Implementación del módulo de recursos humanos al sistema de planificación de recursos empresariales Odoo versión 8.0 para la empresa Vitualsami Cia. Ltda.

(1)

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES

“UNIANDES - IBARRA”

FACULTAD DE SISTEMAS MERCANTILES

CARRERA DE SISTEMAS

PROYECTO DE EXAMEN COMPLEXIVO PREVIO LA OBTENCIÓN DEL TITULO DE INGENIERA EN SISTEMAS E INFORMÁTICA

TEMA:

IMPLEMENTACIÓN DEL MÓDULO DE RECURSOS HUMANOS AL SISTEMA DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES ODOO

VERSIÓN 8.0 PARA LA EMPRESA VIRTUALSAMI CIA. LTDA.

AUTORA: MAFLA IBUJES AMANDA SILVANA

ASESOR: ING. MARTÍNEZ CAMPAÑA CARLOS EDUARDO.

(2)

APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN

CERTIFICACIÓN:

Quien suscribe, legalmente CERTIFICA QUE: El presente Trabajo de Titulación realizado por la señorita Mafla Ibujes Amanda Silvana, estudiante de la Carrera de Sistemas, Facultad de Sistemas Mercantiles, con el tema “IMPLEMENTACIÓN DEL MÓDULO DE RECURSOS HUMANOS AL SISTEMA DE PLANIFICACIÓN DE

RECURSOS EMPRESARIALES ODOO VERSIÓN 8.0 PARA LA EMPRESA

VIRTUALSAMI CIA. LTDA”, ha sido prolijamente revisado, y cumple con todos los

requisitos establecidos en la normativa pertinente de la Universidad Regional Autónoma de los Andes -UNIANDES-, por lo que apruebe su presentación.

Ambato, Julio de 2016

(3)

DECLARACIÓN DE AUTENTICIDAD

Yo, Mafla Ibujes Amanda Silvana, estudiante de la Carrera de Sistemas, Facultad de Sistemas Mercantiles, declaro que todos los resultados obtenidos en el presente trabajo de investigación, previo a la obtención del título de INGENIERA EN SISTEMAS E INFORMÁTICA, son absolutamente originales, auténticos y personales; a excepción de las citas, por lo que son de mi exclusiva responsabilidad.

Atentamente,

MAFLA IBUJES AMANDA SILVANA C.I. 0401501044

(4)

DERECHOS DE AUTOR

Yo, Mafla Ibujes Amanda Silvana, declaro que conozco y acepto la disposición constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional Autónoma de Los Andes, que en su parte pertinente textualmente dice: El Patrimonio de la UNIANDES, está constituido por: La propiedad intelectual sobre las Investigaciones, trabajos científicos o técnicos, proyectos profesionales y consultaría que se realicen en la Universidad o por cuenta de ella;

MAFLA IBUJES AMANDA SILVANA C.I. 0401501044

(5)

DEDICATORIA

El presente trabajo, en el cual va reflejado mi sacrificio, esfuerzo y constancia para alcanzar el anhelado deseo, se lo dedico con todo cariño a:

A mi Padre David Mafla por darme su fortaleza e inspiración, por su sencillez y espíritu guerrero, por nunca darse por vencido por más difícil que parezca el camino, por el amor y valor demostrado, va por ti héroe.

A mi Madre María Teresa Ibujés por su dulzura y amor incondicional, por su persistencia, por creer en mí con fe ciega, por su perseverancia en verme con un futuro sólido y ser yo la ofrenda que ella hace a Dios para la sociedad, le dedico a usted querida Mamita Adorada.

A mi hijo David Alejandro por ser la eterna motivación que Dios me ha dado, por hacerme sentir que los sacrificios, son algo fácil, solo a cambio de recibir tu dulce sonrisa, es el premio que yo como tu madre, me hace sentir la mujer más feliz de este planeta.

A mis hermanos Brenda, Franklin, y mis sobrinos Sebastián, Gabrielito y mi cuñada Adriana portadores del ánimo y apoyo incondicional en todos los aspectos, porque son ellos quienes han estado presentes en los momentos más difíciles.

Por último y no menos importante a mí esposo, Alcides Rivera Posso por su sabiduría y paciencia por creer en mi capacidad, que con su apoyo constante y amor incondicional ha sido compañero y amigo inseparable.

(6)

AGRADECIMIENTO

Al terminar este trabajo, quiero elevar mi más profundo agradecimiento a mi amigo Jesús y a María Madre Santísima, que han estado conmigo de la mano en las buenas y en las malas, por cada camino que he escogido ir y nunca me han abandonado, por ser incondicionales y aceptarme con mis defectos y virtudes, por otorgarme el privilegio de la vida, y por haberme permitido formarme académicamente con altura pero con mucha humildad en el corazón

A la Universidad Regional Autónoma de los Andes, en cuyas aulas recibí valiosos conocimientos que me ayudaron a formar mi perfil profesional.

Además un agradecimiento especial a los Ingenieros Carlos Martínez y Alcides Rivera, distinguido catedrático y esposo respectivamente, quienes con entrega ejemplar, sacrificio y nobleza orientaron en forma desinteresada la realización de este trabajo

(7)

ÍNDICE GENERAL

PORTADA

APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN

DECLARACIÓN DE AUTENTICIDAD

DERECHOS DE AUTOR

DEDICATORIA

AGRADECIMIENTO

ÍNDICE GENERAL

ÍNDICE DE TABLAS

ÍNDICE DE GRÁFICOS

RESUMEN EJECUTIVO

1 CAPÍTULO I ... 1

INTRODUCCIÓN ... 1

1.1 ANTECEDENTES DE LA INVESTIGACIÓN ... 1

1.2 PLANTEAMIENTO DEL PROBLEMA ... 2

1.3 FORMULACIÓN DEL PROBLEMA ... 3

1.4 DELIMITACIÓN DEL PROBLEMA ... 3

1.5 OBJETIVOS DE INVESTIGACIÓN Y CAMPO DE ACCIÓN ... 3

1.5.1 OBJETIVO DE INVESTIGACIÓN ... 3

1.5.2 CAMPO DE ACCIÓN ... 4

1.6 IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN ... 4

1.7 OBJETIVOS ... 4

1.7.1 GENERAL ... 4

1.7.2 ESPECÍFICOS ... 4

1.8 IDEA A DEFENDER... 5

1.9 JUSTIFICACIÓN DE LA NECESIDAD, ACTUALIDAD IMPORTANCIA ... 5

1.10 METODOLOGÍA DE LA INVESTIGACIÓN CIENTÍFICA ... 6

(8)

1.12 ELEMENTOS DE NOVEDAD, APORTE TEÓRICO Y SIGNIFICACIÓN

PRÁCTICA ... 8

1.12.1 ELEMENTO DE NOVEDAD ... 8

1.12.2 APORTE TEÓRICO. ... 8

1.12.3 SIGNIFICACIÓN PRÁCTICA ... 8

CAPITULO II ... 9

2 MARCO TEÓRICO ... 9

2.1 ANTECEDENTES ... 9

2.1.1 PROYECTO ... 9

2.1.2 RECURSOS HUMANOS ... 9

2.2 ARQUITECTURA MODELO VISTA CONTROLADOR ... 10

2.2.1 DEFINICIÓN ... 11

2.2.2 ESTRUCTURA ... 11

2.2.2.1 MODELO ... 12

2.2.2.2 PERSISTENCIA ... 13

2.2.2.3 VISTA... 14

2.2.2.4 CONTROLADOR ... 15

2.3 POSTGRESQL ... 16

2.3.1 REQUISITOS DE POSTGRESQL ... 17

2.4 PYTHON ... 18

2.5 FRAMEWORK DE DESARROLLO OPENERP ... 19

2.5.1 ARQUITECTURA DE ODOO ... 19

2.6 PROCESOS DEL MODULO DE RECURSOS HUMANOS EN VIRTUALSAMI. ... 20

2.6.1 MISIÓN ... 20

2.6.2 VISIÓN ... 21

