Certificado Representante
 

Hola, alguien ha provado / conseguido enviar los registros, con un certificado de representante ?
es que ya no se si sera ese el problema.

Prueba lo que te comenté.
Antes de iniciar el proceso de comunicación, debes activar un canal seguro con la Aeat. Ese canal seguro se activa ejecutando la instrucción

System.Net.ServicePointManager.SecurityProtocol = Tls12,
donde Tls12 es una constante que la creas como te indiqué antes.
Con esto, cualquier comunicación que realices se hará sobre un canal seguro

Hola, muchísimas gracias lo acabo de probar , ya conecta, pero ahora me da este error.

Te ha pasado lo que a mi, has puesto +01:00 y es +02:00

Esto se puede deber a varias cosas que tendrás que ir descartando.
1- Certificado no operativo para interactuar con la Aeat
2.- Contraseña incorrecta del certificado
3.- Nif del emisor en la cabecera no registrado en la Aeat

Yo lo estoy haciendo con el certificado de representante de mi empresa y va bien.

Muchas gracias por compartir el arreglo que le habeis hecho al fichero generado con el Import WDSL.

Buenas seccion_31, haz el cambio este en el fichero generado de SOAP, es de Espinete y plabo2k

Añade esta linea:

debajo de esta:


Con esto funciona correctamente, a mi ya me deja enviar sin problema.

Te dejo un link de una de las facturas subidas

Hola, gracias por responder, de primeras tengo que solucionar que me esta serial izando el html en utf-16 y no utf-8, lo he cambiado a pelo en el string y se lo traga,pero como no esta codificado como soap, pues falla.

Añadiendo al xml las cabeceras soap a pelo, meresponde esto.

Hola, me podeis decir donde colocais esto??

Ese error me lo dio a mi cuando el componenente httprio generaba el xml con una cabecera como esta en el soap:

cuando corregi la forma de generarlo la cabecera es esta

Esto es para que no aparezca en FechaHoraHusoGenRegistro los milisegundos. es un objeto de Delphi.

Código Delphi [-]
registroFactura.RegistroAlta.FechaHoraHusoGenRegistro := TXSDateTime.Create;
  registroFactura.RegistroAlta.FechaHoraHusoGenRegistro.AsDateTime := Now;
  registroFactura.RegistroAlta.FechaHoraHusoGenRegistro.FractionalSeconds := 0;

no te deja, te dice que el registro que estás intentado subsanar no existe

Hola a tod@s.


Se me está quedando cara de tonto con este tema porque no soy capaz de hacer la llamada de forma correcta y estoy pensando que igual es porque no se me han importado bien los .pas de los ficheros wsdl y xsd.


¿Puede alguien subir los últimos por favor?


Gracias y un saludo.

Aqui tienes el que estoy utilizando yo, importane que en el HTTPRIO no tengas marcado en el converter soSendUnType, ya que el .pas lleva una invocacion a ioLiteral

Gracias compañero. Lo pruebo y comento.


Saludos.

Pufffffffffffff.... me da error aquí al compilar la unidad SistemaFacturacion:

Código Delphi [-]
    FText: TByteSOAPArray;

Me temo que mi Delphi Berlin no se traga esto.

Yo lo genere con Delphi 11.3

Gracias, a ver si alguien me puede poner uno con una versión inferior.

Te he hecho este en delphi 10.2, pruebalo

Gracias. Este si me lo compila pero me temo que es exactamente igual que el que estaba usando por lo que el problema que tengo será otro. Sigo probando.


Saludos.

Que error te da o que es lo que pasa??

Pues me da un access violation al hacer la llamada. Imagino que será algún objeto que no estoy inicializando/rellenando pero no lo encuentro. A ver si me aclaro un poco y comento por aquí.


Gracias y un saludo.

Seguro que es un objeto que no has inicializado, ve delimitandolo por bloques, ponte un showmessage para ver donde llega.

Tambien puede ser que este haciendole un .Free al objeto antes de enviarlo y esto tambien da error, ya que la direccion se queda en el objeto pero sin contenido.

Vale.... He preparado un programa de envío de prueba pasando de lo que tenía y aprovechando un código que me ha enviado otro amable colega y me da este mensaje:





¿Alguna idea de lo que puede ser?

Edito: Yo estaba haciendo la llamada tal que así:

Código Delphi [-]
  res:=   GetsfPortTypeVerifactu( False, '', HTTPRIO1 ).RegFactuSistemaFacturacion( veriFactu );

pero curiosamente en el ejemplo que me han enviado lo hacen así:

Código Delphi [-]
  SistemaFacturacion.RespuestaRegFactuSistemaFacturacion(Respuesta) := SistemaFacturacion.GetsfPortTypeVerifactu(false, direccion_envio, HTTPRIO1).RegFactuSistemaFacturacion(ARegFactuSistemaFacturacion);

