Elaborazione delle transazioni retail per vendite e inventario - Tour del prodotto

Oracle Retail Merchandising Foundation Cloud Service permette ai retailer di gestire, controllare ed eseguire senza problemi le attività quotidiane di merchandising, inclusi acquisti, distribuzione, evasione degli ordini e chiusura finanziaria. Vediamo in che modo le vendite e i resi vengono facilmente elaborati con il cloud per il merchandising retail.

Iniziamo con l'elaborazione delle transazioni. La nostra cliente, Sarah, va online per acquistare un prodotto rilasciato da poco. Sceglie il ritiro in negozio perché quel giorno si troverà in zona. I retailer che permettono l'acquisto online con ritiro in negozio (BOPIS, Buy Online Pickup in Store) hanno registrato una crescita straordinaria di questo modello negli ultimi dodici mesi.

La transazione di Sarah viene registrata nell’inventario centrale su Oracle Retail Merchandising System. Ivan, responsabile della pianificazione del negozio, analizza il record di inventario e vede che la merce è stata spostata da in giacenza a unità impegnate per l'ordine cliente, mantenendo un inventario centrale accurato. A questo punto tutti gli altri processi rilevanti utilizzeranno questa visione aggiornata e accurata della disponibilità dell'inventario per questo prodotto. Ad esempio, la disponibilità su promessa per ulteriori prenotazioni si baserà sulla reale disponibilità in giacenza di 4 unità.

Sarah ha pagato la merce online ma non l'ha ancora ritirata. La transazione di vendita individuale di Sarah è acquisita correttamente come passività prepagata in Oracle Retail Sales Audit. Sarah è solo una delle migliaia di transazioni individuali elaborate automaticamente e correttamente.

L'addetta del negozio, May, viene avvisata della prenotazione in Oracle Retail Store Inventory Operations Cloud Service e incaricata di prelevare la merce per Sarah. May utilizza il dispositivo portatile per effettuare il prelievo cliente e prepara la merce per il ritiro. Raccoglie informazioni importanti utilizzando attributi flessibili personalizzati e sceglie il punto di ritiro per semplificare il processo in negozio.

Dopo la conferma del prelievo da parte di May, il sistema avvisa automaticamente Sarah che può recarsi in negozio per ritirare l'acquisto. Sarah riceve una notifica SMS (il suo metodo preferito secondo il record cliente) che la informa che il suo ordine è pronto per il ritiro. Si reca in negozio per ritirare il suo acquisto.

Sarah arriva in negozio e mostra la notifica SMS per ritirare la merce. Il processo di ritiro è semplice poiché ha già pagato. May registra il completamento del ritiro sul dispositivo portatile e ringrazia Sarah per l'acquisto. May, a questo punto, può anche scegliere di interagire ulteriormente con Sarah.

Ora che Sarah ha ritirato la merce, la passività può essere stornata e la transazione può passare allo stato "completata" in Sales Audit. Ciò garantisce l'accuratezza finanziaria registrando quando la transazione è avvenuta e quando la passività iniziale è diventata ricavo riconosciuto.

"Abbiamo appena esaminato nel dettaglio una singola transazione BOPIS per la nostra cliente, Sarah. È importante tenere presente che tutte le vendite e i resi verranno elaborati automaticamente e correttamente per garantire lo stesso livello di accuratezza finanziaria e di inventario. Merchandising Cloud Service supporta molte transazioni di vendita e reso, consentendo una corretta elaborazione dei vari percorsi di acquisto dei clienti."

Tutte le transazioni non elaborate vengono sottoposte a verifica in Oracle Retail Sales Audit tramite regole automatizzate per controllare errori e incongruenze. Le transazioni valide attraversano il processo senza interruzioni e inoltrate per aggiornare i processi e i servizi a valle rilevanti. Le transazioni segnalate verranno notificate agli auditor delle vendite affinché vengano esaminate e corrette prima del rilascio.

Jen, l'auditor delle vendite, esamina i dettagli delle transazioni non valide e le corregge in Sales Audit. A Jen vengono forniti tutti i dettagli disponibili sulle transazioni e la BI contestuale. Il codice di errore indica a Jen la probabile causa del problema. Il pieno accesso all'intera transazione è importante per il contesto, così come lo è la cronologia di problemi simili: l'auditor, ad esempio, potrebbe trovarsi di fronte a un caso in cui si tratta di una riduzione deliberata delle scorte piuttosto che di un errore involontario o di un errore dei dati.

Jen può anche lavorare sistematicamente alle eccezioni rilevate, rivedendo i dettagli delle transazioni non valide e correggendole. Questo è un record di transazione selezionato da un elenco di eccezioni. A Jen vengono forniti tutti i dettagli disponibili sulle transazioni e la BI contestuale. Il codice di errore la indirizzerà alla probabile causa del problema. Jen può quindi determinare come risolverlo o se sono necessarie ulteriori ricerche.

A questo punto del ciclo, tutte le transazioni che coinvolgono l'inventario, che si tratti di una vendita, un reso, una rettifica o un trasferimento tra negozi, aggiorneranno la vista centrale dell'inventario in Oracle Retail Merchandising System. Un inventario accurato e continuo viene sempre aggiornato man mano che i clienti interagiscono con l'assortimento. Questo garantisce una corretta valutazione delle scorte.

Per ricapitolare, le transazioni provenienti da tutti i canali attraversano un processo di auditing ed elaborazione delle transazioni per garantirne la validità e classificarle correttamente in base al tipo. Le transazioni di vendita e reso pulite e valide verranno poi analizzate per aggiornare almeno il registro delle scorte, la gestione dell'inventario, la gestione degli ordini, i registri finanziari, gli analytics e la BI.