Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Validierung mehrer XRechnungs-Versionen fehlerhaft #142

Open
4 of 8 tasks
quotschmacher opened this issue Nov 26, 2024 · 1 comment
Open
4 of 8 tasks

Validierung mehrer XRechnungs-Versionen fehlerhaft #142

quotschmacher opened this issue Nov 26, 2024 · 1 comment

Comments

@quotschmacher
Copy link

Für ein Projekt muss ich verschiedene XRechnungs-Versionen validieren können. Dazu habe ich einen Docker-Container, der sich mehrere Szenarien runterlädt und den Validator im Daemon-Mode startet. Dabei habe ich ein sehr komisches Verhalten beobachtet. Insgesamt mit 4 Testrechnungen mit den Versionen 2.1, 3.0, 2.2 und 1.1

Fall 1

Ich starte den Validator mit folgendem Befehl

CMD ["java", "-jar", "validationtool-1.5.0-java8-standalone.jar", \
  "-s", "V302=/validator/scenario1/scenarios.xml", "-r", "V302=/validator/scenario1", \
  "-s", "V231=/validator/scenario2/scenarios.xml", "-r", "V231=/validator/scenario2", \
  "-s", "V220=/validator/scenario3/scenarios.xml", "-r", "V220=/validator/scenario3", \
  "-s", "V211=/validator/scenario4/scenarios.xml", "-r", "V211=/validator/scenario4", \
  "-s", "V201=/validator/scenario5/scenarios.xml", "-r", "V201=/validator/scenario5", \
  "-D", "-P", "8080", "-H", "0.0.0.0"]

Ich gehe davon aus, dass die Versionen der XRechnungs-Szenarien aus den Namen abzuleiten sind. Geladen werden die Szenarien in folgender Reihenfolge:

  1. 3.0.2
  2. 2.0.1
  3. 2.1.1
  4. 2.2.0
  5. 2.3.1

Damit erhalte ich dann folgende Ergebnisse:

  • 2.1
  • 3.0
  • 2.2
  • 1.1

Das die Rechnung in der Version 1.1 auf kein Szenario passt, ist in diesem Fall ja klar.

Fall 2

Kommando zum Start:

CMD ["java", "-jar", "validationtool-1.5.0-java8-standalone.jar", \
  "-s", "V302=/validator/scenario1/scenarios.xml", "-r", "V302=/validator/scenario1", \
  "-s", "V231=/validator/scenario2/scenarios.xml", "-r", "V231=/validator/scenario2", \
  "-s", "V220=/validator/scenario3/scenarios.xml", "-r", "V220=/validator/scenario3", \
  "-s", "V211=/validator/scenario4/scenarios.xml", "-r", "V211=/validator/scenario4", \
  "-s", "V201=/validator/scenario5/scenarios.xml", "-r", "V201=/validator/scenario5", \
  "-s", "V110=/validator/scenario6/scenarios.xml", "-r", "V110=/validator/scenario6", \
  "-D", "-P", "8080", "-H", "0.0.0.0"]

Reihenfolge, in der die Szenarien geladen werden:

  1. 3.0.2
  2. 2.0.1
  3. 2.1.1
  4. 1.1
  5. 2.2.0
  6. 2.3.1

Ergebnisse der Validierung:

  • 2.1
  • 3.0
  • 2.2
  • 1.1

Zum Einen finde ich die Reihenfolge des Ladens komisch, zum anderen kann ich nicht verstehen, das im zweiten Fall auf einmal alle Rechnungen, die im ersten Fall noch akzeptiert wurden, dann abgelehnt werden mit der Meldung:

image

@quotschmacher
Copy link
Author

Es sieht so aus, als hätte das auch was mit der #122 zu tun...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant