Una cliente restituisce al banco un prodotto dermocosmetico acquistato online e già pagato con carta. Prima di registrare un generico “reso”, l’operatore deve ricostruire la posizione della transazione: l’ordine è stato confermato? La merce è partita ed è stata consegnata? Il documento fiscale è già stato prodotto? Il pagamento risulta regolato?
Nel caso descritto, il rientro al banco esclude che si tratti semplicemente di fermare la preparazione dell’ordine. Restano però da determinare il trattamento del pagamento, l’eventuale rettifica del documento e la destinazione fisica del prodotto. Il fatto che acquisto e restituzione avvengano in canali diversi non cambia queste domande; rende invece indispensabile un collegamento verificabile tra sistemi e sedi.
Operazioni diverse dietro la parola “reso”
Il criterio utile per confrontare le alternative non è il canale nel quale arriva la richiesta, ma lo stato raggiunto dalla vendita. Un annullamento prima della spedizione, una restituzione dopo la consegna e un rimborso parziale intervengono in momenti differenti e non possono produrre sempre gli stessi effetti.
| Evento | Effetto principale | Effetto che non va presunto |
|---|---|---|
| Annullamento dell’ordine | Interrompe l’elaborazione commerciale o logistica ancora in corso | Non prova che esistano già un pagamento da rimborsare o un documento da rettificare |
| Restituzione fisica | Registra la ricezione della merce, la quantità e il luogo del rientro | Non dimostra che il cliente sia stato rimborsato né che il prodotto sia vendibile |
| Rimborso | Registra la restituzione totale o parziale del denaro | Non cancella automaticamente il documento emesso |
| Rettifica o variazione fiscale | Corregge documentalmente l’operazione secondo il tipo di documento originario | Non produce da sola un movimento finanziario o di magazzino |
| Reintegro o esclusione dalla giacenza vendibile | Definisce la destinazione del prodotto rientrato | Non determina il diritto o l’esecuzione del rimborso |
Un gestionale su IBM i può coordinare questi eventi senza trasformarli in un’unica azione indivisibile. Ogni passaggio deve aggiornare il proprio stato e conservare un identificativo comune della pratica. Le automazioni possono poi attivare l’evento successivo soltanto quando ne ricorrono le condizioni.
Questo modello evita due errori opposti. Il primo consiste nel fare troppo: un comando di reso modifica insieme pagamento, documento e giacenza anche quando alcuni effetti non sono pertinenti. Il secondo consiste nel fare troppo poco: il prodotto rientra, ma rimborso e rettifica rimangono privi di un collegamento con la vendita originaria.
Rimborso commerciale e correzione fiscale non coincidono
Il fulcro del flusso è la separazione tra il denaro restituito al cliente e il trattamento del documento già emesso. Un esito positivo comunicato dal sistema di pagamento certifica un evento finanziario, non elimina il corrispettivo o la fattura presenti negli archivi fiscali.
Per i resi con rimborso totale, il Principio di diritto n. 21 dell’Agenzia delle Entrate richiama una procedura che collega il rimborso integrale alla restituzione del bene e al venir meno dell’operazione imponibile. La procedura può essere applicata anche al documento commerciale quando viene garantita la certezza del reso. Il rimborso, quindi, non prende il posto della rettifica fiscale: i due risultati devono appartenere alla stessa pratica ed essere riconciliabili.
La pratica deve conservare almeno i riferimenti dell’acquisto originario, i dati dell’acquirente, l’importo rimborsato e un proprio numero identificativo, riportato sui documenti che certificano il rimborso. Nel gestionale è utile aggiungere il collegamento alle righe interessate, alle quantità restituite e agli stati attraversati. Questi elementi consentono di distinguere un reso completo da una restituzione limitata a una parte dell’ordine.
Il trattamento documentale non può essere deciso dal solo importo del rimborso. Dipende anche da quale documento è stato prodotto per la vendita originaria. La scelta iniziale tra documento commerciale e fattura elettronica deve quindi restare visibile nella pratica, affinché il flusso richiami la procedura coerente invece di applicare una rettifica indistinta.
Nel rimborso parziale la separazione è ancora più importante. Il sistema deve identificare la riga restituita, la quantità accettata e la quota economica riconosciuta, mantenendo eventuali differenze esplicite. Non è corretto trattare l’intero ordine come annullato, ma non è neppure sufficiente registrare un importo negativo senza indicare a quale parte della vendita si riferisca. La specifica variazione fiscale dovrà essere determinata in funzione del documento originario e della procedura applicabile, non ricavata automaticamente dal solo movimento della carta.
Quattro stati collegati, non un solo interruttore
Su IBM i il ciclo può essere rappresentato attraverso quattro ambiti logici, anche quando le informazioni risiedono in applicazioni differenti:
- Ordine: conserva righe, quantità, canale di origine, stato di evasione e motivo della modifica.
- Documento: identifica il documento originario e registra l’eventuale rettifica o variazione come evento collegato.
- Pagamento: distingue richiesta, autorizzazione operativa, esecuzione ed esito del rimborso, con il riferimento restituito dal sistema che lo gestisce.
- Magazzino: registra la ricezione fisica, il luogo nel quale si trova il prodotto e la decisione sulla sua destinazione.
Il legame comune non deve dipendere da descrizioni inserite liberamente dall’operatore. Occorrono chiavi stabili: identificativo dell’ordine, identificativo della pratica di reso, riferimento al documento e riferimento dell’operazione finanziaria. Se il reso riguarda una singola riga, anche il dettaglio restituito deve mantenere il rapporto con la corrispondente riga di vendita.
Questa struttura permette di applicare controlli mirati. Una richiesta finanziaria ripetuta non deve generare un secondo rimborso; una rettifica non deve essere associata a una vendita diversa; la quantità registrata in ingresso deve poter essere confrontata con quella accettata nella pratica. Quando i valori non coincidono, il flusso non dovrebbe correggerli in silenzio: deve lasciare aperta un’eccezione con una causa e un responsabile.
Ricevere in negozio un acquisto online
Quando il banco riceve un prodotto spedito dal canale online, la sede di restituzione non diventa la sede della vendita originaria. Il gestionale deve conservare entrambe le informazioni: da quale ordine proviene il bene e dove è stato materialmente ricevuto.
L’operatore del negozio può così aprire o richiamare la pratica corretta, registrare ciò che ha ricevuto e demandare gli altri effetti ai processi competenti. Il rimborso potrà rimanere in attesa del suo esito, mentre il prodotto risulterà già presente nella sede di rientro ma non ancora classificato come vendibile. Non si tratta di un’incoerenza: sono stati diversi, purché la loro relazione sia visibile.
Per evitare che il cambio di canale interrompa la ricostruzione, la pratica dovrebbe mostrare almeno il canale dell’ordine, la sede che ha evaso la vendita, il punto che ha ricevuto il reso, il documento originario e lo stato del rimborso. In questo modo la farmacia non deve creare una vendita negativa nel negozio soltanto per compensare un ordine nato online.
Il rientro della merce non equivale al ritorno nello stock vendibile
La movimentazione fisica deve essere ricostruibile separatamente dal rimborso. Le scritture ausiliarie di magazzino servono infatti a collegare il bene reinserito nel circuito di vendita alla singola operazione, ai corrispettivi trasmessi e alle registrazioni effettuate. Registrare soltanto il denaro restituito lascerebbe senza spiegazione il rientro; aumentare subito la disponibilità lascerebbe invece senza evidenza la verifica intermedia.
Un flusso operativo può distinguere tra prodotto ricevuto, prodotto in attesa di verifica, prodotto reintegrato e prodotto escluso dalla disponibilità. I criteri con cui compiere questa valutazione dipendono dalla categoria e dalle procedure applicabili; il gestionale deve soprattutto impedire che la semplice scansione in ingresso renda automaticamente l’articolo ordinabile.
Per i medicinali esiste inoltre un livello di tracciabilità diverso dalla sola giacenza interna. Le linee guida del Ministero della Salute sulla tracciabilità del farmaco prevedono la gestione dei movimenti delle singole confezioni attraverso il codice del prodotto e il numero identificativo del bollino, coinvolgendo anche le farmacie aperte al pubblico. Il sistema deve quindi distinguere il movimento registrato nel magazzino aziendale dagli adempimenti di tracciabilità della confezione.
Per un prodotto dermocosmetico il dettaglio può fermarsi alla riga, alla quantità e all’eventuale lotto gestito dalla farmacia. Per un medicinale soggetto alla disciplina di tracciabilità, il collegamento deve arrivare alla confezione identificata. Sono casi omogenei quanto alla necessità di ricostruire il rientro, ma differiscono per la granularità richiesta.
Quando la pratica può dirsi conclusa
Lo stato “chiuso” non dovrebbe significare che tutti gli effetti hanno assunto lo stesso valore. Un reso può concludersi con il cliente rimborsato e il prodotto escluso dalla giacenza vendibile; un’altra pratica può richiedere una rettifica documentale mentre il movimento finanziario è ancora in elaborazione. La condizione decisiva è che ogni differenza sia spiegabile.
La schermata di controllo finale deve permettere di rispondere senza ricostruzioni manuali: quale vendita ha originato la pratica, perché e per quale importo il cliente è stato rimborsato, quale documento è stato interessato, dove si trova la merce e chi ha autorizzato ciascun passaggio rilevante. Se uno degli eventi non era necessario, la pratica deve indicarlo; se è ancora atteso, non può risultare completato.
La scelta compiuta all’origine tra documento commerciale e fattura produce qui la sua conseguenza operativa. Non cambia il fatto che ordine, denaro e merce debbano restare collegati, ma determina quale percorso documentale deve essere richiamato. Il gestionale chiude correttamente il ciclo quando non cancella le differenze tra questi percorsi, bensì le rende controllabili.
Domande frequenti
Come si documenta un rimborso parziale quando il cliente restituisce solo una riga dell’ordine?
La pratica deve collegarsi sia all’ordine originario sia alla riga restituita, registrando quantità, importo riconosciuto, identificativo del reso e riferimento del rimborso. Lo stato della riga va separato da quello delle parti dell’ordine non coinvolte. Il trattamento fiscale deve essere determinato in base al documento originario e non dedotto automaticamente dall’importo restituito.
Come si riconcilia un reso ricevuto in negozio con una spedizione partita dal canale online?
Si conserva l’identificativo dell’ordine online come origine della vendita e si registra il negozio come luogo del rientro. La ricezione fisica, il rimborso e l’eventuale rettifica vengono associati alla stessa pratica, pur potendo essere eseguiti da processi o sedi differenti. Il cambio di canale non deve generare un nuovo acquisto né interrompere il legame con il documento iniziale.
Quali dati vanno conservati per ricostruire chi ha autorizzato una rettifica?
È utile conservare l’identificativo dell’operatore, il ruolo con cui ha agito, data e ora, motivazione, stato precedente e successivo, righe interessate, documento collegato ed esito dell’autorizzazione. L’autorizzazione va distinta dall’esecuzione: chi approva una rettifica e il processo che la registra possono non coincidere, e ciascun evento deve lasciare il proprio riferimento.
