Metadata-Version: 2.1
Name: odoo-addon-l10n_ro_payment_to_statement
Version: 19.0.1.3.0.1
Requires-Dist: odoo-addon-l10n_ro_config==19.0.*
Requires-Dist: odoo==19.0.*
Summary: Keep the cash register of a cash journal
Home-page: https://github.com/OCA/l10n-romania
License: AGPL-3
Author: Terrabit,NextERP Romania,Odoo Community Association (OCA)
Author-email: support@odoo-community.org
Classifier: Programming Language :: Python
Classifier: Framework :: Odoo
Classifier: Framework :: Odoo :: 19.0
Classifier: License :: OSI Approved :: GNU Affero General Public License v3
Classifier: Development Status :: 6 - Mature
Description-Content-Type: text/x-rst

.. image:: https://odoo-community.org/readme-banner-image
   :target: https://odoo-community.org/get-involved?utm_source=readme
   :alt: Odoo Community Association

==============================
Romania - Payment to Statement
==============================

.. 
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   !! This file is generated by oca-gen-addon-readme !!
   !! changes will be overwritten.                   !!
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   !! source digest: sha256:384e43f0938c25e157048bc3d13e0b2107cda32cb8b2bb33ec58fe5a22c452bb
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

.. |badge1| image:: https://img.shields.io/badge/maturity-Mature-brightgreen.png
    :target: https://odoo-community.org/page/development-status
    :alt: Mature
.. |badge2| image:: https://img.shields.io/badge/license-AGPL--3-blue.png
    :target: http://www.gnu.org/licenses/agpl-3.0-standalone.html
    :alt: License: AGPL-3
.. |badge3| image:: https://img.shields.io/badge/github-OCA%2Fl10n--romania-lightgray.png?logo=github
    :target: https://github.com/OCA/l10n-romania/tree/19.0/l10n_ro_payment_to_statement
    :alt: OCA/l10n-romania
.. |badge4| image:: https://img.shields.io/badge/weblate-Translate%20me-F47D42.png
    :target: https://translation.odoo-community.org/projects/l10n-romania-19-0/l10n-romania-19-0-l10n_ro_payment_to_statement
    :alt: Translate me on Weblate
.. |badge5| image:: https://img.shields.io/badge/runboat-Try%20me-875A7B.png
    :target: https://runboat.odoo-community.org/builds?repo=OCA/l10n-romania&target_branch=19.0
    :alt: Try me on Runboat

|badge1| |badge2| |badge3| |badge4| |badge5|

Keeps the cash register (registru de casa) of a cash journal.

Every payment posted in a cash journal set to keep a register is added
to the register of its day, which is opened when it does not exist yet.

The payment and its register line are two entries: the payment moves the
money to the account of its payment method (4111 = 581), the line of the
register brings it into the cash account (5311 = 581), and the module
reconciles the two with each other. So the line never has to be
reconciled by hand, and the register shows the cash as it moves.

The module also numbers the documents of a cash journal with sequences
of its own, instead of letting Odoo build the numbers: receipt
(chitanta), cash in and cash out slips (dispozitie de incasare / de
plata) and the register itself.

A sequence can be set on any other journal as well, in *Journal
sequence*, and the entries of that journal are then numbered from it:
the invoices of a sale journal, the bills of a purchase one, the entries
of a miscellaneous one.

**Table of contents**

.. contents::
   :local:

Configuration
=============

The sequence of a journal
-------------------------

*Journal sequence* can be set on any journal, not only on a cash one.
The entries of that journal then take their number from it, instead of
from the numbering Odoo builds itself:

- a sale journal numbers its invoices from it (FCT/00001)
- a purchase journal numbers its bills
- a miscellaneous journal numbers its entries (NC/00001)
- a cash journal numbers the supplier payments and everything which is
  neither a receipt nor a slip, see the table below

The number is taken when the entry is posted: a draft has none yet, and
a draft which is discarded leaves no gap behind. Set *Implementation* to
*No gap* on the sequence if the numbering has to be without holes.

The cash journal
----------------

A cash journal of a romanian company is set up when it is created:

