Integration til Recuro - Abonnementer
- Oprettelse af abonnement
- Abonnementstilstande
- Redigér abonnement
- Lukning af abonnement
- Slette abonnement
- Fornyelse af abonnement
- Pause abonnement
- Genoptag abonnement
- Manuel trækning
- Tilføjelse af ekstra udgifter
- Annullering af ekstra udgift
- Rabat
- Annullering af rabat
- Abonnementsstatus
Oprettelse af abonnement

Oprettelsen af et abonnement betyder, at en kunde bliver tilføjet til automatisk træk på sit kreditkort.
Oprettelsen er reelt delt op i to skridt, oprettelsen af abonnementet og tilføjelsen af kortoplysninger. Disse to skridt kan ske umiddelbart efter hinanden, eller forskudt. Oprettelsen udføres ved, at der sendes oplysninger til Recuro om abonnementet og kunden, samt hvordan man ønsker at tilknytte betalingskort til abonnementet. Der er tre muligheder som beskrevet herunder.
URL: https://www.recuro.dk/api/http/createsubscription
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af butikken. Er udleveret af Recuro ved oprettelsen. Benyt 1 for demoshop. |
| rule | N10 | Dette abonnement skal tilknyttes denne trækningsregel. Trækningsregler styres i administrationen. En trækningsregel er f.eks. 100 kr. hver måned den 5. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. Der rapporteres fejl hvis subno allerede findes. |
| [test] | AN | Hvorvidt der skal benyttes en testaftale. Hvis test benyttes vil der aldrig blive trukket penge fra en kunde. Enhver værdi til testargumentet vil indikere test. |
| [type] | AN | Metoden hvormed der skal tilknyttes kortoplysninger. Er en følgende værdier: LINK, REDIRECT eller EMAIL. De tre metoder beskrives senere. Default er LINK. |
| [startdate] | AN | Abonnementet skal være aktivt fra denne dato. Format: dd-mm-yyyy |
| [enddate] | AN | Abonnementet skal være aktivt indtil denne dato. Format: dd-mm-yyyy |
| [create_model] | AN | Create model angiver i hvilken tilstand et abonnement skal skabes. Abonnementstilstande beskrives her. Følgende værdier kan benyttes: INSTANT_ACTIVE og TICKET_PEND. Standard er TICKET_PEND. |
| [fail_model] | AN | Fail model angiver hvordan det skal håndteres når en betaling fejler pga. at kortoplysninger ikke mere er gyldige, f.eks. hvis kortet er blevet spærret eller udløbet. Fejlhåndtering og abonnementstilstande beskrives her. Følgende værdier kan benyttes: REPORT_CANCEL, REPORT og AUTO_UPDATE. Standard er REPORT. |
| [grace_time] | N10 | For create model INSTANT_ACTIVE angiver grace time en tidsperiode i minutter, hvor det accepteres at betalinger ikke kan gennemføres, fordi der endnu ikke er tilknyttet kortoplysninger. Standard er 3 dage. |
| [lang] | AN2 | Valg af sprog til siden hvor man indtaster sine kortoplysninger. Formatet er to-bogstavs ISO-3166. Som standard benyttes dansk. |
| [returnurl] | AN255 | Efter forløbet med at registrere kortoplysninger returneres til denne URL. |
| [callbakurl] | AN255 | Efter endt forløb vil status blive postet til denne URL. Se nedenfor under skrdt to. |
| AN50 | E-mail benyttes som unik identifikation af kunden. | |
| [firstname] | AN50 | Kundens fornavn |
| [lastname] | AN50 | Kundens efternavn |
| [address] | AN50 | Adresse |
| [address2] | AN50 | Yderligere adresse oplysninger |
| [city] | AN50 | By |
| [postalcode] | AN10 | Postnummer |
| [country] | AN50 | Land |
| [phone] | AN20 | Telefonnummer |
| [birthdate] | AN | Fødselsdato. Format: dd-mm-yyyy |
| [gender] | AN1 | Køn. M eller F (Male / Female). |
| [comment] | AN | Kommentar til kunde. |
Resultatet afhænger af typen der er valgt. Ved EMAIL sender systemet selv en email til kunden med link til tilføjelsen af kortoplysninger. Svaret vil som beskrevet være result=0, hvis der ikke er opstået fejl. I LINK sendes der ikke link til kunden, dette returneres i stedet. Ved REDIRECT foretages videresendelsen til linket med det samme. Denne metode skal benyttes i en browser, så kunden videresendes direkte.
Eksempel på link:
Returnurl og callback
Ved aktivering af linket, enten af kunden, eller det kaldende system, vises en side med vilkår. Ved accept videresendes til en side, hvor kortoplysninger indtastes. Efter indtastning returneres enten til returnurl eller til en Recuro kvitteringsside.
Hvis der er angivet en callback url foretages der HTTP POST mod denne efter endt forløb. Følgende parametre benyttes til både callback og returnurl.
| Parameter | Beskrivelse |
|---|---|
| subno | Butikkens unikke identifikation af abonnementet. |
| merchant | Identifikationen af butikken. |
| action | Har i dette tilfælde værdien cardinfo |
| cancel | Hvis værdi sat for denne returparameter har brugeren afbrudt tilknytningen af kortoplysninger. |
| result | Success indikeres med 0. Alt andet indikerer fejl. |
Efter succesfuld tilknytning af kortoplysninger sender Recuro en kvitteringsmail til kunden.
Callback ved gennemførte betalinger
Ved gennemførte betalinger udføres callback mod den angivne callback URL i oprettelsen. Følgende parametre sendes.
| Parameter | Beskrivelse |
|---|---|
| subno | Butikkens unikke identifikation af abonnementet. |
| merchant | Butikkens unikke id. |
| action | Har i dette tilfælde værdien payment_captured |
| captured | Dato for gennemførslen af betalingen i formatet dd-MM-yyyy-HH:mm:ss. |
| payment | Unikt betalings id |
| amount | Beløb på den gennemførte betaling. Medregnet eventuelle ekstra ydelser og rabat. |
| currency | Valuta for den gennemførte betaling |
| [rule] | Eventuel regel ansvarlig for scheduleringen af betalingen. Hvis ikke returneret er der tale om en strakstrækning. |
| [extra_charges] | Liste af referencer til ekstraydelser som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. extra_charges=234,455,566. |
| [extra_charges_amounts] | Liste af beløb til ekstraydelser som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. extra_charges_amounts=10000,20000,5000. Rækkefølgen er den samme som for referencerne. |
| [extra_charges_descriptions] | Liste af order texts for ekstraydelser som er tilføjet denne betaling. Listen er separeret med | tegnet. Derfor kan denne ikke benyttes i order text. Rækkefølgen er den samme som for referencerne. |
| [discounts] | Liste af referencer til rabatter som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. discounts=122,123. |
| [discounts_amounts] | Liste af rabatbeløb som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. discounts_amounts=1000,2000. Rækkefølgen er den samme som for referencerne. |
| [discounts_descriptions] | Liste af rabatbeskrivelser som er tilføjet denne betaling. Listen er separeret med | tegnet. Derfor kan denne ikke benyttes i beskrivelserne. Rækkefølgen er den samme som for referencerne. |
Bemærk at i administrationen kan angives supplerede callback URL for gennemførte betalinger.
Abonnementstilstande
Et abonnement kan i sin levetid være i seks forskellige tilstande: TICKET_PENDING, ACTIVE_PENDING, ACTIVE, ACTIVE_MISSING, TICKET_FAILED og CLOSED. Hvordan abonnementet skifter mellem disse tilstande, og hvad der sker ved tilstandsskift, afhænger af strategien der vælges for oprettelse og fejlhåndtering. Herunder beskrives effekten af de forskellige strategier. For hvert tilstandsskift beskrives årsagen til skiftet og hvilke effekter det har.
Oprettelse
Ved oprettelse kan der vælges mellem to forskellige strategier: INSTANT_ACTIVE og TICKET_PEND.