Asi que ahora si que estoy más despistado.

Saludos.





Gracias y un saludo.

Estas utilizando un certificado valido para autenticarte en la AEAT???

Propongo una idea para todos aquellos que no tienen certeza de si su certificado es correcto o no para operar.
Si acceden a la página de entorno de pruebas del SII, https://preportal.aeat.es/PRE-Exteri...formacion.html
pueden pulsar sobre el link "Alta Factura Emitida", entonces, se abrirá el selector de certificados y seleccionáis el vuestro.
A partir de aquí, si te deja seguir operando, es que correcto y los problemas vienen de otra parte y si no te deja seguir, te mostrará el error.
En caso de error, le mandan un correo a Verifactu y explican la incidencia

Si, estoy usando el mío personal. Por si acaso he hecho la prueba que propone sglorka y si que es válido.

En esa version de delphi se utiliza para pedir peticiones a la web los componentes de windows no los de Indy ( Se pueden habilitar ), para conectarte a la AEAT necesitas tener activado el protocolo TLS 1.2 en las opciones de Internet del panel de control, en las opciones avanzadas lo veras si esta o no habilitado.

Estoy siguiendo con las pruebas...

Enviado un registro de una factura de fecha 06/09/2024 ahora hace pocos min. 02/10/2024
El registro pertenece a un numero de factura anterior al registro último que he enviado.
Pero como lo envio con la huella del registro anterior...
Resultado 'Correcto'

De hecho, estaría bien, pues se me puede "pasar" enviar una factura de fecha anterior. Mientras que se genere correctamente el nodo
sum1:FechaHoraHusoGenRegistro>2024-10-02T13:05:35+02:00</sum1:FechaHoraHusoGenRegistro>
y que corresponda a la fecha en que se transmite ese registro, pues vale y lo da por Ok.
Así pues, podemos emitir una factura con fecha anterior.

Lectura QR de factura con importe negativo
 

Buenos días,
Ya estoy realizando envíos de prueba y me los está aceptado correctamente.
Igualmente en las facturas incluyo la impresión del código QR de verificación, que al leerlo me accede correctamente y me devuelve el mensaje de "Factura Encontrada", mostrándome sus datos.
Esto es así salvo en el caso de que esté consultando una factura enviada y aceptada correctamente con importe total negativo, que al hacer la consulta del QR me devuelve el mensaje:

"ERROR: El importe excede el número máximo de caracteres"

He enviado una consulta a la AEAT y me responden que lo remiten a los responsables.

No se si alguno ha hecho esa prueba, pero ya os diré.

Jose A. Blasco

Les detallo un dato importante que me acaban de confirmar desde la AEAT, relacionado con la validación de NIFs al enviar facturas:

No sé si la AEAT tendrá un webservice para comprobar si un NIF es válido, pero si pretenden que para poder hacer PRUEBAS, tenga que usar NIFs y nombres de personas y empresas reales, ya me dirás...

Encima lo que ponen es una web en la que puedes consultar NIFs de forma manual. Como si uno tuviera todo el tiempo del mundo para estar validando NIFs.

En fin... En vista de que no es posible enviar facturas usando el mismo NIF como emisor y como receptor... ¿cómo estáis haciendo vosotros? Estáis usando NIFs reales para el receptor?
Yo he usado mi propio NIF como nif del receptor, pero con nombre falso, y me da error: dicen que la validación del NIF va sujeta al nombre real y que debería ser lo más parecido posible.

NIFs como 11111111H no funcionan, aunque sea "válido", no lo admiten porque "no está censado"

A lo mejor se ponen tontos con las facturas con importe negativo. Puede que te digan que no puedes hacer facturas en negativo, sino facturas rectificativas.

Ojalá no sea eso, o sea simplemente que al incluir el signo "-" en la url, los de la AEAT aún no lo hayan contemplado.

yo por ejemplo he usado mi nombre completo y DNI, total si hacienda ya tiene mis datos.... :D y sin problemas

Claro, pero cuando haya que empezar a hacer pruebas variadas (facturas con recargo, sin IVA, a clientes extranjeros (nif extranjero), etc.) qué opciones nos quedan?

Eso no puede ser,
según el reglamento de facturaciión se podran emitir facturas normales o simplificadas con un resultado negativo siempore que en la misma factura haya productos en positivo (todos con el mismo tipo de iva) aunque el resultado sea negativo. Y verifactu no tiene el detalle de las lineas con lo cual no sabrá si estamos haciendola correctamente o no, pero debe permitir un resultado negativo para facturas con solo 1 tipo de iva.

Lo tienen, ya lo hemos hablado varias veces y debe haber ejemplos en el hilo.