TING! CICLOS DE NEGOCIO FORMACIÓN TÉCNICA MADRID JULIO 2010

Transcripción

1 TING! CICLOS DE NEGOCIO FORMACIÓN TÉCNICA MADRID JULIO 2010 JULIO 2010 V2.0 ting! Tecnologías Inteligentes de Software S.L.

2 índice I. HERENCIA I. DEPENDENCIA ENTRE MÓDULOS II. III. IV. II. III. IV. HERENCIA DE LOS MODELOS HERENCIA DE LAS VISTAS MODIFICACIÓN DEL MÓDULO BASE: CAMBIOS EN EL FORMULARIO DE EMPRESA Y CONTACTO ESTADOS Y FLUJOS DE TRABAJO (WORKFLOW) CONTROLADOR (LÓGICA) Y ASISTENTES I. LÓGICA DE LA APLICACIÓN: MÉTODOS PREDEFINIDOS: SEARCH, READ, BROWSE, CREATE, WRITE, UNLINK,... II. III. HERENCIA DE MÉTODOS: SUPER() PROGRAMACIÓN DE ASISTENTES: ESTADOS, TIPOS DE ESTADOS, FORMULARIOS, TRANSICIONES ACCIONES DE SERVIDOR V. TABLEROS VI. I. POR DEFECTO OPENERP. II. CREACIÓN DE UNO A MEDIDA. EJERCICIO PRÁCTICO

3 índice I. FLUJOS DE TRABAJO (WORKFLOW) II. WIZARDS III. ACCIONES DE SERVIDOR IV. TABLEROS

4 Workflows I. FLUJOS DE TRABAJO (WORKFLOW)

5 Lógica de los Workflows Gráficos de la lógica de negocio :

6 Lógica de los Workflows Nodos Acción Sub-Workflows Transiciones Condiciones Rol Python Pulsación de botón Join & split AND, OR, XOR

7 Lógica de los Workflows

8 Ejemplo de Workflow Seguir uno existente mrp_repairs

9 Workflows: terminología Definiciones de la WfMC (Workflow Management Coalition) Workflow: el grafo Actividad: un nodo del grafo Transición: una arista entre dos nodos del grafo Instancia: una instancia de un workflow para un documento particular Workitem: un nodo en ejecución, puede haber varios por instancia

10 Definiendo un workflow Definir el workflow name: nombre del workflow osv: nombre del objeto on_create: si debe instanciarse un workflow con la creación del objeto Definir (un listado de) nodos Definir (un listado de) transiciones

11 Actividades (1) Campos de nodos/actividades wkf_id flow_start flow_stop kind dummy (no hace nada) function (llama a un método de un objeto) subflow (llama a un subworkflow) Stopall (en cuanto llega a este nodo el workflow finaliza) action (= nombre del método) si kind es del tipo function o subflow subflow_id si kind = subflow <field name="subflow_id" search="[('name','=','account.invoice.basic')]"/> split mode (ver siguiente diapositiva) join mode

12 Actividades (2)

13 Actividades (3) Join Mode XOR AND Split Mode XOR OR AND Si el join mode está definido como xor este nodo del workflow se activará en la primera transición que llegue a él. En cambio si está definido como and el nodo solamente se activará cuando se completen todas las transiciones que llegan hasta ese nodo Si el split mode está definido como XOR se enviaría el flujo solamente a la siguiente transición válida a la que apunte Envía el flujo a todas las transiciones válidas (0 o varias) de manera secuencial. Envía el flujo a todas las transiciones válidas a la vez.

14 Transiciones Campos: act_from: id de la actividad de origen act_to: id de la actividad destino condition: expresión en python signal: nombre de un botón role_id: rol necesario para ejecutar la transición Expresiones: sintáxis en python, se pueden usar los campos del objeto Ejemplo: zip == 1400 phone == mobile

15 WIZARDS II. WIZARDS

16 Entorno de desarrollo Principios Definicion Clase Campos Formularios Metodos Registrando wizards

17 Wizard : Principio o Un wizard es una succesión de pasos. Un paso está compuesto por varias acciones: 1. Enviar un formulario al cliente con algunos botones 2. Recibir el formulario con los datos y los botones pulsados por el cliente 3. Ejecutar alguna acción 4. Enviar una nueva acción al cliente (formulario, imprimir,...)

18 Ejemplo de wizard