2.6.3 PRODUCTOS Y SERVICIOS QUE OFRECE: ... 21

2.6.4 EQUIPO DE TRABAJO ... 21

2.7 PROCESO DE CONVOCATORIA, RECLUTAMIENTO, SELECCIÓN Y CONTRATACIÓN ... 23

2.7.1 CONVOCATORIA ... 24

(9)

2.7.3 SELECCIÓN ... 26

2.7.4 CONTRATACIÓN... 28

2.8 PROCESO DE GENERACIÓN DE NÓMINA ... 29

2.8.1 ROLES DE PAGO ... 30

2.8.2 ASIENTOS CONTABLES DE NÓMINA... 32

2.9 CONTROL DE ASISTENCIA DE PERSONAL ... 32

2.9.1 ASISTENCIA ... 32

2.10 DESVINCULACIÓN... 33

2.10.1 LIQUIDACIÓN DE PERSONAL ... 33

2.10.2 CONTROL DE ACTIVOS FIJOS ... 34

2.10.3 SALDO EN PRÉSTAMOS... 34

2.11 CONCLUSIONES PARCIALES DEL CAPITULO ... 35

CAPITULO III ... 36

3 ... PROPUESTA ... 36

3.1 METODOLOGÍA DE DESARROLLO SCRUM ... 36

3.1.1 ARTEFACTOS ... 37

3.1.1.1 PILA DEL PRODUCTO (PRODUCT BACKLOG) ... 37

3.1.1.2 PILA DEL SPRINT (SPRINT BACKLOG) ... 37

3.1.1.3 SPRINT... 37

3.1.1.4 INCREMENTO ... 38

3.1.1.5 GRÁFICA DE PRODUCTO (BURN UP) ... 39

3.1.1.6 GRáFICa DE AVANCE (BURN DOWN) ... 40

3.1.2 REUNIONES EN SCRUM ... 42

3.1.2.1 REUNIÓN DE INICIO DE SPRINT ... 43

3.1.2.2 REUNIÓN TÉCNICA DIARIA (DAILY SCRUM) ... 43

3.1.2.3 REUNIÓN DE CIERRE DE SPRINT Y ENTREGA INCREMENTO ... 43

3.2 DESARROLLO DE LA PROPUESTA ... 44

3.2.1 INTRODUCCIÓN ... 44

3.2.1.1 PROPÓSITO DE ESTE DOCUMENTO ... 44

3.2.1.2 ALCANCE ... 44

3.2.2 DESCRIPCIÓN GENERAL DE LA METODOLOGÍA SCRUM ... 45

(10)

3.2.2.2 VALORES DE TRABAJO ... 45

3.2.3 PERSONAS Y ROLES DEL PROYECTO ... 46

3.2.4 ARTEFACTOS ... 46

3.2.4.1 PILA DE PRODUCTO ... 47

3.2.4.2 PILA DEL SPRINT ... 49

3.2.4.3 SPRINT... 51

3.2.4.4 INCREMENTO ... 51

3.2.4.5 GRÁFICA DE PRODUCTO (BURN up) ... 51

3.2.4.6 GRÁFICA DE AVANCE (BURN DOWN) ... 57

3.2.4.7 REUNIÓN DE INICIO DE SPRINT ... 60

3.2.4.8 REUNIÓN TÉCNICA DIARIA ... 61

3.2.4.9 REUNIÓN DE CIERRE DE SPRINT Y ENTREGA INCREMENTO ... 62 CONCLUSIONES

RECOMENDACIONES

BIBLIOGRAFÍA Y LINOGRAFÍA

ANEXOS

ÍNDICE DE TABLAS

Tabla 1: Límite de PosgresSQL _________________________________________________ 17

Tabla 2: Tipos de Contracción__________________________________________________ 28

Tabla 3: Personas y roles de SCRUM ____________________________________________ 46

Tabla 4: Pila del Producto _____________________________________________________ 48

Tabla 5: Planificación de los Sprints _____________________________________________ 49

ÍNDICE DE GRÁFICOS

Ilustración 1: Diagrama vista controlador ________________________________________ 11

Ilustración 2: Definición ______________________________________________________ 11

Ilustración 3: Modelo Vista Controlador __________________________________________ 12

Ilustración 4: Manejo de la persistencia __________________________________________ 13

Ilustración 5: Vista Controlador ________________________________________________ 15

Ilustración 6: Arquitectura de ODOO ____________________________________________ 19

(11)

Ilustración 8: Convocatoria ____________________________________________________ 24

Ilustración 9: Reclutamiento del personal _________________________________________ 25

Ilustración 10: Selección personal _______________________________________________ 26

Ilustración 11: Diagrama de Flujo Nomina________________________________________ 29

Ilustración 12: Rol de pagos de ejemplo __________________________________________ 31

Ilustración 13: Diagrama desvinculación o cese de funciones _________________________ 34

Ilustración 14: Baja con préstamos ______________________________________________ 34

Ilustración 15: Diagrama de la Metodología SCRUM _______________________________ 36

Ilustración 16: Modelo Evolutivo Iterativo ________________________________________ 38

Ilustración 17: Gráfica de Producto _____________________________________________ 39

Ilustración 18: Gráfica de Avance ideal de un Sprint ________________________________ 41

Ilustración 19: Gráfica de Avance Normal de un Sprint ______________________________ 41

Ilustración 20: Gráfica de Avance de un Sprint Subestimado __________________________ 42

Ilustración 21: Gráfica de Avance de un Sprint Sobrestimado _________________________ 42

Ilustración 22: Reuniones en SCRUM ____________________________________________ 43

Ilustración 23: Tablero de Trabajo Sprint 0 _______________________________________ 50

Ilustración 27: Avance Sprint 0 _________________________________________________ 53

Ilustración 28: Gráfica de Seguimiento Sprint 0 ____________________________________ 53

Ilustración 30: Grafica de Seguimiento Sprint 1 ____________________________________ 54

Ilustración 35: Alcance, Tipo de Trabajo: Codificación Sprint 0 _______________________ 57

Ilustración 36: Reporte Resumen Sprint 0 _________________________________________ 58

(12)

RESUMEN EJECUTIVO

El cuerpo del informe está organizado en introducción, tres capítulos, conclusiones, recomendaciones, bibliografía y anexos.

En la introducción se analiza los antecedentes que fundamentan la pertinencia de la investigación, el planteamiento del problema científico, la idea a defender, el objetivo general, objetivos específicos, los métodos empleados en la recolección y análisis de los datos, así como la novedad científica del Proyecto de Investigación.

En el Capítulo l, se analiza el marco teórico, en este se aborda la justificación del tema de investigación, la parte conceptual sobre el módulo de recursos humanos de la empresa VIRTUALSAMI CIA. LTDA, así como los procesos de este departamento.

En el Capítulo II, se realiza la metodología de trabajo, que consta de objetivos, etapa de inicio del proyecto, flujo de trabajo y reportes.

En el Capítulo III, se presenta la propuesta de IMPLEMENTACIÓN DEL MÓDULO DE RECURSOS HUMANOS AL SISTEMA DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES ODOO VERSIÓN 8.0 PARA LA EMPRESA VIRTUALSAMI CLA. LTDA.

Finalmente se expone las conclusiones y recomendaciones generales de la investigación, anexos, así como también las fuentes bibliográficas que han servido para el desarrollo del presente Proyecto de Investigación.

(13)

ABSTRACT

This research is based on the introduction, chapter I, chapter II, chapter III, conclusions, recommendations, bibliography and annexes.

In the introduction, it is analyzed the records that support the development of the current research. It is also mentioned the approach of the problem, the thesis statements to support, the general and specific objectives, the methodology and techniques used to carry on this research and the analysis on the data. Furthermore, scientific news and evidences were revealed.

In chapter I, it was analyzed the theoretical framework as well as the justification for research which mainly gives strong data to develop this work. Moreover, it is shown theoretical descriptions of the proposal to be deployed at the company “VIRTUALSAMI CIA. LTDA”. Given that it is also stated the processes developed in mentioned enterprise in order to propose a module for the human resources department.

