Skip to main content
Odoo Community Association

ITA - Ricevute bancarie

Beta License: AGPL-3 OCA/l10n-italy Translate me on Weblate Try me on Runboat

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

Maintainers

This module is maintained by the OCA.

Odoo Community Association

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

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Built distribution (wheel)

Table of built distributions (wheels) for odoo-addon-l10n-it-riba-oca 18.0.1.5.0
File Interpreter ABI Platform Actions
odoo_addon_l10n_it_riba_oca-18.0.1.5.0-py3-none-any.whl Python 3 none any Details for odoo_addon_l10n_it_riba_oca-18.0.1.5.0-py3-none-any.whl

Release files / odoo_addon_l10n_it_riba_oca-18.0.1.5.0-py3-none-any.whl

Download URL odoo_addon_l10n_it_riba_oca-18.0.1.5.0-py3-none-any.whl
Size 124.9 kB
Tags Python 3
SHA-256 checksum
How to use checksums
69e9c52f0cf7a1488335272c50b5768ff689193376701b64e33af6d12078d76f
BLAKE2b-256 checksum
How to use checksums
bdc1d4c5316215ee66edef5f9504af226bbc6ddc919bf97db17d83b0b8a64f1f
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

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.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page