Factura Electrónica México + VFP, propuesta unificar código.

[IRCSA Software]

21 de Agosto 2010...
Algunos ZorrosMexicanos nos reunimos en la Ciudad de México para lo
que la mayoría creíamos o habíamos entendido que sería una reunión
donde saldríamos con la solución al tema de la Factura Electrónica:
aportaríamos experiencias y conocimientos sobre el tema y como
solucionarlo con el zorro; bueno, caso cerrado.

Unos días después...
Regresamos y no mucho tiempo después "del cielo" nos llega un
Halcon_divino y su invaluable aportación; me atrevo a decir, que la
mayoría de las soluciones que ahora funcionan de manera exitosa están
basadas en la aportación del compañero. Si me lees, saludos y gracias
Halcon_divino.
Gracias también a todos los que han aportado al tema, imposible
nombrarlos a todos.

Tiempo presente...
Participo en varios foros; de Fox y de otros lenguajes incluso, en
algunos enfocados sólo al tema de la Factura Electrónica y veo que aun
hay muchos compañeros colegas programadores que apenas están iniciando
con el tema; ya sea que apenas se los están pidiendo sus clientes o no
habían tenido tiempo. El caso es que aún hay dudas de conceptos, no se
diga de cómo programarlo. El tema de la Factura Electrónica no se
acaba en este año, será un tema de todos los días para todos los que
desarrollamos aplicaciones administrativas que de alguna manera
necesitan generar algún tipo de comprobante fiscal; utilizando el
mismo slogan del SAT, - La Factura Electrónica Llegó Para Quedarse -.

Retomando la idea...
Propongo a la comunidad de desarrolladores de VFP: por lo menos a los
de México o que tienen sistemas que funcionan en México, a todos los
interesados en la Factura Electrónica de México + VFP; a los que están
empezando, a los que están más avanzados o ya terminaron; que
compartamos lo que tenemos y lo mejoremos:"... ¿aún no tienes nada? no
pierdas tiempo empezando de cero; aquí tenemos "algo", mejor ayúdanos
a mejorarlo. ¿Ya tienes algo? muéstranos que tienes y dinos que te
falta, aquí lo terminamos y seguro mejoraremos lo que tienes. ¿Ya
terminaste? ayúdanos a terminar y te ayudamos a mejorar lo que tienes,
seguro que se puede mejorar.

He hecho algunas aportaciones en este y otros foros y he tratado de
ayudar en lo que puedo a los que tienen alguna duda o algún problema
con sus procesos, pero a mi como seguro a muchos de ustedes aun me
hace falta para terminar con lo que ahora está establecido según el
SAT.

En este momento ya creo, visualizo, represento, envió y administro de
manera correcta CFDs v2.0 en mis aplicaciones; (Impresión tradicional
y Código de Barras 2D no tienen ciencia; no hay gran cambio en lo que
ya manejamos); también tengo lo necesario para crear las pólizas de
cada CFD en Contpaq y en COI pero aun me falta CFDIs (CFD v3.0), el
Código de barras 2D para la representación impresa del CFDI ya esta
solucionado.

¿Que opinan?, ¿quién está interesado?,

¿Cómo proponen que lo podemos hacer?, ¿creamos un tema en el foro o
creamos un foro?

Nota: Hago esta propuesta en...
ZorrosMéxicano (http://groups.google.com/group/zorrosmexicanos),
Mundo Visual FoxPro (https://groups.google.com/group/mundovisualfoxpro?
hl=es) y
Comunidad de Visual Foxpro en Español (https://groups.google.com/group/
publicesvfoxpro?hl=es)

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

[Victor Espina]

Creo que se podria crear un componente que funcione como una caja
negra y que realize todo el proceso que no es dependiente de la
empresa.

Se podria crear una clase que cree una representacion virtual de la
factura, con todos los campos obligatorios y opcionales que indica el
anexo 20, de modo que el programador solo tenga que instanciar esa
clase y, mediante sus propiedades y metodos, crear una representacion
de la factura. Ej:

LOCAL oDoc
oDoc = CREATEOBJECT("CEDDocumento")
oDoc.Serie = xx
oDoc.Folio = xx
...
oDoc.Emisor.Nombre = xx
oDoc.Emisor.RFC = xx
oDoc.Emisor.DomicilioFiscal.Calle = xx
...
oDoc.Conceptos.Add("codigo","nombre","unidad","pu","total")
...
oDoc.Impuestos.Traslados.addIVA(tasa,importe)
...

Una vez descrito el documento, seria cuestion simplemente de sellarlo,
grabarlo y enviarlo:

oDoc.Sellar("archivoKey","archivoCer")
?oDoc.Certificado && Aqui se grabaria el certificado generado
IF oDoc.Validar()
oDoc.Enviar()
ENDIF


Creo que esto seria de muchisima ayuda, porque asi en lugar de tener
que entender el proceso y adaptarlo al codigo de cada quien,
simplemente puedes usar algo que ya esta probado para lograr lo que
realmente necesitas lograr, que es generar un XML valido y con todo lo
necesario para enviarlo al SAT.

Adicionalmente al componente, se deberia crear un ZIP con todo el
software necesario (OpenSSL, etc) y un pequeno manual de como instalar
estos componentes.

Saludos

Victor Espina

[Hugo Carlos Aguilar Zapata]

Suena bien la idea.

Creo que un foro en especifico seria lo ideal porque si se crea un tema, además de que se hara muy largo, pueden meterse de repente off topic  cambiar el hilo.
Te he visto por el foro de Dado (validaCFD), creo que un espacio asi para nuestra necesidad y herramienta de programación estaría bien.

yo me apunto

saludos !

[Victor Espina]

Bueno, yo voy bien avanzado en el tema de la clase para representar
todos los datos del comprobante. Estoy en la fase de generar el sello
y luego voy con el XML. Con suerte, espero tenerlo listo y probado
para este fin de semana.

Una idea que podriamos manejar aqui es crear un pagina sobre el tema
en mi Wiki (www.victorespina.com.ve/hs/es/index.php) ya que la
tecnologia de Wiki se presta muy bien para este tipo de iniciativas.

Saludos

Victor Espina


On 16 dic, 11:48, Hugo Carlos Aguilar Zapata

<hugocarlosagui...@gmail.com> wrote:
> Suena bien la idea.
>
> Creo que un foro en especifico seria lo ideal porque si se crea un tema,
> además de que se hara muy largo, pueden meterse de repente off topic
> cambiar el hilo.
> Te he visto por el foro de Dado (validaCFD), creo que un espacio asi para
> nuestra necesidad y herramienta de programación estaría bien.
>
> yo me apunto
>
> saludos !
>

> > hl=es <https://groups.google.com/group/mundovisualfoxpro?%0Ahl=es>) y

> > Comunidad de Visual Foxpro en Español (https://groups.google.com/group/

> > publicesvfoxpro?hl=es<https://groups.google.com/group/%0Apublicesvfoxpro?hl=es>
> > )

[Armando Rodríguez]

Estoy interesado en participar ya sea creando un hilo o un foro. Ya está en
producción una aplicación que desarrollé tanto con el componente chilkat
como con openssl.
Así que cuenten conmigo.

Saludos
Armando

-----Mensaje original-----
De: zorrosm...@googlegroups.com
[mailto:zorrosm...@googlegroups.com] En nombre de IRCSA
Enviado el: Miércoles, 15 de Diciembre de 2010 08:26 p.m.
Para: Zorrosmexicanos
Asunto: Factura Electrónica México + VFP, propuesta unificar código.

hl=es) y

Comunidad de Visual Foxpro en Español (https://groups.google.com/group/

publicesvfoxpro?hl=es)

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

--
Has recibido este mensaje porque estás suscrito al grupo "Zorrosmexicanos"
de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a
zorrosm...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a
zorrosmexican...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en
http://groups.google.com/group/zorrosmexicanos?hl=es.

[IRCSA Software]

Así es Victor, eso es en lo que estaba pensando; por ahí en un foro de
yahoo de VFP vi esto...
http://ar.groups.yahoo.com/group/vfoxpro/message/118857

El compañero no deja claro si lo vende o que pero es la idea que
planteas, estoy de acuerdo contigo creo que esta es la mejor forma.

Yo le añadiría funciones para:
* visualizar los XML,yo lo que hice es un programa que llamo
"CFDToCursor" lo que hace es poner un XML en cursores, si lo hacemos
asi, cualquiera lo puede integrar en su aplicación, solo lo muestra en
el formulario que quiera diseñar.
* validar CFD contra certificado; es simples solo regresa Ok o Error,
y que pueda validar con MD5 y SHA1
* XMLtoPDF, defines nombre de pdf, xml origen y listo.
* XMLtoFRX, defines xml y reporte frx de salida y listo.
* ...

Yo tengo todo el código en un .prg y lo estoy pasando a una clase lo
ideal es crear la "buena" y ya.

Sería crear manual de uso y configuración y algo que pueda ayudar a
modificar y adaptar la case a necesidades especiales como adendas y
complementos o ya con tiempo incluir esas funciones en la clase.

Bueno, ahora cómo, cuándo y dónde ??

Saludos.

Arturo Ramos Carranza
www.ircsasoftware.com.mx

[IRCSA Software]

Andale Hugo, crear algo como ValidaCFD,

si es con phpBB como ValidaCFd lo puedo hospedar en mi servidor y
hacer un subdominio en alguna de mis pags, que opinan ??

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México.

On 16 dic, 08:48, Hugo Carlos Aguilar Zapata

<hugocarlosagui...@gmail.com> wrote:
> Suena bien la idea.
>
> Creo que un foro en especifico seria lo ideal porque si se crea un tema,
> además de que se hara muy largo, pueden meterse de repente off topic
> cambiar el hilo.
> Te he visto por el foro de Dado (validaCFD), creo que un espacio asi para
> nuestra necesidad y herramienta de programación estaría bien.
>
> yo me apunto
>
> saludos !
>

> > hl=es <https://groups.google.com/group/mundovisualfoxpro?%0Ahl=es>) y

> > Comunidad de Visual Foxpro en Español (https://groups.google.com/group/

> > publicesvfoxpro?hl=es<https://groups.google.com/group/%0Apublicesvfoxpro?hl=es>
> > )

[hhbernal]

Hola a todos,

Veo que hay diferentes propuestas para desarrollar una clase que sea
genérica y que nos ayude en nuestros desarrollos. Como grupo de
desarrollo, sugiero que nos asignemos algunas actividades, como por
ejemplo el desarrollo del manual de instalación y uso, etc. Así que
nuevamente, cuenten conmigo para el proyecto.

Saludos desde México, D.F.

On 16 dic, 11:27, IRCSA Software <ircs...@gmail.com> wrote:
> Así es Victor, eso es en lo que estaba pensando; por ahí en un foro de

> yahoo de VFP vi esto...http://ar.groups.yahoo.com/group/vfoxpro/message/118857

> > > Cancún, México- Ocultar texto de la cita -
>
> - Mostrar texto de la cita -

[IRCSA Software]

Victor,

Que te falta para la clase que estas haciendo, yo lo tengo... mejor el
fin de semana nos concentramos en CFDIs, representaciones impresas,
PDF, CBB, etc, etc... esa es la idea,

Me gusta la propuesta del wiki lo que no me gusta es que dependemos de
un hosting o un dominio de "alguien" que en un momento dado puede
dejarnos mal o parar el servicio, dejar de pagarlo o lo que sea, le dí
la idea a Hugo pero siempre estaremos a merced de esos factores...

Lo que si es importante es que definamos la forma ya para dedicarle
tiempo a lo importante, los CFDs.

Que tan fácil se monta un wiki ??

Con phpBB es rápido.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México.

[Hugo Carlos Aguilar Zapata]

ya tenemos un espacion en validaCFD.com
gracias al buen dado, nos dio un espacio
esta es la dirección
http://www.validacfd.com/phpbb3/viewforum.php?f=21

para que la hagan extensiva

estoy dando una maquillada a mi validador de CFDs V2 para subirlo jeje

Saludos

[IRCSA Software]

Bueno, que opinan los demás...

En octubre Dado puso en su foro el código de HalconDivino; es un foro
abierto donde, cualquiera se puede dar de alta y participar.

La ventaja que le veo es que no redundamos tanto en temas teóricos que
ya son bien tratados en el foro de Dado (ValidaCFD)...

Opiniones !!

vas a subir el código de tu validador, esta perfecto... los que lo
tengamos y lo queramos compartir esta bien tambíen pero mi propuesta
no es de subir códigos; unificar códigos, cómo vez ??

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México.

On 16 dic, 11:54, Hugo Carlos Aguilar Zapata

<hugocarlosagui...@gmail.com> wrote:
> ya tenemos un espacion en validaCFD.com
> gracias al buen dado, nos dio un espacio

> esta es la direcciónhttp://www.validacfd.com/phpbb3/viewforum.php?f=21

>
> para que la hagan extensiva
>
> estoy dando una maquillada a mi validador de CFDs V2 para subirlo jeje
>
> Saludos
>

[Hugo Carlos Aguilar Zapata]

Si perfecto , que sea una unifiación de códigos o standar para crear la solución en VFP

Por lo pronto ahi esta el espacio o en el Wiki de Victor donde gusten, sin menospreciar estos foros que tanto nos han aportado, seguimos con ellos

Con que empezamos ?

Definir una clase ?

A ver qe comenta la gente

Seguimos en contacto

Saludos

[hhbernal]

Una de las cosas que propondría incialmente, es qué tablas contendrá
la base de datos, pues con una base de datos bien definida, lo demás
es consecuencia la estructuración. Las tablas que podría contener son:

Emisor ----------Datos del contribuyente
Receptos ------Datos del receptor.
Folios-----------Administrador de los consecutivos desde el inicial al
final.
Factura---------Cabecera del documento, indicando los campos
requeridos y opcionales
Partidas--------Detalle de las partidas. Esta debería crearse tomando
en cuenta el manejo de productos y servicios.

En cuanto al manual de ayuda, propodondría el hacerlo en HTML, cosa
que he hecho anteriormente, parecido a la de Fox, pero al presionar F1
en alguna pantalla de la aplicación, se despliegue la ayuda
correspondiente.

Esta sería una propuesta por donde podríamos iniciar.

Saludos.


On 16 dic, 12:42, Hugo Carlos Aguilar Zapata

<hugocarlosagui...@gmail.com> wrote:
> Si perfecto , que sea una unifiación de códigos o standar para crear la
> solución en VFP
>
> Por lo pronto ahi esta el espacio o en el Wiki de Victor donde gusten, sin
> menospreciar estos foros que tanto nos han aportado, seguimos con ellos
>
> Con que empezamos ?
>
> Definir una clase ?
>
> A ver qe comenta la gente
>
> Seguimos en contacto
>
> Saludos
>

[Victor Espina]

Mira, como dije yo ya tengo la clase bastante avanzada. Mi idea final
es que un programador que quiere incluir el tema de la facturacion
electronica en su sistema VFP solo tenga que hacer lo siguiente:

1) Se descarga el componente para facturacion electronica
2) Coloca un SET PROCEDURE TO en su programa para cargar la libreria
3) Instancia la clase CEDComprobante y utiliza sus propiedades y
metodos para cargar la informacion de la factura desde su BD.
4) Mediante llamadas a metodos de CEDComprobante procede a firmar el
comprobante y generar el XML

A partir de alli, el tema de generar un PDF o una representacion
impresa del comprobante no me queda muy clara. Segun yo lo entiend,
todo sistema de facturacion ya deberiaa tener un formato para imprimir
las facturas y no creo que eso deba cambiar por efecto de la
facturaacion electronica. Lo de incluir una tutorial de como hacer
para generar un PDF con ese formato de factura seria bueno, pero creo
que ninguna de las dos cosas caeria dentro de lo que seria la parte
"standard" de la solucion.

Saludos

Victor Espina


On 16 dic, 15:42, Hugo Carlos Aguilar Zapata

<hugocarlosagui...@gmail.com> wrote:
> Si perfecto , que sea una unifiación de códigos o standar para crear la
> solución en VFP
>
> Por lo pronto ahi esta el espacio o en el Wiki de Victor donde gusten, sin
> menospreciar estos foros que tanto nos han aportado, seguimos con ellos
>
> Con que empezamos ?
>
> Definir una clase ?
>
> A ver qe comenta la gente
>
> Seguimos en contacto
>
> Saludos
>

[Jairo Miranda]

Sigo con el problema del foxypreviewer

 

Coult not load the Foxyprevievwer report factory(2)

 

La cosa es que funciona el programa pero me da ese error al inicio

 

Urgente no saldré de vacaciones si no deja de salir ese mensaje

[IRCSAsw]

