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

[aposi]

Empezado por 2uolap2

Buenas tardes,

Existe alguna posiblidad de contrastar el XML generado contra su esquema XSD antes de realizar el envio para comprobar que este todo correcto?
He probado con SOAPUI pero no veo esta opción

Gracias

https://www7.aeat.es/static_files/co...teWSAEAT2.html

[2uolap2]

Si, pero recibo esto:

<env:Body><env:Fault><faultcode>env:Client</faultcode><faultstring>Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: DetalleIVA</faultstring><detail><callstack>El XML no cumple el esquema. Falta informar campo obligatorio.: DetalleIVA
WSExcepcion [faultcode=null, detailMap=null, version=0, faultstring=null, faultactor=null, faultSubCode=null, reasonText=null, detail=null, nameSpaceUriDetail=null]
	at es.aeat.ssii.fact.xml.util.UtilesXMLSII.existeEtiquetaFin(UtilesXMLSII.java:376)
	at es.aeat.ssii.fact.xml.comun.ParserXmlDesgloseIva.parsearLista(ParserXmlDesgloseIva.java:57)
...

He comprobado todos los registros NoExenta y contienen la etiqueta DetalleIVA... no se por donde buscar.
Otros ficheros si que me entran correctamente, con lo cual, debe ser algo especifico de algun registro de este pero que no puedo encontrar.

[CMB]

Este hilo llegará hoy a las 64.000 vistas. No está mal.

[dgcapel]

Buenas tardes,
yo estoy un conector para la base de datos de contabilidad de mi empresa con el SII, pero lo estoy haciendo con C# / .NET.
¿Algún desarrollador por aquí de .NET? Me encuentro ahora deserializando una respuesta del WebService, ya con los XSD convertidos a una clase. Por ejemplo un RespuestaLRFRecibidasType. Pero me falla.

Muchas gracias!

[jcapilla]

Empezado por dgcapel

Buenas tardes,
yo estoy un conector para la base de datos de contabilidad de mi empresa con el SII, pero lo estoy haciendo con C# / .NET.
¿Algún desarrollador por aquí de .NET? Me encuentro ahora deserializando una respuesta del WebService, ya con los XSD convertidos a una clase. Por ejemplo un RespuestaLRFRecibidasType. Pero me falla.

Muchas gracias!

Yo tengo el mismo problema. Cuando serializo a traves de los xsd el xml es correcto pero cuando deserialzo las respuesta obtengo un error. El problema es que al deserializar se espera en el tag principal <RespuestaLRFRecibidasType> pero el xml contiene <RespuestaLRFRecibidas>. Revisa si ese es el problema. Yo lo soluciono con un replace chapucero por que no se por que pasa. Si encuentro la solución "buena" lo posteare. Si es el mismo problema el que tienes y lo solucionas postealo también .

Gracias.

[pilarinweb]

Empezado por dgcapel

Buenas tardes,
yo estoy un conector para la base de datos de contabilidad de mi empresa con el SII, pero lo estoy haciendo con C# / .NET.
¿Algún desarrollador por aquí de .NET? Me encuentro ahora deserializando una respuesta del WebService, ya con los XSD convertidos a una clase. Por ejemplo un RespuestaLRFRecibidasType. Pero me falla.

Muchas gracias!

Hola,
yo soy de C#, tambien me falla...al deserialize(fstream)....te ocurre a ti lo mismo?

[inyu]

Empezado por pilarinweb

Hola,
yo soy de C#, tambien me falla...al deserialize(fstream)....te ocurre a ti lo mismo?

¿ Si estáis en .NET por qué no agregáis una referencia al servicio ? no hace falta ir deserializando ni nada, tratas directamente con las clases, métodos y propiedades que se generan automáticamente al agregar la referencia al wsdl. -> http://imgur.com/a/xXUJk

[pilarinweb]

[quote=inyu;518584]¿ Si estáis en .NET por qué no agregáis una referencia al servicio ? no hace falta ir deserializando ni nada, tratas directamente con las clases, métodos y propiedades que se generan automáticamente al agregar la referencia al wsdl. ->

