Italien

Module

The following modules are installed automatically with the Italian localization:

Name

Technische Bezeichnung

Beschreibung

Italien - Buchhaltung

l10n_it

Standardmäßiges steuerliches Lokalisierungspaket.

Italien - Elektronische Rechnungsstellung

l10n_it_edi

Implementierung von elektronischen Rechnungen

Italy - Declaration of Intent

l10n_it_edi_doi

Support for the Declaration of Intent (Dichiarazione di Intento)

Italy - Sale E-invoicing

l10n_it_edi_sale

Sale modifications for E-invoicing

Italy - Point of Sale

l10n_it_pos

Integration of Odoo PoS with the Italian fiscal printer

Italien - Buchhaltungsberichte

l10n_it_reports

Italian reports

Italy - Bank Receipts (Ri.Ba.)

l10n_it_riba

Generation of Ri.Ba. files from batch payments in Odoo

Italien - Bestand DDT

l10n_it_stock_ddt

Transportdokumente - Documento di Trasporto (DDT)

Bemerkung

In some cases, such as when upgrading to a version with additional modules, it is possible that modules may not be installed automatically. Any missing modules can be manually installed.

Unternehmen

To use all the features of this fiscal localization, the following fields are required on the company record:

  • Unternehmensname

  • Address: the address of the company

  • VAT: VAT of the company

  • Codice Fiscale: the fiscal code of the company

  • Tax System: the tax system under which the company falls

Anzugebende Unternehmensinformationen

Steuerkonfiguration

Viele der E-Rechnungsstellungsfunktionen werden über das Steuersystem von Odoo implementiert. Daher ist es sehr wichtig, dass die Steuern richtig konfiguriert sind, um Rechnungen korrekt zu erstellen und andere Anwendungsfälle der Rechnungsstellung zu bearbeiten.

Die italienische Lokalisierung enthält vordefinierte Beispiele der Steuern für verschiedene Zwecke.

Steuerbefreiung

Die Verwendung von Umsatzsteuern, die null Prozent (0%) betragen, wird von den italienischen Behörden verlangt, um die genaue Steuerbefreiungsart (Natura) und Gesetzesreferenz zu verfolgen, die die auf einer Rechnungszeile betriebene Befreiung rechtfertigen.

Example

Die Exportsteuer in der EU kann als Referenz verwendet werden (0% EU, Rechnungsbezeichnung 00eu). Sie finden es unter Buchhaltung ‣ Konfiguration ‣ Steuern. Da Exporte von der Mehrwertsteuer befreit sind, müssen die Art Befreiung und Gesetzesbezug ausgefüllt sein.

Einstellungen der Steuerbefreiung

Siehe auch

Es gibt viele Codes für Steuerbefreiungsarten (Natura) und Gesetzesbezüge. Stellen Sie sicher, dass Sie die neueste verfügbare Version prüfen, um die neuesten Informationen zu erhalten:

Bemerkung

Wenn Sie eine andere Art der Befreiungverwenden möchten, gehen Sie zu Buchhaltung ‣ Konfiguration ‣ Steuern, wählen Sie eine ähnliche Steuer aus, klicken Sie dann auf das Zahnradsymbol und wählen Sie Duplizieren. Fügen Sie im Reiter Erweiterte Optionen die Felder Befreiung und Gesetzesbezug hinzu. Klicken Sie zur Bestätigung auf Speichern.

Tipp

Benennen Sie Ihre Steuern im Feld Name nach ihrer Befreiung um, um sie leicht unterscheiden zu können.

Umkehrung der Steuerschuldnerschaft

The reverse charge mechanism is a VAT rule that shifts the liability to pay VAT from the supplier to the customer. The customers pay the VAT themselves to the AdE instead. There are different types:

  • Interne Umkehrung der Steuerschuldnerschaft (für Inlandsverkäufe)
    Bei bestimmten Kategorien von Produkten und Dienstleistungen wird die Verantwortung für die Mehrwertsteuer auf den Käufer verlagert.
  • Externe Umkehrung der Steuerschuldnerschaft (für Verkäufe in der EU)
    Die Mehrwertsteuer wird in dem Land fällig, in dem die Lieferung erfolgt oder in dem Land, in dem die Dienstleistung erbracht wird. Wenn der Käufer selbst ein italienisches Unternehmen ist, bietet die EU einen Mechanismus, der es dem Verkäufer ermöglicht, seine Verantwortung auf den Käufer zu übertragen.

