Procesamiento de transacciones del sector retail para ventas e inventario: recorrido del producto

Oracle Retail Merchandising Foundation Cloud Service permite a los retailers gestionar, controlar y llevar a cabo actividades rutinarias de comercialización, lo que incluye las compras, la distribución, el cumplimiento de los pedidos y el cierre financiero. Veamos cómo las ventas y las devoluciones se procesan fácilmente con Retail Merchandising Cloud.

Comencemos con el procesamiento de transacciones. Nuestra cliente, Sara, va en línea para comprar un producto recién lanzado. Elige recoger en tienda, pues estará en la zona ese día. Los minoristas que permiten la compra en línea y recogida en tienda (BOPIS, Buy Online Pickup in Store) han experimentado un crecimiento tremendo en este proceso en los últimos doce meses.

La transacción de Sara se registra en el inventario central en Oracle Retail Merchandising System. Iván, el responsable de planificación de la tienda, examina el registro del inventario y ve que este se ha movido de "disponible" a "pedido reservado por el cliente", manteniendo un registro central preciso. A partir de este momento, todos los demás procesos relevantes utilizarán esta visión actualizada y precisa de la posición de inventario de la tienda para este producto. Por ejemplo, la disponibilidad para futuras reservas utilizará la cantidad real "disponible" de 4 unidades.

Sara ha pagado por los productos en línea, pero aún no los ha recogido. La transacción de venta individual de Sarah se captura correctamente como un pasivo prepagado en Oracle Retail Sales Audit. Sara realizó solo una de las miles de transacciones individuales que se procesan automáticamente y de manera correcta.

May, la encargada de la tienda, recibe una alerta sobre la reserva en Oracle Retail Store Inventory Operations Cloud Service y también las instrucciones de recoger los productos para Sara. May utiliza su dispositivo portátil para realizar la recogida del cliente y prepara los productos para entrega. Recoge información importante aprovechando atributos flexibles personalizados y elige la ubicación de recogida para agilizar la entrega en la tienda.

Después de que May confirma la recogida, el sistema notifica automáticamente a Sara que puede venir y recibir su compra. Sara recibe un SMS de notificación (su método preferido en su registro de cliente) de que su pedido está listo para ser recogido. Se dirige a la tienda para recibir su compra.

Sara llega a la tienda y muestra el SMS de notificación para recoger sus productos. El proceso de cobro es sencillo, pues ella ya ha pagado. May registra en su dispositivo portátil que la recogida se completó y agradece a Sara por su compra. También puede optar por interactuar más con Sara en este punto.

Ahora que Sara ha recogido sus productos, la responsabilidad puede ser revertida y la transacción puede pasar al estado "completo" en Sales Audit. Esto mantiene la precisión financiera al registrar cuándo tuvo lugar la transacción y cuándo la responsabilidad inicial se convirtió en ingreso reconocido.

Acabamos de ver una única transacción BOPIS para nuestra clienta, Sarah. Ten en cuenta que todas las ventas y devoluciones se procesarán automáticamente de manera correcta para garantizar el mismo nivel de precisión financiera y de inventario. Merchandising Cloud Service admite muchas transacciones de ventas y devoluciones, lo que permite el procesamiento correcto de varios recorridos de cliente".

Todas las transacciones sin procesar se auditan en Oracle Retail Sales Audit mediante reglas automatizadas para verificar errores e inconsistencias. Las transacciones válidas fluyen directamente a través del proceso y se liberan para actualizar los procesos y servicios descendentes relevantes. Las transacciones marcadas presentarán alertas para los auditores de ventas, con el fin de que las revisen y corrijan antes de ser liberadas.

Jen, la auditora de ventas, revisa los detalles de las transacciones no válidas y las corrige en Sales Audit. Jen recibe todos los detalles de la transacción disponibles, así como BI contextual. El código de error guía a Jen hacia la causa probable del problema. El acceso completo a toda la transacción es importante para el contexto, al igual que la vista histórica de problemas similares. Por ejemplo, el auditor puede tener un caso donde esto es una merma deliberada frente a un error involuntario o de datos.

Jen también puede trabajar sistemáticamente a través de las excepciones señaladas, revisando los detalles de las transacciones no válidas y corrigiéndolas. Este es un registro de transacción seleccionado de una lista de excepciones. Jen recibe todos los detalles de la transacción disponibles, así como BI contextual. El código de error los dirigirá hacia la causa probable del problema. Luego, Jen puede determinar cómo resolverlo o si se requiere una investigación adicional.

En este punto del ciclo, todas las transacciones que involucran inventario, ya sea una venta, una devolución, un ajuste o una transferencia de tienda a tienda, actualizarán la vista del inventario central en Oracle Retail Merchandising System. Siempre se mantiene un inventario preciso y perpetuo a medida que los clientes interactúan con el surtido. Esto informará una valoración precisa de las existencias.

Para resumir, las transacciones de todos los canales pasan por una capacidad de auditoría y procesamiento para asegurar su validez y clasificarlas correctamente por tipo. Las transacciones limpias y válidas de ventas y devoluciones luego se dirigen, como mínimo, al libro mayor de stock, la gestión de inventario, la gestión de pedidos, los libros mayores financieros, analítica y BI.