Generación de CFDI
 

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

¿donde las puedo obtener leer.?

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!

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?

La realidad
 

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.

Electronic Document Library
 

De aqui la pueds descargar.

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

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"

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.


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.

Mí estimado Dado…
 

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.

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.

Me uno a esta petición.

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

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

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

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

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

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"

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.

hoo.. vaya que interesante.


¿no saben de algun lector de codigos QrCode?
si es web pues ni modo

Lo puedes hacer hasta con un smart-phone, aqui puse una lista de los sitios donde hay software para celular

disculpen la intromision pero
 

Estimados compañeros del mismo infortunio :). Yo tambiene stoy metido ene sto de la facturacion electronica y he intentado usar la unidad sello.pas que amablemente subieron en un post anterior. es una gran ayuda definitivamente, solo que no he podido compilar dicha unidad ya que requiere otra unidad llamada libeay32 ya sea compilada o en fuente.

La unidad libeay32.pas se puede bajar de la siguiente direccion

http://www.disi.unige.it/person/Ferr...delphiopenssl/

solo que al intentar compilarla me arroja un error en la linea 1262

Código Delphi [-]
function AES_set_decrypt_key(userKey: PCharacter; bits: integer; key: pAES_KEY); cdecl;

el error es el siguiente

[DCC Error] libeay32.pas(1262): E2023 Function needs result type

lei en la unidad que esta desarrollada especificamente para libeay32.dll version 0.9.6b he probado con varias versiones de dicha dll pero en todas me arroja el mismo error.

Lo que me apena es no encontrar a otra persona que le haya pasado lo mismo. Utilizo delphi 2007 sobre xp.

disculpen la pregunta, pero, Que crren ustedes que este haciendo mal? sera la version de la dll que no he encontrado la correcta?

gracias por su atencion.

Alexis de la Cruz

Alexis

Mmmh, me iba a echar todo un rollo de que la declaracion esta mal, que esa funcion no aparece en libeay32 y que no depende de la version de la dll.

Pero mejor subo aqui la libay32.pas checalo

Muchas Gracias dado
 

Te agradezco la ayuda y el tiempo dedicado a mi duda.

Muchas Gracias

Cfdi
 

Yo tengo (creo que funcional) los algoritmos, para la version 2, pero estoy completamente perdido en la CFDI, tengo entendido que hay que cambiar la version en el XML, (3.0 en lugar de 2.0), y que ya no se ocupara MD5, ahora todo funcionará en base a SHA1, entre otros ligeros cambios, pero no se por donde empezar, y por ejemplo como hay que subir los datos para que el SAT, me lo devielva sellado, no se si alguien ha tenido exito es esto, pero lo necesito para continuar la migracion porque estoy mas que perdido.

Saludos!

Efectivamente esta unidad si compila perfectamente. Muchas Gracias. Ahora a seguir estudiando.

Por cierto que bueno que saca el tema a relucir del CFDI o mejor dicho la version 3.0 de CFD. Porque al final de cuentas todos van a tener que actualizarse a la version 3.0

aqui hay una buena pagina con informacion que me parecio relevante

http://www.facturarenlinea.com.mx/we...d=25&Itemid=23

Me imagino, y conste que no soy experto en la materia, que actualizar a la version 3 no ha de ser muy complicado, salvo por el tema ese de la encriptacion SHA

Saludos

Cfdi
 

:eek:
http://www.edicomgroup.com/archivos/...do_muestra.pdf
:eek:

Se ve muy bien!

Cfdi
 

Si, pero la cadena original y el sello son muy diferentes a los generados actualmente en la version 2 de factura electronica.

Mi duda es ¿ el XML que se entregara a los Proveedores autorizados de Certificación tendra la cadena original y sello y ellos generaran otra, o ya no se agregaran ?

:confused:

hpy por la mañana fuimos a una platica con personal del sat y nos recomendaron a los que vamos a emitir cfd que pidamos nuestra fiel y demas archivos y que emitamos un cfd (folio 1) y luego lo cancelemos antes del 31 de diciembre, asi aseguraremos estar en el regimen de cfd. si nos esperamos al 1 de enero tendremos que entrar al esquema cfdi obligados.

pregunta de la cancelacio
 

Buen día compañeros, oigan, hablando de la cancelación, cómo cancelamos un CFD? solo lo marcamos con status 0 en el reporte mensual? o se tiene que hacer un procedimiento especial?

De antemano gracias por la respuesta y saludos!

Que tal,
En el reporte mensual debes incluir el comprobante normal y luego el mismo comprobante (en otro renglón) con el status 0. O sea, se envía el normal y uno que haga el efecto contrario.

