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

[newtron] · #**701** 19-04-2017

Cita:

Empezado por vboloradito

ya me funciona gracias, el problema es que estaba desglosando el iva (que no tiene al estar exenta ) en lugar de la operación.
Me surge una duda sobre tu xml.

indicas el codigo 01 : OPERACIÓN DE RÉGIMEN GENERAL
<ClaveRegimenEspecialOTrascendencia>01</ClaveRegimenEspecialOTrascendencia>

¿No deberias indicar el 09 "ADQUISICIONES INTRACOMUNITARIAS DE BIENES Y PRESTACIONES DE SERVICIOS"?

Ups... pues se me debe de haber pasado, lo reviso. Gracias.

Nachs_123 · #**702** 19-04-2017

Cita:

Empezado por PASPAS

Buenas a tod@s, alguién le funciona la petición de validacion de NIF/CIF. Lo estoy probando tanto como persona física y como jurídica y en ambos casos me devuelve siempre lo mismo. Un HTML con el siguiente contenido
<body>
<div id="ibm-banner"><div id="ibm-banner-main"><div id="ibm-banner-product-name">IBM WebSphere Application Server</div><div id="ibm-banner-brand"></div></div></div>

<div id="content">
<h1 class="title">Context Root Not Found</h1>
...

Como te ha dicho el compañero, tiene pinta de ser un problema de certificados. Yo lo tengo implementado en el Maestro de Clientes/ Proveedores de nuestra aplicación para que se compruebe directamente, y funciona correctamente.
Si es persona jurídica con informarle del NIF es suficiente si es física DNI y APELLIDOS NOMBRE obligatorio.

Un Saludo

PepCat · #**703** 19-04-2017

Cita:

Empezado por newtron

Ups... pues se me debe de haber pasado, lo reviso. Gracias.

El regimen 09 "ADQUISICIONES INTRACOMUNITARIAS DE BIENES Y PRESTACIONES DE SERVICIOS" es para facturas recibidas.

PASPAS · #**704** 19-04-2017

Cita:

Empezado por Nachs_123

Como te ha dicho el compañero, tiene pinta de ser un problema de certificados. Yo lo tengo implementado en el Maestro de Clientes/ Proveedores de nuestra aplicación para que se compruebe directamente, y funciona correctamente.
Si es persona jurídica con informarle del NIF es suficiente si es física DNI y APELLIDOS NOMBRE obligatorio.

Un Saludo

Gracias... , si que me funciona era un problema de la AEAT.
De todas formas os paso la consulta que les he realizado para que lo tengais en cuenta(en rojo lo que contestan):
1.- Siempre se validan todos los CIFs/Nifs de las contrapartes del envío. Fact. emitidas y recibidas , etc... Supongo que será solo de los nacionales.
Si se validan. Solamente los NIF expedidos por la AEAT.
2.- Se puede enviar varios nifs al mismo tiempo para la validacion o esta limitado a un nif por peticion.
Sólo se puede consultar un NIF en cada petición
3.- Se indica en el pdf de ayuda que el servicio puede quedar bloqueado si se realizan muchas peticiones.... que se considera con esto. Necesito conocer estos limites de cara a poderlo aclarar en la ayuda a mis clientes.
En cuanto al bloqueo, se realiza en función de muestreos y estadísticas. con un uso normal de pequeña o mediana empresa no debería tener ningún problema.

juabero · #**705** 19-04-2017

Cita:

Empezado por javi_valencia44

Estoy con la versión 6, solo que antes estaba con la 5 y dejé ese código puesto

Javi, perdona que te moleste, pero lo he intentado todo y no hay manera de que me funcione, quieres que te pase un proyecto mio, a ver si me puedes decir que estoy haciendo mal

vboloradito · #**706** 20-04-2017

Juraria que hace unas semanas, rechazaba la razon social de la empresa en factura emitida si esta no se parecia al que tenia registrado la AEAT.

por ejemplo ahora puedo eniar el cif del corte ingles "A28017895" con la razón social "X" y se lo come.
Creo que hace unos dias dejaba pasar "EL CORTE INGLES" cuando el valor correcto es "EL CORTE INGLES SA" pero ahora parece que deja pasar todo

Tanto en recibidas como emitidas

¿Sabeis si esto va a ser asi? no va a validar el nombre para empresas.
o es un error de la web de la AEAT y si deberia validarlo

RafaSerMed · #**707** 21-04-2017

Cita:

Empezado por vboloradito

Juraria que hace unas semanas, rechazaba la razon social de la empresa en factura emitida si esta no se parecia al que tenia registrado la AEAT.

por ejemplo ahora puedo eniar el cif del corte ingles "A28017895" con la razón social "X" y se lo come.
Creo que hace unos dias dejaba pasar "EL CORTE INGLES" cuando el valor correcto es "EL CORTE INGLES SA" pero ahora parece que deja pasar todo

Tanto en recibidas como emitidas

¿Sabeis si esto va a ser asi? no va a validar el nombre para empresas.
o es un error de la web de la AEAT y si deberia validarlo

Según parece (estoy convencido que lo he leido en algun documento de la AEAT, pero ahora mismo no recuerdo), solo es necesario que el nombre de una persona física este correctamente indicado (el webservice de calidad de datos identificativos ayuda). En el caso de datos de razon social de cualquier sociedad, no es obligatorio que se especifique correctamente.

Hasta cierto punto es algo normal, ya que el nombre de las empresas, en muchos casos no tiene nada que ver con su denominación social. Bastantes cosas se tienen que rellenar como para conocer en muchos casos el nombre social de una empresa con nombre comercial muy diferente. Aunque este siempre deba de estar especificado en la factura........

CMB · #**708** 21-04-2017

Al mandar una consulta de facturas emitidas en marzo 2017, la respuesta incluye 96 facturas con todos sus datos, excepto dos de ellas, en posición aleatoria, en que se omite el tag <Contraparte>, donde deberían estar incluidos <NombreRazon> y <NIF>.

Un fragmento del XML recibido:

Código:

<siiLRRC:RegistroRespuestaConsultaLRFacturasEmitidas>
<siiLRRC:IDFactura>
<sii:IDEmisorFactura>
<sii:NIF>XXXXXXXXE</sii:NIF>
</sii:IDEmisorFactura>
<sii:NumSerieFacturaEmisor>99683</sii:NumSerieFacturaEmisor>
<sii:FechaExpedicionFacturaEmisor>17-03-2017</sii:FechaExpedicionFacturaEmisor>
</siiLRRC:IDFactura>
<siiLRRC:DatosFacturaEmitida>
<siiLRRC:TipoFactura>F2</siiLRRC:TipoFactura>
<siiLRRC:ClaveRegimenEspecialOTrascendencia>01</siiLRRC:ClaveRegimenEspecialOTrascendencia>
<siiLRRC:DescripcionOperacion>SUMINISTRO DE BIENES O SERVICIOS</siiLRRC:DescripcionOperacion>
<siiLRRC:EmitidaPorTerceros>N</siiLRRC:EmitidaPorTerceros>
<siiLRRC:VariosDestinatarios>N</siiLRRC:VariosDestinatarios>

*** ESTAS 4 LÍNEAS NO ESTÁN EN LA RESPUESTA
<siiLRRC:Contraparte>
<sii:NombreRazon>XXXXXX XXXXXXXXX XXXXXX</sii:NombreRazon>
<sii:NIF>XXXXXXXXT</sii:NIF>
</siiLRRC:Contraparte>

