Use payment proposals to create supplier payments in (APS630)

When using payment proposals in account payables, different factors affect how payments are created.

These are the activities for payment proposals:
  • Control which supplier invoices are included when creating payments in 'Suppl Payment Proposal. Open' (APS630)
  • Control how invoices are grouped when creating the proposal
  • Handle any cash discounts and automated rounding-off
  • Identify the critical factors when you do not get the expected result

Use these guidelines to pay your suppliers using the automated payment proposal routine. This routine includes supplier invoices specified in 'Supplier Invoice. Record' (APS100), 'Supplier Invoice Batch. Open' (APS450), and the payments specified in 'Supplier Payment. Open Recurring' (APS095).

To learn how the system is affected, see Automatically select supplier invoices to pay in (APS630).

You must meet the starting conditions specified in Automatically select supplier invoices to pay in (APS630).

Factors for selecting invoices

You must consider these factors when selecting invoices:
  • Selection criteria for the proposal
    The basis for the proposal is the selection criteria you specify in 'Suppl Payment Proposal. Select' (APS635/E):
    Field Field description
    Division The field indicates the range of division that selects included invoices.
    Note: You can only use the selection when supplier payment proposals are created from blank division.

    The range of division must have the same local currency.
    Payment type The field indicates a range of payment types to which the supplier invoices belong. The payment type is a general classification of payments, to which several payment methods can be connected. The payment type itself is not manually specified but is connected to the invoice using the payment method selected.
    Payment method The field indicates the payment method of the supplier invoice. The payment method is a subcategory of a payment type. It contains additional values that control how the payment is processed. See the 1.4.1 Grouped Payment Code section.
    Note: The selection must have the same payment type when using auto-update proposal.
    Due date The field indicates the due date range used to select which invoices are included.
    Note: Invoices containing a cash discount date that falls within the date range is always selected, provided that the cash discount date is the current date or later.

    Credit invoices in AP are always selected, regardless of the due date. If the due date is later than the selected range, the invoice is assigned block code 4 in the proposal.
    Invoice date The field indicates a range of dates from which the invoices are valid.
    Supplier group The field indicates a group of different categories of suppliers. These supplier groups are created in 'Supplier Group. Open' (CRS150). Each supplier is then connected to a supplier group in 'Supplier. Define Purchase & Financial' (CRS624/E).
    Payee The field indicates a group of persons or companies that receive the payment. A payee is specified for the supplier in (CRS624/F) if they are not the same legal entity. Several suppliers can have the same payee.
    Payment priority The field indicates a range of priorities considered for the selection. You can use this range to include only suppliers with a certain priority in the proposal. Each supplier can be given a priority in (CRS624/F). These codes are used:
    • A-8: A is the highest priority.
    • 9: Payments are stopped for the supplier.
    Currency The field indicates a range of invoice currencies.
    Invoice amount The field indicates an amount range. You can only define this range if you have specified a currency in the previous field.
    Ordinary payment The field indicates the ordinary invoices that are included.
    Note:  You must select at least one ordinary payment, recurring payment, or payment.
    Maximum payment amount The field indicates the maximum amount due in local currency. By using this field, you can decide how much you are willing to pay now. The proposal then contains invoices with a total amount up to and including this amount, with the discounts and credit notes already deducted.
    Recurring payments The field indicates if only recurring payments are included, not included at all, or included together with ordinary payments. These payments are specified in 'Supplier Payment. Open Recurring' (APS095).
    Match credit notes The field indicates if the credit transactions are to be matched automatically when a payment proposal is created in (APS630). Credit transactions in this context are supplier credit notes, supplier on-account payments, and, if the supplier is registered as a customer, customer invoices to include for netting. If you select the check box, credit transactions are matched against supplier invoices regardless of payment date to avoid negative payments. The payment dates of the credit transactions and supplier invoices are automatically changed to the payment date of the last transaction.

    This procedure only includes transactions of these types:

    • Invoices and credit transactions with payment methods with alternative 2 = 'Grouped per due date' selected in the 'Grouped payment code' field in 'AP Payment Method. Open' (CRS071).
    • Invoices without a cash discount.

    This check box exists in both 'Settings – Accounts Payable' (APS905) and 'Suppl Payment Proposal. Select' (APS635/E). The value selected in (APS905) is proposed by default in (APS635).
    Info type The field is used for selecting specific types of AR invoices when match credit notes are used.
    Corporate netting The field indicates whether the supplier payment proposal is created only for supplier invoices with a corporate netting payment method.

    When you select the 'Corporate netting' check box, only supplier invoices with netting payment methods are selected. After you select this check box, you cannot select 'Ordinary payment', 'Recurring payment', 'Payment request', 'Payment type', and 'Match credit note' in (APS635). Negative payments are allowed if 'Corporate netting' is selected, block code 3 is not applied to the invoices in the payment proposal.
    Payment method AR The field is used for selecting specific types of AR invoices when match credit notes are used.
    Use quotas The field indicates whether bank quotas are used to distribute payment orders. See the 1.6.2 Automatic Distribution of Payments between Banks section.
    Note: You can use these additional values when creating the proposal.
    Aside from the listed selection criteria, you can also define these criteria:
    • The proposed payment date, to be used if the due date of the invoice is exceeded or if the group payment code is 2 for the payment method used. See the 1.4.1 Grouped Payment Code section.
    • Next planned proposal date to optimize the cash discount. See the 1.3.4 Cash Discount section.
    • Auto update proposal includes creating and updating the proposal in the same run
    • Selection criteria for cash discounts
  • Automatically netting AR invoices against AP invoices

    A supplier can also be a customer. If so, you might reconcile debts and claims, and then only pay the difference. By specifying the supplier and customer number in (CRS624/E), the customer invoices of the supplier automatically show as credit invoices in the payment proposal, depending if you select the check box 'Match credit notes' in (APS635/E). Any credit invoices in accounts receivable (AR) are included as debit invoices.

    AR records are included with their full invoice amounts, without any deductions for VAT or cash discounts. You can identify these records. The comment 'From Accounts Receivable' is added to each AR record in the proposal, along with the customer number of the supplier.

    • Factors controlling which AR records are included:
      • The currency of the AR records must be the same as the currencies selected for the proposal.
      • The AR records are not blocked in 'Customer Invoice. Change' (ARS201).
      • You cannot reconcile the invoices if the payment method selected has a grouped payment code 0 (No grouping). This is because the netting is done against invoices with the same payment document number. With code 0, each invoice is assigned a payment document number. Therefore, you cannot reconcile an AR invoice included as a credit record against other invoices.
    • When the credit amount exceeds the debit amount.

      If there are only customer and supplier credit invoices in the proposal or the total amount of the credit invoices exceeds the total amount of the debit supplier invoices, the difference can be paid to the supplier. This applies, for example, to bonus or commission payments. The form this amount is paid through check, bank transfer, and so on, depends on the default payment method for the supplier in (CRS624/F). The default payment method is used when the AR records are overruled.

      For example, the AAA company is registered both as a customer and a supplier. In this case, you have one customer credit invoice of SEK 1,000 recorded in your accounts receivable for AAA. You also received and recorded a supplier credit invoice of SEK 600 from the same company. When you create the payment proposal, the customer credit invoice is included as a debit record, from which the supplier credit invoice is deducted. The result is that you pay AAA SEK 400 (1,000–600).

  • Valid payment classes

    You can only include invoices recorded with payment methods under these payment classes in a payment proposal: 2-checks, 3-manual or electronic bank transfer, 4-drafts, and 5-direct debiting.

  • Blocked invoices

    Supplier invoices that are blocked in 'Accounts Payable. Change Separate Invoice' (APS201) are not included in the proposal, even if they match your selection criteria but these are included in the error list printed when creating the proposal. The same is valid for invoices for blocked suppliers.

    Block codes in the payment proposal

    You can block the invoices included in the proposal, either automatically or manually. These fixed block codes are used:
    • 0 = Not blocked
    • 3 = Blocked, since the total amount to be paid to each supplier is negative
    • 4 = Blocked, since the credit note or invoice is not due
    • 5 = Blocked, since the calculated cash discount will be the same for next planned payment
    • 6 = Blocked, since the bank account in the supplier invoice contains the incorrect bank information

    Block codes 1, 2, 7, 8, and 9 are user-defined.

    When the proposal is deleted or confirmed, all blocked invoices are released so that they can be selected in the next proposal.

  • Cash discount
    Invoices with a cash discount date that falls within the date range are always selected, regardless of the due dates of the invoices. This is provided that the cash discount date is the current date or later for the invoice. You can also apply cash discounts to partial payments.
    Note: If the cash discount date is not a bank day in the system calendar, it is automatically adjusted even if the date is past the cash discount date.

    You can optimize your cash discounts when creating payments. You must wait to pay a supplier until the current cash discount period is exceeded. The result is that you accrue interest without losing the cash discount due. One way of doing this is to specify the date for the next proposal run in the 'Next proposal date' field in (APS635/E). Any invoice with a cash discount that does not change by the next proposal date is included in the current proposal, but with block code 5. You then decide whether to pay each invoice now or later.

    You also have an almost unlimited number of options for managing cash discounts for a specific invoice in a proposal in 'Suppl Payment Proposal. Update Details' (APS631/E):
    • You can specify a cash discount date that is past the due date of the invoice or the current date, or both.
    • You can specify a negative cash discount amount or percentage to pay back some cash discount that was not approved by the supplier, for example.

    You can also specify negative cash discount amounts for an invoice in 'Accounts Payable. Change Separate Invoice' (APS201).

    When creating the account entries for the cash discount, the exchange rate for the payment date is used.

  • Settings for cash discount processing

    When creating the proposal, you can control which invoices to include from a cash discount perspective in (APS635/E). This enables you to make a late payment and still obtain a full discount.

  • Tolerance days

    Even if you specified a due date for an invoice, the due date can be automatically adjusted depending on the number of tolerance days. This number indicates how many days after the due date an invoice can be paid without extra charges.

    The tolerance days are automatically added to the due date in these conditions:
    • The parameter 'Grouped payment' code 0 or 1 is defined for the payment method.
    • The number of tolerance days is defined for the supplier in (CRS624/F).

    For example, you specify an invoice with a due date of June 7. Since the number of tolerance days is 3, the due date is automatically changed to June 10. If you create a proposal for all invoices with a due date up to and including June 7, this invoice is not included. You must manually change the due date to June 7 in (APS201) for it to be included.

    Tolerance days for cash discount.

    The number of tolerance days connected to the supplier is not considered if the invoice has a cash discount. In such a case, the payment date is the same as the cash discount date. You can define several tolerance days for cash discounts. For example, you can do this when the supplier allows extra time management for payments without it affecting the cash discount due. Specify the number of days in the 'Tolerance days out' field in 'Cash Discount Term. Open' (CRS077) for the cash discount terms connected to the supplier in (CRS624/F).
  • Invoices with future rate agreements

    You can include invoices with future rate agreements in the payment proposal routine. Such invoices can only be paid through the invoice and future rate agreement where they belong. Any invoice with a future rate agreement belonging to another division other than the paying division in a cross-division payment are excluded from the payment proposal and printed on the payment proposal error list with an error message.

