- Foros | Velneo V7 - http://velneo.es -

Foros | Velneo V7

Aplicaciones Multiempresa (41 mensajes)

Acerca de este tema:

Etiquetas:

Aún no tiene etiquetas.

Valora este tema:

Valoración de este tema:

1 voto(s), 3.00 de 5

Inicia sesión para votar este tema.

 

  1. [N3] info.jjsoft #

    Publicado: 13.08.10 (09:13 UTC +2)

    Hola a todos:

    ¿ Alguien se ha planteado como abordar un proyecto multiempresa ?

    Me explico:

    Actualmente no quedaría mas remedio que montar la estructura de tablas con un campo adicional EMPRESA y .. os imaginais el resto.

    Pero este esquema montado p.e. en una Contabilidad o Nóminas para una asesoría que lleve unos 200 clientes, no se como afectaría al rendimiento o a la practicidad de manejo de datos. Y la verdad no pienso hacer las pruebas que bastantes hago ya.

    Creo que se hace necesario el acceso por programa a las instancias: creacion, modificacion y borrado.

    1) Creas la instancia de Proyecto Base (Maestro de empresas, etc) a mano en la carpeta CONTA

    2) Creas la instancia de Proyecto Empresa (Diario, etc y hereda Proyecto Base) a mano en la carpeta CONTA\EMPRESAPATRON   -no se si esto sería realmente necesario-

    3) Cuando se tiene que utilizar una empresa nueva, y ya por programa, crear la instancia  de la empresa seleccionada: p.e. para la empresa 7, poder instanciarla en la carpeta CONTA\EM000007 tomando como base los datos vacíos de EMPRESAPATRON o de la forma que proceda.

    Creo que en disco quedaría todo más separadito y manejable para copias de seguridad, intercambio de datos asesoría/cliente en programas satélite, etc.

    Un saludo, Juanjo.

     

     

     

     
  2. [N4] eic.eurosistemas #

    Publicado: 13.08.10 (09:26 UTC +2)

    Hola.

    De las dos opciones que planteas:

    1) Campo adicional Empresa: actualmente es un poco inviable, dado que no existe subindexación en localizadores... aunque supongo que esto saldrá, en algún momento (esperemos que no muy lejano).

    2) Acceso a instancias (crear, cambiar, etc.) en tiempo de desarrollo: interesante, pero lo veo más lejano en el tiempo.

    Me parece una gran idea el 2º punto, aunque creo que la primera opción es más factible a corto-medio plazo. 

    Saludos,

    Fran Varona

     

     
  3. [N1] velavisual.yahoo #

    Publicado: 13.08.10 (11:09 UTC +2)

    Hola,

     

    A lo que comentais, hay que añadirle el cómo afectaría tantas instancias creadas con el número de licencias disponibles en el servidor. Creo que el control de licencias va también en función de las instancias creadas. Si me equivoco (ojalá Smiley que alguien nos lo explique.

     

    No recuerdo haber leido todavía algún documento donde se explique el control de las licencias del sevidor respecto a las soluciones instaladas e instancias de las mismas que tengamos creadas.

     

    saludos

    Antonio Vela

    http://www.velavisual.com

     

     
  4. [N3] gegeo #

    Publicado: 13.08.10 (11:19 UTC +2)

    Que yo sepa, el vServer limita el numero de accesos independientemente de las instancias o soluciones a las que se accede.

     

    Si el vServer tiene 5 usuarios concurrentes, solo accederan 5, aunque cada uno haya accedido a una solucion diferente.

     

    vSaludos

     
  5. [N2] jdalamillos.hotmail #

    Publicado: 13.08.10 (12:14 UTC +2)

    Muy buenas, la verdad es que un programa multiempresas es muy necesario para ese proyecto, el asunto es si una aplicación multiempresa de la que dependen la empresa "A", "B" y "C",  llamamos a  la empresa que está en otro directorio algo similar al multiempresa que tenemos en Velneo 6X, el asunto es ¿cuantos usariospordrian interactuar en la empresa "A"?

    Por otro lado el asunto de las nominas solo existiria una aplicación en un directorio.

    La cosa es compleja pero no es dificil de realizar, solo que probablemente el acceso a la contabilidad se vería muy limitado.

    El proyecto me gusta.

    Juan Díaz

     

     
  6. [N4] Pepeto #

    Publicado: 13.08.10 (12:35 UTC +2)

    @info.jjsoft

    Hola,

    en primer lugar, yo tambien creo que la opcion de la multiempresa, es una buena opcion, aunque claro, para 200, quiza me lo pensaria.

    Pensandolo detenidamente, creo que es mas recomendable la opcion de Instanciar las empresas por separado, tiene mas ventajas.

    en segundo lugar, quiza tambien deberias compartir los resultados algunas de las pruebas realizadas, Smiley ¿no?

     

    un saludo

    Jose

     

     

     
  7. [N1] roma7612901.hotmail #

    Publicado: 13.08.10 (12:38 UTC +2)

    Hola

    Cada cosa tiene su cuestión, y comentando de lo que en la V6.x se puede hacer en este campo, no se pueden usar en los localizadores  sub indexar por trozos o por palabras y es lo mismo para la V7, esto es una limitación, claro no es muy grande, pero al fin una limitación, probablemente el mayor limitante sea el rendimiento que, y mas aun si se emplea  en la nube, podria generar una mala sensación para el usuario.

    Saludos

     
  8. [N3] info.jjsoft #

    Publicado: 15.08.10 (11:42 UTC +2)

    Gracias a todos por las respuestas.

    Fran: Quizás me equivoque, pero no me parece una inversión muy grande en tiempo por parte de Velneo programar unas instrucciones de instancias que creen una carpeta en disco, y que copien una instancia de una carpeta a otra. Aunque intuyo que te refieres a que el manejo de instancias va a tardar en llegar por las prioridades que se han marcado en el desarrollo de la plataforma.

    Antonio: Tampoco se bien como está el tema de las licencias, pero no creo (o no debería) que afecte este tema de las instancias: estoy en la empresa 1 y me cambio a la 2. Sería una instrucción análoga a esta: fCierraEstaSesionyAbreLaOtraSinCobrarEnganchesPorfa()

    <div>Pepeto: Mi comentario de que "bastantes pruebas hago ya" se refería a cosas que crees que funcionarían de una forma y te vuelves loco porque son de otra (mea culpa). A veces son otras situaciones: recuerda lo que hablamos de las columnas en los informes. Y por supuesto que nunca tendré inconveniente en mostrar o ayudar a esta comunidad con lo que haga falta (aunque me faltan años luz para llegar a vuestro nivel).</div>
    <div>Pero para el tema que nos ocupa, cualquier prueba fiable implicaría tener la aplicación casi al 90%, y en estos casos la  marcha atrás se hace muuuuuuuy difícil. Para mí, una app de estas características funcionaría independiente a cada empresa, con su propia carpeta de datos y sin utilizar instrucciones que continuamente separan datos de cada empresa.</div>
    <div>
    </div>
    <div>Otra cosa es, p.e. en una contabilidad, obtener un balance consolidado de un grupo de empresas. En este caso, tendríamos una empresa final (la consolidada), y luego ir incorporando datos de las empresas del grupo (acceso desde una instancia a otra). Aquí no se como estaría el tema de las licencias (tampoco debería afectar utlizando la instrucción propuesta en el párrafo para Antonio).</div>
    <div>
    </div>
    <div>Supongo que para el manejo de instancias por programa, Velneo tiene que solucionar muchas casuísticas al respecto, no solo crear la carpeta, crear una instancia desde otra, eliminar instancias, acceder a datos entre instancias, etc. Tendrán también que solventar problemas de herencia y seguramente muchos aspectos técnicos que ellos sabrán mejor que ninguno.</div>
    <div>
    </div>
    <div>Pero opino que el manejo de instancias no debe retrasarse porque no cubra todos los posibles casos. No sería justo que otras instrucciones y/o caracteríticas no funcionen al 100% y haya que esperar a que el manejo de instancias si lo haga. Al fin y al cabo, en el manejo de instancias no hay condiciones de visibilidad. ¿ O si ?</div>
    <div>
    </div>
    <div>Un saludo a todos, Juanjo.
    </div>

     
  9. [N1] mariorafaelvargas.gmail #

    Publicado: 16.08.10 (00:14 UTC +2)

    Si... si... cuando sale subindexadores en Localizadores?

    Si... si... cuando sale subindexadores en Localizadores?

    Si... si... cuando sale subindexadores en Localizadores?

     

     

     
  10. [N1] mariorafaelvargas.gmail #

    Publicado: 16.08.10 (17:24 UTC +2)

    Tambien que... la propiedad Titulo del Objeto Marco sea actualizable en tiempo de ejecucion.

    Tambien que... la propiedad Icono del objeto Marco acepte una variable de tipo "icono" y sea actualizable en tiempo de ejecucion.

     

     

     
  11. [N1] mariorafaelvargas.gmail #

    Publicado: 19.08.10 (21:18 UTC +2)

    Tambien la implementacion de TECLAS ACELERADORAS para labores de digitacion masiva.

     
  12. [N2] jdalamillos.hotmail #

    Publicado: 23.08.10 (12:41 UTC +2)

    Bueno, Bueno.

    Yo quiero hacer un proyecto de contabilidad multiempresa y no se ha aclarado nada.

    Haber si lo entiendo:

    1º .-  Un proyecto multiempresa como V& no es viable ¿porque?

    deberia funcionar igual que en v6.

     
  13. [N4] innovadb #

    Publicado: 23.08.10 (12:49 UTC +2)

    Hola jdalamillos

     

    Nosotros estamos haciendo nuestra contabilidad multiempresa, y es una sola instancia donde las tablas tienen enlaces a la tabla empresas. El problema de los localizadores tiene soluciones provisionales, o tambien puedes dejarlos por ahora y en cuanto tengamos la subindexación los arreglas y listo.

     

    Un saludo

     
  14. [N2] jdalamillos.hotmail #

    Publicado: 23.08.10 (13:08 UTC +2)

    Muchas gracias por vuestra atención.

    Esa es una solución.

    Pero surge la pregunta del principio, tenemos una asesoria con 200 empresas, y cada empresa supongamos que tiene 5000 asientos, cada asiento 5 lineas como poco, tenemos que guardar los ultimos 5 años - 6 años para el deposito de cuentas anuales. Todo esto tendría un total de mas de cinco millones de registros, aumentando en 25000 registros mas  por cada empresa creada.

    La pregunta es sería capaz Velneo de gestionar todos esos registros? si es así no habria ningun problema en embarcarme en la aventura no solo de la contabilidad uqe la tengo en V6 sino en la gestión laboral, así como en el calculo y tramitación de impuestos, desde el IVA a Sociedades, pasando por la renta Intrastat, y un largo etc..., pero si no puede hacerlo ... sería trabajar en vano.

    lo de los localizadores no me preocupa, existen muchas formas de realizarlos, un ejemplo podria ser mediante procesos.

    Un abrazo

    Juan Diaz

     

     
  15. [N4] innovadb #

    Publicado: 23.08.10 (14:55 UTC +2)

    Otra alternativa es que una vez cerrados los ejercicios pases los asientos y apuntes a una tabla "almacén", de esta forma trabajas a diario contra tablas que nunca tienen mas de un millon de registros y para consultas historicas tiras de la otra.

     

    Un saludo

     
  16. [N3] info.jjsoft #

    Publicado: 02.09.10 (13:27 UTC +2)

    Retomo el tema con otra variante:

    OK, desarrollo el proyecto en una sola instancia (con el dato EMPRESA en cada tabla) y asumo, como hasta ahora, que la BBDD puede con todo.

    Sería bueno contar con una función que indique cuantas ventanas hay abiertas. De esta forma, si no hay ninguna y sólamente existe el marco, se habilita el botón de cambio de empresa activa. Se evitaría visualizar en pestañas anteriores rejillas con info de empresas que no son la activa y no habría confusiones. Puede haber otros métodos ya operativos que ahora mismo desconozco. ¿ Los hay ?

    Gracias y un saludo a todos. Juanjo.

     

     
  17. [N1] Rafa Fernandez #

    Publicado: 13.09.10 (09:53 UTC +2)

    Buenas a todos/todas,

    Pues me habéis 'acojonado' un poquito entre todos, siento la expresión.
    Tengo que desarrollar un proyecto en la nube mediante licencia SaaS por lo que en principio todos los datos de todos los clientes del proyecto, entre 100 a 200 clientes, estaran en la misma base de datos.

    Evidentemente hay un tabla TENANCY, que es el propietario de los datos, y todos las tablas reales del proyectos estan relacionadas o son dependientes de TENANCY.

    Por lo que he podido captar aquí, esto es muy dificil de hacer? puedo tener problemas de rendimiento de la base de datos? si no permite subindexación como lo hago porque todos los datos ya van a estar filtrados por TENANCY?

    Gracias por las sugerencias y comentarios

     
  18. [N2] jdalamillos.hotmail #

    Publicado: 13.09.10 (12:46 UTC +2)

    Muy buenas Raf Fernandez.

    Yo estoy estudiando la forma de hacer un proyecto en el que se lleve la gestión la contabilidad y la gestió laboral y todo en una sola instancia, en un principio la base de datos puede, aunque haciendo pruebas de 15000 registros tarda bastante en buscar, filtrar y editar, se pueden usar tablas temporales y el problema está solucionado.

    En lo que respecta a la nube.... bufff, a mi se me ha estropeado varias veces por lo que he tenido que eliminar todas las tablas y datos y no me han dado una solución, por lo que usando la configuración inicial e eliminado todo el trabajo. yo veo muy verde el sisterma para hacer algo en la nube.

    Juan Diaz

     
  19. [N1] mariorafaelvargas.gmail #

    Publicado: 13.09.10 (20:42 UTC +2)

    Como se te ha estropeado?  Especifica.

    - Por los datos en si?

    - Por la conexion via internet?

     

     
  20. [N2] jdalamillos.hotmail #

    Publicado: 14.09.10 (07:53 UTC +2)

    Mirad los post del dia 9 y 10 de septiembre, por lo visto no he sido el único, hay gente que se ha desanimado y ha vuelto a la V6, yo no soy partidario de eso, yo sigo trabajando con V7, pero con cuidado, sacad copias de seguridad.

     
  21. [N3] Jorge Velasco #

    Publicado: 14.09.10 (09:23 UTC +2)

    Buenas.

    Os voy a contar mi experiencia.

    Nosotros tenemos varias aplicaciones en fase de pruebas y alguna ya funcionando en la nube.

    Una de esas aplicaciones en fase de pruebas en la nube es una aplicación multiempresa en una sola instancia con el campo EMPRESAS en las tablas. Incluye: compras, ventas, gestión de almacén, tpv, email,etc.

    Problemas hasta ahora? El típico de conexión a internet que en algunos momentos puede ir más lento. Pero como la aplicación después correrá en LAN no nos preocupa.

    El rendimiento en la nube está siendo bastante bueno moviéndonos con varios miles de registros.

    Carencias de la versión?. Pues las vamos solucionando. Por ejemplo, el tema de los aceleradores de teclado sabemos que lo tendremos, la subindexación en localizadores no nos preocupa, nos hacemos nuestros propios localizadores y así tenemos más control sobre lo que mostramos y cómo lo mostramos.

    Resumiendo, sabedores de las cosas que echamos en falta podemos montarnos perfectamente un ERP. Según vaya mejorando la plataforma nuestro software irá mejorando.

    Un saludo.

     

     


    Jorge Velasco Fernández

    jvelasco@theseedsc.com

    http://www.theseedsc.com

     
  22. [N4] info.ciberideas #

    Publicado: 14.09.10 (09:33 UTC +2)

    Buenas

    Yo creo que la idea buena es la de juanjo del principio de este hilo.

    Yo ya plantee este tema y me dijeron que no habia problema con el numero de instancias creadas

    Ademas desde un modulo inicial puedes lanzar la instancia de aplicación que desees, el problema lo veo en que desde el vclient es desde donde se deberian poder crear las instancias de la empresas y ejercicios de froma que lo pudiera realizar el cliente sin tener que entrar en vadmin.

    un saludo

    Miguel

    CIBERIDEAS

     
  23. [N1] mariorafaelvargas.gmail #

    Publicado: 14.09.10 (16:43 UTC +2)

    En mi experiencia, coincidimos con la perspectiva de aplicacion de Jorge Velasco.

     

    Bueno cada programador tiene su perspectiva de crear soluciones.

     
  24. [N2] jdalamillos.hotmail #

    Publicado: 17.09.10 (10:10 UTC +2)

    Vamos aver, si creamos instancias, tenemos el mismo problema que se está plantenado en el post de "Ejecución simultanea de aplicaciones" no?, y si eso es asi, que presupuesto vais a dar?

    Juan Diaz

     
  25. [N4] innovadb #

    Publicado: 17.09.10 (10:36 UTC +2)

    En nuestro caso podemos decir que por el momento no hemos tenido ningún problema de esa índole.

    Por un lado BusinessCenter FREE lleva ya en la nube varios meses y no nos ha dado ningún problema.

    Por otro lado BusinessCenter PRO, los módulos que desarrollamos están siendo probados y son cargados con miles de registros creados por proceso para medir velocidad, rendimiento, fiabilidad, etc. Además estamos trabajando contra un servidor muy normalito y hasta el momento el rendimiento es bueno, en ocasiones mejor de lo esperado, también es cierto que tratamos de optimizar al máximo los procesos para no penalizar el rendimiento y sabemos que tiene cosas que mejorar, pero en definitiva los problemas menores que nos encontramos no son motivo para detener nuestro desarrollo.

    Como bien dice Jorge faltan cosillas, pero con una pequeña planificación de los detalles que van quedando pendientes los podremos ir corrigiendo con las futuras versiones.

    un saludo

     
  26. [N1] Rafa Fernandez #

    Publicado: 17.09.10 (11:01 UTC +2)

    Muchas gracias innovadb me dejas más tranquilo.

    Posiblemente con lo que diga ahora me gane alguna bronca pero tanto en este hilo como en el hilo de <span style="font-family: Arial, Helvetica, sans-serif; font-size: 12px; color: #666666;">"Ejecución simultanea de aplicaciones" creo que hay mucha gente que no tiene las cosas claras.

    Yo soy totalmente novato en Velneo por lo que no me veo capacitado para opinar de la herramienta pero si de otras muchas otras cosas que se estan diciendo.

    1. No todos los lenguages de programación o entornos de desarrollo estan capacitados para dar solución a todos los problemas informático, a alguien se le ocurriria hacer un ERP atancando bases de datos con C++, es posible pero no es la mejor solución.

    2. Se habla mucho de que si no pagas Velneo no responde, joder no seais hipócritas, Velneo no es una ONG ni vive del aire, necesita ingresos fijos mensuales para poder ir mejorando la herramienta y esas mejoras al final repercuten en nuestras soluciones hechas con Velneo. El problema es que en este pais estamos muy acostumbrado a no pagar por el software.

    3. Es normal que los que pagan suscripción tenga respuesta directa de Velneo por eso pagan para tener un trato diferenciador, no se paga una quota mensual en un gimmansio para poder entrar y disfrutar de unos servicios que los que no pueden pagarlo no van a disfrutar?

    3. No todos los escenarios seguramente funcionen con Velneo, si es ese el problema utiliza Velneo sólo para los proyectos donde encaje la solución para los otros pues Visual Basic, Delphi, Cobol, Access.. lo que sea.

    Por lo que veo Velneo v7 parece que le falta cosas que los que llevais tiempo estáis reclamando pero si me bajo open apps como la de os Sr. de innovadb y son operativas y ellos mismos dicen que estan funcionando correctamente aún con altas cargas de datos, pues la herramienta funciona aunque no se para poder abordar, a día de hoy, todos los desarrollos software que debemos afrontar.

    Saludos a todos y todas.

     

     
  27. [N2] jdalamillos.hotmail #

    Publicado: 17.09.10 (11:20 UTC +2)

    Rafa Fernandez, totalmente de acuerdo contigo.

    El asunto es que si se da la información correcta, nos ahorramos muuuuucho esfuerzo y dolores de cabeza, yo tengo en marcha la creación de una solución, si cuando llegue al final funciona perfecto, me he arriesgado y ya está, pero si tengo la información alomejor no la abordo, y busco otra plataforma, lenguaje, o herramienta, para poderla hacer, de forma que no consumo tanto tiempo y energias.

    Simplemente se pide sinceridad, y buenas maneras.

    Juan Diaz

     
  28. [N2] jdalamillos.hotmail #

    Publicado: 21.09.10 (12:09 UTC +2)

    Muy buenas.

    Alguien ha oido hablar del umbral de rentabilidad? ¡seguro que si!

    He estado haciendo un estudio sobre el tema y con el asunto de tener que pagar las instancias nos situa muy por debajo de ese umbral, me explico.

    Si el programador es una persona sola como yo, se ahorra mucho en trabajo a la hora de tener que montar redes.

    Si el programador es una empresa, Idem de lo mismo

    Pero si el cliente del programador no necesita una plicación multipuesto es cuando tenemos realmente el problema, tenemos un profesional Asesor, contable, Administrados de fincas, por poner algun ejemplo, tiene que tener dos instancias para empezar, sino se hace muy lenta, el filtrado y localizacion de una ficha en una tabla de 15000 registros tarda 30 segundos aprox, o mas, por lo que tienes que tener una empresa por cada instancia por lo que se multiplica exponencialmente el gasto y deja de ser rentable una aplicación en V7, mientras que en V6 sigue siendo rentable.

    por lo tanto esto da mucho que pensar ¿te metes ha hacer un programa con el que vas a perder dinero?

    Saludos para todos

    Juan Diaz

     

     
  29. [N1] Rafa Fernandez #

    Publicado: 21.09.10 (12:59 UTC +2)

    Cuando hablas de que para buscar dentro de 15.000 registro tarda 30 segundos en que escenario has hechos las pruebas? en la nube, un una lan, en una wan.

    Si es en la nube en que servidores? a que hora? ya que si es amazon a partir de las 15.00 horas es muy posible que el rendimiento baje bastante ya que los Americanos se despiertan.

    Si es en un Lan no sera un problema de dimensión del servidor?

    30 segundos para 15.000 registros es una auténtica animalada.

    Gracias.

     
  30. [N3] Jorge Velasco #

    Publicado: 21.09.10 (13:04 UTC +2)

    Buenas.

    Os cuento mi caso.

    Tengo un cliente con casi 20000 registros en la de clientes.

    La aplicación es multiempresa en una sola instancia.

    Las búsquedas en LAN son instantáneas, los localizadores los he montado yo y también son instantáneos.

    Incluso en la nube he realizado pruebas y, ni por asomo son los 30 segundos que dice Juan.

    Un saludo.

     

     


    Jorge Velasco Fernández

    jvelasco@theseedsc.com

    http://www.theseedsc.com

     

Responder »

Debes Identificarte para publicar.

© 2012, Velneo S.A. Todos los derechos reservados      Contacto | Privacidad - Legal
Life is Soft