Codigo Fuente que ofrezco en Mercado Libre

[Dado]

Primero la historia basica.

Aqui su servidor tiene un negocio de equipo de ingenieria desde hace 15 años, como soy aficionado a la programacion hice un programa de facturacion que me resolvia lo basico.

En febrero del 2010 empece a leer acerca de la factura electronica y como no habia mucho trabajo pues dale!! empece a estudiar todo lo referente a ese asunto.

Ya entrado en el tema descubri que en Mercado Libre vendian por solo $200 TODO el codigo fuente, lo "malo" es que estaba en Visual Basic y yo programo en Delphi.

Y como dice el dicho "lo que es del Cesar al Cesar", compre ese sistema, se llama Fact7 y de ahi tome muchas ideas para programarlo en Delphi, despues de todo para eso lo venden con todo y el codigo fuente, para que monos como yo puedan usarlo en sus propios desarrollos.

Aprovechando tambien quiero dar credito a la extensa informacion de Fernando Ortiz de Fabricas de Jabon la Corona y a Club Delphi en donde encontre muchisima informacion.

Al final "del dia" termine mi sistema de facturacion electronica, ya incluso esta funcionando activamente y se me ocurrio, cuantos programadores de Delphi habra que se interesen por mi solucion?

Pues ahi esta, hasta el dia de hoy unos 50 programadores me han comprado por 200 pesitos las rutinas basicas de la factura electronica. Unos 30 atravez de Mercado Libre y otros 20 por fuera entre conocidos y publicaciones en otros foros.

Y que paso? Se me esta saliendo de las manos! recibo muchos email preguntando como hacer esto o como hacer aquello, incluso me ha salido trabajo extra con las "Addendas".

Lo malo es que muchas de las preguntas son repetidas y en algunos casos no tengo la respuesta pero se que otros si la tienen. (por ejemplo el caso de los que ya resolvieron compilar en Delphi 2009)

Asi que aqui esta, este foro no solo es para darle soporte al codigo fuente en Delphi que vendo en Mercado Libre, quiero aprovechar y crear un foro que discuta exclusivamente sobre Factura Electronica.

BIENVENIDOS.

[EJSG]

Hola dado, he estado revisando el código y tengo un par de dudas que quisiera hacerte.
- En FacturaE.pas hay una compilacion condicional que no se esta utilizando (sellodigitalbat), por lo que supongo que la forma en la que quedo (sellodigitalonline) es la correcta.
- Al final de GeneraCadenaOriginal se arreglan los caracteres de las reglas 5.a, b y c pero posteriormente en CalculaSello (Sello.pas) se vuelve a realizar (supongo que quedo asi por lo de la compilacion condicional anterior).

Quiero saber si ves seguro el eliminar estas partes de codigo de las unidades. Gracias y saludos.

[Dado]

EJSG :

Estoy seguro que esa respuesta ya la habia contestado......mmmmh, no la encuentro, bueno ahi va de nuevo:

Durante el transcurso del desarrollo de las rutinas primero habia obtenido una solucion para obtener el sello, esa solucion se "activa" con

{$define sellodigitalbat}

Pero no me gustaba mucho, ya que hacia uso del OpenSSL en modo "consola" mediante unos archivos *.bat que se generaban, este metodo funciona perfectamente pero decidi investigar un poco mas.

Enconte una solucion en una Universidad de Italia, mediante el cual podia calcular el sello accesando directamente al API de OpenSSL (libreria libeay32.pas), esta solucion es mas eficiente y elegante.

Para no borrar todo mi trabajo solo "aparte" el codigo que utiliza los bat y defini la condicional

{$define sellodigitalonline}

Esto activa el otro juego de procedimiento para calcular el sello. Ahora, lo de "Online" NO se refiere a que sea por internet, se refiere a que se procesa "en la misma linea" de proceso del programa.

Acerca de la Cadena Original, estas en lo correcto, hago dos veces el mismo procedimiento de "limpiar" la cadena, te recomiendo QUITAR los que estan en "CalculaSello", y DEJAR los que estan en el procedimiento de "GeneraCadenaOriginal"

[EJSG]

Thanks.

[sigfrido]

Adquirí las rutinas basicas de factura electrónica, pero ahora que lo quise probar me marcó el error de que el certificado ya había caducado. Qué puedo hacer?

[Dado]

sigfrido:

Respuesta rapida : No hagas caso, sigue con tus pruebas.

Respuesta larga : El SAT no ha publicado nuevos certificados de prueba y conociendolos no los va a publicar pronto.
PERO.....la decision de usar o no el certificado fuera de su periodo de vigencia depende DEL PROGRAMADOR. Checa el codigo fuente.

Saludos.

[eveleza]

Con las nuevas disposiciones del SAT, estoy trabajando con este código adquirido en Mercado Libre y va marchando bien, mi duda es si el trabajo realizado será válido para el año entrante,

[Dado]

Con las nuevas disposiciones del SAT, estoy trabajando con este código adquirido en Mercado Libre y va marchando bien, mi duda es si el trabajo realizado será válido para el año entrante,

Si, si va a ser valido.

Si me permites voy a bautizar las formas en que vamos a poder facturar:

ESQUEMA 2010 - Es la forma de hacer la factura electronica tal como la estamos haciendo, va a ser valida por lo menos todo el 2011

ESQUEMA 2011 - Para los que empiecen a facturar a partir del 1-ene-2011 tienen que apegarse a este esquema, en donde la factura electronica tiene que enviarse a un PAC para ser re-sellado digitalmente. A este re-sellado se le llama timbrado.

DURANTE EL 2011 VAN A CO-EXISTIR LOS DOS ESQUEMAS.

TAMBIEN van a existir el ESQUEMA 2010 DE PAPEL Y EL ESQUEMA 2011 DE PAPEL, este ultimo incluye un codigo de barras dimensional (QR Code).

[ramonzea]

He escuchado que para el uno de enero hay que cambiar

"Digestos" usando el algortimo MD5, para la versión 2.0 del CFD y usanado algoritmo SHA para la versión 3.0 (obligatoria a partir del 1 de Enero de 2011).

Verificar de archivos XML contra los XSD publicados por el SAT,

Verificar cálculo correcto de las cifras de control de la factura electrónica (importes, subtotales, descuentos e impuestos)

Validar RSA Encrypt contra la llave privada y RSA Decrypt contra la llave pública.

Ufff

[Dado]

ESTA INFORMACION ES MUY IMPORTANTE:

Para el 1-enero-2011 TODOS (INSISTO, TOOOODOS) LOS CFD ya sea version 2.0 o version 3.0 DEBEN USAR EL SHA-1 para generar el Sello Digital.

Y si, es muy curioso que aunque para los CFD V2.0 (tal como los estamos usando ahorita) va a cambiar la regla para generar el Sello no cambio la "version", se quedo en 2.0

Fuente : Anteproyecto de Modificacion del Anexo 20

Lo de la verificacion obligatoria ya existia, debemos verificar todos los CFD que recibimos para constatar que no nos estan dando un XML falso.

Para los que ya esten facturando con el CFD V2.0 podran seguir facturando con esa version por lo menos durante todo el 2011