Rechnungen

Reverse-charged customer invoices show no VAT amount, but the AdE requires the seller to specify the Tax Exemption reason and the Law Reference that enable the reverse-charge mechanism. Odoo provides a set of special 0% taxes that can be assigned to each reverse-charged invoice lines, representing the most commonly used configurations.

Lieferantenrechnungen

Italian companies subject to reverse charge must send bill details to the AdE.

Bemerkung

Self-reported VAT XML files must be issued and sent to the AdE for reverse charged bills.

Wenn Sie eine Lieferantenrechnung erstellen, können Sie im Feld Steuern Steuern bei Umkehrung der Steuerschuldnerschaft hinzufügen. Sie können überprüfen, welche Steuern verfügbar sind, indem Sie zu Buchhaltung ‣ Konfiguration ‣ Steuern gehen. Sie können sehen, dass unter anderem die 10%ige Warensteuer und die 22%ige Dienstleistungssteuer aktiviert sind. Aufgrund der automatischen Konfiguration der italienischen Steuerposition werden diese automatisch in der Steuerliste aktiviert.

Steuerraster

The Italian localization has a specific tax grid section for reverse charge taxes. These tax grids are identifiable by the VJ tag, and can be found by going to Accounting ‣ Reporting ‣ Tax Return.

Steuerraster für Umkehrung der Steuerschuldnerschaft aus dem Abschnitt VJ der Steuererklärung

Elektronische Rechnungsstellung

Bemerkung

Make sure all the Italian-specific e-invoicing modules are installed.

The SdI is the electronic invoicing system used in Italy. It enables the sending and receiving of electronic invoices to and from customers. The documents must be in an XML EDI format called FatturaPA and formally validated by the system before being delivered.

To be able to receive invoices and notifications, the SdI service must be notified that the user’s files need to be sent to Odoo and processed on their behalf. To do so, you must set up Odoo’s Destination Code on the AdE portal.

  1. Go to the Italian authorities portal and authenticate.

  2. Go to the Fatture e Corrispettivi section.

  3. Set the user as Legal Party for the VAT number you wish to configure the electronic address.

  4. In Servizi Disponibili ‣ Fatturazione Elettronica ‣ Registrazione dell’indirizzo telematico dove ricevere tutte le fatture elettroniche, geben Sie den Empängercode K95IV18 von Odoo ein und bestätigen Sie.

Demo and production modes

Bemerkung

  • Demo mode is enabled by default and remains active until the option By checking this box, I authorize Odoo to send and receive my invoices through the Sistema di Interscambio (SDI) is enabled in the Fattura Electronica (FatturaPA) section. Once this option is activated, production mode is enabled and cannot be disabled.

  • Demo mode simulates an environment in which invoices are sent to the government. In this mode, invoices must be manually downloaded as XML files and uploaded to the AdE’s website.

Since files are transmitted through Odoo’s server before being sent to the SdI or received by your database, authorization is required for Odoo to process them. To activate production mode and enable transmission to the SdI, follow these steps:

  1. Make sure the Codice Fiscale field is completed in the Company information.

  2. Go to Accounting ‣ Configuration ‣ Settings and scroll to the Italian Electronic Invoicing section.

  3. In the Fattura Electronica (FatturaPA) section, enable the option By checking this box, I authorize Odoo to send and receive my invoices through the Sistema di Interscambio (SDI).

  4. Klicken Sie auf Speichern.

Prozess

The submission of invoices to the SdI for Italy is an electronic process used for the mandatory transmission of tax documents in XML format between companies and the AdE to reduce errors and verify the correctness of operations.

Bemerkung

