Skip to content

INVOICE: Strukturierte Adressen bei Rechnungen / ISO20022 #2226

Description

@ThomasEllenberger

Gemäss Informationen von Postfinance und SIX-Group werden strukturierte Adressen bei Rechnungen ab 2025 obligatorisch. Dies bedeutet, dass das Adressfeld in Strasse und Hausnummer geteilt werden muss. Mehrzeilige Adressfelder sind auch nicht mehr zulässig.

Stand heute zieht Hitobito beim erstellen von Rechnungen die Adressdaten "Namen", "Vornamen", "Adresse", "PLZ" und "Ort" in ein Feld als Rechnungsadresse zusammen.

Weiterführende Informationen:

Tech-Spec

  • strukturierte Adressen sind ab 2025 im Zahlungsverkehr obligatorisch
  • die meisten Felder sind bereits strukturiert vorhanden
  • das bisherige Feld "Adresse" muss in "Strasse" und "Hausnummer" geteilt werden
  • CareOf kann als zusätzliche Adresszeile verwendet werden
  • Postbox enthält die Postfach-Informationen
  • Die Reihenfolge der Felder ist
    • Anrede
    • Namen
    • Zu Händen von/zusätzliche Adresszeile
    • Strasse und Hausnummer
    • Postfach
    • PLZ und Ort
    • Land

ToDo

  • Migration "Vorbereitung" erstellen
    • neue Spalte person.street
    • neue Spalte person.housenumber
    • neue Spalte person.address_care_of
    • neue Spalte person.postbox
    • neue Spalte group.street
    • neue Spalte group.housenumber
    • neue Spalte group.address_care_of
    • neue Spalte group.postbox
  • Views anpassen, um neue Eingabefelder zu haben und alte zu löschen
  • Controller anpassen, um permitted_attrs zu korrigieren
  • Model anpassen, um Validierungen korrekt zu halten
  • Migration "Transfer" erstellen
    • ActiveRecord nur verwenden, um die Attribute zu kopieren
    • korrekt kopierte Daten aus address löschen
    • bei Personen save verwenden, um den papertrail-callback auszuführen
    • erst Personen, danach die Gruppen
  • Verwendung von Papertrail prüfen (Personen-Log)
  • Sicherstellen, dass Transfer Fehler ausgibt
  • Transfer auch für SaaS testen
  • Tabular (CSV/Excel)-Exporte anpassen
  • Specs anpassen
    • core
    • cevi
    • die_mitte
    • digisus_lab
    • dsj
    • generic
    • glp
    • insieme
    • jemk
    • jubla
    • kljb
    • pbs
    • pro_natura
    • sac_cas
    • sbv
    • sjas
    • skv
    • svse
    • sww
    • tenants
    • youth
  • Migration "Abschluss" erstellen
    • komplette Migration in Abschluss aufnehmen
    • alte Spalte person.address löschen
    • Guard einbauen, dass vorher die Datenmigration gelaufen ist
    • RELEASE-Notes hinzufügen, um auf manuelle Migration hinzuweisen.
  • CHANGELOG-Eintrag unter "unreleased" unten hinzufügen

Weitere Aufgaben und Notizen

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions