QU ES UN ERP

Las siglas ERP (Enterprise Resource Planning) significan "Planificacin de recursos de la

empresa". Entendemos ERP como un sistema de planificacin de recursos empresariales, es
decir, un sistema que nos permite planificar, controlar y gestionar los procesos de nuestra
empresa.

Los ERP permiten integrar todos los datos relativos a todas las reas de la empresa, ya sean de
produccin, distribucin, contabilidad, inventarios, clientes, proveedores, facturas, etc. Todos
y cada uno de los datos que la empresa necesita para funcionar deben estar integrados en el
ERP, con lo que pueden ser manejados y gestionados para el correcto funcionamiento de la
empresa.

Los ERP adems permiten automatizar muchas de las prcticas de negocio asociadas con los
aspectos operativos o productivos de la empresa.

DEFINICIN

Los sistemas ERP son por tanto sistemas de gestin para la empresa. Se caracterizan por estar
compuestos por diferentes mdulos. Estas partes son de diferente uso, por ejemplo:
produccin, ventas, compras, logstica, contabilidad, gestin de proyectos, inventarios y
control de almacenes, pedidos, nminas, etc.

Los objetivos principales de los sistemas ERP son:

Optimizacin de los procesos empresariales.

Acceso a la informacin.

Posibilidad de compartir informacin entre todos los componentes de la organizacin.

Eliminacin de datos y operaciones innecesarias de reingeniera.

El propsito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos
rpidos de respuesta a sus problemas, as como un eficiente manejo de informacin que
permita la toma oportuna de decisiones y disminucin de los costos totales de operacin.

Los beneficios que puede aportar una herramienta de ERP se resume en la resolucin de los
problemas contables, mercantil o fiscal de la empresa. Asimismo, puede permitir un mayor
control contable, inmovilizado, conciliacin bancaria, liquidacin de impuestos, etc.

Las caractersticas que distinguen a un ERP de cualquier otro software empresarial, es que
deben de ser modulares y configurables:

Modulares. Los ERP entienden que una empresa es un conjunto de departamentos que se
encuentran interrelacionados por la informacin que comparten y que se genera a partir de
sus procesos. Una ventaja de los ERP, tanto econmica como tcnica es que la funcionalidad se
encuentra dividida en mdulos, los cuales pueden instalarse de acuerdo con los

2
requerimientos del cliente. Ejemplo: ventas, materiales, finanzas, control de almacn, recursos
humanos, etc.

Configurables. Los ERP pueden ser configurados mediante desarrollos en el cdigo del
software. Por ejemplo, para controlar inventarios, es posible que una empresa necesite
manejar la particin de lotes pero otra empresa no. Los ERP ms avanzados suelen incorporar
herramientas de programacin para el desarrollo de nuevos procesos.

Otras caractersticas destacables de los sistemas ERP son:

Base de datos centralizada.

Los componentes del ERP interactan entre s consolidando las operaciones.

En un sistema ERP los datos se capturan y deben ser consistentes, completos y comunes.

Las empresas que lo implanten suelen tener que modificar alguno de sus procesos para
alinearlos con los del sistema ERP. Este proceso se conoce como Reingeniera de Procesos,
aunque no siempre es necesario.

Las soluciones ERP en ocasiones son complejas y difciles de implantar debido a que necesitan
un desarrollo personalizado para cada empresa partiendo de la configuracin inicial de la
aplicacin que es comn. Las personalizaciones y desarrollos particulares para cada empresa
requieren de un gran esfuerzo en tiempo, y por consiguiente en dinero, para modelar todos los
procesos de negocio de la vida real en la aplicacin.

Las metodologas de implantacin de los ERP en la empresa no siempre son todo lo simples
que se deseara, dado que entran en juego mltiples facetas.

No hay recetas mgicas ni guiones explcitos para implantaciones exitosas; solamente trabajo
bien realizado, una correcta metodologa y aspectos que deben cuidarse antes y durante el
proceso de implantacin, e inclusive cuando el sistema entra en funcionamiento. Por ello,
antes, durante y despus de la implantacin de un ERP es conveniente efectuar lo siguiente:

Definicin de resultados a obtener con la implantacin de un ERP.

Definicin del modelo de negocio.

Definicin del modelo de gestin.

Definicin de la estrategia de implantacin.

Evaluacin de oportunidades para software complementario al producto ERP.

Alineamiento de la estructura y plataformas tecnolgicas.

Anlisis del cambio organizativo.

Entrega de una visin completa de la solucin a implantar.

3
Implantacin del sistema.

Controles de calidad.

Auditora del entorno tcnico y del entorno de desarrollo.

IMPLEMENTACION

Debido a que cubre un espectro de aspectos de la gestin de una empresa, un sistema de

software ERP est basado en algunos de los productos de software de mayor tamao y
complejidad en la industria. Al implementar tales sistemas en una compaa la metodologa
tradicional sola involucrar a un grupo de analistas, programadores y usuarios. Este fue el
esquema que se emple, por lo menos, hasta el desarrollo de Internet. sta permite a los
consultores tener acceso a las computadoras de la compaa con el fin de poder instalar los
datos actualizados y estandarizados de implementacin del ERP, sin ayuda profesional. Este
tipo de proyectos pueden llegar a ser muy caros para grandes compaas, especialmente para
las transnacionales. Las compaas especializadas en la implementacin del ERP, sin embargo,
pueden agilizar estos procesos y completar la tarea en menos de seis meses con un slido
examen piloto.

A la hora de realizar la implementacin de los sistemas ERP, las compaas muchas veces
buscan la ayuda de un proveedor o vendedor de ERP o de consultoras tecnolgicas. La
consultora en materia de ERP es de dos tipos, la consultora de negocios y la consultora
tcnica. La consultora de negocios estudia los procesos de negocios actuales de la compaa y
evala su correspondencia con los procesos del sistema ERP, lo cual generalmente incluye la
personalizacin de ciertos aspectos de los sistemas ERP para las necesidades de las
organizaciones. La consultora tcnica muchas veces implica programacin. La mayora de los
vendedores de ERP permiten modificar su software para las necesidades de los negocios de
sus clientes.

Personalizar un paquete ERP puede resultar muy costoso y complicado, porque muchos
paquetes no estn diseados para su personalizacin, as que muchos negocios implementan
sus sistemas ERP siguiendo las mejores prcticas de la industria. Algunos paquetes ERP son
muy genricos en sus reportes e informes; la personalizacin de dichos elementos se debe
hacer en cada implementacin. Es importante tener en cuenta que en ciertas ocasiones tiene
mucho ms sentido la compra de paquetes de generacin de reportes fabricados por terceros
y que estn hechos para interactuar directamente con el ERP.

Hoy en da, un buen nmero de sistemas ERP tienen una interfaz Web. La ventaja de este tipo
de interfaz es que no requiere la instalacin de una aplicacin cliente. Mientras se tenga una
conexin a Internet (o a la red local de la empresa, segn sea el caso), se puede acceder a los
ERP basados en Web a travs del tpico navegador web.

VENTAJAS

Una empresa que no cuente con un sistema ERP, en funcin de sus necesidades, puede
encontrarse con muchas aplicaciones de software cerradas, que no se pueden personalizar, y

4
no se optimizan para su negocio. Diseo de ingeniera para mejorar el producto, seguimiento
del cliente desde la aceptacin hasta la satisfaccin completa, una compleja administracin de
interdependencias de los recibos de materiales, de los productos estructurados en el mundo
real, de los cambios de la ingeniera y de la revisin y la mejora, y la necesidad de elaborar
materiales substitutos, etc. La ventaja de tener un ERP es que todo esto, y ms, est integrado.

DESVENTAJAS

Muchos de los problemas que tienen las compaas con el ERP son debido a la inversin
inadecuada para la educacin continua del personal relevante, incluyendo los cambios de
implementacin y de prueba, y una falta de polticas corporativas que afectan a cmo se
obtienen los datos del ERP y como se mantienen actualizados.

Limitaciones y obstculos del ERP incluyen:

El xito depende en las habilidades y la experiencia de la fuerza de trabajo, incluyendo la

educacin y como hacer que el sistema trabaje correctamente. Muchas compaas reducen
costos reduciendo entrenamientos. Los propietarios de pequeas empresas estn menos
capacitados, lo que significa que el manejo del sistema ERP es operado por personal que no
est capacitado para el manejo del mismo.

Cambio de personal, las compaas pueden emplear administradores que no estn capacitados
para el manejo del sistema ERP de la compaa empleadora, proponiendo cambios en las
prcticas de los negocios que no estn sincronizados con el sistema.

La instalacin del sistema ERP es muy costosa.

Los vendedores del ERP pueden cargar sumas de dinero para la renovacin de sus licencias
anuales, que no est relacionado con el tamao del ERP de la compaa o sus ganancias.

