Italien

Konfiguration

Installera följande moduler för att få alla funktioner i den italienska lokaliseringen:

Namn	Tekniskt namn	Beskrivning
Italien - Redovisning	l10n_it	Standard fiscal-lokaliseringspaket
Italien - E-fakturering	l10n_it_edi	Implementering av e-faktura
Italien - E-fakturering (källskatt)	l10n_it_edi_withholding	Innehållning av e-fakturor
Italien - Redovisningsrapporter	l10n_it_reports	Landspecifika rapporter
Italy - Stock DDT	l10n_it_stock_ddt	Transportdokument - Transportdokument (DDT)

Se även

Documentation on e-invoicing’s legality and compliance in Italy

Information om företaget

Genom att konfigurera företagets information säkerställer du att din bokföringsdatabas är korrekt inställd. För att lägga till information, gå till :menuelection:`Inställningar --> Allmänna inställningar`, och i avsnittet Företag, klicka på Uppdatera info. Här fyller du i fälten:

• Address: företagets adress;

• VAT: Företagets moms;

• Codice Fiscale: företagets skattekod;

• Tax System: det skattesystem som företaget omfattas av;

Konfiguration av skatter

Många av funktionerna för e-fakturering implementeras med hjälp av Odoos skattesystem. Därför måste skatterna vara korrekt konfigurerade för att generera fakturor korrekt och hantera andra användningsfall för fakturering.

Den italienska lokaliseringen innehåller fördefinierade exempel på skatter för olika ändamål.

Skattebefrielse

Användningen av försäljningsskatter som uppgår till noll procent (0%) krävs av italienska myndigheter för att hålla reda på den exakta Tax Exemption Kind (Natura) och Law Reference som motiverar undantaget som används på en fakturarad.

Example

Exportskatten i EU kan användas som referens (0% EU, fakturaetikett 00eu). Den finns under Redovisning ‣ Konfiguration ‣ Skatter. Export är undantagen från moms, och därför måste Exoneration kind och Law Reference fyllas i.

Se även

Det finns många Skattebefrielse Kind (Natura) och Law Reference koder. Se till att du kontrollerar den senaste tillgängliga versionen för att få den senaste informationen om:

• Dokumentation från italienska myndigheter <https://www.agenziaentrate.gov.it/portale/web/guest/aree-tematiche/fatturazione-elettronica>`_

• Officiell guide om skattebefrielse

Observera

Om du behöver använda en annan typ av befrielse, gå till Accounting ‣ Configuration ‣ Taxes, välj en liknande skatt, klicka sedan på kugghjulsikonen och välj Duplicate. På fliken Avancerade alternativ lägger du till Exoneration och Law Reference. Klicka på Save för att bekräfta.

Tips

Namnge dina skatter i fältet Name enligt deras Exoneration för att enkelt skilja dem åt.

Omvänd laddning

Mekanismen för omvänd skattskyldighet är en momsregel som flyttar skyldigheten att betala moms från leverantören till kunden. Kunderna betalar momsen själva till AdE istället. Det finns olika typer:

• Intern omvänd skattskyldighet (för inhemsk försäljning)

  Momsansvaret flyttas till köparen för vissa kategorier av produkter och tjänster.
• Extern omvänd skattskyldighet (för försäljning inom EU)

  Moms ska betalas i det land där leveransen sker eller i det land där tjänsten utförs. När köparen själv är ett italienskt företag erbjuder EU en mekanism som gör det möjligt för säljaren att överföra sitt ansvar till köparen.

Fakturor

Kundfakturor med omvänd debitering visar inget momsbelopp, men AdE kräver att säljaren anger Skattebefrielse-orsaken och Lagreferens som möjliggör mekanismen för omvänd debitering. Odoo tillhandahåller en uppsättning speciella 0%-skatter som kan tilldelas varje omvänd debitering av fakturarader, som representerar de vanligaste konfigurationerna.

Vendor bills

Italienska företag som omfattas av omvänd skattskyldighet måste skicka informationen i den mottagna räkningen till AdE.

Observera

XML-filer för självdeklarerad moms måste utfärdas och skickas till AdE för omvänd fakturering.