Sie können den aktuellen Status einer Rechnung über das Feld SdI-Status überprüfen. Die XML-Datei finden Sie der Rechnung angehängt.

Architektur des EDI-Systems

XML documents creation

Odoo generates the required XML files as attachments to invoices in the FatturaPA format required by the AdE. Once the invoices needed are selected, go to Action and click on Send and Print.

Menü zum Senden und Drucken

Wenn sich das Pop-up-Fenster öffnet, haben Sie die Wahl zwischen verschiedenen Aktionen. XML-Datei generieren generiert die Anhänge.

Dialog zum Senden und Drucken

Sowohl die XML-Datei als auch die PDF-Datei befinden sich im Anhang der Rechnung.

EDI-Anhänge

Einreichung bei SDI

The Send to Tax Agency option in the Send and Print dialog sends the attachment to the Proxy Server, which gathers all requests and then forwards them via a WebServices channel to the SdI. Check the sending status of the invoice through the Check Sending button at the top of the invoice’s view.

Processing by SDI

The SdI receives the document and verifies for any errors. At this stage, the invoice is in the SdI Processing state, as shown on the invoice. The invoice also gets assigned a FatturaPA Transaction number that is shown in the Electronic Invoicing tab. The checks may take variable time, ranging from a few seconds up to a day, depending on the queue of invoices sent throughout Italy.

Check Sending button and Sdi Processing state

Akzeptanz

If the document is valid, it is recorded and considered fiscally valid by the AdE, which will proceed with archiving in Substitute Storage (Conservazione Sostitutiva) if explicitly requested on the Agency’s portal.

Warnung

Odoo does not offer the Conservazione Sostitutiva requirements. Other providers and AdE supply free and certified storage to meet the specifications requested by law.

The SdI Destination Code attempts to forward the invoice to the customer at the provided address, whether it is a PEC email address or a SdI Destination Code for their ERP’s WebServices channels. A maximum of 6 attempts are made every 12 hours, so even if unsuccessful, this process can take up to three days. The invoice status is Accepted by SDI, Forwarding to Partner.

Possible rejection

The SdI may find inaccuracies in the compilation, possibly even formal ones. In this case, the invoice is in the SDI Rejected state. The SdI’s observations are inserted at the top of the Invoice tab. To resolve the issue, it is sufficient to delete the attachments of the invoice, return the invoice to Draft, and fix the errors. Once the invoice is ready, it can be resent.

Bemerkung

To regenerate the XML, both the XML attachment and the PDF report must be deleted, so that they are then regenerated together. This ensures that both always contain the same data.

EDI Rejected State

Forwarding completed

The invoice has been delivered to the customer; however, you can still send a copy to the customer in PDF via email or post. Its status is Accepted by SDI, Delivered to Partner.

If the SdI cannot contact your customer, they may not be registered on the AdE portal. In this case, just make sure to send the invoice in PDF via email or by mail. The invoice is then in the Accepted by SDI, Partner Delivery Failed state.

Tax integration

When you receive a vendor bill, either from SdI, from paper or from an imported XML file, the Tax Agency might request that you send some tax information integration back to the SdI. It happens when a transaction that was tax exempt becomes taxable for any reason.

Example

Here is a non-exhaustive list:

  • As a buyer, you have to pay taxes on what you buy and integrate tax information. Reverse Charge taxes.
  • As a PA business buyer, you have to pay taxes and integrate tax information. Be sure that you replace the 0% Sale Taxes on the vendor bill you received with the correct Split Payment taxes.
  • Self Consumption
    When, as a business owner, you use an asset that you bought for business for personal reasons instead, you have to pay those taxes you originally deducted as a business cost for it.

Odoo may detect that your vendor bill can be interpreted as a document of a type that needs tax integration, as detailed in the Belegarten section.

Wichtig

Be sure that you replace the 0% Sale Taxes on the vendor bill you received with the ones you’re supposed to pay to the AdE. A button then appears on the top of the single vendor bill form to send them.

When clicking on the Send Tax Integration button, an XML file of the appropriate Document Type is generated, attached to the bill, and sent as for invoices.

