Saltar al contenido

Especificación de integración API

Especifica cómo se conectan dos sistemas: qué datos se intercambian, cómo se protegen, cómo se gestionan los errores y quién es responsable.

Rellénalo y previsualízalo

Especificación de integración API

Integración: Pedidos de la tienda online a contabilidad
Versión: 1.0
Redactado por: Hamza Idrissi
Fecha: 5 de abril de 2029

1. Propósito

Enviar cada pedido pagado de la tienda online al sistema de contabilidad como factura de venta, para que finanzas no tenga que volver a introducirlo.

2. Sistemas

  • Envía datos: Tienda online (API v2)
  • Recibe datos: Sistema de contabilidad (API REST)

3. Flujo de datos

1. Un cliente paga un pedido.
2. La tienda envía un webhook al servicio de integración.
3. El servicio convierte el pedido en una factura y llama a la API de contabilidad.
4. El sistema de contabilidad devuelve un número de factura, que el servicio guarda en el pedido.

4. Endpoints y mensajes

Método y ruta Qué hace Campos principales Qué devuelve
POST /invoices Crear una factura Cuerpo: cliente, líneas, impuestos, total Devuelve: id y número de factura
GET /customers?email= Buscar un cliente Devuelve: id de cliente o vacío
POST /customers Crear un cliente Cuerpo: nombre, email, dirección

5. Mapeo de campos

order.total_paid → invoice.total
order.billing_email → customer.email
order.items[].sku → line.product_code

6. Autenticación y seguridad

OAuth 2.0 con credenciales de cliente. Los tokens duran una hora. Los secretos se guardan en el almacén de secretos, nunca en el código. Todas las llamadas usan HTTPS. Los webhooks van firmados y se verifica la firma.

Los datos personales solo se envían cuando es necesario, no se escriben en los registros y están cubiertos por las condiciones de privacidad de ambos sistemas.

7. Errores y reintentos

Reintentar ante 429 y 5xx hasta 5 veces con retardos crecientes. No reintentar errores 4xx; registrarlos y avisar a finanzas. Cada factura tiene una clave única para que un reintento no pueda crear un duplicado.

8. Límites y volúmenes

La API de contabilidad permite 60 llamadas por minuto. Se esperan 400 pedidos al día, hasta 2.000 en días de ofertas.

9. Pruebas

Usar el entorno de pruebas de contabilidad. Probar un pedido normal, un pedido con descuento, un reembolso, un cliente que ya existe y una caída de la API.

10. Responsables y soporte

Responsable: equipo de comercio electrónico. Soporte: Hamza Idrissi. Escalado: servicio de soporte del proveedor de contabilidad.

11. Cambios y versionado

Cualquiera de las partes avisa con 30 días de antelación de un cambio incompatible.

Las plantillas son un punto de partida cuidadoso, no asesoramiento jurídico. Cuando la ley sea relevante, comprueba qué se aplica donde estés.

TI y proyectos

Para qué sirve esta plantilla

Especificación de integración API: propósito, flujo de datos, endpoints, autenticación, errores, límites, pruebas y responsables de dos sistemas conectados.

Es gratis rellenarlo en línea, no requiere cuenta y se descarga como documento de Word o PDF. Ver todas las plantillas de TI y proyectos

TI y proyectos

Qué debes rellenar

