Logg inn
Knytt betalinger, settlement og dine egne data sammen på ett sted. Så du kan avstemme raskt og presist.
Bokføringsdato | Referanse | Bruttobeløp | Justeringer | Gebyrer | Nettobeløp | Netto vs. brutto i % |
|---|
Settlement ligger ikke i et separat system ved siden av transaksjonene. Du jobber i det samme backoffice, enten du følger en betaling, en refusjon eller utbetalingen den ender i.
Du ser de samme tallene på tvers av drift og økonomi. Når en linje skal forklares, slipper du å finne data ett sted og lete videre et annet sted.
Du kommer raskere fra spørsmål til svar. Det merkes spesielt når en utbetaling må gjennomgås i detalj, eller når et avvik må finnes mens saken fortsatt er fersk.
| Bokføringsdato | Referanse | Bruttobeløp |
|---|---|---|
07/04/2026For 3 dager siden | P001CM594753020326 | 124.049,60DKK |
03/04/2026For 7 dager siden | P001CM649434020326 | 8.902,00EUR |
29/03/2026For 12 dager siden | P001CM611793020326 | 50.091,75DKK |
23/03/2026For 18 dager siden | P001CM482106020326 | 972,67EUR |
17/03/2026For 24 dager siden | P001CM725118020326 | 26.774,55DKK |
Hver settlement er brutt ned i bevegelsene som påvirker utbetalingen - betalinger, refusjoner, gebyrer, chargebacks og justeringer.
Du ser ikke bare et nettobeløp og en dato. Du ser nøyaktig hva som bygger beløpet opp, og hva som trekker det ned.
Du kan avstemme direkte og forklare tallene uten å gjette hva som skjuler seg bak totalen.
Settlement og transaksjoner henger sammen i backoffice. Når en utbetaling må undersøkes, kan du gå rett til de underliggende betalingene og refusjonene uten å starte på nytt.
Du kan raskt vise hvorfor et beløp ser ut som det gjør. Det er særlig nyttig når økonomi, support eller revisor trenger et svar med en gang.
Du slipper å hente eksport fra flere steder og sitte og matche linjer manuelt før du kan komme videre med saken.
| Bokføringsdato | Transaksjon | Bruttobeløp | Gebyrer | Nettobeløp | Gebyrprosent |
|---|---|---|---|---|---|
07/04/2026For 6 dage siden | -259,00 DKK | -0,31 DKK | -259,31 DKK | -0,12% | |
06/04/2026For 7 dage siden | -240,00 DKK | -0,29 DKK | -240,29 DKK | -0,12% | |
05/04/2026For 8 dage siden | -50,00 DKK | -0,06 DKK | -50,06 DKK | -0,12% | |
04/04/2026For 9 dage siden | 574,00 DKK | -3,44 DKK | 570,56 DKK | -0,60% |
Forskjellen ligger i dine egne referanser. Dere kan sende egne felt med transaksjonen, for eksempel fakturanummer, ordrenummer eller debitornummer.
Disse referansene blir koblet videre til settlement via transaksjonene, også når de ikke inngår i dataene som kommer fra innløseren.
Du ser derfor ikke bare prosessorens eller innløserens referanser. Du ser numrene virksomheten faktisk jobber etter i ERP, økonomisystem eller kunderegister.
| Referanse | Faktura | Ordre | Debitor |
|---|---|---|---|
| INV-20481 | ORD-93841 | DEB-1842 | |
| - | ORD-93855 | DEB-1848 | |
| - | ORD-93857 | DEB-1850 |
I dag mottar regnskapsavdelingen typisk settlements via e-post, noe som gjør bokføringen unødvendig manuell og tidkrevende.
Med ePay kan settlementdata i stedet automatiseres.
Du kan hente dataene via vårt API, og vi sender en webhook-notifikasjon når nye data ligger klare til å bli hentet.
Hvis dere ikke vil hente via API, kan de samme dataene også hentes som CSV-fil direkte i backoffice.