När du skapar en leverantörsfaktura finns omvända avgifter tillgängliga för att läggas till i fältet Skatter. Du kan kontrollera vilka skatter som är tillgängliga genom att gå till Accounting ‣ Configuration ‣ Taxes, där du kan se att bland annat 10% varuskatt och 22% tjänsteskatt är aktiverade. På grund av den automatiska konfigurationen av den italienska skattepositionen aktiveras dessa automatiskt i skattelistan.

Tax grids

Den italienska lokaliseringen har en specifik :ref:``tax grid <tax-returns/tax-grids>` sektion för reverse charge skatter. Dessa skattetabeller identifieras med taggen VJ och kan hittas genom att gå till Redovisning ‣ Rapportering ‣ Revisionsrapporter: Skatterapport.

E-fakturering

SdI är det elektroniska faktureringssystem som används i Italien. Det gör det möjligt att skicka och ta emot elektroniska fakturor till och från kunder. Dokumenten måste vara i ett XML EDI-format som kallas FatturaPA och formellt bekräftas av systemet innan de levereras.

För att kunna ta emot fakturor och meddelanden måste tjänsten SdI meddelas om att användarens filer behöver skickas till Odoo och behandlas för deras räkning. För att göra det måste du ställa in Odoos Destination Code på AdE-portalen.

1. Gå till Italienska myndigheters portal och autentisera dig;

2. Gå till avsnitt :menyval:`Fakturor och debiteringar`;

3. Ange användaren som Legal Party för det momsregistreringsnummer som du vill konfigurera den elektroniska adressen för;

4. I Available Services ‣ Electronic Invoicing ‣ Registering the e-invoice address where to receive all electronic invoices, sätt in Odoo’s Destination Code K95IV18, och bekräfta.

EDI-läge och auktorisering

Eftersom filerna överförs via Odoos server innan de skickas till SdI eller tas emot av din databas, måste du auktorisera Odoo att behandla dina filer från din databas. För att göra det, gå till Redovisning ‣ Konfiguration ‣ Inställningar ‣ Elektronisk dokumentfakturering.

Det finns tre tillgängliga lägen:

• Demo

  Detta läge simulerar en miljö där fakturor skickas till myndigheter. I det här läget måste fakturorna manuellt laddas ner som XML-filer och laddas upp till :abbr:`AdE (Agenzia delle Entrate)`s webbplats.
• Test (experimentell)

  Detta läge skickar fakturor till en icke-produktionstjänst (dvs. testtjänst) som tillhandahålls av AdE. Om du sparar den här ändringen kommer alla företag i databasen att använda den här konfigurationen.
• Officiell

  Detta är ett produktionsläge som skickar dina fakturor direkt till AdE.

När ett läge har valts måste du acceptera villkoren genom att markera Låt Odoo behandla fakturor, och sedan Spara. Du kan nu registrera dina transaktioner i Odoo Accounting.

Varning

Att välja antingen Test (experimental) eller Official är irreversibelt. När du till exempel är i läget Official är det inte möjligt att välja Test (experimental) eller Demo. Vi rekommenderar att du skapar en separat databas endast för teständamål.

Observera

I Test (Experimental)-läget måste alla fakturor som skickas ha en partner som använder någon av följande falska Destinationskoder som ges av AdE: 0803HR0 - N8MIMM9 - X9XX79Z. Eventuell verklig produktion av Codice Destinario hos era kunder kommer inte att erkännas som giltig av testtjänsten.

Process

Inlämning av fakturor till SdI för Italien är en elektronisk process som används för obligatorisk överföring av skattehandlingar i XML-format mellan företag och AdE för att minska fel och kontrollera att transaktionerna är korrekta.

Observera

Du kan kontrollera den aktuella statusen för en faktura genom fältet SdI State. XML-filen bifogas till fakturan.

Skapande av XML-dokument

Odoo genererar de XML-filer som krävs som bilagor till fakturor i formatet FatturaPA som krävs av AdE. När de fakturor som behövs har valts går du till Action och klickar på Send and Print.

När popup-fönstret öppnas finns det ett urval av åtgärder som kan vidtas. Generate XML File genererar bilagorna.

Både XML-filen och PDF-filen finns bifogade till fakturan.

Inlämning till SDI

Alternativet Skicka till Skatteverket i dialogen Skicka och skriva ut skickar bilagan till Proxyserver, som samlar in alla förfrågningar och sedan vidarebefordrar dem via en WebServices-kanal till SdI. Kontrollera fakturans sändningsstatus genom att klicka på knappen Check Sending högst upp i fakturans vy.

Bearbetning av SDI

SdI tar emot dokumentet och kontrollerar att det inte innehåller några fel. I det här skedet befinner sig fakturan i SdI Processing-läget, vilket visas på fakturan. Fakturan får också ett FatturaPA Transaction-nummer som visas på fliken Electronic Invoicing. Kontrollerna kan ta varierande tid, från några sekunder upp till en dag, beroende på kön av fakturor som skickas över hela Italien.

Acceptans

Om handlingen är giltig registreras den och betraktas som skattemässigt giltig av AdE, som kommer att fortsätta med arkivering i Substitute Storage (Conservazione Sostitutiva) om detta uttryckligen begärs på byråns portal.

Varning

Odoo erbjuder inte kraven för Conservazione Sostitutiva. Andra leverantörer och AdE tillhandahåller gratis och certifierad lagring för att uppfylla de specifikationer som krävs enligt lag.

Den SdI Destination Code försöker vidarebefordra fakturan till kunden på den angivna adressen, oavsett om det är en PEC-e-postadress eller en SdI Destination Code för ERP:s WebServices-kanaler. Högst 6 försök görs var 12:e timme, så även om det inte lyckas kan processen ta upp till tre dagar. Fakturans status är Accepted by SDI, Forwarding to Partner.

Eventuellt avslag

SdI kan hitta felaktigheter i sammanställningen, eventuellt även formella sådana. I detta fall befinner sig fakturan i SDI Rejected-läget. SdI (Sistema di Interscambio)`s observationer infogas högst upp på fliken Faktura. För att lösa problemet räcker det med att ta bort bilagorna till fakturan, återföra fakturan till :guilabel:`Draft och åtgärda felen. När fakturan är klar kan den skickas på nytt.

Observera

För att återskapa XML-filen måste både XML-bilagan och PDF-rapporten raderas, så att de sedan återskapas tillsammans. Detta säkerställer att båda alltid innehåller samma data.

Vidarebefordran Avslutad

Fakturan har levererats till kunden, men du kan fortfarande skicka en kopia till kunden i PDF-format via e-post eller post. Dess status är Accepted by SDI, Delivered to Partner.

Om SdI inte kan kontakta din kund kanske de inte är registrerade på AdE-portalen. I så fall är det bara att se till att skicka fakturan i PDF-format via e-post eller post. Fakturan befinner sig då i läget Accepted by SDI, Partner Delivery Failed.

Integration av skatter

När du får en leverantörsfaktura, antingen från SdI, från papper eller från en importerad XML-fil, kan Skatteverket begära att du skickar tillbaka viss integration av skatteinformation till SdI. Det händer när en transaktion som var skattebefriad blir skattepliktig av någon anledning.

Example

Här är en icke uttömmande lista:

• Omvänd laddning

  Som köpare måste du betala skatt på det du köper och integrera skatteinformation. Reverse Charge skatter.
• italy/split-betalning

  Som PA-företagsköpare måste du betala skatt och integrera skatteinformation. Se till att du ersätter 0% Sale Taxes på leverantörsfakturan du fick med rätt Split Payment-skatter.
• Självkonsumtion

  När du som företagare i stället använder en tillgång som du köpt för affärsändamål för personliga ändamål måste du betala den skatt som du ursprungligen drog av som en kostnad för affärsändamål.

Odoo kan upptäcka att din leverantörsfaktura kan tolkas som ett dokument av en typ som behöver skatteintegration, enligt vad som beskrivs i avsnittet Dokumenttyper.

Viktigt

Se till att du ersätter 0% försäljningsskatter på leverantörsfakturan du fick med dem du ska betala till AdE. En knapp visas då högst upp på formuläret för den enskilda leverantörsfakturan för att skicka dem.

När du klickar på knappen Send Tax Integration genereras en XML-fil av lämplig Document Type som bifogas fakturan och skickas på samma sätt som för fakturor.

Dokumenttyper

Enligt SdI måste företag skicka kundfakturor och andra dokument via EDI.

Följande Document Type-koder identifierar alla tekniskt sett olika användningsområden för verksamheten.

TD01 - Fakturor

Detta representerar standardscenariot för alla fakturor som utväxlas genom SdI. Alla fakturor som inte omfattas av något av de specifika specialfallen kategoriseras som vanliga fakturor och identifieras med Document Type TD01.

TD02 - Handpenning

Down payment-fakturor importeras/exporteras med en annan Document Type-kod TDO2 än vanliga fakturor. Vid import av fakturan skapas en vanlig leverantörsfaktura.

Odoo exporterar transaktioner som TD02 om följande villkor är uppfyllda:

1. Det är en faktura;

2. Alla fakturarader är relaterade till rader för försäljningsorder med förskottsbetalning.

TD04 - Kreditnotor

Det är standardscenariot för alla kreditnotor som utfärdas till inhemska kunder, när vi formellt behöver bekräfta att säljaren minskar eller annullerar en tidigare utfärdad faktura, till exempel vid överfakturering, felaktiga artiklar eller överbetalning. Precis som fakturor måste de skickas till SdI, deras Document Type TD04

TD07, TD08, TD09 - Förenklad fakturering

Förenklade fakturor (TD07), kreditnotor (TD08) och debetnotor (TD09) kan användas för att attestera inhemska transaktioner under 400 EUR (inklusive moms). Dess status är densamma som för en vanlig faktura, men med färre informationskrav.

För att en förenklad faktura ska kunna upprättas måste den innehålla följande:

1. Kundfaktura referens: unik numreringssekvens med inga luckor;

2. Invoice Date: utställningsdatum datum för fakturan;

3. Company Info: säljarens fullständiga uppgifter (VAT/TIN-nummer, namn, fullständig adress) under General Settings ‣ Companies (section);

4. VAT: köparens VAT/TIN-nummer (på partnerformuläret);

5. Total: det totala beloppet (inklusive moms) på fakturan.

I EDI exporterar Odoo fakturor som förenklade if:

1. Det är en inhemsk transaktion (dvs. partnern är från Italien);

2. Ditt företags obligatoriska fält (VAT-nummer eller Codice Fiscale, Skattesystem och fullständig adress) anges;

3. Partnerns adress är inte fullständigt specificerad (t.ex. saknas stad eller postnummer);

4. Det totala beloppet inklusive moms är mindre än 400 EUR.

Observera

Tröskeln på 400 EUR definierades i ”dekretet av den 10 maj 2019 i Gazzetta Ufficiale <https://www.gazzettaufficiale.it/eli/id/2019/05/24/19A03271/sg>`_. Vi råder dig att kontrollera det aktuella officiella värdet.

