Hi ha projectes dels quals un parla en abstracte —com a consultor extern que lliura un sistema i se'n va— i hi ha projectes que vius des de dins, amb el P&L damunt la taula i la responsabilitat que el negoci no s'aturi. El cas de Cymit Química és dels segons. Vaig ser CEO de l'empresa durant la transformació tecnològica completa i el que segueix no és una proposta comercial: és el que va ocórrer, amb les seves friccions i els seus resultats verificables.
Context: una empresa química amb tres sistemes que no es parlaven
Cymit Química era una distribuïdora de reactius i productes químics de laboratori amb un catàleg extraordinàriament ampli: més de dos milions de referències de proveïdors nacionals i internacionals. L'operativa real se sustentava sobre tres sistemes completament independents:
- EuroWin com a ERP de gestió: comandes, albarans, facturació. Un programari de la generació anterior amb escassa capacitat d'integració i pràcticament sense API.
- Microsoft Access com a base de dades de catàleg i referències: desenes de fitxers Access distribuïts entre diferents equips, amb versions inconsistents i sense control de canvis.
- CRM Visual ad hoc per a la gestió comercial: contactes, oportunitats i seguiment de clients en un sistema que tampoc se sincronitzava amb l'ERP.
El resultat d'aquesta arquitectura fragmentada era previsible: dades duplicades, errors d'estoc, catàleg web desactualitzat amb freqüència, incapacitat d'oferir preus en temps real als clients i un equip de suport que dedicava hores diàries a reconciliar informació entre sistemes. La web de comerç electrònic era estàtica a la pràctica: actualitzar el catàleg requeria intervenció manual i els terminis eren incompatibles amb les exigències del mercat.
«El major enemic del creixement no era la competència. Era el nostre propi ecosistema tecnològic, que consumia energia operativa en lloc de generar-la.»
El repte real: no sols tecnologia, sinó canvi de model de negoci
Quan vaig assumir la direcció executiva, va quedar clar des del primer anàlisi de P&L que el coll d'ampolla no era comercial ni logístic: era la plataforma. El catàleg de dos milions de referències era un actiu diferencial brutal —poques distribuïdores a Espanya podien oferir aquella profunditat— però aquell actiu estava atrapat en sistemes que impedien explotar-lo correctament.
El repte tenia diverses dimensions simultànies:
- Dimensió operativa: migrar tota l'operativa diària (comandes, factures, estoc, proveïdors) a un sistema unificat sense interrompre el negoci.
- Dimensió de catàleg: automatitzar la gestió i actualització de més de dos milions de referències procedents de múltiples proveïdors amb formats de dades heterogenis.
- Dimensió comercial: dotar l'equip de vendes d'una eina CRM integrada amb l'ERP perquè la informació del client i l'operativa parléssin el mateix idioma.
- Dimensió d'equip: escalar la capacitat tècnica interna per sostenir la plataforma i desenvolupar noves funcionalitats.
La solució: arquitectura Odoo unificada i crawling massiu
Elecció de plataforma: per què Odoo
La decisió d'apostar per Odoo com a plataforma única no va ser trivial. En aquell moment existien alternatives més establertes en el sector de distribució química, amb major quota de mercat i més referències. La raó per triar Odoo va ser estratègica, no tecnològica: necessitàvem una plataforma que pogués créixer a mesura que creixia el negoci, amb capacitat de personalització sense dependre d'un proveïdor únic, i amb una arquitectura tècnica prou oberta per construir-hi damunt el sistema de gestió automàtica de catàleg que el negoci requeria. La naturalesa open source d'Odoo era exactament això: sobirania tecnològica.
Migració des de EuroWin i Access
La migració des d'EuroWin va ser la feina més delicada del projecte. EuroWin no té una API moderna; extreure les dades històriques de comandes, clients, proveïdors i albarans va requerir un procés d'extracció directa de la base de dades del sistema amb transformació i neteja intensiva abans de la càrrega a Odoo. El catàleg a Access va presentar una complexitat addicional: els fitxers tenien inconsistències de nomenclatura, codis duplicats entre proveïdors i camps sense normalitzar que necessitaven resolució abans de poder importar-se com a referències de producte a Odoo.
La migració es va planificar en fases per minimitzar el risc operatiu: primer els mestres (clients, proveïdors, productes), després l'historial de moviments, i finalment el tall operatiu amb el sistema en producció.
Sistema de crawling massiu per a les referències
L'element més diferencial de l'arquitectura va ser el sistema de crawling i scraping per a la gestió automàtica del catàleg. Amb més de dos milions de referències de desenes de proveïdors, l'actualització manual era inviable. Es va dissenyar i implementar un sistema de pipelines en Python que:
- Realitzava extraccions automàtiques periòdiques dels catàlegs de proveïdors (tant via API quan estava disponible com mitjançant scraping web estructurat quan no).
- Normalitzava les dades amb regles de transformació específiques per proveïdor, resolent inconsistències de format, moneda i unitat de mesura.
- Sincronitzava les actualitzacions directament al catàleg d'Odoo, mantenint l'estoc, els preus i la disponibilitat en temps real.
- Generava alertes quan es detectaven anomalies o referències que requerien revisió manual.
Aquest sistema va convertir el catàleg de dos milions de referències d'un llast operatiu en un avantatge competitiu real: la web de Cymit podia oferir informació de disponibilitat i preu actualitzada de forma automàtica, cosa que els competidors sense aquella infraestructura no podien replicar fàcilment.
Escalat de l'equip tècnic
A l'inici del projecte, l'equip tècnic era d'una sola persona. Per sostenir i desenvolupar la plataforma, va ser necessari un procés de construcció d'equip: d'1 a 5 persones, incorporant perfils de QA, desenvolupament frontend, desenvolupament backend i arquitectura de dades. Aquest creixement es va gestionar de forma gradual, alineat amb les fases del projecte i amb la capacitat financera de l'empresa en cada moment.
Resultats: xifres reals i un exit verificable
Creixement de facturació
Durant el període de transformació tecnològica sobre Odoo, la facturació de Cymit Química va passar de 2 M€ a 4 M€. No va ser únicament conseqüència de la tecnologia —les decisions comercials, l'expansió del catàleg accessible i la millora en la capacitat de resposta al client van tenir un paper conjunt— però la plataforma va ser l'habilitador sense el qual aquell creixement no hauria estat possible a aquell ritme.
Exit al Grup PALEX
El desenllaç del procés va ser l'adquisició de Cymit Química pel Grup PALEX, un dels grups de distribució de material medicoquirúrgic i de laboratori de referència a Espanya. Va ser la segona adquisició consecutiva de l'empresa. Una empresa amb tres sistemes legacy incompatibles i un catàleg atrapat en fitxers Access no és adquirible a aquell nivell. La plataforma construïda sobre Odoo va ser un actiu diferencial en el procés de due diligence: arquitectura moderna, dades unificades, operativa escalable.
El que realment va canviar
Més enllà de les xifres, el canvi estructural va ser de model d'operació:
- D'actualització manual de catàleg a sincronització automàtica amb proveïdors.
- De tres sistemes desconnectats a una única font de veritat per a tota l'operativa.
- D'un equip tècnic d'emergència a un equip de producte amb capacitat de desenvolupament continu.
- D'una empresa dependent de la seva infraestructura heretada a una plataforma que un comprador estratègic podia integrar al seu ecosistema.
Lliçons per al teu projecte
1. La migració d'ERP és un projecte de negoci, no un projecte de TI
L'error més freqüent en migracions d'ERP és tractar-les com a projectes tecnològics. A Cymit, cada decisió tècnica es va avaluar primer des de l'impacte en el marge i en l'operativa diària. Quins mòduls implantar primer, quines dades migrar amb quina prioritat, quan fer el tall: totes aquelles decisions es van prendre amb criteri de negoci, no de conveniència tècnica.
2. El catàleg com a actiu estratègic
Dos milions de referències és un nombre que sembla un problema. Tractat correctament, amb l'arquitectura d'automatització adequada, es converteix en una barrera d'entrada per a la competència. La pregunta no és «com gestionem això?» sinó «com convertim aquest volum en un avantatge?».
3. La plataforma ha de poder ser adquirida
Si en algun moment del teu horitzó temporal existeix la possibilitat d'una adquisició, la plataforma tecnològica és part del preu. Una empresa amb Odoo ben implantat, dades netes i arquitectura documentada val més en un procés de M&A que la mateixa empresa amb sistemes legacy inauditables. La tecnologia és due diligence.
4. Open source no significa barat: significa lliure
Odoo Community no és l'opció econòmica de consolació enfront de SAP o Dynamics. És l'opció que garanteix que el codi és teu, que no depens de renovacions de llicència per continuar operant i que pots construir a sobre sense demanar permís a ningú. Aquesta llibertat té un valor econòmic real quan arriba el moment d'escalar o de vendre.
Tens un projecte similar?
Si estàs avaluant migrar d'un ERP legacy —EuroWin, Navision, Sage, A3— a Odoo, o si tens Odoo implantat i no funciona al nivell que necessites, puc revisar la teva situació amb la mateixa perspectiva que vaig aplicar a Cymit: primer el negoci, després l'arquitectura. L'auditoria tècnica inicial és gratuïta per a projectes qualificats.