Ir al contenido

Referencia de API

Esta página es la referencia central para todos los endpoints, URLs base, autenticación y límites de velocidad de la API de fiskaly. Úsala como punto de partida para cualquier integración de producto.

fiskaly proporciona dos arquitecturas de API. Consulta La API Unificada para la comparación completa.

La API Unificada utiliza URLs base compartidas y un modelo de recursos común entre países. Actualmente cubre SIGN FR y SIGN IT (SIGN SE próximamente).

Detalles
URL base TESThttps://test.api.fiskaly.com
URL base LIVEhttps://live.api.fiskaly.com
Headers requeridosX-Api-Version (fecha, p. ej. 2026-02-03), X-Idempotency-Key (UUID, en POST/PATCH), X-Scope-Identifier (alcance de recursos)
IDs de recursosGenerados por el servidor (usa X-Idempotency-Key para idempotencia)
Gestión de org.Integrada en la API del producto (sin Management API separada)
ProductoÚltima versión de APIDocs
SIGN FR2026-05-04Docs
SIGN IT2026-05-04Docs
SIGN SETCS (API Unificada próx.)Docs actuales

Cada API especializada tiene su propia URL base y modelo de recursos, diseñada para un país específico. Utiliza la Management API para la gestión de organizaciones.

ProductoVersión APIURL base (TEST)URL base (LIVE)Docs
SIGN DEv2kassensichv-middleware.fiskaly.com/api/v2kassensichv.fiskaly.com/api/v2Docs interactivos
SIGN ATv1rksv-middleware.fiskaly.com/api/v1rksv.fiskaly.com/api/v1Docs
SIGN ESv1Contactar a fiskaly para endpointsContactar a fiskaly para endpointsDocs
Managementv0management.fiskaly.com/api/v0management.fiskaly.com/api/v0Docs interactivos

Estos productos trabajan junto a SIGN y no están vinculados a una arquitectura de API específica:

ProductoURL base (TEST)URL base (LIVE)Docs
DSFinV-K (Alemania)dsfinvk-middleware.fiskaly.com/api/v1dsfinvk.fiskaly.com/api/v1Docs
SUBMIT DE (Alemania)A través del middleware SIGN DEA través de producción SIGN DEDocs
SAFEContactar a fiskaly para endpointsContactar a fiskaly para endpointsDocs
E-InvoiceContactar a fiskaly para endpointsContactar a fiskaly para endpointsDocs
eReceiptreceipt.fiskaly.com/api/v1receipt.fiskaly.com/api/v1Docs interactivos

Todas las APIs de fiskaly utilizan el mismo patrón de autenticación con Bearer token:

  1. POST /auth con tu api_key y api_secret
  2. Recibe un access_token (24h) y un refresh_token (48h)
  3. Incluye el token como Authorization: Bearer <token> en todas las solicitudes posteriores
  4. Ante un 401, vuelve a autenticarte — no reintentes con el mismo token expirado
curl -X POST https://kassensichv-middleware.fiskaly.com/api/v2/auth \
  -H "Content-Type: application/json" \
  -d '{
    "api_key": "YOUR_API_KEY",
    "api_secret": "YOUR_API_SECRET"
  }'

Luego incluye el token en las solicitudes posteriores:

Ventana de terminal
curl -X GET https://kassensichv-middleware.fiskaly.com/api/v2/tss \
-H "Authorization: Bearer YOUR_ACCESS_TOKEN"

Cada producto tiene un entorno TEST (sandbox) y un entorno LIVE (producción):

TEST (Sandbox)LIVE (Producción)
PropósitoDesarrollo y pruebas de integraciónTransacciones reales, datos relevantes para auditoría
DatosEfímeros — seguro para experimentar, puede restablecersePermanentes — registros legalmente vinculantes
FacturaciónGratuitoPor contrato
Por defectoTodas las organizaciones nuevas empiezan aquíActivar via HUB
Prefijo URL baseNormalmente incluye middlewareDominio directo del producto

Los límites de velocidad de la API varían según el producto y el plan de suscripción. Pautas generales:

OperaciónLímite típicoNotas
Autenticación10 req/minCachea tokens — no autentiques por transacción
Firma de transacciones200 req/minNo debería ser un cuello de botella para el pago normal
Generación de exportsLímites más bajosOperaciones pesadas — usa polling asíncrono
Operaciones de gestión60 req/minGestión de organizaciones/API keys

Cada respuesta de API incluye headers para ayudarte a gestionar tu presupuesto de solicitudes:

HeaderDescripción
X-RateLimit-LimitMáximo de solicitudes permitidas en la ventana actual
X-RateLimit-RemainingSolicitudes restantes en la ventana actual
X-RateLimit-ResetTimestamp Unix cuando se reinicia la ventana del límite
Retry-AfterSegundos a esperar antes de reintentar (solo en respuestas 429)

Si recibes un 429 Too Many Requests, espera con retraso exponencial. Consulta la estrategia de reintento para orientación de implementación.

Para límites empresariales o necesidades personalizadas, contacta a tu gestor de cuenta.

Las APIs de fiskaly utilizan dos patrones de paginación diferentes según la arquitectura de API.

Las APIs especializadas usan paginación basada en offset con los parámetros de consulta limit y offset.

ParámetroPor defectoMáximoDescripción
limit1001000Número de elementos a devolver por página
offset0Número de elementos a omitir desde el inicio

La respuesta incluye count (total de elementos), data (array de resultados), offset y limit.

curl -X GET "https://kassensichv-middleware.fiskaly.com/api/v2/tss?limit=50&offset=100" \
  -H "Authorization: Bearer YOUR_ACCESS_TOKEN"

La API Unificada utiliza paginación basada en cursor con los parámetros de consulta page[limit] y page[after].

ParámetroPor defectoMáximoDescripción
page[limit]25100Número de elementos a devolver por página
page[after]Cursor opaco del next_cursor de una respuesta anterior

La respuesta incluye data (array de resultados), pagination.has_more (booleano) y pagination.next_cursor (string, presente cuando has_more es true).

# Primera página
curl -X GET "https://test.api.fiskaly.com/signing-units?page[limit]=25" \
  -H "Authorization: Bearer YOUR_ACCESS_TOKEN" \
  -H "X-Api-Version: 2026-05-04"

# Página siguiente (usar next_cursor de la respuesta anterior)
curl -X GET "https://test.api.fiskaly.com/signing-units?page[limit]=25&page[after]=eyJpZCI6ImFiYzEyMyJ9" \
  -H "Authorization: Bearer YOUR_ACCESS_TOKEN" \
  -H "X-Api-Version: 2026-05-04"

Was this page helpful?