Cómo documentar qué aplicación manda sobre cada dato
Documenta la autoridad por campo y por fase del proceso.
Equipo enginerIT· 2 min de lectura
Documenta la autoridad por campo y por fase del proceso. Decir que «el ERP manda» deja sin resolver quién puede cambiar el teléfono, aprobar un descuento o corregir una dirección después del envío. Una matriz útil indica fuente, sentido de actualización, excepciones y responsable de cada decisión.
Construye filas que puedan ejecutarse
Para cada dato, escribe significado, aplicación que lo mantiene, persona responsable y destinos que lo consumen. Añade condición de actualización y latencia aceptable. Evita filas como «datos de cliente»: razón social, contacto y dirección de entrega pueden tener responsables diferentes. Distingue dato original de cálculo derivado. Si una aplicación muestra un saldo calculado por otra, no debe devolverlo como una corrección del valor fuente.
Incluye el momento en que cambia la autoridad
En un ejemplo hipotético, comercial mantiene una dirección mientras prepara una propuesta; después de confirmar el pedido, logística controla los cambios de entrega. Documenta la transición y qué ocurre con ediciones tardías. Si ambas aplicaciones permiten editar, establece una regla de conflicto: rechazar, presentar propuesta o solicitar revisión. Usar siempre la marca temporal más reciente puede premiar una copia retrasada y sobrescribir información válida.
Alinea reglas y permisos
Comprueba qué acceso ofrece la API del recurso y concede únicamente lo que exige el flujo. Poder leer una ficha no autoriza modificarla; poder modificarla técnicamente no concede autoridad para aprobar condiciones comerciales. Separa identidad técnica y rol de negocio. Registra qué sistema puede proponer un cambio y cuál confirmarlo. Las claves alternativas de Dataverse resuelven identificación, pero no deciden esta autoridad: ambas cuestiones necesitan documentación distinta.
Publica ejemplos de conflicto y su salida
Adjunta casos con valores incompatibles, campos vacíos y cambios simultáneos. Especifica si vacío significa borrar, desconocido o no actualizar. Define una versión de la matriz y cómo desplegar cambios sin dejar trabajadores usando reglas distintas. La guía de compensación de Azure recuerda que restaurar valores antiguos puede pisar trabajo concurrente: una corrección requiere revisar efectos posteriores. Verifica la matriz con una prueba que intente escribir desde el lado no autorizado y comprueba que queda bloqueada o derivada.
Comprobaciones para cerrar la tarea
- ✓ Cada campo tiene fuente y responsable explícitos.
- ✓ Vacío, borrado y ausencia tienen significados distintos.
- ✓ Una edición desde el lado incorrecto no sobrescribe el dato.
Fuentes y documentación
- Microsoft Dataverse: claves alternativas — Permite claves de negocio compuestas; exige comprobar unicidad y restricciones del producto.
- Azure: transacciones de compensación — Deshacer pasos requiere reglas de negocio y consideración de cambios concurrentes.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →