Set Up Statement of Work Settings
You can specify the options that are available when you create a new statement of work (SOW).
- From the header, select .
- From theStatement of Worksection, clickSOW Configuration.
- Complete theSOW Configurationsection:
Option Description Enable Fast Path SOWsVendors are required to review and approve SOWs but aren’t able to make edits to the SOW content.Default Fast Path for every SOW?Enables Fast Path for all SOWs by default on theSOW Settingstab.SOW Close TypeWhen you selectManually Close, SOW managers need to manually close SOWs.When you selectAutomatically Close SOWs, SOWs and any associated work orders automatically close on thePlanned End Dateof the SOW. We display a banner on SOWs to notify SOW participants that the SOW will automatically close soon, depending on your tenant’sUpcoming SOW Planned End Date Notificationconfiguration in theNotificationssetting of theSOW Configurationpage. This helps ensure that SOW participants can take any remaining action needed before closure.When you selectAutomatically Close SOWs, you also need to enter these values:- Close Time of Day
- Close Timezone: VNDLY uses the time zone for theClose Time of Day.
- Default SOW Close Reason
- Default Work Order End Reason
- Payment Submission Deadline: The period of time (in days) after SOW closure when vendors can still request payment on outstanding items. Example: 5 days after SOW closure.
Note for automatic closures:- It may take several minutes, especially if multiple SOWs close on the same day.
- If your tenant has configured SOW closure workflow approvals, VNDLY creates the hierarchy approval chain and alerts approvers ( tab). Once the SOW closes, VNDLY ends any remainingActiveorPendingwork orders and closesActiveroles.
- If you enable the Workday integration in your tenant, any remaining unfilled position management IDs are either closed or left open based on your configuration of theClose Position for all Workflowsfields ().
Allow Vendors to onboard candidatesVendors can apply and onboard contractors to any SOW Role without Client or MSP involvement.Can SOWs be reopened?Enables SOW managers to move a closed SOW back toActivestatus.Remove SOW Role Org Unit RestrictionWhen you enable this setting, you can assign different organization units on SOW roles than on the SOW itself.When creating or editing a role for aDraftSOW and you have theorganization_unit.updateandfield.organization_unit.writepermissions, you can select any active organization unit in your tenant.When you enable this setting:- We display an editableOrganization Unitfield on SOW role forms. When disabled, this field is read-only.
- Workflow approvals related to roles, such as onboarding, use the organization unit selected on the role. SOW approvals unrelated to roles, such as payment approvals or SOW closures, continue to use the organization unit selected on theOverviewtab of the SOW.
- When your program uses the Workday integration and changes the organization unit on a role, and the role changes from aStaffing ModelofPosition Management, you have 1 of several options to manage unfilled Workday positions depending on yourWorkday Settingsconfigurations.If you change the organization unit on theOverviewtab of a SOW, VNDLY also changes the unit on roles that used the same previous unit. Example: If a SOW changes from organization unit A to B, any roles that used A also change to B. To ensure intentional changes aren’t overridden, VNDLY doesn’t update any roles where the organization unit has already been customized.
- If you change the organization unit on anActiveSOW role using a change order, active work orders won’t change. However, pending work orders will change to use the new organization unit.
Program Team UsersSelect whether VNDLY displays the program team on the SOW and whether or not the program team is required. You can also change the title of the program team users drop-down menu in the SOW by editing theLabelfield.Enable SOW Budget AllocationOnce you enable this feature, newly created SOWs display a separateCharge Codetab. You must allocate 100 percent of their SOW total budget across the added charge codes.Note: When you enable this setting, it only applies to newly created SOWs. Previously created SOWs aren’t impacted.When clients need to add, remove, or update allocations on charge codes, they must do so using a change order that is not sent to vendors.Enable payment allocation between multiple charge codes for Fixed Price/Milestone PaymentsEnable users with permission to edit charge codes to allocate funds for individual fixed price and milestone payments across multiple charge codes.When you enable this feature, users with permission to edit charge codes can view options forSingle Charge CodeandMultiple Charge Codesin theCharge Codessection on fixed price and milestone payments when creating or editing them. When users selectSingle Charge Code, they can choose the 1 desired charge code for the payment. When they selectMultiple Charge Codes, they can allocate the payment across multiple charge codes either by percentage or flat rate. Example: 20 percent to charge code A and 80 percent to charge code B, or $20 to charge code A and $80 to charge code B.When you enable this setting, note that:- Users can only add multiple charge codes to newly created fixed price or milestone payments. They can’t add multiple charge codes to previously existing payments.
- When you enable theEnable SOW Budget Allocationsetting, users can only allocate payments across the specific multiple charge codes set on theCharge Codestab of the SOW. Additionally, the charge codes can’t exceed the budget allocation. Example: The SOW budget is $1,000, and the maximum budget for each charge code is $300 for Charge Code A, $400 for Charge Code B, and $300 for Charge Code C. When allocating fixed price or milestone payments, you can only select Charge Code A, Charge Code B, and Charge Code C, and you can’t exceed the budget limits for each.
- When bulk uploading fixed price or milestone payments, users can allocate each payment across multiple charge codes. See Concept: Bulk Uploading SOW Fixed Price and Milestone Payments with Multiple Charge Codes.
Secondary Label DisplayEnables you to display additional information along with a user’s display name in user-related SOW fields (such asClient Manager,Default Time and Expense Approver, andProgram Team Users). This setting can help client users identify the correct users to select in SOWs, especially if multiple users have the same display name.You can select from:- None: With this default option, no secondary label shows.
- Username: Includes the user’s display name and username.
- Email: Includes the user’s display name and email address.
- Username and Email: Includes the user’s display name, username, and email address.
- Complete theRole Form Configurationsection:
Option Description Bill RateSpecifies the type of field displayed on the SOW role form when there are no matching rate cards in the application. You can select:- Single
- Min/Max
- None
Rate CardsControls if rates for a role are enforced when a matching rate card is found. When you select to enforce rate cards, theUse Rate Cardoption is hidden from users. When unselected, this option enables a user to override the rate card values on the role. - Complete theChange Order Configurationsection:
Option Description Vendors can create change ordersVendors can start a new change order and propose SOW changes, which are sent to the client for review and approval.Client/MSPs can create change ordersClients and MSPs can create a new change order and propose SOW changes, which are sent to the vendor for acceptance.Skip Vendor Review for Change OrdersEnables you to choose items that don't need vendor review when included in a change order. Example: You want to skip vendor review for vendors when the location changes on a change order. SelectLocationfrom theSkip Vendor Review for Change Ordersmenu. Note: This option is only available when you select theClient/MSPs can create change orderscheck box. - Complete thePayment Configurationsection:
Option Description Vendors can create approved payments adjustmentsVendors can create an adjustment for an already approved payment to correct an inaccurate amount. VNDLY sends this adjustment to the client to review and approve.Client/MSPs can create approved payments adjustmentsClients and MSPs can create an adjustment for an already approved payment to correct an inaccurate amount. VNDLY sends this adjustment to the vendor to review and approve.Allow tax overrides on sow milestone and scheduled paymentsEnables you to set tax overrides on SOW milestone and fixed price payments. This can help you ensure that accurate tax calculations are used on your SOW milestone and fixed price payments based on your program’s unique needs. See Add Tax Overrides to SOW Milestone and Fixed Price Payments. - In theApproval Configurationsection, select theEnable approval workflow for scheduled paymentscheck box to make sure that scheduled payments go through the approval process.