Purchase Ledger Help
Use Set Options command to specify options and controls that affect the operation of the Purchase module's processes and functions. Your setup strategy will determine the order in which you complete the option settings. You do not need to complete all options before you begin, however some settings may require other records to have been created beforehand. For example, you cannot identify a default bank account code unless the corresponding account record already exists. Once you begin using the system, you should be very wary of changing any options. For example, amending the settings after transactions have been processed might have an adverse affect on the way existing data is presented or processed. The Set Options command is an exclusive process. That means you cannot change option settings while other forms or processes that involve the Purchase module are active.
Use the Action menu to:
Update additional options for BACS
Update options for settlement discount.
Box |
Description |
|||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Invoices to be Approved |
An option that determines whether you can specify, on each supplier account, that invoices posted to the account are held subject to approval. Held invoices are included in outstanding balances, but payments cannot be posted against them until they are cleared. If the option is cleared, invoices are deemed to be approved unless put on hold manually. |
|||||||||||||||||||||
Remove zero balance accounts |
An option that determines whether accounts are automatically removed when the Purchase Ledger - Utilities - End of Period command is used. Only accounts that satisfy these criteria will be removed:
|
|||||||||||||||||||||
An option that determines whether you can indicate that a transaction belongs to a future period. If the option is selected, an Advance option appears on the transaction entry form and, if selected, the transaction is excluded from the current period's account balance. Transactions posted in advance are automatically included in the current balance after you carry out the period end using the Purchase - Utilities - End of Period command. This option is cleared by the Purchase - Utilities - End of Period command so that transactions posted at the start of the new current period are not posted as advanced transactions. |
||||||||||||||||||||||
An option that determines whether a different bank account can be selected when a purchase payment or refund transaction is entered. If the option is cleared, postings can only be made to the default bank account. This option only applies if you have more than one bank account defined in the Nominal or Cashbook module. |
||||||||||||||||||||||
An option that determines whether the Suggested Payments report will allow you to select foreign currency bank accounts to include on the report. For example, if you have suppliers that are paid from a US Dollar bank account, you can include their transactions for payment on this report. Important: This option does not affect the Authorise Cheques and Authorise BACS commands. Those commands work with Euro bank accounts and Sterling bank accounts only. You do not need to select this option to include Euro bank accounts or Sterling bank accounts on the Suggested Payments report. These bank accounts are included automatically. |
||||||||||||||||||||||
This applies if the Purchase Invoice Register and the Nominal Ledger Open Period Accounting features are activated, and the Purchase Ledger is linked to the Nominal Ledger. This option determines that the Post command in the Purchase Invoice Register uses the transaction date rather than the NL Posting Date to update the current or an earlier Nominal Ledger period. If a transaction is in a period which is either closed or blocked, the NL Posting Date will be used instead. Show ... If this option is not selected the NL Posting Date is used to update the Nominal Ledger for transactions in either the current or earlier Nominal Ledger period. If a transaction falls in a future Nominal Ledger period, the transaction will always be transferred using its transaction's date, whether or not this option is selected. If the period is closed or blocked, the transaction will not be transferred until after the relevant Nominal Ledger period is opened. |
||||||||||||||||||||||
An option that determines whether invoices entered into the Purchase Invoice Register are held awaiting authorisation before they are posted to the Purchase Ledger. This only applies if the Purchase Invoice Register feature is activated. |
||||||||||||||||||||||
Mandatory Reason Code |
An option that determines whether a reason code must be selected when putting a transaction on hold. Transactions can be held in dispute, or for other reasons, using the Hold/Rel command and if this option is selected, you must select a reason code. The codes and corresponding descriptions are defined using the Reasons command on the Maintenance menu. |
|||||||||||||||||||||
An option that determines the default setting of the Include Dormant Suppliers option on the Search form displayed when you use the Search for records matching criteria toolbar button. Refer to the Processing (Purchase) topic for information about the Dormant option on the Terms form associated with supplier records. |
||||||||||||||||||||||
Warn if Posting Non-Current |
An option that determines whether a warning is displayed when a transaction is posted outside of the current period in the Nominal Ledger. This applies if the Open Period Accounting feature is used. Tick the option if you want your operatives to be warned when they post a transaction to a period other than the current period. |
|||||||||||||||||||||
VAT Tolerance Check |
VAT is calculated automatically using the rate on the VAT code used in an invoice or credit note posting. However the VAT value can be overwritten. Select this option if you want Opera to warn if an overwritten VAT value is less than -0.05 or more than 0.05 of the value calculated by Opera. These options are available:
|
|||||||||||||||||||||
Next Cheque Number |
The next cheque number to be printed when you use the Print Cheques command. This is the first cheque number to be printed from which subsequent cheques are numbered in sequence. |
|||||||||||||||||||||
Next PIR Invoice No. |
The next number to be assigned to invoices entered on the purchase invoice register.
|
|||||||||||||||||||||
Next PIR Credit No. |
The next number to be assigned to credit notes entered on the purchase invoice register. This only applies if the Purchase Invoice Register feature is activated. |
|||||||||||||||||||||
Suggested Payment..Days |
The number of days from the system date that determines whether a transaction due for payment is included in the report produced by the Suggested Payments command. |
|||||||||||||||||||||
Keep Transactions..Periods |
The number of periods, up to 99, that you want to retain completed purchase transactions. Transactions will be retained for the number of periods specified here after which they will be removed by using the End of Period command. The number of periods you specify here can be overridden by the number entered in the Keep Transactions box on the Options form associated with the Supplier form. |
|||||||||||||||||||||
The number of periods, up to 99, that you want to retain images of purchase invoice and credit note analysis records. The analysis details will be retained for the number of periods specified here after which they will be removed by using the End of Period command. The number of periods you specify here can be overridden by the number entered in the Keep Doc Images box on the Options form associated with the Supplier form. |
||||||||||||||||||||||
Keep Creditors History |
The number of periods creditors history records are to be kept. All aged creditor history records older than the number of periods specified here are deleted. |
|||||||||||||||||||||
An option that determines the BACS payment software used and therefore the format of the file created for BACS transmissions. If your licence includes SEPA (Single Euro Payments Area) you can set up to two options for BACS payments from the Set Options form. Each option can include a different banking file format. You may need to set up more than one system if you pay some suppliers from one bank account and other suppliers from another bank account. For example, you may need to pay some suppliers in Sterling and other suppliers in Euros using the SEPA format. The first option is selected on the Set Options form; the second using the Additional BACS Options form from the Action menu on the form. You choose the relevant BACS system when you create the BACS payments files. For each BACS option, you can select one of the following from a list:
Apart from the Santander format, all other BACS
files created in the Purchase Ledger are in standard domestic
or non-bulk
format. This means that your bank statement will have a debit
entry for every payment into your suppliers' bank accounts. |
||||||||||||||||||||||
Bank Sort Code |
The sort code of the bank account you use for payments made for the BACS system selected from the BACS Payment Software list on this form. These codes must be 6 digits long. You cannot enter a sort code if the Purchase Ledger
is linked to the Nominal Ledger on the System
- Maintenance - Company Profiles form. In this situation you
should enter the sort code for your bank accounts on either: |
|||||||||||||||||||||
Account Code |
The number of the bank account you use for payments made for the BACS system from the BACS Payment Software list on this form. You cannot enter an account code if the Purchase
Ledger is linked to the Nominal Ledger on the System
- Maintenance - Company Profiles form. In this situation you
should enter the account code for your bank accounts on either: |
|||||||||||||||||||||
BIC |
The Bank Identifier Code. If you enter one you must also enter the IBAN code. Both codes will be checked by Opera when you save your changes to ensure that they are entered in a valid format. BIC and IBAN codes must be included for Single Euro Payments Area (SEPA) Euro payments. Bank Identifier
Codes (BICs) and International Bank Account Numbers (IBANs) are used to
identify banks across national borders. The structure and length of the
codes are defined by the International Organization for Standardisation
(ISO) so must be entered accurately. The length of these codes can vary: You cannot enter a BIC code if the Purchase Ledger
is linked to the Nominal Ledger on the System
- Maintenance - Company Profiles form. In this situation you
should enter the BIC code for your bank accounts on either: |
|||||||||||||||||||||
IBAN |
The International Bank Account Number. If you enter one you must also enter the BIC code. Both codes will be checked by Opera when you save your changes to ensure that they are entered in a valid format. BIC and IBAN codes must be included for Single Euro Payments Area (SEPA) Euro payments. Bank Identifier
Codes (BICs) and International Bank Account Numbers (IBANs) are used to
identify banks across national borders. The structure and length of the
codes are defined by the International Organization for Standardisation
(ISO) so must be entered accurately. The length of these codes can vary: You cannot enter an IBAN code if the Purchase Ledger
is linked to the Nominal Ledger on the System
- Maintenance - Company Profiles form. In this situation you
should enter the IBAN for your bank accounts on either: |
|||||||||||||||||||||
Name |
The name of the bank account you use for BACS payments. You cannot enter a bank name if the Purchase Ledger
is linked to the Nominal Ledger on the System
- Maintenance - Company Profiles form. In this situation you
should enter the name for your bank accounts on either: |
|||||||||||||||||||||
SEPA Initiating Party ID & Type |
The Initiating Party ID is supplied by your bank and must be entered if the 'SEPA CT' option is selected from the BACS Payment Software list. These boxes are disabled if any other option is selected. This table explains the Initiating Party Type that must be selected for the listed banks. If your bank is not listed please contact it to find out whether you should select 'Organisation ID' or 'Private ID'.
|
|||||||||||||||||||||
Test Payment File |
This option controls whether a payment file created in the Purchase Ledger - Payments - Create BACS File command is treated as a test file. If this option is selected a new box called Test Indicator is displayed on the Create BACS File form. This is available so that you can enter an optional description of up to thirty letters, numbers or special characters (!" and so on) that is included in a payment file to indicate to the bank that the file is for a test. This applies only if you use the 'SEPA CT' format. |
|||||||||||||||||||||
Accounting Period |
An option that determines the length of the purchase accounting period. You can select one of the following from a list: Monthly, 7 Days, >14 Days, 28 Days and 30 Days. This setting is used to age outstanding balances by accounting period on purchase reports and enquiries. |
|||||||||||||||||||||
Periods for Creditor Days |
The number of periods used in the calculation of the average daily purchases which is then used to determine the average creditor days (time taken to settle accounts). |
|||||||||||||||||||||
An option used if the Print Cheques/Remittance Advices report is used to print combined remittances/cheques. If a remittance spans more than one page, only the cheque on the last page is used. The cheques on the other pages are spoilt with the word CANCELLED in the payee and value fields. This means that the supplier gets one cheque for the entire remittance, rather than one for each page of the remittance. Important: This option is used in the Print Cheques/Remittance Advices report to calculate the cheque number for the cheque on the last page of the remittance. The cheque number is then used to update the payment. For the system to calculate the correct cheque number, you must set this value to suit the stationery you are using. If your stationery can accommodate a maximum of 10 detail lines, this setting must be set to 10. |
||||||||||||||||||||||
An option that determines which company's nominal ledger is used for purchase transfers. You can select from a list. It must be a company with the same home currency. Only those companies to which you are entitled to gain access are included in the list. This only applies if the Purchase Ledger to Nominal option is selected on the Options tab of the Company Profiles form for the companies involved. We recommend that both the sales and purchase Ledgers within a company are linked to the same nominal ledger (for example, you can link both the sales and purchase ledgers for company 'A' to a nominal ledger in company 'B'). A warning appears if you try to link them to different company IDs. |
||||||||||||||||||||||
Bank Account |
A reference that identifies the nominal ledger account to which the value of the payments and refunds will be posted. You can select from a list. Nominal bank account records are defined using the Bank Accounts command in the Nominal module. If you have the Cashbook module activated, bank accounts are defined using the Processing command in the Cashbook module. |