En rapport med transaktionsuppgifter är en strukturerad post över betalningar som ett företag har behandlat under en viss period. Varje radpost representerar en enskild transaktion och fångar dess större livscykel: beloppet som debiterades, vilken betalningsmetod som användes, avgifterna som drogs av, avräkningsdatumet och den slutliga statusen. Till skillnad från ett bankkontoutdrag, som bara visar vad som landade på ditt konto, visar en rapport med transaktionsuppgifter hur det kom dit.
Nedan går vi igenom vad dessa rapporter innehåller, hur företag kan få tillgång till dem, och hur finans-, kundsupport- och driftsteam använder dem från dag till dag.
Viktiga lärdomar
En rapport med transaktionsuppgifter fångar varje betalnings bredare livscykel, från auktorisering till avräkning, inklusive avgifter, återbetalningar och tvisteaktivitet.
Finansteam använder dessa rapporter för avstämning, medan support- och driftsteam kan använda dem för att undersöka problem med enskilda betalningar.
Företag kan få tillgång till transaktionsuppgifter genom Dashboard-exporterna, schemalagda rapporter, direkta anrop till ett API (application programming interface) eller integrationer med bokföringsprogram.
Vad är en rapport med transaktionsuppgifter
En rapport med transaktionsuppgifter är en omfattande post över varje betalning som ditt företag har behandlat under en viss period. Varje radpost representerar en enskild transaktion och fångar dess livscykel, så att du kan se allt från den betalningsmetod som användes till det datum transaktionen faktiskt avräknades. De används ofta för avstämning och övervakning av transaktionsstatus (dvs. lyckad, nekad, väntande) för att utvärdera dagliga försäljningsresultat.
Vad innehåller en rapport med transaktionsuppgifter
En rapport med transaktionsuppgifter är bara så användbar som de fält den innehåller. Även om formatet varierar är här några saker du vanligtvis kan förvänta dig att se:
Transaktions-id: En unik identifierare för varje betalning, som används för att slå upp och korsreferera posten mellan system.
Datum och tid: Registreras vid både auktorisering och avräkning, som ofta infaller på olika dagar.
Belopp och valuta: Bruttobeloppet som debiterats kunden, plus valutan om du är verksam på flera marknader.
Betalningsmetod: Metoden som kunden använder (t.ex. kreditkort, e-plånbok, banköverföring).
Kortinformation: Kortvarumärket (t.ex. Visa, Mastercard), de sista fyra siffrorna och finansieringstypen (kredit eller debet), där det är tillgängligt.
Status: Var betalningen befinner sig i sin livscykel (dvs. auktoriserad, överförd, avräknad, återbetalad eller i tvist).
Avgiftsfördelning: Den behandlingsavgift som dras av per transaktion, ibland uppdelad i förmedlings- och påslagskomponenter.
Nettobelopp: Vad som faktiskt landar på ditt konto efter att avgifter dragits av.
Auktoriseringskod: Den kod som betalningsnätverket utfärdar och som bekräftar att transaktionen godkändes.
Kundinformation: Namn, e-post, faktureringsadress eller alla tre, beroende på vad som samlades in när kunden gick till kassan.
Flaggor för tvist och återbetalning: Om en chargeback registrerades eller en återbetalning utfärdades för transaktionen.
Metadata: Anpassade fält som du har bifogat (order-id, kundsegment, platskoder) och som kopplar betalningsposter till dina interna system.
Varför förlitar sig företag på rapporter med transaktionsuppgifter
Finans-, support- och driftsteam använder alla rapporter med transaktionsuppgifter på olika sätt.
Finansteam använder dem för att stämma av bankinsättningar mot förväntade avräkningsbelopp, verifiera att avgifter beräknats korrekt och ta fram korrekta intäktsposter för månadsavslut.
Kundsupportteam använder dem för att undersöka enskilda betalningar utan att eskalera till finansavdelningen. När en kund kontaktar dig om en debitering som hen inte känner igen eller en återbetalning som hen inte har fått, har transaktionsposten vanligtvis svaret.
Drifts- och bedrägeriteam arbetar med transaktionsdata i aggregerad form. De kan filtrera efter en ökning av nekade betalningar på en specifik korttyp eller en ökning av tvister från en specifik försäljningskanal. Dessa data kan visa på ett problem med behandlingen eller ett bedrägerimönster innan det förvärras, och det blir bara synligt när du tittar på transaktionsnivån.
Hur stöder en rapport med transaktionsuppgifter avstämning
Avstämning är processen för att bekräfta att dina interna poster matchar det som faktiskt har rört sig mellan konton. Rapporter med transaktionsuppgifter är en primär källa för det arbetet.
Arbetsflödet för avstämning fungerar ofta så här:
Dra din rapport med transaktionsuppgifter för perioden, filtrerad efter avräkningsdatum.
Summera nettobeloppen (brutto minus avgifter) för alla transaktioner under den perioden.
Jämför den summan mot den faktiska insättningen på ditt bankkontoutdrag.
Undersök eventuella skillnader. Vanliga orsaker inkluderar transaktioner som avräknades under en annan period, återbetalningar som kvittade insättningen, eller tvister som pausade medel.
Flagga och lös avvikelser innan du stänger böckerna.
Återbetalningar kan komplicera denna process. En återbetalning som utfärdats under den aktuella perioden för en transaktion från en tidigare period visas som en negativ radpost i din nuvarande rapport. Om din avstämningsprocess inte tar hänsyn till det, kommer du att visa ett underskott mot den ursprungliga transaktionen och en oförklarlig kredit i den aktuella perioden. Rapporter som kopplar återbetalningar till det ursprungliga transaktions-id:t via ett referensfält gör det enkelt att spåra direkt.
Hur visar en rapport om transaktionsdetaljer tvister, återbetalningar och misslyckade betalningar?
Tvister, återbetalningar och nekade betalningar är olika feltyper, och de visas på olika sätt i rapporter om transaktionsdetaljer.
Tvister
Tvister visas som en statusändring på en tidigare reglerad transaktion. Den ursprungliga debiteringen visas som bestridd, och det finns vanligtvis en separat radpost för tvisteavgiften och eventuella tillhörande spärrade medel. Att filtrera på tvistad status ger dig en ögonblicksbild av öppen exponering för chargeback, inklusive det totala beloppet, antalet berörda transaktioner och hur länge var och en har varit öppen.
Återbetalningar
Återbetalningar kan visas som negativa transaktioner som är länkade till den ursprungliga debiteringen via transaktions-id. En ökande återbetalningsfrekvens för en specifik produkt, kanal eller tidsperiod är ofta synlig i datan innan den visas någon annanstans. Om 4 % av transaktionerna under en viss vecka återbetalas mot en takt på 1,5 % för en tidigare vecka är det värt att undersöka på transaktionsnivå: vilka produkter, vilka kunder och vilka betalningsmetoder.
Nekade betalningar
Nekade betalningar är transaktioner som inte slutfördes. De representerar inte förlorade intäkter direkt, men de representerar förlorad konvertering. Data om nekade betalningar bör inkludera orsakskoden, som talar om för dig om transaktionen avvisades på grund av otillräckliga medel, misstänkt bedrägeri eller ett utlöpt kort. Att segmentera nekade betalningar efter orsakskod hjälper dig att skilja kundnivåproblem (som att en kund anger fel betalningsuppgifter) från systematiska problem (som en korttyp med en genomgående hög andel nekade betalningar på ditt konto).
Hur företag genererar och exporterar rapporter med transaktionsuppgifter
Många betalningsleverantörer gör transaktionsrapporter tillgängliga via ett användargränssnitt (UI) i en Dashboard, ett API eller båda. Rätt metod beror på din volym och vad du gör med dina data.
Dashboard-exportera: Detta är ett lättillgängligt alternativ eftersom du kan ställa in ett datumintervall, tillämpa filter för betalningsstatus, betalningsmetod eller valuta och exportera till CSV eller PDF. Detta fungerar bra för ad hoc-undersökningar och manuell avstämning, men det är en manuell process, vilket gör det opraktiskt vid höga volymer.
Schemalagda rapporter: Många leverantörer låter dig konfigurera automatiserade exporter dagligen, veckovis eller månadsvis, som levereras till en angiven e-postadress eller släpps i en grupp i en molnlagring. Finansteam som stänger böckerna månadsvis ställer ofta in en schemalagd avräkningsrapport som körs automatiskt den första varje månad.
API-åtkomst: Detta är ett flexibelt alternativ eftersom du kan dra transaktionsdata programmatiskt, filtrera efter valfri tillgänglig parameter och skicka det direkt till din bokföringsprogramvara, datalager eller interna rapporteringsvektyg. Detta är standardmetoden för företag som behandlar en stor volym transaktioner varje dag, där manuell export inte är realistisk.
Bokföringsintegrationer: Många större plattformar har inbyggda anslutningar eller tredjepartsintegrationer som automatiskt drar transaktionsdata från din betalningsleverantör. Avgifter, nettobelopp och återbetalningar kategoriseras på rätt konton utan manuell datainmatning.
Stripe gör det enkelt för företag att generera, analysera och exportera detaljerade transaktionsrapporter via Stripe Dashboard. Reports API möjliggör automatiserad hämtning av transaktionsdata och anpassad rapportgenerering för programmatisk åtkomst. Du får intuitiv rapportering i realtid med detaljerad insyn i betalningar över olika betalningsmetoder, valutor och geografiska områden.
Företag med avancerade analysbehov kan använda Stripe Sigma för att köra anpassade Structured Query Language-frågor (SQL) direkt mot Stripe-data. Du kan låsa upp djupare insikter och skräddarsydd rapportering över betalningar, kunder, utbetalningar och globala funktioner.
Så kan Stripe Payments hjälpa till
Stripe Payments erbjuder en enhetlig, global betalningslösning som hjälper alla företag – från växande startupföretag till globala företag – att ta emot betalningar online, fysiskt och runt om i världen.
Det här kan Stripe Payments hjälpa till med:
Optimera kassaupplevelsen: Skapa en friktionsfri kundupplevelse och spara tusentals arbetstimmar med färdiga betalningsgränssnitt, tillgång till över 125 betalningsmetoder och Link, en plånbok skapad av Stripe.
Expandera till nya marknader snabbare: Nå kunder över hela världen och minska komplexiteten och kostnaderna för hantering av flera valutor med gränsöverskridande betalningsalternativ, tillgängliga i 195 länder och för över 135 valutor.
Göra betalningar både fysiskt och online till en enhetlig upplevelse: Bygg en enhetlig köpupplevelse i digitala och fysiska kanaler för att personanpassa interaktioner, belöna lojalitet och öka intäkterna.
Förbättrad betalningsprestanda: Öka intäkterna med en rad anpassningsbara, lättkonfigurerade betalningsverktyg, inklusive kodfritt skydd mot bedrägeri och avancerade funktioner som förbättrar auktoriseringstiderna.
Snabbare utveckling med en flexibel och pålitlig plattform för tillväxt: Bygg vidare på en plattform som är utformad för att skala upp med dig, med historisk upptid på 99,999 % och branschledande tillförlitlighet.
Läs mer om hur Stripe Payments kan driva dina online- och fysiska betalningar, eller börja i dag.
Innehållet i den här artikeln är endast avsett för allmän information och utbildningsändamål och ska inte tolkas som juridisk eller skatterelaterad rådgivning. Stripe garanterar inte att informationen i artikeln är korrekt, fullständig, adekvat eller aktuell. Du bör söka råd från en kompetent advokat eller revisor som är licensierad att praktisera i din jurisdiktion för råd om din specifika situation.