EDI Send Tax Integration button

Belegarten

The SdI requires businesses to send customer invoices and other documents through the EDI.

The following Document Type codes all technically identify different business use cases.

TD01 - invoices

This represents the standard domestic scenario for all invoices exchanged through the SdI. Any invoice that doesn’t fall into one of the specific special cases is categorized as a regular invoice, identified by the Document Type TD01.

TD02 - down payments

Anzahlungen werden mit einem anderen Dokumenttyp-Code TDO2 importiert/exportiert als normale Rechnungen. Beim Import der Rechnung wird eine reguläre Lieferantenrechnung erstellt.

Odoo exportiert Transaktionen als TD02, wenn die folgenden Bedingungen erfüllt sind:

  1. It is an invoice.

  2. Alle Rechnungszeilen beziehen sich auf Anzahlungen von Verkaufsauftragszeilen.

TD04 - credit notes

It is the standard scenario for all credit notes issued to domestic clients, when we need to formally acknowledge that the seller is reducing or cancelling a previously issued invoice, for example, in case of overbilling, incorrect items, or overpayment. Just like invoices, they must be sent to the SdI, their Document Type TD04

TD07, TD08, TD09 - simplified invoicing

Vereinfachte Rechnungen (TD07), Gutschriften (TD08) und Lastschriften (TD09) können verwendet werden, um inländische Transaktionen unter 400 EUR (einschließlich Mehrwertsteuer) zu bescheinigen. Sie haben den gleichen Status wie eine normale Rechnung, müssen aber weniger Informationen enthalten.

Damit eine vereinfachte Rechnung erstellt werden kann, muss sie Folgendes enthalten:

  1. Customer Invoice reference: unique numbering sequence with no gaps.

  2. Invoice Date: issue date of the invoice.

  3. Company Info: the seller’s full credentials (VAT/TIN number, name, full address).

  4. VAT: the buyer’s VAT/TIN number (on the partner form).

  5. Gesamt: der Gesamtbetrag (einschließlich Mehrwertsteuer) der Rechnung.

Im EDI exportiert Odoo Rechnungen als vereinfacht wenn:

  1. It is a domestic transaction (i.e., the partner is from Italy).

  2. Your company’s required fields (VAT Number or Codice Fiscale, Fiscal Regime, and full address) are provided.

  3. The partner’s address is not fully specified (i.e., it misses the City or the ZipCode).

  4. der Gesamtbetrag inklusive Mehrwertsteuer weniger als 400 EUR beträgt.

Bemerkung

Die 400-EUR-Grenze wurde im Dekret vom 10. Mai 2019 in der Gazzetta Ufficiale festgelegt. Wir empfehlen Ihnen, den aktuellen offiziellen Wert zu überprüfen.

TD16 - internal reverse charge

Internal reverse charge transactions (see Steuerbefreiung and Umkehrung der Steuerschuldnerschaft) are exported as TD16 if the following conditions are met:

  • It is a vendor bill.

  • It has at least one tax on the invoice lines that targets one of these tax grids: VJ6, VJ7, VJ8, VJ12, VJ13, VJ14, VJ15, VJ16, VJ17

TD17 - buying services from abroad

Beim Kauf von Dienstleistungen aus EU- oder Nicht-EU-Ländern stellt der ausländische Verkäufer eine Dienstleistung mit einem Preis ohne MwSt in Rechnung, da sie in Italien nicht steuerpflichtig ist. Die Mehrwertsteuer wird vom Käufer in Italien gezahlt;

  • Within the EU: the buyer integrates the invoice received with the VAT information due in Italy (i.e., vendor bill tax integration).

  • Nicht-EU: Der Käufer schickt sich selbst eine Rechnung (d. h. Selbstfakturierung).

Odoo exportiert eine Transaktion als TD24, wenn die folgenden Bedingungen erfüllt sind:

  • It is a vendor bill.

  • It has at least one tax on the invoice lines that targets the tax grid VJ3.

  • Alle Rechnungszeilen haben entweder Dienstleistungen als Produkte oder eine Steuer mit den Dienstleistungen als Steuergültigkeit.

