Como presentar el Modelo 170: Sede Electrónica, Certificado y Justificante

Como presentar el modelo 170 por Internet. Requisitos de certificado, presentación mediante fichero y cómo obtener el justificante telemático.
Preparar la información del periodo mensual correspondiente
Como presentar el Modelo 170 en función del periodo que estás preparando
Periodo mensual: 01 a 12 (enero a diciembre).
Regla operativa importante: Cada periodo es autónomo. Si corriges enero, no “arregla” febrero automáticamente: Hay que corregir cada mes afectado.
Qué datos debes tener listos (antes de construir el envío)
Aunque tú lo presentes como “paso técnico”, a nivel de negocio la preparación suele ser un “extracto” mensual de:
Identificación del declarante (tu entidad obligada).
Identificación del “registro declarado” (cada comercio/profesional + su número de comercio + la cuenta asociada).
Importes del mes y desglose que exija el esquema (por ejemplo, distinguiendo cobros según canal cuando aplique).
El Identificador de registro (esto evita el 80% de los problemas)
El IDRegistroDeclarado lo asigna libremente la declarante, pero debe identificar unívocamente el registro.
Cada IdRegistro identifica a un declarado con su número de comercio y número de cuenta de cobro.
En la operativa WS, la unidad “única” se forma con: Ejercicio + IDDeclarante + IDRegistroDeclarado.
Recomendación práctica:
Usa IDs secuenciales o un ID interno estable.
No “recicles” IDs para comercios distintos.
Si un comercio cambia de cuenta o número de comercio, decide si mantienes el mismo ID (y lo modificas) o creas uno nuevo.
Lo importante es que no se mezclen identidades.
Precontroles antes de generar el XML
Verifica NIFs y datos censales: La AEAT recomienda depurar el censo y usar servicios de identificación fiscal para reducir rechazos.
Normaliza fuentes: Unifica nombres, formatos de cuenta, códigos internos, etc.
Control de duplicidades: Evita mandar dos veces el mismo registro del mismo periodo.
Generar el fichero o mensaje en el formato requerido
Aquí hay dos escenarios reales:
Escenario A: Integración directa por WebService (lo habitual en entidades)
La remisión se hace mediante Servicios Web SOAP intercambiando mensajes XML, con respuesta síncrona.
Cada envío puede incluir: Altas, modificaciones y bajas.
Límite: 10.000 registros por envío.
Escenario B: Cliente WS de la AEAT (pequeños declarantes)
La AEAT indica que ofrece un cliente de WS para pequeños declarantes (menos de 10.000 registros por envío) que permite enviar un fichero de declarados.
Reglas técnicas del XML (imprescindibles)
Codificación: UTF-8.
El XML debe cumplir los esquemas (XSD) y, además, la coherencia de datos debe garantizarse en origen.
Descarga de esquemas (XSD) y validación previa
Esquemas disponibles en la sede, con tres piezas típicas:
- Esquema de respuesta (DIRespuesta.xsd).
- Esquema común (DIComun.xsd).
- Esquema específico del Modelo 170 (DIModelo170.xsd).
Control recomendado antes de enviar:
Validar el XML contra los XSD.
Verificar que los campos de cabecera (ejercicio, periodo, identificadores) son consistentes.
Asegurar que no superas 10.000 registros por envío, o partir en lotes.
Como presentar el Modelo 170, Si envías varios lotes
La AEAT permite remisión iterativa (envías uno, esperas respuesta y envías el siguiente). También permite remisión simultánea, pero recomienda que los envíos contengan información disjunta para evitar comportamientos no deseados.
Como presentar el Modelo 170 accediendo con certificado electrónico
Quién puede presentar
La presentación puede hacerla: El obligado tributario, un apoderado al trámite o un colaborador social. Debe existir un certificado electrónico reconocido y la aplicación que envía al WS se autentica con certificado de cliente.
Error típico
Si el certificado no corresponde al declarante y tampoco hay apoderamiento/colaboración social, se produce el error típico de “no es colaborador social y no está apoderado”.
Si presentas para terceros: Necesitas apoderamiento específico o ser colaborador social.
Si presentas como entidad: Usa el certificado correcto y comprueba que el NIF del declarante coincide con el del mensaje.
Como presentar el Modelo 170 y validarlo después
Qué valida la AEAT al recibir tu envío
Tras enviar el XML, la AEAT ejecuta validaciones de: Formato XML, sintaxis y reglas de negocio.
Si el XML no es válido a nivel de formato (no XML o mal formado): Devuelve un SoapFault y se rechaza todo el contenido.
Si pasa el formato: Se validan reglas estructurales y de negocio y se devuelve respuesta con el resultado.
Resultado global del envío
La respuesta incluye un resultado global que puede ser:
Aceptación completa.
Aceptación parcial.
Rechazo completo.
Además, cuando hay errores por registro, solo se aceptan los registros correctos y se informa qué registros se rechazan y por qué.
Correcciones (A0, A1 y A2) explicadas como “operativa real”
Tipo de comunicación por defecto: A0.
Modificación: A1 (sustituye completamente el registro anterior, hay que reenviar todos los campos del registro).
Baja: A2 (basta con los identificadores exigidos para localizarlo).
Consejo operativo muy útil:
Si detectas un IBAN incorrecto: A1 (modificación) o A2 (baja), según proceda.
Si el error afectó a varios meses: Corrige cada mes afectado, uno a uno.
Descargar y archivar justificante
Qué justificante existe en la Sede Electrónica
En la Sede Electrónica, la respuesta incluye un CSV que sirve como justificante, excepto si se rechazan todos los registros enviados.
Si se usa una interfaz de presentación/validación con PDF
En las presentaciones “mediante fichero” de la sede (cuando aplique), el recibo PDF incorpora datos como CSV, fecha/hora y datos del presentador.
Qué guardar sí o sí (modelo de carpeta mensual)
XML enviado (o fichero de entrada).
Respuesta del WS completa (incluyendo el CSV si lo hay).
Listado de registros rechazados y motivo.
Evidencia de reenvíos de corrección (si hubo A1/A2).
Guardar evidencias y reportes de control
Evidencias (para auditoría interna y trazabilidad)
Guarda durante el plazo de conservación que aplique en tu entidad:
Reporte de conciliación: “Fuente interna” vs “lo enviado”.
Trazabilidad por IDRegistroDeclarado: Altas, A1, A2 y estado final por mes.
Control de lotes: Número de envíos, volumen por envío (máximo 10.000) y resultado por lote.
Reporte de control mínimo
Campos recomendados para un control mensual simple:
Mes informado.
Fecha de generación del XML.
Nº total registros.
Nº aceptados.
Nº rechazados.
Resultado global: Completa / Parcial / Rechazada.
CSV de justificante (si existe).
Fecha de corrección y reenvío (si aplica).
Checklist final
Checklist mensual Modelo 170:
Preparación: Datos completos del mes y prevalidación de NIFs.
Generación: XML en UTF-8 y validado contra XSD.
Envío: Lotes de hasta 10.000 registros.
Certificado: Correcto y con poderes si presentas por terceros.
Respuesta: Revisar si hay aceptación parcial y preparar correcciones A1/A2.
Archivo: Guardar respuesta, CSV y evidencias de control.
Enlaces internos recomendados
- Errores frecuentes del modelo 170
- Plazos del modelo 170
- Normativa del modelo 170
- Página principal del modelo 170
- Sede Electrónica Agencia Tributaria
