Cómo encontrar la línea que hace fallar un TXT de ancho fijo
Por Gerardo Gustavo Jantsch · Publicado el
Por qué el error rara vez dice dónde está el problema
Los aplicativos fiscales leen cada línea del TXT por posiciones: toman los primeros caracteres como un campo, los siguientes como otro, y así hasta el final. Cuando algo no coincide, muchos solo informan que la longitud es incorrecta o que el archivo no se pudo importar, sin indicar la línea. En un archivo de 3.000 renglones, revisar a ojo es inviable. Este método permite encontrar la línea defectuosa en pocos minutos con herramientas que ya tenés: Excel, el Bloc de notas y, si querés, una línea de comandos.
Paso 1: medir el largo de todas las líneas
Un archivo de ancho fijo correcto tiene todas las líneas con el mismo largo (o, en diseños con cabecera y detalle, un largo por tipo de registro). Antes de mirar el contenido, medí.
Con Excel
Abrí el TXT con Datos → Obtener datos → Desde texto o CSV (o importalo como una sola columna de texto) y en la columna de al lado escribí =LARGO(A1). Copiá la fórmula hacia abajo, aplicá un filtro y mirá qué valores distintos aparecen. Si el diseño exige 145 posiciones y hay filas con 144 o con 147, ya tenés las candidatas.
Con PowerShell (Windows)
$n=0; Get-Content .\archivo.txt | ForEach-Object { $n++; if ($_.Length -ne 145) { "Línea $n mide $($_.Length)" } }Con Terminal (Mac o Linux)
LC_ALL=C awk '{ sub(/\r$/, "") } length($0) != 145 { print NR ": " length($0) }' archivo.txtEl LC_ALL=C hace que se cuenten bytes y no caracteres, que es como cuenta el aplicativo. Si el archivo está en UTF-8, una vocal con tilde o una ñ ocupa dos bytes y eso por sí solo puede explicar que una línea mida uno o dos de más. La instrucción sub descarta el retorno de carro del final de línea, para que un archivo con saltos de Windows no parezca medir un carácter de más.
Paso 2: interpretar el patrón
La diferencia de largo casi siempre cuenta la causa. Esta tabla resume las que más se repiten:
| Lo que ves | Causa probable |
|---|---|
| Todas las líneas miden lo mismo, pero distinto del diseño | Falta o sobra un campo completo. Contá los campos del diseño contra los de tu planilla. |
| Todas miden un carácter de más | Se está contando el retorno de carro del salto de línea, o hay un separador (punto y coma, tabulación) entre campos. |
| Solo algunas líneas miden 1 o 2 de más | Tildes, ñ o símbolos en un archivo UTF-8: cada uno ocupa dos bytes. Suele afectar la razón social o la descripción. |
| Solo algunas líneas miden de menos | Un campo de texto quedó sin completar con espacios o un número no tiene ceros a la izquierda. |
| La primera línea mide 3 de más | Marca de orden de bytes (BOM) al inicio, típica de UTF-8 con BOM. |
| Una línea mide 0 o 1 al final del archivo | Línea en blanco final. |
Paso 3: mirar los caracteres que no se ven
Si el largo es correcto y el aplicativo igual rechaza el archivo, el problema puede estar en caracteres invisibles:
- Marca BOM: en PowerShell,
Format-Hex -Path .\archivo.txt -Count 3muestra los primeros bytes. Si vesEF BB BF, el archivo tiene BOM y hay que guardarlo de nuevo sin él. - Espacios duros: los datos copiados de una web o de algunos sistemas pueden traer espacios no separables. Visualmente son iguales a un espacio, pero en UTF-8 ocupan dos bytes.
- Tabulaciones: se pegan al copiar desde una planilla y ocupan un carácter donde el diseño espera un espacio.
- Saltos de línea mezclados: un archivo puede tener algunas líneas terminadas en CRLF y otras en solo LF si se armó por partes.
Para el detalle de por qué importa la codificación, mirá la guía de ANSI, UTF-8 y saltos de línea.
Paso 4: revisar campo por campo
Cuando el largo y los caracteres están bien, el error está en el contenido de un campo. Una forma rápida de verlo es cortar el archivo por columnas y mirar los valores distintos de cada campo.
En Excel: Texto en columnas
Seleccioná la columna con las líneas, andá a Datos → Texto en columnas → Ancho fijo y marcá los cortes según las posiciones del diseño. Cada campo queda en su propia columna y con un filtro ves enseguida el valor que no corresponde: una fecha mal escrita, un código de tres dígitos donde van cuatro, un importe con punto decimal.
En Terminal: distribución de valores de un campo
cut -c1-2 archivo.txt | sort | uniq -cEse comando toma las posiciones 1 a 2 de cada línea y cuenta cuántas veces aparece cada valor. Si el diseño dice que ese campo solo admite 01, 02 o 03 y aparece un 1 , encontraste el origen. Cambiá el rango para revisar otro campo.
Paso 5: aislar el problema por mitades
Si todo parece correcto y el aplicativo sigue rechazando, dividí el archivo. Importá la primera mitad: si falla, el problema está ahí; si no, está en la otra. Repetí con la mitad defectuosa hasta quedar con unas pocas líneas. La herramienta Divisor de TXT corta archivos por cantidad de líneas sin romper ningún registro, y el Limpiador ANSI quita de una vez tildes, ñ, comillas tipográficas y el BOM sin cambiar el ancho de las líneas.
Lista de control para no volver a tener el problema
- Generá el archivo desde una plantilla que ya tenga los largos fijos y no lo armes a mano.
- Guardalo siempre como ANSI (Windows-1252), con saltos de línea CRLF y sin línea en blanco final.
- Mantené los CUIT, códigos y números de comprobante como texto para no perder ceros iniciales.
- Verificá el largo de todas las líneas antes de subirlo, con alguno de los métodos de arriba.
- Conservá una copia del archivo rechazado: sirve para comparar con el que sí funcionó.
Si preferís no hacerlo a mano
Los generadores de TXT Fácil arman cada línea con el largo exacto del diseño, validan el CUIT y los importes antes de descargar y guardan el archivo en ANSI con CRLF. El generador de SICORE incluye además un auditor: pegás un archivo que te rechazaron y te marca línea por línea qué no coincide con el diseño.