Si tu sistema de facturación ha sacado una factura con recargo de equivalencia del 0,625%, probablemente sabrá hacer otra factura rectificativa de la primera por diferencia de tipo -0,005%. Motivo: corrección de error formal (e importe 1 céntimo para cada 200 € de base).

Me parece que lo que dice la nota informativa es que en tal caso, solo procede enviar al SII la factura resultante para el cliente, con el tipo del 0,62% (ya que los demás no se pueden informar ;) ).
Después, si lo haces normalmente con sustitutivas opción 2 (2 facturas además de la inicial, una que anula todo y la otra con los importes correctos), me parece relativamente sencillo, solo hay que informar de la final correcta, omitiendo la referencia de la rectificativa, y los dos demás se quedan en tu cajón. Si haces sustitutivas opción 1 debería ser más o menos posible, ya que la rectificativa tienen también los importes correctos, aunque estoy menos seguro. Pero si lo normal de tu sistema es hacerlo por diferencias, no tengo ni idea de cómo se puede informar, ya que en el SII se debe tener constancia de las dos facturas, la inicial y la rectificativa por diferencia... :eek:

Gracias antoine0 pero creo que mi solución será la siguiente:

UPDATE VENTASFACTURAS
SET TIPORE=0.62 WHERE TIPORE=0.625

Sii->Enviar

:D:D

Saludos.

Una semana más tarde todo sigue igual...y eso que se han ahorrado lo de los 3 decimales.


Es increible

No entiendo lo que quieres decir. Las facturas con el tipo de RE del 0.62 están entrando correctamente. Por supuesto ha habido que efectuar el paso que comentaba anteriormente para cambiar el 0.625 por 0.62

Aaaah pues ni idea de ello. Me imaginaba que al no ver contestación aquí seguíamos a la espera.


Como es en real y nosotros ni tenemos SII ni tenemos aceite voy decir a mis clientes que lo verifiquen a ver


Graciasss

Si hombre. Tal y como ponían en el comunicado que ya se compartió por aquí se pueden enviar en producción las facturas con el nuevo tipo de RE desde el lunes de la semana pasada, en el servidor de pruebas desde antes.

Saludos.

Vuelvo por aquí a ver si alguien me puede echar un cable


Tengo un cliente en Alava que hace 3 años subía todas las facturas (ventas, compras, gastos..) con nuestro ERP. Alava con el SII era algo particular al resto de España y no tiene p.e. una web desde la que hacer todo el tránsito de subir/bajar ficheros al SII, solo se puede hacer a través de WDSL al que por un lado subes las facturas y en una segunda fase lanzas una consulta en xml y te bajas las respuestas de las facturas con su estado etc...


Esto en su momento ya lo tuve programado y funcionando en esa empresa. Con el tema del COVID bajaron la facturación y dejaron de necesitar tener esa obligación con el SII hasta ahora... que tienen que volver a subir la parte de compras y gastos. Y en esas estoy...


Me estoy volviendo algo loco porque yo creía que todo seguiría más o menos igual pero nada, no hay manera ni de subir facturas ni de bajar el fichero de respuesta


Uso todo con curl


Para subir el xml con las compras hago


curl --connect-timeout 60 -m 60 -s -S -L --header "Content-Type: text/xml;charset=UTF8" --data @\SII\FXMLSII_COMPRA_001.XML https://sii.araba.eus/SSII-FACT/ws/fr/SiiFactFRV1SOAP --output \SII\WDSL_COMPRA_001.XML -v


(he probado tanto al servidor real como al de pruebas con el mismo resultado)




Alguna pista que ha podido cambiar? Yo con este sistema 3 años atrás subía todo bien...

Estoy muy despistado

Revisa que estés usando la versión correcta de SSL/TLS.
Ya hace un tiempo que la versión 1.0/1.1 no funciona en muchos sitios. Que no sea eso.
Sin tú cambiar nada, si antes usabas esas versiones tal vez ahora las han descatalogado en el "otro lado" y por eso te está fallando.

Lo tengo así

La verdad es que no he trabajado con curl.
A ver si alguien que haya hecho envíos con él te puede echar un cable, en referencia a esto.

Revisa o busca ayuda sobre SSL/TLS, que no se si es a lo que se refiere la imagen que has colocado.

Gracias Neftali, me has dado una pista que creo que es buena y he avanzado algo


He probado a subir las facturas el mismo comando curl con el que subimos a Ticket Bai y ahí es dónde se fuerza el tlsv creo...



curl.exe --tlsv1.2 --data-binary @\SII\EXPORTA\FXMLSII_COMPRA_001.XML --cert-type P12 --cert CERTIFICADO:PASSWORD -H "Content-Type: application/xml;charset=UTF8" -X POST https://pruebas-sii.araba.eus/SSII-F...iiFactFRV1SOAP -o \SII\RESPUESTAS\WDSL_COMPRA_001.XML




Con este comando sí me suben las facturas pero son rechazadas por con error [9110]. El certificado obtenido no es valido


Por lo visto al SII álava no se pueden subir facturas con un certificado de dispositivo. También tengo el típico certificado que viene en un usb pero no consigo la manera de que "me lo pida" al subir si es que ese es el problema...


puff

Otra opción podría ser desde el panel de control...el almacén de certificados exportar desde el ordenador donde tengo instalado el de empresa para generar un p12 pero al intentar hacerlo no me sale la opción de exportar la clave privada


Voy muy desencaminado?

Nosotros estamos subiendo a Álava (al menos en preproducción) con certificados de dispositivo sin problemas.

Tengo su respuesta calentita :D:D:D

Perdón, que eso que he comentado es para TicketBAI (al comentarlo tú me refería a eso) no al SII. :o

Al final la empresa pidió un certificado de software y con él sin ningún problema. Sigo sin entender porqué el dejó de funcionar el primer métodp que usaba al principio pero da igual, mi guerra ha pasado de entender a solucionar :D




Mersi por todo

Buenas... hoy todos mis clientes están reportándome fallos en el programa del SII: "Unable to load WSDL File/Location" seguida de la dirección de los WSDL y Error [No se encontró el encabezado solicitado....

El viernes funcionaban todos correctamente y hoy nadie... he consultado a la AEAT y me han dicho que no hay ninguna incidencia.

Como ejemplo, tengo estas definiciones:

Código Delphi [-]
  defWSDL = 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactRecibidas.wsdl';
  defSvc  = 'siiService';
  defPrt  = 'SuministroFactRecibidas';

¿Le está pasando a alguién más? No veo que haya cambiado o se deba cambiar algo desde el 2018... ¿Alguna ayudita?

WSDL Location
 

A mi también me ha pasado.

La solución que le he dado a sido descargar los ficheros WSDL al equipo que valla a suministrar y hacer mención a esos WSDL en local.
También me han dicho que no habían cambiado nada.

Gracias Dimony. Haciendo lo que me indicas funciona bien. No sé si lo puedo dejar como solución definitiva o es mejor seguir descargando los WSDL en cada conexión... pero por ahora voy a actualizar a todos los clientes con este parche.

WSDL Location
 

Hola, yo tengo el mismo problema. No consigo poner los ficheros WSDL en local. ¿Podéis explicarme como hacerlo? ¿Hay que hacer algún cambio en los ficheros?

No se como tienes montado el programa pero de lo que se trata es de hacer mención a los ficheros wsdl que tendrás descargado en local

Código Delphi [-]
function GetsiiSOAP(UseWSDL: Boolean; Addr: string; p_wsdl_localitation: string ;p_wsdl_port: string; p_wsdl_service: string; HTTPRIO: THTTPRIO): siiSOAP;
//function GetsiiSOAP(UseWSDL: Boolean; Addr: string; HTTPRIO: THTTPRIO): siiSOAP;
const
  //defWSDL = 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii_1_1_bis/fact/ws/SuministroFactRecibidas.wsdl';  
defWSDL = 'c:\tmp\SuministroFactRecibidas.wsdl'; // Esto es lo que tienes que controlar
  defURL  = 'https://www1.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP';
  defSvc  = 'siiService';
  defPrt  = 'SuministroFactRecibidas';
var
  RIO: THTTPRIO;
begin
  Result := nil;
  if (Addr = '') then
    begin
    if UseWSDL then
      begin
      if p_wsdl_localitation = '' then
        begin
        Addr := defWSDL;
        end
      else
        begin

        Addr := p_wsdl_localitation;
        end;
      end
    else
      begin
      Addr := defURL;
      end;
    end;

  if HTTPRIO = nil then
    RIO := THTTPRIO.Create(nil)
  else
    RIO := HTTPRIO;
  try
    Result := (RIO as siiSOAP);
    if UseWSDL then
      begin
      RIO.WSDLLocation := Addr;
      if p_wsdl_service = '' then
        begin
        RIO.Service := defSvc;
        end
      else
        begin
        RIO.Service := p_wsdl_service;
        end;
      if p_wsdl_service = '' then
        begin
        RIO.Port := defPrt;
        end
      else
        begin
        RIO.Port := p_wsdl_port;
        end;
      end
    else
      begin
      RIO.URL := Addr;
      end;
  finally
    if (Result = nil) and (HTTPRIO = nil) then
      RIO.Free;
  end;
end;

En principio hay una propiedad en la llamada que es USEWSDL, si la pones a false ya no se intenta conectar y da igual el camino que tenga.

Pero para no usar WSDL tienes que tener puesta la URL.

Si accedes al wsdl a través de un navegador: https://www2.agenciatributaria.gob.e...Recibidas.wsdl
pulsas botón derecho y lo guardas en tu equipo, por ejemplo, en el directorio "C:\AEAT\SII\SuministroFactRecibidas.wsdl" puedes asignar ese path en el WSDL Location del HTTPRIO

Muchísimas gracias a todos, he guardado los ficheros wsdl en una ruta local y he llamado a la función GetsiiSOAP con el parámetro UseWSDL a false y funciona perfectamente.

Lo que no llego a comprender es porque el programa no puede acceder a la ubicación

https://www2.agenciatributaria.gob.e...Recibidas.wsdl

¿Sabéis cual es el motivo?

(He modificado el texto citado para mostrar la URL entera).

Según la página publicada en la web de AEAT, la dirección que se tiene que usar es ahora https://sede.agenciatributaria.gob.es/static_files/Sede/Procedimiento_ayuda/G417/FicherosSuministros/V_1_1/WSDL/SuministroFactRecibidas.wsdl

Aunque me parece que la URL que tienes es la indicada en la documentación en PDF (versión 1.1(bis) del 1/2/23 12:08:56), que consigo descargar los dos ficheros igualmente, sin necesidad de certificado de cliente, y que son por supuesto idénticos. :confused:

Hola antoine0, también probé con la dirección que indicas, pero me daba el mismo error "Unable to load WSDL File/Location"

Yo miraría si no tienes algún problema con https:. Problema de registro de la autoridad de certificación Entrust, o de cadena de validación de los certificados intermediario, él de Entrust ES QWAC2 o él de la AEAT sede.agenciatributaria.gob.es (quién cubre los demás direcciones públicas). O si tu intentes presentar un certificado de cliente al servicio WSDL (aunque el servidor no lo pide expresamente, el protocolo TLS te permite clavar uno) presentando un certificado qué está caducado.

Hola antoine0, lo siento pero no comprendo bien lo que me explicas.

Una consulta contable
 

Buenas a tod@s.

Desde los albores del SII estoy enviando las facturas negativas con el tipo R1 sin (hasta ahora) ninguna incidencia ni notificación por parte de la aeat. Este tipo indica que es una factura rectificativa por importe. Yo entiendo que si haces una factura en negativo se entiende que estás rectificando una o varias facturas ya emitidas y que vas simplemente a corregir el importe por diferencias.

El tema es que un cliente me ha puesto a "pillar moscas" porque me dice que el tipo tiene que ser F1 y me está haciendo dudar.

¿Cómo enviáis vosotros este tipo de facturas?

Gracias y un saludo.

Pues nosotros le damos al cliente, o a su gestor/contable si procede, que decida qué quiere hacer en estos casos.

Tenemos en el programa la posibilidad de que el cliente defina una o varias de sus series de facturación como facturas rectificativas.
En el caso de que así lo haga, enviamos las facturas al SII dejando que sea el usuario quien decida el tipo

De todas formas, nosotros optamos por defecto por R4 i R5 para simplificadas

Si la serie no esta marcada como rectificativa, enviamos la factura con F1 en negativo

Saludos

Hola.

Una factura rectificativa tiene que ser de tipo R, de hay el nombre y además tienen que utilizar una serie distinta de la habitual. Lo que pasa es que muchos asesores y no asesores para hacer una factura rectificativa lo que hacían es hacer otra factura en negativo o positiva y enviarla como una factura normal. Pero una factura rectificativa es una rectificativa, ya que en una factura normal se pierde la información de que estas rectificando.

Como dice el compañero nosotros en nuestro programa le dejamos al usuario que dedica el lo que quiere hacer. :)