hhbernal, hablas de tablas en una base de datos, no creo que sea necesario meternos tanto en eso, cada aplicación puede tener las tablas con los nombres que quiera, incluso habrá quienes utilizan DBF, otros con MySQL, etc, etc.

Realizar una clase que sea independiente de eso; esta clase sólo recibe los valores que pueden venir de cualquier tabla con cualquier nombre, o de variables, por que no, el caso es que el valor se mande a la clase para que la clase regrese el XML formado con los valores que recibe, ahora, dentro de la clase y ahí voy con lo que dice Victor, si esta clase también tiene la función de "regresar" un XML a valores que podamos manejar desde nuestras aplicaciones; utilizando el ejemplo de Victor, algo así como: oDoc.XMLtoCursor('archivo_origen.xml') esto crea en memoria cuatro cursores, pueden ser mas, pero básicamente: curCabecera - para la cabecera del comprobante, folio serie, emisor, receptor, etc; curConceptos - para cada uno de los conceptos del comprobante; curTraslados - para cada impuesto de traslado con sus valores; curRetenciones - para cada impuesto retenido; y lo que te queda por hacer es apuntarlos a los objetos de tu formulario por ejemplo un grid para curConceptos; bueno, así es como yo lo tengo (falta abrir CFDIs).

Victor, creo que si es importante la representación impresa y/o PDF y el visor/validador; según las reglas del SAT el contribuyente debe proporcionar la facilidad de que en caso de una auditoría puedas abrir y ver los CFDs, tanto los emitidos como los recibidor, ojo, también los recibidos y desde luego que no es válido que esta información se la muestres al auditor desde los datos almacenados en tu base de datos (ventas, clientes, productos, etc); debes de poder leer el XML y presentarlo de una manera legible; entonces si quieres implementar esto en tu aplicación sería bueno tener un oDoc.XMLtoCursor('archivo_origen.xml') y un oDoc.XMLtoPDF('archivo_origen.xml', 'archvo_salida.pdf') y yo pensaba en un oDoc.XMLtoFRX('archivo_origen.xml', 'reporte_vfp.frx'); bueno, sólo son ideas; lo que falta es tiempo.

