Cómo elegir un ERP en República Dominicana: guía de evaluación en 7 criterios

Evaluar un ERP requiere revisar criterios verificables, ordenados según lo costoso que resulta corregirlos una vez firmado el contrato: cumplimiento con la Ley 32-23, escalabilidad entre planes, alcance funcional en transacciones y datos maestros, capacidad de integración vía API, costo y duración de la implementación, modelo de soporte, y simpleza operativa. Cada criterio se traduce en una pregunta que el proveedor debe responder.

La mayoría de las comparativas de ERP se organizan alrededor de listas de funcionalidades, que resultan fáciles de elaborar, pero poco útiles para predecir el resultado de un proyecto, porque un sistema puede ofrecer todas las funciones del mercado y seguir siendo difícil de operar, e insuficiente para lo que tu operación en específico necesita. Esta guía se organiza alrededor de una pregunta distinta: si la evaluación se equivoca en este punto, cuánto cuesta corregirlo después.

1. ¿Por dónde debe empezar la evaluación de un ERP?

Por el cumplimiento fiscal local, dado que es el único criterio capaz de descalificar por completo a un proveedor y también el más rápido de verificar. Los demás criterios admiten grados y negociación, mientras que la capacidad de emitir comprobantes fiscales electrónicos válidos ante la DGII funciona como una condición binaria.

El artículo 12 de la Ley 32-23 reconoce tres vías para emitir comprobantes fiscales electrónicos: los sistemas de desarrollo propio autorizados por la DGII, los proveedores de servicios de facturación electrónica certificados, y el facturador gratuito que la DGII dispone para contribuyentes que cumplan los criterios definidos. Antes de evaluar cualquier funcionalidad, conviene establecer bajo cuál de esas tres vías opera el sistema que se está considerando.

El alcance de la obligación va considerablemente más allá de emitir facturas. El artículo 23 del Decreto 587-24 establece cinco servicios mínimos que debe cubrir un proveedor de servicios de facturación electrónica: la emisión y recepción de e-CF junto con sus representaciones impresas, la emisión y recepción del acuse de recibo, la emisión y recepción de la aprobación comercial, la generación y envío a la DGII de los resúmenes de facturas de consumo electrónicas, y el almacenamiento y resguardo de los comprobantes. Un ERP internacional con excelente funcionalidad que solo cubra el primero de esos cinco servicios deja al cliente resolviendo el resto del cumplimiento por fuera del sistema, con la doble digitación que eso implica.

La verificación es sencilla, porque la DGII publica en su portal el registro de los proveedores autorizados como Proveedores de Servicios de Facturación Electrónica.

Conoce los Proveedores de Servicios de Facturación Electrónica Autorizados 

2. ¿Qué pasa con mi información cuando la empresa crezca?

La respuesta depende de si el proveedor tiene diferentes planes diseñados para crecer con las empresas en sus distintos tamaños, y esa distinción determina si el crecimiento implica un ajuste del plan contratado o un cambio de suplidor de software, con una implementación completa.

En el primer escenario, la empresa conserva su historial de transacciones, su catálogo, su contabilidad y todas sus configuraciones al subir de nivel, y lo único que cambia son los límites del plan contratado. En el segundo escenario crecer significa comenzar un proyecto nuevo.

Este criterio ocupa el segundo lugar porque su corrección es la más costosa de todas. Cuando la limitación se hace evidente, la empresa ya acumuló años de operación dentro del sistema, y el costo de salida crece con cada mes transcurrido. La conversación de venta rara vez aborda el tema, porque naturalmente se centra en las necesidades del presente.

Las tres preguntas que conviene formular son si los planes constituyen niveles del mismo sistema para empresas más grandes, qué información se conserva al cambiar de plan, y si el cambio se resuelve como un ajuste administrativo.

3. ¿Qué transacciones e información puedo administrar en el sistema?

Un ERP debe permitir revisar con precisión qué transacciones soporta y qué información maestra puede administrar, porque la granularidad de esas dos dimensiones determina si el sistema representa la operación real de la empresa o la obliga a adaptarse a flujos que no le corresponden.

La pregunta útil no es si el sistema cuenta con un módulo determinado, sino cuántas transacciones distintas puede procesar dentro de ese módulo y qué listas de datos maestros permite mantener. Un sistema con módulos de nombre amplio pero pocas transacciones disponibles obliga a registrar operaciones bajo conceptos que no las describen, y ese problema no se resuelve mediante configuración posterior.

