En recibidas no hay el mismo tipo de desglose que en emitidas, solo se indica si es inversión de sujeto pasivo o desglose IVA.
No hay campos donde informar si es exenta o no sujeta.

Así que, a mi entender tu factura va a desglose IVA poniendo solamente la base imponible y la cuota deducible será 0.

Un saludo.

Buenas,

aquí estamos con el tema SII. Estoy desarrollando con Delphi2009. He importado los wsdl correspondientes a la versión 0.6 y 0.7 y, todo ha ido ok. Puedo hacer altas y modificaciones de facturas emitidas y recibidas. Pero desde que he importado la versión 1.0 me sale este error.



Parece estar asociado a la parte "initialization" del *.pas que se genera al realizar la importación del wsdl. Concretamente en la línea:

RemClassRegistry.RegisterExternalPropName(TypeInfo(VersionSiiType), '_1_0', '1.0');

Si modifico el valor '1.0' por '1.1' por ejemplo, me da un error de versión (que es correcto) pero no me da un error de conversión.
Antes de realizar el envío, capturo el xml y la diferencia entre la versión 0.7 y la 1.0 es únicamente el tag <IDVersionSii> y, en el caso de la 0.7 se envía y en el caso 1.0 da el error de conversión. ¿La ha pasa a alguien más? ¿Alguna pista de que puede estar pasándo?

Gracias y un saludo.

Perdonad chicos. No se ha adjuntado la imágen.

El error es:
Project raised exception class EPropertyConvertError with message "Invalid property element: 1.0"

una cuestión

ya he incorporado la versión 1.0 y hemos empezado a enviar facturas al sistema de producción.

entiendo que esta Ok, porque las veo en la www1. y no en la www7. Cada uno tiene un grupo de facturas diferentes.

Ahora bien:

¿Cómo puedo programar el envio para usar el sistema de pruebas y/ o producción ? porque no veo claramente cual es cual. ¿Qué tengo que cambiar?

¿alguien lo sabe?

Saludos !

Yo he optado por crear 2 proyectos distintos, no tiene sentido complicar 1 proyecto para compatibilizarlo con los 2 sistemas si en 10 días el de pruebas dejará de ser válido.

Lo que cambia es la URL dependiendo si es pruebas o producción:

Pruebas:
WebExpedidas:='https://www7.aeat.es/wlpl/SSII-FACT/SvFExpedidasQuery';
WebRecibidas:='https://www7.aeat.es/wlpl/SSII-FACT/SvFRecibidasQuery';
Producción:
WebExpedidas:='https://www1.aeat.es/wlpl/SSII-FACT/SvFExpedidasQuery';
WebRecibidas:='https://www1.aeat.es/wlpl/SSII-FACT/SvFRecibidasQuery';

Saludos

Negativo, el sistema de pruebas seguirá activo en adelante.

Que siga activo no significa que sea válido, sólo será válido lo que subas a producción obviamente y dentro del plazo de los dichosos 8 días en el 2017. Cuánto menos pueda liarla el cliente final mejor... digo yo. Y si lo necesitas para hacer más pruebas como desarrollador (que a éstas alturas no debería de ser el caso) no veo inconveniente en tener 2 proyectos.

Como veas pero lo veo matar moscas a cañonazos si el cambio solo es en la url.

¿ La URL del EndPoint, los Bindings y la versión de la cabecera de las facturas no ? No he comprobado si en la versión de pruebas se sigue usando la version 0.7 o se puede usar también la 1.0

No sé, yo lo he actualizado todo a la 1.0 y solo cambio dependiendo de si es pruebas o producción la URL y el PUERTO.

Antes me he equivocado y he puesto las urls de las webs de consulta. Las correctas son las siguientes:

EMITIDAS
=======
Pruebas:
HTTPRIO1.Port := 'SuministroFactEmitidasPruebas';
HTTPRIO1.URL := 'https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';
Producción:
HTTPRIO1.Port := 'SuministroFactEmitidas';
HTTPRIO1.URL := 'https://www1.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';

RECIBIDAS
========
Pruebas:
HTTPRIO1.Port := 'SuministroFactRecibidasPruebas';
HTTPRIO1.URL := 'https://www7.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP';
Producción:
HTTPRIO1.Port := 'SuministroFactRecibidas';
HTTPRIO1.URL := 'https://www1.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP';

Saludos

Efectivamente, he hecho una prueba enviando la base imponible y la cuota a 0 y ha colado.

Yo he tenido que hacer muy poquitos cambios para pasar a producción, a lo mejor porque soy del grupo que nos lo hemos montado en plan "fácil", es decir:

• XML construidos "a pelo"
• Transmisión mediante CURL

De esta manera sólo he tenido que cambiar la URL que le paso a CURL:
y cambiar la versión de SII de "0.7" a "1.0".
Y funcionando!

Yo probaría a importar de nuevo los wsdl.

Alguien tiene un ejemplo de una factura recibida para operaciones sujetas al IGIC. Tengo claro que “Clave Régimen especial o Trascendencia” se consignará el valor 08.Pero ¿hay que poner algo en cuota soportada y tipo? ¿Solo hay que rellenar el campo base imponible? ¿Algun xml de ejemplo? Gracias de antemano

Revisa el punto 2.22 de las preguntas frecuentes.

Según entiendo en este punto, en lo que se refiere a la “Clave Régimen especial o Trascendencia”, deberá tratarse de forma diferente si se trata de un bien o de un servicio.
Por otro lado, al tratarse de operaciones que no están sujetas al IVA, sólo se informará de la Base.

Si es necesario un xml lo preparo.

Hola,
a ver si podeis ayudarme...yo tambien genero los xml dinamicamente, pero me da error al hacer esto
oXmlSerializer.Deserialize(fStream)

alguna idea???

portal SII proudccion
 

hola
alguien tiene la url del portal de produccion del SII
la equivalente a esta pero en produccion
www7.aeat.es/PRE-Exteriores/Inicio/_menu_/SII___Suministro_Inmediato_de_Informacion/SII___Suministro_Inmediato_de_Informacion.html

Por ahora nada también he realizado la pregunta a la AEAT y nada de nada. Cuando sepa algo lo posteo.
saludos

Yo sólo serializo (construir XML) a mano.
Deserializar (leer XML) no lo hago así, uso librerías, sólo que yo no trabajo en Delphi... soy un dinosaurio que aún usa VB6. :cool:

muchas gracias por responderme...yo tambien soy de VB6...solo que ultimamente trabajo con c#....
el xml que generas "a pelo" va sin cabeceras verdad?....o sea la primera entrada es algo asi...
<SuministroLRFacturasEmitidas>
<Cabecera>
<IDVersionSii>0.7</IDVersionSii>
<Titular>
....

¿A alguien más le está dando errores con la FechaExpedicionFacturaEmisor hoy ? Me devuelve todas las facturas incorrectas por la fecha y no he cambiado nada.

Edit: No he dicho nada, sólo me ocurre en un ordenador, supongo que tendrá algo que ver con el formato de fecha local.

Mis XML de facturas emitidas comienzan como en los ejemplos de la documentación de la AEAT, o sea así:

Problemas END-POINT DE PRODUCCIÓN
 

Al hacer envíos a través del cliente de web service para el entorno de pruebas al endpoint de producción me aparece "Error al enviar. No Transport".

Por ejemplo en facturas recibidas si pongo el endpoint de producción https://www1.agenciatributaria.gob.e...iiFactFRV1SOAP me da error. En cambio en el de pruebas me presenta todo sin problemas.

¿Como se deben realizar los envíos del xml a los endpoint de producción?

Mil gracias!

Revisa que en el Binding de producción no te haya perdido:

Estamos varios preguntando lo mismo pero parece que nadie lo ha averiguado :mad:

Yo soy de los que lo han preguntado pero nadie lo sabe o lo dice. Top secret!

Aunque exista no lo van a poner público hasta el día 01/07/2017.
Así es como funciona siempre este tipo de cosas en la AEAT.

Ponerlo no tiene sentido ya que la peña empezaría a tocarles los huevos innecesariamente.

Claro, y si nos dicen que el entorno de produccion va a estar en pruebas, y parte de las pruebas, como no puede ser de otra forma, consiste en mirar como van quedando las fras. despues de enviarlas.... ¿ entonces qué ?
Si es que pedimos unas cosas ¡ tan raras !

Se dice güevos, con g y diéresis.:rolleyes:

Desde ese punto de vista si tendría sentido.
Pero tengo la sensación que este modo es solo para depurar temas de comunicaciones no está pensado para pruebas de datos. Para eso sigue estando el entorno de pruebas.

Y aceptado lo de güevos ;)

ME HA CONTESTADO DE LA AEAT. PEGO LA RESPUESTA

En el Libro registro de facturas recibidas no se califica la operación.
En el caso planteado, factura recibida sujeta a IGIC, se informará con la clave de régimen especial 08 (sujeta a IGIC) y solo se informará de la base imponible.
La forma de informar de estas operaciones cuando se trata de facturas expedidas es diferente (pregunta frecuente 2.22) porque si que se debe calificar la operación como no sujeta indicando el importe no sujeto.

Desarrollo en VB.Net
 

Wenas,

Estoy desarrollando la aplicación en VB.Net y todo funciona correctamente en el entorno de pruebas

El problema es que en el entorno de producción me salta el siguiente error...

El tipo de contenido text/xml;charset=ISO-8859-1 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. Los primeros 257 bytes de la respuesta fueron: 'env:ClientCodigo[401].Certificado revocado'.

La direccion del servicio de referncia: www1.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactRecibidas.wsdl[/url]

El app.config lo tengo de la siguiente forma...
App.Config:
<client>
<endpoint address="https://www1.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP"
binding="basicHttpBinding" bindingConfiguration="siiBinding"
contract="Servicio_SII_FacturasRecibidas.siiSOAP" name="SuministroFactRecibidas" />
<endpoint address="https://www10.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP"
binding="basicHttpBinding" bindingConfiguration="siiBinding3"
contract="Servicio_SII_FacturasRecibidas.siiSOAP" name="SuministroFactRecibidasSello" />
<endpoint address="https://www7.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP"
binding="basicHttpBinding" bindingConfiguration="siiBinding4"
contract="Servicio_SII_FacturasRecibidas.siiSOAP" name="SuministroFactRecibidasPruebas" />
</client>


La llamada las realizo con el código siguiente
Para inicializar...
' Para pruebas
Dim objEnviar As New Servicio_SII_FacturasRecibidas.siiSOAPClient("SuministroFactRecibidasPruebas")
o
' Para producción
Dim objEnviar As New Servicio_SII_FacturasRecibidas.siiSOAPClient("SuministroFactRecibidas")

y luego la llamada
objRespuesta = objEnviar.SuministroLRFacturasRecibidas(objServicio)

...lo único que cambio son las inicializaciones de siiSOAPClient... uso el mismo certificado, por lo que entiendo no debería ser un problema de certificado... o sí?
¿Es posible que el entorno de producción funcione con charset=ISO-8859-1???
¿Alguien más con este problema?

Error "No Transport"
 

Sobre el error "No Transport" estoy utilizando la web de aeat para subir el xml. ¿Cómo puedo incorporar el security mode?:

<security mode="Transport">
<transport clientCredentialType="Certificate" />
</security>

Tampoco entiendo porque para pruebas me sube el xml sin problemas y sin embargo en producción me pide esto.

Buenas tardes, he estado haciendo pruebas de contraste con un proveedor y me he llevado una sorpresa.
El caso es que después de tener los dos la factura registrada he hecho una consulta y me devolvía 'Parcialmente contrastada'.
Las diferencias de contraste venían por el importe total de la factura que al ser un campo opcional había decidido no incluirlo en mis XML.

Posteriormente le he añadido el importe total al XML y la factura ya ha quedado contrastada.

Tanto el importe total como el recargo de equivalencia, que son opcionales, si no se envían nos pueden dar error de contraste.
No sé hasta qué punto la información de contraste será importante para hacienda, pero digo yo que cuanto más cuadrado esté todo mejor.


Un saludo.

Pues vaya iluminados los de Hacienda si contrastan por campos opcionales !!

Pero estaría incluido en una de las dos partes. No? Si ninguna lo incluye no da eso. Imagino.

<SII>Facturas emitidas-Indicar certificado a usar
 

Hola,

Estoy peleándome con el SII para dar de alta una factura expedida y no consigo tener acceso a la clase siiSOAPClient por lo que no puedo indicar el certificado tal y como comentáis; sólo tengo acceso a la clase siiService. ¿Cómo se le puede indicar entonces el certificado a usar?

Este es el código de mi ejemplo:

Dim objSIIService As New SuministroFactEmitidas.siiService
objSIIService.Url = "https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP"
objSIIService.Timeout = 10000
Dim objRespFacturasEmitidas As New SuministroFactEmitidas.RespuestaLRFEmitidasType
objRespFacturasEmitidas = objSIIService.SuministroLRFacturasEmitidas(oSfe)


Gracias de antemano,

Sí, por su parte en emitidas envió el importe total y yo como recibida no lo envié.
Si ninguno lo envía no habría diferencias de contraste, pero claro a saber quién lo envía y quién no.
He preguntado a la AEAT a ver que me dicen, porque entiendo que si va a dar diferencias de contraste la idea sería que fuera un campo obligatorio o que realmente el contraste sea una información para la gente que envía la información y hacienda no le de importancia.

Un saludo.

Claro, ¿ pero quien te garantiza que el cliente/proveedor no informará de los campos opcionales igual que tu ? O al revés, nosotros los informamos pero resulta que en el otro lado no lo hacen. No tiene sentido que se usen esos campos para hacer el contraste si no estan igualados en ambas partes.

¿Cómo obtener el XML de una factura entrada manualmente?
 

Alguien había dicho aquí varias semanas atrás que después de haber dado de alta manualmente una factura emitida (en la página habitual en https://www7.aeat.es/PRE-Exteriores/...formacion.html) era posible obtener el XML correspondiente que la misma AEAT genera.

Lo he estado probando y no he sido capaz de obtenerlo. Ni en el momento de registrar el alta, ni tampoco después en consultas.

Creo que sería muy útil para obtener un XML de ejemplo de una factura determinada.

¿Sería alguien tan amable de indicar cómo hay que hacerlo?

Muchas gracias.