Factura Electronica México

[E=M*C^2]

Hola Dato, solo quiero comentar que para el timbrado el archivo no será enviado por al SAT, debe ser enviando a un proveedor que es quien esta autorizado por el SAT y que cada proveedor define la forma en que va a recibir y dar respuesta del firmado.

Por lo tanto no va a existir un estándar.

Saludos

[JXJ]

Empezado por E=M*C^2

No sé a qué te refieras con información, pero si de lo que se trata es a generar un CFDI, déjame comentarte que las reglas ya están totalmente definidas.

Es cierto lo que comentas, en este momento no existe una empresa en el país, que haya sido certificada como PAC, pero si conozco varias que están en dicho proceso.

La información del timbrado ya está definida, tal vez a lo que refieres es como te vas a comunicar con el PAC, bueno, déjame comentarte que en esa parte ya varios de las empresas que están trabajando en la certificación, tiene definido el modelo de trabajo; pero como te comento es algo que no se me tiene permitido divulgar.

En cuanto a la generación del CFDI entrando el 2011, también tengo mis dudas, pero bueno, eso es algo que el tiempo lo dira.

Y repito, lo único que si puedo asegurar es que toda esa funcionalidad y muchas estará presente en la biblioteca de clases que he generado, que aprovechando déjenme decirles que ya estor pronto por liberar la siguiente versión en donde podrán generar el CFD con todo tipo de complementos.

Si alguien le interesa revisarlas, les dejo la liga.

http://electronicdocument.wordpress.com/

¿donde las puedo obtener leer.?

[lcarrasco]

Empezado por E=M*C^2

Hola Dato, solo quiero comentar que para el timbrado el archivo no será enviado por al SAT, debe ser enviando a un proveedor que es quien esta autorizado por el SAT y que cada proveedor define la forma en que va a recibir y dar respuesta del firmado.

Por lo tanto no va a existir un estándar.

Saludos

Creo que si el SAT autorizara a estos proveedores, deberia (es mi teoria al menos) definir que debe de haber un estandar, si me imagino todo sera por web services creo que lo mas produente por parte del SAT seria que definiera una misma interfase o protocolo de metodos que defina el webservice de cada PAC para hacerlo, de lo contrario sera un poco de caos si cada PAC tiene su propia definicion de webservice, metodos, etc y llevara a los clientes a un "lock-in" es decir a estar casados con el PAC a menos que el cliente tenga la facilidad de tener a un programador que logre migrar otro PAC si asi se desea.

En fin, solo teorias, ya que hay poca informacion.

En canto tenga algo concreto lo comentare por este medio para hacer publica la informacion por el bien de la comunidad.

Saludos!

[ContraVeneno]

hombre... ¿pos cuantos años tienes viviendo en México?

"...el SAT debería...", pues sí, debería, lo "lógico" sería crear un método estandarizado... pero cuando una institución es regida por políticos, lo "lógico" pocas veces se usa.

"...llevara a los clientes a un "lock-in" es decir a estar casados con el PAC ...", pues con la voracidad que algunos demuestran, no veo otro escenario diferente al de "ya te tengo amarrado"... ¿cuanto se tardaron en darle un esquema abierto a los afores?

[E=M*C^2]

Yo creo que ese “debería” no aplica, es lo mismo que sucede hoy en día con las facturas pre-impresas, el SAT autorizo un monto de impresores, pero no estandarizo nada, solo dio unos lineamientos, pero nunca dijo cuantas copias, ni cuanta tinta, ni de que tamaño la letra…en fin, dio unos requisitos y de ahí para adelante que cada uno se haga bolas.


Ahora bien, da proveedor va a poner las reglas de como conectarnos y esto lo va a hacer por varios motivos, uno de ellos tecnológicos, otro por recursos y otro por costos; no solamente es por gusto ni por factor ganancias.


También es cierto que ya vivimos con una realidad, parecida, y son las adendas, cuantas adendas no existen en el mercado, en diferentes formatos, estándares…en fin tenemos todo un lio con eso y nadie la ha podido estandarizar, la AMECE trato de sacar un estándar y tuvo que aceptar 2: XML y EDI, pero además de eso no todos cumplen al 100 % con el estándar, conozco empresas que te piden la adenda de AMECE pero con ciertas características adicionales o especiales; pero eso no es lo peor existen empresas que manejan varias adendas al tiempo…repito toda una locura.


