APACHE OFBIZ & ODOO Por: Neyla Morales

4-782-2442
 INFORMACIÓN GENERAL
Desarrollador(es) Apache Software Foundation

13.07.01
Última versión estable 6 de octubre de 2014 (2 años, 10
meses y 11 días)

Género ERP, Proceso de negocio

Programado en Java

Sistema operativo Multiplataforma

Plataforma Máquina virtual Java

Licencia Apache License 2.0

Estado actual Con soporte

Idiomas Más de 50

En español Sí
 QUE ES APACHE OFBIZ
Es un software de automatización
Open Source que es un proyecto de
la fundación Apache
(específicamente, un Apache Top
Level Project).
Apache Open For
Business (Apache Como un software de automatización
OfBiz) compromete un conjunto maduro de
aplicaciones empresariales que
integran y automatizan muchos de los
procesos de negocio de una
empresa.
 FUNCIONALIDAD
1. Contabilidad -
Acuerdos,
2. Gestión de
Facturación, 3. Catálogo y
activos - Gestión
Gestión de gestión de
de capital y
Vendedores, productos.
garantías.
Contabilidad
General.

4. Sistema de
Gestión de
Almacenes - 5. Gestión de
Herramientas Inventarios.
para la facilitar el
manejo de stocks.
 8. ERP -
7. CMS - Sistema
6. Procesamiento Planificación de
de Gestión de
de pedidos. Recursos
Contenidos.
Compartidos.

10. eCommerce -
9. CRM - Gestión de
Comercio
clientes.
electrónico.
 11. Fuerza de
13. MRP -
ventas - 12. SCM -
Planificación de
Automatización Administración de
los
de funciones de Redes de
Requerimientos
venta y Suministro.
de Material.
administración.

14. CMMS/EAM -
Gestión de 15. Punto de venta
Mantenimiento | POS - Punto de
asistido por Venta y ePOS.
Computadora.
 16. Recursos
humanos.

17. Gestión de
grupos.
 ARQUITECTURA

OfBiz es una arquitectura totalmente

orientada a componentes en la que cada
módulo o funcionalidad se puede definir
como un componente separado y se
pueden integrar en la misma aplicación o en
muchas aplicaciones desplegadas en el
mismo servidor.
 Capa de presentación
El MVC se compone principalmente
de patrones decorador reutilizables en
forma de lenguaje de propósito
especial de plantillas llamado FTL
(FreeMarker Template Language) en
tienen la capacidad de invocar a otros
lugar de las tradicionales páginas
JSP. Las plantillas trabajan
conjuntamente con acciones en la
forma XML meta-programación que
se codifican como widgets de
pantalla. Los widgets y FTL se pueden
reutilizar en diferentes aplicaciones.
Capa de lógica de negocio
Para la lógica de negocio de la
aplicación, OfBiz utiliza una
arquitectura orientada a
servicios(SOA). Estos servicios no sólo
servicios de manera interna, sino que
también puede ser "abiertos" e
invocado por aplicaciones remotas
utilizando, entre otros métodos, el
protocolo SOAP.
Capa de datos
Para guardar la información
de la aplicación se utiliza un
modelo de datos de
pequeñas unidades: las
entidades. Estas entidades
son las que van a contener la
información de los distintos
componentes de la
aplicación.
En resumen, se puede ver el framework como el
siguiente gráfico:
Tecnología usada para
su desarrollo Autenticación
OfBiz está escrito en
OfBiz sigue un
Java, con lo cual se
hace uso de la procedimiento de
plataforma JDK (Java inicio de sesión
Development Kit). siguiendo el
Está construido sobre esquema
algunos servidores de OfBiz-CAS-LDAP
código abierto, como
Apache Tomcat, mostrado a
Freemarker, Derby y continuación:
Beanshell. Pasarelas de pago
Las integraciones
con Orbital,
CyberSource,
Authorize.net, PayPal
y PayflowPro ofrecen
la capacidad de
procesar
transacciones de
tarjetas de crédito de
una manera segura y
fiable.
 MECANISMOS DE SEGURIDAD
Asignando permiso
•Es posible asignar permisos a páginas o
servicios. Para ello se utiliza la entidad
SecurityPermission.
•SecurityPermission es una cadena con
dos partes separadas por un "_". La
primera parte especifica la aplicación y la
segunda parte la operación permitida.
•También se pueden crear permisos para
grupos con la entidad
SecurityPermissionGroup.
API de seguridad
•Security.hasPermission - Comprueba que
el usuario tenga un permiso concreto.
•Security.hasEntityPermission - Permite
especificar una entidad
SecurityPermission para comprobar si el
usuario tiene permiso para pasar.
•ServiceUtil.getPartyIdCheckSecurity -
Comprueba que un usuario tiene el
permiso especificado o si puede realizar
una operación por si mismo.
•Security.hasRolePermission -
Comprueba si un usuario tiene el permiso
especificado y si el usuario está asociado
con una entidad concreta en un role.
Asegurando Servicios
•Puedes definir cuando un servicio
requiere que un usuario esté logrado.
Para ello se utiliza la etiqueta <security>,
definiendo el permiso requerido en el
fichero controller.xml.
•También se puede definir los permisos en
el fichero services.xml usando las
etiquetas <required-permissions> y
<check-permission>.
 INTEGRACIÓN CON OTROS
