Om Recuro | Kontakt | Log ind

Integration til Recuro - Abonnementer

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

Eksempel

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.
email 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:

result=0&link=https%3A%2F%2Fwww.recuro.dk%2Fapi%2Fhttp%2Faddcardinfo%3Fsubid%3D16


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.
  • Der foretages callback og returneres til return-url, hvis disse blev angivet ved oprettelsen.

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.
  • Der foretages callback og returneres til return-url, hvis disse blev angivet ved oprettelsen.
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
  • Abonnement lukkes
  • Betaling afvises
  • Butikken notificeres med "fejlet betaling callback". Callback ved fejlede betalinger beskrives senere

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
  • Der skiftes til en tilstand som angiver at abonnementet stadig er aktivt, men at betalinger ikke kan gennemføres pga. manglende kortoplysninger
  • Butikken notificeres med callback
2 Kortoplysninger tilknyttes.
  • Tilstanden skiftes til aktiv med kortoplysninger.
  • Butikken notificeres med callback
3 Kortoplysninger tilknyttes.
  • Tilstanden skiftes til aktiv med kortoplysninger.
  • Butikken notificeres med callback
4 Trækning fejler
  • Der skiftes til en tilstand som angiver at abonnementet stadig er aktivt, men at betalinger ikke kan gennemføres pga. udløbne kortoplysninger
  • Butikken notificeres med callback
5 Nye kortoplysninger tilknyttes, eller eksisterende kortoplysninger reaktiveres, og betaling gennemføres.
  • Der skiftes tilbage til tilstand aktiv
  • Butikken notificeres med callback, hvis der er tilføjet nye kortoplysninger.
6 Betaling fejler
  • Abonnementet forbliver i samme tilstand
7 Abonnement lukkes aktivt, eller auto opdatering fejler, og det er slået til at dette skal lukke abonnementet.
  • Abonnementet lukkes
  • Betalinger afvises
8 Abonnement lukkes aktivt
  • Abonnementet lukkes
  • Betalinger afvises

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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

Eksempel

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.

Integration

Nyhedsbrev

Tilmeld dig vores nyhedsbrev og få en email når integrationsvejledningen, bliver opdateret.