<siiLRRC:TipoDesglose>
<siiLRRC:DesgloseFactura>
<sii:Sujeta>
<sii:NoExenta>
<sii:TipoNoExenta>S1</sii:TipoNoExenta>
<sii:DesgloseIVA>
<sii:DetalleIVA>
<sii:TipoImpositivo>21.00</sii:TipoImpositivo>
<sii:BaseImponible>100.00</sii:BaseImponible>
<sii:CuotaRepercutida>21.00</sii:CuotaRepercutida>
</sii:DetalleIVA>
</sii:DesgloseIVA>
</sii:NoExenta>
</sii:Sujeta>
</siiLRRC:DesgloseFactura>
</siiLRRC:TipoDesglose>
<siiLRRC:Cobros>N</siiLRRC:Cobros>
</siiLRRC:DatosFacturaEmitida>
<siiLRRC:DatosPresentacion>
<sii:NIFPresentador>XXXXXXXXE</sii:NIFPresentador>
<sii:TimestampPresentacion>17-03-2017 15:02:36</sii:TimestampPresentacion>
</siiLRRC:DatosPresentacion>
<siiLRRC:EstadoFactura>
<siiLRRC:TimestampUltimaModificacion>17-03-2017 15:02:36</siiLRRC:TimestampUltimaModificacion>
<siiLRRC:EstadoRegistro>Correcta</siiLRRC:EstadoRegistro>
</siiLRRC:EstadoFactura>
</siiLRRC:RegistroRespuestaConsultaLRFacturasEmitidas>

Repito que sólo sucede con dos de las 96 facturas incluidas en la respuesta.

Esto interfiere en el parsing necesario para crear un informe al usuario, pues yo daba por sentado que esos datos estarían en la totalidad de las facturas, siendo como son esenciales.

En el documento SII_Descripcion_ServicioWeb_v0.6.pdf no se dan detalles sobre la composición detallada de las respuestas, especialmente qué datos son obligatorios (para ellos) y cuáles no.

¿Le ha sucedido a alguien más? O, ¿se os ocurre por qué razón el servidor no suministra esos datos en unas pocas facturas y sí en el resto?

Saludos,

barnarasta · #**709** 21-04-2017

Cita:

Empezado por vboloradito

Juraria que hace unas semanas, rechazaba la razon social de la empresa en factura emitida si esta no se parecia al que tenia registrado la AEAT.

por ejemplo ahora puedo eniar el cif del corte ingles "A28017895" con la razón social "X" y se lo come.
Creo que hace unos dias dejaba pasar "EL CORTE INGLES" cuando el valor correcto es "EL CORTE INGLES SA" pero ahora parece que deja pasar todo

Tanto en recibidas como emitidas

¿Sabeis si esto va a ser asi? no va a validar el nombre para empresas.
o es un error de la web de la AEAT y si deberia validarlo

Buenos dias,
yo tengo un caso parecido, me rechaza 2 FacturasEmitidas porque el NIF no corresponde al Nombre en la contraparte y son datos contrastados con los clientes y admitidos por el mismo validador de la AEAT.
Y tremendamente desconcertante, si da como correcto un registro de FacturasEmitidas con un NIF que rechaza el mismo validador.
Hace dias lo comunique (email) a la AEAT, tengo respuesta de leido pero nada mas.
Utilizo ' curl ' desde un DEBIAN-SQUEEZE que funciona correctamente en el envio del resto de facturacion semanal (aprox. 300 registros).

RafaSerMed · #**710** 21-04-2017

Alguien ha oído algún "rumor" sobre una prorroga en la implantación del sistema?

Hace un par de días, en un evento de una empresa grande del sector....... me han comentado que hasta 2 personas la preguntaron a la directora de hacienda sobre estos "rumores", a los que ella no dio importancia....

Pero cuando el río suena.......

CMB · #**711** 21-04-2017

Cita:

Empezado por RafaSerMed

Alguien ha oído algún "rumor" sobre una prorroga en la implantación del sistema?

Hace un par de días, en un evento de una empresa grande del sector....... me han comentado que hasta 2 personas la preguntaron a la directora de hacienda sobre estos "rumores", a los que ella no dio importancia....

Pero cuando el río suena.......

Entonces ¿para qué hemos corrido (y currado) tanto?

keys · #**712** 21-04-2017

Por lo que yo he oido no es que se prorrogue, sino que lo van a suavizar un poco ya que las grandes empresas se han quejado. Pongo un enlace de una noticia de la prensa.

http://cincodias.elpais.com/cincodia...42_831148.html

Pero bueno todo puede ser. Ya lo suspendieron una vez.

barnarasta · #**713** 21-04-2017

Hacienda suaviza el SII para la empresa adherida a la devolución mensual del IVA

No deberán presentar los registros de facturación del primer semestre.

Tremenda noticia !!!!

v:-) vv:-)

v

PASPAS · #**714** 21-04-2017

Cita:

Empezado por PepCat

El regimen 09 "ADQUISICIONES INTRACOMUNITARIAS DE BIENES Y PRESTACIONES DE SERVICIOS" es para facturas recibidas.

Buenas otra vez, veo que estais utilizando la clave de regimen 09 - Adquisiones intra.... para las facturas recibidas. Lo veo correcto y lo voy hacer de ese modo.
Pero que pasa cuando se trata de Facturas emitidas de tipo intracomunitarias,¿Qué clave de regimen estais poniendo?

En uno de los ejemplos subidos veo que se ha utilizado 01 - Operacion de regimen comun. Creo que no seria correcto para emitidas.
Me podeis indicar si alguién sabe que clave deberia aplicarse.
Muchas gracias,
Saludos

keys · #**715** 21-04-2017

3.6. ¿Cómo se registra una Entrega Intracomunitaria de Bienes?
Se anotará la factura emitida al cliente comunitario en el Libro registro de Facturas Expedidas procediendo a su identificación mediante la clave 2 en el campo de tipos de Identificación en el país de residencia “IDType” y su Número de Operador Intracomunitario en el campo "ID". El campo “CodigoPais” no será obligatorio.

Por otra parte, la base imponible de la factura se incluirá en el campo de tipo de operación “Exenta” dentro del bloque “Entrega”. Como causa de exención se consignará la clave “E5: Exenta por el artículo 25”.

PASPAS · #**716** 21-04-2017

Cita:

Empezado por keys

3.6. ¿Cómo se registra una Entrega Intracomunitaria de Bienes?
Se anotará la factura emitida al cliente comunitario en el Libro registro de Facturas Expedidas procediendo a su identificación mediante la clave 2 en el campo de tipos de Identificación en el país de residencia “IDType” y su Número de Operador Intracomunitario en el campo "ID". El campo “CodigoPais” no será obligatorio.

Por otra parte, la base imponible de la factura se incluirá en el campo de tipo de operación “Exenta” dentro del bloque “Entrega”. Como causa de exención se consignará la clave “E5: Exenta por el artículo 25”.

Ok, cuando te refieres a clave 2 - que quieres decir que es la clave de regimen 02 -Exportación.

keys · #**717** 21-04-2017

Hola. Esto esta sacado de las faqs de hacienda. La clave 2 es el id del declarado.

En ventas no hay tipo exportación. Hay que indicarlas en regimen comun e indicar lo que he puesto.

barnarasta · #**718** 21-04-2017

Este es el XML que genero enviando coorectamente de FacturasEmitidas a FRANCIA.

Código:

<soapenv:Header/>
<soapenv:Body>
<siiLR:SuministroLRFacturasEmitidas>
  <sii:Cabecera>
  <sii:IDVersionSii>0.6</sii:IDVersionSii>
    <sii:Titular>
    <sii:NombreRazon>-------------</sii:NombreRazon>
    <sii:NIF>-+-+-+-+-+-+-+-</sii:NIF>
    </sii:Titular>
  <sii:TipoComunicacion>A0</sii:TipoComunicacion>
</sii:Cabecera>
<siiLR:RegistroLRFacturasEmitidas>
  <sii:PeriodoImpositivo>
    <sii:Ejercicio>2017</sii:Ejercicio>
    <sii:Periodo>03</sii:Periodo>
  </sii:PeriodoImpositivo>
<siiLR:IDFactura>
  <sii:IDEmisorFactura>
    <sii:NIF>+-+-+-+-+-+-+-+-</sii:NIF>
  </sii:IDEmisorFactura>
    <sii:NumSerieFacturaEmisor>816693</sii:NumSerieFacturaEmisor>
    <sii:FechaExpedicionFacturaEmisor>31/03/2017</sii:FechaExpedicionFacturaEmisor>