SISTEMAS EXTERNOS
❑Se puede transferir información entre Magento y OfBiz, como
importar clientes y datos de pedidos, realizar la gestión de
pedidos simples o realizar diversas operaciones sencillas. Esta
integración puede ser ampliada para satisfacer necesidades
empresariales específicas.
❑También posee integración con ESME(Enterprise Social
Messaging Environment), que es un sistema para la
comunicación entre empresas y obtención a otras fuentes de
información.
❑Por último, destacar que es posible enlazar nuestra aplicación
con EBay.
 Instalación

Para ello, vamos a la

La instalación de la última página de OfBiz y
versión estable de OfBiz descargamos el
(10.04) necesita los framework en su última
Una vez que cumplimos
siguientes requisitos: versión, la 10.04, y la
los requisitos podemos
• Java 1.6 SDK descomprimimos.
empezar a instalar el
• 500-700MB de espacio Establecemos la variable
framework
libre en disco de entorno JAVA_HOME
• Mínimo de 500MB de con la carpeta en donde
memoria tenemos instalado el SDK
para compilarlo y poderlo de Java.
utilizar. Una vez
compilado, ya podemos
Situándonos en la carpeta empezar el desarrollo de
raíz del framework nuestra tienda con OfBiz. la cual nos arranca el
ejecutamos la orden: Para ello, nos situamos en servidor Apache Tomcat.
ant run-install la carpeta raíz del
framework y ejecutamos
la orden:
startofbiz.bat
 • Comp
onente
Frame s del
Comp w ork:
onente
bajo n s de
i
propor vel que
cionan EXTENSION

carp deplo entes

capa t una

pue es don acía y

aqu a está v sta
é
herram cnica y
ES

tuar e
pers ponent los
i

de s
los com entas para

y: E
hot- ompon

lizad s
os
ponen

e
aplica tes de
ción.

s i
C

den

ona
et
e

í
com
• Componentes de d
s ial:

•
e
Aplicación: Hay e nt ec
aplicaciones ERP on sp los e
p oe a d
genéricas que puede o m sit es es n
r t
ser usadas como son • C opó ila nen , so de o
pr Sim po ción es cífic ,
o m ica ion pe rce gle
o
c pl ac es e o
extendidas/personali a lic to mm Go con
zadas (producto, ap ósi eco con ión
pedido, fiesta, r op o ión rac c.
p om c eg et
fabricación, c gra int y,
autenticación, etc.); n te se, EBa
i a
B
Odo
o
 INFORMACIÓN GENERAL
Desarrollador(es) Odoo S.A. (anteriormente OpenERP)

10.0
Última versión estable
5 de octubre de 2016

Última versión en pruebas 11.0

Género ERP , CRM

Programado en JavaScript y Python

Windows, Linux, Unix, MacOSX,

Sistema operativo
Android

GNU LGPL v3, Odoo Enterprise Edition

Licencia
License v1.0

En español Sí
 QUE ES ODOO
OBJETIVOS
Odoo (conocido
anteriormente como El objetivo es lograr una
OpenERP y anteriormente adaptación total sobre
como TinyERP) es un
sistema de ERP integrado las necesidades
de código abierto concretas del proyecto y
actualmente producido por exprimir todo el potencial
la empresa belga Odoo S.A. de OPEN ERP / ODOO en
El fabricante declara su la consecución de los
producto como una
objetivos marcados.
alternativa de código
abierto a SAP ERP y
Microsoft Dynamics.
 CARACTERÍSTICAS

La arquitectura del sistema OpenERP es cliente –

servidor, lo que permite que todos los usuarios
trabajen sobre el mismo repositorio de datos. Esto
tiene la ventaja de que toda la información está
disponible y sincronizada en todo momento además
de que descarga la mayor parte del trabajo de
procesamiento de datos de las máquinas cliente
(donde trabajan efectivamente los usuarios). El
intercambio de datos entre el servidor y el cliente
puede realizarse mediante XML-RPC, Net-RPC y/o
JSON.
 LICENCIA E IMPACTO EN EL
MODELO DE NEGOCIOS

Los módulos de Odoo, en su mayoría, están cubiertos por la