El personal de soporte tcnico en ocasiones contesta a las llamadas inapropiadas de la

estructura corporativa.

Los ERP son vistos como sistemas muy rgidos, y difciles de adaptarse al flujo especfico de los
trabajadores y el proceso de negocios de algunas compaas, este punto se cita como una de
las principales causas de falla.

Los sistemas pueden ser difciles de usarse.

Los sistemas pueden sufrir problemas de "cuello de botella": la ineficiencia en uno de los
departamentos o en uno de los empleados puede afectar a otros participantes.

Muchos de los eslabones integrados necesitan exactitud en otras aplicaciones para trabajar
efectivamente. Una compaa puede lograr estndares mnimos, y luego de un tiempo los
"datos sucios" (datos inexactos o no verificados) reducirn la confiabilidad de algunas
aplicaciones.

5
Una vez que el sistema est establecido, los costos de los cambios son muy altos (reduciendo
la flexibilidad y las estrategias de control).

La mala imagen de unin de la compaa puede causar problemas en su contabilidad, la moral

de sus empleados y las lneas de responsabilidad.

La resistencia en compartir la informacin interna entre departamentos puede reducir la

eficiencia del software.

Hay problemas frecuentes de compatibilidad con algunos de los sistemas legales de los socios.

Los sistemas pueden tener excesiva ingeniera respecto a las necesidades reales del
consumidor.

ERP VERSUS SOFTWARE DE GESTIN

La clasificacin de un determinado software de gestin como ERP determina que disponga de

una serie de requisitos y funcionalidades que posibiliten su diferenciacin. En el mercado del
software de hoy en da es habitual que cualquier suite de gestin pretenda un mayor
reconocimiento (por lo general irreal, dado que es igualmente necesario un software de
gestin normal que un ERP, slo que para niveles diferentes) por el hecho de ser conocida
como ERP en lugar de como software de gestin. As podemos ver como estrategias de
marketing que determinados programas de gestin que llevan en el mercado varios aos,
cambian bruscamente su denominacin a ERP, buscando un sector de trabajo superior (por lo
general acompaado de una mayor remuneracin, reconocimiento, etc) sin incrementar
proporcionalmente la funcionalidad.

La principal diferencia estriba en la definicin. Un ERP es una aplicacin que integra en un

nico sistema todos los procesos de negocio de una empresa. Adicionalmente se pretende
que todos los datos estn disponibles todo el tiempo para todo el mundo en la empresa
(obviando por el momento permisos sobre disponibilidad, etc) de una manera centralizada.

Esto descarta como ERP aquellos programas basados en mltiples aplicaciones (denominados
comnmente suites) independientes o modulares que duplican la informacin (aun cuando la
enlacen automticamente) o no la centralizan en una nica base de datos. Tambin elimina
aquellos programas que se basan en sistemas de base de datos de ficheros independientes (sin
motor de base de datos).

Por otra parte la definicin tradicional nos dice que los ERP estn diseados para modelar y
automatizar todos los procesos bsicos con el objetivo de integrar informacin a travs de la
empresa, eliminando complejas conexiones entre sistemas distintos. Un ERP es una
arquitectura de software que facilita el flujo de informacin entre las funciones de
manufactura, logstica, finanzas y recursos humanos de una empresa.

As que a la caracterstica de la base de datos centralizada y de que los componentes del ERP
interacten entre s, consolidando todas las operaciones, se debe aadir que en un sistema
ERP los datos se introducen una sola vez, debiendo mantener la consistencia, y ser completos.

6
Como caracterstica colateral se puede aadir que, normalmente, las empresas deben de
modificar algunos de sus procesos para alinearlos con los del sistema ERP. Es lo que se conoce
como Reingeniera de Procesos.

Estas caractersticas bsicas debieran permitir diferenciar bsicamente entre una suite de
gestin (habitualmente compuesta de programas o mdulos de facturacin y contabilidad) y
un ERP puro que debiera incluir todas aquellas funcionalidades que una empresa pueda
necesitar (gestin de proyectos, gestin de campaas, comercio electrnico, produccin por
fases, trazabilidad, gestin de la calidad, gestin de cajas descentralizadas o centralizadas
(TPVs), pasarelas de pago electrnico, gestin de la cadena de abastecimiento, logstica, etc.)
integradas y enlazadas entre s. No basta con tener algunas de esas funcionalidades.
Realmente es necesario tener todas, aun cuando no siempre las empresas las necesiten en
este momento. Pero deben de estar disponibles internamente para suplir las necesidades
futuras.

