Skip to end of metadata
Go to start of metadata


Über Boniversum

Allgemeines zu Boniversum

Bei Kunden beliebt, für Händler riskant: Zahlungsmethoden wie Lastschrift oder Rechnungskauf sind mit einem hohen Ausfallrisiko verbunden. Computop Paycontrol, eine automatisierte Bonitätsprüfung mit allen gängigen Auskunfteien, kombiniert Flexibilität und Zahlungssicherheit für den Online-Handel.

Mit Paycontrol können Sie unter anderem automatisch Auskünfte von Boniversum einholen, ohne ihr Shop-System individuell an Auskunftei-Schnittstellen anbinden zu müssen.


Logo

Info

Boniversum unterstützt Händler mit Bonitätseinschätzungen für Konsumenten. Die Daten der Auskunftei helfen, Zahlungsausfallrisiken zu bewerten und die angebotenen Zahlarten entsprechend der Bonitätsprognose anzupassen.

TypRisikomanagement

Weitere Informationen finden Sie auch auf der Webseite von Boniversum (www.boniversum.de).


Diagramm zum Prozessablauf




Prozessablauf Boniversum



Paygate-Schnittstelle

Definitionen

Datenformate:

FormatBeschreibung

a

alphabetisch

as

alphabetisch mit Sonderzeichen

n

numerisch

an

alphanumerisch

ans

alphanumerisch mit Sonderzeichen

ns

numerisch mit Sonderzeichen

bool

Bool’scher Ausdruck (true oder false)

3

feste Länge mit 3 Stellen/Zeichen

..3

variable Länge mit maximal 3 Stellen/Zeichen

enum

Aufzählung erlaubter Werte

dttm

ISODateTime (JJJJ-MM-TTThh:mm:ss)


Abkürzungen:

AbkürzungBeschreibungKommentar

CND

Bedingung (condition)


M

Pflicht (mandatory)

Wenn ein Parameter Pflicht ist, dann muss er vorhanden sein

O

optional

Wenn ein Parameter optional ist, dann kann er vorhanden sein, ist aber nicht erforderlich

C

bedingt (conditional)

Wenn ein Parameter bedingt ist, dann gibt es eine Bedingungsregel, die angibt, ob er Pflicht oder optional ist


Hinweis: Bitte beachten Sie, dass die Bezeichnungen der Parameter in Groß- oder Kleinbuchstaben zurückgegeben werden können.


Aufruf der Schnittstelle

Um einen Check mit Boniversum VERITA Premium S über eine Server-zu-Server-Verbindung auszuführen, verwenden Sie bitte folgende URL:


Hinweis: Aus Sicherheitsgründen lehnt das Paygate alle Zahlungsanfragen mit Formatfehlern ab. Bitte übergeben Sie deshalb bei jedem Parameter den korrekten Datentyp.

Die folgende Tabelle beschreibt die verschlüsselten Übergabeparameter:

Oops, it seems that you need to place a table or a macro generating a table within the Table Filter macro.

The table is being loaded. Please wait for a bit ...

KeyFormatCNDDescriptionBeschreibung

MerchantID

ans..30

M

MerchantID, assigned by Computop. Additionally this parameter has to be passed in plain language too.

HändlerID, die von Computop vergeben wird. Dieser Parameter ist zusätzlich auch unverschlüsselt zu übergeben.

KeyFormatCNDDescriptionBeschreibung
TransID

ans..64

MTransactionID provided by you which should be unique for each paymentIhre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss

Key

Format

CND

Description

Beschreibung

RefNr

ans..30

O

Unique reference number

Eindeutige Referenznummer

OrderDescans..768MDescription of purchased goods, unit prices etc. Reference for customer and merchantBeschreibung der gekauften Waren, Einzelpreise etc. Referenz für Kunde und Händler

KeyFormatCNDDescriptionBeschreibung
UserData

ans..1024

O

If specified at request, Paygate forwards the parameter with the payment result to the shop.

Wenn beim Aufruf angegeben, übergibt das Paygate die Parameter mit dem Zahlungsergebnis an den Shop.

KeyFormatCNDDescriptionBeschreibung

MAC

an64

M
Hash Message Authentication Code (HMAC) with SHA-256 algorithm. Details can be found here:
Hash Message Authentication Code (HMAC) mit SHA-256-Algorithmus. Details finden Sie hier:

Key

Format

CND

Description

Beschreibung

ProductNr

n..4

M

Product ID (communicated by Boniversum in advance)
Produkt-ID (wird von Boniversum vorab mitgeteilt)

RequestReason

n2

O

Justified interest

