Un endpoint para cada paso del envío. Llamas a Qapla' y Qapla' habla con el transportista adecuado: en tu código no hay una línea escrita para SEUR, otra para GLS y otra para Correos.
API y webhooks en detalleCada transportista escribe las actualizaciones a su manera. El webhook te llega ya traducido a uno de los 9 estados de Qapla', con el texto original del transportista al lado. Software de gestión, ERP y helpdesk leen un solo formato.
Pruebas todo en un entorno aparte y luego cambias de clave. Las versiones de la API se mantienen estables, así que una actualización de Qapla' no rompe tu código.
No tienes que cambiar el flujo de almacén. Tu sistema sigue imprimiendo y envía los estados a Qapla' por API. Desde ahí salen los avisos al cliente, la página de tracking con tu marca y los informes, igual que con cualquier otro transportista.
Útil también para transportistas locales, flotas propias y entregas en cada piso.
Las respuestas que necesitan IT, compras y el departamento jurídico, antes de firmar.
API REST documentadas para crear envíos y etiquetas, importar pedidos, leer el tracking, pedir tarifas y buscar puntos de recogida, además de webhooks en cada cambio de estado.
No. Integras Qapla’ una vez y trabajas con más de 45 transportistas para las etiquetas y más de 450 para el tracking, con los mismos estados para todos.
Sí. Hay una sandbox, con claves separadas por canal y entorno.
Si ya imprimes las etiquetas con tu sistema, envías los estados a Qapla’ por API y desde ahí salen los avisos al cliente y la página de tracking.
Sí. El servidor MCP de Qapla’ da a tus asistentes de IA acceso a los datos de los envíos, y la skill pública qapla-api ayuda al asistente a escribir la integración.