How payments are grouped in the proposal

These are the key factors that determine how payments are organized and grouped within the proposal:
  • Grouped payment code

    The payment method selected when specifying the supplier invoices controls the payment document number and the payment date. The value in the 'Grouped payment' field in (CRS071/E) is the triggering factor.

    When you create a proposal, invoices with the same payment method or currency can be automatically grouped or listed separately. Each invoice group , or separate invoice, receives a communal payment document number which is listed in the proposal. A separate payment document is then created when updating the proposal.

    This table shows the alternatives in this field:
    Alternatives Consequences
    0 = Not grouped Each invoice in the proposal receives a separate payment document number.
    These are the payment dates:
    • Due date
    • Cash discount date, if the supplier has granted a cash discount
    • Cash discount date + the number of tolerance days (as defined in the cash discount terms)
    • Due date + the number of tolerance days (how many days after due date an invoice can be paid without extra charges), if that number is specified in (CRS624/F).
    1 = Invoices grouped as one payment per due date

    All invoices with the same payee, payment date, and bank within the proposal receive the same payment document number.

    The payment date is set the same way as for alternative 0.
    2 = Invoices grouped as one payment per proposal date All invoices with the same payee and bank of the payee are grouped together. Since the payment date is usually the same for all invoices, the payment document number is not displayed in (APS631/B) or printed in the proposal. An exception is when several invoices for one payee have different bank accounts, then the payment document number is displayed in (APS631/B) to show one total per bank. The payment document number is used only for internal purposes.

    The payment proposal date specified in (APS635/E) is used as the payment date.
  • Payment date

    For past due invoices, you cannot use the due date as the payment date. The payment proposal date you specified in (APS635/E) is used as the payment date for these invoices.

    If the payment date is not a bank day, it is automatically adjusted based on how the 'Adjustment days payment date' value is defined for that date in 'System Calendar. Open' (CRS900/E).

    The payment date is used as the accounting date when you confirm the proposal and create the payment documents.

  • Numbering
    When working with payment proposals, several types of numbers are used to separate different groups of records. This table shows the type of number used:
    Type of number Description
    Payment proposal number This number indicates the ID automatically assigned to the entire proposal. It is used to identify the proposal in (APS630). The number is retrieved from number series type 80 under number series 0 in 'Number Series. Open' (CRS165).
    Payment order number This number is a sequence assigned to each proposal document. When the proposal is created, it is automatically split into several parts. All payments with the same payment method and currency are included in one proposal document. Therefore, the payment order number is a sub-number of the payment proposal number.

    If you change the payment method or currency for a payment in a proposal document, it is automatically moved to a matching proposal document. If no such document exists, a new one is created.
    Payment document number This number is assigned to one payment or a group of payments to be paid with one payment document at a specific payment date. See the Grouped Payment section. This number is only used to separate between the groups within the proposal document and always starts from 00001.

    When using payment methods for checks or drafts, each payment document number results to one printed payment document and one voucher.
    Payment reference number This unique number is assigned to all payments with the same bank, currency, and payment date when paying through manual bank transfer, electronic bank transfer (EDI), or direct debit. These payments constitute a payment order to be sent to the bank of the company. The reference number is used when applying a payment method with bank feedback. The number enables identification of payments when reconciling them based on the bank statement in (APS190). The payment reference number is retrieved from 'Number Series. Open' (CRS165), number series type 89, and number series 1.

    For manual bank transfers, one payment order is printed for all records with the same payment reference number. The order also specifies the different statement numbers and each order receives a payment reference number.

    For Electronic Bank Transfer (EDI), an electronic payment order is created per payment reference number. Due to EDI standards, the proposal records with the same payment reference number are always grouped per payee and the bank of the payee, regardless of the 'Grouped payment' code.

    M3 is affected as one voucher is created per payment reference number. The payment date is then used as the accounting date.

    The reference numbers are saved in these files:
    • With information category number 409 in the detail file for accounts payable (FPLEDX).
    • With information category number 216 in the detail file for accounts receivable (FSLEDX).
    • In the detail file for the general ledger, for recurring payments without connection to a recorded invoice.
    Statement number

    This unique number is assigned to each payment document record included in the payment order for manual bank transfer.

    The statement numbers are listed in bank account order. The statement number is retrieved from 'Number Series. Open' (CRS165), number series type 67, then number series A.

    How M3 is affected:

    The number is saved in the detail files for accounts payable, accounts receivable, or the general ledger, depending on the type of payment.

    See under payment reference number.
    Draft number

    This unique number is assigned to each draft payment. The number is retrieved from 'Number Series. Open' (CRS165), number series type 67, then number series B.

    How M3 is affected:

    See under statement number.
    Check number This unique number is for a check payment. The checks are numbered so you are only required to specify the check numbers in M3. Specify the first check number in 'Check. Print' (APS140/E) when confirming the proposal. For each new check printed, this number is automatically updated with 1.

    If you encounter printer jams when printing checks, you can adjust the current check numbers in 'Check. Change Number' (APS145).

    How M3 is affected:

    See under statement number.

