Cuadrante magico Gartner B.I.

Cuadrante magico Gartner B.I.

1. Modelos de Negocio

Siguiendo el punto donde fue dejado en el post inicial: si el software es gratis entonces ¿dónde está el negocio aquí?, ¿Quién gana dinero con el Open Source? Pues hay negocio… y tanto que lo hay… sirva como ejemplo la siguiente lista:




Apóstoles del movimiento como Stallman, de Icaza, etc: es un modelo de negocio

basado en escribir acerca del movimiento, dar conferencias, etc.

Implantadores: los que instalan el software, lo parametrizan, migran los datos del

sistema anterior, forman a los usuarios, posiblemente mejoran los procesos de negocio,

realizan el mantenimiento correctivo y evolutivo del aplicativo una vez instalado, etc.

Aquí nos podemos encontrar a empresas consultoras o integradoras de sistemas.

Productores: compañías que desarrollan un software y lo liberan, cobrando por añadir

personalizaciones o mejoras, y formar a otras empresas (como las del punto anterior)

para que puedan instalar el aplicativo.

Mejoradores: particulares o compañías que se dedican a mejorar y personalizar el

aplicativo para adaptarlo a la empresa cliente.

Integradores: empresas que a partir de módulos independientes entre sí consiguen

juntarlos y ofrecer un paquete como solución completa. Por ejemplo, se coge el módulo

financiero del ERP A se integra con el aplicativo CRM B, con el módulo de gestión de

almacenes y distribución de C y obtienes un ERP completo. La empresa cobra por

ofrecerte el paquete de instalación integrada (algo similar a algunas distribuciones

de Linux).

Servicios de soporte o help-desk: desde el puro soporte técnico hasta soporte funcional a

los usuarios del sistema de gestión.

Formadores: A profesionales, demandantes de empleo o a usuarios finales. Cursos,

seminarios, libros, ...

Servicios alrededor de las infraestructuras tecnológicas: Hosting, housing, ASP,
etc.

Demandando a otros por usar software libre, por ejemplo SCO.

Estos modelos de negocio no son excluyentes entre sí. Hay empresas que pueden ser implantadoras de una solución que han integrado ellas mismas y además dar servicios dealojamiento de servidores o ASP e incluso formación a otros instaladores.

Alguien podría decir, “pues resulta que son casi los mismos modelos de negocio que hay alrededor del software propietario” ... pues sí, puede parecerlo pero la gran diferencia está en que con el software open source se pueden abordar proyectos que no existirían si no fuese porque (utilizando uno de los grandes argumentos del movimiento) “si no te gastas nada en licencias, tendrás más dinero para invertir en todo lo demás” ... y entendiendo por todo lo demás las actividades antes mencionadas

Pero las licencias generalmente se justifican como forma de poder tener un equipo que asegure el mantenimiento y evolución del producto. En el software sin coste de licencias ese equipo no existe de la misma forma, en algunos casos no es ni siquiera una empresa sino una

“comunidad” de desarrolladores. Y aquí entra en escena otro de los puntos clave de los que hablar: los riesgos de utilizar software sin coste de licencias.

2.Riesgos

Resulta necesario, cuando se adopta una solución informática, pensar en los diversos riesgos que se asocian a nuestro proyecto. En el caso de proyectos Open Source el director de sistemas puede tener la sensación de un salto al vacío ya que sabe que no tiene detrás una
empresa a la que responsabilizar y pedir explicaciones.

De hecho, ni siquiera en el caso de que contratemos a un desarrollador, éste nos garantiza nada, respecto del producto en sí. No olvidemos que la mayoría de productos Open Source se entregan “AS IS”, sin asumir ninguna responsabilidad. Por ello, se recomienda estudiar a fondo la licencia de cualquier proyecto Open Source que estemos tratando de implantar.

