openobject-italia-core-devs team mailing list archive

[marco marchiori <marcomarkiori@xxxxxxxxx>]

La discussione e' molto interessante, mi dispiace non avere il tempo
di dare delle spiegazioni organiche ed esaustive.
Il ragionamento di Sergio riflette un po' la tradizionale sequenza di
procedure del contabile.
- ho un costo quindi ho un debito
- lo Stato si prende parte di quel debito
- alla fine paghero' il residuo al fornitore.

La strada che individuano Davide e Lorenzo e' a mio parere piu'
evolutiva e semplice ma forse richiede della formazione per farla
digerire al contabile.

Anche l'osservazione di Davide sulla configurabilita' mi sembra molto
interessante.
Immagino che abbiate i clienti che insistono e le dita pronte a
scrivere codice, ma io prima di meta' gennaio temo di non essere
pronto per un lavoro fatto bene.

Tenetemi aggiornato



Il 29 dicembre 2011 22:41, Sergio Corato <sergiocorato@xxxxxxxxx> ha scritto:
> Il 29/12/2011 18:53, Lorenzo Battistini ha scritto:
>
>> Il 29 dicembre 2011 10:23, Davide Corio<davide.corio@xxxxxxxxxxx>  ha
>> scritto:
>>>
>>>
>>> On 28/dic/2011, at 22:25, Sergio Corato wrote:
>>>
>>>> 4. non ho il conto fornitore con un'importo inizialmente non esatto
>>>> (come accade nella 2^)
>>>
>>>
>>> forse è questo ciò che non comprendo
>>
>>
>> Ecco forse neanch'io :-)
>
> Be', fa parte delle piccole cose che fanno la differenza e che si apprezzano
> con il tempo (come l'indentazione nel codice Python)
> La cosa si spiega così: il debito verso il fornitore è quello lordo, poi
> viene il discorso della ritenuta.
> Motivazioni che mi possono venire in mente:
> -se io indico nel conto del fornitore l'importo al netto della ritenuta, non
> mi faccio un'idea precisa dei movimenti e del fatturato del fornitore.
> -potrei calcolare dal totale dei movimenti l'imponibile, ma se sono al netto
> devo ricordarmi di non farlo.
> -potrei avere il dubbio di non aver registrato la ritenuta, e andare a
> verificare nella scrittura, e farlo più volte nei vari anni di utilizzo del
> gestionale, perchè magari la memoria invecchia e rincitrullisco un po' per
> volta.
> E siccome tante volte si devono dare risposte in tempo zero, meno rischi di
> sbagliare ci sono, meglio è.
> Comunque ripeto che non è una differenza di vita o di morte.
> Sergio
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openobject-italia-core-devs
> Post to     : openobject-italia-core-devs@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openobject-italia-core-devs
> More help   : https://help.launchpad.net/ListHelp