Integración de procesos / 08
Crear usuarios. Asignar y revocar permisos de forma específica.
Un nuevo empleado necesita accesos a varias aplicaciones. Un cambio de equipo modifica roles y una salida requiere revocarlos. Conectamos los datos de personal de referencia con un proceso controlado para estos cambios.
La situación inicial
Una cuenta de usuario es solo una parte de las autorizaciones.
HR gestiona estado laboral y fecha de alta, un directorio la identidad y las aplicaciones especializadas los roles concretos. La asignación de licencias, pertenencia a grupos y permisos privilegiados siguen reglas diferentes. Un cambio de dirección de e-mail no debe generar una nueva persona.
Revisamos las API existentes y estándares de provisioning como SCIM cuando estén soportados. En entornos Microsoft, Graph puede ofrecer un acceso adecuado; verificamos concretamente tipo de tenant, acciones compatibles y permisos necesarios.
Qué hace DataSource
Identidades. Modelo de roles. Ciclo de vida.
Identidades
Definir una clave de persona estable y la asignación de cuentas. Contemplar reincorporaciones, colaboradores externos y cambios de nombre como casos independientes.
Modelo de roles
Derivar acciones técnicas de roles operativos aprobados. Gestionar permisos privilegiados con aprobación específica en lugar de tomarlos de un campo de texto libre.
Ciclo de vida
Convertir alta, cambio y baja en pasos ejecutables. Confirmar el resultado por sistema de destino y hacer visibles las revocaciones incompletas.
Person-ID: EMP-1042
Status: aktiv
Rolle vorher: Vertrieb
Rolle danach: Einkauf
1. Genehmigung prüfen
2. Nicht mehr erlaubte Gruppen entfernen
3. Genehmigte Zielgruppen setzen
4. Zielzustand je Anwendung bestätigenEscenario técnico / Ejemplo ilustrativo
Un cambio de equipo elimina los permisos antiguos antes de aplicar los nuevos.
Proceso ilustrativo para un cambio de rol aprobado. El orden depende del modelo de seguridad. En una baja deben contemplarse sesiones existentes, tokens y accesos gestionados por separado.
Datos de ejemplo y reglas propuestas. Las interfaces y reglas empresariales concretas se verifican para su proyecto.
Gestión de errores, seguridad y operación
Errores y revocación: verificación y operación.
Errores y revocación
Un destino inaccesible no debe simular una baja completa. Priorizar revocaciones pendientes, reintentarlas y notificarlas al responsable acordado.
Acceso mínimo
Limitar las cuentas técnicas a las acciones necesarias. Microsoft Graph puede requerir permisos de aplicación y consentimiento administrativo según la acción.
Trazabilidad
Registrar cambio, aprobación y resultado de forma auditable según el modelo acordado. Minimizar datos HR y definir conscientemente conservación y acceso.
Preguntas operativas
Detalles importantes antes de implementar.
Provisioning · IAM · Roles · Aprobaciones · Alta · Cambio · Baja
¿Puede HR decidir por sí solo todos los permisos?
HR suele proporcionar los desencadenantes. La responsabilidad operativa de roles y la aprobación de privilegios corresponden a las funciones designadas.
¿Basta bloquear una cuenta de directorio cuando alguien se marcha?
No siempre. Las cuentas locales, sesiones existentes y tokens API pueden requerir acciones específicas. Se verifica para cada sistema de destino.
¿Puede mantenerse un sistema IAM existente?
Sí. Podemos añadir un adaptador de origen o destino que falte o un workflow delimitado sin sustituir el modelo de roles existente.
Para el análisis técnico
Empezar por su proceso concreto.
Indique datos de personal de referencia, sistemas de destino, matriz de roles y proceso actual de altas y bajas. Son útiles casos anonimizados de cambio de equipo o reincorporación.
En la primera conversación aclaramos los accesos disponibles, las responsabilidades sobre los datos y un primer flujo delimitado. Después acordamos alcance, responsabilidades y condiciones.
Para empezar bastan ejemplos anonimizados. No envíe contraseñas, tokens ni datos personales de producción en la primera consulta.
Tareas relacionadas
La próxima conexión en contexto.
API Proxmox & automatización
Las VM se solicitan mediante tickets, se clonan manualmente y luego se mantienen en varias listas. Desarrollamos un proceso de provisioning definido entre su solicitud, Proxmox VE y los sistemas posteriores.
Procesar webhooks de forma fiable
Llega un evento y debe activar una acción en el siguiente sistema. Las entregas múltiples, los retrasos o una API de destino caída convierten esto en un proceso operativo. Desarrollamos ese proceso con eventos claros y efectos verificables.
Interfaces ERP y CRM
Ventas y contabilidad trabajan con el mismo cliente con funciones diferentes. DataSource conecta las interfaces compatibles y define qué datos se transfieren y cuándo entre el potencial cliente, el cliente comercial y la cuenta de cliente.
Referencias técnicas
Documentación oficial, revisada el 6 de octubre de 2026. La idoneidad depende de la instalación y versión concretas.