Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Varios (https://www.clubdelphi.com/foros/forumdisplay.php?f=11)
-   -   Validar firma de factura electrónica (formato Facturae) (https://www.clubdelphi.com/foros/showthread.php?t=56079)

maro 07-05-2008 09:31:44

Validar firma de factura electrónica (formato Facturae)
 
Hola a todos,


Estoy buscando información sobre el tratamiento del formato de facturas electrónicas de la AEAT: facturae.

En cuanto al formato del documento, todo bien. El problema me surge al localizar información de como validar la firma de uno de estos documentos.

Lo que estoy intentando hacer es que mi aplicación pueda validar la firma de estos documentos.

¿Sabeis algo sobre este tema?

Gracias.
Un Saludo.

Neftali [Germán.Estévez] 07-05-2008 09:48:44

Para validar y firmar, puedes utilizar el componente que provee el ministerio de hacienda. Es un ActiveX (AEATFACT.DLL) gratuíto que puedes incluir en tus aplicaciones Delphi.
Hacienda también posee un Web service que te permite validar y firmar documentos de forma individual, pero si deseas integrarlo en tu aplicación prueba con el ActiveX

Este ActiveX se conecta a internet y vía la Agencia tributaria te permite firmar y validar documentos utilizando un certificado válido que tengas instalado.

Yo lo he probado y funciona perfectamente, lo que ya tengo dudas es si hay limitaciones de utilización (por si estás pensando utilizarlo en una aplicación comercial).

A parte de esta solución hay otras opciones "de pago" que también te permiten firmar documentos digitales. Puedes revisar:
* Aloha Signator
* Chilkat
* Neevia
* SecureBlackBox (los mejores, en mi opinión)
* ...

Como última opción queda "pelearse" con la CAPICOM o con OpenSSL para implementar una solución.

Puedes encontrar una explicación muy buena sobre la utilización del ActiveX de Hacienda y ejemplos en Delphi aquí. Si tienes dudas sobre el proceso o el código delphi ya dirás, aunque está bastante claro.

maro 07-05-2008 10:15:23

Gracias Neftali.

Ya conocía (y tambien había probado) la el activeX AEATFACT.DLL.

El problema es que esta librería valida documentos en "BASE 64 y firma PKKCS#7". Si embargo, el formato oficial de facturae utiliza una firma "XADES".

En la propia página de la AEAT, donde explican como funciona "Facturación Telemática en formato BASE64 y firma PKCS#7" y el uso de AEATFACT.DLL (aquí),aconsejan utilizar el nuevo formato de Factura electrónica: Facturae, basado en XML con firma XADES, que es el que yo necesito interpretar.

Aeatfact.dll no está implementado para reconocer el formato facturae.

No obstante (por supueto) muchas gracias por tu ayuda.

Neftali [Germán.Estévez] 07-05-2008 10:43:31

Entonces revisa SecureBlackBox. Soporta ese formato.

maro 07-05-2008 10:51:39

Muchas gracias Neftali.

Le echo un vistazo.

Gracias.
Un Saludo.

abelmc 24-07-2011 03:01:58

Faactura electronica SecureBlackBox vs. Openssl
 
Yo les recomiendo OPESSL para generar el PKCS7.
Yo desarrolle una DLL para factura electronica de la AFIP de argentina y lo intente con secureblackbox pero la verdad era muy lenta la firma del mensaje. Con OpenSSL la DLL anduvo 10 puntos y la factura electronica vuela, se puede decir.
Si quieren probar tienen un ejemplo aca:

bitingenieria y descarguen FEAFIP.

Espero que les sea util la informacion

manuc 08-01-2014 14:22:16

Hola Maro,

Me gustaría consultarte qué solución aplicaste a este tema.

Estoy implementando el proceso de firma de XML con Xadex y te estaría muy agradecido si me comentaras un poco qué solución diste a este tema.

El problema de SecureBlackBox es que mi proyecto no soporta un gasto de 800€ en estos componentes, ya que necesitaría por un lado la firma Xadex para XML y Pades para PDF.

Te agradecería tu comentarios.

Un saludo.

Manuel.

egostar 08-01-2014 16:06:39

Cita:

Empezado por manuc (Mensaje 471431)
Hola Maro,

Me gustaría consultarte qué solución aplicaste a este tema.

Estoy implementando el proceso de firma de XML con Xadex y te estaría muy agradecido si me comentaras un poco qué solución diste a este tema.

El problema de SecureBlackBox es que mi proyecto no soporta un gasto de 800€ en estos componentes, ya que necesitaría por un lado la firma Xadex para XML y Pades para PDF.

Te agradecería tu comentarios.

Un saludo.

Manuel.

Puedes ver éste interesante hilo (TFacturaElectronica con soporte para CFDI) no tiene desperdicio, he hecho algunas pruebas y va muy bien.

Saludos

manuc 08-01-2014 18:00:21

Muchas gracias Egostar!

He estado ojeado el código y inicialmente sólo necesitaría la parte donde se realiza la firma del fichero XML, ya que el resto del proceso ya lo tengo implementado en base a la normativa vigente en España.

Es de mucha utilidad y te lo agradezco sinceramente, pero creo que me resultaría complicado (según mis conocimientos) extraer la parte donde se realiza la firma del fichero.

También, creo haber visto que se utiliza el certificado exportado y necesitaría acceder directamente al almacén de certificados, para obtener el certificado correcto.

Te quedo muy agradecido por tu ayuda.

Un saludo.

manuel.

iMia 22-01-2015 11:04:15

Hola Manuel...
estoy en la misma situación que tu... genero el xml de la Facturae, pero me falta firmarlo...
¿Lo resolviste? ¿nos puedes guiar un poco?

gracias.

manuc 22-01-2015 11:46:09

Hola iMia,

Claro; Al final contraté unos componentes de Eldos: SecureBlackBox. Es una suite de componentes para hacer encriptados y nosecuantascosas mas;

Un punto importante, que me encontré en mi caso, es que el método para la firma del XML es totalmente diferente a la firma del PDF. Si exportáis la factura también en formato PDF y queréis firmarla, es necesario una licencia un poco superior.

Si sólo vais a firmar el XML, creo que hay un paquete más pequeño (más económico).

Creo recordar que es este: https://www.eldos.com/sbb/, pero si decidís comprarlo, comprobarlo y preguntar antes, que hablo de memoria.

Pensaba sacar una API, para facilitar precisamente esta tarea a otros programadores, con intención de abaratar el coste y simplificar el proceso. De momento la dejé un poco en el tintero.

Es un tema que tienen su cierta complejidad, pregúntame lo que vayas necesitando.

Saludos;

Manuel.

iMia 22-01-2015 11:50:52

Manuel, muchas gracias por tu rapidisima respuesta...
Estoy intentando mirar de firmar unicamente el XML con Xades (nada de PDFs), y voy a buscar primero si lo puedo hacer sin componentes. Mirare a traves de alguna dll o algo asi. Ya que puedo generar el xml y en las plataformas de envio del xml a las administraciones publicas, dentro hay la opción de firmar gratuitamente con sus applets... por eso mirar de no pagar y repercutir el gasto a mis "ClientesDeGorra"
Si no al final acabare con SBB...
ademas la app esta hecha con Delphi 5... casi nada...

lithium76 24-01-2015 22:18:16

Muy buenas! Increíble que me haya perdido este foro tanto tiempo .. Me siento avergonzado

Como todos vosotros me veo en la necesidad de tratar el tema de la factura electrónica. Quería haceros una pregunta a vosotros que, por lo que veo, vais muy por delante de mi. ¿Habéis usado el fichero xsd de Facturae para generar una clase con el XML Data Binding o lo habéis hecho creando vosotros el XML "a pelo"? Yo, en primera instancia, use el Data Binding y, tras pelearme un poco con él, conseguí generar un XML aparentemente correcto. El problema es en los malditos "namespace" y sus "prefijos"..

en vez de ésto:

<fe:Facturae xmlns:fe="http...Facturae" xmlns:ds="http...xmldsig#">

yo, obtengo:

<Facturae xmlns="http..Facturae"> (nótese la falta del namespace "fe")

He conseguido alguna aproximación mejor pero no me convence la manera ya que rompe la filosofía del Data Binding con "apaños".. Alguien sigo el mismo camino que yo y supo resolverlo.. me sería de gran utilidad

Muchas gracias por avanzado

Casimiro Notevi 24-01-2015 23:09:55

Bienvenido a clubdelphi, como siempre aconsejamos a los nuevos, no olvides leer nuestra guía de estilo, gracias por tu colaboración :)


Recuerda poner los tags al código fuente, ejemplo:



Gracias :)

