Betalingsoversikt for bedriften: finn det som krever handling

Velg en beslutning og skriv definisjonen

Begynn for eksempel med gårsdagens bestillinger som ennå ikke har fått bekreftet betalingsstatus. Beskriv hvilken dato som brukes, hvilke statuser som tas med, og hva en rad representerer. Én ordre kan ha flere betalingsforsøk, så antall transaksjoner er ikke automatisk antall salg. Be medarbeiderne som skal bruke rapporten forklare definisjonen tilbake med egne ord. Uenighet bør løses før oversikten blir grunnlag for levering eller oppfølging. Flere kolonner hjelper ikke hvis hovedspørsmålet er uklart. Skriv også hvem som kan endre filtrene, slik at en ny variant ikke senere sammenlignes med den gamle som om de var identiske.

Rapportering

Hold valutaer og statusgrupper adskilt

Summer per valuta når det ikke finnes en avtalt omregningsmetode. En samlet sum på tvers av valutaer kan se presis ut uten å ha en meningsfull økonomisk tolkning. Skill også mellom opprettede, avventende og bekreftede betalinger. En oversikt med ti forsøk og åtte bekreftelser betyr ikke nødvendigvis to feil eller tapte salg. De siste radene må undersøkes ut fra det konkrete forløpet. Bevar nok detaljer til å forklare forskjellen, men ikke gjør eksporten til en kopi av hele kundesaken. Beløp, valuta, sikker referanse og status er ofte et bedre utgangspunkt enn fritekstfelt med opplysninger som rapportens bruker ikke trenger.

Forhandlerens kontrollpanel

Bestem hvilken hendelse datoen beskriver

En ordre kan opprettes én dag, betales neste dag og få oppgjør senere. Datoen i rapporten må derfor ha et klart navn og en avtalt tidssone. Gå gjennom et eksempel nær midnatt, slik at teamet ser hvorfor to uttrekk ellers kan havne i forskjellige perioder. Avklar også om en rapport viser siste kjente status eller et lagret øyeblikksbilde. Senere informasjon kan endre en dynamisk oversikt, mens et historisk uttrekk står fast. Begge kan være nyttige. Problemet oppstår når brukeren forventer det ene og får det andre. Lagre filtrene og uttrekkstidspunktet sammen med rapporten dersom den skal kunne forklares i ettertid.

Undersøk avvik med stabile betalingsreferanser

Start en undersøkelse med ordren og betalingsreferansen, ikke bare kundenavn eller e-post. Flere kjøp kan tilhøre samme kunde, og lignende beløp kan være ulike operasjoner. Kontroller at radene faktisk gjelder samme valuta, periode og forsøk. Se deretter på siste verifiserte status og eventuell webhook-historikk. Hvis betalingsresultatet finnes hos integrasjonen, men ikke i ordresystemet, kan feilen ligge i oppdateringen etter betaling. Registrer årsaken, neste tiltak og ansvarlig rolle. Da blir rapporten en arbeidsliste som reduseres gjennom oppfølging, fremfor en fil som eksporteres på nytt hver dag uten at noen ser hva som allerede er undersøkt eller avgjort.

Skill rapportering fra leverandøroppgjør

Stripe beskriver egne rapporteringsverktøy i leverandørdokumentasjonen. Disse og en OrsunPay-oversikt kan bruke ulike felt og være laget for forskjellige oppgaver. OrsunPays eksisterende dashboards, søkbare transaksjoner og CSV-eksport støtter daglig betalingsarbeid, men er ikke en oppgjørs- eller regnskapsbok. Leverandøren behandler og gjør opp betalingene direkte etter bedriftens avtale, mens OrsunPays programvareavgifter faktureres separat. Sammenlign derfor kildene etter en uttrykkelig metode, og forklar tidsforskjeller eller annet innhold før summer brukes som kontroll. La økonomiansvarlig fastsette regnskapsprosessen. Teknisk rapportering skal støtte denne prosessen uten å fremstilles som et fullstendig økonomisystem eller en garanti for at alle bankposter er avstemt.

Gi oversikten en eier og en fast rytme

Bestem hvem som lager uttrekket, hvem som kan motta det, og når avvik gjennomgås. Del bare nødvendige felt gjennom bedriftens avtalte kanaler. En betalingsrapport bør ikke bli en uformell kundedatabase spredt på private datamaskiner. Utvid rapporten når et konkret driftsbehov krever det, ikke fordi flere felt finnes. OrsunPays planlagte utvidelser, som bredere analyse og automatiske e-postrapporter, må ikke regnes som tilgjengelige i dagens rutine. En liten og godt definert oversikt kan fungere godt når ansvar, datoer og ukjente resultater håndteres konsekvent. Følg opp om rapporten faktisk fører til riktige handlinger, og forbedre definisjonen når arbeidet endrer seg.

Kilder

• Stripe reports
• Stripe Webhooks