El saber si una empresa necesita o no un ERP o una simple suite de gestin es otro asunto, no
obstante la definicin y caractersticas de un ERP debieran quedar claros.

As por ejemplo la gestin correcta de la cadena de abastecimientos es vital para una empresa
que precise de un ERP (una gran parte de los procesos de negocio dependen de la cadena de
abastecimiento y su logstica asociada), pero puede no serlo tanto para otra que necesite
nicamente automatizar una parte de sus procesos de negocio. El que la primera debe de
utilizar un ERP es claro, que a la segunda le basta una suite de gestin ms simple, puede ser
ms discutible (en funcin de las necesidades reales de la empresa tras pasar por una
reingeniera de procesos), lo que no es justo ni real, es denominar comercialmente ERP a la
suite de gestin utilizada por la segunda empresa.

En definitiva, las suites de gestin y los ERP ocupan dos sectores de mercado, claramente
distinguibles desde un punto de vista tcnico, pero comercial y publicitariamente pueden
coincidir y confundirse. Esto ltimo es lo que hace que muchas empresas medianas o grandes,
se enfrenten con graves problemas de gestin al implementar un software que crean ERP y
que deja fuera de sus necesidades, bien sean actuales o futuras, muchos de los procesos de
negocio bsicos que la empresa usa o que ha pasado a usar con el devenir del tiempo.

7
OPENERP

QUE ES OPENERP

OpenERP es un ERP, es decir, un completo sistema de gestin empresarial que cubre las
necesidades de las reas de contabilidad, ventas, compras, y almacn, entre otras.

OpenERP soporta mltiples monedas, mltiples compaas y mltiples contabilidades. Adems

incorpora funcionalidades de gestin de documentos para agilizar la colaboracin entre
departamentos y equipos en la empresa; y permite trabajar remotamente mediante una
interfaz web desde cualquier equipo conectado a Internet. OpenERP est traducido
actualmente a ms de 15 idiomas y dispone de soporte multi-idioma, que se puede asignar a
usuarios del sistema, clientes o proveedores.

ENTORNO DE DESARROLO

ARQUITECTURA TECNICA DE OPENERP:

8
9
10
 Arquitectura de Open-ERP: cliente/servidor, lo que permite que todos los usuarios trabajen
sobre el mismo repositorio de datos. Esto tiene la ventaja de que toda la informacin est
disponible y sincronizada en todo momento adems de que descarga la mayor parte del
trabajo de procesamiento de datos de las mquinas cliente (donde trabajan efectivamente los
usuarios).

Mdulos (addons) Carpeta / directorio con los mdulos que podemos cargar (mdulos
disponibles)

Base de datos:

- http://www.postgresql.org/
- http://es.wikipedia.org/wiki/PostgreSQL
- pgAdminIII: herramienta de acceso a la base de datos

Protocolos:

Los ERP se pueden ejecutar a travs de un entorno web (haciendo uso del navegador) o
ejecutando una aplicacin de escritorio y que requieren una instalacin previa de la misma en
el sistema operativo.

- XML-RPC puerto por defecto 8069 para entorno web

- Net-RPC puerto por defecto 8070 para aplicacin de escritorio

ENLACES:

11
- http://openerpspain.com/

- http://openerp.com/

- https://odoospain.odoo.com/

- Proyecto de Localizacin espaola de OpenERP

Antes: Plataforma Launchpad launchpad.net: https://launchpad.net/openerp-spain

Ahora: GitHub en https://github.com/OCA/spain

- Grupo de localizacin espaola: openerp-spain en Grupos de Google.

RAD OPENOBJECT:

-Sistema de Desarrollo para OpenErp

ECLIPSE:
- Eclipse Web www.eclipse.org - Eclipse (classic). (Ejecutar eclipse.exe) Configurar Eclipse
con entorno Pydev. Configurar Python en Eclipse

MS HERRAMIENTAS:

o Poedit: para editar archivos de traduccin.

o PgAdmin III: herramienta de admininistracin de Postgresql.

CREACION BASE DE DATOS

- Vamos el explorador web y escribimos:

localhost:8069

12
Y vemos OpenERP y las bases de datos.

13
Nos crea la base de datos y:

Para activar el modo desarrollador:

14
Nos aparece entonces una nueva opcin en pantalla:

Opcin de men Mdulos locales (Aplicaciones en lnea nos estaramos descargando el

mdulo)