porque al hacer
resp = oSiiSFE.SuministroLRFacturasEmitidas(oSfe);
me da el error:
El tipo de contenido text/html del mensaje de respuesta no coincide con el tipo de contenido del enlace (text/xml; charset=utf-8). Si usa un codificador personalizado, asegúrese de que el método IsContentTypeSupported se implemente correctamente...

¿alguna idea de porque?...gracias

[JJAlf]

Empezado por CMB

Este hilo llegará hoy a las 64.000 vistas. No está mal.

No me extraña, yo soy una de ellas (de hace un tiempo) y desde aquí el agradecimiento a que hayáis dedicado tanto tiempo a resolver dudas y poner blanco sobre negro temas que a muchos programadores se nos escapan.
Tengo el tema en fases finales de desarrollo (sobre todo gracias a este foro) y entre ellas, mejora de controles existentes. Unas dudas:

1. ¿Habéis constatado que en el mensaje de respuesta los documentos vayan en el orden en que se han enviado? Yo he forzado envío de documentos 'desordenados' y parece que me lo devuelven en el mismo 'desorden'... Más que nada por la tarea de marcar los documentos. Si me los devuelven en orden, a medida que los envío me voy grabando mi propia lista con su ID único, porque es un poco farragoso volver a buscar entre las enviadas por NIF, número y demás. Ya podían haber pensado en un ID interno para comunicarnos...
   
2. ¿Hay algún otro método aparte de la capicom (y de las SecureBlackBox) para hacer un Cert.Load? Me ha venido de p.m., porque me guardo el certificado en la bbdd (quisquillosidad de los clientes a instalar certificados por ahí) y lo descargo a un archivo temporal y lo cargo con esa función. Pero al ir a crear el proyecto como webservice en 64bits me encuentro con que no puedo usar la capicom por ser librería de 32bits. No es un problema, pero me gusta dejar las cosas finas...
   
3. Y la más importante. Yo compagino clientes que envían directamente las facturas a la AEAT con mi servicio y clientes que van a usar terceros (SERES, EDICOM) para ello. Claro, no hago dos programaciones. Para estos últimos les envío el XML generado con el WSDL. Para ello, en esos casos, no cargo el certificado, capturo el XML en BeforeExecute y me 'trago' el error que da por no tener certificado, pero no me parece una solución 'limpia'. ¿Hay alguna manera de conseguir el XML SIN intentar un envío?

Gracias, y lo dicho, chapeau por el hilo. Espero poder aportar algo más que preguntas...

[vboloradito]

Empezado por JJAlf

Y la más importante. Yo compagino clientes que envían directamente las facturas a la AEAT con mi servicio y clientes que van a usar terceros (SERES, EDICOM) para ello. Claro, no hago dos programaciones. Para estos últimos les envío el XML generado con el WSDL. Para ello, en esos casos, no cargo el certificado, capturo el XML en BeforeExecute y me 'trago' el error que da por no tener certificado, pero no me parece una solución 'limpia'. ¿Hay alguna manera de conseguir el XML SIN intentar un envío?

¿Ves alguna ventaja en usar SERES o EDICOM frente a hacerlo a pelo contra la AEAT?

[CMB]

Empezado por vboloradito

¿Ves alguna ventaja en usar SERES o EDICOM frente a hacerlo a pelo contra la AEAT?

La ventaja es para las empresas intermediarias, que aumentan su facturación a cambio de casi nada.

[JJAlf]

Empezado por vboloradito

¿Ves alguna ventaja en usar SERES o EDICOM frente a hacerlo a pelo contra la AEAT?

En mi caso no, porque igualmente tengo hacerlo directo contra AEAT y el usar además otro interlocutor me complica la existencia. Pero entiendo que si sólo tuviera que interactuar con ellos, el sistema se 'simplifica', en cuanto a que te olvidas en muchos casos de complejos componentes (THTTPRio, parseadores XML, Certificados, XLDS...) y normalmente te ofrecen dejarles los datos en simples ficheros planos. De las versiones, validaciones y demás se encargan ellos, yo sólo formateo los datos y recibo resultados.
Eso sí, no son precisamente baratos. Lo que ocurre es que muchas veces (como es mi caso) ya trabajan con esas empresas para la recepción y envío de documentos. Lo cual no supone que les vayan a cobrar poco, pero el cliente manda...

