Transformació financera sense reimplantació de l'ERP

Arriba un nou CFO, troba una funció financera més lenta i menys perspicaç del que hauria de ser, i l'instint és atribuir-ho al sistema. L'ERP és antic, o està mal configurat, o es va implantar per a una empresa més petita. Es proposa una reimplantació, es pressuposta i es programa per d'aquí a un any.

Segons la nostra experiència, aquest instint encerta potser una de cada tres vegades. Més sovint, el sistema existent és capaç de fer la major part del que se li demana, i la restricció és el disseny de processos, la disciplina de dades i l'estructura de reporting construïdes al damunt — res de tot això no ho arregla automàticament una reimplantació, i bona part es tornarà a construir simplement dins del nou sistema si no s'aborda abans.

Això importa perquè una reimplantació és la palanca més cara i de més risc de què disposa una funció financera, i s'hi recorre sovint abans d'haver provat les palanques més barates. Aquest article tracta d'aquestes palanques més barates i de com determinar, honestament, si realment necessita la cara.

Per què això importa

El cost d'una reimplantació innecessària no és només el desemborsament directe, tot i que és substancial per a una empresa mid-market. Són els divuit mesos d'atenció organitzativa que consumeix, la congelació de qualsevol altra millora mentre el projecte està en marxa, i el risc real — visible en els patrons de fracàs d'implantacions de NetSuite que veiem repetidament — que el nou sistema hereti els mateixos problemes de procés en una interfície diferent, perquè ningú no va arreglar el procés abans de migrar-lo.

Hi ha un cost més subtil. Els equips que passen per una reimplantació sense arreglar abans el procés tendeixen a especificar malament els requisits, perquè descriuen el seu procés actual i defectuós en lloc del procés que realment necessiten. El nou sistema implanta aleshores fidelment la vella disfunció, a un cost considerablement més alt del que hauria costat arreglar la disfunció directament.

L'alternativa — la transformació començant pel procés — té un perfil menys espectacular i un retorn ajustat al risc molt millor. És també, i no per casualitat, la preparació que fa més barata i més ràpida una futura reimplantació (si de debò es necessita), perquè els requisits ja es coneixen.

D'un cop d'ull: què arregla una reimplantació i què no

El patró: les limitacions de plataforma són reals i sí que exigeixen substitució. Tot el que hi ha per sota de les dues primeres files és procés, governança i configuració, i les empreses mid-market proposen habitualment la solució de la part superior de la llista per a un problema de la part inferior.

Què funciona i sobre què cal ser honest

Què funciona:

Una auditoria de capacitats abans de decidir la substitució. Abans de dimensionar una reimplantació, estableixi específicament què no pot fer el sistema actual — no allò que fa malament per com es va configurar, sinó allò que estructuralment no pot representar. Sol ser un exercici de dues a tres setmanes i és el més valuós que es pot fer abans de comprometre's amb res més gran.

Redisseny del pla de comptes i de les dimensions, fet amb independència de qualsevol canvi de sistema. Un pla de comptes construït per a una empresa d'una cinquena part de la seva mida actual, o per a un model de negoci que des d'aleshores ha canviat, produeix informes que no reflecteixen la manera com es dirigeix realment el negoci — independentment de l'ERP que l'allotgi. Això es pot redissenyar i migrar dins del sistema existent.

Treball de conciliació i de procés de tancament, abordat com a projecte propi. La disciplina del tancament en cinc dies — conciliació contínua, dates de tall estrictes, gestió d'excepcions assistida per agents — és assolible en la majoria dels ERP mid-market tal com estan. Rarament és el sistema el que ho frena.

Racionalització de la personalització. Un sistema que s'ha tornat fràgil per anys de personalització acumulada sovint es pot recuperar revisant i eliminant allò que ja no es necessita, cosa que és materialment més barata que substituir la plataforma que hi ha a sota.

Arranjaments de governança i de propietat. Els problemes de qualitat de dades que finances atribueix al sistema són sovint un problema de propietat — ningú de fora de finances no respon per les dades que crea. Això s'arregla assignant propietat i fent visible la qualitat, no canviant de programari.

Sobre què cal ser honest:

Alguns sistemes necessiten substitució de debò. Si la seva estructura d'entitats, els seus requisits de divisa, el seu volum transaccional o les seves necessitats sectorials excedeixen allò per a què es va construir la plataforma, cap treball de processos no tanca aquesta bretxa. L'auditoria de capacitats existeix per detectar-ho honestament en lloc de donar-ho per fet o negar-ho.

El treball de processos no és gratuït i competeix per la mateixa atenció directiva. Exigeix disciplina de projecte real, patrocini real i una voluntat genuïna de canviar la manera com treballen els departaments — els mateixos ingredients que exigeix una reimplantació, només amb un pressupost menor i un calendari més curt. Les empreses que no van poder sostenir la disciplina de processos també tindran dificultats per sostenir-la aquí.

La seqüència importa i sovint s'ignora. Fer el treball de processos i descobrir després que igualment necessitava una reimplantació no és esforç perdut — el treball de processos esdevé els seus requisits —, però fer primer una reimplantació i descobrir després que els problemes de procés continuen sí que és despesa perduda, sens dubte. Posi sempre el procés abans de la plataforma.

Alguns responsables volen la reimplantació en qualsevol cas. De vegades es desitja un projecte gran i visible per raons alienes al problema declarat — un nou CFO que vol un mandat visible, un consell que vol veure acció decidida. És una dinàmica organitzativa legítima i val la pena anomenar-la honestament en lloc de disfressar-la de necessitat tècnica.

Marc de decisió: substituir o arreglar la capa de processos

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

