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

[seccion_31]

La AEAT me ha respondido via mail, con un mensaje supongo predefinido.

He modificado:

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/SuministroFactEmitidas.wsdl';
  defURL  = 'https://www1.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';
  defSvc  = 'siiService';
  defPrt  = 'SuministroFactEmitidas'; // 'SuministroFactEmitidasPruebas'; // 'SuministroFactEmitidasPruebas';

Para dejarlo como me han dicho, he modificado el defWSDL.

Y Ahora me dice:


si useWSDL=true
Clase no registrada, ClassID: {78E61E52-0E57-4456-A2F2-517492BCBF8F}

si esWSDL=false
Unable to load WSDL File/Location: https://www2.agenciatributaria.gob.e...tEmitidas.wsdl. Error [No se encontró el encabezado solicitado - URL:https://www2.agenciatributaria.gob.e...tEmitidas.wsdl - SOAPAction:""]



Nota: si envio los xml manualmente, via endpoint atraves de la web de la aeat los acepta sin problema.

A ver si alguien puede darme una mano en esto x favor.

slds

[keys]

Te puedo decir que a nosotros con estos parámetros nos esta funcionando.

Código Delphi [-]
defWSDL := 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl';
defURL  := 'https://prewww1.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';
defSvc  := 'siiService';
defPrt  := 'SuministroFactEmitidasPruebas';
UseWSDL := false;

Con UseWsdl a true no funciona

[seccion_31]

gracias keys

sin tocar nada, ahora funciona perfectamente, con la versión que utilizabamos del 16 de diciembre 2021.


Saludos

[Zento]

Empezado por seccion_31

sin tocar nada, ahora funciona perfectamente, con la versión que utilizabamos del 16 de diciembre 2021.

La URL https://www.agenciatributaria.es/sta...Recibidas.wsdl vuelve a funcionar así que habrán deshecho algún cambio en la AEAT. No obstante creo que es más correcto no usar WSDL, por si vuelve a ocurrir.

[keys]

Empezado por Zento

La URL https://www.agenciatributaria.es/sta...Recibidas.wsdl vuelve a funcionar así que habrán deshecho algún cambio en la AEAT. No obstante creo que es más correcto no usar WSDL, por si vuelve a ocurrir.

Nosotros al final acabamos poniéndolo siempre a false, ya que no es la primera vez que nos pasa con alguna hacienda.

Un Saludo.

[rci]

Empezado por rci

Muchas gracias antoine0

Si es la ventanilla única OSS.

Pregunté a hacienda mediante Informa+ pero no me han contestado, dice que pueden tardar máximo 3 meses en responder

Por fin hoy me han contestado de hacienda a la consulta de como facturar y como enviar a SII ventas de Ventanilla Única OSS sin tener el CIF del comprador.

Resumiendo un poco, me han dicho lo siguiente:

Quedan fuera de la obligación de consignar el Número de Identificación Fiscal del destinatario las operaciones descritas por el consultante (ventas a distancia en régimen de ventanilla única - OSS), pudiendo proceder al registro de estas facturas en el SII indicando el tipo de factura F2, cuando no conste en ellas el número de identificación del destinatario.
En caso de disponer de algún número de identificación de dicho destinatario, podrá proceder al registro seleccionando el tipo de factura F1 e informando del tipo de identificación que corresponda, según el caso (contraparte ID-Otro; claves 03 a 06).

Por lo tanto en el caso de OSS si no tenemos el CIF enviaremos el tipo de factura F2

Saludos

[antoine0]

Empezado por rci

Por fin hoy me han contestado de hacienda a la consulta de como facturar y como enviar a SII ventas de Ventanilla Única OSS sin tener el CIF del comprador.

Por lo tanto en el caso de OSS si no tenemos el CIF enviaremos el tipo de factura F2

Interesante. No lo había hecho de esta manera (he usado tipo de documentación 06).

Muchas gracias por compartir la información, será útil.

[[newtron]]

Hola a tod@s.
Hace unos meses tuve un problema que puse aquí y mientras me contestabais amablemente alguno de vosotros y yo respondía se solucionó solo .

El tema es que después de eso estoy intentando hacer un envío a la url de pruebas del SII y me da el mismo error que entonces:


La verdad es que llevo sin tocar esto desde 2021 y seguramente habrá habido cambios pero no consigo averiguar qué pasa. Imagino que el problema estará en la llamada. ¿Alguien podría ponerme un ejemplo tonto de la llamada con las urls?

Gracias y un saludo.
Edito: Con la url de producción no me da el error, solo en la de preproducción.

