Riassumo brevemente la proposta che ho fatto oggi in call.
Visti i molteplici problemi che ha il modulo attuale l10n_it_withholding_tax e visto che la versione per la 18 sarà comunque un lontano parente (perché Odoo già implementa le ritenute ma in modo completamente diverso), e soprattutto visto che prima o poi qualcuno scriverà uno script di migrazione da 16 a 18 che dovrà convertire le fatture con ritenuta,
sarebbe da valutare lo sviluppo di un modulo ritenute per la 16 (e 14) che le implementi nello stesso modo della 18 (con le imposte) se possibile. Tale modulo avrebbe al suo interno lo script di migrazione.
Notare che questo modulo (praticamente identico) è già da sviluppare per la 18, e se presente in 16, verrebbe migrato as-is, visto che già funzionerebbe in modo compatibile.
In pratica l'effort sarebbe praticamente lo stesso (estendere il metodo basato sulle imposte con le funzionalità che mancano e scrivere lo script di migrazione). Solo che facendolo sulla 16 si risolverebbero anche i problemi dell'attuale l10n_it_withholding_tax.
Questo, previa analisi se:
il metodo di Odoo (eventualmente esteso con nostre funzionalità, che finirebbero pari pari in 18) è funzionalmente completo (permette a priori di fare tutto ciò che serve);
il metodo di Odoo è effettivamente backportabile e non si basa su feature presenti nella 18 impossibili (praticamente) da implementare sulla 16 e 14.
Riassumo brevemente la proposta che ho fatto oggi in call.
Visti i molteplici problemi che ha il modulo attuale
l10n_it_withholding_taxe visto che la versione per la 18 sarà comunque un lontano parente (perché Odoo già implementa le ritenute ma in modo completamente diverso), e soprattutto visto che prima o poi qualcuno scriverà uno script di migrazione da 16 a 18 che dovrà convertire le fatture con ritenuta,sarebbe da valutare lo sviluppo di un modulo ritenute per la 16 (e 14) che le implementi nello stesso modo della 18 (con le imposte) se possibile. Tale modulo avrebbe al suo interno lo script di migrazione.
Notare che questo modulo (praticamente identico) è già da sviluppare per la 18, e se presente in 16, verrebbe migrato as-is, visto che già funzionerebbe in modo compatibile.
In pratica l'effort sarebbe praticamente lo stesso (estendere il metodo basato sulle imposte con le funzionalità che mancano e scrivere lo script di migrazione). Solo che facendolo sulla 16 si risolverebbero anche i problemi dell'attuale
l10n_it_withholding_tax.Questo, previa analisi se: