Seguridad y gobierno
Un robot con credencialeses un usuario más.
Automatizar significa dar accesos a un proceso que corre solo. La pregunta de TI no es si funciona: es quién puede tocarlo, con qué permisos y cómo se comprueba después.
Seguridad y gobierno
Un robot con credenciales es un usuario más. Trátalo como tal.
Automatizar significa dar accesos a un proceso que corre solo. La pregunta de TI no es si funciona: es quién puede tocarlo, con qué permisos y cómo se comprueba después.
Accesos por rol
Quién construye, quién publica, quién ejecuta y quién solo consulta son cuatro permisos distintos. La separación es del sistema, no del acuerdo verbal.
- Perfiles diferenciados por función
- Permisos a nivel proyecto y proceso
- Alta y baja de usuarios administrada
Gestión de credenciales
Las credenciales que usa un robot se administran en la plataforma y se referencian desde el flujo. No se escriben dentro del proceso ni viajan en un archivo.
- Almacenamiento centralizado
- Referencia por nombre, no por valor
- Rotación sin reescribir el proceso
Separación de entornos
Desarrollo, pruebas y producción son ambientes distintos con agentes distintos. Un proceso llega a producción cuando se publica, no cuando alguien lo guarda.
- Agentes asignados por entorno
- Publicación como paso explícito
- Borrador y versión publicada separadas
Auditoría y trazabilidad
Cada ejecución deja constancia: qué proceso corrió, en qué agente, a qué hora, con qué parámetros y con qué resultado. Es la respuesta a la pregunta del auditor.
- Bitácora por ejecución
- Registro de cambios en el proceso
- Evidencia exportable por periodo
Monitoreo y alertas
Un proceso desatendido necesita vigilancia activa. Si un agente se cae o una ejecución se sale de su ventana, alguien tiene que enterarse.
- Estado de agentes en tiempo real
- Alertas por falla y por excepción
- Umbrales de duración por proceso
Control de la ejecución
Un proceso se puede detener, pausar o despublicar. La capacidad de frenar algo en producción es parte del control, no una función de emergencia.
- Detener ejecución en curso
- Despublicar para bloquear nuevas corridas
- Reintentos con política definida
Sobre dónde vive el dato
El plano de control es nube Pynbot: diseño, orquestación, permisos y bitácora. La ejecución ocurre en agentes dentro de tu red, operando tus aplicaciones con tus accesos. Para ejecutar un proceso, el dato de negocio no necesita salir del sistema donde ya está.
Arquitectura
Control en la nube. Ejecución donde vive tu operación.
Pynbot está diseñado como Pure Cloud: la plataforma de administración se actualiza de forma continua, sin ventanas de mantenimiento para el cliente. La ejecución es otra cosa: ocurre en agentes instalados en las máquinas que tú decidas.
- Nube Pynbot
Plano de control
Playground, Hub y Vision. Diseño, orquestación, credenciales, permisos y bitácora.
- Actualizaciones continuas
- Sin instalación de servidores
- Acceso por rol
- Tu red
Plano de ejecución
Agentes que corren los procesos sobre tus aplicaciones, con tus accesos y dentro de tu perímetro.
- El dato de negocio no sale del sistema origen para ejecutarse
- Agentes por entorno y por área
- Sin límite de runners en el esquema comercial actual
Si tu arquitectura exige un modelo distinto, lo revisamos caso por caso con el equipo técnico.
Preguntas de TI
Lo que se pregunta en una revisión técnica.
Respuestas directas, incluida la que dice que todavía no publicamos certificaciones.
No por definición. Un robot necesita exactamente los mismos accesos que necesitaría la persona que hoy hace ese proceso. Si hoy se hace con un usuario estándar, el robot opera con un usuario estándar.
Pásanos tu checklist de seguridad.
Lo respondemos punto por punto, y te decimos con claridad qué sí y qué todavía no.