Factura Electronica México

[nejamube]

Creo que no es en una junta donde lo escuchaste, lo leiste en el link que puse anteriormente.

Saludos !.

[[AzidRain]]

Una pregunta para todos, tengo un cliente al cual le desarrollé un software de facturación hace ya algunos años, factura un promedio de 200 documentos diarios. Hace como 3 meses le comenté sobre esta nueva disposición y que habría que tener en cuenta porque no es algo que se pueda echar a andar en poco tiempo, pero le pareció que no tendría problema (él) cuando llegara el momento.

Mi pregunta es de acuerdo con su experiencia, ¿Que tiempo en promedio se requeriría para adaptar un software a esta nueva disposición?. Les comento que mi software trabaja vía internet y el software de contabilidad de mi cliente lo hace de la misma forma además de permitir el registro al momento de facturar, la pega sería nada más todo el rollo de los sellos y demás.

Más que nada porque le quiero dejar claro a mi cliente que si no se decide en x tiempo yo ya no me puedo hacer responsable por hacer esa adaptación precisamente por falta de tiempo.

[JXJ]

Azid Rain,

yo calculo que como 1 mes mas o menos.

pues hay mas que solo los detalles de la generacion de la factura
sino tambien asuntos de la comunicacion con el SAT y el
tramite de los Certificados. y su administracion.

[[AzidRain]]

Gracias jxj, tomaré en cuenta el dato.

[Oscar Súchil]

Que tal soy nuevo en este foro, he estado siguiendo su foro y me parece bastante enriquecedor y retroactivo; pues bien me encargo de generar una solución de factura electrónica para la empresa que trabajo hasta ahora no he tenido problemas con la generación de mi xml y sello digital.... pero
me pidieron realizar como complemento un validador en forma de servicio para
todas las facturas que lleguen, de lo cual lo único que he podido avanzar es validar los folios y certificados pero el sello digital no tengo ni idea de por donde empezar; tomando en cuenta como genero el sello y tener en cuenta como sería el proceso inverso requiero lo siguiente:

> Archivo .Cer con el certificado referenciado por el no. de serie de las facturas recibidas
> Extraer la clave publica del .cer pasado a .pem
> utilizar la clave pública en otro archivo para desencriptar el sello digital
pasado a bytes y haber quitado la expresión en base 64 bits.


Y listo en teoría debería de obtener el mensaje encriptado ó al menos el MD5

Peeeeeeeero, mi problema es como espera el SAT que hagamos un validador por lote si nos pone solo su validador para hacerlo 1 x 1 en su página

../ValidadorComprobantes/Validador.html(todavia no me dejan poner links)

He querido descargar de esta pagina los certificados de los clientes que
me envian sus facturas, y nada mas no me deja

> Aqui accedo para descargar el .cer

../sitioaplicaciones/verifica_comprobante/
> Aqui debería de poder descargarlo
../tramitesdigitales.sat.gob.mx:9443/certisat/validate.jsp
Entonces aterrizando un poco mi duda, alguien sabe como debería de hacer
esta validación ya que es la más importante para saber si el contenido es ó
no el correcto?

O bien alguien conoce si el SAT ya hizo su chamba y publico algún otro ftp
ó web service?, ó bien alguien sabe como le hizo validacfd.com.mx para validar el sello?, chax de verdad que ando medio frustradon por esto es lo
último que me falta .

Agradezco cualquier info que tengan .

[skime]

Hola compañeros.... me acabo de integrar al foro... realmente yo no se mucho object pascal pero si puedo ayudarles en un codigo que tengo en vb.net y funciona bastante bien.... talvez uds lo pueden cambiar al lenguaje que mas les acomode, solo espero que si alguno de uds tiene un metodo con chilkat me lo haga llegar, con todo gusto lo puedo compartir

[Oscar Súchil]

Hola skime,

Pues me llevo bien con vb.net no habría problema yo tengo un proyecto
con lo que empece la facturación electrónica en chilkat pero la verdad
ya no lo continue por que teníar restricciones despues de 30 dias de uso
pero te lo puedo compartir esta programado en vb.net.

