logo

Autor del archivo

Bug Crítico de seguridad cliente web OpenERP

Se trata de un bug de nivel crítico, que permitiría ejecutar código en el lado del cliente (si utilizas el cliente web) y afecta a versiones 4.2, 5.x y a la nueva versión 6.x

Esperemos que lo arreglen pronto.

Por otro lado, si accedes a tu propio servidor, y es seguro, evidentemente no tienes por que preocuparte.

Info original:

https://bugs.launchpad.net/openobject-client-web/+bug/671926 

Fuente: http://www.malagatic.com/blog/item/25-bug-cr%C3%ADtico-de-seguridad-cliente-web-openerp

También le facilitaremos el enlace a nuestra web donde podrá encontrar información relacionada con el artículo haciendo clic aquí.

bug crítico

Leer más

OpenERP v5.0.15 – Instalación para Ubuntu 10.10 – 10.04LTS

cliente web), módulos, localización española y poweremail, desde los fuentes obtenidos con bazar.

También sobre la instalación y configuración de postgresql 8.4 para funcionar con OpenERP y la actualización de las bases de datos que tuviésemos anteriormente.

Esta realizado sobre Ubuntu 10.10 aunque no creo que tengamos problemas al realizarlo sobre la versión 10.04 LTS

Los módulos serán enlazados, en vez de copiados para facilitar la tarea de actualización de los mismos.

 

 

 

 

Índice de contenido

Instalación de openERP en Ubuntu 10.10 

1Descargar los fuentes 

2Instalar dependencias 

3Instalación y configuración de Postgresql8.4 

4Instalación parte servidor 

5Instalación cliente web 

6Añadir localización española y nuevos módulos a OpenERP 

7Uso de bases de datos creadas anteriormente 




Instalación de openERP en Ubuntu 10.10


WARNING:

Backup, copia de seguridad, salvar los datos antes de meteros a cambiar cosas. 

No me responsabilizo de tus datos, sślvalos cada x tiempo, es totalmente necesario.

Descargar los fuentes

Repositorios a utilizar:

lp:openobject-server/5.0 El servidor

lp:openobject-addons/5.0 Los addons

lp:openobject-client/5.0 Cliente GTK

lp:openobject-client-web/5.0 Cliente web

lp:openobject-addons/extra-5.0 Extra addons



Los trunk (de la próxima versión, en fase de pruebas y NO estable, no los utilizaremos, pero por si queréis probar):

lp:~openerp/openobject-server/trunk Servidor

lp:~openerp/openobject-client-web/trunk Cliente web

lp:~openerp/openobject-client/trunk Cliente GTK

lp:~openerp/openobject-addons/trunk Addons

lp:~openerp/openobject-addons/trunk-extra-addons Extra addons


La localización española:

lp:openerp-spain


Algunos módulos tienen sus propios repositorios, como ocurre con Poweremail:

lp:poweremail

(Requiere  python-django y python-mako, pero ya los he añadido en las dependencias)


Utilizaremos bazar para la descarga de los fuentes, así que lo instalamos:


$ sudo apt-get update

$ sudo apt-get install bzr


Descargamos los fuentes del servidor (lo guarda en el directorio_actual/openerp-server50):

$ bzr branch lp:openobject-server/5.0 openerp-server50

Cliente web:

$ bzr branch lp:openobject-client-web/5.0 cliente-web50

Addons:

$ bzr branch lp:openobject-addons/5.0 addons50

Extra-addons:

$ bzr branch lp:openobject-addons/extra-5.0 extra-addons50

Los módulos de la localización española:

$ bzr branch lp:openerp-spain openerp-spain

Si utilizas en la misma máquina el cliente GTK, puedes también descargarlo:

$ bzr branch lp:openobject-client/5.0 cliente-gtk50


Instalar dependencias

$ sudo apt-get update

$ sudo apt-get install python-lxml python-psycopg2 python-pydot python-reportlab

python-tz python-matplotlib python-pychart python-hippocanvas python-dev build-essential

python-setuptools python-mako python-django


Las 2 últimas dependencias son para poweremail, también para el módulo label, . . . en fin que las meto de antemano.

Instalación y configuración de Postgresql8.4

Lo instalamos y configuramos con el usuario que tengamos creado en la cuenta de usuario de ubuntu.


(Por defecto instalar la versión 8.4 de postgres)

$ sudo apt-get update

$ sudo apt-get install postgresql


Si ya lo teníamos instalado, sólo crearemos el usuario necesario para OpenErp, pero para ello debemos conocer que password tiene el administrador de postgresql8.4


Realmente los clientes que se conectan al servidor, desde otros equipos, no acceden directamente al gestor de bdd.


Sería

openerp-client

 <–> openerp-server <–> postgresql

openerp-web


Debemos crear el usuario de la base de datos para OpenERP:


