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

[APO]

Buenas,
Estoy intentando enviar una factura emitida a una empresa ANDORRANA, y en el campo Tipo identificación si la declaro con el valor NIF/IVA me da error:

Valor del campo ID incorrecto

En cambio, si le pongo cualquier otra opción (Pasaporte, Residencia, etc...) entonces sí que la acepta.

¿Sabéis cuál es el valor correcto del campo Tipo identificación?

[nuevo1234]

Empezado por APO

Buenas,
Estoy intentando enviar una factura emitida a una empresa ANDORRANA, y en el campo Tipo identificación si la declaro con el valor NIF/IVA me da error:

Valor del campo ID incorrecto

En cambio, si le pongo cualquier otra opción (Pasaporte, Residencia, etc...) entonces sí que la acepta.

¿Sabéis cuál es el valor correcto del campo Tipo identificación?

Como en el 340 si es NIF-IVA el ID debe comenzar por las dos letras del pais. Por ejemplo si es un NIF-IVA de Alemania seria CORRECTO DE12345637

Pego los codigos de cada pais.


Alemania DE
Austria AT
Bélgica BE
Bulgaria BG
Chipre CY
Chequia CZ
Croacia HR
Dinamarca DK
Estonia EE
Finlandia FI
Francia FR
Grecia EL
Gran Bretaña GB
Holanda NL
Hungría HU
Italia IT
Irlanda IE
Lituania LT
Luxemburgo LU
Letonia LV
Malta MT 8
Polonia PL
Portugal PT
Rumania RO
Suecia SE
Eslovenia SI
Eslovaquia SK

[RafaSerMed]

Desde ayer por la tarde al realizar envíos de facturas recibidas, nos salta este error:

"java.lang.NullPointerException"

A alguien más le pasa???

[CMB]

Empezado por RafaSerMed

Desde ayer por la tarde al realizar envíos de facturas recibidas, nos salta este error:
"java.lang.NullPointerException"
A alguien más le pasa???

¿Te refieres al webservice de producción o al de pruebas? En estos momentos el de pruebas no responde.

Saludos,

[RafaSerMed]

Empezado por CMB

¿Te refieres al webservice de producción o al de pruebas? En estos momentos el de pruebas no responde.

Saludos,

No, era en el de produccion. Aunque daba en los dos.

Ahora tenemos otro error: "es.aeat.eeca.proc.api.nucleo.ProcedimientoSrv"

[CMB]

Empezado por RafaSerMed

No, era en el de produccion. Aunque daba en los dos.
Ahora tenemos otro error: "es.aeat.eeca.proc.api.nucleo.ProcedimientoSrv"

Ese error es culpa de la otra parte. El webservice falla por alguna causa desconocida. Espera un rato y lo intentas de nuevo.

Saludos,

[RafaSerMed]

Empezado por RafaSerMed

No, era en el de produccion. Aunque daba en los dos.

Ahora tenemos otro error: "es.aeat.eeca.proc.api.nucleo.ProcedimientoSrv"

De todas formas, vamos a estar así continuamente??. Llevamos 5 días oficiales de presentación y vamos a varios errores diarios, con la consiguiente saturación de consultas y llamadas de nuestros clientes por errores SUYOS.

Que pasa si no presento en tiempo y forma un registro porque el servicio de la AEAT no funciona?????

[xamminf]

Empezado por RafaSerMed

De todas formas, vamos a estar así continuamente??. Llevamos 5 días oficiales de presentación y vamos a varios errores diarios, con la consiguiente saturación de consultas y llamadas de nuestros clientes por errores SUYOS.

Que pasa si no presento en tiempo y forma un registro porque el servicio de la AEAT no funciona?????

Eso, como otros, queda a su libre discrecionalidad.

[CMB]

Empezado por RafaSerMed

Que pasa si no presento en tiempo y forma un registro porque el servicio de la AEAT no funciona?????

Pues aplicarán la ley y te sancionarán. Pero podrás ir a los tribunales si un notario ha levantado acta de que en su presencia no funciona el servicio.

[keys]

Empezado por APO

Buenas,
Estoy intentando enviar una factura emitida a una empresa ANDORRANA, y en el campo Tipo identificación si la declaro con el valor NIF/IVA me da error:

Valor del campo ID incorrecto

En cambio, si le pongo cualquier otra opción (Pasaporte, Residencia, etc...) entonces sí que la acepta.