newtron 25-01-2015 09:57:21

Hola.

Echale un vistazo a esto que seguro que te ayudará.

Saludos

lithium76 25-01-2015 18:43:08

Gracias por la respuesta tan rápida! La verdad es que he el enlace está muy bien.. lo de la web de facturae ya lo tenía visto, por eso.. El contenido del xml lo tengo generado perfectamente. . El problema es básicamente con el elemento Facturae que he posteado antes .. Con la interface que ha generado el Data Binding al generar este nodo no lo hace como es debido y no entiendo exactamente el motivo.. Quizá sea un fallo del Data Binding y entonces optaré por algun "truco" para evitarlo pero me gustaría saber si alguien sabe como conseguirlo sin optar por "apaños"

Muchas gracias una vez más

iMia 25-01-2015 20:00:55

Hola LITHIUM76,
con el Databinding, si has conseguido generarlo correctamente (ya que el propio de el interprete de xsd delphi no los convierte si tienen referencias externas), lo único que debes haces hacer (o almenos es lo que yo he hecho) ha sido que el nombre del elemento lo he puesto directamente 'fe:Facturae' y el validador del ministerio ha dicho que OK... :-)
Yo serialicé el xsd con XSDTool 3.0... pero luego reescribí todos los tipos que necesité manualmente, ya que hacia mas cosas que lo que quería, y la forma que lo hacía no me gustaba...
Código:

  XMLNode_eFact_32_Facturae                                    = 'fe:Facturae';
    XMLNode_eFact_32_FileHeader                                  = 'FileHeader';
    XMLNode_eFact_32_SchemaVersion                                  = 'SchemaVersion';
    XMLNode_eFact_32_Modality                                    = 'Modality';
    XMLNode_eFact_32_InvoiceIssuerType                            = 'InvoiceIssuerType';

