Gesplittete Sendungen mit unserer API

Gesplittete Sendungen bieten Ihnen eine größere Kontrolle darüber, wann reservierte Mittel abgerechnet werden. Anstatt eine einzige Abrechnung innerhalb von 7 Tagen auszuführen, wie es bei einer Standard Autorisierung der Fall ist, können Sie bei Gesplittete Sendungen mehrere Teilabrechnungen vornehmen.

Gesplittete Sendungen sind für Fälle gedacht, in denen ein Kunde eine einzige Bestellung für mehrere Artikel aufgegeben hat, die zu unterschiedlichen Zeiten versandt werden können. Auf diese Weise können Sie sicherstellen, dass der Kunde über die erforderlichen Geldmittel verfügt, indem Sie den gesamten Betrag der Bestellung reservieren und dann die für die einzelnen Artikel erforderlichen Geldmittel abrechnen, wenn diese versandt werden.

(Wir bezeichnen eine einzelne aufgeteilte Sendung als "Split")

Arten von aufgeteilten Sendungen

Es gibt zwei von uns unterstützte Methoden zur Bearbeitung von Gesplittete Sendungen:

1. Regulär - Ihr System stellt eine Anfrage zur Senkung des Ausgleichsbetrags der ursprünglichen Anfrage, wartet auf den Ausgleich der Gelder (dauert in der Regel weniger als 24 Stunden ab Autorisierung) und erst dann können Sie mit der Bearbeitung von Gesplittete Sendungen beginnen.
2. Selben Tag - Ihr System stellt eine Anfrage zur Senkung des Ausgleichsbetrags der ursprünglichen Anfrage, und dann können Sie mit der Verarbeitung von Gesplittete Sendungen beginnen, sobald Sie bereit sind (sogar vor Abrechnung).

Voraussetzungen

• Gesplittete Sendungen werden nur mit Karten der Marken Mastercard und Visa unterstützt.
  
• Bitte wenden Sie sich an unser Support-Team, um zu prüfen, ob Ihre anwerbende Bank Gesplittete Sendungen unterstützt und ob sie Gesplittete Sendungen am selben Tag unterstützt.

Überblick über den Prozess

1. Einreichen AUTH anfordern
   Wenn der Kunde an Ihrer Kasse auf "Bezahlen" klickt, wird eine AUTH Anfrage an Trust Payments gesendet.
   Sie müssen sicherstellen, dass das JWT die authmethod und splitfinalnumber Felder (weitere Informationen unten).

2. Einreichen TRANSACTIONUPDATE anfordern
   Senden Sie eine TRANSACTIONUPDATE Anfrage über unsere Webservices API, um die settlebaseamount des ursprünglichen Antrags AUTH .
   Der endgültige Abrechnungsbetrag dieser AUTH entspricht den Kosten für die erste(n) versandte(n) Sendung(en).

3. Übermittlung von Gesplittete Sendungen
   Übermitteln Sie jedes Mal, wenn neue Sendungen versandt werden, nachträgliche Anträge zur Durchführung von geteilten Sendungen.

Durchgang

Im Folgenden finden Sie ein Beispiel für die Gesplittete Sendungen in der Praxis.

Das JavaScript Library / Mobile SDK verarbeitet eine AUTH Anfrage für £100, wobei der JWT Folgendes enthält splitfinalnumber = 4.
In der Praxis bedeutet dies, dass Sie zusätzlich zu dem ursprünglichen AUTH 3 Splits durchführen können:
1 Übergeordnetes Auth + 3 mögliche Split-Anträge =  splitfinalnumber von 4

Sie können eine Aktualisierung mit unserer Webservices-API durchführen, um einen Betrag von €50 aus der ursprünglichen AUTH-Anforderung zu begleichen. Sobald die ursprüngliche AUTH aktualisiert wurde, verbleiben €50 auf dem Bankkonto des Kunden, die noch nicht beglichen wurden.

• Wenn Sie reguläre Gesplittete Sendungen bearbeiten, müssen Sie warten, bis die ursprüngliche AUTH Anfrage abgewickelt ist, bevor Sie fortfahren können (dies dauert normalerweise bis zu 24 Stunden, nachdem die ursprüngliche AUTH bearbeitet wurde).
• Wenn Ihre Acquiring-Bank Gesplittete Sendungen am selben Tag unterstützt, können Sie Split-Gesplittete Sendungen Anfragen so schnell wie nötig bearbeiten (siehe unten).

