Italie

Configuration

Installez les modules suivants pour obtenir toutes les fonctionnalités de la localisation italienne :

Nom

Nom technique

Description

Italie - Comptabilité

l10n_it

Le package de localisation fiscale par défaut

Italie - Facturation électronique

l10n_it_edi

E-invoice implementation

Italie - Facturation électronique (retenue à la source)

l10n_it_edi_withholding

E-invoice withholding

Italie - Rapports comptables

l10n_it_reports

Rapports nationaux

Italie - Stock DDT

l10n_it_stock_ddt

Documents de transport - Documento di Trasporto (DDT)

Informations relatives à l’entreprise

La configuration des informations relatives à l’entreprise vous permet de correctement configurer la base de données de la comptabilité. Pour ajouter des informations, allez aux Paramètres ‣ Paramètres généraux et dans la section Sociétés, cliquez sur Mettre à jour les informations. Complétez alors les champs suivants :

  • Adresse : l’adresse de la société ;

  • TVA : le numéro de TVA de la société ;

  • Codice Fiscale : le code fiscal de la société ;

  • Système fiscal : le système fiscal de la société ;

Company information to be provided

Configuration des taxes

Many of the e-invoicing features are implemented using Odoo’s tax system. As such, taxes must be properly configured to generate invoices correctly and handle other billing use cases.

The Italian localization contains predefined examples of taxes for various purposes.

Tax exemption

The use of sale taxes that amount to zero percent (0%) is required by Italian authorities to keep track of the exact Tax Exemption Kind (Natura) and Law Reference that justify the exemption operated on an invoice line.

Example

The export tax in the EU can be used as reference (0% EU, invoice label 00eu). It can be found under Accounting ‣ Configuration ‣ Taxes. Exports are exempt from VAT, and therefore, they require Exoneration kind and Law Reference filled in.

Tax Exemption Settings

Pour plus d'infos

There are many Tax Exemption Kind (Natura) and Law Reference codes. Make sure you check the latest version available to get the latest information on:

Note

If you need to use a different kind of exoneration, go to Accounting ‣ Configuration ‣ Taxes, select a similar tax, then click on the cog icon and select Duplicate. In the Advanced Options tab, add the Exoneration and Law Reference. To confirm click on Save.

Astuce

Renommez vos taxes dans le champ Nom en fonction de leur Exonération pour les identifier facilement.

Reverse charge

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:

  • Internal Reverse Charge (for domestic sales)
    The VAT responsibility is shifted to the buyer for certain categories of products and services.
  • External Reverse Charge (for intra-EU sales)
    VAT is due in the country of the delivery or in the country where the service is performed. When the buyer is itself an Italian business, then the EU offers a mechanism that allows the seller to transfer his responsibility to the buyer.

Factures clients

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.

Factures fournisseurs

Italian companies subjected to Reverse Charge must send the information in the bill received to the AdE.

Note

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

When creating a vendor bill, reverse charge taxes are available to be added in the Taxes field. You can check which taxes are available by going to Accounting ‣ Configuration ‣ Taxes, you can see that the 10% Goods and 22% Services taxes are activated, among others. Due to the automated configuration of the Italian fiscal position, these are automatically activated in the tax list.

Tax grids

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 ‣ Audit Reports: Tax Report.

Reverse charge tax grid from the VJ section of the Tax Declaration

Facturation électronique

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 Italian authorities portal and authenticate;

  2. Allez à la section Fatture e Corrispettivi ;

  3. Définissez l’utilisateur comme Partie légale pour le numéro de TVA dont vous souhaitez configurer l’adresse électronique ;

  4. In Servizi Disponibili ‣ Fatturazione Elettronica ‣ Registrazione dell’indirizzo telematico dove ricevere tutte le fatture elettroniche, insert Odoo’s Destination Code K95IV18, and confirm.

EDI Mode and authorization

Puisque les fichiers sont transmis par le serveur d’Odoo avant d’être envoyés au service SdI ou reçus par votre base de données, vous devez autoriser Odoo à traiter vos fichiers à partir de votre base de données. Pour ce faire, allez à Comptabilité ‣ Configuration ‣ Paramètres ‣ Facturation électronique.

There are three modes available:

  • Démo
    This mode simulates an environment in which invoices are sent to the government. In this mode, invoices need to be manually downloaded as XML files and uploaded to the AdE’s website.
  • Test (expérimental)
    This mode sends invoices to a non-production (i.e., test) service made available by the AdE. Saving this change directs all companies on the database to use this configuration.
  • Officiel
    This is a production mode that sends your invoices directly to the AdE.

Une fois que vous avez sélectionnez un mode, vous devez accepter les conditions générales en cochant Autoriser Odoo à traiter les factures, et puis en cliquant sur Enregistrer. Vous pouvez désormais enregistrer vos transactions dans Odoo Comptabilité.

Avertissement

Selecting either Test (experimental) or Official is irreversible. For example, once in Official mode, it is not possible to select Test (experimental) or Demo. We recommend creating a separate database for testing purposes only.

Note

When in Test (Experimental) mode, all invoices sent must have a partner using one of the following fake Destination Code given by the AdE: 0803HR0 - N8MIMM9 - X9XX79Z. Any real production Codice Destinario of your customers will not be recognized as valid by the test service.

Electronic document invoicing settings

Traiter

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.

Note

You can check the current status of an invoice by the SdI State field. The XML file is attached to the invoice.

EDI system architecture

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.

Send and Print menu

When the pop-up window opens there is a selection of actions that can be taken. Generate XML File generates the attachments.

Send and Print dialog

The XML file as well as the PDF once can be found attached to the invoice.

EDI Attachments

Submission to 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

Acceptance

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.

Avertissement

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.

Note

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 Types de documents section.

Important

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

Types de documents

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

Down payment invoices are imported/exported with a different Document Type code TDO2 than regular invoices. Upon import of the invoice, a regular vendor bill is created.

Odoo exports transactions as TD02 if the following conditions are met:

  1. It is an invoice;

  2. All invoice lines are related to down payment sales order lines.

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

Simplified invoices (TD07), credit notes (TD08), and debit notes (TD09) can be used to certify domestic transactions under 400 EUR (VAT included). Its status is the same as that of a regular invoice, but with fewer information requirements.

For a simplified invoice to be established, it must include:

  1. Référence de la facture client : séquence de numérotation unique sans écarts ;

  2. Date de facturation : date d’émission de la facture ;

  3. Informations relatives à la société : les coordonnées complètes du vendeur (numéro TVA/TIN, nom, adresse complète) dans Paramètres généraux ‣ Sociétés (section) ;

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

  5. Total : le montant total (TVA comprise) de la facture.

Dans l”EDI, Odoo exporte les factures en format simplifié si :

  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. The total amount of VAT included is less than 400 EUR.

Note

Le seuil de 400€ a été défini dans le décret du 10 mai 2019 publié dans la Gazzetta Ufficiale. Nous vous recommandons de vérifier le montant officiel actuel.

TD16 - Internal Reverse Charge

Internal reverse charge transactions (see Tax exemption and Reverse charge) 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

When buying services from EU and non-EU countries, the foreign seller invoices a service with a VAT-excluded price, as it is not taxable in Italy. The VAT is paid by the buyer in Italy.

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

  • Non UE : l”acheteur s’envoie lui-même une facture (c’est-à-dire auto-facturation).

Odoo exporte une transaction en tant que TD17 si les conditions suivantes sont réunies :

  • It is a vendor bill;

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

  • Toutes les lignes de facture ont des Services comme produits ou une taxe dont le champ d’application inclut les Services.

TD18 - Buying goods from EU

Les factures émises au sein de l’UE respectent un format standard, donc une seule intégration de la facture existante est requise.

Odoo exporte une transaction en tant que TD18 si les conditions suivantes sont réunies :

  • 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;

  • All invoice lines either have Consumable as products, or a tax with Goods as tax scope.

TD19 - Buying goods from VAT deposit

Buying goods from a foreign vendor, but the goods are already in Italy in a VAT deposit.

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

  • Non UE : l”acheteur s’envoie lui-même une facture (c’est-à-dire auto-facturation).

Odoo exports a transaction as a TD19 if the following conditions are met:

  • It is a vendor bill;

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

  • All invoice lines either have Consumables as products, or a tax with Goods as tax scope.

TD24 - Deferred invoices

La facture différée est une facture qui est émise à un moment ultérieur à la vente de marchandises ou à la fourniture de services. Une facture différée doit être émise au plus tard le 15ème jour du mois suivant la livraison ciblée par le document.

It usually is a summary invoice containing a list of multiple sales of goods or services carried out in the month. The business is allowed to group the sales into one invoice, generally issued at the end of the month for accounting purposes. Deferred invoices are default for wholesalers having recurrent clients.

Si les marchandises sont transportées par un transporteur, chaque livraison est accompagnée d’un Documento di Transporto (DDT) ou Document de transport. La facture différée doit indiquer les détails de toutes les informations du DDT pour une meilleure traçabilité.

Note

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 exports transactions as TD24 if the following conditions are met:

  1. It is an invoice;

  2. It is associated with deliveries whose DDTs have a different date than the issue date of the invoice.

TD28 - San Marino

Factures clients

San Marino and Italy have special agreements on e-invoicing operations. As such, invoices follow the regular reverse charge rules. You can use the proper Document Type depending on the invoice type: TD01, TD04, TD05, TD24, TD25. Additional requirements are not enforced by Odoo. However, the user is requested by the State to:

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

  • Use the generic SdI Destination Code 2R4GT08.

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

Factures fournisseurs

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 exports a transaction as TD28 if the following conditions are met:

  1. It is a vendor bill;

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

  3. Le pays du partenaire est Saint-Marin.

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.

Note

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

To ensure the effective traceability of payments by public administrations, electronic invoices issued to public administrations must contain:

  • Le CIG, sauf dans les cas d’exonérations des obligations de traçabilité prévus par la loi n° 136 du 13 août 2010 ;

  • Le CUP, dans le cas de factures relatives aux travaux publics.

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

Note

The CUP and the CIG must be included in one of the DatiOrdineAcquisto, DatiContratto, DatiConvenzione, DateRicezione, or DatiFattureCollegate XML tags.

These correspond to the elements named CodiceCUP and CodiceCIG of the electronic invoice XML file, whose table can be found on the government website.

Split Payment

The Split Payment mechanism behaves much like Reverse charge.

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.

Traiter

Signature numérique qualifiée

For invoices and bills intended for the PA, a Digital Qualified Signature is required for all files sent through the SdI. The XML file must be certified using a certificate that is either:

  • une carte à puce ;

  • un jeton USB ;

  • an HSM.

Avertissement

Odoo cannot digitally sign documents for you. When a 6-digit long Codice Destinatario is detected, then the EDI process stops, and the invoice is set on the Requires user signature state. You can download the document in XML, sign it with any Digital Qualified Signature provider’s external program and send it through the AdE portal.

Acceptance or Refusal

Avertissement

As Odoo does not handle sending signed invoices to PA businesses, these states cannot be directly triggered by Odoo. When you upload the invoice on the AdE portal, Odoo receives notifications about it, putting the correct SdI State on the invoice.

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.