Un facturador con letrero de ERP sigue siendo un facturador
Cambiar la palabra en la página principal toma una tarde. Construir el sistema que la palabra promete toma años. Cuatro pruebas que usted puede hacer en cualquier demo, sin ser técnico, antes de firmar.
La palabra ERP se volvió común de repente en el mercado dominicano de software. Plataformas que durante años se presentaron como sistemas de facturación electrónica hoy usan la categoría completa en su página principal.
Que la palabra cambie es fácil de ver. Lo que hay detrás de la palabra es lo que a usted le toca verificar, y no se verifica leyendo una página web. El empresario que firma doce meses creyendo que compró un ERP porque la página lo decía es el que paga la diferencia.
Esta es una guía para notarla. Cuatro pruebas concretas: tres que usted hace en cualquier demo, y una que puede verificar hoy mismo sin hablar con nadie.
Primero, el cumplido
Que el mercado entero corra a llamarse ERP es una victoria, y no es nuestra: es del empresario dominicano.
Durante años el discurso dominante fue el contrario. Que lo simple era virtud. Que usted no necesitaba contabilidad de verdad, solo un listado de ventas. Que el inventario era “un módulo aparte” y la nómina era problema de otro proveedor. Ese discurso acaba de morir en público, y lo mató el cliente: las empresas dominicanas crecieron, se formalizaron, y descubrieron que cuatro herramientas que no se hablan entre sí cuestan más trabajo que las cuatro juntas.
Que la categoría completa se vuelva el estándar es una buena noticia, sin importar quién la haya escrito primero. El problema es que un ERP no es una promesa de mercadeo. Es una decisión de arquitectura que se toma el primer día y no se agrega después con un plugin.
La diferencia no está en el logo: está en qué pasa cuando usted cobra
Ponerle un rótulo de “camión de carga” a un carrito de golf no le agrega chasis ni capacidad de arrastre. El carrito sigue siendo excelente para lo que fue diseñado, mover dos personas por terreno plano, y sigue sin poder subir una loma con dos toneladas encima.
En software la distinción es igual de física, aunque no se vea. Un ERP nativo se define por una sola característica, y todo lo demás se deriva de ella:
La venta, el inventario, el costo y el asiento contable no son cuatro eventos que se sincronizan. Son un solo cobro.
Cuando el cajero cobra, no ocurre “una venta que después actualiza el inventario que después genera un asiento”. En ese mismo cobro, antes de que la pantalla devuelva el vuelto, el almacén correcto queda descontado, el costo de esa mercancía queda calculado con su costo real, el asiento contable queda posteado y cuadrado, y el comprobante fiscal queda firmado y listo para entregar.
El envío a la DGII es lo único que ocurre por detrás, y es a propósito: el portal de la DGII a veces no está disponible, y ningún negocio dominicano puede dejar de cobrar por eso. El sistema reintenta solo hasta que entre, y le muestra en pantalla cuáles quedaron pendientes.
Y si algo falla en ese camino, la venta no se cierra callada: se detiene ahí mismo y el cajero ve el motivo concreto (una cuenta sin mapear, un período contable cerrado). Lo que no pasa es lo otro, que es lo caro: que la venta se cobre normal y el inventario o la contabilidad se enteren tres semanas después.
Un sistema que nació para emitir facturas y le fue agregando módulos por los lados difícilmente logre eso sin conectores en el medio. Pero no me crea a mí, ni le crea a la página de nadie. Eso se contesta en pantalla, en vivo, y las pruebas de abajo son exactamente eso.
Las cuatro pruebas
Ninguna requiere que usted sea técnico. Son preguntas de operación.
1. ¿Es un solo sistema o son conectores?
Qué pedir en la demo: “Hágame una venta en vivo, ahora mismo. Y sin cambiar de sistema ni de usuario, muéstreme el movimiento de inventario, el costo de esa venta y el asiento contable que acaba de generar.”
Cómo distinguirlo: la respuesta incluye la palabra sincronización. O “eso se refleja en el próximo proceso”. O “ese módulo es de otro proveedor”. O la persona abre otra aplicación, con otro usuario y otra clave, para enseñarle el inventario. Cada una de esas cuatro respuestas le está diciendo lo mismo: son sistemas distintos con un puente en el medio.
La consecuencia operativa: un puente entre dos sistemas es una pieza que puede fallar sin que nadie se entere, porque no aparece en ninguna pantalla y no es responsabilidad de ningún departamento. La señal de que le pasó es concreta y usted la puede buscar hoy en el sistema que ya tiene: si el margen bruto del reporte de ventas no coincide con el margen que sale de la contabilidad, ahí hubo un puente caído que nadie vio. Arreglarlo no lo hace el proveedor. Lo hace su contador, a mano.
2. ¿El precio sube porque usted vendió más?
Esta es la que no necesita demo: está escrita en la página de precios de cualquiera.
Qué buscar: topes mensuales de comprobantes electrónicos. Cargo por documento adicional. Salto obligatorio de plan cuando el negocio pasa cierto volumen. Llámelo por su nombre: es un impuesto al éxito. Usted vende más, y su proveedor cobra más sin haberle entregado una función nueva.
Un dato con fecha. Hasta finales de julio, una de las plataformas de facturación más conocidas del mercado local cobraba por comprobante electrónico emitido. Hoy anuncia emisión sin límite. Nadie reconstruye un sistema en dos semanas: lo que cambió fue la lista de precios, y cambió porque el mercado dejó de aceptar el cobro.
Esa es la buena noticia. La otra mitad también hay que decirla: un precio que se movió en dos semanas por presión se puede volver a mover en dos semanas cuando la presión baje. La pregunta que a usted le sirve no es cuánto cuesta hoy, sino por qué costaba ayer. Si la emisión fuera una pieza propia del sistema, el comprobante número 5,000 del mes no costaría más que el 4,999. Pregunte qué cambió por debajo para que hoy no cueste, y pida que se lo pongan en el contrato. Si la respuesta es que es una promoción de lanzamiento, ya sabe cuánto dura.
La consecuencia operativa: un tope de comprobantes convierte una decisión de presupuesto en una decisión fiscal, y esas dos no deberían tocarse nunca. El día que el volumen se acerca al límite, alguien en la empresa tiene que decidir qué hace, y ninguna de las opciones debería existir. La obligación de emitir un comprobante por cada venta se la puso la DGII a usted, no a su proveedor de software, y “el plan no me daba” no es una explicación que la DGII reciba.
3. ¿Profundidad de operación o campos personalizados?
Qué pedir en la demo: dígale a quien le presenta el sistema cuál es la particularidad más incómoda de su operación, la que ningún software le ha resuelto nunca, y pida verla funcionando.
Cómo distinguirlo: le ofrecen un campo personalizado. Un campo de texto libre llamado “Lote”. Una nota al pie de la factura. Un archivo de Excel que se sube. Un campo de texto libre llamado “Lote” no es trazabilidad de lotes: es un lugar donde escribir la palabra lote. Nadie puede consultarlo, nada lo valida, y el día que se necesite no va a producir la información.
La consecuencia operativa: un importador de alimentos recibe una notificación de retiro de un lote específico y necesita saber, esa misma tarde, a cuáles clientes les vendió unidades de ese lote. Con trazabilidad real es una consulta. Con un campo de texto es gente de su equipo revisando facturas en PDF durante días, y una respuesta que igual va a estar incompleta. La farmacia con productos controlados vive la misma escena, con la diferencia de que ahí el que pregunta es un inspector.
Profundidad real significa que la lógica del sector está construida por dentro y no encima: despacho que sale por fecha de vencimiento sin que el almacenista tenga que acordarse, comandas que llegan a cocina en el momento en que el mesero las envía, propina legal, multi-moneda con su revaluación, nómina con TSS, control de sustancias controladas para farmacia. Varias de esas piezas son módulos especializados que se activan según el plan o se contratan aparte, y eso se lo decimos de frente en la llamada. La diferencia con un campo personalizado es que son producto construido: el día que se activan, funcionan contra el mismo inventario y la misma contabilidad, sin conectores en el medio.
4. ¿Qué pasa el día 20 y el viernes a las 7:00 p.m.?
Qué pedir en la demo: que corran el reporte más pesado que tenga el sistema mientras alguien cobra una venta en la pantalla de al lado, y cronométrelo usted.
Cómo distinguirlo: si la respuesta es que conviene correr los reportes pesados fuera de horario, pida que se lo demuestren igual. Es una prueba de cinco minutos y no admite matices. Si la caja se pone lenta en una demo, con un solo usuario, imagínese un viernes con seis cajas.
La consecuencia operativa: la fila en caja no espera. Un cliente con el carrito lleno un viernes a las siete de la noche no espera a que cargue la pantalla de cobro, y no espera dos veces. La pregunta correcta no es si el trabajo pesado y la caja alguna vez se estorban, porque en cualquier sistema se estorban: es qué hace el suyo cuando pasa. En Axentra lo pesado (los envíos a la DGII, las integraciones, los reintentos) corre en colas durables por detrás, y la pantalla de cobro no espera por ninguna de ellas.
Cuando la prueba se falla en producción
Para el director de operaciones se ve como un conteo que no cuadra: el sistema dice 340 unidades, el almacén tiene 297, y nadie puede explicar la diferencia porque los movimientos que la causaron viven en un sistema y la valoración vive en otro. La conversación termina en “el inventario está malo” y en un ajuste manual que tapa el síntoma sin tocar la causa. Seis meses después vuelve a pasar.
Para el gerente financiero se ve como el cierre: las ventas en una plataforma, las compras en otra, la nómina en un Excel, y el reporte a la DGII armado juntando las tres a mano bajo presión de fecha. No es que no se pueda, se hace todos los meses en muchísimas empresas dominicanas. Es que cuesta días de trabajo calificado todos los meses, y ese costo nunca aparece en la comparación de precios porque no lo factura el proveedor. Lo paga usted en salarios.
Cómo responde Axentra, y qué no hacemos
Axentra se construyó completo desde el primer día, para República Dominicana, con la contabilidad, el inventario, el punto de venta y el cumplimiento fiscal en el mismo motor. No es una plataforma de facturación que fue creciendo hacia los lados. Esa decisión nos costó mucho más tiempo antes de tener algo que vender, y es exactamente la razón por la que hoy una venta en caja deja su asiento contable posteado y cuadrado sin que nadie lo toque.
Sobre el punto del precio, que es el que más se presta a letra chica: nuestra página de precios lo dice en una línea que aplica a los cinco planes, sin tope de transacciones y sin cuotas por volumen. Los cinco incluyen e-CF y la certificación ante la DGII sin costo, y los cinco dicen sin límite por ingreso. Los planes escalan por sucursales, usuarios, almacenamiento y módulos especializados, que son cosas que a usted le cuestan porque son cosas que a nosotros nos cuestan. Lo que ninguno hace es cobrarle por cuánto factura. El detalle de la emisión está en la página del módulo de e-CF.
Ahora, la parte honesta, porque una lista que solo sirve para que ganemos nosotros no es una lista:
No somos el sistema más barato del mercado. Hay herramientas locales de punto de venta que cuestan menos que nuestro plan de entrada, y son productos dignos. Si su negocio es una caja sola, sin inventario que valorar ni contabilidad que llevar, un POS simple le sirve, y se lo vamos a decir en la llamada. Ese caso lo desarrollamos completo en POS simple o ERP completo.
No somos un ERP de manufactura pesada. Si usted necesita planificación de producción por capacidad de planta y explosión de materiales a varios niveles, ese es otro tipo de sistema y cuesta otro tipo de dinero.
Y la lista aplica igual para nosotros. Si en nuestra demo alguien le responde con “eso se sincroniza”, pídale que le muestre la pantalla.
El cierre
Un slogan se cambia en una tarde. Una arquitectura se cambia en años, y normalmente no se cambia: se vuelve a empezar.
Por eso la palabra que aparece en una página web no le dice nada útil sobre lo que va a pasar el día 20 del mes, ni sobre lo que va a pasar cuando su negocio abra la segunda sucursal. Las cuatro preguntas de arriba sí. Úselas con cualquier proveedor que esté evaluando, en el orden que quiera, y compare las respuestas. Si quiere el resto de los criterios que importan en este mercado, están en cómo elegir un ERP en RD.
Y si prefiere empezar por la más difícil, agende una demo: son 30 minutos, y la primera prueba de la lista se la hacemos en vivo. Cobramos una venta y, sin cambiar de sistema ni de usuario, le enseñamos el movimiento de inventario, el costo y el asiento contable que esa venta acaba de generar.