Language:


Entering a Payment

Open the Payment register by ensuring you are in the Payables module and clicking the [Payments] button in the Master Control panel. The 'Payments: Browse' window is opened, showing Payments already entered.

Payments are numbered consecutively. In the list, the Payment Number is followed by check marks if the Payment has been Ordered or approved, by the Transaction Date, the bank account number from which the Payment was issued and the total value of the Payment.

To enter a new Payment, click the [New] button in the Button Bar or use the ⌘-N (Mac OS X) or Ctrl-N (Windows) keyboard shortcut. Alternatively, highlight a Payment similar to the one you want to enter and click the [Duplicate] button.

The 'Payment: New' window is opened, empty if you clicked [New] or containing a duplicate of the highlighted Payment. Complete the Payment record as described below, then save it using the [Save] button and close the window by clicking the close box. Then, close the browse window using the close box again.

The principle for entering a Payment is that you know the following:

  1. How much has actually been withdrawn; and

  2. any extra fees charged by the bank.
Books by HansaWorld provides several shortcuts to simplify your work entering Payments. You can for example bring a date into a date field using the 'Paste Special' function (⌘-Enter or Ctrl-Enter). You can also use this function to simplify the entering of Purchase Invoices, Vendors and Payment Modes.

First, a run-through of the fields.
No.
Paste Special    Select from another Number Series
The Payment Number of a new Payment is provided automatically by Books by HansaWorld. The default is the first unused number in the first valid number sequence in the Number Series - Payments setting. You may change this number, but not to one that has already been used.

If you have not defined any number sequences in the Number Series - Payments setting, the Payment Number sequence will start at 1 and continue consecutively. If you want the sequence to start from another number, change the Payment Number of a Payment before saving it: Books by HansaWorld will then continue the sequence from there.

If you are working in a multi-user environment, the Payment Number is assigned when you first save the Payment.

Pay Date
Paste Special    Choose date
The date when you want the Payment to be executed.

After you have Ordered a Payment, you can still change the Payment Date. After approval, however, no further changes are possible.

Trans. Date
This date will be used as the Transaction Date in the General Ledger Transaction that will result from the Payment. This date is always the same as the Payment Date and cannot be changed independently.

Pay Mode
Paste Special    Payment Modes setting, Receivables/Payables modules
The Payment Mode is the method of payment (e.g. check, credit card or cash). It determines the General Ledger Account that will be credited by the Payment.

You can issue payments to different Vendors against different Invoices using a single Payment record. However, you cannot enter payments with different Payment Modes.

The first record listed in the Payment Modes setting will be offered as a default.

Own Bank A/C
The number of the bank account from where you will issue the Payment. This information will be brought in from the Payment Mode record.
Use the grid area that takes up most of the screen to list the Purchase Invoices being paid by the Payment. You can pay several Purchase Invoices in a single Payment record, but all payments must use the same Payment Mode. The Payment Mode reflects not only the payment method (i.e. check, cash or credit card) but also determines the Bank or Cash Account that will be credited with the value of those payments. So, you can record every payment issued in a single day from a particular Bank Account using a single Payment record.

If you need to print a remittance advice and/or a check, separate documents will be printed for each Vendor included in the Payment record.

Each record in the Payment register results in one General Ledger Transaction, with bank or other institution as credit Account (taken from the Payment Mode).

To add a row to a Payment, click in any field in the first blank row and enter appropriate text. To remove a row, click on the row number on the left of the row and press the Backspace key. To insert a row, click on the row number where the insertion is to be made and press Return.

You can bring several Purchase Invoices into a Payment by opening the 'Purchase Invoices: Browse' or 'Paste Special' windows, selecting a range of Invoices by clicking while holding down the Shift key, and then dragging them to the No. field in the first empty Payment row. You can also copy a list of Invoice Numbers from a spreadsheet or word processor and paste them in the No. field in the first empty row.

The grid is divided into three horizontal flips. When you click on a flip tab (marked A, B and C), the two or three right-hand columns of the grid are replaced.

Flip A
No.
Paste Special    Open, approved Purchase Invoices, Purchase Invoice register
The number of the Purchase Invoice being paid. When you enter an Invoice Number, the Open Invoice Value (the amount outstanding) is shown in the Open Inv. Val field, and this figure will also be brought in to the Sent Value field as a default.

If the Invoice qualifies for an early settlement discount, a discount row will be added to the Payment automatically, together with a suggested discount amount. This is calculated using the formula specified in the relevant Payment Term record. If you want to add an ad hoc settlement discount, use the 'New Settlement Discount' function on the Operations menu.

Note that when you use 'Paste Special', only unpaid Purchase Invoices will appear in the selection list. However, if you have saved a Payment without Ordering or approving it (i.e. the Payment is a Draft), the Purchase Invoice(s) in that Payment will be treated as unpaid and thus will continue to be included in the 'Paste Special' list. It is therefore recommended that you do not leave Payments as unordered or unapproved for too long, to minimize the risk of quoting Purchase Invoices in Payments more than once.

A Payment that is a payment made without reference to a specific Invoice (e.g. a deposit you have paid to the Vendor before they have issued an Invoice) is known as an "On Account Payment". Leave this field blank when entering On Account Payments, and specify the Vendor as normal in the field to the right. The Vendor must be one where you have switched on the On Account option on the 'Terms' card of their Contact record. This is fully described on the On Account Payments page.

Vendor
Paste Special    Vendors in Contact register
Default taken from    Purchase Invoice
The Vendor Number will be placed here automatically when you enter a Purchase Invoice Number.

In the case of an On Account Payment, choose a Vendor using 'Paste Special'.

Text
The Vendor's Name will appear here when you enter the Purchase Invoice or Vendor Number (in the former case, the Vendor's Invoice Number will appear here as well, separated from the Name by a comma). You may change this if you wish.

To Bank A/C
The number of the Vendor's bank account receiving the Payment is brought in from the Purchase Invoice. This in turn will have been taken from the 'Account' card of the Contact record for the Vendor.

Open Inv. Value
The outstanding amount of the Invoice being paid. This value cannot be changed.

Sent Val
Default taken from    Open Invoice Value
The amount paid against the Purchase Invoice. You can change the default figure, in the event of partial payments or overpayments.
Flip B
Bank Reference
Default taken from    Purchase Invoice (Reference field)
This reference will be included in bank export files in some countries. Please refer to your local Books by HansaWorld representative for details.

Tax Code, Tax Value
These fields are only used if you are using the Post Payment Tax option in the Account Usage A/P setting.

If you are using the Post Payment Tax option, your Tax claim will be calculated from your Payments, not from your Purchase Invoices. In this case, the Tax Code and Tax Value will be brought in to these fields automatically when you enter a Purchase Invoice Number on flip A (the Tax Code comes from the first row of the Invoice). When you approve and save the Payment, the Tax Value will be moved from the temporary Tax Account (Input Account) to the final one (the I/P Account), as specified in the Tax Codes setting in the General Ledger.

The Post Payment Tax option also adds a Tax element to On Account Payments. Once again, the I/P Account for the Tax Code will be debited and the Input Account for the Tax Code will be credited with the Tax Value.

Take care with these fields when entering On Account Payments. As On Account Payments do not have an Invoice Number, you must enter a Tax Code manually if you are using the Post Payment Tax option. The Tax Value will then be calculated from the Sent Value. The General Ledger Transaction resulting from the Payment will not have a Tax element if the Tax Code or Tax Value is blank.
Footer
Ordered
The Ordered and OK check boxes are provided to allow for the delay between the issuing of a Payment and the clearing of the funds from your company's bank account. Checking the Ordered box indicates that you have issued a Payment, while checking the OK box indicates that the funds have been cleared. You must therefore check the Ordered box before the OK box.

When you save a Payment with its Ordered box checked, the Invoice being paid is no longer treated as open, even if the OK box is not checked.

If, once a Payment has been issued, it transpires that the funds are not cleared from your company's bank account (perhaps because the check bounced or was lost), highlight each row in the Payment in turn by clicking the row number. Then, press the Backspace key. A red line will be drawn through the row, re-opening the Purchase Invoice.

In multi-user systems, you can use Access Groups to control who can mark Payments as Ordered. To do this, deny access to the 'Ordering Payment' Action.

OK
You can approve a Payment by checking this box. When you click [Save] to save the Payment, if so determined in the Sub Systems setting in the General Ledger, a General Ledger Transaction will be generated, crediting the Bank or Cash Account specified for the Payment Mode and debiting the Creditor Control Account of the Invoice being paid.

In multi-user systems, you can use Access Groups to control who can approve Payments. To do this, deny access to the 'OKing Payments' Action.

If you would like a warning to appear every time you save a Payment that you have not approved, please refer to the Global Warnings on UnOKed Records setting in the System module.

References in these web pages to approved Payments are to Payments whose OK box has been checked (i.e. an approved Payment is one that is no longer a Draft).

Withdrawn
The sum of the Sent Values: the total for this Payment.
---

In this chapter:

Go back to: