Contracte de programari PRL/SST: suport, SLA, propietat de les dades i canvi de proveïdor

Per Pablo Rodríguez

La demostració d’un programari PRL/SST mostra com podria treballar l’equip. El contracte determina què es lliura, què ocorre davant una incidència i com es recupera la informació si canvia la relació. Revisar tots dos documents junts evita que una expectativa comercial acabi convertida en una discussió d’abast.

El punt de partida és una llista de processos necessaris: avaluacions, mesures, formació, inspeccions o coordinació documental. La fitxa de programari de PRL/SST permet ordenar aquest mapa. Després cal traduir-ho a condicions verificables, amb responsables i evidències d’acceptació.

Descriure el contractat sense dependre d’una presentació

L’annex d’abast hauria d’identificar mòduls, entitats, centres, perfils d’usuari, emmagatzematge i serveis professionals inclosos. Aclareixi si la migració, la formació inicial, les integracions i els canvis de configuració formen part del preu o es pressuposten apart. La resposta ha de poder localitzar-se en una versió acceptada per les parts.

Inclogui també el que ha d’aportar l’empresa: qualitat de les dades, disponibilitat d’interlocutors, validació de permisos i decisions sobre processos. Una implantació pot bloquejar-se encara que el proveïdor compleixi els seus lliuraments si ningú del client està facultat per a aprovar el resultat.

Convertir el SLA en situacions comprensibles

Un acord de nivell de servei ha de resultar comprensible per als qui utilitzaran el sistema. Distingeixi disponibilitat del servei, horari de suport, temps de primera resposta i objectiu de resolució o recuperació. «Atenció ràpida» no permet comprovar si una incidència va rebre el tractament acordat.

Són criteris de negociació, no condicionis comercials atribuïdes a Sabentis. Comprovi així mateix quines evidències rep el client després d’una incidència i qui coordina comunicacions quan intervé una integració amb un altre sistema.

Aclarir les dades i els seus usos

Defineixi quina informació aporta el client, quins registres genera el servei i quins usos pot realitzar cada part. L’expressió «propietat de les dades» no substitueix la definició de finalitats, accessos, conservació i devolució. La AEPD explica la relació entre responsable i encarregat del tractament, que ha d’analitzar-se quan resulti aplicable el RGPD.

Per a una operació a Colòmbia, revisi el règim aplicable i els fluxos internacionals amb el responsable corresponent. Eviti copiar una clàusula d’un altre país sense comprovar el seu encaix. La fitxa sobre dades de salut en SST ajuda a identificar informació que mereix un tractament especialment delimitat.

Provar la sortida abans de necessitar-la

Sol·liciti una exportació de prova amb registres, adjunts i relacions. Un arxiu amb noms i dates pot resultar insuficient si desapareix el vincle entre avaluació, mesura i evidència. Demani un índex de camps i comprovi que una altra persona pot interpretar les dades sense dependre de la interfície original.

• Formats de lliurament i documentació de la seva estructura.
• Cost, termini i responsables d’una exportació final.
• Període de consulta durant la transició.
• Tractament de còpies, conservació i supressió en finalitzar.
• Assistència disponible per a resoldre incidències de migració.

En un exemple il·lustratiu, una empresa canvia de proveïdor en acabar el seu contracte. Haver assajat abans l’exportació permet identificar annexos absents i camps ambigus mentre el servei segueix actiu. La guia de migració de programari PRL/SST desenvolupa aquesta comprovació.

Una revisió conjunta de Compres, SST i TI

Distribueixi la revisió per especialitat, però tanqui una única llista de pendents. SST valida processos i continuïtat operativa; TI, seguretat i integracions; Compres, abast i condicions econòmiques; l’equip jurídic i de privacitat revisa les obligacions que corresponen. Cada punt hauria d’acabar amb una decisió, no amb una observació sense propietari.

Registri expressament les suposicions durant aquesta revisió. Si un requisit depèn d’una integració o un servei addicional, identifiqui aquesta dependència en el pla d’acceptació. Revisi l’abast acordat després d’un canvi rellevant en la implantació, perquè els documents continuïn reflectint l’operació que es lliura.

Pot preparar la negociació amb un RFP de programari PRL/SST i contrastar els controls amb la guia de seguretat per a TI. En conversar amb Sabentis, porti escenaris concrets i sol·liciti que la proposta i el contracte recullin l’abast acordat.

Llista de comprovació per a contrastar contracte i demostració

Abans d’acceptar la proposta, recorre un cas de compra complet amb Compres, SST i TI. Aquesta revisió permet localitzar condicions que solen quedar repartides entre correus, annexos comercials i documents tècnics.

• Relacionar cada requisit decisiu de la demostració amb una clàusula, un annex o un criteri d’acceptació expressament acordat.
• Simular una incidència fora de l’horari habitual i comprovar el canal disponible, el calendari aplicable i l’inici de cada termini.
• Demanar un exemple de factura amb creixement d’usuaris, entitats o emmagatzematge per a entendre com es calcula el cost addicional.
• Confirmar qui rep i decideix sobre canvis del servei que puguin afectar els processos preventius o les integracions.
• Obrir una exportació de prova en una eina independent i comprovar una relació entre registre, document i evidència de tancament.

Preguntes freqüents

SLA i horari de suport signifiquen el mateix?

No. El SLA recull compromisos de servei; l’horari indica quan es presta una atenció determinada. Comprova com es computa una incidència iniciada de nit o en festiu i distingeix primera resposta, recuperació i resolució. Cada compromís necessita una definició mesurable i excepcions identificables.

Quina diferència hi ha entre exportar dades i poder canviar de proveïdor?

Una exportació és només una part de la transició. També necessites interpretar camps, recuperar adjunts, conservar relacions i establir una data de tall. Sol·licita un assaig amb un expedient complet i acorda qui resol incidències de lliurament abans que acabi l’accés al sistema anterior.

És suficient una clàusula que digui que les dades són del client?

No aclareix per si sola què pot fer cada part amb la informació. Han de concretar-se finalitats, accessos, subcontractació, conservació i devolució. Quan hi ha tractament per compte d’una altra entitat, revisa les obligacions corresponents al responsable i a l’encarregat conforme al règim aplicable a l’operació.

Com evito pagar dues vegades una necessitat inclosa en l’oferta?

Identifica la versió acceptada de l’abast i les seves dependències, inclosos serveis de configuració o integració. Davant un canvi, demana descriure quina necessitat nova el justifica i quin impacte té. Mantenir un registre d’acords facilita distingir una ampliació legítima d’un requisit ja contractat.

Normativa i fonts consultades

• AEPD: responsable i encarregat del tractament. Espanya i RGPD: orientacions sobre la relació entre les parts quan el proveïdor tracta dades per compte del client.
• Llei 1581 de 2012. Colòmbia: marc de protecció de dades que ha de considerar-se en definir responsabilitats i usos de la informació.

Fonts consultades el 6 d’octubre de 2026.