Debería el SAT estandarizar el proceso de integración con el PAC?, Desde mi humilde punto de vista: NO, es algo que debe dejar al mercado, en donde la competitividad por un mejor servicio permita que el proceso mejore y los costos disminuyan.

[E=M*C^2]

Empezado por JXJ

¿donde las puedo obtener leer.?

De aqui la pueds descargar.

http://electronicdocument.wordpress....on-2010-11-18/

[dado]

Mi estimado E=mc2, si me permites la critica, veo que no pierdes oportunidad en promover tu libreria

Creo que ya quedo bien claro que tienes una libreria gratuita para factura electronica.

Checa la "platica" que tuvimos entre tu y un servidor :

Dado : Oye que sabes acerca del envio al PAC para el timbrado?

Dario : Como tal si tengo información acerca del tema, pero por no se me es permitido comentar al respecto

Dado: Crees que pueda haber informacion para diciembre?

Dario : No sé a qué te refieras con información.......Y repito, lo único que si puedo asegurar es que toda esa funcionalidad y muchas estará presente en la biblioteca de clases que he generado, que aprovechando déjenme decirles que ya estor pronto por liberar la siguiente versión en donde podrán generar el CFD con todo tipo de complementos (el marcado en "bold" es original de tu mensaje)


El compañero JXJ remarco CON LETRAS GIGANTES una parte de tu mensaje:

JXJ : Haciendo referencia a uno de tus mensajes : "....No sé a qué te refieras con información, pero si de lo que se trata es a generar un CFDI, déjame comentarte que las reglas ya están totalmente definidas..." El remarcado y las letras gigantes son formato original que puso el compañero JXJ para hacer enfasis

JXJ : ¿donde las puedo obtener leer.? (se refiere a "las reglas del CFDI")

Dario : De aqui la pueds descargar. http://electronicdocument.wordpress....on-2010-11-18/ (esta es la liga para tu libreria)

Creo que el compañero JXJ NO SE REFERIA a tus librerias se refiere a las "Reglas ya definidas de como generar un CFDI"

[[Al González]]

Empezado por E=M*C^2

[...] es lo mismo que sucede hoy en día con las facturas pre-impresas, el SAT autorizo un monto de impresores, pero no estandarizo nada, solo dio unos lineamientos, pero nunca dijo cuantas copias, ni cuanta tinta, ni de que tamaño la letra…en fin, dio unos requisitos y de ahí para adelante que cada uno se haga bolas.[...]

Con la diferencia, mi estimado Darío, de que esta vez se trata de algo electrónico que pretende aprovechar la tecnología informática para facilitar las cosas tanto a los contribuyentes como al gobierno, y, como toda solución informática de uso público, debe aspirar a regirse por normas estándares. Por tanto, en mi opinión no es válida esa comparación.

Si lo que han dicho ustedes, sobre que el SAT [organismo del fisco en México] deja aspectos clave de este asunto de la factura electrónica "a criterio" de otras entidades, entonces el SAT comete un grave desacierto en detrimento de quienes se supone debe beneficiar este cambio.

Empezado por E=M*C^2

Debería el SAT estandarizar el proceso de integración con el PAC?, Desde mi humilde punto de vista: NO, es algo que debe dejar al mercado, en donde la competitividad por un mejor servicio permita que el proceso mejore y los costos disminuyan.

El mundo viene equivocándose desde hace tiempo con esa ambigua bandera de la competitividad. Van por ahí los pragmáticos de bolsillo argumentando que se deje todo o casi todo en manos de competidores, pues los espectadores (consumidores, público, ciudadanos) habrán de darle el triunfo al que haya desarrollado la mejor solución. Pero la misma Historia nos muestra cómo el que gana no siempre es el que mejores beneficios otorga, incluso habiendo sido elegido democráticamente (Bush hijo).

Hay cosas que conviene dejar a la azarosa competitividad e incluso a los designios del, hoy, semidiós mercado; pero hay otras, como los estándares, que definitivamente NO.


