Una función nueva puede exponer una capacidad antigua
Una operación que antes solo se ejecutaba en un entorno controlado puede quedar accesible desde una API o una web. Antes de integrarla, se revisa quién debe utilizarla y bajo qué condiciones. La existencia del programa COBOL no implica que su publicación externa sea adecuada.
Para proyectos en Sevilla proponemos un inventario de operaciones y permisos. Ese inventario se valida con el cliente y permite detectar si un nuevo componente necesita más privilegios de los que realmente requiere.
Distinguir al usuario del servicio que actúa por él
Una integración puede utilizar una cuenta técnica, pero el negocio necesita saber qué persona solicitó una operación. Diseñamos la relación entre ambas identidades según el entorno disponible. También se revisa qué información debe quedar registrada para investigar una incidencia.
No se incluyen credenciales en el código ni en la documentación de uso. La gestión concreta de secretos se acuerda con la infraestructura del cliente. Los permisos de desarrollo, prueba y publicación se separan cuando el entorno lo permite y el proyecto lo requiere.
Migración a .NET con autorizaciones comprobables
Al trasladar funciones a C# se preparan pruebas tanto de acceso permitido como denegado. No basta con demostrar que un usuario autorizado puede trabajar; debe comprobarse que otro no puede consultar o modificar información fuera de su alcance.
Las comprobaciones se sitúan en el componente que ejecuta la operación, no únicamente en un botón oculto de la interfaz. Si existen varios canales, todos deben respetar la política acordada.
IA sin ampliar el acceso a la información
El uso de herramientas de OpenAI o Claude, de Anthropic, se limita a materiales autorizados. Antes se revisan repositorios, muestras y tareas permitidas. Una herramienta de asistencia no necesita por defecto credenciales de producción ni datos personales reales.
El código propuesto se examina por su tratamiento de errores y registros. Un mensaje de diagnóstico demasiado detallado puede revelar datos que el usuario no debe recibir. Esas decisiones se comprueban durante la revisión, no se dejan a la respuesta inicial del modelo.
Trazas útiles sin registrar todo indiscriminadamente
Definimos identificadores de operación, resultados y referencias suficientes para investigar fallos. No se copia el contenido completo de cada solicitud como única estrategia de diagnóstico. El detalle necesario depende del proceso y de las reglas internas del cliente.
Como ejemplo, un servicio podría permitir consultar una operación propia y reservar la anulación a otro perfil. El piloto comprobaría ambos recorridos y sus denegaciones. Es una situación hipotética para explicar el servicio, no una referencia comercial de Sevilla.