Repartir los datos de producto entre PIM, tienda y ERP
Cada campo de producto necesita una fuente, un responsable de los cambios y una dirección de transferencia. Una tabla de ejemplo muestra cómo definirlos.

Reparta los datos de producto según su significado y la responsabilidad de mantenerlos. PIM designa la gestión de información de producto; ERP significa Enterprise Resource Planning, es decir, planificación de recursos empresariales. Que PIM, tienda y ERP conozcan el mismo artículo no convierte automáticamente a ninguno en fuente autorizada de todos los datos.
Relacionar el artículo sin ambigüedad
En una empresa ficticia deben llegar a la tienda los textos de producto del PIM y las existencias disponibles del ERP. La integración necesita primero una correspondencia inequívoca del artículo. El mismo nombre visible no basta si existen varias variantes. Aclare qué identificador designa el producto y cuál su variante que se puede pedir.
Asignar la responsabilidad de cada dato
Para nuestro ejemplo se acuerda el siguiente reparto. Describe una decisión de proyecto, no una distribución de funciones obligatoria para todos los productos.
Dato | Mantenimiento autorizado en el ejemplo | Transferencia a la tienda |
|---|---|---|
Identificador del artículo que se puede pedir | ERP | Incorporar mediante la correspondencia acordada |
Descripción por idioma | PIM | Incorporar el texto aprobado del idioma |
Existencias disponibles | ERP | Incorporar la información de existencias acordada |
Publicación en la tienda | Tienda | Gestionar localmente, sin sobrescribir desde el PIM |
La definición de existencias debe ser más precisa que la propia palabra: ¿significa físicamente presentes o disponibles para pedidos? Haga que se concrete antes de transferir una cifra técnicamente válida.
Decidir sobre cambios y excepciones
Si alguien corrige una descripción directamente en la tienda, la siguiente importación del PIM podría sobrescribirla. Por eso, en el ejemplo los cambios permanentes de texto se mantienen en el PIM. Una excepción temporal en la tienda necesita un final identificable y una regla sobre cuándo vuelve a prevalecer la fuente.
Si un artículo nuevo carece de correspondencia, no se vincula con uno existente solo por el nombre. El caso se deriva para aclararlo. También debe definirse si la ausencia de texto en un idioma conserva o elimina el texto de destino existente. La integración no debe inventar esa decisión sin indicarlo.
Microsoft describe capas de traducción entre sistemas con semánticas diferentes. Para este intercambio, la correspondencia puede implementarse como un componente de la aplicación; no es obligatorio añadir un servicio.
Comprobar los límites con datos de ejemplo
Compruebe un artículo existente con texto nuevo, una variante sin correspondencia y un registro sin texto en un idioma. Examine después los valores de destino y los datos que deben permanecer sin cambios. En el ejemplo, una importación de texto no debe restablecer la decisión local de publicación. Así se ve si la responsabilidad acordada se conserva durante la transferencia en funcionamiento.
Fuentes
Seguir leyendo
Todos los artículos




APIs e integración con ASES
ERP, CRM y tienda bien conectados


