Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Fieldname

Rator table and field

Example

Format

websitekey

-

FSsfaJKF&6GH

Buckaroo Websitekey.
Fixed string from Buckaroo portal

amount 

invoice.TOTAL_EXCL_VAT + invoice.TOTAL_VAT – invoice.PAYED_AMOUNT

10.00 

REAL, 2 decimals; amount

culture 

-

nl-NL

String, ISO culture code

currency 

-

EUR

Fixed string for currency code

description 

<Description Prefix> + account_payment.REFERENCE

Test Incasso 1

String; description, max length 100 chars

service 

-

Directdebitrecurring

String; Buckaroo service name

invoicenumber 

invoice.INVOICE_NUMBER

Test01923r4e

String; Invoice number, max length 100 chars

service_directdebitrecurring_action

-

Pay

String; Pay or Refund (See Buckaroo service description)

service_directdebitrecurring_customeraccountnumber

Billing_group_bank_account.BANK_ACCOUNT_NUMBER

123456789

Bank Account; Must be 11 proof. Empty or null value not allowed

service_directdebitrecurring_customeraccountname 

users.FIRST_NAME + <space> + users.LAST_NAME

T.Test

String; account name

additional_service 

-

Creditmanagement

String; see Buckaroo Service description 

service_creditmanagement_action 

-

Invoice

Fixed String

phonenumber 

users.PHONE1

0201111111

String; Phone number

customerlastname 

users.LAST_NAME

Tester

String; customer last name, max 200 chars

service_creditmanagement_customeraccountnumber 

Billing_group_bank_account.BANK_ACCOUNT_NUMBER

123456789

Bank account; must be 11-proof. Empty or null value not allowed.
Will be same as service_directdebitrecurring_customeraccountnumber, but must be repeated

customergender 

users.GENDER

1

Integer, may not be empty
0: Unknown
1: Male
2: Female
9: Irrelevant  (currently not used)

amountvat 

-

0.00

Real, 2 decimals
Example: 
Value for amount = 1000. 
Value for invoicevat will be: 
1000 * 0.19 = 190 Euro cents

service_creditmanagement_maxreminderlevel 

-

1

INTEGER, may not be empty. Choose from (0,1,2,3,4). Default is 4

invoicedate 

invoice.CLOSE_DATE

2012-01-10

YYYY-MM-DD; Invoice date

service_creditmanagement_customerbirthdate 

users.BIRTHDAY

1970-01-13

YYYY-MM-DD; Birth date

service_creditmanagement_paymentmethodsallowed 

-

machtiging,ideal

String; Comma seaparated list of allowed methods of payment as offered by Buckaroo. See Buckaroo Service description for possible values

datedue 

invoice.CLOSE_DATE + <due date off set>

2012-01-27

YYYY-MM-DD; due date

customertype 

-

1

String; type of customer
Currently not used

faxnumber 

users.FAX

0309999999

String; Fax number

customeremail 

users.EMAIL

support@buckaroo.nl

String; customer email address

customerfirstname 

users.FIRST_NAME

Test

String; Customer first name

mobilephonenumber 

service.PHONE_NUMBER

0601111111

String; mobile number

customerinitials 

-

T.

String; optional , currently not used  

customertitle 

users.TITLE

2

String; customer title

customercode 

account.CUSTOMER_NUMBER

55225522

String; Customer rator account number

customerlastnameprefix 

-

de

String; optional , currently not used

address_street_1 

users.STREET

Hoofdstraat

String; street name

address_housenumber_1 

users.STREET_NUMBER

1

Integer; House number

address_housenumbersuffix_1 

users.FLOOR

b

String; House number suffix

address_zipcode_1 

users.ZIP

1000 AA

String, Zipcode, always in DDDD<space>CC format

address_city_1 

users.CITY

Amsterdam

String; City (in All capital letters)

address_state_1 

users.PROVINCE

Noord-Holland

String; province

address_country_1 

-

NL

String; country

Example filename: Incasso_25-05-2010_001.CSV Date format 25-05-2010 is DD-MM-YYYY and 001 is batch number for that day. In this respect multiple batches per day can be offered.

...

Fieldname

Description

Format

Created

Transaction date, i.e. payment date

Date format: YYYY-MM-DD HH:MM:SS
Ex: 2013-10-17 16:40:24

Website 

Fixed string

String

Payment type

Payment type code and description indicating the 
type of the payment

4 Character payment type code followed by a payment type string .
Ex: 
C021 - iDeal
C561 - Melding Onterechte Incasso
C102 - Refund - Machtiging

Account number

Customer bank account number

String; IBAN bank account number

Customer

Customer name

String; customer name

Invoice number

invoice number

Simyo invoice number

Description

Description of the payment

String

Amount Debit

Amount debited from customer account 

REAL; 2 decimals (amount in EURO)

Amount credit

Amount credited from customer account

REAL; 2 decimals (amount in EURO)

Currency

Currency code

Fixed String "EUR"

Status

Status of the payment transaction

BPE3 status code
Ex: 
190
490
791 etc.

Status date

Date of the last status update REAL; 2 decimals, amount debited from customer account

Date format: YYYY-MM-DD HH:MM:SS 
Ex: 2013-10-17 16:40:24

Success

String representation of boolean indicating whether the
payment is successful or not.

String; true/false

Reversal reason

Reason for the payment reversal

String
Ex: ADMINISTRATIEVE REDEN

Country

Country

String

Transaction key

Payment transaction Key

String

IP Address

IP address

String

Filename for daily transactions: trx_2010-05-25.csv Date format 2010-05-25 is YYYY-MM-DD

...

The payments found in the buckaroo response file can be divided into four different categories: payments, refunds, creditnotes and write-offs. The reponses within each category should be processed and booked against certain GL codes in Rator for financial reporting.

Note: When processing the payment response codes from the Buckaroo file, the field “succesvol” must be “True”. If not, process the next record.

...

Resp. status code(s)

Payment type codes

Description

Action CDRator

190

C001/C002/C003
C004/C005
C008/C021

Successful: Payment/Direct debit/ iDEAL

The action required from CDRator for handling (direct debit) payments is Capture Payment by:

  • Checking if the status code is 190. Not found -> write error to log, process next record.
  • If status code is 190 and transaction code is C002/C003/C004/C005/C008 or C021, search for invoice number in field “Invoice number” and capture the payment with the debit amount specified in field “Amount Debit”. 
  • Write “successful result” to log file

190

C461/C462

Payments to the Collection Agency

The action required from CDRator for handlingpayments to the collection agency is Capture Payment by:

  • Checking if the status code is 190. Not found -> write error to log, process next record.
  • If status code is 190 and transaction code is C461/C462, search for invoice number in field“Invoice number” and capture the payment with the debit amount specified in field “Amount Debit”.
  • Write “successful result” to log file

190

N800

Settlement by merchant

The action required from CDRator for handling BPE 3.0 settlements by merchant is Capture Payment by:

  • Checking if the status code is 190. Not found -> write error to log, process next record.
  • If status code is 190 and transaction code is N800, search for invoice number in field“Invoice number” and capture the payment with the debit amount specified in field “Amount Debit”.
  • Write “successful result”to log file

190

C561/C562/C501

Reversal

The action required from CDRator for handling reversals is Insert Reversed Payment by:

  • Checking if the status code is 190. Not found -> write error to log, process next record.
  • If status code is 190 and transaction code is C561/C562/C501, search for invoice number in field“Invoice number” and capture the payment with the debit amount specified in field “Amount Credit”.
  • Write “successful result”to log file

...

Resp. code(s)

Transaction codes

Description

Action CDRator

190

C101/C102/C121C500/C565

Refund

The action required from CDRator for handling BPE 3.0 (single) refunds is Insert Reversed Payment by:* Checking if the status code is 190. Not found -> write error to log, process next record.

  • If status code is 190 and transaction code is C101/C102/C121/C500 or C565, search for invoice number in field “Invoice number” and insert a reversed payment with the negative credit amount specified in field “Amount Credit”. 
  • Check if there is a corresponding credit note transaction by searching for status code 190 and transaction code I255, with an invoice number in the “Invoice number” field that has the prefix “CRN” followed by the invoice number of the refund. If so -> Process Credit Note. If not -> this can be seen as a single refund transaction
  • Write “successful result” to log file

190

I255

Credit Note

The action required from CDRator for handling BPE 3.0 credit notes is Insert positive payment by:

  • Checking if the status code is 190. Not found -> write error to log, process next record.
  • If status code is 190 and transaction code is I255 and invoice number in field “Invoice number” has a “CRN” prefix, Search for a refund transaction with status code 190, transaction code C101/C102/C121/C500 or C565 and the same invoicenumber (CRN excluded) in the field “Invoice number”). -> Process refund first if it is not processed yet.
  • If the invoice number in field “Invoice number” does not have the “CRN” prefix, this is a single credit note transaction. No need to search for a corresponding refund.
  •  Search for amount in field “Amount Credit” and insert a positive debit payment. 
  • Write “successful result” to log file

...

Resp. status code(s)

Payment type codes

Description

Action CDRator

190

I256

Write off

The action required from CDRator for handling reversals is Insert Reversed Payment by:

  • Checking if the status code is 190. Not found -> write error to log, process next record.
  • If status code is 190 and transaction code is I256, search for invoice number in field “Invoice number” and insert a reversed payment with the negative credit amount specified in field “Amount Credit”. 
  • Write “successful result” to log file

Logging

The following table describes the requirements for logging and how the current implementation achieves it:

Requirement

Implementation

For each response file that is processed,
the Rator system has to write a log record to a table.

The DB table BUCKAROO_RESPONSE_HEADER contains one row for each response file processed.
This table has a column called STATUS which contains the current status of the response file. 
Possible status values are NEW(0), PROCESSED(1), PROCESSED_WITH_ERROR(2), ERROR(4)

For each processed record, a row must be written
to the log file which indicates if the record is successfully processed.

The table BUCKAROO_RESPONSE_RECORD contains one row for each record in the response file.
This table has a column called STATUS which contains the current status of the response record. Possible status values are NEW(0), PROCESSED(1), IGNORE(2), ERROR(4)

In case of an error, a clear description should be written to the log file and the Rator system should start processing the next (response) record.

The table BUCKAROO_RESPONSE_RECORD contains one row for each record in the response file.
This table has a column called STATUS_MESSAGE which contains a message indicating whether or not an error occurred  while processing the corresponding response record.
These status messages are configurable by defining parameter tree entries for each status message used. Please see Parameters required section for more info.