Die Antwort in Kürze

Softwareanbieter müssen Daten, Code und Darstellung für die unterstützten Fälle pflegen. Abgleich, Swico S1 und alternative Kanäle hängen vom Produktumfang ab. Dokumentieren Sie Versionen und testen Sie Ausgaben; ein Validierungsbericht zertifiziert nicht alle Softwarefunktionen.

Der erwartete Funktionsumfang

Dokumentkonformität und Verwaltungsfunktionen sind getrennte Themen. Der folgende Umfang ist ein an das Produkt anzupassendes Entwurfsraster, keine Liste sämtlicher von SIX vorgeschriebener Funktionen.

Block Mindestinhalt Differenzierungsmerkmal
Daten Konforme Struktur, strukturierte Adressen, drei Referenztypen, Prüfung der Paare Konto–Referenz und der EUR-Regeln Echtzeitvalidierung bei der Eingabe, Fehlermeldungen, die die Regel nennen
Code Fehlerkorrekturstufe M, kleinste Version, Schweizer Kreuz, vektoriell Dekodierung empfangener QR-Rechnungen
Layout Style Guide, fünf Sprachen, leere Felder, Scherensymbol oder Perforation, PDF mit eingebetteten Schriften Vorlagen passend zum QR-Papier, Vorschau vor dem Versand
Rückmeldung Import camt.054 (und detailliertes camt.053), Abgleich nach Referenz, Ausnahmen Direkte Bankanbindung oder EBICS, konfigurierbare Zuordnungsregeln
S1 Erzeugung aus den Rechnungszeilen, Escaping, 140 Zeichen Lesen von S1 in der Kreditorenbuchhaltung
Kanäle PDF, Druck, eBill als alternatives Verfahren Kundenportal gemäss Kapitel 3.8
Lebenszyklus Mahnungen mit derselben Referenz, Gutschriften, stornierte Rechnungen Übernahme der Referenzen bei Migrationen

Der Wartungszyklus

Jede Version hat ihren eigenen Veröffentlichungs-, Einführungs- und Übergangszeitplan. Ein Softwareanbieter bereitet die folgenden Schritte vor:

  1. Lektüre der Änderungsdokumentation sofort nach der Veröffentlichung;
  2. Implementierung und Aktualisierung der Erzeugungsbibliothek;
  3. Tests: Regressionstests auf dem Text des Codes, Bericht des SIX-Validierungsportals, Swico-Validator für S1;
  4. Ausrollen vor dem Inkrafttreten, mit Aktivierung der neuen Regeln zum vorgesehenen Datum (zum Beispiel die EUR-Einschränkungen der IG 2.4 unter Berücksichtigung der parallelen Weiterführung der IG 2.3 bis November 2027);
  5. Kommunikation an die Kunden: was sich für sie ändert, was sie tun müssen, für die meisten nichts.

Die Punkte, die bei den Kunden den Unterschied machen

  • Die Adressmigration: Ihre Anwender haben Kundenstämme mit einzeiligen Adressen. Ein Assistent zur Aufteilung in Strasse/Hausnummer/PLZ/Ort, mit Validierung, spart Stunden und Abweisungen.
  • Der Zahlungsabgleich: Das ist der Moment, in dem der Kunde die Software beurteilt. Einfacher Import, klare Vorschläge, erklärte Ausnahmen, Abstimmung mit dem Kontoauszug.
  • Die Mahnungen: Übernahme der ursprünglichen Referenz, exakter Saldo, neue konforme QR-Rechnung.
  • Das QR-Papier: millimetergenau auf die Perforation abgestimmte Vorlagen, mit druckbarem Ausrichtungstest.
  • Die Transparenz: die unterstützte Version des Standards, den Validierungsbericht und das geplante Datum für die nächste Version veröffentlichen.

Zu automatisierende Tests

  • Prüfziffern (Modulo 10 rekursiv, Mod 97-10) auf bekannten Werten und Grenzfällen (Nullen, Länge, Buchstaben).
  • Ablehnung unzulässiger Paare: QRR ohne QR-IBAN, SCOR mit QR-IBAN, QRR in EUR nach dem 14.11.2026.
  • Text des Codes gegen eine Referenz verglichen, für jedes Szenario (leerer Betrag, fehlender Zahlungspflichtiger, S1, alternatives Verfahren, fünf Sprachen).
  • Gesamtlänge ≤ 997 Zeichen, Ustrd + StrdBkgInf ≤ 140.
  • PDF-Rendering: eingebettete Schriften, Abmessungen, Vorhandensein des Scherensymbols.

Der Leitfaden für Entwickler stellt die Open-Source-Bibliotheken vor, die Erzeugung und Dekodierung abdecken.

Quellen und Referenzen