Sin embargo, no hay que olvidar que, hasta hace unos pocos años, ésta era la norma en las empresas grandes. Incluso en la actualidad, los grandes bancos siguen usando software desarrollado a medida por una consultora. Y no por ello el software es de menor calidad.

De hecho, es muy común entre los usuarios de informática quejarse de lo mal que funcionan las distintas aplicaciones de Microsoft. ¡Y son propietarias y de pago!

Otro dato para la esperanza es que, incluso las empresas que usan software ERP o CRM propietario, tienen contratados servicios de mantenimiento. En ocasiones, las necesidades de las grandes empresas cambian muy rapidamente.

Las desarrolladoras del software propietario, en cambio, reaccionan de manera más lenta. Ésto puede suponer un problema para algunas empresas, que optan por contratar servicios externos para modificar a su gusto el software (si se dispone del código fuente y las herramientas para modificarlo).

Resumiendo, podemos señalar los siguientes factores como los más

importantes:

Factores de tranquilidad:

Tenemos una licencia. Siempre será mejor usar un producto Open Source a usar uno

propietario pirateado.
Imaginemos que Microsoft, realmente, decidiera no actualizar las

copias piratas.

Ante situaciones así, estaríamos

muy expuestos. Por no hablar de la imposibilidad de superar una auditoría de nuestro

sistema informático, por falta de licencias.

Tenemos el fuente. Siempre podemos modificarlo y adaptarlo a nuestras necesidades.

Incluso podemos reparar errores que detectemos o incluir parches realizados por otros

usuarios. O modificarlo para que se ejecute en otro sistema operativo, contra otra base

de datos, etc…

Podemos contratar al creador. O a cualquiera que nos ofrezca confianza y tenga la

formación adecuada.

Factores de riesgo:

Puede estar sin terminar. De hecho, muchos proyectos Open Source se caracterizan por

no ofrecer todas las funcionalidades que oferta el software propietario. Poco a poco,

los proyectos se van completando, pero es evidente que muchos tienen mucho trabajo

que hacer.

Puede cambiar la licencia.
Como en el caso de BlueWhaleCRM, donde se ha modificado

la licencia a una cerrada, motivado por la falta de beneficios. En este caso nos podemos

quedar colgados con una aplicación obsoleta.

Costes ocultos. Resulta muy dificil, por la propia complejidad de estos proyectos,

entender la arquitectura de los mismos si no se recibe formación. Igualmente, es muy

complicado implantar una de estas soluciones sin la formación por parte del

desarrollador. Así pues resulta necesario pagar la formación, en lugar de la licencia.

Aunque en el software propietario hay que pagar las dos.También hay que plantearse el

coste de la interoperabilidad con otras aplicaciones, propietarias o no, que tengamos

funcionando.

Falta de responsabilidad.
Como hemos dicho antes, el software Open Source se suele

entregar sin garantía de ningún tipo. Por lo tanto, es necesario tener buenas

referencias del software que estemos implantando, para reducir la posibilidad de

problemas. Además, siempre podemos contratar un servicio de mantenimiento que, si

bien no nos garantiza el software, nos permite solucionar la mayor parte de los

problemas.

Como vemos existen ciertos riesgos derivados de adoptar software Open Source. Éstos pueden ser neutralizados mediante un estudio detallado de las opciones disponibles, así como
mediante formación en las tecnologías involucradas. De esta forma la ventaja del coste es posible que se vea reducida a la mínima expresión, y las razones para tomar el camino del software OpenSource deben ser otras (libertad de elección, control sobre el software,
conocimientos previos de la tecnología elegida, etc…)

En cualquier caso siempre es bueno recordar que proyectos como Apache hacen funcionar un
porcentaje elevado de los sitios Web (según este estudio). Incluso es muy probable que el sitio donde estás leyendo ésto funcione gracias a Apache. Así pues podemos concluir que es una opción viable y que cada empresa debe valorar su conveniencia.

.

3. Comparativa de productos Open Source