- it is given the sequences of its documents, named after the code of
  the journal:

  +---------------------------+--------+---------------------------------+
  | sequence                  | suffix | numbers                         |
  +===========================+========+=================================+
  | Customer sequence cash in | CH     | customer payments (chitanta)    |
  +---------------------------+--------+---------------------------------+
  | Cash in sequence          | DI     | money in from a supplier        |
  |                           |        | (dispozitie de incasare)        |
  +---------------------------+--------+---------------------------------+
  | Cash out sequence         | DP     | money out to a customer         |
  |                           |        | (dispozitie de plata)           |
  +---------------------------+--------+---------------------------------+
  | Statement sequence        | RC     | the register itself (registru   |
  |                           |        | de casa)                        |
  +---------------------------+--------+---------------------------------+
  | Journal sequence          | none   | supplier payments and the other |
  |                           |        | entries                         |
  +---------------------------+--------+---------------------------------+

- *Romania - Auto Statement* is ticked, which is what makes the journal
  keep a register. Untick it on a journal which should not have one, or
  create the journal with it set to false.

The sequences can be replaced afterwards with sequences of your own; the
module only fills in the ones which are empty.

The account of the payment method
---------------------------------

A cash journal which keeps a register needs an **outstanding account**
on its payment methods (*Incoming/Outgoing Payments*), other than the
cash account of the journal. That account is what the register line
brings the money in from:

======================== =============== ===============
entry                    debit           credit
======================== =============== ===============
the payment (receipt)    outstanding 581 receivable 4111
the line of the register cash 5311       outstanding 581
======================== =============== ===============

The module reconciles the two 581 lines with each other, so nothing is
left to match by hand and the line does not show up in the bank
reconciliation screen.

Posting a payment is refused when that account is missing, or when it is
the cash account of the journal itself: the register line would then
move the money from the cash account into the cash account, which is no
movement at all. The message says which account to set.

Usage
=====

Registering a payment
---------------------

Post a payment in a cash journal which keeps a register, from the
payment itself or from the *Register Payment* button of an invoice. The
payment takes its number from the sequence of its kind, and the register
of the day gets a line for it, reconciled with the payment.

The line is already reconciled, so it does not show up in the bank
reconciliation screen, and the balance of the register follows the
payments of the day.

Cancelling a payment, or setting it back to draft, takes its register
line away with it; posting it again makes a new one. A payment posted
again with the same amount on another day moves to the register of that
day, unless it is alone in its own register, which then simply follows
it.

Cash in and cash out slips
--------------------------

A line made straight in the register, without a payment behind it, joins
the register of its day too.

The balance of the register
---------------------------

The module computes the balance of the register from its lines. The
*Ending Balance* is left to whoever counts the money: the module never
writes it.

Bug Tracker
===========

Bugs are tracked on `GitHub Issues <https://github.com/OCA/l10n-romania/issues>`_.
In case of trouble, please check there if your issue has already been reported.
If you spotted it first, help us to smash it by providing a detailed and welcomed
`feedback <https://github.com/OCA/l10n-romania/issues/new?body=module:%20l10n_ro_payment_to_statement%0Aversion:%2019.0%0A%0A**Steps%20to%20reproduce**%0A-%20...%0A%0A**Current%20behavior**%0A%0A**Expected%20behavior**>`_.

Do not contact contributors directly about support or help with technical issues.

Credits
=======

Authors
-------

* Terrabit
* NextERP Romania

Maintainers
-----------

This module is maintained by the OCA.

.. image:: https://odoo-community.org/logo.png
   :alt: Odoo Community Association
   :target: https://odoo-community.org

OCA, or the Odoo Community Association, is a nonprofit organization whose
mission is to support the collaborative development of Odoo features and
promote its widespread use.

.. |maintainer-dhongu| image:: https://github.com/dhongu.png?size=40px
    :target: https://github.com/dhongu
    :alt: dhongu

Current `maintainer <https://odoo-community.org/page/maintainer-role>`__:

|maintainer-dhongu| 

This module is part of the `OCA/l10n-romania <https://github.com/OCA/l10n-romania/tree/19.0/l10n_ro_payment_to_statement>`_ project on GitHub.

You are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.
