sulla base delle recenti proposte di merge e relative discussioni,
abbiamo fatto le seguenti considerazioni:
1. L'approccio suggerito da xergio è il più corretto. Ovvero dobbiamo
lasciare a OpenERP il compito di fare tutti i calcoli, visto che i
tax codes sono stati pensati proprio per questo ed i dati nel
sistema ci sono già tutti.
2. Se le registrazioni contabili ed i relativi conti imposta sono
corretti, allora i registri IVA non devono fare altro che rispecchiarli.
3. Ci sono casi in cui un movimento di IVA può non essere legato ad una
fattura, vedi alcuni modi di registrare i corrispettivi o
l'inversione contabile tramite integrazione
<http://www.studiomosca.net/index.php?option=com_content&view=article&id=296:inversione-contabile-autofattura-o-integrazione&catid=3:news&Itemid=11>.
Ciao,
sulla base delle recenti proposte di merge e relative discussioni,
abbiamo fatto le seguenti considerazioni:
1. L'approccio suggerito da xergio è il più corretto. Ovvero dobbiamo www.studiomosca .net/index. php?option= com_content& view=article& id=296: inversione- contabile- autofattura- o-integrazione& catid=3: news&Itemid= 11>.
lasciare a OpenERP il compito di fare tutti i calcoli, visto che i
tax codes sono stati pensati proprio per questo ed i dati nel
sistema ci sono già tutti.
2. Se le registrazioni contabili ed i relativi conti imposta sono
corretti, allora i registri IVA non devono fare altro che rispecchiarli.
3. Ci sono casi in cui un movimento di IVA può non essere legato ad una
fattura, vedi alcuni modi di registrare i corrispettivi o
l'inversione contabile tramite integrazione
<http://
Sulla base di ciò, ho sviluppato una versione semplificata dei registri /code.launchpad .net/%7Eelbati/ openobject- italia/ 7-l10n_ it_vat_ registries_ simplified/ +merge/ 162188>.
IVA, sempre basata sui movimenti contabili, ma che si limita solamente a
stampare informazioni già presenti nel sistema.
Se volete testarla, qui c'è il merge proposal
<https:/