SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

Nasca · #1 21-03-2017

Cita:

Empezado por CMB

Yo no veo ninguna opción para hacerlo. Quizás la única manera sea enviar peticiones de baja, una para cada factura enviada, que eso sí que está previsto.
De todos modos, sería de gran utilidad hacer borrón y cuenta nueva. Si alguien lo sabe que tenga la amabilidad de publicarlo.

La verdad es que si se hecha de menos esa opción.
La baja es una opción. Al enviar las anulaciones están disponibles un tiempo y luego desaparecen.
Entiendo que en producción no será así, por lo que parece que es la forma que han previsto de ir limpiando cosas en pruebas.

pprieto · #2 21-03-2017

Cita:

Empezado por Nasca

La verdad es que si se hecha de menos esa opción.
La baja es una opción. Al enviar las anulaciones están disponibles un tiempo y luego desaparecen.
Entiendo que en producción no será así, por lo que parece que es la forma que han previsto de ir limpiando cosas en pruebas.

¿Cuanto tiempo suelen tardar? Ayer anulé una de las facturas y sigue apareciendo como "Anulada". Me da la sensación que cuando estemos en producción no se va a poder borrar nada (aunque son elucubraciones mías).

[newtron] · #3 21-03-2017

Hola.

Yo creo que las facturas anuladas no desaparecen, en la documentación se dice claramente que cuando se anula una factura, si quieres volver a enviarla debe de ser con otro número.

Por otro lado tampoco he visto ninguna forma de borrar lo ya enviado en pruebas así que lo que he hecho es poner como número de factura a los documentos una cadena que es la fecha+hora+minutos+segundos+un número de orden y de esa manera puedo enviar la misma factura todas las veces que quiera.

Saludos

Nasca · #4 21-03-2017

Pues tampoco sabría decirte.
Creo recordar que anteriormente anulé alguna y ya no aparece, pero sin embargo ahora tengo otra anulada desde 13 y sigue apareciendo.

jmlazaro · #5 21-03-2017

Buenas tardes.
Hoy estoy recibiendo este error en la respuesta al enviar facturas, ayer me funcionaba correctamente.
Estoy mosqueado, ¿puede ser un error mío o es de la AEAT?

Muchas gracias a todos.

'<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "*://*.w3.org/TR/html4/strict.dtd">
<html lang="es-ES">
<head>
<title>Agencia Tributaria - Se ha producido un error</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<link href="*://*.agenciatributaria.gob.es/static_files/common/css/xzhtcs04.css" rel="stylesheet" type="text/css">
<script type="text/javascript">
function toggle()
{
var o=document.getElementById("AEAT_errores_tecnicos");
o.style.display=(o.style.display=='' || o.style.display=='none')?'block':'none';
}
</script>
</head>

javgarma · #6 21-03-2017

Hola, no utilizo Delphi, utilizo un entorno cliente servidor y estoy realizando el envío de ficheros XML perfectamente con el comando curl.
Básicamente generas un fichero XML desde la aplicación con el formato que marca la AEAT y se envía con curl indicando el certificado y el password del mismo. La AEAT responde con otro XML indicado en la línea de comando.
Adjunto el comando por si alguien quiere utilizarlo. curl --connect-timeout 300 -d "@Facturas.xml" -o "Resultado.xml" -E certificado.pem

assword https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP

Nasca · #7 21-03-2017

Cita:

Empezado por javgarma

Hola, no utilizo Delphi, utilizo un entorno cliente servidor y estoy realizando el envío de ficheros XML perfectamente con el comando curl.
Básicamente generas un fichero XML desde la aplicación con el formato que marca la AEAT y se envía con curl indicando el certificado y el password del mismo. La AEAT responde con otro XML indicado en la línea de comando.
Adjunto el comando por si alguien quiere utilizarlo. curl --connect-timeout 300 -d "@Facturas.xml" -o "Resultado.xml" -E certificado.pem

assword https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP

Una solución muy ingeniosa

mpino · #8 22-03-2017

Cita:

Empezado por jmlazaro

Buenas tardes.
Hoy estoy recibiendo este error en la respuesta al enviar facturas, ayer me funcionaba correctamente.
Estoy mosqueado, ¿puede ser un error mío o es de la AEAT?

Muchas gracias a todos.

'<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "*://*.w3.org/TR/html4/strict.dtd">
<html lang="es-ES">
<head>
<title>Agencia Tributaria - Se ha producido un error</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<link href="*://*.agenciatributaria.gob.es/static_files/common/css/xzhtcs04.css" rel="stylesheet" type="text/css">
<script type="text/javascript">
function toggle()
{
var o=document.getElementById("AEAT_errores_tecnicos");
o.style.display=(o.style.display=='' || o.style.display=='none')?'block':'none';
}
</script>
</head>

Este es el mismo error que recibo yo.

inyu · #9 22-03-2017

Cita:

Empezado por mpino

Este es el mismo error que recibo yo.

A mi ese error me salía ayer cuando actualicé el WS a la versión 0.6 (yo hago la comunicación via service reference) y fué porque al actualizar se cargó una línea del App.Config dónde tenia puesto el certificado en el binding. En lugar de:

Código:

 <bindings>
        <basicHttpBinding>
          <binding name="siiBinding">
            <security mode="Transport">
              <transport clientCredentialType="Certificate" />
            </security>
          </binding>
        </basicHttpBinding>
      </bindings>

Se habia cambiado sólo a :

Código:

 <bindings>
        <basicHttpBinding>
          <binding name="siiBinding">
            <security mode="Transport">          
            </security>
          </binding>
        </basicHttpBinding>
      </bindings>

