ARGENEQUIP
Análisis de Factibilidad Técnica · Integraciones
HU-SETUP-05

Factibilidad del ecosistema de integraciones

Evaluación técnica de las integraciones necesarias para la implementación del CRM comercial de Argenequip sobre Zoho One.

Veredicto general: factible con validaciones pendientes. El ecosistema de integraciones propuesto para Argenequip es viable con las herramientas disponibles en Zoho One más el ERP Global Blue Point (GBP). La mayoría de las integraciones analizadas se resuelven con componentes ya incluidos en la licencia de Zoho One sin costo adicional. El principal punto crítico es la integración con GBP, cuya API no cuenta con documentación pública disponible y requiere validación técnica con el proveedor antes de avanzar.

Arquitectura base confirmada: GBP se mantiene como maestro de inventario y facturación. Zoho One (que incluye CRM Plus) orquesta la capa comercial. Mercado Libre no se conecta directamente al CRM: fluye vía GBP para evitar duplicación de lógica. WhatsApp y atención en tienda se canalizan a través de Zoho SalesIQ. Zoho Analytics centraliza los KPIs.

Puntos críticos que el equipo debe resolver antes de desarrollo: (1) herramienta definitiva para conectar la API de GBP con Zoho, (2) flujo completo de WhatsApp como canal híbrido de atención y venta, (3) mecanismo de conexión de TiendaNube, (4) alcance de módulos satélite (Desk, Campaigns, Creator, Analytics).

Integraciones analizadas
9 integraciones en 4 categorías
Herramienta de middleware principal
Zoho Flow (incluido en Zoho One)
Costo incremental estimado
Bajo — mayoría cubierto por licencia vigente

Alcance del análisis

Qué se evalúa en este documento y qué queda fuera.

En alcance. Análisis de factibilidad técnica de las integraciones entre Zoho One, el ERP Global Blue Point (GBP), Mercado Libre, WhatsApp Business, TiendaNube, Tienda Física, y los módulos satélite del ecosistema Zoho que apoyan canales de comunicación, marketing, soporte y B2B. Para cada integración se evalúa viabilidad, herramienta recomendada, limitaciones y pendientes.

Fuera de alcance. Diseño detallado de los flujos de datos (mapeo campo a campo), criterios de aceptación de historias de usuario, configuración técnica específica de Zoho, definición de roles y permisos. Esos trabajos corresponden a las siguientes fases del sprint.

Base de referencia. Este documento toma como punto de partida el diagrama de arquitectura técnica el modelo de datos que está elaborando Francisco en paralelo. Las integraciones aquí planteadas deben validarse contra el modelo de datos final.

Arquitectura técnica de referencia

Vista general de cómo se conectan los componentes del ecosistema.

Principio arquitectónico

Zoho One es la licencia base del proyecto y engloba todos los módulos de Zoho que aparecen en este documento (CRM Plus, Creator, Forms, Desk, Campaigns, Analytics, SalesIQ, Flow). GBP es el maestro de inventario, facturación y contabilidad, y además recibe los datos consolidados desde Analytics para análisis local. Zoho Analytics actúa como hub centralizador: consume datos de CRM, SalesIQ y TiendaNube en paralelo, los consolida y los devuelve a GBP. Toda integración que implique lógica de datos pasa por Zoho Flow como middleware principal, salvo casos específicos que requieran código custom en Cloud.

Diagrama Base
Diagrama de Arquitectura Técnica - Solución CRM Argenequip
🖼️
Espacio reservado para el diagrama de arquitectura
Reemplazar el atributo src con la URL de Cloudflare Pages
Diagrama de arquitectura tecnica. Referencia visual base de este análisis de factibilidad.
Diagrama extendido con componentes propuestos

Sobre la base del diagrama, se agregan los componentes adicionales del ecosistema Zoho que cubren marketing, soporte y B2B. Los componentes en color teal son los que ya están en el diagrama base; los en púrpura con línea punteada son los propuestos en este análisis de factibilidad y están supeditados a la aprobación del equipo y del cliente.

flowchart TB

    subgraph Canales["CANALES DE ENTRADA"]
      direction TB
      ML["🛒 Mercado Libre"]
      TF["🏪 Tienda Física"]
      TN["🛍️ Tienda Online
(TiendaNube)"] end subgraph Plataforma["PLATAFORMA CENTRAL"] direction TB SIQ["💬 Zoho SalesIQ
(WhatsApp + Chat)"] CRM["💼 Zoho CRM
(Capa comercial)"] AN["📊 Zoho Analytics
(Hub analítico)"] end subgraph Propuestos["MÓDULOS PROPUESTOS"] direction TB CAMP["📧 Zoho Campaigns
(Marketing)"] DESK["🎫 Zoho Desk
(Soporte)"] CREA["🌐 Zoho Creator
(Portal B2B)"] end subgraph Respaldo["SISTEMAS DE RESPALDO"] GBP["📦 GBP ERP
(Inventario + Facturación)"] end %% ====================== %% FLUJOS PRINCIPALES %% ====================== ML -->|"Pedidos
y clientes"| CRM ML --> GBP TF -->|"Ventas
manuales"| CRM TF -.->|"Atención
en local"| SIQ TN -->|"Pedidos
directos"| CRM TN -->|"Datos
analíticos"| AN SIQ -.->|"Leads y
conversaciones"| CRM SIQ -->|"Datos
analíticos"| AN CRM <-.->|"Sincronización
inventario"| GBP AN ==>|"Todos los datos
consolidados"| GBP %% ====================== %% FLUJOS PROPUESTOS %% ====================== CRM -.->|"Segmentos"| CAMP CAMP -.->|"Métricas
campaña"| CRM SIQ -.->|"Conversaciones
tipo consulta"| DESK DESK -.->|"Tickets
asociados"| CRM CRM -.->|"Catálogo y
precios B2B"| CREA CREA -.->|"Pedidos B2B"| CRM %% ====================== %% ESTILOS CONFIRMADOS %% ====================== style CRM fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff style GBP fill:#242b42,stroke:#c73e57,stroke-width:3px,color:#fff style SIQ fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style AN fill:#242b42,stroke:#d4a43c,stroke-width:3px,color:#fff style ML fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style TF fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style TN fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 %% ====================== %% ESTILOS PROPUESTOS %% ====================== style WEB fill:#1e2640,stroke:#8b7fb8,stroke-width:2px,stroke-dasharray: 5 5,color:#dde2f0 style CAMP fill:#1e2640,stroke:#8b7fb8,stroke-width:2px,stroke-dasharray: 5 5,color:#dde2f0 style DESK fill:#1e2640,stroke:#8b7fb8,stroke-width:2px,stroke-dasharray: 5 5,color:#dde2f0 style CREA fill:#1e2640,stroke:#8b7fb8,stroke-width:2px,stroke-dasharray: 5 5,color:#dde2f0
Arquitectura extendida. En teal y fucsia: componentes y flujos del diagrama del cliente. En púrpura con línea punteada: módulos y flujos propuestos en este análisis, a validar con el equipo.
Componentes propuestos a agregar
Módulo Propósito Qué problema resuelve Estado
Zoho Campaigns Marketing automation (email) Reemplaza el software interno actual de email masivo, sin integración al CRM Recomendado incluir
Zoho Desk Gestión de tickets de soporte Estructura la atención de consultas y reclamos que hoy se pierden en WhatsApp y email A evaluar con Engelberth
Zoho Creator Portal B2B para revendedores Convierte el flujo manual de revendedores (WhatsApp + listas) en un canal B2B estructurado Diferir a fase posterior
Formularios web Captura de leads desde el sitio Alimenta al CRM con consultas y registros B2B desde la web Recomendado incluir

Mercado Libre

Marketplace principal. Concentra el 80% de las ventas actuales.

Categoría · Canales de venta
Integración marketplace vía ERP
Aprovechar la integración nativa ML ↔ GBP existente para evitar duplicación de lógica.
Mercado Libre → GBP → Zoho CRM
Canal: Marketplace · Flujo: Unidireccional (ML hacia CRM) · Criticidad: Alta
● Factible
Contexto

Mercado Libre concentra hoy el 80% de las ventas de Argenequip. GBP ya está integrado nativamente con Mercado Libre, por lo que el flujo natural es aprovechar esa integración existente en lugar de crear una conexión directa entre ML y Zoho CRM. Esto reduce complejidad técnica y evita duplicación de lógica de datos.

Flujo de datos
flowchart LR
    A["🛒 Mercado Libre"]
    B["📦 GBP ERP"]
    C["💼 Zoho CRM"]

    A -->|"Pedido nuevo
(integración nativa ML-GBP)"| B B -->|"Sincronización
(Zoho Flow)"| C style A fill:#242b42,stroke:#ffe600,stroke-width:2px,color:#fff style B fill:#242b42,stroke:#c73e57,stroke-width:2px,color:#fff style C fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff
Los pedidos de ML ingresan a GBP por la integración nativa existente, y Zoho Flow los sincroniza hacia CRM como Deals.
Factibilidad técnica

Argenequip ya opera con la integración GBP ↔ Mercado Libre. La única pieza nueva es la sincronización GBP → Zoho, que se resuelve con la misma herramienta que se usará para la integración principal GBP ↔ CRM.

Alternativa evaluada y descartada: conexión directa ML → Zoho. No existe conector nativo entre Mercado Libre y Zoho Marketplace (sólo Mercado Pago). Construirla vía API oficial de ML y webhooks agregaría complejidad y duplicaría la lógica ya existente en GBP.

Recomendación
Mantener la integración nativa ML ↔ GBP existente. Sincronizar GBP → Zoho CRM usando Zoho Flow como parte del flujo general de integración con el ERP. No construir conexión directa ML → Zoho.
Puntos pendientes
  • Confirmar que la integración GBP ↔ Mercado Libre está activa y operativa en la instancia de Argenequip Gustavo / Jessica
  • Identificar qué conector usa GBP internamente para ML (Producteca, conector propio u otro) Gustavo / Jessica

Tienda Física

Punto de venta local en depósito Buenos Aires. Atención presencial por parte del equipo comercial.

Tienda Física → Zoho SalesIQ → Zoho CRM
Canal: Punto de venta local · Flujo: Manual operado por vendedor · Criticidad: Media
● Factible con condiciones
Contexto

Argenequip atiende clientes en su depósito físico en Buenos Aires. Hoy, las ventas presenciales no dejan traza en ningún sistema comercial. El objetivo es que el vendedor pueda registrar la interacción desde una interfaz centralizada (Zoho SalesIQ) y que eso genere un contacto/deal en Zoho CRM y un pedido en GBP.

Flujo de datos
flowchart LR
    V["👤 Vendedor
en tienda"] S["💬 Zoho SalesIQ"] C["💼 Zoho CRM
(Contact + Deal)"] G["📦 GBP
(Pedido/Factura)"] V -->|"Registra
interacción"| S S -->|"Crea contacto
y oportunidad"| C C -->|"Pedido
confirmado"| G style V fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style S fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style C fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff style G fill:#242b42,stroke:#c73e57,stroke-width:2px,color:#fff
El vendedor registra la interacción en SalesIQ (o directamente en CRM). Se crea Contact + Deal, y al confirmarse el pedido se envía a GBP para facturación.
Factibilidad técnica

SalesIQ está incluido en Zoho One y cuenta con integración nativa bidireccional con Zoho CRM. El vendedor puede registrar la interacción desde la app de SalesIQ (web o móvil) y el sistema crea automáticamente Contact y Deal en CRM.

La condición crítica es la adopción operativa: el éxito depende de que el vendedor registre cada atención. Esto se mitiga con entrenamiento y con una interfaz ágil de carga.

Recomendación
Usar SalesIQ como punto de entrada unificado (mismo canal que WhatsApp) para que el vendedor no aprenda dos herramientas distintas. Alternativa a evaluar: registrar directamente en CRM si se quiere simplificar todavía más el flujo en tienda.
Puntos pendientes
  • Definir si el vendedor opera desde SalesIQ o directamente desde el módulo CRM Francisco / Engelberth
  • Determinar qué dispositivo usa el vendedor en tienda (PC fija, tablet, móvil) Gustavo

TiendaNube

Plataforma de e-commerce propio, actualmente en fase de prelanzamiento con Milbrands.

TiendaNube → Zoho CRM
Canal: E-commerce propio · Flujo: Bidireccional · Criticidad: Media (prelanzamiento)
● A evaluar
Contexto

TiendaNube es la plataforma de e-commerce propio de Argenequip, actualmente en fase de prelanzamiento gestionado por la agencia Milbrands. Cuando esté activa, los pedidos del sitio deben generar Deals y Contacts en Zoho CRM, y el catálogo de productos debe mantenerse sincronizado con GBP.

No existe conector nativo entre TiendaNube y Zoho en el Zoho Marketplace. Sin embargo, TiendaNube expone una API REST pública con autenticación OAuth 2.0 y soporte completo de webhooks para eventos de órdenes, productos, clientes y fulfillment, lo que permite construir la integración desde Zoho.

Flujo de datos
flowchart LR
    TN["🛍️ TiendaNube"]
    MW["⚙️ Middleware
(Zoho Flow / MCP+Cloud)"] C["💼 Zoho CRM"] G["📦 GBP"] TN -->|"Webhook:
orden creada"| MW MW -->|"Crea Deal
+ Contact"| C C -->|"Pedido
confirmado"| G G -->|"Stock y
productos"| MW MW -->|"Actualiza
catálogo"| TN style TN fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style MW fill:#1e2640,stroke:#d4a43c,stroke-width:2px,color:#fff style C fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff style G fill:#242b42,stroke:#c73e57,stroke-width:2px,color:#fff
Las órdenes de TiendaNube ingresan vía webhook; el stock y catálogo se mantienen sincronizados desde GBP hacia la tienda.
Opciones evaluadas
Opción Cómo funciona Costo Complejidad Observación
Zoho MCP + app Cloud App serverless consume API de TiendaNube y expone los datos a Zoho vía MCP Server. USD 5–20/mes Alta Apropiada si se requiere lógica compleja o agentes IA sobre los datos.
Albato (middleware pago) Conector preconfigurado TiendaNube ↔ Zoho CRM con triggers listos. USD 25–50/mes Baja Rápido de implementar pero costo recurrente.
Conexión directa tipo Shopify No aplica: Zoho no ofrece integración nativa con TiendaNube como sí la tiene con Shopify. Descartada por inexistencia.
Recomendación preliminar
Dado que TiendaNube está en prelanzamiento y el volumen inicial será bajo, comenzar con Zoho Flow + webhooks de TiendaNube. Es la opción de menor costo y suficiente para el volumen estimado. Revaluar en 6 meses: si el canal crece significativamente o requiere lógica compleja, migrar a la arquitectura MCP + Cloud que propuso Engelberth.
Puntos pendientes
  • Confirmar con Milbrands cuándo estará TiendaNube activa en producción Gustavo
  • Validar la recomendación Flow vs MCP+Cloud con Engelberth antes de desarrollo Engelberth
  • Definir si el catálogo se publica desde GBP o se carga manualmente en TiendaNube Milbrands / Gustavo

WhatsApp Business

Canal conversacional. Uso actual híbrido: atención al cliente y ventas directas.

WhatsApp Business → Zoho SalesIQ → Zoho CRM (canal mixto)
Canal: Conversacional · Uso actual: comunicación + venta · Criticidad: Alta
● Requiere definición
Contexto

Argenequip usa WhatsApp Business hoy como canal híbrido: para comunicación general con clientes y también para concretar ventas directas. Esto no es una decisión a tomar entre "solo comunicación" o "solo venta"; ya está ocurriendo de ambas formas. El documento debe reflejar esta realidad y proponer cómo se estructura en el CRM.

Flujo de datos propuesto
flowchart LR
    W["📱 WhatsApp
Business"] S["💬 Zoho SalesIQ"] T["🎫 Ticket
(consulta)"] L["⭐ Lead
(prospecto)"] D["💰 Deal
(oportunidad)"] CRM["💼 Zoho CRM"] W -->|"Mensaje
entrante"| S S -->|"Clasificación
(bot o agente)"| T S --> L S --> D T --> CRM L --> CRM D --> CRM style W fill:#1e2640,stroke:#25d366,stroke-width:2px,color:#fff style S fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style T fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style L fill:#1e2640,stroke:#d4a43c,stroke-width:1px,color:#dde2f0 style D fill:#1e2640,stroke:#4aa964,stroke-width:1px,color:#dde2f0 style CRM fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff
El mensaje entrante a WhatsApp se canaliza por SalesIQ, y se clasifica como Ticket (consulta), Lead (prospecto nuevo) o Deal (cliente con intención de compra).
Factibilidad técnica

Zoho SalesIQ tiene integración nativa con WhatsApp Business API. Permite atender conversaciones entrantes, asignarlas a agentes, usar chatbots (codeless), y crear automáticamente Contacts, Leads o Deals en Zoho CRM a partir de reglas configuradas. Todo está incluido en la licencia de Zoho One sin costo adicional (siempre que el volumen de visitantes/conversaciones no supere el límite de 200.000 visitantes/mes).

Sobre generar Sales Orders desde WhatsApp: técnicamente es posible con Deluge (lenguaje de script de Zoho) o con configuración avanzada, pero no es una funcionalidad nativa de un clic. Para Argenequip, la recomendación práctica es que WhatsApp genere Deals que luego se conviertan en Quotes y Sales Orders dentro del flujo estándar del CRM, no forzar la creación de la orden desde el chat.

Qué entidad genera cada tipo de mensaje
Tipo de mensaje entrante Entidad que se crea en CRM Ejemplo
Consulta general / soporte Ticket (Zoho Desk) o Task en CRM "¿Cómo rastreo mi pedido?" "Tengo un problema con X"
Cliente nuevo con interés Lead "Hola, vi sus productos, ¿me pasan info?"
Cliente existente o calificado pidiendo cotización Deal (con Contact existente o nuevo) "Necesito cotizar 50 unidades del producto X"
Mensaje ambiguo Contact + tarea para el vendedor "Hola"
Recomendación
Implementar SalesIQ como hub único de WhatsApp, es decir, un solo lugar donde llegan y se gestionan todos los mensajes. Fase inicial: atención manual por parte de los agentes comerciales (Amir y Carlos) que clasifican cada conversación y deciden si crear Lead, Deal o Ticket. Fase posterior: agregar chatbot de primera línea que califique el tipo de mensaje y pre-cree la entidad correspondiente, es decir, la dejará creada de forma automática para que el agente solo la revise o complete. Sales Orders siguen el flujo CRM estándar (no se crean desde WhatsApp directamente).
Puntos pendientes
  • Confirmar si Argenequip tiene WhatsApp Business API o solo la app estándar Gustavo / Jessica
  • Definir catálogo dentro de WhatsApp Business: ¿se usa, se reemplaza por CRM, o convive? Gustavo / Engelberth
  • Definir reglas de clasificación automática (cuándo Lead, cuándo Deal, cuándo Ticket) Francisco / Engelberth

Formularios web

Captura de consultas, solicitudes de cotización B2B y registro de revendedores desde el sitio web.

Formularios web → Zoho CRM
Canal: Web pasiva · Flujo: Unidireccional · Criticidad: Baja-Media
● Factible
Contexto

En algún momento Argenequip necesitará formularios de contacto, solicitud de cotización B2B o registro de revendedor en su sitio web. Estos formularios deben crear Leads directamente en Zoho CRM.

Flujo de datos
flowchart LR
    F["📝 Formulario web"]
    Z["📬 Zoho Forms"]
    C["💼 Zoho CRM
(Lead creado)"] F -->|"Submit"| Z Z -->|"Integración
nativa"| C style F fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style Z fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style C fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff
Flujo simple con integración nativa entre Zoho Forms y Zoho CRM.
Factibilidad técnica

Zoho Forms tiene integración nativa con Zoho CRM para mapear automáticamente campos del formulario a campos de Lead o Contact. Alternativa: las Web Forms del propio CRM, que se embeben directamente en la web y no requieren producto adicional.

Observación: Zoho Forms está incluido en Zoho One sin costo adicional, por lo que no hay restricción para usarlo si el equipo lo considera mejor que las Web Forms nativas del CRM.

Recomendación
Comenzar con Web Forms nativas de Zoho CRM, que se embeben con un snippet HTML y cubren casos estándar sin costo adicional. Evaluar Zoho Forms más adelante solo si se necesitan lógica condicional avanzada, flujos de aprobación o formularios multi-paso.
Puntos pendientes
  • Identificar qué formularios concretos necesita Argenequip (contacto, cotización B2B, registro revendedor) Gustavo / Priscila

GBP ERP ↔ Zoho CRM

Integración crítica entre el ERP maestro (Global Blue Point) y la capa comercial (Zoho CRM).

GBP ERP ↔ Zoho CRM
Sistema: ERP maestro · Flujo: Bidireccional · Criticidad: Crítica
● Requiere validación técnica
Contexto

Esta es la integración más crítica del ecosistema. GBP actúa como maestro de inventario, facturación y contabilidad. Zoho CRM gestiona la capa comercial. La integración debe permitir que los pedidos confirmados en CRM generen reserva de stock y facturación en GBP, y que el inventario disponible se refleje en CRM en tiempo cercano al real.

Estado de la documentación técnica de GBP
Observación importante
En la investigación previa no se encontró documentación oficial y pública de la API de GBP que permita confirmar los detalles técnicos necesarios para el diseño de la integración. En particular, no se encontró información verificable sobre:
  • Documentación oficial de endpoints, métodos y autenticación
  • Soporte de webhooks salientes (eventos en tiempo real emitidos por GBP)
  • Capacidades de sincronización por eventos
  • Ejemplos de integración con Zoho Flow o middlewares similares

Lo que sí está documentado en el sitio oficial y en reseñas de usuarios es que GBP expone una "API personalizable con métodos estandarizados", tiene una wiki técnica, y cuenta con integración nativa a Mercado Libre. La confirmación de los detalles técnicos específicos de la API debe obtenerse directamente del proveedor de GBP antes de avanzar al diseño detallado.

Flujo de datos
flowchart LR
    subgraph CRM["Zoho CRM"]
      direction TB
      C1["Cliente nuevo"]
      C2["Pedido confirmado"]
    end

    F["⚙️ Zoho Flow"]

    subgraph GBP["GBP ERP"]
      direction TB
      G1["Catálogo
productos"] G2["Stock"] G3["Facturación"] end CRM -->|"Webhook:
evento saliente"| F F -->|"POST API"| GBP GBP -->|"Sincronización
periódica"| F F -->|"Update CRM"| CRM style CRM fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff style GBP fill:#242b42,stroke:#c73e57,stroke-width:3px,color:#fff style F fill:#1e2640,stroke:#d4a43c,stroke-width:2px,color:#fff
Flujo bidireccional orquestado por Zoho Flow. Eventos salientes del CRM en tiempo real; entrantes desde GBP por sincronización periódica.
Opciones evaluadas
Herramienta Cómo funciona Costo Complejidad Limitaciones
App custom en Cloud Función serverless (Cloudflare Workers, AWS Lambda) con control total de lógica. USD 5–20/mes Alta Requiere desarrollo y mantenimiento continuo. Útil si la API de GBP requiere transformaciones complejas no soportadas por Flow.
Deluge scripts dentro de CRM Funciones Deluge que llaman directamente a la API de GBP desde el CRM. Incluido en Zoho One Media Solo flujo saliente desde CRM. No maneja eventos entrantes desde GBP.
Recomendación
Recomendación preliminar: iniciar con Zoho Flow como middleware principal por estar incluido en Zoho One sin costo adicional. Esta recomendación queda supeditada a confirmar con el proveedor de GBP los aspectos técnicos listados en los pendientes (documentación de endpoints, soporte de webhooks, mecanismo de autenticación). Si en esa validación aparecen flujos con lógica avanzada o limitaciones que Flow no pueda resolver, se complementaría con una función custom en Cloud para esos flujos específicos.
Datos sincronizados
  • GBP → Zoho: catálogo de productos (creación y actualización), stock disponible por depósito, datos fiscales del cliente
  • Zoho → GBP: clientes nuevos, pedidos confirmados para reserva de stock y facturación
Riesgos identificados
  • Frecuencia de sincronización de stock. El diagrama menciona "real-time" para el inventario, pero Zoho Flow opera por eventos/webhooks. Si GBP no emite webhooks salientes al cambiar stock, la sincronización será por polling periódico, no estrictamente real-time. A validar con el proveedor de GBP.
  • Tope de ejecuciones de Zoho Flow. Para volúmenes altos sería necesario monitorear consumo y eventualmente migrar flujos críticos a Cloud custom.
  • Mapeo fiscal argentino. La Factura A puede incluir percepciones (impuestos adicionales) que no tienen un equivalente directo en los campos estándar de Zoho CRM. Por eso, es necesario definir cómo se van a representar esos datos dentro del sistema mediante un diseño específico del modelo de datos.
Puntos pendientes
  • Obtener documentación oficial de la API de GBP (endpoints, métodos, autenticación, límites) Proveedor GBP
  • Confirmar si GBP soporta webhooks salientes o si la sincronización debe hacerse por polling Proveedor GBP
  • Confirmar ejemplos de integración con Zoho Flow o casos de uso con middlewares similares Proveedor GBP
  • Versión de GBP instalada y alcance de API habilitada en la instancia de Argenequip Gustavo / Jessica
  • Credenciales API y acceso a wiki técnica de GBP para Argenequip Gustavo / Jessica

Zoho Analytics

Hub centralizador de datos analíticos. Consolida información de TiendaNube y SalesIQ, y la devuelve a GBP.

TiendaNube + SalesIQ → Zoho Analytics → GBP
Capa: Analítica centralizada · Flujo: Multi-fuente con consolidación a GBP · Criticidad: Media
● Factible con condiciones
Contexto

Según el diagrama de arquitectura, Zoho Analytics no es solo una capa de visualización: es el hub que centraliza datos analíticos directamente desde dos fuentes en paralelo (Tienda Online y Zoho SalesIQ) y los devuelve consolidados a GBP. Esto convierte a GBP en el repositorio final no solo de inventario y facturación, sino también de información analítica unificada del negocio.

El objetivo es que toda la actividad del canal e-commerce y la actividad conversacional (chat y WhatsApp vía SalesIQ) estén disponibles para análisis cruzado en un solo lugar, y que GBP reciba esos datos consolidados para su análisis local complementario.

Flujo de datos
flowchart LR
    TN["🛍️ TiendaNube"]
    SIQ["💬 Zoho SalesIQ"]
    AN["📊 Zoho Analytics
(Hub centralizado)"] GBP["📦 GBP ERP
(Análisis local)"] TN -->|"Zoho Flow
o API"| AN SIQ -->|"Conector
nativo"| AN AN ==>|"Todos los datos
consolidados"| GBP style TN fill:#1e2640,stroke:#5bb3c1,stroke-width:2px,color:#fff style SIQ fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style AN fill:#242b42,stroke:#d4a43c,stroke-width:3px,color:#fff style GBP fill:#242b42,stroke:#c73e57,stroke-width:3px,color:#fff
Analytics consume datos analíticos directamente desde dos fuentes (TiendaNube y SalesIQ) y consolida el dataset completo hacia GBP.
Factibilidad técnica

Zoho Analytics está incluido en Zoho One (hasta 5 millones de filas por licencia de usuario). Tiene conector nativo con Zoho SalesIQ que sincroniza automáticamente datos de conversaciones sin desarrollo. Para TiendaNube, la carga se hace vía Zoho Flow (mismo middleware que el resto de las integraciones de TiendaNube) o consulta directa a su API.

La salida de datos consolidados hacia GBP es la pieza nueva. Analytics permite exportar datasets vía API REST, programar exports periódicos o usar Zoho Flow para empujar los datos a GBP. La frecuencia y el formato dependen de qué necesita GBP del lado receptor.

Observación importante. El diagrama del cliente muestra a Analytics consumiendo datos directamente desde los canales (no desde el CRM). Esto es viable pero implica que Analytics necesita su propia ruta de datos hacia cada canal. Una alternativa más simple sería que Analytics consuma todo desde el CRM (que ya es la fuente de verdad consolidada), ahorrando integraciones. Esta decisión debe revalidarse con Engelberth y Francisco.

Recomendación
Implementar Analytics en dos fases. Primera fase: activar conector nativo hacia SalesIQ para construir dashboards conversacionales. Segunda fase: agregar TiendaNube cuando el canal esté en producción, y diseñar el flujo de exportación consolidada hacia GBP una vez que el modelo de datos esté validado por Francisco. Antes de avanzar, validar con Engelberth si los datos analíticos deben ingresar directamente desde los canales(como esta en el diagraba base) o si conviene unificar todo a través del CRM como única fuente de verdad.
Riesgos identificados
  • Volumen de datos. El límite de 5 millones de filas por licencia es generoso para el volumen actual de Argenequip, pero hay que monitorear si las conversaciones de SalesIQ (potencialmente alto volumen) consumen filas rápido.
  • Formato de exportación a GBP. Falta definir cómo recibe GBP los datos consolidados (archivo CSV, llamada API, base intermedia). Esto depende de las capacidades del lado de GBP.
  • Latencia. Analytics no opera en tiempo real; las sincronizaciones son periódicas (cada hora/día según config). Si el negocio necesita análisis en tiempo real, Analytics no es la herramienta adecuada.
  • Decisión arquitectónica pendiente. Conectar Analytics directamente a cada canal (como muestra el diagrama) duplica integraciones que ya existen entre los canales y el CRM. Hay que decidir si Analytics consume desde los canales o desde el CRM consolidado.
Puntos pendientes
  • Validar arquitectura: ¿Analytics consume desde canales directos o desde CRM como fuente única? Engelberth / Francisco
  • Definir conjunto inicial de KPIs a dashboardizar en Fase 1 Engelberth / Gustavo
  • Definir formato y frecuencia de exportación de datos consolidados de Analytics hacia GBP Francisco / Proveedor GBP
  • Estimar volumen mensual de conversaciones SalesIQ para dimensionar consumo de filas en Analytics Francisco

Zoho Campaigns

Email marketing y automatización. Reemplaza el software interno actual de Argenequip.

Zoho Campaigns (Marketing Automation)
Función: Email marketing y automatización · Flujo: Bidireccional con CRM · Criticidad: Media
● Factible
Contexto

Argenequip hoy ejecuta campañas de email masivas con un software interno desarrollado por un técnico anterior, no integrado a nada. El objetivo es reemplazar esa herramienta por Zoho Campaigns, que permite segmentar audiencias desde el CRM, automatizar campañas y medir ROI por canal.

Flujo de datos
flowchart LR
    CRM["💼 Zoho CRM
(segmentos)"] CA["📧 Zoho Campaigns"] CLI["👥 Clientes"] CRM -->|"Sincronización
de contactos"| CA CA -->|"Email campaign"| CLI CLI -->|"Aperturas, clicks,
conversiones"| CA CA -->|"Update Lead/Contact"| CRM style CRM fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff style CA fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style CLI fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0
Campaigns lee segmentos del CRM, ejecuta las campañas, y devuelve métricas que actualizan el CRM.
Factibilidad técnica

Zoho Campaigns está incluido en Zoho One. Integración nativa y bidireccional con Zoho CRM: los segmentos del CRM se sincronizan automáticamente a Campaigns, y las métricas de campaña (aperturas, clicks, conversiones) se vuelcan al CRM como actividades en el contacto.

Recomendación
Incluir Zoho Campaigns en el alcance desde el inicio. Reemplaza directamente la herramienta de email interna que usa Argenequip hoy, y conecta marketing con la base comercial sin desarrollo adicional.
Puntos pendientes
  • Tamaño actual de base de contactos de marketing de Argenequip (¿supera los 5.000?) Priscila
  • Migración de base existente desde el software interno actual Francisco / Priscila

Zoho Desk

Gestión de tickets de soporte. Estructura la atención de consultas y reclamos.

Zoho Desk (Soporte / tickets)
Función: Gestión de tickets de soporte · Flujo: Bidireccional con CRM · Criticidad: Baja-Media
● A evaluar
Contexto

Argenequip no tiene hoy un sistema estructurado de soporte. Las consultas y reclamos entran por WhatsApp o email y se gestionan caso por caso. Zoho Desk permitiría estructurar esa atención con tickets, SLAs y base de conocimiento.

Flujo de datos
flowchart LR
    W["📱 WhatsApp"]
    E["✉️ Email"]
    S["💬 SalesIQ"]
    DK["🎫 Zoho Desk"]
    CRM["💼 Zoho CRM"]

    W --> S
    E --> DK
    S -->|"Mensaje
tipo consulta"| DK DK -->|"Vista unificada
del cliente"| CRM style W fill:#1e2640,stroke:#25d366,stroke-width:2px,color:#fff style E fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style S fill:#242b42,stroke:#5bb3c1,stroke-width:2px,color:#fff style DK fill:#242b42,stroke:#8b7fb8,stroke-width:2px,color:#fff style CRM fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff
Tickets entran por email o se generan desde SalesIQ (consultas de WhatsApp). Desk los consolida y los conecta con el historial comercial del CRM.
Factibilidad técnica

Zoho Desk está incluido en Zoho One. Integración nativa con CRM: los tickets muestran el historial comercial del cliente (deals, pedidos) y viceversa. SalesIQ puede convertir conversaciones de WhatsApp directamente en tickets de Desk.

Recomendación
Evaluar inclusión en etapas posteriores del roadmap, una vez que los pipelines comerciales estén estables. Justificación: el volumen actual de consultas de soporte es bajo y se absorbe en el mismo equipo comercial. Agregarlo al alcance inicial complicaría el sprint sin beneficio proporcional.
Puntos pendientes
  • Confirmar con Engelberth en que sprint entra desk o se difieref Engelberth

Zoho Creator

Plataforma low-code para construir el portal B2B de revendedores.

Zoho Creator (Portal B2B)
Función: Portal personalizado para revendedores y B2B · Flujo: Bidireccional con CRM · Criticidad: Baja (Sprint 1)
● A evaluar
Creator no es lo mismo que TiendaNube
Conviene aclarar la diferencia porque son productos distintos con funciones distintas. TiendaNube es una plataforma de e-commerce externa a Zoho, provista por Nuvemshop, que gestiona el sitio web público donde cualquier cliente final navega el catálogo, arma su carrito y paga con tarjeta. Zoho Creator es una plataforma low-code dentro del ecosistema Zoho para construir aplicaciones internas personalizadas; no es un e-commerce. En el caso de Argenequip sería el portal privado al que acceden los revendedores autorizados (con login) para ver precios mayoristas, colocar pedidos B2B y gestionar su cuenta. Un producto atiende a consumidores finales (B2C), el otro a socios comerciales (B2B).
Contexto

Uno de los objetivos del negocio es convertir el flujo actual de revendedores (hoy gestionado por WhatsApp y listas manuales) en un canal B2B estructurado. Una opción es desarrollar un portal propio donde los revendedores se autentiquen, vean catálogo, precios especiales y coloquen pedidos. Zoho Creator permite construir ese portal con bajo código.

Flujo de datos
flowchart LR
    R["👥 Revendedor
(login)"] PT["🌐 Portal
(Zoho Creator)"] CRM["💼 Zoho CRM
(catálogo, precios,
pedidos)"] G["📦 GBP"] R -->|"Autenticación"| PT PT <-->|"Lee catálogo
y precios"| CRM PT -->|"Genera pedido"| CRM CRM -->|"Reserva stock"| G style R fill:#1e2640,stroke:#8b93ab,stroke-width:1px,color:#dde2f0 style PT fill:#242b42,stroke:#8b7fb8,stroke-width:2px,color:#fff style CRM fill:#242b42,stroke:#4a9ca9,stroke-width:3px,color:#fff style G fill:#242b42,stroke:#c73e57,stroke-width:2px,color:#fff
Portal construido en Creator que consume catálogo y listas de precios del CRM, y genera pedidos que siguen el flujo estándar hacia GBP.
Factibilidad técnica

Zoho Creator está incluido en Zoho One sin costo adicional. Es una plataforma low-code que permite construir apps personalizadas con integración nativa a CRM. Apropiada para construir un portal B2B sin desarrollo desde cero.

Alternativa: usar un portal web tradicional desarrollado fuera de Zoho (agencia externa) que consuma la API de Zoho CRM. Más costoso pero con mayor flexibilidad visual.

Recomendación
Fase inicial: gestionar revendedores y clientes B2B directamente desde el CRM (el equipo comercial crea Deals y cotizaciones). Fase posterior: evaluar el desarrollo del portal en Creator cuando el canal B2B esté estructurado, los flujos comerciales sean estables y exista un volumen de revendedores que justifique el esfuerzo de diseño y desarrollo de la app. Al estar Creator incluido en Zoho One, el costo adicional es de tiempo de implementación, no de licencia.
Puntos pendientes
  • Estimación de cantidad de revendedores activos que justificarían el portal Gustavo

Puntos pendientes consolidados

Todos los puntos que requieren confirmación para cerrar el análisis de factibilidad.

# Punto a confirmar Integración Responsable
01Versión de GBP instalada y API habilitada en ArgenequipGBP ↔ CRMGustavo / Jessica
02Credenciales API y acceso a wiki técnica de GBPGBP ↔ CRMGustavo / Jessica
03Soporte de webhooks salientes en GBP o sincronización por pollingGBP ↔ CRMProveedor GBP
04Volumen estimado de operaciones diarias para dimensionar Zoho FlowGBP ↔ CRMFrancisco
05Confirmar integración GBP ↔ Mercado Libre activa y operativaMercado LibreGustavo / Jessica
06Tipo de cuenta WhatsApp (API oficial o app Business estándar)WhatsAppGustavo / Jessica
07Uso del catálogo dentro de WhatsApp BusinessWhatsAppGustavo / Engelberth
08Reglas de clasificación automática de mensajes (Lead/Deal/Ticket)WhatsAppFrancisco / Engelberth
09Fecha estimada de activación de TiendaNube en producciónTiendaNubeGustavo
10Validar recomendación Flow vs MCP+Cloud para TiendaNubeTiendaNubeEngelberth
11Tamaño de base de contactos de marketing (¿supera 5.000?)CampaignsPriscila
12Licencia Zoho One activa (incluye Creator para portal B2B futuro)CreatorSandra / Francisco
13Validar arquitectura: ¿Analytics consume desde canales o desde CRM?AnalyticsEngelberth / Francisco
14Definir formato y frecuencia de exportación Analytics → GBPAnalyticsFrancisco / Proveedor GBP
13Formato y frecuencia de exportación consolidada de Analytics hacia GBPAnalyticsFrancisco / Proveedor GBP
14Volumen mensual de conversaciones SalesIQ para dimensionar AnalyticsAnalyticsFrancisco

Conclusión y próximos pasos

El ecosistema propuesto es técnicamente viable. Las integraciones evaluadas pueden construirse con las herramientas del ecosistema Zoho (Zoho One, que engloba a CRM Plus y el resto de los módulos) más Zoho Flow como middleware principal, sin necesidad de adquirir productos de terceros para los flujos críticos.

Costo incremental bajo. La mayoría de las integraciones se resuelven con componentes ya incluidos en la licencia Zoho One. Las piezas que requieren decisión (TiendaNube, portal B2B) tienen alternativas dentro de Zoho One que cubren la fase inicial sin costos adicionales.

Los principales riesgos no son técnicos sino de definición. El éxito de la implementación depende de cerrar los catorce puntos pendientes del consolidado, especialmente los relacionados con GBP (versión, API, webhooks) y WhatsApp (reglas de clasificación, catálogo). Ninguno de esos puntos bloquea el inicio del sprint, pero sí deben resolverse antes del diseño detallado de cada flujo.

Próximos pasos sugeridos:

  • Validar este documento con Francisco y Engelberth antes de la reunión con el cliente
  • Agendar revisión técnica con el proveedor de GBP para confirmar los puntos 01-04 del pendientes
  • Definir con Gustavo el uso concreto de WhatsApp (catálogo, volumen de ventas directas) para cerrar los puntos 06-08
  • Avanzar en paralelo con el modelo de datos (Francisco) que alimenta el diseño detallado de estas integraciones