-
Couldn't load subscription status.
- Fork 30.2k
[FIX] l10n_din5008{*}: fix incorrect din5008 report addressing #183775
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
[FIX] l10n_din5008{*}: fix incorrect din5008 report addressing #183775
Conversation
a4387de to
4a5f3e1
Compare
4a5f3e1 to
d768a18
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.
Thanksss for the PR ! Small comments and will be soon good to go 😄 And damnnn there is not mad conflict there ahaha
addons/l10n_din5008_repair/report/din5008_repair_order_report.xml
Outdated
Show resolved
Hide resolved
d768a18 to
518a815
Compare
518a815 to
d4c68f3
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.
yeah this is breaking the stable, we will do the simple fix you did last time since in 17.4 the code change it will be there for only 17.0 and 17.2 so i think it's ok, sorryyyyy 😬
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.
Maybe it's a small refactoring I could do on master
f452235 to
1116955
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.
LGTM thanks for this 😄
cc: @qdp-odoo
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.
please change your commit message to follow our guidelines ([FIX] l10n_din5008...)
I raised a question about the way you're pushing your changes into the report: it's not the way I would have done it. Can you argue on why you did it that way and maybe show the added value, if any?
thanks Anton
| </xpath> | ||
| </template> | ||
| </data> | ||
| </odoo> |
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.
I don't see what that does exactly... 🤔 what's the goal? and why does it have to be done by inheriting the template here, rather than directly in din5008_report.xml ?
| <odoo> | ||
| <data> | ||
| <template id="report_repairorder" inherit_id="repair.report_repairorder"> | ||
| <xpath expr="//t[@t-call='web.external_layout']" position="inside"> |
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.
why inserting inside of the t-call instead of inheriting the report template to add your stuff? 🤔
I'm not sure which is best, but we should keep it consistent, I suppose...
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.
1116955 to
74fc88b
Compare
74fc88b to
ebd029a
Compare
ebd029a to
6816033
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.
it might be correct, but I don't get why we'd want something different for the proforma invoices?
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.
Why is it different for proforma? 🤔
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.
According to this spec proforma's main address has to be the invoicing address, and the commercial partner has to be displayed as the beneficiary and not for saleorders. I didn't dig deeper into why
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.
same 🤷
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.
Same here, for proforma invoices the main address should be the invoicing address and for saleorder reports it should be the commercial address of the partner according to these specs
|
@antonrom1 oh yeah, totally makes senses... proforma has to be aligned with invoice report, not the quotation one 👍 @odoo/rd-runbot can we have an exception for the different views added in stable please? 🙏 |
|
Upgrade exception #415 added. Waiting the forward-port of this pr, the exception will be applied on all builds, and create an inconsistent state for migrations. PRs adding fields/models should be merged at the beginning of the week and all the forward ports should be merged in the same week. If you need to apply any change before it reaches master, please notify runbot team. Details: |
The DIN 5008 layout was not properly addressing reports on invoices and delivery slips. On invoices/pro-forma, the reports were not addressed to the correct partners (commercial partner instead of invoice partner). In the delivery slips the reports were not addressed to the delivery partner. This led to functionally and legally incorrect reports. task-4089521
6816033 to
915ad26
Compare
|
@robodoo r+ |
The DIN 5008 layout was not properly addressing reports on invoices and delivery slips. On invoices/pro-forma, the reports were not addressed to the correct partners (commercial partner instead of invoice partner). In the delivery slips the reports were not addressed to the delivery partner. This led to functionally and legally incorrect reports. task-4089521 closes #183775 Signed-off-by: Quentin De Paoli (qdp) <qdp@odoo.com>

The DIN 5008 layout was not properly addressing reports on invoices and delivery slips. On invoices/pro-forma, the reports were not addressed to the correct partners (commercial partner instead of invoice partner). In the delivery slips the reports were not addressed to the delivery partner. This led to functionally and legally incorrect reports.
task-4089521