|
 |  |  |  |
 | |||
Ribaltamenti della contabilità analitica duplice contabile | |||
|
I ribaltamenti nella CADC si basano sulla tabella dei drivers M-C-7, i drivers sono degli accumulatori di costo che poi possono essere ribaltati in base a:
La ripartizione per Teste, MQ e Altro deve essere dettagliata tramite il programma 'Dettaglio entità elementare per mese' presente in M-C-E.
Dal programma notiamo che la ripartizione per Teste, MQ e Altro è disponibile solo per le seguenti tipologie:
Una volta definiti i driver e l'eventuale dettaglio per quelli di tipo Teste, MQ e Altro, possiamo tornare al programma degli schemi budget e vedere, come avevamo già accennato negli argomenti precedenti, che per le voci di tipo ribaltate possiamo specificare tramite il pulsante quali sono i driver che devono affluire nella voce. Nell'esempio vediamo che come drivers IN ENTRATA per la voce CENT-QSER abbiamo COSIMMOB (costi dell'immobile ind.) e COSTSEV (costi servizi interni da rib.).
Per indicare quali conti confluiscono in quei driver di ribaltamento, occorre definire in un altro schema budget (vedere immagine sotto) specificando ne il driver IN USCITA e il dettaglio dei conti di CA che vanno ad alimentarlo.
Business al momento in cui dovrà fare i ribaltamenti, andrà a prendere tutte le voci dei i budget che hanno come driver di uscita COSIMMOB e ne aggregherà tutti i costi dei conti specificati, poi prende tutte le voci dei i budget che hanno come drivers in entrata sempre COSIMMOB, ne calcola il totale teste, MQ, fatturato, ... in base tipo di driver di ripartizione e poi lo ripartisce in base a questo. Per esempio, apriamo e settiamo nel seguente modo il programma dei ribaltamenti:
Poi inseriamo direttamente dal programma di prima nota da CA un registrazione sul conto 24010001 (ammortamenti impianti) per il centro 27 di 50.000€ per i mesi di Gennaio e Febbraio 2012, lanciando poi la maschera della generazione ribaltamenti precedentemente settata otterremo:
Gli importi così ribaltati ad esempio sul centro 14 (confezionamento): 12.757,20 + 11.934,16 = 24.691,36 li ritroveremo nella stampa budget/consuntivo:
Le logiche di ribaltamento indicate: driver IN USCITA -> RIPARTIZIONE -> drivers IN ENTRATA si compone in 3 livelli, così come è possibile notarlo la momento del lancio della generazione dei ribaltamenti: 1° step) elaborazione e generazione dei ribaltamenti da centri ausiliari a comuni e principali 2° step) elaborazione e generazione dei ribaltamenti da centri comuni a principali 3° step) elaborazione e generazione dei ribaltamenti da centri principali a entità (linee, articoli, commesse, ...) Note sui ribaltamenti Il programma di generazione ribaltamenti genera prima la tabella CACOEFCDC con gli importi da ribaltare, poi li ribalta nella tabella CAPESIDR. Il programma della stampa budget/consuntivi legge CAPESIDR. Per alimentare CACOEFCDC da budget vengono letti i budget di centro (solo quelli di centro) distinguendo tra AUSILIARI, COMUNI e PRINCIPALI. Vengono prese solo le righe di budget con driver impostato e con tipo riga diverso da 'totale progressivo', 'totale di gruppo' e 'solo visualizzare', raggruppando per ditta/centro/mese/anno. Per alimentare CACOEFCDC da consuntivo viene letta la tabella di prima nota di CADC ripartita per mese PRIA2COMP collegata agli schemi budget in base ai link dei sottoconti di CA con gli schemi. Vengono sommate quantità ed importi e raggruppate per ditta/centro/mese/anno. Vengono ignorari i movimenti di CA collegati a schemi budget ti tipo 'totale progressivo', 'totale di gruppo' e 'solo visualizzare'. La tabella CACOEFCDC viene alimentato anche da CAPESIDR, per tener conto dei ribaltamenti fatti da centri più alti (ad esempio da comuni a principali, quando ribalto i principali devo tener conto anche dei ribaltamenti ricevuti dai comuni). Per il fatto che Business blocca l'indicazione di commesse, linee, famiglie, stabilimenti, divisioni, clienti, articoli se si indica un centro NON PRINCIPALE, quando business determina gli importi da ribaltare a partire dai centri principali devo distinguere quali importi sono già confluiti in commesse/divisioni/ecc. Questo perché quando ribalterò da principali a linee dovrò considerare gli importi dei centri principali assegnati anche a commesse in fase di inserimento registrazione in prima nota di CADC, ma dovrò scartare i movimenti dove avevo indicato sulla riga di prima nota di CADC sia il centro principale che le linee. Questo problema esiste solo quando si analizza il consuntivo e solo quando si parte dai centri principali. Per schemi budget di tipo articolo/cliente/raggruppam. budget non posso utilizzare driver di tipo TESTE/MQ/ALTRO, ma solo totale sottoconto e/o totale codice raggruppamento sezione. Quando si esegue il programma che genera i ribaltamenti, se si elabora anche il preventivo aggiorna i budget con il risultato dei ribaltamenti. In questo modo quando la stampa budget consuntivi deve stampare i dati a preventivo, per i ribaltamenti legge semplicemente dal budget, senza dover fare altre query su CAPESIDR (che verrà letto solo per alimentare il consuntivo). Nel programma che genera i ribaltamenti i ricavi sono visti con importi negativi, quando questi poi dovranno essere girati a budget e/o consuntivo sarà il programma a moltiplicare per -1 in base al flag Dare/Avere impostato sulle varie righe di dettaglio dello schema budget. NB: attualmente non è possibile gestire i driver a QUANTITA', ma solo a valore. Questo è dovuto al fatto che uno degli elementi necessari per effettuare il calcolo del ribaltamento sarebbe, oltre la valore, anche la quantità indicata all'interno di ogni singola registrazione, ma ad oggi in caso di registrazioni con data inizio/fine comprendenti più mesi la 'ripartizione' dell'importo tra mesi viene fatta solo per valore (e non per la quantità). Cenamesi e driver (da Net 2013 SR1 o Net2012 SR5) Oggi, una volta ottenuti gli importi da ribaltare, in base al driver vengono ribaltati gli importi su centro/linea/articolo/... in base a quanto definito sul driver come sorgente numerica (teste, MQ, altro, totale costi, ecc). Se si imposta un driver su TESTE o MQ o ALTRO i numeri sono indicati sono dettagliati per CENTRO o LINEA o COMMESSA o .... Ma non per driver, ovvero quello che non si riesce ad ottenere è la possibilità di parametrizzare le TESTE, MQ, ALTRO per CENTRO/DRIVER (chiave doppia), visto che oggi anche se ho 2 driver di tipo TESTE i numeri indicabili per le TESTE sono comuni ad entrambi i driver. Con la nuova opzione di registro BSCXCNME /OPZIONI/MultiDriverCenamesi = -1 si da la possibilità di specificare le teste/mq/altro per CENTRO/DRIVER (o linea/driver, commessa/driver, ...). Con attivata la nuova opzione di registro non è possibile avere in CENAMESI righe senza driver (ovvero se abilitata l'opzione il programma che genera i ribaltamenti cercherà sempre le teste/mq/altro per centro/driver; se l'opzione non è abilitata verrà eseguita una ricerca sempre e solo per centro (e driver = ''). Da Business 2012 sr5 è possibile indicare per lo stesso centro valori di parametri differenti in base al driver indicato. Per poter gestire questa casistica è necessario impostare la seguente opzione di registro BSCXCNME/OPZIONI/MultiDriverCenamesi (0/-1, default 0) a -1. In questo caso è obbligatorio indicare nel programma'Dettaglio entità elementare per mese'il DRIVER a cui l'indicazione di TESTE/MQ/ALTRO si riferisce relativamente a centro/linea/commessa/.... Per chi vuole passare dal sistema con opzione 0 (ante modifica) a -1 è necessario PRIMA DI CAMBIARE L'OPZIONE DI REGISTRO cancellare tutti i record dalla tabella CENAMESI. Attivando l'opzione di registro a -1 la tabella 'Dettaglio entità elementare per mese' può essere compilata, per esempio, nel seguente modo:
Per lo stesso centro è, quindi, possibile indicare valori diversi in base al driver di ribaltamento indicato. In questo modo in fase di ribaltamenti i pesi di ripartizione per lo stesso centro differiscono in base al driver di ribaltamento.
Business NET 2015: CA DC con ribaltamenti a QTA oltre che a valore Da questa versione è gestita la possibilità di effettuare ribaltamenti in base alla QTA (con la precedenza era possibile effettuare ribaltamenti solo in base al valore). Rimangono esclusi dalla modifica, ovviamente, driver di ribaltamento di tipo TESTE, MQ, ALTRO. ATTENZIONE: la possibilità di ribaltare gli importi in base non al valore, ma in base alla quantità, effettua nessun controllo sul fatto che le quantità potrebbero contenere dati non omogenei (metri, kg, ore, ecc...). Nel passaggio da versioni precedenti già avviate, far ricreare pria2comp; come? Lanciare manualmente la stored procedure creata appositamente 'bussp_ricreapria2comp' (non è possibile far lanciare la stored procedure da Busadmintools perché dopo la creazione della stessa non viene eseguito nessun evento che esegue query memorizzate in BCQUERY). Stampa budget/consuntivi prende la quantità ripartita per mese, se spuntato di prendere costi/ricavi già ripartiti per mese, prima prendeva sempre tutta la quantità indicata in priana2. NB : SE SI RISTAMPANO BUSGET/CONSUNTIVI VECCHI LA QTA A CONSUNTIVO, IN STAMPA, POTREBBE ESSERE DIVERSA DA QUELLA DELL'ELABORAZIONE LANCIATA PRIMA DELLA NET 2015! Nella tabella driver di ribaltamento è stata abilitata la colonna che permette di indicare se il driver lavora su VALORI o QUANTITA'. Tale colonna viene utilizzata solo per driver diversi da TESTE, MQ, ALTRO. Nei ribaltamenti è gestita la possibilità di ribaltare in base alla quantità (in precedenza era gestito solo il ribaltamento per valore). |
 |  |  |  |  |  |
 |  |  |  |  |  |
 | |||||
