Substituir SharePoint per una intranet pròpia no és només una decisió de productivitat. És una decisió de governança, seguretat i protecció de dades. La pregunta que molts directius es fan no és si la nova plataforma serà més ràpida, sinó si podrà complir les exigències legals que ja s'apliquen als sistemes actuals. La resposta, com sol passar en tecnologia, depèn de com es construeix aquesta intranet i de qui la sosté.
La normativa de protecció de dades, com el RGPD a Europa, no obliga a fer servir una tecnologia concreta. Obliga a aplicar principis: minimització, limitació del termini de conservació, integritat, confidencialitat i responsabilitat proactiva. Per tant, quan una empresa valora substituir SharePoint, hauria de preguntar-se no només quines funcions necessita, sinó quins controls de privadesa podrà implementar. En aquest sentit, els projectes d'aplicacions a mida ofereixen un avantatge clar: el codi s'escriu per respectar aquestes regles des del principi, no com un complement posterior.
Un dels dubtes més freqüents és on resideixen les dades. Una intranet corporativa es pot desplegar en infraestructura cloud AWS/Azure amb xifratge en trànsit i en repòs, però el compliment no arriba només per triar un proveïdor conegut. Cal configurar correctament els grups de seguretat, les polítiques d'accés, les còpies de seguretat i els registres d'activitat. A més, si la intranet es connecta amb sistemes interns com l'ERP o l'Active Directory, convé fer servir túnels VPN o endpoints privats perquè la informació no viatgi per xarxes públiques. Aquest tipus de decisions, que de vegades es subestimen, són les que determinen si una solució compleix els requisits legals.
Abans de migrar, convé fer un mapa de dades. Quins fitxers contenen informació personal? On són duplicats? Qui els ha editat? Quant de temps s'han de conservar? Una migració és una oportunitat per eliminar dades obsoletes i etiquetar les que es conserven. Si la informació es trasllada sense neteja, la nova intranet hereta els problemes de privadesa de l'anterior. Un projecte de substitució ben plantejat no és mai només un moviment tècnic; és una neteja profunda de la informació corporativa.
La gestió d'accessos també canvia. En una intranet construïda des de zero, el control d'accés pot ser granular: cada rol, cada departament i cada nivell jeràrquic rep permisos específics. A més, la traçabilitat millora perquè cada acció rellevant queda registrada. Les auditories de seguretat i de privadesa necessiten registres fiables, i una plataforma pròpia pot generar-los sense dependre de configuracions externes. Això no vol dir que SharePoint sigui intrínsecament insegur, sinó que una substitució responsable exigeix revisar el model d'accessos i no copiar l'esquema antic.
El compliment exigeix que els empleats i tercers puguin exercir els seus drets d'accés, rectificació i supressió. En una intranet a mida, aquests drets es poden automatitzar amb fluxos que localitzen els registres d'una persona en totes les bases de dades i apliquen l'acció corresponent. En SharePoint clàssic, això sol ser complex perquè la informació està dispersa en biblioteques, llocs i metadades inconsistents. Una solució moderna pot centralitzar aquesta lògica i oferir un panell als responsables legals per gestionar les sol·licituds sense intervencions manuals.
La intel·ligència artificial afegeix una capa addicional de complexitat. Cada vegada més intranets incorporen cercadors amb IA que responen a preguntes dels empleats, resums automàtics de documents o agents IA que automatitzen tasques. Aquestes funcionalitats són útils, però també processen dades personals. Un model d'IA entrenat amb informació interna pot memoritzar dades sensibles si no s'apliquen mecanismes de control. Per això és essencial fer servir tècniques com el RAG (generació augmentada per recuperació), que limita la resposta a documents autoritzats, i mantenir la supervisió humana en processos amb impacte jurídic o laboral. L'IA, ben governada, millora la productivitat; mal governada, es converteix en un risc de privadesa.
En aquest context, els agents IA han de tenir permisos limitats i auditar-se com qualsevol altre usuari. Un agent que accedeix a una base de dades de recursos humans no hauria de tenir més privilegis que una persona del departament corresponent. Igualment, els panells de business intelligence associats a la intranet, com els creats amb BI/Power BI, han d'incorporar seguretat a nivell de fila perquè un empleat no vegi dades alienes encara que l'informe sigui corporatiu. La visualització de dades no pot ser un punt cec del model de protecció.
Lligat amb l'anterior, la ciberseguretat té un paper central. Substituir SharePoint per una intranet a mida no només implica desenvolupar funcions, també implica protegir l'accés, detectar intrusions i respondre davant possibles incidents. És recomanable incloure proves de penetració, anàlisi de vulnerabilitats i un pla de resposta amb responsables definits. Els serveis de ciberseguretat ajuden a validar que la plataforma resisteix atacs externs i interns abans que passi un incident real.
L'aspecte legal no acaba amb el programari. Cal revisar els contractes amb proveïdors de cloud, eines d'IA i serveis de suport. L'encarregat del tractament ha d'estar identificat, les transferències internacionals s'han de justificar i les clàusules sobre subprocessadors han d'estar actualitzades. Una intranet a mida no elimina aquestes obligacions, però permet que el sistema estigui alineat amb la documentació legal. La tecnologia ajuda a complir, però no substitueix la funció jurídica.
A més, la normativa exigeix avaluacions d'impacte quan el tractament pot suposar un alt risc. Una intranet amb dades d'empleats, dades de clients o sistemes de vigilància pot requerir una DPIA (Data Protection Impact Assessment). En una plataforma a mida és més fàcil identificar quines dades es tracten, amb quina finalitat i amb quins mecanismes de protecció. Aquesta transparència beneficia tant el responsable del tractament com els mateixos usuaris.
Q2BSTUDIO, com a empresa de desenvolupament de programari i tecnologia, aborda aquestes substitucions combinant enginyeria a mida, integració al cloud i experiència en IA. El seu equip sol participar des de la fase d'anàlisi, no només per construir el programari, sinó també per definir polítiques de dades, triar la infraestructura cloud AWS/Azure adequada i dissenyar agents IA que actuen amb límits clars. El resultat és una intranet que no només substitueix SharePoint, sinó que posa la privadesa al centre de l'operació.
En qualsevol cas, la supervisió humana continua sent imprescindible. Les decisions automatitzades que afecten els treballadors, com l'avaluació del rendiment o propostes de formació, han d'incloure mecanismes de revisió per part d'una persona. La protecció de dades no és només una qüestió tècnica; és una qüestió de cultura organitzativa. Una intranet que faciliti la participació i la transparència reforça el compliment de manera natural.
Perquè el sistema continuï complint amb el pas del temps, cal operar amb un model de millora contínua. Les revisions periòdiques dels permisos, els registres d'activitat, les polítiques de retenció i les configuracions de seguretat han de formar part del manteniment de la intranet. Un projecte de substitució no acaba amb la posada en producció; acaba quan l'organització demostra que controla les seves dades.
En resum, substituir SharePoint per una intranet pròpia pot complir perfectament amb la protecció de dades si l'empresa aborda el projecte amb visió estratègica. La tecnologia ajuda, però la governança decideix. Una plataforma flexible, amb aplicacions a mida, IA controlada, ciberseguretat sòlida i una infraestructura cloud ben configurada, ofereix més possibilitats de compliment que un sistema tancat difícil d'auditar. La pregunta no hauria de ser si la nova intranet compleix, sinó quin equip la construirà i com demostrarà aquest compliment.