Wenn Sie sich nicht sicher sind, welche Methode der Gesplittete Sendungen Ihre Bank unterstützt, wenden Sie sich bitte an unser Support-Team, um Hilfe zu erhalten.

Nach den obigen Ausführungen gibt es £50 an Geldern, die über Gesplittete Sendungen abgewickelt werden können, die über unsere Webservices-API übermittelt werden. Sie bearbeiten die folgenden Gesplittete Sendungen Anfrage:

• Verarbeiten Sie den 1. Split für £20 (£50 - £20 = £30, die noch abzurechnen sind).
• Verarbeiten Sie die 2. Teilung für £10 (£30 - £10 = £20, die noch abgerechnet werden müssen).
• Verarbeiten Sie den 3. Split für £20 (£20 - £20 = £0, die noch abgerechnet werden müssen).

Nach den oben beschriebenen Splits ist es nun nicht mehr möglich, weitere Splits zu verarbeiten. Der Grund dafür ist:

• Die maximale Anzahl von Splits (definiert in der splitfinalnumber Feld) erreicht worden ist.
• Alle auf der Website Autorisierung reservierten Mittel sind abgerechnet worden.

Splits können nicht verarbeitet werden, wenn eine der oben genannten Bedingungen erfüllt ist.

Sollten Restbeträge verbleiben, die nicht innerhalb des im Abschnitt Voraussetzungen oben auf dieser Seite genannten Zeitrahmens beglichen wurden, werden diese Beträge wieder auf das Bankkonto des Kunden zurücküberwiesen.

splitfinalnumber Spezifikation

Dieses Feld unterliegt zusätzlichen Anforderungen an seine Verwendung:

• In der ursprünglichen AUTH wird die splitfinalnumber muss mit einem Wert größer oder gleich '2' eingereicht werden
  • Dieser Wert wird standardmäßig auf "1" gesetzt, wenn er nicht übermittelt wird.
  • Wenn der Wert "1" ist, können keine Gesplittete Sendungen durchgeführt werden.
• Es ist nicht zulässig, mehr Gesplittete Sendungen einzureichen, als in der splitfinalnumber.
• Es wird empfohlen, die gleiche Anzahl von Splits zu verarbeiten, die in der Option splitfinalnumber
• splitfinalnumber kann nicht größer als 20 sein.
• Sie können die splitfinalnumber nach dem ersten AUTH Antrag durch Einreichung eines niedrigeren splitfinalnumber in einer nachfolgenden Split-Anforderung. Diese Zahl kann nie niedriger sein als die Zahl der bereits verarbeiteten Splits und kann auch nie erhöht werden.

1. AUTH Anfrage einreichen

Voraussetzungen

Der eingereichte Erstantrag muss die folgenden Anforderungen/Kriterien erfüllen:

• Die Zahlung muss mit einer Karte der Marke Visa oder Mastercard durchgeführt werden.
• Die accounttypedescription muss entweder "ECOM" oder "MOTO" lauten.
• Die authmethod muss "PRE" lauten, um die VorstufeAutorisierung anzuzeigen.
• Die Anzahl der Teilabrechnungen ist in einem Pflichtfeld mit der Bezeichnung splitfinalnumber.

Aktualisieren Sie das JWT

Sie müssen die payload innerhalb des JWT, um die oben genannten Anforderungen zu erfüllen, damit zu einem späteren Zeitpunkt Split-Sendungen für diese Zahlung durchgeführt werden können.

(Beispiel:)

{
  "payload":{
    "accounttypedescription":"ECOM",
    "authmethod":"PRE",
    "baseamount":"10000",
    "currencyiso3a":"GBP",
    "sitereference":"test_site12345",
    "requesttypedescriptions":["THREEDQUERY","AUTH"],
    "splitfinalnumber":"4"
  },
  "iat":1567701632,
  "iss":"jwt.user"
}

{
  "payload":{
    "accounttypedescription":"ECOM",
    "authmethod":"PRE",
    "baseamount":"10000",
    "currencyiso3a":"GBP",
    "sitereference":"test_site12345",
    "termurl":"https://payments.securetrading.net/process/payments/mobilesdklistener",
    "requesttypedescriptions":["THREEDQUERY","AUTH"],
    "splitfinalnumber":"4"
  },
  "iat":1567701632,
  "iss":"jwt.user"
}