Aprovechando para comentar que eso de emitir una factura y luego cancelarla es un mero espejismo. El SAT no tiene forma de saber cuando emitimos un CFD en el esquema actual ya que la generación es totalmente interna. El SAT se va a enterar hasta el momento en que reciba el reporte de comprobantes emitidos. En el esquema del 2011 se entera en el momento justo (supuestamente) en que se genera cada CFD pues el tercero en discordia tiene obligación de reportarlo.

Basado en esto, si hoy por ejemplo generamos un CFD válido con certificado real y folio real, nada impide que lo volvamos a generar el 31 de diciembre (solo variaría la fecha y hora). Insisto, el SAT nunca se enteró de que lo emitimos en tanto no se le informe . Ergo, podemos hacer pruebas con comprobantes emitidos por medios propios hasta el 31 de enero del 2011. Eso sí, la solicitud de certificado y folios SI tiene que hacerse en 2010.

Adicionalmente, no basta reportar como cancelado el comprobante ya que el esquema 2010 estipula el famoso "asiento simultáneo" en la contabilidad. Por lo que dicha cancelación tiene que coincidir con el sistema de contabilidad. Por cierto, he visto que nadie ha mencionado eso, recuerden que si un software genera un CFD pero NO hace el asiento contable de forma automática , sencillamente el contribuyente se esta enfrentando a una multa marca teterete. Solo los que tienen sucursales tienen chance de registar hasta 24 hrs después de emitido. OJO. Hay muchos vivales que ya venden programas de facturación electrónica que solo generan el xml pero no hacen todo lo demás. Aguas.

hola ifarias lograste hacer el proceso de generacion del .xml sabes estoy viendo la referencia del url que describes pero es un ejemplo muy basico y estoy un poco perdido te agradeceria si me orientas un poco

saludos

Según el último comunicado que leí, esto ya no era necesario. Desafortunadamente no logro encontrar ese comunicado... deja lo busco bien, pero yo tenía muy clara la idea de que ya no era necesario hacer el registro en contabilidad.

Que tal Contraveneno,
Ya no es necesario pero cuando utilizas CFDI's, en los CFD's 2.0 si es obligatorio y dejará de serlo hasta que migres a CFDI. Me he enterado que eso ha sido un factor de decisión en algunas empresas.

Devoluciones Electrónicas ??????
 

Hola. Efectivamente si pude lograrlo pero el problema es que trabajas con archivos en formato 'PEM' y se complica algo la generación de XML ya que si por casualidad haces referencia a un campo que sea opcional y que no se valla a usar, este se genera dentro del archivo XML, ejemplo: motivoDescuento="" y esto no es válido.

Encontre otras rutinas publicada por www_bambucode_com/codigoabierto/facturacion_electronica_delphi_php, que hacen todo lo que requerimos.
y ademas utilizan el OPENSSL para leer facilmente los .CER y los .KEY proporcionados por el SAT.

Por otro lado, pergunto si alguien a manejado las DEVOLUCIONES ELECTONICAS, y me refiero a si se requiere solicitar Folios al SAT para la generación de los mismos, y que estructura se debe seguir o es la misma que el "cfdv2.xsd", y si lo es, como se le reporta al SAT.

El Anexo 20 de 2010, no menciona nada en absoluto.

hola ifarias yo descargue ese codigo de bambucode pero pues valla por mi version de delphi (D7) no logre ni que compile, ademas marca errores de que faltan archivos .dcu te agradeceria si me indicas en cual .pas es donde te basaste para dicho proposito

mil gracias por tu tiempo

tienes razon, pero se supone que enviaremos el reporte de diciembre y asi sabran que estamos en el esquema 2010. y de lo del asiento simultaneo de contabilidad, ya cambio y tienes que registrarlo en un plazo de 24 horas. cosa que el sat no sabra si no tiene forma de verificarlo. :D

obligaciones :

Facturación electrónica 2010 por medios propios

De quienes emiten facturas electrónicas

Reportar mensualmente las facturas electrónicas emitidas.

Conservar en medios electrónicos actualizados las facturas electrónicas y tenerlas a disposición de las autoridades fiscales.

Proveer a la autoridad de una herramienta de consulta de la información de las facturas electrónicas.

Expedir facturas electrónicas globales que amparen las operaciones efectuadas con el público en general (a través del RFC genérico XAXX010101000).

Expedir facturas electrónicas para extranjeros (a través del RFC genérico XEXX010101000).

En establecimientos, locales o sucursales que no puedan afectar de manera simultánea los registros contables, se cumplirá con el requisito cuando el registro contable se realice dentro del término de 24 horas siguientes a la generación del comprobante fiscal digital.

http://www.sat.gob.mx/sitio_internet...s/15_6555.html