Skip to main content
This guide walks the v1 integration contract for Italy. You create an ita API key, onboard a merchant with an Italian fiscal_identity (Codice Fiscale + Partita IVA + Fisconline credentials), register a location and terminal, fiscalize the register under the RT regime, open a register session, start an operation, and complete it with the typed payment contract.
Examples use https://sandbox.api.openfiskal.com/v1. Replace with https://api.openfiskal.com/v1 when you go live.
Register fiscalization on the public API today is only supported for DE / KassenSichV. Calling POST /registers/{id}/fiscalize on an Italian location currently returns 422 validation_error. Italian RT fiscalization is rolling out — contact support@openfiskal.com for current IT enablement status before scheduling go-live. The merchant, location, and register data shapes shown here are stable and safe to integrate against now; the fiscalize step and the RT fiscal_information payload are the parts that activate when IT is enabled for your tenant.

Prerequisites

  • An OpenFiskal tenant
  • A tenant-scoped, country-scoped API key (of_test_ita_… or of_live_ita_…)
  • Active Fisconline credentials for the legal entity (delegated user, password, PIN)
  • curl or an HTTP client
  • A backend service / database to store your API key, entity IDs and ETags

Authentication model

Use the standard bearer header on every request. The key encodes the environment and country — of_test_ita_… for the Italian sandbox, of_live_ita_… for Italian production. An ita key rejects payloads for any other country.
Every merchant-scoped request must also include:
This header value is the merchant ID returned by POST /merchants, not your API key.

Create resources

Create these resources in order. The register cannot fiscalize until the merchant has an ITA fiscal_identity with the Fisconline credentials populated.
1

Create your API key

Generate an ita key at console.openfiskal.com. Store it in your secrets manager. Format: of_{env}_ita_{random}, e.g. of_test_ita_abcdefgh12345678.
2

Create a merchant

country_code and every address.country_code must be ITA (ISO 3166-1 alpha-3). The Italian fiscal_identity requires:
  • legal_entity_typeCOMPANY or INDIVIDUAL
  • tax_number — Codice Fiscale (11 numeric digits, or 16 alphanumeric characters)
  • vat_number — Partita IVA (11 numeric digits)
  • fisconline_user — Codice Fiscale (16 alphanumeric characters) of the person delegated to access the Agenzia delle Entrate portal on behalf of the entity
  • fisconline_password
  • fisconline_pin
Fisconline credentials are stored encrypted and used to register the cash register (Registratore Telematico) with the Agenzia delle Entrate. Store the source credentials in your own secrets manager too — OpenFiskal does not return them in plaintext.
The returned id becomes the X-OpenFiskal-Merchant header on every merchant-scoped request that follows.
3

Create a location

A location is a physical point of sale. timezone is a required IANA zone string.
4

Create a register

A register is the logical Registratore Telematico (RT) that creates operations.
5

Fiscalize the register (rolling out)

Once enabled for IT, POST /registers/{id}/fiscalize registers the Registratore Telematico with the Agenzia delle Entrate using the merchant’s Italian fiscal_identity and the location’s country. The response is 202 Accepted; poll GET /registers/{id} until fiscalization_status is "fiscalized" (the timestamp is fiscalization.fiscalized_at). Until IT is enabled for your tenant this call returns 422 validation_error.
6

Verify your saved IDs

Persist the returned merchant, location, and register IDs. You will use them for every later operation request.

Perform a fiscalized sale

Once your register is fiscalized, you can create and complete sale operations. The request body is identical to other countries; the response’s fiscal_information carries the RT-specific shape, including the DCW number that you must render onto the customer’s receipt.
1

Open a session

Every POS sale, return, or exchange must bind to an open register session. Send a session_open operation with the register, currency, and counted opening cash float. Without an open session, POST /operations with source: POS is rejected.
Persist the returned session_id. See Sessions for cash adjustments, end-of-shift counting, and closing.
2

Start an operation

POST /operations is a single-shot create. All monetary fields are decimal strings, not integers. pretax_amount + tax_amount + tip_amount must equal total_amount. line_items is required with at least one entry.
Always send line_items[].taxes[].
3

Complete the operation

Completion includes typed payment legs. Use one entry per tender leg and include processor references where available. Send the latest ETag in If-Match.
The completed-operation response carries the RT regime’s fiscal_information, including the DCW number you must render onto the customer’s receipt. Schema reference: see the Live OpenAPI spec once IT is enabled on your tenant.

Void an open operation

If the sale is abandoned before completion, void the open operation:

Next steps