Senden von XML-Dateien

Die TicketBAI-Konformität sieht die Erstellung von zwei Arten von XML-Dateien vor:

• Registrierungsdateien: XML-Datei, die erstellt wird, wenn eine neue Rechnung ausgestellt wird.

• Stornierungsdateien: XML-Datei, die erstellt wird, wenn eine Rechnung storniert wird, z. B. bei nicht durchgeführten Transaktionen.

TicketBAI verlangt, dass diese Dateien an die entsprechende Steuerbehörde gesendet werden, abhängig davon, wo die Rechtsadresse des Steuerpflichtigen, der die Rechnungen ausstellt, eingetragen ist.

Araba und Gipuzkoa

SIGN ES führt das Senden in Araba und Gipuzkoa automatisch durch. Die von SIGN ES gesendeten Rechnungen werden als „Buch der ausgestellten Rechnungen” des SII-Systems (Suministro Inmediato de Información) für Steuerpflichtige verwendet, die diesem unterliegen. Wenn jedoch gemäß SII zusätzliche Informationen erforderlich sind – wie externe Referenzen, Grundstücksübertragungen unterliegen der MwSt. u. a. – müssen diese über einen zusätzlichen Dienst namens OSATU gesendet werden, der nicht in den TicketBAI-Spezifikationen enthalten ist (siehe Anforderungen des OSATU-Dienstes auf Spanisch verfügbar).

Der Sendevorgang der TicketBAI-Dateien wird in der SIGN ES API-Signierkomponente durchgeführt. Die Signierkomponente synchronisiert den Status der TicketBAI-Dateien vom SIGN ES-Server zum Server der spanischen Steuerbehörde. Diese Synchronisation wird über das vom Server der spanischen Steuerbehörde bereitgestellte Anfrage-/Antwortmodell implementiert.

Antwort

Wenn eine Datei eingereicht wird, führen die Systeme der Steuerbehörden automatisch verschiedene Validierungen durch, und die Ergebnisse dieser Prüfungen werden in der Antwort aufgeführt.

Der ideale Registrierungsstatus ist REGISTERED. SIGN ES hilft, Ablehnungen zu reduzieren, indem durch seine Validierungsprozesse sichergestellt wird, dass XML-Dateien korrekt strukturiert und die Daten korrekt formatiert sind.

Wenn der Registrierungsstatus einer Rechnung jedoch als REQUIRES_CORRECTION angezeigt wird, kann es notwendig sein, die Datei erneut einzureichen, sofern die spanischen Rechnungsstellungsvorschriften keine Korrekturrechnung erfordern.

Erneutes Senden der Rechnungen

SIGN ES ermöglicht das erneute Senden von Rechnungen im Registrierungsstatus REGISTERED, REQUIRES_CORRECTION und REQUIRES_INSPECTION über REMEDY-Rechnungen an Zuzendu in folgenden Fällen:

• Registrierungsdateien wurden abgelehnt
• Registrierungsdateien wurden mit Fehlern akzeptiert, erfordern aber gesetzlich keine Korrektur
• von TicketBAI akzeptierte Dateien, bei denen der Steuerpflichtige Informationen ändern muss, die gesetzlich keine Korrektur erfordern

Wenn ein Fehler vorliegt, weil der Steuerpflichtige das Gerätezertifikat in Araba nicht registriert hat oder die 30-tägige Annahmefrist in Gipuzkoa überschritten hat, muss der Steuerpflichtige das Gerätezertifikat je nach zutreffendem Gebiet unverzüglich registrieren oder akzeptieren.

Das erneute Senden von Rechnungen mit dem Registrierungsstatus PENDING oder STORED ist nicht gestattet. Diese Rechnungen warten entweder auf die Einreichung durch SIGN ES oder sind gespeichert, weil keine Übertragung an die Steuerbehörde erforderlich ist.

Bizkaia

Senden von Rechnungen mit SIGN ES

Das Senden erfolgt mit einem Gerätezertifikat, das vom verpflichteten Steuerpflichtigen bei DFB/BFA registriert werden muss. Dies muss erfolgen, bevor das Gerät im Namen des Steuerpflichtigen Rechnungen zu erstellen beginnt.

Durch das Echtzeit-Senden der Rechnungen stellen wir sicher, dass die von BATUZ festgelegten Fristen eingehalten werden.

UNTERNEHMEN: SIGN ES führt das automatische Senden von TicketBAI-Rechnungen im LROE-Unterabschnitt 1.1 – Ausgestellte Rechnungen mit zertifizierter Software (Modell 240) durch. Diese Einreichung erfolgt in Echtzeit.

EINZELPERSONEN: Sobald der Aktivitätscode angegeben wurde, führt SIGN ES das Senden von TicketBAI-Rechnungen im LROE-Unterabschnitt 1.1 – Einnahmen mit ausgestellten Rechnungen mit zertifizierter Software (Modell 140) durch.

Idealerweise sollte der activity_code beim Erstellen der Rechnung angegeben werden. Dies ermöglicht die Echtzeit-Übertragung der Rechnung an die Steuerbehörden. Andernfalls verbleibt die Rechnung im Status STORED und wird erst dann an die Steuerbehörden weitergeleitet, nachdem die Rechnung mit dem Aktivitätscode aktualisiert wurde.

📘Note

Bitte überprüfen Sie, ob der Aktivitätscode in Bizkaia gültig ist, da die Rechnung sonst von der Steuerbehörde abgelehnt wird.

Für Einzelpersonen gibt es zwei zusätzliche optionale Felder: income_tax_amount und pay_collect, die zusammen mit dem activity_code eine Gruppe zusammengehöriger Daten bilden. Wenn diese Felder leer gelassen werden, während der Aktivitätscode angegeben ist, werden sie automatisch als ‘Nein’ markiert.