licencia AGPL y algunas partes utilizan una derivada de la licencia
Mozilla Public License.1 Como consecuencia directa, OpenERP no
requiere ningún pago de licencias para ser utilizado, a diferencia
de los software más usados del mercado. Esto también implica
que, mientras que se respeten los términos de la licencia, la
modificación directa del programa es posible.
Arquitectura WEB: Estructura Odoo está desarrollado sobre una
arquitectura web. Hay disponibles múltiples aplicaciones cliente.

Servidor y módulos: El módulo del servidor está escrita en el

lenguaje Python. El cliente se comunica con éste a través de
interfaces XML-RPC y JSON. La funcionalidad del negocio se
organiza en módulos.

Aplicaciones cliente: Los clientes son livianos porque no

contienen la lógica del negocio. Se da soporte a dos
aplicaciones oficialmente: • Una aplicación web. • Una
aplicación de escritorio

Base de datos: OpenERP usa PostgreSQL que es un sistema

gestor de bases de datos.

Arquitectur
a
Informes: Odoo también cuenta con un sistema de reportes
propio utilizando Webkit, y permite integración con otros
motores como LibreOffice.org o Jaspersoft.
 Software como
servicio
A partir de la versión
6.0, la actual Odoo Aplicaciones OpenERP
S.A. distribuye una La empresa Odoo
versión de OpenERP mantiene un sitio web
como servicio. en el que hace
referencia a los módulos
oficiales así como
aquellos contribuidos
por la comunidad de
desarrolladores4 en un
concepto similar a las
tiendas de aplicaciones
de Apple y Google. Entorno de desarrollo
El desarrollo de
módulos se realiza
editando archivos
Python y XML.
 HISTORIAL DE VERSIONES
Nombre del Programa Versión Fecha lanzamiento Cambios Significativos Tipo licencia de Software
Tiny ERP 1.0 Febrero de 2005 Primera versión GNU GPL

2.0 Mayo de 2005 GNU GPL

3.0 Septiembre de 2005 GNU GPL

4.0 Diciembre de 2006 GNU GPL

OpenERP 5.0 Abril de 2009 GNU GPL

6.0 Enero de 2011 Primer cliente web GNU AGPL5

Primer cliente web Ajax, se descontinúa cliente

6.1 Febrero de 2012 GNU AGPL
GTX

7.0 22 de diciembre de 2012 Se mejora el cliente web y la usabilidad GNU AGPL

Odoo

Soporte para CMS: Generador de sitios web,

comercio electrónico (e-commerce), puntos de
8.0 18 de septiembre de 2014 GNU AGPL
venta e inteligencia de negocio ( business
intelligence)

9.0 1 de octubre de 2015 Edición comunitaria6 GNU LGPL v3

9.0 1 de octubre de 2015 Edición Empresarial6 Odoo Enterprise Edition License v1.07

10.0 5 de octubre de 2016 Community Edition8 GNU LGPL v37

10.0 5 de octubre de 2016 Edición Empresarial6 Odoo Enterprise Edition License v1.07
SOFTWARE LIBRE
 VENTAJAS Y BENEFICIOS DEL
SOFTWARE LIBRE Facilidad de
personalización. Aunque es
Coste Total de Propiedad deseable que XYZ no Comunidades muy activas
(TCO – Total Cost of requiera la personalización donde se comparte
Ownership) muy bajo. del software, puede que en conocimiento.
algún momento sea
necesario.
Tecnológicamente
Las herramientas se pueden
actualizado. Las
testear en la fase preventa
herramientas de gestión
para comprobar si cumplen
empresarial en software
las especificaciones
libre hacen uso de
requeridas por XYZ, por lo
tecnologías actualizadas:
que el temor a equivocarse
sistemas operativos, bases
en la elección de la
de datos, lenguajes de
herramienta es más difícil.
programación

Independencia del
proveedor. Implementación
Las soluciones están
de parametrizaciones e
altamente probadas y
incluso customizaciones o
funcionales al 100 % con
personalizaciones
una inversión inicial mínima.
independientemente del
proveedor
 INCONVENIENTES Y
RESTRICCIONES DEL
SOFTWARE LIBRE
En el software libre no
suele existir una única Algunas herramientas de
solución capaz de software libre están
Sin garantías, no se hace satisfacer todas las áreas creciendo a gran ritmo,
responsable de un mal del negocio (solución best pero no están lo
funcionamiento of suite), teniendo que suficientemente maduras
recurrir a diversas de ellas frente a sus homólogas en
en una estrategia best of software privativo.
breed.

Algún software
Existe pocas
libre ha terminado El usuario ha de ser
soluciones
siendo absorbido o un usuario más
preconfiguradas
adquirido por preparado en el
para el sector de
empresas de ámbito tecnológico.
XYZ.
software privativo.