Panoramica delle eliminazioni standard
Le società registrano i risultati delle transazioni eseguite con altre società. Le altre società potrebbero essere società correlate oppure società non correlate, ovvero terze parti. In caso di reporting dei risultati finanziari consolidati, dai risultati consolidati è necessario rimuovere/eliminare l'impatto delle transazioni per le quali le società legali incluse nell'ambito del consolidamento hanno un controllo comune. I risultati netti devono essere presentati come se il gruppo di persone giuridiche fosse una singola unità economica.
Le transazioni con società non correlate non richiedono l'eliminazione. Potrebbe essere necessario eliminare o eliminare parzialmente le transazioni con società correlate, a seconda che la società correlata sia inclusa nell'ambito dei risultati consolidati e dei requisiti contabili applicati al processo aritmetico del consolidamento.
La natura della relazione tra parti correlate determinerà il modo in cui le informazioni derivanti dalle società incluse nell'ambito vengono aggregate ed eliminate per generare i risultati consolidati. I vari standard contabili richiederanno metodi di aggregazione diversi, anche se la maggior parte degli standard seguirà principi generali simili.
Se un'applicazione è abilitata per i conti interaziendali e contiene dati di conti interaziendali, le eliminazioni vengono effettuate durante il processo di consolidamento.
Elaborazione delle eliminazioni interaziendali
I dati risultanti dalle transazioni tra due entità (transazioni interaziendali), entrambe consolidate in un'entità padre comune, devono essere eliminati in modo da visualizzare i risultati consolidati dell'entità padre come singola unità economica.
Gli importi delle transazioni interaziendali vengono inizialmente registrati due volte. Ciascuna delle due parti (società) coinvolte nella transazione registrano la propria "vista" della transazione. La transazione viene registrata separatamente da ciascuna entità, con l'altra entità che rappresenta il "partner interaziendale". Si noti che le voci registrate da entrambe le entità rappresentano la stessa transazione, ma vengono immesse separatamente dalle due entità coinvolte nella transazione.
Gli importi da eliminare sono gli importi controllati "in comune" dall'entità padre in corrispondenza della proprietà comune rappresentata nella gerarchia di organizzazioni. Il risultato effettivo delle eliminazioni deve essere pari a zero, ovvero la voce dare deve essere uguale alla voce avere, ma i dati vengono riclassificati in modo da restituire il valore netto a livello di entità padre. Se i dati di origine di entrambe le entità coinvolte nella transazione vengono proporzionalizzati al 100%, l'importo proporzionalizzato completo deve essere eliminato. Se l'importo proporzionalizzato da una delle due entità è minore del 100%, solo l'importo proporzionale più basso viene eliminato perché solo tale importo è controllato in comune. Pertanto, un importo eliminato non può in nessun caso superare l'importo proporzionalizzato. Se la percentuale di consolidamento di una delle due società coinvolte è pari a 0%, non verrà elaborata alcuna eliminazione.
Ogni voce di eliminazione è composta da due voci nella dimensione dei dati di origine "FCCS_Intercompany Eliminations" nel membro Eliminazione della dimensione Consolidamento. La prima voce storna o storna parzialmente l'importo interaziendale originale. Tutti i membri della dimensione a cui lo storno viene applicato vengono recuperati dal POV di origine, eccezion fatta per le dimensioni Consolidamento e Origine dati. Una seconda voce di offset viene contabilizzata nel conto "plug", come definito nei metadati del conto interaziendale di origine. Analogamente alla voce di storno, la voce del conto plug viene contabilizzata nel membro della dimensione di origine dati "FCCS_Intercompany Eliminations" nel membro Eliminazione della dimensione Consolidamento. Tutti i membri della dimensione a cui la voce del conto plug viene applicata vengono recuperati dal POV di origine, eccezion fatta per le dimensioni Consolidamento e Origine dati. Se il conto plug non è impostato come conto interaziendale, la voce del conto plug viene contabilizzata in "FCCS_No Intercompany" nella dimensione interaziendale.
Condizioni per le eliminazioni interaziendali
La struttura o le strutture di entità per un'applicazione possono essere create come una struttura "sequenziale", ovvero un'entità padre con tutte le entità di proprietà diretta e indiretta come elementi figlio immediati. L'entità padre rappresenta i risultati consolidati della società holding. In alternativa, è possibile creare una o più strutture multilivello ("intermedie"). In una struttura multilivello, le entità di pari livello della società sono le società di proprietà diretta della società holding. Se anche tali società di proprietà diretta possiede altre società, la società di pari livello della società holding proprietaria è il padre consolidato della società holding posseduta.
In una struttura sequenziale, la logica per determinare se l'eliminazione deve essere elaborata è molto semplice. Viene applicata la logica descritta di seguito.
I dati sono candidati all'eliminazione nei seguenti casi:
Il conto è un conto interaziendale a cui è assegnato un conto plug (conto di compensazione) valido
I dati includono una voce della dimensione interaziendale diversa da "FCCS_No Intercompany", ovvero contiene un partner valido
L'entità in cui la transazione interaziendale è stata contabilizzata e il partner a cui viene fatto riferimento nella definizione dei dati (POV) vengono entrambi consolidati a livello di padre per un valore maggiore di 0%
Se entrambe le condizioni vengono soddisfatte, i dati vengono riclassificati nel conto plug nel membro Eliminazione della dimensione al valore più basso tra la percentuale di consolidamento dell'entità e la percentuale di consolidamento del partner.
In una struttura multilivello, la logica per determinare se l'eliminazione deve essere elaborata è in linea di principio identica a quella valida per una struttura sequenziale. Tuttavia, la natura della struttura multilivello introduce potenziali complicazioni aggiuntive. Viene applicata la logica descritta di seguito.
I dati sono candidati all'eliminazione nei seguenti casi:
Il conto è un conto interaziendale a cui è assegnato un conto plug (conto di compensazione) valido
I dati includono una voce della dimensione interaziendale diversa da "FCCS_No Intercompany", ovvero contiene un partner valido
L'entità in cui la transazione interaziendale è stata contabilizzata e il partner a cui viene fatto riferimento nella definizione dei dati (POV) vengono entrambi consolidati a livello di padre o predecessore comune per un valore maggiore di 0%
a. L'entità e il partner potrebbero non venire consolidati entrambi in corrispondenza del relativo padre comune. È possibile che una delle due o sia l'entità che il partner vengano consolidati in corrispondenza del predecessore comune mediante uno o più padri intermedi.
b. La percentuale di consolidamento rilevante utilizzata nella valutazione e contabilizzazione dell'eliminazione corrisponde alla percentuale di consolidamento cumulativa risultante dalla moltiplicazione della percentuale livello per livello dell'entità o del partner per il contributo al predecessore comune, ovvero il fattore cumulativo specifico di una diramazione della gerarchia al cui vertice si trova il predecessore comune. La percentuale cumulativa di consolidamento rappresenta il contributo dell'entità/partner di origine al predecessore comune per ogni contributore.
c. La "percentuale di consolidamento dell'entità o del partner di livello inferiore" viene applicata alla somma della percentuale cumulativa dell'entità, aggregata tra tutti gli elementi di pari livello dell'entità, e alla somma della percentuale cumulativa del partner, aggregata tra tutti gli elementi di pari livello dell'entità. In una gerarchia multilivello, sia l'entità che il partner possono esistere in più di una diramazione della gerarchia e potrebbero pertanto venire aggregati in corrispondenza del predecessore comune tramite più elementi figlio del predecessore comune.
d. Il datapoint può essere candidato all'eliminazione in corrispondenza di più di un livello della gerarchia, in una posizione immediatamente sottostante a più di un predecessore comune. Se il partner esiste in più di una diramazione della gerarchia, il percorso di consolidamento dell'entità a livello di struttura potrebbe rilevare più di un predecessore comune. Se immediatamente sotto al primo predecessore comune o a un predecessore successivo l'importo completo dell'entità viene eliminato, non si verificheranno ulteriori eliminazioni perché l'importo dell'eliminazione non può superare l'importo proporzionalizzato. Se non si verifica alcuna eliminazione o eliminazione parziale ai livelli precedenti della gerarchia, sarà necessaria un'ulteriore eliminazione immediatamente dopo il predecessore comune corrente.
Il sistema applica convalide alle eliminazioni interaziendali da elaborare solo quando si verificano le condizioni corrette per un partner di pari livello o discendente di un pari livello dell'entità corrente. Se si desidera disabilitare questa funzionalità, è possibile creare una variabile di sostituzione StrictElimCondition e impostare il relativo valore su False. In questo modo sarà possibile continuare a eliminare i dati interaziendali in cui entità e partner coincidono.
Se entrambe le condizioni vengono soddisfatte, i dati vengono riclassificati nel conto plug nel membro Eliminazione della dimensione al valore più basso tra la somma (tra entità/diramazioni di pari livello) della percentuale di consolidamento entità cumulativa e la somma (tra entità/diramazioni di pari livello) della percentuale di consolidamento partner cumulativa. Se la percentuale di consolidamento partner aggregata è minore della percentuale di consolidamento entità aggregata, verrà applicata la percentuale partner.
Assicurarsi che le eliminazioni non superino la proporzionalizzazione
Come notato in precedenza, facendo riferimento al concetto di eliminazione delle transazione controllate a livello comune, l'importo cumulativo delle eliminazioni di una transazione interaziendale non può superare l'importo proporzionalizzato. Il sistema deve pertanto garantire che se l'importo del contributo netto di un conto interaziendale è stato azzerato, non si verifichino ulteriori eliminazioni.
È possibile che un sistema computerizzato non sia in grado di registrare con precisione un accumulo pari a zero. Ciò è dovuto a un problema di "precisione decimale" comune a tutti i sistemi di questo tipo. Potrebbe pertanto verificarsi una situazione in cui il contributo netto di un importo interaziendale di origine non venga ridotto esattamente a zero, anche quando è logicamente pari a zero. La verifica se sia necessario elaborare ulteriori eliminazioni interaziendali potrebbe pertanto non dipendere dal fatto che il contributo netto è pari a zero e invece basarsi sul presupposto che il contributo netto sia approssimativamente uguale a zero.
La verifica di un importo di contributo netto approssimativamente uguale a zero può dipendere dalla grandezza dei dati nel sistema. Per impostazione predefinita, FCCS applica una precisione decimale di quattro posizioni durante questo tipo di verifica. In questo caso, qualsiasi contributo minore di 0,0001 verrà considerato pari a zero e pertanto ai dati non verranno applicate ulteriori eliminazioni. Nella maggior parte dei casi e per la maggior parte delle valute questo livello di precisione dovrebbe garantire una precisione sufficiente. Tuttavia, se continuano a verificarsi eliminazioni impreviste, è possibile aggiungere una variabile di sostituzione all'applicazione per modificare la precisione decimale applicata al test.
Per aggiungere una variabile di sostituzione, passare alla scheda Variabili e selezionare la scheda Variabili di sostituzione. Fare clic sul simbolo + per aggiungere una nuova variabile di sostituzione. In "Tutti i cubi" immettere DecimalPrecision come nome (senza spazi tra Decimal e Precision). Immettere il numero richiesto di posizioni decimali da utilizzare durante l'esecuzione del test di uguaglianza approssimativa. Maggiore è la grandezza dei valori dati immessi, ovvero il numero di cifre significative a sinistra del separatore decimale, minore potrà essere l'immissione della precisione decimale.