Que yo sepa todavía no hay ningún servidor de pruebas operativo.


Saludos.

¿Entonces todavía no se pueden hacer envíos o es solo es el servidor de pruebas que no esta operativo?

Gracias!

No se pueden hacer envíos de pruebas y mucho menos en producción. Todavía tienen que acabar de desarrollar la normativa técnica.

Bueno, con el tema de los certificados, creo que TODO aquel que quiera emitir una factura va a necesitar tener un certificado digital expedido por algun organismo de certificacion oficial, ya que si opta por VERI*FACTU, para subir la factura a la web va a necesitar un certificado de empresa, y si opta por NO VERI*FACTU va a tener que usar un certificado digital para firmar los XML y si por aquello de que como usa el SII no se le aplicara VERI*FACTU o NO VERI*FACTU pues resulta que para subir al SII ya tiene un certificado digital.
Pienso que habrá que ir transmitiendo a TODOS los clientes que dentro de nada, si no tienen ya certificado digital, lo van a necesitar para poder seguir facturando. Vamos esto es lo que yo he entendido desde el principio

Depende de como lo plantees
Puedes tener los servicios de envíos además dentro servicios a través de un Resp en la nube con un certificado de terceros.
De todas formas hay que esperar a la publicación del desarrollo, ya que podemos llevarnos alguna sorpresa y que también admitan el certificado de dispositivo, que es más seguro, a mi me parece que lo de los certificados personales y de Empresas puede ser un problema de seguridad bastante gordo y me extrañaría que no dieran otras opciones.

Depende de como lo plantees
Puedes tener los servicios de envíos, además de otros servicios, a través de un Resp en la nube con un certificado de terceros.
De todas formas hay que esperar a la publicación del desarrollo, ya que podemos llevarnos alguna sorpresa y que también admitan el certificado de dispositivo, que es más seguro, a mi me parece que lo de los certificados personales y de Empresas puede ser un problema de seguridad bastante gordo y me extrañaría que no dieran otras opciones.

Certificado de firma de código
 

Buenas,

¿Alguien ha probado los certificados de firma de código de Certum?

https://www.sslmentor.es/certum/certumcodecloud

Veo que el precio es significativamente menor que los habituales (Sectigo, etc.) y me caduca el que tengo en breve.

Sacado de la web SSLMENTOR:
La firma de archivos se realiza cuando se instala el programa SimplySign Desktop en la estación (PC, Mac), que emula la conexión entre una tarjeta criptográfica física y un lector de tarjetas con un certificado ubicado en la nube. Utilizando la aplicación móvil SimplySign, se genera un token de 6 dígitos, lo que hace que el certificado esté disponible para firmar durante aproximadamente 2 horas. Luego, puedes firmar archivos ilimitados en la estación, por ejemplo, utilizando la aplicación Microsoft SignTool como estás acostumbrado. Después de la expiración, es necesario ingresar un nuevo token desde el teléfono móvil (funcionalmente, es similar a la aplicación Google Authenticator, por ejemplo). La aplicación SimplySign y SimplySign Desktop están disponibles de forma gratuita.

Saludos,
David M.

A falta de que exista un entorno de pruebas, aquí dejo un ejemplo de un archivo xml que he confeccionado, partiendo de la base de los que estamos generando en nuestra aplicación para Ticket Bai, pero con la estructura de lo que está publicado hasta ahora por la AEAT, para que a alguien le siga de noción, y también para preguntar si alguien sabe qué hay que poner al principio en lugar de <T:TicketBai xmlns:T="urn:ticketbai:emision"> .

Está sin firmar y los datos son de prueba, obviamente

Yo veo que el xml, hasta hoy, debería de tener esa otra estructura...

Hasta donde yo llego

Hola algunos nodos han cambiado en la ultima version

Clarificar mensajes XML obtenidos de THTTPRIO
 

Un fragmento de los mensajes que se capturan en "OnBeforeExecute" del "THTTPRIO" es del estilo a este:

Muy engorroso de leer. ¿Alguien conoce alguna forma de eliminar la parte "sobrante" de las etiquetas?
Es decir:



Gracias de antemano por vuestro tiempo.

supongo que una forma seria capturar el string completo en una variable y usar la función stringreplace(stringcapturado,cadenassustituir,'',
.rfReplaceAll) con cada cadena que quieras eliminar

Siguen los lios
 

Despues de tanto tiempo con la ley Crea y crece y la Ley antifraude siguen mezclando ambas y metiendo Verifactu y Factura eletrónica en una batidora:
https://www.externalix.com/retraso-f...a-obligatoria/

Ya sabes, "en río revuelto... ganancia de pescadores".
Así que lo revuelven todo, confunden a la gente y así "pescan" a algunos.

Pufffffffffffffff.... pues anda que están informados estos...


Entre los que no se enteran y divulgan información errónea y los que quieren pescar engañando a las empresas y diciéndoles que ya tienen sus sistemas preparados para estas "ñapas" vamos aviados.


Saludos.

Me respondo a mí mismo, funciona perfectamente para firmar aplicaciones. En lugar del dispositivo físico al que obligan últimamente, te descargas una app en el móvil donde te generan un token cuando vayas a realizar la firma y deja la sesión iniciada durante 2 horas para firmar archivos de forma ilimitada.
Tenedlo en cuenta, cuesta menos de 100€ al año en la modalidad de 3 años.

Saludos,
David M.

Divagaciones
 

Hola a tod@s.


Estoy dándole vueltas al tema de VeriFactu/No Verifactu y (si no me equivoco) parece que en los programas "No VeriFactu" hay que guardar la factura en un fichero XML firmado para que en caso de requerimiento se puedan enviar del tirón. Yo estaba preparando el tema VeriFactu con los componentes SOAP que generan y envían el fichero pero estoy viendo que si no se va a enviar por ser "No VeriFactu" no tengo forma de generar el fichero XML para firmarlo y guardarlo.


Mi pregunta es ¿hay alguna opción de generar el fichero XML con el componente y sin enviarlo o hay que crear el XML "a pelo" para poder firmarlo y guardarlo?


Gracias y un saludo.

Si utilizas los componentes SOAP de delphi (THTTPRIO), puedes hacer la 'trampa' de en el evento BeforeExecute, guardar el XML y luego cancelar.
Algo así:

Código Delphi [-]
    if(SaveDialog.Execute) then
    begin
      ss:=TFileStream.Create(SaveDialog.FileName, fmCreate);
      SOAPRequest.Position := 0;
      ss.CopyFrom(SOAPRequest,SOAPRequest.Size);
      ss.Free;
      SOAPRequest.Position := 0;
    end;
    raise Exception.Create('XML exportado');

Donde ss es un TFileStream
A nosotros nos funciona

Si, eso ya lo uso para el SII pero para poder interceptar ese evento tienes que enviar mediante el componente (que no es la idea).



Gracias y un saludo.

Nuevas publicaciones
 

Han publicado detalle de la Firma Electrónica, del QR y del Hash

Se pueden ver en:
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Un saludo.