Para terminar, vamos a intentar realizar un análisis más detallado de los principales productos Open Source para la empresa que se encuentran por el mercado.

ERP’s y CRM’s:

Si realizamos una busqueda de software ERP y CRM encontramos que hay una gran cantidad de opciones Open Source. Las más reconocidas son las siguientes (sin ánimo de excluir a nadie):

Compiere :
posiblemente el ERP más completo y útil del Open Source. Dispone de

multitud de módulos y está implantado en gran número de empresas.


TinyERP : software de origen europeo, que no dispone de muchos módulos.

OfBiz y su rama estable Sequoia : ERP dedicado al e-commerce, donde muestra más

fortaleza.

Sugar CRM: Probablemente el CRM Open Source más conocido. Vale la pena ver la demo.

BlueWhaleCRM: CRM que ha decido pasarse al software propietario, pero del que se

pueden usar versiones antiguas como open Source. Posiblemente uno de los pocos

proyectos de este tipo que sólo funcionan en Windows.

OpenCRX: Otro CRM Open Source que se está haciendo popular

Algunas de estas soluciones, como TinyERP o Compiere, están traducidas al español, pero en su mayoría funcionan en inglés. Por supuesto, existen soluciones hechas en España, por empresas españolas.
Entre ellas se encuentran las siguientes:

OpenXpertya:
basado en Compiere, supone la adaptación al mercado español del mismo.

FacturaLux:
software creado por una empresa española.

Hipergate:
completísima suite. No sólo es un ERP sino que incluye gestor de proyectos,

Intranet y Groupware, tienda, gestión de contenidos, etc.

Las funcionalidades de todas estas soluciones ERP y CRM son muy variadas.
Algunas disponen de gran cantidad de módulos mientras otras se centran en los aspectos más comunes de cualquier empresa. Pero, a priori, todas cubren las funcionalidades más usuales en la mayoría de PYMEs españolas.

BUSINESS INTELLIGENCE (BI):

En el área del Business Intelligence, aunque más tarde que en otros ámbitos, también se ha producido un despegue espectacular en el desarrollo de soluciones ‘Open Source’.

Para este área ya han empezado a surgir soluciones:

Herramientas ETL: Clover , Enhydra Octopus

Desarrollos OLAP: Mondrian, JPivot, PALO

Entornos de desarrollo para Dashboards: JetSpeed, JBoss Portal

Bases de Datos: MySQL , PostgreSQL, Greenplum.

Nuevos desarrollos appliance: CA’s Open Source release of Ingres, Netezza /
DATAllegro

Soluciones completas: Pentaho Nation, SpagoBI, BIRT y JasperReports.

Los productos mas destacados son:

Pentaho:

De todas las inicativas, la más completa es la de Pentaho, que utiliza toda una serie de componentes Open Source muy utilizados y fiables: Mondrian OLAP server, JPivot, Firebird RDBMS, Enhrydra ETL, Shark and JaWE , JBoss, Hibernate, JBoss Portal, Weka Data Mining, Eclipse, BIRT, JOSSO, Mozilla Rhino.

GVSig:

El SIG de la Generalitat Valenciana es una apuesta muy interesante en el mundo del Open Source para el área GIS, algo no tan habitual como en el BI, y mucho menos si resulta que es un esfuerzo español. gvSIG es una herramienta orientada al manejo de información geográfica. Se caracteriza por una interfaz amigable, siendo capaz de acceder a los formatos más usuales de forma ágil tanto ráster como vectoriales. Integrará en una vista datos tanto locales como remotos a través de un origen WMS o WFS.
Está orientada a usuarios finales de información de naturaleza geográfica, sean profesionales o de administraciones públicas (ayuntamientos, diputaciones, consejerías o ministerios) de cualquier parte del mundo (actualmente dispone de interfaz en castellano, valenciano, inglés,
alemán, checo, euskera, francés, italiano y portugués ), siendo, además, gratuita.