Instant active er den mest simple. Her sættes abonnementet til ACTIVE_PENDING, hvilket vil sige at abonnementet er aktivt med det samme, men mangler kortoplysninger. Der vil blive scheduleret betalinger med det samme, også selvom der ikke er tilknyttet kortoplysninger. Hvis en betaling forsøges gennemført før kortoplysninger er tilknyttet, vil det normalt give en fejlsituation. Ved INSTANT_ACTIVE vil det kun give fejl, hvis det er udenfor grace perioden, som angivet med grace_time parameteren.
For INSTANT_ACTIVE er der følgende tilstandsskift. Standarden er TICKET_PEND, hvor abonnement først er aktivt ved tilknytning af kortoplysninger.
| Tlst. skift | Årsag | Effekt |
|---|---|---|
| 1 | Der tilføjes kortoplysninger. Tilstanden ændres til ACTIVE, som angiver at abonnementet er aktivt, og kortoplysninger er tilknyttet. |
|
For TICKET_PEND er der følgende tilstandsskift.
| Tlst. skift | Årsag | Effekt |
|---|---|---|
| 1 | Der tilføjes kortoplysninger. Tilstanden ændres til aktiv, så der nu kan scheduleres betalinger efter trækningsreglen. |
|
| 2 | Abonnementet lukkes aktivt. | - |
Fejlhåntering
I de fleste tilfælde vil et abonnement i sin levetid ikke opleve fejl. Det vil sige at det, eller de, tilknyttede kort ikke udløber, spærres, eller på andre måder inaktiveres.
Hvis betalingen af et abonnement mislykkedes fordi der ikke længere er gyldige tilknyttede kort, træder en fejlprocedure i kraft. Fejlproceduren afhænger af den valgte strategi. Der er tre forskellige strategier:
- REPORT_CANCEL - Ved fejl lukkes abonnementet og der gives besked til butikken.
- REPORT - Ved fejl forbliver abonnement aktivt. Det er op til butikken at håntere situationen, f.eks. ved at forsøge at få kunden til at forny kortoplysninger med kald til renewsubscription.
- AUTO_UPDATE - Ved fejl startes en process, hvor abonnementet forsøges automatisk opdateret ved at sende et antal trækkere med fast interval til kunden. Først hvis denne proces mislykkedes gives besked til butikken. Antal og interval angives på trækningsreglen.

