Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overview:

Schemas are a grouping of Workflow rules that affect the nominated Document Type. Workflows must be enabled in Control Parameters before documents can be submitted to a Workflow. You can adjust each schema to affect the desired Entities, providing potential for detailed application across various areas of your company.

Workflows allow for a broad range of situations and processes, and while this guide cannot cover them all, it will go through how to build a Workflow for your company's needs.

Note
  • The Permissions “Workflow Reviewer” and “Workflow Approver” are useful for validating workflow functions. They are granted to global ‘General’ Role by default to limit disruption to Purchase Requisition workflows. Remove them from General if required for vouchers, but then they should be granted to the respective PR roles.
  • The default workflow behaviour is to assign a reviewer or approver that is different to the prior step to avoid actioning by the same person.
  • Voucher Credits are a separate Document Type and requires their own Workflow.


Screen Guide:

Workflow Schema List

Image Added

The initial screen lists all existing Schemas. The Workflow Schema field serves as a link to open the editing window, or use the button to create a + New Workflow Schema.

Create/Edit Schema

Image Added

We will use a Purchase Order Workflow for our example. Each section is detailed below:

Header:

Expand

Image Added

The Header section is where we determine the Document Type, which can be one of the following:

  • Job Budget
  • Job Sales Invoice
  • Purchase Order
  • Purchase Requisition
  • Sub Contract Claim
  • Voucher
  • Voucher Credit
  • Work Order

Once you choose the Document Type, give the Workflow a Description. Workflow Type is an optional field that can be associated with this Workflow.

The Value Review Type gives the choice between the following: 

  • Multiple Value allows for a sequential review up to the document's value. The workflow would begin with the indicated user with the lowest review mandate, then once they review it, the document is passed to the user with the next highest review mandate until the value of the document has been reached. Remember, this only affects the review step and does not allow for multiple approvals.

    • Expand
      titleMultiple Value Review Example

      Reviewer/Approver Setup:

      • Reviewer 1 - $1K
      • Reviewer 2 - $20K
      • Reviewer 3 - $100K
      • Approver 1 - $1K
      • Approver 2 - $20K
      • Approver 3 - $1M

      For a $30K PO the Workflow would follow these steps: Reviewer 1=> Reviewer 2=> Reviewer 3=>Approver 3

      For a $15K PO the following steps would apply: Reviewer 1=> Reviewer 2=> Approver 2


  • Single Value requires review from only the person with the minimum required mandate, and the option exists to select another person with a sufficient mandate.

    • Expand
      titleSingle Value Review Example

      Reviewer/Approver Setup:

      • Reviewer 1 - $1K
      • Reviewer 2 - $20K
      • Reviewer 3 - $100K
      • Approver 1 - $1K
      • Approver 2 - $20K
      • Approver 3 - $1M

      For a $30K PO the Workflow would follow these steps: Reviewer 3=>Approver 3

      For a $15K PO the following steps would apply: Reviewer 2=> Approver 2


Technical Review Type is used solely for Purchase Requisition Workflows and is used as a parallel review process outside of purely cost-related review such as Engineering, OH&S, etc. When selected, additional options appear:

Image Added

The Technical Review Group can be added to in Lookups under the "TechnicalReviewGroup" type. You can tick the box to make Technical Review Optional.

Steps Tab:

Expand

Image Added

This tab is where you can enter the Workflow steps.

  • Sequence is the numerical order that the steps should be completed.
  • Review/Approval gives you the choice between whether the step should be a Review, Approval, or Unapproval step.
  • Person allows you to nominate a particular User that should be doing the step.
  • Function gives you more contextual options for the step. The options will change depending on the Document Type:
    • Me – The user performing the previous action, i.e. Submit or Review
    • PO Purchaser – The user listed as the purchaser of the PO
    • PO Approver – The user who approved the PO
    • Job Manager - based on the job referenced in the first line of the document
    • Job Account Manager - based on the job referenced in the first line of the document
    • Subcontract Administrator - the user listed in Subcontract Settings as the administrator
  • Derive Limit resets the Limit to 0 and derives the user's normal approval limit from their User's Settings, depending on the Document Type.
  • Limit is the document's value limitation that the step can review or approve. 
  • Decline Allowed indicates that the user can reject the document, preventing it from being resubmitted (
This page is under construction, click here to see legacy documentation.)

(Video)

Overview:

Screen Guide:

Next Steps:

Related Pages:
  • this should not be allowed unless the user has authority to do so - the option to Send Back is otherwise available).

Entities Tab:

Expand

Image Added

This tab defines the criteria for the documents using this workflow. Criteria may be defined at Fin Co, Company, Profit Centre, Job Type, or Job level, and multiple criteria may be specified; e.g. a workflow could be applicable to jobs A, B, and C, or to two of four Profit Centres.

Workflow Process:

Image Added

The image above is compiled to display the applicable buttons for illustrative purposes rather than what it would look like during normal use.

Assign

  • The Assign is available prior to submission into the Workflow and allows for ad-hoc assignment, typically for coding of lines.
  • The User settings ‘AP/AR/PO/Voucher Assigned Email’ determines if a notification email is sent to users with this setting.

Submit

  • The Submit button begins the Workflow process for the document and places it into the applicable Workflow based on matching Entity and Workflow Type.
  • Once submitted, there can be no deviation from the schema used.

Review

  • Review is available to the assigned reviewer (or a Voucher Admin) and indicates the document has been reviewed by the user.
  • This review process may be for coding of lines, ensuring receipt of goods, or as a preliminary approval step where more than one approval is required (a document can only have one final approval).

Send Back

  • Send Back will return the document to the requester (the person who submitted to document), or in case of an auto submit, the requester as defined by the Setting "AP Voucher Auto Requester." 
  • The document may be re-submitted.

Decline

  • Rejects the submission with a ‘Declined’ status, and the document is disabled from further updates.
  • An email notification is sent to the requester, and the document may NOT be re-submitted.

Cancel

  • Marks the submission with a ‘Cancelled’ status, and the voucher is disabled from further updates.
  • An email notification is sent to the requester, and the document may NOT be re-submitted unless uncancelled.

Uncancel

  • Uncancel reverts the voucher status to New and allows reprocessing of a document.

WFlow | Msg
Image Added

  • Displays a trail of the workflow progress.
  • Also supports display of prior workflows if the document was re-submitted.
  • It also allows ad-hoc messaging with an audit of previous messages sent in the Messages tab.

Next Steps:

Once you have set up a new Workflow, be sure to test it to ensure the steps progress as intended. Ensure all users who will be part of the Workflow understand their role and the actions they can take.


Related Pages:

Workflow

FAQs:

Filter by label (Content by label)
showLabelsfalse
showSpacefalse
cqllabel = "placeholder" and space = "KB"

Process Flow: