Integración de fuente de catálogo de ASN entrante x
Visión General
Debido al aumento en el número de categorías de productos diversificadas, terminó provocando una gran divergencia entre el EAN (código de barras del producto) y el ASIN (código del producto) entre el feed del catálogo y el Inbound_ASN.
Hemos adaptado esta funcionalidad, desde las versiones 8.11.25.0 y 8.11.23.7, es decir, hemos modificado la integración del Inbound ASN, para que si el EAN enviado pertenece a otro producto y / ono está registrado para el ASIN (Código de producto) enviado, el sistema registra un error de integración, con varios datos, por ejemplo: nombre de archivo, fecha, clave de acceso, depositante, ASIN InbASN, EAN InbASN, ASIN WMS, EAN WMS, Razón y Estado , para ser visualizado en un informe para su posterior verificación y corrección en el ERP.
(Refiriéndose a WMS-5835)
A continuación se muestra la presentación de error deEmbalaje ya registrado para otro producto:
Datos para alimentar el informe al WMS:
Archivo XML:
Registro de embalaje en WMS:
Informe de ASN entrante x Registro del producto con los filtros Fecha de inicio, Fecha de finalización y Depositante para que se muestren las siguientes columnas: ID, Nombre de archivo INBOUND_ASN, Fecha, clave de acceso NF, ASIN InbASN, EAN InbASN, ASIN WMS, EAN WMS, Razón y Integración de estado.
Cambiamos la integración del feed del catálogo para el caso.no existe movimiento de stock del producto en cuestión, el WMS borra el EAN del producto erróneo y registra el paquete informado en el Feed del Catálogo para el ASIN correcto. Una vez finalizada la alimentación del catálogo, el WMS restablece automáticamente el último Inbound_ASN que tienen los productos involucrados en la actualización de la alimentación del catálogo. Si ya hay un stock de producto en el que se excluiría el embalaje o Inbound_ASN se integraría previamente, el WMS muestra un mensaje de error de integración en la línea de productos de alimentación del catálogo y completa los datos en el informe.Control de productos divergentes entre Catalog Feed y WMS, es decir, muestra la información divergente de ASIN y EAN del producto.
Nota: al integrar el feed del catálogo, todos los paquetes de productos que se están integrando y queno tenido el movimiento de stock, están excluidos.
No hubo necesidad de cambiar la exportación del archivo TIRN para que envíe el mismo ASIN y EAN enviado en el ASN Inbound incluso si la conferencia se realiza en otro paquete, ya que solo tiene la información AMAZON_ASIN,no tiene la información de la barra que se marcó, como se muestra a continuación:
La exportación de archivos de devolución de recibos (TIRN) debe validarse mediante una clave compuesta entre el ASIN (Código de producto) y EAN (Empaque del producto), que debe garantizar que la exportación de TIRN sea el mismo ASIN y EAN ingresados en el Inbound_ASN, es decir , incluso si la verificación del producto se realiza en otro paquete registrado, el archivo TIRN debe reflejar el Inbound_ASN, si hay una divergencia entre los dos archivos, el WMS debe presentar un mensaje de error al final de la asignación y no finalizar la asignación hasta que se ejecute la información en el WMS.
Nota importante / ejemplo:
El Producto tiene 2 barras:
En la factura generada después de importar el ASN entrante, la barra que vino del producto es "ABC123".
En la conferencia de producto, se marcó la barra "BARRAXPTOUN01"
Después de generar la asignación de productos, se generó el archivo IRN 171132054293_1152.xtirn
Solo tiene la información AMAZON_ASIN, no tiene la información de la barra que se marcó:
Por lo tantono es necesario cambiar la exportación IRN.