PALO:

PALO (que como véis, leido al reves dice OLAP) es la iniciativa que acaba de presentar la firma alemana Jedox. Para resumir, PALO se trata de un motor multidimensional OLAP, que trabaja fundamentalmente con los datos de grandes hojas de cálculo, tipo excel. Mediante un add-in integrado se realizan calculos complejos a gran velocidad, permitiendo además el write-back, esto es, no solo consulta, sino escritura contra la base de datos. La herramienta es Open Source y el add-in es gratuito, por lo que se trata de una gran utilidad para todos aquellos que manejen gran cantidad de datos en Excel.
Evidentemente, no se trata de una solución BI amplia, en el sentido de reporting, análisis, mining, forecasting, etc… pero es un paso muy interesante sobre una herramienta muy popular, como es Excel. Yo le preveo una rápida adopción por parte de ciertos usuarios avanzados de Excel.
Además se apoya en la experiencia de Jedox, con su producto estrella: Worksheet-Server, que permite pasar de forma directa de hojas excel a Web, utilizando tecnologia libre PHP.

Eclipse BIRT:

Una de las novedades más importantes es el creciente interés que están teniendo empresas con larga tradición comercial en el mercado como es Actuate en estos

productos. No se trata de que ahora vayan a pasarse de bando y no cobrar por sus productos. Lo que hacen es adoptar esta tecnología y ofrecer ciertas partes de los mismos a precios muy competitivos. Como miembros claves de Eclipse BIRT, el proyecto Open Source que esta creando un entorno de desarrollo web para aplicaciones BI, han adoptado el sistema de reporting y charting para una fácil instalación y manejo. Esta es la principal mejora de Actuate. Han creado un “one button installation”. Le han puesto una caja y un lazo, pero el resto es todo tecnología libre. Aportan soporte, training, actualizaciones, etc…

(Este es el valor añadido que quieren obtener). Se puede decir que es muy sencillo de instalar y ponerse a trabajar. Además, el interfaz es muy sencillo de manejar e intuitivo y la ayuda es espectacularmente completa. Permite crear un gran número de informes con gráficos.

Bee Project:

Este proyecto de origen checo, es una gran solución para las empresas de
tamaño medio. Cuenta con una herramienta ETL y un servidor ROLAP.

MarvelIT:

Se trata de una solución via web que permite generar cuadros de mando, de forma sencilla pra las pequeñas y medianas empresas. Utilizan un modelo en el que no es necesario instalarse el software ya que puede ser administrado desde sus propios servidores.

EnterpriseDB:

Se trata de una base de datos relacional basada en PostgreSQL.
Puede ser una alternativa a MySQL. Junto a Jasper Reports, han creado una herramienta de cuadro de mando para DBAs.

Greenplum:

Se trata de una base de datos relacional basada en PostgreSQL, pero adaptada al Business Intelligence, bajo el nombre de Bizgres.

Jasper Reports:

Se trata de una de las soluciones más populares para reporting y que se
encuentra incluida en otras suites BI. Tienen también productos de análisis, pero en este caso, son de pago: Jasper Decisions.

OpenI :

Se trata de una aplicación Business Intelligence de tipo OLAP construida para acceso web y que permite acceder a datos de SQL Server y Mondrian

SpagoBI:

Pretende ser una solución completa de Business Intelligence que incluye desde la extracción a la mineria, pasando por análisis y reporting.
Utiliza componentes muy similares a los de Pentaho.

Fuente:

http://todobi.blogspot.com.es/2005/12/estudio-las-herramientas-open-source.html

http://get.tableau.com/es-es/gartner-magic-quadrant-2016.html

http://www.claranet.es/lider-cuadrante-magico-de-gartner-cloud-hosting

https://es.wikipedia.org/wiki/Gartner_(empresa)

Instalación phpPgAdmin

Instalacion phpPgAdmin

About phpPgAdmin

phpPgAdmin is a php-based web application that provides a GUI interface for the postgresql system. It performs a similar function to phpMyAdmin, which allows users to manipulate database information in a visual program in MySQL.

Step One—Install phpPgAdmin

Start off by ensuring that the apt-get repository is up to date:

sudo apt-get update

Once the process has completed, go ahead and install postgresql, helpful additional dependencies, and phpgadmin. During its installation, phpPgAdmin will also install the required php and apache packages.

sudo apt-get install postgresql postgresql-contrib phppgadmin

Start Apache:

sudo service apache2 start

Step Two—Adjust The Security Settings

Once phpgadmin Is installed, you may be able to access it by going to youripaddress/phpPgAdmin.

You can run the following command to reveal your server’s IP address.

ifconfig eth0 | grep inet | awk '{ print $2 }'

You may find, however, that attempting to reach the phpPgAdmin page may result in a forbidden 403 error.

In order to make this page accessible, we should make it available to all visitors (don’t worry, we’ll lock it down in the next step):

sudo nano /etc/apache2/conf.d/phppgadmin

Within the file find the following section and uncomment the line, “allow from all”. The section should look like this:

order deny,allow

deny from all

allow from 127.0.0.0/255.0.0.0 ::1/128

allow from all

Configure the .htaccess Authentication

With the .htaccess file allowed, we can proceed to set up a native user whose login would be required to even access the phpPgAdmin login page.

Start by creating the .htaccess authentication section your site's configuration file. For example's sake, I will use the default site:

sudo nano /etc/apache2/sites-enabled/000-default

Follow up by setting up the user authorization. Create a new section within the virtual host file, pasting the following information in:

<Directory "/usr/share/phpPgAdmin">

AuthUserFile /etc/phpPgAdmin/.htpasswd

AuthName "Restricted Area"

AuthType Basic

require valid-user

</Directory>

Below you’ll see a quick explanation of each line

AuthUserFile: This line designates the server path to the password file (which we will create in the next step.)

AuthType: This refers to the type of authentication that will be used to the check the passwords. The passwords are checked via HTTP and the keyword Basic should not be changed.

AuthName: This is text that will be displayed at the password prompt. You can put anything here.

Require valid-user: This line tells the .htaccess file that only users defined in the password file can access the phpPgAdmin login screen.

Create the htpasswd file

Now we will go ahead and create the valid user information.

Start by creating a htpasswd file. Use the htpasswd command, and place the file in a directory of your choice as long as it is not accessible from a browser. Although you can name the password file whatever you prefer, the convention is to name it .htpasswd.

sudo htpasswd -c /etc/phpPgAdmin/.htpasswd username

A prompt will ask you to provide and confirm your password.

Once the username and passwords pair are saved you can see that the password is encrypted in the file.

FInish up by restarting apache:

sudo service apache2 restart

Accessing phpPgAdmin

phpPgAdmin will now be much more secure since only authorized users will be able to reach the login page.

Accessing your ipaddress/phpPgAdmin should display a screen like

Fill it in with the username and password that you generated. After you login you can access phpPgAdmin with your Postgres username and password.

Postscript—How to Create a Postgres User

Change the authentication method in the Authentication Configuration File:

sudo nano /etc/postgresql/9.1/main/pg_hba.conf

The change can be made in the following line:

# "local" is for Unix domain socket connections only

local all all md5

To begin creating users, first switch into the default superuser and create the database that the user will log into:

sudo su – postgres

Subsequently, create a new database where you will store your tables:

createdb newdb

Although the database has been created, the only user with access to it is the default postgres user. We can allow other users to access and manipulate this database by creating new users.

Once logged in as the default superuser, you can move forward to create more roles in your PostgreSQL system.

To outfit your user with a password, you can add the option -P to the createuser command:

createuser -P

Enter name of role to add: newuser

Enter password for new role:

Enter it again:

