TelemetryHub observa el tráfico de las interfaces de integración del cliente. Eso significa que se sitúa cerca de procesos sensibles: nómina, datos de personas, facturación electrónica, logística. Antes de instalar cualquier cosa ahí, existe el derecho a saber exactamente qué se lleva, dónde se guarda y qué ocurre cuando el servicio no responde.
1. Qué se captura y qué nunca
El principio de diseño es capturar el mínimo necesario para diagnosticar. Por defecto TelemetryHub trabaja con metadatos del mensaje, no con su contenido.
| Dato | ¿Se captura? | Para qué |
|---|---|---|
| Identificador de mensaje y de correlación | Sí | Seguir un mensaje de punta a punta |
| Nombre de la interfaz o del iFlow | Sí | Saber qué integración falló |
| Marca de tiempo de entrada y salida | Sí | Medir latencia y detectar degradación |
| Estado del procesamiento y código de error | Sí | Alertar y clasificar incidentes |
| Sistema origen y destino | Sí | Ubicar el tramo que falla |
| Tamaño del mensaje y número de reintentos | Sí | Detectar volúmenes anómalos |
| Contenido del mensaje (payload) | No, salvo que se active | Ver punto 1.1 |
| Datos personales de empleados | No | — |
| Montos, RUT, remuneraciones | No | — |
| Credenciales de los sistemas del cliente | Nunca | — |
1.1 Captura de payload: apagada por defecto
Existe la posibilidad de guardar el contenido del mensaje, porque hay incidentes que no se diagnostican sin verlo. Está desactivada por defecto y solo el cliente puede activarla, por interfaz y no de forma global. Cuando se activa:
- Aplica una retención más corta que la de los metadatos, definida en el acuerdo comercial según el plan.
- Pueden definirse campos a enmascarar antes del envío, de modo que el dato sensible nunca sale del entorno del cliente.
- Queda registrado quién la activó y cuándo, en el registro de auditoría del tenant.
2. Dónde viven los datos
- Proveedor de infraestructura: por confirmar en la ficha técnica — se comparte antes de contratar.
- Región de alojamiento: Brasil, elegida por alta disponibilidad regional para clientes de Latinoamérica.
- Residencia: los datos de un tenant permanecen en la región contratada y no se replican a otras regiones sin acuerdo escrito.
- Respaldos: frecuencia y plazo de retención por confirmar en la ficha técnica — cifrados y en la misma región en cualquier caso.
Si la política interna del cliente exige residencia en un país determinado y no está cubierta arriba, debe indicarse antes de contratar: es una condición que se acuerda, no se descubre después.
3. Cifrado
- En tránsito: TLS 1.2 o superior en todas las comunicaciones, incluida la API de ingesta. No se acepta tráfico sin cifrar.
- En reposo: cifrado de los volúmenes de almacenamiento y de la base de datos, gestionado por el proveedor de infraestructura.
- Credenciales: las contraseñas se almacenan con función de hash resistente a fuerza bruta. Los tokens de API se guardan cifrados y sólo se muestran completos una vez, al crearlos.
4. Aislamiento entre clientes
Cada cliente es un tenant. El aislamiento se aplica en la capa de datos y en la de aplicación: toda consulta lleva el identificador de tenant como condición obligatoria, y no existe ninguna vista, informe ni exportación que cruce tenants. Un usuario no puede acceder, ver ni inferir la existencia de datos de otro cliente.
4.1 Diagnóstico con IA (planes Enterprise y Max Enterprise)
- Qué datos usa: los mismos datos del error que ya muestra el tablero (código, descripción, log, sistemas e interfaz). No requiere activar la captura de payload.
- Dónde se procesa: el modelo de lenguaje corre en infraestructura que NCS controla, o dentro de la red del cliente en el despliegue privado. No se envían datos a APIs públicas de IA de terceros, por lo que el diagnóstico no agrega subprocesadores a la sección 7.
- Sin entrenamiento con sus datos: no se ajusta ningún modelo con información del cliente. Lo que se aprende es una base de casos resueltos, propia de cada tenant: el diagnóstico consulta la base de conocimiento general de NCS y los casos del mismo tenant, nunca los de otro cliente.
- Supervisión humana: cada diagnóstico se presenta como una propuesta a verificar, indica en qué casos se basa y marca las referencias que la evidencia no respalda. Ninguna acción sobre sus sistemas se ejecuta de forma automática.
- Despliegue privado: la plataforma y el modelo se instalan dentro de la arquitectura del cliente, sobre la especificación técnica que entrega NCS, bajo acuerdo de confidencialidad. En esa modalidad, los datos no salen de la red del cliente.
5. Acceso y autenticación
- Credenciales únicas por usuario y por integración. Nada de cuentas compartidas.
- Tokens firmados con expiración controlada. Los tokens de ingesta son distintos de los de consulta y pueden revocarse por separado.
- Roles diferenciados: sólo lectura, escritura de telemetría, y administración del tenant. Principio de mínimo privilegio.
- Registro de auditoría de los accesos administrativos y de los cambios de configuración.
- Acceso del equipo de NCS al tenant del cliente: política en definición — se documenta y se acuerda por escrito antes de la puesta en marcha, incluyendo quién puede acceder, bajo qué condición, y si requiere autorización del cliente caso a caso.
6. Retención, exportación y borrado
- Metadatos: según el plan contratado: 90 días (Starter), 1 año (Business), 2 años (Enterprise) o configurable (Max Enterprise). Siempre configurable a la baja.
- Payload, si está activado: definido según el plan contratado, siempre menor que la retención de metadatos — el plazo exacto se fija en el acuerdo comercial y es configurable sin impacto operativo.
- Exportación: los datos pueden exportarse en cualquier momento durante la vigencia del contrato, en formato estructurado.
- Al terminar el contrato: se entrega una exportación completa y los datos se eliminan según el plazo definido en el acuerdo comercial, incluidos los respaldos según su ciclo de rotación. Se emite constancia escrita de la eliminación si se solicita.
7. Subprocesadores
Terceros que participan en la prestación del servicio y pueden tratar datos por cuenta de NCS:
| Proveedor | Función | Ubicación |
|---|---|---|
| Proveedor en definición | Cómputo, almacenamiento y base de datos | Brasil |
| Proveedor en definición | Envío de alertas y notificaciones | Por confirmar |
| Herramienta en definición | Observabilidad de la propia plataforma | Por confirmar |
Los cambios en esta lista se comunican con antelación razonable, y el contrato de encargo de tratamiento contempla el derecho del cliente a objetar la incorporación de un nuevo subprocesador.
8. Qué pasa si TelemetryHub no responde
Esta es la pregunta que decide la compra, así que va con la respuesta explícita.
- Sobrecoste por mensaje: el envío ocurre fuera del camino crítico. La mediana y el p95 se miden en el entorno de cada cliente durante el onboarding — no se publica una cifra genérica que no represente su volumen real.
- Tiempo de espera: la llamada de ingesta tiene un tope configurable; superado, se descarta la traza sin propagar el error. El valor exacto se fija por tenant durante el onboarding.
- Reintentos: por confirmar en la ficha técnica que se comparte antes de contratar.
- Interrupción de la plataforma: se pierde la visibilidad de ese período. Los mensajes siguen fluyendo; los datos de ese lapso no se recuperan salvo que exista buffer.
9. Certificaciones: dónde estamos de verdad
Preferimos decirlo antes de que lo pregunte el área de compras del cliente.
- SOC 2 Tipo II: no la tenemos. Es una auditoría que exige un período de observación y un costo que un producto en Early Access no sostiene todavía.
- ISO 27001: no la tenemos.
- Lo que sí hay: las prácticas descritas en esta página, un contrato de encargo de tratamiento con obligaciones exigibles, y disposición a responder por escrito cualquier cuestionario de seguridad que la organización del cliente aplique a sus proveedores.
Si la política interna del cliente exige certificación formal para cualquier proveedor que trate datos de personas, hoy no cumplimos ese requisito. Es preferible saberlo en la primera reunión que en la revisión final del contrato.
10. Incidentes de seguridad
- Notificación al cliente sin demora indebida desde que se toma conocimiento, con lo que se sabe en ese momento: qué ocurrió, qué datos pudieron verse afectados y qué medidas se tomaron.
- Informe posterior con causa raíz y medidas correctivas.
- Cooperación con el cliente para cumplir sus propias obligaciones de notificación ante la autoridad de protección de datos que le corresponda.
- Canal de reporte: privacidad@ncsconsulting.cl. Si se detecta una vulnerabilidad en la plataforma, puede reportarse ahí: se agradece y se responde.
11. Contrato de encargo de tratamiento
Cuando TelemetryHub trata datos personales por cuenta del cliente, NCS actúa como encargado de tratamiento y el cliente como responsable. Se firma un contrato de encargo que cubre objeto y finalidad, categorías de datos e interesados, instrucciones documentadas, medidas de seguridad, confidencialidad, subencargados, devolución o destrucción al término, derecho de auditoría y notificación de brechas.
Está disponible como anexo del contrato de suscripción. Solicítelo antes de firmar, no después.
12. Contacto
Preguntas de seguridad, cuestionarios de proveedor o solicitud del contrato de encargo: privacidad@ncsconsulting.cl.