[austral_es]

Buenas, estamos aquí intentando hacer pruebas con el NIF NO CENSADO (novedad en la 0.7) pero no nos acepta el error

"Error en el bloque de la Contraparte. El NIF no está identificado."

Lo hemos probado con un NIF que sabemos que no existe, pero que tiene la letra correcta 99999999R

Vosotros lo habéis conseguido, ¿remitir con NIF no censado? si es así que Nif habéis utilizado, gracias!

Nota: Por cierto creemos que ya esta en funcionamiento el web service de la 0.7 porque enviamos una razón social de mas de 40 caracteres (en la versión 0.6 eran 40 de máximo y en la 0.7 son 120) y lo acepto sin problemas.

[vboloradito]

Empezado por JJAlf

En mi caso no, porque igualmente tengo hacerlo directo contra AEAT y el usar además otro interlocutor me complica la existencia. Pero entiendo que si sólo tuviera que interactuar con ellos, el sistema se 'simplifica', en cuanto a que te olvidas en muchos casos de complejos componentes (THTTPRio, parseadores XML, Certificados, XLDS...) y normalmente te ofrecen dejarles los datos en simples ficheros planos. De las versiones, validaciones y demás se encargan ellos, yo sólo formateo los datos y recibo resultados.
Eso sí, no son precisamente baratos. Lo que ocurre es que muchas veces (como es mi caso) ya trabajan con esas empresas para la recepción y envío de documentos. Lo cual no supone que les vayan a cobrar poco, pero el cliente manda...

Pero si curras con SERES-edicom:
¿Tienes que recoger la respuesta de seres y trasladarla a tu sistema o te quedas solo en seres?.

Si tienes que modificar un nif lo haces en SERES-edicom y luego a mano en tu sistema o lo haces en tu sistema y tienes qeu marcarla para que la vuelva a extraer para enviar a SERES-edicom.

[Virman]

Cómo puede ser que esté enviando una factura con la versión 0.6 del SII, que ayer me dejaba enviar, sólo he cambiado el número de serie para que no me tire error de duplicado, ahora me muestra el error:

Codigo[4121].Error en asincrono de cuadre
Código (ITEADEST/ES.AEAT.SSII.FACT.API.FE.ASINC.CONSUEMITSRV/20170517) no existe

En principio se podrían enviar facturas con la versión 0.6 hasta finales de mes, no? A alguien más le da este error? Sino recuerdo mal, la información de cuadre se ponía en la versión 0.7 pero no debería pedirla si hacemos envíos con la versión 0.6

[mrobles]

Empezado por Virman

Cómo puede ser que esté enviando una factura con la versión 0.6 del SII, que ayer me dejaba enviar, sólo he cambiado el número de serie para que no me tire error de duplicado, ahora me muestra el error:

Codigo[4121].Error en asincrono de cuadre
Código (ITEADEST/ES.AEAT.SSII.FACT.API.FE.ASINC.CONSUEMITSRV/20170517) no existe

En principio se podrían enviar facturas con la versión 0.6 hasta finales de mes, no? A alguien más le da este error? Sino recuerdo mal, la información de cuadre se ponía en la versión 0.7 pero no debería pedirla si hacemos envíos con la versión 0.6

4121 Error tecnico al procesar cuadre

No sera que reiniciaran los datos o algo?, yo voy a empezar las pruebas de la 0.7 ahora mismo y si sale te comento

[pprieto]

Empezado por Virman

Cómo puede ser que esté enviando una factura con la versión 0.6 del SII, que ayer me dejaba enviar, sólo he cambiado el número de serie para que no me tire error de duplicado, ahora me muestra el error:

Codigo[4121].Error en asincrono de cuadre
Código (ITEADEST/ES.AEAT.SSII.FACT.API.FE.ASINC.CONSUEMITSRV/20170517) no existe

En principio se podrían enviar facturas con la versión 0.6 hasta finales de mes, no? A alguien más le da este error? Sino recuerdo mal, la información de cuadre se ponía en la versión 0.7 pero no debería pedirla si hacemos envíos con la versión 0.6