Adm Cloud cuenta con más de 140 listas de datos maestros y más de 75 transacciones, y su sistema de reportería personalizada permite generar tanto reportes nativos como reportes construidos según los indicadores que cada empresa necesite medir.

La forma de verificar este criterio consiste en solicitar la lista completa al proveedor.

4. ¿Con qué otros sistemas puede integrarse?

La capacidad de integración se mide por la existencia de una API pública, la cantidad de endpoints que expone y la disponibilidad de documentación abierta, porque un ERP cerrado obliga a que toda la operación viva dentro de él, mientras que uno con arquitectura abierta permite conservar las herramientas que ya funcionan en la empresa y adicionar según las necesidades de la empresa.

La arquitectura API REST de Adm Cloud dispone de más de 800 endpoints disponibles para consulta, listos para ser consumidos por cualquier otro software que lo admita.

La verificación consiste en solicitar la dirección de la documentación técnica, dado que una API en funcionamiento se documenta públicamente y puede revisarse.

5. ¿Cuánto cuesta y cuánto dura implementar un ERP?

En la industria de software ERP los servicios de implementación representan, según las fuentes disponibles del sector, entre una y dos veces el monto de la suscripción del primer año en proyectos en la nube, con una duración que se ubica típicamente entre 6 y 18 meses. La proporción de dos a tres veces que aún circula corresponde al modelo anterior de licencias perpetuas instaladas en servidores propios.

Conviene tener presente esa distinción al comparar propuestas, porque el modelo de suscripción comprimió la relación entre software y servicios, y un proveedor que cita el rango antiguo está describiendo una estructura de costos que el mercado en la nube ya modificó.

Los costos de los servicios de implementación de Adm Cloud usualmente rondan una relación 1:1 con el monto de la suscripción anual, y la duración promedio de un proyecto de Adm Cloud es de 4 a 6 meses de esfuerzo. A diferencia del mercado en donde los costos rondan una relación 2:1 a 3:1 con el monto de la suscripción anual, y la duración promedio de un proyecto de Adm Cloud es de 6 a 18 meses de esfuerzo.

Este criterio aparece en quinto lugar porque el precio y el alcance de los servicios son negociables y se conocen antes de firmar, a diferencia de los criterios anteriores. La verificación adecuada consiste en solicitar el costo y la duración por separado, junto con referencias de proyectos de tamaño comparable, entendiendo que una duración promedio describe una tendencia y no constituye un compromiso contractual.

6. ¿Qué tipo de soporte recibo después de la implementación?

El soporte debe evaluarse en tres dimensiones que suelen presentarse bajo la misma palabra: si está incluido en la suscripción o se factura de forma independiente, quién atiende la solicitud, y si esa persona conoce a profundidad el funcionamiento del software & las operaciones realizadas en el.

1. En el mercado existen soportes que resuelven correctamente un error de pantalla pero no pueden explicar por qué una retención quedó mal aplicada o qué tipo de comprobante corresponde a una compra realizada a una persona no registrada como contribuyente, lo cual constituye soporte de software y no acompañamiento de la operación.

2. Existen también contratos en los que la suscripción cubre el acceso al sistema mientras el soporte se cobra mensualmente aparte, de manera que el presupuesto aprobado difiere del presupuesto que la empresa finalmente ejecuta.

3. Un tercer caso frecuente es la atención a través de centros de llamadas genéricos, donde cada solicitud comienza desde cero con un interlocutor que desconoce la configuración, la industria y el historial del cliente.

7. ¿Qué tan simple es insertar y administrar los datos?

La simpleza operativa se evalúa mediante dos elementos concretos: la existencia de herramientas de migración que permitan cargar la información actual sin digitación manual, y la consistencia de la lógica de las transacciones entre los distintos módulos del sistema.

De poco sirve un sistema robusto y con muchas transacciones disponibles si la empresa no puede ver ni insertar su información de forma eficiente. El segundo elemento suele subestimarse durante la evaluación, porque cuando cada módulo se opera bajo una lógica distinta, cada módulo impone su propia curva de aprendizaje al equipo, y el costo de capacitación se multiplica por la cantidad de áreas involucradas.

Adm Cloud dispone de migradores fáciles de usar, y sus transacciones siguen la misma forma lógica en todos los módulos.

Este criterio cierra la lista porque admite mitigación después de la firma mediante capacitación y acompañamiento, no porque tenga menor importancia. La adopción del sistema por parte del equipo determina en buena medida si el proyecto entrega el valor esperado, de modo que conviene solicitar una carga de prueba con datos propios de la empresa y no con datos de demostración.