Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice (https://www.clubdelphi.com/foros/showthread.php?t=91252)

antoine0 12-03-2024 13:19:46

Cita:

Empezado por rci (Mensaje 554886)
Siguiendo la FAQ 3.28 el ejemplo 1 he enviado una factura hecha a un cliente francés y aplicando el IVA del 20% de Francia.
El precio sin IVA es 200€, al cliente se le ha cobrado 220€
[...]
Hasta el momento enviamos siempre el importe total aunque sea opcional.
En la siguiente prueba he hecho el mismo envío pero sin especificar el importe total y ya ha sido aceptada sin errores.

Tal como explica keys el valor correcto para el campo ImporteTotal (si lo indicas) es 200.00 euros, el importe total después de impuestos directos españoles.

Desde el principio no me gusta demasiado esto, y por tanto he usado la licencia de no poner el ImporteTotal en tales casos que no se corresponde bien con lo que pone la factura real.
Pero las dos maneras (200 o nada) son correctas para el SII 1.1.
Mientras que 220 euros no lo es.

rci 12-03-2024 16:04:54

Muchas gracias Keys y antoine0 por las respuestas.
Sabiendo que las dos opciones son correctas me quedo mas tranquilo.

Saludos

jlmoli_67 18-03-2024 18:25:21

Buenas tardes,


Si hago una factura simplificada sin identificar a un cliente y este me pide dos dias despues y dentro del periodo de liquidacion que se la haga nominativa .... puedo anular la factura mediante una serie para abonos y hacer una nueva factura ya con sus datos?



Muchas gracias

newtron 19-03-2024 10:02:49

Cita:

Empezado por jlmoli_67 (Mensaje 555013)
Buenas tardes,


Si hago una factura simplificada sin identificar a un cliente y este me pide dos dias despues y dentro del periodo de liquidacion que se la haga nominativa .... puedo anular la factura mediante una serie para abonos y hacer una nueva factura ya con sus datos?



Muchas gracias


Yo lo hago así.


Saludos.

jlmoli_67 19-03-2024 11:39:52

Gracias por la respuesta

keys 19-03-2024 11:44:08

El sistema te lo va a aceptar. Pero yo creo que es mejor emitir otra factura de tipo F3, que realmente es lo que estas haciendo. Y vale tanto como si estas o no dentro del periodo de liquidación.

oxtanc 27-03-2024 15:31:57

Problemas Envio SII
 
Hola a todos, agradecería vuestra ayuda. Actualmente tengo unos 100 Certificados Digitales Instalados en mi Pc de Desarrollo. Tenía problemas a la hora de Seleccionar el Certificado Digital cuando lo buscaba por Nombre. Debido a ello he tenido que modificar código y realizar las búsquedas por Numero de Serie (lo podemos obtener del propio certificado Digital). Os lo adjunto aquí por si le sirve de ayuda a alguien:

Código Delphi [-]
PROCEDURE TFPrincipal.HTTPRIO1HTTPWebNode1BeforePost(
  CONST HTTPReqResp: THTTPReqResp; Data: Pointer);
VAR
  Store: IStore;
  Certs: ICertificates;
  Cert: ICertificate2;
  CertContext: ICertContext;
  PCertContext: PCCERT_CONTEXT;
  CertSerialKey: OleVariant;
  I: integer;
CONST
  INTERNET_OPTION_CLIENT_CERT_CONTEXT = 84;
BEGIN
  CertSerialKey := 'xxxx3464D7A0xxxx6513E73A7439xxxx';

  Store := CoStore.Create;
  Store.Open(CAPICOM_CURRENT_USER_STORE, 'MY', CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED);
  Certs := Store.Certificates AS ICertificates2;


  IF Certs.Count > 0 THEN
    FOR i := 1 TO Certs.Count DO
    BEGIN
      Cert := IInterface(Certs.Item[i]) AS ICertificate2;
      IF Cert.SerialNumber = CertSerialKey THEN
      BEGIN
        Cert := IInterface(Certs.Item[i]) AS ICertificate2;
        CertContext := Cert AS ICertContext;
        CertContext.Get_CertContext(Integer(PCertContext));
        IF InternetSetOption(Data, INTERNET_OPTION_CLIENT_CERT_CONTEXT, PCertContext, Sizeof(CERT_CONTEXT)) = False THEN
        BEGIN
          ShowMessage('Internet SSL certificate. Something went wrong');
        END;
      END;
    END
  ELSE
    ShowMessage('Internet SSL certificate. Not Certificates Installed');

END;

De otro lado, tras actualizar las direcciones del WebService de la AEAT no consigo consigo que funcione el servicio y o bien se me responde que el XML no esá bien conformado (Falta el Periodo de Liquidación) cuando en el xml se incluye o que puedes establecer una comunicacion el servidor de la aeat en la direccion defURL (estoy enviando en prueblas, dao que estaba modificando código).

Las URL del WS de pruebas son:
Código Delphi [-]
CONST
  defWSDL = '..../aeat/ssii_1_1_bis/fact/ws/SuministroFactEmitidas.wsdl';
 
  defURL = '....prewww1.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP';
  defSvc = 'siiService';
  defPrt = 'SuministroFactEmitidasPruebas';

La respuesta cuando me la envia es

Código Delphi [-]

env:Client
Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: PeriodoLiquidacion

Y el XML Enviado es este, donde podeis comprobar que si se incluye el nodo PeriodoLiquidacion:
Código:

<SuministroLRFacturasEmitidas>
<Cabecera>
<IDVersionSii>1.1</IDVersionSii>
<Titular>
<NombreRazon>xxxxx</NombreRazon>
<NIF>xxxxx</NIF>
</Titular>
<TipoComunicacion>A0</TipoComunicacion>
</Cabecera>
<RegistroLRFacturasEmitidas>
<PeriodoLiquidacion>
<Ejercicio>2024</Ejercicio>
<Periodo>1T</Periodo>
</PeriodoLiquidacion>

Agradecería Vuestra ayuda, llevo 4 días con este tema y no consigo resolverlo.

pablog2k 27-03-2024 15:43:55

nosotros el nodo lo montamos así:
<PeriodoLiquidacion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
<Ejercicio>2024</Ejercicio>
<Periodo>03</Periodo>
</PeriodoLiquidacion>

de hecho esa parte del xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd" la tenemos metida en un montón de nodos, porque creo que sino no tragaba (esto lo hicimos al principio de entrar el SII en vigor).
Revisa en este hilo los xml que pone la gente, y compáralos con lo que estás enviando, por si fuera eso.

oxtanc 28-03-2024 11:45:13

Gracias Pablo, de todas formas la conexion al WS sigue tirandome el error:

No se puede establecer la conexion con el servidor
Código:

prewww1.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFRV1SOAP
Que es la dirección del WS. He probado a desactivar el Firewall, he probado en distintas versiones del Windows y ya no sé por donde tirar.

He compilado con Xe7 e incluso con un D7. Los resultados son los mismos.

Alguna sugerencia... algo que se me escape?

Gracias!

pablog2k 28-03-2024 12:40:05

Si estas subiendo facturas recibidas, la dirección está mal, es esta:
https://prewww1.aeat.es/wlpl/SSII-FA...iiFactFRV1SOAP

oxtanc 28-03-2024 14:33:32

Cita:

Empezado por pablog2k (Mensaje 555159)
Si estas subiendo facturas recibidas, la dirección está mal, es esta:
...prewww1.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP

No Pablo! Intentando subir emitidas y recibidas. El error que tengo es que no se puede establecer la Conexion con El Servidor en las dos URL (Emitidas y Recibidas). Es una excepcion SOAP. Intentado en equipos con W10 y W7. No puedo ponerte una captura para que lo veas. Tengo claro que en la URL fe emitidas y fr = Recibidas.

Gracias de nuevo

antoine0 28-03-2024 16:02:45

Cita:

Empezado por oxtanc (Mensaje 555154)
No se puede establecer la conexion con el servidor
Código:

prewww1.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFRV1SOAP

Estas dos letras deben ser las mismas. Dos E o dos R.
Tu las tienes mezcladas.

oxtanc 29-03-2024 01:44:02

Cita:

Empezado por antoine0 (Mensaje 555161)
Estas dos letras deben ser las mismas. Dos E o dos R.
Tu las tienes mezcladas.

Gracias Antoine (lo que viste en el POST es un corta y pega y se me cruzó la letra)
El error no es por eso, las URL las tengo bien (Cogidas de los wdsl) y de la Web de Preproduccion que es a donde envio los XML para probar online. De hecho he probado emitidas y recibidas y obtengo las respuestas online sin problemas.

Web Preproduccion AEAT
... prewww1.aeat.es/static_files/common/internet/dep/explotacion/ws/ClienteWSAEAT2.html

De hecho las tenemos ahí:
...wlpl//SSII-FACT/ws/fe/SiiFactFEV1SOAP para emitidas
y /wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP para recibidas. Y hay unas cuantas más

El problema es un error de comunicación, Literalmente : SOAPHttpException no se puede establecer conexion con el servidor en la dirección de las emitidas o de las recibidas. Sospecho que es un problema de las librerias, o de la versión de TLS o ni idea. La cuestión es que he probado en Xe7 y D7, en W10 y en w11 y siempre obtengo el mismo error.
Imagino que habrá una solución tratando de evitar SOAP. Admito sugerencias!

rci 05-04-2024 12:18:29

Ventanilla Única OSS sin tener el CIF del comprador
 
Hola nos encontramos con unas dudas con un contribuyente concreto.

El contribuyente vende muy a menudo a clientes franceses con el IVA de Francia del 20%.
Para enviar esas facturas a SII lo hacemos siguiendo la documentación de SII, utilizando la clave de régimen especial 17 y consignado el precio sin IVA en el campo no sujeta por reglas de localización del bloque no sujeta.
Al ser una factura completa indicamos la claveTipoFactura F1
Para identificar la contraparte (el comprador) usamos la clave idOtro.IDType = 06 (Otro documento probatorio) y ponemos el número de identificación que se haya proporcionado.

El problema es que en muchas ocasiones el contribuyente no dispone del número de identificación del comprador, no tiene su NIF, y en la factura indica un 0.
Hemos hecho pruebas enviando ese valor 0 en el campo ID y las facturas son aceptadas sin problema, pero no sabemos si es lo correcto.

Como seria la forma correcta de hacer una factura con IVA de otro país de la UE (OSS) sin disponer del NIF del comprador?

El contribuyente propone poner claveTipoFactura F2 como si fuera una factura simplificada pero realmente es una factura completa.

Si intenta hacer una factura simplificada, nuestro programa no las envía una a una sino dentro de un asiento resumen de simplificadas y esta es rechazada porque el IVA 20% no es admitido. No enviamos los resúmenes de simplificadas con la clave 17

Como lo hacéis vosotros en este caso?


Muchas gracias

antoine0 11-04-2024 12:51:39

Cita:

Empezado por rci (Mensaje 555240)
Hola nos encontramos con unas dudas con un contribuyente concreto.

El contribuyente vende muy a menudo a clientes franceses con el IVA de Francia del 20%.
Para enviar esas facturas a SII lo hacemos siguiendo la documentación de SII, utilizando la clave de régimen especial 17 y consignado el precio sin IVA en el campo no sujeta por reglas de localización del bloque no sujeta.
Al ser una factura completa indicamos la claveTipoFactura F1
Para identificar la contraparte (el comprador) usamos la clave idOtro.IDType = 06 (Otro documento probatorio) y ponemos el número de identificación que se haya proporcionado.

El problema es que en muchas ocasiones el contribuyente no dispone del número de identificación del comprador, no tiene su NIF, y en la factura indica un 0.

Estamos hablando de OSS (ventanilla única), ¿verdad?

Yo preguntaría a Hacienda, para que desarrollan un poco más la FAQ del SII sobre el asunto.
Los clientes (compradores) son clientes finales extranjeros, que no pueden recuperar IVA (TVA, VAT, MWst) en su país. Por tanto, en el https://www.boe.es/buscar/act.php?id...-2012-14696#a6 parágrafo 1. d) no veo obligación de poner un número de identificación fiscal, ninguno de los tres casos se aplican.
No sé cual es la regla correcta en el SII para tal caso, donde no hay obligación legal de suministrar la información (hasta donde veo) pero el SII ha decidido que se debía poner esta información.:confused:
A lo mejor hay que poner un número de recibo en el sistema OSS; o el número de inscripción en la ventanilla única. Ellos deben saber.

Cita:

El contribuyente propone poner claveTipoFactura F2 como si fuera una factura simplificada pero realmente es una factura completa.
A mi me parece una mala solución, ya que se está quitando de la factura la información del nombre del destinatario. Y creo que al comprador final sí le importa que la factura lleve su nombre (para cualquier próposito tipo seguro).

Cita:

Si intenta hacer una factura simplificada, nuestro programa no las envía una a una sino dentro de un asiento resumen de simplificadas y esta es rechazada porque el IVA 20% no es admitido. No enviamos los resúmenes de simplificadas con la clave 17
Ahora es un problema de tu programa. Esta factura (en España) está no sujeta por razón de territorio; por tanto en la suma del asiento resumen, debe aparecer como tal, no como base imponible al 20% o cualquier cosa similar.

Zento 11-04-2024 12:59:24

Buenas.

Desde hace un rato nos devuelve este error el envío de recibidas:

Código:

Unable to load WSDL File/Location: https://www.agenciatributaria.es/static_files/AEAT/Contenidos_Comunes/La_Agencia_Tributaria/Modelos_y_formularios/Suministro_inmediato_informacion/FicherosSuministros/V_1_1/SuministroFactRecibidas.wsdl
En ocasiones anteriores ha sido por un fallo de la propia AEAT. ¿Alguien me podría confirmar si está funcionando el servicio o me tengo que liar a mirar cambios?

Edito: Veo que esa URL da un 404 así que algo debo de tener desactualizado o lo acaban de cambiar.

keys 11-04-2024 13:09:59

Hola creo que tienes mal el camino.

Pon UseWsdl a false y te curas en salud.

rci 11-04-2024 13:47:03

Cita:

Empezado por antoine0 (Mensaje 555342)
Estamos hablando de OSS (ventanilla única), ¿verdad?

Yo preguntaría a Hacienda, para que desarrollan un poco más la FAQ del SII sobre el asunto.
Los clientes (compradores) son clientes finales extranjeros, que no pueden recuperar IVA (TVA, VAT, MWst) en su país. Por tanto, en el https://www.boe.es/buscar/act.php?id...-2012-14696#a6 parágrafo 1. d) no veo obligación de poner un número de identificación fiscal, ninguno de los tres casos se aplican.
No sé cual es la regla correcta en el SII para tal caso, donde no hay obligación legal de suministrar la información (hasta donde veo) pero el SII ha decidido que se debía poner esta información.:confused:
A lo mejor hay que poner un número de recibo en el sistema OSS; o el número de inscripción en la ventanilla única. Ellos deben saber.


A mi me parece una mala solución, ya que se está quitando de la factura la información del nombre del destinatario. Y creo que al comprador final sí le importa que la factura lleve su nombre (para cualquier próposito tipo seguro).


Ahora es un problema de tu programa. Esta factura (en España) está no sujeta por razón de territorio; por tanto en la suma del asiento resumen, debe aparecer como tal, no como base imponible al 20% o cualquier cosa similar.

Muchas gracias antoine0

Si es la ventanilla unica OSS.

Pregunté a hacienda mediante Informa+ pero no me han contestado, dice que pueden tardar maximo 3 meses en responder:(

Zento 11-04-2024 14:12:00

Cita:

Empezado por keys (Mensaje 555345)
Hola creo que tienes mal el camino.

Pon UseWsdl a false y te curas en salud.


Pues sí, sin WSDL y usando las rutas directas que en ellos aparecen, a funcionar. Gracias.


Se han cargado el WSDL que había colgado en el primer resultado de Google cuando buscas "sii 1.1 wsdl" que imagino sería el que cogimos en su día.

seccion_31 12-04-2024 08:39:21

Hola !

Tengo el mismo problema que Zento:

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:""]

Y el fichero:

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

aparentemente esta ahi y no da error 404.


En 2018 ya paso esto mismo y era problema de la AEAT

A las 9 tratare de hablar con ellos y lo posteare.

Pero si alguien tiene una solucion, agradecere que lo posteen.

(He intentado probar la solucion de Keys no la he entendido bien, y me da error: "clase no registrada...")

Saludos

seccion_31 12-04-2024 10:37:01

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

He modificado:

Código:

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 12-04-2024 11:29:46

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 12-04-2024 13:12:58

gracias keys

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


Saludos

Zento 15-04-2024 07:36:52

Cita:

Empezado por seccion_31 (Mensaje 555381)
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 15-04-2024 08:26:56

Cita:

Empezado por Zento (Mensaje 555416)
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 16-04-2024 17:22:23

Ventanilla Única OSS sin tener el CIF del comprador
 
Cita:

Empezado por rci (Mensaje 555348)
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:
Cita:

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 16-04-2024 18:19:53

Cita:

Empezado por rci (Mensaje 555455)
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 18-04-2024 18:06:34

Error enviando al servidor de pruebas
 
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 :confused:.

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 30-04-2024 17:23:25

Cita:

Empezado por newtron (Mensaje 555471)
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 :confused:.

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 02-05-2024 08:22:30

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 06-05-2024 09:29:45

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


Saludos.

newtron 06-05-2024 12:43:33

Cita:

Empezado por keys (Mensaje 555549)
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 06-05-2024 12:51:48

Cita:

Empezado por newtron (Mensaje 555573)
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 06-05-2024 12:56:44

Error 0 nivel superior
 
Cita:

Empezado por newtron (Mensaje 555573)
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 06-05-2024 16:42:21

Cita:

Empezado por keys (Mensaje 555574)
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.



Cita:

Empezado por keno_71 (Mensaje 555575)
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 06-05-2024 17:33:34

Cita:

Empezado por newtron (Mensaje 555578)
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 07-05-2024 11:52:22

Envios al SII con componentes UNIGUI
 
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 07-05-2024 17:42:47

Cita:

Empezado por muli (Mensaje 555581)
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.


La franja horaria es GMT +2. Ahora son las 18:32:30.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi