Factura Electronica México

[juanelo]

Empezado por dado

Podrias enviarme o subir aqui la muestra de ese XML, me seria de mucha ayuda para poder corregir el valida.

Es Facil, a tu sistema agregale un producto que tenga IEPS como uno de sus impuestos y generas el CFD vendiendo ese producto.

[dado]

Empezado por juanelo

Es Facil, a tu sistema agregale un producto que tenga IEPS como uno de sus impuestos y generas el CFD vendiendo ese producto.

Si, bueno gracias por el aviso de todos modos.

Veras, lo que pasa es que "mi sistema" lo desarrolle yo y el validador tambien lo desarrolle yo.

Lo que sucede es que estoy como juez y parte al mismo tiempo.

Yo desarrollo un sistema que "a mi parecer" esta bien y genera facturas.

Luego desarrollo el validador y aplico las mismas reglas que mi desarrollo

Resultado, yo hago facturas y me las autovalido, y eso no funciona siempre, por eso necesito de un tercero.....

[edgaronfo]

Jejeje, me ha pasado lo que le pasa a dado, así que lo comprendo.

Pero también tiene razón juanelo cuando dice que es fácil, que solo hagas uno y pruebas, digo, no se pierde nada con tratar, no?

Bueno, pasando a otro asunto, aunque creo que fui el único que tuvo problemas implementando la unidad sello.pas en delphi 2010, les comento que ya pude sacar la información del certificado que no había podido obtener. y me quedó así:

Original

Código Delphi [-]
begin 
InitOpenSSL;      
Cert:=TX509Certificate.Create;   
try     
fn := PAnsiChar(ansistring(AFileName));         
bp := BIO_new(BIO_s_file());         
BIO_read_filename(bp, Pchar(fn));         
x    := X509_new;     
x509 := PEM_read_bio_X509(bp, x, nil, nil);         
Cert.fCertificate:=x;         
Result.NotBefore:=Cert.NotBefore;         
Result.Issuer:=Cert.Issuer;  
... 
end;

Delphi 2010

Código Delphi [-]
begin  
InitOpenSSL;      
Cert:=TX509Certificate.Create;      
try          
fn := PAnsiChar(ansistring(AFileName));          
bp := BIO_new(BIO_s_file());          
BIO_read_filename(bp, Pchar(fn));          
Cert.fCertificate := X509_new;          
x509 := PEM_read_bio_X509(bp, Cert.fCertificate, nil, nil);          
Result.NotBefore:=Cert.NotBefore;          
Result.Issuer:=Cert.Issuer;  
... 
end;

lo pongo para que si a alguien le llega a pasar, que sepa cómo lo pude solucionar yo.

Oigan y cómo van con los CFDi ?
por cierto, cómo se van a enviar las facturas para que las timbren?
por algún tipo de conexión ppp? o cómo?
Y luego, mandas el xml ya sellado y te lo regresan con el timbre ya sellado?

Saludos!

[jourdan]

Hola a todos, tengo una duda, hace unos meses desarrolle en delphi para generar facturas electrónicas y las facturas pasaban sin problema el validador del sat y el programa validaCFD, hoy para asegurarme de que todo sigue bien, valide una factura en el validador del sat y me marca que “El sello no pudo ser verificado” sin embargo el programa valida CFD me dice que la factura es correcta.
Alguien sabrá que paso con el validador del sat, le cambiaron algo? Lo hicieron más sensible? Hay que hacer algun cambio en el sellado a ultimas fechas?

De antemano muchas gracias y saludos

Alejandro

[lcarrasco]

Hola amigos, mejorando la liberia que les comente, me topo con que el Numero de Serie que reporta OpenSSL a traves del siguiente comando:

openssl.exe x509 -inform DER -in aaa010101aaa_CSD_02.cer -noout -serial > Serial.txt

Es:
3330303031303030303030313030303030383030

Y el que me regresa la libreria OpenSSL a traves de la DLL es:
3000100000010000080

