La data di registrazione non è verificata

Ho riadattato questo controllo da un modulo che avevo già fatto. Ti prego di verificarlo

Ciao Sergio,
non sono sicuro di aver capito. Mi fai un esempio di una situazione "sbagliata" che vorresti bloccare?

Il 09/05/2013 17:09, Leonardo Pistone - Agile BG - Domsense ha scritto:
> Ciao Sergio,
> non sono sicuro di aver capito. Mi fai un esempio di una situazione "sbagliata" che vorresti bloccare?
>
ad es.: l'ultimo n. progressivo di registrazione è 500 al 30/04/13 per
una fattura datata 15/04/13
con il modulo così com'è, posso registrare una fattura datata 05/04/13
con il n. prog. 501 al 10/04/13
infatti la registrazione è coerente (data fattura < data registrazione)
però non lo è il registro (data ultimo n. prog. < data penultimo n.
prog. invece di >)
l'errore si rispecchia nel registro IVA, che non è progressivo sia per
data che per n. registrazione fattura fornitore

con la soluzione proposta qui:
https://code.launchpad.net/~a-camilli/openobject-italia/6.1-fix-controllo-data-registrazione-consecutiva/+merge/162563
si risolve parzialmente il problema, però è ancora possibile registrare,
nell'ultima data di ogni periodo (mensile o trimestrale) precedente,
quindi al 31/03/13 ecc. posso registrare il n. 501

--
Sergio Corato

IcsTools.it

web : www.icstools.it
skype : sergiocorato
mail : <email address hidden>

On 05/09/2013 10:21 PM, Sergio Corato wrote:
>
> ad es.: l'ultimo n. progressivo di registrazione è 500 al 30/04/13 per
> una fattura datata 15/04/13
> con il modulo così com'è, posso registrare una fattura datata 05/04/13
> con il n. prog. 501 al 10/04/13
> infatti la registrazione è coerente (data fattura < data registrazione)
> però non lo è il registro (data ultimo n. prog. < data penultimo n.
> prog. invece di >)
> l'errore si rispecchia nel registro IVA, che non è progressivo sia per
> data che per n. registrazione fattura fornitore

Quindi in pratica useresti per le fatture fornitore il controllo che c'è
già su quelle clienti
<http://bazaar.launchpad.net/%7Eopenobject-italia-core-devs/openobject-italia/italian-addons-7.0/view/214/account_invoice_sequential_dates/invoice.py#L30>,
ovvero fare in modo che la sequenza dei numeri di registrazione sia
coerente con la sequenza delle date di registrazione?

Il 16/05/2013 09:34, Lorenzo Battistini - Agile BG ha scritto:
> On 05/09/2013 10:21 PM, Sergio Corato wrote:
>>
>> ad es.: l'ultimo n. progressivo di registrazione è 500 al 30/04/13 per
>> una fattura datata 15/04/13
>> con il modulo così com'è, posso registrare una fattura datata 05/04/13
>> con il n. prog. 501 al 10/04/13
>> infatti la registrazione è coerente (data fattura < data registrazione)
>> però non lo è il registro (data ultimo n. prog. < data penultimo n.
>> prog. invece di >)
>> l'errore si rispecchia nel registro IVA, che non è progressivo sia per
>> data che per n. registrazione fattura fornitore
>
> Quindi in pratica useresti per le fatture fornitore il controllo che c'è
> già su quelle clienti
> <http://bazaar.launchpad.net/%7Eopenobject-italia-core-devs/openobject-italia/italian-addons-7.0/view/214/account_invoice_sequential_dates/invoice.py#L30>,
> ovvero fare in modo che la sequenza dei numeri di registrazione sia
> coerente con la sequenza delle date di registrazione?
>
direi che andrebbe più che bene, ad occhio

dovrebbe restare libero l'inserimento di fatture ulteriori alla fine
dell'anno precedente, per ogni evenienza, ma dato che la sequenza è
annuale, è già così

--
Sergio Corato

IcsTools.it

web : www.icstools.it
skype : sergiocorato
mail : <email address hidden>

Ho aggiunto il branch con la correzione come da consiglio di Lorenzo, aggiungendo la verifica in base all'anno di registrazione (per cui resta possibile registrare fatture fornitori o clienti nell'anno x anche se ne ho già registrate nell'anno x+1, per esempio, cosa che può capitare).

Lascerei il baco aperto in quanto sulla 7 è ancora presente.

Lorenzo,

Ho separato lo stato per serie.

ciao