Saltar al contenido

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.

Lena Fischer2 min de lectura
Ficha de producto con una mochila, tres filas de datos y símbolos magenta de persona, base de datos y flechas.

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

Escrito por

  • Lena FischerRedactora de comercio electrónicoLena Fischer se encarga de los artículos sobre comercio electrónico de ASES. Escribe sobre sistemas de tienda online y su conexión con otras aplicaciones, y explica los procesos técnicos que hay detrás de la venta en línea.

Seguir a ASES

Seguir leyendo

Todos los artículos

APIs e integración con ASES

ERP, CRM y tienda bien conectados