In chapter II, IT is determined the methodology used in this research. It is also presented the beginning stage of the proposal, objectives, workflow analysis and reports.

Chapter III basically presents the proposal whose name is “Deployment of a human resources’ module to the planning system at business resources with ODOO 8.0 in the company VIRTUALSAMI CIA. LTDA”.

(14)

1 CAPÍTULO I

INTRODUCCIÓN

1.1 ANTECEDENTES DE LA INVESTIGACIÓN

La Gestión del Talento Humano ha venido avanzando en la misma medida en que lo ha hecho el conocimiento y las nuevas tecnologías de la información, inmersas en el actual proceso globalizador del aparato económico mundial. Desde este contexto, la actividad que conlleva la Gestión de los Recursos Humanos, se encuentra enmarcada en un esfuerzo colectivo con el único propósito de lograr agenciar objetivos estratégicos tales como: confianza, compromiso, creatividad inventiva y solidaridad en pocas palabras lo intangible del Talento Humano.

La Gestión del Talento Humano supone en su contexto evolutivo la aplicación de Modelos Gerenciales que mejoren su efectividad en el logro de los objetivos. Por ello, hoy por hoy la Gerencia de Talento Humanos enfrenta diversos desafíos en el logro y seguimiento de los objetivos organizacionales, estos pueden resumirse en la búsqueda permanente de la consecución de objetivos propios de la organización, en el equilibro que debe existir entre el contexto social interno y externo en el cual se desarrollan.

En general, es destacable que la Gerencia como acción practica proponga programas, prácticas, procesos y modelos gerenciales para los distintos subsistemas que conforman las organizaciones, a fin de desarrollar en los Recursos Humanos que integran las empresas las características que propicien mejores resultados y mayor rapidez al dar respuestas requeridas para el buen funcionamiento de la organización.

(15)

2 Significa entonces, que al crear estos dispositivos para el área gerencial y entrelazarlos con la estrategia empresarial, se concreta la creación de una unidad de Recursos Humanos que haga énfasis para que sus actores se transformen en los principales activos de la organización y sean a su vez en la medida, los que aporten con sus competencias el logro de la misión, visión y metas organizacionales del pensamiento futuro en un mundo globalizado y competitivo.

1.2 PLANTEAMIENTO DEL PROBLEMA

VIRTUALSAMI CIA. LTDA. Actualmente los procesos de recursos humanos los realiza de la siguiente manera:

Convocatoria, reclutamiento, selección y contratación: Se convoca mediante redes sociales y medios de control como la página de socio empleo del Ministerio de Trabajo, las hojas de vida se las recibe en el correo electrónico de la institución al igual que de forma física, las evaluaciones en hojas impresas, entrevistas y la tabulación se la realiza en hojas de cálculo. El contrato lo realiza en un procesador de texto basadas en las plantillas que provee el Ministerio de Trabajo.

Nómina: Los procesos de nómina se realizan mediante hojas de cálculo, se generan los roles de pago y los asientos contables en forma manual en el Sistema Informático de la empresa.

Asistencia: La asistencia se controla mediante firmas en hojas de control y la tabulación se las realiza mediante hojas de cálculo.

Desvinculación: Los procesos de liquidación del personal que finaliza la relación laboral por cualquier motivo se realiza de forma manual en hojas de cálculo en las cuales se generan los valores para el finiquito.

(16)

3 Reclutamiento, selección y contratación: Se convoca mediante redes sociales, los candidatos deberán registrarse en la plataforma web (Sistema Informático), el Jefe de Recursos Humanos ingresa la evaluación y entrevista en el sistema, con horarios de apertura y cierre. La tabulación y el contrato los deberán generar automáticamente.

Nómina: Los roles de pago y asientos contables se deberán generar de forma automática, estos roles de pago se enviarán al correo electrónico de cada empleado.

Asistencia: La asistencia se controlará mediante Relojes Biométricos y la información deberá transmitirse online al sistema informático.

Desvinculación: Los valores por concepto de finiquito se deberán generar de forma automática en el sistema informático.

1.3 FORMULACIÓN DEL PROBLEMA

¿Cómo mejorar los procesos de Gestión de Recursos Humanos, selección, contratación, manejo de nómina, asistencia, etc. mediante un sistema informático en la Empresa VIRTUALSAMI CIA. LTDA.?

1.4 DELIMITACIÓN DEL PROBLEMA

El trabajo de investigación será realizado en la empresa VIRTUALSAMI CIA. LTDA., la misma que será parte indispensable en nuestro objeto de estudio y está ubicada en la provincia de Imbabura, Cantón Ibarra, en las calles Carlos Elías Almeida 7-29 y Gabriela Mistral.

1.5 OBJETIVOS DE INVESTIGACIÓN Y CAMPO DE ACCIÓN

1.5.1 OBJETIVO DE INVESTIGACIÓN

(17)

4 1.5.2 CAMPO DE ACCIÓN

Módulo de Recursos Humanos

1.6 IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN

Desarrollo de Software Libre

1.7 OBJETIVOS

1.7.1 GENERAL

 Implementar el módulo de Gestión de Recursos Humanos al Sistema de Planificación de Recursos Empresariales ODOO versión 8.0 en la empresa VIRTUALSAMI CIA. LTDA.

1.7.2 ESPECÍFICOS

 Estudiar los procesos actuales dentro del Departamento de Recursos Humanos de la empresa VIRTUALSAMI CIA. LTDA.

 Fundamentar teóricamente y bibliográficamente los procesos de Gestión de Recursos Humanos dentro de la empresa.

 Desarrollar dentro del módulo de Recursos Humanos de ODOO los procesos de reclutamiento, evaluación, asistencia, contratos y gastos de sus empleados; y que su vez sirva como plantilla para futuras ejecuciones por parte de VIRTUALSAMI CIA. LTDA. en sus clientes.

 Validar la propuesta.

(18)

5 1.8 IDEA A DEFENDER

Mejorará los procesos de selección, contratación, gestión, manejo de nómina y asistencia en la empresa VIRTUALSAMI CIA LTDA a través del módulo de Gestión de Recursos Humanos.

1.9 JUSTIFICACIÓN DE LA NECESIDAD, ACTUALIDAD IMPORTANCIA

En el 2008 Virtual SAMI abre sus puertas como una empresa de consultoría, diseño de software e investigación que pretende responder a la necesidad de nuevos mecanismos, más seguros, confiables y económicos, que permitan implementar nuevas tecnologías para las crecientes necesidades en el ámbito de la investigación y educación y de la vida cotidiana en un marco más extenso.

En el 2012 por decisión de los dueños Virtual SAMI pasa a convertirse en lo que es hoy VIRTUALSAMI CIA. LTDA. Una empresa con personería jurídica y con un mercado ganado a base de sacrificio entregando productos de gran calidad y con un alto nivel de soporte técnico.

Los Sistemas de Información han jugado un rol cada vez más visible en la mejora de la competitividad de los negocios a lo largo de los últimos años. No son sólo herramientas para manejar tareas repetitivas, sino que se están usando para guiar y promover todas las actividades diarias de una compañía. Un software de gestión integrada es un recurso clave que otorga una ventaja competitiva significativa.

(19)

6 Para esto se necesita un lenguaje común que permita compartir las referencias, las políticas y la comunicación en la organización. Un sistema ERP (por Enterprise Resource Planning, Planificación de Recursos Empresariales) constituye la plataforma ideal para este punto de referencia común.

1.10 METODOLOGÍA DE LA INVESTIGACIÓN CIENTÍFICA

 Modalidad:

o Cuali - Cuantitativo. Que permitirá analizar la incidencia en el módulo de Gestión de Recursos Humanos, para mejor los procesos dentro de la empresa.

 Tipo de Investigación:

o Por su diseño:

 Descriptiva. Para precisar todo lo referente a la problemática planteada y su alcance correlacional de la investigación a la gestión de recursos humanos.

 Métodos:

