{"revision":"c10276e953456835cdbb1f3a60d58ae1980be353","document":{"id":33539,"path":"it-service-management/service-builder/service-builder-states.md","title":"Service Builder approval flow","bundle":null,"doc_type":null,"release":"australia","body":"\n# Service Builder approval flow\n\nAs you create and edit services and service offerings in Service Builder, various states get assigned and change on the services' way to being published \\(approved\\). Administrators enable the standard approval flow and can even customize it using the subflow option in Workflow Studio.\n\n## Standard approval flow\n\nBy default, the approval flow in Service Builder is set to approve services automatically.\n\nWhen editing a service or offering in Service Builder, the standard approval flow is as follows:\n\n-   As you edit a service or offering, it's in a **Draft** state.\n-   After you submit your service or offering, it moves into the **Awaiting approval** state.\n-   After your service or offering is approved, it moves into the **Published** state.\n\nYou can edit \\(checkout\\) a service or a single offering, one at a time. You can also edit a service without checking out its child offerings — The offerings remain in the **Published** state until they’re separately checked out.\n\nWhen you check out an offering to edit it, the offering and its parent service both get checked out. The rest of the child offerings of that parent service remain in the **Published** state. After you finish editing the offering, submit it to the parent service so the offering can be republished \\(offerings are published via the parent service\\).\n\n## Service states\n\nSee the following table for each state in the standard service and service offering approval flow.\n\n<table id=\"table_b2b_rcc_wqb\"><thead><tr><th>\n\nState\n\n</th><th>\n\nDescription\n\n</th></tr></thead><tbody><tr><td>\n\nPublished\n\n</td><td>\n\nWhen a new service or offering is created and submitted in Service Builder, the item goes through an approval process before it's assigned to the **Published** state. The **Published** state indicates that the item is the version being used by the application and available for others.\n\n When you edit a published item, Service Builder automatically checks out the item for you and creates a copy for you to work on. The copy is set to the **Draft** state.\n\n</td></tr><tr><td>\n\nDraft\n\n</td><td>\n\nA service item is in the **Draft** state in one of these scenarios:\n\n-   A new service or offering is being created in Service Builder and hasn’t yet been submitted.\n-   An existing published service or offering has been checked out for editing in Service Builder.\n    -   When the item is being edited, Service Builder checks out the item and creates a copy of it and its related records \\(offerings and subscribers\\).\n    -   The copy is in a **Draft** state.\n\n**Note:** In the **Draft** state \\(checked out\\), the item displays in both Service Builder and in Service Portfolio Management in one or more of the following ways:\n\n        -   The word \\[DRAFT\\] is in front of the checked out item name.\n        -   A red dot \\(\\[Omitted image \"sb-service-red-dot.png\"\\] Alt text: Red dot\\) is next to the item, signifying that it's read only.\n        -   A clear triangle warning symbol \\(\\[Omitted image \"sb-service-triangle.png\"\\] Alt text: Clear triangle\\) is next to the item name, signifying it's the new copy \\(DRAFT\\) that's being worked on.\n    -   The published item remains in the **Published** state and the **Checked out** field is set to **True**.\n    -   After editing and submitting the item, the edits to the draft are merged with the related published item, and then the draft version is deleted.\n\n</td></tr><tr><td>\n\nAwaiting approval\n\n</td><td>\n\nAfter submitting your service or service offering, your submission goes through an approval process. Your organization's approval flow confirms that the service is created according to standards such as naming conventions, descriptions, proper use of commitments, and key performance indicators \\(KPIs\\). It also enables a quality check to confirm services aren't duplicative.\n\n The following lists the tasks for each persona in the approval flow:\n\n-   Service owners create or edit services and offerings in the **Draft** state and then submit them for approval.\n-   Process owners and portfolio owners review and approve services and offerings before they approve them for publishing.\n-   Process owners and admins can access the 'Service Builder publish' subflow in Workflow Studio to set up and modify the approval flow based on the organizations needs.\n\n</td></tr></tbody>\n</table>**Important:**\n\n-   You can only edit an item when it's in a **Draft** state. You can't edit a published item that has been checked out.\n-   An item in the **Draft** state is always inactive and doesn't show up in a search or when you're browsing.\n-   You can't change the **Active** flag of an item in the **Draft** state.\n-   The approval process is available starting with the Utah release and after. Depending on your organization, the approval process could take some time. Contact your administrator if you have questions about the approval process time.\n\n## Enable and customize an approval flow\n\nAdministrators enable the approval flow that comes with the base system by updating the 'Service Builder publish' subflow in Workflow Studio.\n\nAdministrators can also create a customized approval flow that best meets the organization's needs. See the following for more information about these tasks in Workflow Studio:\n\n-   [Edit a flow](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/flow-edit.md)\n-   [Ask for Approval action](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/ask-approval-flow-designer.md)\n-   [Create a flow in Workflow Studio](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/create-flow.md)\n\n"}}