You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are currently exploring its functionality and have identified a bug in the tax calculation.
If in the German invoice example from tests you'd change percent from 19% to 7%, the result of parsing would be still 19%
It seems like "rate": "standard" takes priority over provided percent, however it's inaccurate.
Source: Factur-X Documentation §7.3.3.3 THE BLOCK "RAM:APPLICABLEHEADERTRADESETTLEMENT"
BG-23: VAT breakdown block...
✓ VAT applicable on a standard or reduced rate: "S"
I suspect this is probably automation on the gobl itself, but it probably would make sense if provided percentage would take a priority over the rate. It feels like it makes sense not only for German/French accounting, but as a generic behaviour
The text was updated successfully, but these errors were encountered:
Hello and thank you for the library.
We are currently exploring its functionality and have identified a bug in the tax calculation.
If in the German invoice example from tests you'd change percent from 19% to 7%, the result of parsing would be still 19%
It seems like
"rate": "standard"
takes priority over provided percent, however it's inaccurate.Source: Factur-X Documentation
§7.3.3.3 THE BLOCK "RAM:APPLICABLEHEADERTRADESETTLEMENT"
I suspect this is probably automation on the gobl itself, but it probably would make sense if provided
percentage
would take a priority over therate
. It feels like it makes sense not only for German/French accounting, but as a generic behaviourThe text was updated successfully, but these errors were encountered: