Skip to content

Logo

Pay.cc

Confidence & convenience in every payment

Supports in this guide: Payments

Provider website: pay.cc

Note

This provider's name appears in a few variants - "Pay CC", "PayCC", "Pay.cc" - these all refer to the same single connector (code paycc), not separate integrations.


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

  1. Choose account type
  2. Get your credentials (from Pay.cc)
  3. Connect in Dashboard
  4. Send an API request

Choose account type

Pay.cc 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 Apple Pay or Google Pay payments via a hosted page -> choose Provider account

Pay.cc does not currently support payouts through Corefy. If you're not sure which one to use, confirm with your Corefy account manager.


Prerequisites: get from Pay.cc

Contact your Pay.cc account manager to get your account verified and receive the following credentials. H2H Merchant account and Provider account are separate connections with mostly the same field names.

For H2H Merchant account:

  • Login -> Corefy field login.
  • Control Key -> Corefy field control_key -> used to sign every request.
  • Endpoint ID -> Corefy field endpoint_id.
  • Multi Currency Integration -> Corefy field is_multi_currency_integration -> enable if your Pay.cc terminal is set up to process more than one currency.

For Provider account:

  • Login -> Corefy field login.
  • Control Key -> Corefy field control_key.
  • Endpoint ID -> Corefy field endpoint_id.
  • API URL (optional) -> Corefy field api_url -> leave as default unless your account manager tells you otherwise.
  • Multi Currency Integration -> Corefy field is_multi_currency_integration.

Payments processing (connect H2H Merchant account, create payment-invoice)

Connect H2H Merchant account in Corefy Dashboard

Step 1 - Open connection form

Open Pay.cc in the provider directory and press Connect at Pay.cc Provider Overview page in the New connection section. Choose H2H Merchant account.

Step 2 - Fill in fields and select settings

  • Login
  • Control Key
  • Endpoint ID
  • Test Mode -> (enable if you are using sandbox credentials)
  • Multi Currency Integration

Choose Currency / Features; check with your Corefy account manager which are enabled for your account.

Success

You have connected Pay.cc 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. Pay.cc may return a 3D Secure challenge redirect depending on the card.

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
    }
  }
}

This connector also supports USD.

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",
        "email": "johnsmith@gmail.com",
        "phone": "+15551234567",
        "date_of_birth": "1990-01-01",
        "address": {
          "country": "FR",
          "city": "Paris",
          "full_address": "1 Main street",
          "post_code": "75000"
        }
      }
    }
  }
}

customer is entirely optional - anything you don't send falls back to the Constants below, or to a hardcoded placeholder (Berlin, Germany) if neither is set.


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

  • ignore_callback -> optional, boolean - for cascading to work correctly, excludes finalizing the payment from the asynchronous callback; Corefy then relies only on an active status request (reconciliation) to finalize it.
  • use_default_browser_info -> optional, boolean - if real browser/device fingerprint data isn't available for a sale, falls back to the browser-related Constants below instead of sending nothing.
  • custom_finalization_logic -> optional, boolean - changes how Corefy finalizes the payment status internally; ask your account manager whether your account needs this enabled.
  • allow_callback_for_all_transaction_types -> optional, boolean - exposed on the connection form, but has no observable effect in the current integration.

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 -> a hardcoded placeholder (Berlin, Germany) is used for address/country/city/post code, and a placeholder phone/email for those fields

Currently available constants (constant -> Corefy API field)

  • ADDRESS -> customer.address.full_address
  • COUNTRY -> customer.address.country
  • CITY -> customer.address.city
  • POST_CODE -> customer.address.post_code
  • PHONE -> customer.phone
  • EMAIL -> customer.email
  • DATE_OF_BIRTH -> customer.date_of_birth
  • BROWSER_IP, BROWSER_USER_AGENT, BROWSER_ACCEPT_HEADER, BROWSER_LANGUAGE, BROWSER_TZ_OFFSET, BROWSER_SCREEN_WIDTH, BROWSER_SCREEN_HEIGHT, BROWSER_COLOR_DEPTH, BROWSER_JAVA_ENABLED, BROWSER_INFO -> used as fallback browser/device data when use_default_browser_info is enabled and real browser data isn't available

Important

If a sale is missing both the request value and the matching Constant for address/city/country/post code/phone/email, Pay.cc still receives a sale - just with hardcoded placeholder values (a Berlin, Germany address and a placeholder phone/email) instead of a rejection. Always send real customer data when you have it.


Refunds

Pay.cc 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 Pay.cc in the provider directory and press Connect at Pay.cc Provider Overview page in the New connection section. Choose Provider account.

Step 2 - Fill in fields and select settings

  • Login
  • Control Key
  • Endpoint ID
  • API URL (optional)
  • Test Mode -> (enable if you are using sandbox credentials)
  • Multi Currency Integration

Success

You have connected Pay.cc Provider account!


First request to Corefy API (MIN)

What it does: creates a payment-invoice and redirects the customer to a Pay.cc-hosted page to complete the payment with Apple Pay or Google Pay. This flow covers Apple Pay/Google Pay only - it does not accept plain card payments (use the H2H Merchant account for that).

Payment - MIN

POST /api/payment-invoices

{
  "data": {
    "type": "payment-invoice",
    "attributes": {
      "reference_id": "8e3dbbb0-17af-4c9a-bedb-93bdac6900a2",
      "service": "applepay_eur_hpp",
      "currency": "EUR",
      "amount": 10
    }
  }
}

This connector also supports googlepay_eur_hpp, and both methods in GBP and USD (applepay_gbp_hpp, googlepay_gbp_hpp, applepay_usd_hpp, googlepay_usd_hpp).

Payment - MAX

POST /api/payment-invoices

{
  "data": {
    "type": "payment-invoice",
    "attributes": {
      "reference_id": "6795502c-e27d-4d07-85e0-93245aab9a3f",
      "service": "applepay_eur_hpp",
      "currency": "EUR",
      "amount": 10,
      "customer": {
        "reference_id": "cus_123",
        "email": "johnsmith@gmail.com",
        "phone": "+15551234567",
        "address": {
          "country": "FR",
          "city": "Paris",
          "full_address": "1 Main street",
          "post_code": "75000"
        }
      }
    }
  }
}

customer is entirely optional - everything is only used to prefill/enrich the sale, 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 are configured for this flow.


Constants (fallback fields)

Configured per service (applepay_<ccy>_hpp / googlepay_<ccy>_hpp), same constant set as the H2H Merchant account above (ADDRESS/COUNTRY/CITY/POST_CODE/PHONE/EMAIL/DATE_OF_BIRTH/browser-related constants).


Refunds

This flow does not support refunds - use the H2H Merchant account if you need refunds.


Additional info

  1. Callback routing is automatic - Corefy generates the callback/return URLs per transaction, nothing to configure in Pay.cc's own back-office.
  2. No payouts - this connector does not support payouts through Corefy.

FAQ / Troubleshooting

  • Invalid credentials / auth error -> verify Login/Control Key/Endpoint ID for the selected account type and environment
  • Refund fails on the Provider account flow -> refunds aren't supported there - use the H2H Merchant account instead
  • Not sure which account type to use? -> H2H Merchant account is direct card only; Provider account is Apple Pay/Google Pay only
  • Currency or service is not supported -> confirm allowed currencies/features in your Pay.cc account and in Corefy

Question

Still looking for help connecting your Pay.cc account? Please contact our support team!