Ok, gracias por las respuestas. Hay un tema de concepto que no me acaba de quedar claro. ¿Una factura negativa siempre es rectificativa? ¿Una factura de abono es una factura rectificativa?

Saludos.

Esto es lo que dice el reglamento de facturación entre otras cosas.

Si es por una devolución puede no hacerse una rectificativa, pero tampoco esta mal.

Gracias Keys.

Entiendo entonces que cualquier factura negativa puedo considerarla como rectificativa con el tipo R(x).

Gracias a todos y un saludo.

Problema Con Certificado
 

Alguien más está teniendo problemas con el certificado a la hora de mandar las facturas?
Me devuelve siempre el XML con el error "Certificado remitente debe estar homologado y no revocado y no caducado (más de un mes)".
El certificado es de dispositivo y está registrado y no está caducado.

Hay una cosa que no entiendo con el tema de los certificados: ¿Qué es un certificado de dispositivo?
¿Serán los certificados con claves privadas guardadas en dispositivos material, como por ejemplo tarjetas criptográficas?
En oposición a los de software dónde las claves se guardan solo en forma de cadenas de bits cifrados en el ordenador.

¿Facturas de importación?
 

Buenas a tod@s.


Estoy teniendo problemas a la hora de enviar una factura de importación, imagino que desde las últimas revisiones del SII mis clientes no han contabilizado ninguna pero el tema es que me está dando errores y es que parece que han cambiado las validaciones.


Si en el tipo de factura pongo F5 (como creo que se estaban subiendo hasta ahora) me da el error de que el número de factura no corresponde con un DUA y si pongo en tipo de factura F1 y en "ClaveRegimenEspecialOTrascendencia" pongo el tipo 13 (Factura correspondiente a una importación (informada sin asociar a un DUA) me da el error 1104 Valor del campo ID incorrecto.

Esta factura que estoy subiendo no está asociada a ningún DUA. ¿Alguien podría darme luz sobre este tema?

Gracias y un saludo.

Tienes que poner F6 "Otros justificantes contables" y 13 en en el tipo de operación. :o

Te adjunto un XML de cómo las estoy declarando yo, por si te ayuda:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:sum="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroLR.xsd" xmlns:sum1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
<soapenv:Header/>
<soapenv:Body>
<sum:SuministroLRFacturasRecibidas>
<sum1:Cabecera>
<sum1:IDVersionSii>1.1</sum1:IDVersionSii>
<sum1:Titular>
<sum1:NombreRazon>RazónSocialDelDeclarante</sum1:NombreRazon>
<sum1:NIF>CifDelDeclarante</sum1:NIF>
</sum1:Titular>
<sum1:TipoComunicacion>A0</sum1:TipoComunicacion>
</sum1:Cabecera>
<sum:RegistroLRFacturasRecibidas>
<sum1:PeriodoLiquidacion>
<sum1:Ejercicio>2023</sum1:Ejercicio>
<sum1:Periodo>03</sum1:Periodo>
</sum1:PeriodoLiquidacion>
<sum:IDFactura>
<sum1:IDEmisorFactura>
<sum1:NIF>CifDelDeclarante</sum1:NIF>
</sum1:IDEmisorFactura>
<sum1:NumSerieFacturaEmisor>NumeroDelDUA</sum1:NumSerieFacturaEmisor>
<sum1:FechaExpedicionFacturaEmisor>FechaAceptaciónDUAenAduana</sum1:FechaExpedicionFacturaEmisor>
</sum:IDFactura>
<sum:FacturaRecibida>
<sum1:TipoFactura>F5</sum1:TipoFactura>
<sum1:ClaveRegimenEspecialOTrascendencia>01</sum1:ClaveRegimenEspecialOTrascendencia>
<sum1:ImporteTotal>244682.27</sum1:ImporteTotal>
<sum1:DescripcionOperacion>Compras de Importación</sum1:DescripcionOperacion>
<sum1:DesgloseFactura>
<sum1:DesgloseIVA>
<sum1:DetalleIVA>
<sum1:TipoImpositivo>10.00</sum1:TipoImpositivo>
<sum1:BaseImponible>222438.43</sum1:BaseImponible>
<sum1:CuotaSoportada>22243.84</sum1:CuotaSoportada>
</sum1:DetalleIVA>
</sum1:DesgloseIVA>
</sum1:DesgloseFactura>
<sum1:Contraparte>
<sum1:NombreRazon>>RazónSocialDelDeclarante</sum1:NombreRazon>
<sum1:NIF>CifDelDeclarante</sum1:NIF>
</sum1:Contraparte>
<sum1:FechaRegContable>FechaRecepciónDUA</sum1:FechaRegContable>
<sum1:CuotaDeducible>22243.84</sum1:CuotaDeducible>
</sum:FacturaRecibida>
</sum:RegistroLRFacturasRecibidas>
</sum:SuministroLRFacturasRecibidas>
</soapenv:Body>
</soapenv:Envelope>

us3010 gracias por tu aporte pero en este caso es una factura de importación sin asociar a DUA.


Keys, gracias pero le he hecho los cambios que me apuntas y sigue dándome el mismo error de "Valor del campo Id incorrecto". Curiosamente he metido una factura a mano directamente en la plataforma de la AEAT y se la ha "tragado" perfectamente poniéndole tipo de factura F1 y 13 en el tipo de operación. No sé. Seguiré haciendo pruebas y a ver si averiguo cómo pegar aquí el XML que genera sin que me descontrole la pantalla y lo cuelgo.

Gracias y un saludo.