Un modelo de datos común necesita un significado acordado
Un mismo campo puede significar cosas distintas en CRM y ERP. Los equipos deben aclarar su significado antes de definir una estructura común.
Un modelo de datos común ofrece una base útil para una integración cuando los equipos participantes entienden sus datos de la misma manera. Por eso, la decisión comienza por el significado de los datos. Compartir el nombre de un campo no resuelve por sí solo una contradicción de negocio.
Un campo, dos significados diferentes
En una empresa ficticia, tanto el CRM como el ERP tienen un campo active. En el CRM significa que el equipo comercial atiende actualmente al contacto. En el ERP significa que el cliente puede realizar pedidos. Ambos sistemas pueden mantener correctamente su valor y, aun así, producir resultados distintos.
Origen | Significado en el ejemplo | Decisión para el intercambio |
|---|---|---|
CRM | Contacto atendido actualmente | Transferir un estado de atención separado |
ERP | Cliente autorizado a pedir | Transferir un permiso de pedido separado |
Si el proyecto comprimiera ambas informaciones en un único campo activo común, un cambio comercial podría afectar involuntariamente al permiso para realizar pedidos. Por eso, en el ejemplo se transfieren dos informaciones separadas. El sistema autorizado a modificar cada una se define por separado.
El esquema aplica el significado acordado
JSON Schema describe la estructura y las restricciones de los datos JSON. Un validador puede comprobar si un mensaje cumple el esquema acordado. Las personas responsables deben decidir si la atención comercial y el permiso para pedir deben tener el mismo significado. La validación técnica puede reflejar las reglas acordadas después.
El intercambio también necesita definir el significado de un valor ausente y el tratamiento de cambios contradictorios. Sin ese acuerdo, el mismo dato vacío podría provocar «desconocido», «eliminar» o «sin cambios», según el receptor. Estas posibilidades deben elegirse deliberadamente.
Compartir definiciones donde resulte útil
Para dos conexiones estables puede bastar una descripción comprensible de los campos. Un modelo para toda la empresa merece esa estructura adicional cuando varios participantes necesitan realmente el mismo significado. Los términos locales pueden seguir siendo distintos si su traducción es inequívoca.
Recomendamos comprobar el modelo con datos de ejemplo contradictorios de los sistemas participantes. Si los equipos pueden determinar el mismo significado de destino para un registro concreto, esa decisión puede trasladarse de forma útil a un esquema técnico.
Fuentes
Seguir leyendo
Todos los artículos
APIs e integración con ASES
ERP, CRM y tienda bien conectados