Integraciones API: conectar sin rehacer los sistemas

Una integración sirve cuando dos sistemas ya existen y el dato tiene que pasar de uno a otro sin rehacerlos. El puente escribe; si falla, avisa. No se finge que el dato llegó.

¿Primero el uso o primero el puente?

Primero el uso. Si el equipo no tiene un sitio donde crear el pedido o el parte, la API no resuelve nada. Cuando el flujo está claro, el puente lleva el dato al sistema que ya opera: facturación, ERP, CRM. El interlocutor de la aplicación y el de la API es el mismo.

¿Qué no es una integración?

No es «conectar todo con todo». No es un bus corporativo ni una plataforma de iPaaS que vendamos aparte. Es el tramo que falta para que un estado —pedido, parte, albarán— exista en los dos lados. Si el sistema destino no tiene API usable, se dice. No se inventa un conector.

¿Dónde se ve el fallo?

En el registro y en el aviso. Si el puente no pudo escribir, el equipo lo sabe. El hosting y las colas, cuando hacen falta, los opera quien construye. Ver servidores.

La ficha de integraciones y APIs explica el encaje. Un puente de pedidos está en Pedidos con estado, no con Excel.