Control del cambio de datos bancarios del proveedor: verifica el beneficiario antes de transferir

El cambio bancario conecta maestro de proveedores, cuentas a pagar y ejecución del pago. Una factura que concilia normalmente puede llevar a un destino incorrecto si el registro del beneficiario se modificó sin confirmación fiable. Empieza conservando la petición tal como llegó: remitente, contenido, anexos, hora, fecha indicada y datos de devolución de llamada. Después compárala con contrato y registros anteriores. No difundas números de cuenta más de lo necesario. El objetivo es construir una cadena verificable entre petición y decisión, no declarar auténtico un mensaje por su redacción o imagen.

Construye una vía de verificación independiente

La independencia importa porque quien ataca puede controlar el canal que transporta la petición. Usa un teléfono guardado tras una interacción de confianza, un contacto del contrato verificado u otra vía aprobada por el restaurante. No uses un número nuevo, una dirección de respuesta, un código QR o un enlace aportado únicamente por el mensaje salvo que otra fuente lo confirme. Pide al proveedor que confirme el cambio sin revelar más información de la necesaria. Registra quién lo confirmó, cuándo, por qué canal, qué se confirmó y si tiene autoridad en el proceso. Si no se puede contactar, conserva la cuenta antigua y retén el pago afectado; no rellenes la ausencia con una suposición.

• Conserva la petición original y sus metadatos antes de copiar identificadores en el maestro de proveedores.
• Compara razón social, referencia contractual, identidad de factura, moneda, condiciones y motivo del cambio con registros fiables.
• Utiliza una devolución de llamada o segundo canal que no nazca de la petición y anota el origen de ese canal.
• Limita o enmascara datos bancarios en notas generales; da a los revisores solo lo necesario para comparar.
• Marca la cuenta anterior como sustituida solo tras aprobar y conserva su valor en un historial auditable, no lo borres.

Haz operativos los estados de retención y aprobación

Una política falla si alguien verifica un cambio pero la cola libera el pago antes de actualizar el caso. Usa estados claros como recibido, evidencias pendientes, verificación en curso, verificado, rechazado o pago retenido. Vincula el estado a permisos: quien introduce una cuenta propuesta no debería aprobarla y liberar el primer pago sin una separación viable. Si el equipo pequeño obliga a combinar funciones, define una revisión compensatoria del responsable o finanzas y deja constancia. Una urgencia debe crear una excepción visible con motivo y fecha de revisión, no un atajo invisible. Justo antes de liberar, vuelve a comparar el destino del lote con el caso aprobado.

Ejemplo ilustrativo claramente marcado: un caso de beneficiario modificado

Proceso repetible para cambios de datos bancarios

1. 1Congela la petición. Guarda mensaje, anexos, remitente, fecha indicada y factura relacionada y marca ficha o pago como pendiente de revisión.
2. 2Compara registros fiables. Revisa identidad legal, contrato, cuenta anterior, facturas, condiciones y motivo declarado frente a los datos del restaurante.
3. 3Verifica por otra vía. Usa un contacto previo o independiente. Registra persona, autoridad, hora, canal, preguntas realizadas y resultado.
4. 4Revisa permisos y aprobación. Un responsable autorizado evalúa evidencias y confirma quién puede introducir, aprobar y liberar; documenta la compensación si hace falta.
5. 5Actualiza conservando historial. Si se aprueba, registra cuenta, fecha efectiva y referencia del caso, conservando el valor anterior y la trazabilidad.
6. 6Comprueba antes de liberar. Compara lote y destino con el caso aprobado. Retén y escala o contacta con el banco por vía oficial si aparece cualquier diferencia.