1. Pot anomenar una transacció, estructura d'entitats o requisit de reporting concrets que el sistema actual no pugui representar, amb independència de la configuració?
Si la resposta és sí i és material, probablement necessita un canvi de plataforma — però dimensioni la substitució al voltant d'aquesta bretxa concreta, no al voltant d'una insatisfacció general. Si és no, continuï.

2. La seva insatisfacció té a veure en realitat amb la velocitat del tancament, la fiabilitat dels informes o la qualitat de les dades?
Aquests són els problemes pitjor atribuïts amb més freqüència. Recorri el marc del tancament en cinc dies i el model de custòdia de master data abans de donar per feta una limitació de plataforma. La majoria dels problemes de tancament i de reporting del mid-market es resolen aquí.

3. El seu pla de comptes o la seva estructura dimensional han seguit el ritme del negoci?
Si no, redissenyi'ls dins del sistema actual. Això sol resol una part important de les queixes del tipus "el nostre reporting no reflecteix el negoci" i no exigeix migració.

4. El sistema està molt personalitzat i és fràgil?
Faci una revisió de personalització abans de donar per fet que la substitució és l'únic camí. Distingeixi la personalització irrecuperable — construïda sobre una versió o arquitectura que el fabricant ja no dona bon suport — de la personalització que simplement està indocumentada i desendreçada, que es pot racionalitzar in situ.

5. Els problemes de qualitat i de propietat de les dades són en realitat organitzatius i no tècnics?
Si les dades arriben tard o malament des de fora de finances, això és un arranjament de governança, i cap canvi de sistema no ho resol, tampoc un de nou.

6. Ha completat una auditoria de capacitats genuïna, independent de l'aportació del fabricant?
Si no, encarregui-la abans de qualsevol conversa pressupostària. És l'artefacte que separa "no estem contents amb els nostres sistemes financers" d'un cas de negoci real.

7. Auditoria completada i bretxa confirmada i material?
Ara dimensioni una reimplantació — però dimensioni-la contra un procés ja arreglat, perquè el nou sistema hereti bones pràctiques en lloc de codificar la vella disfunció.

Cost i esforç indicatius

El treball que comença pel procés costa normalment una fracció d'una reimplantació i aporta la major part de la millora que un CFO busca en realitat. Sol·liciti un pressupost per a una auditoria de capacitats dimensionada.

Preguntes freqüents

Com sabem si la nostra insatisfacció és amb el sistema o amb el procés construït al damunt?
L'auditoria de capacitats està dissenyada precisament per respondre-hi, separant "el sistema no pot fer X" de "el sistema no s'ha configurat ni s'ha fet servir mai per fer X". La major part de la insatisfacció del mid-market cau en la segona categoria.

Els fabricants i els partners d'implantació ens donaran una resposta honesta en això?
Desconfiï de qualsevol persona els ingressos de la qual depenguin que la resposta sigui "substitueixi'l". Una auditoria és més creïble quan es dimensiona i es lliura amb independència de qui li pugui vendre la substitució.

Podem fer el treball començant pel procés i acabar necessitant igualment una reimplantació més endavant?
Sí, i aquest és un bon resultat, no un fracàs. Haurà arreglat problemes que altrament s'haurien tornat a construir dins del nou sistema, i dimensionarà la substitució final amb requisits reals en lloc de conjectures.

Quant triga a donar resultats el treball que comença pel procés?
Les millores de tancament i de conciliació es veuen en un o dos trimestres. El redisseny del pla de comptes es nota en el següent cicle complet de reporting. Els canvis de governança i de propietat triguen més a arrelar — normalment dos o tres trimestres abans que la millora de qualitat de dades sigui duradora i no una empenta temporal.

Quin és el senyal més clar que realment necessitem una reimplantació?
Quan l'auditoria de capacitats produeix una bretxa estructural concreta i amb nom — una divisa que el seu sistema no pot gestionar, una estructura d'entitats que no pot modelar, un volum transaccional que no pot processar — en lloc d'una llista general de frustracions. La frustració és un símptoma. Una bretxa estructural amb nom és un cas de negoci.

Tancament — Passos següents

La transformació financera es ven habitualment com una decisió de plataforma perquè aquesta és la versió visible i finançable de la petició. La major part del valor real és per sota de la plataforma, en el procés, la governança i l'estructura — i és a l'abast més ràpidament, amb menys risc i sense la congelació de divuit mesos que una reimplantació imposa a tot la resta.

El primer pas honest és l'auditoria de capacitats, feta amb independència de qualsevol persona que tingui interès en la resposta. Si troba una bretxa estructural genuïna, ja té un cas de negoci real. Si no la troba — que és el resultat més comú —, té un full de ruta més barat i més ràpid i l'opció de reprendre la substitució quan hagi esgotat allò que la millora de processos pot donar.

Sobre l'autor

Bruno Galo és el fundador d'Atypical Tech, una consultora de NetSuite que presta servei a clients mid-market de tota la Península Ibèrica. Està especialitzat a connectar sistemes CRM i ERP per a fluxos order-to-cash sense friccions, construint pipelines automatitzats de gestió de comandes que eliminen la introducció manual de dades entre els equips de vendes i de finances. 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 que s'autosupervisen.

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

Fonts

Els URL són de nivell editorial i s'haurien de verificar abans de la publicació.

• Oracle NetSuite, documentació de capacitats de plataforma i de configuració — https://docs.oracle.com/en/cloud/saas/netsuite/
• APQC, Open Standards Benchmarking — mesures de transformació financera i de rendiment de processos — https://www.apqc.org
• Panorama Consulting Group, ERP Report anual — dades sobre la decisió de substituir enfront d'optimitzar — https://www.panorama-consulting.com
• Experiència d'Atypical Tech en projectes de transformació financera mid-market a la Península Ibèrica