TD16 - Intern omvänd laddning

Interna transaktioner med omvänd skattskyldighet (se Skattebefrielse och Omvänd laddning) exporteras som TD16 om följande villkor är uppfyllda:

• Det är en leverantörsräkning;

• Den har minst en skatt på fakturaraderna som riktar sig till något av dessa tax grids: VJ6, VJ7, VJ8, VJ12, VJ13, VJ14, VJ15, VJ16, VJ17

TD17 - Köpa tjänster från utlandet

Vid köp av tjänster från EU- och icke-EU-länder fakturerar den utländska säljaren en tjänst med ett pris som är exklusive moms, eftersom den inte är skattepliktig i Italien. Momsen betalas av köparen i Italien.

• Inom EU: köparen integrerar den mottagna fakturan med den momsinformation som ska betalas i Italien (dvs. integrering av moms på leverantörsfakturan);

• Icke-EU: köparen skickar en faktura till sig själv (dvs. självfakturering).

Odoo exporterar en transaktion som TD17 om följande villkor är uppfyllda:

• Det är en leverantörsräkning;

• Den har minst en skatt på fakturaraderna som riktar sig till skattetabellen VJ3;

• Alla fakturarader har antingen Tjänster som produkter eller en skatt med Tjänster som skatteomfattning.

