FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
1.- NIF que, aunque correcto formalmente, no se corresponda con el nombre del titular adjuntado (no identificado). 2.- NIF que, aunque formalmente correcto, no corresponda a ningún sujeto registrado por la administracion (NIF no censado). |
#2
|
|||
|
|||
Cita:
1.- NIF que, aunque correcto formalmente, no se corresponda con el nombre del titular adjuntado (no identificado). RECHAZA LA FACTURA (OJO PUEDE RECHAZARLA POR ESTAR MAL EL NOMBRE Y BIEN EL NIF). Por eso importante poner: primer apellido segundo apellido y nombre sin signos de puntuación 2.- NIF que, aunque formalmente correcto, no corresponda a ningún sujeto registrado por la administracion (NIF no censado). LA ACEPTA CON ERRORES(IMPORTANTE DIFERENCIA:SE ACEPTA LA FACTURA PERO SE MARCA QUE SE HA ENVIADO POR NO CENSADO) Por tanto: Es muy importante informar el nombre en el siguiente orden: primer apellido segundo apellido y nombre sin signos de puntuación. Porque puede no identificar los NIF por esta razón y rechazar el envio de esa factura En cuanto al NO CENSADO. Para los casos en que se haya rechazado una factura emitida, en un segundo reintento, porque la información de identificación del destinatario (NIF y nombre) no figure censada en la AEAT, la forma de proceder para enviar dicha factura se realizará a través del bloque IdOtro con los siguientes contenidos: Código país: ES Clave ID: 07. No censado Número Id: NIF no censado del receptor de la factura Apellidos y nombre: Nombre del no censado receptor de la factura. En este caso, la factura figurará como aceptada con errores. A través de esta vía, también se intentará su validación contra el censo, de manera que podría lograse su identificación, aunque la factura figurará como aceptada con errores. En cualquier caso un error de formato en el NIF supondrá un RECHAZO de la factura. |
#3
|
|||
|
|||
[quote=nuevo1234;517387]EFECTIVAMENTE:
1.- NIF que, aunque correcto formalmente, no se corresponda con el nombre del titular adjuntado (no identificado). RECHAZA LA FACTURA (OJO PUEDE RECHAZARLA POR ESTAR MAL EL NOMBRE Y BIEN EL NIF). Por eso importante poner: primer apellido segundo apellido y nombre sin signos de puntuación 2.- NIF que, aunque formalmente correcto, no corresponda a ningún sujeto registrado por la administracion (NIF no censado). LA ACEPTA CON ERRORES(IMPORTANTE DIFERENCIA:SE ACEPTA LA FACTURA PERO SE MARCA QUE SE HA ENVIADO POR NO CENSADO) Por tanto: Es muy importante informar el nombre en el siguiente orden: primer apellido segundo apellido y nombre sin signos de puntuación. Porque puede no identificar los NIF por esta razón y rechazar el envio de esa factura En cuanto al NO CENSADO. Para los casos en que se haya rechazado una factura emitida, en un segundo reintento, porque la información de identificación del destinatario (NIF y nombre) no figure censada en la AEAT, la forma de proceder para enviar dicha factura se realizará a través del bloque IdOtro con los siguientes contenidos: Código país: ES Clave ID: 07. No censado Número Id: NIF no censado del receptor de la factura Apellidos y nombre: Nombre del no censado receptor de la factura. En este caso, la factura figurará como aceptada con errores. A través de esta vía, también se intentará su validación contra el censo, de manera que podría lograse su identificación, aunque la factura figurará como aceptada con errores. En cualquier caso un error de formato en el NIF supondrá un RECHAZO de la factura.[/QUOT Un apunte más siempre que metemos un Nif por el modo 07.No censado se acepta con errores y entra diciendo Nif no censado. Si el Nif está bien formado. Cuando metemos Nif de la forma normal pues responder con Nif no identificado y rechazo. Por eso hay dos mensajes diferentes. Espero haber aclarado algo |
#4
|
|||
|
|||
Para el caso 2. ¿ Como sabemos que el primer rechazo es por el nif no censado ? ¿ Devuelve algun codigo de error ?
¿ A alguien le ha pasado que el ws de calidad de datos no identifique a alguna empresa grande como a Telefonica ? [quote=nuevo1234;517390] Cita:
|
#5
|
|||
|
|||
[quote=xamminf;517423]Para el caso 2. ¿ Como sabemos que el primer rechazo es por el nif no censado ? ¿ Devuelve algun codigo de error ?
¿ A alguien le ha pasado que el ws de calidad de datos no identifique a alguna empresa grande como a Telefonica ? Para responder a tu primera pregunta, léete el post anterior al tuyo. Verás que cada caso genera un error diferente: "... me rechazan la factura dando error de NO IDENTIFICADO (error 1117), que es diferente de "no censado" (error 2011)." |
#6
|
|||
|
|||
sobre el NIF , el nombre y el no censado según lo que se hablo en la reunión:
Dijeron que efectivamente el NIF debe corresponde con el nombre, pero que se podía colocar apellidos nombre, o viceversa, que la AEAT tenia un algoritmo para solucionar esto. Sobre el NIF no identificado, cuando ocurre esto en el primer envio se da como no censado (o no identificado no recuerdo bien el termino exacto), entonces se activa una rutina que comprueba contra la policía ese nif y se añade a la base de datos de la AEAT. Un segundo intento de envio unos minutos mas tarde (segundos dijo el informatico) ya daría como aceptado el NIF. Sin tocar nada. NO deberíamos tener muchas facturas enviadas como 07 NO censado. Eso será causa de inspección. Cuando el informatico de la AEAT introdujo una factura de prueba (con el inspector delante), coloco el NIF, y en al introducir el nombre dijo "pongo XXXXX que mas da, eso no se comprueba". y se quedo tan tranquilo. La factura fue aceptada. Saludos ! |
#7
|
|||
|
|||
Cita:
Tal vez eso que dijeron funcionará en el entorno de producción... (?), pero no ahora en el de pruebas. Al menos a mí no. |
#8
|
|||
|
|||
Factura con varios IVAs
Hola de nuevo.
He buscado por el tema, pero no lo veo. Estoy tratando de emitir una factura con 2 ivas, pero no consigo generar el xml correcto. ¿Alguien tiene un xml con varios ivas en la misma factura? Muchas gracias. |
#9
|
|||
|
|||
Bueno, ya he conseguido hacer un xml de factura emitida con 2 ivas. a ver si ahora consigo generarlo correctamente con el webservice
|
#10
|
|||
|
|||
Error Facturas Emitidas
Hola! Llevo como leídas mas de la mitad de las paginas buscando a ver si a alguien os ha dado este error, pero ya voy mareada, así que os lo pregunto por si alguien le ha sucedido (siento si ya se habia contestado). Al enviar una factura emitida comunitaria la cual creo como exenta y solo agrego la base imponible y en la contraparte lo marco como IdOtro, con su codigo pais, idType, ID me da este error:
La factura contiene un desglose a nivel de factura cuando le corresponde un desglose a nivel de operación, por no ser factura simplificada ni asiento resumen y la contraparte contiene un IdOtro o tiene un NIF que empiece por N Código:
<sii:Contraparte> <sii:NombreRazon>CLIENTEXXXXXX.</sii:NombreRazon> <sii:IDOtro> <sii:CodigoPais>IT</sii:CodigoPais> <sii:IDType>02</sii:IDType> <sii:ID>ITXXXXXXXXXX</sii:ID> </sii:IDOtro> </sii:Contraparte> <sii:TipoDesglose> <sii:DesgloseFactura> <sii:Sujeta> <sii:Exenta> <sii:CausaExencion>E5</sii:CausaExencion> <sii:BaseImponible>10000.00</sii:BaseImponible> </sii:Exenta> </sii:Sujeta> </sii:DesgloseFactura> </sii:TipoDesglose> Gracias de antemano a quien me pueda ayudar! |
#11
|
|||
|
|||
Fechacontable y Periodoimpositivo.
Buenas tengo un pequeño lío con esto a ver si me pueden ayudar. Estos son los campos para las fechas en el registro de facturas recibidas. Imaginemos que tengo una factura del 28/07/2017 que he recibido por correo y contabilizado el 01/08/2017.... Los campos siguientes del xml como los relleno:
<sum1:PeriodoImpositivo> <sum1:Ejercicio>????</sum1:Ejercicio> <sum1:Periodo>??</sum1:Periodo> </sum1:PeriodoImpositivo> <sum1:FechaExpedicionFacturaEmisor>??-??-????</sum1:FechaExpedicionFacturaEmisor> <sum1:FechaRegContable>??-??-????</sum1:FechaRegContable> Actualmente tengo esto (para el ejemplo): <sum1:PeriodoImpositivo> <sum1:Ejercicio>2017</sum1:Ejercicio> <sum1:Periodo>08</sum1:Periodo> </sum1:PeriodoImpositivo> <sum1:FechaExpedicionFacturaEmisor>28-07-2017</sum1:FechaExpedicionFacturaEmisor> <sum1:FechaRegContable>01-08-2017</sum1:FechaRegContable> ¿Es correcto? Gracias. pd: El campo FechadeOperación normalmente no lo tengo dado que siempre coincide con la fecha de factura. |
#12
|
||||
|
||||
Cita:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4183 | Hace 2 Días 15:10:42 |
AEAT envio de datos vía Webservice problemas con WSDL | CelsoO | Internet | 11 | 09-10-2019 20:03:41 |
webService Soap de la Administración Digital Española notific@ | apicito | Internet | 3 | 31-01-2017 11:25:28 |
Error en Webservice funcion envio de sms | webmasterplc | Delphi para la web | 5 | 25-07-2013 20:10:29 |
Problemas con envío de XML a un WebService | davidvamo | Internet | 1 | 13-02-2007 15:49:20 |
|