Factura Electronica México

[dado]

Aqui en este foro puedes consultar que significa noAprobacion y anoAprobacion, si tienes dudas ahi mismo puedes hacer mas preguntas.

Nota para este honorable foro de Club Delphi. Se que puede ser mal visto el tratar de desviar este hilo a otro lado. Pero creo que esta pregunta ya no cae dentro de "como programo en Delphi esto o aquello......".

Como podran ver en la respuesta que ofrezco "alla" es mas bien un tramite administrativo que debemos hacer con la Secretaria de Hacienda.

Estoy abierto a cualquier critica.

[Neftali [Germán.Estévez]]

Empezado por dado

Nota para este honorable foro de Club Delphi. Se que puede ser mal visto el tratar de desviar este hilo a otro lado. Pero creo que esta pregunta ya no cae dentro de "como programo en Delphi esto o aquello......".

Como podran ver en la respuesta que ofrezco "alla" es mas bien un tramite administrativo que debemos hacer con la Secretaria de Hacienda.

En absoluto Dado.
Lo que no está permitido es hacer publicidad, o en todo caso sería desviar la conversación a otro lugar (tal vez eso sería poco ético) y hay quien a veces lo ha hecho con "mala intención"; Pero el hecho de añadir un link a cualquier hilo (de otro foro o de otra página web), no tiene que ser (y de hecho no lo es) ningun problema.
No hay ninguna norma que marque exclusividad, al contrario, compartir enlaces, links, páginas,... en un hilo, lo enriquecen más.

Un saludo.