Adjusting payment proposal

You can change these values for each proposal document:
  • Proposal document level
    This table shows the parameters in the proposal document level:
    Value Comment
    Company's bank This field refers to a specific bank account, not a bank. You can change the account if you indicated that bank quotas are not used when creating the proposal. The trade code break level and parallel invoice number are also considered if used in the proposal.
    Payment method You can change the payment method for the entire proposal document, all invoices within the same payment document number, or for a separate invoice. If the payment method has a 'Group payment' set to code 2, you can only change to a payment method with the same code. For a list of valid payment methods, see above. The trade code break level and parallel invoice number are also considered if used in the proposal.
  • Invoice level
    This table shows the parameters in the invoice level:
    Value Comment
    Payee's bank This field refers to a specific bank account, not a bank. You can change the account, provided that the payment method used belongs to payment class 3-Bank transfer or 5-Direct debit.
    Payment date You can change the date, provided that the parameter 'Grouped payment' code is not 0 or 1 for the payment method. The new date is checked against the system calendar, otherwise, no other test is done. You must manually adjust or delete any cash discount.
    Payment method See above.
    Cash discount The cash discount date must be the current date or later. You cannot add a cash discount if a cash discount is not recorded with the original invoice.
    Amount to pay If you reduce this amount, the payment is recorded as a partial payment of the original invoice.
    Payment block codes The block code is used to block the invoice from being paid.
    These are the alternatives:
    • 0 = Not blocked
    • 3 = Customer stop (general block code)
    • 4 = The due date is less or greater than the due date range selected when creating the proposal. This code is used for APL credit invoices only.
    • 5 = The invoice is blocked since the cash discount is the same on the date selected as the next proposal date.

    You can change codes 0 and 3. If you confirm a proposal with blocked invoices, these are released and can be included in another proposal.
    Trade code This code is used in international trade to keep track of different categories of services, materials, and so on, for statistics purposes. You can also use the codes for domestic payments in a foreign currency if this is a legal requirement or a demand for the supplier to avoid paying a bank fee for processing the transaction. The trade codes are defined in 'Trade Code. Open' (APS010) and connected to the supplier in (CRS624). The trade code break level is then considered in the proposal if the combination of payment method and bank account ID of the proposal is defined in 'Payment Document Break Level. Open' (APS091). If not, the ordinary grouping of invoices is used.
    Parallel invoice number This additional payment reference is used to facilitate electronic payments. The parallel invoice number is available for invoices with payment classes 3 and 5. If the payment method of the invoice is changed other than with payment classes 3 and 5, the parallel invoice number is removed.

