Software administrativo: cuándo comprar uno y cuándo desarrollar lo que falta

Si estás buscando un software administrativo, lo más probable es que necesites un producto que ya existe. Para llevar la contabilidad, facturar, pagar la nómina o controlar bancos, en México hay programas establecidos —Aspel, CONTPAQi y otros— que hacen eso bien y que muchas empresas ya usan a diario. Desarrollar uno propio para esas tareas casi nunca tiene sentido.

Este artículo no intenta convencerte de lo contrario. Intenta ayudarte a ver dónde termina lo que un programa administrativo resuelve y dónde empieza lo que no, porque esa frontera es la que causa la mayoría de los problemas.

Qué es un software administrativo

Es el programa que registra la vida financiera y administrativa de una empresa. Según el producto y los módulos que contrates, cubre:

• Contabilidad. Pólizas, catálogo de cuentas, balanzas y estados financieros.
• Facturación. Emisión, cancelación y control de comprobantes fiscales.
• Nómina. Cálculo, timbrado de recibos y obligaciones con el IMSS.
• Bancos. Conciliación de movimientos y control de flujo.
• Inventarios y compras. Existencias, costos, órdenes y proveedores.
• Cuentas por cobrar y por pagar. Saldos, vencimientos y antigüedad.

Lo común a todos esos módulos es que trabajan con reglas que son iguales para todas las empresas, o casi: la ley fiscal, la contabilidad, los cálculos de nómina. Y eso es justamente lo que hace razonable comprarlos.

Para lo fiscal, compra

La facturación es el mejor ejemplo. En México, una factura electrónica sólo tiene validez cuando la certifica el SAT directamente o un Proveedor Autorizado de Certificación. El propio SAT lo aclara: la única validación de facturas electrónicas con fundamento legal y reconocimiento fiscal es la que hacen los PAC al timbrarlas, al amparo de la autorización que el SAT les otorga (SAT, preguntas y respuestas sobre el Anexo 20 versión 4.0).

Eso significa que cualquier sistema que facture tiene que conectarse con un PAC, seguir la especificación técnica vigente del comprobante y adaptarse cada vez que cambia. Un programa administrativo comercial ya hace todo eso, y reparte el costo de mantenerlo entre todos sus clientes. Construirlo para una sola empresa es pagar sola lo que el mercado ya resolvió.

Lo mismo aplica, en mayor o menor medida, a la contabilidad y a la nómina. Si tu necesidad está ahí, la pregunta no es comprar o desarrollar. Es cuál producto, con qué módulos y quién te ayuda a configurarlo.

Donde deja de alcanzar: antes de la factura

El problema casi nunca está en la contabilidad. Está en todo lo que pasa antes de que algo llegue a ella.

Un programa administrativo registra el resultado: la venta, la compra, el pago. No suele ver el recorrido que produjo ese resultado. Y en muchas empresas ese recorrido es lo que de verdad cuesta:

• Cotizar. Precios que cambian por cliente, por canal, por volumen o por temporada, y que hoy viven en una hoja que sólo una persona entiende.
• Operar. Órdenes, rutas, turnos, servicios o producción con estados y responsables que el programa administrativo no modela.
• Aprobar. Descuentos, excepciones o compras que necesitan la firma de alguien antes de seguir.
• Dar permisos por responsabilidad. Quién puede ver, crear, corregir o cancelar algo, más allá de los perfiles que trae el producto.
• Coordinar áreas. Ventas captura, operación vuelve a capturar y administración captura una tercera vez.

Cuando eso pasa, el síntoma es siempre el mismo: el programa administrativo está bien, pero alrededor de él creció un sistema paralelo de Excel, WhatsApp y memoria. Ese sistema paralelo es el que falla.

Un ejemplo. En TRAX / La Centralita, una operación de transporte, el problema no era llevar la contabilidad. Era que crear rutas era lento, los permisos no reflejaban las responsabilidades de cada quien y las tarifas podían variar por canal. Lo que se construyó fue un ERP modular para esa operación: rutas, personal, precios, flota, disponibilidad y control de acceso por roles. Eso no lo resuelve un programa de contabilidad, porque no es contabilidad.

La salida habitual: no reemplazar, conectar

Cuando la parte operativa no cabe, la tentación es tirar todo y empezar de cero. Casi nunca es lo correcto.

Lo que suele funcionar es dividir el trabajo:

• El programa administrativo se queda como la fuente de verdad de lo fiscal y contable. Tu contador lo sigue usando como siempre.
• La operación —cotizar, operar, aprobar— se resuelve con un sistema hecho para tus reglas.
• Los dos se conectan, para que lo que ocurre en la operación llegue a administración sin volver a capturarlo. Así funciona una buena integración de sistemas.

Así no pierdes lo que tu equipo ya sabe usar, no asumes el riesgo fiscal de reconstruir la facturación y pagas sólo por la parte que de verdad es tuya.

Lo que es igual en todas las empresas se compra. Lo que hace distinta a la tuya es lo que vale la pena construir.

Cinco preguntas para decidir

Antes de cotizar nada, conviene contestar esto con tu equipo:

1. ¿El problema está en registrar o en operar? Si es registrar, configura mejor tu programa. Si es operar, sigue leyendo.
2. ¿Cuánta información vive fuera del sistema? Hojas, chats y cuadernos son la medida de lo que el producto no cubre.
3. ¿Cuántas veces se captura el mismo dato? Cada recaptura es un punto donde se introduce un error.
4. ¿Tus reglas caben en la configuración del producto? Si para cada excepción hay que salirse del sistema, no caben.
5. ¿El programa permite conectarse desde fuera? Sin una forma de leer y escribir datos, integrar se vuelve frágil.

Si las respuestas apuntan a la operación, el siguiente paso es describir ese recorrido. Si apuntan al registro, el siguiente paso es otro: elegir bien el producto y configurarlo, que muchas veces resuelve más de lo que parece.

Lo que no hacemos

No vendemos ni revendemos software administrativo, y no reemplazamos tu contabilidad ni tu facturación. Si lo que necesitas es un programa para facturar o llevar la nómina, la recomendación honesta es que elijas uno establecido. Lo que sí hacemos es construir la parte operativa que esos programas no ven y conectarla con ellos. Cómo decidir entre comprar y construir en general lo explicamos en software comercial: qué es y cuándo deja de alcanzar.