Ahora te explico no tengo problemas con la emisión si no con la recepción
utilizando openssl básicamente a continuación explico como estoy intentando
hacerlo:

Asi encripto:

open dgst -md5 -sign "claveprivada.pem" -out "md5.txt" "cadena.txt"

claveprivada.pem > clave para encriptar cadena original
md5.txt > resumen hash firmado de la cadena original
cadena.txt > archivo que contiene la cadena original a encriptar

Asi desencripto pero no me sale:

openssl rsautl -in sello.txt -out desencriptado.txt -inkey cer.pem -decrypt

cer.pem > certificado digital .cer convertido a .pem
sello.txt > archivo que contiene el sello digital en .txt


Este último código no funciona pero me gustaría saber si lo estoy haciendo bien el desencriptado?

Agradezco cualquier ayuda de ustedes.

[nuk3zito]

Empezado por AzidRain

Una pregunta para todos, tengo un cliente al cual le desarrollé un software de facturación hace ya algunos años, factura un promedio de 200 documentos diarios. Hace como 3 meses le comenté sobre esta nueva disposición y que habría que tener en cuenta porque no es algo que se pueda echar a andar en poco tiempo, pero le pareció que no tendría problema (él) cuando llegara el momento.

Mi pregunta es de acuerdo con su experiencia, ¿Que tiempo en promedio se requeriría para adaptar un software a esta nueva disposición?. Les comento que mi software trabaja vía internet y el software de contabilidad de mi cliente lo hace de la misma forma además de permitir el registro al momento de facturar, la pega sería nada más todo el rollo de los sellos y demás.

Más que nada porque le quiero dejar claro a mi cliente que si no se decide en x tiempo yo ya no me puedo hacer responsable por hacer esa adaptación precisamente por falta de tiempo.

Un mes aproximadamente Azid. El trámite del certificado te lleva solo unos minutos; el trámite de los folios te lleva otros minutos pero desde el momento en que se te asignan los folios debes empezar a utlizarlos, es decir, la empresa no puede seguir imprimiendo facturas como tradicionalmente lo hace si el SAT ya te asignó los folios, así que considera en tus planeaciones un buen tiempo para pruebas.
Las tareas son básicamente las siguientes:
1) Construcción del XML, con sello digital y Addendas (cuando sean requeridas).
a) Te recomiendo usar tablas en donde guardes todos los campos necesarios para utilizarlos en el formato de impresión nuevo. Yo usé las tablas como las propone el esquema .XSD que libera el sat.
2) Construcción de un nuevo formato de impresión (no todo es XML)
3) Modificación de tus sistemas en las funciones que marcan las facturas como impresas. Es en esta parte es donde se mandan llamar las funciones de generación de CFD.
4) Construcción de los módulos que permiten la captura de el(los) certificado(s) y rangos de folios.
5) Generación del reporte de Comprobantes Fiscales Mensuales Emitidos
6) Pruebas exhaustivas

Un mes le calculo yo como máximo, pero si usas alguna librería de apoyo (yo usé firmaSAT de www.cryptosys.net) te llevará una semana menos mínimo.

Saludos.

[dado]

Hola,

Estoy solicitando personas interesadas en probar un validador de CFD's

Les invito a entrar a www.validacfd.com para ver de que se trata.

[nuk3zito]

Empezado por dado

Hola,

Estoy solicitando personas interesadas en probar un validador de CFD's

Les invito a entrar a www.validacfd.com para ver de que se trata.

¿Y ese lo hiciste tu o que onda?

Yo me anoto, nomás por apoyar pues gracias a Dios tengo todo en orden.

[dado]

¿Y ese lo hiciste tu o que onda?

Yo me anoto, nomás por apoyar pues gracias a Dios tengo todo en orden.

Si, lo estoy desarrollando yo personalmente, no quiero ponerlo (todavia) para descargarlo abiertamente ya que tiene muchas fallas y le voy a poner mas..........perdon, quise decir que todavia le voy a meter mas funciones, pero lo basico ya esta listo.

Por favor, a los interesados en ayudar a probarlo mandenme un mail a [email protected] para poder llevar un control.