Ya había mostrado mi visor en otro foro; lo que hago es pedir el XML y lo paso a cursores... ya después lo puedes validar (si tiene el certificado en el XML, falta hacer que se puedo sin el certificado; ya hai lo puedes mandar a imprimir, guardar en PDF o mandarlo por correo; con los productos los puedes mandar a una tabla o crear una compra directamente en tu sistema; eso ya le tocará a cada quíen...



Entonces, utilizamos el foro de Dado propuesto por Hugo ?? ... o seguimos aquí por lo que veo.
Saludos.

[Armando Rodríguez]

Arturo, alguna pista de cómo realizaste el visor ?  Creo que a muchos de nosotros nos falta agregarle ese plus a las aplicaciones de CFD.

 

Saludos y Gracias.

Armando

[IRCSA Software]

Perfecto Armando,

en eso estamos, que tienes y que te falta, lo que tienes cómo lo haces
para que veamos si podemos mejorar lo que nosotros hacemos, al final
tendremos un código unificado con todo lo necesario para que
cualquiera lo pueda integrar fácilmente a sus aplicaciones... me
dijiste en ZorrosMexicanos que tienes un buen avance y que ya estas en
producción, platicanos como te va ??

yo tengo CFDtoXML.prg; lo hago con DOM de MS; que fué lo que utilizó
Halcondivino en su última versión de la solución. Yo en lo particular
no utilizo DOM para crear el XML lo hago con TEXT...ENDTEXT; Se me
hizo que era más fácil de manejar y adaptar a la necesidad de cada
cliente; pero para la operación inversa DOM es lo mejor por que lo
puedes recorrer fácilmente y sacar los valores de cada nodo como
cualquier objeto; es mi opinión.

Tiene muchas funciones y características que te permiten hacer lo que
necesitamos; por ejemplo, con este código creas el objeto, abres el
archivo y lo validas en estructura; es decir que todos los nodos esten
bien cerrados, bien armados, etc, etc, ... apegado al estandar XML.

xdoc=CREATEOBJECT('MSXML2.DOMdocument')
xdoc.LOAD(ArchivoXML)
If (xdoc.parseError.errorCode <> 0) Then
myErr = xdoc.parseError
MESSAGEBOX("Archivo con error: " + myErr.reason, 16, "Sistema")
RETURN .F.
ENDIF

Con estas pocas líneas evitas que el usuario abra un archivo mal
armado que en principio eso indicaría que el CFD es inválido.

CFDtoXML.prg me regresa los cuatro cursores ya mencionados y lo que
hago es apuntarlos los objetos que ves en el screnshot del validador.

http://msdn.microsoft.com/en-us/library/ms760218%28v=VS.85%29.aspx
http://www.w3schools.com/xml/default.asp
http://www.w3schools.com/dom/dom_intro.asp

...dices que ya estas en producción, manejas CFDIs ??

[hhbernal]

Hola,

De acuerdo con lo que dicen, pues como lo entiendo, el asunto es
centrarse en una clase, por lo que mi pregunta va en el sentido de si
pondrán a disposición del grupo parte del código que han desarrollado
quienes van mas avanzados y a partir de ahí, con lo que tenemos
complementarlo y/o mejorarlo.

Una cosa es cierta, con todo lo que han comentado el panorama se ve
mas claro, sólo hay que meterle al desarrollo.


Saludos.

> http://msdn.microsoft.com/en-us/library/ms760218%28v=VS.85%29.aspxhttp://www.w3schools.com/xml/default.asphttp://www.w3schools.com/dom/dom_intro.asp

[IRCSA Software]

Hola!

Para Armando y todos los interesados, terminé de pulir un poco el
código que pasa el CFD v.2 a cursores que ya les había comentado;
pueden consultarlo y descargarlo si gustan en el foro de Dado
propuesto por Hugo; seguro que se puede mejorar y le hace falta que
identifique que es un CFD v.3 (CFDI) y obtenga los datos de el; si
alguien ya lo hace o lo hace mejor, bienvenido...

http://www.validacfd.com/phpbb3/viewtopic.php?f=21&t=316

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México.

On 16 dic, 15:10, Armando Rodríguez <armandorodrigu...@hotmail.com>
wrote:

> visor_validador_xml
>
> Entonces, utilizamos el foro de Dado propuesto por Hugo ?? ... o seguimos
> aquí por lo que veo.
> Saludos.
>
> Arturo Ramoswww.ircsasoftware.com.mx
> Cancún, México.
>

>  image001.png
> 67 KVerDescargar

[Victor Espina]

Entiendo perfectamente tu planteamiento. Una pregunta: cuando dices
"comprobantes recibidos" entiendo que yo como empresa recibo un XML
cada vez que hago una compra a uno de mis proveedores. Si esto es asi,
asumo que tambien debo darle ese XML a mis clientes cuando me compran.
Como se hace esta "entrega"? por correo electronico exclusivamente?
debo poder subirlo a un pen drive que el cliente me de ?

Saludos

Victor Espina

> Entonces, utilizamos el foro de Dado propuesto por Hugo ?? ... o seguimos aquí por lo que veo.
> Saludos.
> Arturo Ramoswww.ircsasoftware.com.mx
> Cancún, México.
>

>  visor_validador.png
> 67 KVerDescargar

[Victor Espina]

Eso esta excelente amigo. Yo hoy espero terminar el codigo de la clase
para ya generar el sello y el certificado usando openssl, asi como el
XML. Cuando valide que el resultado es correcto, entonces estaria
listo para subir el codigo para que otros empiezen a anadir
funcionalidad adicional.

Para que vayamos entrando en calor, aqui les dejo la interfaz
propuesta para las clases CED:

http://www.victorespina.com.ve/public/cedinterface.txt

Seria bueno tambien que definieramos donde vamos a llevar este tema,
para ya ir centralizando la informacion.

Saludos

Victor

> http://msdn.microsoft.com/en-us/library/ms760218%28v=VS.85%29.aspxhttp://www.w3schools.com/xml/default.asphttp://www.w3schools.com/dom/dom_intro.asp

[Armando Rodríguez]

Exelente Arturo, lo he descargado y va de 10.

Gracias
Armando Rodíguez

-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de IRCSA Software
Enviado el: Viernes, 17 de Diciembre de 2010 12:56 a.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: Factura Electrónica México + VFP, propuesta unificar

[IRCSA Software]

Perfecto Armando, me da gusto poderte ayudar.

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

On 17 dic, 09:19, Armando Rodríguez <armandorodrigu...@hotmail.com>
wrote:

[IRCSA Software]

Victor,

se ve completo, nos avisas si te falta algo en lo que te podamos
ayudar...

Las propuestas para manejar el tema son:
Hugo - Foro de VFP en la comunidad ValidaCFD de Dado.
Victor - Sección Wiki en su Wiki.
Arturo - Foro nuevo ((ofrezco subdominio y hospedaje)).
o, continuar dentro de este tema en esta comunidad.

También podemos crear otro foro en google o yahoo donde tratemos sólo
este tema.

Hugo, Victor, me pueden mandar un correo con su teléfono y nos
coordinamos a: ircsasw @ gmail.com

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

> >http://msdn.microsoft.com/en-us/library/ms760218%28v=VS.85%29.aspxhtt...

[IRCSA Software]

Les parece si creo el grupo en google y nos dejamos de darle
vueltas ??

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

[Armando Rodríguez]

Estoy de Acuerdo

Armando

-----Mensaje original-----
De: publice...@googlegroups.com

[mailto:publice...@googlegroups.com] En nombre de IRCSA Software

Enviado el: Viernes, 17 de Diciembre de 2010 11:16 a.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: Factura Electrónica México + VFP, propuesta unificar
código.

Les parece si creo el grupo en google y nos dejamos de darle

[IRCSA Software]

Ok, si les parece ahí está el foro.

Los datos son:

* Página principal del grupo: http://groups.google.com/group/vfp-factura-electronica-mexico
* Dirección de correo electrónico del grupo: vfp-factura-electronica-
mex...@googlegroups.com

Mande la invitación a los que se han interesado en el tema; todos son
bienvenidos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

On 17 dic, 11:15, IRCSA Software <ircs...@gmail.com> wrote:
> Les parece si creo el grupo en google y nos dejamos de darle
> vueltas ??
>

[IRCSA Software]

Victor,

Estos es lo que me dice mi contador...
- Tu como emisor basta con entregar la representación impresa del
comprobante a tu cliente y este puede declarar con esta impresión
pero tu cliente te puede pedir que le des el XML y tu debes de poder
dárselo (pen drive / correo / cd),

Incluso entiendo que si en tu XML no va el certificado codificado le
puedes dar una copia a tu cliente o el descargarla de la base de datos
del SAT para poder validar el comprobante que le das... por ahí los
expertos en cuestiones teóricas que nos ayuden.

Por eso es que en algunas empresas cuando vas a comprar te dan un
ticket, pasas a un kiosco donde "facturas" tu ticket y te entrega una
representación impresa de tu factura y después desde tu casa o negocio
puedes entrar a la pagina de la empresa y descargar el archivo XML si
quieres; en otras empresas pasa a servicios a clientes y la solicitas,
etc.

Por ejemplo para vender a las grandes cadenas: liverpool, soriana,
home depot, etc, etc, tienes que entregar el XML que además de estar
bien formado (que sea válido) te pide cada uno algunos datos
adicionales en la parte de adenda que es información que les sirve
para automatizar sus procesos en sus propios sistemas.

En mi aplicación tengo un botón donde manda al correo del cliente el
XML generado; ahora, lo que no se es si esto se tenga que enviar de
alguna forma "técnica" o de "seguridad" específica, entiendo que no;
por ejemplo en misfacturas.net de tralix que es un porveedor de CFDs
puedes crear una cuenta donde administras al mismo tiempo de que te
valida los XML tanto los emitidos como los recibidos; yo utilizo esta
cuenta para validar los XML que genera mi aplicación y lo único que
tengo que hacer es mandar un correo sin tema ni contenido, nada mas
que el XML adjunto a mi cuenta de tralix y casi al instante sale en la
carpeta de CFDs recibidos, si el XML no es válido lo manda a otra
carpeta que se llama "No válidos"; asi es que lo que yo tengo que
hacer es decirle a mis proveedores que me mandan al correo de mi
cuenta de tralix el XML que me están generando y yo ya se que ahí se
valida y los puedo ver, descargar o imprimir las veces que quiera.

Te recomiendo (y a todos los que leen) crear una cuenta ahí :
https://boveda.misfacturas.net/ es gratis y muy útil para validar lo
que estas haciendo.

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México

[Hugo Carlos Aguilar Zapata]

Gracias Arturo
por crear el espacio
puse un SCX para ver y validar facturas, en el foro
http://www.validacfd.com/phpbb3/viewforum.php?f=21

Aclaro que esta disponible para cualquier foxero ..

como puedo subirlo a VFP-factura-electronica-mexico, tiene restrcciones ??

Saludos

[IRCSAsw]

Ok Hugo,

Según yo no hay restricciones para los inscritos en el foro, intentaste ponerlo ??

Saludos.

[VfpImaging]

Jairo,

Por favor,

NO CAMBIES EL TEMA DE LAS MENSAJES !!!
Eso hace con que sea mas dificil de localizar y contestar tus
preguntas.

Por favor, si esta utilizando por la web, empece un nuevo asunto.

Si estas utilizando por email, elimine todos los contenidos de las
mensajes anteriores.
Sigues tiendo problemas con FoxyPreviewer ?

Saludos

Cesar

[Jairo Miranda]

Cesar, hasta hoy entre al correo porque etaba se vacaciones ,
pero si, sigo teniendo problemas con el , funciona bien lo malo es el
mensaje al inicio , te mando una foto del mismo

Gracias y como dicen.. !!Por favor no te enojesssssss!!

-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de VfpImaging
Enviado el: Domingo, 02 de Enero de 2011 20:11
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: foxypreviewer ayuda

[Diego Rojas Ccoica]

Yo tuve el mimos problema,

Lo que hice fue lo siguiente :

1.- Desinstalar el foxpro.
2.- Reiniciar la Pc

3.- Volver a Instalar el foxpro

4.- Instalar el Service Pack 2 del Foxpro

5.- al realizar esto ya no aparece el error.

6.- pero te sale otro error del ReportOutput, en ese caso por recomendacion de cesar 

genere una carpeta dentro de mi proyecto con los archivos ReportOutput.app, ReportPreview y los archivos del foxypreviewer.

despues de eso funciono todo ok.

Saludos,

Diego

[Jairo Miranda]

 

Quien me puede ayudar con el foxypreviewer,  la verison 209 saca el siguiente error :

 

LPDFSHOWERRORS NO FAUND

CPDFSMBOLFONTSLIT NO FOUND

 

AYUDA POR FA

JAIRO

 

De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de Diego Rojas Ccoica

Enviado el: Lunes, 03 de Enero de 2011 15:10
Para: publice...@googlegroups.com

[VfpImaging]

Hola Jairo,

Gracias por testar. Acabo de actualizar FoxyPreviewer, y subi una
nueva version, v2.09a
Por favor intente de nuevo y dime si funciona.
http://foxypreviewer.codeplex.com/releases

Gracias

Cesar

> > Urgente no saldré de vacaciones si no deja de salir ese mensaje- Ocultar texto de la cita -

[VfpImaging]

Jairo,

Despues de leer la mensaje de Diego, pienso que el probleme deve estar
en REPORTOUTPUT.APP

Portanto, me gustaria que ud actualize tu version de ReportOutput.app
con la que esta en Codeplex:
http://vfpx.codeplex.com/releases/view/11368

Para asegurarse de que utilizas la version correcta, cambie el nombre
de todos os archivos REPORTOUTPUT.APP de tu computadora, y mantenga
solamente esta nueva.

Por favor, teste y dime si funciona, ok ?

Gracias de antemano

Cesar

[Enrique Espinosa Herreros]

Hola Cesar.

Yo tuve el mismo problema que Jairo.

He seguido la solución que has dado (cambiar REPORTOUTPUT.APP) y he
bajado la nueva version, v2.09a. Ahora funciona correcto excepto al
intentar mandar el informe por mail, que me marca el siguiente error:

"El valor, tipo o número de argumentos no es válido para la función"

El error se produce antes de cargar la pantalla "pr_sendmail2" y creo
que es en el método "destroy" en la instrucción "SYS(2333,
This._OrigSYS2333)". (lo vi en el depurador en la versión v2.09. Ahora
el depurador me indica que el origen no está disponible).