15
16
17
18
19
[ATENCION: Al instalar el mdulo l10n_es NO nos permite indicar el n de dgitos para las
cuentas y nos las crea con 6 dgitos.

update account_account set code = concat(code,'000') where type <> 'view'

Ejecutando esto en el pgAdminIII se aaden 3 dgitos a las cuentas contables]

ADMINISTRACIN (USUARIOS, GRUPOS, REGLAS; LISTA DE CONTROL DE ACCESO; GESTIN DE

MDULOS, LOGS)

- Instalacin de aplicaciones y mdulos.

20
Instalar mdulo. Vamos a Configuracin Usuarios --
Administrador:

Editamos el usuario administrador:

21
 Le damos permiso de Responsable para las aplicaciones para las que no lo tenga,
marcamos Caractersticas tcnicas.

Y guardar:

La pantalla se refresca y nos aparece adems de Configuracin, Ventas:

USUARIOS, GRUPOS, ACCESOS

- Tema de permisos, usuarios, grupos:

o Vamos al cliente: Configuracin Usuarios Usuarios:

o En principio nos aparece lista de los usuarios registrados en el sistema (al menos el
usuario administrador):

o Damos a Nuevo:

22
[Recordad: los campos en color azul indican que son obligatorios]

o Indicar Nombre de usuario, usuario.

o En pestaa Permisos de acceso: se configura los permisos que deseamos que
tenga el usuario que estamos creando.
Por Aplicacin:

23
 o O con las opciones de Configuracin tcnica, Usabilidad y Otro:

- Grupos:

24
o Dependiendo de los mdulos que hayamos instalado tendremos diferentes grupos
de permisos de acceso. Por ejemplo:

o Vemos usuarios que pertenecen a dicho grupo:

o En pestaa Heredado lo que hereda automticamente:

25
o En pestaa Mens vemos mens a los que tienen acceso los usuarios del grupo:

o En Permisos de acceso vemos a qu objetos y qu permisos tiene (para leer, crear

.):

26
o Los permisos de acceso que tenga el grupo al que pertenezca un usuario son los
permisos que realmente va a tener. Cuando en un usuario indicamos en sus
permisos, Gestin de Ventas = Responsable:

o Lo que en realidad quiere decir es que pertenece al grupo Gestin de Ventas

/Responsable.
o En pestaa Reglas:

Para este grupo no hay reglas definidas, pero si vamos a otro grupo. Por
ejemplo:

27
 Vemos que hay dos reglas definidas:

Si hacemos doble clic sobre la primera Personal Order Lines:

Slo ve lneas de pedidos que haya creado el propio usuario o lneas que
no tengan usuario, es lo que indicamos en el domain:

28
ACTIVAR MODO DESARROLLADOR
Si tenemos marcada la opcin Activar modo desarrollador: se habiliten las opciones: ver
los campos, domain, string Editar Searchview, Gestionar vistas.
Por ejemplo, en Diarios (Contabilidad>Configuracin>Diarios):

Si seleccionamos opcin Ver Campos nos muestra:

29
Un listado de los campos y propiedades del modelo de la vista que tenemos.
Si seleccionamos opcin Obtener Campos Vista nos muestra:

30
La vista (xml) que se est mostrando.
Si seleccionamos Ver Registro (perm_read):

Nos muestra informacin sobre el registro.

Si seleccionamos Editar FormVista vemos exactamente el fichero xml:

31
32
MODELOS DE OPENERP. INTRODUCCIN

- Lanzamos un cliente OpenErp:

[Si en el men nos falta algo, es que debemos dar permisos al usuario, Caractersticas
(Technical Features)]

Cmo saber qu objeto modificar? Vamos a Configuracin Tcnico Estructura de base de

datos Modelos:

33
Si por ejemplo quisisemos modificar la Factura, buscamos:

Vemos que el modelo, la clase de la factura es account.invoice. Vamos en el equipo:

34
No vemos ninguna carpeta que se parezca a account.invoice que es lo que hemos visto en el
cliente, por lo que descartamos que pueda ser el mdulo account_invoice. Lo que s vemos es
que hay un mdulo account. En este mdulo vemos que no hay ningn invoice.py, lo que s
hay es account_invoice.py, lo abrimos:

Y vemos que la primera clase definida es account_invoice. Si el nombre de una clase contiene
varias palabras se separan por _ las palabras:

class account_invoice (osv, osv):

35
Pero la propiedad name que le ponemos al modelo se pone el mismo nombre que la clase,
pero con puntos: account.invoice.

Tambin por ejemplo, con el modo desarrollador activado situndonos en cualquier campo de
la factura:

- Ejercicio: buscar objeto empresa:

36
Clase que define res.partner?En qu mdulo est?

Todos los objetos que empiezan por res son del mdulo base, son objetos principales de la
aplicacin. Al instalar la aplicacin se instalan. Por ejemplo el producto no est en el mdulo
base tiene su propio mdulo product.

Por tanto res.partner (\openerp\addons\base\res) res_partner.py

Vemos que si, por ejemplo, entramos en Ventas> Pedido de Venta, pestaa Otra informacin,
campo Pagado:

Nos muesta informacin del campo: texto de ayuda, nombre del campo, objeto al que
pertenece (y en el que estamos), y que un atributo del campo es que est en modo readonly.

Si nos fijamos por ejemplo en el Cliente:

37
Vemos que es el campo partner_id y que forma parte del objeto sale.order. Vemos el
Domain, que es un filtro (se filtra por valor de customer igual a true). Que es un campo de
relacin, y que est relacionado con res.partner).

Esto nos indica que cuando el estado del Pedido de Venta es borrador el estado del campo es
readonly = false. Y que es un campo obligatorio (required)

Tambin vemos que el tipo del campo es many2one (varios a uno).

Objetos:

Todos los recursos OpenERP son objetos: facturas, clientes. Metadata son tambin objetos:
mens, acciones, informes. Los nombres de los objetos son jerrquicos, como en los siguientes
ejemplos:

- account.transfer: una transferencia de dinero

- account.invoice: una factura
- account.invoice.line: una lnea de factura

Generalmente, la primera palabra es el nombre del mdulo: account, stock, sale.

Estos objetos son declarados en Python como subclases osv.osv .

El ORM de OE est construido basndose en PostgreSQL. Por eso es posible consultar el objeto
de OE usando la interfaz de objetos (ORM) o directamente usando sentencias SQL.

Pero es peligroso escribir o leer directamente en la bd PostgreSQL, ya que se puede estar

obviando pasos importantes como constraints o modificaciones de workflow.

Ficheros XML:

Los ficheros XML situados en el directorio del mdulo se usan para inicializar o actualizar la bd
cuando el mdulo es instalado o actualizado. Se usan, por ejemplo, para:

- declarar datos de inicializacin y demos

38
- declarar vistas
- declarar informes
- declarar workflows

Vistas:

Son una forma de representar los objetos el cliente, indican al cliente cmo disponer los datos
que provienen de los objetos en pantalla. Hay dos tipos de vistas bsicas:

- vistas form
- vistas tree

Un mismo objeto puede tener varias vistas. La primera vista definida de un tipo ser la usada
como vista por defecto para ese tipo de vista. De esta forma se puede tener una vista tree por
defecto (que ser la vista de un one2many) y una vista personalizada con ms o menos
informacin que ser la que aparezca cuando se haga doble clic en una entrada de men.

Ejemplo de proceso:

Cuando se abre una factura, esta es la cadena de operaciones seguidas por el cliente:

- Una accin solicita abrir una factura (da el dato del objeto (account.invoice), la vista, el
dominio (por ejemplo facturas no pagadas)).
- El cliente solicita (con XML-RPC) al servidor qu vistas hay definidas par el objeto factura u
qu datos debe mostrar.
- El cliente muestra el formulario en funcin de la vista.

Workflow:

Los objetos y las vistas permiten definir nuevos registros de forma simple, listas/trees e
interacciones entre ellos. Pero es necesario definir las dinmicas de los objetos. Ejemplos:

- Un pedido de venta confirmado debe generar una factura, dependiendo de ciertas

condiciones.
- Una factura pagada, slo bajo ciertas condiciones, debe iniciar la orden de envo.

Los workflows describen dichas interacciones con grficos. Uno o varios workflows pueden
asociarse a los objetos. No son obligatorios, no todos los objetos tienen.

Men Configuracin:

39
Ejemplo el workflow de pedidos de ventas (sale.order.basic). Debe generar facturas y envos
bajo ciertas condiciones:

- En el grfico, los nodos representan las acciones a realizar

o Crear una factura
o Cancelar el pedido de ventas
o Generar la orden de envo,
- Las flechas son las condiciones:
o Esperar la validacin del pedido
o Pago de la factura
o Clic en el botn de cancelar,
- Los nodos cuadrados representan otros workflows:
o La factura
o El envo

40