</siiLR:IDFactura>
<siiLR:FacturaExpedida>
<sii:TipoFactura>F1</sii:TipoFactura>
    <sii:ClaveRegimenEspecialOTrascendencia>01</sii:ClaveRegimenEspecialOTrascendencia>
  <sii:ImporteTotal> 1386.77</sii:ImporteTotal>
  <sii:DescripcionOperacion>VENTA PRODUCTOS FRESCOS ALIMENTACION</sii:DescripcionOperacion>
  <sii:Contraparte>
    <sii:NombreRazon>EURL OTM</sii:NombreRazon>
      <sii:IDOtro>
       <sii:CodigoPais>FR</sii:CodigoPais>
       <sii:IDType>06</sii:IDType>
       <sii:ID>FR39528716939</sii:ID>
      </sii:IDOtro>
  </sii:Contraparte>
<sii:TipoDesglose>
<sii:DesgloseTipoOperacion>
<sii:Entrega>
<sii:Sujeta>
<sii:Exenta>
  <sii:CausaExencion>E5</sii:CausaExencion>
  <sii:BaseImponible>1386.77</sii:BaseImponible>
</sii:Exenta>
</sii:Sujeta>
</sii:Entrega>
</sii:DesgloseTipoOperacion>
</sii:TipoDesglose>
</siiLR:FacturaExpedida>
</siiLR:RegistroLRFacturasEmitidas>
</siiLR:SuministroLRFacturasEmitidas>
</soapenv:Body>
</soapenv:Envelope>

Espero os sirva.

RafaSerMed · #**719** 21-04-2017

El servicio de consultas, por ejemplo de facturas emitidas, remitidas al sistema SII, solo permite indicar como filtros la primera factura para realizar una paginación.

Desde la propia web de pruebas de la AEAT, https://www7.aeat.es/wlpl/SSII-FACT/SvFExpedidasQuery podemos realizar dichas consultas pero aquí es posible filtrar dichas consultas, por determinados campos. Haciendo un poquito de ingeniería inversa no he visto nada extraño en la petición de datos, ni en la respuesta, que ya viene procesada.

Entiendo que ese filtrado se hace en servidor para devolver los datos solicitados. Bien, pero si esto lo hacemos cuando disponemos de (por ejemplo) 100.000 registros ya enviado a SII, ¿ tendremos que ser nosotros los que filtremos la información al usuario, una vez recuperados todos esos registros? No existe otra forma de hacerlo?

CMB · #**720** 21-04-2017

Cita:

Empezado por CMB

Al mandar una consulta de facturas emitidas en marzo 2017, la respuesta incluye 96 facturas con todos sus datos, excepto dos de ellas, en posición aleatoria, en que se omite el tag <Contraparte>, donde deberían estar incluidos <NombreRazon> y <NIF>.
Un fragmento del XML recibido:
(...)
Repito que sólo sucede con dos de las 96 facturas incluidas en la respuesta.
Esto interfiere en el parsing necesario para crear un informe al usuario, pues yo daba por sentado que esos datos estarían en la totalidad de las facturas, siendo como son esenciales.
En el documento SII_Descripcion_ServicioWeb_v0.6.pdf no se dan detalles sobre la composición detallada de las respuestas, especialmente qué datos son obligatorios (para ellos) y cuáles no.
¿Le ha sucedido a alguien más? O, ¿se os ocurre por qué razón el servidor no suministra esos datos en unas pocas facturas y sí en el resto?
Saludos,

Pues no era culpa de la AEAT. Resulta que en la respuesta a la consulta de facturas emitidas había dos simplificadas, con el tipo de factura F2, que yo mismo había mandado en marzo. Como que al darlas de alta no debe ponerse la contraparte (NombreRazon y NIF), pues lógicamente la respuesta tampoco incluía esos datos.

Los errores son útiles porque así aprendemos

Saludos,

Temas Similares
Tema	Autor	Foro	Respuestas	Último mensaje
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco	keys	Internet	4288	Hace 1 Semana 13:58:30
AEAT envio de datos vía Webservice problemas con WSDL	CelsoO	Internet	11	09-10-2019 21:03:41
webService Soap de la Administración Digital Española notific@	apicito	Internet	3	31-01-2017 12:25:28
Error en Webservice funcion envio de sms	webmasterplc	Delphi para la web	5	25-07-2013 21:10:29
Problemas con envío de XML a un WebService	davidvamo	Internet	1	13-02-2007 16:49:20