TD18 - buying goods from EU

Rechnungen, die innerhalb der EU ausgestellt werden, folgen einem Standardformat, daher ist lediglich eine Integration der bestehenden Rechnung erforderlich.

Odoo exportiert eine Transaktion als TD18, wenn die folgenden Bedingungen erfüllt sind:

  • It is a vendor bill.

  • The partner is from an EU country.

  • It has at least one tax on the invoice lines that targets the tax grid VJ9.

  • Alle Rechnungszeilen haben entweder Verbrauchsartikel als Produkte oder eine Steuer mit den Waren als Steuergültigkeit.

TD19 - buying goods from VAT deposit

Kauf von Waren von einem ausländischen Lieferanten, aber die Waren befinden sich bereits in Italien in einem MwSt.-Depot:

  • From the EU: the buyer integrates the invoice received with the VAT information due in Italy (i.e., vendor bill tax integration).

  • Nicht-EU: Der Käufer schickt sich selbst eine Rechnung (d. h. Selbstfakturierung).

Odoo exportiert eine Transaktion als TD19, wenn die folgenden Bedingungen erfüllt sind:

  • It is a vendor bill.

  • It has at least one tax on the invoice lines that targets the tax grid VJ3.

  • Alle Rechnungszeilen haben entweder Verbrauchsartikel als Produkte oder eine Steuer mit den Waren als Steuergültigkeit.

TD24 - deferred invoices

Die aufgeschobene Rechnung ist eine Rechnung, die zu einem späteren Zeitpunkt als dem des Verkaufs von Waren oder der Erbringung von Dienstleistungen ausgestellt wird. Eine aufgeschobene Rechnung muss spätestens innerhalb des 15. Tages des Monats ausgestellt werden, der auf die Lieferung folgt, auf die sich das Dokument bezieht.

Es handelt sich in der Regel um eine Zusammenfassende Rechnung, die eine Liste mehrerer Verkäufe von Waren oder Dienstleistungen enthält, die im Laufe des Monats getätigt wurden. Das Unternehmen kann die Verkäufe in einer Rechnung zusammenfassen, die in der Regel am Ende des Monats zu Buchhaltungszwecken ausgestellt wird. Aufgeschobene Rechnungen sind der Standard für Großhändler mit wiederkehrenden Kunden.

Wenn die Waren von einem Transportunternehmen transportiert werden, hat jede Lieferung ein zugehöriges Documento di Transporto (DDT) oder Transportdokument. Die aufgeschobene Rechnung muss die Details aller DDTs zur besseren Rückverfolgung enthalten.

Bemerkung

E-invoicing of deferred invoices requires the l10n_it_stock_ddt module. In this case, a dedicated Document Type TD24 is used in the e-invoice.

Odoo exportiert Transaktionen als TD24, wenn die folgenden Bedingungen erfüllt sind:

  1. It is an invoice.

  2. Steht in Verbindung mit Lieferungen, deren DDTs ein unterschiedliches Datum haben als das Ausstellungsdatum der Rechnung.

TD28 - San Marino

Rechnungen

San Marino und Italien haben besondere Vereinbarungen über die elektronische Rechnungsstellung getroffen. Als solche folgen Rechnungen der regulären Regeln der Umkehrung der Steuerschuldnerschaft. Je nach Rechnungstyp können Sie den entsprechenden Dokumenttyp verwenden: TD01, TD04, TD05, TD24, TD25. Zusätzliche Anforderungen werden von Odoo nicht durchgesetzt, allerdings wird der Benutzer vom Staat dazu aufgefordert:

  • Select a tax with the Tax Exemption Kind set to N3.3.

  • Use the generic SdI Destination Code 2R4GTO8.

The invoice is then routed by a dedicated office in San Marino to the correct business.

Lieferantenrechnungen

When a paper bill is received from San Marino, any Italian company must submit that invoice to the AdE by indicating the e-invoice’s Document Type field with the special value TD28.

