[12.0][IMP] new module l10n_it_fatturapa_out_di

[TheMule71]

Modulo ponte tra l10n_it_dichiarazione_intento e l10n_it_fatturapa_out

vd #2516

[TheMule71]

Sembra che il set_sequences() non funzioni a dovere nei test. Se qualcuno ricorda come funziona...

[TheMule71]

Sto facendo anche una ricerca su come fanno altri gestionali.
Un'alternativa, in effetti, potrebbe essere quella di indicare, invece che riga per riga, <AltriDatiGestionali>, aggiungere una riga note alla fine della fattura, avente N <AltriDatiGestionali> con le varie lettere d'intento.

[sergiocorato]

Sto facendo anche una ricerca su come fanno altri gestionali. Un'alternativa, in effetti, potrebbe essere quella di indicare, invece che riga per riga, <AltriDatiGestionali>, aggiungere una riga note alla fine della fattura, avente N <AltriDatiGestionali> con le varie lettere d'intento.

E la fattura passa il controllo? Dalla documentazione non si capisce, l'intero tag viene definito come facoltativo, però nel Provvedimento antifrode del 28/10/21 scrivono genericamente deve essere compilato un blocco 2.2.1.16 <AltriDatiGestionali> per ogni dichiarazione d’intento quindi direi che è fattibile.

[TheMule71]

Si potrebbe implementare la seguente logica:

• le DI collegate alle righe in modo esplicito le riportiamo con <AltriCampiGestionali> nella riga di competenza
• le DI collegate alla fattura (meno quelle esplicite sopra) le riportiamo con <AltriCampiGestionali> in una riga nota alla fine della fattura

[sergiocorato]

Si potrebbe implementare la seguente logica:

* le DI collegate alle righe in modo esplicito le riportiamo con `<AltriCampiGestionali>` nella riga di competenza

* le DI collegate alla fattura (meno quelle esplicite sopra) le riportiamo con `<AltriCampiGestionali>` in una riga nota alla fine della fattura

Così è molto preciso, ottimo.

[sergiocorato]

Sembra che il set_sequences() non funzioni a dovere nei test. Se qualcuno ricorda come funziona...

A me pare che funzioni come lo hai impostato

[TheMule71]

Si potrebbe implementare la seguente logica:

* le DI collegate alle righe in modo esplicito le riportiamo con `<AltriCampiGestionali>` nella riga di competenza

* le DI collegate alla fattura (meno quelle esplicite sopra) le riportiamo con `<AltriCampiGestionali>` in una riga nota alla fine della fattura

Così è molto preciso, ottimo.

Ho appena pushato una bozza. Nel file XML del test c'è una sola causale. Ora, il modulo base (dichiarazione_intento) dovrebbe popolare lui il campo commento della fattura coi dati giusti. Se c'è da correggere il comportamento va fatto di là, credo. (vd test_3)

Qui ci limitiamo a generare gli <AltriDatiGestionali> che servono, al posto giusto.

[TheMule71]

Sembra che il set_sequences() non funzioni a dovere nei test. Se qualcuno ricorda come funziona...

A me pare che funzioni come lo hai impostato

Si, probabilmente ero io cotto l'altra volta.

[TheMule71]

Ah proposito, i file XML andrebbero testati con lo SdI, ovviamente.

[sergiocorato]

Grazie

[sergiocorato]

/ocabot merge nobump

[OCA-git-bot]

What a great day to merge this nice PR. Let's do it!
Prepared branch 12.0-ocabot-merge-pr-2518-by-sergiocorato-bump-nobump, awaiting test results.

[OCA-git-bot]

Congratulations, your PR was merged at dc7367d. Thanks a lot for contributing to OCA. ❤️