[MERGE] Forward-port of branch 13.0 to 14.0
@@ -0,0 +1,15 @@
|
||||
=================
|
||||
Customer Invoices
|
||||
=================
|
||||
|
||||
.. toctree::
|
||||
:titlesonly:
|
||||
|
||||
customer_invoices/overview
|
||||
customer_invoices/cash_discounts
|
||||
customer_invoices/cash_rounding
|
||||
customer_invoices/payment_terms
|
||||
customer_invoices/deferred_revenues
|
||||
customer_invoices/credit_notes
|
||||
customer_invoices/epc_qr_code
|
||||
customer_invoices/snailmail
|
||||
@@ -0,0 +1,68 @@
|
||||
====================
|
||||
Offer cash discounts
|
||||
====================
|
||||
|
||||
Cash discounts are incentives you can offer to customers to motivate
|
||||
them to pay within a specific time frame. For instance, you offer a 2%
|
||||
discount if the customer pays you within the first 5 days of the
|
||||
invoice, when it is due in 30 days. This approach can greatly improve
|
||||
your average collection period.
|
||||
|
||||
Set up a cash discount
|
||||
======================
|
||||
|
||||
To set up a cash discount, go to :menuselection:`Accounting -->
|
||||
Configuration --> Management --> Payment Terms` and click on
|
||||
*Create*. Add a *Percent* type of term with a corresponding value
|
||||
(e.g. 98% of the total price for a 2% discount) and the number of days
|
||||
during which the offer is valid. You can also change the default balance
|
||||
term if needed.
|
||||
|
||||
.. image:: media/cash_discounts01.png
|
||||
:align: center
|
||||
|
||||
Start offering the cash discount
|
||||
================================
|
||||
|
||||
Now, you can create a customer invoice and select the cash discount
|
||||
payment term you added. Once the invoice is validated, Odoo will
|
||||
automatically split the account receivables part of the journal entry
|
||||
into two installments having different due dates. Since the discounted
|
||||
price is already calculated, your payment controls will be simplified.
|
||||
|
||||
.. image:: media/cash_discounts02.png
|
||||
:align: center
|
||||
|
||||
Grant the cash discount
|
||||
=======================
|
||||
|
||||
The customer fulfilled the payment terms and therefore benefits from the
|
||||
cash discount. When you process the bank statement, match the payment
|
||||
with the related journal entry. Then, select the remaining cash discount
|
||||
and click on *Create Write-off* to reconcile it.
|
||||
|
||||
.. image:: media/cash_discounts03.png
|
||||
:align: center
|
||||
|
||||
.. tip::
|
||||
You can also create a dedicated reconciliation model to make
|
||||
the process easier. In this case, you should add a tax to the model
|
||||
based on the taxes applied to your invoices. This means that if you
|
||||
handle multiple tax rates, you need to create several reconciliation
|
||||
models. Note that depending on your localisation, you might already have
|
||||
a Cash Discount model available by default.
|
||||
|
||||
Register the full payment
|
||||
=========================
|
||||
|
||||
In this case, the customer has not fulfilled the payment term and cannot
|
||||
benefit from the cash discount. When you process the bank statement,
|
||||
match the payment with the two related journal entries.
|
||||
|
||||
.. image:: media/cash_discounts04.png
|
||||
:align: center
|
||||
|
||||
|
||||
.. seealso::
|
||||
* :doc:`../../receivables/customer_invoices/payment_terms`
|
||||
* :doc:`../../bank/reconciliation/reconciliation_models`
|
||||
@@ -0,0 +1,40 @@
|
||||
=============
|
||||
Cash Rounding
|
||||
=============
|
||||
|
||||
**Cash rounding** is required when the lowest physical denomination
|
||||
of currency, or the smallest coin, is higher than the minimum unit
|
||||
of account.
|
||||
|
||||
For example, some countries require their companies to round up or
|
||||
down the total amount of an invoice to the nearest five cents, when
|
||||
the payment is made in cash.
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
Go to :menuselection:`Accounting --> Configuration --> Settings`
|
||||
and enable *Cash Rounding*, then click on *Save*.
|
||||
|
||||
.. image:: media/cash_rounding01.png
|
||||
:align: center
|
||||
|
||||
Go to :menuselection:`Accounting --> Configuration --> Cash Roundings`,
|
||||
and click on *Create*.
|
||||
|
||||
Define here your *Rounding Precision*, *Rounding Strategy*, and
|
||||
*Rounding Method*.
|
||||
|
||||
Odoo supports two **rounding strategies**:
|
||||
|
||||
1. **Add a rounding line**: a *rounding* line is added on the invoice.
|
||||
You have to define which account records the cash roundings.
|
||||
|
||||
2. **Modify tax amount**: the rounding is applied in the taxes section.
|
||||
|
||||
Apply roundings
|
||||
===============
|
||||
|
||||
When editing a draft invoice, open the *Other Info* tab, go to the
|
||||
*Accounting Information* section, and select the appropriate *Cash
|
||||
Rounding Method*.
|
||||
@@ -0,0 +1,96 @@
|
||||
========================
|
||||
Credit Notes and Refunds
|
||||
========================
|
||||
A **credit note**, or **credit memo**, is a document issued
|
||||
to a customer that notifies them that they have been credited
|
||||
a certain amount.
|
||||
|
||||
There are several reasons that can lead to a credit note, such as:
|
||||
* a mistake in the invoice
|
||||
* a return of the goods, or a rejection of the services
|
||||
* the goods delivered are damaged
|
||||
|
||||
.. note::
|
||||
Issuing a credit note is the only legal way to cancel,
|
||||
refund or modify a validated invoice. Don’t forget to
|
||||
*register the payment* afterward if you need to send money
|
||||
back to your customer.
|
||||
|
||||
Issue a Credit Note
|
||||
===================
|
||||
You can create a credit note from scratch by going to
|
||||
:menuselection:`Accounting --> Customers --> Credit Notes`,
|
||||
and by clicking on *Create*. Filling the Credit Note’s form
|
||||
works the same way as the Invoice’s form.
|
||||
|
||||
However, most of the time, credit notes are generated directly
|
||||
from the invoices they are related to.
|
||||
|
||||
To do so, open the *Customer Invoice*, and click on *Add Credit Note*.
|
||||
|
||||
.. image:: media/credit_notes01.png
|
||||
:align: center
|
||||
|
||||
You can choose between three options:
|
||||
- Partial Refund
|
||||
- Full Refund
|
||||
- Full refund and new draft invoice
|
||||
|
||||
.. note::
|
||||
Credit Notes’ numbers start with “R” and are followed by the
|
||||
number of the document they are related to (e.g., RINV/2019/0004).
|
||||
|
||||
Partial Refund
|
||||
--------------
|
||||
Odoo creates a draft credit note already prefilled with all the
|
||||
necessary information from the original invoice.
|
||||
|
||||
This is the option to choose to do a partial refund, or if you
|
||||
want to modify any detail on the credit note.
|
||||
|
||||
.. note::
|
||||
This is the only option available for invoices that are already marked as *Paid*.
|
||||
|
||||
Full Refund
|
||||
-----------
|
||||
Odoo creates a credit note, automatically validates it, and
|
||||
reconciles the original invoice with it.
|
||||
|
||||
.. image:: media/credit_notes02.png
|
||||
:align: center
|
||||
|
||||
This is the option to choose to do a full refund or cancel
|
||||
a validated invoice.
|
||||
|
||||
Full refund and new draft invoice
|
||||
---------------------------------
|
||||
Odoo creates a credit note, automatically validates it, reconciles
|
||||
the original invoice with it, and open a new draft invoice
|
||||
prefilled with the same details from the original invoice.
|
||||
|
||||
This is the option to choose to modify the content of a validated invoice.
|
||||
|
||||
Record a Vendor Refund
|
||||
======================
|
||||
**Vendor Refunds** are recorded the same way you would do with invoices’ credit notes:
|
||||
|
||||
You can either create a credit note from scratch by going
|
||||
to :menuselection:`Accounting --> Vendors --> Refund`, and
|
||||
by clicking on *Create*, or by opening the validated *Vendor Bill*,
|
||||
and clicking on *Add Credit Note*.
|
||||
|
||||
Journal Entries
|
||||
===============
|
||||
Issuing a credit note from an invoice creates a **reverse entry**
|
||||
that zeroes out the journal items generated by the original invoice.
|
||||
|
||||
Here is an example of an invoice’s journal entry:
|
||||
|
||||
.. image:: media/credit_notes03.png
|
||||
:align: center
|
||||
|
||||
And here is the credit note’s journal entry generated to reverse
|
||||
the original invoice above:
|
||||
|
||||
.. image:: media/credit_notes04.png
|
||||
:align: center
|
||||
@@ -0,0 +1,195 @@
|
||||
=================
|
||||
Deferred Revenues
|
||||
=================
|
||||
|
||||
**Deferred revenues**, or **unearned revenue**, are payments made in advance by customers for
|
||||
products yet to deliver or services yet to render.
|
||||
|
||||
Such payments are a **liability** for the company that receives them since it still owes its
|
||||
customers these products or services. The company cannot report them on the current **Profit and
|
||||
Loss statement**, or *Income Statement*, since the payments will be effectively earned in the future.
|
||||
|
||||
These future revenues must be deferred on the company's balance sheet until the moment in time they
|
||||
can be **recognized**, at once or over a defined period, on the Profit and Loss statement.
|
||||
|
||||
For example, let's say we sell a five-year extended warranty for $ 350. We already receive the money
|
||||
now but haven't earned it yet. Therefore, we post this new income in a deferred revenue account and
|
||||
decide to recognize it on a yearly basis. Each year, for the next 5 years, $ 70 will be recognized
|
||||
as revenue.
|
||||
|
||||
Odoo Accounting handles deferred revenues by spreading them in multiple entries that are
|
||||
automatically created in *draft mode* and then posted periodically.
|
||||
|
||||
.. note::
|
||||
The server checks once a day if an entry must be posted. It might then take up to 24 hours before
|
||||
you see a change from *draft* to *posted*.
|
||||
|
||||
Prerequisites
|
||||
=============
|
||||
|
||||
Such transactions must be posted on a **Deferred Revenue Account** rather than on the default income
|
||||
account.
|
||||
|
||||
Configure a Deferred Revenue Account
|
||||
------------------------------------
|
||||
|
||||
To configure your account in the **Chart of Accounts**, go to :menuselection:`Accounting -->
|
||||
Configuration --> Chart of Accounts`, click on *Create*, and fill out the form.
|
||||
|
||||
.. image:: media/deferred_revenues01.png
|
||||
:align: center
|
||||
:alt: Configuration of a Deferred Revenue Account in Odoo Accounting
|
||||
|
||||
.. note::
|
||||
This account's type must be either *Current Liabilities* or *Non-current Liabilities*
|
||||
|
||||
Post an income to the right account
|
||||
-----------------------------------
|
||||
|
||||
Select the account on a draft invoice
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
On a draft invoice, select the right account for all the products of which the incomes must be
|
||||
deferred.
|
||||
|
||||
.. image:: media/deferred_revenues02.png
|
||||
:align: center
|
||||
:alt: Selection of a Deferred Revenue Account on a draft invoice in Odoo Accounting
|
||||
|
||||
Choose a different Income Account for specific products
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Start editing the product, go to the *Accounting* tab, select the right **Income Account**, and
|
||||
save.
|
||||
|
||||
.. image:: media/deferred_revenues03.png
|
||||
:align: center
|
||||
:alt: Change of the Income Account for a product in Odoo
|
||||
|
||||
.. tip::
|
||||
It is possible to automate the creation of revenue entries for these products (see:
|
||||
`Automate the Deferred Revenues`_).
|
||||
|
||||
Change the account of a posted journal item
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
To do so, open your Sales Journal by going to
|
||||
:menuselection:`Accounting --> Accounting --> Sales`, select the journal item you
|
||||
want to modify, click on the account, and select the right one.
|
||||
|
||||
.. image:: media/deferred_revenues04.png
|
||||
:align: center
|
||||
:alt: Modification of a posted journal item's account in Odoo Accounting
|
||||
|
||||
Deferred Revenues entries
|
||||
=========================
|
||||
|
||||
Create a new entry
|
||||
------------------
|
||||
|
||||
A **Deferred Revenues entry** automatically generates all journal entries in *draft mode*. They are
|
||||
then posted one by one at the right time until the full amount of the income is recognized.
|
||||
|
||||
To create a new entry, go to :menuselection:`Accounting --> Accounting --> Deferred Revenues`, click
|
||||
on *Create*, and fill out the form.
|
||||
|
||||
Click on **select related purchases** to link an existing journal item to this new entry. Some
|
||||
fields are then automatically filled out, and the journal item is now listed under the **Related
|
||||
Sales** tab.
|
||||
|
||||
.. image:: media/deferred_revenues05.png
|
||||
:align: center
|
||||
:alt: Deferred Revenue entry in Odoo Accounting
|
||||
|
||||
Once done, you can click on *Compute Revenue* (next to the *Confirm* button) to generate all the
|
||||
values of the **Revenue Board**. This board shows you all the entries that Odoo will post to
|
||||
recognize your revenue, and at which date.
|
||||
|
||||
.. image:: media/deferred_revenues06.png
|
||||
:align: center
|
||||
:alt: Revenue Board in Odoo Accounting
|
||||
|
||||
What does "Prorata Temporis" mean?
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
The **Prorata Temporis** feature is useful to recognize your revenue the most accurately possible.
|
||||
|
||||
With this feature, the first entry on the Revenue Board is computed based on the time left between
|
||||
the *Prorata Date* and the *First Recognition Date* rather than the default amount of time between
|
||||
recognitions.
|
||||
|
||||
For example, the Revenue Board above has its first revenue with an amount of $ 4.22 rather than
|
||||
$ 70.00. Consequently, the last entry is also lower and has an amount of $ 65.78.
|
||||
|
||||
Deferred Entry from the Sales Journal
|
||||
-------------------------------------
|
||||
|
||||
You can create a deferred entry from a specific journal item in your **Sales Journal**.
|
||||
|
||||
To do so, open your Sales Journal by going to
|
||||
:menuselection:`Accounting --> Accounting --> Sales`, and select the journal item you want to defer.
|
||||
Make sure that it is posted in the right account (see:
|
||||
`Change the account of a posted journal item`_).
|
||||
|
||||
Then, click on *Action*, select **Create Deferred Entry**, and fill out the form the same way you
|
||||
would do to `create a new entry`_.
|
||||
|
||||
.. image:: media/deferred_revenues07.png
|
||||
:align: center
|
||||
:alt: Create Deferred Entry from a journal item in Odoo Accounting
|
||||
|
||||
Deferred Revenue Models
|
||||
=======================
|
||||
|
||||
You can create **Deferred Revenue Models** to create your Deferred Revenue entries faster.
|
||||
|
||||
To create a model, go to :menuselection:`Accounting --> Configuration --> Deferred Revenue Models`,
|
||||
click on *Create*, and fill out the form the same way you would do to create a new entry.
|
||||
|
||||
.. tip::
|
||||
You can also convert a *confirmed Deferred Revenue entry* into a model by
|
||||
opening it from :menuselection:`Accounting --> Accounting --> Deferred
|
||||
Revenues` and then, by clicking on the button *Save Model*.
|
||||
|
||||
Apply a Deferred Revenue Model to a new entry
|
||||
---------------------------------------------
|
||||
|
||||
When you create a new Deferred Revenue entry, fill out the **Deferred Revenue Account** with the
|
||||
right recognition account.
|
||||
|
||||
New buttons with all the models linked to that account appear at the top of the form. Clicking on a
|
||||
model button fills out the form according to that model.
|
||||
|
||||
.. image:: media/deferred_revenues08.png
|
||||
:align: center
|
||||
:alt: Deferred Revenue model button in Odoo Accounting
|
||||
|
||||
.. _deferred-revenues-automation:
|
||||
|
||||
Automate the Deferred Revenues
|
||||
==============================
|
||||
|
||||
When you create or edit an account of which the type is either *Current Liabilities* or *Non-current
|
||||
Liabilities*, you can configure it to defer the revenues that are credited on it automatically.
|
||||
|
||||
You have three choices for the **Automate Deferred Revenue** field:
|
||||
|
||||
#. **No:** this is the default value. Nothing happens.
|
||||
#. **Create in draft:** whenever a transaction is posted on the account, a draft *Deferred Revenues
|
||||
entry* is created, but not validated. You must first fill out the form in
|
||||
:menuselection:`Accounting --> Accounting --> Deferred Revenues`.
|
||||
#. **Create and validate:** you must also select a Deferred Revenue Model (see:
|
||||
`Deferred Revenue Models`_). Whenever a transaction is posted on the account, a *Deferred
|
||||
Revenues entry* is created and immediately validated.
|
||||
|
||||
.. image:: media/deferred_revenues09.png
|
||||
:align: center
|
||||
:alt: Automate Deferred Revenue on an account in Odoo Accounting
|
||||
|
||||
.. tip::
|
||||
You can, for example, select this account as the default **Income Account** of a product to fully
|
||||
automate its sale. (see: `Choose a different Income Account for specific products`_).
|
||||
|
||||
.. seealso::
|
||||
* :doc:`../../overview/getting_started/chart_of_accounts`
|
||||
* `Odoo Academy: Deferred Revenues (Recognition) <https://www.odoo.com/r/EWO>`_
|
||||
@@ -0,0 +1,65 @@
|
||||
============================
|
||||
Add EPC QR Codes to invoices
|
||||
============================
|
||||
European Payments Council Quick Response Code,
|
||||
or **EPC QR Code**, are two-dimensional barcodes
|
||||
that customers can scan with their **mobile banking
|
||||
applications** to initiate a **SEPA Credit Transfer
|
||||
(SCT)**, and pay their invoices instantly.
|
||||
|
||||
In addition to bringing ease of use and speed,
|
||||
it greatly reduces typing errors that would potentially
|
||||
make for payment issues.
|
||||
|
||||
.. note::
|
||||
This feature is only available in several European
|
||||
countries such as Austria, Belgium, Finland, Germany,
|
||||
and The Netherlands.
|
||||
|
||||
Configuration
|
||||
=============
|
||||
Go to :menuselection:`Accounting --> Configuration --> Settings`
|
||||
and activate the **SEPA QR Code** feature.
|
||||
|
||||
.. image:: media/epc_qr_code01.png
|
||||
:align: center
|
||||
|
||||
Configure your Bank Account’s journal
|
||||
-------------------------------------
|
||||
Make sure that your *Bank Account* is correctly configured
|
||||
on Odoo with your IBAN and BIC.
|
||||
|
||||
To do so, go to :menuselection:`Accounting --> Configuration
|
||||
--> Journals`, open your *bank journal*, then fill out the
|
||||
*Bank Account* and *Bank* under the *Bank Account* tab.
|
||||
|
||||
.. image:: media/epc_qr_code02.png
|
||||
:align: center
|
||||
|
||||
Issue Invoices with EPC QR Codes
|
||||
================================
|
||||
EPC QR Codes are added automatically to your invoices, as
|
||||
long as you issue them to customers that are located in a
|
||||
country where this feature is available.
|
||||
|
||||
Go to :menuselection:`Accounting --> Customers --> Invoices`,
|
||||
and create a new invoice.
|
||||
|
||||
Before posting it, open the *Other Info* tab. Odoo automatically
|
||||
fills out the *Bank Account* field with your IBAN.
|
||||
|
||||
Make sure that the account indicated is the one you want to use to
|
||||
receive your customer’s payment as Odoo uses this field to generate
|
||||
the EPC QR Code.
|
||||
|
||||
.. image:: media/epc_qr_code03.png
|
||||
:align: center
|
||||
|
||||
.. tip::
|
||||
If you want to issue an invoice without an EPC QR Code,
|
||||
remove the IBAN indicated in the *Bank Account* field,
|
||||
under the *Other Info* tab of the invoice.
|
||||
|
||||
.. seealso::
|
||||
* :doc:`../../bank/setup/bank_accounts`
|
||||
* `Odoo Academy: QR Code on Invoices for European Customers <https://www.odoo.com/r/VuU>`_
|
||||
|
After Width: | Height: | Size: 29 KiB |
|
After Width: | Height: | Size: 26 KiB |
|
After Width: | Height: | Size: 34 KiB |
|
After Width: | Height: | Size: 24 KiB |
|
After Width: | Height: | Size: 4.4 KiB |
|
After Width: | Height: | Size: 3.8 KiB |
|
After Width: | Height: | Size: 14 KiB |
|
After Width: | Height: | Size: 6.8 KiB |
|
After Width: | Height: | Size: 6.3 KiB |
|
After Width: | Height: | Size: 6.7 KiB |
|
After Width: | Height: | Size: 17 KiB |
|
After Width: | Height: | Size: 6.0 KiB |
|
After Width: | Height: | Size: 16 KiB |
|
After Width: | Height: | Size: 27 KiB |
|
After Width: | Height: | Size: 20 KiB |
|
After Width: | Height: | Size: 4.9 KiB |
|
After Width: | Height: | Size: 5.6 KiB |
|
After Width: | Height: | Size: 5.4 KiB |
|
After Width: | Height: | Size: 16 KiB |
|
After Width: | Height: | Size: 3.1 KiB |
|
After Width: | Height: | Size: 5.8 KiB |
|
After Width: | Height: | Size: 14 KiB |
|
After Width: | Height: | Size: 8.8 KiB |
|
After Width: | Height: | Size: 13 KiB |
@@ -0,0 +1,137 @@
|
||||
=================================
|
||||
Overview of the invoicing process
|
||||
=================================
|
||||
|
||||
Depending on your business and the application you use, there are
|
||||
different ways to automate the customer invoice creation in Odoo.
|
||||
Usually, draft invoices are created by the system (with information
|
||||
coming from other documents like sales order or contracts) and
|
||||
accountant just have to validate draft invoices and send the invoices in
|
||||
batch (by regular mail or email).
|
||||
|
||||
Depending on your business, you may opt for one of the following way to
|
||||
create draft invoices:
|
||||
|
||||
Sales
|
||||
=====
|
||||
|
||||
Sales Order ‣ Invoice
|
||||
---------------------
|
||||
|
||||
In most companies, salespeople create quotations that become sales order
|
||||
once they are validated. Then, draft invoices are created based on the
|
||||
sales order. You have different options like:
|
||||
|
||||
- Invoice manually: use a button on the sale order to trigger the draft
|
||||
invoice
|
||||
|
||||
- Invoice before delivery: invoice the full order before triggering the
|
||||
delivery order
|
||||
|
||||
- Invoice based on delivery order: see next section
|
||||
|
||||
Invoice before delivery is usually used by the eCommerce application
|
||||
when the customer pays at the order and we deliver afterwards.
|
||||
(pre-paid)
|
||||
|
||||
For most other use cases, it's recommended to invoice manually. It
|
||||
allows the salesperson to trigger the invoice on demand with options:
|
||||
invoice the whole order, invoice a percentage (advance), invoice some
|
||||
lines, invoice a fixed advance.
|
||||
|
||||
This process is good for both services and physical products.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`../../../../sales/sales/invoicing/proforma`
|
||||
|
||||
Sales Order ‣ Delivery Order ‣ Invoice
|
||||
--------------------------------------
|
||||
|
||||
Retailers and eCommerce usually invoice based on delivery orders,
|
||||
instead of sales order. This approach is suitable for businesses where
|
||||
the quantities you deliver may differs from the ordered quantities:
|
||||
foods (invoice based on actual Kg).
|
||||
|
||||
This way, if you deliver a partial order, you only invoice for what you
|
||||
really delivered. If you do back orders (deliver partially and the rest
|
||||
later), the customer will receive two invoices, one for each delivery
|
||||
order.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`../../../../sales/sales/invoicing/invoicing_policy`
|
||||
|
||||
eCommerce Order ‣ Invoice
|
||||
-------------------------
|
||||
|
||||
An eCommerce order will also trigger the creation of the order when it
|
||||
is fully paid. If you allow paying orders by check or wire transfer,
|
||||
Odoo only creates an order and the invoice will be triggered once the
|
||||
payment is received.
|
||||
|
||||
Contracts
|
||||
=========
|
||||
|
||||
Regular Contracts ‣ Invoices
|
||||
----------------------------
|
||||
|
||||
If you use contracts, you can trigger invoice based on time and material
|
||||
spent, expenses or fixed lines of services/products. Every month, the
|
||||
salesperson will trigger invoice based on activities on the contract.
|
||||
|
||||
Activities can be:
|
||||
|
||||
- fixed products/services, coming from a sale order linked to this contract
|
||||
- materials purchased (that you will re-invoice)
|
||||
- time and material based on timesheets or purchases (subcontracting)
|
||||
- expenses like travel and accommodation that you re-invoice to the customer
|
||||
|
||||
You can invoice at the end of the contract or trigger intermediate
|
||||
invoices. This approach is used by services companies that invoice
|
||||
mostly based on time and material. For services companies that invoice
|
||||
on fix price, they use a regular sales order.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`../../../../sales/sales/invoicing/time_materials`
|
||||
- :doc:`../../../../sales/sales/invoicing/expense`
|
||||
- :doc:`../../../../sales/sales/invoicing/milestone`
|
||||
|
||||
Recurring Contracts ‣ Invoices
|
||||
------------------------------
|
||||
|
||||
For subscriptions, an invoice is triggered periodically, automatically.
|
||||
The frequency of the invoicing and the services/products invoiced are
|
||||
defined on the contract.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`../../../../sales/sales/invoicing/subscriptions`
|
||||
|
||||
Others
|
||||
======
|
||||
|
||||
Creating an invoice manually
|
||||
----------------------------
|
||||
|
||||
Users can also create invoices manually without using contracts or a
|
||||
sales order. It's a recommended approach if you do not need to manage
|
||||
the sales process (quotations), or the delivery of the products or
|
||||
services.
|
||||
|
||||
Even if you generate the invoice from a sales order, you may need to
|
||||
create invoices manually in exceptional use cases:
|
||||
|
||||
- if you need to create a refund
|
||||
|
||||
- If you need to give a discount
|
||||
|
||||
- if you need to change an invoice created from a sales order
|
||||
|
||||
- if you need to invoice something not related to your core business
|
||||
|
||||
Specific modules
|
||||
----------------
|
||||
|
||||
Some specific modules are also able to generate draft invoices:
|
||||
|
||||
- **membership**: invoice your members every year
|
||||
|
||||
- **repairs**: invoice your after-sale services
|
||||
@@ -0,0 +1,121 @@
|
||||
===================================
|
||||
Payment Terms and Installment Plans
|
||||
===================================
|
||||
|
||||
**Payment Terms** specify all the conditions under which a sale is paid, mostly to ensure customers
|
||||
pay their invoices correctly and on time.
|
||||
|
||||
Payment Terms can be applied to sales orders, customer invoices, supplier bills, and contacts. These
|
||||
conditions cover:
|
||||
|
||||
- The due date
|
||||
- Some discounts
|
||||
- Any other condition on the payment
|
||||
|
||||
Defining Payment Terms automatically calculates the payments' due dates. This is particularly
|
||||
helpful for managing installment plans.
|
||||
|
||||
An **installment plan** allows the customers to pay an invoice in parts, with the amounts and
|
||||
payment dates defined beforehand by the seller.
|
||||
|
||||
**Examples of Payment Terms:**
|
||||
|
||||
- | **Immediate Payment**
|
||||
| The full payment is due on the day of the invoice's issuance.
|
||||
- | **15 Days** (or **Net 15**)
|
||||
| The full payment is due 15 days after the invoice date.
|
||||
- | **21 MFI**
|
||||
| The full payment is due by the 21st of the month following the invoice date.
|
||||
- | **2% 10, Net 30 EOM**
|
||||
| 2% :doc:`cash discount <cash_discounts>` if the payment is received within ten days. Otherwise,
|
||||
the full payment is due at the end of the month following the invoice date.
|
||||
|
||||
.. note::
|
||||
Payment terms are not to be confused with down payment invoices. If, for a specific order, you
|
||||
issue several invoices to your customer, that is neither a payment term nor an installment plan,
|
||||
but an invoicing policy.
|
||||
|
||||
.. note::
|
||||
This document is about the *Payment Terms* feature, not *Terms & Conditions*.
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
Go to :menuselection:`Accounting --> Configuration --> Payment Terms` and click on *Create*.
|
||||
|
||||
The **Description on the Invoice** is the text displayed on the document (sale order, invoice,
|
||||
etc.).
|
||||
|
||||
In the **Terms** section, you can add a set of rules, called *terms*, to define what needs to be
|
||||
paid and by which due date.
|
||||
|
||||
To add a term, click on *Add a line*, and define its *Type*, *Value*, and *Due Date Computation*.
|
||||
|
||||
.. important::
|
||||
- Terms are computed in the order they are set up.
|
||||
- The **balance** should always be used for the last line.
|
||||
|
||||
In the following example, 30% is due on the day of issuance, and the balance is due at the end of
|
||||
the following month.
|
||||
|
||||
.. image:: payment_terms/configuration.png
|
||||
:align: center
|
||||
:alt: Example of Payment Terms. The last line is the balance due on the 31st of the following
|
||||
month.
|
||||
|
||||
Using Payment Terms
|
||||
===================
|
||||
|
||||
Payment Terms can be defined in the **Due Date** field, with the **Terms** drop-down list, on:
|
||||
|
||||
- | **Quotations**
|
||||
| To set specific payment terms automatically on all invoices generated from a quotation.
|
||||
- | **Customer Invoices**
|
||||
| To set specific payment terms on an invoice.
|
||||
- | **Vendor Bills**
|
||||
| To set specific payment terms on a bill. This is mostly useful when you need to manage vendor
|
||||
terms with several installments. Otherwise, setting the *Due Date* is enough.
|
||||
|
||||
.. tip::
|
||||
You can also define a **Due Date** manually. If Payment Terms are already defined, empty the
|
||||
field so you can select a date.
|
||||
|
||||
Payment Terms can be defined with the **Payment Terms** field on:
|
||||
|
||||
- | **Contacts**
|
||||
| To set specific payment terms automatically on new sales orders, invoices, and bills of a
|
||||
contact. This can be modified in the contact’s *Form View*, under the *Sales & Purchase* tab.
|
||||
|
||||
Journal Entries
|
||||
===============
|
||||
|
||||
Invoices with specific Payment Terms generate different *Journal Entries*, with one *Journal Item*
|
||||
for every computed *Due Date*.
|
||||
|
||||
This makes for easier *Follow-ups* and *Reconciliation* since Odoo takes each due date into account,
|
||||
rather than just the balance due date. It also helps to get an accurate *Aged Receivable report*.
|
||||
|
||||
.. image:: payment_terms/journal-entry.png
|
||||
:align: center
|
||||
:alt: The amount debited on the Account Receivable is split into two Journal Items with distinct
|
||||
Due Dates
|
||||
|
||||
In this example, an invoice of $1000 has been issued with the following payment terms: *30% is due
|
||||
on the day of issuance, and the balance is due at the end of the following month.*
|
||||
|
||||
+----------------------+-------------+---------+---------+
|
||||
| Account | Due date | Debit | Credit |
|
||||
+======================+=============+=========+=========+
|
||||
| Account Receivable | February 21 | 300 | |
|
||||
+----------------------+-------------+---------+---------+
|
||||
| Account Receivable | March 31 | 700 | |
|
||||
+----------------------+-------------+---------+---------+
|
||||
| Product Sales | | | 1000 |
|
||||
+----------------------+-------------+---------+---------+
|
||||
|
||||
The $1000 debited on the Account Receivable is split into two distinct *Journal Items*. Both of
|
||||
them have their own **Due Date**.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`cash_discounts`
|
||||
- `Odoo Tutorials: Terms and Conditions (T&C) and Payment Terms <https://www.odoo.com/r/fpv>`_
|
||||
|
After Width: | Height: | Size: 11 KiB |
|
After Width: | Height: | Size: 72 KiB |
@@ -0,0 +1,45 @@
|
||||
======================================
|
||||
Send your Invoices by Post (Snailmail)
|
||||
======================================
|
||||
|
||||
Direct mail is a great way to capture individuals’ attention at a time where inboxes are always
|
||||
full. Odoo allows you to send invoices and follow-up reports by post, worldwide, directly from
|
||||
your database.
|
||||
|
||||
Set up Snailmail
|
||||
================
|
||||
|
||||
| Go to :menuselection:`Accounting --> Settings --> Snailmail` and activate the feature.
|
||||
| If you would like this option to be a default feature, enable *Send by Post* under
|
||||
*Default Sending Options*.
|
||||
|
||||
.. image:: media/setup_snailmail.png
|
||||
:align: center
|
||||
:alt: Under settings enable the snailmail feauture in Odoo Accounting
|
||||
|
||||
Send your invoices by post
|
||||
--------------------------
|
||||
|
||||
Open your Invoice, click on the *Send & Print* button and select *Send by Post*.
|
||||
|
||||
.. image:: media/invoice_bypost.png
|
||||
:align: center
|
||||
:alt: Overview of an invoice and the option send by post available in Odoo Accounting
|
||||
|
||||
.. important::
|
||||
Make sure to have your customer’s address set correctly, and that it includes a country,
|
||||
before sending the letter.
|
||||
|
||||
Pricing
|
||||
=======
|
||||
|
||||
| *Snailmail* is an *In-App Purchase (IAP)* service which requires prepaid stamps (=credits)
|
||||
to work. Sending one document consumes one stamp.
|
||||
| To buy stamps, go to :menuselection:`Accounting --> Configuration --> Settings --> Snailmail`
|
||||
and click on *Buy credits*, or go to :menuselection:`Settings --> Odoo IAP` and click on
|
||||
*View my Services*.
|
||||
|
||||
.. tip::
|
||||
- If you are on Odoo Online (SAAS) and have the Enterprise version, you benefit from free trial
|
||||
credits to test the feature.
|
||||
- Click `here <https://iap.odoo.com/privacy#header_4>`_ to know about our *Privacy Policy*.
|
||||
@@ -0,0 +1,13 @@
|
||||
=================
|
||||
Customer Payments
|
||||
=================
|
||||
|
||||
.. toctree::
|
||||
:titlesonly:
|
||||
|
||||
customer_payments/recording
|
||||
customer_payments/online_payment
|
||||
customer_payments/check
|
||||
customer_payments/batch
|
||||
customer_payments/batch_sdd
|
||||
customer_payments/followup
|
||||
@@ -0,0 +1,100 @@
|
||||
==================================================
|
||||
Batch Payments: Batch Deposits (checks, cash etc.)
|
||||
==================================================
|
||||
|
||||
A **Batch Deposit** groups multiple payments in a single batch. This allows you to deposit several
|
||||
payments into your bank account with a single transaction. This is particularly useful to deposit
|
||||
cash and checks.
|
||||
|
||||
This feature allows you to list several customer payments and print a **deposit slip**. This ticket
|
||||
contains the details of the transactions and a reference to the batch deposit. You can then select
|
||||
this reference during a bank reconciliation to match the single bank statement line with all the
|
||||
transactions listed in the batch deposit.
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
To activate the feature, go to :menuselection:`Accounting --> Configuration --> Settings -->
|
||||
Customer Payments`, activate **Batch Payments**, and click on *Save*.
|
||||
|
||||
Payment Method Types
|
||||
--------------------
|
||||
|
||||
To record new payments as part of a Batch Deposit, you have to configure first the Journal on which
|
||||
you record them.
|
||||
|
||||
To do so, go to :menuselection:`Accounting --> Configuration --> Journals`, open the Journal
|
||||
you want to edit, click on *Edit*, and open the *Advanced Settings* tab. In the *Payment Method
|
||||
Types* section, enable **Batch Deposit**, and click on *Save*.
|
||||
|
||||
.. image:: media/batch-journal-settings.png
|
||||
:align: center
|
||||
:alt: Payment Method Types in a journal's advanced settings
|
||||
|
||||
.. note::
|
||||
Your main bank accounts are automatically configured to process batch payments when you activate
|
||||
the feature.
|
||||
|
||||
Deposit multiple payments in batch
|
||||
==================================
|
||||
|
||||
Record payments to deposit in batch
|
||||
-----------------------------------
|
||||
|
||||
:doc:`Register the payments <recording>` on the bank account on which you plan to deposit them by
|
||||
opening the *Customer Invoice* for which you received a payment, and clicking on *Register Payment*.
|
||||
There, select the appropriate Journal linked to your bank account and select *Batch Deposit* as
|
||||
Payment Method.
|
||||
|
||||
.. image:: media/batch-register-payment.png
|
||||
:align: center
|
||||
:alt: Registering a customer payment as part of a Batch Deposit in Odoo Accounting
|
||||
|
||||
Do this step for all checks or payments you want to process in batch.
|
||||
|
||||
.. note::
|
||||
Make sure to write the payment reference in the **Memo** field.
|
||||
|
||||
Add payments to a Batch Deposit
|
||||
-------------------------------
|
||||
|
||||
To add the payments to a Batch Deposit, go to :menuselection:`Accounting --> Customers --> Batch
|
||||
Payments`, and click on *Create*. Next, select the Bank and Payment Method, then click on *Add a
|
||||
line*.
|
||||
|
||||
.. image:: media/batch-new-inbound.png
|
||||
:align: center
|
||||
:alt: Filling out a new Inbound Batch Payment form on Odoo Accounting
|
||||
|
||||
Select all payments to include in the current Batch Deposit and click on *Select*. You can also
|
||||
record a new payment and add it to the list by clicking on *Create*.
|
||||
|
||||
.. image:: media/batch-payments-selection.png
|
||||
:align: center
|
||||
:alt: Selection of all payments to include in the Batch Deposit
|
||||
|
||||
Once done, click on *Validate* to finalize your Batch Deposit. You can then click on *Print* to
|
||||
download a PDF file to include with the deposit slip that the bank usually requires to fill out.
|
||||
|
||||
Bank Reconciliation
|
||||
-------------------
|
||||
|
||||
Once the bank statements are on your database, you can reconcile the bank statement line with the
|
||||
*Batch Payment* reference. To do so, start your **Bank Reconciliation** by going to your Accounting
|
||||
dashboard and clicking on *Reconcile Items* on the related bank account. At the bank statement line,
|
||||
click on *Choose counterpart or Create Write-off* to display more options, open the *Batch Payments*
|
||||
tab, and select your Batch Payment. All related payments are automatically added.
|
||||
|
||||
.. note::
|
||||
The *Batch Payments* tab won't appear if a Partner is selected for this bank statement line.
|
||||
|
||||
.. image:: media/batch-bank-reconciliation.png
|
||||
:align: center
|
||||
:alt: Reconciliation of the Batch Payment with all its transactions
|
||||
|
||||
If a check, or a payment, couldn't be processed by the bank and is missing, remove the related
|
||||
payment before validating the bank reconciliation.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`recording`
|
||||
- :doc:`batch_sdd`
|
||||
@@ -0,0 +1,149 @@
|
||||
=======================================
|
||||
Batch Payments: SEPA Direct Debit (SDD)
|
||||
=======================================
|
||||
|
||||
SEPA, the Single Euro Payments Area, is a payment-integration initiative of the European Union for
|
||||
simplification of bank transfers denominated in EURO. With **SEPA Direct Debit**, your customers can
|
||||
sign a **mandate** that authorizes you to collect future payments from their bank accounts. This is
|
||||
particularly useful for recurring payments based on a subscription.
|
||||
|
||||
You can record customer mandates in Odoo, and generate XML files containing pending payments made
|
||||
with an SDD mandate.
|
||||
|
||||
.. note::
|
||||
| SDD is supported by all SEPA countries, which includes the 27 member states of the European
|
||||
Union as well as additional countries.
|
||||
| `List of all SEPA countries
|
||||
<https://www.europeanpaymentscouncil.eu/document-library/other/epc-list-sepa-scheme-countries>`_.
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
Go to :menuselection:`Accounting --> Configuration --> Settings`, activate **SEPA Direct Debit
|
||||
(SDD)** and click on *Save*. Enter your company's **Creditor Identifier**. This number is provided
|
||||
by your bank institution, or the authority responsible for delivering them.
|
||||
|
||||
.. image:: media/batch-sdd-creditor-identifier.png
|
||||
:align: center
|
||||
:alt: Add a SEPA Creditor Identifier to Odoo Accounting
|
||||
|
||||
SEPA Direct Debit Mandates
|
||||
==========================
|
||||
|
||||
Create a mandate
|
||||
----------------
|
||||
|
||||
The SEPA Direct Debit Mandate is the document that your customers sign to authorize you to collect
|
||||
money directly from their bank accounts.
|
||||
|
||||
To create a new mandate, go to :menuselection:`Accounting --> Customers --> Direct Debit Mandates`,
|
||||
click on *Create*, and fill out the form.
|
||||
|
||||
.. image:: media/batch-sdd-mandate-form.png
|
||||
:align: center
|
||||
:alt: Fill out SEPA Direct Debit in Odoo Accounting
|
||||
|
||||
Export the PDF file by clicking on *Print*. It is then up to your customer to sign this document.
|
||||
Once done, upload the signed file in the **Original Document** field, and click on *Validate* to
|
||||
start running the mandate.
|
||||
|
||||
.. important::
|
||||
Make sure that the **IBAN bank accounts details** are correctly recorded on the debtor’s contact
|
||||
form, under the *Accounting* tab, and in your own :doc:`Bank Account
|
||||
<../../bank/setup/bank_accounts>` settings.
|
||||
|
||||
SEPA Direct Debit as a Payment Method
|
||||
-------------------------------------
|
||||
|
||||
SEPA Direct Debit can be used as a payment method both on your **eCommerce** or on the **Customer
|
||||
Portal** by activating SDD as a **Payment Acquirer**. With this method, your customers can create
|
||||
and sign their mandates themselves.
|
||||
|
||||
To do so, go to :menuselection:`Accounting --> Configuration --> Payment Acquirers`, click on *SEPA
|
||||
Direct Debit*, and set it up according to your needs.
|
||||
|
||||
.. important::
|
||||
Make sure to change the **State** field to *Enabled*, and to check **Online Signature**, as this
|
||||
is necessary to let your customers sign their mandates.
|
||||
|
||||
Customers using SDD as payment method get prompted to add their IBAN, email address, and to sign
|
||||
their SEPA Direct Debit mandate.
|
||||
|
||||
.. todo::
|
||||
Add link to future **Payment Acquirer** documentation.
|
||||
|
||||
Close or revoke a mandate
|
||||
-------------------------
|
||||
|
||||
Direct Debit mandates are closed automatically after their *End Date*. If this field is left blank,
|
||||
the mandate keeps being *Active* until it is *Closed* or *Revoked*.
|
||||
|
||||
.. image:: media/batch-sdd-revoke-close.png
|
||||
:align: center
|
||||
:alt: Close or Revoke an SDD Mandate in Odoo Accounting
|
||||
|
||||
Clicking on **Close** updates the mandate’s end day to the current day. This means that invoices
|
||||
issued after the present day will not be processed with an SDD payment.
|
||||
|
||||
Clicking on **Revoke** disables the mandate immediately. No SDD payment can be registered anymore,
|
||||
regardless of the invoice’s date. However, payments that have already been registered are still
|
||||
included in the next SDD XML file.
|
||||
|
||||
.. warning::
|
||||
Once a mandate has been *closed* or *revoked*, it cannot be reactivated.
|
||||
|
||||
Get paid with SDD Batch Payments
|
||||
================================
|
||||
|
||||
Customer Invoices
|
||||
-----------------
|
||||
|
||||
You can register SDD payments for invoices issued to customers who have an active SDD mandate.
|
||||
|
||||
To do so, open the invoice, click on *Register Payment*, and choose *SEPA Direct Debit* as payment
|
||||
method.
|
||||
|
||||
Generate SEPA Direct Debit XML files to submit payments
|
||||
-------------------------------------------------------
|
||||
|
||||
**XML files** with all SDD payment instructions can be uploaded to your online banking interface to
|
||||
process all payments at once.
|
||||
|
||||
.. note::
|
||||
The files generated by Odoo follow the SEPA Direct Debit **PAIN.008.001.02** specifications, as
|
||||
required by the SEPA customer-to-bank Implementation Guidelines, which ensures compatibility with
|
||||
the banks.
|
||||
|
||||
To generate your XML file for the pending SDD payments, go to the related *bank journal* on your
|
||||
*Accounting dashboard*, then click on *Direct Debit Payments to Collect*.
|
||||
|
||||
.. image:: media/batch-sdd-collect.png
|
||||
:align: center
|
||||
:alt: Start the SDD payments collection in Odoo Accounting
|
||||
|
||||
Select all the payments you want to include in your SDD XML file, then click on *Action* and select
|
||||
*Create Batch Payment*.
|
||||
|
||||
.. image:: media/batch-sdd-batch.png
|
||||
:align: center
|
||||
:alt: Create a batch payment with all the SDD payments in Odoo Accounting
|
||||
|
||||
Odoo then takes you to your *Batch Payment*’s form. Click on *Validate* and download the SDD XML
|
||||
file.
|
||||
|
||||
.. image:: media/batch-sdd-xml.png
|
||||
:align: center
|
||||
:alt: Generate an XML file for your SDD payments in Odoo Accounting
|
||||
|
||||
Finally, upload this file to your online banking interface to process the payments.
|
||||
|
||||
.. tip::
|
||||
You can retrieve all the generated SDD XML files by going to
|
||||
:menuselection:`Accounting --> Configuration --> Customers --> Batch Payments`.
|
||||
|
||||
.. seealso::
|
||||
* :doc:`batch`
|
||||
* :doc:`../../bank/setup/bank_accounts`
|
||||
* `Odoo Academy: SEPA Direct Debit Mandates (SDD) <https://www.odoo.com/r/Zxs>`_
|
||||
* `List of all SEPA countries
|
||||
<https://www.europeanpaymentscouncil.eu/document-library/other/epc-list-sepa-scheme-countries>`_
|
||||
@@ -0,0 +1,151 @@
|
||||
====================================
|
||||
Register customer payments by checks
|
||||
====================================
|
||||
|
||||
There are two ways to handle payments received by checks. Odoo support
|
||||
both approaches so that you can use the one that better fits your
|
||||
habits.
|
||||
|
||||
1. **Undeposited Funds:**
|
||||
once you receive the check, you record a payment
|
||||
by check on the invoice. (using a Check journal and posted on the
|
||||
Undeposited Fund account) Then, once the check arrives in your
|
||||
bank account, move money from Undeposited Funds to your bank
|
||||
account.
|
||||
|
||||
2. **One journal entry only:**
|
||||
once your receive the check, you record a
|
||||
payment on your bank, paid by check, without going through the
|
||||
**Undeposited Funds**. Once you process your bank statement, you do
|
||||
the matching with your bank feed and the check payment, without
|
||||
creating a dedicated journal entry.
|
||||
|
||||
We recommend the first approach as it is more accurate (your bank
|
||||
account balance is accurate, taking into accounts checks that have not
|
||||
been cashed yet). Both approaches require the same effort.
|
||||
|
||||
Even if the first method is cleaner, Odoo support the second approach
|
||||
because some accountants are used to it (quickbooks and peachtree
|
||||
users).
|
||||
|
||||
.. Note::
|
||||
You may have a look at the *Deposit Ticket feature* if you deposit
|
||||
several checks to your bank accounts in batch.
|
||||
|
||||
Option 1: Undeposited Funds
|
||||
===========================
|
||||
|
||||
Configuration
|
||||
-------------
|
||||
|
||||
- Create a journal **Checks**
|
||||
|
||||
- Set **Undeposited Checks** as a defaut credit/debit account
|
||||
|
||||
- Set the bank account related to this journal as **Allow Reconciliation**
|
||||
|
||||
From check payments to bank statements
|
||||
--------------------------------------
|
||||
|
||||
The first way to handle checks is to create a check journal. Thus,
|
||||
checks become a payment method in itself and you will record two
|
||||
transactions.
|
||||
|
||||
Once you receive a customer check, go to the related invoice and click
|
||||
on **Register Payment**. Fill in the information about the payment:
|
||||
|
||||
- Payment method: Check Journal (that you configured with the debit and
|
||||
credit default accounts as **Undeposited Funds**)
|
||||
|
||||
- Memo: write the Check number
|
||||
|
||||
.. image:: ./media/check02.png
|
||||
:align: center
|
||||
|
||||
This operation will produce the following journal entry:
|
||||
|
||||
+----------------------+-------------------+----------+----------+
|
||||
| Account | Statement Match | Debit | Credit |
|
||||
+======================+===================+==========+==========+
|
||||
| Account Receivable | | | 100.00 |
|
||||
+----------------------+-------------------+----------+----------+
|
||||
| Undeposited Funds | | 100.00 | |
|
||||
+----------------------+-------------------+----------+----------+
|
||||
|
||||
The invoice is marked as paid as soon as you record the check.
|
||||
|
||||
Then, once you get the bank statements, you will match this statement
|
||||
with the check that is in Undeposited Funds.
|
||||
|
||||
+---------------------+-------------------+----------+----------+
|
||||
| Account | Statement Match | Debit | Credit |
|
||||
+=====================+===================+==========+==========+
|
||||
| Undeposited Funds | X | | 100.00 |
|
||||
+---------------------+-------------------+----------+----------+
|
||||
| Bank | | 100.00 | |
|
||||
+---------------------+-------------------+----------+----------+
|
||||
|
||||
|
||||
If you use this approach to manage received checks, you get the list of
|
||||
checks that have not been cashed in the **Undeposit Funds** account
|
||||
(accessible, for example, from the general ledger).
|
||||
|
||||
.. Note::
|
||||
Both methods will produce the same data in your accounting at the
|
||||
end of the process. But, if you have checks that have not been cashed,
|
||||
this one is cleaner because those checks have not been reported yet on
|
||||
your bank account.
|
||||
|
||||
Option 2: One journal entry only
|
||||
================================
|
||||
|
||||
Configuration
|
||||
-------------
|
||||
|
||||
These is nothing to configure if you plan to manage your checks using
|
||||
this method.
|
||||
|
||||
From check payments to bank statements
|
||||
--------------------------------------
|
||||
|
||||
Once you receive a customer check, go to the related invoice and click
|
||||
on **Register Payment**. Fill in the information about the payment:
|
||||
|
||||
- **Payment method:** the bank that will be used for the deposit
|
||||
|
||||
- Memo: write the check number
|
||||
|
||||
.. image:: ./media/check03.png
|
||||
:align: center
|
||||
|
||||
The invoice is marked as paid as soon as you record the check.
|
||||
|
||||
Once you will receive the bank statements, you will do the matching with
|
||||
the statement and this actual payment. (technically: point this payment
|
||||
and relate it to the statement line)
|
||||
|
||||
With this approach, you will get the following journal entry in your
|
||||
books:
|
||||
|
||||
+----------------------+-------------------+----------+----------+
|
||||
| Account | Statement Match | Debit | Credit |
|
||||
+======================+===================+==========+==========+
|
||||
| Account Receivable | X | | 100.00 |
|
||||
+----------------------+-------------------+----------+----------+
|
||||
| Bank | | 100.00 | |
|
||||
+----------------------+-------------------+----------+----------+
|
||||
|
||||
.. tip::
|
||||
You may also record the payment directly without going on the
|
||||
customer invoice, using the menu :menuselection:`Sales --> Payments`. This method may
|
||||
be more convenient if you have a lot of checks to record in a batch but
|
||||
you will have to reconcile entries afterwards (matching payments with
|
||||
invoices)
|
||||
|
||||
If you use this approach to manage received checks, you can use the
|
||||
report **Bank Reconciliation Report** to verify which checks have been
|
||||
received or paid by the bank. (this report is available from the **More**
|
||||
option from the Accounting dashboard on the related bank account).
|
||||
|
||||
.. image:: ./media/check01.png
|
||||
:align: center
|
||||
@@ -0,0 +1,70 @@
|
||||
=========================================
|
||||
Follow-up on invoices and get paid faster
|
||||
=========================================
|
||||
|
||||
It is essential for your business to collect payments when they are
|
||||
overdue. Odoo will help you identify payments that are late and will
|
||||
allow you to send the appropriate reminders.
|
||||
|
||||
Manage your follow-ups
|
||||
======================
|
||||
|
||||
.. tip::
|
||||
We recommend that you reconcile your bank statements before
|
||||
launching your follow-up process. It will avoid you the trouble of
|
||||
sending a statement to a customer that has already paid you.
|
||||
|
||||
The overdue invoices you need to follow-up on are available by default
|
||||
in :menuselection:`Accounting --> Sales --> Follow-up Reports`. There,
|
||||
you can easily send a reminder by email or print it as a letter. Then,
|
||||
you can click on the *Done* button to view the next follow-up that
|
||||
needs your attention.
|
||||
|
||||
Otherwise, if now is not the time for a reminder, click on *Remind me
|
||||
later*. You will get the next report according to the *Next Reminder
|
||||
Date* set on the statement.
|
||||
|
||||
.. tip::
|
||||
To avoid sending too many reminders in a short period of time,
|
||||
change the number of days calculated between each report by going to
|
||||
:menuselection:`Accounting --> Configuration --> Settings --> Payment
|
||||
Follow-up`.
|
||||
|
||||
You can also set a trust level for your customers by marking them as
|
||||
bad, normal or good debtors on the follow-up reports.
|
||||
|
||||
.. image:: media/followup01.png
|
||||
:align: center
|
||||
|
||||
Send reminders in batch
|
||||
=======================
|
||||
|
||||
To get your follow-up process easier, you can send reminder emails in
|
||||
batch from your follow-up reports page. Select all the reports you would
|
||||
like to process, click on *Action* and then on *Process Follow-ups*.
|
||||
A pdf document containing all of the follow-up letters for you to print
|
||||
will also be automatically generated.
|
||||
|
||||
.. image:: media/followup02.png
|
||||
:align: center
|
||||
|
||||
Plan a follow-up process
|
||||
========================
|
||||
|
||||
To plan a follow-up process, go to :menuselection:`Accounting -->
|
||||
Configuration --> Settings` and activate the *Follow-up Levels*
|
||||
feature under the *Customer Payments* section. Then, click on the new
|
||||
*Follow-up Levels* button that has appeared on your settings page.
|
||||
|
||||
A follow-up plan with several actions is available by default in Odoo,
|
||||
but you can customize it any way you want. Depending on a specific
|
||||
number of overdue days, plan to send an email, a letter or to undertake
|
||||
a manual action. You can also edit the template used for the statement
|
||||
according to the stage of the process.
|
||||
|
||||
.. image:: media/followup03.png
|
||||
:align: center
|
||||
|
||||
.. tip::
|
||||
If you would like to get a reminder before the actual due date,
|
||||
set a negative number of due days.
|
||||
|
After Width: | Height: | Size: 18 KiB |
|
After Width: | Height: | Size: 4.8 KiB |
|
After Width: | Height: | Size: 7.5 KiB |
|
After Width: | Height: | Size: 14 KiB |
|
After Width: | Height: | Size: 7.0 KiB |
|
After Width: | Height: | Size: 22 KiB |
|
After Width: | Height: | Size: 9.2 KiB |
|
After Width: | Height: | Size: 5.6 KiB |
|
After Width: | Height: | Size: 11 KiB |
|
After Width: | Height: | Size: 5.0 KiB |
|
After Width: | Height: | Size: 5.1 KiB |
|
After Width: | Height: | Size: 21 KiB |
|
After Width: | Height: | Size: 12 KiB |
|
After Width: | Height: | Size: 12 KiB |
|
After Width: | Height: | Size: 7.0 KiB |
|
After Width: | Height: | Size: 31 KiB |
|
After Width: | Height: | Size: 35 KiB |
|
After Width: | Height: | Size: 14 KiB |
|
After Width: | Height: | Size: 7.7 KiB |
|
After Width: | Height: | Size: 4.9 KiB |
|
After Width: | Height: | Size: 28 KiB |
|
After Width: | Height: | Size: 13 KiB |
|
After Width: | Height: | Size: 27 KiB |
|
After Width: | Height: | Size: 20 KiB |
|
After Width: | Height: | Size: 17 KiB |
|
After Width: | Height: | Size: 18 KiB |
|
After Width: | Height: | Size: 15 KiB |
@@ -0,0 +1,45 @@
|
||||
======================
|
||||
Invoice Online Payment
|
||||
======================
|
||||
|
||||
To make it more convenient for your customers to pay the invoices you issue, you can activate the
|
||||
**Invoice Online Payment** feature, which adds a *Pay Now* button on their **Customer Portal**. This
|
||||
allows your customers to see their invoices online and pay directly with their favorite payment
|
||||
method, making the payment process much easier.
|
||||
|
||||
.. image:: media/online-payment-acquirers.png
|
||||
:align: center
|
||||
:alt: Payment acquirer choice after having clicked on "Pay Now"
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
Make sure your :ref:`Payment Acquirers are correctly configured <payment_acquirers/configuration>`.
|
||||
|
||||
.. note::
|
||||
By default, ":doc:`Wire Transfer <../../../../general/payment_acquirers/wire_transfer>`" is the only
|
||||
Payment Acquirer activated, but you still have to fill out the payment details.
|
||||
|
||||
To activate the Invoice Online Payment, go to :menuselection:`Accounting --> Configuration -->
|
||||
Settings --> Customer Payments`, enable **Invoice Online Payment**, and click on *Save*.
|
||||
|
||||
Customer Portal
|
||||
===============
|
||||
|
||||
After issuing the invoice, click on *Send & Print* and send the invoice by email to the customer.
|
||||
They will receive an email with a link that redirects them to the invoice on their **Customer
|
||||
Portal**.
|
||||
|
||||
.. image:: media/online-payment-view-invoice.png
|
||||
:align: center
|
||||
:alt: Email with a link to view the invoice online on the Customer Portal.
|
||||
|
||||
They can choose which Payment Acquirer to use by clicking on *Pay Now*.
|
||||
|
||||
.. image:: media/online-payment-pay-now.png
|
||||
:align: center
|
||||
:alt: "Pay now" button on an invoice in the Customer Portal.
|
||||
|
||||
.. seealso::
|
||||
|
||||
- :doc:`../../../../general/payment_acquirers/payment_acquirers`
|
||||
@@ -0,0 +1,126 @@
|
||||
==================================
|
||||
Different ways to record a payment
|
||||
==================================
|
||||
|
||||
In Odoo, a payment can either be linked directly to an invoice or be a
|
||||
stand alone record for use on a later date:
|
||||
|
||||
- If a payment is linked to an invoice, it reduces the amount due of
|
||||
the invoice. You can have multiple payments linked to the same
|
||||
invoice.
|
||||
|
||||
- If a payment is not linked to an invoice, the customer has an
|
||||
outstanding credit with your company, or your company as an
|
||||
outstanding balance with a vendor. You can use this outstanding
|
||||
credit/debit to pay future invoices or bills.
|
||||
|
||||
Paying an invoice
|
||||
=================
|
||||
|
||||
If you register a payment on a customer invoice or a vendor bill, the
|
||||
payment is automatically reconciled with the invoice reducing the amount
|
||||
due.
|
||||
|
||||
.. image:: ./media/recording01.png
|
||||
:align: center
|
||||
|
||||
The green icon near the payment line will display more information about
|
||||
the payment. From there you can choose to open the journal entry or
|
||||
reconcile the payment.
|
||||
|
||||
.. note::
|
||||
If you unreconcile a payment, it is still registered in your books but not
|
||||
linked to the specific invoice any longer. If you unreconcile a payment in a
|
||||
different currency, Odoo will create a journal entry to reverse the Currency
|
||||
Exchange Loss/Gain posted at the time of reconciliation.
|
||||
|
||||
Payments not tied to an invoice
|
||||
===============================
|
||||
|
||||
Registering a payment
|
||||
---------------------
|
||||
|
||||
In the Accounting application, you can create a new payment from the
|
||||
Sales menu (register a customer payment) or the Purchases menu (pay a
|
||||
vendor). If you use these menus, the payment is not linked to an
|
||||
invoice, but can easily be reconciled on an invoice later on.
|
||||
|
||||
.. image:: ./media/recording02.png
|
||||
:align: center
|
||||
|
||||
When registering a new payment, you must select a customer or vendor,
|
||||
the payment method, and the amount of the payment. The currency of the
|
||||
transaction is defined by the payment method. If the payment refers to a
|
||||
document (sale order, purchase order or invoice), set the reference of
|
||||
this document in the memo field.
|
||||
|
||||
Once confirmed, a journal entry will be posted reflecting the
|
||||
transaction just made in the accounting application.
|
||||
|
||||
Reconciling invoice payments
|
||||
----------------------------
|
||||
|
||||
The easiest way of reconciling a payment with an invoice is to do so on
|
||||
the invoice directly.
|
||||
|
||||
When validating a new invoice, Odoo will warn you that an outstanding
|
||||
payment for this customer or vendor is available. In this case, you can
|
||||
reconcile this payment to the invoice near the totals at the bottom,
|
||||
under "Outstanding Payments".
|
||||
|
||||
.. image:: ./media/recording03.png
|
||||
:align: center
|
||||
|
||||
Reconciling all your outstanding payments and invoices
|
||||
------------------------------------------------------
|
||||
|
||||
If you want to reconcile all outstanding payments and invoices at once
|
||||
(instead of doing so one by one), you can use the batch reconciliation
|
||||
feature within Odoo.
|
||||
|
||||
The batch reconciliation feature is available from the dashboard on the
|
||||
Customer Invoices card and the Vendor Bills card for reconciling
|
||||
Accounts Receivable and Payable, respectively.
|
||||
|
||||
.. image:: ./media/recording04.png
|
||||
:align: center
|
||||
|
||||
The payments matching tool will open all unreconciled customers or
|
||||
vendors and will give you the opportunity to process them all one by
|
||||
one, doing the matching of all their payments and invoices at once.
|
||||
|
||||
.. image:: ./media/recording05.png
|
||||
:align: center
|
||||
|
||||
During the reconciliation, if the sum of the debits and credits do not
|
||||
match, it means there is still a remaining balance that either needs to
|
||||
be reconciled at a later date, or needs to be written off directly.
|
||||
|
||||
Transferring money from one bank account to another
|
||||
===================================================
|
||||
|
||||
Just like making a customer or vendor payment, you transfer cash
|
||||
internally between your bank accounts from the dashboard or from the
|
||||
menus up top.
|
||||
|
||||
.. image:: ./media/recording06.png
|
||||
:align: center
|
||||
|
||||
This will take you to the same screen you have for receiving and making
|
||||
payments.
|
||||
|
||||
.. image:: ./media/recording07.png
|
||||
:align: center
|
||||
|
||||
.. note::
|
||||
When making an internal transfer from one bank account to another, select
|
||||
the bank you want to apply the transfer from in the dashboard, and in the
|
||||
register payments screen, you select the transfer to account. Do not go
|
||||
through this process again in the other bank account or else you will end up
|
||||
with two journal entries for the same transaction.
|
||||
|
||||
|
||||
.. seealso::
|
||||
- :doc:`online_payment`
|
||||
- :doc:`check`
|
||||
- :doc:`followup`
|
||||