Exploring the Standard SOW Workflow


After completing this lesson, you will be able to:

  • Contrast SOWs that are Buyer Defined, Supplier Defined, and Buyer/Supplier Collaboration.
  • Explain how redlining functionality supports collaborative SOW development.

Defined By and Collaboration

One of the initial decisions that the creator of an SOW must make relates specifically to how the scope of the SOW will be defined. SAP Fieldglass provides three options:

  1. Defined by the buyer,
  2. Defined by the supplier, or
  3. Collaboration between buyer and supplier.

If a Statement of Work is set up to support collaboration between buyer and supplier, the workflow will provide opportunities for both parties to provide input and review.

Buyer defined, supplier defined, and buyer and supplier defined represented images showing how an SOW is managed through each configuration.
1In the standard workflow for a buyer-defined SOW, the buyer remains in control of the details that make up the SOW agreement. It then requires a supplier response based on characteristics, or fees and milestones, added and the level of collaboration awarded to the supplier. Input that is provided during the supplier response is reviewed by the buyer and is either approved or rejected.
2In a supplier-defined workflow, the buyer submits the shell of an SOW to the supplier and the supplier is responsible for adding the characteristic line items and submitting them for buyer review. When the document is both buyer- and supplier-defined, both parties can add and make changes to line items. In both cases, once collaboration is complete, the buyer can submit the document for approval.
3Statements of Work that are supplier-defined or defined by both the buyer and the supplier offer a more collaborative workflow that tracks each change requested and allows for additional reviews. In these situations, when a buyer submits the document to the supplier, the supplier has an opportunity to make changes. The document can then be submitted back to the buyer for review having the process repeat and continue until both parties agree to the final terms.

Comparing Versions of an SOW

When suppliers and/or buyers make changes to the SOW in a collaborative workflow, those changes are visible using redlining: a visual form of tracking changes seen on the SOW by both parties. Different versions of the SOW can be compared by selecting the View Versions option on the Action menu. Data from the original SOW will appear as strikethrough text, and the corrected data will appear below that.

Defined rules on the Statement of Work determine how changes can continue to be made if needed. For example, the Statement of Work becomes a living and ever-changing document as suppliers continue to add line items to support any unplanned work not identified initially, if the structure of the SOW allows and based on configured approval groups.

Screenshot of an SOW with the View Versions function activated, showing budget figures with strikethrough text next to corrected figures

Log in to track your progress & complete quizzes