19 Definición : class class wizard_class(wizard.interface): states = { 'init': { 'actions': [], 'result':... 'state_name': { 'actions': [_method_name], 'result':... } } wizard_class('wizard.name')

20 Definición : class class part_sms(wizard.interface): states = { 'init': { 'actions': [_get_value], 'result': {'type': 'form', 'arch':sms_send_form, 'fields': sms_send_fields, 'state':[('send','send SMS'), ('end','cancel')]}, 'send': { 'actions': [_sms_send], 'result': {'type': 'state', 'state':'end'} } } part_sms('res.partner.sms_send')

21 Class Actions Acciones que se pueden ejecutar en los distintos pasos Result: tipos posibles form -> arch, fields, state Ejemple: 'result': { 'type': 'form', 'arch': sms_send_form, 'fields': sms_send_fields, 'state': [('send','send SMS'), ('end','cancel')] }, state -> state print -> report, state

22 Definición : campos Campos sms_send_fields = { 'app_id': {'string':'api ID', 'type':'char', 'required':true}, 'user': {'string':'login', 'type':'char', 'required':true}, 'password': {'string':'password', 'type':'char', 'required':true}, 'text': {'string':'sms Message', 'type':'text', 'required':true} }

23 Definición : Formularios Formularios sms_send_form = '''<?xml version="1.0"?> <form string="sms"> <separator string="bulk SMS send" colspan="4"/> <field name="app_id"/> <newline/> <field name="user"/> <field name="password"/> <newline/> <field name="text" colspan="3"/> </form>'''

24 Definición : Metodos de acción Metodos de acción Signatura : def _nombre_método(self, uid, data): Uid Data = diccionario - data['ids'] - data['form'] Retorno : return {'field_name': value,...}

25 Definición : Añadir Botón de ejecución Debemos crear también un archivo xml para indicar a openerp desde donde queremos acceder a ese wizard <wizard id="res_partner_send_sms_wizard" model="res.partner" name="res.partner.sms_send" string="send SMS"/>

26 Acciones de servidor Las acciones del servidor son una funcionalidad bastante potente de OpenERP. Permiten, llegado un momento desencadenar un determinado tipo de evento programado de antemano. Es muy útil, dado que permite automatizar acciones del flujo de trabajo propio del cliente donde se ha implementado. Ejemplos: el envío automático de s cuando ocurre algo como la confirmación de una venta o una factura la impresión de un determinado documento cuando llega a cierto estado el registro del objeto al que pertenece (confirmar factura imprime en papel la factura) Ejecutar un determinado wizard, por ejemplo, el de JIT en fabricación cada vez que se confirma una orden.

27 Acciones de servidor Las acciones del servidor son una funcionalidad bastante potente de OpenERP. Permiten, llegado un momento desencadenar un determinado tipo de evento programado de antemano. Es muy útil, dado que permite automatizar acciones del flujo de trabajo propio del cliente donde se ha implementado. Ejemplos: el envío automático de s cuando ocurre algo como la confirmación de una venta o una factura la impresión de un determinado documento cuando llega a cierto estado el registro del objeto al que pertenece (confirmar factura imprime en papel la factura) Ejecutar un determinado wizard, por ejemplo, el de JIT en fabricación cada vez que se confirma una orden. Registro en el historial de los registros de un objeto, por ejemplo, todas las acciones que afectan a un cliente, se pueden registrar en su pestaña historial.

28 Acciones de servidor Las acciones del servidor son una funcionalidad bastante potente de OpenERP. Permiten, llegado un momento desencadenar un determinado tipo de evento programado de antemano. Es muy útil, dado que permite automatizar acciones del flujo de trabajo propio del cliente donde se ha implementado. Ejemplos: el envío automático de s cuando ocurre algo como la confirmación de una venta o una factura la impresión de un determinado documento cuando llega a cierto estado el registro del objeto al que pertenece (confirmar factura imprime en papel la factura) Ejecutar un determinado wizard, por ejemplo, el de JIT en fabricación cada vez que se confirma una orden. Registro en el historial de los registros de un objeto, por ejemplo, todas las acciones que afectan a un cliente, se pueden registrar en su pestaña historial. Para definirlas (y ver las que están definidas) Administración -> Personalización -> Acciones -> Acciones servidor

29 Acciones de servidor Las acciones del servidor son una funcionalidad bastante potente de OpenERP. Permiten, llegado un momento desencadenar un determinado tipo de evento programado de antemano. Es muy útil, dado que permite automatizar acciones del flujo de trabajo propio del cliente donde se ha implementado. Ejemplos: el envío automático de s cuando ocurre algo como la confirmación de una venta o una factura la impresión de un determinado documento cuando llega a cierto estado el registro del objeto al que pertenece (confirmar factura imprime en papel la factura) Ejecutar un determinado wizard, por ejemplo, el de JIT en fabricación cada vez que se confirma una orden. Registro en el historial de los registros de un objeto, por ejemplo, todas las acciones que afectan a un cliente, se pueden registrar en su pestaña historial. Para definirlas (y ver las que están definidas) Administración -> Personalización -> Acciones -> Acciones servidor

30 Acciones de servidor Allí nos encontramos con la siguiente información: Nombre de acción: Nombre descriptivo de la acción. Objeto: El objeto/modelo sobre el que disparar la acción de servidor. Ejemplo: Pedido de Venta. Tipo de acción: en la siguiente diapositiva se listarán todas las acciones posibles dentro de OpenERP. La instalación de ciertos módulos puede agregar acciones posibles a realizar. Secuencia: Si tipo de acción es de tipo Multi Acciones, se ejecutan varias acciones a las cuales se les indica, mediante este campo, el orden para hacerlo. Condición: Por defecto viene inicializado a true (entonces no tiene en cuenta la condición), pero permite introducir una única línea de código python que actua como condición que se debe validar antes de ejecutar la acción. Configuración según el tipo de acción: cada tipo de acción seleccionado despliega su propia configuración en función de sus características. Es aquí donde se define específicamente la acción en sí.

31 Acciones de servidor Allí nos encontramos con la siguiente información: Nombre de acción: Nombre descriptivo de la acción. Objeto: El objeto/modelo sobre el que disparar la acción de servidor. Ejemplo: Pedido de Venta. Tipo de acción: en la siguiente diapositiva se listarán todas las acciones posibles dentro de OpenERP. La instalación de ciertos módulos puede agregar acciones posibles a realizar. Secuencia: Si tipo de acción es de tipo Multi Acciones, se ejecutan varias acciones a las cuales se les indica, mediante este campo, el orden para hacerlo. Condición: Por defecto viene inicializado a true (entonces no tiene en cuenta la condición), pero permite introducir una única línea de código python que actua como condición que se debe validar antes de ejecutar la acción. Configuración según el tipo de acción: cada tipo de acción seleccionado despliega su propia configuración en función de sus características. Es aquí donde se define específicamente la acción en sí.

32 Acciones de servidor El primer paso es definir el tipo de acción, dentro de los siguientes tipos: Acción cliente: se ejecuta del lado del cliente, y permite lanzar un wizard o un informe Iteración: Basada en una expresión bucle de python, permite repetir acciones de servidor. Se suelen usar en objetos con campos one2many en los que se quiere llevar a cabo una acción de servidor sobre los objetos referenciados en el one2many (pedidos de venta y lineas de venta Código Python: Para ejecutar código python de varias líneas. El valor devuelto es el valor de la variable action = {}. Esto tiene sentido sólo si se desea que una específica ventana (formulario) emerja en un contexto específico. En la mayoría de las ocasiones no es necesario un valor de retorno. Nota: El código es ejecutado utilizando la función exec de python, el cual se ejecuta en el espacio de nombres del diccionario con variables: object,time,cr,uid,ids Trigger: Cualquier transición del flujo de trabajo puede ser desencadenado con éste tipo de acción. Permite: Flujo sobre: El objeto OpenERP sobre el que se desea disparar el flujo de trabajo. Flujo para ser ejecutado en este modelo. Disparar sobre: Seleccionar el objeto/id del modelo sobre el cual se ejecutará el flujo. Por ejemplo seleccionar el ID de factura si se desea disparar un cambio en la factura.

33 Acciones de servidor El primer paso es definir el tipo de acción, dentro de los siguientes tipos: Acción de Configurar una dirección de correo electrónico, asunto y mensaje. Requiere configurar el servidor SMTP integrado en Open ERP. Opcionalmente se puede hacer uso de Power , una arquitectura de genérica para Open ERP que ofrece mayor funcionalidad y automatización de correos (no requiere acciones de servidor). Crear objeto: Se utiliza para crear un nuevo registro en cualquier modelo cuando se desencadena una acción de servidor. Permite hacer uso de la función historial mencionada anteriormente. Con Mapeo de Campos se da valor a los campos del registro. A continuación se muestran capturas de pantallas con un ejemplo de creación de eventos para un pedido de venta: Escribir objeto: Similar a Crear objeto a excepción de que es utilizado para modificar un registro existente identificado por write_id. Si se actualiza un registro previamente creado con Crear Objeto, el mismo campo para create id puede utilizarse para write id. Multi acción: Para crear múltiples acciones de servidor y ejecutarlas de una en una siguiendo un orden de secuencia. Es una de las opciones más interesantes, aunque son acciones de tipo servidor, sólo una de tipo cliente puede ejecutarse.