NOTA: Ahorita llevo como un 35% del desarrollo, NO ES FUNCIONAL, asi que si lo solicitas solo "por curiosidad" mejor espera para Agosto-Septiembre cuando este bien terminado y probado.

[nuk3zito]

Empezado por dado

Si, lo estoy desarrollando yo personalmente, no quiero ponerlo (todavia) para descargarlo abiertamente ya que tiene muchas fallas y le voy a poner mas..........perdon, quise decir que todavia le voy a meter mas funciones, pero lo basico ya esta listo.

Por favor, a los interesados en ayudar a probarlo mandenme un mail a [email protected] para poder llevar un control.

NOTA: Ahorita llevo como un 35% del desarrollo, NO ES FUNCIONAL, asi que si lo solicitas solo "por curiosidad" mejor espera para Agosto-Septiembre cuando este bien terminado y probado.

Bueno, el gran problema es que afortunadamente todos mis CFD's son válidos. Va a estar aburrido estar probando el software. Lo que me llegó a dar dolores de cabeza eran los .XSD que tenía que hacer para las addendas.
Mejor me espero que oficialmente lo liberes para no quitarte tiempo.

Saludos y suerte.

[Oscar Súchil]

Mas que entrar como tester, me gustaría saber si ya has podido realizar la validación del sello digital, me explico mejor, estoy realizando un validador de
cfd para mi empresa como receptor de facturas xml, ya llevo lo siguiente:

> Validar que el certificado este vigente
> Validar que el certificado este a nombre del Emisor
> Validar que los folios pertenezcan a una serie valida
> Validar que los folios pertenezcan al Emisor
> Validar que los folios no han sobrepasado sus máximos

Lo que me falta:

> Validar el sello digital con la clave pùblica (esta no encuentro como extraerla, bajarla del sat, crearla, no tengo ni idea como obtenerla)
> En teoría con un archivo tipo publickey.key debería de poder desencriptar
el sellodigital, pero hasta ahora no encontrado que sentencia utilizar para
openssl.


> Desencriptar sello digital
> Obtener cadena original y reencriptarla con la clave pùblica
> Comparar el sello digital generado con el que se encuentra en el CFD recibido.


Actualmente estoy trabajando en modo servicio local, utilizando openssl.

Que estes bien , saludos.

[dado]

Oscar ::::

Si, de hecho la idea principal de mi ValidaCFD es que pueda ser usado por todo el publico PARA RECIBIR FACTURAS, exactamente lo que tu estas haciendo.

Para validar el sello.....es un proceso largo pero sencillo (especialmente sencillo cuando sabes como hacerlo je je je).

Te doy "la punta de la madeja", te toca desentrañar todo el desarrollo.

1. Tomas la cadena "Certificado" de tu XML, la DIVIDES en lineas de 64 caracteres cada una, despues le agregas el encabezado -----BEGIN CERTIFICATE----- y el pie -----END CERTIFICATE----- (el numero de guiones y la frase debe ser EXACTA)

2. Grabas ese certificado en un archivo, digamos "certificado.PEM" (no voy a explicar muchos detalles, pero donde veas negrillas es porque hay informacion que debes estudiar si quieres saber que esta pasando)

3. Toma la cadena "Sello" de tu XML, la DIVIDES en lineas de 64 caracteres y la grabas en archivo con nombre digamos "sello.txt"

4. Generas la cadena original (esta te la tienes que aventar "a mano", es decir, no esta en el XML) y la grabas en un archivo, digamos "cadena.txt" IMPORTANTE no se te olvide grabarla codificada con UTF8 (ver UTF8ENCODE de Delphi)

5. Ejecutas lo siguiente :

openssl x509 -in "cert.PEM" -pubkey -noout >pubkey.txt
(para obtener la llave publica)

openssl enc -base64 -d -in "sello.txt" >sellobin.txt
(para pasar el sello de base64 a binario)

openssl dgst -md5 -verify "pubkey.txt" -signature "sellobin.txt" "cadoriginal.txt" >resultado.txt
(aqui esta toda la magia, en el archivo "resultado.txt" tienes......el resultado)

[Oscar Súchil]

Empezado por dado

Oscar ::::

Si, de hecho la idea principal de mi ValidaCFD es que pueda ser usado por todo el publico PARA RECIBIR FACTURAS, exactamente lo que tu estas haciendo.

Para validar el sello.....es un proceso largo pero sencillo (especialmente sencillo cuando sabes como hacerlo je je je).

Te doy "la punta de la madeja", te toca desentrañar todo el desarrollo.

1. Tomas la cadena "Certificado" de tu XML, la DIVIDES en lineas de 64 caracteres cada una, despues le agregas el encabezado -----BEGIN CERTIFICATE----- y el pie -----END CERTIFICATE----- (el numero de guiones y la frase debe ser EXACTA)

2. Grabas ese certificado en un archivo, digamos "certificado.PEM" (no voy a explicar muchos detalles, pero donde veas negrillas es porque hay informacion que debes estudiar si quieres saber que esta pasando)

3. Toma la cadena "Sello" de tu XML, la DIVIDES en lineas de 64 caracteres y la grabas en archivo con nombre digamos "sello.txt"

4. Generas la cadena original (esta te la tienes que aventar "a mano", es decir, no esta en el XML) y la grabas en un archivo, digamos "cadena.txt" IMPORTANTE no se te olvide grabarla codificada con UTF8 (ver UTF8ENCODE de Delphi)

5. Ejecutas lo siguiente :

openssl x509 -in "cert.PEM" -pubkey -noout >pubkey.txt
(para obtener la llave publica)

openssl enc -base64 -d -in "sello.txt" >sellobin.txt
(para pasar el sello de base64 a binario)

openssl dgst -md5 -verify "pubkey.txt" -signature "sellobin.txt" "cadoriginal.txt" >resultado.txt
(aqui esta toda la magia, en el archivo "resultado.txt" tienes......el resultado)

Que tal Dado, antes que nada te quiero agradecer por la ayuda no tienes una idea cuanto haz facilitado mi comprensión del validador, ya pude acabar todo el proceso, y ya estuve probando contra el validador del sat y nada mas no puedo hacer que sea valido mi resultado siempre aparece

"Verification Failure"

Mira este es mi cadena original en el archivo

utf8.txt

||2.0|A|7306|2010-05-25T10:25:46|44616|2009|ingreso|PAGO EN UNA SOLA EXHIBICION|MONEDA: MXN, TC: 1.0000|700.00|0.00|812.00|DAA020218JY1|DSV AIR & SEA, S.A. de C.V.|Indiana|260|Piso 11 Desp.1107|Ciudad de los Deportes|TEL: (55) 6515-6525|BENITO JUAREZ|Distrito Federal|M?xico|03710|GPU030429I10|
GESTAMP PUEBLA SA DE CV|AUTOMOCION 8 SAN LORENZO|ALMECATLA CUAUTLANCINGO PUEBLA C.P. 72710|MEXICO|1|PZA|392|TRANSFERENCIA ELECTRONICA MANIFIESTO|700.00|700.00|IVA|16.00|112.00|112.00||


Esta es la que aparece en el validador del sat en el recuadro de cadena original.

||2.0|A|7306|2010-05-25T10:25:46|44616|2009|ingreso|PAGO EN UNA SOLA EXHIBICION|MONEDA: MXN, TC: 1.0000|700.00|0.00|812.00|DAA020218JY1|DSV AIR & SEA, S.A. de C.V.|Indiana|260|Piso 11 Desp.1107|Ciudad de los Deportes|TEL: (55) 6515-6525|BENITO JUAREZ|Distrito Federal|México|03710|GPU030429I10|
GESTAMP PUEBLA SA DE CV|AUTOMOCION 8 SAN LORENZO|ALMECATLA CUAUTLANCINGO PUEBLA C.P. 72710|MEXICO|1|PZA|392|TRANSFERENCIA ELECTRONICA MANIFIESTO|700.00|700.00|IVA|16.00|112.00|112.00||