Aprovecho para felicitarte y darte las gracias por el trabajo que
estás haciendo.

Enrique Espinosa

[Jairo Miranda]

Hola , como están
Probando el foxypreviewer 209a

Otro error en .....

IF NOT ISNULL(THIS.lPDFShowErrors)
.lPDFShowErrors = THIS.lPDFShowErrors
ENDIF

-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de Enrique Espinosa
Herreros
Enviado el: Miércoles, 05 de Enero de 2011 11:43

[Jairo Miranda]

Otros errores, hojala pudiera ayudar
En el prg foxypreviewercaller.prg

* IF NOT ISNULL(THIS.lPDFShowErrors)
* .lPDFShowErrors = THIS.lPDFShowErrors
* ENDIF

* IF NOT ISNULL(THIS.cPDFSymbolFontsList)
* .cPDFSymbolFontsList = THIS.cPDFSymbolFontsList
* ENDIF

-----Mensaje original-----
De: publice...@googlegroups.com

[mailto:publice...@googlegroups.com] En nombre de Enrique Espinosa
Herreros
Enviado el: Miércoles, 05 de Enero de 2011 11:43

[VfpImaging]

Jairo,

Suguramente olvidaste de cambiar el archivo "FoxypreviewerCaller.prg"
con la version mas nueva !
De toda manera, por favor baje la version 2.10. La version 2.09 tenia
un problema importante en el envio de emails, como muestro Enrique
Espinoza arriba.