Mirad que no sea lo mismo.

mpino · #10 22-03-2017

Cita:

Empezado por inyu

A mi ese error me salía ayer cuando actualicé el WS a la versión 0.6 (yo hago la comunicación via service reference) y fué porque al actualizar se cargó una línea del App.Config dónde tenia puesto el certificado en el binding. En lugar de:

Código:

 <bindings>
        <basicHttpBinding>
          <binding name="siiBinding">
            <security mode="Transport">
              <transport clientCredentialType="Certificate" />
            </security>
          </binding>
        </basicHttpBinding>
      </bindings>

Se habia cambiado sólo a :

Código:

 <bindings>
        <basicHttpBinding>
          <binding name="siiBinding">
            <security mode="Transport">          
            </security>
          </binding>
        </basicHttpBinding>
      </bindings>

Mirad que no sea lo mismo.

Muchisimas gracias por la pista. Efectivamente le falta el certificado en el transporte. Ahora funciona todo perfectamente.

Un saludo
mpino

josecr · #11 23-03-2017

Buenas a todos.
Otro mas en el lio!!

La duda que tengo es que hacer con las facturas recibidas de proveedores extranjeros que NO DISPONEN DE CIF/VAT (como en USA)

Indico en la factura el tipo 06 "Otro" como haciamos hasta ahora y me exige un ID siempre

ALguien sabe como se tiene que enviar??

Muchas Gracias a todos!!

keys · #12 23-03-2017

Segun creo toda facura tiene que tener un documento un identificador, ya sea nif, pasporte, etc. En las facturas recibidas es obligatorio rellenarlo.

josecr · #13 23-03-2017

Cita:

Empezado por keys

Segun creo toda facura tiene que tener un documento un identificador, ya sea nif, pasporte, etc. En las facturas recibidas es obligatorio rellenarlo.

Muchas Gracias, (en el libro de IVA actual , indicas tipo 06(otro) y no es necesario mas)

y nos llegan facturas que no tienen nada, por q en USA no debe ser obligado, en cualquier caso tampoco lo van a poder contrastar

Saludos.

APO · #14 23-03-2017

Buenos días!!!
Antes de nada, muchas gracias a todos los foreros que estáis aportando toda vuestra inestimable ayuda con todo este tema de la AEAT, que en menudo jaleo nos ha metido a algunos como yo, porque hasta ahora había utilizado nada de Webservices.

Bueno, al grano, os quería comentar que llevo ya leídos y releídos los 22 posts de este tema, y aún sigo sin poder enviar una triste factura al entorno de pruebas (increíble!!!). En principio pensé que era error de certificado, pero no, los verifiqué, fecha de caducidad, etc... y todo correcto. También me he descargado la última versión del WSDL por si habían modificado algo, y modifiqué las líneas:

Código Delphi [-]  
defWSDL = '...aeat/ssii/fact/ws/SuministroInmediatoInfo.wsdl';
  defSvc  = 'siiService';
  defPrt  = 'SuministroFacturasPruebas';

Pero nada, seguía igual. Entonces, me pareció interesante lo que comentaba el forero NASCAR, que en vez de utilizar los objetos y clases del Webservice para enviar los datos, sería mejor crear uno mismo el xml y luego enviarlo. Pero no sé exactamente cómo enviar el xml, porque antes la línea que se enviaba en el ejemplo era esta:

Código Delphi [-]result := GetsiiSOAP(true,'',HTTPRIO1).SuministroLRFacturasEmitidas(ASuministroLRFacturasEmitidas);

Pero aquí no se puede enviar un xml. Supongo que se hará de otra manera, no??? Seguramente habré dicho alguna barbaridad porque como comentaba antes, ni idea de webservices.

Entonces, resumiendo, ¿sería alguien tan amable de adjuntar un ejemplo completo en Delphi de cómo enviar el xml? No hace falta poner la parte de construcción del xml (ya me buscaré la vida para montar el xml, aunque si se pone mejor jejejeje), pero sí de la conexión con el WebService y todo lo demás.

Muchas gracias!!!!!!

Fèlix Ruiz · #15 27-03-2017

Hola.
Estoy desarrollando un módulo para el envio de facturas al SII. La primera fase fue que generase los ficheros XML tal como indica la AEAT en su documentación.
Ahora estoy con la fase de envío con la AEAT, pero llevo varios días intentando enviar una factura y no hay manera. A ver si me pueden ayudar...
Estoy programando en C#, y he probado tanto cargar desde fichero XML como generando la factura directamente contra el servicio web.
En ambos casos, al enviar los datos me retorna un error:

Código:

The content type text/html of the response message does not match the content type of the binding (text/xml; charset=utf-8). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly. The first 1024 bytes of the response were: ...

Lo bueno es que usando el portal de pruebas de Hacienda, el fichero XML sí se carga (he de cambiar este a formato a SOAP). Por lo tanto problema del certificado no es.
Os adjunto los ficheros para revisar (el que generé por primera vez y se carga en el portal, el que se crea con Serialize, y el que cargo con Deserialize), e incluso adjunto el código C# usado.
Lo servicios WEB que uso son los proporcionados en el portal de SII: V_06/SuministroFactEmitidas.wsdl
Ya estoy desesperado, no se que hacer... Necesito ayuda.
Gracias.
Menos mal que existe este foro...

Temas Similares
Tema	Autor	Foro	Respuestas	Último mensaje
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco	keys	Internet	4170	Hace 1 Semana 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