Factura Electronica México

[ContraVeneno]

Empezado por Mosis2k2

Para el caso de las facturas electrónicas, el citado código sólo aplica en el caso de expresiones impresas y será uno distinto por cada comprobante

¿esto en que esquema es?
CFD, no usa códigos de barras.
CBB, es una imagen por cada rango de folios, proporcionado por el SAT
CFDI, no usa códigos de barra.

A menos que yo esté equivocado, por lo que la parte de "el citado código... en el caso de expresiones impresas (????)... será uno distinto por cada comprobante", no la entiendo para nada...

Empezado por KingOfDragons

Yo hable con un asesor del SAT hace unos dias y me comento que el PAC esta encargado de hacer el QRCODE, la impresion de facturas y el reporte mensual;

A mi me comentaron lo mismo, si ya hice contrato con un PAC, el PAC tramita folios, genera cadena y sellos y me proporciona todas las herramientas con todo lo necesario para que yo lo pueda imprimir sin problemas mi factura y es el PAC el que se encarga de hacer el reporte al SAT... desconoco si en este esquema se utiliza código de barras... pero si lo tiene, será el PAC el que lo haga, no mi sistema.

[KingOfDragons]

Empezado por ContraVeneno

A mi me comentaron lo mismo, si ya hice contrato con un PAC, el PAC tramita folios, genera cadena y sellos y me proporciona todas las herramientas con todo lo necesario para que yo lo pueda imprimir sin problemas mi factura y es el PAC el que se encarga de hacer el reporte al SAT... desconoco si en este esquema se utiliza código de barras... pero si lo tiene, será el PAC el que lo haga, no mi sistema.

Disculpa el sellado tambien que no se supone que desde el timbrado lo hace el PAC y si es en caso contraro que es lo que vamos a generar nosotros????

[ContraVeneno]

si, el sellado o timbrado lo hace el PAC.

[[AzidRain]]

A ver les paso el "cable"

Si ya hicieron su aplicaciones con el esquema 2.0 (CFD) vigente en 2010 ya no tienen que hacer nada mas que seguir mandando su reporte mensual y cumplir lo que pide el SAT, incluyendo el cambio de MD5 a SHA.

Si tu aplicación la hiciste en 2011 tienes que elegir forzosamente un PAC para que te te "selle" tus comprobantes. Es más sencillo pero a muchas empresas les hace roncha mandar "información confidencial" hacia un 3ero pero no hay de otra.

Ahora bien, si ya estabas trabajando con un proveedor durante 2010 solo podrás seguir usando este esquema hasta junio de este año y forzosamente tendrás que pasar al esquema nuevo.

Los códigos de barra bidimencionales no son mas que que meras imágenes generadas por el SAT que el contribuyente puede descargar sin ningun costo y debe imprimir en sus propias facturas. El generarlas por medio de un programa pudiera ser un delito pues sucedería lo mismo que con la dichosa "foto" de la cédula, la cual muchos impresores mañosamente ya tenían "fotoshopeadas" nomás para cambiar los datos de la misma.
Hasta donde tengo conocimiento, me consta, el sat proporciona la imagen y ya uno la pone en la impresión del documento, (puede ser un archivo excel, word, etc.).

[JXJ]

Empezado por AzidRain

A ver les paso el "cable"

Si ya hicieron su aplicaciones con el esquema 2.0 (CFD) vigente en 2010 ya no tienen que hacer nada mas que seguir mandando su reporte mensual y cumplir lo que pide el SAT, incluyendo el cambio de MD5 a SHA.

Si tu aplicación la hiciste en 2011 tienes que elegir forzosamente un PAC para que te te "selle" tus comprobantes. Es más sencillo pero a muchas empresas les hace roncha mandar "información confidencial" hacia un 3ero pero no hay de otra.

Ahora bien, si ya estabas trabajando con un proveedor durante 2010 solo podrás seguir usando este esquema hasta junio de este año y forzosamente tendrás que pasar al esquema nuevo.

Los códigos de barra bidimencionales no son mas que que meras imágenes generadas por el SAT que el contribuyente puede descargar sin ningun costo y debe imprimir en sus propias facturas. El generarlas por medio de un programa pudiera ser un delito pues sucedería lo mismo que con la dichosa "foto" de la cédula, la cual muchos impresores mañosamente ya tenían "fotoshopeadas" nomás para cambiar los datos de la misma.
Hasta donde tengo conocimiento, me consta, el sat proporciona la imagen y ya uno la pone en la impresión del documento, (puede ser un archivo excel, word, etc.).

una duda azidrain

si uno esta en el esquema de CFDI del 2011
y genera sus XML CFDI con un PAC para sus ventas superiores a 2000 pesos
y al imprimirlar en formato de factura con tu logo y demas datos.

el QRCODE para esa factura uno mismo lo genera hasta ahi todo bien.


¿pero si uno vende una factura de 1000, o de 100, 15,
osea menor a los 2000 pesos
uno tiene que solicitar su imagen del BBCODE. QRCODE al sat
e imprimir las facturas menores a 2000 pesos ?

0 ¿ las facturas menores a 2000 pesos no llevan códigos de barra bidimencionales ?

no entiendo.

[JXJ]

una duda relacionada con openssl
y los certificados y y las claves.

para firmar y sellar o para convertir el archivo .key a .pem
se necesita da la contraseña
¿pero como se puede implementar la verficacion de la contraseña?

estoy usando
libeay32.pas
OpenSSLUtils.pas

[jzginez]

hola amigos estoy muy perdido en esto de la facturación electronica, el caso es que hace ya varios años para un agencia de motos donde trabaje hice un sistema de facturación y es la fecha en que me acaban de buscar para ampliarle la posibilidad de la factura electrónica pero hasta donde entiendo de lo que todos ustedes comenta ya no vale la pena porque hay que hacerlo a travez de un tercero, esto apreciación es correcta?

gracias