Mobilum (GDPaytech)
Supports in this guide: Payments
Provider website: gdpaytech.pl
What you need to do for start processing transactions (brief summary)
- Choose account type
- Get your credentials (from Mobilum (GDPaytech))
- Connect in Dashboard
- Send an API request
Choose account type
Mobilum (GDPaytech) can be connected in different ways (depending on your needs):
- If you do BLIK payments (the customer enters a BLIK code on the Corefy hosted payment page) -> choose Provider account
If you are not sure which one to use, confirm with your Corefy account manager.
Prerequisites: get from Mobilum (GDPaytech)
Get the following values for your Mobilum (GDPaytech) project/account:
- API Key -> Corefy field
api_key-> example:a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6-> used to authorize every request to the Mobilum (GDPaytech) API -> where to find: Mobilum (GDPaytech) backoffice / issued by Mobilum (GDPaytech) manager - API URL (optional) -> Corefy field
api_url-> example:https://payments.gdpaytech.pl-> base URL of the Mobilum (GDPaytech) API. If left empty, the test environmenthttps://payments-test.gdpaytech.plis used, so set it for production -> where to find: Mobilum (GDPaytech) backoffice / issued by Mobilum (GDPaytech) manager - Webhook API Key (optional in the form, required to accept webhooks) -> Corefy field
webhook_api_key-> example:f6e5d4c3b2a1f6e5d4c3b2a1f6e5d4c3-> used to validate theApi-Keyheader of incoming webhooks -> where to find: Mobilum (GDPaytech) backoffice (Settings -> Webhook configuration) / issued by Mobilum (GDPaytech) manager
The API Key and the Webhook API Key are issued separately for the test and production environments.
Payments processing (connect Provider account, create payment-invoice)
Connect Provider account in Corefy Dashboard
Step 1 - Open connection form
Open Mobilum (GDPaytech) in the provider directory and press Connect at Mobilum (GDPaytech) Provider Overview page in the New connection section. Choose Provider account.
Step 2 - Fill in fields and select settings
- API Key ->
api_key - API URL ->
api_url(optional; leave empty to use the test environment, set the production URL for live processing) - Webhook API Key ->
webhook_api_key(the same key you set in Mobilum (GDPaytech) webhook configuration; without it webhooks are rejected) - Test Mode -> (enable if you are using sandbox credentials)
Choose Currency and Features. You can set these parameters according to available currencies and features for your Mobilum (GDPaytech) account, but it is necessary to check details of the connection with your Corefy account manager.
Success
You have connected Mobilum (GDPaytech) Provider account!
First request to Corefy API (MIN)
What it does: creates a payment-invoice. The customer opens the Corefy hosted payment page, enters a 6-digit BLIK code, and Corefy submits the payment to Mobilum (GDPaytech). The customer then confirms the payment in their banking app.
Payment - MIN
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"reference_id": "8d2f6a41-3c7e-4b9d-a5e0-7f1c2b3d4e5f",
"service": "blik_pln_invoice",
"currency": "PLN",
"amount": 100
}
}
}
Mobilum (GDPaytech) requires the payer's IP address and browser User-Agent, all other payer details (name, email, phone) are optional. If you don't pass them, Corefy uses the values captured from the customer's browser on the hosted payment page. You can also set them per request (customer.metadata.ip, customer.metadata.client_agent, see MAX) or as connection constants (user_ip, user_agent).
Payment - MAX
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"reference_id": "c4e1b7a9-6d2f-4a3e-8b5c-9e0f1a2b3c4d",
"service": "blik_pln_invoice",
"currency": "PLN",
"amount": 100,
"customer": {
"reference_id": "5b3a9c1e-2f4d-4e8a-9b7c-1d2e3f4a5b6c",
"name": "John Smith",
"email": "johnsmith@gmail.com",
"phone": "+48500100200",
"metadata": {
"ip": "203.0.113.10",
"client_agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64)"
}
}
}
}
}
Extended request (MAX)
Why add extra fields (typical reasons):
- Provide additional customer details for compliance/reconciliation
- Positively influence conversion rate
- Include optional fields required by your specific flow
customer.name is split into the payer's first and last name, customer.email and customer.phone are passed as the payer's email and phone number.
Options
Options are configured on the Corefy side and affect how Corefy builds provider requests or processes responses.
Currently available options (2)
finalize_after_minutes- fails a submitted payment that still has no final status after the set number of minutes.finalize_unconfirmed_after_minutes- fails a payment for which the customer never submitted a BLIK code after the set number of minutes.
finalize_after_minutes
What it does: when the set number of minutes has passed since the payment was created and Mobilum (GDPaytech) still returns a non-final status, Corefy finalizes the payment as failed with resolution expired. If Mobilum (GDPaytech) returns a final status at that moment, that status is used instead.
When to use: set it to avoid payments hanging in processing when Mobilum (GDPaytech) never delivers a final result.
Default: not set (payments are never finalized by timeout)
Allowed values: whole number of minutes from 1 to 7200
finalize_unconfirmed_after_minutes
What it does: applies to payments where the customer opened the hosted payment page but never submitted a BLIK code, so no payment was created at Mobilum (GDPaytech). Once the set number of minutes has passed, Corefy checks the payment at Mobilum (GDPaytech) and, if it is not found there, finalizes it as failed with resolution expired.
When to use: set it so abandoned payments (no BLIK code entered) are closed instead of staying in processing.
Default: not set (unconfirmed payments are not finalized by timeout)
Allowed values: whole number of minutes from 1 to 7200
Note
If you are not sure which value to select, please contact our support team!
Constants (fallback fields)
Constants are static values that Corefy can send to the provider instead of dynamic data from your API request, when those fields are missing in the request.
After the successful connection, fill in constants for the blik_pln_invoice route in the editing menu.
Priority (predictable rule):
- If a value is present in the request -> Corefy uses the request value
- Else if the constant is set -> Corefy uses the constant
- Else -> provider may reject the request or apply its defaults (depends on provider)
Currently available constants (constant -> Corefy API field)
first_name->customer.name(first part)last_name->customer.name(last part)email->customer.emailphone->customer.phoneuser_ip->customer.metadata.ip(used when neither the request nor the hosted payment page provides the payer's IP)user_agent->customer.metadata.client_agent(used when neither the request nor the hosted payment page provides the payer's User-Agent)
Additional info
-
Webhooks are required. Without them Mobilum (GDPaytech) doesn't deliver payment results to Corefy, and payments are finalized only by status checks. In the Mobilum (GDPaytech) backoffice, go to Settings -> Webhook configuration and set it up separately for the test and production environments:
- Webhook URL -> the Corefy callback endpoint
/gdpaytech/callback. Mobilum (GDPaytech) adds the event path itself, so webhooks arrive at/gdpaytech/callback/paymentFinished. - API key -> the same value you entered in the Webhook API Key (
webhook_api_key) field of the connection. Webhooks with a missing or different key are rejected.
- Webhook URL -> the Corefy callback endpoint
-
Mobilum (GDPaytech) sends webhooks only for successful and failed payments. Cancellations have no webhook, so Corefy gets them from status checks.
-
A BLIK code is valid for a short time and must be confirmed by the customer in their banking app. If the customer never enters the code, use the
finalize_unconfirmed_after_minutesoption to close such payments.
FAQ / Troubleshooting
- Invalid credentials / auth error -> verify you used the API Key for the chosen environment, and that API URL points to the matching environment (empty = test environment)
- Payments stay in processing -> check the webhook configuration in the Mobilum (GDPaytech) backoffice and that its API key matches Webhook API Key in the connection; consider setting
finalize_after_minutes/finalize_unconfirmed_after_minutes - Payment declined with invalid request -> make sure the payer's IP address and User-Agent are available: pass them in
customer.metadata, or set theuser_ip/user_agentconstants - Payment declined with limit violation -> the amount is outside the transaction limits set for your Mobilum (GDPaytech) account (for example, below the minimal single transaction amount); check the limits with your Mobilum (GDPaytech) manager
- Payment declined with invalid details -> the customer entered a wrong or already used BLIK code; ask them to generate a new code and pay again
- Not sure which account type to use? -> ask your Corefy account manager
Question
Still looking for help connecting your Mobilum (GDPaytech) account? Please contact our support team!