WAP Help and User Guide – Add-on for Sage 200 v19.2
Table of Contents
1.1. Sage Admin Features
2.1. Connection String
2.8. Reset Warnings
7.1. Sicon v21.1
7.2. Sicon v21
7.3. Sicon v20.1
7.4. Sicon v20
7.5. Sicon v19.2
7.6. Sicon v19.1
7.7. Sicon v19
7.8. Sicon v18
Help and User Guide maintained for WAP Add-on version v201x.192.0.0 and upwards
The WAP Add-on Help and User Guide will take you through the features and settings for this module. WAP Add-ons provide an additional set of features for Sage 200 to provide some additional analysis and processing functionality for invoices and month end routines in Sage 200, when used in conjunction Sicon WAP.
WAP Add-ons allows for extra functionality when processing invoices, for example to add additional notes or select a specific approver or to specify some nominal codes do not require approval. A self-reversing journal and additional reports can also be found within this module.
The WAP Add-on must be installed if a site is to be using WAP.
1.1. Sage Admin Features
The WAP Add-on is installed via Sage 200 System Administration. Once installed, features will need to be added to the User Roles in order for these to be visible in the Sage 200 menus.
Reports – POP Order Return Accrual (by Order): this will allow access to this report.
Reports – POP Order Return Accrual (by Nominal): this will allow access to this report.
Reports – POP Order Return Accrual – Disputes (by Order): this will allow access to this report.
Reports – POP Order Return Accrual – Disputes (by Nominal): this will allow access to this report.
Authorised Nominal Accounts: this permission will allow users to set which nominal codes do not require authorisation in WAP.
POP Staged Nominal Accrual Settings: this permission will allow users to access the nominal accrual settings.
Self-Reversing Journals: this permission will allow users to access the self-reversing journal. Usually this would be only allocated to Finance users.
Settings: this will allow access to the main WAP Add-on settings.
1.2. WAP Add-On Functionality - Invoice Reference and Value
Once the WAP Add-On has been installed, it will be mandatory when recording a purchase invoice against a PO to enter a reference number and a goods value. If an invoice is entered without either of these the user will see a warning preventing them from proceeding.
1.3. WAP Add-On Functionality - Invoice Variance Checks
If using WAP for invoice variance checking; i.e. if a PO invoice is entered and matched to a PO, it will only require approval in WAP if it does not match, with the WAP Add-on configured additional popup windows will appear explaining the variance and will require an explanation.
Invoice approval settings in WAP:
If the variance checking boxes are still appearing even if WAP is not configured to automatically approve invoices, please make sure that none of the options above are configured, as per below.
Example 1 (Invoice entered that matches PO and GRN)
If an invoice is entered against a PO for 1 x £250 where one has been goods received, the user will see the below variance checking message.
As the invoice matches, no comments are required although they can be added before this popup is saved.
The WAP Add-on can be configured so if the invoice variance matches, this message box does not show. See Section 2.7 – Show POP Invoice Variance Form when there is no variance.
Example 2 (Invoice entered that does not match PO value)
If an invoice is entered for £300 against a PO for 1 x £250 where one has been goods received, the user will see the below variance checking message.
It is mandatory for comments to be entered as the invoice value does not match the PO value; these comments will then show in WAP to the invoice approver both on the yellow post-it note and the Notes tab.
Example 3 (Invoice entered that does not match GRN)
If an invoice with a quantity of 2 is entered against a PO for 1 x £250 where one has been goods received, the user will see the below variance checking message.
It is mandatory for comments to be entered as the invoiced quantity does not match the amount goods received; these comments will then show in WAP to the invoice approver both on the yellow post-it note and the Notes tab.
Example 4 (Goods received after requested delivery date)
If an order has been goods received later than the requested delivery date, a warning will show when the invoice is recorded to flag this. No additional approval would be required due to this, it is simply highlighting this to the user entering the invoice.
There are a number of configuration options within the main WAP Add-on Settings. These settings are unique per Sage Company so make sure configuration is copied across applicable companies.
2.1. Connection String
Enter the connection string here to enable the WAP Add-on features such as recording notes on an invoice and the ability to see pending invoices on a Purchase Ledger Supplier enquiry. The Test button can be used to ensure the string is in the correct format for WAP to connect to. If a connection string has not been entered, users may see a warning banner appear in Sage advising certain functionality may not be possible until this string has been entered.
The ability to see pending invoices is only available if invoices are input into WAP rather than Sage (i.e. if Sage Commercials has not been installed):
2.2. Stop the Requires Authorisation check box from being unticked on invoice entry
This setting refers to the Purchase Ledger setting ‘Use Authorisation’ which will in turn enable a ‘Requires Authorisation’ box on invoice entry within Sage. By standard it is advised to set the value as below. Once switched on, any invoices entered with a value greater than the amount entered here will have the require authorisation box ticked and it cannot be unticked.
If the value is set to a higher amount, the user will be able to untick the invoice to require authorisation so long as the amount of the invoice does not exceed the amount in the settings – if higher, the box is ticked and cannot be unticked.
2.3. Invoices imported using the standard Sage transaction import do not require authorisation
Ticking this setting will mean that any invoices imported using the standard Sage supplier transaction import will not be marked as Unauthorised and therefore will not be pulled through to WAP for approval.
2.4. Select WAP approver and record additional notes after invoice/credit note entry
If this setting is switched on, a pop up will appear when an invoice has been saved to allow for an alternate approver to be selected, a WAP Business Unit to be chosen, then invoice marked as urgent or notes added which will be visible to the approver in WAP.
If a different invoice approver is selected from the list, the pre-configured approval route will not be used and the invoice will only be sent to the one user from the selected drop down list. Please ensure the user selected has appropriate invoice approval value to approve the invoice. Any users marked as mandatory in the standard approval route will not have visibility of this invoice to approve. Only users who have permission to approve invoices will be able to be selected from the drop down list.
If a Business Unit is selected the invoice will then be able to be viewed in WAP by all users in that business unit, rather than just the approver or users with permission to view all invoices. Appropriate permissions must be configured in WAP to allow for users to view business unit invoices.
If the user inputting the invoice marks this as urgent, it will be pulled through to WAP with the urgent flag and will send an email to approvers immediately informing there is an invoice awaiting their approval.
Any notes added when inputting the invoice will show through to the approver in WAP.
2.5. Check the Authorised Nominal Accounts on Invoice/Credit note entry (if not its only checked by WAP)
This setting will work in conjunction with the ‘Authorised Nominal Accounts’
When ticked, if an invoice is entered for a nominal code on the list, the invoice will not be flagged as unauthorised and will not appear in WAP for approval. In the example below, the nominal code 89200-ADM-ADM does not require authorisation.
When the invoice is saved, it will automatically be marked as authorised without going through WAP or showing in the Unauthorised Nominal account.
If the setting is not ticked, the invoice will still be authorised automatically but by WAP; this means the invoice will temporarily sit in the Unauthorised Nominal until WAP has fully processed the invoice.
Within WAP, the approval history of the invoice will show that it has been approved due to the nominal account not requiring authorisation.
2.6. Use Extended POP Invoice Narrative (Adds Nominal Analysis Items and Narrative from POP Order Lines)
If this setting is switched on, when recording an invoice against a PO the text from the POP line will be added to the invoice narrative. If Job Costing is installed this setting will be greyed out, Job Costing will automatically add the PO line information to the narrative.
If not using Job Costing and this setting is switched on, information from the PO line will be added to the invoice line narrative. Changes can still be made to the narrative as required.
2.7. Show POP Invoice Variance Form when there is no variance (to confirm variance checks performed)
If this setting is on, the message popup will show if an invoice is put on which fully matches the PO value and quantity goods received. If the users do not want to see a message that the invoice matches, they only require a warning if there is a variance, ensure this setting is switched off – See Section 1.3 WAP Add-on Functionality – Invoice Variance Checks.
2.8. Reset Warnings
This will re-enable any warning notifications users have dismissed.
3. Authorised Nominal Accounts
If certain nominal codes do not require approval in WAP, these can be added under Authorised Nominal Accounts.
This menu item works in conjunction with the WAP Add-on setting ‘Check the authorised nominal account on invoice/credit note entry’
Add in any nominal codes that do not require authorisation and then process invoices as standard in Sage. Depending on the setting configuration, invoices will either post straight to the nominal or be flagged as Unauthorised and then automatically approved in WAP.
If an invoice is input with multiple lines and some of the nominal codes are marked as Authorised, all lines will be pulled into WAP and will require approval.
If Authorised Nominal Accounts are to be configured, all users inputting invoices onto Sage will need the WAP Add-on – Authorised Nominal Accounts feature enabled on their Sage role.
4. Self-Reversing Journal - for Unauthorised Invoices
When using Sicon WAP for invoice approval, the Purchase Ledger setting for invoices to require approval will have been set and these invoices will be posted to the Unauthorised Nominal account until fully approved, regardless of the nominal coding entered.
This is done so that amendments to the nominal codes, or additional nominal code splitting can be carried out during the invoice approval process. At month end this can leave a significant value on the balance sheet that typically needs to be moved to the profit and loss or balance sheet accounts that the invoice was originally coded to.
The self-reversing journal routine picks up all unauthorised invoices up to a specified date and allows them to be posted to the nominal code they were originally coded to. A self-reversing journal is automatically created for the following period to enable the authorisation process to clear the invoices automatically.
The self-reversing journal created is put on hold by default so that it can be amended by the Finance team before posting to the nominal ledger.
Our expectation is that the self-reversing journal is run only once a month as the last thing that is done before the month is closed; it can be back dated (e.g. journal date would be 31/10/2019 and reversal date as 01/11/2019 but the journal would be processed on 16/11/2019).
5. POP Staged Nominal Accrual Settings
This functionality will automatically generate nominal journal accruals for outstanding purchase orders.
The staged accrual process is enabled or disabled as required and an outstanding purchase accrual nominal account selected. Nominal accrual journals will be written to this account to the value of the purchase orders which have not yet been invoiced (or even goods received, if configured as such).
It is possible to enable postings to a separate accrual nominal account for GRNI (goods received, not invoiced) purchase order values. When this is enabled, the system will generate nominal accrual journals between the outstanding purchases accrual account and the GRNI accrual account when goods are received.
If Job Costing is installed, nominal accruals and reversals will be linked to jobs selected for each purchase order line. The Job Costing Enquiry screen will show all accrued purchase order values as ‘actual’ – not ‘committed’.
When an order has been created in WAP, the journal is created. If the order is subsequently cancelled, the journal will be reversed.
Generate Missing Accruals: this can be run when you first install to update any existing orders to make sure accrual journals have posted.
Generate Missing Nominal/Job Links: this can be run similar as above, if Job Costing has been installed.
Example 1 (without a separate GRNI accrual account configured)
Following purchase order entry, ‘stock’ (e.g. 13103-ADM-ADM) is debited and the configured ‘outstanding’ purchases accrual account (99910) is credited.
Once the invoice has been recorded against the PO, ‘stock’ is credited and the configured ‘outstanding’ purchases accrual account is debited.
Example 2 (with a separate GRNI accrual account configured)
As per example 1 above, following purchase order entry, ‘stock’ (e.g. 13103-BIR-ADM) is debited and the configured ‘outstanding’ purchases accrual account (99910) is credited.
Once goods have been received, the ‘outstanding’ purchases accrual account is debited and the configured ‘GRNI’ accrual account (99920) is credited. Stock account postings are shown for information only.
Once the invoice has been recorded against the PO and the GRN, the ‘stock’ is credited and the configured ‘GRNI’ accrual account is debited.
When the process is complete, zero balances will exist on all configured accrual nominal accounts.
There are four additional reports to allow the accruals to be analysed and grouped by Nominal Code or Purchases Order. Two reports cover disputed invoices and two cover standard purchase order accruals.
- POP Order Return Accrual – Disputes (by Order)
- POP Order Return Accrual – Disputes (by Nominal)
- POP Order Return Accrual (by Nominal)
- POP Order Return Accrual (by Order)
An example of the Purchase Order Accrual by Nominal is shown below.