# Políticas Comerciales de Producto — Induxsoft **Versión:** 1.6 **Fecha:** Abril 2026 **Aplicación:** Equipo comercial, soporte y desarrollo --- ## 1. Definiciones ### Integración Es cuando dos o más productos del ecosistema Induxsoft se conectan para compartir datos o coordinar acciones. Todos los productos de Induxsoft son integrables entre sí por diseño, a través de diferentes estrategias según su naturaleza: - **Productos en la nube:** cuentan con APIs web o es sencillo agregar puntos finales específicos. - **Productos on-premise:** pueden exponerse a la nube mediante Devkron Applications Server + nginx + httptn u otras estrategias equivalentes. **Nota:** las integraciones en modalidad on-premise requieren Devkron Applications Server. La integración puede requerir desarrollo, pero no implica que ninguno de los productos adquiera funcionalidad nueva — simplemente se conectan. ### Característica nueva Es cuando se requiere que al menos uno de los productos adquiera una capacidad que hoy no tiene, independientemente de si hay otros productos involucrados. **Ejemplo:** que FactuDesk tenga un módulo propio de envío por WhatsApp con seguimiento de entrega y reenvío automático — eso no existe hoy en FactuDesk. --- ## 2. Política de Integraciones entre Productos ### 2.1 Principio general Todas las integraciones entre productos del ecosistema Induxsoft son posibles, no tienen costo adicional para el cliente, y se implementan en 3 días hábiles o menos. Por regla general esto no requiere autorizaciones especiales ni trámite adicional. Esto aplica a cualquier combinación de: - Software de escritorio (MaxiComercio R5, Déminus R5) - Aplicaciones V10 (FactuDesk, CFDI Explorer, Nómina SE, Contabilidad SE, VenDesk SE) - Plataforma V12 (MaxiComercio V12, Déminus V12, VenDesk V12, SBP V12) - Plataforma de Agentes IAE ### 2.2 Alcance La gratuidad aplica al vínculo entre los productos. Los costos individuales de cada producto (licencias, suscripciones, timbres, créditos IA, etc.) se mantienen conforme a sus condiciones propias. En el caso de productos on-premise, se requiere contar con Devkron Applications Server para habilitar la integración. ### 2.3 Condición de activación Las integraciones se implementan una vez que el cliente compra o renueva los productos involucrados. El equipo de ventas puede comprometer la integración en el momento del acuerdo sin necesidad de consultar a la dirección. ### 2.4 Obligación del equipo comercial El equipo de ventas debe presentar siempre el ecosistema como una solución integrada cuando el cliente tenga más de una necesidad cubierta por distintos productos. No se debe vender por producto aislado si existe una combinación que sirva mejor al cliente. --- ## 3. Política de Características No Disponibles ### 3.1 Principio general Ningún integrante del equipo (ventas, soporte o técnico) está autorizado a decirle a un prospecto o cliente que una característica requerida "no es posible" o "no existe" sin antes seguir el procedimiento de escalamiento establecido en esta política. ### 3.2 Verificación de disposición real de compra Antes de escalar cualquier solicitud de característica no disponible, el responsable comercial debe verificar la disposición real de compra del prospecto o cliente mediante la pregunta expresa: > *"Si podemos hacer esto, ¿cerramos el trato?"* Solo si la respuesta es afirmativa se activa el procedimiento de escalamiento. Si el prospecto no confirma, la solicitud se registra como retroalimentación de producto pero no genera obligación de respuesta inmediata. ### 3.3 Procedimiento de escalamiento Confirmada la disposición de compra, el responsable comercial deberá: 1. **Abrir un caso interno** en portal.induxsoft.net a nombre de la empresa, documentando: - Qué se necesita, para qué y en qué producto o productos. - Importancia del cliente (historial, tamaño, potencial de largo plazo). - Importancia de la característica o integración para cerrar el trato. - Valor del trato en cuestión. 2. **Notificar de inmediato** al responsable de DevOps compartiendo el número de caso. 3. **Comunicarle al cliente** que su solicitud está siendo evaluada y que recibirá una respuesta a la brevedad. ### 3.4 Responsabilidad de DevOps El responsable de DevOps tiene un plazo máximo de **2 horas** para evaluar el caso y responder una de las siguientes: - **"Se puede en 3 días hábiles o menos":** se procede de inmediato sin más trámite, condicionado a que el cliente compre o renueve los productos involucrados en el momento del acuerdo. - **"Requiere autorización":** escala el caso a la dirección de inmediato, incluyendo su estimación de esfuerzo y complejidad. DevOps no puede dejar un caso comercial sin respuesta más allá de las 2 horas desde su notificación. ### 3.5 Decisión de la dirección Cuando el caso llegue a la dirección, corresponde exclusivamente a esta decidir: - Si la característica se implementa o no. - Si tiene costo adicional o se incluye en la oferta existente. - El plazo comprometido con el cliente. Nadie más en el equipo está autorizado a comprometer fechas ni costos en estos casos. --- ## 4. Disposiciones generales - Estas políticas aplican a todos los canales de atención: agentes de IA, equipo humano de ventas y soporte. - Cualquier duda sobre si una situación encaja en estas políticas debe resolverse escalando, no asumiendo. - Las políticas pueden actualizarse. La versión vigente siempre será la que indique la dirección.