o Inducción-deducción. Para el análisis de la información proporcionada por las técnicas de la encuesta y entrevista.

1.11 RESUMEN DE LA ESTRUCTURA DEL PROYECTO

Procesos de Gestión de Recursos Humanos, el cambio organizacional se describe como “cambio profundo” que combina modificaciones internas de los valores de la gente, sus aspirantes y conductas, con “variables externas” en procesos, estrategias, prácticas y sistemas.

(20)

7 Se basa en un desarrollo rápido de aplicaciones modular, escalable e intuitiva (RAD) Marco de Trabajo escrito en Python.

ODOO cuenta con una caja de herramientas completa y modular para la construcción rápida de aplicaciones: Mapeo de Objeto Relacional (ORM), una generación de informes, interfaces y plantillas basada en el Modelo-Vista-Controlador (MVC) sistema, la internacionalización automatizada, y mucho más.

Python, es un lenguaje de programación dinámico de alto nivel, ideal para RAD, combinando el poder con una sintaxis clara.

PostgreSQL, el motor de base de datos de ODOO es un potente desarrollo libre dirigido por una comunidad de desarrolladores y organizaciones comerciales.

Mako, es una biblioteca de plantillas escrito en Python. Proporciona una sintaxis familiar, no XML que compila en módulos de Python para el máximo rendimiento. Sintaxis y la API de Mako toma prestado de las mejores ideas de muchos otros, incluyendo Django y plantillas Jinja2, Guepardo, Poderoso, y Genshi. Conceptualmente, Mako es un Python incrustado (es decir Python Server Page) el lenguaje, que refina las ideas familiares de diseño en componentes y la herencia para producir uno de los modelos más sencillos y flexibles disponibles, manteniendo al mismo tiempo estrechos vínculos con Python llamada y de alcance semántica.

Nginx, (pronunciado en inglés “engine X”) es un servidor web/proxy inverso ligero de alto rendimiento y un proxy para protocolos de correo electrónico (IMAP/POP3).

(21)

8 1.12 ELEMENTOS DE NOVEDAD, APORTE TEÓRICO Y SIGNIFICACIÓN

PRÁCTICA

1.12.1 ELEMENTO DE NOVEDAD

Los procesos de convocatoria, reclutamiento, selección, contratación, nómina, asistencia y desvinculación que se lleva a cabo en la empresa se administra de forma manual al igual que sus documentos, nuestra propuesta se encamina en ofrecer módulo integrado de Recursos Humanos para automatizar todos los procesos y ofrecer una información segura y confiable.

1.12.2 APORTE TEÓRICO.

La fundamentación teórica de herramientas y metodologías de desarrollo de software permitirá actualizar el conocimiento y aplicarlos a la implementación de sistemas de información seguros, robustos y escalables.

1.12.3 SIGNIFICACIÓN PRÁCTICA

(22)

9 CAPITULO II

MARCO TEÓRICO

1.13 ANTECEDENTES

(Alles, 2013) “Implica un deseo de ayudar o servir a los clientes, de comprender y satisfacer sus necesidades, aún aquellas no expresadas. Implica esforzarse por conocer

y resolver los problemas del cliente, tanto del cliente final a quien van dirigidos los

esfuerzos de la empresa como los clientes de los propios clientes y todos aquellos que

cooperen en la relación empresa-cliente, como el personal ajeno a la organización”.

1.13.1 PROYECTO

Este Proyecto puede ser considerado como un conjunto de tareas y actividades que:

 Tiene un objetivo específico que debe ser cumplido dentro de ciertas especificaciones

 Tiene fechas definidas de inicio y fin

 Posee recursos económicos limitados (Si el mismo aplica)

 Consume recursos humanos y no humanos

 Son multifuncionales

1.13.2 RECURSOS HUMANOS

(23)

10 (Izquierdo, 2012) materiales y financieros, mercados más agresivos y dinámicos en el ámbito internacional, pero el crecimiento de las demandas sociales y la revolución de la

informática y las comunicaciones. En este proceso seleccionamos a una persona o un grupo de personas con actitudes específicas para cumplir funciones específicas dentro de una determinada empresa.

(Izquierdo, 2012) “En la administración de empresas, se denomina recursos humanos (RR. HH.) al trabajo que aporta el conjunto de los empleados o colaboradores de una

organización.” Pero lo más frecuente es llamar así al sistema o proceso de gestión que

se ocupa de seleccionar, contratar, formar, emplear y retener al personal de la organización”

Dentro de este proceso se tendría en cuenta las diferentes fases como son:

 Convocatoria

 Reclutamiento

 Selección

 Contracción

 Nómina

 Asistencia

 Desvinculación

1.14 ARQUITECTURA MODELO VISTA CONTROLADOR

(24)

11 En la ilustración número siguiente, vemos la arquitectura MVC en su forma más general. Hay un Modelo, múltiples Controladores que manipulan ese Modelo, y hay varias Vistas de los datos del Modelo, que cambian cuando cambia el estado de ese Modelo.

Ilustración 1: Diagrama vista controlador Fuente: Propia

1.14.1 DEFINICIÓN

A continuación se muestra en la ilustración siguiente la relación existente entre el modelo, la vista y el controlador en donde las líneas solidas indican una asociación directa, y las punteadas una indirecta.

Ilustración 2: Definición Fuente: Propia

La idea fundamental de MVC es construir una aplicación separando de forma clara las capas de Modelo (Datos), Vista (Presentación) y Controlador (Funciones, métodos…) para reducir el acoplamiento entre la lógica de negocio y la presentación.

1.14.2 ESTRUCTURA

(25)

12

Ilustración 3: Modelo Vista Controlador Fuente: Propia

1.14.2.1MODELO

ORM (MAPEO OBJETO – RELACIONAL)

Es el componente clave de ODOO, el ORM es una capa completa de Mapeo Objeto Relacional, liberando a los desarrolladores de tener que escribir la plomería básica SQL. Los Objetos de Negocios se declaran como clases de Python que heredan de la clase model.Model, lo que hace que mágicamente persistieron por la capa ORM.

La interacción con los modelos y los registros se realiza a través de registros, un conjunto ordenado de los registros de un mismo modelo.

(26)

13 1.14.2.2PERSISTENCIA

Acción de preservar la información de un objeto de forma permanente (guardar), pero a su vez también se refiere a poder recuperar la información del mismo (leer) para que pueda ser nuevamente utilizada.

La persistencia permite al programador almacenar, transferir y recuperar el estado de los objetos. Para esto tenemos las siguientes técnicas:

 Serialización: Es el proceso de codificación de un objeto en un medio de

almacenamiento (archivo o buffer de memoria).

 Motor de persistencia: Traduce entre los dos formatos de datos de registros a

objetos y de objetos a registros.

Ilustración 4: Manejo de la persistencia Fuente: (Palasí Lallana, 2015)

(27)

14 1.14.2.3VISTA

Es el objeto que maneja la presentación visual Interfaz Gráfica de Usuario de los datos representados por el Modelo. Genera una representación visual del Modelo y muestra los datos al usuario. Interactúa con el Modelo a través de una referencia al propio Modelo.

QWEB es el principal motor de plantillas utilizado por OpenERP 2. Se trata de un motor de plantillas XML1_{y utiliza sobre todo para generar fragmentos de HTML y páginas.}

Las vistas son responsables de:

 Recibir datos del modelo y la muestra al usuario.

 Tener un registro de su controlador asociado (normalmente porque además lo instancia).

 Pueden dar el servicio de “Actualización()”, para que sea invocado por el controlador o por el modelo (cuando es un modelo activo que informa de los cambios en los datos producidos por otros agentes) .

La capa de la vista también puede aprovechar la separación de código. Las páginas web suelen contener elementos que se muestran de forma idéntica a lo largo de toda la aplicación: cabeceras de las páginas, pie de página y su navegación global. Normalmente solo se cambia el interior de la página.

Muchas interfaces gráficas de usuario, como Swing o MFC, hacen innecesario el uso de un controlador ya que definen su propio flujo de control y manejan los eventos internamente; integran así la vista y el controlador. A esta variante se la suele denominar Document – View.