[[newtron]]

Empezado por newtron

Hola a tod@s.
Hace unos meses tuve un problema que puse aquí y mientras me contestabais amablemente alguno de vosotros y yo respondía se solucionó solo .

El tema es que después de eso estoy intentando hacer un envío a la url de pruebas del SII y me da el mismo error que entonces:


La verdad es que llevo sin tocar esto desde 2021 y seguramente habrá habido cambios pero no consigo averiguar qué pasa. Imagino que el problema estará en la llamada. ¿Alguien podría ponerme un ejemplo tonto de la llamada con las urls?

Gracias y un saludo.
Edito: Con la url de producción no me da el error, solo en la de preproducción.

Uh.... ¿nadie?

[keys]

Esta es la función que tengo para el envío. Nosotros optamos por poner el WSDL a false, para evitar cambios en versiones o que los de hacienda al liado alguna. Ya dará el error al enviar que eso si lo tenemos controlado.

Código Delphi [-]
function GetsiiSOAP(UseWSDL: Boolean; Addr: string; HTTPRIO: THTTPRIO): siiSOAP;
var
  RIO: THTTPRIO;
  defWSDL : string;
  defURL  : string;
  defSvc : string;
  defPrt : string;
begin

  if EntornoPruebas then
    begin //Pruebas                       
      defWSDL := 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl';
      defURL  := 'https://prewww1.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';
      defSvc  := 'siiService';
      defPrt  := 'SuministroFactEmitidasPruebas';
      UseWSDL := false;
    end
  else
     begin //Produccion
       defWSDL := 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl';
       defURL  := 'https://www1.agenciatributaria.gob.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';
       defSvc  := 'siiService';
       defPrt  := 'SuministroFactEmitidas';
       UseWSDL := false;
     end;
  


  Result := nil;


  if (Addr = '') then
  begin
    if UseWSDL then
     begin
      Addr := defWSDL;

     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;
      RIO.Service := defSvc;
      RIO.Port := defPrt;
    end else
      RIO.URL := Addr;
  finally
    if (Result = nil) and (HTTPRIO = nil) then
      RIO.Free;
  end;
end;

[[newtron]]

Gracias keys. Le echo un vistazo porque este problema mío tiene que ser una tontería pero no la veo.


Saludos.

[[newtron]]

Empezado por keys

Esta es la función que tengo para el envío. Nosotros optamos por poner el WSDL a false, para evitar cambios en versiones o que los de hacienda al liado alguna. Ya dará el error al enviar que eso si lo tenemos controlado......

Entiendo que al no usar WSDL los parámetros de wsdl, url, puerto, etc se los pones previamente al objeto HTTPRIO, no?


Gracias y un saludo.

[keys]

Empezado por newtron

Entiendo que al no usar WSDL los parámetros de wsdl, url, puerto, etc se los pones previamente al objeto HTTPRIO, no?


Gracias y un saludo.

Yo se los cambio dentro de la función:

Código Delphi [-]
GetsiiSOAP(UseWSDL: Boolean; Addr: string; HTTPRIO: THTTPRIO): siiSOAP;

por exigencias del guion, si tu no has tocado la función tienes que pasarle usewsdl a false y mirar las constantes que te ha creado el importador WSDL en

Código Delphi [-]
defWSDL : string;  defURL  : string;  defSvc : string;  defPrt : string;

[keno_71]

Empezado por newtron

Entiendo que al no usar WSDL los parámetros de wsdl, url, puerto, etc se los pones previamente al objeto HTTPRIO, no?


Gracias y un saludo.

Hola, acabo de solucionar ese problema hace 5 minutos, el año pasado me daba ese mismo error porque tenía las wsdl de la versión anterior, por ahí está mi mensaje anterior, pero esta vez ( y no me preguntes porqué por no tengo ni idea ) han instalado en el ordenador del cliente una vpn y no sé que más y el certificado ha dejado de funcionar. Al intentar enviar daba ese mismo error pero el mismo programa en otro pc funcionaba perfectamente. Al decirle al cliente que entre en Hacienda con su certificado da un error 403. Hace unos días funcionaba correctamente. Hemos eliminado el certificado, importado de nuevo y ha vuelto a funcionar correctamente.

saludos

[[newtron]]

Empezado por keys

Yo se los cambio dentro de la función:
Código Delphi [-]GetsiiSOAP(UseWSDL: Boolean; Addr: string; HTTPRIO: THTTPRIO): siiSOAP;