¿Sabéis cuál es el valor correcto del campo Tipo identificación?

Si la empresa es de Andorra no se puede poner NIF/IVA, esto es para empresas españolas o de la UE. Se trata de una exportación y tienes que declararla con otro tipo de identificación.

Por otra parte nosotros tenemos varios clientes enviando facturas todos los dias y sin problemas.

Un Saludo.

[nuevo1234]

Empezado por keys

Si la empresa es de Andorra no se puede poner NIF/IVA, esto es para empresas españolas o de la UE. Se trata de una exportación y tienes que declararla con otro tipo de identificación.

Por otra parte nosotros tenemos varios clientes enviando facturas todos los dias y sin problemas.

Un Saludo.

La verdad es que nosotros tampoco estamos teniendo incidencias. Ha sido un arranque bastante aceptable. En buenas parte gracias a la colaboración de este foro.

[[oscarac]]

buenos dias
este tema tambien me resulta muy interesante, porque aqui en Perú, se usa tambien la facturacion electronica, se me hace un poco complicado leer las 106 paginas del tema, al momento he leido las 10 primera

alguno de los entendidos podria hacer un resumen (paso a paso) de la importacion del WSDL, como establecer la comunicacion, envio y recepcion de la info?

pienso que tener ese tipo de resumen, ayudaria un monton a los que estamos tratando de entender este tema

agradeciendo sus comentarios....
Oscar

[[newtron]]

Empezado por oscarac

buenos dias
este tema tambien me resulta muy interesante, porque aqui en Perú, se usa tambien la facturacion electronica, se me hace un poco complicado leer las 106 paginas del tema, al momento he leido las 10 primera

alguno de los entendidos podria hacer un resumen (paso a paso) de la importacion del WSDL, como establecer la comunicacion, envio y recepcion de la info?

pienso que tener ese tipo de resumen, ayudaria un monton a los que estamos tratando de entender este tema

agradeciendo sus comentarios....
Oscar

Oscar, creo que te confundes. Toda esta "movida" no es para la facturación electrónica sino para el envío de datos de facturas a la agencia tributaria mediante webservice.

El hilo más cercano a lo que creo que necesitas es este donde se habla de facturación electrónica mediante webservice pero no se acabó de resolver el tema aunque parece que estuvo cerca.

Saludos

[manelb]

En el momento de hacer verificaciones, como se podría comparar de forma directa dos ramas de diferentes objetos pero que son del mismo tipo?
No se si hay alguna forma de hacer algo como esto?

Código Delphi [-]
var
  FacturaLocal: LRfacturasEmitidasType; 
  FacturaAEAT:RegistroRespuestaConsultaEmitidasType
begin
....

If ( FacturaLocal. FacturaExpedida.Contraparte<> FacturaAEAT. DatosFacturaEmitida.Contraparte ) then
     Showmessage(‘Diferencias en la contraparte’);


If (FacturaLocal. FacturaExpedida.TipoDesglose<> FacturaAEAT. DatosFacturaEmitida.TipoDesglose ) then
    Showmessage(‘Diferencias en la Tipo Desglose’);

.....
end;

Saludos...

CUIDADO
======

En mi ejemplo

FacturaLocal. FacturaExpedida.TipoDesglose y
FacturaAEAT. DatosFacturaEmitida.TipoDesglose

no son del mismo tipo.
Si es valido el ejemplo para "contraparte"

[CMB]

Desde ayer intento mandar consultas, altas, bajas y cambios, de facturas emitidas y recibidas, al webservice de pruebas pero no se obtiene respuesta en 10 segundos. Lo mismo con la comprobación censal, y esta no es de pruebas.

¿Hay alguien más a quien le suceda o es un problema solamente mío?

Preguntado de otra manera, ¿hay alguien a quien le funcione correctamente?

Muchas gracias.

[manelb]

Empezado por manelb

En el momento de hacer verificaciones, como se podría comparar de forma directa dos ramas de diferentes objetos pero que son del mismo tipo?
No se si hay alguna forma de hacer algo como esto?

Código Delphi [-]
var
  FacturaLocal: LRfacturasEmitidasType; 
  FacturaAEAT:RegistroRespuestaConsultaEmitidasType
begin
....

If ( FacturaLocal. FacturaExpedida.Contraparte<> FacturaAEAT. DatosFacturaEmitida.Contraparte ) then
     Showmessage(‘Diferencias en la contraparte’);


