Un solo ERP può gestire più entità giuridiche? Una checklist pratica per la valutazione

Parti dai tuoi requisiti, non dall’espressione «multi-entità»

In genere, la contabilità multi-entità consiste nella gestione di più entità giuridiche all’interno di un sistema. Questa definizione non spiega come un prodotto specifico gestisca libri contabili, transazioni, regole di accesso o report: questi flussi variano a seconda del prodotto e della configurazione. (Rillet, «Multi-Entity, Multi-Currency ERP for Scale-Ups»: https://www.rillet.com/blog/multi-entity-multi-currency-erp-global-expansion)

Considera il consolidamento, la semplificazione delle chiusure contabili e la riduzione del rischio come risultati da verificare, non come vantaggi automatici. Oracle NetSuite descrive questi aspetti come possibili obiettivi della contabilità multi-entità, ma tale descrizione non dimostra ciò che una determinata implementazione sarà in grado di ottenere. Gestire più entità in un unico sistema può anche aumentare la complessità dei processi con la crescita dell’organizzazione. (Oracle NetSuite: https://www.netsuite.com/portal/resource/articles/accounting/multi-entity-accounting.shtml; Citrin Cooperman: https://www.citrincooperman.com/In-Focus-Resource-Center/Multi-Entity-Accounting-in-QuickBooks-When-Does-It-Make-Sense-to-Take-the-Next-Step)

Confronta un ambiente condiviso con l’approccio attuale o proposto basato su sistemi separati, usando gli stessi flussi di lavoro reali. Una piattaforma condivisa è un modo per gestire più entità giuridiche, non una garanzia che sia adatta a ogni organizzazione. (Rand Group: https://www.randgroup.com/insights/services/evaluation-selection/best-multi-entity-accounting-software-and-erp-systems-for-growing-businesses/)

• Elenca tutte le entità giuridiche incluse nell’ambito, il loro ruolo nell’organizzazione e i team che utilizzano i relativi dati.
• Individua i processi contabili e operativi che devono funzionare tra più entità, non soltanto all’interno di una singola entità.
• Registra gli output richiesti: libri e report a livello di entità, viste a livello di gruppo, evidenze di audit ed eventuali rendicontazioni esterne.
• Classifica ogni requisito come essenziale, auspicabile o ancora da definire. Tieni separate le interpretazioni legali e contabili dalle domande sulla configurazione del software.

Distingui le entità giuridiche da sedi, reparti e valute

Un’entità giuridica non è intercambiabile con un reparto, una filiale, un progetto, un magazzino o una valuta. Tutti questi elementi possono essere dimensioni importanti in un ERP, ma usare l’uno al posto dell’altro può rendere poco chiaro quale organizzazione sia titolare di una transazione e a quali libri contabili debba essere registrata.

Prima delle dimostrazioni, prepara una breve mappa delle entità. Per ciascuna, annota le attività svolte, i registri da mantenere e i rapporti con le altre entità. Elenca poi le dimensioni diverse dalle entità per le quali devi poter creare report, come il reparto o la sede.

Chiedi al fornitore di mostrare come il sistema rappresenta ciascun concetto e cosa accade quando un utente inserisce una transazione. Non dedurre il trattamento legale o contabile da un’etichetta visualizzata a schermo. Chiedi a consulenti qualificati di confermare quali entità e trattamenti contabili servono alla tua organizzazione.

• È possibile assegnare una transazione all’entità giuridica corretta indipendentemente dal reparto, dalla sede o dal progetto?
• Se la struttura lo prevede, la stessa sede o lo stesso reparto può essere associato a più entità?
• Come distingue il sistema la valuta della transazione dalla valuta di rendicontazione a livello di entità e di gruppo, se applicabile?
• Quali campi sono obbligatori per evitare che gli utenti registrino attività a carico dell’entità sbagliata?

Verifica cosa deve restare separato: libri, periodi, numerazioni e accessi

Non dare per scontato che un sistema condiviso implichi controlli contabili completamente condivisi o completamente separati. Per ogni requisito, chiedi al fornitore di indicare l’impostazione o il flusso di lavoro che lo supporta, di mostrarlo in un ambiente di test e di spiegare eventuali limiti o dipendenze.

Conferma il comportamento richiesto con il team contabile. La necessità di differenziare periodi, sequenze di numerazione, libri contabili o altri controlli può dipendere dalle politiche contabili, dalle giurisdizioni e dagli obblighi di rendicontazione.

• Libri contabili: è possibile identificare quali registrazioni appartengono a ciascuna entità e produrre le viste contabili richieste per quell’entità?
• Periodi: ciascuna entità può seguire i controlli sui periodi e la sequenza di chiusura richiesti dal team finance? Cosa accade se un’entità è pronta per la chiusura prima di un’altra?
• Numerazione: gli identificativi delle transazioni possono seguire le politiche necessarie per entità o tipo di transazione? Chiedi cosa accade quando un numero viene annullato o una registrazione viene corretta.
• Autorizzazioni: è possibile limitare gli utenti alle entità e ai dati pertinenti ai rispettivi ruoli? Verifica cosa possono visualizzare, creare, modificare, approvare o esportare.
• Traccia di audit: chiedi quali evidenze vengono conservate per le modifiche alle assegnazioni delle entità, alle registrazioni contabili e agli accessi degli utenti, e come possono recuperarle i revisori autorizzati.

Verifica clienti, fornitori, prodotti e altri dati anagrafici condivisi

Un’anagrafica cliente o fornitore condivisa può ridurre la duplicazione delle attività di manutenzione, ma può anche sollevare questioni di titolarità, visibilità, condizioni specifiche per entità e qualità dei dati. Non dare per scontato che l’ERP condivida automaticamente i dati anagrafici o che sia opportuno condividerli tutti.

Usa dati rappresentativi della tua attività. Chiedi al fornitore di mostrare se un cliente, fornitore, prodotto o servizio può essere utilizzato da più entità, se i dettagli specifici di ciascuna entità possono differire e cosa può visualizzare o modificare un utente di una singola entità. Verifica il comportamento in un ambiente di test.

• Una stessa controparte può avere rapporti con più entità? In che modo tali rapporti vengono distinti nei dati e nei report?
• Quali campi anagrafici sono condivisi e quali possono variare a seconda dell’entità?
• Come vengono individuati e risolti i dati duplicati o in conflitto?
• È possibile limitare gli accessi quando un’anagrafica è condivisa tra più entità?
• Quali effetti ha la modifica di un dato condiviso sulle transazioni esistenti e future?

Segui le transazioni intercompany dall’inizio alla liquidazione

La riconciliazione intercompany è un aspetto pertinente da valutare nella contabilità multi-entità, ma una descrizione generale delle funzionalità di un prodotto non dimostra come questo gestisca i tuoi tipi di transazione. (Rillet, «Multi-Entity, Multi-Currency ERP for Scale-Ups»: https://www.rillet.com/blog/multi-entity-multi-currency-erp-global-expansion)

Valuta il flusso di lavoro completo, non soltanto una casella di controllo o una schermata di transazione. Includi la transazione iniziale, la registrazione o il documento corrispondente nell’altra entità, la revisione e l’approvazione, la riconciliazione, la liquidazione e i report utilizzati dal team finance per confermare il completamento. Chiedi al fornitore di distinguere il comportamento standard dalla configurazione, dalle attività manuali, dalle integrazioni o dai prodotti aggiuntivi.

• Verifica una vendita o un servizio fornito da un’entità a un’altra: chi avvia l’operazione, quali registrazioni vengono create e come vengono esaminati entrambi i lati?
• Verifica una spesa pagata da un’entità per conto di un’altra: come viene registrata, approvata e riconciliata la ripartizione?
• Verifica il trasferimento di scorte, cespiti o altri beni, se avviene nella tua organizzazione.
• Chiedi come vengono gestiti, ove pertinente, i tassi di cambio, le differenze temporali, gli importi non corrispondenti e le registrazioni di contropartita rifiutate.
• Segui il saldo fino alla liquidazione. Individua chi è responsabile di ogni fase e come vengono evidenziate le differenze non risolte.
• Chiedi se il flusso è automatizzato, parzialmente automatizzato o manuale, e quali controlli restano responsabilità del cliente.

Verifica i report per entità e le viste di gruppo, comprese le elisioni

Chiedi al fornitore di generare lo stesso report rappresentativo a livello di entità e di gruppo. Verifica l’ambito, i filtri, la visualizzazione della valuta, i dati di origine e le tempistiche di ciascuna vista, anziché basarti su una schermata riepilogativa ben presentata.

Se ti servono report consolidati, chiedi come il sistema tratta i saldi e le transazioni intercompany, compreso se e come vengono rappresentate le elisioni. Non dare per scontato che una vista consolidata equivalga a un processo di consolidamento completo. Chiedi ai consulenti contabili di confermare il trattamento contabile richiesto, i controlli di revisione e gli output di rendicontazione.

• Gli utenti autorizzati possono produrre i report richiesti per una sola entità senza includere l’attività di altre entità?
• È possibile risalire dalla vista di gruppo alle entità che vi contribuiscono e alle registrazioni sottostanti?
• Come vengono identificati, esaminati e riconciliati ai fini della rendicontazione i saldi intercompany?
• Se sono necessarie elisioni, dove vengono registrate, esaminate e riportate negli output?
• Gli utenti possono visualizzare il periodo di rendicontazione, l’ambito delle entità e gli altri filtri che hanno determinato un report?
• Quali elementi il prodotto non consolida o calcola senza ulteriore configurazione o lavoro manuale?

Verifica le eccezioni, non soltanto il flusso ideale

Le dimostrazioni di routine spesso utilizzano dati puliti e flussi di lavoro lineari. La valutazione dovrebbe mostrare anche cosa accade quando una registrazione è errata, tardiva, soggetta a restrizioni o già inserita in un processo chiuso. Questi casi possono rivelare dipendenze operative che un elenco di funzionalità potrebbe non spiegare.

Definisci i risultati attesi sulla base delle tue politiche. Le domande che seguono sono spunti per le verifiche, non affermazioni su come ogni ERP gestisce necessariamente tali situazioni.

• Correzione: quali procedure si possono seguire quando una transazione è stata assegnata all’entità sbagliata? La correzione mantiene una cronologia comprensibile?
• Registrazione tardiva: come gestisce il sistema una transazione tardiva relativa a un periodo già chiuso o in fase di chiusura?
• Modifica dell’entità: è possibile modificare l’assegnazione a un’entità dopo l’inserimento o l’approvazione? Chi può farlo e quali registrazioni o report vengono influenzati?
• Accesso limitato: cosa accade quando un utente tenta di visualizzare, modificare, approvare o esportare una registrazione al di fuori del proprio ambito autorizzato?
• Discrepanza: come vengono individuate, assegnate e seguite le coppie intercompany incomplete o i saldi non riconciliati?
• Errore o eccezione: quali evidenze sono disponibili quando un flusso di lavoro non può essere completato come previsto?

Usa uno script di valutazione ripetibile e conserva le evidenze

Esegui lo stesso script per ciascun sistema candidato. Usa scenari rappresentativi, ruoli realistici e dati di esempio che riflettano la struttura delle tue entità. Chiedi al fornitore di mostrare il flusso di lavoro, poi, quando possibile, chiedi al tuo team di ripeterlo in un ambiente di test.

Per ogni requisito, registra il risultato, le evidenze e le domande aperte. Le evidenze possono includere un documento del prodotto datato, una schermata di configurazione, il risultato di un test o un chiarimento scritto del fornitore. Considera non verificate le dichiarazioni verbali finché non vengono confermate.

• Crea uno scenario per ogni flusso di lavoro prioritario: registrazione specifica per entità, dati anagrafici condivisi, attività intercompany, rendicontazione e almeno un’eccezione.
• Per ogni scenario, documenta i dati iniziali, il ruolo utente, il risultato atteso, il risultato effettivo e gli eventuali interventi manuali alternativi.
• Indica se il comportamento è standard, configurato, dipendente da un altro prodotto o processo, oppure ancora da confermare.
• Registra i limiti, le decisioni richieste al cliente, le dipendenze di implementazione e il responsabile di ogni attività di follow-up.
• Valuta l’aderenza ai tuoi requisiti, non il numero di funzionalità. Considera il mancato superamento di un flusso essenziale un problema decisionale, non una semplice lacuna della dimostrazione.
• Chiedi ai team finance e operations di esaminare insieme le evidenze; sottoponi le questioni di trattamento contabile e struttura giuridica a consulenti qualificati.