por exigencias del guion, si tu no has tocado la función tienes que pasarle usewsdl a false y mirar las constantes que te ha creado el importador WSDL en
Código Delphi [-]defWSDL : string; defURL : string; defSvc : string; defPrt : string;

Gracias keys. Por más que lo miro no veo cual puede ser el problema. Probaré también lo que comenta keno de los certificados.

Empezado por keno_71

Hola, acabo de solucionar ese problema hace 5 minutos, el año pasado me daba ese mismo error porque tenía las wsdl de la versión anterior, por ahí está mi mensaje anterior, pero esta vez ( y no me preguntes porqué por no tengo ni idea ) han instalado en el ordenador del cliente una vpn y no sé que más y el certificado ha dejado de funcionar. Al intentar enviar daba ese mismo error pero el mismo programa en otro pc funcionaba perfectamente. Al decirle al cliente que entre en Hacienda con su certificado da un error 403. Hace unos días funcionaba correctamente. Hemos eliminado el certificado, importado de nuevo y ha vuelto a funcionar correctamente.

saludos

El tema es que esto mismo me pasó hace unos meses y efectivamente cambiando el certificado siguió funcionando pero ya no me funciona con ninguno por lo que pensaba que era otro el problema. No sé, probaré a desinstalar e instalar certificados a ver.


Gracias a los dos y un saludo.

[keno_71]

Empezado por newtron

Gracias keys. Por más que lo miro no veo cual puede ser el problema. Probaré también lo que comenta keno de los certificados.






El tema es que esto mismo me pasó hace unos meses y efectivamente cambiando el certificado siguió funcionando pero ya no me funciona con ninguno por lo que pensaba que era otro el problema. No sé, probaré a desinstalar e instalar certificados a ver.


Gracias a los dos y un saludo.

Prueba a entrar en hacienda con ese certificado a ver si te lo permite, en la página de la AEAT, por eso me di cuenta. Saludos

[muli]

Hola, estoy cacherreando los envios al SII con los componentes UNIGUI, y estoy empezando con las consultas, y la primera piedra que me sale en el camino creo que es el interprete XML de Microsoft,

Project EnviosAEATCGI.exe raised exception class DOMException with message 'Microsoft MSXML is not installed'.


Supongo que tendré que instalar algo, e buscado en San Google pero ya no aparece ninguna descarga, una luz sobre el tema?

Saludos

[antoine0]

Empezado por muli

Hola, estoy cacherreando los envios al SII con los componentes UNIGUI, y estoy empezando con las consultas, y la primera piedra que me sale en el camino creo que es el interprete XML de Microsoft, Project EnviosAEATCGI.exe raised exception class DOMException with message 'Microsoft MSXML is not installed'.

Supongo que tendré que instalar algo, e buscado en San Google pero ya no aparece ninguna descarga, una luz sobre el tema?

Google me da: http://forums.unigui.com/index.php?/...not-installed/
Parece una pista para probar (allá hay tres o cuatro hilos que tiren de lo mismo).

Parece raro que MSXML no este instalado en un ordenador estos tiempos, después de más de 20 años de dominación. No sé qué versión se está esperando (la 5.0 será más un problema supongo) y si hay un problema 32/64 bits en un sentido o el otro, pero escasean un poco las informaciones sobre UniGUI.

[muli]

Se ha hablado mucho en este post de la inversión de sujeto pasivo, (iva 0) sobre todo en las facturas emitidas, y con operaciones intracomunitarias, eso parece ser que ya no va así, pero lo que si me acabo de encontrar es lo de inversion sujeto pasivo con iva 0 en una factura recibida, he visto en la web de aeat que se le puede poner desgloses y al mismo tiempo en el xml acepta valores booleanos (eso creo), alguien puede aclarar algo al respecto, gracias.

Mi codigo

Código Delphi [-]
ARegistroLRFacturasRecibidas[0].FacturaRecibida.DesgloseFactura.InversionSujetoPasivo:=0; 
Pero esto aparentemente, no hace nada, tampoco da ningun tipo de error.

[[newtron]]

Buenas.


Igual que declaras una matriz para los ivas soportados tienes que declarar una distinta para los ivas soportados de inversión del sujeto pasivo.

Código SQL [-]
  IVASP: InversionSujetoPasivo;

Dependiendo si tiene iva o no lo rellenas o no y finalmente se lo asignas:

Código SQL [-]
   ARegistroLRFacturasRecibidas[N].FacturaRecibida.desglosefactura.InversionSujetoPasivo:=IVASP;

Así es como yo lo hago.


Saludos.