Skip to content

Logo

Mobilum (GDPaytech)

Supports in this guide: Payments

Provider website: gdpaytech.pl


What you need to do for start processing transactions (brief summary)

  1. Choose account type
  2. Get your credentials (from Mobilum (GDPaytech))
  3. Connect in Dashboard
  4. 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 environment https://payments-test.gdpaytech.pl is 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 the Api-Key header 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):

  1. If a value is present in the request -> Corefy uses the request value
  2. Else if the constant is set -> Corefy uses the constant
  3. 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.email
  • phone -> customer.phone
  • user_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

  1. 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.
  2. Mobilum (GDPaytech) sends webhooks only for successful and failed payments. Cancellations have no webhook, so Corefy gets them from status checks.

  3. 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_minutes option 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 the user_ip / user_agent constants
  • 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!