Skip to content

Überarbeitung der Payment Terms (BT-20)

Antragsteller:

Wolfgang Dobmeier - 12.12.2017 Peter Büsing - 24.1.2018, 20.2.2018"

Änderungsvorschlag:

  1. Es sollte erwähnt werden, inwieweit eine ""Mischangabe"" von Prosatext über Zahlungsbedingungen einerseits und andererseits strukturierten Skontoinformationen zulässig ist. Mein Vorschlag: Sollte zulässig sein.
  2. Die Bezeichnung ""Verzugsbedingungen"" im ersten Abschnitt der Beschreibung halte ich im Lichte des mir bekannten CEN-Entwurfsstands (""penalties"") für unzutreffend. Bauch-Vorschlag für neue Bezeichnung: Pönalen.
  3. Prozentangaben in der strukturierten Beschreibung: Hier sollte meines Erachtens angefügt werden, dass nur positive Prozentangaben ohne Vorzeichen zulässig sind.
  4. Es sollte angefügt werden, dass jede strukturierte Skontoangabe in einer eigenen Zeile ohne weitere, nicht in der Beschreibung definierten Angaben, stehen muss. Beim Test der Bremer Weberfassung ist zum Thema Skonto folgendes aufgefallen: Bei der Eingabe in das Feld Tage, ist es möglich KEINEN Wert für Skontowert in Prozent anzugeben und umgekehrt. Aus meiner Sicht scheint es sinnvoll hier eine Regel zu definieren … Vorschlag Skonto-Regel: Wird ein Wert für Tage angegeben, muss ein Wert für Prozent angegeben werden. Wird ein Wert für Prozent angegeben, muss ein Wert für Tage angegeben werden. Werden mehrere Skontoangaben gemacht und nicht durch eine Zeilenschaltung getrennt, führt dies zu einer Fehlermeldung. Im Text der Beschreibung sollte die Notwendigkeit der Trennung durch Zeilenschaltung explizit erwähnt werden.

Referenz

XRechnung 1.0

Bewertung des CR

  • 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

AD/KL 21.2.2018:

Analyse von Skonto-Eintrag und CR/Incidents erfolgt vor der Sitzung, um den Handlungsbedarf zu ermitteln. Erörterung mit dem EG.

KL 22.2.2018:

Im EG sind folgende Fragen zu klären:

  1. Soll es zulässig sein, in den Zahlungsbedingungen sowohl unstrukturierten Text als auch strukturierte Angaben zu Skonto oder Verzug zu machen? Wie soll die entsprechende Information im Standard abgefasst sein?
  2. Ist die Bezeichnung "Verzugsbedingungen" falsch und muss geändert werden? Wie muss sie richtig lauten?
  3. Soll die Beschreibung der Skontoangaben um den Hinweis ergänzt werden, dass nur positive Prozentangaben zulässig sind und ein Vorzeichen nicht anzugeben ist?
  4. Soll in der Erläuterung darauf hingewiesen, dass strukturierte Angaben jeweils in einer Zeile ohne weiteren unstrukturierten Text angegeben werden müssen?
  5. Soll in der Beschreibung darauf hingewiesen werden, dass im Falle der Angabe von Skonto-Informationen, diese vollständig sein müssen (also Tage und Prozentwert immer beide angegeben werden müssen)?

EG 8.5.2018: ad 1: Für die automatisierte Verarbeitung ist die strukturierte Angabe unverzichtbar. Bei der Mischung von strukturierten und unstrukturierten Informationen besteht die Gefahr, dass die einen den anderen widersprechen. Angaben zu Skonto müssen immer strukturiert sein. Zu anderen Sachverhalten würde Freitext in Kombination mit struktierten Skontoangaben nicht stören. ad 2: "Verzugsbedingungen" ist weiterhin der richtige Begriff ad 3: Skontoangaben sollen ohne Vorzeichen erfolgen. Der Satz "Prozentzahlen sind mit Punkt getrennt von zwei Nachkommastellen anzugeben." ist hinter "Prozentzahlen" um "ohne Vorzeichen" zu erweitern. ad 4: Nach Satz 1 im zweiten Absatz soll folgender Satz aufzunehmen: "Am Ende einer vollständigen Skonto- oder Verzugsangabe muss ein XML-konformer Zeilenumbruch folgen." ad 5: Ja, alle Anforderungen, die durch die Darstellung auch in den Beispielen implizit gestellt werden, sollen explizit formuliert werden.

