Betalingsrapport til daglig drift: beløb, valuta og status

Vælg én beslutning for den første oversigt

Tag udgangspunkt i et konkret spørgsmål, eksempelvis hvilke ordrer fra i går der stadig mangler en verificeret betalingsstatus. Det er mere brugbart end en stor fil med alle felter. Beskriv, hvilken periode der vælges, hvad der tælles, og hvilke statusser der medtages. En ordre kan have flere betalingsforsøg, så en optælling af transaktioner er ikke nødvendigvis en optælling af solgte varer. Bed både drift og salg læse definitionen, før rapporten bruges til prioritering. Hvis de fortolker den forskelligt, skal definitionen forbedres, ikke blot suppleres med flere kolonner eller et mere farverigt diagram.

Rapportering

Bevar valuta og status i enhver sammenligning

Læg ikke forskellige valutaer sammen til et beløb uden at forklare omregningen. Hvis teamet ikke har en aftalt omregningsmetode, er separate summer pr. valuta ofte tydeligere. Det samme gælder status: oprettede, afventende og bekræftede betalinger beskriver forskellige ting. Et samlet tal kan skjule, at noget stadig kræver kontrol. Forestil dig en oversigt med ti oprettelser og otte bekræftelser. De sidste to er ikke automatisk tabte salg eller fejl; de skal undersøges ud fra deres konkrete forløb. Bevar derfor de detaljer, som gør en meningsfuld forklaring mulig, uden at gøre hver række til en kopi af hele kundesagen.

Forhandlerens kontrolpanel

Aftal hvilken dato rapporten bruger

En bestilling kan være oprettet på én dag, betalt på en anden og afregnet senere. Beslut hvilken hændelse rapportens dato repræsenterer, og angiv den valgte tidszone. Ellers kan to medarbejdere trække forskellige tal og tro, at systemet mangler betalinger. Brug et eksempel omkring et døgnskifte, når definitionen gennemgås. Medtag også reglen for en senere statusændring: skal gårsdagens rapport kunne ændre sig, eller gemmes et dateret øjebliksbillede? Begge tilgange kan være nyttige, men de løser forskellige behov. Skriv valget ned sammen med filtrene, så en eksport kan genskabes eller forklares, når nogen spørger senere.

Undersøg afvigelser med stabile referencer

En afvigelsesliste bør give adgang til den bagvedliggende ordre og betalingsreference. Kundens navn eller e-mail alene er ikke en tilstrækkelig nøgle, fordi flere ordrer kan tilhøre samme person. Start undersøgelsen med at kontrollere, om rækkerne beskriver samme operation, samme valuta og samme tidspunkt. Se derefter på seneste verificerede status og eventuel webhook-historik. Hvis et bekræftet resultat endnu ikke findes i ordresystemet, kan problemet være den interne opdatering snarere end selve betalingen. Notér afvigelsens årsag og næste ansvarlige. På den måde bliver rapporten et arbejdsredskab i stedet for en liste, der blot eksporteres igen næste morgen.

Hold betalingsdata adskilt fra afregningsdata

Stripe har egne rapporteringsværktøjer, som beskrives i udbyderens dokumentation. En udbyderrapport og en OrsunPay-oversigt kan have forskellige formål og felter. OrsunPays eksisterende dashboards, transaktionssøgning og CSV-eksport understøtter det daglige betalingsarbejde, men udgør ikke en afregnings- eller bogføringsbog. Virksomhedens udbyder afregner direkte efter den gældende aftale, mens OrsunPays softwaregebyrer faktureres særskilt. Afstem derfor kilder efter en tydelig metode frem for at forvente, at alle summer er identiske. Forklar eventuelle tidsforskelle og forskelle i opgørelsens indhold, og få den økonomiansvarlige til at fastlægge den egentlige bogføringsproces.

Giv rapporten en ejer og en opfølgningsrytme

Beslut hvem der udarbejder oversigten, hvem der må eksportere den, og hvornår afvigelser skal gennemgås. Gem kun nødvendige oplysninger og del filen gennem virksomhedens aftalte kanaler. En betalingsrapport bør ikke blive en uformel kundedatabase på medarbejdernes computere. Udvid først rapporten, når en konkret beslutning kræver mere information. OrsunPays planlagte udvidelser, såsom bredere analyse og automatiske e-mailrapporter, skal ikke regnes som tilgængelige i den nuværende proces. En lille, veldefineret daglig oversigt kan være mere anvendelig end en planlagt funktion, især når ansvar, datokriterier og håndtering af ukendte resultater allerede er tydelige for hele teamet.

Kilder

• Stripe reports
• Stripe Webhooks