Raphaël Valyi
Raphaël Valyi
> Tem algum código q faça isso de configurar os produtos baseado na operação fiscal sem a necessidade do preenchimento pelo l10n_br_sale? Na teoria poderia até acabar "eliminando" a janela...
@rodmad85 eu acredito que até no pior caso isso foi solucionado com esse PR https://github.com/OCA/l10n-brazil/pull/4099 Fique a vontade para re-abrir se eu tiver errado.
eh que na epoca da v12 a gente batia numa limitação do framework spec_driven_model para botar esses campos por isso o @renatonlima não tinha colocado na OCA (mas a gente...
cc @antoniospneto @mileo
@marcelsavegnago @antoniospneto @DiegoParadeda eu botei o PR em rascunho de volta, pois no ultimo force-push eu amendei o commit https://github.com/OCA/l10n-brazil/pull/3529/commits/b259649c730511cac49502c945da9200c82a2227 para não chamar mais os onchanges jà que na v16...
substituído por #4092 que é mais limpo e bem testado
@OCA/local-brazil-maintainers pessoal, dei uma ajeitada e o PR ficou pronto para revisar. Eu considero isso a ultima mudança um pouco punk a ser feita antes de recomendar a branch 16.0...
> Eu vi que tem o modelo `l10n_br_fiscal/models/document_email.py` que não foi movido, será que não é uma boa migrar tbm? boa! Tou separando isso tb.
@antoniospneto eu completei a extração do modulo l10n_br_fiscal_notification com `l10n_br_fiscal/models/document_email.py` e vários outros details (views, security...). Pode revisar novamente? cc @OCA/local-brazil-maintainers
/ocabot merge nobump