Requiply
SDK de TypeScript

Opciones de petición

Cancela peticiones y añade cabeceras de metadatos a las llamadas del SDK.

Todos los métodos del SDK aceptan como último argumento un objeto RequiplyRequestOptions opcional:

interface RequiplyRequestOptions {
  signal?: AbortSignal;
  headers?: HeadersInit;
}
const abortController = new AbortController();

await requiply.pricing.quote(
  {
    startDate: '2026-07-01T10:00:00',
    endDate: '2026-07-03T18:00:00',
    items: [{ groupId: cameraKitId, quantity: 1 }],
  },
  {
    signal: abortController.signal,
    headers: {
      'X-Request-Source': 'nightly-sync',
    },
  },
);

Cabeceras para todo el cliente

Define cabeceras para todas las peticiones al crear el cliente:

const requiply = new RequiplyClient({
  apiKey: process.env.REQUIPLY_SECRET_KEY!,
  headers: { 'X-Integration-Name': 'example-backend' },
});

Las cabeceras del método sustituyen a las cabeceras del cliente que tengan el mismo nombre. El SDK siempre define Accept, Authorization y, en las peticiones con cuerpo, Content-Type después de combinar las cabeceras personalizadas.

Los navegadores bloquean las peticiones entre orígenes distintos que llevan cabeceras que la API no permite. Añade cabeceras personalizadas solo desde código de servidor.

Reintentos

La API no deduplica las peticiones, y la versión 0.2.0 eliminó la opción idempotencyKey que las versiones anteriores enviaban sin ningún efecto. Las lecturas y los presupuestos se pueden reintentar sin problema. Antes de reintentar bookings.create() o sales.create() tras un tiempo de espera agotado o un error de red, comprueba si el primer intento se completó, por ejemplo con bookings.list({ createdFrom }) o sales.list({ soldFrom }), o podrías crear una segunda reserva o una segunda venta.

Copyright © 2026