El formulario pide 16 datos. El documento se completa solo a medida que escribe.

  • Nombre de la integración

    Por ejemplo: Pedidos de la tienda online a contabilidad

  • Versión del documento

    Por ejemplo: 1.0

  • Redactado por

    Por ejemplo: Hamza Idrissi

  • Fecha

    Por ejemplo: 5 de abril de 2029

  • Propósito

    Por ejemplo: Enviar cada pedido pagado de la tienda online al sistema de contabilidad como factura de venta, para que finanzas no tenga que volver a introducirlo.

  • Sistema que envía datos

    Por ejemplo: Tienda online (API v2)

  • Sistema que recibe datos

    Por ejemplo: Sistema de contabilidad (API REST)

  • Flujo de datos

    Por ejemplo: 1. Un cliente paga un pedido. 2. La tienda envía un webhook al servicio de integración. 3. El servicio convierte el pedido en una factura y llama a la API de contabilidad. 4. El sistema de contabilidad devuelve un número de factura, que el servicio guarda en el pedido.

  • Endpoints y mensajes

    Una fila por cada punto de acceso o mensaje.

    Por ejemplo: POST /invoices | Crear una factura | Cuerpo: cliente, líneas, impuestos, total | Devuelve: id y número de factura GET /customers?email= | Buscar un cliente | Devuelve: id de cliente o vacío POST /customers | Crear un cliente | Cuerpo: nombre, email, dirección

  • Mapeo de campos

    Qué campo del origen va a qué campo del destino. Indica cómo se convierten los valores.

    Por ejemplo: order.total_paid → invoice.total order.billing_email → customer.email order.items[].sku → line.product_code

  • Autenticación y seguridad

    Por ejemplo: OAuth 2.0 con credenciales de cliente. Los tokens duran una hora. Los secretos se guardan en el almacén de secretos, nunca en el código. Todas las llamadas usan HTTPS. Los webhooks van firmados y se verifica la firma.

  • Errores y reintentos

    Por ejemplo: Reintentar ante 429 y 5xx hasta 5 veces con retardos crecientes. No reintentar errores 4xx; registrarlos y avisar a finanzas. Cada factura tiene una clave única para que un reintento no pueda crear un duplicado.

  • Límites y volúmenes (opcional)opcional

    Por ejemplo: La API de contabilidad permite 60 llamadas por minuto. Se esperan 400 pedidos al día, hasta 2.000 en días de ofertas.

  • Pruebas

    Por ejemplo: Usar el entorno de pruebas de contabilidad. Probar un pedido normal, un pedido con descuento, un reembolso, un cliente que ya existe y una caída de la API.

  • Responsables y soporte

    Por ejemplo: Responsable: equipo de comercio electrónico. Soporte: Hamza Idrissi. Escalado: servicio de soporte del proveedor de contabilidad.

  • Cambios y versionado (opcional)opcional

    Por ejemplo: Cualquiera de las partes avisa con 30 días de antelación de un cambio incompatible.

TI y proyectos

Qué incluye

Las partes de este documento, en orden.

  1. 11. Propósito
  2. 22. Sistemas
  3. 33. Flujo de datos
  4. 44. Endpoints y mensajes
  5. 55. Mapeo de campos
  6. 66. Autenticación y seguridad
  7. 77. Errores y reintentos
  8. 88. Límites y volúmenes
  9. 99. Pruebas
  10. 1010. Responsables y soporte
  11. 1111. Cambios y versionado

Plantillas

Cómo funciona

  1. 01

    Rellena

    Escribe tus datos en el formulario. El documento se completa solo mientras escribes; haz clic en cualquier espacio para saltar a su campo.

  2. 02

    Revisa

    Léelo entero. Los espacios que no hayas rellenado siguen marcados, para que nada salga a medias.

  3. 03

    Descarga

    Guárdalo como documento de Word para seguir editándolo, o como PDF para enviarlo o imprimirlo.

Hazlo tuyo con IA

Ábrelo en el chat y pide cambios: más corto, más firme, para otra situación, en otro idioma.

Adáptalo con nerix

TI y proyectos

Preguntas que hace la gente

¿Qué datos pide esta plantilla?

El formulario solicita 16 datos, empezando por Nombre de la integración, Versión del documento, Redactado por, Fecha, Propósito. 2 más son opcionales.

¿Puedo descargar esta plantilla en Word o PDF?

Sí. Cuando hayas rellenado el formulario, guárdalo como documento de Word para seguir editándolo, o como PDF para enviarlo o imprimirlo. Es gratis y no necesitas cuenta.

¿Se envía a algún sitio lo que escribo?

No. Lo que escribes permanece en tu navegador mientras rellenas el documento. Solo se envía a nerix si eliges abrir la plantilla en el chat.

¿Son gratis estas plantillas de TI y proyectos?

La mayoría sí. Rellénelas y descárguelas gratis en Word o PDF, sin cuenta. Algunos documentos más largos son premium: gratis para rellenar, de pago único para descargar y marcados con su precio.

¿Nos hace seguros una política de seguridad?

Ningún documento lo logra por sí solo. Una política ayuda cuando coincide con lo que la gente hace de verdad: mantenla breve, explícasela a tu equipo y revísala cada año.

¿El acta de proyecto es solo para proyectos grandes?

No. Un proyecto pequeño también se beneficia, porque una página con el objetivo, los límites y quién decide evita la mayoría de las discusiones posteriores.