Odoo exportiert eine Transaktion als TD28, wenn die folgenden Bedingungen erfüllt sind:

  1. It is a vendor bill.

  2. It has at least one tax on the invoice lines that targets the tax grids VJ.

  3. Das Land des Partners ist San Marino.

Public administration businesses (B2G)

PA businesses are subjected to more control than private businesses as they handle public money coming from taxpayers. The EDI process adds some steps to the regular one, as PA businesses can accept or refuse invoices.

Bemerkung

PA businesses have a 6-digit long Destination Code, also called CUU, that is mandatory, PEC address cannot be used in this case.

CIG, CUP, DatiOrdineAcquisto

Um eine wirksame Rückverfolgbarkeit der Zahlungen der öffentlichen Verwaltungen zu gewährleisten, müssen die an die öffentlichen Verwaltungen ausgestellten elektronischen Rechnungen Folgendes enthalten:

  • The CIG, except in cases of exclusion from traceability obligations provided by law n. 136 of August 13, 2010.

  • Den CUP bei Rechnungen im Zusammenhang mit öffentlichen Arbeiten.

If the XML file requires it, the AdE can only proceed payments of electronic invoices when the XML file contains a CIG and CUP.

Bemerkung

Der CUP und der CIG müssen in einem der XML-Etiketten PurchaseOrderData, ContractData, ConventionData, ReceiptDate, oder InvoiceData enthalten sein.

Diese entsprechen den Elementen mit den Bezeichnungen CodiceCUP und CodiceCIG der XML-Datei für elektronische Rechnungen, deren Tabelle Sie auf der Website der Regierung finden.

Split payment

The Split Payment mechanism behaves much like Umkehrung der Steuerschuldnerschaft.

Example

When an Italian company bills a PA business - for example, cleaning services for a public building - the PA business self-reports the VAT to the Tax Agency themselves, and the vendor just has to select the appropriate tax with the right Tax Exemption for their invoice lines.

The specific Scissione dei Pagamenti fiscal position is available to deal with partners belonging to the PA.

Prozess

Qualified electronic signature

Invoices and bills intended for the PA must include a qualified electronic signature when submitted through the SdI. This signature is automatically applied in the XAdES format when the invoice’s partner has a 6-digit long Destination Code (which indicates a PA business).

Bemerkung

When such an invoice is transmitted to the Tax Agency, the generated .xml file is signed on the Odoo servers, returned to the database, and attached to the invoice automatically.

Acceptance or refusal

After receiving the invoice through the SdI, the PA business has 15 days to accept the invoice. If it does, then the process ends here. If the PA business refuses the invoice, it is still considered valid once it is accepted by the SdI. You then have to issue a credit note to compensate and send it to the SdI.

Expired terms

If the PA business doesn’t reply within 15 days, you need to contact the PA business directly, sending them both the invoice and the received deadline notification by email. You can make an arrangement with them and manually set the correct SdI State on your invoice.

Point of sale fiscal printers

Warnung

Fiscal printers are distinct from ePOS printers. The IP address for a fiscal printer should not be entered in the ePOS IP address settings.

Fiscal regulations mandate using certified RT devices, such as RT printers or RT servers, to ensure compliant sales receipts and secure communication with the Tax Authority. These devices automatically transmit fiscal data daily. RT printers, designed for individual POS terminals, handle transactions, print receipts, and report to the authorities, ensuring data integrity and compliance.

Simulationsmodus

Warnung

Since the simulation mode sends data to the authorities, it should only be enabled at the very start of the printer’s configuration process. Once the printer is switched to the production mode, it cannot be reverted to the simulation mode.

To test the fiscal printer setup with Odoo, configure the fiscal printer in the simulation mode as follows:

  1. Make sure the fiscal printer is set to its default state: printer on, start-up cycle complete, and no transaction in progress.

  2. Typ 3333.

  3. Press Chiave. The screen displays Scelta Funzione.

  4. Typ 14. Der Bildschirm zeigt Apprendimento an.

  5. Typ 62. Der Bildschirm zeigt Simulazione an.

  6. Um no in si zu verwandeln, drücken Sie auf X.

  7. Drücken Sie zur Bestätigung auf Contante.

  8. Klicken Sie auf Chiave.

