Salta al contenuto

Come correggere accrediti duplicati in criptovaluta

Scopri come verificare transazioni, wallet e registri per individuare accrediti duplicati in criptovaluta e correggerli senza errori contabili.

Payora11 min di letturaEN · RU · UK · ES · DE · FR · IT · PL · PT · HI · ZH
Come correggere accrediti duplicati in criptovaluta

Come correggere accrediti duplicati di pagamenti in criptovaluta

Un accredito duplicato di un pagamento in criptovaluta sembra semplice sulla carta, ma nella pratica può diventare un bel pasticcio. Un ordine risulta pagato due volte, il saldo del wallet sembra troppo alto e, all’improvviso, l’amministrazione chiede perché una fattura da 250 $ risulta accreditata due volte. La buona notizia è che, nella maggior parte dei casi, basta controllare gli stessi pochi dati nel giusto ordine per risalire rapidamente al problema e capire come correggere accrediti duplicati in criptovaluta.

Per prima cosa, controlla l’ID della transazione. Poi verifica la data e l’ora, l’indirizzo del wallet e il numero dell’ordine. Di solito, questi quattro elementi bastano a capire se si tratta davvero di un accredito duplicato o se due sistemi stanno semplicemente descrivendo lo stesso pagamento in modi diversi: è un buon punto di partenza per come verificare un pagamento crypto duplicato.

1. Individua l’accredito duplicato

Il primo passo è verificare che l’accredito duplicato esista davvero. Controlla l’ID della transazione nel gateway, nel wallet e nel registro interno dell’ordine. Se tutti e tre riportano il pagamento una sola volta, potrebbe trattarsi di un errore di rendicontazione. Se invece lo stesso ordine è stato accreditato due volte, con due voci distinte nel registro contabile, allora l’accredito è effettivamente duplicato.

Come secondo controllo, verifica le date e gli orari. Se il primo accredito è stato registrato alle 14:03 e il secondo alle 14:06 per lo stesso ordine, è un indizio da approfondire. Controlla anche l’indirizzo del wallet: se è diverso, il cliente potrebbe aver inviato un secondo pagamento, anziché il sistema aver duplicato il primo.

I dati dell’ordine sono importanti quanto quelli on-chain. Un cliente potrebbe aver effettuato due ordini con importi quasi identici, soprattutto se la pagina di pagamento si è aggiornata o il browser ha riprovato dopo un’interruzione della rete. Può succedere. Un controllo accurato deve distinguere tra un pagamento accreditato due volte e due pagamenti separati effettuati a breve distanza l’uno dall’altro.

Se il tuo team usa una dashboard, esporta tutte le righe relative all’ordine prima di modificare qualsiasi dato. Tieni a portata di mano l’hash della transazione, il numero del blocco, l’importo, il tipo di criptovaluta e lo stato delle conferme. Questa semplice abitudine fa risparmiare tempo quando l’amministrazione chiede delle prove.

2. Sospendi le operazioni di pagamento correlate

Una volta sospettato un accredito duplicato, sospendi i rimborsi relativi all’ordine e interrompi anche eventuali rettifiche manuali. Se un membro del team annulla la voce sbagliata mentre il registro è ancora in aggiornamento, l’accredito duplicato può trasformarsi in un secondo errore, molto più difficile da correggere.

Attendi anche prima di aggiornare la riconciliazione, finché i fatti non sono chiari. Una sincronizzazione in batch eseguita mentre il caso è ancora aperto potrebbe sovrascrivere i dati che stai cercando di preservare. Aspettare un’ora in più costa meno che chiudere i conti in modo errato.

Metti il caso in sospeso e aggiungi una nota con il numero dell’ordine e l’importo sospetto. Se il team di assistenza ha ricevuto una richiesta dal cliente, assicurati che sappia di non promettere una risposta definitiva prima della fine della verifica. Una nota semplice, meno sorprese.

È anche il momento giusto per verificare se sono attive regole automatiche di rimborso. Se, per esempio, una regola rimborsa i pagamenti non riusciti dopo 10 minuti, sospendila per questo ordine mentre svolgi le verifiche. Un accredito duplicato e un rimborso automatico non vanno d’accordo.

3. Verifica il pagamento sulla blockchain

La verifica on-chain permette di capire se il pagamento è avvenuto una o due volte. Confronta l’hash della transazione, il wallet di destinazione, l’importo e il numero di conferme con i dati del registro interno: è il modo più diretto per capire come controllare una transazione sulla blockchain. Se la blockchain mostra un solo trasferimento ma il tuo sistema registra due accrediti, è probabile che il problema sia interno.

Controlla anche l’asset esatto. Un pagamento in USDT su una rete non equivale a un pagamento in USDT su un’altra rete, anche se l’importo è identico. Un cliente potrebbe inviare 100 unità sulla rete sbagliata e il gateway potrebbe gestire male il caso se le etichette delle reti non sono chiare.

Per una verifica ordinata, metti a confronto il record on-chain, quello della fattura e quello contabile. Se il trasferimento on-chain ha un solo hash ed è diretto a un unico indirizzo, ma lo strumento di contabilità mostra due accrediti, probabilmente si tratta di un problema di visualizzazione o di registrazione, non di un secondo pagamento sulla blockchain.

Se il team amministrativo non ha dimestichezza con i dati on-chain, un secondo controllo può essere utile. Una breve nota interna come «stesso hash, stesso wallet, un solo percorso di conferma» può evitare uno storno non necessario. Se serve una guida operativa, il team può consultare anche come testare un pagamento in criptovaluta prima di apportare modifiche all’ambiente di produzione.

4. Controlla le impostazioni del gateway, del wallet e della contabilità

La maggior parte degli accrediti duplicati è dovuta a errori di configurazione, non a malafede. Una causa frequente sono i nuovi tentativi dei webhook. Se il gateway di pagamento invia due volte la stessa notifica perché la prima richiesta è scaduta, il sistema potrebbe accreditare l’ordine due volte, a meno che non controlli gli ID delle transazioni duplicate.

Anche gli errori nella gestione delle notifiche possono causare problemi simili. Il gateway potrebbe inviare un evento di pagamento, poi uno di liquidazione e infine uno di conferma; un’integrazione poco robusta potrebbe trattarli tutti come nuovi accrediti. Succede soprattutto quando il codice non contrassegna il pagamento come «già elaborato» dopo il primo esito positivo.

Anche le conferme in ritardo possono complicare la contabilità. Un pagamento può apparire come in sospeso e poi risultare confermato in un secondo momento; a quel punto, un operatore potrebbe registrare nuovamente l’accredito perché la dashboard sembra non aggiornata. Basta un inserimento manuale in più per creare un accredito duplicato.

Controlla attentamente anche le impostazioni del wallet. Se l’azienda usa più indirizzi di ricezione o riutilizza lo stesso indirizzo per più fatture, le regole di corrispondenza potrebbero non funzionare. Anche un semplice errore di battitura in un campo dell’indirizzo può associare il pagamento all’ordine sbagliato e portare a una seconda registrazione correttiva.

Esamina con la stessa attenzione anche le esportazioni contabili. L’importazione di un file CSV può duplicare le righe se il file viene caricato due volte; inoltre, una piattaforma contabile potrebbe conservare entrambe le voci se non viene imposto l’uso di un numero di riferimento univoco. Per le aziende che gestiscono i pagamenti tramite una piattaforma e-commerce, la guida ai gateway di pagamento in criptovaluta per l’e-commerce può aiutare a individuare i punti in cui il flusso degli accrediti si duplica.

5. Storna o riconcilia l’accredito in eccesso

Non modificare la registrazione del pagamento originale, a meno che il tuo sistema non lo richieda esplicitamente. La soluzione più sicura è creare una registrazione di storno o una rettifica compensativa che annulli l’accredito in eccesso lasciando intatto il pagamento originale. In questo modo si conserva la tracciabilità, che per gli auditor è importante, e a ragione.

Per lo storno, usa lo stesso importo, la stessa valuta e lo stesso riferimento dell’ordine. Se l’accredito duplicato era di 0,5 ETH, anche la rettifica deve riportare 0,5 ETH, non una stima arrotondata. Piccole differenze possono generare nuove domande in seguito.

Molti team bloccano la registrazione del pagamento originale e aggiungono una nota che spiega lo storno. La nota dovrebbe riportare l’ID della transazione, il nome dell’operatore che ha approvato la correzione e l’ora in cui è stata registrata la rettifica. Di solito, questi tre dettagli sono sufficienti per una verifica interna.

Le variazioni di saldo devono essere visibili sia nell’account del cliente sia nel registro contabile. Se il sistema supporta le etichette di stato, usa diciture come «riconciliato» o «stornato» anziché eliminare la voce. Cancellare una registrazione nasconde lo storico, e uno storico incompleto crea problemi alla chiusura di fine mese.

Se l’accredito duplicato è dovuto a un disallineamento del gateway e non a un pagamento effettivamente ricevuto in più, potrebbe bastare una rettifica contabile. Se invece il registro, il gateway e il wallet riportano tutti due accrediti, lo storno dovrà seguire la normale procedura di rimborso o correzione. Per i team che passano da un processore a un altro, come migrare da Stripe può essere un utile riferimento per associare le vecchie registrazioni alle nuove.

6. Avvisa il cliente e il team di assistenza

Spiega al cliente l’accaduto in modo chiaro. Digli che il sistema ha accreditato due volte un solo pagamento, che l’accredito duplicato è in fase di correzione e che il pagamento originale è valido. Se conosci già la causa, evita frasi vaghe come «stiamo verificando».

Includi le prove nella nota di assistenza. Di solito bastano l’hash della transazione, il numero della fattura e l’ora in cui è apparso l’accredito duplicato. Se il cliente chiede ulteriori dettagli, condividi l’indirizzo del wallet e il numero di conferme, ma non inserire nel ticket tutte le righe dei log interni.

Il team di assistenza ha bisogno degli stessi dati, ma in forma sintetica. Una frase sul problema, una sulla correzione prevista e una con la scadenza del prossimo aggiornamento sono sufficienti per tenere tutti al corrente. Se vede un accredito duplicato nella dashboard, il cliente sarà meno preoccupato sapendo che l’account viene aggiornato seguendo una procedura precisa.

Se il cliente è un commerciante o un libero professionista che accetta criptovalute, indicagli il numero esatto dell’ordine o della fattura, non limitarti a delle scuse generiche. L’articolo sui gateway di pagamento in criptovaluta per liberi professionisti può aiutare a spiegare il monitoraggio dei pagamenti a livello di fattura ai clienti che si aspettano registrazioni precise.

7. Previeni futuri accrediti duplicati di pagamenti in criptovaluta

La prevenzione comincia con i controlli di idempotenza. Se il sistema riceve due volte lo stesso ID di transazione, deve elaborarlo una sola volta e ignorare il secondo evento. Questa semplice regola blocca molti più casi di accredito duplicato di quanto si pensi.

Il passo successivo è deduplicare i webhook. Registra l’ID di ogni evento di notifica e scarta i duplicati prima che arrivino alla contabilità. Se il gateway riprova a inviare un messaggio dopo una scadenza, il sistema deve riconoscere il nuovo tentativo e lasciare invariato l’accredito.

Anche le regole di conferma sono importanti. Un pagamento deve passare da «in sospeso» ad «accreditato» solo dopo aver raggiunto il livello di conferma previsto dalla rete e approvato dal team di gestione del rischio: una conferma, tre conferme o un’altra soglia. Senza questa regola, gli eventi on-chain in ritardo possono sembrare nuovi pagamenti.

Le verifiche di riconciliazione dovrebbero essere programmate con regolarità, non effettuate solo dopo un reclamo. Un controllo quotidiano o settimanale dei totali del gateway, del wallet e del registro contabile può individuare un accredito duplicato prima della chiusura del mese. È così che i team scoprono piccoli errori, come un inserimento manuale effettuato alle 9:15 e mai rimosso.

Anche le revisioni del codice sono utili. Qualsiasi flusso di pagamento che coinvolga notifiche, scritture sul database o stato della fattura dovrebbe essere controllato per individuare i percorsi che possono causare una doppia elaborazione. Se agli sviluppatori serve un riferimento tecnico per garantire l’integrità dei pagamenti, possono consultare come verificare i webhook firmati di Payora prima di distribuire le modifiche.

Forma il personale affinché sappia distinguere tra un pagamento in sospeso, un pagamento confermato e una registrazione contabile liquidata. Tre stati, un solo flusso di lavoro. Se queste etichette vengono usate con leggerezza, creare un accredito duplicato diventa più facile che correggerlo.

Un’ultima misura consiste nel testare i casi limite. Invia un piccolo pagamento, ripeti l’invio di un webhook, ritarda una conferma e simula un inserimento manuale. Se in tutti e quattro i casi il sistema accredita il pagamento una sola volta, sei messo meglio della maggior parte dei team. Altrimenti, il prossimo accredito duplicato non sarà una sorpresa.

Comments

Pronto a iniziare?

Crea un account ed emetti la tua prima fattura in meno di un’ora.

Cosa risponde questa pagina