La única diferencia apreciable es el acento en México por M?xico (ojo esto ya lo modifique a pata para ver si eso era y no sigue dando error); como lo
expresa en mi programa pero según yo ya lo exprese en UTF8 y genere
el sello, pero no logro hacer que se valide el sello, no se cual sea el error
ya estuve cambiando la cadena a UTF8 a mano sin mi programa y nop no me
deja, el sello lo dividí en 64 caracteres asi como lo pase a binario mira aqui
te dejo los demas datos:

sello.txt:

aSBXOlIeM6HG1Iqaj8vpBNR29It1PmDdkgGOkeslzV13M1pxDNfxeU1CybvlU5TO
StXmiFLFnWBmfasg3BnJVqDlruDhMyfne3TyjXZ8Ng9q8EyFkO/1IElIaGCO8fig
8gIru30smNsi3iXj9NKOqgwjRHq2Alyss3DAx0goLR8=

sellobin.txt:

i W:R3¡ÆÔŠš�ËéÔvô‹u>`Ý’
Ž‘ë%Í]w3Zq×ñyMBÉ»åS”ÎJÕæˆRÅ�`f}« ÜÉV å®àá3'ç{tò�v|6jðL…�ïõ IHh`Žñø ò+»},˜Û"Þ%ãôÒŽª#Dz¶\¬³pÀÇH(-

pubkey.txt:

-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDqJBY3wC8c/90lDXbs5ua2n2aJ
ueaeUbo3U4kTUQ0mMfrChnEbbpNllbZoGeMl1dwxTj4IQD71iYiLU3sZQIYQdaVK
sQiL3B6Dy31cJWPuHECfPXIFZ4Nvy0c9s8SY5DrQfgtySzdXFk6Z4kgLU5RDXeej
LkxXQtQAFp9qC68n5wIDAQAB
-----END PUBLIC KEY-----

cert.pem:

-----BEGIN CERTIFICATE-----
MIIEIjCCAwqgAwIBAgIUMDAwMDEwMDAwMDAxMDA3MjgwNjMwDQYJKoZIhvcNAQEF
BQAwggE2MTgwNgYDVQQDDC9BLkMuIGRlbCBTZXJ2aWNpbyBkZSBBZG1pbmlzdHJh
Y2nDs24gVHJpYnV0YXJpYTEvMC0GA1UECgwmU2VydmljaW8gZGUgQWRtaW5pc3Ry
YWNpw7NuIFRyaWJ1dGFyaWExHzAdBgkqhkiG9w0BCQEWEGFjb2RzQHNhdC5nb2Iu
bXgxJjAkBgNVBAkMHUF2LiBIaWRhbGdvIDc3LCBDb2wuIEd1ZXJyZXJvMQ4wDAYD
VQQRDAUwNjMwMDELMAkGA1UEBhMCTVgxGTAXBgNVBAgMEERpc3RyaXRvIEZlZGVy
YWwxEzARBgNVBAcMCkN1YXVodGVtb2MxMzAxBgkqhkiG9w0BCQIMJFJlc3BvbnNh
YmxlOiBGZXJuYW5kbyBNYXJ0w61uZXogQ29zczAeFw0wOTA2MjUxNzU5MjNaFw0x
MTA2MjUxNzU5MjNaMIHCMR8wHQYDVQQDFBZEU1YgQUlSICYgU0VBIFNBIERFIENW
MR8wHQYDVQQpFBZEU1YgQUlSICYgU0VBIFNBIERFIENWMR8wHQYDVQQKFBZEU1Yg
QUlSICYgU0VBIFNBIERFIENWMSUwIwYDVQQtExxEQUEwMjAyMThKWTEgLyBWQUdU
NzAxMTI0UkEzMR4wHAYDVQQFExUgLyBWQUdUNzAxMTI0TURGTE5SMDMxFjAUBgNV
BAsTDUNFTlRSTyBERUwgREYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAOok
FjfALxz/3SUNduzm5rafZom55p5RujdTiRNRDSYx+sKGcRtuk2WVtmgZ4yXV3DFO
PghAPvWJiItTexlAhhB1pUqxCIvcHoPLfVwlY+4cQJ89cgVng2/LRz2zxJjkOtB+
C3JLN1cWTpniSAtTlENd56MuTFdC1AAWn2oLryfnAgMBAAGjHTAbMAwGA1UdEwEB
/wQCMAAwCwYDVR0PBAQDAgbAMA0GCSqGSIb3DQEBBQUAA4IBAQDSAqh45oVZhK9Q
En605MctBanZqUF967LV5uLY1zRhaAf1IVnOVK2fcp/icvb2jm4vua7odjPBgkfs
OhE8gOvgo6pmUlq2a2zakBTQpWSjK4hhvGyMqFi5J/OW5EXazWaQCh2fSlTcBo0v
7t2hsJd63TvnSNXAY7JiT7/i1rnhMUXa0deUapiPUAhQwo/kSb6cGM5nArbCaAjR
8oxXMd0EEXsekJBJHrj1txjzGJhfgaa5oy6ia19ubXsFONCjhoTF6yXTM1jFxtEy
wFtpmIRHAiC43U525K9dkSB1Ql88GUSwtS9Is7AeFZ07b/W131MJ9zdJb00iYi13
x3QX9LIO
-----END CERTIFICATE-----