1_{Es similar en que a Genshi (es una biblioteca de Python que proporciona un conjunto integrado de}

(28)

15 1.14.2.4CONTROLADOR

Es el objeto que proporciona significado a las órdenes del usuario, actuando sobre los datos representados por el Modelo. Cuando se realiza algún cambio, entra en acción, bien sea por cambios en la información del Modelo o por alteraciones de la Vista. Interactúa con el Modelo a través de una referencia al propio Modelo.

La unión entre la capa de presentación y capa de negocio conocido como el paradigma de la Programación por capas representaría la integración entre Vista y su correspondiente Controlador de eventos y acceso a datos. El flujo que sigue el control es el siguiente como se muestra la siguiente ilustración:

Ilustración 5: Vista Controlador Fuente: (TuFuncion, 2008)

a) El usuario con la interfaz de usuario interactúa de alguna forma (el usuario pulsa un botón, enlace, etc.)

b) El controlador recibe (por parte de la interfaz – vista) la notificación de la acción solicitada por el usuario. El controlador gestiona el evento que llega, frecuentemente a través de un gestor de eventos (handler) o callback

(29)

16 d) El controlador delega a los objetos de la vista la tarea de desplegar la interfaz de usuario. La vista obtiene sus datos del modelo para generar la interfaz apropiada para el usuario donde se reflejan los cambios en el modelo (por ejemplo, produce un listado del contenido del carrito de compra).

El modelo no debe tener conocimiento directo sobre la vista. Sin embargo, el patrón de observador puede ser utilizado para proveer cierta dirección entre el modelo y la vista, permitiendo al modelo notificar a los interesados de cualquier cambio. Un objeto vista puede registrarse con el modelo y esperar a los cambios, pero aun así el modelo en sí mismo sigue sin saber nada de la vista. El controlador no pasa objetos de dominio (el modelo) a la vista aunque puede dar la orden a la vista para que se actualice.

Nota: En algunas implementaciones la vista no tiene acceso directo al modelo, dejando que el controlador envíe los datos del modelo a la vista.

e) La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo nuevamente.

1.15 POSTGRESQL

PostgreSQL es un sistema de gestión de base de datos relacional orientada a objetos y libre, publicado bajo la licencia BSD. Es el gestor de base de datos de código abierto más potente del mercado y las últimas versiones no tienen nada que envidiar a las bases de datos comerciales.

(Izquierdo, 2012) PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en vez de multihilos para garantizar la estabilidad del sistema. Un fallo en uno de los

procesos no afectará el resto y el sistema continuará funcionando.

(30)

17 de caracteres internacionales, control de concurrencia (MVCC) en la mayoría de casos no requiere bloqueos, múltiples métodos de autentificación, acceso encriptado vía SSL, documentación completa, licencia BSD, permite programar procedimientos almacenados en numerosos lenguajes de programación, maneja eventos (triggers), tiene APIs para programar en C/C++, Java, .Net, Perl, Python, Ruby, Tcl, ODBC, PHP, Lisp, Scheme, Qt; y está disponible para Linux y UNIX en todas sus variantes, y Windows. Los límites de PostgreSQL se describen en la siguiente tabla:

Tabla 1: Límite de PosgresSQL

Limite Valor

Máximo Tamaño de base de datos No hay límite.

Máximo tamaño de tabla 32 TB.

Máximo tamaño de fila 1.6 TB.

Máximo tamaño de columna 1 GB.

Número de filas por tablas Determinado por el tamaño de la fila. Número de columnas por tabla 250 – 1600.

Número de índices por tabla No hay límite. Fuente: Propia

1.15.1 REQUISITOS DE POSTGRESQL

En realidad PostgreSQL no tiene requerimientos específicos de hardware. Se considera suficiente con satisfacer los requerimientos recomendados para instalar el sistema operativo que se vaya a utilizar.

(31)

18 1.16 PYTHON

Python es un lenguaje de programación flexible y muy potente que permite el desarrollo de aplicaciones web como es el caso de ODOO. No necesita un compilador para ejecutarlo ya que es interpretado y orientado a objetos.

Es necesario utilizar la versión 2.7.9 de Python para ODOO, las versiones anteriores no son recomendables y las versiones 3.x no son compatibles con ODOO.

Un módulo de ODOO es también un paquete de Python con un archivo __init__.py, que contiene instrucciones de importación para diversos archivos de Python en el módulo.

El uso de Pylint2_{puede ayudar a mostrar la sintaxis y semántica, advertencias o errores.} El código fuente de OpenERP trata de respetar el estándar de Python, pero pueden ser ignorados los siguientes:

 E501: line too long (Demasiadas líneas de código)

 E301: expected 1 blank line, found 0 (Se esperaba 1 línea en blanco, se encontró 0)

 E302: expected 2 blank lines, found 1 (Se esperaba 2 líneas en blanco, se encontró 1)

 E126: continuation line over-indented for hanging indent (continuación de línea de sangría en off para pasar tabulación)

 E123: closing bracket does not match indentation of opening bracket's line (corchete de cierre no coincide con la sangría de la apertura de la línea corchetes)

 E127: continuation line over-indented for visual indent (continuación de línea de sangría en off para la tabulación visual)

2_{Pylint es una herramienta que comprueba los errores en el código Python, trata de hacer cumplir un}

(32)

19

 E128: continuation line under-indented for visual indent (línea de continuación de baja de sangría para la tabulación visual)

 E265: block comment should start with '# ' (comentario de bloque debe empezar con '#')

1.17 FRAMEWORK DE DESARROLLO OPENERP

1.17.1 ARQUITECTURA DE ODOO

Ilustración 6: Arquitectura de ODOO

Fuente: Documento Técnico Memento de ODOO

ODOO es un Sistema de Planificación de Recursos Empresariales, Software Libre que permite la integración de todos los módulos, posibilita la toma de decisiones de forma más rápida y segura, reduce los costos de implementación y automatiza los procesos.

(33)

20 Multiplataforma.- La interfaz web de ODOO le permite acceder desde cualquier ordenador independientemente del sistema operativo (GNU/Linux, Mac OS X o Windows), e incluso tablets y smartphones con Android o iOS. La versión “mobile” simplifica las vistas y lo hace más agradable y sencillo de manejar desde pantallas de tamaño reducido.

1.18 PROCESOS DEL MODULO DE RECURSOS HUMANOS EN

VIRTUALSAMI.

(VirtualSAMI Cia. Ltda., 2016)“En el 2008 Virtual SAMI abre sus puertas como una empresa de consultoría, diseño de software e investigación que pretende responder a la

necesidad de nuevos mecanismos, más seguros, confiables y económicos, que permitan

implementar nuevas tecnologías para las crecientes necesidades en el ámbito de la

investigación y educación y de la vida cotidiana en un marco más extenso”.

(VirtualSAMI Cia. Ltda., 2016)“En el 2012 por decisión de los dueños Virtual SAMI pasa a convertirse en lo que es hoy VIRTUALSAMI CIA. LTDA. Una empresa con personería

jurídica y con un mercado ganado a base de sacrificio y de entregar productos de gran

calidad y con un alto nivel de soporte técnico”.

1.18.1 MISIÓN

(VirtualSAMI Cia. Ltda., 2016) “Somos una empresa imbabureña que hace de las necesidades sociales y empresariales, soluciones tecnológicas que contribuyan con la

evolución de la humanidad a través del software libre y del desarrollo, aplicando a las

necesidades específicas de cada empresa o persona ofreciéndole soluciones integrales

con la finalidad de fabricar o desarrollar software de fácil uso, que tenga sobresalientes

(34)

21 1.18.2 VISIÓN

(VirtualSAMI Cia. Ltda., 2016)“Seremos en el 2018 una empresa icono del norte del país, una empresa de reconocido prestigio nacional por su excelencia en la fabricación

y desarrollo de software, fomentando el empoderamiento del software libre, ser un sello

de calidad el entorno informático y que brinde un producto y servició de excelente

