Ali
d6af639bd0
The column was on Sales Invoice and not on Sales Order, which reads like a Frappe default but isn't: ERPNext ships item_tax_template with in_list_view = 0 on both child doctypes. The asymmetry came from show_item_tax_template_in_sales_invoice.py, which set the property setters for the invoice and — as the name says — only the invoice. Generalised to both, and renamed, since it is no longer sales-invoice specific. The template is what decides the VAT split and which tax-article group the picker offers, so hiding it from the line the accountant works on is backwards. The property setter alone is not enough. A user with a grid layout already saved in __UserSettings gets that list rendered verbatim — Frappe does not merge a newly-in_list_view field into it — so every pre-existing Sales Order layout would stay without the column. Hence the patch, same shape as the ones that added the tax article and certificate cells. Verified headless: the column now renders in the items grid on both forms. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| jey_erp | ||
| .gitignore | ||
| BANK_INTEGRATION_PLAN.md | ||
| README.md | ||
| TASK_CONTEXT.md | ||
| license.txt | ||
| pyproject.toml | ||
README.md
Jey Erp
Azərbaycan localization for JeyERP
License
unlicense