Doble captura
El vendedor cotiza fuera del sistema y alguien vuelve a teclear los mismos datos en el ERP. Dos veces el trabajo y dos veces la probabilidad de error.
No reemplazamos tu ERP: le ponemos enfrente un Zoho CRM que dirige la venta y le devuelve el pedido listo para facturar. Un solo ciclo de lead a cobro, sin doble captura, con SAP, Dynamics 365, NetSuite, Odoo, Aspel o CONTPAQi. Trabajamos desde Zapopan y la zona metropolitana de Guadalajara, con empresas de todo México — y siempre con el humano al mando.
Muchos ERP incluyen módulos de ventas y registran con precisión lo que ya ocurrió: la factura, el inventario, el cobro. Dirigir el proceso comercial —priorizar, dar seguimiento, controlar el precio, pronosticar— es otra disciplina. Y en la mayoría de las empresas ocurre fuera del sistema: hojas de cálculo, cadenas de correo y la memoria de cada vendedor.
El vendedor cotiza fuera del sistema y alguien vuelve a teclear los mismos datos en el ERP. Dos veces el trabajo y dos veces la probabilidad de error.
El ERP muestra lo que ya se vendió. La dirección necesita ver lo que está por venderse, con responsable, fecha y probabilidad.
Descuentos y condiciones se negocian fuera del sistema. El margen se descubre al cierre del mes, no al momento de cotizar.
Ventas no sabe si su cliente ya pagó, y cobranza no sabe qué se prometió al vender. El ciclo nunca cierra en un solo lugar.
No necesitas otro ERP. Necesitas cerrar el espacio que existe entre conseguir una oportunidad y convertirla en ingreso cobrable.
Si reconoces cuatro o más de estas situaciones, esta es la conversación correcta. Si reconoces una o ninguna, probablemente tu problema esté en otra parte y conviene decirlo antes de cotizar nada.
Integrar Zoho CRM con un ERP es conectar el ciclo comercial —lead, oportunidad, cotización y pedido de venta— con el sistema donde la empresa ya factura, controla inventario y cobra. Zherpa Digital Systems, firma independiente con sede en Zapopan, zona metropolitana de Guadalajara, Jalisco, lo implementa en todo México con el Método Nautilius: define la frontera entre ambos, sincroniza cinco flujos y deja la operación medida. Se apoya en la implementación de Zoho CRM y, cuando el ERP es Zoho Books, en su facturación CFDI 4.0 ante el SAT.
Tu ERP sigue siendo la fuente de verdad de factura, inventario y cobranza. Se evita modificarlo: cualquier ajuste que la integración requiera se valida técnicamente y lo autorizas tú antes de ejecutarse.
Se identifica y prioriza el camino comercial que concentra la operación recurrente. Las excepciones quedan documentadas para una segunda etapa, no mezcladas en la primera.
RFC, régimen, uso de CFDI y dirección fiscal se validan en el CRM, antes de que el pedido viaje al ERP y sea rechazado.
El perímetro se firma antes de construir. Es lo que sostiene el precio fijo y el plazo comprometido.
El intercambio es explícito: tú acotas el camino y Zherpa fija el precio y absorbe la variación de esfuerzo dentro de ese perímetro. Es lo que hace la implementación corta, predecible y adoptable. La ruta que te corresponde depende del perfil de tu ERP —lo verás en la sección 06—; el plazo y la inversión se determinan en el diagnóstico, cuando ya se conocen el ERP objetivo, su método de conexión, el volumen de datos y el número de usuarios.
Ciclo comercial completo en Zoho CRM, sin integración al ERP. Aplica a cualquier perfil: para empresas que primero necesitan ordenar la venta y conectar después.
Todo lo de la Ruta A más la integración con un ERP de Perfil 1, en la nube y con API moderna: los cinco flujos operando de punta a punta.
Todo lo de la Ruta B con un componente de integración local para un ERP de Perfil 2, que vive dentro de tu red, con ventana de operación acordada con TI.
Acompañamiento mensual de adopción y soporte funcional durante el periodo en que se decide si el sistema se usa de verdad o se abandona.
El alcance base se firma antes de construir. Todo objeto configurado se entrega documentado con propósito, disparador, responsable, indicador que afecta y criterio de aceptación.
Los plazos indicados corresponden a la ruta estándar y son estimaciones: se confirman en el diagnóstico, junto con la clasificación del ERP. El licenciamiento de Zoho no está incluido: se contrata directamente con el fabricante, según edición y número de usuarios. El alcance base contempla una entidad legal, un país y una moneda; toda variación se dimensiona antes de construir. Zherpa Digital Systems es una firma independiente: no es Partner oficial, representante autorizado ni distribuidor de Zoho Corporation.
Ningún dato tiene dos dueños. Para cada uno se define una fuente de verdad y reglas explícitas de escritura, precedencia y conciliación. El CRM gobierna la venta hasta el pedido; el ERP gobierna factura, inventario y cobranza; y el CRM lee de regreso el estatus para cerrar el ciclo.
Ninguna escritura automática al ERP sin que una persona apruebe el pedido, con umbral por monto y por descuento.
Cada operación viaja con un identificador externo. Reintentar no genera pedidos duplicados en el ERP.
Si el ERP no responde, el registro queda marcado como pendiente y se notifica. No se completa con supuestos.
Volumen, latencia, errores y pendientes a la vista, con cola de error revisable por una persona.
La frontera se dibuja antes de configurar nada. Es la decisión de arquitectura que evita el problema más caro de estos proyectos: dos sistemas peleando por el mismo registro.
Regla de arquitectura: ningún dato tiene dos dueños. El CRM manda hasta el pedido de venta; el ERP es la fuente de verdad de factura, inventario y cobranza; y el CRM lee de regreso folio, saldo y fecha de pago para cerrar el ciclo. La precedencia y la conciliación se acuerdan dato por dato. El timbrado del CFDI 4.0 permanece en el sistema definido como fuente de verdad fiscal, con su PAC autorizado.
Sincronizar todo es un error caro. El ciclo comercial se cierra con cinco flujos, cada uno con una sola dirección y una sola fuente de verdad. Las frecuencias son objetivo y se ajustan a la API, el volumen y las cuotas del ERP.
El resultado es el mismo en los tres casos: un ciclo comercial gobernado y trazable. Lo que cambia es cómo se conecta, y eso depende de si tu ERP vive en la nube con una API moderna o dentro de tu propia red.
El perfil describe dónde vive tu ERP; la ruta describe qué se contrata. Cada perfil desemboca en una de las rutas de la sección anterior. La clasificación es orientativa y resulta del diagnóstico, no de la marca: disponer de una API no equivale a una integración sencilla, y la versión, la edición, el plan, el alojamiento, las cuotas y el acceso a un ambiente de pruebas pueden mover a un mismo ERP de un perfil a otro.
Zoho Books y Zoho Inventory, Odoo —sujeto a versión, edición, plan y alojamiento—, Microsoft Dynamics 365 Business Central, Oracle NetSuite, SAP Business One con Service Layer expuesto, Acumatica y Sage Intacct. Se priorizan los conectores y las capacidades nativas; el middleware o las funciones a medida se incorporan cuando la brecha lo justifica. Desemboca en la Ruta B, estimada de 10 a 12 semanas.
Aspel SAE y COI, CONTPAQi Comercial Premium, Dynamics NAV y GP, SAP Business One on-premise con DI API, y desarrollos propios sobre SQL. Requieren un componente de integración dentro de tu red, un mecanismo de conexión seguro aprobado por TI y una ventana de operación acordada. Desemboca en la Ruta C, estimada de 13 a 15 semanas.
SAP S/4HANA con gobierno corporativo, EDI, multi-entidad o multi-país, conectado por las interfaces que autorice el área de TI del cliente. Aquí la complejidad la define el gobierno corporativo, no el CRM: no desemboca en una ruta estándar, se dimensiona y cotiza de forma específica después del diagnóstico.
Este patrón —plataforma corporativa en el ERP, gestión comercial en Zoho CRM— ya opera en empresas mexicanas atendidas por Zherpa. Las marcas de ERP se mencionan de forma nominativa y descriptiva, únicamente para precisar el alcance técnico del servicio: Zherpa Digital Systems es una firma independiente y no es distribuidor, revendedor ni socio autorizado de ninguna de ellas. Cada marca pertenece a su respectivo titular.
En la fase de diseño se firma qué números moverá el proyecto, cómo se calculan y cada cuándo se revisan. Sin línea base no hay mejora demostrable: hay opinión. Estos son los indicadores que se instrumentan desde el primer día, contra la línea base de tu propia operación.
Días entre el lead y el pedido aprobado. Se mide contra tu línea base, no contra un promedio de industria.
Qué proporción del ingreso nace y se aprueba dentro del sistema, en lugar de entrar directo al ERP por la puerta de atrás.
Pedidos que llegan al ERP con datos fiscales incorrectos. Es el costo oculto de la doble captura y se hace visible desde la primera semana.
Qué proporción de los pedidos tiene una aprobación con nombre, fecha y monto. Aquí la meta razonable es la totalidad.
Si cualquier factor vale cero, el resultado es cero, por impecable que sea la configuración. Por eso este proyecto no entrega solo un CRM integrado: entrega también el andamiaje para sostener la adopción y la medición. La responsabilidad queda repartida por escrito — Zherpa responde por la implementación efectiva; el cliente, por el uso disciplinado; los indicadores y el plazo se acuerdan antes de arrancar.
Sí, y es el escenario más común. El ERP se conserva como fuente de verdad de factura, inventario y cobranza; Zoho CRM se coloca antes, para gobernar lead, oportunidad, cotización y pedido de venta. El pedido aprobado viaja al ERP y el CRM lee de regreso el folio de factura y el estatus de pago. Se evita desarrollar dentro del ERP: cualquier ajuste que la integración requiera se valida técnicamente y lo autoriza el cliente antes de ejecutarse.
No. Reemplazar un ERP que ya factura y cobra correctamente es caro, lento y rara vez resuelve el problema comercial, porque registrar la venta y dirigirla son disciplinas distintas. La ruta corta es dejar el ERP donde está y ponerle enfrente un CRM que dirija la venta y le entregue el pedido ya validado.
Definiendo una frontera explícita y una sola fuente de verdad por dato. El catálogo y las listas de precios bajan del ERP al CRM; el cliente con datos fiscales y el pedido de venta suben del CRM al ERP tras aprobación humana; la factura y el estatus de pago regresan solo de lectura. Ningún dato tiene dos dueños: la precedencia y la conciliación se acuerdan dato por dato.
Los ERP en la nube con API moderna —Zoho Books e Inventory, Odoo, Microsoft Dynamics 365 Business Central, Oracle NetSuite, SAP Business One con Service Layer, Acumatica y Sage Intacct— forman el Perfil 1 y desembocan en la Ruta B, estimada de 10 a 12 semanas. Los ERP locales o legacy —Aspel SAE y COI, CONTPAQi Comercial Premium, Dynamics NAV y GP, SAP Business One on-premise y desarrollos propios sobre SQL— forman el Perfil 2 y desembocan en la Ruta C, estimada de 13 a 15 semanas. El perfil y el plazo se confirman en el diagnóstico: disponer de una API no equivale a una integración sencilla. Zherpa trabaja estos proyectos desde Zapopan y la zona metropolitana de Guadalajara, y de forma remota en el resto de México.
El costo tiene dos componentes que conviene separar: las licencias de Zoho, que se contratan directamente con el fabricante según edición y número de usuarios, y el servicio de implementación, que depende del alcance — el ERP objetivo, su método de conexión, el volumen de datos y el número de usuarios. El servicio se trabaja a precio fijo con alcance cerrado, y ese precio se determina en el diagnóstico, antes de comprometer una sola hora de construcción.
En esta arquitectura, el timbrado permanece en el sistema definido como fuente de verdad fiscal, que normalmente es el ERP, mediante el PAC autorizado que la empresa ya utiliza. El CRM valida los datos fiscales en el origen —RFC, régimen, uso de CFDI y dirección fiscal— para que el pedido no se rechace, y después lee el folio y el UUID para cerrar el ciclo.
Se instala un componente de integración local que habla con el ERP por SDK, base de datos o servicios web, y sale hacia Zoho por un mecanismo de conexión seguro aprobado por tu área de TI, con una ventana de operación acordada. Eso añade tiempo e infraestructura, por eso corresponde a una ruta distinta: la arquitectura y el resultado no cambian.
La integración se diseña fail-closed. Cada operación viaja con un identificador externo, de modo que reintentar no genera pedidos duplicados; los fallos entran a una cola de error revisable por una persona; y si el ERP no responde, el registro queda marcado como pendiente y se notifica. Ningún dato se completa con supuestos.
En una sesión identificamos tu camino comercial principal, la frontera entre tu CRM y tu ERP y la ruta de integración viable — antes de comprometer una sola hora de construcción. Atendemos empresas en Zapopan, Guadalajara y su zona metropolitana, y proyectos remotos en el resto de México.