Cambiaste la version de REPORTPUTPUT.APP como recomende en la mensaje
anterior ? Como salen las cosas? Persiste el error inicial?

Saludos

Cesar

[VfpImaging]

Hola Enrique,

MUCHAS GRACIAS !
Acabo de subir la version 2.10 con la correccion para el problema de
envio de emails.
http://foxypreviewer.codeplex.com/releases


Sobre "ReportOutput.app", por favor, me confirme sobre el error que
tenias... Era "Could not load the report factory (2)" ???
Y fue solucionado quando cambiaste para la version de CodePlex ?
Necesito saber, para poder informar al resto de la gente !!!


Saludos

Cesar

> > > - Mostrar texto de la cita -- Ocultar texto de la cita -

[Jairo Miranda]

!! QUE ALEGRIA !! funciona Perfecto .. solo hy que actualizar el
reportOutput

Gracias por el aporte , estaré pendiente de tus avances

Jairo

-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de VfpImaging

Enviado el: Jueves, 06 de Enero de 2011 05:39

[Enrique Espinosa Herreros]

Hola Cesar.

Muchas gracias a ti por la herramienta que has desarrollado.

A mí nunca me ha dado el error "Could not load the report factory
(2)", pero he descargado la última versión del "ReportOutput.app" que
tienes en CodePlex y me funciona perfectamente.

He bajado la version 2.10 y he sustituido todos los archivos de la
carpeta "source" y " foxypreviewer.app" en las carpetas donde están
los archivos de mi proyecto.

No he detectado ningún error y todo funciona perfectamente. El error
del envío de los emails esta solucionado.

Posteriormente he colocado todos los archivos según la distribución
que tengo establecida en el instalador para la distribución del
programa a los clientes y he detectado lo siguiente:

- " foxypreviewer.app" debe estar en la misma carpeta donde se
encuentra el archivo EXE del programa. Si esta en otra carpeta, aunque
la tengamos incluida en el PATH del programa de inicio, nos va a
ejecutar correctamente la vista previa, pero al intentar guardar como
PDF o mandar por email da el error "¡No se pudo ejecutar el archivo!.
Por favor inténtelo de nuevamente."

- Los archivos "ReportOutput.app" (última versión descargada de
CodePlex) y "ReportPreview.app" y todos los archivos H los tengo en
una carpeta llamada PROGRAMAS. Sin problemas.

- Las tablas "FoxyPreviewer_DefaultSettings.dbf" y
"foxypreviewer_locs.dbf" las he incluido en la carpeta DATOS.

- Las tablas "FoxyPreviewer_Settings.dbf", "FoxyPreviewer_Emails.DBF"
y "OutputConfig.DBF" se generan automáticamente en la carpeta donde
está el archivo EXE de la aplicación y " foxypreviewer.app"