A mi no me lo ha pedido. Lo único que he cambiado ha sido la versión del 0.6 al 0.7 y me ha funcionado sin problemas.
Nota para los desarrolladores de .Net: al actualizar la url del webservice (de la v0.6 a la v0.7) he tenido que modificar de nuevo el app.config que lo dejaba mal (no usa soap 1.1 etc...).

[Virman]

Empezado por pprieto

A mi no me lo ha pedido. Lo único que he cambiado ha sido la versión del 0.6 al 0.7 y me ha funcionado sin problemas.
Nota para los desarrolladores de .Net: al actualizar la url del webservice (de la v0.6 a la v0.7) he tenido que modificar de nuevo el app.config que lo dejaba mal (no usa soap 1.1 etc...).

Podrías indicar el cambio que has hecho en el fichero app.config? He revisado todas las direcciones de los wsdl y ahora me dice: Codigo[4124].Error La direccion no se corresponde con el fichero de entrada.

Al actualizar pone el valor soap:address location="xxxxxxx", pero aunque he puesto las de prueba me sigue diciendo que la dirección no se corresponde con el fichero de entrada y, dado que tu comentas lo de soap, seguro que en app.config me falta algo por añadir.

Muchas gracias de antemano.

[pprieto]

Empezado por Virman

Podrías indicar el cambio que has hecho en el fichero app.config? He revisado todas las direcciones de los wsdl y ahora me dice: Codigo[4124].Error La direccion no se corresponde con el fichero de entrada.

Al actualizar pone el valor soap:address location="xxxxxxx", pero aunque he puesto las de prueba me sigue diciendo que la dirección no se corresponde con el fichero de entrada y, dado que tu comentas lo de soap, seguro que en app.config me falta algo por añadir.

Muchas gracias de antemano.

Lo tienes que tener así:

<bindings>
<basicHttpBinding>
<binding name="siiBinding">
<security mode="Transport">
<transport clientCredentialType="Certificate" />
</security>
</binding>
</basicHttpBinding>
<customBinding>
<binding name="siiBinding">
<textMessageEncoding messageVersion="Soap11" />
<httpsTransport />
</binding>
</customBinding>
</bindings>

Es decir, le tienes que forzar a Certificate y utilizar Soap 1.1. Lo he sacado de stackoverflow (no te puedo poner el enlace porque no me deja el foro).

[Virman]

Empezado por pprieto

Lo tienes que tener así:

<bindings>
<basicHttpBinding>
<binding name="siiBinding">
<security mode="Transport">
<transport clientCredentialType="Certificate" />
</security>
</binding>
</basicHttpBinding>
<customBinding>
<binding name="siiBinding">
<textMessageEncoding messageVersion="Soap11" />
<httpsTransport />
</binding>
</customBinding>
</bindings>

Es decir, le tienes que forzar a Certificate y utilizar Soap 1.1. Lo he sacado de stackoverflow (no te puedo poner el enlace porque no me deja el foro).

Adjunto mi app.config por ver si puedes indicarme dónde ubicar tu código, porque en el apartado que lo ponga donde lo ponga, me da error de ejecución:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <configSections>
        <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=xxxx" >
            <section name="Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=xxxx" requirePermission="false" />
        </sectionGroup>
    </configSections>
    <applicationSettings>
      <Properties.Settings>
        <setting name="SuministroFacturasEmitidas_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP</value>
        </setting>
        <setting name="SuministroFacturasRecibidas_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP</value>
        </setting>
        <setting name="SuministroBienesInversion_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/bi/SiiFactBIV1SOAP</value>
        </setting>
        <setting name="SuministroOpIntracomunitarias_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/oi/SiiFactOIV1SOAP</value>
        </setting>
        <setting name="SuministroCobrosEmitidas_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactCOBV1SOAP</value>
        </setting>
        <setting name="SuministroOpTrascendTribu_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/pm/SiiFactCMV1SOAP</value>
        </setting>
        <setting name="SuministroPagosRecibidas_siiService"
          serializeAs="String">
          <value>https://www7.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactPAGV1SOAP</value>
        </setting>
      </Properties.Settings>      
    </applicationSettings>
</configuration>

Cabe decir que lo estoy desarrollando en c#, por si cambia con respecto a tu desarrollo.

Gracias por la ayuda.