Vereinheitlichung der Beschreibung von BT-18 und BT-128
Antragsteller:
KOSIT
Problembeschreibung:
BT-18 und BT-128 beschreiben jeweils einen Object identifier, einmal auf Ebene der Gesamtrechnug (BT-18 Invoiced object identifier) und einmal auf Ebene eines Einzelpostens (BT-128 Invoice line object identifier). Die jeweils aufgeführten Beispiele unterscheiden sich jedoch, was zu Missverständnissen führen könnte. Die Beschreibungen sollten daher vereinheitlicht werden.
Zudem unterscheiden sich die Definitionen auch im Bezug leicht (BT-10 übersetzt object mit Objekt, BT-128 übersetzt object mit Rechnungsposten), dies wird ebenfalls angeglichen.
BT-18 beschreibt weiterhin "bzw. die Daten basieren.", dies ist weder im englischen Original vorhanden noch in der Beschreibung von BT-128 und wird daher gestrichen.
BT-18 Invoiced object identifier:
Eine vom Verkäufer angegebene Kennung für ein Objekt, auf dem der in Rechnung gestellte Posten basiert bzw. die Daten basieren. (Z. B. Zählernummer, Telefonnummer, Kfz-Kennzeichen, versicherte Person).
BT-128 Invoice line object identifier:
Eine vom Verkäufer angegebene Kennung für einen Rechnungsgegenstand, auf den sich die Rechnungsposition bezieht (z. B. eine Abo-Nummer, eine Rufnummer, eine Zählernummer).
Änderungsvorschlag:
BT-18 und BT-128 sind in der Beschreibung aneinanderzupassen, daher die neuen Textvorschläge:
BT-18 Invoiced object identifier:
Eine vom Verkäufer angegebene Kennung für ein Objekt, auf das sich die Rechnung bezieht (z.B. Zählernummer, Telefonnummer, Kfz-Kennzeichen, versicherte Person, Abonnement-Nummer, Rufnummer).
BT-128 Invoice line object identifier:
Eine vom Verkäufer angegebene Kennung für ein Objekt, auf das sich die Rechnungsposition bezieht (z.B. Zählernummer, Telefonnummer, Kfz-Kennzeichen, versicherte Person, Abonnement-Nummer, Rufnummer).
Referenz
XRechnung, v1.2.0, S.28 (BT-18) bzw. S.41 (BT-128)
Bewertung des Antrags
-
Kann der CR bearbeitet werden, d. h. sind z. B. die rechtlichen Grundlagen und technischen Rahmenbedingungen für die Umsetzung gegeben? -
Label für Priorität hinzugefügen! (Soll der CR bearbeitet werden? Wenn ja, welche Wichtigkeit hat er) -
Release Milestone hinzufügen! (Zu welchem Release soll er umgesetzt werden?) -
Ggf. Due Date hinzufügen! (Zu welchem Zeitpunkt muss er spätestens umgesetzt sein?) -
Label für Bearbeiter hinzufügen! (Ist eine Bearbeitung im Expertengremium erforderlich oder ist eine Umsetzung durch den Betreiber ausreichend?
Welche Komponenten des Standards sind betroffen ?
Spezifikation
Dokumentation der Bearbeitung und Beschlüsse der Gremien
Problem wurde auf der EG-Sitzung am 14./15.02.2019 erkannt und die Bearbeitung als CR beschlossen. Da der CR lediglich der besseren Verständlichkeit dient und keine Auswirkungen auf das semantische Datenmodell hat, kann der CR im Rahmen des Sommerreleases 2019 umgesetzt werden.
Beschlüsse
Umsetzung und Dokumentation der Vergabe von Aufgaben
Offene Aufgaben
-
Review des neuen Textvorschlags @rkottmann @dopatka -
Überführen des neuen Textvorschlags in die Spezifikation @mircokuhlmann -
EG-Information im Mai @lars.roelker-denker -
Finale QS @lars.roelker-denker
Finale Frage die als TODO zu beantworten ist:
-
CR fertig zum Release?