Lo que preguntan las empresas
antes de contratarnos

Depende del número de usuarios, de los módulos y de cuánta configuración a medida necesite la operación. Una implementación de contabilidad, ventas, compras e inventario con facturación electrónica e-CF para una empresa pequeña no se parece a la de una manufactura con producción y nómina TSS. Por eso el primer paso siempre es un diagnóstico sin costo: levantamos procesos, definimos alcance por fases y entregamos una propuesta con precio cerrado por fase, no una cifra abierta.

El e-CF (Comprobante Fiscal Electrónico) es el documento tributario electrónico definido por la Ley 32-23 de Facturación Electrónica. Sustituye al comprobante impreso y debe firmarse digitalmente y transmitirse a la DGII en el momento de la emisión. La obligatoriedad entra por etapas según el tamaño del contribuyente: grandes nacionales primero, luego grandes locales y medianos, y finalmente pequeños y micro. Si aún no te toca, el plazo de preparación técnica es el momento de adelantarse, no la fecha límite.

La certificación no es del software en abstracto: la obtiene cada empresa emisora con su solución. El proceso incluye pruebas de datos e-CF, pruebas de aprobación comercial y la activación en producción. Nosotros implementamos la localización dominicana sobre Odoo y acompañamos la certificación de principio a fin, incluidos los sets de prueba que envía la DGII.

Una implementación acotada de contabilidad y facturación suele tomar entre seis y diez semanas. Con inventario, manufactura o nómina se va a tres o cuatro meses. Trabajamos por fases con puesta en marcha parcial: la empresa empieza a usar el sistema en un área mientras se configura la siguiente, en lugar de esperar meses a un arranque único que concentra todo el riesgo en un día.

Sí. Migramos catálogo de productos, clientes, proveedores, saldos contables de apertura, cuentas por cobrar y por pagar, e histórico de documentos cuando el formato de origen lo permite. Lo que no migramos es basura acumulada: parte del trabajo es depurar duplicados y datos inconsistentes antes de cargarlos, porque un ERP nuevo con datos sucios nace con el mismo problema del anterior.

Sí. Implementamos Odoo en 17 países de Latinoamérica. En diez de ellos con facturación electrónica ante la autoridad fiscal correspondiente —Argentina, Chile, Colombia, Ecuador, Perú, México, Brasil, Uruguay, Guatemala y República Dominicana— y en seis conectando directamente con el servicio web del organismo, sin proveedores intermediarios.

Mesa de ayuda con tiempos de respuesta por escrito, monitoreo continuo de la infraestructura, mantenimiento preventivo programado, gestión de respaldos con pruebas de restauración, administración de seguridad perimetral y reportes periódicos de lo que se hizo y de lo que se previno. El alcance exacto se define por escrito antes de firmar: sin ambigüedad sobre qué está cubierto y qué se factura aparte.

Los tiempos se establecen por contrato según la criticidad del incidente y son parte del acuerdo, no una promesa comercial. Un servidor de producción caído no tiene el mismo tratamiento que una impresora sin configurar, y ambos casos quedan definidos con su prioridad y su plazo antes de que ocurra el primer incidente.

Puedes elegir. Ofrecemos infraestructura en la nube, en servidores en las instalaciones de la empresa o en un esquema híbrido. En todos los casos se define por escrito dónde reside la información, quién tiene acceso, cómo se cifra y cuál es la política de respaldos y retención.

Solo los que se acuerden explícitamente. Antes de activar cualquier función de IA definimos qué información puede procesarse en un modelo externo y cuál se queda en infraestructura propia. La política queda documentada y es revisable: no hay letra pequeña sobre dónde terminan los datos ni sobre con qué se entrenan.

Sí, y suele ser el camino más sano. Estabilizar primero la infraestructura, los respaldos y la seguridad, y solo entonces mover el sistema de gestión, evita implantar un ERP sobre cimientos que fallan. El orden inverso es la causa más frecuente de proyectos que se complican.

Sí. Desarrollamos en Python sobre el framework de Odoo, siguiendo las convenciones del producto para que las actualizaciones de versión no se conviertan en un rehacer completo. Antes de desarrollar siempre evaluamos si el requerimiento se resuelve con configuración estándar: el código a medida que se puede evitar es código que no hay que mantener durante años.

Hacemos auditoría del entorno actual: versión, módulos de terceros, personalizaciones, estado de la base de datos y de los respaldos. Con ese diagnóstico se decide si conviene corregir sobre lo existente, actualizar de versión o reimplantar. La recomendación va con sus razones técnicas, aunque implique menos trabajo facturable para nosotros.

Con una conversación sin costo. Escuchamos qué está frenando la operación, revisamos lo que ya tienes y decimos con franqueza qué tiene sentido hacer y qué no antes de que inviertas. Si de esa conversación sale que no somos el proveedor adecuado, también lo decimos.