Cambiar de proveedor de canal de denuncias no es solo sustituir un enlace en la web. También implica decidir qué ocurre con las comunicaciones abiertas, la documentación existente, los permisos, el texto de privacidad, la formación y la información que reciben las personas usuarias.
El término migrar el canal de denuncias se utiliza en contenido de mercado español. Antes de convertirlo en un proyecto, valide qué exportaciones, configuraciones y servicios de implantación puede ofrecer el proveedor elegido. No asuma que todos los historiales o flujos se trasladan de la misma forma.
Lista de trabajo
| Etapa | Qué revisar |
|---|---|
| Inventario | Política, procedimiento, enlace público, materiales internos y responsables actuales. |
| Casos existentes | Qué comunicaciones siguen abiertas, quién conserva el registro y cómo se limitará el acceso. |
| Configuración | Categorías, personas responsables, permisos, mensajes, idioma y materiales de privacidad. |
| Prueba | Un caso de prueba con recepción, seguimiento, archivo y reasignación. |
| Formación | Qué necesita saber cada persona gestora y cómo informar sobre conflictos de interés. |
| Comunicación | Actualización de intranet, carteles, onboarding, proveedores y páginas públicas. |
No publique un nuevo enlace hasta que el equipo sepa qué ruta utilizar y cómo se atenderán las comunicaciones enviadas al canal anterior. Si existe una comunicación abierta, acuerde el sistema que conservará el registro autorizado antes de mover el trabajo.
Una migración también es un buen momento para revisar la experiencia de la persona informante. ¿El texto explica con claridad para qué sirve el canal, qué puede esperar la persona tras enviar una comunicación y cómo puede volver a consultarla? Una ruta técnica funciona mejor cuando esa explicación es coherente en la política, la página y la comunicación interna.
Disclosurely puede apoyar un nuevo despliegue con recepción, seguimiento seguro y gestión de casos. La idoneidad de una migración depende de los datos, acuerdos, procesos y necesidades de cada organización; esta guía no promete una migración sin riesgo ni sustituye la revisión legal o de protección de datos.
Antes de cambiar, revise los criterios para comparar proveedores y el artículo de gestión de casos.
Separe la transición del canal de los casos ya abiertos
El trabajo más delicado suele estar en las comunicaciones que no han terminado. Antes del cambio, el equipo debe decidir qué sistema conserva el expediente autorizado, quién seguirá teniendo acceso y cómo se registrarán nuevas acciones mientras conviven el canal anterior y el nuevo. La respuesta depende de los contratos, del procedimiento interno y de las obligaciones aplicables; no debe resolverse con una exportación improvisada.
| Decisión de transición | Qué debe quedar claro | Riesgo que ayuda a evitar |
|---|---|---|
| Fecha de corte | Cuándo deja de aceptarse la recepción principal en el canal anterior. | Que dos equipos crean ser responsables de la misma comunicación. |
| Casos abiertos | Sistema de referencia, responsables y forma de documentar cada actualización. | Pérdida de contexto o acceso innecesario a información sensible. |
| Canal anterior | Mensaje para quien use un enlace antiguo y forma de revisar las entradas residuales. | Que una persona informante no reciba respuesta durante el cambio. |
| Datos y evidencias | Alcance de exportación, validación de archivos y limitación de acceso. | Trasladar o conservar información sin una decisión documentada. |
| Comunicación interna | Personas a quienes se informa, materiales retirados y nueva ruta de escalado. | Que la plantilla siga usando instrucciones incompatibles. |
Una organización puede decidir mantener temporalmente el canal anterior solo para revisar entradas existentes, pero debe explicar quién lo vigila y durante cuánto tiempo. Es preferible una transición breve y entendida a una coexistencia indefinida de rutas que nadie supervisa.
Pruebe el nuevo flujo antes de anunciarlo
La prueba no debe limitarse a comprobar que el enlace abre. Cree una comunicación ficticia, incluya un archivo no sensible, envíe una aclaración, cambie la asignación y genere el registro que una persona supervisora necesitaría revisar. Pida a quienes tendrán distintos permisos que confirmen qué pueden ver y qué no. Si el canal permite comunicación anónima, compruebe también que la persona informante puede volver a entrar con las instrucciones publicadas.
Durante esta prueba, contraste la configuración con la política y los materiales de comunicación. Las categorías, los responsables, los mensajes de confirmación y las indicaciones de privacidad deben describir el mismo flujo. Si el procedimiento establece una alternativa para conflictos de interés, esa alternativa debe estar disponible antes del lanzamiento, no añadirse después de recibir un caso sensible.
Cierre el proyecto con una revisión de funcionamiento
Después de publicar el nuevo canal, conserve una breve nota de cierre con la fecha de corte, el alcance configurado, las personas responsables, los resultados de la prueba y los materiales actualizados. Programe una revisión después de las primeras semanas para comprobar si siguen llegando comunicaciones al enlace anterior, si los responsables entienden el flujo y si la experiencia de la persona informante coincide con la explicación publicada.
La migración es una oportunidad para eliminar tareas duplicadas, pero no para prometer continuidad automática. Disclosurely puede apoyar la recepción, el seguimiento seguro y la gestión de casos en un nuevo despliegue; la organización sigue siendo responsable de definir la transición, revisar los datos y validar su propio procedimiento. Para completar el plan, contraste las decisiones de migración con la política del canal y con los criterios de comparación de proveedores.