GigiBit
Supports in this guide: Payments, Payouts
Provider website: gigibit.eu (blocked an automated request at the time of writing; confirm it loads for you before sharing it)
What you need to do for start processing transactions (brief summary)
- Choose account type
- Get your credentials (from GigiBit)
- Connect in Dashboard
- Send an API request
Choose account type
GigiBit can be connected in different ways (depending on your needs):
- If you do H2H card payments (card data sent directly) -> choose H2H Merchant account
- If you do card payments via a hosted page, or payouts -> choose Provider account
If you're not sure which one to use, confirm with your Corefy account manager.
Prerequisites: get from GigiBit
Contact your GigiBit account manager to get your account verified and receive the following credentials. H2H Merchant account and Provider account are separate connections with independent credentials, even though the field names are similar.
For H2H Merchant account:
- Login -> Corefy field
login. - Password -> Corefy field
password-> used to sign every request. - API URL (optional) -> Corefy field
api_url-> leave as default unless your account manager tells you otherwise. - Terminal (optional) -> Corefy field
terminal.
For Provider account:
- Login -> Corefy field
login. - Password -> Corefy field
password. - API URL (optional) -> Corefy field
api_url.
Payments processing (connect H2H Merchant account, create payment-invoice)
Connect H2H Merchant account in Corefy Dashboard
Step 1 - Open connection form
Open GigiBit in the provider directory and press Connect at GigiBit Provider Overview page in the New connection section. Choose H2H Merchant account.
Step 2 - Fill in fields and select settings
- Login
- Password
- API URL (optional)
- Terminal (optional)
- Test Mode -> (enable if you are using sandbox credentials)
Choose Currency / Features; check with your Corefy account manager which are enabled for your account.
Success
You have connected GigiBit H2H Merchant account!
First request to Corefy API (MIN)
What it does: creates a payment-invoice; card data itself is collected and submitted separately by Corefy's checkout/SDK layer, not as part of this request. GigiBit may return a 3D Secure challenge redirect depending on the card. CVV is always required - non-CVV sales aren't supported.
Payment - MIN
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"reference_id": "8e3dbbb0-17af-4c9a-bedb-93bdac6900a2",
"service": "payment_card_eur_hpp",
"currency": "EUR",
"amount": 10,
"customer": {
"reference_id": "cus_123",
"email": "johnsmith@gmail.com",
"address": {
"country": "FR"
}
}
}
}
}
This connector also supports USD, AUD, CAD, PLN, CHF, TRY, DKK.
Important
customer and customer.address must be present in the request - the sale is rejected outright ("Customer is required" / "Address is required") if either is missing entirely, even though customer is normally optional on Corefy's API. customer.email is also required and must be a valid email address.
Payment - MAX
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"reference_id": "6795502c-e27d-4d07-85e0-93245aab9a3f",
"service": "payment_card_eur_hpp",
"currency": "EUR",
"amount": 10,
"customer": {
"reference_id": "cus_123",
"name": "John Smith",
"email": "johnsmith@gmail.com",
"phone": "+15551234567",
"address": {
"country": "FR",
"city": "Paris",
"full_address": "1 Main street",
"post_code": "75000"
}
}
}
}
}
customer.name, when sent, is automatically transliterated to Latin before being sent to GigiBit.
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
Options
always_force3d-> optional, boolean - forces every sale through 3D Secure, instead of leaving the decision to GigiBit/the card's own risk assessment.time_to_finalize-> optional, number (hours) - if a reconciliation check still shows the payment pending this many hours after it was created, Corefy gives up waiting and reports it as a timed-out failure instead of checking indefinitely.
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. These describe the customer's device/browser, used for fraud checks and 3D Secure - not customer address or contact details.
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 -> a built-in default is used (a generic Windows/desktop browser profile)
Currently available constants (constant -> Corefy API field)
OS-> device operating system; defaults toWindowsif not setOS_VERSION-> OS version/architecture; defaults tox86_64if not setPLUGINS-> browser plugin list; defaults to a generic PDF-viewer plugin list if not setIS_MOBILE-> whether the device is mobile; defaults tofalseif not set
Refunds
GigiBit supports partial refunds, but only one refund per payment (no multiple partial refunds against the same payment).
Payments processing (connect Provider account, create payment-invoice)
Connect Provider account in Corefy Dashboard
Step 1 - Open connection form
Open GigiBit in the provider directory and press Connect at GigiBit Provider Overview page in the New connection section. Choose Provider account.
Step 2 - Fill in fields and select settings
- Login
- Password
- API URL (optional)
- Test Mode -> (enable if you are using sandbox credentials)
Success
You have connected GigiBit Provider account!
First request to Corefy API (MIN)
What it does: creates a payment-invoice and redirects the customer to a GigiBit-hosted page to complete the payment.
Payment - MIN
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"reference_id": "8e3dbbb0-17af-4c9a-bedb-93bdac6900a2",
"service": "payment_card_eur_hpp",
"currency": "EUR",
"amount": 10
}
}
}
The exact currencies/methods available depend on what's enabled for your specific account - check with your account manager.
Payment - MAX
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"reference_id": "6795502c-e27d-4d07-85e0-93245aab9a3f",
"service": "payment_card_eur_hpp",
"currency": "EUR",
"amount": 10,
"customer": {
"reference_id": "cus_123",
"name": "John Smith",
"email": "johnsmith@gmail.com"
}
}
}
}
customer is entirely optional - everything is only used to prefill the hosted form, it never blocks the sale.
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
No Options or Constants are configured for this flow.
Refunds
This flow does not support refunds - use the H2H Merchant account if you need refunds.
Payouts processing (connect Provider account, create payout-invoice)
Connect Provider account in Corefy Dashboard
Uses the same Provider account connection as Payments above - one connection covers both directions, nothing extra to fill in for payouts specifically.
First request to Corefy API (MIN)
What it does: creates a payout-invoice and sends funds directly to a card.
Payout - MIN
POST /api/payout-invoices
{
"data": {
"type": "payout-invoice",
"attributes": {
"reference_id": "0dde9e79-2c64-4703-adaf-93d710633401",
"service": "payment_card_eur",
"currency": "EUR",
"amount": 10,
"fields": {
"card_number": "4111111111111111"
}
}
}
}
Important
fields.card_number is required.
Payout - MAX
POST /api/payout-invoices
{
"data": {
"type": "payout-invoice",
"attributes": {
"reference_id": "3c6d2f8e-8a2a-4e7a-9b1a-2f6a7b9c0d1e",
"service": "payment_card_eur",
"currency": "EUR",
"amount": 10,
"customer": {
"reference_id": "cus_123",
"name": "John Smith",
"email": "johnsmith@gmail.com",
"phone": "+15551234567",
"address": {
"country": "FR",
"region": "IDF",
"city": "Paris",
"full_address": "1 Main street",
"post_code": "75000"
}
},
"fields": {
"card_number": "4111111111111111"
}
}
}
}
customer is entirely optional - everything is only forwarded to GigiBit as recipient details.
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
No Options or Constants are configured for this flow.
Additional info
- The H2H Merchant account uses a single fixed callback endpoint rather than a per-transaction URL; it's already set up on Corefy's side, nothing to configure in GigiBit's own back-office.
- The Provider account uses automatic callback routing - Corefy generates the callback/return URL per transaction.
FAQ / Troubleshooting
- Sale rejected with "Customer is required" or "Address is required" -> this only applies to the H2H Merchant account - send a
customerobject with at least anaddressand a validemail - Invalid credentials / auth error -> verify the credentials for the selected account type and environment - H2H Merchant account and Provider account use entirely different credential sets
- Refund fails on the Provider account flow -> refunds aren't supported there - use the H2H Merchant account instead
- Currency or service is not supported -> confirm allowed currencies/features in your GigiBit account and in Corefy
Question
Still looking for help connecting your GigiBit account? Please contact our support team!