Factura Electronica México

[Czar Itoh]

Empezado por alpha123

Hola a todos, de casualidad alguien esta utilizando otro metodo para obtener del certificado los datos (NoCertificado, Vigencia Incial y Final, archivo PEM, etc) que no sea el bat que llama al OpenSSL (no se, tal vez con componentes como LockBox o algun otro)... Por un lado, no me gusta que al correr el bat que ejecuta los comandos del OpenSSL, Windows me pregunta que si estoy deacuerdo en ejecutar este archivo, le de al boton de Aceptar, pues como que se ve mal. Por otro lado, el dejar ahi el archivo PEM que presenta en plano tu certificado no me parece seguro. Como ven?

Existen unas herramientas hechas por ELDOS.com en particular Secure Black Box VCL Edition que no son otra cosa mas que las funciones del OpenSSL llevadas a una libreria en éste caso para Delphi. De esta manera te evitas estar llamando un .bat

En cuanto a que windows te esté preguntando cada vez que ejecutas el bat, supongo que quizas estas utilizando WVista o W7, de ser así, es cuestión de derechos que tiene la misma cuenta, aun y cuando 'aparentemente es un usuario administrador'.

Respecto a lo que comentas de dejar ahi el PEM, en efecto, es un riesgo de seguridad. Podrias generar el archivo PEM cada vez que emitieras una factura, y pedirle al usuario la contraseña por cada vez que se emita un CFD, esto con las consecuencias de tiempo que ya te puedes imaginar, amen de lo tedioso que puede llegar a ser para tu usuario.

[nejamube]

Empezado por Czar Itoh

Existen unas herramientas hechas por ELDOS.com en particular Secure Black Box VCL Edition que no son otra cosa mas que las funciones del OpenSSL llevadas a una libreria en éste caso para Delphi. De esta manera te evitas estar llamando un .bat

En cuanto a que windows te esté preguntando cada vez que ejecutas el bat, supongo que quizas estas utilizando WVista o W7, de ser así, es cuestión de derechos que tiene la misma cuenta, aun y cuando 'aparentemente es un usuario administrador'.

Respecto a lo que comentas de dejar ahi el PEM, en efecto, es un riesgo de seguridad. Podrias generar el archivo PEM cada vez que emitieras una factura, y pedirle al usuario la contraseña por cada vez que se emita un CFD, esto con las consecuencias de tiempo que ya te puedes imaginar, amen de lo tedioso que puede llegar a ser para tu usuario.

Hola, te recomiendo esta DLL, en cuestion de minutos estas facturando.

http://www.cryptosys.net/pki/satmexico.html

[Czar Itoh]

Es cierto, también las evaluamos en su momento si mal no recuerdo es un grupo de Australianos quienes la desarrollarons ...jaja irónico no!

Son muy fáciles de usar y estan 100% enfocadas a las funciones que el SAT solicita, es un desarrollo a la medida. El unico inconveniente que le vimos es que es una 'caja negra' uno como programador pierde el control, cosa que no sucede con otras herramientas en las que uno tiene el 'control' de lo que se hace, pero de ahi en más, son excelentes las de cryptosys.

[IcebergDelphi]

Empezado por nejamube

Hola, te recomiendo esta DLL, en cuestion de minutos estas facturando.

http://www.cryptosys.net/pki/satmexico.html

Hola Nejamube, he estado leyendo todo el lio de la Factura electronica y baje un codigo en Lazarus desde Delphiaccess , estoy en estos momentos pasandolo a Delphi, pero me intereso mucho lo de Cryptosys,que segun leo esta enfocado al SAT pero aun no logro comprender,me imajino que esta es una Dll, entonces mi pregunta es si yo uso esta dll, practicamente viene todo para hacer lo de la factura electronica sin meter tanto codigo? saludos y gracias.

[nejamube]

Empezado por IcebergDelphi

Hola Nejamube, he estado leyendo todo el lio de la Factura electronica y baje un codigo en Lazarus desde Delphiaccess , estoy en estos momentos pasandolo a Delphi, pero me intereso mucho lo de Cryptosys,que segun leo esta enfocado al SAT pero aun no logro comprender,me imajino que esta es una Dll, entonces mi pregunta es si yo uso esta dll, practicamente viene todo para hacer lo de la factura electronica sin meter tanto codigo? saludos y gracias.

Efectivamente, con esta DLL no tendrias que escribir todos los procedimientos para la factura electronica, solo mandas llamar las funciones. Lo que tendrias que hacer seria adecuar tu software para la factura electronica, el informe mensual al SAT, reporte de folios utilizados y cancelados, entre otras cosas.

[IcebergDelphi]

Empezado por nejamube

