The official ruby gem for accessing the viafintech API v2. Barzahlen refers to the product offered through the API. viafintech refers to the company offering this service.
Add this line to your application's gemfile
gem 'barzahlen', '~> 2.2.0'Then execute:
bundle installOr install it yourself by typing
gem install barzahlenThe gem's configuration values are as following:
Sandbox: Default =falseDivision ID: Default ="not_valid_division_id"Payment key: Default ="not_valid_payment_key"
Example configuration:
require 'barzahlen'
Barzahlen.configure do |config|
config.sandbox = false
config.division_id = "12345"
config.payment_key = "123456789abcdef123456789abcdef123456789a"
endThe requests issued by this gem call the API endpoints of viafintech, which are stored in constant variables in the configuration.
The division_id and the payment_key can be found in the Control Center App and must be set in the configuration if you want to use the gem.
Per default this client lib is also supporting idempotency. An idempotent request is simply sending the same request again. This is very useful if a network failure happens or our system fails to process your request and you can simply resend the request.
For further documentation please refer to the viafintech API v2 Documentation.
A slip request object has idempotency built in and can be retried (send) as often as it is needed as long as the same object is used.
For development purposes the client lib can be set to sandbox mode by setting the sandbox-variable in the configuration to true.
For further information please refer to the viafintech API Sandbox Documentation
Barzahlen.configure do |config|
config.sandbox = true
endThe following is happening during a request:
- The signature, based on the provided
division_idandpayment_key, will get created. - A https-request is send to the viafintech API endpoint.
- The response is evaluated.
- If an error occured, it will try to parse the error, create a client lib exception and throw it.
- If everything works fine, the response will be returned as a ruby hash.
- If a
slip requestobject was created, the object can be used for making idempotency requests, by calling send on theslip requestobject again.
For creating a refund or payment you first need to generate a slip hash which then can be used to send the slip request.
new_payment_slip = {
slip_type: "payment",
customer: {
key: "<customer-key>"
},
transactions: [
{
currency: "<currency>",
amount: "<amount>"
}
]
}
bz_new_payment_slip = Barzahlen::CreateSlipRequest.new(new_payment_slip)A full list of all required and additional variables is available at viafintech API v2 slip creation documentation.
Afterwards this object can be used to send the slip request.
bz_new_payment_slip.sendAll required and applicable variables for a refund or payment slip is well documented in the viafintech API v2 slip creation Documentation.
Retrieving a slip is simply done by:
Barzahlen.retrieve_slip(slip_id)This will return an object which looks the following:
{
"id" => "slp-d90ab05c-69f2-4e87-9972-97b3275a0ccd",
"slip_type" => "payment",
"division_id" => "1234",
"reference_key" => "O64737X",
"hook_url" => "https://psp.example.com/hook",
"expires_at" => "2016-01-10T12:34:56Z",
"customer" => {
"key" => "LDFKHSLFDHFL",
"cell_phone_last_4_digits" => "6789",
"email" => "john@example.com",
"language" => "de-DE"
},
"metadata" => {
"order_id" => "1234",
"invoice_no" => "A123"
},
"transactions" => [
{
"id" => "4729294329",
"currency" => "EUR",
"amount" => "123.34",
"state" => "pending"
}
]
}For a complete list of all response variables please refer to the viafintech API v2 documentation on how a slip is retrieved.
For updating a slip, a hash has to be supplied as mentioned prior in the slip section.
For a full list of all variables and their constraints please read the viafintech Api v2 update slip documentation.
updateable_slip = {
"customer": {
"email": "john@example.com",
"cell_phone": "+495423112345"
},
"expires_at": "2016-01-10T12:34:56Z",
"transactions": [
{
"id": "4729294329",
"amount": "150.00"
}
],
"reference_key": "NEWKEY"
}
Barzahlen.update_slip(slip_id, updateable_slip)As a result you will get the whole slip as a hash:
{
"id" => "slp-d90ab05c-69f2-4e87-9972-97b3275a0ccd",
"slip_type" => "payment",
"division_id" => "1234",
"reference_key" => "O64737X",
"hook_url" => "https://psp.example.com/hook",
"expires_at" => "2016-01-10T12:34:56Z",
"customer" => {
"key" => "LDFKHSLFDHFL",
"cell_phone_last_4_digits" => "6789",
"email" => "john@example.com",
"language" => "de-DE"
},
"metadata" => {
"order_id" => "1234",
"invoice_no" => "A123"
},
"transactions" => [
{
"id" => "4729294329",
"currency" => "EUR",
"amount" => "123.34",
"state" => "pending"
}
]
}Content can be looked up here.
Resending a slip email is done as following:
Barzahlen.resend_email(slip_id)For further information please refer to the viafintech API v2 resend documentation.
Resending a slip text message is done as following:
Barzahlen.resend_text_message(slip_id)For further information please refer to the viafintech API v2 resend documentation.
Invalidating a slip is done as following:
Barzahlen.invalidate_slip(slip_id)As a response you can get:
{
"id" => "slp-d90ab05c-69f2-4e87-9972-97b3275a0ccd",
"slip_type" => "payment",
"division_id" => "1234",
"reference_key" => "O64737X",
"hook_url" => "https://psp.example.com/hook",
"expires_at" => "2016-01-10T12:34:56Z",
"customer" => {
"key" => "LDFKHSLFDHFL",
"cell_phone_last_4_digits" => "6789",
"email" => "john@example.com",
"language" => "de-DE"
},
"metadata" => {
"order_id" => "1234",
"invoice_no" => "A123"
},
"transactions" => [
{
"id" => "4729294329",
"currency" => "EUR",
"amount" => "123.34",
"state" => "pending"
}
]
}For a full list of all response variables please refer to the viafintech API v2 invalidate slip documentation.
When a slip is paid or expires, a webhook request is issued to the url you provided individually in the slip or in the viafintech Control Center App.
In sandbox mode you can manually trigger a paid or expired webhook request in the Control Center App.
The webhook request is also signed as normal requests to the API with the aforementioned payment_key. But don't worry about the signature check because this library will take care of it.
If the signature check is failing a Barzahlen::Error::SignatureError is raised.
For further documentation please refer to the webhooks viafintech API v2 documentation.
The notification handling is expecting an Object in the following structure:
request = {
"Bz-Hook-Format" => "v2",
"Host" => "callback.example.com",
"Path" => "/barzahlen/callback",
"Port" => "443",
"Date" => "Fri, 01 Apr 2016 09:20:06 GMT",
"Method" => "POST",
"Bz-Signature" => "BZ1-HMAC-SHA256 eb22cda264a5cf5a138e8ac13f0aa8da2daf28c687d9db46872cf777f0decc04",
"Body" => '{
"event": "paid",
"event_occurred_at": "2016-01-06T12:34:56Z",
"affected_transaction_id": "4729294329",
"slip": {
"id": "slp-d90ab05c-69f2-4e87-9972-97b3275a0ccd",
"slip_type": "payment",
"division_id": "1234",
"reference_key": "O64737X",
"expires_at": "2016-01-10T12:34:56Z",
"customer": {
"key": "LDFKHSLFDHFL",
"cell_phone_last_4_digits": "6789",
"email": "john@example.com",
"language": "de-DE"
},
"metadata": {
"order_id": 1234,
"invoice_no": "A123"
},
"transactions": [
{
"id": "4729294329",
"currency": "EUR",
"amount": "123.34",
"state": "paid"
}
]
}
}'
}Method (default POST) and port (default 443) are optional. (If you want to try out this request, the payment_key is 6b3fb3abef828c7d10b5a905a49c988105621395)
A request of this type can then be passed to the webhook request method:
request_hash = Barzahlen.webhook_request(request)The following can happen:
- If the request is an API v1 webhook request: nil is returned.
- If the signature check is not successful: a
SignatureErroris raised. - If the everything works fine: a hash with the content is returned.
Example hash response:
{
"event" => "paid",
"event_occurred_at" => "2016-01-06T12:34:56Z",
"affected_transaction_id" => "4729294329",
"slip" => {
"id" => "slp-d90ab05c-69f2-4e87-9972-97b3275a0ccd",
"slip_type" => "payment",
"division_id" => "1234",
"reference_key" => "O64737X",
"expires_at" => "2016-01-10T12:34:56Z",
"customer" => {
"key" => "LDFKHSLFDHFL",
"cell_phone_last_4_digits" => "6789",
"email" => "john@example.com",
"language" => "de-DE"
},
"metadata" => {
"order_id" => 1234,
"invoice_no" => "A123"
},
"transactions" => [
{
"id" => "4729294329",
"currency" => "EUR",
"amount" => "123.34",
"state" => "paid"
}
]
}
}For further documentation about webhooks please refer to webhook documentation.
Errors will be generated and raised based on the viafintech API v2 error response information.
The error_class, which is explained on viafintech API v2 Documentation is used as the error name:
- Barzahlen::Error::AuthError
- Barzahlen::Error::TransportError
- Barzahlen::Error::IdempotencyError
- Barzahlen::Error::RateLimitError
- Barzahlen::Error::InvalidFormatError
- Barzahlen::Error::InvalidStateError
- Barzahlen::Error::InvalidParameterError
- Barzahlen::Error::NotAllowedError
- Barzahlen::Error::ServerError
- Barzahlen::Error::UnexpectedError -> Is raised when no interpretation of the error response was possible.
All these Errors are of type Barzahlen::Error::ApiError.
If the interpretation was successful you will get an error where you can access the information the following:
error.error_class # The error_class from the response which is used as error class name
error.error_code # The error_code from the response
error.message # The message which describes the specific error
error.documentation_url # The documentation url which you can refer to for debugging
error.request_id # The request id which can be used to tell us if we need to help you finding an issueIf the generated signature in the webhook implementation is not the same which was send by the Barzahlen API v2, a Barzahlen::Error::SignatureError of type Barzahlen::Error::StandardError is raised.
For bugs and feature requests open an issue on Github. For code contributions fork the repo, make your changes and create a pull request.
LICENSE (MIT)