Um den Drucker für die Produktion zu konfigurieren, wiederholen Sie die obigen Schritte.

Bemerkung

Um die Druckerkonfiguration zu testen, muss das physische Gerät zunächst beschafft und bei den zuständigen Behörden registriert werden.

Einrichtung des Druckers, um mit Odoo zu arbeiten

Kassendrucker sind nur für den Betrieb im lokalen Netzwerk vorgesehen. Das bedeutet, dass der Drucker und das Gerät, in Odoo Kassensystem läuft, mit demselben Netzwerk verbunden sein müssen.

Kassendrucker sind normalerweise so konfiguriert, dass sie standardmäßig HTTP verwenden. Um die Kompatibilität mit Odoo zu gewährleisten, müssen die Einstellungen aktualisiert werden, um die HTTPS-Unterstützung auf dem Drucker zu aktivieren. Dies kann entweder über die Konfigurationssoftware EpsonFPWizard oder über die an den Drucker angeschlossene Tastatur erfolgen.

Um den Kassendrucker über die Tastatur einzurichten, gehen Sie wie folgt vor:

  1. Make sure the fiscal printer is set to its default state: printer on, start-up cycle complete, and no transaction in progress.

  2. Typ 3333.

  3. Press Chiave. The screen displays Scelta Funzione.

  4. Typ 34. Der Bildschirm zeigt Web Server an.

  5. Drücken Sie dreimal auf Contante, bis der Bildschirm Web Server: SSL anzeigt.

  6. Um den Wert 0 in 1 zu verwandeln, drücken Sie auf X.

  7. Drücken Sie zur Bestätigung dreimal auf Contante.

  8. Klicken Sie auf Chiave.

Then, log in to the printer with the device that runs Odoo Point of Sale so it recognizes the printer’s certificate.

To approve and install the printer’s certificate, follow these steps:

  1. Access the printer by opening a web browser and entering https://<ip-of-your-printer> in the address bar. A Warning: Potential Security Risk Ahead security message appears.

  2. Click Advanced to show the certificate approval options.

  3. Click Proceed to validate the certificate.

Then, to ensure Odoo Point of Sale is configured with the fiscal printer, go to Point of Sale ‣ Configuration ‣ Settings. In the Connected Devices section, add the IP address in the Italian Fiscal Printer IP address and enable Use HTTPS.

Ri.Ba. (Ricevuta Bancaria)

Ri.Ba. is a payment method widely used in Italy where vendors request payments through their bank, which forwards the request to the customer’s own bank and takes responsibility for the collection. This enables payment automation and reduces risks for the vendor.

The vendor generally uploads a fixed-format text file with the list of payments to the bank’s web portal.

Bemerkung

Ri.Ba. are exclusively for domestic payments in Italy. For recurring international payments, please use SEPA Direct Debt (SDD)

Konfiguration

  1. Check that the l10n_it_riba module is installed.

  2. Go to Settings ‣ Users & Companies ‣ Companies and select the company that will use Ri.Ba..

  3. Fill out the required SIA Code.

    Der SIA-Code des Unternehmens

    Bemerkung

    The SIA Code identifies businesses within the Italian banking network and is used to receive money through specific payment methods. It consists of one letter and four digits (e.g., T1234) and can usually be found on the bank’s portal or obtained by contacting the bank.

  4. Stellen Sie sicher, dass das Bankkonto des Unternehmens eine italienische IBAN hat.

    Siehe auch

    Bankkonten konfigurieren

Accept Ri.Ba. for your invoices

Payments of type Ri.Ba. can be registered from the Invoices (Accounting ‣ Customers ‣ Invoices).

Wichtig

Make sure that your invoice involves a Partner that has a bank account with an Italian IBAN.

Then, all Payments must be grouped in a Batch Payment.

Once you press the Validate button for the Batch Payment, the Ri.Ba. file is generated and attached to the Batch Payment, so you can download it and upload it through your bank’s web portal.

The Ri.Ba. file attached