De esta forma FoxyPreviewer funciona perfectamente, incluso con VFP 9
SP1 (no me da errores ejecutando pantallas "como formulario de nivel
superior")


Por otra parte si he detectado un error en la documentación de uso de
FoxyPreviewer en la web de CodePlex. Donde pone:

* 2 - THE ORIGINAL AND MORE POWERFUL MODE (Enhanced mode)


With just four lines of code you'll be able to include even more
functionalities:

LOCAL loReport AS "PreviewHelper" OF "FoxyPreviewer.App"
loReport = CREATEOBJECT("PreviewHelper")
loReport.AddReport(_Samples + "\Solution\Reports\colors.frx", "RANGE
1,1 NODIALOG") && FRX File, Clauses
loReport.RunReport()

En estas instrucciones se debe incluir primero la línea:

SET PROCEDURE TO FoxyPreviewer.App ADDITIVE


Otra cosa que me ha surgido es la siguiente:

- Ejecuto un FormSet con la sesión de datos privada. La sesión de
datos tiene una serie de tablas pertenecientes a una base de datos.
- En el Load del formset se crean una serie de cursores.
- Se cargan algunos ComboBox con sentencias SQL (SELECT DISTINCT
ALLTRIM....... FROM.... INTO CURSOR...)

Esta es la situación de partida. Al ejecutar el FormSet, en la ventana
de sesión de datos se ve que se ha creado la sesión de datos
Formset2(2) y en la misma se ven abiertas todas las tablas y cursores
creados.

Ejecuto Foxypreview

El informe se ejecuta correctamente y todas las funciones de
Foxypreview funcionan perfectamente.

Una vez ejecutado el informe, el nombre de la sesión de datos y las
tablas abierta permanecen como estaban inicialmente.

El problema viene cuando se cierra el FormSet. Entonces ocurre:

- La sesión de datos ha cambiado de nombre, de Formset2(2) a
Desconocido(2)
- Las tablas abiertas mediante sentencias SQL (SELECT DISTINCT
ALLTRIM) para cargar combobox permanecen abiertas en la sesión de
datos Desconocido(2)
- Los cursores abiertos en el método Load del FormSet permanecen
abiertos en la sesión de datos Desconocido(2)

El informe que ejecuta Foxypreview esta diseñado con entorno privado
de datos. He probado con el informe diseñado con el entorno de la
impresora y el resultado es el mismo.


Perdonarme por la longitud del post.

Un saludo a todos los foxeros.

Enrique Espinosa

www.gesiso.es

On 6 ene, 11:38, VfpImaging <ccha...@gmail.com> wrote:
> Hola Enrique,
>
> MUCHAS GRACIAS !
> Acabo de subir la version 2.10 con la correccion para el problema de

> envio de emails.http://foxypreviewer.codeplex.com/releases

[VfpImaging]

Hola Enrique,

Perdon por tardar a contestarte, pero una mensaje tan grande me
asusto :-D
Y preperi esperar tener mas tiempo...

> He bajado la version 2.10 y he sustituido todos los archivos de la
> carpeta "source" y "foxypreviewer.app" en las carpetas donde están
> los archivos de mi proyecto.

Los archivos de la carpeta "Source" son para los pocos que intentan de
crear "correcciones" para FoxyPreviewer. Todo lo que necesitas es
enviar Foxyreviewer.App como un archivo "Excluded" y
FoxypreviewerCaller.Prg (en el proyecto).

> No he detectado ningún error y todo funciona perfectamente. El error
> del envío de los emails esta solucionado.

Gracias por confirmar

> -  "foxypreviewer.app" debe estar en la misma carpeta donde se
> encuentra el archivo EXE del programa. Si esta en otra carpeta, aunque
> la tengamos incluida en el PATH del programa de inicio, nos va a
> ejecutar correctamente la vista previa, pero al intentar guardar como
> PDF o mandar por email da el error "¡No se pudo ejecutar el archivo!.
> Por favor inténtelo de nuevamente."

En el aplicativo de ejemplo que viene con FoxyPreviewer, toto
funciona, mismo sin estar Foxypreviewer en la misma carpeta del EXE.
Mira tus configuraciones, es posible que algo estea cambiando el SET
PROCEDURE y SET CLASSLIB. Por favor, intente manualmente como mostrare
abajo, y dime si funciona:
Por favor, adicione el comando


lcPath = && aca pones el path donde se queda FoxyPreviewer.App
SET PROCEDURE TO (ADDBS(lcPath) + "FOXYPREVIEWER.APP")

IF NOT ("_GDIPLUS.VCX" $ SET("Classlib"))
SET CLASSLIB TO ADDBS(lcPath) + "_GdiPlus.vcx" ADDITIVE
ENDIF
IF NOT ("PR_REPORTLISTENER.VCX" $ SET("Classlib"))
SET CLASSLIB TO ADDBS(lcPath) + "PR_ReportListener.vcx" ADDITIVE
ENDIF

y intente de nuevo. Probablemente desta manera Foxypreviewer
funcionara estando en qualquier lugar.
Por favor, avisame se funciona !

> - Los archivos "ReportOutput.app" (última versión descargada de
> CodePlex)  y "ReportPreview.app" y todos los archivos H los tengo en
> una carpeta llamada PROGRAMAS. Sin problemas.

No necesitas de los archivos que estan en "Source" !!!
Apenas FoxyPreviewer.App

> - Las tablas "FoxyPreviewer_DefaultSettings.dbf" y
> "foxypreviewer_locs.dbf" las he incluido en la carpeta DATOS.

Como arriba, NO SON NECESARIOS !
porque estan compiladas dentro de FoxyPreviewer.APP !!!

> - Las tablas "FoxyPreviewer_Settings.dbf", "FoxyPreviewer_Emails.DBF"
> y "OutputConfig.DBF" se generan automáticamente en la carpeta donde
> está el archivo EXE de la aplicación y  "foxypreviewer.app"

Si, es correcto. Foxypreviewer tambien extrae el archivo LibHpdf.dll
para la misma carpeta donde el Foxypreviewer.APP se encuentra.



> De esta formaFoxyPreviewerfunciona perfectamente, incluso con VFP 9

> SP1 (no me da errores ejecutando pantallas "como formulario de nivel
> superior")

Excelente. Para SP1, solamente es necesario actualizar los
REPORTPREVIEW.APP y REPORTOUTPUT.APP para la version de SP2. Para mi
es imposible dar suporte para las versiones mas anticuas.



> Por otra parte si he detectado un error en la documentación de uso deFoxyPrevieweren la web de CodePlex.  Donde pone:

>
> SET PROCEDURE TO FoxyPreviewer.App ADDITIVE

Gracias, voy actualizar FoxyPreviewer para que actualiza el SET
PROCEDURE automaticamente.

> Otra cosa que me ha surgido es la siguiente:
>
> - Ejecuto un FormSet con la sesión de datos privada. La sesión de
> datos tiene una serie de tablas pertenecientes a una base de datos.
> - En el Load del formset se crean una serie de cursores.
> - Se cargan algunos ComboBox con sentencias SQL (SELECT DISTINCT
> ALLTRIM....... FROM.... INTO CURSOR...)

Perdon, pero yo no trabajo con FormSets. No tengo ninguna experiencia
con ellos. Si quieres suporte para eso, por favor enviame directamente
por email un ejemplo que pueda reproducir el problema, que intentare
de encuentrar una solucion !

GRACIAS DE ANTEMANO !!!

Cesar