Field | Description |
Blanket Payment
|
If you mark this field, a blanket (combined) payment will be made despite the fact that more payments may be involved. Please note that the selected payment form determines if you can mark this field. Blanket payment means that payments with identical pay to vendor, delivery vendor, and due date are combined into a single payment. See also the field “Blanket Payment by Deliv. Vendor” below.
|
Calculate Sum per Payment Order
|
This field is only used if the fields “Blanket Payment” and “Notify Payment Recipient” are marked as well.
If you mark this field, all payment orders will contain an amount which corresponds to the total amount of the assigned remittance lines. If you do not mark this field, the total amount will be assigned to the first payment order, and any payment order which may be created for remittance-related reasons will contain a zero-amount in this field.
|
Blanket Payment by Deliv. Vendor
|
This field applies if you have selected blanket payment in the field “Blanket Payment” above. If you mark this field, Maconomy will group blanket payments by delivery vendor, that is, the vendor which delivered the goods or services. This means that a blanket payment to a pay to vendor will be divided into one payment order per delivery vendor. If you do not mark this field, Maconomy does not take the delivery vendor into consideration when creating blanket payments.
|
Blanket Payment by Company of Origin
|
This field applies if you have selected blanket payment in the field “Blanket Payment” above. If you mark this field, Maconomy will group blanket payments by company of origin, that is, the company to which a vendor invoice is sent. This means that a blanket payment to a vendor will be divided into one payment order per company of origin. If you do not mark this field, Maconomy does not take the company of origin into consideration when creating blanket payments.
|
Include Payment Orders with 0 Balance
|
If you mark this field, payment orders with a balance of zero will be printed out. You can only mark this field if the current payment form allows zero-balance payment orders to be printed out.
|
Reconcile Payment Orders with 0 Balance
|
If you mark this field, Maconomy will suggest that payment orders with a balance of 0 are automatically reconciled with corresponding open entries when the payment selection is created. This situation can, for example, arise if a vendor invoice and a vendor credit memo for the same amount exist. If you do not mark this field, Maconomy will only select entries for payment if the amount is greater than 0 when creating a payment selection. However, you can change this manually in the windows Change Collection Selection and Change Payment Selection by Vendor.
|
Allow Invoices
|
If you mark this field, the current payment mode can be used for paying invoices for a vendor. If this field is not marked, it is not possible to choose this payment mode when entering an invoice on a vendor, for example, in the window Vendor Invoices. The default is that the field is marked.
|
Allow Credit Memos
|
If you mark this field, the current payment mode can be used for paying or offsetting credit memos for a vendor. If this field is not marked, it is not possible to choose this payment mode when entering a credit memo (a debit entry) on a vendor, for example, in the window Vendor Invoices.
|
Allow Passed Payment Dates
|
If this field is marked, a payment date can be in the past. The payment date is normally set to the due date, but Maconomy changes the payment date to the current date if the due date is in the past - but only when this field is not marked.
|
Mandatory Credit Memo Reference
|
If this field is marked, then a credit memo must be linked to a vendor invoice. This will ensure correct reconciliation. The reference is set up in the Reference Invoice island on the vendor invoice.
|
Omit Payment Reporting
|
If you mark this field, the payment orders will automatically be approved. If you mark neither this field nor the field “Create Entries Being Paid” below, the automatic printing of checks will result in the creation of a payment line which can then be approved or error reported in the window Payment Reporting.
When the payment journal from an automatically printed check or a manually created check is posted, a number of entries are created on both the bank account and the A/P control account - and thus also on the vendor in question. If you use bank reconciliation, a bank reconciliation line is also created.
If a payment is reconciled in the window Bank Reconciliations, the payment line in question is approved and can thus be seen in the window Payment Reporting. If the payment of such a payment line is approved in the window Payment Reporting, the line will be marked as processed, and will thus no longer be available in the window Payment Reporting.
However, if the payment is error reported, a general journal is automatically created. This journal will set off the bank account by the check amount, including any exchange rate variance and cash discount. Furthermore, an entry is made on the vendor for each vendor invoice or credit memo covered by the payment. Please note that the bank reconciliation line is not deleted. Instead, a new line with the sign inverted is created, ensuring the consistency between the G/L entries and the statement.
|
Aut. Appr. of Read Payment Status
|
If you mark this field, the registration of a read payment status is automatically approved, and the necessary journals are created by Maconomy. If you do not mark the field, read payment statuses must be approved manually.
|
Create Entries Being Paid
|
When a company sends payment orders to a payment agent, the company can choose to debit certain accounts by the amounts until the payment agent has reported the amounts which are actually being withdrawn from the bank accounts. If you mark the field, a number of entries are posted to the account “Being paid” specified in the pop-up field “A/P Control Account” and on the account “Account, Being Paid” specified in the table part of the window External Accounts. When the payment agent has reported the specified payment orders, the entries can be transferred from these suspense accounts to the relevant G/L accounts.
If you do not mark the field, entries are automatically made on both bank account and A/P control account - and thus also on the vendor in question. If you use bank reconciliation, a bank reconciliation line is also created. For further information about this functionality, please see the description of the field “Omit Payment Reporting” above.
|