Detailansicht
| Anlagedatum | 20.10.2022 |
| Ticketnummer | 2022-01524 |
| Kurzfrage | Wie ist mit den Angaben in den DTM Segmenten umzugehen, welche den Formatcode 303 nutzen? |
| Frage |
Im Stammdatenaustausch kommt es seit dem 01.10.2022 zu unterschiedlichen Anwendungen / Interpretationen des Datumsformates 303 in den DTM-Segmenten. Es erweckt den Anschein, dass einige Marktteilnehmer die im DTM-Segment angegebenen Uhrzeiten ignorieren und lediglich das Datum (also Tag Monat Jahr) verwenden. Beispiel: In dem Geschäftsvorfall wird das folgende im DTM angeben DTM+93:202212312300?+00:303' Unsere Interpretation ist die folgende: Es handelt sich um den Zeitpunkt 31.12.2022 23:00 Uhr UTC In gesetzlich deutscher Zeit ist dies der Zeitpunkt 01.01.2023 00:00 Uhr Das Ignorieren der Uhrzeit wird von einigen vor der „Umrechnung“ in die Lokale Zeitzone (gesetzliche deutsche Zeit), von wiederum anderen nach der „Umrechnung“ durchgeführt. Je nach Umsetzung in den IT-Systemen, wird entweder das Datum 31.12.2022 oder das Datum 01.01.2023 errechnet. Im Weiteren wird dann über die Information aus der DTM Beschreibung ein Tagesanfang bzw. ein Tagesende abgeleitet. So wie dies vor der Angabe eines Zeitpunkts nötig war. Daraus können sich dann die verschiedensten Situationen ergeben. Beispiel an einer Kündigung: Es wurde DTM+93:202212312300?+00:303' kommuniziert. Daraus ergibt dich der 01.01.2023 00:00 Uhr gesetzlicher deutscher Zeit. Da es sich um ein Endedatum handelt interpretieren dies einige mit dem Ablauf des 01.01.2023. Bei einem Lieferbeginn (Anmeldung NN) wird DTM+92:202212312300?+00:303' kommuniziert. Daraus ergibt sich für einige der 31.12.2022 da die Uhrzeit ignoriert wird. Und da es sich um ein Beginndatum handelt, wird das Datum als Tagesbeginn interpretiert. Datumssegmente mit besonders vielen Problemen: 1. Fälligkeitsdatum in der INVOIC. Es gab in der Vergangenheit anscheinend keine durchgängige Interpretation, ob das Fälligkeitsdatum zu einem Tagesbeginn oder Tagesende gegolten hat. Auch hier wird die Zeitangabe gerne ignoriert und das verbleibende Datum dann auf ein Tagesanfang oder Tagesende „definiert“. 2. Versionsangaben von Zeitreihen Bei Zeitreihen wird das DTM+293 (Versionsangabe) verwendet. Dieses DTM findet sich dann in der IFTSTA als Referenz in dem RFF+AUU. Wie ist dieses DTM im RFF+AUU zu übertragen? |
| Dateien | |
| Kurzantwort | Umgang mit den Angaben in den DTM Segmenten welche den Formatcode 303 nutzen |
| Antwort |
Vielen Dank für den Beitrag. Auch bei uns sind diverse Anfragen zu diesem Thema eingegangen. Dadurch, dass Zeitpunkte nun in der Genauigkeit Minuten in UTC angegeben werden (DTM mit 303 in DE 2379), muss und darf der Empfänger keinerlei Interpretation mehr durchführen. Er hat nur diesen UTC-Zeitpunkt unverändert, d. h. das angegebene Jahr, den angegebenen Monat, den angegebenen Tag, die angegebene Stunde und die angegebene Minute zu übernehmen und diese Informationen, d. h den genannten Zeitpunkt von UTC in die gesetzliche deutsche Zeit umzurechnen. Das geschieht, in dem während der Sommerzeit zwei Stunden addiert und in der Winterzeit eine Stunde addiert wird. Gegenüberstellung, des bisherigen Umgangs mit in den Geschäftsvorfällen angegebenen Zeitpunkten geringerer Genauigkeit zu dem jetzigen Umgang mit in den Geschäftsvorfällen angegebenen Zeitpunkten höherer Genauigkeit. Beispielsweise: DTM+93:20223112:102' Seit dem 01.10.2022 wrid nun folgend übertragen. Anmerkungen zum Fälligkeitsdatum: Anmerkung zu Versionsangaben: Grüße |
| Datei Antwort | Zeitstrahl2.png |