Bank information

These are the factors to consider when setting up bank information:
  • Company's bank

    You must register your bank accounts in 'Bank Account. Open' (CRS692). By linking an account to a specific currency and payment method in 'Bank Account Connection. Open' (APS090), you do not have to specify a bank account when creating the proposal. Instead, it is automatically retrieved from the matching combination in (APS090).

    Your selection criteria in (APS635) are matched in this priority:
    1. Currency and payment method
    2. Currency only
    3. Payment method only
    4. Blank in both currency and payment method (catch all).
    Note: If you use bank quotas, the bank accounts are retrieved from another program. See below.

    The cash account used to record the payment is retrieved from (CRS692).

  • Automatically allocating payments to a bank

    You can use one or several banks to pay your suppliers. The allocation is automatically done if you defined combinations of currency, payment method, and bank in (APS090).

    You can also use bank quotas, a common alternative in Latin countries. A table of bank quotas is created in 'Bank Quota. Open' (APS030) and applied if you select the 'Use quotas' check box when creating the proposal in (APS635/E).

    See Create Bank Quotas for Automatic Allocation of Supplier Payments to Bank.

  • Payee's bank

    When creating the invoice, the bank of the supplier or payee is retrieved from the bank account connected to the supplier in (CRS692). If multiple accounts are registered for the supplier, the account with the highest priority is selected. This account is then automatically displayed for each payment record in the proposal, but you can change it.