TD18 - Köpa varor från EU

Fakturor som utfärdas inom EU följer ett standardformat, och därför krävs endast en integration av den befintliga fakturan.

Odoo exporterar en transaktion som TD18 om följande villkor är uppfyllda:

• Det är en leverantörsräkning;

• partnern är från ett EU-land;

• Den har minst en skatt på fakturaraderna som riktar sig till skattetabellen VJ9;

• Alla fakturarader har antingen Consumable som produkter, eller en skatt med Goods som skatteomfattning.

TD19 - Köpa varor från momsdeposition

Köper varor från en utländsk säljare, men varorna befinner sig redan i Italien i en VAT-deposition.

• Från EU: köparen integrerar den mottagna fakturan med den momsinformation som ska betalas i Italien (dvs. integrering av moms på leverantörsfakturan);

• Icke-EU: köparen skickar en faktura till sig själv (d.v.s. självfakturering).

Odoo exporterar en transaktion som en TD19 om följande villkor är uppfyllda:

• Det är en leverantörsräkning;

• Den har minst en skatt på fakturaraderna som riktar sig till skattetabellen VJ3;

• Alla fakturarader har antingen Consumables som produkter eller en skatt med Goods som tax scope.

TD24 - Försenade fakturor

En fördröjd faktura är en faktura som utställs vid en senare tidpunkt än försäljningen av varor eller tillhandahållandet av tjänster. En fördröjd faktura måste utfärdas senast den 15:e dagen i den månad som följer på den leverans som omfattas av dokumentet.

