¿Conectar lo que hay o rehacerlo?

Conecta lo que hay cuando dos sistemas ya existen y el dato tiene que pasar de uno a otro. Rehazlo cuando el destino no tiene API usable, o cuando el flujo ni siquiera tiene un sitio donde nacer. 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.

¿Qué no es conectar?

No es «conectar todo con todo». No es un bus corporativo ni una plataforma de iPaaS. 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.

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