Payment amount control

These are the factors to consider when setting up payment amount control:
  • Substituting payment method

    For the payment method in 'AP Payment Method. Open' (CRS071), you can specify that if the payment amount is greater or lesser than a certain amount in local currency, a different payment method is used. The check is then done per payment document number level when creating the proposal.

  • Currency

    The currency of the proposal document must match either the currency defined for the bank or the local currency in M3.

  • Exchange rate type
    The exchange rate type defined for the payment method of the invoice is applied in these cases:
    • When selecting 'Maximum amount to pay' in (APS635/E)
    • When confirming proposals with payments in foreign currency and no bank feedback is selected for the payment method

    In cross division payments in foreign currency, the exchange rate to use is the rate of the paying division as specified in 'Currency. Open' (CRS055).

  • Rounding off variances

    When the exchange rate has several decimals, small rounding off variances can arise between local and foreign currency. These variances are automatically posted on the accounting string defined for accounting option 99 in 'Supplier Payment Variance. Open Accounting Option' (APS020).

Voucher text

If you specify a voucher text when updating the proposal, this voucher text is used for all transactions. The only exception is for transactions on the accounts payable or accounts receivable account, where the voucher text from the original invoice is used. Similarly, no voucher text is recorded if you leave this field blank when updating, with the same exception.

AP and AR additional information

To view additional information about supplier and netted customer invoices and credit notes, use the 21= 'Additional info' related option on the (APS631/B) panel to display 'Suppl Invoice. Display Additional Info' (APS216) and 'Customer Invoice. Display Add Info' (ARS216).

Common error statuses

The error statuses are specified in the error report printed if any incorrect records were found when creating the proposal. Other invoice records that do not match the selection made to create the proposal are also included with error codes, depending on the selection criteria specified. This is done to indicate any excluded invoices that are also considered.

This table shows the error statuses:
Status Message printed Explanation Action
1 Stopped invoices The invoice has a block code in the accounts payable file (FPLEDG). Investigate the reason for the block. To include the invoice, manually change the block code in the 'Payment stop' field in 'Accounts Payable. Change Separate Invoice' (APS201/E).
2 Maximum payment exceeded The maximum payment amount specified in (APS635/E) for the entire proposal is exceeded. Create a new proposal, either with the adjusted amount or with excluded invoice records.
3 Quota key not found Bank quotas for allocating payments to predefined banks are not found. This error status is only used when the 'Use quota' check box is selected in (APS635/E). Define a bank quota table in 'Bank Quota. Open' (APS030)..
4 Insufficient quota amount for allocation The invoice cannot be allocated to a bank since there is no bank quota key with a large enough amount left to allocate. This error status is only used when quota keys with a quota amount are used.

See Create Bank Quotas for Automatic Allocation of Supplier Payments to Bank.

 These are the alternatives:
  • Change the quota amount in 'Bank Quota. Open' (APS030/E).
  • Change the allocation of the invoice to another bank by selecting a different payment method or payment date that matches another quota key in the bank quota table.
5 Negative payment The total payment amount for a proposal document is negative. This error status is only used when bank quotas are selected. Otherwise, the invoices are included as blocked in the proposal. These are the alternatives:
  • Change the total payment amount by blocking or deleting records in the proposal document.
  • Change the payment method for an invoice to include it in another proposal document to adjust the balance.
6 Payment less than minimum amount The payment amount is less than the minimum amount for the selected payment method. Change the amount in the 'Minimum amount due' field in 'AP Payment Method. Open' (CRS071).
7 Payment not between the From and To values The invoice currency amount is not between the ranges defined in the 'From amount' and 'To amount' fields in (APS635/E).

This amount is usually the invoice amount. If the invoice is partially paid, the remaining amount is used in the check.

 Create a new proposal with adjusted or cleared amount ranges.
8 Insufficient quota percentage This status is identical to error status 4. The only difference is that the bank quota table used is based on quota percentages, not quota amounts. These are the alternatives:
  • Change the quota percentage in (APS030/E).
  • Change the allocation of the included invoices to another bank by selecting a different payment method that matches another quota key in the bank quota table.
9 Supplier bank ID is missing This status is used in these circumstances:
  • A payment method under payment class 3-Manual bank transfer or class 5-Direct debiting is selected.
  • A bank is not defined for the supplier.

If the supplier also is a customer as defined in (CRS624/E), this error status is also used for included invoice records from accounts receivable.

If the error status is used for an accounts payable invoice, adjust the bank ID for the respective invoice in 'Accounts Payable. Change Separate Invoice' (APS201/E).

If the error status is used for an accounts receivable invoice, specify a bank ID for the supplier in 'Bank Account. Open (CRS692/B).
10 Division with different local currency The currency is automatically checked before the payment proposal is generated. If the currencies do not match, a warning message is displayed.
11 The currency is now automatically checked before the payment proposal is generated. If the currencies do not match, a warning message is displayed on the screen. Same as the message printed. Define number series type 80 under number series 0 in 'Number Series. Open' (CRS165).
12 Substitutive payment method does not exist This error status is used if you specified a payment type or payment method in (APS635/E).

It indicates that the payment method or payment type of the invoice does not match the specified values. This status can also be used when a substitutive payment method selected for the payment method is used and it does not match the specified values.

A substitutive payment method is automatically applied when a limit value is defined for the payment method used and the invoice amount is less or greater than this value.

 These are the valid alternatives:
  • Specify other payment types or payment methods in (APS635/E).
  • Specify a valid substitutive payment method for the relevant payment method in 'AP Payment Method. Open' (CRS071).
13 Bank number cannot be found The bank account number cannot be found, either in 'Bank Account Connection' (APS090) or indirectly in 'Bank. Open' (CRS690). This error status is used provided that bank quotas are not used, and a bank is not manually specified when creating the proposal. Check that the bank account is specified in (CRS690) and connected to a currency and payment method in (APS090).
14 Payments stopped for the payee The user previously defined that all payments for the supplier in question are stopped. Verify that stopping the payments is correct. If not, change the payment priority from 9 to a value from A to 8 in 'Supplier. Define Purchase & Financial' (CRS624/F).
15 Accounting date (pmt date) is not within valid dates The payment date is not within the valid dates specified for the FAM function detail record used.
Note: This status does not apply to payment methods under payment class 4 = 'Bill of Exchange/Drafts'.
 These are the valid alternatives:
  • Change the valid dates in 'FAM Function. Open Detail' (CRS406).
  • Select a new payment method, either for the entire proposal or separate invoices included.
23 The currency is not permitted for bank format X If currencies are selected for the electronic bank format in 'Bank Format. Open' (CRS695), the invoice currency is not selected for the bank format. Change the payment method of the invoice to one that has a bank format permitting that currency or pay the supplier manually in 'Supplier Payment. Enter Manual' (APS120).

For Sweden-specific error statuses, see Validity Checks for Supplier Payments through BankGiro and PlusGiro (Sweden).

Related topics