-
-
Notifications
You must be signed in to change notification settings - Fork 730
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
Invoice print spec: added tax #9495
Invoice print spec: added tax #9495
Conversation
6c4a8ff
to
fade23e
Compare
f44542b
to
b8a0026
Compare
f6d1910
to
00faf6f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks a lot for this one @filipefurtad0 !
It's very valuable to have this kind of spec, on which we can rely on in case of changing something. Thanks! 🙏
I reviewed your PR, and didn't find anything wrong, but i must admit that it's difficult to read/understand all those values (GST, taxes, price, ...). Anyway, that's a (wonderful) starting point!
What's your point of view on how this can interact with #7983 ?
Thanks for the kind review 🙌 Yes, It's very difficult to read/follow the values... I've tried to simplify but it was quite challenging 😅 so I ended up taking the data setup from here. The set up is repeated for two distinct orders (order1, order2) which corresponds to the two different tax scenarios (respectively: included tax, added tax). Many lines of code, again, maybe possible to simplify - but this way we are sure we have independent setups.
There are pending examples should correspond to the yellow blocks on the pictures. Specifically, the The other pending examples relate to the fact that $0.0 tax are currently not displayed for line items or enterprise fees, but I was not sure this was under scope of #7983. I totally agree this is a starting point - Surely it can be improved. |
00faf6f
to
5aa6b14
Compare
Hey @jibees , I've updated the picture above and added some other pending examples on the spec: they should match now. Hope this makes it easier to read 🙆♂️ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Excellent!
This spec is introducing flakiness, on the calculation of the total order tax - the values below are incorrect: But this is not a real bug (from staging-FR) - correct tax total values: I think this is caused by not explicitly loading
|
I'm blocked on this seemingly flaky spec. No idea why the invoice is not rendered correctly on the test environment, but correcltly in staging. Opened this issue #9556. |
What? Why?
Relates to #7983.
Aim is to capture the current behavior for on what concerns the displaying of taxes on both
legacy
andalternative
invoices.changes the order and product factories to consider added (not-included) tax rates/amounts
fixes broken specs due to factory change
adds 4 test cases around these 4 invoices/test cases - displaying below for clarity:
Yellow boxes refer to issue #7983.
Pending examples have been numbered i) to v) and referenced in the pic above and spec.
What should we test?
Green build.
Release notes
Changelog Category: Technical changes
The title of the pull request will be included in the release notes.
Dependencies
Relates to #7983.
Documentation updates