-
-
Notifications
You must be signed in to change notification settings - Fork 112
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
Runden bei Negativwerten #391
Comments
Den Vorschriften nach ist sind negative Beträge nur bei Stornorechnungen/Rechnungskorrekturen (Typecode 384), nicht bei kaufmännischen Gutschriften (Typecode 389) gestattet, vgl. EN16931-1. Das Verhalten bei negativen Zahlen bzw. kaufmännisch vs. Bankers rounding ist trotzdem interessant und würde ja dann auch bei Stornorechnungen auftreten, ein Issue 150 der AWV beschäftigt sich auch mit dem in XSLT verankertem Bankers Rounding. Lange Rede kurzer Sinn: gibt es steps to reproduce, lies könnten Sie mir bitte ein vollständiges Beispiel schicken? XML reicht. Danke. |
OK, da scheine ich wohl nur die Hälfte gelesen zu haben, aber Danke, darauf werde ich dann mal meinen Kunden aufmerksam, denn so wie ich das verstanden habe, wollen die bei allen, was irgendwie Gutschrift heißt, Negativbeträge schreiben. Danke für den Hinweis! Derzeit bin ich nicht am Arbeitsplatz, aber am Montag kann ich auf jeden Fall die XML aus der PDF hier anhängen, die ich versucht hatte zu validieren. Bis Montag dann und noch ein schönes Restwochenende! |
Interessant, ich kann gar keine XML hochladen, na ja, dann eben so:
Bei der Steuer käme eig. -2066,725 € heraus, also genau besagter Fall. Falls Ihnen die IBAN echt vorkommt, das ist Sie nicht, dass ist lediglich eine bei ChatGPT erfragte IBAN, die nicht echt, aber formal trotzdem korrekt ist. Ansonsten sind auch alle Namen und Adressen verändert. |
Guten Tag, Bei AWV-Git habe ich es bisher leider noch nicht geschafft, mich zu registrieren und die Github-Zugänge scheinen dort nicht zu greifen (meine Angaben werden jedenfalls verweigert), daher konnte ich bisher noch nicht das zuletzt genannte Ticket verfolgen, falls dort schon was drin steht, dass es mit der 2.2 behoben wäre. |
Hallo
Es gibt einige (unter anderem ich) die vehement für eine Öffnung des AWV-Git stimmen aber Stand jetzt ist Zugang nur für Mitglieder und ehrenamtlich Beitragende zum Standard. Möchten Sie bei der Entwicklung mithelfen? Ich kann das vielleicht weiterleiten, der Arbeitsaufwand hält sich in Grenzen, in der Regel 2h Telko pro Monat. Und ZUGFeRD 2.3 wird ein großartiges Release aber bezüglich 150 hat sich nichts getan. ciao |
Eine Kunde von uns will, dass bei Gutschriften die Wert mit einem Minus versehen werden sollen. Gem. den Vorschriften ist das bei Gutschriften gestattet, auch wenn ich persönlich das eher irritierend als hilfreich finde, aber man sagt ja so schön, der Kunde ist König, und solange man damit nicht gegen gesetzliche Vorschriften oder andere Normen verstößt ...
Beim Validieren mit Mustang ist mir dabei jedoch ein Fehler aufgefallen. Bei Rechnungen ist es immerhin typisch gem. DIN 1333 kaufmännisch und nicht mathematisch zu runden. In diesem konkreten Fall, müsste also bei Negativwerten der Betrag und nicht der Wert an sich gerundet werden. Somit müsste also (bspw. beim Steuerbetrag) wenn -12,345 € rauskommt nicht -12,34 €, sondern man müsste zunächst 12,345 runden, was dementsprechend 12,35 ergibt und dann entsprechend des Originalwerts wieder negativ setzen, somit wäre der richtige Wert dann -12,35 €.
The text was updated successfully, but these errors were encountered: