SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice
Hola a tod@s.
Pues eso, la semana pasada la Agencia Tributaria española ha sacado una nueva ley por la que determinadas empresas que hacen la declaración del I.V.A. mensual deben de enviar los datos de facturación en un plazo máximo de 4 días desde la emisión o la anotación de la factura en cuestión. Este envío de información se hará mediante webservices y la verdad es que a mi me ha pillado fuera de juego con tema. ¿Alguien ha visto ya algo sobre este asunto en particular? ¿Algún tutorial o algo donde pueda enterarme mínimamente cómo va el tema este de los webservices con Delphi? porque actualmente estoy nulo sobre esto. Gracias y un saludo |
Había leido que de momento solo será aplicable a grandes empresas, ¿ahora es para todas?
|
Por que te preocupa? Documentacion del webservice? Que protocolo usa? Ellos deberian darte el tutorial y la especificacion de su webservice
|
Un servicio Web normalmente se representa con una interfaz, que para fines prácticos es como una clase de las de toda la vida.
En Delphi, usa la opción de menú Import WSDL, especificando la URL y demás datos que te proporciona la agencia tributaria. Eso generará una unidad .pas con el código Delphi necesario para que desde tu proyecto puedas escribir algo como: ... WSFactura.NIF := '....'; WSFactura.IVA := 100; WSFactura.Enviar; ... Por falta de tiempo no puedo extenderme más, pero seguro que no te quedarás aquí. Hay bastante material en otros hilos del Club, además de las siguientes respuestas de los compañeros. ¡Saludos! |
Al tiene razón, suena todo muy rimbombante, pero al final sigues el procedimiento, te conectas , importas el WSDL y se te crea una unidad con todas las funciones que puedes emplear.
Lo contrastas con la documentación y empiezas a hacer pruebas. Te tendrán que indicar los pasos para conectarte, hacer una consulta, un envío, ... y comprobar que lo que has enviado se ha recibido correctamente. Si no te da problemas, en una mañana tendrías que estar haciendo pruebas. Un saludo |
Cita:
Cita:
Al, fjcg02 gracias por vuestras respuestas, habrá que ir empezando a ver cómo va todo este asunto. Iré haciendo alguna prueba y si me atasco ya os comento. Gracias a todos. |
Nos vamos a divertir bastante con esta jugada con puente y alevosía de la A.Tributaria :mad:
En este caso concreto los procedimientos del Webservice se limitan a recibir un archivo xml de entrada y devolver una respuesta también en xml. Del tipo: Código:
<wsdl:operation name="SuministroLRFacturasEmitidas"> La parte mas interesante del proceso es autentificar con certificado de usuario aceptado por la Agencia Tributaria y el no depender de SOAP te permite opciones mas directas y flexibles. |
Hola de nuevo.
Si algún amable forero le echara un vistazo a este documento distribuido por la Agencia Tributaria y me dijera si hay todo lo necesario para poner en marcha el tema se lo agradecería. Saludos |
Cita:
Gracias |
Cita:
https://www2.agenciatributaria.gob.e...diatoInfo.wsdl https://www2.agenciatributaria.gob.e...nformacion.xsd https://www2.agenciatributaria.gob.e...ministroLR.xsd https://www2.agenciatributaria.gob.e...ConsultaLR.xsd https://www2.agenciatributaria.gob.e...ConsultaLR.xsd https://www2.agenciatributaria.gob.e...Suministro.xsd Al final es la última palabra al respecto. Está en pleno desarrollo y cambiando constantemente. Los documentos explicativos como el que indicas se quedarán desactualizados pronto. Establecer un sistema que te permita descargar las últimas versiones y ver si se han producido cambios viene muy bien. |
Ok.
Me he creado un proyecto nuevo, he picado en File-Other-WSDL Importer, introduzco la dirección "https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInmediatoInfo.wsdl" y me crea una unidad nueva llamada "SuministroInmediatoInfo". Hasta aquí todo sin problemas. Por otro lado he insertado un componente HTTPRIO1 y lo he configurado con la dirección que he puesto anteriormente, el puerto y el servicio. Ahora toca enviar datos de una factura (por ejemplo) y recibir el resultado (si es ok la comunicación o no). Imagino que será con la función "SuministroLRFacturasEmitidas" pero no sé qué parámetros pasarle. ¿Alguien me orienta? Saludos |
Antes de poder enviar peticiones, revisa esquemas xsd o baja SOAPUI o plugins SOAP para un navegador para ello, tendrás que resolver el tema de la comunicación.
Las comunicaciones son SSL, por https, y además autentificadas con certificado digital de FNMT o similar. |
Creo que si me lo hubieras dicho en chino mandarín me hubiera enterado de algo. :D
|
Tienes que analizar las funciones que te proporciona la unidad que te ha creado.
Con esas funciones, tendrás que saber qué parámetros necesitas y de qué tipo son. Con ellas deberás de ser capaz de conectarte, hacer login, hacer peticiones de información, hacer subidas de información, ... y además saber qué códigos devuelve cada una de ellas para saber si han ido bien o mal. En los casos en que los he utilizado, siempre revisando la documentación, hago lo siguiente: url de conexión, la que te diga la documentación. certificado o nombre de usuario, o lo que sea. crear la variable que devuelve los datos. Si es un string, posteriormente hay que pasarla a xml o lo que necesites en tu caso. El proceso suele ser así: datos de conexión. La url que te digan. No es la ".wsdl", será algo así https://www.agencia.factura:8080/services/facturae Login, a través de la función/funciones de la unidad que has creado. Si va bien, hacer petición. El resultado suele quedar en una variable. tendrás funciones en la unidad que has creado. procesar variable. Este tema ya es tuyo, lo que quieras hacer. desconexión. a través de las funciones de la nueva unidad. Yo creo que no tienes que utilizar ningún componente HTTPRIO1. Si puedes publicar la unidad que te ha creado, te podemos dar pistas de por dónde pegan los tiros. Pero como ya he comentado, hay que tirar de documentación. Un saludo |
Ok, imagino que esto será de dominio público.
La unidad tiene así como 6600 líneas y no puedo pegarla aquí, la adjunto aquí. Gracias y un saludo |
Hola foro,
Voy a intentar aportar algo al respecto, no uso ese WS de la AEAT por lo que no se exactamente los parámetros que hay que rellenar, pero si he importado WS de otros portales con un funcionamiento parecido. Tras importar el WS del link de la AEAT y generar la correspondiente unit, el funcionamiento debería de ser algo así:
Espero que esto pueda aportar algo de luz al tema Un Saludo |
Gracias bucanero.
Haré pruebas con ese código a ver qué pasa. Saludos |
Hola Newtron. Tengo el mismo problema que tu.
Probaste el código de Bucanero? Que Tal? Saludos |
Hola.
Estoy haciendo pruebas y creo que los tiros no van exactamente por ahí, lo que hay que enviar son ficheros XML (creo). De una forma o de otra, cuando intento ejecutar el código que amablemente nos ha puesto el colega bucanero no me compila, en la primera línea:
me da el error: E2010 Incompatible types: 'IDFacturaExpedidaType' and 'string' ... sigo probando. |
¿Puede ser un identificador de la factura, no el número en sí, y que luego habrá otro campo para el número?
Código:
ARegistroLRFacturasEmitidas[0].IDFactura:=1; |
Cita:
Edito: Estoy pensando e igual suelto una tontería.... ¿hay forma de asignarle un fichero XML con unas características determinadas a la variable ARegistroLRFacturasEmitidas? |
Hola Newtron,
según la documentación que aportas, el "idFactura" del "RegistroLRFacturasEmitidas" debe ser : IDEmisorFactura: (NIF) NIF asociado al emisor de la factura. FormatoNIF(9) NumSerieFacturaEmisor: Número+Serie que identifica a la factura emitida. Alfanumérico(60) NumSerieFacturaEmisorResumenFin: Número+serie que identifica a la ultima factura cuando el Tipo de Factura es un asiento resumen de facturas. Alfanumérico(60) FechaExpedicionFacturaEmisor:Fecha de expedición de la factura. Fecha(dd-mm-yyyy) ( página 55 de la documentación) Por lo que he leido, hay que montar un xml con los formatos que te ponen. Una vez lo tengas montado, haces la conexión y en la función de llamada lo metes como parámetro. Luedo te da la respuesta. Según lo que he entendido, es como montar un cuaderno bancario de cobros y pagos ( el 19 suele ser el más habitual ), pero en vez de usar un fichero de texto, utilizar el xml con el formato que te ponen en la documentación. El arte es ir montando el código para que coja tus datos de la aplicación, monte el xml, y haga la conexión a la agencia. Saludos |
Cita:
Saludos |
Hola foro, aqui el codigo de llamada un poco mas desarrollado:
Este código compila sin problemas, pero los parámetros hay que ver en la propia documentación a que corresponden y cuales son opcionales u obligatorios. Las partes de información de facturación desabilitadas pueden a su vez ser mas classes con mas propiedades. Un Saludo |
newtron,
no tengo código, simplemente me llamó la atención la pregunta y he leido los links que pusiste. No me dedico a ésto. el chiste es montar los xml con los formatos que te dan ( en la propia documentación te muestran esquemáticamente cómo quedaría el árbol del xml, y luego hacer la llamada a la superfunción que hace todo.
todas las clases las tienes definidas en la unidad SuministroInmediatoInfo.pas En este caso SuministroLRFacturasEmitidas para la llamada y RespuestaLRFacturasEmitidas para la respuesta. |
Cita:
Tal y como está en el documento que han adjuntado más arriba...
Y el tipo IDFacturaExpedidaType está definido tal que así:
Es un comentario. |
Bucanero, fjcg02, Neftali, gracias por vuestros comentarios.
Estoy probando el nuevo código de Bucanero y, en la primera línea
me da un error "Access Violation". Sigo probando. Saludos |
como ha comentado Neftali, son objetos de tipo class(TRemotable), y necesitas crearlos antes de llamar a sus elementos, yo suelo añadir en la propia clase la funcion create al propio objeto con la propiedad override, para dejar el código mas limpio,
Este codigo, salvo la llamada, que no quiero hacerla por que los datos introducidos no son validos, no da access Violation |
Se trata de hacerlo en orden inverso.
Ir creando los objetos a medidas que los vas necesitando....
Se me han adelantado... |
Bucanero, Neftali, gracias por vuestra respuesta.
Efectivamente ya no da errores. Como yo soy más lanzado no he tenido problemas en hacer la llamada "a ver qué pasa", y en principio me decía: Invalid url 'xxxxxxxxx' Echando un vistazo al código veo que esa url está informada en este trozo de código:
En principio he pensado que habría que sustituir 'xxxxxxxxxxxx' por alguna url válida y he mirado en la documentación algo relacionado con esto pero no he encontrado nada. Luego me he dado cuenta de que dependiendo del parámetro "UseWSDL" si está en True o False coge la constante defWSDL o defURL así que he cambiado el valor a true de la definición de la función
con lo cual ahora coge el valor de defWSDL y hace correctamente la llamada (parece) pero, claro, ahora me dice que se requiere un certificado para completar la autenticación del cliente. Yo tengo un certificado instalado pero imagino que esto no se entera. ¿Hay alguna forma de informar del certificado? Saludos Edito: También he cambiado el valor de defPrt = 'SuministroFacturas' a 'SuministroFacturasPruebas' para hacer las pruebas. |
Hola a tod@s y Feliz Año.
¿Hay algún avance sobre este tema? Lo que quedaba era poder hacer la llamada informando de alguna manera del certificado digital con el que se hace la llamada. Saludos |
He encontrado este enlace en el que se ve un ejemplo de llamada incluyendo un certificado usando CAPICOM.
Si alguien le quiere echar un vistazo yo seguiré haciendo pruebas a ver si resuelvo algo. Saludos |
Un usuario de esa página dice que no funciona en Delphi, alguno lo ha probado?
|
SuministroLRFactirasEmitidasRequest
Saludos, estoy tratando de enviar una factura emitida pero al llamar a la función:
GetsiiSOAP.SuministroLRFacturasEmitidas Me pide como parámetro un objeto del tipo SuministroLRFacturasEmitidasRequest. He creado uno pasándole como parámetro ASuministroLRFacturasEmitidas en el constructor de FacturasEmitidasRequest, pero a la hora de hacer la llamada a la función SuministroLRFacturasEmitidas, me retorna error al generar el documento XML: Error al serializar el cuerpo del mensaje SuministroLRFacturasEmitidasRequest: 'Error al generar el documento XML.'. Alguna sugerencia o ayuda? |
Cita:
De una forma o de otra ahora mismo el asunto está bloqueado a falta de saber cómo hacer la llamada usando un certificado digital instalado en el ordenador. Saludos |
Cita:
|
Información AEAT
Os adjunto el mensaje que me ha enviado la AEAT ante la pregunta de cómo obtener un certificado de pruebas o usar un certificado digital existente para el envío de Facturas Emitidas, Facturas Recibidas y Pago Recibidas:
No existe certificado de pruebas. La presentación podrá ser efectuada por el obligado tributario, un apoderado suyo a este trámite ó un colaborador social, que deberá disponer de un certificado electrónico reconocido. Por tanto, el uso de los servicios requiere tener instalado un certificado electrónico reconocido admitido por la Agencia Tributaria, en el ordenador desde el que se produzca el envío de la información. Dicho certificado podrá ser de Persona Física ó de Persona Jurídica. Todos los NIFs se tienen que validar contra la Base de Datos Centralizada de la AEAT. No se debe firmar el envío. No hay que inscribir el certificado en ningún censo. Consulte la ayuda para la obtención del certificado electrónico Atentamente, AEAT Si alguien consigue mandar una factura por favor que me ayude, porque yo sólo obtengo error 403: Error de identificación. No se detecta certificado digital o no se ha seleccionado correctamente. Aún cuando añado un certificado al objeto siiSoap. |
La AEAT no te va a ayudar en gran cosa en este asunto, como bien te dicen tienes que tener instalado un certificado digital válido para poder hacer la llamada.
Yo creo que la "madre del cordero" está en manejar el evento "OnBeforePost" del componente "THTTPRIO" para asignar el certificado digital correspondiente tal y como aparece en el link de ejemplo que he puesto. Yo lo que todavía no veo claro es la unidad "SignCertificate" que aparece en el ejemplo que no he sido todavía capaz de encontrar la forma de instalar o sustituir por otra similar. Saludos |
1 Archivos Adjunto(s)
Amig@s.
Un antiguo usuario del foro (que por lo visto ya no tiene la cuenta activa por no haberla usado en muuuuuuuuuucho tiempo), después de leer este hilo, ha tenido el detalle de ponerse en contacto conmigo por mail para echarme una mano y adaptar el proyecto de ejemplo que estamos intentando sacar adelante para resolver el tema del Suministro Inmediato de Información (SII) de la AEAT, cosa que todos tendremos que agradecerle. Ahora, tengo dos noticias, una buena y otra mala. La buena es que adjunto el proyecto con las modificaciones necesarias para, antes de hacer la llamada al webservice, asignar el certificado con el que se va a hacer la misma. La mala es que el proyecto está en la versión Berlín de Delphi, imagino que funcionará a partir de las versiones XE... en adelante pero no he conseguido de forma fácil encontrar las unidades similares (si es que las hay) para Delphi 2007 por ejemplo. Espero que con esto podamos seguir adelante con la tarea de conseguir efectuar la llamada al dichoso webservice. Saludos. |
Hola A todos! Lo primero decir que me produce cierta alegría encontrar gente en este mundo que se esta pegando también con el nuevo sistema inmediato de información del AEAT desde delphi. Creía que era el único es este mundo. :o
Yo no voy tan adelantando como vosotros, estoy en el punto de generar los ficheros xml para mandar a la Aeat. En la información de la AEAT hay dos ficheros XSD SuministroInformacion.xsd y SuministroLR.xsd, cada uno con la definicion de dos namespace. Pero luego hay que generar un único fichero xml con los dos namespaces dentro. Mi pregunta es como puedo generar un unico fichero xml, ya que el xml data binding sólo me deja generar el fichero de uno en uno. Un Saludo y gracias y procurare aportar lo que pueda. |
La franja horaria es GMT +2. Ahora son las 19:50:53. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi