The Finix API is resource oriented, relying heavily on common REST principles. Our API uses JSON encoded requests and responses.
You will receive separate Sandbox and Live accounts, as well as corresponding API credentials to access the Finix API.
The Finix API is resource oriented, relying heavily on common REST principles. Our API uses JSON encoded requests and responses.
You will receive separate Sandbox and Live accounts, as well as corresponding API credentials to access the Finix API.
To communicate with the Finix API, you must authenticate your requests via HTTP Basic Authentication with a username:password combination, which you can get from your Finix Dashboard. If you do not have a Dashboard yet, you can test our APIs with the Sandbox credentials below.
| Parameter | Value |
|---|---|
| Sandbox Username | USsRhsHYZGBPnQw8CByJyEQW |
| Sandbox Password | 8a14c2f9-d94b-4c72-8f5c-a62908e5b30e |
curl "https://finix.sandbox-payments-api.com/" \
-H "Content-Type: application/json" \
-H "Finix-Version: 2022-02-01" \
-u USsRhsHYZGBPnQw8CByJyEQW:8a14c2f9-d94b-4c72-8f5c-a62908e5b30eFinix provides two environments with distinct base URLs to make API requests.
These environments are entirely separate and do not share API Credentials.
| Environment | Endpoint URL |
|---|---|
| Sandbox | https://finix.sandbox-payments-api.com |
| Live | https://finix.live-payments-api.com |
To get access to the Live environment, please reach out to your Finix point-of-contact.
Finix uses HTTP codes to communicate whether requests succeeded or failed. Requests to Finix's API return responses within less than one second.
However, communications between card networks and processors can increase response latency. Additionally, response latency for card-present devices can be higher depending on how quickly buyers complete the transaction on payment terminals.
Due of this, requests to the Finix API have a maximum timeout of 5 minutes.
For more details, see Error Codes. Also, you can test for specific errors and responses.
| Code | Definition | Explanation |
|---|---|---|
400 | Bad Request | We could not parse your request. Verify you are providing valid JSON. |
401 | Unauthorized | We could not authenticate your request. Verify your username and password are correct. |
402 | Upstream Processor Error | Errors caused by 3rd-party service(s). |
403 | Forbidden | Your credentials do not have the correct permissions to perform the request. |
404 | Not Found | We could not find the specified resource. |
405 | Method Not Allowed | The specified resource does not support the HTTP Method used to submit the request. |
406 | Not Acceptable | The server could accept the submitted request. Confirm how the request was formatted and submitted. |
409 | Conflict | The submitted request conflicts with the current state of the server. |
422 | Unprocessable Entity | The parameters were valid, but the request failed. Usually, the error involves misunderstanding of how to perform the request (e.g., creating a transfer with a seller that is not-yet-approved). |
500 | Internal Server Error | We had a problem with our server. Try again later. |
The Authorization and Transfer resources both have an idempotency_id field. Use this field to ensure the API Request is performed only once.
Why is this important? We've all experienced a checkout page that hangs on a request or payment, and feared that if we refresh or submit the payment again, we'd be charged twice.
Finix removes this ambiguity with the idempotency_id. You or the user can generate a unique ID that can be included as an idempotency_id with the usual request payload. If anyone attempts a request with the same idempotency_id, the response will raise an exception.
By passing an idempotency_id in the body of your requests, you can be rest assured that when you create an Authorization or Transfer, the user will be protected from potential network issues.
idempotency_id is available on the following three endpoints:
/transfers/authorizations/transfers/{id}/reversalsidempotency_id checks against previous requests made on the same endpoint.
Every Finix resource (e.g., Authorizations, Transfers) can be listed and reviewed using GET requests. Additionally, every endpoint has query parameters available to help you filter the resources that are returned.
See the following example of how to query the Transfers endpoint for Transfer resources with type: DEBIT.
curl "https://finix.sandbox-payments-api.com/transfers?type=DEBIT" \
-H "Finix-Version: 2022-02-01" \
-u USsRhsHYZGBPnQw8CByJyEQW:8a14c2f9-d94b-4c72-8f5c-a62908e5b30eAs Finix improves our products and features, we will make changes to our APIs. When breaking changes are made to Finix's API, we may release a new dated API version.
The API version your requests use controls how API responses and webhooks behave (for example, the values you see in responses and the parameters you can include in requests). For more information, see Versioning.
To process payments, your Merchants must validate their compliance with PCI DSS requirements annually. To do this, your Merchants must attest to PCI Self-Assessment Questionnaire (SAQ) compliance forms.
Related Guides: Managing PCI Compliance, PCI DSS Compliance
A Device resource represents a Point-of-Sale terminal. Devices are used for In-Person transactions.
Disputes, also known as chargebacks, represent any customer-disputed charges. A core part of the dispute lifecycle is the ability for a Merchant to upload Dispute evidence that supports their side of the Dispute.
Related Guides: Managing Disputes
A fee_profiles represents a pricing scheme that automatically applies fees to each transaction. Changes to fee_profiles go into effect immediately.
Related Guides: Collecting Fees
Use Finix's File API to upload and manage files for your merchants.
Related Guides: File Uploads, Update Requests
An Identity resource represents either a person or business in Finix. You'll create an Identity to onboard your sellers, and verify the different owners.
Related Guides: Getting Started, Onboarding Sellers, Push to Card
With Finix's instrument_updates API, you can update the credit card information you have saved for customers without needing to contact each individual cardholder.
Related Guides: Account Updater
A Merchant resource represents the entity's merchant account on a processor. Your Merchant must be APPROVED to process payments.
Related Guides: Getting Started, Onboarding Sellers
Finix offers and hosts pre-built onboarding forms that you can use to collect onboarding and identity verification information from your users.
Related Guides: Onboarding, Onboarding Forms.
A Payment Instrument resource represents the payment details of a credit card or bank account. Payment details get tokenized multiple times and each tokenization produces a unique Payment Instrument.
A Payment Instrument is associated with a single Identity. Once a Payment Instrument is created, the Identity it's associated with can't be changed.
Including an address when creating a Payment Instrument can lower interchange on credit card transactions.
Related Guides: Using Hosted Fields, Getting Started
A Settlement is a logical construct representing a collection (i.e. batch) of Settlement Entries that will get paid out to a specific Merchant. A Settlement Entry can represent Transfers or Split Transfers
Related Guides: Payouts
A Settlement Queue Entry resource represents an entry in the settlement queue used to track when and how a transfer is queued to be processed.
If a merchant's settlement_queue_mode is set to MANUAL, all transfers will have a Settlement Queue Entry created and will not be placed into settlement until the Settlement Queue Entry is explicitly released using a PUT Update Settlement Queue Entries request.
Related Guides: Account Structures and Settlements
Transfers can be split among several different Merchants. A split_transfer represents how the funds from a split Transfer were distributed into a Merchants Settlement.
Related Guides: Online Payments Quickstart, Split a Transaction
A Transfer represents any flow of funds either to or from a Payment Instrument. All payments in Finix are represented by a Transfer.
Related Guides: Online Payments Quickstart, Level 2 and 3 Processing, POS Integration, Buyer Charges, ACH (eCheck) Direct Debit
A User resource represents a pair of API keys which are used to perform authenticated requests against the Finix API. When making authenticated requests via HTTP basic access authentication the ID of a User resource maps to the username, while the password corresponds to the password (i.e. secret key).
The password field for a User resource is only returned during the initial creation. Any following GET requests to the resource returns the password field as null for security purposes.
Related Guides: Account Structure
Webhooks lets you build or set up integrations which subscribe to certain automated notifications (i.e. events) on the Finix API. When one of those events is triggered, a HTTP POST payload is sent to the webhook's configured URL.
Related Guides: Webhooks
Checkout Forms are a low-code solution that enables you to create a customizable payment page where buyers can easily enter their payment details and submit a payment on both desktop and mobile devices.
With Checkout Forms, you can quickly create checkout pages and accept payments from buyers with minimal development work.
Related Guides: Checkout Pages
Payment Links create individual links you can send to buyers to complete a transaction. You can share these links on different platforms such as web pages, email, text, or QR codes.
Related Guides: Payment Links
A Payout Link is a unique, one-time link you can send via email or text to a recipient for fast and secure payouts. For card-based payouts, funds are typically available within minutes.
Payout Links can be used for various purposes, including insurance payments, sales commissions, and more. Each link can be customized to display your brand name and logo, providing a seamless experience for recipients.
Related Guides: Payout Links
The Receipt resource generates a receipt for Transfers or Authorizations. You can then send the Receipt via Email, SMS, or use the information from the Receipt to send it yourself.
Related Guides: Receipts for Online Payments
A Subscription resource represents a recurring charge to a Payment Instrument at regular intervals. Subscribers can be buyers, customers, or merchants.
When creating a Subscription, you have the option to use a Subscription Plan.
Limitations:
- Supported countries: At this time, subscriptions are available in the United States.
- Supported payment methods: Subscriptions currently support recurring card payments and recurring bank account payments (ACH in the USA).
- Approved merchants: At this time, only approved merchants with one of the following processors can create subscriptions: DUMMY_V1 and FINIX_V1.
Related Guides: Creating Subscriptions, Creating Subscription Plans, Recurring Payments Guidelines
A Subscription Plan resource is a template with set recurring costs and frequencies that can be reused across multiple Subscription resources.
Related Guides: Creating Subscriptions Plans, Creating Subscriptions, Recurring Payments Guidelines
A transfer_attempt is created when a buyer attempts to pay for a payment using a Payment Link or Checkout Form. Using Transfer Attempts, you can track the lifecycle of a payment or a series of payments if you are using a multi-use Payment Link.
Each transfer_attempt has as reference to a transfer_id to allow you to query it for additional data.
A Balance resource represents the current financial state of an Application identified by the linked_to query parameter.
It tracks the state of funds processed through the system, including amounts that are:
available_amount for immediate use or disbursement.pending_amount due to processing times, holds, or other constraints.posted_amount, which reflects the total sum (including both available and pending funds).The application_profile resource is used to configure the Application's Fee Profile. The Application's Fee Profile configures what Fee gets applied to transactions processed by the application_profile.
Related Guides: Onboarding Process, Collecting Fees
The Application resource represents your app. For example, an iOS app, website, online marketplace, SaaS platform, etc. – any web service that connects buyers (i.e. customers) and sellers (i.e. merchants). In other words, an Application is a resource that represents the program you're integrating with Finix and using to connect with customers (i.e. buyers).
Related Guides: Getting Started
curl "https://finix.sandbox-payments-api.com/applications/APgPDQrLD52TYvqazjHJJchM" \
-H "Finix-Version: 2022-02-01" \
-u USsRhsHYZGBPnQw8CByJyEQW:8a14c2f9-d94b-4c72-8f5c-a62908e5b30eSingle application object
When enabled at the Application-level, Finix automatically checks for updates with card networks for all payment cards created after the feature is activated. This Account Updater functionality:
The default value is false as explicit opt-in is required.
Note: Cards created before the feature is enabled are unaffected by default. To include these cards, you can manually enable the Account Updater functionality for each card individually using a PUT request. Once enabled, you can link the card to this API call to trigger updates with card networks.
Details if the Application is automatically set to create Transfers once settlement reports get generated.
Indicates whether ACH pull disbursements (debits) are enabled, allowing funds to be withdrawn from an account via ACH transfer.
Indicates whether ACH push disbursements (credits) are enabled, allowing funds to be sent to an account via ACH transfer.
Indicates whether card pull disbursements (debits) are enabled, allowing funds to be withdrawn from a card.
Indicates whether card push disbursements (credits) are enabled, allowing funds to be sent to a card.
Indicates whether same-day ACH pull disbursements (debits) are enabled, allowing funds to be withdrawn from an account via same-day ACH transfer.
Indicates whether same-day ACH push disbursements (credits) are enabled, allowing funds to be sent to an account via same-day ACH transfer.
Details if the Application is enabled and active. Set to false to disable the Application.
Details when the fees of Authroizations submitted under the Application will be ready to settle.
Set to true if you want to allow the merchant to be enabled for settlement instant payouts.
When enabled at the Application level, "network tokens" replace raw card details (e.g., the 16-digit PAN and expiration date) for transactions. Network tokens have several benefits:
The default value is false as explicit opt-in is required.
Note: Cards created before the feature is enabled are unaffected. To include them, update an individual Payment Instrument. Then, you can insert the hyperlink on the "update".
ID of the Identity resource that created the Application.
Details when transactions submitted under the Application will be ready to settle.
Indicates whether transaction settlement should be delayed to synchronize the timing of all transactions, including both card and ACH, ensuring they are settled together.
Possible values include:
ACH - Align all transactions to match the timing of ACH settlements, so card transactions settle at the same speed as ACH transactions.NONE - Default behavior where card transactions settle the next day (T+1) and ACH transactions settle two days later (T+2).Indicates whether manual approval is required before settlements are processed.
Includes additional information (like the MID or Merchant name) when submitting funding Transfers to processors.
MID of the Merchant and the date the funding Transfer was submitted (Date is in UTC). e.g MID:12345678-20220225MID of the Merchant and the Merchant#name (white spaces will be removed). e.g. MID:12345678-NameOfMerchantThese details appear alongside the seller's payout in their bank account as a description of the deposit.
If settlement_queue_mode is set to MANUAL, Finix will automatically place all transactions (Sales, Fees, Refunds, and ACH Returns) into a settlement queue that you can manage. Each transaction will have a Settlement Queue Entry.
When a Settlement Queue Entry is created, it will not be placed into Settlement until the Settlement Queue Entry is explicitly released.
Note: We require the release of all settlement queue entries within 30 days of creation.
Include up to 50 key: value pairs to annotate requests with custom metadata.
keys is 40.values is 500. (For example, order_number: 25, item_type: produce, department: sales){ "id": "APc9vhYcPsRuTSpKD9KpMtPe", "created_at": "2024-11-14T22:25:06.54Z", "updated_at": "2024-11-14T22:26:29.53Z", "account_updater_enabled": false, "card_cvv_required": false, "card_expiration_date_required": true, "creating_transfer_from_report_enabled": false, "disbursements_ach_pull_enabled": true, "disbursements_ach_push_enabled": true, "disbursements_card_pull_enabled": true, "disbursements_card_push_enabled": true, "disbursements_same_day_ach_pull_enabled": false, "disbursements_same_day_ach_push_enabled": false, "enabled": true, "fee_ready_to_settle_upon": "PROCESSOR_WINDOW", "instant_payouts_card_push_enabled": false, "name": "BrainTree", "network_token_enabled": false, "owner": "IDjvxGeXBLKH1V9YnWm1CS4n", "processing_enabled": true, "ready_to_settle_upon": "PROCESSOR_WINDOW", "ready_to_settle_upon_delay_alignment": "NONE", "settlement_approval_enabled": false, "settlement_enabled": true, "settlement_funding_identifier": "UNSET", "settlement_queue_mode": "UNSET", "tags": {}, "_links": { "self": { … }, "processors": { … }, "users": { … }, "owner_identity": { … }, "transfers": { … }, "disputes": { … }, "authorizations": { … }, "settlements": { … }, "merchants": { … }, "identities": { … }, "webhooks": { … }, "reversals": { … }, "tokens": { … }, "payment_instruments": { … }, "application_profile": { … } } }
curl -i -X PUT \
-u USfdccsr1Z5iVbXDyYt7hjZZ:313636f3-fac2-45a7-bff7-a334b93e7bda \
https://finix.sandbox-payments-api.com/applications/APgPDQrLD52TYvqazjHJJchM \
-H 'Accept: application/hal+json' \
-H 'Content-Type: application/json' \
-d '{
"tags": {
"application_name": "Finix Flowers"
}
}'Response examples for a request to update an 'Application'.
When enabled at the Application-level, Finix automatically checks for updates with card networks for all payment cards created after the feature is activated. This Account Updater functionality:
The default value is false as explicit opt-in is required.
Note: Cards created before the feature is enabled are unaffected by default. To include these cards, you can manually enable the Account Updater functionality for each card individually using a PUT request. Once enabled, you can link the card to this API call to trigger updates with card networks.
Details if the Application is automatically set to create Transfers once settlement reports get generated.
Indicates whether ACH pull disbursements (debits) are enabled, allowing funds to be withdrawn from an account via ACH transfer.
Indicates whether ACH push disbursements (credits) are enabled, allowing funds to be sent to an account via ACH transfer.
Indicates whether card pull disbursements (debits) are enabled, allowing funds to be withdrawn from a card.
Indicates whether card push disbursements (credits) are enabled, allowing funds to be sent to a card.
Indicates whether same-day ACH pull disbursements (debits) are enabled, allowing funds to be withdrawn from an account via same-day ACH transfer.
Indicates whether same-day ACH push disbursements (credits) are enabled, allowing funds to be sent to an account via same-day ACH transfer.
Details if the Application is enabled and active. Set to false to disable the Application.
Details when the fees of Authroizations submitted under the Application will be ready to settle.
Set to true if you want to allow the merchant to be enabled for settlement instant payouts.
When enabled at the Application level, "network tokens" replace raw card details (e.g., the 16-digit PAN and expiration date) for transactions. Network tokens have several benefits:
The default value is false as explicit opt-in is required.
Note: Cards created before the feature is enabled are unaffected. To include them, update an individual Payment Instrument. Then, you can insert the hyperlink on the "update".
ID of the Identity resource that created the Application.
Details when transactions submitted under the Application will be ready to settle.
Indicates whether transaction settlement should be delayed to synchronize the timing of all transactions, including both card and ACH, ensuring they are settled together.
Possible values include:
ACH - Align all transactions to match the timing of ACH settlements, so card transactions settle at the same speed as ACH transactions.NONE - Default behavior where card transactions settle the next day (T+1) and ACH transactions settle two days later (T+2).Indicates whether manual approval is required before settlements are processed.
Includes additional information (like the MID or Merchant name) when submitting funding Transfers to processors.
MID of the Merchant and the date the funding Transfer was submitted (Date is in UTC). e.g MID:12345678-20220225MID of the Merchant and the Merchant#name (white spaces will be removed). e.g. MID:12345678-NameOfMerchantThese details appear alongside the seller's payout in their bank account as a description of the deposit.
If settlement_queue_mode is set to MANUAL, Finix will automatically place all transactions (Sales, Fees, Refunds, and ACH Returns) into a settlement queue that you can manage. Each transaction will have a Settlement Queue Entry.
When a Settlement Queue Entry is created, it will not be placed into Settlement until the Settlement Queue Entry is explicitly released.
Note: We require the release of all settlement queue entries within 30 days of creation.
Include up to 50 key: value pairs to annotate requests with custom metadata.
keys is 40.values is 500. (For example, order_number: 25, item_type: produce, department: sales){ "id": "APc9vhYcPsRuTSpKD9KpMtPe", "created_at": "2024-11-14T22:25:06.54Z", "updated_at": "2024-11-14T22:26:29.53Z", "account_updater_enabled": false, "card_cvv_required": false, "card_expiration_date_required": true, "creating_transfer_from_report_enabled": false, "disbursements_ach_pull_enabled": true, "disbursements_ach_push_enabled": true, "disbursements_card_pull_enabled": true, "disbursements_card_push_enabled": true, "disbursements_same_day_ach_pull_enabled": false, "disbursements_same_day_ach_push_enabled": false, "enabled": true, "fee_ready_to_settle_upon": "PROCESSOR_WINDOW", "instant_payouts_card_push_enabled": false, "name": "BrainTree", "network_token_enabled": false, "owner": "IDjvxGeXBLKH1V9YnWm1CS4n", "processing_enabled": true, "ready_to_settle_upon": "PROCESSOR_WINDOW", "ready_to_settle_upon_delay_alignment": "NONE", "settlement_approval_enabled": false, "settlement_enabled": true, "settlement_funding_identifier": "UNSET", "settlement_queue_mode": "UNSET", "tags": {}, "_links": { "self": { … }, "processors": { … }, "users": { … }, "owner_identity": { … }, "transfers": { … }, "disputes": { … }, "authorizations": { … }, "settlements": { … }, "merchants": { … }, "identities": { … }, "webhooks": { … }, "reversals": { … }, "tokens": { … }, "payment_instruments": { … }, "application_profile": { … } } }
Our Balance Transfers API provides platforms the option to create a money movement between their FBO (For the Benefit Of) Settlement account and their operating account. This is only available for Finix Core customers with Litle V12 credentials.
If you have any questions, please reach out to your Finix point of contact or contact the Finix Support team.
A merchant_profile links a merchant to it's risk_profile and fee_profile. Each merchant has a merchant_profile.
When a merchant gets created, a merchant_profile also gets created. This new merchant_profile automatically receives a new risk_profile and fee_profile that are copies of the risk and fee profiles on the application_profile.
Related Guides: Collecting Fees
A Payout Profile configures how fees and payouts get calculated and processed.
Related Guides: Configuring Payouts
Funds are released to sub-merchants when a Settlement's corresponding Review Queue Item is marked as ACCEPTED by a user with the appropriate role permissions.
Related Guides: Roles & Permissions
Verifications are used to verify Identities and Payment Instruments.
For Identities, a verification represents an attempt to onboard and underwrite an identity.
For Payment Instruments, a verification represents getting additional information from the card brands to verify a card is eligible for push to card.
Related Guides: Onboarding with the API, Push to Card