Italien¶
Module¶
Die folgenden Module werden automatisch mit der italienischen Lokalisierung installiert:
Name |
Technische Bezeichnung |
Beschreibung |
|---|---|---|
Italien - Buchhaltung |
|
Standardmäßiges steuerliches Lokalisierungspaket. |
Italien - Elektronische Rechnungsstellung |
|
Implementierung von elektronischen Rechnungen |
Italien - Absichtserklärung |
|
Unterstützung für die Absichtserklärung (Dichiarazione di Intento) |
Italien - Verkauf E-Rechnungsstellung |
|
Verkaufsänderungen für E-Rechnungsstellung |
Italien - Kassensystem |
|
Integration von Odoo PoS mit dem italienischen Fiskaldrucker |
Italien - Buchhaltungsberichte |
|
Italienische Berichte |
Italien - Bankbelege (Ri.Ba.) |
|
Erzeugung von Ri.Ba.-Dateien aus Stapelzahlungen in Odoo |
Italien - Bestand DDT |
|
Transportdokumente - Documento di Trasporto (DDT) |
Bemerkung
In einigen Fällen, z. B. beim Upgrade auf eine Version mit zusätzlichen Modulen, ist es möglich, dass Module nicht automatisch installiert werden. Fehlende Module können manuell installiert werden.
Unternehmen¶
Um alle Funktionen dieser steuerlichen Lokalisierung zu nutzen, sind die folgenden Felder im Unternehmensdatensatz erforderlich:
Unternehmensname
Adresse: die Adresse des Unternehmens
USt-IdNr.: Umsatzsteuer-Identifikationsnummer des Unternehmens
Codice Fiscale: die Steuernummer des Unternehmens
Steuersystem: das Steuersystem, unter das das Unternehmen fällt
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 . Da Exporte von der Mehrwertsteuer befreit sind, müssen die Art Befreiung und Gesetzesbezug ausgefüllt sein.
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 von Befreiung verwenden müssen, gehen Sie zu , wählen Sie eine ähnliche Steuer aus, klicken Sie dann auf das Zahnradsymbol und wählen Sie Duplizieren. Fügen Sie im Tab Erweiterte Optionen die Felder Befreiung und Gesetzesreferenz hinzu. Klicken Sie zum Bestätigen auf Speichern.
Tipp
Benennen Sie Ihre Steuern im Feld Name nach ihrer Befreiung um, um sie leicht unterscheiden zu können.
Umkehrung der Steuerschuldnerschaft¶
Das Reverse-Charge-Verfahren ist eine Umsatzsteuerregel, die die Steuerschuld vom Lieferanten auf den Kunden verlagert. Die Kunden zahlen die Umsatzsteuer selbst an AdE. Es gibt verschiedene Arten:
- 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-Charge-Kundenrechnungen weisen keinen Umsatzsteuerbetrag aus, aber AdE verlangt vom Verkäufer die Angabe des Grundes für die Steuerbefreiung und der Gesetzesreferenz, die das Reverse-Charge-Verfahren ermöglichen. Odoo bietet eine Reihe spezieller 0%-Steuern, die den einzelnen Reverse-Charge-Rechnungszeilen zugeordnet werden können und die am häufigsten verwendeten Konfigurationen darstellen.
Lieferantenrechnungen¶
Italienische Unternehmen, die dem Reverse-Charge-Verfahren unterliegen, müssen Rechnungsdetails an AdE senden.
Bemerkung
Selbst gemeldete Umsatzsteuer-XML-Dateien müssen für Reverse-Charge-Rechnungen erstellt und an AdE gesendet werden.
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 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¶
Die italienische Lokalisierung verfügt über einen speziellen Bereich für Steuerraster für Reverse-Charge-Steuern. Diese Steuerraster sind durch das Tag VJ gekennzeichnet und können über aufgerufen werden.
Elektronische Rechnungsstellung¶
Bemerkung
Stellen Sie sicher, dass alle italienspezifischen E-Invoicing-Module installiert sind.
SdI ist das System für elektronische Rechnungsstellung, das in Italien verwendet wird. Es ermöglicht das Senden und Empfangen elektronischer Rechnungen an und von Kunden. Die Dokumente müssen im XML-EDI-Format namens FatturaPA vorliegen und vom System formal validiert werden, bevor sie zugestellt werden.
Um Rechnungen und Benachrichtigungen empfangen zu können, muss der Dienst SdI darüber informiert werden, dass die Dateien des Benutzers an Odoo gesendet und in seinem Namen verarbeitet werden sollen. Dazu muss der Zielcode von Odoo im Portal AdE eingerichtet werden.
Rufen Sie das Portal der italienischen Behörden auf und authentifizieren Sie sich.
Gehen Sie zum Bereich Fatture e Corrispettivi.
Legen Sie den Benutzer als rechtliche Vertretung für die Umsatzsteuernummer fest, für die Sie die elektronische Adresse konfigurieren möchten.
In , geben Sie den Empängercode
K95IV18von Odoo ein und bestätigen Sie.
Demo- und Produktionsmodus¶
Bemerkung
Der Demomodus ist standardmäßig aktiviert und bleibt aktiv, bis die Option Durch Aktivieren dieses Kontrollkästchens autorisiere ich Odoo, meine Rechnungen über das Sistema di Interscambio (SDI) zu senden und zu empfangen im Bereich Fattura Electronica (FatturaPA) aktiviert wird. Sobald diese Option aktiviert ist, wird der Produktionsmodus aktiviert und kann nicht mehr deaktiviert werden.
Der Demomodus simuliert eine Umgebung, in der Rechnungen an die Behörden gesendet werden. In diesem Modus müssen Rechnungen manuell als XML-Dateien heruntergeladen und auf die Website von AdE hochgeladen werden.
Da Dateien über den Server von Odoo übertragen werden, bevor sie an SdI gesendet oder von Ihrer Datenbank empfangen werden, ist eine Autorisierung erforderlich, damit Odoo sie verarbeiten kann. Um den Produktionsmodus zu aktivieren und die Übertragung an SdI zu ermöglichen, gehen Sie folgendermaßen vor:
Stellen Sie sicher, dass das Feld Codice Fiscale in den Unternehmensinformationen ausgefüllt ist.
Gehen Sie zu und scrollen Sie zum Abschnitt Italienische elektronische Rechnungsstellung.
Aktivieren Sie im Abschnitt Fattura Electronica (FatturaPA) die Option Mit dem Aktivieren dieser Option autorisiere ich Odoo, meine Rechnungen über das Sistema di Interscambio (SDI) zu senden und zu empfangen.
Klicken Sie auf Speichern.
Prozess¶
Die Übermittlung von Rechnungen an das SdI für Italien ist ein elektronischer Prozess zur verpflichtenden Übertragung von Steuerbelegen im XML-Format zwischen Unternehmen und der AdE, um Fehler zu reduzieren und die Korrektheit von Vorgängen zu überprüfen.
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.
Erstellung von XML-Dokumenten¶
Odoo generiert die erforderlichen XML-Dateien als Anhänge zu Rechnungen im von der AdE geforderten Format FatturaPA. Sobald die benötigten Rechnungen ausgewählt sind, klicken Sie auf die Schaltfläche Senden.
Wenn sich das Pop-up-Fenster öffnet, haben Sie die Wahl zwischen verschiedenen Aktionen. XML-Datei generieren generiert die Anhänge.
Sowohl die XML-Datei als auch die PDF-Datei befinden sich im Anhang der Rechnung.
Klicken Sie nach Auswahl der gewünschten Aktionen auf Senden.
Einreichung bei SDI¶
Die Option An Steuerbehörde senden im Dialog Senden und Drucken sendet den Anhang an den Proxy-Server, der alle Anfragen sammelt und diese dann über einen WebServices-Kanal an das SdI weiterleitet. Überprüfen Sie den Sendestatus der Rechnung über die Schaltfläche Sendung prüfen oben in der Rechnungsansicht.
Verarbeitung durch SDI¶
Das SdI empfängt das Dokument und prüft es auf Fehler. In dieser Phase befindet sich die Rechnung im Status SdI-Verarbeitung, wie auf der Rechnung angezeigt. Die Rechnung erhält außerdem eine FatturaPA-Transaktionsnummer, die im Tab Elektronische Rechnungsstellung angezeigt wird. Die Prüfungen können unterschiedlich lange dauern, von wenigen Sekunden bis zu einem Tag, abhängig von der Warteschlange der in ganz Italien gesendeten Rechnungen.
Akzeptanz¶
Wenn das Dokument gültig ist, wird es erfasst und von der AdE als steuerlich gültig betrachtet, die dann mit der Archivierung in Ersatzspeicherung (Conservazione Sostitutiva) fortfährt, falls dies ausdrücklich im Portal der Behörde angefordert wird.
Warnung
Odoo bietet die Anforderungen für Conservazione Sostitutiva nicht an. Andere Anbieter und die AdE stellen kostenlose und zertifizierte Speicherlösungen bereit, um die gesetzlich geforderten Spezifikationen zu erfüllen.
Das SdI versucht mit dem Zielcode, die Rechnung an den Kunden unter der angegebenen Adresse weiterzuleiten, sei es eine PEC-E-Mail-Adresse oder ein SdI Zielcode für die WebServices-Kanäle seines ERP-Systems. Es werden maximal 6 Versuche alle 12 Stunden unternommen, sodass dieser Prozess auch bei Misserfolg bis zu drei Tage dauern kann. Der Rechnungsstatus lautet Von SDI akzeptiert, Weiterleitung an Partner.
Mögliche Ablehnung¶
Das SdI kann Ungenauigkeiten bei der Erstellung finden, möglicherweise sogar formale. In diesem Fall befindet sich die Rechnung im Status SDI abgelehnt. Die Anmerkungen des SdI werden oben im Rechnungs-Tab eingefügt. Um das Problem zu lösen, genügt es, die Anhänge der Rechnung zu löschen, die Rechnung auf Entwurf zurückzusetzen und die Fehler zu korrigieren. Sobald die Rechnung fertig ist, kann sie erneut gesendet werden.
Bemerkung
Um die XML zu regenerieren, müssen sowohl der XML-Anhang als auch der PDF-Bericht gelöscht werden, damit sie dann gemeinsam neu generiert werden. Dies stellt sicher, dass beide immer dieselben Daten enthalten.
Weiterleitung abgeschlossen¶
Die Rechnung wurde an den Kunden zugestellt. Sie können dem Kunden jedoch weiterhin eine Kopie als PDF per E-Mail oder Post senden. Ihr Status ist Von SDI akzeptiert, an Partner zugestellt.
Wenn das SdI Ihren Kunden nicht erreichen kann, ist dieser möglicherweise nicht im AdE-Portal registriert. Stellen Sie in diesem Fall sicher, dass Sie die Rechnung als PDF per E-Mail oder per Post versenden. Die Rechnung befindet sich dann im Status Von SDI akzeptiert, Zustellung an Partner fehlgeschlagen.
Steuerintegration¶
Wenn Sie eine Lieferantenrechnung erhalten, entweder vom SdI, in Papierform oder aus einer importierten XML-Datei, kann die Steuerbehörde verlangen, dass Sie einige Steuerinformationen zur Integration an das SdI zurücksenden. Dies geschieht, wenn eine Transaktion, die steuerbefreit war, aus irgendeinem Grund steuerpflichtig wird.
Example
Hier ist eine nicht erschöpfende Liste:
- Als Käufer müssen Sie Steuern auf Ihre Einkäufe zahlen und Steuerinformationen integrieren. Reverse Charge-Steuern.
- Als PA-Geschäftskäufer müssen Sie Steuern zahlen und Steuerinformationen integrieren. Stellen Sie sicher, dass Sie die 0% Verkaufssteuern auf der erhaltenen Lieferantenrechnung durch die korrekten Split Payment-Steuern ersetzen.
- EigenverbrauchWenn Sie als Geschäftsinhaber einen Vermögenswert, den Sie für geschäftliche Zwecke gekauft haben, stattdessen für private Zwecke nutzen, müssen Sie die Steuern nachzahlen, die Sie ursprünglich als Betriebsausgabe dafür abgezogen haben.
Odoo kann erkennen, dass Ihre Lieferantenrechnung als Dokument eines Typs interpretiert werden kann, der eine Steuerintegration erfordert, wie im Abschnitt Belegarten beschrieben.
Wichtig
Stellen Sie sicher, dass Sie die 0% Verkaufssteuern auf der erhaltenen Lieferantenrechnung durch die ersetzen, die Sie an die AdE zahlen müssen. Eine Schaltfläche erscheint dann oben im Formular der einzelnen Lieferantenrechnung, um diese zu senden.
Beim Klick auf die Schaltfläche Steuerintegration senden wird eine XML-Datei des entsprechenden Dokumenttyps erstellt, an die Rechnung angehängt und wie bei Rechnungen versendet.
Belegarten¶
Das SdI verlangt von Unternehmen, Kundenrechnungen und andere Dokumente über den EDI zu versenden.
Die folgenden Dokumenttyp-Codes identifizieren alle technisch unterschiedliche geschäftliche Anwendungsfälle.
TD01 - Rechnungen¶
Dies stellt das Standard-**Inlands**szenario für alle Rechnungen dar, die über das SdI ausgetauscht werden. Jede Rechnung, die nicht in einen der spezifischen Sonderfälle fällt, wird als reguläre Rechnung kategorisiert und durch den Dokumententyp TD01 identifiziert.
TD02 - Anzahlungen¶
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:
Es ist eine Rechnung.
Alle Rechnungszeilen beziehen sich auf Anzahlungen von Verkaufsauftragszeilen.
TD04 - Gutschriften¶
Dies ist das Standardszenario für alle Gutschriften, die an inländische Kunden ausgestellt werden, wenn wir formell anerkennen müssen, dass der Verkäufer eine zuvor ausgestellte Rechnung reduziert oder storniert, beispielsweise bei Überberechnung, falschen Artikeln oder Überzahlung. Genau wie Rechnungen müssen sie an das SdI gesendet werden, ihr Dokumententyp ist TD04
TD07, TD08, TD09 - vereinfachte Rechnungsstellung¶
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:
Kundenrechnung Referenz: eindeutige Nummerierungssequenz ohne Lücken.
Rechnungsdatum: Ausstellungs**datum** der Rechnung.
Unternehmensinformationen: die vollständigen Angaben des Verkäufers (USt-IdNr./Steuernummer, Name, vollständige Adresse).
USt: die USt-IdNr./Steuernummer des Käufers (im Partnerformular).
Gesamt: der Gesamtbetrag (einschließlich Mehrwertsteuer) der Rechnung.
Im EDI exportiert Odoo Rechnungen als vereinfacht wenn:
Es handelt sich um eine inländische Transaktion (d. h., der Partner kommt aus Italien).
Die Pflichtfelder Ihres Unternehmens (USt-IdNr. oder Codice Fiscale, Steuerregime und vollständige Adresse) sind angegeben.
Die Adresse des Partners ist nicht vollständig angegeben (d. h., es fehlt die Stadt oder die Postleitzahl).
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 - inländische Umkehrlast¶
Inländische Umkehrlast-Transaktionen (siehe Steuerbefreiung und Umkehrung der Steuerschuldnerschaft) werden als TD16 exportiert, wenn die folgenden Bedingungen erfüllt sind:
Es ist eine Lieferantenrechnung.
Sie hat mindestens eine Steuer auf den Rechnungspositionen, die auf eines dieser Steuerraster abzielt:
VJ6,VJ7,VJ8,VJ12,VJ13,VJ14,VJ15,VJ16,VJ17
TD17 - Einkauf von Dienstleistungen aus dem Ausland¶
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;
Innerhalb der EU: Der Käufer ergänzt die erhaltene Rechnung um die Umsatzsteuerinformationen, die in Italien fällig sind (d. h. Integration der Umsatzsteuer in der Lieferantenrechnung).
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:
Es ist eine Lieferantenrechnung.
Sie hat mindestens eine Steuer in den Rechnungszeilen, die auf das Steuerraster VJ3 abzielt.
Alle Rechnungszeilen haben entweder Dienstleistungen als Produkte oder eine Steuer mit den Dienstleistungen als Steuergültigkeit.
TD18 - Warenkauf aus der 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:
Es ist eine Lieferantenrechnung.
Der Partner kommt aus einem EU-Land.
Sie hat mindestens eine Steuer in den Rechnungszeilen, die auf das Steuerraster VJ9 abzielt.
Alle Rechnungszeilen haben entweder Verbrauchsartikel als Produkte oder eine Steuer mit den Waren als Steuergültigkeit.
TD19 - Warenkauf aus Umsatzsteuerdepot¶
Kauf von Waren von einem ausländischen Lieferanten, aber die Waren befinden sich bereits in Italien in einem MwSt.-Depot:
Aus der EU: Der Käufer ergänzt die erhaltene Rechnung um die Umsatzsteuerinformationen, die in Italien fällig sind (d. h. Integration der Umsatzsteuer in der Lieferantenrechnung).
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:
Es ist eine Lieferantenrechnung.
Sie hat mindestens eine Steuer in den Rechnungszeilen, die auf das Steuerraster VJ3 abzielt.
Alle Rechnungszeilen haben entweder Verbrauchsartikel als Produkte oder eine Steuer mit den Waren als Steuergültigkeit.
TD24 - aufgeschobene Rechnungen¶
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
Die elektronische Rechnungsstellung für aufgeschobene Rechnungen erfordert das Modul l10n_it_stock_ddt. In diesem Fall wird in der E-Rechnung ein dedizierter Dokumenttyp TD24 verwendet.
Odoo exportiert Transaktionen als TD24, wenn die folgenden Bedingungen erfüllt sind:
Es ist eine Rechnung.
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:
Wählen Sie eine Steuer mit der Steuerbefreiungsart, die auf
N3.3gesetzt ist.Verwenden Sie den generischen SdI-Bestimmungscode
2R4GTO8.
Die Rechnung wird dann von einer eigens dafür zuständigen Stelle in San Marino an das richtige Unternehmen weitergeleitet.
Lieferantenrechnungen¶
Wenn eine Papierrechnung aus San Marino empfangen wird, muss jedes italienische Unternehmen diese Rechnung an die AdE übermitteln, indem es das Feld Dokumenttyp der E-Rechnung mit dem speziellen Wert TD28 angibt.
Odoo exportiert eine Transaktion als TD28, wenn die folgenden Bedingungen erfüllt sind:
Es ist eine Lieferantenrechnung.
Sie hat mindestens eine Steuer in den Rechnungszeilen, die auf die Steuerraster VJ abzielt.
Das Land des Partners ist San Marino.
Unternehmen der öffentlichen Verwaltung (B2G)¶
PA-Unternehmen unterliegen strengeren Kontrollen als private Unternehmen, da sie mit öffentlichen Geldern von Steuerzahlern umgehen. Der EDI-Prozess fügt dem regulären Prozess einige Schritte hinzu, da PA-Unternehmen Rechnungen akzeptieren oder ablehnen können.
Bemerkung
PA-Unternehmen haben einen 6-stelligen Bestimmungscode, auch CUU genannt, der verpflichtend ist. In diesem Fall kann keine PEC-Adresse verwendet werden.
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:
Die CIG, außer in Fällen des Ausschlusses von Rückverfolgbarkeitspflichten gemäß Gesetz Nr. 136 vom 13. August 2010.
Den CUP bei Rechnungen im Zusammenhang mit öffentlichen Arbeiten.
Wenn die XML-Datei dies erfordert, kann die AdE Zahlungen für elektronische Rechnungen nur dann vornehmen, wenn die XML-Datei eine CIG und CUP enthält.
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.
Geteilte Zahlung¶
Der Mechanismus Split Payment verhält sich sehr ähnlich wie Umkehrung der Steuerschuldnerschaft.
Example
Wenn ein italienisches Unternehmen ein PA-Unternehmen in Rechnung stellt – zum Beispiel Reinigungsdienstleistungen für ein öffentliches Gebäude –, meldet das PA-Unternehmen die Mehrwertsteuer selbst an das Finanzamt, und der Verkäufer muss lediglich die entsprechende Steuer mit der richtigen Tax Exemption für seine Rechnungspositionen auswählen.
Die spezifische Steuerposition Scissione dei Pagamenti steht zur Verfügung, um mit Partnern umzugehen, die zu PA gehören.
Prozess¶
Qualifizierte elektronische Signatur¶
Rechnungen, die für PA bestimmt sind, müssen eine qualifizierte elektronische Signatur enthalten, wenn sie über SdI eingereicht werden. Diese Signatur wird automatisch im XAdES-Format angewendet, wenn der Partner der Rechnung einen 6-stelligen Destination Code hat (was ein PA-Unternehmen anzeigt).
Bemerkung
Wenn eine solche Rechnung an die Steuerbehörde übermittelt wird, wird die generierte .xml-Datei auf den Odoo-Servern signiert, an die Datenbank zurückgesendet und automatisch an die Rechnung angehängt.
Annahme oder Ablehnung¶
Nachdem die Rechnung über SdI empfangen wurde, hat das PA-Unternehmen 15 Tage Zeit, um die Rechnung anzunehmen. Wenn es dies tut, endet der Prozess hier. Wenn das PA-Unternehmen die Rechnung ablehnt, gilt sie dennoch als gültig, sobald sie von SdI akzeptiert wird. Sie müssen dann einen Kredit ausstellen, um dies auszugleichen, und ihn an SdI senden.
Abgelaufene Fristen¶
Wenn das PA-Unternehmen nicht innerhalb von 15 Tagen antwortet, müssen Sie das PA-Unternehmen direkt kontaktieren und ihm sowohl die Rechnung als auch die erhaltene Fristbenachrichtigung per E-Mail senden. Sie können eine Vereinbarung mit ihm treffen und den korrekten SdI State auf Ihrer Rechnung manuell festlegen.
Kassensystem-Steuerdrucker¶
Warnung
Fiskaldrucker unterscheiden sich von ePOS-Druckern. Die IP-Adresse eines Fiskaldruckers sollte nicht in den ePOS-IP-Adresseinstellungen eingetragen werden.
Steuerrechtliche Vorschriften verlangen die Verwendung zertifizierter RT-Geräte wie RT-Drucker oder RT-Server, um konforme Verkaufsbelege zu gewährleisten und eine sichere Kommunikation mit der Steuerbehörde sicherzustellen. Diese Geräte übermitteln täglich automatisch Steuerdaten. RT-Drucker, die für einzelne Kassensystem-Terminals konzipiert sind, verarbeiten Transaktionen, drucken Belege und melden an die Behörden, wodurch Datenintegrität und Compliance sichergestellt werden.
Simulationsmodus¶
Warnung
Da der Simulationsmodus Daten an die Behörden sendet, sollte er nur zu Beginn des Konfigurationsprozesses des Druckers aktiviert werden. Sobald der Drucker in den Produktionsmodus geschaltet wurde, kann er nicht mehr in den Simulationsmodus zurückversetzt werden.
Um die Einrichtung des Steuerdruckers mit Odoo zu testen, konfigurieren Sie den Steuerdrucker wie folgt im Simulationsmodus:
Stellen Sie sicher, dass sich der Steuerdrucker in seinem Standardzustand befindet: Drucker eingeschaltet, Startzyklus abgeschlossen und keine Transaktion läuft.
Typ
3333.Drücken Sie Chiave. Der Bildschirm zeigt Scelta Funzione an.
Typ
14. Der Bildschirm zeigt Apprendimento an.Typ
62. Der Bildschirm zeigt Simulazione an.Um no in si zu verwandeln, drücken Sie auf X.
Drücken Sie zur Bestätigung auf Contante.
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:
Stellen Sie sicher, dass sich der Steuerdrucker in seinem Standardzustand befindet: Drucker eingeschaltet, Startzyklus abgeschlossen und keine Transaktion läuft.
Typ
3333.Drücken Sie Chiave. Der Bildschirm zeigt Scelta Funzione an.
Typ
34. Der Bildschirm zeigt Web Server an.Drücken Sie dreimal auf Contante, bis der Bildschirm Web Server: SSL anzeigt.
Um den Wert
0in1zu verwandeln, drücken Sie auf X.Drücken Sie zur Bestätigung dreimal auf Contante.
Klicken Sie auf Chiave.
Melden Sie sich dann mit dem Gerät, auf dem Odoo Kassensystem läuft, am Drucker an, damit es das Zertifikat des Druckers erkennt.
Um das Zertifikat des Druckers zu genehmigen und zu installieren, führen Sie diese Schritte aus:
Greifen Sie auf den Drucker zu, indem Sie einen Webbrowser öffnen und
https://<ip-of-your-printer>in die Adressleiste eingeben. Eine Sicherheitsmeldung Warnung: Potentielles Sicherheitsrisiko erscheint.Klicken Sie auf Erweitert, um die Optionen zur Zertifikatsgenehmigung anzuzeigen.
Klicken Sie auf Fortfahren, um das Zertifikat zu validieren.
Um sicherzustellen, dass Odoo Kassensystem mit dem Steuerdrucker konfiguriert ist, gehen Sie zu . Im Abschnitt Verbundene Geräte fügen Sie die IP-Adresse unter IP-Adresse des italienischen Steuerdruckers hinzu und aktivieren Sie HTTPS verwenden.
Ri.Ba. (Ricevuta Bancaria)¶
Ri.Ba. ist eine in Italien weit verbreitete Zahlungsmethode, bei der Verkäufer Zahlungen über ihre Bank anfordern, die die Anfrage an die Bank des Kunden weiterleitet und die Verantwortung für den Einzug übernimmt. Dies ermöglicht die Zahlungsautomatisierung und reduziert Risiken für den Verkäufer.
Der Lieferant lädt in der Regel eine Textdatei mit festem Format mit der Liste der Zahlungen auf das Webportal der Bank hoch.
Bemerkung
Ri.Ba. sind ausschließlich für inländische Zahlungen in Italien. Für wiederkehrende internationale Zahlungen verwenden Sie bitte SEPA-Lastschrift (SDD)
Konfiguration¶
Überprüfen Sie, dass das Modul
l10n_it_ribainstalliert ist.Gehen Sie zu und wählen Sie das Unternehmen aus, das Ri.Ba. verwenden wird.
Füllen Sie den erforderlichen SIA-Code aus.
Bemerkung
Der SIA-Code identifiziert Unternehmen innerhalb des italienischen Banknetzwerks und wird verwendet, um Geld über bestimmte Zahlungsmethoden zu erhalten. Er besteht aus einem Buchstaben und vier Ziffern (z. B. T1234) und kann normalerweise im Portal der Bank gefunden oder durch Kontaktaufnahme mit der Bank erhalten werden.
Stellen Sie sicher, dass das Bankkonto des Unternehmens eine italienische IBAN hat.
Siehe auch
Bankkonten konfigurieren
Ri.Ba. für Ihre Rechnungen akzeptieren¶
Zahlungen vom Typ Ri.Ba. können unter Invoices () erfasst werden.
Wichtig
Stellen Sie sicher, dass Ihre Rechnung einen Partner betrifft, der über ein Bankkonto mit einer italienischen IBAN verfügt.
Anschließend müssen alle Zahlungen in einer Sammelzahlung gruppiert werden.
Siehe auch
Sobald Sie die Schaltfläche Validate für die Stapelzahlung drücken, wird die Ri.Ba.-Datei generiert und an die Stapelzahlung angehängt, sodass Sie sie herunterladen und über das Webportal Ihrer Bank hochladen können.
