ValidaCFD

Saludos DADO, estoy valorando tus librerias le he dado una revizada a los temas del foro y no encuentro nada que aclare lo siguiente usando tus librerias y/o codigo:

-Es factible usar las librerias para una aplicacion que se usara en un servidor de aplicaciones y que alrededor de 60 usuarios se conectaran via Terminal Service a la aplicacion y que se pueden tener 60 sesiones facturando simultaneamente(son puntos de venta) en el mismo servidor, ya que veo que haces uso de archivos temporales, del archivo .ini etc. puede haber errores??

-Para el caso de impresion de la representacion impresa del CFDI con CBB y todo lo necesario, que pasaria en la misma situacion, un servidor de aplicaciones y que alrededor de 60 usuarios se conectaran via Terminal Service a la aplicacion y que se pueden tener 60 sesiones facturando, TIMBRANDO e IMPRIMIENDO simultaneamente, puede haber errores??


Si es factible usar tus librerias en este ambiente multiusuario SI necesitare hacerte la compra de las librerias requeridas.
En caso de que no sean viables en ambiente de sesiones simultaneas, hay alguna alternativa, o que sugieres??

De antemano gracias por tus comentarios.

No creo que funcione en multisesion

Alguno de los motivos son los que comentas, el uso de archivos temporales

Por otro lado no creo que soporte la carga de 60 usuarios, para eso yo creo que solo una dll multi-thread

La verdad nunca he trabajado con Terminal Server pero leyendo aqui y alla parece que hay muchas restricciones, yo siempre he trabajado con programas que se instalan en cada una de las PC y accesan a la base de datos en red, por supuesto que esto solo funciona (administrativamente hablando) para unas 5 o a lo mas 10 PC

Que lastima Dado que no sea tan viable para trabajar con varias sesiones de usuarios al mismo tiempo, oye se me ocurre algo creo que tal vez asi pueda funcionar para muchas sesiones de usuarios distintos al mismo tiempo como vez lo siguiente:

Si mi desarrollo de facturas lo ponemos en una carpeta diferente para cada usuario asi: c:\misprogramas\mifacturauser1\, c:\misprogramas\mifacturauser2\, c:\misprogramas\mifacturauser3\, c:\misprogramas\mifacturauser4\, c:\misprogramas\mifacturauser5\.......c:\misprogramas\mifacturauser60\
Cada usuario usaria su propio programa (aunque en el mismo server) y creo que por lo tanto sus propios temporales, cuando se mandara timbrar pues el timbre se regresaria al xml de la carpeta que llamo al timbrado, aunque es un poco drastica la solucion creo que en teoria podria funcionar, que opinas???

ctronx escribió:Que lastima Dado que no sea tan viable para trabajar con varias sesiones de usuarios al mismo tiempo, oye se me ocurre algo creo que tal vez asi pueda funcionar para muchas sesiones de usuarios distintos al mismo tiempo como vez lo siguiente:

Si mi desarrollo de facturas lo ponemos en una carpeta diferente para cada usuario asi: c:\misprogramas\mifacturauser1\, c:\misprogramas\mifacturauser2\, c:\misprogramas\mifacturauser3\, c:\misprogramas\mifacturauser4\, c:\misprogramas\mifacturauser5\.......c:\misprogramas\mifacturauser60\
Cada usuario usaria su propio programa (aunque en el mismo server) y creo que por lo tanto sus propios temporales, cuando se mandara timbrar pues el timbre se regresaria al xml de la carpeta que llamo al timbrado, aunque es un poco drastica la solucion creo que en teoria podria funcionar, que opinas???

Pues lo de los archivos temporales es muy facil de solucionar, puedo programar que use nombres distintos para cada solicitud.

Mira, yo estoy dispuesto a dedicarle tiempo y programacion al asunto, sin compromiso, si tu estas en la misma posicion entonces podemos empezar a hacer pruebas.

Lo primero que necesitaria saber :

1. en que lenguaje estas programando
2. con cual PAC piensas timbrar
3. estarias dispuesto a pagarme un 50% adicional sobre el precio de lista para compensar el trabajo extra (vamos a ser honesto, por un sistema en donde va a ver 60 usuarios el pagar menos de 3,000 pesos por la rutina es regalado)......con garantia de que si no te funciona entonces no te cobraria ni un quinto
4. Tambien como "cobro" por mis servicios te pediria al final una "nota tecnica" o "tutorial" con consejos de como se debe usar mi libreria en el ambiente de Terminal Server, porque? muy simple, porque si funciona voy a poder ofrecer mi libreria como "compatible con terminal server" pero como no se ni maiz del asunto por eso te pediria un pequeño resumen con esos consejos......

