Definitions vs Lib-Settings

[Markus-Pfau]

As discuess with Joscha:

• Ich hab hier noch diverse Differenzen :
  • Testdaten vs Lib: UST_19 vs UST19
  • Es gibt keine "enum/steuerkennzeichen" usw. gibt's kein UST16 das muss hinzugefügt werden. Der Wert sollte auf jeden Fall valide sein, ob der Zeitraum und der Steuersatz passt, kann "später" geprüft werden oder Teil der Validierung sein.
• Rechnungsposition.postionsmenge.einheit => ANZAHL gibt es nicht, müsste dann STUECK sein.
• Links sind in den Testdaten teilweise ein Struckt und mein Verständnis wäre ein Array.
• In deiner Doku steht eigentlich dass "Messlokation" übergeben wird, in den Testdaten gibt's aber nur "Marktlokation". Welches Struct wird übergeben? oder ist das eher ein "entweder-oder"? und in welcher Struktur, da die Testdaten abweichend von den BO-Objekten in der LIB sind.
• Rechnungstyp: "TURNUSRECHNUNG" und auch "MSBRECHNUNG" gibt's es da nicht, somit schlägt die Validierung fehl.
• Könnten wir das bitte zeitnah harmonisieren

Compared to the definition here: https://lynqtech.atlassian.net/wiki/spaces/TST/pages/718143491/Solution+Design+Invoice+Service+GIMS

[hf-kklein]

Rechnungstyp: "TURNUSRECHNUNG" und auch "MSBRECHNUNG" gibt's es da nicht, somit schlägt die Validierung fehl.

✔️

UST_19 vs UST19

✔️

Es gibt keine "enum/steuerkennzeichen" usw. gibt's kein UST16

✔️

Rechnungsposition.postionsmenge.einheit => ANZAHL gibt es nicht, müsste dann STUECK sein.

✔️

Implemented in v0.0.40