Desarrollo
e integración
de APIs
Dos sistemas que deberían compartir datos, y una persona en medio copiándolos a mano. Funciona hasta que crece el volumen, o hasta que esa persona comete un error que nadie detecta durante un mes.
* Desarrollo e integración de APIs: APIs REST y GraphQL, integración de servicios de terceros y de sistemas heredados. Lo desarrollamos nosotros o te encontramos a los desarrolladores.
Cuando los sistemas no se hablan entre sí
Desarrollo de APIs a medida y las integraciones que lo acompañan
Una API es la forma en que un sistema permite que otro lo use sin una persona en medio. Las desarrollamos, y también nos ocupamos de la integración de APIs que las rodea: conectar las herramientas que ya pagas, extraer datos de un sistema que nunca se pensó para compartirlos y mantener todo funcionando cuando uno de los extremos cambia.
La mayor parte de este trabajo es poco vistoso y muy concreto. Lo que importa es que esté documentado, versionado y monitorizado, para que la integración siga funcionando dentro de dos años y alguien que no sea su autor pueda modificarla.
Dos formas de hacerlo
01
Lo desarrollamos nosotros
Como empresa de desarrollo de APIs, asumimos el trabajo como un proyecto: diseño, desarrollo, documentación y entrega. Lo mejor cuando la necesidad está definida y prefieres recibir el resultado a dirigir el trabajo.
02
Te encontramos a los desarrolladores
O incorpora desarrolladores de APIs a tu propio equipo, con contrato indefinido o por proyecto. Lo mejor cuando la integración es un trabajo continuo y el conocimiento debe quedarse en tu empresa.
Qué desarrollamos
Qué
desarrollamos
Servicios de desarrollo de APIs de principio a fin —consultoría, diseño, desarrollo y documentación—, además de los servicios de integración de software que los acompañan.
Ver también: Desarrollo de software a medida · Formación de equipos y reclutamiento · Blog (en inglés): AI chatbots for business: what they can and cannot do · Blog (en inglés): API integration: what it involves and what goes wrong · Blog (en inglés): What is an API? A plain-English guide for business owners
APIs REST y GraphQL
Diseñadas para que las use alguien que no las escribió
Integración de APIs de terceros
Conectar los servicios de los que ya dependes
Integración de sistemas heredados
Servicios de integración de sistemas para software que nunca se pensó para compartir datos
Webhooks y envío de eventos
Con reintentos, control del orden y un registro de lo que se ha enviado
Autenticación y límites de peticiones
OAuth, claves, cuotas y los casos de abuso
Documentación y SDK
La parte que decide si alguien llega a adoptarla
Versionado y migración
Cambiar una API sin romper nada a quienes la usan
Monitorización y soporte
Saber que una integración falla antes de que te lo diga tu cliente
Desarrollo de APIs: preguntas frecuentes
Lo que nos preguntan antes de empezar, incluido lo que no podemos prometer.
Una API (interfaz de programación de aplicaciones) es un conjunto de reglas que permite a un programa pedirle a otro información o una acción y recibir una respuesta. Es lo que permite que una tienda online pase un pedido a tu sistema de inventario, o que tu software de contabilidad recoja los pagos. El desarrollo de APIs consiste en diseñar y construir esas conexiones, o la API que tu propio software ofrece a otros: qué se puede pedir, cómo se protege, cómo se documenta y cómo cambia con el tiempo sin romper nada a quienes dependen de ella. Nuestra guía sin tecnicismos sobre las APIs (en inglés) explica lo básico.
Depende de quién vaya a usar la API. REST suele ser la opción adecuada por defecto para una API pública o para socios, y para todo lo que tenga que almacenarse en caché de forma sencilla. GraphQL se justifica cuando muchos clientes distintos necesitan los mismos datos con formas diferentes y, de lo contrario, acabarías añadiendo un endpoint cada semana. Te diremos cuál pide tu situación, no la que a nosotros nos gustaría desarrollar.
Eso es la mayor parte del trabajo. Los sistemas heredados, y los servicios que nunca se diseñaron para hablar entre sí, son el caso habitual y no la excepción: proveedores de pagos y de CRM, bases de datos internas y plataformas cuya única interfaz es un intercambio de archivos o una pantalla.
Forman parte del trabajo, no son un extra. La autenticación, el versionado, los límites de peticiones, la gestión de errores, la documentación y las pruebas que evitan que un cambio rompa las aplicaciones que usan la API son lo que decide si una API sigue siendo utilizable dentro de dos años.
Tuyas. El código, la documentación y las cuentas son tuyos por defecto, en tus propios repositorios, y te los entregamos a medida que avanzamos.
Siguiente paso
Hablemos de tu
proyecto
Cuéntanos qué sistemas tienen que hablar entre sí. Te diremos qué haría falta, si necesitas un proyecto o una persona, y con franqueza si no somos las personas adecuadas para ello.