Conectar CRM y ERP: definir la fuente de cada campo

Antes de conectar CRM y ERP, defina dónde se cambia y confirma cada valor. Un cliente puede existir en ambos sistemas, con responsables distintos según el campo. Así se forma un contrato de datos para implementar: identidad, significado, fuente de referencia y sentido de escritura permitido.

Identificar el mismo registro sin ambigüedad

Una empresa ficticia de software vincula el cliente del CRM C-204 a la cuenta del ERP D-630. La relación debe mantenerse estable mediante esas referencias; un nombre de empresa parecido no basta. Para Dataverse, Microsoft describe, por ejemplo, claves alternativas que identifican filas mediante valores de columna únicos. Las claves disponibles en los sistemas concretos deben comprobarse técnicamente.

En este ejemplo, la fuente de referencia confirma el valor válido del campo. El otro sistema puede mostrarlo o enviar una solicitud de cambio. Los nombres y valores de la tabla son un diseño propio del ejemplo, no campos de la API de un proveedor.

Completar la fuente y el sentido de cada campo

El sentido se define por campo; una regla global que dé autoridad al CRM no reflejaría este reparto. La documentación de dual-write de Microsoft muestra relaciones de columnas de uno o dos sentidos; el contrato concreto determina el sentido adecuado aquí.

Tratar una entrada distinta como solicitud de cambio

Si ventas comunica en el CRM la nueva dirección Werkstraße 12, Beispielstadt, primero debe crearse una solicitud abierta. El equipo autorizado del ERP la revisa y confirma el cambio si procede. Solo vuelve el valor confirmado del ERP. Dirección solicitada y confirmada necesitan por tanto estados distintos.

Si falla la transferencia, el CRM debe distinguir la solicitud abierta del último estado confirmado. Enviar una operación a la interfaz no es confirmación del sistema de destino. El momento y resultado del proceso deben poder rastrearse en el caso.

Comprobar tres transferencias con resultados esperados

Antes de usarlo, compruebe el acuerdo en un entorno de prueba adecuado:

• El contacto cambiado a projekt-neu@example.invalid en el CRM aparece como contacto técnico en el ERP.

• Una solicitud de dirección deja al principio intacto el valor confirmado Werkstraße 8, Beispielstadt. Tras aprobarse en el ERP, la nueva dirección aparece también en el CRM.

• Si el ERP cambia el estado de cuenta a blocked, el CRM lo muestra. Cambiar el estado comercial no elimina el bloqueo.

Los resultados comprueban campos y permisos de escritura distintos. Transferir técnicamente un único registro con éxito no cubre por completo las tres reglas.

Fuentes

• Microsoft Learn — Define alternate keys

• Microsoft Learn — Customize table and column mappings