Pon al día la contabilidad sin volver a teclear meses de estados de cuenta

La contabilidad atrasada tiene que recurrir a los PDFs porque la conexión en vivo no es un registro histórico. Una conexión bancaria creada hoy no genera el año pasado de forma retroactiva, una cuenta que ya se cerró no se puede conectar en absoluto, y un cliente cuyos registros son una carpeta de descargas tiene exactamente lo que tiene.

Hasta dónde llega una conexión hacia atrás varía según la institución y según la propia conexión, así que no es una limitación universal con una sola cifra asociada. Lo que se repite es la forma del problema: los meses que más necesitas son los que menos probabilidades tienen de estar disponibles en algún lugar que no sea un PDF.

Eso convierte al estado de cuenta en el registro de referencia del período, lo cual es una ventaja y no un consuelo. Es el documento que emitió el banco, y trae sus propios totales para comprobar los movimientos contra ellos.

Cada estado de cuenta es un trabajo. Lo subes, se extraen los movimientos y el resultado se muestra para revisión antes de exportar nada; así, un mes se convierte y se comprueba, y después el siguiente.

Un estado de cuenta que abarca varias cuentas necesita más atención en la revisión que uno de una sola cuenta. Las filas se mantienen separadas por cuenta cuando el documento las distingue, y comprobar que esa separación es correcta antes de exportar es el paso que no conviene saltarse: las filas correctas una por una pero atribuidas a la cuenta equivocada son el tipo de error más difícil de encontrar después. Varios períodos de estado de cuenta unidos en un solo PDF son otra cosa: StackExtract lee un estado de cuenta por cada archivo subido y marca el archivo que parece contener más de uno, así que sepáralos antes de subirlos.

Puedes subir varios estados de cuenta a la vez, y cada uno se convierte en un trabajo propio con su propio estado, en lugar de un lote combinado. Un mes cuya extracción falla no retrasa a los demás, y un mes que necesita veinte minutos de revisión no bloquea a uno que no necesita ninguna.

Cuando el estado de cuenta imprime el saldo inicial y el saldo final, se comprueba la aritmética: los movimientos extraídos deben llevar del saldo inicial al saldo final. Un estado de cuenta que no cuadra queda marcado en lugar de exportarse sin decir nada, porque en la contabilidad atrasada un movimiento faltante que se descubre meses después sale caro.

Un estado de cuenta que sí cuadra te dice algo concreto y limitado: que ningún importe falta, está duplicado o se leyó mal, porque cualquiera de esas cosas cambiaría el total. No te dice que una descripción sea correcta ni que dos movimientos estén en el orden correcto. La revisión final es tuya, y las marcas están para indicarte dónde dedicarla.

Cuando un estado de cuenta no imprime saldos, la comprobación se informa como una comprobación que no pudo ejecutarse, no como una que resultó correcta, y no se ajusta nada en silencio para que la aritmética cuadre. Una cifra que no coincide se muestra tal como está impresa y la fila queda marcada: en la contabilidad atrasada, un número corregido en silencio es una discrepancia que volverás a encontrar más adelante sin saber de dónde salió.

Las filas revisadas se exportan a XLSX o CSV y, en el caso de los estados de cuenta bancarios, a un CSV listo para QuickBooks con la forma que pide ese flujo de importación.

A partir de ahí, el trabajo es tuyo. StackExtract no clasifica movimientos, no asigna cuentas contables y no completa conciliaciones dentro de tu software contable: la importación y todo lo que viene después ocurren en tu entorno, con tus decisiones.

Cada PDF cuenta como un documento sin importar su longitud, y un documento cuya extracción falla no se cobra. En la contabilidad atrasada, donde los estados de cuenta son largos y su calidad es desconocida hasta que los pruebas, las dos cosas cambian lo que es razonable intentar.