UF-2 Gestión Empresarial

¿Qué podemos decir de la base de datos de odoo?. Que odoo no tiene un diseño de la base de datos a priori. La base de datos de una empresa es el resultado del mapeado del diseño de clases del ERP hacia el SGBD Odoo, que será el que proporcionará la persistencia necesaria para los objetos. Bien.

¿Por medio de que se manipula y se describe el modelo de datos en odoo?. Por medio de las clases y los objetos definidos con el lenguaje de programación Python. Bien.

¿Qué es dbVisualizer?. Software que nos permite conocer las relaciones entre las tablas de Odoo. Bien.

¿Qué es pgAdmin3?. Software que permite conectarse y administrar una base de datos PostgreSQL. Bien.

¿Cómo sabemos que tablas tienen los datos del ERP?. Nos vamos a ajustes - activar modo desarrollador. Una vez activado sólo es necesario poner el ratón sobre la etiqueta del campo para ver las propiedades del objeto. Todas son correctas.

¿Qué podemos decir sobre la creación de usuarios SGBD ?. 1) Los usuarios de PostgreSQL no tienen relación con los usuarios de odoo. 2) Los accesos de odoo a la base de datos los hará siempre desde el usuario que se creo en la instalación. 3) Todos los usuarios que creemos en PostgreSQL a partir de ahora son exclusivos de PostgreSQL. 4) Para poder crear usuarios usaremos la herramienta de administración de PostgreSQL (pgAdmin). Todas son correctas.

¿Qué es un modulo en odoo?. Colección de funciones y datos que apuntan a un solo propósito. Bien.

¿Qué podemos decir a cerca de los módulos en odoo?. Que pueden agregar una nueva lógica a un sistema odoo o modificar y ampliar la lógica de negocio existente. Todo en odoo comienza y termina en módulos. Cada módulo es un directorio. Todas son correctas.

¿Cómo creamos un modulo para odoo?. en la consola nos vamos a la carpeta "server" de odoo y escribimos "python odoo-bin scaffold nombre_modulo directorio_addons ". Bien.

¿Cuál es la ruta por defecto del directorio addons?. ./server/odoo/addons. Bien.

¿Cual es la estructura de un módulo en odoo?. Estructura de un módulo en odoo. Bien.

¿Qué ficheros se crean cada vez que creamos un módulo?. __init__.py. __manifest__.py. Todas son correctas.

¿Qué hacemos después de crear un modulo vacío?. Modificamos el archivo model.py. Bien.

Atributos en un clase python. _name obligatorio, nombre de cada registro, que se utilizará para los campos relacionales. _rec_name: En caso de querer almacenar como nombre otro campo diferente, se indicará en _rec_name. _inherit: herencia. _order: campo para ordenar los registros cuando se haga una búsqueda sin especificar un orden concreto. _auto: define si se debe crear una tabla de la base de datos con la información de la clase. Es TRUE por defecto. _sql_constraints: condiciones SQL que queremos que se revisen como medida de seguridad. Por ejemplo, nos permite verificar que en el registro añadido no estamos introduciendo un valor ya existente. Todas son correctas.

¿Qué son los campos básicos en python ?. Campos simples, información que se almacena en la base de datos. Pueden ser de varios tipos (numérico, carácter, texto, fecha…). Algunos de los parámetros comunes (todos son opcionales) a cualquier campo. Todas son correctas.

¿Cuáles son los campos básicos en python?. string: Texto que verán los usuarios relacionado con el campo. Si no se incluye, los usuarios verán el nombre del campo. help: Tooltip con ayuda que verán los usuarios. readonly: Campo de sólo lectura (FALSE por defecto). required: Campo obligatorio (FALSE por defecto). index: Generar un índice en la base de datos (FALSE por defecto). default: valor por defecto que toma el campo. Puede utilizarse un valor concreto o llamar a una función (declararla en el mismo archivo), para el cálculo. groups: lista separada por comas de los grupos con acceso a este campo. Todas son correctas.

Tipos de datos en los campos básicos... Char: campo básico de texto. Tiene dos parámetros: ○ size: tamaño máximo del campo ○ translate: activa la traducción del campo si lo ponemos como TRUE. Boolean. Integer. Float: número en formato coma flotante. Tiene un parámetro: ○ digits: un par de números (total,decimal), que representa la precisión del número flotante. Float: número en formato coma flotante. Tiene un parámetro: ○ digits: un par de números (total,decimal), que representa la precisión del número flotante. Selection: crea un combo desplegable para elegir un valor. Tiene un parámetro obligatorio: ○ selection: valores posibles del campo. Se presentan como una lista de pares (valor, texto), separados por comas. Date: campo tipo fecha. Se almacena en formato YYYY-MM-DD. Todas son correctas.

Tipos de Relaciones entre modelos que existen... many2one. one2many. many2many. Todas son correctas.

many2one... Representa una relación hacia una clase padre. Muchos objetos de la clase que contiene el atributo pueden estar relacionados con el mismo objeto de la clase padre. Odoo muestra los campos many2one acompañados por una lista para seleccionar el objeto de la clase padre. Esto obliga a que la clase referenciada por el campo many2one contenga el campo name. Todas son correctas.

