Glossaire
generalIADataFinance

API

Aussi : API, Application Programming Interface, interface de programmation applicative, web API, REST API

Application Programming Interface: a standardised interface that lets applications communicate and exchange data without knowing each other's internal workings.

What it is

An API (Application Programming Interface) is a standardised contract that lets one piece of software request data or actions from another. It defines the available operations, the inputs each one expects, and the outputs it returns. The consumer does not need to understand the internal code of the provider: it only needs to follow the published rules.

Think of an API as a menu in a restaurant. You choose from defined dishes (endpoints), place an order with specifics (parameters), and receive a predictable result. The kitchen (the underlying system) stays hidden.

Why it matters

APIs are the connective tissue of modern digital operations. They matter because they enable:

  • Integration: connect a CRM, an accounting tool, and a website without custom rebuilds.
  • Automation: replace manual data copying with reliable machine-to-machine flows.
  • Scale and reuse: one well-designed API can serve web apps, mobile apps, and partners.
  • Ecosystems: expose capabilities so external developers and partners can build on your platform.

For executives, APIs are strategic. They determine how quickly teams ship products, how easily you switch vendors, and whether data can flow across silos.

How it is used in practice

Most modern APIs are REST or GraphQL over HTTPS, exchanging data as JSON. Access is usually controlled with API keys or OAuth tokens, and providers enforce rate limits to protect their systems. Common patterns include:

  • Reading data (for example, list customers created this month).
  • Writing data (for example, create an invoice).
  • Triggering actions (for example, send a payment or run a model).

Concrete worked example

Suppose finance wants daily revenue in a dashboard. Instead of exporting spreadsheets, the dashboard calls the payment provider's API:

1. It sends an authenticated GET request to `/v1/transactions?date=2024-06-01`.

2. The provider validates the token and checks the rate limit.

3. It returns JSON: a list of transactions with amounts, currencies, and statuses.

4. The dashboard aggregates the figures and displays them, refreshed automatically.

The same pattern powers an AI use case: an application sends a prompt to a large language model's API and receives generated text, with usage billed per token.

Key takeaways

  • APIs are contracts, not products; stability and documentation are what make them valuable.
  • They enable buy versus build decisions and reduce vendor lock-in when standardised.
  • Security, versioning, and rate limits are the practical details that decide reliability.
How an API call worksClient app(dashboard)Providersystem + dataAPI1. Request (with token)2. Response (JSON data)The API hides internal complexity behind a stable contract.
A client sends an authenticated request to the API and receives structured data in response.