Que te parece? un poco "loco" la forma de trabajo pero creo que los dos podemos salir beneficiados

Dado, te comento que el desarrollo que voy a iniciar aunque con las funcionalidades tipicas de Ventas-Compras-Cuentas por pagar-Cuentas por cobrar tienen entre sus necesidades particulares el hecho de que sera usando por sucursales que estan ubicadas geograficamente en lugares distintos, por eso lo del Terminal Service, nosotros usamos el protocolo RDP para la conexion de sucursales y funciona como si fuera Citrix, no le replicamos al usuario todo el escritorio sino solo la aplicacion que necesita en esta caso solo el "punto de venta", es por eso que la aplicacion esta solamente instalada en el servidor y por acceso remoto usando el protocolo RDP todas las sucursales se conectan al servidor y usan la aplicacion.

Esatamos indecisos en iniciar el desarrollo en VB NET 2010 o Delphi 2010 aunque tenemos un punto de venta en Delphi 7 usando Mysql, de hecho de aqui partimos ya que muchas cosas ya hechas nos sirven,
-Lo de VB es porque veo que hay un poco mas de informacion para programacion de la CFDI y creo que algunos PAC dan informacion o componentes en .Net para su conexion, asi mismo la interface visual y la apariencia que le podemos al usuario en VB da la sensacion al usuario de que usa un programa mas moderno.
-Lo de Delphi se me hace mas talachudo y con menos informacion disponible sin embargo considero que los programas en Delphi son mas rapidos, estables e independientes, pero no conozco alternativas free para poder darle una apariencias actual y moderna a los programas DELPHI sobre todo en el caso de DELPHI 7, tu conoces algo para modernizar la apariencia de los programas?

Tu propuesta suena interesante ya que los dos ganamos, yo al poder integrarle a mi desarrollo la funcionalidad de los CFDI y tu el poder integrarle a tus librerias una mayor funcionalidad en ambientes remotos multiusuario, mutisesion, multiempresa y poderse usar en ambientes empresariales mas rudos y poderla probar en dicho ambientes, nosotros llevamo aqui en el trabajo como 3 años usando este tipo de ambiente con otras aplicaciones y hemos paasdo por muchas cosas pero tambien las hemos resuelto y claro que me interesaria que tus librerias trabajaran bien en estas situaciones.

Oye y lo del asunto de la concurrencia con los reportes RAVE, tiene solucion o alternativa viable??

Espero tus comentarios y dependiendo de ellos y tendre mas elementos para la desicion de iniciar mi proyecto CDFI en VB vs Delphi.

Por cierto SI estaria dispuesto a pagarte un poco mas por tus librerias.

Dado , se me olvido comentarte para timbrar las dos alternativas que se acomodan mejor a nuestras necesidades son FACTURAXION y EDICOM, estamos valorando ambos, por si te sirve el dato.

Que tal Dado, queria ver tambien si tienes alguna sugerencia para resolver el asunto de la Impresion concurrente, supongo que por los dias de puente no has tenido oportunidad de ver estos ultimos mensajes, pero bueno esperare un poco mas antes de tomar la decision de en que iniciar mi desarrollo, ya que si me interesa tener tu comentarios acerca de estos ultimos de mis mensajes. Buen dia.

ctronx escribió:Que tal Dado, queria ver tambien si tienes alguna sugerencia para resolver el asunto de la Impresion concurrente, supongo que por los dias de puente no has tenido oportunidad de ver estos ultimos mensajes, pero bueno esperare un poco mas antes de tomar la decision de en que iniciar mi desarrollo, ya que si me interesa tener tu comentarios acerca de estos ultimos de mis mensajes. Buen dia.

Es correcto, debido al puente no he sido tan activo aqui en el foro.

Hice pruebas y por mas que lo intente no pude generar dos PDF al mismo tiempo usando el Rave Reports, hay mas que archivos compartidos, algo en memoria tambien debe estar compartiendo ya que hice dos instalaciones totalmente independientes de un ejemplo y al ejecutarlo al mismo tiempo me marco error, asi que nel, Rave Reports no es concurrente, el timbrado SI es concurrente con dos instalaciones distintas, Edicom es en unico codigo que usa archivos temporales pero facilmente pueden renombrarse y no hay problema.

Por ultimo, ya han probado la libreria en Win/Server y funciono, pero no la han probado con Terminal Server no se ahi que dificultad pueda haber