type
  TFacturae = class
  private
    fFileHeader:  TFileHeader;
    fParties:    TParties;
    fInvoices:    TInvoices;
//    fExtensions:  TExtensions;
  public
    constructor Create;
    ///
    function ToXml: IXMLDOMElement;
    ///
    property FileHeader: TFileHeader  read fFileHeader  write fFileHeader;
    property Parties:    TParties    read fParties    write fParties;
    property Invoices:  TInvoices    read fInvoices    write fInvoices;
//    property fExtensions: TExtensions  read fExtensions  write fExtensions;
  end;


lithium76 25-01-2015 22:41:19

Muchas gracias iMia
yo también tuve problemas inicialmente con el Data Binding por el import y probé con esa herramienta que mencionas pero no quedé muy contento con el resultado.. Total, que investigando y probando, di con que si descargaba el xsd externo al que hace referencia el del Facturae y lo ponía en el mismo directorio, el Data Binding funcionaba perfectamente. El problema es que todo el XML es perfecto menos el elemento Facturae que sale sin el fe: de las narices . Probé como bien dices poniendo fe:Facturae pero entonces pone el prefijo fe: en todos los elementos del XML y, en consecuencia, el XML no valida. He encontrado algún "apaño" pero me gustaría saber si existe alguna manera elegante de conseguir el prefijo fe solo en elemento y no en sus hijos. No sé si es culpa del DataBinding que no acaba de hacerlo bien del todo o yo que ando algo confundido con mis pocos conocimientos de xml.. se te ocurre alguna cosa? yo ya no sé qué más probar

iMia 25-01-2015 22:54:47

Lo debe hacer por que propaga el namespace en los nodos hijos. Eso era algo que no me cuadraba y poor eso reescribí los tiposwsin heredar el namespace.
Mira de modificar el tipo tfacturae para que en el create no lo traslade a los tipos contenidos.
(Perdon por la redaccion, estoy desde la tablet)

lithium76 25-01-2015 23:16:18

No pasa nada por la redacción, se entiende.. Gracias por ser tan rápido/a.. Eso he estado intentando pero no lo consigo de ninguna manera.. Tienes algún ejemplo de código si no te importa de como hacer para no trasladar el namespace, si no te importa? Muy agradecido


La franja horaria es GMT +2. Ahora son las 19:54:45.

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