calidad donde el mejoramiento continuo en todas las áreas sean de agrado de nuestros

clientes”.

1.18.3 PRODUCTOS Y SERVICIOS QUE OFRECE:

 Consultorías en Tecnología, Contabilidad y Avalúos y Catastros

 Sistema de Automatizado de Gestión y Control de Estacionamiento Rotativo y Tarifado VIRTUALSAGA

 Sistema de Administración Deportiva VIRTUALSPORT

 Implementaciones de ODOO (Antes OpenERP)

 Implementaciones de Comprobantes Electrónicos Integrado con Sistemas de Terceros

1.18.4 EQUIPO DE TRABAJO

(35)

22

 Alcides Neptalí Rivera Posso, Ingeniero en Sistemas Computacionales de la Universidad Técnica del Norte con más de diez años de experiencia se ha desempeñado como Docente en la Facultad de Ingeniería en Ciencias Aplicadas de la Universidad Técnica del Norte y de la Carrera de Tecnología en Análisis de Sistemas del Instituto Tecnológico Superior “Liceo Aduanero” ha trabajado en varias empresas del sector público y privado en el Área de Desarrollo de Software, posee una Certificación Internacional en “PostgreSQL Database Administración” otorgado por 2nd Quadrant Professional PostgreSQL, Oxford OX4 2JZ, Reino Unido, forma parte de las comunidades de Software Libre: Asociación de Software Libre del Ecuador ASLE, PostgreSQL User Group Ecuador y ODOO-Ecuador, actualmente se desempeña como Presidente Ejecutivo de VIRTUALSAMI CIA. LTDA.

 Juan Carlos López Jácome, Ingeniero en Sistemas Computacionales de la Universidad Técnica del Norte, con más de cinco años de experiencia, ha trabajado en varias empresas del sector público y privado, actualmente se desempeña como Programador Senior en VIRTUALSAMI CIA. LTDA.

 Diego Alfonso Acosta Bastidas Doctor en Ciencias Jurídicas y Sociales, con más de 20 años de experiencia se ha desempeñado como Secretario Abogado Externo de Coactivas en la Corporación Nacional de Telecomunicaciones CNT – EP, Secretario Jurídico de la Asociación de Software Libre del Ecuador, Asesoría Jurídica en marcas, registros sanitarios extranjería y negocios, con especialidad en procesos de negociación comercial internacional y en desarrollo de proyectos productivos de PYMES y microempresas, actualmente se desempeña como Asesor Jurídico de VIRTUALSAMI CIA. LTDA.

(36)

23

 Jannine Maribel Cadena Necpas, Tecnóloga en Sistemas del Instituto Tecnológico Superior “Ibarra” ITSI, con más de tres años de experiencia, actualmente se desempeña como Programador Junior en VIRTUALSAMI CIA. LTDA.

 Carlos Beno Buele Vásquez, Egresado de la Carrera de Ingeniería en Agronegocios Avalúos y Catastros de la Universidad Técnica del Norte con más de 2 años de experiencia en el campo profesional, ha sido parte de equipos de trabajo de estudios en Generación Cartográfica y/o Topografía, actualmente se desempeña como Experto en Avalúos y Catastros en VIRTUALSAMI CIA. LTDA.

La Empresa VIRTUALSAMI CIA. LTDA., se encontraba con múltiples aplicaciones conectadas, vinculadas o sin conectar, por lo cual se volvió complicado tener un control total de sus proyectos, al tener varias fases con diferentes herramientas y recursos humanos en diferentes localizaciones del país. Con la implementación de la herramienta OPENERP en VIRTUALSAMI CIA. LTDA., podemos tener una única aplicación, logrando una automatización y centralización de todas sus tareas dentro de los proyectos.

1.19 PROCESO DE CONVOCATORIA, RECLUTAMIENTO, SELECCIÓN Y CONTRATACIÓN

(37)

24 Los procesos de Convocatoria, Reclutamiento, Selección y Contratación, se desglosarán en el presente documento de acuerdo a los métodos manuales que se los viene realizando en la empresa específicamente en el departamento de Talento Humano, falencia, errores propios de este método.

1.19.1 CONVOCATORIA

Ilustración 8: Convocatoria Fuente: Propia

(Belen Ana Ventura Susana Delgado, 2013) Una recomendación adicional es aprovechar la inversión en publicidad durante el reclutamiento para posicionar a la empresa como

una institución seria. Los anuncios que indica “empresa seria solicita personal” suelen

ser sospechosas para quienes buscan personal y para el público en general.

Como primer paso dentro de la convocatoria se deberían responder las siguientes interrogantes:

 ¿Qué actividades deberá realizar?  ¿Necesita experiencia?

 ¿Qué habilidades?

 ¿Qué conocimientos técnicos?  ¿Valores?

 ¿Capacidad de trabajo en equipo? ¿Trabajo bajo presión?  ¿Nivel de estudio?

(38)

25 Una vez analizado el o los requerimientos se procede al segundo paso que es la publicación del reclutamiento, utilizando diferentes opciones como: anuncios o avisos, recomendaciones, agencias de empleo, la competencia, consultoras en recursos humanos, promoción interna y archivos o bases de datos.

1.19.2 RECLUTAMIENTO

Ilustración 9: Reclutamiento del personal Fuente: Propia

(Eduadordo, 2004) El proceso de reclutamiento se inicia con la búsqueda de candidatos y termina cuando se reciben solicitudes de empleo. Este proceso permite adquirir un

(39)

26 Una vez analizado el requerimiento se procede al reclutamiento siendo este el proceso que recoge a los candidatos capacitados para desenvolverse en la vacante solicitada y cubrir con las necesidades laborales de las empresas, tomando en cuenta algunos aspectos como son: disponibilidad interna y externa de recursos humanos, políticas de la compañía, planes de recursos humanos, prácticas de reclutamiento y requerimientos del puesto.

El departamento de recursos humanos debe considerar la opción de buscar una alternativa de selección como el pago de horas extras a los trabajadores si se trata de un alto volumen temporal de trabajo (época de navidad) o de un contratación eventual (en caso de que la vacante sea por gravidez).

1.19.3 SELECCIÓN

Ilustración 10: Selección personal Fuente: Propia

La selección de personal es una comparación entre las cualidades de cada candidato con las exigencias del cargo, y es una elección entre los candidatos comparados; para entonces, se hace necesaria la aplicación de técnicas de selección de personal:

(40)

27 2. Solicitud de empleo.- Permite realizar juicios sobre asuntos de vital importancia para el puesto, así como sacar conclusiones sobre los procesos y crecimiento del aspirante.

3. Investigación de referencias.- Consiste en verificar las referencias que el candidato presenta, esto se lo hace vía correo o telefónicamente, con el fin de confirmar la información presentada.

4. Entrevista formal.- La entrevista es una reunión o comunicación oral y personal entre el postulante y el reclutador con el propósito de investigar aspectos de interés, como los aspectos de actitud, gestos, poses y otros más y no solo de palabras del entrevistador, para obtener mayor posibilidad de elementos, aunque más tarde se los debe investigar y valorar.

5. Pruebas de empleo.- Una vez concluido las entrevistas y los primeros filtros se procede a la toma de las diferentes pruebas en las cuales se califica la actitud (imaginación, memoria, habilidad manual) y temperamento.

6. Examen Médico.- Este es el antepenúltimo paso antes de la contratación donde se identifica si el postulante tiene alguna enfermedad que le incapacite trabajar en el puesto requerido y otros asuntos más.

7. Entrevista Final.- En algunas ocasiones es necesario que el jefe inmediato realice también una entrevista con el candidato, con la finalidad de conocerlo y aprobar la selección.

(41)

28 1.19.4 CONTRATACIÓN

Tabla 2: Tipos de Contracción

Fuente: propia

Es formalizar con apego a la ley, la futura relación de trabajo para garantizar los intereses, derechos y deberes tanto del trabajador como de la empresa. Lo anterior, se hará mediante un contrato de trabajo en el cual, se establecen las obligaciones, responsabilidades y las condiciones bajo las cuales se prestará la actividad a desempeñar; además se especificarán las prestaciones a las que tendrá derecho el nuevo colaborador como son: sueldo, jornada laboral, vacaciones, primas vacacionales, aguinaldo, demás remuneraciones, beneficios y otros. Identificando el tipo de contrato que se le va a legalizar de la siguiente lista:

 Expreso o tácito  Por tarea

 Por tiempo fijo  A destajo

 Por tiempo indefinido  Por enganche

 De temporada  Individual

 Eventual  De grupo o por equipo

 Ocasional  Por horas

(42)

29 1.20 PROCESO DE GENERACIÓN DE NÓMINA

(43)

30 Secuencia de actividades que permiten de una manera ordenada, realizar el pago de salarios a los empleados conforme lo establecen las normas sustanciales y procedimentales del Trabajo en Ecuador, así como proporcionar información administrativa y contable, tanto para la empresa como para los entes encargados de regular las relaciones laborales.

1.20.1 ROLES DE PAGO

(Contabilidadactual, 2013) Lleve el control de los pagos y descuentos que debe realizar a sus empleados cada mes con una excelente y transparente asesoría y manejo.

También denominado nómina, es un documento global que realiza toda empresa para llevar el control de la información del costo total mensual unificado que se cancela a cada trabajador o empleado por sus servicios en la empresa. En este documento se consideran dos secciones, una para registrar los ingresos como sueldos, horas extras, comisiones, bonos, etc. y otra para registrar los descuentos como aportes para el seguro social, cuotas por préstamos concedidos por la compañía, anticipos, etc.

En la subdivisión de este proceso se considera Ingresos y Egresos teniendo cada uno de estos los rubros designados que a continuación se detalla:

 EGRESOS O DESCUENTOS

o Aporte al seguro: En Ecuador esto se refiere al aporte al IESS (Instituto Ecuatoriano de Seguridad Social) y su aporte es del 9,45%. Este valor se calcula del total de ingresos (sueldo base + horas extras + comisiones + bonos)

o Préstamos quirografarios: El IESS envía a las empresas las planillas para el descuento de los empleados que tengan obligaciones con esa institución (IESS)

o Anticipos de sueldo: Es el anticipo que se les entrega a los empleados (por ejemplo las quincenas) y este valor se debe descontar en roles.

o Comisariato: Son las obligaciones del empleado con estas dependencias y de igual forma se le debe descontar el consumo mensual.

(44)

31

o Impuesto a la renta: Es el valor que se debe descontar en el rol al empleado que haya llegado a la base desgravada. En Ecuador estos valores los emite el S.R.I. (Servicio de Rentas Internas). La base desgravada según la tabla emitida en el 2008 es de 7.850. El impuesto a la renta grava a los ingresos de las personas naturales y personas jurídicas, cuyo procedimiento de determinación es diferente para los dos casos.

 INGRESOS

o Sueldo Base: Es la remuneración mensual que percibe el empleado por aplicación de la ley, o por acuerdo entre las partes (empleador y empleado)

o Comisiones: Es el porcentaje que recibe el empleado por ventas realizadas.

o Bonos: Son los valores por aniversarios, premios, etc.

o Horas Extras: Son horas adicionales de trabajo que realizan los empleados, y según la jornada serán horas extras del 50% y horas extras del 100% Para el detalle del cálculo de las horas extras visita el post “Cálculo de las horas extras”

Ilustración 12: Rol de pagos de ejemplo

(45)

32 1.20.2 ASIENTOS CONTABLES DE NÓMINA

Dentro de esta categoría se encuentran aquellos asientos relacionados con la contabilización de las distintas situaciones que se producen dentro del departamento de recursos humanos de una empresa, como son:

 Pago de nóminas de trabajadores

 Contabilización de honorarios de trabajadores autónomos

 Liquidación de los seguros sociales

1.21 CONTROL DE ASISTENCIA DE PERSONAL

1.21.1 ASISTENCIA

Dentro de algunas organizaciones donde el pago de los empleados se calcula mediante el número de horas trabajadas, incluyendo el pago de horas extras; es importante tener un registro exacto de las entradas y salidas del personal, sin embargo, dichas asistencias actualmente se manejan por medio de hojas de control donde se registra tanto la hora de entrada como de salida, prolongando el proceso de verificación de asistencias y horas trabajadas, lo que genera demasiados cálculos manuales, que originan problemas por la pérdida de hojas y cálculos erróneos, lo cual provoca atrasos en la información. El problema se agrava si son demasiados empleados lo que lleva a contratar más personal para realizar el proceso.

Una vez que se genere el proceso en un sistema informativo se observarán ciertos cambios dentro de la empresa al contar con un reloj biométrico conectado directamente al sistema de gestión de recursos humanos:

 Aceleración del proceso.

 Registros automáticos de entradas y salidas.

 Cálculos automáticos y exactos del número de horas trabajadas.

(46)

33 1.22 DESVINCULACIÓN

1.22.1 LIQUIDACIÓN DE PERSONAL

(Caguana, 2012) Parte del ciclo de trabajo de un empleado es la salida de éste de la compañía, ya sea porqué renuncio de manera voluntaria o porqué fue despedida su salida genera bastante

trabajo para el área de Recursos Humanos.

La desvinculación laboral es el proceso mediante el cual se procede a despedir o finalizar el contrato que se tiene con la empresa, ya sea de una o más personas que cumplen alguna labor dentro de una organización, considerando los siguientes aspectos:

 No retardar el anuncio de la desvinculación

 Hacerlo en forma planificada, justificada y personalizada

 Es importante otorgar un período de preaviso, esto disminuirá el impacto emocional por un lado y por otro le dará tiempo de comenzar su etapa de reinserción laboral.

 Notificación del despido

 Elaboración de criterios de despido

 Comunicación con el empleado

Los motivos de la separación o desvinculación laboral pueden ser por varias opciones las cuales originan en razones disciplinarias, económicas, personales y otras más:

 Renuncias

 Las renuncias voluntarias y la situación interna del empleo

 Suspensión de relaciones laborables

 Terminación de contrato de trabajo

(47)

34

Ilustración 13: Diagrama desvinculación o cese de funciones Fuente: Propia

1.22.2 CONTROL DE ACTIVOS FIJOS

Para seguir con la liquidación dentro de la empresa se procede al último requerimiento en este caso la entrega de los activos fijos siendo estos de sujetos a control y de larga duración, redactando una acta la cual lleva las firma de los responsables del departamento de activos, una vez hecho esto se da el visto bueno para continuar al pago de sus remuneraciones.

1.22.3 SALDO EN PRÉSTAMOS

Ilustración 14: Baja con préstamos Fuente: Propia

(48)

35 1.23 CONCLUSIONES PARCIALES DEL CAPITULO

El desarrollo del módulo de Recursos Humanos, se orientada a satisfacer las necesidades relacionadas a los procesos de una empresa siendo de vital importancia debido a los beneficios que logramos se materializan con la implementación, consiguiendo el sustento para el crecimiento y el correcto desempeño de las empresas.

La adecuada aplicación de la metodología de desarrollo SCRUM garantiza la calidad de la aplicación, el mismo que en cada una de sus etapas nos permitirá ir programando y evaluando la calidad del producto, para las satisfacción del cliente.

Para el desarrollo del Módulo de Recursos Humanos se ha empleado las herramientas de software de ODOO como son Python y PostgreSQL y los estándares que se describen en el documento oficial Memento de OpenERP.

(49)

36 CAPITULO III

PROPUESTA

1.24 METODOLOGÍA DE DESARROLLO SCRUM

SCRUM es una metodología de desarrollo muy simple, que requiere trabajo duro porque no se basa en el seguimiento de un plan, sino en la adaptación continua a las circunstancias de la evolución del proyecto. Comparte del manifiesto por el desarrollo ágil de software y sus principios.

