Cómo elegir un identificador estable para conectar dos aplicaciones
Elige una referencia que conserve la identidad del registro aunque cambien su nombre, correo o estado.
Equipo enginerIT· 2 min de lectura
Elige una referencia que conserve la identidad del registro aunque cambien su nombre, correo o estado. Comprueba su alcance y su comportamiento ante fusiones y borrados antes de conectarla al segundo sistema. Que un campo sea único hoy no demuestra que vaya a seguir identificando la misma entidad dentro de un año.
Empieza por la entidad y el ámbito
Aclara si conectas personas, empresas, contratos o direcciones. Un cliente puede tener varias sedes y una persona puede representar a varias empresas. Pide al responsable de cada aplicación una muestra con esos casos. Anota si el identificador solo es único dentro de una cuenta: entonces la relación necesita también el origen y la cuenta. Conserva los ceros iniciales si la referencia es texto; convertirla a número puede unir códigos diferentes.
Exige pruebas de estabilidad
Consulta la documentación del recurso y ensaya cambiar el nombre, desactivar el registro y restaurarlo. Averigua si borrar y crear de nuevo genera otra identidad y qué ocurre al fusionar duplicados. Un número visible en pantalla puede ser editable aunque parezca interno. Si el proveedor no garantiza estabilidad, crea una tabla de correspondencias con referencias de ambos lados y un procedimiento explícito para sustituir relaciones.
Decide dónde vive la correspondencia
Si el destino admite una referencia externa con unicidad, úsala dentro del alcance correcto. Dataverse documenta claves alternativas basadas en columnas de negocio, pero tiene restricciones propias: no presupongas que cualquier aplicación ofrece lo mismo. Si necesitas una tabla independiente, guarda origen, cuenta, referencia origen, referencia destino, vigencia y motivo del enlace. No enlaces automáticamente por parecido de nombre cuando no encuentres la clave.
Prueba la relación antes de escribir
Ejecuta primero una conciliación de solo lectura. La muestra debe incluir identificadores vacíos, repetidos, registros fusionados y dos cuentas con la misma referencia local. Cada entrada debe producir una coincidencia inequívoca o una excepción visible. Después prueba dos altas simultáneas: una búsqueda previa sin control de unicidad puede permitir que ambas creen el mismo enlace. Documenta quién corrige una asociación errónea y qué escrituras quedan bloqueadas mientras se revisa.
Comprobaciones para cerrar la tarea
- ✓ Cambiar nombre y correo conserva el enlace esperado.
- ✓ Dos cuentas con el mismo código no se mezclan.
- ✓ Una referencia sin coincidencia abre una excepción.
Fuentes y documentación
- Microsoft Dataverse: claves alternativas — Permite claves de negocio compuestas; exige comprobar unicidad y restricciones del producto.
- PostgreSQL: restricciones — Restricciones de unicidad, nulidad y referencias como controles de integridad.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →