Redazione Boosted

L'ordine creato non è ancora un pagamento: verifica dei pagamenti e dei rimborsi nel report

La pagina «grazie» e l'ordine creato non confermano la ricezione del denaro. Per il report sulle vendite, collegate il numero d'ordine al pagamento confermato e registrate separatamente i rimborsi. Non modificate gli stati manualmente, affinché il report corrisponda alle aspettative.

La pagina «grazie» e l'ordine creato non confermano la ricezione del denaro. Per il report sulle vendite, collegate il numero d'ordine al pagamento confermato e registrate separatamente i rimborsi. Non modificate gli stati manualmente, affinché il report corrisponda alle aspettative.

Tre momenti distinti

L'acquirente può creare un ordine, aprire il pagamento e chiudere la pagina senza pagare. Può tornare sul sito prima della conferma. Perciò l'evento dell'interfaccia, lo stato dell'ordine e lo stato del pagamento vengono verificati separatamente. Il singolo servizio di pagamento definisce i propri stati e il proprio metodo di conferma; le denominazioni di un fornitore non sono universali.

Ad esempio, la documentazione di YooKassa distingue pending, waiting_for_capture, succeeded e canceled. Nel processo scelto, l'attesa dell'addebito non viene sostituita da un pagamento riuscito. Questa è una spiegazione per la lettura degli stati, non un'istruzione per modificare le impostazioni di accettazione dei pagamenti.

Verifica didattica

Nel registro ci sono quattro ordini da 1 000 rubli. Per A il pagamento è confermato; B è in attesa; C è annullato senza addebito riuscito; D è confermato, poi è stato registrato un rimborso di 300. Ordini creati per 4 000, pagamenti confermati per 2 000, rimborsi registrati separatamente per 300. Il saldo delle entrate monetarie entro questi confini convenzionali è 1 700.

Questo non è un calcolo del fatturato o dell'utile contabile: qui non ci sono costi, commissioni e altre passività. Lo scopo dell'esempio è non trasformare quattro righe d'ordine in quattro acquisti pagati.

Se i numeri non coincidono

Verificate l'identificativo del pagamento, la valuta, l'importo, l'ora e l'ultimo stato confermato. Un callback ripetuto non deve diventare un ulteriore pagamento dello stesso pagamento nel vostro report. Lasciate i casi poco chiari in un elenco separato da esaminare con il responsabile della contabilità. Contrassegnate separatamente le operazioni di test e dimostrative; la loro presenza non prova entrate monetarie reali.

Schema: 1 — ordini creati; 2 — pagamenti confermati per identificativo; 3 — verifica separata dei rimborsi e degli stati sconosciuti.

Portafoglio, carta e segno di spunta
1 — ordini creati; 2 — pagamenti confermati per identificativo; 3 — verifica separata dei rimborsi e degli stati sconosciuti.

Attività correlata: L'acquirente è arrivato al pagamento e si è fermato: cosa deve verificare il proprietario della pagina.

Fonti

YooKassa: processo di pagamento. Verificato il 21 settembre 2026. Esempi pratici e schemi — metodologia redazionale; i numeri convenzionali non sono dati dei clienti.

Per un singolo post pubblico già pronto potete verificare le condizioni delle visualizzazioni. Questo servizio non svolge il lavoro descritto e non garantisce interesse organico, richieste o vendite.

✦ Scegli la quantità e invia un ordine →