If (FacturaLocal. FacturaExpedida.TipoDesglose<> FacturaAEAT. DatosFacturaEmitida.TipoDesglose ) then
    Showmessage(‘Diferencias en la Tipo Desglose’);

.....
end;

Saludos...

Me respondo...
Descarto este tipo de verificación porque, aunque el tipo es el mismo, el xml de respuesta devuelve etiquetas que jo no he informado y por tanto la verificación devuelven que no son iguales cuando si lo son.

[APO]

Empezado por keys

Si la empresa es de Andorra no se puede poner NIF/IVA, esto es para empresas españolas o de la UE. Se trata de una exportación y tienes que declararla con otro tipo de identificación.

Por otra parte nosotros tenemos varios clientes enviando facturas todos los dias y sin problemas.

Un Saludo.

Estupendo Keys, muchas gracias!

[Jack__]

Después de dejar funcionando el SII para las facturas emitidas, pensé que procesar las recibidas estaría chupao. Y ciertamente es prácticamente lo mismo, hasta que me encontré con esto:
...
LRfactura.RegistroLRFacturasRecibidas[x].FacturaRecibida.ClaveRegimenspecialOTrascendencia = IdOperacionesTrascendenciaTributariaType.Item01;

Al enviar la factura me responde un error "Codigo[4102] El XML no cumple el esquema. Falta informar campo obligatorio: ClaveRegimenEspecialOTranscendencia"

Me está diciendo que falta algo que no puedo usar ya que la propiedad accesible de FacturaRecibida es ClaveRegimenspecialOTrascendencia sin E.

En fin si os suena, os estaría muy agradecido.

Saludos

[ja_73]

Hola
Tengo una duda con respecto a las facturas rectificativas, por mucho que lo intento no me aclaro, a ver si alguien puede ayudarme.
Estuve viendo cómo funcionan distintos programas a la hora de generar facturas rectificativas.
Normalmente, por lo que vi, de la siguiente manera:
Genero la factura F000022 (que es la erronea).
Genero la factura Rectificativa de la factura R000001 con los importes de la F000022 en negativo
Genero la factura Corregida de la factura F000022, la factura F000023

al revisar la documentación del SII, en la Descripción servicio Web de la V1.0
la mejor opción que veo, es la de la página 215 Alta de factura rectificativa por sustitución Opción2
solo que por el ejemplo que ponen, primero generan una factura F1 (normal) en negativo (la anulación), y luego una
rectificativa con la factura corregida, lo que en el ejemplo del principio sería la F000023

alguien puede poner un ejemplo correcto de la forma correcta de hacer una factura rectificativa lo más sencilla posible.
si puede ser con ejemplos de xml mejor
Muchas gracias

[mrobles]

Empezado por ja_73

Hola
Tengo una duda con respecto a las facturas rectificativas, por mucho que lo intento no me aclaro, a ver si alguien puede ayudarme.
Estuve viendo cómo funcionan distintos programas a la hora de generar facturas rectificativas.
Normalmente, por lo que vi, de la siguiente manera:
Genero la factura F000022 (que es la erronea).
Genero la factura Rectificativa de la factura R000001 con los importes de la F000022 en negativo
Genero la factura Corregida de la factura F000022, la factura F000023

al revisar la documentación del SII, en la Descripción servicio Web de la V1.0
la mejor opción que veo, es la de la página 215 Alta de factura rectificativa por sustitución Opción2
solo que por el ejemplo que ponen, primero generan una factura F1 (normal) en negativo (la anulación), y luego una
rectificativa con la factura corregida, lo que en el ejemplo del principio sería la F000023

alguien puede poner un ejemplo correcto de la forma correcta de hacer una factura rectificativa lo más sencilla posible.
si puede ser con ejemplos de xml mejor
Muchas gracias

No te agobies con esto, que es la mas fácil.
creas una igual a la que quieres rectificar pero con el importe en negativo (yo pongo directamente el numero de productos a negativo y mi programa me calcula las bases y demás en negativo ya) y le das un numero de serie nuevo (va en serie de rectificativas) y listo. [se manda normal con A0].
Ahora haces la nueva, que es la que rectifica de verdad y le pones el importe que quieres y un nuevo numero de serie (este de la serie normal) y la mandas como rectificativa (tipo R1 por ejemplo)