Shall the new role be a superuser? (y/n) y

Password: enter the superuser’s password here

You can then log into postgres in one of several ways.

If you are logging in using the peer identification, you can simply type the following command, specifying the database that you are logging into:

psql newdb

If you are logging into using the md5 identification, you can include the user that you prefer to log in as:

psql –U newuser -W newdb

Fuente:Wikipedia.

Fuente:https://www.digitalocean.com/community/tutorials/how-to-install-and-use-phppgadmin-on-ubuntu-12-04

Andrés Pérez-Baspino

ODOO Ver8.0

ODOO ver8.0

Es un sistema de gestión empresarial en software libre y licenciado bajo la AGPL.

0.- Asegurarnos de que estamos en un Debian actualizado.

login: root (escribe tu password)

apt-get update

apt-get dist-upgrade

Si no estaba actualizado es conveniente reiniciar el servidor. Y así comenzaremos seguros y actualizados.

1.- Añadir usuario Odoo, que será propietario de la aplicación y el que ejecutará el servidor de Odoo.

adduser --system --home=/opt/odoo --group odoo

Necesitamos un usuario de sistema (–system), que será el que ejecute como propietario todo el servicio de Odoo. También nos interesa que su carpeta personal sea donde vamos a alojar todo el sistema Odoo (–home=/opt/odoo) y agregamos el grupo Odoo (–group odoo).

2.- Instalar y configurar el servidor de bases de datos, en nuestro caso PostgreSQL

PostgreSQL es un sistema de bases de datos en software libre y muy utilizado, tiene mucha potencia y funcionalidades, es perfecto para nuestra base de datos de gestión de nuestro nuevo Odoo.

Para instalar, tan simple como:

apt-get install postgresql

Para configurarlo lo primero es loguearnos con el usuario especial “postgres”.

su – postgres

Y ahora ya desde el usuario especial creamos la base de datos a utilizar dándole los permisos y configuraciones requeridas por Odoo.

createuser –createdb –username postgres –no-createrole –no-superuser –pwprompt odoo

Damos el password que utilicemos como administrador. Y ya podemos salir del usuario especial “postgres”.

Exit

El comando es bastante intuitivo si sabemos un poco de inglés, pero no obstante hacemos un resumen: (createuser) creamos usuario (–createdb) y creamos base de datos, (–username) que pertenecerá al usuario “postgres” y sin permisos de superusuario ni roles (–no-createrole –no-superuser) para utilizar con la ruta de sistema Odoo (–pwprompt odoo).

3.- Instalemos Python y algunas librerías necesarias para Odoo.

apt-get install python-dateutil python-decorator python-docutils python-feedparser python-gdata python-gevent python-imaging python-jinja2 python-ldap python-libxslt1 python-lxml python-mako python-mock python-openid python-passlib python-psutil python-psycopg2 python-pybabel python-pychart python-pydot python-pyparsing python-pypdf python-reportlab python-requests python-simplejson python-tz python-unittest2 python-vatnumber python-vobject python-werkzeug python-xlwt python-yaml wkhtmltopdf

Explico algunas…

Python es un lenguaje de programación interpretado, y esto significa que se escribe muy cercano al lenguaje humano que este interpretará antes de llegar al procesador. Es muy utilizado y nuestro servidor de Odoo lo utiliza para funcionar, ya que gran parte está escrito con él. Por eso requerimos varias librerías.

wkhtmltopdf es una librería que utilizaremos para imprimir en PDF nuestros documentos generados con el ERP. Esencial para sacar informes, facturas y demás.

Del resto, la mayoría son simples plugins de Python que requeriremos según usos de módulos

4.-Ahora instalaremos el servidor de Odoo.

Primero instalamos GIT.

apt-get install git

Cambiamos al usuario Odoo para que sea propietario, ya que será el que ejecute todo el sistema.

su - odoo -s /bin/bash

cd ..

Ahora con el usuario correcto vamos a descarganos y clonar una rama del código fuente de Odoo que está en GIT. Para eso lo instalamos antes.Como estamos en la carpeta /opt/odoo, nos subimos un nivel para que el clon se quede dentro de /opt/odoo y no en /opt/odoo/odoo.

git clone https://www.github.com/odoo/odoo –depth 1 –branch 8.0 –single-branch

exit

GIT es el comando principal de control de versiones y Github el mayor proveedor de alojamiento de proyectos que actualmente está siendo utilizado por la comunidad del software libre… si eres desarrollador ya estás tardando en registrarte y curiosear en qué proyectos puedes colaborar…

El comando (git clone) descarga y clona de la web que pongas después (https://www.github.com/odoo/odoo) con la profundidad de carpetas (–depth 1) y la rama elegida (–branch 8.0 –single-branch).

5.- Configurando Odoo.

Tenemos una configuración por defecto en (/opt/odoo/debian/openerp-server.conf), por lo que la usaremos de base y la copiaremos en /etc donde debe estar con los permisos que correspondan.

cp /opt/odoo/debian/openerp-server.conf /etc/odoo-server.conf

chown odoo: /etc/odoo-server.conf

chmod 640 /etc/odoo-server.conf

Y ahora nos toca modificarlo para dejarlo a nuestro gusto y personalización adecuadas.

(db_password = False). Aquí tenemos que cambiar (False) por la contraseña que creamos al crear la base de datos en el paso 2.

(addons_path = /…). La ruta adecuada es la que acabamos de descargar de GIT, por lo que cambiamos su contenido por este (/opt/odoo/addons).

Tambien podemos añadir con control de Logs, añadiendo al final del documento (logfile = /var/log/odoo/odoo-server.log). Y creando su carpeta:

mkdir /var/log/odoo

chown odoo:root /var/log/odoo/

¡¡¡Y ya hemos modificado nuestro sistema!!!

6.- Probemos el servidor.

Ya tenemos todo listo para probar el sistema.

su - odoo -s /bin/bash

/opt/odoo/openerp-server

Y nos vamos al navegador desde otra máquina y ponemos en la ruta la IP de nuestro server:8069

Ejemplo: 192.168.1.100:8069

Y nos tiene que salir el selector de bases de datos para crear una nueva base de datos Odoo.

Aquí ya damos nombre a la base que queremos crear y las contraseñas para protegerla. Y ya tenemos nuestro OpenERP / Odoo 8 funcionando.

Para parar el servidor simplemente en la consola del servidor pulsamos Crtl + C y se para el demonio de servicio.

7.- Dejar permanente y ejecutar de inicio el servidor Odoo.

Creamos el archivo, le damos permisos y actualizamos los índices de arranque.

nano /etc/init.d/odoo-server

chmod 755 /etc/init.d/odoo-server

chown root: /etc/init.d/odoo-server

update-rc odoo-server defaults

Modificamos las rutas para utilizar nuestra configuración:

nano /etc/init.d/odoo-server

Pegamos el código de este texto de arranque odoo-server.txt

8.- Comprobar el funcionamiento y recomendaciones.

Service odoo-server start

Nos vamos de nuevo al navegador de otra máquina de la red y comprobamos que poniendo la IP:8069 carga el instalador de nuevo.

En la ventana de creación hay una contraseña para crear, borrar, duplicar las bases de datos que es recomendable cambiar ya que por defecto es admin. Pulsamos en password y la cambiamos.

También hay que marcarla en el archivo de configuración.

nano /etc/odoo-server.conf

Quitamos el punto y coma de la línea (;admin_passwd =) y escribimos la contraseña cambiada después del símbolo =.

Y con esto ya tenemos Odoo 8 preparado para funcionar complementamente en nuestra máquina con Debian.

Fuente:http://colibris.es/tutorial/como-instalar-odoo-8-para-debian/
Andrés Perez-Baspino