one2many... Relación hacia una clase hija. Un objeto de la clase que contiene el atributo puede estar relacionado con muchos objetos de la clase hija. Cada atributo one2many debe ser complementario de un atributo many2one de la clase hija. La existencia de un atributo many2one no implica que deba existir un atributo one2many. Todas son correctas.

many2many... Relación de muchos a muchos entre dos objetos. En una orden de trabajo se puede pedir el mantenimiento de varias máquinas, y una máquina aparecerá en varias órdenes de trabajo, a medida que va sufriendo averías. Odoo muestra para los campos many2many una lista con todos los objetos relacionados, y la posibilidad de añadir más, al igual que en one2many. Todas son correctas.

onchange... Cambiar un valor manera inmediata, dependiendo del valor que ha tomado otro campo. Los campos calculados no necesitan una función onchange. Todas son correctas.

¿Qué podemos decir de las vistas en odoo?. Las vistas se definen en archivos XML con acciones y menús. Son instancias del modelo ir.ui.view. El tipo de vista está implícito en el elemento raíz del campo arch:. El contenido de la vista es XML.Por lo tanto, el campo debe declararse type="xml"para ser analizado correctamente. model - valor fijo de ir.ui.view. id - identificador único (cuidado al copiar y pegar). Todas son correctas.

Las vistas pueden ser ... tree. form. Todas son correctas.

Al crear el módulo nuevo... Nos genera una vista automáticamente en views.xml. Bien.

Acciones sobre las vistas... model - valor fijo de ir.actions.act_window (define un conjunto de tipos de vista para un modelo). id - identificador único (cuidado al copiar y pegar). name - es el nombre de la acción. res_model - es el modelo al que se aplica la acción. view_mode - son las vistas que estarán disponibles. Todas correctas.

Para crear menú... Este es el menú del módulo Library: id y parent. Al crear el módulo nuevo, nos genera en la vista views.xml el código necesario para el menú:. Bien.

Para crear menú... este es el menú del modulo library acciones. este es el menú del modulo library acciones. Bien.

Para evitar reiniciar el servidor cada vez que realiza una modificación en la vista, puede ser conveniente utilizar el parámetro al iniciar el servidor:--dev xml. Bien. Bien.

de la seguridad...(ir.model.access.csv) necesitamos saber... Los grupos de seguridad se crean como registros en el modelo res.groups y se les otorga acceso al menú. Se insertan a través de archivos CSV dentro de los módulos. También es posible restringir el acceso a campos específicos en una vista u objeto usando el atributo groups del campo. Todas son correctas. Los derechos de acceso se definen como registros del modelo ir.model.access. Cada derecho de acceso está asociado a un modelo, un grupo y un conjunto de permisos: lectura, escritura, creación, desvinculación. Dichos derechos de acceso generalmente se crean mediante un archivo CSV que lleva el nombre de su modelo: ir.model.access.csv. Todas son correctas.

Agregando seguridad al módulo librery. En el módulo Library, modificamos el csv anterior para que quede de la siguiente forma y así tener permisos de accesos:. Y en __manifest__.py hay que quitar el comentario de la línea de este csv para que lo cargue en el módulo. Todas son correctas.

Herencia pasos... 1. Modificar __manifest__.py y./models/__init__.py. 2. Modificar la clase book de models.py (Many2many con empleados). 3. Crear hr.py en models para hacer la herencia y la relación Many2many con los libros. 4. Crear la vista hr.xml en views. Todas son correctas.

Herencia... Después de Crear la vista hr.xml en views. Añadir el módulo hr y la vista hr.xml. Bien.

Herencia... Después de Añadir el módulo hr y la vista hr.xml. Añadir en ./models/__init__.py la línea para importar la clase hr. Bien.

Herencia... Modificamos la clase que tiene el campo que va heredar. En este caso empleados es hereda de hr.employee. Bien.

Herncia ... Creamos hr.py en models. Indicamos con _inherit que hereda del modelo hr.employee. Bien.

Herencia... Creamos la vista hr.xml en views. Observa la vista del modelo hr para ver la estructura xml e integrarla en esta (./server/odoo/addons/hr/views/hr_employee_views.xml). Bien.

Carga de datos: demo.xml. Al crear un módulo, se genera el siguiente código en demo.xml:. Hay que comprobar en __manifest__.py que se puede acceder a demo.xml. Todas son correctas.

Carga de datos: demo.xml segunda parte. Para cargar datos, es necesario habilitar la herramienta “Cargar datos de prueba”:. Bien.

Campos calculados. Para calcular el número de sesiones que forman la acción formativa, es necesario realizar un cálculo entre la duración total del curso y lo que dura 1 sesión. En la clase Acciones Formativas, necesitamos obtener la duración del curso, que es un dato de la clase Cursos. Necesitamos hacer un atributo related en la clase Acciones Formativas. Todas son correctas.

Vistas busqueda... Búsqueda y calendario. Bien.

View Reporting... Reporting. Bien.