# Build around the financial operation.

Canonical page: https://finanzer.ai/developers

> Explore the Finanzer financial platform model for accounts, balances, payments and cards. Plan your integration and discuss documentation and sandbox access.

Connect customers, accounts, quotes, transfers and events in one financial model. Give your product a clear view of who owns the money, what is being requested and whether it has completed.

## What should your customer be able to do?

Define the financial operation first. Then connect the objects, permissions and events it needs.

### Show an account position

Associate customers and businesses with accounts and balances. Keep available money, pending amounts and other balance types distinct.

[Explore the account model](https://finanzer.ai/developers/api)

### Prepare a payment

Connect a beneficiary and funding source to a quote. Carry the amounts, fees and validity into the user’s review before a transfer is requested.

[Read the integration guide](https://finanzer.ai/developers/docs)

### Keep another system informed

Use financial events to follow changes in the underlying operation. Reconcile against its recorded state, including after retries or interruptions.

[Plan event handling](https://finanzer.ai/developers/webhooks)

## A successful request isn’t the final outcome.

Your product needs to distinguish validation, acceptance, processing and completion. Design the user experience around the financial state.

### Establish the owner and authority

Identify the customer or organization, account and permission required for the operation.

### Prepare the financial details

Obtain the relevant quote or proposal and present its amounts, currencies, charges and conditions.

### Submit deliberately

Use the API contract’s idempotency and validation rules. A retry must not become a second financial action.

### Reconcile the result

Follow event delivery and the operation’s stable ID. Handle delayed, repeated and failed outcomes explicitly.

## One model to connect the workflow.

These are the initial integration domains in the platform specification. Access and executable contracts must be confirmed for your use case.

| Domain | Responsibility |

| --- | --- |

| Customers and businesses | Identity, ownership and organization context. |

| Accounts, balances and wallets | The location, type and availability of value. |

| Quotes and transfers | Proposed terms, a requested movement and its outcome. |

| Cards | Card identity, controls and transaction context. |

| Events and webhooks | Notifications that help another system follow and reconcile state. |

This website provides concept documentation, not a versioned API contract. No production endpoints or credentials are published here.

## Test the cases that change money.

Start with a defined use case and request the supported specification, access and test environment.

### A request that succeeds

Verify the customer sees the proposed details and the eventual financial outcome.

### A request that is rejected

Check invalid inputs, missing permissions and unavailable operations before a commitment is created.

### A request whose outcome is unclear

Test interrupted responses, retries and event reconciliation using the contract’s stable identifiers.

### A repeated or delayed event

Confirm duplicate processing does not repeat a financial action and late notifications do not overwrite newer state.

[Prepare your sandbox tests](https://finanzer.ai/developers/sandbox)

## Before your team starts building

### Is there a public API specification?

The pages here explain the platform model and integration responsibilities. Request the current versioned API contract, authentication requirements, environments and error reference before implementation.

### Which domains are in scope?

The initial model includes customers, businesses, accounts, balances, wallets, quotes, transfers, cards and webhooks. Confirm the specific operations available for your use case and market.

### Does sandbox behavior match production?

Confirm the documented differences with the integration team. Request sandbox access for test credentials, fixtures and supported scenarios before starting your integration.

### What should I include in an access request?

Describe the customer journey, markets, operations and expected volumes. Explain the systems that will consume events and how your team plans to test reconciliation.

## Bring us the workflow you want to build.

Start with the operation your customer needs, the market and the integration boundaries.

[Request access](https://finanzer.ai/contact?topic=Developer%20access#enquiry)

[Read the integration guide](https://finanzer.ai/developers/docs)