Feldspezifikation

	Feld	Format	Beschreibung
	accounttypedescription	Alpha (20)	Die Quelle der Transaktion. Bei Gesplittete Sendungen kann dies immer nur als "ECOM" oder "MOTO".
	authmethod	Alpha (11)	Für die erste AUTH muss dies im Antrag als "PRE" angegeben werden.
	baseamount	Numerisch (13)	Der vollständige Transaktionsbetrag (die Summe der gesamten Bestellung, einschließlich aller Sendungen). Muss in Basiseinheiten ohne Kommas oder Dezimalpunkte angegeben werden, also €10 wäre 1000. (Die maximale Länge kann je nach Bank variieren - kontaktieren Sie Ihre Bank für weitere Informationen)
	currencyiso3a	Alpha (3)	Die Währung , in der die Transaktion abgewickelt werden soll. Klicken Sie hier für eine vollständige Liste der verfügbaren Währungen.
	requesttypedescriptions	Liste	Die zu bearbeitenden Anfragetypen. Um eine 3-D Secure authentifizierte Zahlung zu verarbeiten, übermitteln Sie [“THREEDQUERY”,”AUTH”].
	sitereference	Alphanumerisch & Unterstrich (50)	Die Website-Referenz bezieht sich auf Ihr individuelles Konto, das Sie bei der Einrichtung erhalten haben. Wenn Sie Ihre Website-Referenz nicht kennen, wenden Sie sich bitte an unser Support-Team.
	splitfinalnumber	Numerisch (2)	Gesamtzahl der zulässigen Teilungen. (einschließlich des Erstantrags AUTH ) Muss 2 oder höher sein.
	termurl	URL (1024)	Erforderlich bei der Verarbeitung der Authentifizierung 3-D Secure mit Android/iOS SDK. Diese URL wird verwendet, um dem Kartenaussteller mitzuteilen, wohin er den Browser des Kunden senden soll, nachdem er sich am ACS des Kartenausstellers authentifiziert hat. Sie müssen die folgende URL in dieses Feld eingeben, wenn Sie 3-D Secure ausführen: https://payments.securetrading.net/ process/payments/mobilesdklistener

Antwort

Sie müssen das zurückgegebene JWT entschlüsseln. Diese hat in der Regel die gleiche Struktur wie eine JWT, die nach einer Standardzahlung zurückgegeben wird, enthält aber auch die splitfinalnumber die in der Website payload enthalten sind.

2. Einreichen TRANSACTIONUPDATE

Sie müssen ein Standardformular einreichen TRANSACTIONUPDATE Anfrage mit unserer Webservices API, die eine niedrigere settlebaseamount, wie in diesem Beispiel gezeigt:

#!/usr/bin/python
import securetrading

stconfig = securetrading.Config()
stconfig.username = "webservices@example.com"
stconfig.password = "Password1^"
st = securetrading.Api(stconfig)

update = {
  "requesttypedescriptions": ["TRANSACTIONUPDATE"],
  "filter":{
    "sitereference": [{"value":"test_site12345"}],
    "transactionreference": [{"value":"1-2-3"}]
  },
  "updates":{"settlebaseamount":"5000"}
}

strequest = securetrading.Request()
strequest.update(update)
stresponse = st.process(strequest) #stresponse contains the transaction response

<?php

if (!($autoload = realpath(__DIR__ . '/../../../autoload.php')) && !($autoload = realpath(__DIR__ . '/../vendor/autoload.php'))) {
throw new Exception('Composer autoloader file could not be found.');
}
require_once($autoload);

$configData = array(
  'username' => 'webservices@example.com',
  'password' => 'Password1^',
);

$requestData = array(
  'requesttypedescriptions' => array('TRANSACTIONUPDATE'),
  'filter' => array(
    'sitereference' => array(array('value' => 'test_site12345')),
    'transactionreference' => array(array('value' => '1-2-3'))
  ),
  'updates' => array('settlebaseamount' => '5000')
);

$api = \Securetrading\api($configData);
$response = $api->process($requestData);
var_dump($response->toArray());

?>

curl --user webservices@example.com:Password1^ <DOMAIN>/json/ -H "Content-type: application/json" -H "Accept: application/json" -X POST -d '{
  "alias": "webservices@example.com",
  "version": "1.00",
  "request": [{
    "requesttypedescriptions": ["TRANSACTIONUPDATE"],
    "filter":{
      "sitereference": [{"value":"test_site12345"}],
      "transactionreference": [{"value":"1-2-3"}]
    },
    "updates":{"settlebaseamount":"5000"}
  }]
}'

{
  "alias":"webservices@example.com",
  "version":"1.00",
  "request":[{
    "requesttypedescriptions":["TRANSACTIONUPDATE"],
    "filter":{"sitereference":[{"value":"test_site12345"}],
    "transactionreference":[{"value":"1-2-3"}]},
    "updates":{"settlebaseamount":"5000"}
  }]
}

<requestblock version="3.67">
  <alias>webservices@example.com</alias>
  <request type="TRANSACTIONUPDATE">
    <filter>
      <sitereference>test_site12345</sitereference>
      <transactionreference>1-2-3</transactionreference>
    </filter>
    <updates>
      <settlement>
        <settlebaseamount>5000</settlebaseamount>
      </settlement>
    </updates>
  </request>
</requestblock>

Ersetzen Sie <DOMAIN> mit einer unterstützten Domäne. Klicken Sie hier für eine vollständige Liste.

Die settlebaseamount die im Rahmen dieser Aktualisierung eingereicht wurden, werden zuerst abgewickelt. Die verbleibenden Gelder bleiben genehmigt und können zu einem späteren Zeitpunkt durch die Einreichung von Anträgen auf getrennte Sendungen, wie unten beschrieben, beglichen werden.

3. Gesplittete Sendungen einreichen

Gesplittete Sendungen werden durch die Übermittlung zusätzlicher AUTH Anfragen über unsere Webservices API verarbeitet.

Voraussetzungen

Der Antrag auf Aufteilung der Zahlung muss die folgenden Anforderungen/Kriterien erfüllen:

• Muss auf ein übergeordnetes "PRE" AUTH verweisen.
• Die requesttypedescription muss "AUTH" lauten.
• Die authmethod muss "SPLIT" lauten.
• Die accounttypedescription des Splits (z. B. "ECOM") muss mit dem des übergeordnetes Autorisierung übereinstimmen.
• Die baseamount muss kleiner oder gleich den verbleibenden reservierten Mitteln sein.
• Bei einem regulären Splitversand (nicht am selben Tag), die settlestatus des ursprünglichen Übergeordnetes muss "100" sein, was bedeutet, dass die Zahlung beglichen wurde.

Anforderung

Im folgenden Beispiel wird ein Split übermittelt. Dieser folgt der gleichen Struktur wie ein Standard AUTH Anfrage, mit Ausnahme der authmethod muss mit dem Wert "SPLIT" angegeben werden.

#!/usr/bin/python
import securetrading

stconfig = securetrading.Config()
stconfig.username = "webservices@example.com"
stconfig.password = "Password1^"
st = securetrading.Api(stconfig)

auth = {
  "sitereference": "test_site12345",
  "requesttypedescriptions": ["AUTH"],
  "baseamount": "2000",
  "orderreference": "My_Order_123",
  "accounttypedescription":"ECOM",
  "authmethod": "SPLIT",
  "parenttransactionreference": "1-2-345678"
}

strequest = securetrading.Request()
strequest.update(auth)
stresponse = st.process(strequest) #stresponse contains the transaction response

<?php

if (!($autoload = realpath(__DIR__ . '/../../../autoload.php')) && !($autoload = realpath(__DIR__ . '/../vendor/autoload.php'))) {
throw new Exception('Composer autoloader file could not be found.');
}
require_once($autoload);

$configData = array(
  'username' => 'webservices@example.com',
  'password' => 'Password1^',
);

$requestData = array(
  'sitereference' => 'test_site12345', 
  'requesttypedescriptions' => array('AUTH'),
  'baseamount' => '2000',
  'orderreference' => 'My_Order_123',
  'accounttypedescription' => 'ECOM',
  'authmethod' => 'SPLIT',
  'parenttransactionreference' => '1-2-345678'
);

$api = \Securetrading\api($configData);
$response = $api->process($requestData);
var_dump($response->toArray());

?>

curl --user webservices@example.com:Password1^ <DOMAIN>/json/ -H "Content-type: application/json" -H "Accept: application/json" -X POST -d '{
  "alias":"webservices@example.com",
  "version": "1.00",
  "request": [{
    "sitereference": "test_site12345",
    "requesttypedescriptions": ["AUTH"],
    "baseamount": "2000",
    "orderreference": "My_Order_123",
    "accounttypedescription": "ECOM",
    "authmethod": "SPLIT",
    "parenttransactionreference": "1-2-345678"
  }]
}'

{
  "alias":"webservices@example.com",
  "version":"1.00",
  "request":[{
    "sitereference":"test_site12345",
    "requesttypedescriptions":["AUTH"],
    "baseamount":"2000",
    "orderreference":"My_Order_123",
    "accounttypedescription":"ECOM",
    "authmethod":"SPLIT",
    "parenttransactionreference":"1-2-345678"
  }]
}

<requestblock version="3.67">
  <alias>webservices@example.com</alias>
  <request type="AUTH">
    <merchant>
      <orderreference>My_Order_123</orderreference>
    </merchant>
    <billing>
      <amount>2000</amount>
    </billing>
    <operation>
      <accounttypedescription>ECOM</accounttypedescription> 
      <authmethod>SPLIT</authmethod>
      <sitereference>test_site12345</sitereference>
      <parenttransactionreference>1-2-345678</parenttransactionreference>
    </operation>
  </request>
</requestblock>

Ersetzen Sie <DOMAIN> mit einer unterstützten Domäne. Klicken Sie hier für eine vollständige Liste.

Feldspezifikation

	Feld	Format	Beschreibung
	accounttypedescription XPath: /operation/accounttypedescription	Alpha (20)	Muss mit dem Wert übereinstimmen, der in der ursprünglichen AUTH Anfrage angegeben wurde (entweder "ECOM" oder "MOTO").
	authmethod XPath: /operation/authmethod	Alpha (11)	Für die geteilte Sendung muss dies auf "SPLIT" gesetzt werden.
	baseamount XPath: /billing/amount	Numerisch (13)	Der Betrag, der mit dem Antrag auf Gesplittete Sendungen verbunden ist. Muss gleich oder niedriger als die verbleibenden reservierten Mittel sein. Muss in Basiseinheiten ohne Kommas oder Dezimalpunkte angegeben werden, also €10 wäre 1000. (Die maximale Länge kann je nach Bank variieren - weitere Informationen erhalten Sie von Ihrer Bank)
	parenttransactionreference XPath: /operation/parenttransactionreference	Alphanumerisch & Bindestriche (25)	Einreichen der transactionreference die in der ersten Antwort von AUTH zurückgegeben wurde. Dies ist erforderlich, um die Zahlungsnachweise aus dieser vorherigen Anfrage zu übernehmen.
	requesttypedescriptions XPath: /@type	Alpha (20)	Sie müssen "AUTH" eingeben, wie im Beispiel des Antrags gezeigt.
	sitereference XPath: /operation/sitereference	Alphanumerisch & Unterstrich (50)	Identifiziert Ihre Website auf dem System Trust Payments .
	orderreference XPath: /merchant/orderreference	Alphanumerisch einschließlich Symbole (25) Empfohlene Länge 25 Zeichen oder weniger (genaue Länge abhängig von der erwerbenden Bank). Die Nichteinhaltung dieser Anforderung kann dazu führen, dass der Text in der Transaktion abgeschnitten wird.	Ihre eindeutige Auftragsnummer, die im System Trust Payments gespeichert werden kann.
	splitfinalnumber XPath: /operation/splitfinalnumber	Numerisch (2)	Optional: Sie können den Wert der aufgeteilten Endnummer aktualisieren, indem Sie einen neuen Wert in den Auftrag für die Gesplittete Sendung eingeben. Diese Zahl kann nie niedriger sein als die Zahl der bereits verarbeiteten Splits und kann auch nie erhöht werden.

Antwort

Dies entspricht der gleichen Spezifikation wie ein Standardantwort AUTH, mit Ausnahme der splitfinalnumber wird ebenfalls zurückgesendet. Zusätzliche Hinweise:

• Wie bei der Bearbeitung einer Standardantwort AUTH müssen Sie die auf dieser Seite beschriebenen Prüfungen durchführen.
• Achten Sie auf zwei Fehlercodes, die speziell für geteilte Sendungen gelten: "20010" für einen Split-Betrag zu hoch und "20024" für eine Ungültige Split-Transaktion.

Feldspezifikation

	Feld	Format	Beschreibung
	accounttypedescription XPath: /operation/accounttypedescription	Alpha (20)	Muss mit dem Wert übereinstimmen, der in der ursprünglichen AUTH Anfrage angegeben wurde (entweder "ECOM" oder "MOTO").
	authmethod XPath: /operation/authmethod	Alpha (11)	Für die geteilte Sendung muss dies auf "SPLIT" gesetzt werden.
	baseamount XPath: /billing/amount	Numerisch (13)	Der Betrag, der mit dem Antrag auf Gesplittete Sendungen verbunden ist. Muss gleich oder niedriger als die verbleibenden reservierten Mittel sein. Muss in Basiseinheiten ohne Kommas oder Dezimalpunkte angegeben werden, also €10 wäre 1000. (Die maximale Länge kann je nach Bank variieren - weitere Informationen erhalten Sie von Ihrer Bank)
	errorcode XPath: /error/code	Numerisch (1-5)	Die Fehlercode (errorcode) sollte verwendet werden, um festzustellen, ob die Anfrage erfolgreich war oder nicht. Gemeinsame Werte: "0" - Erfolgreich "20010" - Split-Betrag zu hoch "20024" - Ungültige Split-Transaktion Wenn Sie zurückgeschickt werden errorcode "20024" in der Antwort, empfehlen wir zu überprüfen, ob Ihre Implementierung die auf dieser Seite aufgeführten Anforderungen erfüllt. Stellen Sie insbesondere sicher, dass die authmethod und splitfinalnumber Felder mit gültigen Werten übermittelt werden, und dass die baseamount nicht den Gesamtbetrag übersteigt, der im ursprünglichen Antrag AUTH genehmigt wurde. Klicken Sie hier für eine vollständige Liste der errorcode und Nachrichtenwerte.
	splitfinalnumber XPath: /operation/splitfinalnumber	Numerisch (2)	Gesamtzahl der zulässigen Splits.

Abrechnung

Wenn Ihr System einen gültigen Auftrag für eine Gesplittete Sendung übermittelt, wird die settle status der Transaktion für bis zu 24 Stunden auf "0" ("Abrechnung ausstehend") gesetzt, bevor sie abgerechnet wird (Status "100"). Während dieser Zeit können Gesplittete Sendungen storniert (oder ausgesetzt) werden, indem die settle status des Gesplittete Sendung aktualisiert wird:

• Sie können eine TRANSACTIONUPDATE Anfrage mit unserer Webservices API verarbeiten, um die Abrechnungsstatus eines Splits auf "2" für ausgesetzt oder "3" für storniert zu aktualisieren.
• Alternativ können Sie sich auf Portal anmelden und nach dem eindeutigen transactionreference und klicken Sie auf "Aktualisieren". Ändern Sie dann die settlestatus der Transaktion auf "2" oder "3", je nach Bedarf.

Rückerstattungen

Es ist möglich, Erstattungen für jede bereits abgerechnete Split-Zahlung vorzunehmen. Bei der Betrachtung von Erstattungen ist es am besten, jeden Split als unabhängige Transaktion zu betrachten, da Splits unabhängig voneinander erstattet werden.

Um z. B. eine einzelne Autorisierung vollständig zu erstatten, die in 4 Teile aufgeteilt wurde (1 Übergeordnetes Auth + 3 Split-Anträge), müssen Sie mindestens 4 Erstattungen durchführen.

Jeder Split wird anhand seiner eindeutigen transactionreference.

Die Rückzahlung eines einzelnen Splits hat keinen Einfluss auf die Abrechnung von anderen Splits desselben ursprünglichen AUTH.

Die Durchführung einer Rückerstattung verhindert nicht, dass künftige Splits verarbeitet werden, sofern alle oben genannten Anforderungen weiterhin erfüllt sind.

Durch diese Art der Erstattung werden die zuvor reservierten Mittel nicht für künftige Splits von derselben Übergeordnete verfügbar.

Wenn Sie Ihre maximale Anzahl von Splits erreicht haben (splitfinalnumber), können Sie nach der Erstattung einer Split-Zahlung keinen weiteren Split-Antrag stellen.

Ihr System muss eine Standard REFUND Anfrage über unsere Webservices API für jeden Split, den Sie erstattet haben möchten.

Zusätzliche Hinweise

• Bei Splits können keine Betrugsprüfungen durchgeführt werden.
• Duplikatsprüfungen werden bei Splits durchgeführt (falls in Ihrem Konto aktiviert).
• Gesplittete Sendungen werden von DCC nicht unterstützt.