Is there a way to validate the receipt before signing? #197
-
Hey Is there a built in way to check, if all the data can produce a vaild sigining? Within the portal, the signed invoices get checked afterwards and show up an error, if there was a wrong signature. THX a lot in advance |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
Hey, at the moment we don't provide that functionality in the Middleware. In the he case of mismatching sums there are some cases in the German market where it is indeed wanted to have different sums. We print a warning in the Middleware if they don't match up but its up to your implementation to know if the sums should match. There are a few things like that where we're printing warnings because it can be an indication of a bad implementation but its not necessarily wrong. We've been thinking about adding something like a "strict mode" to the Middleware where we throw an exception in these cases. This mode would be enabled per default in the sandbox to catch these things when implementing the Middleware. In production this mode would be disabled by default. This could work similar to a linter where it is possible to set the severity of these warnings (e.g throw, warn and ignore). What do you think? Would such a feature be helpful to you? |
Beta Was this translation helpful? Give feedback.
Hey, at the moment we don't provide that functionality in the Middleware.
In the he case of mismatching sums there are some cases in the German market where it is indeed wanted to have different sums. We print a warning in the Middleware if they don't match up but its up to your implementation to know if the sums should match.
There are a few things like that where we're printing warnings because it can be an indication of a bad implementation but its not necessarily wrong.
We've been thinking about adding something like a "strict mode" to the Middleware where we throw an exception in these cases.
This mode would be enabled per default in the sandbox to catch these things when implementin…