Aprobación automática para devoluciones
Cada producto añadido o modificado en una devolución pasa por un proceso de aprobación
automático. Con el nivel apropiado de seguridad, se puede emitir la aprobación manual,
pero para una devolución típica, la aprobación automática automatiza la búsqueda
necesaria para toma una decisión de autorización. La aprobación automática consta de una
serie de pruebas en el producto especificado y el producto en relación con el resto de la
devolución, con otras devoluciones y con el pedido original. Para cada prueba no
satisfactoria, se anota una razón de rechazo en el artículo de devolución. Las razones pueden
presentarse a un Representante de servicio al cliente que puede alterar temporalmente la
evaluación del sistema y emitir una aprobación manual.
Las pruebas se componen de un conjunto de comprobaciones estándares, que normalmente
utilizará cada tienda. La implementación por omisión de estas comprobaciones estándares
es la siguiente:
- ¿Es reembolsable el artículo? En algunos casos, una tienda puede no aceptar
devoluciones en todos los productos. Por ejemplo, por razones de higiene, una tienda
de ropa puede determinar que la ropa íntima no es reembolsable. La columna CREDITABLE de
la tabla STOREITEM le permite especificar si
un producto es reembolsable por omisión; es decir, si CREDITABLE=N, esto señala el producto
como un producto que no se puede reembolsar. Puede editar el valor de la columna
CREDITABLE utilizando el cuaderno Producto.
Durante la parte de comprobaciones estándares del proceso de aprobación automática,
si un producto está marcado como no abonable, se aplicará una razón de rechazo
correspondiente al artículo de devolución.
- ¿Se va a devolver la mercancía? Durante el proceso de comprobación, el sistema
valida si el cliente piensa devolver o no el artículo de devolución.
Normalmente se aplicará una razón de rechazo a un artículo de devolución, si el cliente
no tiene la intención de devolver todos los componentes del producto.
En función del negocio, una devolución no requiere siempre que el cliente devuelva
físicamente el producto no deseado. Por ejemplo, si un cliente desea un reembolso
de un producto fresco de una tienda de comestibles, lo más probable es que la tienda
no solicite que se le devuelva el producto. Esto lo controla la columna
RETURNNOTDESIRED de la tabla STOREITEM. Puede editar el valor de la columna
RETURNNOTDESIRED utilizando el cuaderno Producto. Durante la parte de comprobaciones
estándares del proceso de aprobación automática, si un producto está marcado como
devolución no deseada, no se aplicará ninguna razón de rechazo incluso si el cliente
no tiene intención de devolver la mercancía. Los componentes, que los comerciantes
no desean que se les devuelvan, se señalarán de este modo.
- Si se aprueba este artículo de devolución, ¿significará esto que se aprobará devolver
al cliente más de lo que se le ha enviado? Si se estaba utilizando la funcionalidad
de despacho de WebSphere Commerce al despachar el pedido, esta comprobación confirmará
si el artículo de devolución hará prevalecer la cantidad total aprobada sobre la cantidad
enviada.
Esto puede suceder si a los productos se les han dado atributos incorrectos en los
artículos de pedido durante el proceso de devoluciones, ya sea de forma accidental o
por fraude. Si no se estaba utilizando la funcionalidad de despacho en el momento de
despachar el pedido, la implementación por omisión anotará siempre una razón de rechazo
en esta comprobación.
- Si se aprueba este artículo de devolución, ¿significa esto que se ha aprobado
para el cliente un reembolso total mayor que el importe pagado por el pedido de origen?Si
se estaba utilizando la funcionalidad de captura de pago de WebSphere Commerce al
despachar el pedido, esta comprobación confirmará si este artículo de devolución hará
prevalecer el reembolso total aprobado sobre el importe pagado. Esto puede suceder
si a los productos se les han dado atributos incorrectos en los
artículos de pedido durante el proceso de devoluciones, ya sea de forma accidental o
por fraude. Si no se estaba utilizando la funcionalidad de captura de pago en el momento
de despachar el pedido de origen, la implementación por omisión anotará siempre una
razón de rechazo en esta comprobación.
- Ampliaciones de política para comprobaciones estándares. La aprobación automática
se comprueba utilizando el mandato de tarea
AutoApproveReturnItemPolicyCmd.
La implementación por omisión de este mandato impone desde la fecha de envío un periodo
durante el cual se aceptarán las devoluciones. Si, en el acuerdo comercial, no se hace
referencia a ninguna política de Aprobación de devolución,
se aplicará una razón de devolución NOPOLICY a los artículos de devolución
cubiertos por dicho acuerdo comercial.