Beschlüsse

EG 8.5.2018: siehe oben


Vorlage zum EG 2+3 am 13./14.09.2018

Eine Textbeschreibung der Zahlungsbedingungen, die für den fälligen Zahlungsbetrag gelten (einschließlich Beschreibung möglicher Skonto- und Verzugsbedingungen). Dieses Informationselement kann mehrere Zeilen und mehrere Angaben zu Zahlungsbedingungen beinhalten.

Werden Informationen zur Gewährung von Skonto oder zur Berechnung von Verzugszinsen angegeben, sind sie wie folgt darzustellen: Anzugeben ist im ersten Segment „SKONTO“ oder „VERZUG“, im zweiten „TAGE=n“, im dritten „PROZENT=n“. Prozentzahlen sind ohne Vorzeichen sowie mit Punkt getrennt von zwei Nachkommastellen anzugeben. Liegt dem zu berechnenden Betrag nicht BT-115, „fälliger Betrag“ zugrunde, sondern nur ein Teil des fälligen Betrags der Rechnung, ist der Grundwert zur Berechnung von Skonto oder Verzugszins als viertes Segment „BASISBETRAG=n“ gemäß dem semantischen Datentyp Amount anzugeben.

Jeder Eintrag beginnt mit einer #, die Segmente sind mit einer # getrennt und eine Zeile schließt mit einer # ab. Am Ende einer vollständigen Skonto- oder Verzugsangabe muss ein XML-konformer Zeilenumbruch folgen.

Beispiele mit drei Segmenten je Zeile:

#SKONTO#TAGE=14#PROZENT=2.25#

#SKONTO#TAGE=28#PROZENT=1.00#

Beispiele mit vier Segmenten je Zeile (die Gewährung von Skonto bezieht sich nur auf einen Teilbetrag der Rechnung (z. B. Material) und der Grundwert zur Berechnung des Skonto muss mit angegeben werden):

#SKONTO#TAGE=14#PROZENT=2.25#BASISBETRAG=357.93#

#SKONTO#TAGE=28#PROZENT=1.00#BASISBETRAG=357.93#

Alle Angaben zur Gewährung von Skonto oder zur Berechnung von Verzugszinsen müssen in Großbuchstaben gemacht werden. Zusätzliches Whitespace (Leerzeichen, Tabulatoren oder Zeilenumbrüche) ist nicht zulässig. Andere Zeichen oder Texte als in den oberen Beispielen genannt sind nicht zulässig.

Die Erarbeitung einer Prüfregel (siehe Punkt 4) wird in einem getrennten CR bearbeitet.

Beschluss: Vorlage angenommen

Ergebnis aus QS-Telko 10.12.2018

Ein explizier Hinweis auf Freitext erscheint auf Grund der Rückmeldungen aus dem Planspiel notwendig. Der erste Abschnitt wird daher wie folgt umformuliert:

Eine Textbeschreibung der Zahlungsbedingungen, die für den fälligen Zahlungsbetrag gelten (einschließlich Beschreibung möglicher Skonto- und Verzugsbedingungen). Dieses Informationselement kann mehrere Zeilen und mehrere Angaben zu Zahlungsbedingungen beinhalten und sowohl unstrukturierten als strukturierten Text enthalten. Der unstrukturierte Text darf dabei keine # enthalten.

Umsetzung und Dokumentation der Vergabe von Aufgaben

Offene Aufgaben

Hier werden durch todos noch abzuschliessende Aufgaben dokumentiert.

  • @rkottmann KoSIT macht einen Formulierungsvorschlag

  • Herr Cutter macht die QS dazu Finale Frage die als TODO zu beantworten ist:

  • CR fertig zum Release?

Releaseplanung

Ticket Schliessung

Ein Ticket kann erst dann als "release fertig" gekennyeichnet werden, wenn alle TODOs einschliesslich der betroffenen Komponenten abgearbeitet sind.

Ein Tick wird erst nach der Veröffentlichung der neuen Version eines Standards geschlossen.

Edited by Lars
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information