Cómo conectar tu ERP sin reemplazarlo: datos, permisos y pruebas
Si tu ERP funciona pero las órdenes se vuelven a capturar, quizá falta una conexión. Define qué sistema manda, qué puede cambiar y cómo se recupera un envío fallido.
¿Cuándo conviene conectar el ERP en lugar de cambiarlo?
Cuando el ERP resuelve bien una parte de tu operación y el problema está en la frontera: ventas captura el pedido en otro lugar, el cliente no puede consultar su estado o un área vuelve a escribir el mismo dato. Reemplazar lo que funciona agrega migración y cambio de hábitos; conservarlo también exige revisar si puede intercambiar la información que falta.
Sigue un pedido desde su captura hasta su cierre. Marca cada copia, aprobación y diferencia. Si el problema está dentro de las reglas del ERP, primero revisa su configuración. Si cruza sistemas, define la conexión. Si el sistema ya no admite tu proceso ni una extensión viable, evalúa reemplazarlo con el alcance y las consecuencias por escrito. La comparación entre ERP comercial y software a la medida ayuda a decidir ese nivel; aquí vamos a probar la conexión.
¿Conector, API o archivos: qué camino tiene sentido?
| Camino | Cuándo evaluarlo | Qué verificar antes de elegir |
|---|---|---|
| Módulo o conector existente | Ya cubre el flujo y sus excepciones | Compatibilidad real con tu edición, campos, permisos, soporte y las pruebas del negocio |
| API autorizada | Se necesita consultar o actualizar datos entre sistemas | Producto y versión, operaciones permitidas, plan, límites, permisos y mecanismo de recuperación |
| Exportación e importación controladas | El flujo tolera una actualización por lotes y existe intercambio soportado | Identificadores estables, corte, validación de cambios y quién revisa filas rechazadas |
| Posponer o cambiar el alcance | No hay acceso permitido o no puede probarse una operación segura | Qué resuelve una etapa manual o una configuración nativa mientras se aclara la dependencia |
El acceso no se deduce del nombre del software. Por ejemplo, la documentación de API externa de Odoo 19 limita ese acceso a sus planes Custom y aplica los permisos del usuario. Confirma tu edición, alojamiento y contrato: esta referencia no significa que cualquier instalación o plan permita el mismo conector. Para otro ERP, revisa su documentación y las condiciones de tu cuenta.
Si un conector existente pasa tus pruebas, no hace falta construir otro. Si solo hay archivos, acuerda cuánto atraso tolera el proceso y cómo detectar cambios ocurridos desde la exportación. «Se conecta con todo» no sustituye identificar una operación permitida y comprobarla.
¿Qué sistema manda sobre cada dato?
Escribe una matriz antes de unir dos pantallas. Este es un ejemplo de decisiones, no una asignación obligatoria para todos los negocios:
| Dato o documento | Autoridad posible | Regla que debes acordar |
|---|---|---|
| Clave y unidad de producto | Catálogo aprobado del ERP | El portal reutiliza la identidad; no crea otro producto por cambiar el nombre |
| Precio y límite de crédito | Sistema y responsable comercial autorizados | El cliente consulta lo que le corresponde; un usuario del portal no aumenta su límite |
| Pedido confirmado | ERP después de su validación | Distinguir una solicitud del portal de un pedido aceptado; conservar ambos folios relacionados |
| Existencia y apartado | Sistema que registra los movimientos de esa ubicación | Consultar y confirmar bajo sus reglas; no sobrescribir con una copia vieja |
| Recepción o entrega parcial | Registro operativo autorizado con evidencia | Transmitir cantidades y estado pendiente; no convertir una parte en documento completo |
| Adjuntos y datos del cliente | Sistema designado para cada dato | Permisos, retención y consulta definidos; evitar copias innecesarias |
Bidireccional no debe significar que cualquiera cambia todo. Si los dos sistemas editan el mismo campo, define cómo se resuelve el conflicto y quién lo aprueba. Para cantidades por ubicación, complementa esta matriz con inventario entre almacenes; si tu catálogo viene de hojas, prepara primero la migración desde Excel.
¿Qué acceso necesita la conexión?
Pide un usuario de integración identificable con lectura y escritura limitadas al flujo, no la cuenta personal de quien administra todo. Define qué puede consultar, crear, cambiar o cancelar y cómo se revoca su acceso. Guarda credenciales fuera de las hojas compartidas y deja registro de las acciones y errores sin exponer datos sensibles.
En Odoo 19, la API usa permisos de usuario, reglas de registro y acceso a campos; tener una clave no elimina esas restricciones. En tus pruebas, cambiar el identificador del cliente no debe permitir consultar otro cliente ni modificar documentos fuera del alcance. Estas son condiciones que debe pasar la integración, no una garantía que nace por elegir una tecnología.
Ejemplo: un pedido, dos intentos y una respuesta incierta
| Caso | Lo que ocurre | Resultado exigido |
|---|---|---|
| E01 | El pedido ERP ORD-100 se envía con la operación autorizada op-100 | Crear un registro externo y conservar su relación con ORD-100 y op-100 |
| E02 | Se repite el mismo envío op-100 | Reconocer la operación anterior; no crear un segundo registro |
| E03 | op-200 para ORD-200 agota su espera; no sabemos si el destino lo creó | Consultar por la clave o referencia y conciliar antes de volver a crear; mantener pendiente si no puede confirmarse |
| E04 | op-300 para ORD-300 trae 10 unidades pedidas y 8 recibidas | Explicar las 2 pendientes o su resolución autorizada; no marcar todo como recibido |
Descarga el CSV de pruebas de integración ERP y las instrucciones del paquete. Una nueva modificación autorizada del pedido no es el mismo evento solo porque comparte ORD-100: debe distinguirse del reintento de op-100. La identidad corresponde a la operación, no únicamente al documento.
Un aviso de error puede significar que el destino no recibió nada, o que sí guardó el dato pero la respuesta se perdió. Volver a crear sin comprobarlo puede duplicar el pedido. Si la interfaz no permite verificar el resultado, acuerda una conciliación manual o cambia el flujo; no prometas que el problema se resuelve solo por repetir.
¿Qué pasa si los avisos llegan duplicados, tarde o fuera de orden?
Los avisos automáticos son útiles, pero no sustituyen el estado confirmado. Shopify documenta que sus webhooks no garantizan el orden de entrega y explica cómo verificar entregas y tratar duplicados. En tu conexión, decide qué identifica una entrega, qué identifica la acción de negocio y cómo consultar el estado vigente antes de aplicar un cambio atrasado.
Pide una lista de operaciones pendientes, rechazadas y confirmadas que alguien pueda revisar. La conciliación compara folios, líneas, cantidades y estados entre origen y destino, no solo cuántos envíos respondieron «correcto». Acuerda su frecuencia y responsable según el riesgo del flujo; una orden parcialmente recibida no debe desaparecer de esa revisión.
¿Qué pruebas y plan de recuperación deben quedar por escrito?
| Prueba | Cómo se acepta |
|---|---|
| Repetir la misma operación | Un solo resultado de negocio; identidad y relación de documentos conservadas |
| Respuesta incierta después de guardar | Se verifica el resultado antes de crear de nuevo; lo desconocido queda pendiente |
| Pedido cambiado o evento atrasado | Se revisa la versión o estado actual; no se sobreescribe con un dato viejo |
| Otro cliente o permisos insuficientes | Acceso rechazado; el error queda visible sin ampliar permisos automáticamente |
| Cantidad parcial o diferencia | Cantidad real y pendiente rastreables; no cierre ficticio |
| Proveedor no disponible o acceso revocado | Flujo pausado o pendiente bajo la regla acordada; no pérdida silenciosa de operaciones |
Define quién puede pausar la conexión, dónde seguirá capturando el equipo y cómo se conservan los folios nuevos. Al recuperar el acceso, retoma desde el último resultado confirmado y concilia los pendientes. Volver a una copia anterior no deshace recepciones, ventas o movimientos físicos ocurridos mientras tanto; esos hechos necesitan conservarse y corregirse con evidencia.
¿Qué llevo a la primera etapa de integración?
Un documento representativo, sus campos, el recorrido actual, la edición del ERP, las condiciones de acceso y ejemplos de excepción. Elige un solo flujo con un criterio de aceptación claro. Separa configuración, desarrollo, acceso del proveedor y mantenimiento en el alcance, sin asumir que comprar una licencia incluye toda la integración.
El caso de CelMex Unlockers muestra pedidos y conexiones con proveedores de servicios digitales. Respalda trabajo de integración a ese alcance; no prueba un conector entregado para cada ERP ni operación logística física. Si la necesidad es que clientes consulten o soliciten pedidos, revisa el portal de clientes.
Usa la plantilla de alcance con la matriz de datos y E01–E04 para acordar la prueba. Conoce el enfoque de ERP a la medida y extensiones y automatización de procesos. Primero comprobamos la opción que convenga a tu operación; la conexión no obliga a reemplazar lo que funciona.
Fuentes primarias revisadas el 5 de octubre de 2026. Disponibilidad, permisos y condiciones se confirman para el producto y cuenta concretos; la prueba propuesta no garantiza acceso a un proveedor ni un resultado ya implementado.
Preguntas frecuentes
Hay que confirmar producto, versión, edición, contrato y operaciones permitidas. Un módulo existente, API autorizada o intercambio controlado de archivos puede resolver un flujo; si no hay acceso soportado o no puede probarse con seguridad, se pospone o cambia el alcance. No se promete un conector universal.
Que repetir la misma operación conserva un único resultado de negocio. En el ejemplo, op-100 corresponde a una creación relacionada con ORD-100 y su reintento no crea otro registro. Una modificación nueva del pedido debe distinguirse de ese reintento.
Primero determina si el destino guardó el registro. Busca su clave o referencia y concilia antes de volver a crear. Si el resultado sigue desconocido, déjalo pendiente con responsable de revisión; un error o tiempo agotado no demuestra que no se creó nada.
No por defecto. Define un usuario identificable con los permisos mínimos que permitan el flujo autorizado, verifica restricciones por registro y cliente y acuerda cómo revocar su acceso. Si la operación necesita más permisos, se revisa y autoriza esa necesidad antes de ampliar el alcance.
Fuentes
- External JSON-2 API — Odoo 19Odoo
- About webhooksShopify
- Verify webhook deliveriesShopify
Última actualización: