Yo también vi el mensaje y también lo intenté y no lo pude obtener.

Vas a la web de consultas, le das al detalle de una de las facturas y arriba tienes "Documento electrónico", le das ahí y luego tienes otra opción que dice "Ver XML".

En consultas le doy al Nº Serie+Nº Factura, y sí, sale Documento Electrónico, Ver XML, y se abre el navegador, pero ese archivo no tiene absolutamente nada que ver con el XML de envío de una factura.

Aquí lo tienes:

¿Sabe alguien la manera de obtener el XML real de la factura registrada manualmente?

Saludos,

Curioso, a mi sí me sale el XML que mando, aunque me sale el XML original (con todas las facturas enviadas de golpe, no sólo la que estoy consultando)

[quote=CMB;518531]En consultas le doy al Nº Serie+Nº Factura, y sí, sale Documento Electrónico, Ver XML, y se abre el navegador, pero ese archivo no tiene absolutamente nada que ver con el XML de envío de una factura.

En lugar de "VerXML" hay otra opción que dice "Descargar documento" y obtienes el xml original

[quote=manelb;518536]Descargar documento te da un CSV que no sirve como XML.

Muchas gracias

Facturas Exentas
 

Hola , buenas tardes.

Tengo un poco de lio con las facturas emitidas a canarias,ceuta y melilla.
He visto ejemplos donde se pasa con la estructura :
y en otro ejemplo se pasa con la estructura :

¿ Cual es la manera correcta ?

Las dos son correctas:

2.22. ¿Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI?

Únicamente cuando se trate de operaciones sujetas al IGIC o IPSI que no están sujetas al IVA por reglas de localización. En ningún caso se informará cuando las operaciones se realicen a través de un establecimiento permanente situado en Canarias, Ceuta y Melilla.
En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 08 y se registrarán como operaciones “no sujetas” en el campo de Importe no sujeto por reglas de localización, pero no debe informarse de los datos que correspondan a estos impuestos (IGIC o IPSI) al tratarse de operaciones no sujetas al IVA.
Ejemplo 1. Un empresario con domicilio fiscal en Madrid que aplica el SII presta servicios de abogacía a un profesional establecido en Canarias. Se trata de una
prestación de servicios sujeta al IGIC que deberá informarse a través del SII.
Ejemplo 2. Un empresario con domicilio fiscal en Madrid que aplica el SII adquiere una partida de mercancías en Canarias y la vende en dicho territorio. Se trata de una entrega de bienes localizada en Canarias al no haber sido transportada al TAI, sujeta al IGIC y que deberá informarse a través del SII.
No se utilizará la clave 08 en el caso de entregas de bienes transportadas desde el TAI con destino a Canarias, Ceuta y Melilla o adquisiciones de bienes en el TAI procedentes de estos territorios, debiendo registrarse como exportación (clave régimen especial: 02) e importación respectivamente (tipo de factura: F5).
 Se recuerda que el territorio de aplicación del impuesto en España (TAI) comprende la Península e Islas Baleares.

La parte en negrita sería una exportación y por lo tanto exenta. La parte no negrita es con IGIC-IPSI y va a no sujeta por reglas de localización.

Un saludo.

Operaciones con Canarias
 

¿Y qué sucede cuando en una misma factura hay mezcla de prestación de servicios y entrega de bienes? Por ejemplo, se envía una máquina y se añade también el mantenimiento.

¿Qué hacemos en ese caso?

A estas alturas todo eso debería estar meridianamente claro. Pero no.

Ese caso solo se debe dar en emitidas.

Tendrás que dividir las bases y los IVAs en las partes que corresponda para cada tipo.

Hay un ejemplo en la descripción del servicio web:
8.1.1.2.Ejemplo mensaje XML de alta con desglose en entrega de bienes y prestación de servicio


Eso es una locura, me trastocaría todo el sistema, así que en mi caso voy a informar de que hagan dos facturas, cada una con un desglose.

Un saludo.

El ejemplo que citas no es aplicable a este caso. Se trata de una operación a otro estado de la Unión Europea.

En ese ejemplo ponen <sii:ClaveRegimenEspecialOTrascendencia>01</sii:ClaveRegimenEspecialOTrascendencia> pero según lo publicado en mensajes anteriores (#1888) y las FAQs debería ser <sii:ClaveRegimenEspecialOTrascendencia>08</sii:ClaveRegimenEspecialOTrascendencia> y en caso de entrega de bienes sería <sii:ClaveRegimenEspecialOTrascendencia>02</sii:ClaveRegimenEspecialOTrascendencia>.

No coinciden. Por favor, mirátelo bien.

No comprendo como a 9 días de la implantación del SII todavía no tenemos clara una operación tan frecuente como las ventas a Canarias. Incluido yo mismo, por supuesto. Si alguien ha mandado ya el programa definitivo a sus usuarios y no lo tiene bien se va a encontrar con reclamaciones a no mucho tardar.

Saludos,

ok vale, te referías a Canarias. A mi entender se debe hacer igual, un importe a <ImporteTAIReglasLocalizacion></ImporteTAIReglasLocalizacion> de entrega de bienes y otro al de prestación de servicios.
Tienes los mismos campos para poder desglosarlo y no veo que en las faq digan que el desglose es solo para ciertos tipos de operación, con lo cual se debería aplicar a todos ya sea exportación, factura nacional, igic, nacional exenta, ...¿no?.

Ten en cuenta que el desglose solo es obligatorio en el caso de que el cliente sea extranjero.

Un saludo.

Yo lo hago de forma parecida, pero modificando las unidades de suministrofacemitidas.pas y suministrofacrecibidas.pas, como lo haces tú es más práctico, como haces la llamada a getsiisoap de esta manera? Con qué parámetros ?

Perdona CMB, ya he entendido lo que querías decir.
Para esos casos supongo que añadieron los campos <ClaveRegimenEspecialOTrascendenciaAdicional1> y <ClaveRegimenEspecialOTrascendenciaAdicional2>.
En esa factura se podría poder:
<sii:ClaveRegimenEspecialOTrascendencia>02</sii:ClaveRegimenEspecialOTrascendencia>
<sii:ClaveRegimenEspecialOTrascendencia1>08</sii:ClaveRegimenEspecialOTrascendencia1>

Y luego ya el desglose, en entrega->exenta el de la exportación y el reglas de localización (donde corresponda) el de igic.

Yo no tengo montado nada así y tampoco sé si es correcto, si alguien puede verificarlo o corregirlo sería estupendo.


Un saludo.

Simplemente antes de hacer la llamada le cambias los parámetros al objeto HTTPRIO con la url y el puerto que quieras.

Muchas gracias, figo21.

Hola. He estado revisando el documento y la verdad es que no acabo de tener claro la estructura de una factura de compra intracomunitaria.

¿Alguien podría poner un XML de ejemplo?. Gracias.

Hola, estoy en el mismo caso

He enviado consulta técnica a la AEAT, en cuanto reciba respuesta la publico.

Yo he creado una manualmente en el portal de la AEAT pero, al intentar exportar el archivo asociado precisamente ese tipo de operación, devuelve un error de scripts.

En fin... a esperar.

yo hago la llamada de esta manera GetsiiSOAP(false, '', vHTTPRIO).SuministroLRFacturasEmitidas(vEmitidas);

Con el primer parámetro a false solo sirve la URL el Port no se usa para nada

Entornos de prueba y de produccion
 

buenas tardes a todos

actualmente tengo el envío de facturas emitidas funcionando correctamente con la version 1.0 a la URL de pruebas y mi pregunta es
¿puedo empezar a probar envíos a la URL de producción?

es que no me fio de que el dia 30 de junio cambie la URL y me funcione todo perfectamente. Sería muy bonito, pero creo que no va a ser así

¿puedo conectarme a la URL de produccion y enviar cosas si nque tengan validez jurídica?

gracias y un saludo


EDIT: perdón por la pregunta. me contesto yo mismo según lo visto en la documentación técnica

4.3. Apertura anticipada del Entorno de Producción.
Excepcionalmente y con objeto de que se puedan realizar pruebas de conexión en el entorno de
producción, entre el 19 de junio de 2017 y el 29 de junio de 2017 se podrán realizar envíos en
el entorno real, pero sin trascendencia tributaria.
Todas las facturas recibidas en ese periodo serán borradas físicamente del entorno de
producción el día 30 de junio de 2017, que a tales efectos permanecerá cerrado ese día.
Todos los envíos de facturas realizados en el entorno de producción, incluidos los enviados entre
el 19 y 29 de junio, deberán lleva la versión 1.0 en los ficheros XML de los distintos libros

gracias y disculpad

Hasta el 29 de junio sí. Todo lo que envíes no tiene afectación fiscal alguna. El día 30 lo borrarán todo. Y a partir del 1 julio ya tendrá validez.

Lo que no sé es lo que sucederá si a alguien no autorizado, es decir, que no esté afectado por el SII, le aceptarán los envíos o serán rechazados. Y en el primer caso, tampoco sé si tendrían afectación fiscal.

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

Hola, actualmente, haciendo pruebas con distintas empresas en el entorno de producción, si remites información de empresas no incluidas en el SII devuelve como respuesta 'el usuario no está autorizado".

Esto es extraño porque nosotros estamos enviando facturas al portal de PRODUCCIÓN usando como certificado nuestro DNIe y las acepta todas, de hecho vamos a la página de consultas y se ven sin problemas, no nos hemos encontrado con el mensaje "el usuario no está autorizado" que indicas (repito las pruebas las estamos haciendo en Producción no en el de PreProducción)

Yo también estoy mandando sin problemas con un CIF de una empresa no acogida al SII. El error de "usuario no autorizado" sólo nos los dió del 15 al 18 de junio, pero el 19 ya no lo daba (hablando siempre de Producción final).

¿ 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

Envió en producción
 

Hola, buenas tardes.
En mi empresa nos han preparado la elaboración de un XML desde el programa contable y en el entorno de pruebas los estábamos cargando sin problemas. Pero en el entorno de producción no veo como cargarlo ¿como se debe proceder?? Debemos hacer un desarrollo informático para enviar las facturas?

Muchas gracias de antemano por vuestra respuesta

Gracias, es lo que necesitaba..

Libro Registro De Determinadas Operaciones Intracomunitarias
 

Deben los datos del SuministroLRDetOperacionIntracomunitaria incluirse en el SuministroLRFacturasEmitidas o viceversa?:rolleyes:

Validacion Cuota Deducible
 

Me he encontrado un aceptado con error al enviar la cuota deducible. He visto que la están validando. Antes no se hacía y yo la enviaba incorrecta. Por si a alguien le puede ayudar también.


CuotaDeducible<= cuota soportada + importe de la compensación (con un margen de error de 10 €)

Por cierto, ¿qué es el importe de la compensación?

[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

El de reagyp

¿ Cuando se empieza ? ¿ El uno o el ocho de Julio ?
 

Digo yo que aunque la fiesta comienza oficialmente el 1 de Julio, pero puede ocurrir que la información se deba empezar a mandar el día ocho o después.

¿ Verdad ?

Dicho de otro modo, ¿ hay de plazo hasta el 8 de Julio para mandar las fras. del dia 1, que son las fras. que hay que empezar a mandar, en caso, claro está que el dia 1 haya facturas ?

Los sábados y domingos no cuentan en los 8 días.

Correcto. De hecho según la documentación no se tienen en cuenta los sábados, domingos y festivos nacionales, así que una factura emitida el 3 de Julio tendríamos hasta el día 13 de Julio. O eso entendí yo.

También comentó un compañero que en una reunión sobre temas de implantación dijeron que no esperáramos al último día, porque como esperemos todos al último día lo más posible es que el sistema se sature.

Un saludo.

En general a todos los foreros, ¿tenéis previsto algún horario de envío diario?

Nosotros programaremos una tarea en el servidor para realizar el envío bien entrada la madrugada.

Si los envíos de los contribuyentes están repartidos más o menos "around the clock" no creo que haya problemas de saturación de red. Ni siquiera en la AEAT. :p

CMB, figo21,

Gracias por responder.
Asi pues, por estar seguro.... ¿ las facturas de compra se envian por fecha de contabilizacion ? ¿ Verdad ?

Son libros de registro distintos. El libro de Registro de determinadas operaciones intracomunitarias:

En este libro se registran exclusivamente dos tipos de operaciones, las operaciones a
las que hace referencia el artículo 66 del RIVA, es decir, sólo las siguientes:

1. El envío o recepción de bienes para la realización de los informes periciales o
trabajos mencionados en el artículo 70, apartado uno, número 7º, de la Ley del
Impuesto (Ley 37/1992).

2. Las transferencias de bienes y las adquisiciones intracomunitarias de bienes
comprendidas en los artículos 9, apartado 3º, y 16, apartado 2º, de la Ley del
Impuesto (Ley 37/1992).

Se consignará la clave “D” si el declarado es el destinatario de los bienes objeto de la
operación, y “R” si el declarado es el remitente de los bienes objeto de la operación.

En cuanto a las adquisiciones intracomunitarias de bienes habituales, así como
las entregas intracomunitarias de bienes habituales, se deben registrar en el
Libro registro de Facturas recibidas y Expedidas respectivamente.