Det är vanligtvis en sammanfattningsfaktura som innehåller en lista över flera försäljningar av varor eller tjänster som genomförts under månaden. Företaget får gruppera försäljningarna i en faktura, som vanligtvis utfärdas i slutet av månaden för bokföringsändamål. Uppskjutna fakturor är standard för grossister som har återkommande kunder.

Om varorna transporteras av en transportör har varje leverans ett tillhörande Documento di Transporto (DDT), eller Transportdokument. Den fördröjda fakturan måste innehålla uppgifter om alla DDT för bättre spårning.

Observera

E-fakturering av uppskjutna fakturor kräver l10n_it_stock_ddt modul. I detta fall används en särskild Document Type TD24 i e-fakturan.

Odoo exporterar transaktioner som TD24 om följande villkor är uppfyllda:

1. Det är en faktura;

2. Den är kopplad till leveranser vars DDT har ett annat datum än fakturans utställningsdatum.

TD28 - San Marino

Fakturor

San Marino och Italien har särskilda avtal om e-fakturering. Som sådana följer fakturor de vanliga reglerna för omvänd debitering. Du kan använda rätt Document Type beroende på fakturatyp: TD01, TD04, TD05, TD24, TD25. Ytterligare krav verkställs inte av Odoo. Användaren uppmanas dock av State att:

• Välj en skatt med Tax Exemption Kind inställd på N3.3;

• Use the generic SdI Destination Code 2R4GTO8.

Fakturan vidarebefordras sedan av ett särskilt kontor i San Marino till rätt företag.

Vendor Bills

När en pappersfaktura tas emot från San Marino måste alla italienska företag sända fakturan till AdE genom att ange det särskilda värdet TD28 i e-fakturans Document Type-fält.

Odoo exporterar en transaktion som TD28 om följande villkor är uppfyllda:

1. Det är en leverantörsräkning;

2. Den har minst en skatt på fakturaraderna som riktar sig till skattetabellerna VJ;

3. Partnerns land är San Marino.

Företag inom offentlig förvaltning (B2G)

PA-företag är föremål för mer kontroll än privata företag eftersom de hanterar offentliga medel som kommer från skattebetalarna. Processen EDI lägger till några steg till den :ref:``ordinarie <italy/e-invoicing-process>`, eftersom PA-företag kan acceptera eller vägra fakturor.

Observera

PA-företag har en 6-siffrig lång Destination Code, även kallad CUU, som är obligatorisk, PEC-adress kan inte användas i detta fall.

Se även

Komplett lista över företag som tillhör den offentliga förvaltningen tillsammans med deras destinationskod

CIG, CUP, inköpsorderdata

För att säkerställa en effektiv spårbarhet av betalningar från offentliga förvaltningar måste elektroniska fakturor som utfärdas till offentliga förvaltningar innehålla följande:

• Den CIG, utom i fall av undantag från spårbarhetsskyldigheter som föreskrivs i lag nr 136 av den 13 augusti 2010;

• Den CUP, när det gäller fakturor relaterade till offentliga arbeten.

Om XML-filen kräver det kan AdE endast genomföra betalningar av elektroniska fakturor när XML-filen innehåller en CIG och CUP.

Observera

CUP och CIG måste ingå i någon av XML-taggarna PurchaseOrderData, ContractData, ConventionData, ReceiptDate eller InvoiceData.

Dessa motsvarar elementen med namnen CodiceCUP och CodiceCIG i XML-filen för elektroniska fakturor, vars tabell finns på regeringens webbplats <http://www.fatturapa.gov.it/>`_.

