Spanien (SIGN ES)

SIGN ES auf einen Blick

	Details
Regulierung	Verifactu und SII (national), TicketBAI (Baskenland), NaTicket (Navarra)
Anforderungen	XML-Rechnungsgenerierung, kryptografische Signierung und Verkettung, Echtzeit-Übermittlung an Steuerbehörden, QR-Generierung
API-Architektur	Spezialisierte API — eigens für Spanien entwickelt, nutzt die Management API für die Organisationseinrichtung
Integrationsaufwand	2–4 Wochen ab Beginn
Hauptmerkmal	Eine API für alle Fiskalisierungssysteme (TicketBAI, Verifactu, NaTicket) und E-Reporting (SII) durch eine einzige Integration

Verifactu, TicketBAI, NaTicket und SII — alles in einer API

Die Komplexität des spanischen Fiskalrahmens ergibt sich aus dem Nebeneinander von Gemeinschaftsgebiet und Foralgebieten, was mehrere parallele Konformitätssysteme schafft. Softwareanbieter, die Produkte in Spanien vermarkten, müssen die Konformität mit jedem anwendbaren System sicherstellen. SIGN ES deckt alle über eine einzige API ab:

• Verifactu — gilt national in ganz Spanien gemäß dem Königlichen Dekret 1007/2023. Gilt nicht für Unternehmen im Baskenland oder Navarra.
• TicketBAI — gilt in den drei baskischen Provinzen: Álava, Bizkaia und Gipuzkoa. Jedes Gebiet hat seine eigene Steuerbehörde.
• NaTicket — gilt im Foralgebiet Navarra.
• SII — nationales Mehrwertsteuer-Meldesystem der spanischen Steuerbehörde (AEAT).

SIGN ES abstrahiert all diese hinter einer einzigen API-Oberfläche. Sie geben an, welche Regulierung pro Steuerpflichtigem gilt, und SIGN ES übernimmt den Rest.

💡Eine Integration für ganz Spanien

Sie benötigen keine separate Integration pro Regulierung. SIGN ES leitet jeden konformen Rechnungsfluss basierend auf dem Fiskalgebiet und den Verpflichtungen des Steuerpflichtigen an die richtige Steuerbehörde weiter.

Schlüsselkonzepte

Signer

Ein Signer repräsentiert das Signiergerät und enthält das Zertifikat zur Signierung von Rechnungen und Belegen. Da fiskaly ein Sozialpartner der spanischen Steuerbehörde ist, können wir das Signierzertifikat bereitstellen, ohne dass der Steuerpflichtige ein eigenes Zertifikat einreichen muss.

Clients

Ein Client repräsentiert ein POS-Terminal, ein Rechnungsgerät, eine Anwendung oder ein ähnliches ausstellendes System. Jeder Client ist mit einem Signer verbunden. Clients haben zwei Zustände: ENABLED und DISABLED (das Setzen eines Clients auf DISABLED ist irreversibel).

Invoices

Invoices sind das zentrale Transaktionsmodell in SIGN ES. Es gibt sechs Typen:

1. Vereinfachte Rechnung — nur Ausstellerinformationen, bis zu 400 EUR (oder 3.000 EUR für Sonderfälle wie Einzelhandel, Restaurants und Parkplätze). Am häufigsten für B2C-Belege und Tickets.
2. Vollständige Rechnung — Informationen zu Aussteller und Empfänger. Am häufigsten für B2B.
3. Korrekturrechnung — behebt einen Fehler auf einer zuvor ausgestellten Rechnung. Die Korrektur kann durch Substitution oder durch Differenzen erfolgen.
4. Anreicherungsrechnung — fügt Empfängerdaten zu einer zuvor ausgestellten Rechnung hinzu.
5. Externe Rechnung — importiert Rechnungen aus der Vor-Integrationszeit als Korrekturgrundlage und wird nicht an die Steuerbehörde übermittelt.
6. Korrekturrechnung (Remedy) — korrigiert fehlerhafte Informationen, meist aufgrund von Integrationsfehlern, die rechtlich keine Korrekturrechnung erfordern.

Alle Rechnungstypen außer der externen Rechnung werden kryptografisch signiert, durch Referenzierung des vorherigen Rechnungs-Hashs verkettet und in Echtzeit an die zuständige Steuerbehörde übermittelt. Externe Rechnungen sind nur Referenzeinträge: Sie generieren kein XML und werden nicht übertragen.

Integrationsaufwand

Szenario	Dauer	Hinweise
Neue Integration	2–6 Wochen	Vollständiger Ablauf: Management API Organisationseinrichtung, Zertifikate, Signer, Clients, Rechnungssignierung und Übermittlung
Verifactu zu bestehender TicketBAI-Integration hinzufügen	~1 Woche	Gleiche API, anderes Regulierungskennzeichen pro Steuerpflichtigem
Bereits auf der Unified API (FR/IT)	2–4 Wochen	Andere API-Architektur — SIGN ES nutzt Management API, nicht das Unified-Muster

Sind Sie bereits SIGN DE-Kunde?

Lesen Sie den speziell für SIGN DE-Kunden konzipierten Leitfaden. Er kann Ihren Integrationsaufwand erheblich vereinfachen: Für SIGN DE-Kunden.

Erste Schritte

1. Ihre Organisation erstellen

   Registrieren Sie sich im fiskaly HUB und erstellen Sie eine verwaltete Organisation für jeden Steuerpflichtigen über die Management API oder direkt im HUB.

2. Zertifikate einrichten

   Erstellen Sie das erforderliche elektronische Zertifikat. Sprechen Sie mit unserem Team, wenn Sie lieber ein vorhandenes verwenden möchten. Siehe elektronisches Zertifikat und Gerätezertifikat.

3. Signer und Clients erstellen

   Erstellen Sie einen Signer (Signierzertifikat) und einen Client (POS-Terminal) pro Terminal, POS-Gerät, Anwendung oder anderem Gerät zur Rechnungsausstellung.

4. Rechnungen erstellen

   Erstellen Sie Ihre erste Rechnung. SIGN ES generiert das XML, signiert es, verkettet es mit der vorherigen Rechnung und übermittelt es an die Steuerbehörde. Die Antwort enthält die signierte Rechnung und ihren Übermittlungsstatus.

5. QR-Codes generieren

   Jede Rechnung muss einen Identifiercode und einen QR-Code auf dem gedruckten/angezeigten Beleg enthalten. Siehe Rechnungskonformität.

Dokumentation

Einführung

Überblick über spanische Fiskalvorschriften und SIGN ES

Integrationsprozess

Vollständiger Integrationsleitfaden von Anfang bis Ende

Rechnungskonformität

Rechnungsformat, QR-Codes, Identifiercodes und Platzierungsregeln

Verbindungsverlust

Umgang mit Konnektivitätsproblemen bei der Echtzeit-Übermittlung

Glossar

Schlüsselbegriffe für die spanische Fiskalkonformität

Für SIGN DE-Kunden

Migrationsleitfaden: Was sich bei einem Wechsel von SIGN DE ändert