FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Baja de una factura
Al enviar por webservice la petición de baja de una factura emitida recibo una respuesta que considera la operación como correcta.
Pero al parecer esa operación es irreversible. Pues al dar nuevamente de alta la misma factura (con cambios o sin ellos) el webservice ya no la admite, diciendo "Factura duplicada". Y si intento darla de baja otra vez, dice que la factura no existe. Por favor, ¿alguien puede confirmar, o desmentir, esa suposición? Cuando hay que modificar una factura, ¿es imprescindible enviarla como modificaciones en vez de dar de baja y de alta? Muchas gracias. Saludos, |
#2
|
||||
|
||||
Cita:
Saludos
__________________
Be water my friend. |
#3
|
|||
|
|||
Cita:
En el documento SII_Descripcion_ServicioWeb_v0.6.pdf, página 190, dice Cita:
Es decir, que dar de baja una factura no es algo irreversible, ni siquiera hay que cambiar ninguno de sus datos para revertirlo. Lo único que no te permite es darla de alta de nuevo. Saludos, |
#4
|
|||
|
|||
Petición de baja de una factura recibida
Cuando pido la baja de facturas recibidas me devuelven sistemáticamente el error
Cita:
Código:
<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:siiLR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroLR.xsd" xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd"> <soapenv:Header/> <soapenv:Body> <siiLR:BajaLRFacturasRecibidas> <sii:Cabecera> <sii:IDVersionSii>0.6</sii:IDVersionSii> <sii:Titular> <sii:NombreRazon>XXX XXX XXX</sii:NombreRazon> <sii:NIF>99999999E</sii:NIF> </sii:Titular> </sii:Cabecera> <siiLR:RegistroLRBajaRecibidas> <sii:PeriodoImpositivo> <sii:Ejercicio>2017</sii:Ejercicio> <sii:Periodo>03</sii:Periodo> </sii:PeriodoImpositivo> <siiLR:IDFactura> <sii:IDEmisorFactura> <sii:NIF>88888888T</sii:NIF> </sii:IDEmisorFactura> <sii:NumSerieFacturaEmisor>123321</sii:NumSerieFacturaEmisor> <sii:FechaExpedicionFacturaEmisor>16-03-2017</sii:FechaExpedicionFacturaEmisor> </siiLR:IDFactura> </siiLR:RegistroLRBajaRecibidas> </siiLR:BajaLRFacturasRecibidas> </soapenv:Body> </soapenv:Envelope> Cita:
Curiosamente no me sucede con las bajas de facturas emitidas. Ya que no existe en el manual ningún ejempo de baja de recibidas (sólo de emitidas), ¿tendría alguien la amabilidad de echarle una ojeada? O alternativamente publicar un xml de una baja de factura recibida que no dé error. Muchas gracias, |
#5
|
|||
|
|||
A mi me pasó algo parecido con las recibidas y el problema estaba en NombreRazon pero NO de la cabecera (titular) sino de la Contraparte. Revisa que ambos campos tienen valor, y que si se trata de un NIF (persona física) tiene los apellidos antes que el nombre.
|
#6
|
|||
|
|||
Cita:
Muchas gracias por recordarme ese detalle. Lo sabía per no había caído. |
#7
|
|||
|
|||
Cita:
La contraparte en facturas recibidas no tendría mucho sentido, ya que a todos los efectos es una factura totalmente nueva. La baja anula la factura, y por lo que dices es imposible volver a activar la misma. No lo he comprobado pero la verdad es que es coherente con la documentación, que dice expresamente que ese número de factura no puede reutilizarse. Hay que tener presente que la clave primaria de cada registro de facturas está compuesto de: NIF/IDOtro, FechaExpedicion y NumFactura Cualquier modificación en cualquiera de esos datos supone a todos los efectos una factura nueva. Entiendo que si te has equivocado en una factura recibida asignando un proveedor incorrecto, lo lógico es como lo establece la AEAT, anular y en un registro totalmente independiente hacer el alta correcta. En emitidas no se me ocurre ningún caso que no pueda resolverse con una modificación. Si acaso, si has equivocado la fecha. P.D. Acabo de comprobar que una factura emitida con mismo número y diferente fecha cuela sin problemas. En este caso toca anular una de ellas. Y se puede hacer sin problemas. |
#8
|
|||
|
|||
Para newtron y Nasca:
Dos respuestas que aclaran totalmente la cuestión. La verdad es que en la documentación de la AEAT hay algunas cosas ambiguas y otras que difícilmente las encuentras (o entiendes). ¡Muchas gracias a ambos! |
#9
|
||||
|
||||
Buenos días. Si el problema es que se ha registrado una factura incorrectamente, por ejemplo te has equivocado en el tipo de operación, importes, etcc, es decir no hay otra factura que rectifique a esta, lo que se puede hacer es mandar un registro de tipo A1 Modificación de facturas/registros (errores registrales). Que sirve para esto.
Un saludo. |
#10
|
|||
|
|||
Modificación de facturas
Magníficas respuestas las de newtron, Nasca y keys sobre la modificación de facturas. La curva de aprendizaje es cada vez más horizontal a medida que vas progresando, y en este momento creo que la cosa ya va de bajada para la mayoría de nosotros.
Muchas gracias de nuevo. Saludos, |
#11
|
|||
|
|||
Saludos! Después de conseguir que me envíe correctamente las facturas emitidas con el nuevo web service, estoy teniendo problemas para rellenar las facturas recibidas.
El problema me surge a la hora de rellenar el Detalle de IVA, pues me devuelve null a la hora de crear la variable de tipo array. Lo hago de la siguiente forma: factRecibida.DesgloseFactura = new DesgloseFacturaRecibidasType(); factRecibida.DesgloseFactura.DesgloseIVA = new DetalleIVARecibidaType[1]; Me intenta crear el elemento DesgloseIVA[0], pero es null, por lo que no me deja rellenar el tipo impositivo, base imponible, cuota soportada, etc. Y al ser campos obligatorios no me permite enviar la factura recibida. Alguna sugerencia? Porque en versiones anteriores del web service si podía crear el detalle de IVA. Muchas gracias. |
#12
|
||||
|
||||
Yo no lo estoy haciendo en VB pero esa propiedad factRecibida.DesgloseFactura.DesgloseIVA es un array y me imagino que primero tendrás que declarar su tamaño.
Te pongo como es en delphi por si te sirve de algo
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4183 | Hace 1 Semana 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 |
|