Desarrollo de software
Integración de sistemas ERP y CRM para surtir un pedido una sola vez
Ventas confirma doce cajas en el CRM. En almacén alguien copia «12» al sistema de gestión, que lleva las existencias por pieza. Si cada caja trae seis piezas, la captura mueve 12 cuando debía mover 72. Ese detalle explica por qué, antes de cotizar una integración de sistemas, necesitamos ver un pedido completo con las personas que lo venden y lo surten.
Un pedido de prueba que los dos equipos entiendan
El CRM organiza la relación con el cliente y el seguimiento de ventas. Un ERP reúne operaciones del negocio, como pedidos, compras o existencias. En este ejemplo acordaríamos que ventas conserva el contacto y la oportunidad, mientras almacén confirma cuánto puede surtir y qué salió. Así, cuando alguien corrija un teléfono o cambie una cantidad habrá un lugar claro donde hacerlo.
Pediríamos dos versiones sin datos de clientes del mismo pedido, tal como lo ve cada área. Compararíamos folio, clave de producto, unidad de venta, unidad de surtido y sucursal. Para las doce cajas fijaríamos esta prueba de aceptación: un pedido confirmado debe reservar 72 piezas de esa presentación en la sucursal elegida. Si cambia el empaque, hay que saber desde qué fecha se usa la nueva equivalencia.
API o archivo según lo que necesite la operación
Una API permite que un sistema consulte o envíe datos al otro mediante funciones documentadas. Antes de ofrecer una conexión revisamos si las ediciones que contrataste permiten leer pedidos, crearlos, consultar su estado y probarlo con credenciales de alcance limitado. Que los dos productos anuncien una API todavía deja abierta la pregunta más importante para ventas: cuándo puede prometer la mercancía.
Si almacén prepara una ruta cada mañana, quizá baste con un archivo de pedidos confirmados que se importe antes del corte. Si dos sucursales venden las últimas piezas al mismo tiempo, importan la reserva, el momento de confirmación y lo que verá el vendedor mientras espera. Escogeríamos la conexión a partir de esa decisión y del costo de resolver una discrepancia.
Si se corta la conexión, ¿ya existe el pedido?
Imagina que el ERP registra el pedido, pero se corta la red antes de responder al CRM. Ventas ve «pendiente» y vuelve a intentarlo. El diseño debe reconocer que ambos envíos corresponden a la misma operación. Cuando el proveedor lo permite, usamos una referencia estable para buscar lo ya recibido antes de crear un segundo pedido. Si el destino impide comprobarlo, la operación queda para revisión antes de volver a surtir.
En una prueba pediríamos provocar ese corte, reenviar el folio y verificar con almacén que existe una sola reserva. Después probaríamos una cancelación parcial. La documentación de webhooks de Stripe recoge un ejemplo de por qué conviene prever avisos repetidos. Para tus herramientas comprobamos el comportamiento específico de sus interfaces y dejamos una lista visible de operaciones pendientes.
Qué incluir en una cotización de integración
Para una empresa que opera en varias ciudades de México, un piloto razonable puede cubrir un canal de ventas, un almacén y una familia de productos. En la propuesta dejaríamos el sentido de cada dato, la frecuencia, qué permisos se requieren, quién revisará los errores y cómo comparar el cierre de ambos sistemas. Una buena prueba de salida es poder explicar, folio por folio, qué se recibió, qué quedó pendiente y por qué.
En Obediente podemos revisar ese recorrido por videollamada con ventas y almacén, aunque estén en estados distintos. Si tu necesidad empieza en el seguimiento del prospecto, nuestra guía de CRM para pymes trata ese tramo. Si ya tienes ambas herramientas, puedes cotizar la integración de tus sistemas a partir de ese primer pedido.