Quando ordini, incassi, rimborsi, report di marketplace e spedizioni non descrivono lo stesso perimetro, rimediare a una gestione OSS e IOSS disallineata significa prima ricostruire i dati disponibili e poi sottoporre le decisioni ancora aperte a una valutazione sul caso concreto. Nella consulenza fiscale e-commerce, non è prudente usare un solo totale del gateway o del checkout come base per assegnare automaticamente un’operazione a uno dei due percorsi.
La correzione parte quindi dall’ordine e dai suoi collegamenti: canale di vendita, importi disponibili, stato, rimborso o annullamento, pagamento, documento e informazioni di spedizione disponibili. Per una ricostruzione operativa prudente, può essere utile predisporre fascicoli o cartelle logiche distinti per le operazioni da esaminare in relazione a OSS e IOSS.
In sintesi
- Il disallineamento va ricostruito ordine per ordine, non compensato con un totale aggregato.
- Le operazioni da esaminare in relazione a OSS e IOSS vanno tenute in insiemi di lavoro separati.
- Checkout, gateway, marketplace e spedizione sono fonti da collegare, non sostituti l’una dell’altra.
- Gli ordini con dati insufficienti devono restare segnalati per chiarimento, senza classificazioni frettolose.
- Prima di modificare dati o adottare una scelta operativa, occorre distinguere ciò che è documentato da ciò che richiede valutazione professionale.
Errore da correggere: usare un unico totale per OSS e IOSS
L’errore operativo più comune è partire dal saldo ricevuto sul gateway e cercare di far coincidere a quel numero tutti gli ordini. Il saldo può essere letto insieme a commissioni, rimborsi, storni, regolamenti e movimenti riferiti a momenti diversi; un report del marketplace può usare ulteriori colonne o stati. Se questi dati vengono aggregati prima della ricostruzione, diventa difficile capire quale differenza appartenga a quale ordine.
Il rimedio non consiste nel sostituire un report con un altro. Occorre creare una riga di lavoro per ogni ordine interessato e conservare il riferimento alla fonte da cui ciascun dato proviene. L’obiettivo è rendere visibili le differenze e non eliminarle per approssimazione.
Regola di lavoro prudenziale per i due percorsi
OSS e IOSS devono essere esaminati separatamente nel fascicolo di lavoro: la presenza della stessa vetrina online, dello stesso brand o dello stesso gestore dei pagamenti non è sufficiente per unire gli ordini in un’unica ricostruzione. Per ciascun insieme occorre annotare quali dati sono disponibili, quale collegamento è stato verificato e quali elementi restano da chiarire.
Questa separazione è un metodo organizzativo, non una conclusione sul trattamento di ogni singola operazione. Quando un ordine non contiene informazioni sufficienti, è preferibile lasciarlo in una coda di verifica anziché trasferirlo da OSS a IOSS, o viceversa, solo per chiudere una quadratura interna.
Operazioni da esaminare in relazione a OSS
Nel fascicolo dedicato alle operazioni da esaminare in relazione a OSS, raccogli gli ordini candidati con il relativo canale, gli importi esposti, gli eventuali rimborsi, i documenti disponibili e le informazioni di destinazione presenti nei sistemi. Mantieni anche il collegamento al pagamento e, se disponibile, alla spedizione: una lettura isolata del checkout non consente di ricostruire da sola l’intero flusso.
Il controllo pratico consiste nel confrontare i dati dello stesso ordine tra le fonti disponibili, segnando le differenze invece di correggerle subito. Se il caso presenta informazioni incomplete, la decisione sul percorso da adottare va rimessa a una valutazione professionale.
Operazioni da esaminare in relazione a IOSS
Nel fascicolo dedicato alle operazioni da esaminare in relazione a IOSS, isola gli ordini candidati e conserva i riferimenti disponibili a vendita, pagamento, rimborso, spedizione e soggetti che intervengono nel flusso. L’ordine deve restare riconoscibile anche quando i dati arrivano da sistemi diversi o quando il pagamento è regolato in un momento diverso dalla vendita.
Non è prudente ricavare una conclusione dalla sola dicitura mostrata dalla piattaforma, dalla provenienza del pagamento o da un singolo dato di spedizione. Se i riferimenti non permettono di ricostruire il percorso dell’ordine, il fascicolo deve evidenziare il dubbio e non trasformarlo in un’assegnazione automatica.
Percorso di correzione
- Conserva le estrazioni disponibili. Salva i report originari, l’intervallo selezionato e la data di estrazione, così da poter riconoscere la fonte di ciascun dato.
- Ricostruisci dall’ordine. Crea un elenco con ID ordine, canale, importo disponibile, stato, rimborso o annullamento, pagamento, documento e spedizione quando presenti.
- Separa gli insiemi di analisi. Predisponi una cartella logica per gli ordini da esaminare in relazione a OSS e una per quelli da esaminare in relazione a IOSS; mantieni una terza coda per le informazioni mancanti.
- Esamina le eccezioni. Confronta in modo mirato rimborsi, storni, commissioni, vendite via marketplace e ordini con dati di spedizione non collegati.
- Annota le decisioni aperte. Per ogni gruppo omogeneo indica quale documento è disponibile, quale differenza è stata rilevata e quale punto richiede una valutazione sul caso.
Come collegare checkout, gateway, marketplace e spedizione
Il checkout descrive i dati raccolti al momento dell’ordine; il gateway restituisce informazioni sul pagamento; il marketplace può produrre un proprio report; la spedizione aggiunge ulteriori riferimenti. La riconciliazione utile non presume che i quattro sistemi debbano avere lo stesso formato o lo stesso totale: cerca invece un collegamento tracciabile all’ordine.
| Segnale | Verifica operativa | Dato da lasciare aperto |
|---|---|---|
| Incasso netto diverso dal totale ordini | Collega commissioni, rimborsi, storni e regolamenti disponibili agli ID ordine. | La quota non collegata a un ordine. |
| Ordine senza pagamento individuato | Controlla stato dell’ordine, annullamento e report del canale. | La ricostruzione finché manca un riferimento verificabile. |
| Spedizione non collegata al documento | Raccogli gli identificativi disponibili nei diversi sistemi. | L’assegnazione a un percorso OSS o IOSS. |
| Report marketplace diverso dallo store | Lavora per canale e conserva le colonne originarie del report. | La compensazione con scritture cumulative non tracciate. |
Decisioni da non anticipare durante la correzione
Una ricostruzione interna può ordinare le informazioni, ma non sostituisce l’esame del caso concreto. Non anticipare decisioni quando un ordine compare in più report con dati non coerenti, quando il rimborso non è collegabile, quando manca il rapporto tra ordine e spedizione o quando il ruolo operativo del marketplace non è ricostruibile dai documenti disponibili.
È opportuno fermarsi anche se la correzione richiede di intervenire su dati già utilizzati nei processi amministrativi o se coinvolge più periodi con estrazioni non omogenee. In questi casi conserva il materiale, descrivi la differenza senza riscrivere la storia del flusso e chiedi una valutazione circoscritta. Alcuni passaggi possono richiedere un professionista abilitato in base al caso concreto.
Quando coinvolgere lo studio e quali informazioni preparare
Alessio Ferretti STP, studio di commercialisti, può esaminare e gestire professionalmente il caso concreto nel perimetro della consulenza fiscale e contabile per e-commerce, con attenzione a vendite, incassi, documentazione disponibile e operazioni estere. Coinvolgere lo studio è utile quando la ricostruzione non permette di separare i flussi da esaminare per OSS e IOSS, oppure prima di consolidare una correzione che dipende da dati incompleti.
Per il primo contatto prepara una descrizione della situazione, l’urgenza, i canali coinvolti, i Paesi indicati nei flussi e un elenco delle differenze rilevate. Trasmetti attraverso il canale indicato dal form solo le informazioni e i documenti iniziali pertinenti, evitando dati personali o finanziari eccedenti. Se serve un diverso canale, consulta i contatti dello studio.
Domande frequenti
Posso partire dal saldo del gateway?
Può essere una colonna di confronto, ma la ricostruzione prudente parte dagli ordini e dai riferimenti disponibili a pagamento, rimborso e canale di vendita.
Un singolo store consente di trattare insieme OSS e IOSS?
No come metodo di lavoro: conviene mantenere separati gli ordini da esaminare nei due percorsi e documentare i dati disponibili per ciascuno.
Cosa faccio con gli ordini incompleti?
Segnalali in una coda di chiarimento, conserva le fonti disponibili e rimanda la decisione che non può essere sostenuta dai dati raccolti.
Richiedi una consulenza sul tuo caso e-commerce.
Approfondisci: Analisi delle passività occulte derivanti da errori di place of supply negli ecommerce oss e gateway.
Commenti
Commenti e domande dei lettori
Puoi leggere gli interventi pubblicati. Se vuoi aggiungere una domanda pertinente, apri il modulo: sarà visibile solo dopo moderazione.
Lascia un commento