Mis sentencias de openssl utilizadas son:
openssl x509 -in C:\DesencriptarSelloSAT\Config\PubKey\gencer.pem -pubkey -noout >C:\DesencriptarSelloSAT\Config\PubKey\pubkey.txt
openssl enc -base64 -d -in C:\DesencriptarSelloSAT\Config\PubKey\sello.txt >C:\DesencriptarSelloSAT\Config\PubKey\sellobin.txt
openssl dgst -md5 -verify C:\DesencriptarSelloSAT\Config\PubKey\pubkey.txt -signature C:\DesencriptarSelloSAT\Config\PubKey\sellobin.txt C:\DesencriptarSelloSAT\Config\PubKey\utf8.txt >C:\DesencriptarSelloSAT\Config\PubKey\resultado.txt


Cualquier asesoría que me puedas proporcionar te la agradeceré, yo mientras le sigo buscando haber que encuentro, de antemano gracias.

[LordRiper]

Empezado por dado

Oscar ::::

Si, de hecho la idea principal de mi ValidaCFD es que pueda ser usado por todo el publico PARA RECIBIR FACTURAS, exactamente lo que tu estas haciendo.

Para validar el sello.....es un proceso largo pero sencillo (especialmente sencillo cuando sabes como hacerlo je je je).

Te doy "la punta de la madeja", te toca desentrañar todo el desarrollo.

1. Tomas la cadena "Certificado" de tu XML, la DIVIDES en lineas de 64 caracteres cada una, despues le agregas el encabezado -----BEGIN CERTIFICATE----- y el pie -----END CERTIFICATE----- (el numero de guiones y la frase debe ser EXACTA)

2. Grabas ese certificado en un archivo, digamos "certificado.PEM" (no voy a explicar muchos detalles, pero donde veas negrillas es porque hay informacion que debes estudiar si quieres saber que esta pasando)

3. Toma la cadena "Sello" de tu XML, la DIVIDES en lineas de 64 caracteres y la grabas en archivo con nombre digamos "sello.txt"

4. Generas la cadena original (esta te la tienes que aventar "a mano", es decir, no esta en el XML) y la grabas en un archivo, digamos "cadena.txt" IMPORTANTE no se te olvide grabarla codificada con UTF8 (ver UTF8ENCODE de Delphi)

5. Ejecutas lo siguiente :

openssl x509 -in "cert.PEM" -pubkey -noout >pubkey.txt
(para obtener la llave publica)

openssl enc -base64 -d -in "sello.txt" >sellobin.txt
(para pasar el sello de base64 a binario)

openssl dgst -md5 -verify "pubkey.txt" -signature "sellobin.txt" "cadoriginal.txt" >resultado.txt
(aqui esta toda la magia, en el archivo "resultado.txt" tienes......el resultado)

entonces esa es la unica manera de obtener la leyenda de "El Sello es Valido"?? no hay ninguna otra opcion??

