Integraciones
ERP, pagos, suscripciones y logística siempre sincronizados. Integraciones que reintentan solas y te avisan cuando no pueden.
Para quién es
- Comercios cuyo ERP, almacén y tienda no coinciden en el stock o en el estado de los pedidos
- Negocios de suscripción y contenido digital donde facturación y acceso deben cuadrar al céntimo
- Equipos que cambian de proveedor de pagos, envíos o ERP en Adobe Commerce sin dejar de vender
Qué obtienes
Un mapa de cada flujo de datos
Qué sistema manda sobre los pedidos, el stock, los precios y los clientes, en qué dirección se mueven los datos y con qué frecuencia.
Integraciones que resisten los fallos
Cada llamada pasa por una cola y se puede reintentar sin riesgo, para que un timeout del ERP no acabe en un pedido perdido o duplicado.
Alertas antes de que el cliente lo note
Sincronizaciones fallidas y colas que crecen, notificadas en New Relic o Datadog antes de que acaben en un ticket de soporte.
Documentación que tu equipo puede usar
Mapeo de campos, gestión de errores y pasos de recuperación por escrito, para que la integración no dependa de mí.
Cómo funciona
Antes del código
Mapear
Flujo a flujo
Construir
Ya en producción
Vigilar
En detalle
La mayoría de los fallos de integración vienen de no tener claro qué sistema manda sobre cada dato, o de llamadas síncronas que bloquean el checkout. El resto son procesos que fallan en silencio por la noche y dejan el stock o los pedidos descuadrados por la mañana.
Empiezo por acordar qué sistema manda sobre cada tipo de dato, desde pedidos y stock hasta precios y clientes. Después saco el trabajo de la petición síncrona y lo paso a colas de mensajes como RabbitMQ, y hago que cada llamada se pueda repetir sin riesgo. Los logs son lo bastante detallados para responder «qué pasó con el pedido 1042» con una sola consulta. He conectado tiendas con NetSuite, SAP y ERP propios. En pagos, con Stripe, Braintree, Authorize.Net y Amazon Pay, además de Zuora y Stripe Billing para suscripciones. En envíos y contabilidad, con ShipStation, QuickBooks y Synder.
En Teabloom diseñé con estas reglas el flujo de catálogo e inventario de siete canales de venta, conectados mediante GeekSeller y Finale Inventory.
Recibes integraciones que tu equipo puede operar y ampliar, con una monitorización que te avisa de un problema antes que tus clientes o tu contable.
En Guidance desarrollé integraciones con ERP, módulos de envío propios y facturación por suscripción para comercios con un GMV de 8 cifras en Adobe Commerce.
El primer paso es un mapa por escrito de qué sistema manda sobre cada dato y de dónde puede fallar cada flujo. Después, cada integración se define y se presupuesta como un proyecto independiente.
Preguntas frecuentes
¿Cómo empezamos y cómo se presupuesta el trabajo?
Empezamos con un mapa por escrito de tus flujos de datos. Muestra qué sistema manda sobre los pedidos, el stock, los precios y los clientes, en qué dirección se mueven los datos y dónde puede fallar cada flujo. Después, cada integración se define y se presupuesta como un proyecto independiente.
¿Qué pasa cuando una sincronización falla por la noche?
Cada llamada pasa por una cola y se puede reintentar sin riesgo, para que un timeout del ERP no acabe en un pedido perdido o duplicado. Las sincronizaciones fallidas y las colas que crecen generan alertas en New Relic o Datadog antes de que acaben en un ticket de soporte.
¿Pueden nuestros desarrolladores operar las integraciones después?
Sí. El mapeo de campos y los pasos de recuperación quedan por escrito, y la monitorización con alertas está lista antes de entregar el trabajo. La integración no depende de mí.
¿Podemos cambiar de proveedor de pagos, envíos o ERP sin dejar de vender?
Sí, es uno de los casos para los que está pensado este trabajo. El flujo nuevo se construye detrás de una cola, se prueba con casos límite reales y solo después se activa.
Caso relacionado
7Canales de venta
Un catálogo para siete canales de venta y una web B2B
Leer el caso