Informe de descargo SCCCyG en ‘No Válido’ (Anexo 30): estructura del TXT, errores y corrección
Cuando una empresa con Certificación IVA e IEPS sube su informe mensual o bimestral de descargo al portal del SCCCyG (Anexo 30, antes Anexo 31), el sistema no lo valida en ese instante: le asigna primero el estatus No procesado y ejecuta un cruce por lotes contra las bases de datos institucionales del SAAI que toma entre 24 y 48 horas hábiles.
Si al concluir ese cruce el informe cambia a estatus No Válido, el efecto jurídico y contable es absoluto: el archivo completo es rechazado, no se descarga un solo peso del Estado de Cuenta y el reloj de vencimiento de tus créditos fiscales sigue corriendo. Además, si transmitiste el archivo el último día hábil del mes calendario siguiente (el límite de plazo del Anexo 30), recibir un No Válido 48 horas después significa que tu periodo quedó como extemporáneo u omitido.
1. Anatomía técnica del archivo .txt del SCCCyG (Registros 01 a 07)
Para entender por qué el validador del SAT rechaza un archivo, es indispensable conocer la arquitectura de registros separados por el carácter pipe (|) definida en el Manual Técnico para la Integración de Archivos .txt del SCCCyG:
| Tipo de Registro | Nombre del Bloque | Estructura y campos que valida el SAT |
|---|---|---|
01 | Datos Generales (Cabecero) | Define si el informe es Original (1) o Corrección (2), la periodicidad (Mensual 1 o Bimestral 2), el mes/bimestre, el ejercicio (AAAA) y la Clave de Destino Aduanero (RT, V1, F4, F5, A3, DES, DON, CTM, etc.). Sólo puede existir un registro 01 por archivo. |
02 | Datos de Corrección | Se incluye únicamente cuando el Registro 01 declara tipo 2 (Corrección). Debe contener el Folio de 12 dígitos exacto del último informe de descargo registrado para ese mismo periodo y destino que se va a sustituir |
03 | Fracciones Arancelarias a Descargar (Resumen de Abonos) | Lista cada Fracción Arancelaria de 8 dígitos (sin puntos ni NICO) de los insumos importados temporalmente que se están descargando y el Valor Comercial total en pesos mexicanos (MXN) (con hasta 2 decimales) que se abona a esa subcuenta |
04 | Detalle de Pedimentos de Descargo | Se utiliza cuando el destino en el registro 01 es una clave de pedimento (RT, V1, F4, F5, A3, etc.). Declara: Patente (4 dígitos) | Número de Pedimento (7 dígitos) | Clave de Aduana-Sección (3 dígitos) |
07 | Detalle de Folios Especiales (Sin Pedimento) | Mutuamente excluyente con el registro 04. Se utiliza únicamente cuando el destino en el registro 01 es DES (Aviso de destrucción), DON (Donación), CFDI o CTM (Constancia de transferencia), declarando el folio oficial del documento |
Ejemplo real de un archivo .txt válido (Informe Original Mensual de Retornos RT):
01|1|1|09|2026|RT|
03|39269099|485200.50|
03|73181599|120450.00|
04|3921|6004112|240|
04|3921|6004189|240|Auditoría instantánea antes de subir al portal del SAT
Corre 100% en tu navegador sin subir tus archivos a ningún servidor externo.
2. Las 7 causas exactas que provocan el estatus No Válido
Cuando el portal del SCCCyG marca un informe como No Válido, la causa radica en uno de estos siete errores técnicos:
| # | Causa de rechazo (No Válido) | Qué falló exactamente en el archivo .txt | Cómo corregirlo antes de retransmitir |
|---|---|---|---|
| 1 | Omisión de ceros a la izquierda (Zero-padding) | La patente tiene menos de 4 dígitos (ej. 921 en vez de 0921), el pedimento menos de 7 dígitos, la aduana-sección menos de 3 dígitos (ej. 70 en vez de 070 para Cd. Juárez) o la fracción menos de 8 dígitos (capítulos 01 al 09) | Formatear todos los campos del registro 03 y 04 como texto de longitud fija con ceros a la izquierda (4-7-3 en registro 04 y 8 dígitos en registro 03) |
| 2 | Pedimento repetido en dos informes del mismo destino | Un pedimento RT o V1 incluido en el registro 04 ya había sido transmitido previamente en otro informe (por ejemplo, se metió en el informe mensual de mayo y volvió a colarse en el de junio o en uno bimestral) | Cruzar todos los registros 04 del nuevo TXT contra el histórico anual de TXT transmitidos usando nuestro validador de TXT SCCCyG y eliminar el pedimento duplicado |
| 3 | ”No existe una cuenta a descargar” en Registro 03 | Se incluyó en el bloque 03 una fracción arancelaria de 8 dígitos que jamás tuvo un cargo con Forma de Pago 21 o 22 en el Estado de Cuenta del SCCCyG (ej. insumo nacional, importación definitiva A1 o fracción mal clasificada) | Contrastar las fracciones del bloque 03 contra el listado de fracciones activas en tu Estado de Cuenta del SCCCyG y depurar en el Anexo 24 las entradas que no usaron Forma de Pago 21/22 |
| 4 | Pedimento del Registro 04 inexistente, no modulado o de otro ejercicio/clave en SAAI | Un pedimento listado en el bloque 04 fue pagado pero aún no ha sido modulado en la aduana (cruza el mes siguiente), fue desistido (K1), o su clave real en la Tabla 501 del Data Stage es A1 pero lo metiste en el TXT de RT | Conciliar el bloque 04 contra la Tabla 501 y 506 del Data Stage para confirmar que el 100% de los pedimentos estén modulados y pertenezcan exactamente a la clave declarada en el registro 01 |
| 5 | Captura invertida de Pedimentos Rectificados (R1) | Se rectificó un pedimento de retorno RT mediante un R1, y el analista puso en el bloque 04 el número del pedimento original ya sustituido, o bien intentó subir un archivo con destino R1 en el cabecero 01 | Aplicar la regla oficial del SAT para rectificaciones R1: en el cabecero 01 va la clave original (RT, V1, F4) y en el detalle 04 van los datos del pedimento R1 |
| 6 | Mezcla de registros 04 y 07 o múltiples destinos | Se intentó incluir pedimentos RT y V1 en un mismo archivo .txt, o se usó el registro 04 para un aviso de destrucción DES (que exige registro 07) | Generar un archivo .txt separado por cada clave de destino aduanero |
| 7 | Folio incorrecto en el Registro 02 al enviar una Corrección | Al enviar un informe de corrección (tipo 2 en cabecero 01), en el registro 02 se capturó el primer folio del año en lugar del último folio registrado para ese periodo y destino | Consultar en el historial del SCCCyG cuál fue el último folio asignado a ese periodo/destino y colocar ese número exacto en el registro 02 |
3. ¿Cómo se corrige un informe que quedó en No Válido vs uno que quedó en Válido?
El procedimiento en el portal del SCCCyG depende del estatus que tenga el archivo anterior:
- Si el primer intento del periodo quedó en
No Válidoy nunca ha existido un informeVálidopara ese mes y destino: verifica en tu historial de transmisiones si el sistema requiere retransmitir como original corregido o referenciando el último folio en registro02conforme al manual técnico vigente, asegurándote primero de haber corregido el dato raíz en el Anexo 24. - Si ya tenías un informe en estatus
Válido(por ejemplo, de hace dos meses) y necesitas modificarlo por una rectificaciónR1o por un sobredescargo: debes transmitir un Informe de Corrección (declarando2en el segundo campo del registro01e incluyendo el registro02con el último folio registrado). Atención: conforme al Anexo 30, fracción III, incisos f), g) y h), el informe de corrección sustituye por completo al informe anterior; por lo tanto, el archivo.txtde corrección debe contener todas las fracciones (03) y todos los pedimentos (04) del periodo, no únicamente el renglón corregido.
4. Calendario preventivo de cierre mensual para nunca caer en extemporaneidad
Dado que el validador del SAT tarda de 24 a 48 horas hábiles en devolver el veredicto (Válido / No Válido), nunca subas tus archivos .txt entre el día 28 y el día 30 del mes:
- Días 1 al 8 del mes siguiente: recepción del Data Stage (Glosa SAAI) y conciliación al 100% contra las entradas y salidas del Anexo 24.
- Días 9 al 15: ejecución de la corrida PEPS en el Anexo 24, revisión de factores de conversión UMT y generación de los borradores
.txtpor cada destino (RT,V1,F4,DES). - Día 16: paso de todos los archivos
.txtpor el validador de estructura y duplicados y transmisión en el portal del SCCCyG (con al menos 10 días hábiles de colchón antes del fin de mes). - Día 18 (48 horas después): ingreso obligatorio al portal del SCCCyG para verificar que el 100% de los folios hayan cambiado de
No procesadoaVálidoy archivar los acuses en el expediente mensual.
Preguntas frecuentes
¿Qué significa que un informe de descargo aparezca en estatus 'No Válido' en el portal del SCCCyG?
Conforme al Anexo 30 de las RGCE (antes Anexo 31) y al Manual Técnico del SCCCyG, el estatus 'No Válido' significa que durante el proceso de validación en los sistemas institucionales del SAT (que tarda entre 24 y 48 horas hábiles tras la carga) se detectó al menos un error sintáctico o de cruce contra el SAAI. Un informe en 'No Válido' se tiene por NO aplicado: no abona un solo peso a la cuenta de créditos fiscales ni detiene el reloj de vencimiento de los insumos hasta que se corrija y alcance el estatus 'Válido'.
¿Cuáles son los tipos de registros (bloques) que componen el archivo plano .txt de un informe de descargo?
El archivo plano (.txt) delimitado por pipes (|) se estructura según el Manual Técnico del SCCCyG en bloques identificados por las claves: '01' (Datos Generales / Cabecero: tipo de informe, periodo y destino aduanero), '02' (Datos de corrección, incluyendo el folio del informe anterior que se sustituye, sólo cuando es informe de corrección), '03' (Resumen por fracción arancelaria de 8 dígitos importada temporalmente y monto total de valor comercial en MXN a descargar) y '04' (Detalle de pedimentos de descargo: patente, número de pedimento de 7 dígitos y clave de sección aduanera de 3 dígitos) o '07' (Detalle de folios de destrucción DES, donación DON, CFDI o constancias CTM).
¿Qué destinos aduaneros existen para transmitir informes de descargo y por qué no pueden mezclarse en un mismo archivo TXT?
El SCCCyG exige transmitir un archivo .txt independiente por cada tipo de destino aduanero operado en el periodo. Los destinos incluyen claves de pedimento como RT, V1, F4, F5, A3, J1, K2, A1 (en supuestos específicos autorizados), así como los destinos especiales sin pedimento que utilizan el registro '07': DES (Destrucción de desperdicios), DON (Donación), CFDI (Activos fijos o casos específicos) y CTM (Constancia de Transferencia de Mercancías). Mezclar dos claves de destino en un mismo archivo TXT produce un rechazo automático en 'No Válido'.
¿Cómo se debe declarar en el TXT un pedimento de retorno o cambio de régimen que fue rectificado con clave R1?
Esta es una de las reglas más estrictas del catálogo oficial del SCCCyG: cuando el pedimento que ampara el descargo (por ejemplo, un RT, V1 o F4) fue objeto de una rectificación mediante un pedimento clave R1, en el bloque de detalle ('04') del archivo TXT se deben capturar la patente, el número de pedimento y la aduana del pedimento R1 (el más reciente), PERO en el cabecero ('01') del informe se debe conservar la clave del destino aduanero del pedimento ORIGINAL (por ejemplo, RT o V1, nunca 'R1' como destino).
¿Por qué el sistema rechaza el informe con el motivo 'No existe una cuenta a descargar'?
Porque en el bloque '03' del archivo TXT estás intentando abonar (descargar) valor comercial a una fracción arancelaria de 8 dígitos que no tiene ningún cargo abierto en el Estado de Cuenta del SCCCyG (es decir, nunca se importó con Forma de Pago 21 o 22 ni formó parte del inventario inicial). Suele ocurrir cuando el software de Anexo 24 incluye por error en el TXT insumos comprados a proveedores nacionales, insumos importados en definitiva (A1) o fracciones arancelarias reclasificadas que difieren de la fracción declarada en el pedimento IN original.
¿Tu operación tiene un caso que esta página no resuelve?
Si algo aquí está incompleto, desactualizado o no cubre tu situación, cuéntanoslo. Leemos todo y corregimos lo que haga falta.