For REPORT_CANCEL er der følgende tilstandsskift.
| Tlst. skift | Årsag | Effekt |
|---|---|---|
| 1 | Betaling fejler, enten fordi tilknyttet kort ikke er gyldigt, eller at der ikke findes kortoplysninger, og grace perioden er udløbet |
|
For REPORT er der følgende tilstandsskift.
| Tlst. skift | Årsag | Effekt |
|---|---|---|
| 1 | Betaling fejler fordi der ikke er blevet tilknyttet kort, og grace perioden er udløbet |
|
| 2 | Kortoplysninger tilknyttes. |
|
| 3 | Kortoplysninger tilknyttes. |
|
| 4 | Trækning fejler |
|
| 5 | Nye kortoplysninger tilknyttes, eller eksisterende kortoplysninger reaktiveres, og betaling gennemføres. |
|
| 6 | Betaling fejler |
|
| 7 | Abonnement lukkes aktivt, eller auto opdatering fejler, og det er slået til at dette skal lukke abonnementet. |
|
| 8 | Abonnement lukkes aktivt |
|
AUTO_UPDATE helt lig REPORT med den eneste forskel, at der startes en proces hvor det forsøges at få kunden til at opdatere sine kortoplysninger. På trækningsreglen angives antal og interval for rykkere. Det angives i administrationen om abonnement skal lukkes, hvis det ikke lykkedes at få kunden til at opdatere kortoplysninger.
Callback ved betalings- og opdateringsfejl
Ved fejlet betaling foretages callback mod den URL som blev angivet ved oprettelsen. Bemærk at i administationen kan angives supplerede callback URL, samt en e-mail adresse, hvortil der vil blive sendt en status.
Følgende parametre sendes
| Parameter | Beskrivelse |
|---|---|
| subno | Butikkens unikke identifikation af abonnementet. |
| merchant | Butikkens unikke id. |
| action | Har i dette tilfælde værdien payment_failed |
| payment | Unikt betalings id |
| amount | Beløb på den fejlede betaling |
| currency | Valuta for den fejlede betaling |
| [rule] | Eventuel regel ansvarlig for scheduleringen af betalingen. Hvis ikke returneret er der tale om en strakstrækning. |
| [extra_charges] | Liste af referencer til ekstraydelser som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. extra_charges=234,455,566. |
| [extra_charges_amounts] | Liste af beløb til ekstraydelser som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. extra_charges_amounts=10000,20000,5000. Rækkefølgen er den samme som for referencerne. |
| [discounts] | Liste af referencer til rabatter som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. discounts=122,123. |
| [discounts_amounts] | Liste af rabatbeløb som er tilføjet denne betaling. Listen er en kommasepareret streng, f.eks. discounts_amounts=1000,2000. Rækkefølgen er den samme som for referencerne. |
Ved fejlet automatisk opdatering er der følgende parametre i callback. Tilsvarende oplysninger vil være i e-mail.
| Parameter | Beskrivelse |
|---|---|
| subno | Butikkens unikke identifikation af abonnementet. |
| merchant | Butikkens unikke id. |
| action | Har i dette tilfælde værdien update_failed |
| pending_count | Antal n af manglende betalinger |
| amountn | Beløb på den n'te fejlede betaling |
| currencyn | Valuta for den n'te fejlede betaling |
Lukning af abonnement
URL: https://www.recuro.dk/api/http/closesubscription
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik,, er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
Slette abonnement
For at kunne genbruge abonnementsnumre for abonnementer hvor tilknytning af kortoplysninger er blevet afvist, kan abonnementer med status TICKET_PENDING, ACTIVE_PENDING og ACTIVE_MISSING slettes.
URL: https://www.recuro.dk/api/http/deletesubscription
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik,, er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
Fornyelse af abonnement
URL: https://www.recuro.dk/api/http/renewsubscription
Hvis et abonnement er udløbet, eller er ved at udløbe, og der ikke er automatisk opdatering, kan der kaldes for at forny abonnement. Forløbet er helt analogt med opret abonnement. Der returneres link, sendes e-mail, eller foretages videresendelse med det samme. Herved tilføjes yderligere kortoplysninger til abonnementet. Et abonnement kan godt have flere kortoplysninger, hvis der er flere vil de nyeste ikke udløbne altid benyttes.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik,, er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| [type] | AN | Metoden hvormed der skal tilknyttes kortoplysninger. Er en følgende værdier: LINK, REDIRECT eller EMAIL. Se opret abonnement for beskrivelse. |
| [returnurl] | AN255 | Efter forløbet med at registrere kortoplysninger returneres til denne URL. Hvis ikke angivet benyttes den angivne ved oprettelse. |
| [callbakurl] | AN255 | Efter endt forløb vil status blive postet til denne URL. Hvis ikke angivet benyttes den angivne ved oprettelse. |
Resultatet er det samme som ved kald til opret abonnement. Der benyttes samme callback- og return-url som blev benyttet ved opret abonnement hvis nye værdier ikke angives.
Redigér abonnement
Et abonnement kan redigeres med følgende kald.
URL: https://www.recuro.dk/api/http/editsubscription
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af butikken. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| [rule] | N10 | Abonnement skal tilknyttes denne trækningsregel. |
| [startdate] | AN | Abonnementet skal være aktivt fra denne dato. Format: dd-mm-yyyy |
| [enddate] | AN | Abonnementet skal være aktivt indtil denne dato. Format: dd-mm-yyyy |
| [grace_time] | N10 | For create model INSTANT_ACTIVE angiver grace time en tidsperiode i minutter, hvor det accepteres at betalinger ikke kan gennemføres, fordi der endnu ikke er tilknyttet kortoplysninger. Standard er 3 dage. |
| [lang] | AN2 | Valg af sprog til siden hvor man indtaster sine kortoplysninger. Formatet er to-bogstavs ISO-3166. Som standard benyttes dansk. |
| [returnurl] | AN255 | Efter forløbet med at registrere kortoplysninger returneres til denne URL. |
| [callbakurl] | AN255 | Efter endt forløb vil status blive postet til denne URL. |
| [email] | AN50 | Kundens e-mail. |
| [firstname] | AN50 | Kundens fornavn |
| [lastname] | AN50 | Kundens efternavn |
| [address] | AN50 | Adresse |
| [address2] | AN50 | Yderligere adresse oplysninger |
| [city] | AN50 | By |
| [postalcode] | AN10 | Postnummer |
| [country] | AN50 | Land |
| [phone] | AN20 | Telefonnummer |
| [birthdate] | AN | Fødselsdato. Format: dd-mm-yyyy |
| [gender] | AN1 | Køn. M eller F (Male / Female). |
| [comment] | AN | Kommentar til kunde. |
Pause abonnement
URL: https://www.recuro.dk/api/http/pausesubscription
Et abonnement kan sættes på pause i et kendt eller ukendt tidsrum. At pause et abonnement vil ikke ændre på det beløb der trækkes, men blot stoppe for schedulering af nye betalinger mens et abonnement er pauset. Det anbefales at tidsrummet der pauses er er multiplum af intervallet mellem betalinger. F.eks. to måneder for et månedsabonnment. Bemærk at parameteren duration kan benyttes.
For regeltyperne månedlig- og ugentlig startdato, kan der benyttes vilkårlige pause længder. Her vil trækningsdagen blive flyttet for at reflektere den periode et abonnmenet har været pauset.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| [from] | AN | Abonnement skal pauses fra denne dato. Standard er nu. Der scheduleres ikke betalinger denne dag, med mindre nu benyttes og der allerede er scheduleret betaling. Format: dd-mm-yyyy |
| [to] | AN | Abonnement skal genoptages på denne dato. Standard er aldrig. Datoen er eksklusiv i pausen, så der kan igen scheduleres fra og med denne dag. Format: dd-mm-yyyy |
| [duration] | N | Et multiplum af trækningsreglens interval. F.eks. 2 måneder. Denne parameter tager præcedens over to. |
| [cancel] | AN | Hvis denne parameter angives med en vilkårlig værdi vil alle andre parametre blive ignoreret, og eventuel fremtidig pause annuleret. |
Genoptag abonnement
URL: https://www.recuro.dk/api/http/resumesubscription
Et abonnement på pause kan øjeblikkeligt, eller ved en angiven dato i fremtiden, genoptages med følgende kald.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| [from] | AN | Abonnement skal genoptages fra denne dato. Standard er nu. Format: dd-mm-yyyy |
Manuel trækning
URL: https://www.recuro.dk/api/http/ondemand
For et abonnement med en ondemand trækningsregel kan der planlægges en trækning med følgende kald.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| [duedate] | AN | Trækningen skal planlægges til denne dato. Standard er nu. Format: dd-mm-yyyy |
| [amount] | N10 | Trækningsbeløb. Beløbet er som standard beløbet angivet på reglen for abonnementet. |
| [currency] | AN3 | Trækningsvaluta. Valuta er som standard valuta angivet på reglen for abonnementet. Format: ISO-4217 |
Ved succesfuld planlægning af trækning returneres som sædvanligt result=0 samt payment=xx, hvor xx er en reference til den nyoprettede trækning.
Tilføjelse af ekstra udgifter til abonnement
URL: https://www.recuro.dk/api/http/addextracharge
Der kan tilføjes ekstra udgifter til et abonnement. Disse ekstra udgifter vil blive medtaget i den næste trækning for et abonnement.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| amount | N10 | Beløb for ekstra ydelse. Beløbet er i den valuta som er angivet på reglen for abonnementet. |
| ordertext | AN | Beskrivelse af ekstra ydelse. Medtages på kvittering for trækning. Må ikke indeholde tegnet |. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
Svaret består udover result og eventuel fejl, af parameteren extra_charge som er en unik reference til ekstraydelsen.
Annullering af ekstra udgift
URL: https://www.recuro.dk/api/http/cancelextracharge
Hvis en ekstra udgift stadig er udestående kan den annulleres med dette kald.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| extra_charge | N | Ekstra udgift reference |
Rabat
URL: https://www.recuro.dk/api/http/discount
Lige som det er muligt at tilknytte ekstraudgifter til et abonnement er det også muligt at tilknytte en rabat. Rabatten fratrækkes den næste betaling. Hvis rabatten overstiger dette beløb videreføres overskydende rabat til efterfølgende trækninger. Hvis rabatten ikke når at blive brugt på efterfølgende betalinger vil den være tabt.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| amount | N10 | Rabat beløb. |
| description | AN | Beskrivelse af rabat. Medtages på betalingskvittering. Må ikke indeholde tegnet |. |
Svaret består udover result og eventuel fejl, af parameteren discount som er en unik reference til rabatten.
Annullering af rabat
URL: https://www.recuro.dk/api/http/canceldiscount
Hvis en rabat er udestående kan den annulleres med dette kald.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
| discount | N | Rabat reference |
Svaret består udover result og eventuel fejl, af parameteren discount som er en unik reference til rabatten.
Abonnementsstatus
URL: https://www.recuro.dk/api/http/subscriptionstatus
Status for et abonnement kan forespørges med følgende parametre.
| Parameter | Beskrivelse | |
|---|---|---|
| merchant | N10 | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| subno | AN50 | Butikkens unikke identifikation af abonnementet. |
| username | AN100 | Brugernavn |
| password | AN100 | Password |
Svaret indeholder følgende parametre
| Parameter | Beskrivelse |
|---|---|
| result | Success indikeres med 0. Alt andet indikerer fejl. |
| subno | Butikkens unikke identifikation af abonnementet. |
| merchant | Identifikationen af din butik. Er udleveret af Recuro ved oprettelsen. |
| status | TICKET_PENDING | ACTIVE | ACTIVE_PENDING | ACTIVE_MISSING | TICKET_FAILED | CLOSED |
| created | Dato for oprettelse i formatet: dd-MM-yyyy-HH:mm:ss |
| activated | Dato for aktivering i formatet: dd-MM-yyyy-HH:mm:ss. Returneres kun hvis abonnement er aktiveret. |
| startdate | Start dato for abonnement i formatet: dd-MM-yyyy. Hvis ikke angivet ved oprettelse, eller abonnement er aktiveret, er det samme dag som aktiveringsdato. Returneres kun hvis abonnement er aktiveret eller startdato i fremtiden er angivet. |
| closed | Dato for lukning i formatet: dd-MM-yyyy-HH:mm:ss. Returneres kun hvis abonnement er lukket. |
| enddate | Udløbsdato i formatet: dd-MM-yyyy. Returneres kun hvis defineret for abonnement. |
| customer_email | Kundens e-mail adresse. |
| customer_firstname | Kundens fornavn, hvis angivet. |
| customer_lastname | Kundens efternavn, hvis angivet. |
| customer_address | Kundens adresse, hvis angivet. |
| customer_address2 | Kundens sekundære adresse, hvis angivet. |
| customer_postalcode | Kundens postnummer, hvis angivet. |
| customer_city | Kundens by, hvis angivet. |
| customer_country | Kundens land, hvis angivet. |
| customer_phone | Kundens telefon, hvis angivet. |
| customer_birthdate | Kundens fødselsdato i formatet dd-MM-yyyy, hvis angivet. |
| customer_gender | Kundens køn MALE | FEMALE, hvis angivet. |
| customer_comment | Kommentar tilknyttet kunden. |
| captured_count | Antal gennemførte betalinger |
| captured_amount | Samlet beløb for gennemførte betalinger |
| pending_count | Antal udestående betalinger |
| pending_amount | Samlet beløb for udestående betalinger |
| declined_count | Antal fejlede betalinger |
| declined_amount | Samlet beløb for fejlede betalinger |
| currency | Valuta for betalingerne |
| pending_extra_charges_count | Antal udestående ekstra udgifter |
| pending_extra_charges_amount | Samlet beløb for udestående ekstra udgifter |
| pending_discount_count | Antal udestående rabatter |
| pending_discount_amount | Samlet beløb for udestående rabatter |
| next_paydate | Hvis eksisterende, dato for næste trækning |
| pending_extra_charges | Liste af refernecer til udestående ekstraydelser. |
| pending_extra_charges_amounts | Liste af beløb for udestående ekstraydelser. Samme rækkefølge som referencerne. |
| pending_discounts | Liste af refernecer til udestående rabatter. |
| pending_discounts_amounts | Liste af beløb for udestående rabatter. Samme rækkefølge som referencerne. |
| rule | Reglen tilknyttet dette abonnement. |
Nyhedsbrev
Tilmeld dig vores nyhedsbrev og få en email når integrationsvejledningen, bliver opdateret.
