D365FO: cómo auditar cambios en cuentas bancarias de proveedores con Database logging

Ilustración de revisión de cambios en datos bancarios enmascarados mediante Database logging.

Una cuenta bancaria de proveedor puede modificarse y volver después a su valor anterior. Consultar únicamente el dato actual no permite reconstruir esa secuencia. Database logging ofrece una base para revisar cambios, siempre que el registro estuviera configurado antes de los hechos.

Qué aporta Database logging

Microsoft documenta el seguimiento de inserciones, actualizaciones, eliminaciones y cambios de clave. Los registros se almacenan en sysdatabaselog. La selección de campos individuales permite registrar actualizaciones; otras operaciones requieren definir el alcance correspondiente a nivel de tabla.

La herramienta aporta trazabilidad. No identifica por sí sola la intención de quien modificó un dato ni bloquea un pago incorrecto.

Configuración inicial

En un ambiente de pruebas, abra System administration > Setup > Database log > Database log setup y seleccione New. Complete el asistente con las tablas o campos elegidos. Microsoft recomienda limitar el alcance a campos específicos cuando sea posible.

Aplicación propuesta a cuentas de proveedores

El siguiente procedimiento es una propuesta de validación; no representa una prueba ejecutada por Enoiax.

  1. Definir el objetivo. Identifique qué cambios deben revisarse: número de cuenta, identificador bancario, IBAN u otros datos utilizados por el proceso de pago.
  2. Identificar el almacenamiento real. Con apoyo técnico, confirme la tabla y los campos que respaldan cada control del formulario en su versión y localización. No asuma que un único campo cubre todas las modalidades bancarias.
  3. Acotar el registro. Configure las actualizaciones de los campos necesarios. Si también necesita detectar altas o eliminaciones de cuentas, evalúe esas operaciones por separado.
  4. Asignar responsabilidades. Determine quién revisa los cambios y cómo contrasta cada uno con una solicitud autorizada. Separe, cuando sea viable, modificación, aprobación y revisión.

Prueba controlada antes de habilitarlo en producción

Use un proveedor ficticio y valores bancarios sintéticos. Registre el valor inicial A, cámbielo por B y restáurelo a A. Consulte el registro desde System administration > Inquiries > Database > Database log.

Compruebe que puede reconstruir ambos cambios y asociarlos al registro, usuario y momento esperados. Repita el ejercicio para cada campo seleccionado. Si utiliza importaciones o integraciones, pruebe esas rutas explícitamente; no extrapole el resultado obtenido desde el formulario.

Conserve evidencias sin exponer números bancarios reales. Un criterio de aceptación propuesto es poder explicar la secuencia completa, vincularla con una autorización y detectar cambios sin respaldo.

Rendimiento, cobertura y privacidad

Microsoft advierte que Database logging puede aumentar el tamaño de la base y convertir operaciones por conjuntos en operaciones fila a fila. No está diseñado para seguir transacciones automatizadas ejecutadas en batch. El informe muestra hasta 10.000 registros.

Recomendamos medir tiempos y crecimiento con una carga representativa antes y después de activar el registro. Defina acceso restringido a las evidencias, responsable de revisión y un plazo de conservación acorde con las obligaciones aplicables.

Retención y controles complementarios

Microsoft contempla limpieza selectiva por tabla, tipo o fecha; los registros firmados electrónicamente no se eliminan mediante esa limpieza. Establezca una política de retención antes de operar.

Como controles complementarios propuestos, valide los cambios bancarios por un canal independiente, revise permisos y contraste modificaciones recientes antes de autorizar pagos. No trate el historial como prueba automática de fraude ni como evidencia imposible de alterar.

Fuentes y alcance

La configuración y las limitaciones se basan en Microsoft Learn: Configure database logging. Los pasos de ensayo y revisión son recomendaciones editoriales que cada organización debe adaptar y probar.

El tema fue identificado en la serie D365 Governance Roadmap de Sajeed Mullaji. El artículo específico no estuvo disponible durante la revisión; esta guía no reproduce su procedimiento ni adopta sus afirmaciones sobre detección de fraude.

Scroll al inicio