Payment Out

Back to Financial Management

Introduction

Supplier's payments and prepayments can be made and managed in the payment out window. Same way G/L item payments do not related to orders/invoices can also be managed in this window.

Payments can be made against different type of documents:

• Purchase Orders, in effect this is a prepayment.
  Later on, when an invoice is created from the order that already has a payment received against it the invoice automatically inherits the payment received against the order.
• Purchase Invoices, in effect this is a payment of a vendor invoice.
  Payments prior to the accounting date of the invoice are also considered a prepayment.

There is a How To article which describes how to manage prepaid invoices (prepayments) in payables.

• and G/L Items, in effect this is a payment of any other expense to a vendor, for instance a fine or other types of fee do not included in an invoice.
  This type of payments can be created in this window when selecting the G/L Item "Transaction Type" or can be automatically populated as a payment in this window if created in a G/L Journal.
  No matter the way they are created, both cases are managed same way depending on the Payment Method used.

Payments can be created to pay to a single vendor or to pay to several vendors at the same time.

At the end of the process a "Payment Out" transaction will imply the creation of a "Withdrawal" transaction in the corresponding Financial Account.
The creation of the withdrawal transaction in the financial account can be done:

• manually by using the Add Transaction process of the financial account.
• or automatically if the payment method used is configured to do so, that implies the selection of the check-box "Automatic Withdrawal".

Header

The payment out window allows to make and manage supplier's payments done to settle different types of documents such as orders and invoices. This window also allows to manage the supplier's payments already made in the purchase invoice window same way as the G/L item payments made in a G/L Journal.

There are just few mandatory fields to fill in while making a payment in this window:

• the Organization which is paying
• the Payment Number which follows the corresponding document sequence
• the Payment Method to use for making the payment. There is a check-box in the "Add Payment" window which later on allows to select documents linked to alternative payment methods
• and the Financial Account from where the money is going to be taken in the field "Paying From".

Other relevant fields to note are:

• Paying To field, that is the vendor we are making a payment to, it does not need to be entered upon creating a new record.
  • If a vendor is not selected that implies the creation of a payment to pay different documents of different vendors.
  • If a vendor is selected that implies the creation of a payment to pay different documents of the same vendor. In this case the value of the fields "Payment Method" and "Paying From" change if the vendor has assigned a specific payment method and financial account to be used while paying its bills.
• Reference No., this field is used to reflect the number associated with the payment in the Vendor documentation system if any.
• Currency. It is possible to select a different currency than the financial account currency while making a payment. For getting that working the payment method used and assigned to the financial account of the payment needs to be configured to make payments in multiple currencies.

Credit Payments

The field "Generated Credit" allows to generate credit (or a credit payment in Openbravo terms) for a business partner by just entering the credit amount in that field.
It is not possible to generate credit on a payment which is not related to a single vendor or creditor, therefore generated credit feature requires to select a business partner in the field "Paying To".

The creation of a credit payment requires not to select any document to pay in the "Add Payment" window which is shown after pressing the process button "Add Details", but to leave the credit amount to be used later.
After processing a credit payment is created for the vendor. The credit payment specifies the amount left as credit in the "Description" field of the credit payment header.

Later on the available credit generated for that vendor can be used to pay the vendor:

• in the "Add Payment" window once a new payment is created for that vendor in the payment out window by just selecting the field "Use Available Credit"
• or in the "Select Credit Payments" window which is automatically shown upon completion of a new vendor's invoice.

Then, the "Description" field of the credit payment header will also specified the transactions/documents where the credit was used.

The Use Credit Source tab of the payment out window shows the credit payment used to pay a vendor's document (order, invoice or G/L item) payment.

Add Payment window

The Add Details button opens the Add Payment window where outstanding documents to be paid can be selected.

The Add Payment window is already explained in the Purchase Invoice payment article, but an additional option "G/L Item" shown in the Transaction Type filter and the payment of several document types of different vendors at the same time.

1. "G/L Item Transaction Type":
There is an additional option that allows to pay amounts do not related to any invoice or order, for example a fine. Note that this type of payments, "G/L Item" payments can also be created in a G/L Journal.

Multiple G/L Items can be added one by one as part of a given payment.

Besides, and as shown in the image above the accounting dimensions set for the organization's general ledger can be entered while creating a G/L Item payment, however Order and Invoice's accounting dimensions need to be entered at the time of creating either the order or the invoice lines.

It is important to notice that the same payment can contain a mix of G/L item and order/s & invoice/s transactions to be paid as shown in the image below:

A wrongly taken G/L transaction type can be removed by pressing the "red cross" if the "Transaction Type" field is set to "GL Items".

A wrongly taken order or invoice transaction type can be removed by un-selecting it if the "Transaction Type" field is set to "Orders and Invoices" for instance.

2. Payment of several document types of different vendors:
If no vendor has been selected in the field "Paying To" it is possible to pay different transaction types of different vendors.
(Note that Openbravo allows to filter once more by a given business partner if it was not entered in the "Paying To" field by mistake).

The field "Actual Payment Out" field shows the sum up value of all the transactions being selected.

Once the payment is processed the lines tab list all the orders and invoices and even G/L items included in the payment same as the "Description" field of the payment header.

Processing a payment

There are two options available while processing a payment made created in this window:

• Process Made Payment(s)
• or Process Made Payment(s) and withdrawal

both options above process the payment made but the second one also creates the corresponding "Withdrawal" transaction in the Financial Account used.
This last option is the only one shown if the payment method used and assigned to the financial account where the money is taken from is configured as "Automatic Withdrawal" = Yes.

Besides:

• A system message is displayed showing the just created payment's number.
• Payment summary information is reflected in the Status Bar of the Payment Out window.
• The Description field is updated with the paid Invoice and Order numbers and the amount left as credit if any
• Payment detail records are introduced in the Lines tab.
• This process also updates the Payment Out Plan and Payment Monitor information of all the documents involved.
• The Payment Status changes to Awaiting Execution when an Automatic Execution Type is defined or to Payment Made if the execution is Manual.
  If there is an execution process defined, it can be run by clicking the Execute Payment button. The information will appear in the Execution History tab.

Note that there is no need to process:

• supplier's payments made in the Purchase Invoice window as those are already processed in there
• or G/L item's payments made in the G/L Journal window as those imply the automatic processing of the payment made.

Reactivating a payment

An already processed payment with status "Payment Made" or "Awaiting Execution" can be Reactivated. This option allows to edit wrong payment data or to delete a wrongly created payment.

"Reactivate" button allows to get what explained above as two different actions can be selected:

• Reactivate: This option reactivates the payment keeping the payment lines.
  Once the payment is reactivated this way the user can easily modify the payment information by using the button "Add Details" and process it once again.
• Reactivate and Delete lines: This option reactivates the payment and removes all the payment lines.
  This option is the one to use if the payment was wrongly created therefore needs to be remove completely.
  Once the payment is reactivated this way the user can delete the payment header without the need of deleting the payment lines first.

An already processed and withdrawn payment with status "Withdrawn not Cleared" can be as well "Reactivated" as described above, but once the corresponding withdrawal transaction has been deleted from the financial account.

Posting a payment

A payment made and processed from the Payment Out window can be posted if the payment method used while creating the payment allows to do so once assigned to the financial account through which the payment is made. If that is not the case Openbravo shows a warning : "Document disabled for accounting".

A payment made posting looks like:

Voiding a payment

An already processed payment with status "Awaiting Execution" can be "Voided". The process button "Reactivate" allows to do that but only for payments in status "Awaiting Execution".

(Remember that a payment can get an awaiting execution status if the payment method used and assigned to the financial account is setup to have an automatic "Execution Type" and besides the check-box "Deferred" is selected).

