
Networx
Supports in this guide: Payments
Provider website: networx.pro
What you need to do for start processing transactions (brief summary)
- Choose account type
- Get your credentials (from Networx)
- Connect in Dashboard
- Send an API request
Choose account type
Networx can be connected in different ways (depending on your needs):
- If you do card payments -> choose H2H Merchant account
If you are not sure which one to use, confirm with your Corefy account manager.
Prerequisites: get from Networx
Get the following values for your Networx project/account:
- Shop ID -> Corefy field
shop_id-> example:shop_9f2c1a3b-> where to find: Networx backoffice / issued by Networx manager - Public Key -> Corefy field
public_key-> example:pk_live_7d3f8b2a9c1e4560-> where to find: Networx backoffice / issued by Networx manager - Secret Key -> Corefy field
secret_key-> example:sk_live_4a6e2d9f1b3c8720-> where to find: Networx backoffice / issued by Networx manager - API URL -> Corefy field
api_url-> example:https://gateway.networxpay.com-> where to find: Networx backoffice / issued by Networx manager, only needed to override the default provider URL
Payments processing (connect H2H Merchant account, create payment-invoice)
Connect H2H Merchant account in Corefy Dashboard
Step 1 - Open connection form
Open Networx in the provider directory and press Connect at Networx Provider Overview page in the New connection section. Choose H2H Merchant account.
Step 2 - Fill in fields and select settings
- Shop ID
- Public Key
- Secret Key
- Three DS Mode -> (Simple or Advanced — defaults to Advanced if not set)
- Provider URL -> (preset to Networx's gateway, not user-selectable)
- API URL -> (optional — override the default provider URL)
- 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 Networx account, but it is necessary to check details of the connection with your Corefy account manager.
Success
You have connected Networx H2H Merchant account!
First request to Corefy API (MIN)
What it does: creates a payment-invoice.
Payment - MIN
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"service": "payment_card_usd_hpp",
"currency": "USD",
"amount": 100,
"customer": {
"reference_id": "55041b5b-adfd-4073-a92b-fd8b495a4cc1",
"email": "johnsmith@gmail.com"
},
"reference_id": "86e68af6-6b95-4cc0-be16-e4df8044604c"
}
}
}
Payment - MAX
POST /api/payment-invoices
{
"data": {
"type": "payment-invoice",
"attributes": {
"service": "payment_card_usd_hpp",
"currency": "USD",
"amount": 100,
"customer": {
"reference_id": "bc75bc54-5023-4f98-8c0d-ec5ed7e8f380",
"name": "John Smith",
"email": "johnsmith@gmail.com",
"phone": "+15551234567",
"date_of_birth": "1990-05-14",
"address": {
"country": "US",
"region": "CA",
"city": "Los Angeles",
"post_code": "90001",
"full_address": "1st Street 1"
},
"metadata": {
"website_url": "https://example.com"
}
},
"reference_id": "08f5e97c-1170-4bda-9625-3bde3c6dcd20"
}
}
}
send_customer_data option (see Options) is enabled — otherwise only customer.email is used. customer.metadata.website_url is different: it's checked on every request regardless of that option, and when present it replaces the payment description entirely (see Additional info). 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
Options are configured on the Corefy side and affect how Corefy builds provider requests or processes responses.
Currently available options (7)
ignore_callback- suppresses processing of callbacks received from Networxsend_customer_data- sends the customer's billing details (name, phone, address) to Networxtransliterate_card_holder- transliterates the cardholder name before sending ittransliterate_customer_data- transliterates the customer billing details before sending themtransliterate_request_data- transliterates the full request payload before sending itgenerate_random_customer_data- generates random billing details instead of using the real customer dataskip_state_validation- skips validating the billing address state/region against the country
ignore_callback
What it does: when enabled, Corefy ignores callbacks received from Networx instead of processing them.
When to use: if you rely only on reconciliation/status checks and don't want callback-driven updates for this connection.
Default: "false"
Allowed values: true, false
send_customer_data
What it does: includes a billing address block (name, phone, country, city, state, zip, address) in the request sent to Networx, sourced from the customer's address, customer.metadata, or the connection's Constants (in that order).
When to use: enable it if Networx requires or benefits from billing details for approval rates — disabled by default, so no billing data is sent unless turned on.
Default: "false"
Allowed values: true, false
transliterate_card_holder
What it does: transliterates the cardholder name (e.g. from Cyrillic to Latin script) before it's sent to Networx.
When to use: enable it if your customers' names may be in a non-Latin script and Networx requires Latin characters.
Default: "false"
Allowed values: true, false
transliterate_customer_data
What it does: transliterates the customer's billing details (name, address fields) before they're sent to Networx.
When to use: same as transliterate_card_holder, but for the billing address block rather than the card itself.
Default: "false"
Allowed values: true, false
transliterate_request_data
What it does: transliterates the full outgoing request payload before it's sent to Networx.
When to use: a broader alternative to the two options above, when transliteration is needed across the whole request, not just specific fields.
Default: "false"
Allowed values: true, false
generate_random_customer_data
What it does: replaces the customer's real billing details with randomly generated ones before sending the request.
When to use: testing/sandbox scenarios where real customer data shouldn't be sent, but Networx still expects a billing address to be present.
Default: "false"
Allowed values: true, false
skip_state_validation
What it does: skips Corefy's own validation of the billing address state/region against the country before sending the request.
When to use: enable it if valid transactions are being rejected due to state/region formatting that doesn't match what Corefy expects.
Default: "false"
Allowed values: true, false
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.
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)
LANG is the exception to this rule — see below.
Currently available constants (constant -> Corefy API field)
DESCRIPTION->descriptionREASON->description(used for refunds specifically, instead ofDESCRIPTION)EMAIL->customer.emailCOUNTRY->customer.address.country/customer.metadata.countryCITY->customer.address.city/customer.metadata.citySTATE->customer.address.region/customer.metadata.stateZIP->customer.address.post_code/customer.metadata.zipADDRESS->customer.address.full_address/customer.metadata.addressLANG-> always used as sent — there is no request-side field to override it, set this constant to control the language Networx uses
Additional info
- Callback routing is handled automatically (Corefy generates the callback URL per transaction) — signature validation is applied.
- If
customer.metadata.website_urlis provided, Networx uses it as the payment description instead of the request's owndescriptionfield or theDESCRIPTIONconstant.
FAQ / Troubleshooting
- Invalid credentials / auth error -> verify credentials for the selected environment and account type
- Currency or service is not supported -> confirm allowed currencies/features in your Networx account and in Corefy
- Missing customer data fields -> set constants (see "Constants") or provide fields in the API request
- Not sure which account type to use? -> ask your Corefy account manager
- Billing address rejected (state/zip) ->
stateis required (non-blank) for every country's billing address, and additionally checked as a two-letter code specifically for US and CA — confirm it's set (and valid for US/CA), or enable theskip_state_validationoption (only relevant whensend_customer_datais on)
Question
Still looking for help connecting your Networx account? Please contact our support team!