FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
por cierto nasca
¿Cómo vas a enviar el XML? ¿y recibir las respuestas de la AEAT? Saludos ! |
#2
|
|||
|
|||
Indy con OpenSSL. En su momento las he probado en versiones anteriores del WebService y funcionan sin problemas.
Y los xml a mano, paso de depender de librerías del puñetero Windows en ambos casos. |
#3
|
||||
|
||||
Hola a todos. Yo creo que el problema no esta tanto en como enviarlo, si por la indys o por SOAP, etc ... , ya que como hemos visto en el ejemplo la conexión no es muy dificil. El problema esta en la descripción de la información a enviar, ya sea directamente con el xml o con las clases que genera el wsdl, ya que estamos vendidos a los cambios que le apetezca hacer a hacienda como acabamos de ver con el cambio de version.
De todas formas esto esta un poco verde y con el tiempo esperemos que se valla estabilizando. Por cierto ¿Alguno ha tenido la gran suerte de ser o trabajar para alguna una de las empresas elegidas para las pruebas piloto?, ya que creo que esas empresas lo tienen mucho más fácil para acceder a la aeat. Un Saludo. |
#4
|
|||
|
|||
Respuesta a mensaje de prueba con HTML no con XML
Cita:
Yo también estoy generando los XML a mano a partir de las plantillas facilitadas por la AEAT, y para enviar el archivo XML uso node.js ... Estoy probando todavía ... He visto que si no registro el Certificado al hacer la llamada https, la TGSS me responde con un html apuntando a erro4033.html (No puedo adjuntar enlaces todavía), y cuando lo incluyo, me responde con un html indicando: Se ha producido un error Error del cliente. Se ha producido un error en la solicitud que impide al servidor procesarla. Puede contactar con el servicio de atención al contribuyente indicando el código de error 400. ¿ Teneís idea alguien de porqué contesta así en vez de con un XML tal cual se indica en el manual ? Gracias. |
#5
|
||||
|
||||
Hola a todos.
Sin certificado valido no se puede enviar nada. El sistema de la aeat genera errores. Por otro lado no es lo mismo una factura rectificativa que una factura que se ha mandado mal. Para una factura rectificativa es otra factura nueva que se genera y rectifica a otra anterior y en ese caso si hay que mandar una rectifictiva e indicar la que estas rectificando, ya sea positiva o negativa. Una factura que se ha mandado mal, es decir hay un dato mal como puede ser el cliente, bases imponibles, etc hay que mandar la factura otra vez pero con clave A1 en el campo tipo de comunicación o A4 si es del regimen de viajeros. Eso es lo que yo creo. Un Saludo. |
#6
|
|||
|
|||
Ahora deberíamos revisar:
http://www.agenciatributaria.es/AEAT...ormacion.shtml Si modificas una factura con A1 te devuelve un CSV diferente. Y dice modificaciones en "datos registrales" que no me queda muy claro que es.... eso si, la presentación con A0 y A1 es la misma. saludos ! Última edición por seccion_31 fecha: 09-02-2017 a las 12:12:45. |
#7
|
||||
|
||||
Hola.
Yo entiendo que una modificación registral es que en la factura enviada hay cosas que se han informado mal (Cliente, bases imponibles, Datos Registrales, etcc), es decir la factura ya esta aceptada en el sistema y hay que volverla a enviar, o la factura ha sido aceptada con avisos que hay que corregir. PAra eso se utiliza la clave A1 o A2 en el tipo de comunicación. Logicamente te devuelve un CSV nuevo por que es un envío nuevo y cada envio devuelve un csv nuevo y tendras uno para el primer envío y otro para el segundo. Es mas en la información pone que se puede modificar una factura que se envío y luego se dio de baja. Una factura rectificativa es un nueva factura con su número nuevo y que rectifica una anterior. Es decir hay otro documento de factura por medio. Como bien dices todo esto esta explicado mas o menos en la información de la aeat. Que por cierto gracias a Trump ahora la tenemos en inglés. Un Saludo. |
#8
|
|||
|
|||
Buenos días !
por intervenir hoy... técnicamente creo que ya los que trabajamos en Delphi no tenemos problemas para hacer los envíos. si os fijáis en uno de los cuadernillos de la AEAT (Presentacion_SII_es_es) se incluyen capturas de pantalla de la futura web de consulta de las facturas que tienen ya recibidas. Pero como me dijeron, no será accesible hasta marzo. Ahora bien: mi preocupación viene en componer adecuadamente el XML que se envía. Ahora mismo no tengo claro los modelos (emitidos y recibidos) de canarias, sociedades cuyo nif empieza por N, autofacturas... si alguien pudiera publicar algún ejemplo de dichos archivos creo que seria de gran utilidad para ir comparando los que vamos generando. No puedo publicar ninguno de estos porque no lo tengo claro. Saludos ! |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4170 | Hace 2 Semanas 17:29:05 |
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 |
|