Österreich — Meldemechanismen (CRS/AIA & FATCA)

CRS/AIA

• Portal-basierte Abgabe: Einzelerfassung oder Datei-Upload (XML) gemäss AT-Vorgaben.
• Massenprozesse/M2M (falls freigeschaltet): Automatisierte Übertragung nach Registrierungs-/Zulassungsverfahren.
• Status-/Fehlermeldungen werden über das Portal bereitgestellt und müssen pro Datensatz verarbeitet werden.

CRS/AIA Portal XML

FATCA (Model-1)

• Nationale Abgabe (Form 8966 XML) über den österreichischen Behördenpfad.
• Übermittlung an den IRS erfolgt behördlich; Institute bleiben für Datenqualität/Fristen verantwortlich.
• GIIN muss gepflegt sein; US-TINs nach national/IRS-Vorgaben zu erheben.

FATCA 8966 GIIN/TIN

CRS/AIA – OECD-Schema

• CRS-XML gemäss aktuellem OECD-User Guide (Felddefinitionen, Code-Listen, Referenzen).
• Status-Message XML für behördliche Rückmeldungen (Erfolg, Fehlerklassen).
• Lokale Zusatzregeln/Portalfelder möglich (z. B. Metadaten, Signaturcontainer).

OECD CRS-XML Status

FATCA – Form 8966 XML

• Struktur & Business Rules gemäss IRS-Spezifikationen.
• Lokale Transportanforderungen (Portal, Zertifikate, Container) beachten.
• Konsistenz zu KYC/FATCA-Klassifizierung (GIIN, TIN, Adressen) sicherstellen.

8966 Business Rules

Registrierung & Identifiers

• GIIN in Stammdaten & Meldedateien konsistent pflegen (inkl. Sponsoring-Fälle).
• US-TIN Quote überwachen; Nachforderungs-Workflow mit Eskalation.
• Abgleich mit IRS-Klassen (Participating FFI, RDCFFI etc.) wo zutreffend.

GIIN US-TIN

Record-Typen & Korrekturen

• Neumeldung, Correction, Void/Deletion pro 8966-Datensatz klar trennen.
• Bezug zu Vorjahres-Referenzen/DocRefs beibehalten (Audit-Trail).
• Grenzfälle (Change in Circumstances) sauber dokumentieren.

8966 Audit-Trail

CRS/AIA – Status & Fehler

• Status-Messages (Erfolg/Fehler) je Datei/Datensatz auswerten & archivieren.
• Fehlerklassen (technisch vs. inhaltlich) unterscheiden; SLA-basierte Behebung.
• Rückmeldungen als Input für Datenqualitäts-KPIs nutzen.

Status XML SLA

FATCA – Business Rules

• Vorab-Validierung gegen aktuelle Business Rules (lokal + IRS-Sicht) implementieren.
• Fehlerreporting in Ticketsystem mit Owner/Deadline.
• Feedback-Schleife in ETL/Mapping zur Fehlerprävention.

Validation ETL

Ablauf & Governance

• Validierungsbericht → Ticket → Datensatzkorrektur → erneute Einreichung.
• Vier-Augen-Freigabe & Versionierung in der Doku.
• Kommunikation an Kunden/Partner nur wenn erforderlich & abgestimmt.

Artefakte & Evidenz

• Original-XML, Status-Message, Korrektur-XML, Entscheidung/Begründung archivieren.
• Bezug zu Original-DocRef/Unique IDs beibehalten.
• Regelmäßige Root-Cause-Analysen (Fehlercluster) durchführen.

Nationale Deadlines

• AT-spezifische Einreichungsfristen für CRS/AIA & FATCA im Steuerkalender pflegen.
• Interne „Freeze“-Zeitfenster vor Einreichung (QA/Abstimmungen) definieren.
• Cut-off-Termine für Datenextrakte & Kontrollen verbindlich kommunizieren.

US-Bezug (QI/1042-S)

• 1042/1042-S direkt beim IRS (separater Pfad, nicht national).
• Rückwirkungen auf AIA/FATCA (Datenkonsistenz) im Kalender berücksichtigen.
• Amended-Fenster & Korrekturzyklen frühzeitig einplanen.

Übermittlung & Schutz

• Verschlüsselung/Signatur gemäss AT-Vorgaben; Zertifikatsverwaltung dokumentieren.
• Rollen/Berechtigungen im Portal prüfen (Least Privilege, 2FA wo möglich).
• Ausfall-/Retry-Strategien für Uploads & M2M definieren.

Archiv & Nachvollziehbarkeit

• Archivierung: Quellextrakte, XML, Status, Freigaben, Kommunikation.
• Retention gemäss nationalen/unternehmensinternen Vorgaben.
• Audit-Trail mit unveränderlichen Hashes/Checksummen optional ergänzen.

Vor Einreichung

• Datenkonsistenz: KYC ↔ FATCA/CRS ↔ QI (US-TIN, GIIN, Adressen, Status).
• Technik: XML-Validierung, Dateigrößen/Batching, Signatur/Container.
• Abstimmung: Summen/Counts je Berichtstyp; Vier-Augen-Freigabe.

Nach Einreichung

• Status/Fehler zeitnah auswerten; Tickets & SLA starten.
• Corrections/Deletions konsistent mit Vorjahres-Referenzen.
• Lessons Learned in Mapping/ETL & Schulungen rückführen.