Canviar de programari escolar sense perdre les dades: interoperabilitat, APIs i portabilitat

Canviar de programari escolar sense perdre les dades: interoperabilitat, APIs i portabilitat

Hi ha una pregunta que gairebé mai no apareix a les demostracions comercials i que decideix més contractes dels que sembla: què passa amb les meves dades el dia que me'n vulgui anar. La majoria d'equips directius no la formula perquè sona a desconfiança, i la majoria de proveïdors no l'aborda perquè la resposta rarament afavoreix la venda. El resultat és que molts centres descobreixen la resposta quan ja no tenen marge per negociar-la.

Per què la pregunta importa ara

L'assumpte s'ha tornat més urgent l'últim any. L'anàlisi del mercat escolar per al 2026-2027 apunta en la mateixa direcció en diversos països: el programari sense intel·ligència artificial nativa, sense compliment sòlid de protecció de dades i sense interoperabilitat documentada serà substituït o pedaçat amb eines de tercers. I quan arriba el moment de substituir, la fricció no és el preu: és la por de perdre quinze anys d'expedients.

Les quatre preguntes que cal fer per escrit

Abans de signar amb qualsevol proveïdor —inclòs el que ja teniu, en la propera renovació— convé demanar per escrit la resposta a quatre coses. Per escrit vol dir al contracte o en un annex, no en un correu d'un comercial:

• Què puc exportar, en quin format i amb quina periodicitat? La resposta bona és concreta i per entitat: alumnes, tutors legals, matrícules per curs, qualificacions, assistència, rebuts i el seu estat, documents adjunts. La resposta dolenta és «et donem un abocament», perquè un abocament pot ser un PDF de mil pàgines.
• Existeix una API documentada i accessible per al client? No cal que el centre la faci servir directament; cal que existeixi, perquè és la prova objectiva que les dades són extraïbles sense dependre de la bona voluntat de ningú.
• Amb què s'integra de manera nativa? Sigueu específics i pregunteu pel que realment feu servir, no per una llista genèrica de logotips.
• Què passa en finalitzar el contracte? Termini concret per lliurar l'exportació, format compromès, cost si n'hi ha, i quant de temps es conserven les dades abans de suprimir-les.

Per què el bloqueig de proveïdor no sol ser maliciós

Convé entendre el mecanisme, perquè ajuda a avaluar respostes. Molt pocs proveïdors retenen dades deliberadament. El bloqueig es produeix per acumulació: durant anys s'han anat creant camps personalitzats, documents pujats, plantilles, històrics de comunicacions i configuracions que no tenen un equivalent exacte en cap altre sistema.

L'estructurat i el que ningú no exporta

Això significa que la portabilitat real no és binària. Es pot exportar el 100 % de les dades estructurades —alumnes, notes, rebuts— i tot i així perdre el 100 % del no estructurat, que sovint és el que més feina va costar construir. Preguntar específicament pels documents adjunts i l'històric de comunicacions és el que distingeix una avaluació seriosa d'una superficial.

Interoperabilitat no és el mateix que integració

La distinció importa perquè els proveïdors fan servir les dues paraules com a sinònims i no ho són. Una integració és una connexió concreta amb un sistema concret, construïda i mantinguda per algú: funciona bé mentre les dues parts la mantinguin. La interoperabilitat és la capacitat d'intercanviar dades amb qualsevol sistema mitjançant formats i estàndards oberts, sense necessitat que existeixi una connexió específica.

Per a un centre petit, les integracions natives resolen el dia a dia i la interoperabilitat és una assegurança. Per a un grup amb diversos centres i sistemes heretats, la interoperabilitat deixa de ser una assegurança i passa a ser un requisit, perquè cap proveïdor no construirà integracions a mida per a cada cas.

Amb què s'ha d'integrar un ERP escolar

Quan pregunteu per integracions, pregunteu per aquestes cinc i no per una llista genèrica:

• La plataforma de la vostra comunitat autònoma: Séneca, Rayuela, ITACA, GESTIB o la que correspongui.
• L'entorn d'aprenentatge: Google Classroom, Moodle o Microsoft Teams, segons el que faci servir el claustre.
• La gestoria o el programari de comptabilitat: per no reintroduir a mà les factures del mes.
• La passarel·la de pagaments i el banc: domiciliacions, devolucions i conciliació.
• El correu institucional i el directori d'usuaris: per no gestionar dues llistes d'altes i baixes.

El que de veritat allarga una migració

L'expectativa habitual és que migrar sigui un problema tècnic. A la pràctica, per a un centre de mida mitjana són entre quatre i vuit setmanes de feina real, i la major part no es dedica a moure dades sinó a netejar-les. Els tres culpables són gairebé sempre els mateixos:

• Duplicats: el mateix alumne donat d'alta dues vegades, famílies amb dues fitxes, germans amb tutors repetits.
• Camps lliures sense normalitzar: adreces escrites de cinc maneres, telèfons amb i sense prefix, cursos anomenats de manera diferent segons qui els creés.
• Documentació que només existeix en paper: o a la carpeta local d'algú. No és a cap sistema i per tant no es pot migrar de cap manera.

La neteja es pot començar avui

D'aquí surt una conseqüència pràctica molt útil: la neteja de dades no depèn del proveïdor que trieu. Es pot començar abans de decidir res, i fer-ho escurça el projecte sigui quina sigui la decisió final. I si a més acabeu quedant-vos on sou, haureu millorat igualment el que teniu.

Quan canviar

El tall natural és entre el tancament del curs i l'inici del següent: matrícula ja renovada, qualificacions tancades i classes sense començar. Aquest és l'únic moment en què el sistema antic pot quedar-se congelat com a arxiu mentre el nou arrenca net.

Si no queda més remei que canviar a mig curs

És possible, però implica conviure amb dos sistemes durant setmanes, amb el risc que una dada s'actualitzi en un i no en un altre. La regla és clara i no admet matisos: un sistema és l'oficial des del dia u i l'altre és només consulta, sense excepcions ni casos especials. Tan bon punt es permet una excepció, apareixen dues versions de la veritat.

Cas pràctic (Espanya)

Un grup amb quatre centres portava tres anys volent unificar plataformes i no ho feia per una raó concreta: ningú no sabia si podria recuperar els expedients històrics del sistema més antic, en ús des del 2009.

Abans de negociar amb cap proveïdor nou, van demanar per escrit a l'actual una exportació de prova. Va trigar cinc setmanes a arribar i va venir en un format que contenia alumnes, matrícules i qualificacions, però no els documents adjunts ni les comunicacions. Aquesta resposta, incòmoda però clara, va ser el que va permetre planificar de veritat.

La decisió va ser migrar l'estructurat al sistema nou i conservar l'antic en mode consulta durant dos cursos per a la documentació adjunta, amb un calendari de descàrrega manual dels expedients que legalment calia conservar. No va ser elegant, però va ser previsible, i va evitar descobrir el problema amb el contracte ja rescindit.

Conclusió

La pregunta sobre la sortida no és un gest de desconfiança, és part d'una avaluació seriosa. Un proveïdor que respon amb formats concrets, API documentada i terminis escrits us està donant el millor senyal possible sobre com tractarà les vostres dades mentre sigueu clients. Un que respon amb generalitats us està dient alguna cosa també.

A Edena publiquem API documentada, exportació completa per entitat en formats oberts i condicions de sortida escrites al contracte, perquè preferim que us quedeu pel producte i no perquè no pugueu marxar. Demana una demo i t'ensenyem exactament què surt i en quin format.