Efectivamente, con esta DLL no tendrias que escribir todos los procedimientos para la factura electronica, solo mandas llamar las funciones. Lo que tendrias que hacer seria adecuar tu software para la factura electronica, el informe mensual al SAT, reporte de folios utilizados y cancelados, entre otras cosas.

Gracias Nejamube, ya heche andar con el Cryptosys lo necesario para lo de las CFD,saludos.

[nuk3zito]

Empezado por IcebergDelphi

Hola Nejamube, he estado leyendo todo el lio de la Factura electronica y baje un codigo en Lazarus desde Delphiaccess , estoy en estos momentos pasandolo a Delphi, pero me intereso mucho lo de Cryptosys,que segun leo esta enfocado al SAT pero aun no logro comprender,me imajino que esta es una Dll, entonces mi pregunta es si yo uso esta dll, practicamente viene todo para hacer lo de la factura electronica sin meter tanto codigo? saludos y gracias.

Si llegas a utilizar cryptosys, lo más "difícil" que te tocaría por hacer es formar los XML's correctamente.
Yo uso esa librería, y el esquema de licenciamiento que utilizan es muy accesible, pues puedes distribuir esa dll entre los usuarios finales de tu aplicación sin necesidad de pagar licenciamiento extra. Además si el sat hace cambios menores, al pagar el licenciamiento tienes derecho a bajar actualizaciones de las librerías.
Al momento que te escribo, llevamos 10,000 cfd's generados con absolutamente cero problemas.
Y sobre el código... si le debes meter un poquito de código... pero ya no se compara para nada con hacer todas las rutinas a mano, pues te lo digo por experiencia, ya que cuando estuve haciendo todo "a mano" (sin usar OpenSSL) me encontré con broncas al momento de leer el certificado.

Saludos y suerte.

[IcebergDelphi]

Empezado por nuk3zito

Si llegas a utilizar cryptosys, lo más "difícil" que te tocaría por hacer es formar los XML's correctamente.
Yo uso esa librería, y el esquema de licenciamiento que utilizan es muy accesible, pues puedes distribuir esa dll entre los usuarios finales de tu aplicación sin necesidad de pagar licenciamiento extra. Además si el sat hace cambios menores, al pagar el licenciamiento tienes derecho a bajar actualizaciones de las librerías.
Al momento que te escribo, llevamos 10,000 cfd's generados con absolutamente cero problemas.
Y sobre el código... si le debes meter un poquito de código... pero ya no se compara para nada con hacer todas las rutinas a mano, pues te lo digo por experiencia, ya que cuando estuve haciendo todo "a mano" (sin usar OpenSSL) me encontré con broncas al momento de leer el certificado.

Saludos y suerte.

Hola nuk3zito, baje el Cryptosys y ya estoy generando los XML, cosa muy sencilla y ya leo las cadenas ,Cerfiticados, genero sellos, etc. esta de Pelos, saludos.

[dado]

Pero....el Cryptosys cuesta una lana!!

Son 169.00 dolares de base mas 120.00 dolares por las rutinas FirmaSAT, en total y al tipo de cambio son como $3,700.00 pesos

Con el OpenSSL te cuesta 0.00 (cero pesos), pero bueno, cada quien.

[nuk3zito]

Empezado por dado

Pero....el Cryptosys cuesta una lana!!

Son 169.00 dolares de base mas 120.00 dolares por las rutinas FirmaSAT, en total y al tipo de cambio son como $3,700.00 pesos

Con el OpenSSL te cuesta 0.00 (cero pesos), pero bueno, cada quien.

Bueno, en total son 159 dlls incluyendo FirmaSAT. No se de donde obtuviste ese otro precio.

Ps es que si es de cada quien.

Mira, en tu caso que has estado comercializando con tu desarrollo, pues si ya hiciste algo con OpenSSL, solo les adviertes a tus clientes que utilizas OpenSSL y asunto arreglado... te lo pagan y listo.

En el caso de otras empresas, si a un programador le pagan $3,500.00 a la semana y resulta que el hacer las rutinas te va a llevar un tiempo de 10 días a dos semanas, entonces resulta mejor comprar FirmaSAT, pues sale más barato, y el soporte ya lo tienes. Y si fuera tan necesario tener el código fuente de los algoritmos de encriptación, pues continuas con tu desarrollo "a ratos" pues ya no urge. Como quiera, la empresa se ahorra un billete.

Pero pues, ahí si que es de cada quien... ¿o a poco no es mejor para tí que alguien decida no hacerlo y comprate a ti la solución?
Ahora que si tu ofreces exactamente lo mismo que cryptosys pero más barato, pues claro que es de considerarse lo que tu ofreces, pero de hecho cryptosys es un desarrollo muy completo. Cada quien hace su luchita.

P.D. Lo raro es que ese es un proyecto de otro país, pero pues toman como base los mismos algoritmos para la facturación electrónica en general.