Void action set the payment line/s as "Canceled" which means that the document (order or invoice) is actually not paid therefore a new payment can be created or added.

Payments in multiple currencies

Openbravo allows to make payments in a different currency than the financial account currency.

For getting that working the payment method assigned to the financial account used to make the payment needs to be configured to allow so, that implies to select the check-box "Make Payments in Multiple Currencies".

Let's take for instance an organization such as "F&B US Inc".
This organization is located in USA, therefore it is likely that the organization's general ledger currency as well as the financial account currency is set as USD.

F&B US Inc makes business with a supplier located abroad. This supplier issues its invoices in EUR currency and requires to be paid in EUR currency. This means that:

• F&B US Inc organization needs to record the supplier's invoice in EUR same as the payment to the supplier.
  • If the supplier's payment is registered in this "Payment Out" window a new field named "Exchange Rate" is shown allowing the user to enter an exchange rate at a given date.
    That exchange rate is also shown in the "Add Payment" window shown after pressing the process button "Add Details".

Once the payment in foreign currency (EUR) changes it status to "Payment Made", the financial account transaction or withdrawal needs to be created as described in the Payment Cycle article.
The important thing to remark here is that the transaction is created in the financial account in the financial account currency (USD) but always keeping the "foreign amount" (EUR) information.

If the payment in foreign currency (EUR) needs to be posted to the ledger later on it is also possible to enter an exchange rate in the exchange rate tab.
That exchange rate will be the one used while posting the payment to the ledger. (Remember that the organization's general ledger currency is USD).
If no exchange rate is entered in the exchange rate tab, the system exchange rate will the be used.

Lines

Lines tab contains a list of the documents to be paid or already paid by the payment.

This tab is a "read-only" tab which shows a list of the scheduled payments per each transaction type (Order, Invoice or G/L Item).

In the case of a G/L Item transaction type the "Paid Amount" is the only amount field fulfilled as that amount is specified by the end user in the "Add Payment" window, "Paid Out" field.

In the case of an order or an invoice transaction:

• the "Invoice" amount is the total invoice amount
• the "Expected" amount is either the order amount to be paid or the amount to be paid for each scheduled payment according to the Payment Terms specified for that invoice.
• and the "Paid" amount which can be equal to the expected amount or not in case of a partial order or invoice payment.

Lines tab also shows the accounting dimensions entered per each payment line at the time of either creating the order or the invoice, or at the time of creating the G/L Item payment transaction in the "Add Payment" window.

It is also possible to "Reactivate" a payment as well as to "Post/Unpost" a payment from the lines tab.

Execution History

The execution history tab shows information about the history of the payment execution attempts.

For some payment types some additional steps are needed. For example a payment with check that needs to be filled in with a check number.

In that case the payment method linked to the payment needs to be configured to require an "Automatic" Execution Type process.

All of the above implies an additional step to take in the Payment Out window which is to execute the payment by using the process button "Execute Payment".
This process button is only shown in case of payment/s linked to an automation execution process for which the check-box "Deferred" is selected.
If the check-box "Deferred" is not selected the additional step is still required but it will be automatically executed without any end-user action.

The Execution History tab is a read-only tab which shows information about the execution of the payment such as the execution date, obviously once the payment has been executed.

Exchange rates

The exchange rate tab allows to enter an exchange rate between the organization's general ledger currency and the currency of the payment made to be used while posting the payment to the ledger.

Used Credit Source

A credit payment can be used to settle more that one document payment. This table tracks the documents where a credit payment has been used

The creation of a "Credit" payment is already explained in the Credit Payments section of this article, same as how a "Credit" payment or available credit can be used later on to pay a vendor.

This read-only tabs shows the credit payment used to pay a vendor document (order, invoice or G/L item) payment.

Accounting

Accounting information related to the payment out

For more details please review the accounting article.

Full list of Payment Out window fields and their descriptions is available in the Payment Out Screen Reference.

Back to Financial Management