En algun lado vi que se tenia que quitar un 3 de cada par de digitos. Solo que con esto quiero estar seguro al 100% y saber porque se quita ese 3. De donde viene? porque se quita y donde esta especificado que tiene que tener una longitud de 20 digitos el numero de serie?

Notese tambien la ausencia del ultimo 0 para completar los 20 digitos.

Gracias de antemano por sus respuestas

[nejamube]

Buenas noches.

En el siguiente enlace pueden descargar el codigo fuente para la generacion de el codigo QRCODE, entre muchos mas.

http://code.google.com/p/theunknowno...ts/ZintBarcode

http://sourceforge.net/projects/zint...0.exe/download

Sitio principal del proyecto con fuentes disponibles en C, que se pueden compilar en Visual C:
http://www.zint.org.uk/zintSite/

Entonces a disfrutar se ha dicho.

[edgaronfo]

Hola amigos, esperando que estén bien.

Oigan, en este sitio del SAT:
http://www.sat.gob.mx/sitio_internet.../66_19430.html

están los nuevos xsd y xslt para los CFDi's, y algunas otras notas, también viene un ejemplo de factura CFDi

Alguien ya lo probó? porque en el ejemplo vienen los campos del xml como: cfdi:comprobante o cfdi:emisor, pero a mí no me lo produce así el delphi, por eso pregunto si a ustedes les sale así o les sale como en el anterior, con solo el nombre del campo

Espero haberme hecho entender,

Gracias y saludos

[JXJ]

Empezado por nejamube

Buenas noches.

En el siguiente enlace pueden descargar el codigo fuente para la generacion de el codigo QRCODE, entre muchos mas.

http://code.google.com/p/theunknowno...ts/ZintBarcode

http://sourceforge.net/projects/zint...0.exe/download

Sitio principal del proyecto con fuentes disponibles en C, que se pueden compilar en Visual C:
http://www.zint.org.uk/zintSite/

Entonces a disfrutar se ha dicho.

¿donde dice que hay que suar QRcode?
¿y como usarlos?

[dado]

Empezado por lcarrasco

Hola amigos, mejorando la liberia que les comente, me topo con que el Numero de Serie que reporta OpenSSL a traves del siguiente comando:

openssl.exe x509 -inform DER -in aaa010101aaa_CSD_02.cer -noout -serial > Serial.txt

Es:
3330303031303030303030313030303030383030

Y el que me regresa la libreria OpenSSL a traves de la DLL es:
3000100000010000080

En algun lado vi que se tenia que quitar un 3 de cada par de digitos. Solo que con esto quiero estar seguro al 100% y saber porque se quita ese 3. De donde viene? porque se quita y donde esta especificado que tiene que tener una longitud de 20 digitos el numero de serie?

Notese tambien la ausencia del ultimo 0 para completar los 20 digitos.

Gracias de antemano por sus respuestas

Lo que sucede es lo siguiente :

tomemos un "35", en realidad es un numero hexadecimal asi que lo tenemos que convertir a decimal, bueno eso es facil :

3x16 + 5 = 53

Pero resulta que el codigo ASCII numero 53 es el numero "5"

Si lo revisas en Delphi con Chr(53) puedes ver que te arroja un "5"

En 3000100000010000080 tienes 19 caracteres, si te falta el ultimo "0"

[lcarrasco]

Empezado por dado

Lo que sucede es lo siguiente :

tomemos un "35", en realidad es un numero hexadecimal asi que lo tenemos que convertir a decimal, bueno eso es facil :

3x16 + 5 = 53

Pero resulta que el codigo ASCII numero 53 es el numero "5"

Si lo revisas en Delphi con Chr(53) puedes ver que te arroja un "5"

En 3000100000010000080 tienes 19 caracteres, si te falta el ultimo "0"

Gracias Dado!

Ya vi que el Numero de Serie es por definicion del RFC de 20 digitos.