Wenn die MwSt.-Basis von den IRPF-Einnahmen des Steuerpflichtigen abweicht, muss der Steuerpflichtige das Feld income_tax_amount ausfüllen. Anleitungen zur Berechnung finden Sie in unserem Artikel Wie berechnet man den IRPF-Einnahmebetrag auf einer Rechnung?

Das Feld pay_collect gibt an, ob der Steuerpflichtige entschieden hat, am Inkasso- und Zahlungskriterium teilzunehmen.

📘Note

Der Aktivitätscode kann nur einmal eingegeben werden, entweder während der Erstellung der Rechnung oder bei der Aktualisierung, und kann danach nicht mehr geändert werden. Dies gilt auch für die Felder income_tax_amount und pay_collection, sobald Sie diese zusammen mit dem Aktivitätscode einreichen. Dadurch wird sichergestellt, dass diese Informationen nach der Eingabe konsistent und unveränderlich bleiben.

Das Feld vat_withholding in unserer API kann sowohl für Einzelpersonen als auch für Unternehmen gelten, insbesondere für B2B-Transaktionen, die vollständige Rechnungen und deren Korrekturen umfassen. Dieses Feld betrifft ein spezifisches Steuersystemszenario, bei dem Selbstständige, die Rechnungen an Unternehmen oder andere Selbstständige ausstellen, verpflichtet sind, einen Teil des IRPF (Einkommensteuer) auf ihre Einnahmen einzubehalten. In diesem System überweist der Käufer, nicht der Verkäufer, einen Teil der Steuer direkt an die Behörde.

Antwort

Nach Eingang einer Anfrage führen die Systeme der Bizkaia-Steuerbehörde automatisch Validierungen durch, und die Ergebnisse dieser Validierungen werden wie in anderen Provinzen in der Antwort berücksichtigt.

Idealerweise sollte der Registrierungsstatus REGISTERED sein. SIGN ES minimiert Ablehnungen durch die Sicherstellung der korrekten Struktur von XML-Dateien und des korrekten Formats der eingegebenen Daten durch angewandte Validierungen.

Wenn der Registrierungsstatus einer Rechnung jedoch REQUIRES_INSPECTION anzeigt, müssen die Dateien wahrscheinlich erneut beim System der Bizkaia-Steuerbehörde eingereicht werden, sofern die spanischen Rechnungsstellungsvorschriften keine Korrekturrechnung erfordern. Je nach Fall kann dies entweder durch erneutes Senden über Unterabschnitt 1.1 für mit zertifizierter Software ausgestellte Rechnungen oder über Unterabschnitt 1.2 für ohne zertifizierte Software ausgestellte Rechnungen erfolgen.

Erneutes Senden der Rechnungen

SIGN ES ermöglicht das erneute Senden von Rechnungen im Registrierungsstatus REQUIRES_INSPECTION über REMEDY-Rechnungen durch die Unterabschnitte 1.1 und 1.2. Das erneute Senden von Rechnungen mit dem Registrierungsstatus PENDING und STORED ist nicht erlaubt. Diese Rechnungen warten entweder auf die Einreichung durch SIGN ES oder sind gespeichert, weil entweder keine Übertragung an die Steuerbehörde erforderlich ist oder wichtige Informationen fehlen.

Eine erneute Einreichung über Unterabschnitt 1.1 ist möglich, wenn:

• der Fehler auf ungültige Daten in den Feldern des annotations-Blocks zurückzuführen ist
• das Gerätezertifikat zum Zeitpunkt der Übertragung vom Steuerpflichtigen nicht oder falsch registriert wurde

Eine erneute Einreichung über Unterabschnitt 1.2 ist möglich, wenn:

• Unterabschnitt 1.1 abgelehnt wurde und eine erneute Einreichung über 1.1 nicht möglich ist
• die Rechnung bereits korrigiert und über 1.2 gesendet wurde. Eine Korrektur der korrigierten Rechnung ist ebenfalls möglich, wenn die Korrekturrechnung den Status REGISTERED hat

Offline-Rechnungen

In Bizkaia offline ausgestellte Rechnungen werden als „ohne zertifizierte Software ausgestellt” eingestuft und müssen an den LROE-Unterabschnitt 1.2 übermittelt werden.

Um diese Rechnungen zu übertragen, müssen Sie sie zunächst im SIGN ES-System als externe Rechnungen registrieren, indem Sie den Rechnungstyp EXTERNAL verwenden. Dieser Schritt ist unerlässlich, um der offline generierten Rechnung eine UUID zuzuweisen.

Wenn die Rechnung als EXTERNAL-Rechnung hochgeladen wird, wird sie nicht an die Steuerbehörde übermittelt. Stattdessen hat sie wie jede andere externe Rechnung den Registrierungsstatus INVALID.

Um die Rechnung zu übermitteln, ist der nächste Schritt die Erstellung einer REMEDY-Rechnung mit Verweis auf die UUID, die zuvor der externen Rechnung zugewiesen wurde.

Testumgebung

Die Testumgebung in Bizkaia erfordert spezifische NIF-, MwSt.-Nummer und Gerätezertifikat, um Ablehnungsfehler zu vermeiden. Bei fiskaly haben wir diese Informationen offiziell bei den Behörden angefordert und erhalten. Diese spezifischen Details überschreiben automatisch die beim Erstellen von XML-Dateien bereitgestellten Testdaten – NUR IN DER TESTUMGEBUNG. Dadurch gewährleisten wir einen reibungslosen Test-Workflow mit effektiven Übertragungsantworten.

📘Note

Die SIGN ES API führt Validierungen durch, die Ablehnungen von XML-Dateien beim Senden an die Steuerbehörde verhindern.