In order to be allowed to make requests in accordance with the Federal Data Protection Act (BDSG), you must have a so-called ‘justified interest’ (BDSG Article 29 Section 2) in order to be able to retrieve a person’s stored data.

01: Credit decision

03: Initiation of business

04: Receivable

05: Insurance contract

06: Ownership structure

07: Overdue receivables

08: Information about execution

09: Terms request (BDSG, Article 28a Section 2 Sentence 4) (financial services sector only)

Berechtigtes Interesse

Um Anfragen gemäß dem Bundesdatenschutzgesetz stellen zu dürfen, muss das sog. „Berechtigte Interesse“ (BDSG §29 Abs. 2) vorliegen, um die gespeicherten Daten einer Person abrufen zu können.

01: Kreditentscheidung

03: Geschäftsanbahnung

04: Forderung

05: Versicherungsvertrag

06: Beteiligungsverhältnisse

07: Überfällige Forderung

08: Vollstreckungsauskunft

09: Konditionenanfrage (BDSG, §28a Abs. 2 Satz 4) (nur Finanzdienstleistungssektor)

Consent

n1

M

Consent clause

According to the regulations of the Federal Data Protection Act, Boniversum is obligated (BDSG Article 4a) to check that the person who is the subject of the enquiry has consented to the storage of the data which is the subject of this enquiry. To this end it is necessary to select ‘Consent given’ in the box for the enquiry. If a Boniversum consent clause signed by the consumer exists, the fact of the enquiry as a so-called ‘Enquiry data record’ is also stored in the Boniversum system (whereas this is not possible in the case of selecting “Consent not given”.

In the case of selecting “Consent not given”, a check will also be made to establish whether Boniversum is already is possession of an earlier consent given by the consumer. If data are transmitted for the first time from Boniversum to third parties without the consumer having previously learned of the storage of his/her data at Boniversum by means of a signed consent clause or in some other way, the consumer will be informed by standard letter of the first transmittal of his/her data by Boniversum following the issuing of the information.

0: Consent not given

1: Consent given

Einwilligungsklausel

Nach den Vorschriften des Bundesdatenschutzgesetzes ist Boniversum verpflichtet (BDSG §4a), die Einwilligung der angefragten Person zur Speicherung der in dieser Anfrage angegebenen Daten zu überprüfen. Hierzu ist es notwendig, bei der Anfrage das Feld „Einwilligungsklausel“ anzugeben. Sollte eine unterschriebene Boniversum-Einwilligungsklausel seitens des Konsumenten vorliegen, wird auch die Tatsache der Anfrage als sog. „Anfragedatensatz“ im Boniversum-System gespeichert (während dies bei der Auswahl „Einwilligungsklausel nicht gegeben“ nicht möglich ist).

Bei der Auswahl „Einwilligungsklausel nicht gegeben“ wird außerdem geprüft, ob Boniversum bereits eine frühere Einwilligung des Konsumenten vorliegt. Werden erstmals Daten von Boniversum an Dritte übermittelt, ohne dass der Konsument bisher durch eine unterschriebene Einwilligungsklausel oder auf anderem Weg von der Speicherung seiner Daten bei Boniversum erfahren hat, dann wird der entsprechende Konsument nach der Erteilung der Auskunft über die erstmalige Übermittlung seiner Daten durch Boniversum mit einem Formschreiben benachrichtigt.

0: Einwilligung nicht gegeben

1: Einwilligung gegeben

Gender

a1

M

Gender: <m> male, <f> femaleGeschlecht: <m> männlich, <w> weiblich

FirstName

ans..50

M

First nameVorname

LastName

ans..50

M

Last nameNachname

MiddleName

ans..50

O

Middle namezweiter Vorname

DateOfBirth

n8

O

Date of birth in the format YYYYMMDDGeburtsdatum im Format JJJJMMTT

MaidenName

ans..50

O

Maiden nameGeburtsname

AddrStreet

ans..50

M

Street nameStraßenname

AddrStreetNr

ans..15

M

Street numberHausnummer

AddrZip

n..10

M

PostcodePostleitzahl

AddrCity

ans..50

M

CityOrt

AddrStreet2

ans..50

O

further street nameweiterer Straßenname

AddrStreetNr2

ans..15

O

further street numberweitere Hausnummer

AddrZip2

n..10

O

further postcodeweitere Postleitzahl

AddrCity2

ans..50

O

further town/cityweiterer Ort

Parameter für Boniversum VERITA Premium S


Die folgende Tabelle beschreibt die Parameter, die das Paygate als Antwort zurückgibt:

(info) es können jederzeit neue Parameter hinzugefügt bzw. die Reihenfolge geändert werden

(info) die Parameter (z.B. MerchantId, RefNr) sollten nicht auf Groß-/Kleinschreibung geprüft werden

Oops, it seems that you need to place a table or a macro generating a table within the Table Filter macro.

The table is being loaded. Please wait for a bit ...

KeyFormatCNDDescriptionBeschreibung

mid

ans..30

M

MerchantID, assigned by Computop

HändlerID, die von Computop vergeben wird

KeyFormatCNDDescriptionBeschreibung
PayID

an32

M

ID assigned by Paygate for the payment, e.g. for referencing in batch files as well as for capture or credit request.

Vom Paygate vergebene ID für die Zahlung; z.B. zur Referenzierung in Batch-Dateien sowie im Capture- oder Credit-Request.

KeyFormatCNDDescriptionBeschreibung
XID

an32

M

ID for all single transactions (authorisation, capture, credit note) for one payment assigned by Paygate

Vom Paygate vergebene ID für alle einzelnen Transaktionen (Autorisierung, Buchung, Gutschrift), die für eine Zahlung durchgeführt werden

KeyFormatCNDDescriptionBeschreibung
TransID

ans..64

MTransactionID provided by you which should be unique for each paymentIhre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss

Key

Format

CND

Description

Beschreibung

OrderDescans..768MDescription of purchased goods, unit prices etc. Reference for customer and merchantBeschreibung der gekauften Waren, Einzelpreise etc. Referenz für Kunde und Händler
Statusa..50M

OK or FAILED

The merchant needs to take his own decision based on ScoreWert and Result, because Status=OK means only that the request was successful.

OK oder FAILED

Der Händler muss seine Entscheidung anhand von ScoreWert und Result treffen, weil Status=OK nur bedeutet, dass die Anfrage erfolgreich war.

KeyFormatCNDDescriptionBeschreibung
Description

ans..1024

M
Further details in the event that payment is rejected. Please do not use the Description but the Code parameter for the transaction status analysis!
Nähere Beschreibung bei Ablehnung der Zahlung. Bitte nutzen Sie nicht den Parameter Description, sondern Code für die Auswertung des Transaktionsstatus!

KeyFormatCNDDescriptionBeschreibung
Code

n8

M

Error code according to Paygate Response Codes (A4 Error codes)

Fehlercode gemäß Paygate Antwort-Codes (A4 Fehlercodes)

KeyFormatCNDDescriptionBeschreibung
UserData

ans..1024

O

If specified at request, Paygate forwards the parameter with the payment result to the shop.

Wenn beim Aufruf angegeben, übergibt das Paygate die Parameter mit dem Zahlungsergebnis an den Shop.

Key

Format

CND

Description

Beschreibung

CodeExt

ans..40

O

Error code from Boniversum, if agreed with Computop Helpdesk

Fehlercode von Boniversum, wenn mit Computop Helpdesk abgesprochen

ErrorText

ans..256

O

Error text from Boniversum, if agreed with Computop Helpdesk

Fehlertext von Boniversum, wenn mit Computop Helpdesk abgesprochen

Reference

ans..18

O

Reference number from Boniversum (order number)Referenznummer von Boniversum (Auftragsnummer)

ScoreWert

n..5

O

Score valueScore-Wert

Result

a..16

O

Result as traffic light value

green = accept. There are no personally related negative attributes

yellow = caution!

red = there are negative data for this person

If the value is not displayed, this means that there is insufficient data for a calculation.

Ergebnis als Ampelwert

grün = Annehmen. Es liegen keine personenbezogenen Negativmerkmale vor

gelb = Vorsicht!

rot = Es liegen Negativdaten zu der Person vor

Wenn der Wert nicht angezeigt wird, liegen zu wenige Daten für eine Berechnung vor.

AddrStreet

ans..50

O

Street nameStraßenname

AddrStreetNr

ans..15

O

Street numberHausnummer

AddrZip

n..5

O

PostcodePostleitzahl

AddrCity

ans..40

O

CityOrt
Matchn..2O

The check is done according to postal correctness of submitted address (postcode, city, street) and is independent of individuals.

01 = The submitted address was postally validated.

02 = The submitted address was postally corrected and validated.

03 = The submitted address could not be validated postally.

Die Prüfung erfolgt auf die postalische Korrektheit der Eingabeadresse (PLZ, Ort, Strasse) und ist personenunabhängig.

01 = Die angegebene Adresse wurde postalisch validiert.

02 = Die angegebene Adresse wurde postalisch korrigiert und validiert.

03 = Die angegebene Adresse konnte postalisch nicht validiert werden.

CountryCodeans..2OCountry codeLändercode

Ergebnis-Parameter bei der Bonitätsprüfung mit Boniversum VERITA Premium S