Entro como admin de postgres (es postgres) y creo la bdd, esto me

pedirá la clave del sudo, que es la del primer usuario creado en el sistema,

vamos, la creada en la instalación de Ubuntu 10.10


Crearemos acceso a postgresql de un usuario que ya exista en el sistema, por ejemplo, el mismo creado durante la instalación, aunque la contraseña la pondremos distinta.


$ sudo su postgres

$ createuser –createdb –username postgres –no-createrole –pwprompt joseba

Enter password for new role: aqui la password para el usuario ‘joseba’ (p.e. de momento la misma)

Enter it again: repetimos

Shall the new role be a superuser? (y/n) N No lo ponemos superuser

Contraseña: esta es la contraseña del usuario postgres, para poder dar de alta al usuario ‘joseba’


Explicación:

–createdb el usuario ‘joseba’ puede crear bases de datos

–username postgres el superusuario ‘postgres’ crea a ‘joseba’

–no-createrole ‘joseba’ no puede crear usuarios

–pwprompt se te pregunta que contraseña asignar a ‘joseba’


Ahora exit del usuario postgres:


$ exit


Por defecto postgresql8.4 sólo permite conectarse a las bases de datos a aquellos usuarios que tienen cuenta en el sistema (ident), así que modificamos /etc/postgresql/8.4/main/pg_hba.conf la opción que permite conectarse a postgresql8.4 y las bases de datos que contiene a todos los usuarios dados de alta en el sistema postgres además de aquellos que no tienen cuenta del sistema linux. (Pero si tienen cuenta creada en postgresql8.4)

$ sudo nano /etc/postgresql/8.4/main/pg_hba.conf


Y modificar:

lo     local      all     all     ident

Por:

local    all      all     md5


Ahora reiniciamos el servidor:


$ sudo /etc/init.d/postgresql-8.4 restart


Aquí ya puedes saltar al punto siguiente, lo que sigue es para salvar / restaurar bases de datos a través de los clientes de openerp (web o GTK)

Si además quiero poder salvar / restaurar las bases de datos desde los clientes openerp es necesario:

Cómo el sistema de backup de los clientes openerp no admiten la autenticación md5, podemos (aunque rebajaría la seguridad del servidor postgresql bastante) cambiar en el pg_hba.conf la línea


$ sudo nano /etc/postgresql/8.4/main/pg_hba.conf


Cambio:

host all all 127.0.0.1/32 md5


Por:

host all all 127.0.0.1/32 trust


Cómo es inseguro, cambialo sólo para pruebas o cuando lo necesites.

Lo mejor es manejar las bases de datos con pg_dump y pg_restore en el lado del servidor.


Instalación parte servidor


$ cd openerp-server50/

$ sudo ./setup.py install

Esto me instala el servidor de openerp en el directorio:

/usr/local/lib/python2.6/dist-packages/openerp-server/

Y el enlace al ejecutable en:

/usr/local/bin/openerp-server


Una vez instalado el servidor ya lo podemos ejecutar, pero aún no funcionará, debemos:

  • Crear archivo de configuración con los parámetros necesarios para conectar con la base de datos postgresql 8.4 que creamos anteriormente (mejor en el directorio /etc/ )

    Además tendré que indicar al ejecutable donde encontrar el archivo de configuración durante la ejecución (parámetro –config=/etc/openerp-server.conf)

  • Establecer el fichero que permite ejecutar automáticamente el servidor openerp con cada reinicio del ordenador (ejecutable en /etc/init.d y los necesarios en los runlevel)


ARCHIVO DE CONFIGURACIÓN /etc/openerp.conf

Nota: Incluyo en el post el archivo de configuración, para que no tengáis que cortar y pegar, que puede ocasionar errores. Sólo bajarlo, modificarlo, y copiarlo a su ubicación correspondiente.

 Creo /etc/openerp-server.conf con el siguiente contenido:

(debes ajustar db_user, db_password según lo que tengas puesto en el paso de la configuración de postgres)

Tener en cuenta que el usuario que aquí indicas puede realizar las operaciones normales desde los clientes de openerp, pero no el backup o restauración de bases de datos.

Para esto último se requiere acceso directo desde el cliente al servidor postgresql8.4, y permisos para realizarlo.


## Comienzo del archivo de configuración

[options]

#without_demo = False

netport = 8070

secure = False

demo = {}

#syslog = true

cache_timeout = 100000

port = 8069

smtp_password = False

secure_pkey_file = server.pkey

netinterface =

#log_level = 20

admin_passwd = admin

smtp_port = 25

smtp_server = localhost

price_accuracy = 2

import_partial =

soap = False

#pidfile = true

db_maxconn = 64

reportgz = False

xmlrpc = True

#db_port = False

debug_mode = False

netrpc = True

secure_cert_file = server.cert

#interface =

logfile = /var/log/openerp/openerp-server.log

csv_internal_sep = ,

pg_path = None

translate_modules = [‘all’]

stop_after_init = False

root_path = /usr/local/lib/python2.6/dist-packages/openerp-server

smtp_user = False

db_user = joseba

db_password = joseba

db_name = False

db_host = False

assert_exit_level = 30

email_from = False

addons_path = /usr/local/lib/python2.6/dist-packages/openerp-server/addons

## Fín del archivo de configuración


Como he indicado en el archivo de configuración, en /var/log/openerp/openerp-server.log

se guardarán los logs emitidos por el servidor, pero no antes de que tenga creados esos ficheros y directorio, con los permisos adecuados a mi configuración:

$ sudo mkdir /var/log/openerp

$ sudo touch /var/log/openerp/openerp-server.log

Ahora los permisos para que mi usuario ‘joseba’ pueda escribir en esos directorios / ficheros:

$ sudo chown -R joseba /var/log/openerp

Ahora lo puedo probar ejecutando e indicando el archivo de configuración:


$ openerp-server –config=”/etc/openerp-server.conf”

Si la añado al final & arrancará en background

Comentar que al tener configurado un archivo de log, al ejecutarlo en la consola no nos presentará nada de información, que si estará en /var/log/openerp/openerp-server.conf




SCRIPTS DE INICIO / RUNLEVELS EN /etc/init.d

 

Nota: Incluyo en el post el archivo de init.d, para que no tengáis que cortar y pegar, que puede ocasionar errores. Sólo bajarlo, modificarlo, y copiarlo a su ubicación correspondiente. Posiblemente también asignarle los permisos de ejecución, cómo dice el mismo tutorial.

El siguiente paso es hacer que el servidor tenga su script de inicio y se inicie con el ordenador.

Para ello necesito crear el script de inicio asi cómo propagarlo en los runlevel:


Para ello creo un archivo /etc/init.d/openerp-server con el siguiente contenido, pero OJO, tienes que cambiar el campo USER= por un usuario que ya

tenga tu sistema, en mi caso el mio mismo, joseba

También vigilar que DAEMON apunte al path correcto de openerp-server, visto anteriormente con whereis. (usr/local/bin/openerp-server)


Ojo a los errores producidos al cortar / pegarPara evitar errores al copiar / pegar con el tema de los formatos y los editores, mejor utilizar el fichero descargado desde alguna web.


## Comienzo script de init.d

#!/bin/sh


### BEGIN INIT INFO

# Provides: openerp-server

# Required-Start: $syslog

# Required-Stop: $syslog

# Should-Start: $network

# Should-Stop: $network

# Default-Start: 2 3 4 5

# Default-Stop: 0 1 6

# Short-Description: Enterprise Resource Management software

# Description: Open ERP is a complete ERP and CRM software.

### END INIT INFO


PATH=/sbin:/bin:/usr/sbin:/usr/bin

DAEMON=/usr/local/bin/openerp-server

NAME=openerp-server

DESC=openerp-server


USER=joseba


test -x ${DAEMON} || exit 0


set -e


case “${1}” in

start)

echo -n “Starting ${DESC}: “


start-stop-daemon –start –quiet –pidfile /var/run/${NAME}.pid

–chuid ${USER} –background –make-pidfile

–exec ${DAEMON} — –config=/etc/openerp-server.conf


echo “${NAME}.”

;;


stop)

echo -n “Stopping ${DESC}: “


start-stop-daemon –stop –quiet –pidfile /var/run/${NAME}.pid

–oknodo


echo “${NAME}.”

;;


restart|force-reload)

echo -n “Restarting ${DESC}: “


start-stop-daemon –stop –quiet –pidfile /var/run/${NAME}.pid

–oknodo


sleep 1


start-stop-daemon –start –quiet –pidfile /var/run/${NAME}.pid

–chuid ${USER} –background –make-pidfile

–exec ${DAEMON} — –config=/etc/openerp-server.conf


echo “${NAME}.”

;;

restart|force-reload)

echo -n “Restarting ${DESC}: “


start-stop-daemon –stop –quiet –pidfile /var/run/${NAME}.pid

–oknodo


sleep 1


start-stop-daemon –start –quiet –pidfile /var/run/${NAME}.pid

–chuid ${USER} –background –make-pidfile

–exec ${DAEMON} — –config=/etc/openerp-server.conf


echo “${NAME}.”

;;


*)

N=/etc/init.d/${NAME}

echo “Usage: ${NAME} {start|stop|restart|force-reload}” >&2

exit 1

;;

esac


exit 0

## Fin de script


Ok, ahora lo hago ejecutable:


$ sudo chmod +x /etc/init.d/openerp-server


Lo probamos(verifica que lo tuvieras antes parado):


