Cómo relacionar códigos de producto distintos entre dos sistemas

Separa producto, variante y presentación

Compara qué representa cada código. Una aplicación puede identificar el modelo y otra cada talla; una puede vender unidades y otra cajas. En un ejemplo hipotético, relacionar CAJA-12 con UNIDAD sin factor convertiría una línea en una cantidad incorrecta. No deduzcas la equivalencia por descripción comercial. Pide confirmación de contenido, unidad, variante y tratamiento de productos descatalogados a quien mantiene el catálogo.

Guarda la equivalencia como dato propio

Registra sistema y cuenta de origen, código original, destino, unidad, factor si procede y fechas de vigencia. Conserva quién validó el enlace. Si varios códigos antiguos apuntan a uno nuevo, documenta si son alias auténticos o artículos que requieren tratamiento distinto. Si una referencia se descompone en varios productos, necesitas una regla de composición; una tabla simple de uno a uno no describe esa operación.

Bloquea ambigüedades en lugar de completar huecos

Una línea sin equivalencia queda pendiente con referencia y motivo. No uses un producto genérico ni el primer resultado de búsqueda para terminar la importación. Las restricciones de unicidad y referencias, documentadas por PostgreSQL, permiten impedir relaciones incoherentes dentro de una base de datos; el modelo concreto debe reflejar el alcance de tu catálogo. Comprueba también si el destino permite almacenar códigos externos y qué limitaciones impone.

Valida cantidades y cambios de catálogo

Ensaya una referencia normal, una caja, una variante inexistente y un código reutilizado después de su baja. Compara cantidades e importes antes y después de transformar; una coincidencia de número de líneas no basta. Al cambiar una equivalencia, revisa operaciones pendientes y conserva qué versión usaron las ya procesadas. Evita recalcular pedidos históricos con la regla actual sin una decisión expresa. El resultado de la prueba debe poder reconstruirse desde la línea original hasta el artículo recibido.

Fuentes y documentación

• PostgreSQL: restricciones — Restricciones de unicidad, nulidad y referencias como controles de integridad.
• Microsoft Dataverse: claves alternativas — Permite claves de negocio compuestas; exige comprobar unicidad y restricciones del producto.