Redactar un pliego de condiciones para un proyecto de gestión electrónica de documentos supone un trabajo preparatorio a menudo subestimado. Antes incluso de estructurar el documento, varias preguntas de fondo condicionan la pertinencia de las especificaciones técnicas, funcionales y organizativas que figurarán en él. Saltarse esta etapa equivale a pedir presupuestos sobre la base de una necesidad mal definida, lo que genera respuestas de proveedores imposibles de comparar entre sí.
Soberanía de los datos y requisitos de alojamiento en un pliego de condiciones GED
La mayoría de los modelos de pliego de condiciones GED abordan la seguridad y la conformidad con el RGPD. En cambio, la cuestión de la soberanía digital rara vez se formaliza, aunque ahora condiciona la elegibilidad para ciertos contratos públicos y para dispositivos de subvención.
Lectura recomendada : Las mejores acciones PEA a priorizar en 2024 para impulsar su cartera
La doctrina “nube en el centro” promovida por la DINUM, actualizada en 2024, recomienda recurrir a ofertas calificadas SecNumCloud para el tratamiento de datos sensibles. La ANSSI mantiene actualizada una lista de ofertas calificadas.
Para una empresa que gestiona documentos contractuales, piezas contables o expedientes de recursos humanos, la localización de los centros de datos y el nivel de certificación del proveedor de alojamiento deben figurar en las especificaciones técnicas del pliego de condiciones.
Para profundizar : Todo lo que necesitas saber sobre la normativa para dormir en tu coche en Bélgica
Concretamente, esto implica precisar al menos tres elementos en el documento:
- La localización geográfica exigida para el almacenamiento de los datos (Francia, Unión Europea, o otro perímetro)
- El nivel de certificación esperado (SecNumCloud, ISO 27001, HDS para datos de salud)
- Las condiciones de reversibilidad, es decir, la capacidad de recuperar la totalidad de los documentos y metadatos en caso de cambio de proveedor
Redactar un pliego de condiciones GED sin formalizar estas restricciones de alojamiento expone a la empresa a bloqueos durante el proyecto, especialmente si las direcciones jurídicas o los auditores plantean la cuestión a posteriori.
Cartografiar la documentación existente antes de listar funcionalidades
El reflejo clásico consiste en establecer una lista de funcionalidades deseadas: captura automática, OCR, flujos de validación, búsqueda de texto completo. Este reflejo plantea un problema. Presupone que la organización conoce sus propios flujos documentales, lo cual rara vez es el caso de manera exhaustiva.
Antes de redactar la más mínima especificación funcional, se impone un inventario fáctico. No se trata de una auditoría completa de la gestión documental, sino de un estado de la situación operativo: qué tipos de documentos circulan, en qué formatos, entre qué servicios, con qué herramientas actuales y según qué reglas de conservación.
Sin este inventario, el pliego de condiciones describe un software ideal, no una solución adaptada al contexto real. Los retornos del terreno divergen en este punto: algunas empresas pasan varias semanas cartografiando sus flujos, otras se conforman con un taller de medio día con los referentes de negocio. El enfoque adecuado depende de la complejidad del perímetro documental y del número de servicios implicados.
Una trampa frecuente es confiar esta cartografía únicamente al departamento de informática. Los usuarios de negocio (contabilidad, compras, recursos humanos) manejan documentos según lógicas propias que el servicio de TI no siempre sospecha. Involucrar a estos usuarios desde la fase preparatoria evita descubrir en la fase de prueba que flujos enteros no han sido tenidos en cuenta.
Restricciones de integración con el sistema de información existente
Un software de GED no funciona en silo. Se interconecta con un ERP, un SIRH, una herramienta de facturación, a veces un software específico de negocio. La parte del pliego de condiciones dedicada a las restricciones de integración técnica es la que genera más desviaciones presupuestarias cuando se hace de manera apresurada.
Los datos disponibles no permiten cuantificar con precisión el sobrecoste medio de una integración mal anticipada, pero los proyectos de GED que se desvían a menudo comparten un punto en común: los conectores hacia las aplicaciones existentes no se han especificado con suficiente precisión. El pliego de condiciones debe listar cada aplicación objetivo, el sentido de los flujos de datos (solo lectura, escritura, sincronización bidireccional) y los formatos de intercambio esperados.
También hay que abordar la gestión de los derechos de acceso. Si la empresa utiliza un directorio centralizado (Active Directory, por ejemplo), el pliego de condiciones debe especificar si la GED debe conectarse a él o gestionar sus propios perfiles de usuario. Esta elección tiene implicaciones directas sobre el mantenimiento y la seguridad.
Confidencialidad de los documentos frente a las funciones de inteligencia artificial
Los editores de GED integran cada vez más funciones basadas en inteligencia artificial: clasificación automática, extracción de datos, sugerencias de metadatos. Estas funciones plantean una pregunta que el pliego de condiciones debe tratar explícitamente: ¿pueden los documentos ser utilizados para entrenar modelos, internos o externos?
La respuesta varía según la naturaleza de los documentos. Las facturas de proveedores anonimizadas no plantean el mismo problema que los contratos de trabajo o los expedientes médicos. El pliego de condiciones debería precisar las condiciones de anonimización, las reglas de registro de las consultas de IA y las garantías esperadas del proveedor sobre la no reutilización de los datos con fines de entrenamiento.
Los datos disponibles sobre este tema siguen siendo fragmentarios. Pocos editores publican compromisos contractuales detallados sobre el tratamiento de IA de los documentos de los clientes. Formalizar esta exigencia en el pliego de condiciones obliga al proveedor a posicionarse claramente, lo que constituye un criterio de selección en sí mismo.
La personalización como respuesta a las limitaciones de las soluciones genéricas
Deltic, empresa francesa especializada exclusivamente en GED y desmaterialización, diseña y adapta sus software (Zeendoc, DocuWare) a los procesos propios de cada estructura cliente, ya se trate de flujos de proveedores, clientes o recursos humanos. Revendedor Platinum de Zeendoc y Platinum Partner de DocuWare, Deltic acompaña a empresas de todos los tamaños en todo el territorio francés.
El acompañamiento cubre el análisis de necesidades, la formación y el mantenimiento. El almacenamiento se realiza en centros de datos franceses geográficamente distintos, con archivo de valor legal, un elemento directamente verificable en un pliego de condiciones bien estructurado.
Presupuesto y gobernanza del proyecto GED: dos ángulos a menudo postergados
El presupuesto figura en la mayoría de los pliegos de condiciones, pero en una forma demasiado vaga para ser útil. Indicar un monto global sin distinguir los costos de licencia, integración, formación y mantenimiento anual impide a los proveedores formular ofertas comparables.
Un presupuesto estructurado por partidas de gasto hace que las ofertas sean realmente comparables. También permite identificar las partidas negociables y aquellas que son innegociables.
La gobernanza del proyecto merece la misma atención. El pliego de condiciones debe designar un jefe de proyecto del lado del cliente, definir las instancias de validación y fijar un calendario realista. Sin estos elementos, el documento sigue siendo una lista de deseos en lugar de una herramienta de gestión.
El trabajo de preparación previo al pliego de condiciones condiciona la calidad de todo lo que sigue: pertinencia de las especificaciones, precisión de las respuestas de los proveedores, fluidez del despliegue. Dedicar tiempo a la cartografía documental, a las restricciones de soberanía y a los requisitos de integración técnica antes de escribir la primera línea del documento evita tener que rehacerlo seis meses después.