$ sudo /etc/init.d/openerp-server start


Compruebo que está cargado:


$ sudo ps aux | grep openerp-server

joseba 11376 1.5 2.4 36788 12780 ? Sl 20:16 0:00 /usr/bin/python ./openerp-server.py –config=/etc/openerp-server.conf


Y ahora lo pruebo con un cliente, con lo que debería conectar sin problemas, como hasta ahora.

Ya que tenemos el script, lo que nos falta es indicarle a Ubuntu que quiero que arranque con el inicio, y se desconecte al apagar:

$ sudo update-rc.d openerp-server defaults


Reiniciamos el ordenador y lo probamos.



Instalación cliente web


$ cd cliente-web50/lib

$ ./populate.sh

$ cd ..

$ sudo python setup.py install

O bien $ sudo easy_install .

Esto lo instala en /usr/local/bin/openerp-web


Copiamos el archivo de configuración incluido al directorio /etc


$ sudo cp /usr/local/lib/python2.6/dist-packages/openerp_web-5.0.15-py2.6.egg/config/openerp-web.cfg /etc/

(todo en una línea)

Asegurarnos que el archivo de configuración del cliente web tiene los datos correctos de acceso al servidor, descomentando las líneas para guardar los logs del cliente web:

$ sudo nano /etc/openerp-web.cfg

Cambiamos:

# logging

#log.access_file = “/var/log/openerp-web/access.log”

#log.error_file = “/var/log/openerp-web/error.log”

Por (ajústalo a tus necesidades):

# logging

log.access_file = “/var/log/openerp/openerp-web_access.log”

log.error_file = “/var/log/openerp/openerp-web_error.log”



El directorio ya está creado anteriormente, asi que sólo debemos crear los archivos:


$ touch /var/log/openerp/openerp-web_access.log

$ touch /var/log/openerp/openerp-web_error.log


No utilizo el sudo, recordemos que el directorio ya pertenecía al usuario ‘joseba’, que es el mío propio de Ubuntu, con lo que no necesito ser superusuario.

En el comando chown debemos especificar el usuario que ejecutará el cliente-web, especificado anteriomente mediante la clausula USER, y que además debe ser un usuario que exista en el sistema.

Para no tener que ejecutarlo manualmente (salvo para pruebas), ahora debemos copiar su script de arranque en /etc/init.d (también lo provee el mismo cliente):

$ sudo cp /usr/local/lib/python2.6/dist-packages/openerp_web-5.0.15-py2.6.egg/scripts/openerp-web /etc/init.d/

(todo en la misma línea)


Debemos modificar en el script de inicio el parámetro USER por un usuario del sistema que ya exista (el que ejecutará el cliente web), y también modifica el parámetro DAEMON que desde Ubuntu 9.10 cambia el path de instalación:


$ sudo nano /etc/init.d/openerp-web


USER=”joseba”

DAEMON=/usr/local/bin/openerp-web


Lo hacemos ejecutable:

$ sudo chmod +x /etc/init.d/openerp-web


Ahora propagar los scripts por los runlevel para que se inicie al inicio del sistema:

$ sudo update-rc.d openerp-web defaults


Lo arrancamos con (en background):

$ sudo /etc/init.d/openerp-web start


O bien en la consola, para ver la salida:

$ openerp-web


Y nos conectamos desde cualquier navegador web a la ip del servidor http://ip_servidor:8080


(Recuerda que tienen que estar corriendo primero la parte servidor)



Añadir localización española y nuevos módulos a OpenERP

Antes del siguiente punto, que indica cómo utilizar nuestras bases de datos creadas anteriormente o bien en otro OpenERP, indicaré cómo enlazar los nuevos módulos y la localización española al directorio addons del servidor.

Utilizaremos enlaces blandos desde addons en el servidor a las carpetas que creamos en el paso 1, de manera que si en un futuro actualizamos esas carpetas, no será necesario volcarlas de nuevo al servidor, aunque si será necesario y muy importante realizar lo que viene explicado en el paso 7


Paramos openerp-server y el cliente web. Esto dependerá de cómo tengas configurado el sistema, pero algo infalible es hallar el pid del server y matarlo con un kill -9

$ sudo ps aux | grep openerp-server

joseba 13830 1.9 0.3 50868 15376 pts/0 Sl+ 18:00 0:00 /usr/bin/python ./openerp-server.py –config=/etc/openerp-server.conf

joseba 13836 0.0 0.0 4020 764 pts/3 S+ 18:01 0:00 grep openerp-server


$ sudo kill -9 13830


Nos metemos en el directorio addons del servidor openerp:

$ cd /usr/local/lib/python2.6/dist-packages/openerp-server/addons/

Y ahora enlazamos a los directorios del paso 1:

$sudo ln -sf origen destino (-s para enlaces blandos, -f para forzar la copia aunque ya exista)

Así que:

$ sudo ln -sf /home/joseba/src/openerp/addons50/* .

$ sudo ln -sf /home/joseba/src/openerp/extra-addons50/* .

$ sudo ln -sf /home/joseba/src/openerp/openerp-spain/extra_addons/* .

$ sudo ln -sf /home/joseba/src/openerp/openerp-spain/l10n_es/* .

$ sudo ln -sf /home/joseba/src/openerp/openerp-spain/l10n_es_extras/* .

$ sudo ln -sf /home/joseba/src/openerp/openerp-spain/l10n_ca_ES/* .


Ya tenemos supervitaminado el directorio addons, podemos pasar al siguiente paso. (564 módulos me ha dado a mí)

Sólo recuerda en el cliente darle a actualizar los módulos para que aparezcan los nuevos y los modificados.

Uso de bases de datos creadas anteriormente


Para utilizar nuestras bases de datos ya creadas, necesitaremos actualizarlas con los nuevos módulos.

  1. Tenemos los módulos enlazados en el directorio addons del servidor

  2. Tengo la base de datos (bdd) importada al postgres, bien mediante el asistente del cliente web o bien con pgadmin3 (Depende de con cual realizara anteriormente el backup). Yo realizo las copias mediante PgAdmin3, que sirve para gestionar gráficamente bases de datos postgresql

  3. Iniciamos openerp-server con un par de opciones para cada base de datos, –update=all y –datebase=nombre_de_mi_bdd

    $ sudo python /usr/local/lib/python2.6/dist-packages/openerp-server/openerp-server.py –config=/etc/openerp-server.conf –update=all –database=malagaTIC

INFO:init:[01]: Assertions report:

[2010-12-29 18:49:48,485][malagaTIC] INFO:init:[02]: Level success failed

[2010-12-29 18:49:48,485][malagaTIC] INFO:init:[03]: error 1 0

[2010-12-29 18:49:48,485][malagaTIC] INFO:init:[04]: total 1 0

Hay un aviso o error, en concreto es que el módulo ‘Poweremail’ no se a podido cargar, y mi bdd si lo utiliza. Lo veo en el log del server:

[2010-12-29 18:49:48,286][malagaTIC] WARNING:init:module poweremail: module not found


El error se debe a que poweremail tiene su propio repositorio, así que lo descargo:

$ bzr branch lp:poweremail otros_modulos/poweremail

Lo enlazo al servidor:

$ sudo ln -sf /home/joseba/src/openerp/otros_modulos/* /usr/local/lib/python2.6/dist- packages/openerp-server/addons/

Paro el servidor y lo arranco de nuevo con la opción del –update y el –database

Y listo, base de datos actualizada con los nuevos módulos.

Es conveniente no dejar ningún ERROR o WARNING sin resolver (mirar los logs)


Ya me contáis como os ha ido.

Un saludo

Fuente: http://www.malagatic.com/blog/item/23-openerp-instalaci%C3%B3n-para-ubuntu-1010-1004lts

Leer más

Fabricación

Datos maestros

Listas de materiales maestros describe la lista de materias primas o subproductos que se utilizan para fabricar un producto terminado. La estructura jerárquica permite gestionar listas multinivel de materiales de varios niveles de los materiales.

Listas de componentes de los materiales componentes son componentes y sub-productos que se utilizan en las Listas de materiales maestros.

Rutas define la lista de operaciones que se realiza en un centro de trabajo de montaje o de fabricación de un determinado producto. Una lista de materiales puede ser vinculados a una ruta, que describe la forma de montaje o de fabricación del producto.

Los Centros de trabajo son unidades independientes dentro de la planta de fabricación, consistentes en una o varias personas y/o máquinas. Los Centros de trabajo se utilizan con el propósito de planificar la capacidad y hacer previsiones.

Fabricación OpenERP

Planificación

Calculo de temporizadores. El temporizador es el corazón del sistema del ERP en términos de planificación. Organiza las órdenes de fabricación basadas en las prioridades (sub-productos de fabricación, fechas requeridas, etc), lanzamientos de órdenes de compra para los componentes que faltan y asigna productos en stock.

La herramienta del temporizador es normalmente planificada para ser lanzada de forma automática una vez al día. Esta frecuencia se puede ajustar según los sectores de su empresa y sus necesidades. También puede ejecutarse de forma manual en caso de ser necesario.

Fabricación

Órdenes de fabricación describe la lista de materias primas que se utilizarán para cada etapa de producción. La materia prima puede ser consumida de una sola vez o de forma progresiva durante el proceso de producción. Además OpenERP proporciona una gestión de desechos, la producción parcial también es posible.

Las Órdenes de compra programarán una propuesta para la adquisición automática del producto que necesita reposición. Esta contratación iniciará una tarea, ya sea una forma de orden de compra para el proveedor, o una orden de producción dependiendo de la configuración del producto.

Las Órdenes de trabajo son operaciones de fabricación requeridas para producir o ensamblar productos. Las diferentes Órdenes de trabajo tienen diferentes efectos sobre los costes de fabricación y planificación, en función de la carga de trabajo disponibles.

Control

Abastecimiento en excepción. En el proceso de planificación de los requerimientos de material (MRP), las órdenes de abastecimiento se crean para lanzar órdenes de producción, órdenes de compra, distribución del inventario, etc… Las Órdenes de abastecimiento se generan de forma automática por el sistema y a menos que haya un problema, el usuario no recibirá ningún tipo de notificación.

En caso de problemas, el sistema lanzará algunas excepciones de abastecimiento para informar al usuario sobre los problemas de bloqueo que deben resolverse de forma manual (como por ejemplo la falta de estructura de Lista de materiales (LdM) o falta de proveedor).

Informes

Carga del centro de trabajo” es una proyección de cargas en un centro de trabajo para un determinado período. La carga se expresa en horas (para recursos humanos) o ciclos (para máquinas)

“Variación del valor semanal de las existencias” permite seguir la evolución del valor de las existencias, de acuerdo al nivel de las actividades de fabricación (consumo de materias primas, producción de productos terminados, estimación del valor añadido de las existencias) a medida que avanzan en el proceso de transformación.

también le adjuntamos a continuación el enlace a nuestra web, haceindo clic aquí.

Leer más

El Hospital Académico Paramaribo elige Medical

Cada año se hospitalizan unos 20.000 pacientes, mientras unos 176.000 pacientes ambulatoriales visitan el hospital.

Por ello, agradecemos el compromiso de AZP con Medical y el apoyo a nuestra organización.

Hospital

De hecho, estamos trabajando con AZP para proveer inicialmente una funcionalidad específica en la atención pediátrica y cardiológica.

Además, es un claro ejemplo de como los grandes hospitales pueden colaborar con el Software Libre, para que el resto del mundo se beneficie también.

Para mas información: http://medical.sf.net

Acerca de Medical

Medical es un sistema de Gestión Hospitalaria y de Información de Salud Libre que ofrece las siguientes funciones:

  • Expediente Médico Electrónico (EMR)
  • Sistema de gestión Hospitalaria (HIS)
  • Sistema de información de Salud

Medical es parte de GNU Solidario, una ONG que implementa soluciones de Salud y Educación mediante Software Libre.

Fuente: http://gnusolidario.blogspot.com/2010/12/el-hospital-academico-paramaribo-elige.html

Por último nos gustaría añadir el enlace ede nuestra web por si necesita más información, haciendo clic aquí.

Hospital

Leer más

Hospitales en Indonesia están utilizando Medical

Para comenzar, nos gustaría comunicar lo contentos que estamos, de ver como varios hospitales alrededor del mundo están utilizando el Software Libre para el beneficio de sus habitantes.

Queremos agradecerle a Riza Kurniawan, que es parte del equipo de Medical en Indonesia. Se ha encargado de la implementación en este hospital y ha realizado la traducción al Bahasa Indonesia.

Acerca de Medical

De hecho, Medical es un sistema Gestión Hospitalaria y de Información de salud libre que ofrece las siguientes funciones :

  • Expediente Médico Electrónico (EMR)
  • Sistema de Gestión Hospitalaria (HIS)
  • Sistema de Información de Salud

Medical es parte de GNU Solidario, una ONG que implementa soluciones de Salud y Educación mediante software libre.

Para más información visite : http://medical.sf.net/es

Además, le adjuntamos la Fuente por si quiere consultarla: http://gnusolidario.blogspot.com/2010/12/hospitales-en-indonesia-estan.html

Por último, le dejamos el enlace de nuestra web a continuación, donde podrá encontrar información complementaria, haciendo clic aquí.

Hospitales

Leer más

iReport

La herramienta iReport Odoo, es un constructor y diseñador de informes visual, potente, intuitivo y muy fácil de usar para JasperReports escrito en Java. Permite que los usuarios corrijan visualmente informes complejos con cartas, imágenes, subinformes, etc. iReport está integrado con JFreeChart, una de la biblioteca gráficas OpenSource más extendida para Java. Los datos para mostrar pueden ser recuperados por varios caminos incluso múltiples uniones JDBC, TableModels, JavaBeans, XML, etc.

iReport OpenERP

 

 

 

 

 

Características de iReport Odoo

La lista siguiente describe algunas de las características importantes de iReport:

  • Para empezar, 100% escrito en JAVA  y además software libre 100%
  •  En segundo lugar, maneja el 98% de las etiquetas de JasperReports
  •  En tercer lugar, soporta JDBC.
  •  Además, soporta internacionalización nativamente.
  •  Browser de la estructura del documento.
  •  De hecho, es recopilador y exportador integrados .
  • En septimo lugar,  tiene asistentes para generar los subreportes
  •  Tiene asistentes para las plantillas.
  •  Facilidad de instalación.
  •  Aparte, incluye Wizard’s (asistentes) para crear automáticamente informes .
  •  Asímismo, soporta JavaBeans como orígenes de datos (éstos deben implementar la interface JRDataSource).
  •  Por último, permite diseñar con sus propias herramientas: rectángulos, líneas, elipses, campos de los textfields, cartas, subreports (subinformes).

Además le adjuntamos el enlace a nuestra página web, donde podrá encontrar mucha más infromación, tan sólo haciendo clic aquí.

iReport Odoo

Leer más

Libertad

No hay que confundir software de código abierto, con software libre, ya que el primero únicamente pone a nuestra disposición el código, pero puede prohibir su modificación o distribución libre (es por tanto, compatible con el cobro de licencias por uso o por tiempo), mientras que el software libre es aquel que es compatible con las cuatro libertades.

Las licencias de software libre más comunes son: General Public License (GPL), Apache 2.0, Intel OpenSource License, FreeBSD…

Y algunas de las licencias de programas de código abierto pero que no son libres: Microsoft Public License, Sun  Public License, Yahoo! Public License (2).

EULA

El software privativo, sin embargo, utiliza contratos licencias de software, que son un contrato entre el licenciante (autor/titular de los derechos de explotación/distribuidor) y el licenciatario del programa informático (usuario consumidor/usuario profesional o empresa), para utilizar el software cumpliendo una serie de términos y condiciones establecidas dentro de sus cláusulas. (3)

¡CUIDADO!: Las licencias de uso en software propietario (EULA) únicamente ceden determinados derechos del propietario al usuario final sobre una o varias copias del programa informático en el plazo y ámbito geográfico de validez del contrato e incluso pueden establecer determinados compromisos del usuario final hacia el propietario, tales como la no cesión del programa a terceros o la no reinstalación del programa en equipos distintos al que se instaló originalmente. Es decir, usted estará alquilando bajo determinadas condiciones el software por el que paga. Las condiciones de la EULA de algunos programas son realmente draconianas.

software libre

Solamente los sistemas libres le permitirán disponer de la autonomía y seguridad que necesita para su empresa, así como beneficiarse del ahorro de costes y de las libertades asociadas.

Si apuesta por software libre para la gestión de su empresa, o para cualquier otro campo (desarrollo web, gestión de servidores, software ofimático), pregunte a su proveedor si ese software cumple con las 4 libertades del software libre.

Hágase la siguiente reflexión ¿Que prefiere para su empresa? ¿Depender de un sólo proveedor o tener libertad para poder cambiarlo y modificarlo con autonomía?

REFERENCIAS:

(1) http://www.gnu.org/philosophy/free-sw.es.html

(2) http://www.gnu.org/licenses/license-list.html

(3) End User License Agreement, por sus siglas en Inglés. Fuente: http://es.wikipedia.org/wiki/EULA

Leer más

OpenERP WebKit report

El equipo de Camptocamp Business Solutions anuncia la versión final del OpenERP WebKit Report para la versión 6.0 de OpenERP, que también se libera como módulo para la versión 5.0. Se puede encontrar en la rama extra-addons con el nombre de “c2c_webkit_report”.

Las novedades de este nuevo lanzamiento incluyen todas las funcionalidades que han sido debatidas durante los recientes “community days”. Ahora está completamente integrado con OpenERP,  trabajando en el sistema de traducciones así como el “formatLang” para la internacionalización.

WebKit

Las principales características son:

  • Conformidad completa con los estándares OpenERP Compliance (traducción, formatLang, salida pdf/html)
  • Sistema de impresión ultra rápido (miles de páginas en un segundo)
  • Definición de los informes en HTML y CSS-3
  • Multi-plataforma (Windows, GNU/Linux y OS X)
  • Multi-cabecera con soporte de imagen completas (por informe y/o por compañia)
  • Compatible con multi-compañía
  • Soporte para JavaScript completo
  • Fácil adaptación a papel, márgenes y selección de formato.
  • Y mucho más: sencillo de usar, depurador de HTML en bruto, completísimo editor integrado WYSIWYG, etc…

Disponible un video con la demo aquí: http://files.me.com/nbessi/06n92k.mov

Este desarrollo se ha trabajado conjuntamente con OpenERP S.A para proporcionar al núcleo de OpenERP un nuevo motor de informes, formando parte de la versión 6.0 para llevar a un nuevo nivel las herramientas de generación de informes.

Fuente: http://www.camptocamp.com/en/news/331-webkit-report-news

Además, a continuación le adjuntamos el enlace a nuestra web, haciendo clic aquí.

Leer más

OpenERP, Openbravo y Adempiere

Un pequeño vistazo a la evolución de las búsquedas en Google Trends sitúa a OpenERP actualmente por encima de Adempiere y OpenBravo, sus dos competidores más inmediatos de código abierto. Parece que la tendencia de la gráfica indica un continuo ascenso de OpenERP, mientras que OpenBravo y Adempiere continúan más o menos estables, con pequeñas oscilaciones.

Mejor la imagen para ilustrarlo:

Openbravo Adempiere

En todo caso, es una excelente noticia saber que hay más de un proyecto libre con tanta actividad. Le deseamos el mismo éxito a Tryton pronto.

Via Twitter @NeoPolus @

A continuación, le adjuntamos el enlace de nuestra web, haciendo clic aquí.

Resultado de imagen de openerp

Leer más

Recursos Humanos

Hojas de Gestión

A continuación, analizaremos que es lo que nos ofrece OpenERP a la hora de la gestión de los recursos humanos.

OpenERP le permite definir varios tipos de complementos (vacaciones pagadas, enfermedad, etc…) y gestionarlos ya sea a nivel de empresa, a nivel de departamento o en una base de caso por caso (por ejemplo: tiempo de compensación por las horas extra). Deja peticiones que pueden ser registradas por los empleados y validadas por sus directores. Cada empleado puede comprobar fácilmente sus últimos días antes de la codificación de una solicitud. Una vez que una solicitud de licencia se valida, aparece automáticamente en la agenda del empleado.

OpenERP Recursos Humanos

Seguimiento del tiempo

El seguimiento del tiempo se basa en dos conceptos principales: asistencias y tabla de tiempos.

“Asistencia” realiza el seguimiento del tiempo empleado por un empleado en la oficina. Los empleados pueden acceder y salir de forma manual. Este proceso se puede automatizar conectando una máquina externa para el control de la asistencia a través de los webservices de OpenERP.

Las hojas de asistencia siguen el tiempo utilizado por un empleado en un proyecto determinado. Los empleados pueden rellenar un parte de horas periódicamente (sobre una base semanal o mensual, por ejemplo) e indicar el tiempo dedicado a diferentes proyectos y/o cuentas analíticas. Al vincular la tabla de tiempos, costos por hora y una contabilidad analítica, un director puede realizar un seguimiento de los costes gastados en un proyecto determinado. Las hojas de asistencia también se puede utilizar en ciertas industrias para calcular los cargos a facturar al cliente final.

Gastos

Para los gastos de los recursos humanos, OpenERP ofrece una solución completa para gestionar los gastos de los empleados. Durante el transcurso del mes, los empleados registran sus gastos. Al final del mes, su director valida sus hojas de gastos. El coste se asigna en los proyectos y las cuentas analíticas. En contabilidad se valida la propuesta de las entradas y los gastos de los empleados pueden ser reembolsados. La compañía también puede repercutir a los clientes los gastos de los empleados al final del proceso.

Proceso de evaluación

Cada empleado puede ser asignado a un plan de evaluación. El plan define la frecuencia y la forma en que las evaluaciones periódicas del personal son gestionadas. OpenERP le permite elegir entre varios tipos de procesos de evaluación: ascendente, descendente, autoevaluación y evaluación final del gerente.

“Peticiones de entrevistas” se generan automáticamente por OpenERP según el plan de evaluación del empleado. Cada director, y eventualmente compañeros reciben correos automáticos y peticiones para llevar a cabo una evaluación de un empleado determinado.

Contratación

Las consultas entrantes de trabajo pueden ser gestionadas integrando OpenERP con una dirección de correo electrónico. Cada correo electrónico enviado a una dirección especial dedicada (por ejemplo, trabajos@suempresa.com) crea automáticamente una solicitud de demandante y enlaces a los archivos adjuntos, como un CV. OpenERP le permite crear y administrar su propio proceso de contratación permitiéndole definir cada paso en el proceso. También puede definir correos automáticos que se enviarán al solicitante en cualquiera de los pasos de contratación (por ejemplo, un acuse de recibo en la fase de recepción o un escrito de rechazo en la fase de cierre). Ya no tendrá que preocuparse de mantener actualizados a los candidatos sobre su posición en el proceso de contratación.

Informes

Multitud de informes sobre los tiempos y seguimientos de los empleados son proporcionados. El sistema de informes está completamente integrado con el módulo de contabilidad. Le permite establecer una gestión por asunto y generar las facturas basadas en costes (recursos humanos, gastos …). También puede generar informes de beneficios de hojas de asistencia y analizar el rendimiento del personal.

A continuación, le adjuntamos el enlace a nuestra web, donde podrá encontrar nás información sobre OpenERP Spain, haciendo clic aquí.

Leer más