segun lo que aparece en: http://www.lacorona.com.mx/fortiz/sa...p#verificacion lo unico que tendriamos que hacer es volver a sellar la cadena original con el certificado incluido en la misma factura ¿no?

[jourdan]

Empezado por nejamube

Creo que no es en una junta donde lo escuchaste, lo leiste en el link que puse anteriormente.

Nejamube, el articulo del cual pusiste el enlace mencionan que podran coexistir los dos esquemas, es decir el que uno podrá solicitar sus folios y el nuevo en el que hay que verificar los comprobantes en linea atraves de un proveedor autorizado, la información que me mostraron hoy por la mañana menciona que todos tendremos que verificar nuestros comprobantes por un verificador autorizado por el sat. A ver si alguien puede ampliar o validar esta la información
.
Saludos

[nejamube]

1. Modelo 2010, antes del 31 de diciembre del 2010.-



Comprobantes Fiscales Digitales CFD (Factura Electrónica) obligatorios para todos los contribuyentes en operaciones mayores a dos mil pesos. En este rubro continuarán vigentes, después de diciembre del 2010, los esquemas actuales de CFD (emisión propios medios y terceros), en donde los requisitos no sufren ninguna modificación. Este esquema coexistirá con el nuevo modelo que tomará vigencia en enero del 2011.


2. Modelo 2011, a partir del 1 de enero del 2011.-



Al utilizar este esquema, se debe remitir el CFD al SAT o al prestador de servicios autorizado por la autoridad para validar los requisitos estipulados en el artículo 29-A del Código Fiscal de la Federación, asignar número de folio e incorporar el Sello Digital del SAT, para después enviar dicho documento validado al receptor.

“Entre los beneficios de este nuevo modelo desaparece el requisito de contabilidad electrónica (sólo se tendrá que registrar en la contabilidad interna de la empresa) y el reporte mensual, además de acelerar las devoluciones de impuestos. El documento se debe resguardar durante 5 años y tiene convivencia con los esquemas actuales”, según la Asociación Mexicana de Estándares para el Comercio Electrónico, AMECE-GS1 México.








http://elempresario.mx/centro-soluci...ra-electronica

[dado]

jourdan

El termino que estan usando es "timbrar" (recuerdan la Ley del Timbre, yo creo que no, muchos de nosotros ni siquiera existiamos).

Aqui hay una presentacion que me parece interesante http://www.slideshare.net/faroviejo/facturas-digitales

Tambien he visto que "estaran conviviendo los dos esquemas", es decir el de Medios Propios como lo hemos desarrollado y mediante el timbrado con el SAT.

Hay un blog interesante donde mencionan 5 (si!! CINCO) esquemas que van a estar vigentes....aqui

AzidRain

Acerca de cuanto tardaras en implementar, te comento que (perdon la vanidad) soy un programador experimentado y me tarde 3 meses en convertir un programita de factura convencional a factura electronica.

Sabes? lo mas dificil de un programador no es la programacion "per se" si no mas bien el contexto....deja me explico con un ejemplo inventado....

Supon que un programador muy fregon de repente le piden hacer el software para que controle un hospital, debe controlar los medicamentos, las salas de operacion (el horario etc), los costos, la entrada y salida de ambulancias, etc etc.

Pareceria simple, pero quien (sin ofender, solo es un ejemplo) de nosotros sabe que fregados pasa dentro de un hospital.....

Entonces lo dificil va a ser, ver como se va a mandar la factura al SAT para el timbrado, mediante ftp? con www? SOAP? POAS? PAS PIS? y si ya tienes experiencia en eso, entonces es pan comido

[jourdan]

Empezado por dado

El termino que estan usando es "timbrar" (recuerdan la Ley del Timbre, yo creo que no, muchos de nosotros ni siquiera existiamos).

Dado, exactamente esto es lo que mencionaron hoy por la mañana, parece inclusive que la miscelanea fiscal de esto aún no ha sido publicada y son puros rumores de desarrolladores que tienen contacto con el SAT para hacer el outsourcing del timbrado.
Muchas gracias, voy a revisar la información que publicas.
Saludos