Actualizado el 17 de agosto de 2026. Elegir un programa de contabilidad no consiste en comparar pantallas bonitas ni en buscar la promesa de automatizarlo todo. La pregunta útil es más concreta: ¿puede el equipo registrar operaciones, conservar la evidencia, conciliar bancos, cerrar el mes y entregar datos comprensibles a quien revisa las cuentas? Un programa puede ahorrar horas; también puede esconder errores con mucha eficiencia.
El cierre que reveló que faltaba una herramienta, no otro informe
Alba dirige una pyme de servicios con dos personas en administración. Cada mes recibía un informe de ventas razonable, una hoja de gastos distinta y un extracto bancario que alguien conciliaba cuando quedaba tiempo. El problema apareció al preparar una solicitud de financiación: la cifra de margen cambiaba según quién abría el archivo y varias facturas seguían sin cuenta contable asignada. Nadie había cometido un error espectacular. El sistema simplemente no podía explicar de forma continua qué había ocurrido.
Alba y su empresa son un caso compuesto e ilustrativo. Reúnen situaciones habituales de pequeñas empresas y no reproducen el expediente de una cliente concreta.
La reacción inicial fue buscar el programa con más automatizaciones. Después cambió la pregunta: qué proceso concreto debía mejorar y qué evidencia no podía perderse durante la migración. Alba no necesitaba un tablero que dijera que el negocio iba bien; necesitaba poder llegar desde una cifra de margen hasta la factura, el cobro, el asiento y el banco. Es una exigencia menos glamorosa que una demo, pero suele sobrevivir mejor al primer cierre.
El punto de partida es la obligación y el flujo real
El artículo 25 del Código de Comercio exige una contabilidad ordenada, adecuada a la actividad, que permita el seguimiento cronológico de las operaciones y la elaboración periódica de balances e inventarios. Un programa no cumple esa obligación por llevar la palabra contabilidad en el menú. Depende de cómo se configuren los datos, qué documentos se archiven, quién revise las excepciones y qué salida pueda producirse.
Antes de comparar proveedores, Alba dibujó su circuito real: presupuesto, pedido, factura emitida, cobro, gasto, factura recibida, pago, conciliación bancaria y cierre. Después anotó qué parte se hace hoy en una hoja, qué parte entra en un portal de cliente y qué parte revisa la asesoría. La herramienta debía mejorar las uniones entre esos pasos, no trasladar el mismo desorden a una nube distinta.
| Necesidad del negocio | Capacidad que hay que probar | Evidencia de la prueba | Señal para descartar |
|---|---|---|---|
| Facturar y cobrar con control | Relacionar factura, vencimiento, cobro parcial y cliente | Prueba con tres facturas reales anonimizadas | Solo muestra ventas, pero no estados de cobro o rectificaciones |
| Registrar gastos y documentos | Adjuntar factura, asignar cuenta y mantener trazabilidad | Prueba con gasto recurrente, inversión y abono | El documento queda separado del asiento o no se puede exportar |
| Conciliar bancos | Identificar movimientos, reglas y excepciones revisables | Conciliación de un extracto de una semana | Propone coincidencias sin dejar visible la revisión humana |
| Cerrar y reportar | Obtener mayor, balance, pérdidas y ganancias y pendientes | Comparación con un cierre anterior conocido | Las cifras no se pueden rastrear hasta el documento fuente |
| Trabajar con terceros | Permisos, exportaciones y acceso de asesoría | Exportación de prueba y usuario de solo lectura | El dato solo vive dentro del proveedor o no hay control de permisos |
Contabilidad, facturación y banco no son la misma cosa
Una plataforma puede emitir facturas sin ser un sistema contable completo. Otra puede importar bancos sin saber si un gasto está correctamente clasificado. Una tercera puede tener un buen plan de cuentas pero obligar a sacar documentos a mano. Separar estas capas evita comprar una solución para un problema distinto.
Para una pyme, el mínimo práctico suele ser una conexión fiable entre documentos, facturación, bancos y contabilidad, con una persona que revise lo que no encaja. Si la actividad requiere inventario, proyectos, nóminas, varias sociedades, moneda extranjera, tiendas online o centros de coste, esa lista se amplía. No se trata de contratar todas las funciones por si acaso: una función sin propietario es una estantería digital, y las estanterías digitales también acumulan polvo.
Alba definió tres resultados que el programa debía producir sin reconstrucción manual: lista de cobros pendientes por cliente, conciliación bancaria explicable y cuenta de resultados mensual con detalle de movimientos. Todo lo demás quedaba en una segunda fase. Esa decisión redujo las demostraciones de cinco proveedores a dos pruebas de trabajo reales.
Qué pide la contabilidad a una herramienta y qué no puede delegar
El programa debe permitir un registro cronológico, conservar la trazabilidad de los asientos y entregar información que se pueda revisar. Si la empresa puede aplicar el Plan General de Contabilidad de Pymes, la opción y sus límites proceden de la norma que aprueba el PGC de Pymes; el software no decide por sí solo si la empresa cumple las condiciones ni cómo debe tratar una operación compleja.
La contabilidad también exige decisiones que ninguna automatización debería cerrar sola: cuenta aplicable a una operación excepcional, fecha de devengo, tratamiento de una inversión, deterioro, provisión, factura rectificativa o criterio de imputación. Una regla automática puede proponer; alguien debe ser capaz de entenderla, revisarla y corregirla. El control valioso no es que el sistema no pregunte nunca, sino que pregunte cuando una operación se sale del carril.
Para probarlo, Alba creó un conjunto de ocho operaciones reales anonimizadas: cuota recurrente, factura con pago parcial, abono de cliente, inversión, gasto con IVA o IGIC, comisión bancaria, anticipo y factura recibida fuera de la fecha esperada. Un programa que solo funciona con la factura perfecta no ha pasado una prueba de cierre; ha pasado una demostración.
La salida de datos es una función, no una despedida
El día de la migración es importante, pero el día de salida de datos es igual de importante. La empresa debe poder exportar facturas, contactos, plan de cuentas, diario, mayor, saldos, adjuntos cuando proceda y relaciones de cobro o pago en formatos que permitan trabajar y conservar evidencia. También conviene saber qué ocurre si se cambia de tarifa, se da de baja el servicio o se necesita una copia para un requerimiento.
La Agencia Tributaria publica formatos electrónicos de libros registro de IVA e IRPF y recuerda que, cuando se llevan por medios electrónicos o informáticos, deben conservarse programas, ficheros, archivos y sistemas de codificación que permitan interpretar los datos. No significa que todo programa deba exportar exactamente el mismo archivo, pero sí da una pauta clara: los datos fiscales no pueden quedar atrapados en una pantalla imposible de explicar.
| Dato que conviene poder sacar | Para qué sirve | Comprobación durante la demo | Responsable de validarlo |
|---|---|---|---|
| Diario y mayor por periodo | Revisión contable y explicación de saldos | Exportar un mes y seguir un asiento hasta su documento | Responsable contable |
| Facturas emitidas y recibidas | Libros, impuestos y trazabilidad documental | Filtrar por fecha, cliente y estado de rectificación | Administración |
| Conciliación y movimientos bancarios | Control de caja y pendientes | Ver una coincidencia automática y cómo se corrige | Tesorería |
| Plan de cuentas y reglas | Migración, auditoría interna y continuidad | Exportar cuentas, centros y automatizaciones | Contabilidad y asesoría |
| Adjuntos y registro de cambios | Justificar decisiones y reconstruir un cierre | Descargar documento y ver quién modificó el dato | Responsable del proceso |
Facturación y requisitos de los sistemas informáticos
En 2026, conviene distinguir la elección de un programa de contabilidad de la adaptación de los sistemas informáticos de facturación. La pregunta frecuente de la AEAT sobre el ámbito de los SIF indica que los contribuyentes del Impuesto sobre Sociedades deben tener sus sistemas adaptados antes del 1 de enero de 2027 y el resto de obligados afectados antes del 1 de julio de 2027. La propia AEAT explica que el análisis depende del colectivo, la emisión de facturas y las exclusiones aplicables.
Por eso no conviene aceptar una etiqueta comercial de compatible sin preguntar qué parte del proceso cubre, en qué modalidad funciona, qué fecha de actualización ofrece el proveedor y qué ocurrirá con las facturas ya emitidas. Para Canarias, la AEAT confirma que el régimen de sistemas de facturación se aplica en territorio no foral con las especialidades de IGIC. Si la empresa está sujeta a normativa foral, SII u otros supuestos, el análisis debe hacerse con esas circunstancias, no copiando el calendario general.
La fecha normativa es un criterio de planificación, no una excusa para comprar con prisa. Alba pidió al proveedor una respuesta escrita sobre alcance, versión, soporte y exportación, y la contrastó con su flujo de facturas. El programa adecuado no es el que promete una palabra concreta; es el que puede explicar qué registra, qué conserva y qué debe revisar el equipo.
La migración empieza antes de importar el primer archivo
Una migración ordenada decide primero qué datos viajan, qué saldos se validan, qué documentos se conservan fuera del sistema y desde qué fecha se cerrará el anterior. Importar todos los contactos duplicados, todas las reglas antiguas y todos los errores de clasificación no es una migración completa; es una herencia sin inventario.
Alba eligió un cierre de mes como corte. Conciliaron bancos, validaron clientes y proveedores abiertos, revisaron el plan de cuentas, archivaron informes del sistema anterior y dejaron un periodo de comparación. Durante el primer mes, el nuevo programa no sustituyó el juicio del equipo: se compararon saldos, se revisaron diferencias y se documentaron las reglas automáticas aprobadas.
| Momento | Acción concreta | Evidencia de cierre | Decisión que protege |
|---|---|---|---|
| Antes de contratar | Probar casos reales y exportaciones | Matriz de pruebas y respuestas del proveedor | No comprar por una demostración genérica |
| Semana de migración | Fijar saldos, plan de cuentas y usuarios | Acta interna de saldo inicial y permisos | Evitar que dos sistemas sean fuente de verdad |
| Primer cierre | Conciliar bancos y comparar informes | Diferencias explicadas y ajustes documentados | Detectar mapeos erróneos antes de acumular meses |
| Mes dos | Revisar reglas automáticas y documentos pendientes | Lista de excepciones y responsables | Convertir errores repetidos en mejoras de proceso |
| Mes tres | Probar salida completa de datos | Paquete exportado y accesible | Mantener independencia y continuidad operativa |
Permisos, soporte y continuidad cuando alguien se va
Un programa de contabilidad es también una decisión de control interno. Define quién puede emitir facturas, modificar asientos, anular cobros, descargar datos o cambiar conexiones bancarias. El acceso más cómodo no siempre es el más seguro. Una pyme pequeña puede trabajar con pocos usuarios, pero necesita saber qué persona tiene qué permiso y cómo se recupera el control si cambia la administración o la asesoría.
El contrato del proveedor debe responder, como mínimo, a soporte, copias, recuperación, exportación, tratamiento de datos, coste de usuarios y fecha de salida. También conviene probar el soporte con una pregunta concreta sobre un error de conciliación o una factura rectificativa; no solo preguntar si tienen atención al cliente. La calidad de una herramienta se nota bastante el día en que alguien necesita corregir una operación que ya no cabe en la plantilla.
Cómo elegir sin convertir la prueba en un proyecto infinito
Una matriz corta suele bastar si está unida a casos reales. Alba valoró cada opción con cinco pesos: cobertura de operaciones, trazabilidad documental, conciliación y cierre, salida de datos, y soporte/permisos. La puntuación no decidía sola; obligaba a que las personas de administración, contabilidad y dirección hablaran del mismo escenario.
La opción elegida no fue la que ofrecía más módulos. Fue la que permitió resolver los ocho casos de prueba, exportar un diario legible y dejar claro qué tareas seguirían requiriendo revisión. A partir de ahí, el programa dejó de ser una compra tecnológica y se convirtió en una parte visible del cierre mensual. Para conectar esa elección con el negocio, conviene revisar el cierre mensual de una pyme de servicios y el presupuesto anual de ingresos, costes y tesorería.
Fuentes oficiales y el siguiente paso
- BOE: Código de Comercio, artículo 25 sobre contabilidad ordenada.
- BOE: Plan General de Contabilidad de Pymes.
- AEAT: libros registro en soporte electrónico.
- AEAT: ámbito y fechas de adaptación de sistemas de facturación.
- AEAT: formato electrónico normalizado de libros registro.
Antes de contratar, reúne un mes de operaciones anonimizadas, tu plan de cuentas, un extracto bancario y los informes que realmente necesitas al cierre. Si el cambio afecta a la contabilidad, la facturación o la relación con la asesoría, una revisión operativa de Taxea puede ayudarte a definir el proceso antes de migrar los datos.