Delad betalning

Mekanismen Split Payment fungerar ungefär som Omvänd laddning.

Example

När ett italienskt företag fakturerar ett PA-företag - t.ex. städtjänster för en offentlig byggnad - rapporterar PA-företaget själv momsen till Skatteverket, och säljaren behöver bara välja rätt skatt med rätt Tax Exemption för sina fakturarader.

Den specifika Scissione dei Pagamenti skattepositionen är tillgänglig för att hantera partners som tillhör PA.

Process

Digital kvalificerad signatur

För fakturor och räkningar avsedda för PA krävs en Digital Qualified Signature för alla filer som skickas via SdI. XML-filen måste vara certifierad med ett certifikat som antingen är:

• ett smart kort;

• en USB-token;

• en HSM.

Varning

Odoo kan inte** signera dokument digitalt åt dig. När en 6-siffrig lång Codice Destinatario upptäcks, stoppas EDI-processen och fakturan ställs in på Requires user signature-läget. Du kan ladda ner dokumentet i XML, signera det med valfri Digital Qualified Signature-leverantörs externa program och skicka det via AdE-portalen.

Godkännande eller avslag

Varning

Eftersom Odoo inte hanterar att skicka signerade fakturor till PA-företag, kan dessa tillstånd inte utlösas direkt av Odoo. När du laddar upp fakturan på AdE-portalen får Odoo meddelanden om det och sätter rätt SdI State på fakturan.

Efter att ha tagit emot fakturan via SdI har PA-företaget 15 dagar på sig att godkänna fakturan. Om den gör det avslutas processen här. Om företaget PA avvisar fakturan anses den ändå vara giltig när den har godkänts av SdI. Du måste då utfärda en kreditnota för att kompensera och skicka den till SdI.

Utgångna villkor

Om företaget PA inte svarar inom 15 dagar måste du kontakta företaget PA direkt och skicka både fakturan och meddelandet om mottagen tidsfrist via e-post. Du kan göra en överenskommelse med dem och manuellt ange rätt SdI State på din faktura.

Point of Sale fiscal printers

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.

Simuleringsläge

Varning

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. Type 3333.

3. Press Chiave. The screen displays Scelta Funzione.

4. Type 14. The screen displays Apprendimento.

5. Type 62. The screen displays Simulazione.

6. To turn the no into a si, press X.

7. To confirm, press Contante.

8. Press Chiave.

To configure the printer for production, repeat the steps above.

Observera

To test the printer configuration, the physical device must first be obtained and registered with the relevant authorities.

Setting up the printer to work with Odoo

Fiscal printers are meant to work only in the local network. This means the printer and the device running Odoo Point of Sale must be connected to the same network.

Fiscal printers are typically configured to use HTTP by default. To ensure compatibility with Odoo, the settings must be updated to enable HTTPS support on the printer. This can be done using either the EpsonFPWizard configuration software or the keyboard connected to the printer.

To set up the fiscal printer using the keyboard, follow these steps:

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

2. Type 3333.

3. Press Chiave. The screen displays Scleta Funzione.

4. Type 34. The screen displays Web Server.

5. Press Contante 3 times until the screen displays Web Server: SSL.

6. To turn the value 0 into a 1, press X.

7. To confirm, press Contante 3 times.

8. Press 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.

Observera

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

   

   Observera

   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. Ensure the Company’s bank account has an Italian IBAN.

   Se även

   How to configure Bank Accounts

Accept Ri.Ba. for your invoices

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

Viktigt

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.

Se även

• Batch Payments

• Create 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.