ITA - Ricevute bancarie
Italiano
Modulo per gestire le ricevute bancarie.
Table of contents
Configuration
Italiano
Nella configurazione delle RiBa è possibile specificare se si tratti di ‘Salvo buon fine’ o ‘Al dopo incasso’, che hanno un flusso completamente diverso.
Al dopo incasso: le fatture risulteranno pagate all’accettazione; l’incasso potrà essere registrato con una normale riconciliazione bancaria, che andrà a chiudere gli “effetti attivi” aperti all’accettazione.
Salvo buon fine: le registrazioni generate seguiranno la struttura descritta nel documento http://goo.gl/jpRhJp
È possibile specificare diverse configurazioni (dal menù Configurazione → Pagamenti → Configurazione RiBa). Per ognuna, in caso di ‘Salvo buon fine’, è necessario specificare almeno il registro e il conto da utilizzare al momento dell’accettazione della distinta da parte della banca. Tale conto deve essere di tipo ‘Crediti’ (ad esempio “RiBa all’incasso”, eventualmente da creare).
La configurazione relativa alla fase di accredito, verrà usata nel momento in cui la banca accredita l’importo della distinta. È possibile utilizzare un registro creato appositamente, ad esempio “Accredito RiBa”, e un conto chiamato ad esempio “Banche c/RiBa all’incasso”, che non deve essere di tipo ‘Banca e cassa’.
La configurazione relativa all’insoluto verrà utilizzata in caso di mancato pagamento da parte del cliente. Il conto può chiamarsi ad esempio “Crediti insoluti”.
Nel caso si vogliano gestire anche le spese per ogni scadenza con ricevuta bancaria, si deve configurare un prodotto di tipo servizio e collegarlo in Configurazione → Impostazioni → Contabilità → Imposte → Spese di incasso RiBa.
Il comportamento delle spese di incasso può essere personalizzato per singolo cliente nella scheda Contabilità del partner, sezione RiBa:
Exclude expenses Ri.Ba.: se attivo, alle fatture del cliente non verranno mai aggiunte righe di spese di incasso.
Ri.Ba. Policy expenses (visibile solo se il campo precedente non è attivo):
More invoices, one expense per Month (predefinito): viene addebitata al massimo una spesa per ogni mese di scadenza. Alla conferma di una fattura, la spesa non viene aggiunta per le scadenze che cadono in un mese in cui il cliente ha già altre scadenze RiBa non ancora maturate su fatture alle quali sono già state addebitate le spese.
One expense per maturity: viene addebitata una spesa per ogni scadenza, indipendentemente dalle altre fatture del cliente.
Usage
Italiano
Per utilizzare il meccanismo delle RiBa è necessario configurare un termine di pagamento di tipo ‘RiBa’.
Per emettere una distinta è necessario andare su RiBa → Emetti RiBa e selezionare i pagamenti per i quali emettere la distinta. Se per il cliente è stato abilitato il raggruppamento, i pagamenti dello stesso cliente e con la stessa data di scadenza andranno a costituire un solo elemento della distinta.
I possibili stati della distinta sono: Bozza, Accettata, Accreditata, Pagata, Insoluta e Annullata. Ad ogni passaggio di stato sarà possibile generare le relative registrazioni contabili, le quali verranno riepilogate nella scheda «Contabilità». Questa scheda è presente sia sulla distinta che sulle sue righe. Queste ultime hanno una vista dedicata per facilitare le operazioni sul singolo elemento invece che su tutta la distinta.
Il campo Data accettazione è obbligatorio per poter indicare la RiBa come accettata. All’accettazione, il valore del campo Data accettazione verrà riportato sulle registrazioni contabili di accettazione.
La voce di menù ‘Presentazione Riba’ permette estrarre le riba fino al raggiungimento dell’importo massimo inserito dall’utente.
Nella lista delle fatture è presente una colonna per monitorare l’ esposizione, cioè l’importo dovuto dal cliente a fronte dell’emissione della RiBa non ancora scaduta.
In maniera predefinita la data delle registrazioni dei pagamenti viene impostata con la data di scadenza della RiBa, ma è possibile modificarla in due momenti:
durante la creazione del pagamento, cliccando su “Segna righe come pagate” o su “Segna coma pagata” o usando l’azione “Registrazione Riba a data di scadenza” e indicando una data nel campo Data pagamento,
successivamente a pagamento effettivamente avvenuto selezionando la registrazione dalla vista ed elenco ed eseguendo l’azione “Imposta data di pagamento RiBa”.
Non è possibile emettere Riba per fatture verso Enti che richiedono più di un CIG e un CUP differenti per fattura. In questo caso particolare, emettere più fatture. Non è possibile raggruppare Riba in fase di emissione se le fatture contengono CIG e CUP differenti. Verrà creata una riga di distinta per ogni fattura.
Known issues / Roadmap
Italiano
Nella sezione di configurazione, i nomi dei campi Exclude expenses Ri.Ba. e Ri.Ba. Policy expenses e dei valori More invoices, one expense per Month e One expense per maturity sono riportati in inglese perché non ancora tradotti. Quando le traduzioni italiane di questi termini saranno disponibili, andranno aggiornati anche i riferimenti nella documentazione.
Bug Tracker
Bugs are tracked on GitHub 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.
Do not contact contributors directly about support or help with technical issues.
Credits
Contributors
Lorenzo Battistini <lorenzo.battistini@agilebg.com>
Andrea Cometa <a.cometa@apuliasoftware.it>
Andrea Gallina <a.gallina@apuliasoftware.it>
Davide Corio <info@davidecorio.com>
Giacomo Grasso <giacomo.grasso@agilebg.com>
Gabriele Baldessari <gabriele.baldessari@gmail.com>
Alex Comba <alex.comba@agilebg.com>
Marco Calcagni <mcalcagni@dinamicheaziendali.it>
Sergio Zanchetta <https://github.com/primes2h>
Simone Vanin <simone.vanin@agilebg.com>
Sergio Corato <https://github.com/sergiocorato>
Giovanni Serra <giovanni@gslab.it>
-
Simone Rubino <simone.rubino@aion-tech.it>
-
Simone Rubino <sir@takobi.online>
Nextev Srl <odoo@nextev.it>
-
Simone Rubino <simone.rubino@pytech.it>
Maintainers
This module is maintained by the OCA.
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.
This module is part of the OCA/l10n-italy project on GitHub.
You are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.
Metadata
Release files for odoo-addon-l10n-it-riba-oca 18.0.1.5.0.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| odoo_addon_l10n_it_riba_oca-18.0.1.5.0.2-py3-none-any.whl | Python 3 | none | any | Details for odoo_addon_l10n_it_riba_oca-18.0.1.5.0.2-py3-none-any.whl |
Release files / odoo_addon_l10n_it_riba_oca-18.0.1.5.0.2-py3-none-any.whl
| Download URL | odoo_addon_l10n_it_riba_oca-18.0.1.5.0.2-py3-none-any.whl |
|---|---|
| Size | 125.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
49b8d84f243d0ca91d3a9f6184eab15959bcdb1e4ad8f2b4ed17af907a17601b
|
|
BLAKE2b-256 checksum How to use checksums |
3651bdf97b6620239d772dc817c843e65228ce23884719e6d71d1f27eba4bb2f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.14.4
|
Security for odoo-addon-l10n-it-riba-oca 18.0.1.5.0.2
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.