por
pobrecito hablador
el Viernes, 28 Mayo de 2004, 15:48h
(#307006)
Uno que no sólo soporte versiones de documentos y control de usuario (MyDMS ya permite esto), sino que además permita a un administrador definir el proceso que debe seguir un documento antes de su publicación.
Ej:El jefe de grupo o administrador propone la elaboración del documento a Pepe---->Pepe lo redacta y lo pasa a Juan, para que este de su visto bueno antes de la publicación.
Sólo hay programas de pago con esta funcionalidad, y cobran la licencia a precio de oro. ¿Alguien conoce alguna opción libre?
Tengo muchísimo interes en implantar un sistema similar en mi oficina por eso e consultado el hipergate.
Me ha parecido extraño que se jacten de ser un software open source y en su lista de características hagan incapié en la compatibilidad con la suite ofimática propietaria mas conocida y hayan desaprovechado la oportunidad de compatibilizarse con suites adoradas por alguno como yo como pueda ser OpenOffice (supongo que será también compatible, no lo dice)
Yo busco algo parecido. En el centro donde trabajo se quiere implantar la norma de calidad ISO 9001:2000, lo que supone un montón de papeleo de especificación de procesos, documentos, registros, conformidades y no conformidades, propuestas de revisiones, control de cambios... Vamos, un trabajo impresionante.
¿Existe alguna herramienta libre que pueda ayudarme a automatizar todo este trajín?
Soy el principal programador de hipergate.
Pero intentaré dar una descripción imparcial sobre el estado de la plataforma.
hipergate es una suite de trabajo en grupo + gestión de clientes (CRM), en este punto es más completo que otras aplicaciones ya que cubre tanto la parte de Intranet como la de CRM.
La versión 2.0 es bastante estable y escalable. Aunque todavía puedes encontrar algún que otro bug de los que no deberían estar ahí, nuestro sistema de soporte (incluso el gratuito) no tiene competencia en eficacia. Típicamente solucionamos todas las incidencias en menos de 2 horas.
Respecto a OpenGroupware hipergate tiene la ventaja de que es una aplicación open source hecha desde cero para ser open source sin código heredado como el caso de SKYRiX con OpenGroupware.
hipergate 2.0 no tiene interfaz LDAP, ni WebDAV ni iCalendar como OpenGroupware, pero la versión 2.1 que saldrá en breve ya permite conectar Outlook Express y Ximian a través de LDAP.
Por otra parte hipergate proporciona muchas funcionalidades de CRM que no existen en Opengroupware.
Sobre las aplicaciones basada en PHP, bueno, hay n-mil y no las conozco todas. No podemos competir una por una funcionalidad por funcionalidad con la miriada de pequeñas aplicaciones PHP+MySQL que hay. Sencillamente somos una suite Java alternativa a PHP. Soportamos PostgreSQL, Oracle y SQL Server y soportaremos MySQL cuando salga la version 5. hipergate corre sobre Windows y Linux y prácticamente sobre la totalidad de servlet runners: Tomcat, Resin, Weblogic, WebSphere, JRun.
Las críticas de que nuestro soporte de otras aplicaciones Open Source es pobre no están justificadas. Lo que más instala la gente es Linux+Tomcat+PosgreSQL. Soportamos IE y Mozilla. Pero fabricamos una aplicación para que la use la gente no para que nos den un premio a la pureza del Software Libre. La mayoría de los usuarios tienen IE y la mayoría de los usuarios tienen Microsoft Office y Outlook. Para que el hipergate penetre en el mercado y sea aceptable debemos ser interoperables con las aplicaciones que mayormente tienen los usuarios.
La versión 3.0 de hipergate saldrá en octubre de 2004 y creo poder afirmar sin ninguna duda que será el mayor aplicativo Groupware+CRM basado en Java y el mejor testeado y documentado que podrá conseguirse libremente a nivel mundial.
Aparte de esto ningún producto cubre todas las necesidades, ni nosotros lo pretendemos. Vivimos en un vasto ecosistema de aplicaciones donde sólo aspiramos a liderar un pequeño nicho con un producto estrella.
+5 (Profundo)
de pobrecito hablador
(Puntos:1)
Viernes, 28 Mayo de 2004, 17:31h
Free Software
de JoseSogo
(Puntos:2)
Viernes, 28 Mayo de 2004, 18:27h
Trabajo en el departamento de informática de una Consejería de la Junta de Andalucía, bueno, mejor dicho de una Delegación de una Consejería.. Mi jefe propuso la creación de una intranet que permitiese entre otras cosas, presentar una interfaz única a la par que sencilla para el conglomerado de aplicaciones que utilizan los usuarios y que cada día en mayor número estan basadas en web, la mayoría de ellas hechas en "casa", y proveerlos a la vez de un conjunto de utilidades tales como agendas, foros, comunicación de incidencias en equipos, etc.Además debería de suponernos un coste 0 en licencias y tendría que estar desarrollada o basada en herramientas libres. Planteado todo esto me tocó a mi como (unico) programador del departamento y "experto" en software libre estudiar las posibles opciones (todavía estoy intentando averiguar como puñetas me colgaron el cartelito, debe ser porque soy el unico que trabaja con linux en toda la santa delegación y por tener la boca demasiado grande y estar vendiendo a todas horas las bondades del open source).
Tras estudiar distintas posibilidades me decidí por eGroupWare (aquí teneis el enlace [egroupware.org]) debido entre otras cosas a que me defiendo mucho mejor en php que en java y a que ya había montado un servidor linux con mysql+php+un montón de complementos y a que hipergate no utiliza autentificación contra LDAP, cuando era requisito imprescindible que esto se hiciese contra un Active Directory residente en un Windows 2000 Advance Server que trabaja como PDC.
Por otro lado el API de egroupware es relativamente facil de entender y usar, lo que me ha permitido, y me está permitiendo, ampliarlo con las aplicaciones que se solicitan, modificar algunas de las que acompañan a eGroupware para adaptarlas a nuestras necesidades e integrar otras que ya habíamos creado.
La parte más trabajosa fue adaptar el sistema de autentificación que trae la aplicación, que está pensado para utilizarse con OpenLDAP, cargando unos cuantos esquemas creado por eGroupware al efecto y que le son propios, para utilizarlo con AD, tal y como he dicho antes, aparte de esto, insisto en que las nuevas aplicaciones que se quieran integrar son muy fáciles de desarrollar y de integrar, así como de modificar. A mi entender permite una separación aceptable entre el código y la presentación, es decir entre las funcionalidades que codificas y como se muestra el resultado al usuario, lo que permite que se pueda distribuir el trabajo entre programadores y diseñadores.
El resultado es una intranet a la que acceden diariamente casi un centenar de equipos que funciona con agilidad y rapidez y que no sobrecarga en exceso el servidor.
-- ***************************************
* Linux user #188524
* Linux machine #83532
*****************************
por
pobrecito hablador
el Viernes, 28 Mayo de 2004, 18:17h
(#307058)
"En donde encuentro por ahora carencias es en poder conectar con un cliente tipo evolution, kontact o outlook al calendario o agenda para poder trabajar OFFLINE."
por
pobrecito hablador
el Viernes, 28 Mayo de 2004, 20:16h
(#307093)
He mirado bastante el tema de las suites libres de groupware y hay un tema que me parece hasta cierto punto preocupante, y es precisamente ese que mencionas: la conectividad entre servidores y clientes (para trabajar offline, con la pda, etc.).
Por un lado tenemos Kollab, OpenGroupware, phpGroupware y derivados... y un larguísimo etcétera de servidores libres de groupware. Por otro tenemos Outlook (posiblemente el más extendido en las PYMES), Evolution, KDE PIM (Kontact y compañía), las pdas y otro montón de clientes libres o a tener en cuenta.
En medio tenemos que Kollab habla bien con Outlook (a base de plugins) y con KDE PIM, pero no sé qué tal lo hace con Evolution (en la página de Kollab ni siquiera mencionan a Evolution). En principio no hay interfaz con pda (siempre puede hacerse en dos pasos a través de Outlook o Kpilot).
También tenemos que Opengroupware habla bien con Outlook (con plugin) y con Evolution (idem), pero no se lleva con KDE PIM. Tiene una interfaz directa para pdas y una interfaz iCalendar. Sin duda, OpenGroupware es el mejor servidor libre en lo que a conectividad con otro software se refiere (también implemente XML-RPC y toda clase de cosas de ese estilo).
Si seguimos tendremos casi todas las combinaciones posibles de (in)compatibilidades. A lo que yo me pregunto:
¿Existe algún proyecto, especificación o iniciativa libre para unificar todo esto? Algo así como una capa que ofrezca una API a los programadores de servidores y otra a los de clientes de modo que sólo tenga que preocuparme de adaptar mi servidor a esa capa para saber que soy compatible con Outlook, Evo, Kontact, iCal y todo aquel que quiera programarse un cliente siguiendo
la API para clientes. Con eso bastaría con un plugin por cliente y uno por servidor para obtener compatibilidad de todos con todos (S+C plugins en lugar de SxC).
Bueno, supongo que la idea está clara. La cuestión es ¿existe ya esa iniciativa? ¿Enlaces? y si no existe ¿por qué? (estoy seguro que no soy el primero ni el segundo que lo piensa).
Respecto a Hipergate, sé que están preparando conectividad con pdas (handhelds). También sé que lo hacen 'de cara a la galería', es decir, consideran que tiene más valor como marketing que uso real. A mí me parece que deberían centrar sus esfuerzos en conseguir compatibilidad con Outlook y Evolution/KDEPIM. Así conseguirían también compatibilidad con pdas (con un paso intermedio que a nadie le importará hacer) y podrán vender la tan ansiada compatibilidad con pda al tiempo que implementan una característica realmente útil. Dejen que Outlook/Evolution/KDE se preocupen de las pdas (con sus multiples sistemas, métodos de conexión y problemas asociados).
Buf, menuda parrafada, como se cuelque esto ahora, me suicido.
PD.- Disculpen por nombrar tantos programas sin poner un triste enlace.
--
Áncor González Sosa
ancorglez2 en softhome punto net
Pues serán amigos nuestros, porque los hipergates (con i latina, por favor), somos dos: Sergio ni siquiera sabe usar Barrapunto y yo no gasté mi karma la semana pasada :)
Sigo sin encontrar un buen dms opensource
(Puntos:1, Interesante)Unas doscientalmilveces ha salido este tema
(Puntos:2, Informativo)( http://barrapunto.com/ )
[RyT]2004
Que cosa mas extraña
(Puntos:1)Software para norma ISO 9001:2000
(Puntos:2, Interesante)( Última bitácora: Lunes, 20 Julio de 2009, 10:17h )
¿Existe alguna herramienta libre que pueda ayudarme a automatizar todo este trajín?
Posicionamiento de hipergate
(Puntos:5, Interesante)( http://www.sergiomontoro.net/ )
Pero intentaré dar una descripción imparcial sobre el estado de la plataforma.
hipergate es una suite de trabajo en grupo + gestión de clientes (CRM), en este punto es más completo que otras aplicaciones ya que cubre tanto la parte de Intranet como la de CRM.
La versión 2.0 es bastante estable y escalable. Aunque todavía puedes encontrar algún que otro bug de los que no deberían estar ahí, nuestro sistema de soporte (incluso el gratuito) no tiene competencia en eficacia. Típicamente solucionamos todas las incidencias en menos de 2 horas.
Respecto a OpenGroupware hipergate tiene la ventaja de que es una aplicación open source hecha desde cero para ser open source sin código heredado como el caso de SKYRiX con OpenGroupware. hipergate 2.0 no tiene interfaz LDAP, ni WebDAV ni iCalendar como OpenGroupware, pero la versión 2.1 que saldrá en breve ya permite conectar Outlook Express y Ximian a través de LDAP. Por otra parte hipergate proporciona muchas funcionalidades de CRM que no existen en Opengroupware.
Sobre las aplicaciones basada en PHP, bueno, hay n-mil y no las conozco todas. No podemos competir una por una funcionalidad por funcionalidad con la miriada de pequeñas aplicaciones PHP+MySQL que hay. Sencillamente somos una suite Java alternativa a PHP. Soportamos PostgreSQL, Oracle y SQL Server y soportaremos MySQL cuando salga la version 5. hipergate corre sobre Windows y Linux y prácticamente sobre la totalidad de servlet runners: Tomcat, Resin, Weblogic, WebSphere, JRun.
Las críticas de que nuestro soporte de otras aplicaciones Open Source es pobre no están justificadas. Lo que más instala la gente es Linux+Tomcat+PosgreSQL. Soportamos IE y Mozilla. Pero fabricamos una aplicación para que la use la gente no para que nos den un premio a la pureza del Software Libre. La mayoría de los usuarios tienen IE y la mayoría de los usuarios tienen Microsoft Office y Outlook. Para que el hipergate penetre en el mercado y sea aceptable debemos ser interoperables con las aplicaciones que mayormente tienen los usuarios.
La versión 3.0 de hipergate saldrá en octubre de 2004 y creo poder afirmar sin ninguna duda que será el mayor aplicativo Groupware+CRM basado en Java y el mejor testeado y documentado que podrá conseguirse libremente a nivel mundial. Aparte de esto ningún producto cubre todas las necesidades, ni nosotros lo pretendemos. Vivimos en un vasto ecosistema de aplicaciones donde sólo aspiramos a liderar un pequeño nicho con un producto estrella.
Te recomiendo estos links
(Puntos:3, Interesante)Aplicaciones Groupware
http://en.wikipedia.org/wiki/Collaborative_softwar e [wikipedia.org]
Gestión del conocimiento
http://en.wikipedia.org/wiki/Knowledge_management [wikipedia.org]
Ambos
http://www.gestiondelconocimiento.com/documentos2/ america/herramientas.htm [gestiondel...miento.com]
Software Intranet: te cuento mi caso
(Puntos:3, Informativo)( http://barrapunto.com/ )
Tras estudiar distintas posibilidades me decidí por eGroupWare (aquí teneis el enlace [egroupware.org]) debido entre otras cosas a que me defiendo mucho mejor en php que en java y a que ya había montado un servidor linux con mysql+php+un montón de complementos y a que hipergate no utiliza autentificación contra LDAP, cuando era requisito imprescindible que esto se hiciese contra un Active Directory residente en un Windows 2000 Advance Server que trabaja como PDC.
Por otro lado el API de egroupware es relativamente facil de entender y usar, lo que me ha permitido, y me está permitiendo, ampliarlo con las aplicaciones que se solicitan, modificar algunas de las que acompañan a eGroupware para adaptarlas a nuestras necesidades e integrar otras que ya habíamos creado.
La parte más trabajosa fue adaptar el sistema de autentificación que trae la aplicación, que está pensado para utilizarse con OpenLDAP, cargando unos cuantos esquemas creado por eGroupware al efecto y que le son propios, para utilizarlo con AD, tal y como he dicho antes, aparte de esto, insisto en que las nuevas aplicaciones que se quieran integrar son muy fáciles de desarrollar y de integrar, así como de modificar. A mi entender permite una separación aceptable entre el código y la presentación, es decir entre las funcionalidades que codificas y como se muestra el resultado al usuario, lo que permite que se pueda distribuir el trabajo entre programadores y diseñadores.
El resultado es una intranet a la que acceden diariamente casi un centenar de equipos que funciona con agilidad y rapidez y que no sobrecarga en exceso el servidor.
***************************************
* Linux user #188524 * Linux machine #83532 *****************************
Re:una duda..
(Puntos:1, Informativo)Échale un vistazo al servidor Kolab [kolab.org].
Sobre la conectividad y el groupware
(Puntos:2, Interesante)Por un lado tenemos Kollab, OpenGroupware, phpGroupware y derivados... y un larguísimo etcétera de servidores libres de groupware. Por otro tenemos Outlook (posiblemente el más extendido en las PYMES), Evolution, KDE PIM (Kontact y compañía), las pdas y otro montón de clientes libres o a tener en cuenta.
En medio tenemos que Kollab habla bien con Outlook (a base de plugins) y con KDE PIM, pero no sé qué tal lo hace con Evolution (en la página de Kollab ni siquiera mencionan a Evolution). En principio no hay interfaz con pda (siempre puede hacerse en dos pasos a través de Outlook o Kpilot).
También tenemos que Opengroupware habla bien con Outlook (con plugin) y con Evolution (idem), pero no se lleva con KDE PIM. Tiene una interfaz directa para pdas y una interfaz iCalendar. Sin duda, OpenGroupware es el mejor servidor libre en lo que a conectividad con otro software se refiere (también implemente XML-RPC y toda clase de cosas de ese estilo).
Si seguimos tendremos casi todas las combinaciones posibles de (in)compatibilidades. A lo que yo me pregunto:
¿Existe algún proyecto, especificación o iniciativa libre para unificar todo esto? Algo así como una capa que ofrezca una API a los programadores de servidores y otra a los de clientes de modo que sólo tenga que preocuparme de adaptar mi servidor a esa capa para saber que soy compatible con Outlook, Evo, Kontact, iCal y todo aquel que quiera programarse un cliente siguiendo
la API para clientes. Con eso bastaría con un plugin por cliente y uno por servidor para obtener compatibilidad de todos con todos (S+C plugins en lugar de SxC).
Bueno, supongo que la idea está clara. La cuestión es ¿existe ya esa iniciativa? ¿Enlaces? y si no existe ¿por qué? (estoy seguro que no soy el primero ni el segundo que lo piensa).
Respecto a Hipergate, sé que están preparando conectividad con pdas (handhelds). También sé que lo hacen 'de cara a la galería', es decir, consideran que tiene más valor como marketing que uso real. A mí me parece que deberían centrar sus esfuerzos en conseguir compatibilidad con Outlook y Evolution/KDEPIM. Así conseguirían también compatibilidad con pdas (con un paso intermedio que a nadie le importará hacer) y podrán vender la tan ansiada compatibilidad con pda al tiempo que implementan una característica realmente útil. Dejen que Outlook/Evolution/KDE se preocupen de las pdas (con sus multiples sistemas, métodos de conexión y problemas asociados).
Buf, menuda parrafada, como se cuelque esto ahora, me suicido.
PD.- Disculpen por nombrar tantos programas sin poner un triste enlace.
--
Áncor González Sosa
ancorglez2 en softhome punto net
Es lo mas que puedes usar con microsoft
(Puntos:2)( Última bitácora: Miércoles, 09 Junio de 2004, 02:32h )
Re:Otra noticia de autobombo
(Puntos:1, FueraDeTema)( http://www.tigreton.com/ )