Betalningsrapport för daglig drift: period, valuta och status

Skriv definitionen före den första exporten

Välj ett konkret behov, exempelvis gårdagens order utan bekräftad betalningsstatus. Ange vilken datumtyp som används, vilka statusar som ingår och vad en rad betyder. En order kan ha flera betalningsförsök, så antalet transaktioner är inte automatiskt antalet sålda produkter. Be användarna förklara definitionen med egna ord och lös skillnaderna innan rapporten används för leveransbeslut. Fler kolumner hjälper inte om huvudfrågan är oklar. Bestäm vem som får ändra filtren och hur ändringen dokumenteras. Annars kan två exporter jämföras som likvärdiga trots att de beskriver olika delar av verksamheten och egentligen inte ska förväntas visa samma resultat.

Rapportering

Behåll valuta och status som egna grupper

Summera per valuta om det inte finns en överenskommen omräkningsmetod. En totalsumma över flera valutor kan se exakt ut utan att ge ett meningsfullt ekonomiskt besked. Skilj också mellan skapade, väntande och bekräftade betalningar. Tio försök och åtta bekräftelser innebär inte automatiskt två fel eller förlorade köp. De återstående posterna måste förstås genom sina förlopp. Behåll därför tillräcklig information för att förklara skillnader, men undvik att exporten blir en kopia av hela kundärendet. Belopp, valuta, säker referens och status är ofta ett bättre underlag än många fritextfält som sprider personuppgifter utan att hjälpa den aktuella arbetsuppgiften.

Handlarens kontrollpanel

Bestäm vad rapportens tidpunkt avser

Beställning, betalning och leverantörens avräkning kan ske på olika dagar. Rapportens datum behöver därför ett tydligt namn och en bestämd tidszon. Använd ett köp nära midnatt som exempel när teamet går igenom definitionen. Bestäm också om rapporten visar senast kända status eller ett sparat ögonblick från en viss tidpunkt. Senare information kan ändra en dynamisk vy, medan en tidigare export ligger fast. Båda kan vara användbara om användaren vet vad som visas. Spara filter och uttagstidpunkt när rapporten behöver kunna förklaras i efterhand. Det minskar risken att en normal tidsförskjutning behandlas som en borttappad betalning eller ett fel i integrationen.

Undersök avvikelser genom stabila referenser

Börja med order- och betalningsreferensen, inte bara kundens namn eller e-postadress. Samma kund kan ha många köp och liknande belopp kan avse olika operationer. Kontrollera att posterna gäller samma valuta, period och försök. Se därefter på senaste verifierade status och eventuell webhook-historik. Om ett korrekt resultat finns i betalningsintegrationen men saknas på ordern kan problemet ligga i den efterföljande uppdateringen. Registrera orsak, nästa åtgärd och ansvarig roll. På så sätt blir rapporten en arbetslista som förändras när ärenden hanteras, i stället för en fil som tas ut varje morgon utan att visa vad någon redan har undersökt eller beslutat.

Skilj operativ översikt från avräkning och bokföring

Stripe beskriver egna rapportverktyg i sin dokumentation. Dessa och OrsunPays översikter kan ha olika syften och fält. OrsunPays befintliga dashboards, transaktionssökning och CSV-export stödjer den dagliga betalningsdriften men utgör inte en avräknings- eller bokföringsbok. Betalningsleverantören gör upp direkt med företaget enligt avtalet och OrsunPays programvaruavgifter faktureras separat. Jämför därför källor med en uttrycklig metod och förklara skillnader i tid eller innehåll innan summor används som kontroll. Ekonomiansvarig behöver äga redovisningsrutinen. Teknisk rapportering kan ge stöd utan att framställas som ett komplett ekonomisystem eller ett intyg på att alla bankposter och kundfordringar redan är korrekt avstämda.

Ge rapporten en ägare och en uppföljningsrytm

Bestäm vem som skapar översikten, vem som får ta emot den och när avvikelser ska gås igenom. Dela nödvändiga fält via företagets avtalade kanaler. En betalningsrapport bör inte bli en informell kunddatabas på privata datorer. Utöka rapporten när ett konkret beslut kräver det, inte bara för att fler data finns tillgängliga. OrsunPays utökade analys och schemalagda e-postrapporter är planerade och ska inte förutsättas fungera i dagens rutin. En enkel översikt kan vara värdefull när datum, ansvar och okända resultat hanteras konsekvent. Följ upp om den faktiskt leder till rätt åtgärder och justera definitionen när verksamhetens arbetsflöde eller behov förändras.

Källor

• Stripe reports
• Stripe Webhooks