[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?

[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.

[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.

[adrianstr]

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?

Yo en particular si lo logre amigo, pero lo hice en C#, es decir: hice un program en C# que me obtiene la informacion del certificado solo con pasarle como paremetros la ruta y el password desde x programa en este caso desde delphi, entonces el programa de C# se encarga de obtener toda esa informacion y porteriormente me la devuelve en un archivo de texto que despues extraigo con delphi. Use esta solocion porque, si es bien sabido que hay unas librerias como SatFirma que obtienen toda esa información con delphi pero pues son de prueba, en cambio esta solucion me sale mas factible mientras encuentro otra. algo que intente fue convertir ese programa de C# en una dll el problema que me encuentro es que no la puedo leer desde Delphi

[nejamube]

Hola.

El SAT publico el Anexo 20 2010 y ahora las reglas cambian. Quien ya creia tener todo para factura electronica, se equivoco, porque en Enero del 2011 no sera igual.


Formato electrónico único


C. Estándar y uso del complemento obligatorio Timbre Fiscal Digital del SAT






Elemento: TimbreFiscalDigital

Diagrama



Descripción


Complemento requerido para el Timbrado Fiscal Digital del SAT que da validez a un Comprobante Fiscal Digital por Internet.

Atributos


Version

Descripción
Atributo requerido para la expresión de la versión del estándar del Timbre Fiscal Digital

Uso
requerido

Valor Prefijado
1.0

UUID

Descripción
Atributo requerido para expresar los 36 caracteres del UUID de la transacción de timbrado conforme al estándar (RFC) 4122

Uso
requerido

Tipo Base
xs:string

Longitud
36

Espacio en Blanco
Colapsar

Patrón
[a-f0-9A-F]{8}-[a-f0-9A-F]{4}-[a-f0-9A-F]{4}-[a-f0-9A-F]{4}-[a-f0-9A-F]{12}

FechaTimbrado

Descripción
Atributo requerido para expresar la fecha y hora de la generación del timbre por la certificación digital del SAT conforme con la especificación ISO 8601.

Uso
Requerido

Tipo Base
xs:dateTime

Espacio en Blanco
Colapsar

selloCFD

Descripción
Atributo requerido para contener el sello digital del comprobante fiscal, que será timbrado. El sello deberá ser expresado como una cadena de texto en formato Base 64.

Uso
Requerido

Tipo Base
xs:string

Espacio en Blanco
Colapsar

noCertificadoSAT

Descripción
Atributo requerido para expresar el número de serie del certificado del SAT usado para el Timbre

Uso
Requerido

Tipo Base
xs:string

Longitud
20

Espacio en Blanco
Colapsar

selloSAT

Descripción
Atributo requerido para contener el sello digital del Timbre Fiscal Digital, al que hacen referencia las reglas de Resolución Miscelánea aplicable. El sello deberá ser expresado como una cadena de texto en formato Base 64.

Uso
Requerido

Tipo Base
xs:string

Espacio en Blanco
Colapsar






Secuencia de Elementos a Integrar en la Cadena Original del Timbre Fiscal Digital del SAT.


Cadena Original


Se entiende como cadena original, a la secuencia de datos formada con la información contenida dentro del Timbre fiscal digital del SAT. Siguiendo para ello las reglas y la secuencia aquí especificadas:

Reglas Generales:

• Ninguno de los atributos que conforman al comprobante fiscal digital deberá contener el carácter | (“pipe”) debido a que este será utilizado como carácter de control en la formación de la cadena original.
• La cadena original resultante del complemento será integrada a la cadena original del comprobante de acuerdo con lo especificado en el anexo 20 de la Resolución Miscelánea Fiscal para 2010.
• Se expresará únicamente la información del dato sin expresar el atributo al que hace referencia. Esto es, si el atributo tipoOperación tiene el valor “monedero” solo se expresará |monedero| y nunca |tipoOperacion monedero|.
• Cada dato individual se encontrará separado de su dato anterior, en caso de existir, mediante un carácter | (“pipe” sencillo).
• Los espacios en blanco que se presenten dentro de la cadena original serán tratados de la siguiente manera:
  • Se deberán remplazar todos los tabuladores, retornos de carro y saltos de línea por espacios en blanco.
  • Acto seguido se elimina cualquier carácter en blanco al principio y al final de cada separador | (“pipe” sencillo).
  • Finalmente, toda secuencia de caracteres en blanco intermedias se sustituyen por un único carácter en blanco.
• Los datos opcionales, cuando no existan, no aparecerán expresados en la cadena original y no tendrán delimitador alguno.
• Toda la cadena de original se expresará en el formato de codificación UTF-8.

Secuencia de Formación

La secuencia de formación será siempre en el orden que se expresa a continuación, tomando en cuenta las reglas generales expresadas en el párrafo anterior.

• Atributos del elemento raíz TimbreFiscalDigital

• • version
  • UUID
  • FechaTimbrado
  • selloCFD
  • noCertificadoSAT

Ejemplo de cadena original de un timbre:

||1.0|ad662d33-6934-459c-a128-bdf0393e0f44|2001-12-17T09:30:47Z|iYyIk1MtEPzTxY3h57kYJnEXNae9lvLMgAq3jGMePsDtEOF6XLWbrV2GL/2TX00vP2+YsPN+5UmyRdzMLZGEfESiNQF9fotNbtA487dWnCf5pUu0ikVpgHvpY7YoA4lB1D/JWc+zntkgW+Ig49WnlKyXi0LOlBOVuxckDb7EAx4=|12345678901234 567890||

Nota: El atributo selloCFD será el sello previo del Comprobante Fiscal Digital, el sello del timbre será guardado dentro del atributo selloSAT. Esta cadena original será sellada utilizando el algoritmo de digestión SHA-1.


El resultado de la validación de un CFDI, asignación de un folio fiscal e incorporación del sello digital del SAT se entenderá como el Timbrado Fiscal Digital. El folio fiscal digital será referido como el UUID. Para integrar el complemento TimbreFiscalDigital a un comprobante fiscal digital por Internet, la estructura resultante deberá integrarse como un nodo hijo del nodo Comprobante/Complemento/TimbreFiscalDigital.

[IcebergDelphi]

Para no meterme en tanta bronca de cambios en las reglas del SAT, no es que quiera hacer propaganda, acabo de venir de un curso de certificacion en Mexico de Tralix, ellos van a la par en los cambios que haga el SAT, pues es lo que meteremos en Chiapas para las empresas que aun estan hechas pelotas con esto del CFD. saludos.

[nejamube]

Empezado por IcebergDelphi

Para no meterme en tanta bronca de cambios en las reglas del SAT, no es que quiera hacer propaganda, acabo de venir de un curso de certificacion en Mexico de Tralix, ellos van a la par en los cambios que haga el SAT, pues es lo que meteremos en Chiapas para las empresas que aun estan hechas pelotas con esto del CFD. saludos.

Se elimina la facturacion por medios propios, los requisitos para ser proveedor de CFDI son bastante dificiles de cumplir, el mas dificil de todos es que nosotros programamos en Delphi, un lenguaje que no es de internet como PHP.

Requisitos para ser Proveedor de Certificación de CFDI

http://www.sat.gob.mx/sitio_internet.../66_19069.html


http://www.sat.gob.mx/sitio_internet.../66_19072.html

Nota: Podrán ser autorizadas las personas morales a que se refiere la fracción III del artículo 95 de la Ley del ISR, siempre que el servicio se preste únicamente a sus agremiados y cumplan con los requisitos establecidos en esta ficha salvo lo señalado en las fracciones VII, inciso a) y VIII.


Entregar copia de una aplicación informática para la generación y expedición de CFDI, y poner la misma a disposición del público en general, de manera gratuita y junto con los servicios necesarios para su uso, en el mismo lugar en que el proveedor ofrezca el servicio de certificación de CFDI, permitiendo que a la misma se tenga acceso incluso de manera directa desde la página de Internet del SAT.

[IcebergDelphi]

Hola no es necesario PHP, ahi tienes a Extpascal o Raudus (Todo con la magia de Delphi), hechate una vuelta a Delphiaccess.com ahi tengo mis tutoriales de Extpascal, para hacer aplicaiones WEB, saludos.

[JXJ]

entonces si ya tenias planeado facturar electronicamente en el octube de 2010
para enero¿ ya no vas a poder facturar. con tu desarrollo actual?