Modernitzeu el sistema que ningú no s’atreveix a tocar, capacitat a capacitat.
Dècades de normes de negoci viuen en COBOL, PL/I, Oracle Forms i les primeres versions de Java i .NET. Recuperem aquestes normes, construïm una xarxa de seguretat de proves i avancem capacitat a capacitat darrere d’una façana, amb execucions en paral·lel i conciliació abans de desconnectar res.
Per a organitzacions amb sistemes crítics en què no es poden permetre aturades ni la pèrdua de normes de negoci.
04Reconstrucció d’una part darrere d’una façanaSistema
05Execució en paral·lel i conciliacióSistema
06Anàlisi de discrepànciesPersona
07Canvi i retiradaPersona
Primer s’avalua la cartera d’aplicacions i s’acorda l’arquitectura objectiu. Les normes de negoci es recuperen del codi amb ajuda de la IA i les verifiquen persones. Les proves de caracterització fan de xarxa de seguretat. Cada capacitat es reconstrueix darrere d’una façana i funciona en paral·lel amb el sistema antic; les discrepàncies s’analitzen i es corregeixen abans que la persona responsable del negoci aprovi el canvi i la part antiga es retiri.
Abans i després
Què canvia en la manera de treballar
Avui
Amb el sistema
Avui
Avui: Cada canvi és un risc
Petits canvis normatius porten mesos perquè ningú no pot preveure què més afectarà un canvi.
Amb el sistema
Amb el sistema: Canvis avalats per proves
Les proves de caracterització recullen què fa avui el sistema, de manera que cada canvi mostra el seu efecte abans de publicar-se.
Avui
Avui: El coneixement es jubila
Les persones que entenen el codi són a prop de la jubilació, i fa temps que la documentació no coincideix amb el sistema.
Amb el sistema
Amb el sistema: Normes escrites i verificades
Les normes de negoci recuperades del codi es documenten en llenguatge planer i les confirmen les persones expertes en el negoci.
Avui
Avui: Els plans de substitució total s’encallen
Els programes de substitució completa prometen una data única de canvi que es va ajornant mentre els costos creixen.
Amb el sistema
Amb el sistema: Valor lliurat per parts
Les capacitats es traslladen d’una en una darrere d’una façana. Cada part entra en producció per separat i se’n pot fer marxa enrere.
Avui
Avui: Dades atrapades en estructures antigues
Els serveis nous i els casos d’ús d’IA no poden arribar a les dades sense extraccions fràgils i processos per lots nocturns.
Amb el sistema
Amb el sistema: Dades disponibles per API
Els dominis migrats exposen les dades per mitjà d’API documentades, conciliades amb el sistema antic fins que es retira.
Flux de treball
Com funciona el flux de treball
Un enfocament de figuera estranguladora (strangler fig): el sistema nou creix al voltant de l’antic, capacitat a capacitat. El bucle entre l’execució en paral·lel i la reconstrucció és on es fa la major part de la feina real.
Flux de treball il·lustratiu
7 passos · 3 punts de control humans
Llegenda
Sistema
Agent d’IA
Persona
Punt de control humà
Via d’excepció
Modernització: flux il·lustratiu amb bucle de conciliació
Llegiu el diagrama en format de text
El camí principal va de l’avaluació de la cartera i la recuperació de les normes de negoci a la construcció d’una xarxa de proves de caracterització i la reconstrucció d’una capacitat darrere d’una façana, i d’aquí a l’execució en paral·lel de l’antic i el nou i, finalment, al canvi i la retirada de la part antiga.
Les persones aproven l’arquitectura objectiu, verifiquen cada norma recuperada i aproven cada canvi: aquests són els punts de control humà.
Quan l’execució en paral·lel mostra que les sortides difereixen, la part surt del camí principal perquè l’equip d’enginyeria i les persones expertes n’analitzin les discrepàncies, i torna al pas de reconstrucció fins que l’antic i el nou concilien.
01
Pas 1: Avaluació de la carteraPersona
Inventari d’aplicacions, mapa de dependències i de fluxos de dades, i una decisió per a cada aplicació: retirar, mantenir, reallotjar, canviar de plataforma, reconstruir o substituir. Es fa el mapa dels dominis per trobar les juntures on es pot dividir el sistema en parts.
Punt de control humà
El vostre comitè d’arquitectura aprova l’arquitectura objectiu i l’ordre de les parts.
02
Pas 2: Recuperació de les normes de negociAgent d’IA
La comprensió de codi assistida per IA llegeix COBOL, PL/I, JCL, Oracle Forms i versions antigues de Java o .NET, i redacta documentació, grafs de crides i un catàleg de normes de negoci.
Punt de control humà
L’equip d’enginyeria i les persones expertes en el negoci verifiquen cada norma extreta abans de fer-la servir com a especificació. Les normes no verificades es marquen com a tals.
03
Pas 3: Construcció de la xarxa de seguretatSistema
Les proves de caracterització es generen a partir d’entrades i sortides de producció anonimitzades, de manera que el comportament actual, amb les seves particularitats, queda recollit abans de canviar res.
04
Pas 4: Reconstrucció d’una part darrere d’una façanaSistema
Davant del sistema antic es col·loca una façana d’encaminament o una capa d’API. Una capacitat es reconstrueix com a servei nou, amb les dades migrades i sincronitzades.
05
Pas 5: Execució en paral·lel i conciliacióSistema
El sistema antic i el nou processen les mateixes transaccions. Les sortides i les dades es comparen automàticament, i cada diferència s’informa per norma i per registre.
06
Pas 6: Anàlisi de discrepànciesPersona
L’equip d’enginyeria i les persones expertes decideixen si cada diferència és un defecte del servei nou, un defecte de l’antic o un canvi intencionat, i tornen la part a reconstrucció.
Via d’excepció: Les sortides difereixen· Torna al pas 4
07
Pas 7: Canvi i retiradaPersona
El trànsit de la capacitat passa al servei nou per mitjà de la façana. Després d’un període estable, el camí de codi antic i les seves dades es retiren i s’arxiven.
Punt de control humà
La persona responsable del negoci aprova cada canvi a partir dels resultats de la conciliació. La marxa enrere per mitjà de la façana continua disponible fins a la retirada.
Components
Què construiríem
01
Mapa de cartera i dependències
Inventari, mapa d’interfícies i de fluxos de dades, i un model de dominis que mostra per on es pot dividir el sistema en parts.
Salesforce com a nova capa d’atenció a clientsPlataformaSalesforce
Plataforma d’integració i passarel·la d’API
Núvol o centre de dades de destinació
Controls
Controls integrats en el disseny
Límits d’accés
L’anàlisi de codi s’executa en un entorn que controleu, sense enviar codi font a serveis que no hàgiu aprovat. Les dades de producció que s’utilitzen per a les proves s’anonimitzen abans de sortir de la zona de producció.
Revisió humana
L’equip d’enginyeria i les persones expertes verifiquen les normes recuperades abans que es converteixin en especificacions. La persona responsable del negoci aprova cada canvi a partir dels resultats de la conciliació, amb marxa enrere disponible.
Traçabilitat
Cada norma del catàleg es pot rastrejar fins al codi d’on prové i fins a la persona que la va verificar. Els informes de conciliació es conserven com a evidència de cada canvi.
Protecció de dades
La migració de dades segueix una correspondència documentada, amb recomptes de registres i sumes de verificació, i les dades personals es minimitzen en els conjunts de prova. Les regles de conservació viatgen amb les dades.
Transparència de la IA
Quan la IA redacta documentació o codi, el resultat s’etiqueta, es revisa i es versiona com qualsevol altre producte d’enginyeria.
Indicadors
Què mesuraríem
Acordem aquestes mesures amb vosaltres durant l’avaluació i les seguim per a cada part, no només per al conjunt del programa.
Què mesuraríem
Indicador
Per què és important
Com ho mesuraríem
01Temps de lliurament d’un canvi
Per què és importantEl senyal més clar que el sistema és cada vegada més fàcil de modificar.
Com ho mesuraríemTemps des de l’aprovació d’una sol·licitud de canvi fins a la producció, per a les parts antigues i les modernitzades.
02Estat de la conciliació
Per què és importantMostra si el servei nou es comporta realment com l’antic allà on ho ha de fer.
Com ho mesuraríemProporció de transaccions i registres que coincideixen durant l’execució en paral·lel, amb les diferències obertes per causa.
03Cobertura de normes
Per què és importantLes normes desconegudes són el risc principal de qualsevol substitució.
Com ho mesuraríemProporció de normes de negoci recuperades que han verificat les persones expertes i que cobreixen les proves.
04Petjada del sistema heretat
Per què és importantLa modernització dona fruit quan els components antics es desconnecten de debò.
Com ho mesuraríemCapacitats, camins de codi, processos per lots i llicències retirats, per a cada part.
No es fixen objectius abans de disposar d’una mesura de referència.
Desplegament
Com el desplegaríem
Fase 01
Avaluació
Cartera, dependències, dominis i riscos. Triem una primera part que sigui important per al negoci però que admeti marxa enrere.
Criteris de sortida
Arquitectura objectiu aprovada
Ordre de les parts acordat
Accés a proves i dades organitzat
Fase 02
Primera part
Recuperació de normes, xarxa de seguretat, façana i una capacitat reconstruïda, en paral·lel amb el sistema antic.
Criteris de sortida
Conciliació dins de la tolerància acordada
La persona responsable del negoci aprova el canvi
Marxa enrere provada
Fase 03
Part a part
Les capacitats següents segueixen el mateix camí, cadascuna amb la seva execució en paral·lel i la seva decisió de canvi.
Criteris de sortida
Cada part conciliada i canviada
Coneixement transferit al vostre equip
Fase 04
Retirada
Els camins de codi antics, els processos per lots i els magatzems de dades s’arxiven i es desconnecten.
Extensions d’ERP a mida i sistemes de planta, traslladats juntament amb una migració a SAP S/4HANA.
Exemple il·lustratiu
El sistema de pòlisses d’una asseguradora
Situació
Una asseguradora gestiona les pòlisses de diversos rams en un sistema central en COBOL. Cada ram té canvis normatius i de producte pendents, i dues de les persones que coneixen el codi es jubilaran aviat.
Sistema
Les normes es recuperen i es verifiquen per ram. Una façana encamina primer els càlculs d’un sol ram cap a un servei nou, que funciona en paral·lel amb el mainframe fins que els resultats concilien.
Control humà
Les persones expertes de cada ram verifiquen les seves normes. La persona responsable de cada ram aprova el canvi, i la marxa enrere per mitjà de la façana continua disponible.
Què mesuraríem
Estat de la conciliació per ram, cobertura de normes i temps de lliurament del següent canvi normatiu.
Espanya
Modernitzar amb normativa europea i espanyola
A Espanya, molts nuclis heretats han d’absorbir canvis normatius que s’acumulen. Un exemple: els sistemes informàtics de facturació han de complir els requisits de Verifactu abans de l’1 de gener del 2027 en el cas dels contribuents de l’impost sobre societats, i abans de l’1 de juliol del 2027 per a la resta d’obligats. Ordenem la modernització perquè cada canvi avanci una part cada vegada, amb l’antic i el nou conciliats abans de desconnectar res.
Els serveis modernitzats s’allotgen en plataformes dissenyades perquè, quan donen servei a organismes públics, el client pugui complir l’Esquema Nacional de Seguretat (ENS). A Espanya, la transposició de la Directiva NIS2 és encara un avantprojecte de llei (situació a 6 de novembre del 2026), i les normes de canvi de proveïdor del Reglament de dades són un motiu per mantenir les dades portables des de la primera part. Quan els registres contenen dades personals, les correspondències de migració i les dades de prova segueixen l’RGPD.
Preguntes sobre la modernització de sistemes heretats
01Per què no substituïm tot el sistema d’una vegada?
Perquè un canvi únic concentra tot el risc en una sola data, i el negoci espera anys abans d’obtenir cap benefici. Avançar capacitat a capacitat permet que cada part es demostri en una execució en paral·lel, entri en producció per separat i se’n pugui fer marxa enrere si cal.
02La IA pot traduir el nostre COBOL a Java?
La traducció línia a línia acostuma a produir un codi tan difícil de modificar com l’original. Fem servir la IA per llegir i documentar el codi antic i per redactar normes i proves, i després dissenyem bé els serveis nous. Cada norma recuperada la verifiquen persones abans de fer-la servir.
03Les nostres persones expertes es jubilen. Com en recolliu el coneixement?
Amb sessions estructurades en què revisen les normes recuperades i les proves de caracterització. El seu coneixement queda en documentació i proves que es queden amb el vostre equip, no al nostre cap.
04Això també s’aplica a SAP ECC?
Sí. Els mateixos principis s’apliquen a l’adequació del codi a mida i a una migració a SAP S/4HANA: avaluar què es fa servir encara, recuperar i provar el que importa, i avançar en passos controlats.
05Quant de temps funcionen en paral·lel l’antic i el nou?
Fins que els resultats de la conciliació compleixen la tolerància acordada amb la persona responsable del negoci, i prou temps per cobrir processos periòdics com els tancaments mensuals o anuals.