Log ind
Bind betalinger, settlement og dine egne data sammen - ét sted. Så du kan afstemme hurtigt og præcist.
Bogføringsdato | Reference | Bruttobeløb | Justeringer | Gebyrer | Nettobeløb | Netto ift. brutto i % |
|---|
Settlement ligger ikke i et separat system ved siden af transaktionerne. Du arbejder i det samme backoffice, uanset om du følger en betaling, en refundering eller den afregning, den ender i.
Du ser de samme tal på tværs af drift og økonomi. Når en post skal forklares, slipper du for først at finde data ét sted og derefter lede videre et andet sted.
Du kommer hurtigere fra spørgsmål til svar. Det mærkes især, når en udbetaling skal gennemgås i detaljer, eller når en afvigelse skal findes, mens sagen stadig er varm.
| Bogføringsdato | Reference | Bruttobeløb |
|---|---|---|
07/04/2026For 3 dage siden | P001CM594753020326 | 124.049,60DKK |
03/04/2026For 7 dage siden | P001CM649434020326 | 8.902,00EUR |
29/03/2026For 12 dage siden | P001CM611793020326 | 50.091,75DKK |
23/03/2026For 18 dage siden | P001CM482106020326 | 972,67EUR |
17/03/2026For 24 dage siden | P001CM725118020326 | 26.774,55DKK |
Hver settlement er brudt ned i de bevægelser, der påvirker udbetalingen - betalinger, refunderinger, gebyrer, chargebacks og justeringer.
Du ser ikke bare et nettobeløb og en dato. Du ser præcis hvad der bygger beløbet op, og hvad der trækker det ned.
Du kan afstemme direkte og forklare tallene uden at gætte på, hvad der gemmer sig bag totalen.
Settlement og transaktioner hænger sammen i backoffice. Når en afregning skal undersøges, kan du gå videre til de underliggende betalinger og refunderinger uden at starte forfra.
Du kan hurtigt vise, hvorfor et beløb ser ud, som det gør. Det er særligt nyttigt, når økonomi, kundeservice eller revisor beder om et svar med det samme.
Du slipper for at samle eksport fra flere steder og sidde og matche linjer manuelt, før du kan komme videre med sagen.
| Bogføringsdato | Transaktion | Bruttobeløb | Gebyrer | Nettobeløb | Gebyrprocent |
|---|---|---|---|---|---|
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% |
Forskellen ligger i dine egne referencer. I kan sende egne felter med transaktionen, for eksempel fakturanummer, ordrenummer eller debitornummer.
De referencer bliver koblet videre til settlement via transaktionerne, også når de ikke indgår i de data, der kommer fra indløseren.
Du ser derfor ikke kun processorens eller indløserens referencer. Du ser de numre forretningen faktisk arbejder efter i ERP, økonomisystem eller kundekartotek.
| Reference | Faktura | Ordre | Debitor |
|---|---|---|---|
| INV-20481 | ORD-93841 | DEB-1842 | |
| - | ORD-93855 | DEB-1848 | |
| - | ORD-93857 | DEB-1850 |
I dag modtager bogholderiet typisk settlements via e-mail, hvilket gør bogføringen unødigt manuel og tidskrævende.
Med ePay kan settlementdata i stedet automatiseres.
Du kan hente dataene via vores API, og vi sender en webhook-notifikation, når nye data ligger klar til at blive hentet.
Hvis I ikke vil hente via API, kan de samme data også hentes som CSV-fil direkte i backoffice.