Y sí, tal como me pediste, habré de hacer una revisión general de tu biblioteca (bendita Razón, dejaste de llamarle "librería"), pero ahora te pido que durante estas semanas (o meses) de espera te des el tiempo para leer alguna obra de Víctor Hugo. Eso puede contribuir a que la siguiente versión de la misma salga un poco más humanizada (nótese el sentido figurado) y la comunidad la reciba con mayor gratitud, mi hermano.


Y a los oportunistas les ruego dejen el traje de vendedor en casa, pues esto es Club Delphi (donde la riqueza se construye con cada aportación desinteresada), no el mercadillo.

Un abrazo estándar.

Al González.

[E=M*C^2]

Empezado por dado

Mi estimado E=mc2, si me permites la critica, veo que no pierdes oportunidad en promover tu libreria

Creo que ya quedo bien claro que tienes una libreria gratuita para factura electronica.

Checa la "platica" que tuvimos entre tu y un servidor :

Dado : Oye que sabes acerca del envio al PAC para el timbrado?

Dario : Como tal si tengo información acerca del tema, pero por no se me es permitido comentar al respecto

Dado: Crees que pueda haber informacion para diciembre?

Dario : No sé a qué te refieras con información.......Y repito, lo único que si puedo asegurar es que toda esa funcionalidad y muchas estará presente en la biblioteca de clases que he generado, que aprovechando déjenme decirles que ya estor pronto por liberar la siguiente versión en donde podrán generar el CFD con todo tipo de complementos (el marcado en "bold" es original de tu mensaje)


El compañero JXJ remarco CON LETRAS GIGANTES una parte de tu mensaje:

JXJ : Haciendo referencia a uno de tus mensajes : "....No sé a qué te refieras con información, pero si de lo que se trata es a generar un CFDI, déjame comentarte que las reglas ya están totalmente definidas..." El remarcado y las letras gigantes son formato original que puso el compañero JXJ para hacer enfasis

JXJ : ¿donde las puedo obtener leer.? (se refiere a "las reglas del CFDI")

Dario : De aqui la pueds descargar. http://electronicdocument.wordpress....on-2010-11-18/ (esta es la liga para tu libreria)

Creo que el compañero JXJ NO SE REFERIA a tus librerias se refiere a las
"Reglas ya definidas de como generar un CFDI"

Mí estimado Dado…


Entendí que el compañero JxJ había solicitado donde descargar las librería y por eso le conteste, tal vez lo interprete o el no se hizo entender, no importa al fin y al cabo.


La verdad no me interesa ponerme a discutir contigo ni generar polémica, lo que realmente realmente me interesa es generar soluciones para la comunidad…y no quiero perder mí tiempo en discusiones sin sentido….tu adelante con tus comentarios, criticas o como quieras llamarlos, que yo aquí seguiré trabajando en la solución.


Hasta la próxima.

[E=M*C^2]

Empezado por Al González

Y sí, tal como me pediste, habré de hacer una revisión general de tu biblioteca (bendita Razón, dejaste de llamarle "librería")

AL, bienvenido sea cualquier comentario que contribuya a mejor la biblioteca. Estaré atento a cualquier sugerencia que realices tu o cualquier miembro de la comunidad, ya que unos de los objetivos al liberarla es obtener retroalimentación de todos ustedes.

Empezado por Al González

Y a los oportunistas les ruego dejen el traje de vendedor en casa, pues esto es Club Delphi (donde la riqueza se construye con cada aportación desinteresada), no el mercadillo.

Me uno a esta petición.

[[AzidRain]]

Les comparto un link con más información sobre los aspectos tanto técnicos como legales, aquí.

[nuk3zito]

Empezado por Al González

...
Y a los oportunistas les ruego dejen el traje de vendedor en casa, pues esto es Club Delphi (donde la riqueza se construye con cada aportación desinteresada), no el mercadillo.
...

Esta es una de las contadas veces que puedo estar de acuerdo contigo. Me uno a tu petición.

[[AzidRain]]

Perdon Dado, no vi que ya habias puesto el mismo link.

[nuk3zito]

Empezado por AzidRain

