ERP multifilial: un sol pla de comptes i diverses divises

Una empresa que opera a Espanya i a Portugal està, des de la perspectiva dels sistemes, gestionant dos règims estatutaris, dues administracions tributàries, dues convencions de pla de comptes amb diferències estructurals reals i —si el reporting consolidat importa, cosa que sol passar— una visió de gestió que ha de conciliar-ho tot. Encertar aquesta estructura durant la implantació és considerablement més barat que arreglar-la després, perquè el pla de comptes és el fonament sobre el qual es construeix cada informe, cada consolidació i cada integració.

La major part de la dificultat en aquestes implantacions no és tècnica. NetSuite i les plataformes comparables gestionen de manera nativa estructures multifilial i multidivisa. La dificultat és una decisió de disseny que es pren aviat i que gairebé mai es revisa: quanta de la divergència estatutària entre jurisdiccions s'ha d'absorbir en un pla de comptes genuïnament local per entitat, enfront de quanta s'ha de forçar dins d'una única estructura global en nom de la simplicitat de la consolidació. Si s'equivoca en això, passarà anys lluitant o bé contra el seu compliment local o bé contra el seu reporting consolidat —normalment contra tots dos, en mesos alterns.

Per què això importa

Espanya i Portugal, tot i ser tots dos Estats membres de la UE amb principis d'IVA àmpliament harmonitzats, tenen convencions estatutàries de pla de comptes materialment diferents, règims de reporting digital diferents i requisits de facturació diferents. El Plan General de Contabilidad espanyol i el Sistema de Normalização Contabilística portuguès estan relacionats, però no són idèntics, i un pla de comptes que satisfà els requisits de presentació estatutària d'un país no satisfà automàticament els de l'altre.

Un pla de comptes multientitat mal estructurat produeix un cost específic i recurrent: mapatge manual a cada consolidació, a cada presentació i a cada informe de gestió. Aquesta feina de mapatge és exactament el tipus de conciliació manual que es comenta en altres articles d'aquesta sèrie com a causa d'un tancament lent —tret que aquí es repeteix a cada cicle de reporting durant tota la vida de l'estructura, perquè la força el disseny subjacent i no una mancança temporal de procés.

També hi ha una dimensió de compliment específica d'aquesta regió. El règim SII espanyol exigeix l'enviament electrònic gairebé en temps real dels registres d'IVA, i Portugal té els seus propis requisits de SAF-T i de facturació estructurada, que avancen en una direcció similar sota l'impuls més ampli de reporting digital de la UE. Un pla de comptes i una estructura de codis d'impostos que no es corresponen netament amb el que espera el règim de reporting digital de cada jurisdicció converteixen una presentació rutinària en un exercici de traducció manual a cada període. Confirmi els llindars i requisits vigents directament amb l'AEAT i amb l'Autoridade Tributária portuguesa abans de tancar el disseny, ja que aquests règims s'han ampliat i revisat.

D'un cop d'ull: les decisions estructurals

La resposta intermèdia de la columna de la dreta no és un compromís per ell mateix: reflecteix una distinció real entre el que ha de satisfer una administració tributària local (que no es pot forçar a una convenció estrangera) i el que ha de donar suport a la comparació i a la consolidació (que necessita una estructura compartida per ser utilitzable de cap manera).

Què funciona i sobre què cal ser honest

Què funciona:

Dissenyar primer l'estructura global i mapar-hi després els requisits locals —no a l'inrevés. Partir dels requisits estatutaris i intentar forçar una visió global després tendeix a produir un malson de consolidació, perquè els plans locals construïts de manera independent gairebé mai s'alineen, ni tan sols en principi. Partir d'una estructura global sensata i mapar-hi el requisit estatutari de cada jurisdicció com una capa superposada suposa més feina al principi i considerablement menys feina per sempre després.

Un segment de comptes d'intercompanyia dedicat, quadrat de manera centralitzada. Les transaccions d'intercompanyia entre una entitat espanyola i una portuguesa han de compensar-se a zero en la consolidació, i han de quadrar-se i acordar-se abans del final del període, no descobrir-se com una diferència durant aquest —és la mateixa disciplina de conciliació contínua que es comenta a l'article sobre el tancament en cinc dies, aplicada específicament a la relació d'intercompanyia.

Una divisa de consolidació i una política de tipus documentada, decidides una sola vegada. Consolidar en euros (cosa senzilla, atès que tant Espanya com Portugal fan servir l'euro, la qual cosa elimina una capa de complexitat que molts grups transfronterers no tenen) continua exigint una política documentada per a qualsevol transacció no denominada en euros, per als ajustos de conversió i per al tractament de les diferències de canvi —decidida per endavant en lloc de discutida a cada tancament.

Dimensions compartides allà on el negoci és genuïnament comparable, amb extensions locals allà on no ho és. Forçar centres de cost o departaments idèntics en dues entitats amb models operatius genuïnament diferents produeix comparacions sense sentit. La disciplina consisteix a decidir, deliberadament, quines dimensions s'han de compartir per aconseguir una comparabilitat real i a quines se'ls ha de permetre divergir.

Incorporar expertesa estatutària local en totes dues jurisdiccions durant el disseny, i no només en el moment de la presentació. Una estructura que sembla correcta des de la perspectiva dels sistemes pot, tot i així, incomplir un requisit de presentació estatutària concret que ni el consultor d'ERP ni l'equip financer del grup coneixien. Els comptables locals tant d'Espanya com de Portugal haurien de revisar el mapatge abans que es construeixi, no després.

Sobre què cal ser honest:

La simetria perfecta entre jurisdiccions no és assolible i no hauria de ser l'objectiu. Les convencions estatutàries d'Espanya i de Portugal difereixen de maneres reals i no cosmètiques, i una estructura que fingeix el contrari en nom de l'ordre acabarà incomplint un requisit de presentació local. L'objectiu és un mapatge net, no estructures idèntiques.

Això és genuïnament difícil de canviar un cop s'hi han comptabilitzat transaccions. Reestructurar un pla de comptes després d'un any o més d'històric de transaccions és un projecte de debò, que implica remapatge històric, i és considerablement més car que encertar el disseny des del principi. És una de les poques àrees de l'ERP on "fer-ho bé a la primera" no és un lloc comú.

Hi haurà canvis estatutaris locals i l'estructura els ha d'absorbir sense un redisseny. Tant Espanya com Portugal han estat ampliant activament els requisits de reporting digital els darrers anys, i una estructura massa rígida per encabir un nou codi d'impostos o una nova categoria de reporting sense retreball del nucli s'haurà de revisar més sovint del que caldria. Incorpori flexibilitat de mapatge de manera deliberada.

Les estructures multientitat augmenten el volum d'assentaments comptables manuals si no es dissenyen amb cura, particularment al voltant dels assentaments d'intercompanyia i de repartiment. Això es connecta directament amb el model de costos que es comenta en altres articles d'aquesta sèrie: una estructura multientitat mal dissenyada és una de les causes més habituals d'un nombre desproporcionadament alt d'assentaments manuals.

La capacitat del programari o del mòdul de consolidació varia, i s'hauria d'avaluar com a part del disseny inicial, no descobrir-se després. Alguns enfocaments de consolidació gestionen la multidivisa i l'eliminació multientitat de manera nativa i bé; altres exigeixen una feina manual substancial fora de l'ERP. Entengui en quina categoria cau l'enfocament que ha triat abans de tancar l'estructura, perquè condiciona el disseny.

Marc de decisió: dissenyar o arreglar l'estructura

Recorri'l en ordre. Aturi's a la primera coincidència.

1. Està dissenyant això abans del go-live o arreglant una estructura existent?
Si està dissenyant, segueixi la seqüència següent en ordre. Si està arreglant una estructura existent, s'apliquen els mateixos principis, però compti amb un esforç materialment més gran per al remapatge de dades històriques —pressuposti'l amb honestedat en lloc de tractar-lo com una reconfiguració ràpida.

2. Ha incorporat expertesa estatutària local a Espanya i a Portugal específicament per a aquest disseny?
Si no, faci-ho abans de tancar res. Un consultor d'ERP amb domini dels sistemes no substitueix el coneixement d'un comptable local sobre els requisits estatutaris vigents del pla de comptes a cada jurisdicció.

3. Té una divisa de consolidació i una política de tipus de canvi documentades?
Si no, decideixi-les i documenti-les abans de construir el pla. Afecta decisions d'estructura de comptes aigües avall i no hauria de ser una ocurrència tardana descoberta a la primera consolidació.

4. Hi ha una estructura de comptes d'intercompanyia dedicada i quadrada de manera centralitzada?
Si no, construeixi-la explícitament en lloc de permetre que les transaccions d'intercompanyia es gestionin ad hoc per parella d'entitats. És una de les decisions estructurals de més retorn disponibles i redueix directament la càrrega de conciliació en el tancament.

5. Ha decidit deliberadament quines dimensions es comparteixen entre entitats i quines són locals?
Si això mai no va ser una decisió deliberada, probablement es va decidir per defecte en la direcció cap a la qual s'inclinava el partner d'implantació, i val la pena revisar-ho explícitament.

6. La seva estructura de codis d'impostos es correspon netament amb els requisits vigents de reporting digital de cada jurisdicció?
Si té dubtes, verifiqui-ho directament contra els requisits vigents del SII de l'AEAT i contra els requisits vigents de SAF-T i de facturació de l'AT portuguesa —s'han ampliat els darrers anys i una estructura dissenyada fa només uns pocs anys pot necessitar actualització.

7. Tot l'anterior està resolt i la consolidació continua essent manual i penosa?
La restricció probablement rau en les seves eines de consolidació i no en el disseny del pla de comptes en si. Avaluï si la capacitat nativa de consolidació del seu ERP es correspon amb la seva complexitat real, o si es justifica un mòdul o una eina de consolidació dedicats.

Cost i esforç indicatius

Sol·liciti un pressupost per a una estimació delimitada de disseny o de remediació.

Preguntes freqüents

Pot NetSuite cobrir de manera nativa els requisits estatutaris espanyols i portuguesos?
NetSuite suporta estructures multifilial i multidivisa i té capacitat de localització per a moltes jurisdiccions, però els detalls del suport estatutari vigent s'haurien de verificar directament contra la documentació actual d'Oracle i confirmar-se amb comptables locals per als seus requisits concrets, ja que la profunditat de la localització varia i els requisits canvien.

Cada filial hauria de tenir el seu propi pla de comptes o compartir-ne un?
Cap dels dos extrems funciona bé a la pràctica. L'estructura que aguanta és un pla global compartit amb una capa de mapatge estatutari per jurisdicció: prou compartida per a la consolidació i mapada amb prou precisió per satisfer cada requisit de presentació local.

Com gestionem el fet que Espanya i Portugal facin servir tots dos l'euro però tinguin reporting estatutari diferent?
Compartir divisa elimina una capa de complexitat transfronterera, però no fa res per la divergència en el pla de comptes estatutari i en el reporting digital, que és una dimensió completament a part. No doni per fet que la coincidència de divisa simplifica el disseny estructural: només simplifica l'aspecte de la conversió de divisa.

Quin és l'error més gran que veuen en aquestes implantacions?
Dissenyar el pla de comptes al voltant de la jurisdicció que el partner d'implantació o el responsable financer coneix millor, i forçar després els requisits de l'altra jurisdicció perquè hi encaixin. Això produeix una estructura que serveix bé un país i malament l'altre, cosa que només es descobreix quan no es compleixen els requisits de presentació del país mal servit.

Amb quina freqüència s'hauria de revisar aquesta estructura?
Al costat de qualsevol canvi material —nova entitat, nova jurisdicció, un canvi material en el règim de reporting digital de qualsevol dels dos països— i, com a disciplina, com a mínim anualment, atesa l'activitat amb què tant Espanya com Portugal han estat ampliant els requisits estatutaris de reporting digital els darrers anys.

Tancament — Passos següents

Un pla de comptes multientitat és una de les poques decisions de disseny d'ERP que és genuïnament cara de canviar a posteriori, cosa que fa que valguin la pena les setmanes addicionals d'esforç de disseny i de revisió estatutària local abans de comptabilitzar-hi cap transacció. L'estructura que aguanta al llarg del temps gairebé mai és la més simple ni la més fidel localment: és la que mapa deliberadament entre les dues.

Si ja està en producció i sospita que la seva estructura és errònia: el diagnòstic honest és quanta feina manual va exigir la seva última consolidació. Si va implicar un full de càlcul conciliant dos plans de comptes a mà, el problema de fons és l'estructura, no el procés de tancament.

Sobre l'autor

Bruno Galo és el fundador d'Atypical Tech, una consultora de NetSuite que atén clients mid-market a tota Ibèria. Està especialitzat a connectar sistemes CRM i ERP per aconseguir fluxos order-to-cash sense friccions, construint pipelines automatitzats de gestió de comandes que eliminen la introducció manual de dades entre els equips comercials i financers. Com a partner oficial d'implantació de Stacksync, Bruno dissenya i desplega agents d'IA sobre plataformes d'integració per gestionar l'encaminament d'excepcions, el processament de documents i la conciliació, convertint fluxos de comandes fragmentats en sistemes fiables i amb autosupervisió.

LinkedIn: https://www.linkedin.com/in/brunogd

Fonts

Els URL són de nivell d'editor i s'haurien de verificar abans de la publicació. Els detalls estatutaris s'haurien de confirmar directament contra les guies vigents de l'AEAT i de l'AT portuguesa, ja que els requisits estan evolucionant activament.

• Oracle NetSuite, documentació de multifilial i OneWorld — https://docs.oracle.com/en/cloud/saas/netsuite/
• Agencia Tributaria (Espanya), Suministro Inmediato de Información (SII) — https://sede.agenciatributaria.gob.es
• Autoridade Tributária e Aduaneira (Portugal), SAF-T (PT) i requisits de facturació — https://info.portaldasfinancas.gov.pt
• Comissió Europea, VAT in the Digital Age (ViDA) — https://taxation-customs.ec.europa.eu
• Experiència de projectes d'Atypical Tech en implantacions NetSuite multientitat ibèriques