Creación y timbrado de facturas electrónicas - CFDs firmados por un PAC

Hace algún tiempo que trabajo para un cliente, que es desarrollador de software también, en la modernización de una de sus principales aplicaciones.  Al comenzar el año me encargó que fuera estudiando la manera de implementar facturación electrónica en el nuevo proyecto Delphi, pues empezaban a vislumbrarse casos donde su uso sería obligado.

Estimo que familiarizarse y tener cierto dominio con todos los conceptos que integran ese tema, conforme a lo establecido en las leyes mexicanas (porque en este caso México es el mercado destino del software en cuestión), puede llevar desde un par de meses hasta varios años, según el grado de interés que se ponga y la profundidad con que se investigue en las áreas contables, fiscales, legales y técnicas.

Me conozco y estoy seguro que seré de los que tardarán dos o tres años en sentir que manejo bien el tema.  No obstante, leer una veintena de artículos, intercambiar varios correos, comentar en algunas bitácoras, participar en los foros y hacer un par de llamadas telefónicas me ayudó a determinar el camino más viable para lograr la generación de CFDs (Comprobantes Fiscales Digitales) desde una aplicación Delphi, y que estos CFDs o facturas electrónicas, pudieran ser firmadas en tiempo real —vía Internet— por parte de un PAC (Proveedor Autorizado de Certificación).

Tenía muchas ganas de hacer esto con una biblioteca libre que crearon unos colegas de mi ciudad natal, pero desafortunadamente no recibieron un buen trato por parte de los PACs que contactaron, así que hasta el momento no han implementado la parte del timbrado.  Opté por acercarme a Darío Álvarez (alias E=M*C^2 o darioaa en algunos foros), quien ya me había requerido en 2010 para echar un vistazo a la biblioteca de programación que estaba por liberar, pero en aquel entonces carecía yo del tiempo y conocimiento fiscal suficiente para atreverme a hacerle alguna recomendación sobre su trabajo.

Hoy ya sé a grandes rasgos lo que es un CFD, qué lo origina, qué elementos se necesitan para generarlo y qué datos devuelve un PAC cuando le es enviada una factura electrónica para su timbrado.  Y este conocimiento se refuerza conforme utilizo Electronic Document Library, la biblioteca Delphi que Darío creó para facilitar el trabajo de generar y timbrar comprobantes fiscales digitales.

Ahora que he tenido oportunidad de mirar su funcionamiento —por fuera, porque de momento no incluye el código fuente—, me hubiera gustado haber comenzado con todo este proceso un año antes para aconsejar puntualmente a Darío sobre varios aspectos de EDL que pueden y deben ser mejorados.  Él afortunadamente sigue abierto a mis aportaciones de revisión, por lo que seguramente le estaré haciendo llegar algunos correos con propuestas para las siguientes versiones de la biblioteca.

Sin embargo, hay que ver los actuales puntos a favor:

1. La biblioteca EDL es funcional, genera, valida y permite timbrar CFDs.  Incluye lo necesario para realizar el timbrado con el PAC Freight Ideas, mejor conocido como Facturaxion.  No obstante, escribiendo un poco más de código, el timbrado podría ser hecho con cualquier otro PAC que tenga la amabilidad de proporcionar acceso a su servicio Web de pruebas sin trabas comerciales de por medio.  Según comenta Darío, pocos fueron los PACs que se mostraron abiertos a esta iniciativa.

2. El autor trabajó por nueve años para una compañía que desarrolla en Delphi un software de gestión empresarial.  En ese tipo de aplicaciones resulta ineludible contemplar todos los detalles posibles de un comprobante fiscal digital, así que pocas cosas se le escapan cuando llega a sus manos una factura rebelde.

3. Darío, si bien no es el programador más hábil que haya visto, es uno de los desarrolladores Delphi que más conoce sobre la historia y los aspectos técnicos, legales y fiscales de la facturación electrónica mexicana.  Comenzó a estudiar el tema en el año 2005, justo cuando el gobierno dispuso el camino para la adopción de la factura electrónica a nivel nacional.

Hasta ahora no he utilizado EDL en producción, pero al menos en las pruebas y con el PAC Facturaxion el objetivo se está cumpliendo.  El timbrado es automático (demora un segundo a lo mucho con una conexión a Internet típica de hogar), y el XML enviado al PAC es regresado con el complemento TimbreFiscalDigital que tanto se desea.

Recomiendo pues Electronic Document Library (EDL), una iniciativa Delphi que cuando menos un PAC ha sabido reconocer (esperemos que se sumen todos los demás).

Por cierto, que alguien le diga al SAT que adenda, en castellano, no lleva doble de y que se escribe "da validez" no "da valides" (esta última es imperdonable).

Un abrazo electrónico.

Al González. :)