Il wizard proposto dal modulo : l10n_es_fiscal_year_closing (voci di menu' Periodical processing > end of year > fiscal years closing ) va bene ma andrebbero apportate alcune modifiche (forkare?).

L'installazione del modulo spagnolo l10n_es_fiscal_year_closing non presenta particolari problemi ma porta con se dipendenze indesiderate:

• l10n_es

Il modulo presenta un processo di elaborazione dati e una parte di elaborazione dati (wizard) :

Senza entrare nel dettaglio il processo di chiusra dell'esercizio si occupa di sommare i valori dei singoli conti ed elaborare le scritture di chiusura e riapertura.

• Configurazione Periodo :
  • il periodo 31/12/20XX
  • il periodo 01/01/20XX+1

• Devono avere il flag “opening/closing period” a True

• Configurare opportunamente un giornale di tipo “opening/closing Years”

Nella configurazione del processo di chisura /apertura è necessario indicare :

• Fiscal year to close
• Fiscal year to open

Loss & Profits Journal : giornale precedentemente definito per la chiusura (o per la chiusura/apertura) Periodo : 31/12/20XX (chiusura)

Source ACCOUNT : conti su cui insiste il calcolo dei saldi ← DA SISTEMARE

Closing Journal : giornale precedentemente definito per la chiusura (o per la chiusura/apertura) Periodo : 31/12/20XX (chiusura)

Source ACCOUNT : conti su cui insiste il calcolo dei saldi ← DA SISTEMARE

Opening

Journal : giornale precedentemente definito per la chiusura (o per la chiusura/apertura) Periodo : 31/12/20XX (chiusura)

Modifiche di configurazione:

• Nella schermata di configurazione principale inserire un flag “Group by Partner” (Raggruppa per partner)
• il source account attualmente prende come valori tali valori presenti nelle variabili definite in FYC.py

#-------------------------------------------------------------------------------
# Default Spanish Account Mappings
#-------------------------------------------------------------------------------

# Format for the mappings:
#       (<source account code>, <dest account code>, <description>)

# Loss & Profit
_LP_ACCOUNT_MAPPING = [
    ('6', '129%', False),
    ('7', '129%', False),
]

# Net Loss & Profit
_NLP_ACCOUNT_MAPPING = [
    ('800', '133%', False),
    ('802', '133%', False),
    ('810', '1340%0', False),
    ('811', '1341%0', False),
    ('812', '1340%0', False),
    ('813', '1341%0', False),
    ('820', '135%0', False),
    ('821', '135%0', False),
    ('830', '13', False), # Can be any 13? account, like 130 or 133
    ('833', '13', False), # Can be any 13? account, like 130 or 133
    ('834', '137%0', False),
    ('835', '137%0', False),
    ('835', '137%0', False),
    ('838', '133%0', False),
    ('840', '130%0', False),
    ('841', '131%0', False),
    ('842', '132%0', False),
    ('850', '115%0', False),
    ('851', '115%0', False),
    ('860', '136%0', False),
    ('862', '136%0', False),
    ('890', '133%0', False),
    ('892', '133%0', False),
    ('900', '133%', False),
    ('902', '133%', False),
    ('910', '1340%0', False),
    ('911', '1341%0', False),
    ('912', '1340%0', False),
    ('913', '1341%0', False),
    ('920', '135%0', False),
    ('921', '135%0', False),
    ('940', '130%0', False),
    ('941', '131%0', False),
    ('942', '132%0', False),
    ('950', '115%0', False),
    ('951', '115%0', False),
    ('960', '136%0', False),
    ('962', '136%0', False),
    ('990', '133%0', False),
    ('991', '133%0', False),
    ('992', '133%0', False),
    ('993', '133%0', False),
]

# Closing
_C_ACCOUNT_MAPPING = [
    ('1', False, False),
    ('2', False, False),
    ('3', False, False),
    ('4', False, False),
    ('5', False, False),
]

che in maniera statica propongono una serie di conti

le modifiche sarebbero due:

1. Non proporre NESSUN default.
2. Trasformare il SOURCE ACCOUNT in SOURCE ACCOUNT TYPE : il parametro (o i valori che l'utente vorra' configurare) dovra' essere dall'ACCOUNT TYPE ( CODE) : il sistema nella fase di calcolo provvederà a selezionare i conti con i relativi account type settati in configurazione.

I conti relativi ai crediti verso clienti e ai debiti verso i fornitori sono tipicamente movimentati con l'informazione del partner ID , attualmente la procedura del modulo spagnolo non pemette la possibilità di separare tali registrazioni . Con il flag group by account , il processo si preoccupera' di creare le relative registrazioni raggruppando pero' SOLO le registrazioni degli account con INTERNAL TYPE “receivable” o “PAYABLE” . per PARTNER ID

Should cover changes required to the UI, or specific UI that is required to implement this

Code changes should include an overview of what needs to change, and in some cases even the specific details.

Use this section to take notes during the BoF; if you keep it in the approved spec, use it for summarising what was discussed and note any options that were rejected.