Closed CiroBoxHub closed 2 years ago
Ciao @CiroBoxHub, pare essere duplicata di https://github.com/OCA/l10n-italy/issues/2834 Puoi controllare?
Ciao @CiroBoxHub, pare essere duplicata di #2834 Puoi controllare?
Ciao @tafaRU direi che sono due problematiche diverse in quanto nella #2834 il problema si presenta alla rivalidazione di una fattura che era stata già validata e poi rimessa in bozza. Questo fa supporre che il numero protocollo non sia intaccato. Probabilmente la configurazione usata non prevedete note per autofattura, ed il problema di salto del protocollo avviene comunque per altri motivi.
@CiroBoxHub ok grazie, potrebbe essere comunque correlato a https://github.com/OCA/l10n-italy/pull/2833#pullrequestreview-1025872460 Direi di riprovare non appena è stato risolto il commento che ti ho linkato sopra.
@CiroBoxHub
Ciao hai modo di provare: #2873 ?
https://github.com/OCA/l10n-italy/blob/92bf1ff782d31526f9c58b2244646d87aa6338e0/l10n_it_reverse_charge/models/account_move.py#L100
Versioni coinvolte:
Descrizione problema: La numerazione delle autofatture (protocollo fattura) viene compromesso in quanto viene assegnatogli il test presente nel campo Testo autofattura (self_invoice_text) presente nel tipo di inversione contabile, se impostato.
Comportamento attuale: Se si crea una fattura con un tipo di inversione contabile nel quale non è impostato il testo per autofattura tutto funziona. Se si crea una fattura con un tipo di inversione contabile dove il testo autofattura è impostato invece si riscontra il problema: La numerazione viene sostituita dal test presente nel tipo di inversione.
Comportamento atteso: il testo presente in test per autofattura dovrebbe andare a finire nelle note fattura e non in name