Perdon Dado, no vi que ya habias puesto el mismo link.

Si no me equivoco, esa página la hizo dado para estos fines.

[JXJ]

yo estoy a la espera de un documento igual o semejante
al de la version 2 del cfd.

los datos son estos. lo opcional es aquello.
la cadena original la obtines asi.
por que el XML de XSD, y el propuesto de que es y como se genera
la cadena original y que se usa SHA1.

y lo mas importante. despues de eso para mi es un validador. del
sat. a menos que el validador. actual mismo enlace
lo esten haciendo capaz de validar las diferentes versiones. del XML

[JXJ]

Empezado por JXJ

yo estoy a la espera de un documento igual o semejante
al de la version 2 del cfd.

los datos son estos. lo opcional es aquello.
la cadena original la obtines asi.
por que el XML de XSD, y el propuesto de que es y como se genera
la cadena original y que se usa SHA1.

y lo mas importante. despues de eso para mi es un validador. del
sat. a menos que el validador. actual mismo enlace
lo esten haciendo capaz de validar las diferentes versiones. del XML

sigo sin encontrar donde dice que se tiene que usar QrCode

[JXJ]

Empezado por JXJ

sigo sin encontrar donde dice que se tiene que usar QrCode

ya vi donde dice eso de
CBB, el código de barras bidimensional.

pero si uno se pasa de vender 4 000 000 de pesos
entonces se deja de usar ese CBB (QRCode)
y ya no se puede volver a usar en los siguientes ejercicios.,
no se si por ahi dice que se usara otra proteccion. o se suplira
en casi de mas de 4 000 000 con otra protección??

de aqui pueden bajarlo

http://www.sat.gob.mx/sitio_internet.../52_18801.html

o directamente

ftp://ftp2.sat.gob.mx/asistencia_ser...f_23092010.doc

[dado]

Empezado por JXJ

ya vi donde dice eso de
CBB, el código de barras bidimensional.

pero si uno se pasa de vender 4 000 000 de pesos
entonces se deja de usar ese CBB (QRCode)
y ya no se puede volver a usar en los siguientes ejercicios.,
no se si por ahi dice que se usara otra proteccion. o se suplira
en casi de mas de 4 000 000 con otra protección??

de aqui pueden bajarlo

http://www.sat.gob.mx/sitio_internet.../52_18801.html

o directamente

ftp://ftp2.sat.gob.mx/asistencia_ser...f_23092010.doc

Vaya, si que estas hecho bolas, deja te comento :

Hay DOS CBB, uno se usa en las facturas NO DIGITALES* que los contribuyentes pequeños van a poder hacer por menos de $2,000 en su propia impresora, este CBB se los va a proporcionar el SAT al momento de solicitar folios. Este CBB era el que muchos pensaban que iba a ser el holograma y que se iba a comprar por planillas.

El otro CBB se usa cuando quieres generar la representacion impresa de CUALQUIER CFDI version 3. Este CBB lleva datos como los 2 RFC's, el total, el UUID y no recuerdo que otro.


* solo por aclarar, aunque las facturas de menos de $2000 llevan CBB y se hacen por computadora, me refiero a que "no son digitales" en el sentido en que no llevan un formato tecnologico (XML) definido, ni tampoco lleva ni cadena original ni sello digital. El mismo SAT ha dicho que estas facturas se pueden hacer "en casa, en la oficina o incluso en un ciber-cafe"

[JXJ]

yo le di una leida rapida al documento y eso me encontre

no se donde es esa especificacion de que el CFDI
al ser impreso va a llevar un QRCode.
ni que orden deben tener los datos. que dices dado.
como los
los 2 RFC's, el total, el UUID y otros.

[dado]

Empezado por JXJ

yo le di una leida rapida al documento y eso me encontre

no se donde es esa especificacion de que el CFDI
al ser impreso va a llevar un QRCode.
ni que orden deben tener los datos. que dices dado.
como los
los 2 RFC's, el total, el UUID y otros.

Esta en el documento que tu mismo propusiste consultar, busca la frase QR code (separada por un espacio) y eso te va a llevar a la pagina 110, seccion E.

Aqui hay una imagen del parrafo en cuestion.