Su funcionamiento está marcado por los siguientes roles/responsabilidades, artefactos y reuniones: inicia el Gestor de Producto (Rol) creando una lista de requerimientos priorizados llamada Pila de Producto (Artefacto). Durante la planificación del Sprint (Reunión), se elabora la Pila del Sprint (Artefacto), que es un bloque de requerimientos de la Pila del Producto, y se decide cómo implantar esas piezas.

Ilustración 15: Diagrama de la Metodología SCRUM

Fuente: (UPA CHALUPA Wiki, 2016)

(50)

37 su progreso. Durante todo este trayecto, el Coordinador de Scrum (Rol de Scrum Manager), mantiene al equipo enfocado en su objetivo. Al final del Sprint, el trabajo debe ser potencialmente productivo, como para poner en manos del cliente, o mostrar a las partes interesadas.

El sprint se completa con una revisión del Sprint (Reunión) donde se muestra el incremento y una retrospectiva del Sprint para mejorar lo necesario. En el siguiente Sprint que empieza, el equipo elige otro bloque de la pila de producto y comienza a trabajar de nuevo. El ciclo se repite hasta que suficientes elementos de la pila de productos se hayan completado.

1.24.1 ARTEFACTOS

1.24.1.1 PILA DEL PRODUCTO (PRODUCT BACKLOG)

Es un documento de alto nivel para todo el proyecto. Contiene las descripciones genéricas de todos los requerimientos, funcionalidades deseables, etc. Priorizadas según su valor para el negocio (Business Value).

Al comenzar el proyecto incluye los requisitos inicialmente conocidos y mejor entendidos, y conforme avanza el desarrollo, y evoluciona el entorno en el que será usado, se va desarrollando.

1.24.1.2 PILA DEL SPRINT (SPRINT BACKLOG)

Es el conjunto de elementos tomados de la Pila del Producto (Product Backlog) que fueron priorizados, medidos y aceptados en las reuiones de Sprint Planning (Planificación de los Sprint). Estos, en conjunto con sus respectivas Historias de Usuario (User Stories), forman oficialmente los requerimientos a elaborar en cada uno de los Sprints que tendrá el proyecto.

(51)

38 Es el ciclo de tiempo en el que se desarrolla cada incremento iterativo del producto, en función de las características del proyecto y el criterio del equipo, lo habitual es realizar Sprints de duración no inferior a una semana ni mayor de un mes. Cada sprint produce un incremento.

Ilustración 16: Modelo Evolutivo Iterativo

Fuente: (Scrum Manager, 2016)

1.24.1.4 INCREMENTO

Es la parte de producto producida en un Sprint, y tiene como característica el estar completamente terminada y operativa, en condiciones de ser entregada al cliente.

No se deben considerar como incremento a prototipos, módulos o submódulos, ni partes pendientes de pruebas o integración.

Idealmente en SCRUM:

 Cada elemento de la Pila de Producto se refiere a funcionalidades entregables, no a trabajos internos del tipo “Diseño de la base de datos”.

 Se produce un “Incremento” en cada iteración.

(52)

39 o desarrollo de prototipos para contrastar las expectativas de la plataforma o tecnología que se va a emplear.

Si el proyecto o el sistema requiere documentación, o procesos de validación y verificación documentados, o con niveles de independencia que implican procesos con terceros, éstos también tienen que estar realizados para considerar que el incremento esta “hecho (done)”.

1.24.1.5 GRÁFICA DE PRODUCTO (BURN UP)

Es una herramienta de planificación propia del Propietario de Producto, que presenta visualmente la evolución previsible del producto. Proyecta en el tiempo la construcción del producto, en base a la velocidad del equipo.

La proyección se realiza sobre un diagrama cartesiano que representa en el eje ordenadas el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas el tiempo medido en sprints.

Ilustración 17: Gráfica de Producto

(53)

40 Esta es una herramienta para desarrollo ágil. Proyecta la previsión de la Pila de Producto, que es un documento vivo cuya evolución preestablece la del producto. Como herramienta ágil no debe considerarse para representar planes estables, sino las previsiones tras cada evolución de la Pila de Producto.

1.24.1.6 GRáFICa DE AVANCE (BURN DOWN)

Es una gráfica mostrada públicamente que mide la cantidad de requisitos en la Pila de Producto del proyecto pendientes al comienzo de cada Sprint. Dibujando una línea que conecte los puntos de todos los Sprints completados, podremos ver el progreso del proyecto.

Se actualiza en las reuniones de seguimiento del Sprint, para monitorizar el ritmo de avance, y detectar de forma temprana posibles desviaciones sobre la previsión que pudieran comprometer la entrega al final del Sprint.

La estrategia ágil para el seguimiento de los proyectos se basa en:

 Medir el esfuerzo que falta, el no realizado.

 Realizar un seguimiento muy cercano (Diario de ser posible).

Este gráfico debe ser actualizado diariamente, y se registra:

 En el eje Y se registra el trabajo que aún falta por realizar.  En el eje X se registran los días del sprint.

El equipo dispone en la Pila del Sprint, de la lista de tareas que va a realizar, y en cada uno figura el esfuerzo pendiente. Esto es: el primer día, en la pila de tareas figura para cada tarea el esfuerzo que se ha estimado, puesto que aún no se ha trabajado en ninguna de ellas.

(54)

41 Con esta información de la pila del sprint se actualiza el gráfico poniendo cada día el esfuerzo pendiente total de todas las tareas que aún no se han terminado. El avance ideal de un Sprint estaría representado por la diagonal que reduce el esfuerzo pendiente de forma continua y gradual hasta terminarlo en el último día del Sprint.

Ilustración 18: Gráfica de Avance ideal de un Sprint

Las gráficas de diagonal perfecta no son lo habitual, y la siguiente ilustración es un ejemplo de un patrón de avance más normal.

Ilustración 19: Gráfica de Avance Normal de un Sprint

(55)

42

Ilustración 20: Gráfica de Avance de un Sprint Subestimado

La estimación que realizó el equipo en la reunión de inicio del Sprint es inferior al esfuerzo real que están requiriendo las tareas. Y el siguiente sería el patrón de gráfica de un “Sprint Sobrestimado”.

Ilustración 21: Gráfica de Avance de un Sprint Sobrestimado

(56)

43

Ilustración 22: Reuniones en SCRUM

Fuente: (Scrum.org, 2016)

1.24.2.1 REUNIÓN DE INICIO DE SPRINT

Al inicio del ciclo Sprint (Cada 15 o 30 días), una “Reunión de Inicio de Sprint” se lleva a cabo en la cual se selecciona el trabajo que se realizara y tiene ocho horas como límite.

1.24.2.2 REUNIÓN TÉCNICA DIARIA (DAILY SCRUM)

Esta reunión debe llevarse a cabo todos los días a la misma hora y en la misma ubicación y es utilizada para que cada miembro del equipo conteste las siguientes preguntas:

1) ¿Qué has hecho desde ayer?

2) ¿Qué es lo que estás planeando hacer hoy?

3) ¿Has tenido algún problema que te haya impedido alcanzar tu objetivo?

1.24.2.3 REUNIÓN DE CIERRE DE SPRINT Y ENTREGA DEL INCREMENTO

(57)

44 1.25 DESARROLLO DE LA PROPUESTA

1.25.1 INTRODUCCIÓN

Este documento describe la implementación de la metodología de trabajo SCRUM en VIRTUALSAMI CIA. LTDA. para la gestión del desarrollo del proyecto “IMPLEMENTACIÓN DEL MÓDULO DE RECURSOS HUMANOS AL SISTEMA DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES ODOO VERSIÓN 8.0”. Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el proyecto, los artefactos o documentos con los que se gestionan las tareas de adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como las responsabilidades y compromisos de los participantes en el proyecto.

1.25.1.1 PROPÓSITO DE ESTE DOCUMENTO

Facilitar la información de referencia necesaria a las personas implicadas en el desarrollo del proyecto “IMPLEMENTACIÓN DEL MÓDULO DE RECURSOS HUMANOS AL SISTEMA DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES ODOO VERSIÓN 8.0”.

1.25.1.2 ALCANCE