Párování plateb: propojte objednávky s transakcemi

Rozlište tři zdroje a jejich účel

Objednávkový systém popisuje obchodní závazek a požadované plnění. Platební proces obsahuje technický průběh a ověřený výsledek transakce. Vypořádání PSP zachycuje pohyb prostředků podle vaší smlouvy. Tyto zdroje odpovídají na jiné otázky a mohou mít jiné časování. Potvrzená transakce proto není totožná informace jako připsání peněz na bankovní účet. Než začnete párovat, určete cíl kontroly. Uvolnění zásilky, hledání otevřené zakázky a kontrola vyúčtování poskytovatele potřebují odlišné podklady. Jediné pole zaplaceno může tyto důležité rozdíly zakrýt.

Přehledy a exporty

Používejte reference místo podobných částek

Dva zákazníci mohou ve stejný den zaplatit stejnou cenu. Automatické přiřazení pouze podle částky a data proto může zasáhnout nesprávnou zakázku. Využijte uchované reference objednávky a transakce a zkontrolujte měnu i kontext obchodníka. Chybí-li spolehlivý vztah, předejte případ k vysvětlení. Zapište, kdo a na základě čeho později doplnil ruční spojení. Dohledatelná oprava je užitečná; tichý předpoklad se může v dalším reportu tvářit jako jistota. Tento rozdíl je zásadní při pozdější reklamaci nebo při převzetí práce jiným kolegou.

Integrace a API

Zaveďte jednoduchý denní postup

Určete období a vyberte objednávky, u nichž už měl být známý výsledek. Potvrzené přiřaďte a ostatní evidujte s konkrétním důvodem: chybějící reference, jiná měna nebo stále otevřený výsledek. Každé výjimce přidělte člověka a další krok. Hodnota postupu není v rozsáhlém dashboardu, ale v tom, že případ nezmizí mezi podporou, vývojem a PSP. Při opakované kontrole má být vidět, co už bylo zjištěno. Začněte přehledným rozsahem a zlepšujte příčiny, které vytvářejí nejvíce ruční práce, místo nekontrolovaného přidávání dalších ukazatelů.

Hostovaná platební stránka

Počítejte s pozdními událostmi

Krátce po nákupu může být okamžitý přehled neúplný. Zákazník uzavře prohlížeč, zatímco serverové potvrzení dorazí později. Webhooky a dotazy na stav doplňují informace bez závislosti na návratové stránce. Dokumentace Stripe a Mollie tento rozdíl vysvětlují. Párování má rozpoznat, že pozdější výsledek vyřešil otevřený případ. Stejné potvrzení ale nesmí podruhé uhradit jinou zakázku nebo znovu povolit expedici. Uchovejte vztah události, transakce a rozhodnutí tak, aby opakované doručení zprávy neznamenalo opakovaný obchodní účinek.

Exportujte údaje pro jasně stanovený účel

Export může pomoci porovnat data nebo předat omezenou kontrolu oprávněnému týmu. Vyberte potřebná pole a zvažte, kdo soubor smí získat. OrsunPay má dostupné vyhledávání transakcí a CSV exporty. Rozšířené analýzy, plánované e-mailové reporty a pokročilý deník nesrovnalostí jsou zatím plánované. Nezakládejte proto denní provoz na nepotvrzené automatické rozesílce. Export transakcí také není plnohodnotný účetní systém ani úplná evidence vypořádání. Popište hranici použitého souboru, aby jeho příjemce nesprávně nevyložil chybějící údaj jako nulu nebo dokončený krok.

Ukončete kontrolu konkrétním rozhodnutím

Každý prověřený případ potřebuje další stav: správně přiřazený, čekající na potvrzení nebo předaný s konkrétní otázkou. Zaznamenejte rozhodnutí, které ovlivnilo objednávku. Za zpracování a vypořádání podle smlouvy odpovídá vlastní PSP; OrsunPay poskytuje technické propojení a společnou práci se stavy. Software se fakturuje samostatně. Dobré párování tyto role ukazuje a odlišuje technickou nejistotu od obchodní opravy. Tým pak nemusí každou neshodu označovat za obecný problém plateb, ale může ji směrovat tam, kde lze skutečně získat chybějící informaci.

• Rozlišujte reference objednávky, transakce a vypořádání.
• Nepovažujte stejnou částku za jednoznačnou identitu.
• Přidělte výjimce důvod a odpovědnou osobu.
• Zpracujte pozdní potvrzení bez opakované akce.
• Nezaměňujte exporty za plánovanou analytickou automatizaci.

Zdroje

• Dokumentace Stripe k webhookům
• Dokumentace Mollie k platbám