Archivo de la categoría: Manual y documentación

Migración de base de datos horizoon

Antes de hacer el backup para migrar la base de datos, si el tamaño de la misma es muy grande (varios Gigas) se pueden eliminar algunos datos. Dependerá del cliente si desea o no conservarlos, aunque se puede hacer un borrado por fechas, por ejemplo, los anteriores a X años anteriores.

Algunas tablas que podemos eliminar información son:

delete from consultasreports;

delete from colaenvionotificaciones where FechaProcesado is not null;

delete from historiconotificaciones;

delete from logins;

Una vez vaciado espacio innecesario podremos bajarnos un backup de la misma.

Hay que tener en cuenta que dependiendo del programa que utilizemos para hacer el backup, quizá nos deje comentarios o sentencias SQL con referencia al usuario o la base de datos original. Si la nueva base de datos o su usuario tiene otro nombre, habrá que editar el backup generado para modificar dichas referencias. Por ejemplo, si hemos generado el backup con phpMyAdmin con el usuario usuarioA, puede que nos deje algo parecido en el archivo sql generado:

CREATE ALGORITHM=UNDEFINED DEFINER=usuarioA@localhost

Por tanto, si el usuario de la base de datos es distinto a usuarioA, por ejemplo es usuarioB, deberemos editar estas sqls para renombrarlo a:

CREATE ALGORITHM=UNDEFINED DEFINER=usuarioB@localhost

SOBRE EL TAMAÑO DEL BACKUP:

Si el archivo sql generado es muy grande podemos utilizar el comando split en una consola linux para dividir el archivo en varios más pequeños:

split -d -b 25M mibackup.sql (este comando nos divide el archivo mibackup.sql en varios archivos de 25 Megas cada uno (-b 25M) y nos enumera con un número en su extensión generada (-d) ). IMPORTANTE: La división la hace justo por el tañamo de bytes indicados (Megas en este caso), lo que nos cortará las SQL finales e iniciales de cada archivo. Antes de ejecutar cada archivo deberemos desplazarnos al final de cada archivo y recomponer las sql con el principio del siguiente archivo generado.

O mejor podemos utilizar el siguiente comando: split -d -C 4000KB mibackup.sql . Este comando los generará archivos de un máximo de 4Mb pero sin cortar ninguna linea, aunque deberemos de comprobar igualmente la integridad de las SQL finales e iniciales de cada archivo generado.

Tened en cuenta que hay una variable de configuración de MySQL que limita el tamaño de bytes del buffer de cada comunicación. Por tanto, si los archivos los dividimos en 25Mb pero la variable max_allowed_packet=20M, no podremos subirlo a menos que aumentemos el valor de dicha variable, o bien reduzcamos el tamaño de los sql a ejectutar.

SOBRE PERMISOS NECESARIOS:

Hay que tener en cuenta que para restaurar el backup de la base de datos de horizoon necesitaremos permisos para ejecutar TRIGGERS i PROCEDURES. El usuario con el que conectemos a la base de datos para restaurar el backup debe tener dichos privilegios, además de los privilegios SUPER.

Algunos servidores no admiten que configuremos permisos SUPER, como es el caso de Amazon. En este caso podemos cambiar la variable de MySQL log_bin_trust_function_creators=1 (enabled) para que omita el privilegio SUPER y nos permita ejecutar TRIGGERS i PROCEDURES siempre que el usuario tenga dichos permisos.

También necesitaremos que nuestro usuario tenga el permiso para crear VIEWS.

Gestionar tickets

Dentro del ticket nos encontraremos las siguientes pestañas que definimos a continuación.
Dependiendo de los permisos el usuario puede tener alguna pestaña deshabilitada y por lo tanto no aparecer.

En la 1a pestaña «Ticket» podemos realizar las siguientes acciones:

-Consultar los datos básicos del ticket. Categoría, prioridad, fecha de creación, origen, fecha cierre, elemento vinculado, evento Google vinculado,  asunto, texto del ticket, usuario creador, usuario asignado, campos extra, respuestas ticket, notas privadas ticket, tareas.

-Realizar acciones en los tickets. Añadir respuesta, añadir nota privada, cambiar el estado del ticket (assignar, en espera, cierre temporal, cierre definitivo), editar campos extra, gestionar tareas, editar los datos básicos del ticket (según permisos del usuario).

En la 2a pestaña «Registro Medidas» podemos introducir o modificar los registros que hayan sido configurados:

En la 3a pestaña «Notificaciones» se permite añadir personas adicionales a notificar y ver las :

Consultar ticket usuarios externos

Podemos acceder al ticket de dos formas:

-Desde el enlace directo que hay en la notificación del ticket.

-Haga click en el botón de tickets que desee.

Cuando ya visualize el ticket en la tabla, haga click en el asunto del ticket que desea entrar.

Se le abrirá una página con el ticket y toda su información. En la parte inferior podrá contestar, añadir archivos y cambiar el estado del ticket.

Consultar ticket usuarios internos

Podemos acceder al ticket de dos formas:

-Desde el enlace directo que hay en la notificación del ticket.

-Consultando la tabla de tickets en la pantalla principal.

Cuando ya visualize el ticket en la tabla, haga click en el asunto del ticket que desea entrar.

Se le abrirá una página con el ticket y toda su información. En la parte inferior podrá contestar, añadir archivos y cambiar el estado del ticket.

Para poder realizar más acciones con los tickets es necesario tenir permisos para gestionar tickets de dicha categoría.

 

 

 

Renombrar archivos adjuntos a los tickets

Por defecto, al adjuntar un archivo a un ticket (también en notas privadas y en respuestas públicas), el nombre del archivo original se pierde y se formatea siguiendo la siguiente regla:

NumeroAleatorio.Extension   (por ejemplo: 14884560842543402.jpg)

Es posible definir para cada una de las distintas categorías de los tickets un comportamiento diferente, para ello, desde el menú de configuración general, accedemos a la pestaña de configuración de las categorias de los tickets y seleccionamos la categoría deseada:

Una vez en esta pantalla, buscamos el apartado: «¿Renombrar archivos adjuntos?» y modificamos las distintas opciones según las siguientes indicaciones:

  • Con campo extra: Podemos seleccionar uno de los campos extra del propio ticket, y el nombre de los archivos que se adjunten a partir de ese momento será el valor del campo extra seguido de un guión y un número aleatorio (para impedir que se sobreescriban archivos con el mismo nombre). Ejemplo: ValorCampoExtra_NumeroAleatorio.Extension
  • Con la fecha: El nombre de los archivos que se adjunten a partir de ese momento será la fecha del momento de subirlo seguido de un guión y un número aleatorio (para impedir que se sobreescriban archivos con el mismo nombre). Ejemplo: dd_mm_aa_NumeroAleatorio.Extension
  • Conservar nombre original: El nombre de los archivos que se adjunten a partir de ese momento será el nombre original del archivo subido seguido de un guión y un número aleatorio (para impedir que se sobreescriban archivos con el mismo nombre). Ejemplo: NombreArchivoOriginal_NumeroAleatorio.Extension (hay que tener en cuenta que se modificarán aquellos caracteres del nombre original que puedan incompatibilizar la abertura posterior del link del archivo, como son espacios, acentos,…)
  • Cualquier combinación de las opciones anteriores, se incorporan al nombre del archivo siguiendo el orden en que se han explicado. Es decir, al marcar con la fecha y también Conservar nombre original, el nombre del archivo adjuntado será: dd_mm_aa_NombreArchivoOriginal_NumeroAleatorio.Extension

IMPORTANTE: Aunque se modifique el comportamiento, los archivos adjuntados a los tickets anteriores a ese momento continuarán visualizándose correctamente en su formato antiguo, y cualquier cambio posterior de la configuración de estos parámetros no afecta a los tickets anteriores (es decir, se puede modificar estos parámetros varias veces sin que se altere la visualización de archivos)

Solucionar longitud URL en sevidor IIS

Por defecto, al instalar IIS no admite peticiones con una longitud elevada de las URL. Hay que editar el regisro de windows para permitirlo.

1- Ejecutar «regedit» en el explorador de windows.

2.- En el registro acceder a: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Parameters

3.- Añadir nuevo valor DWORD (32 bits).

4.- Nombre del valor: UrlSegmentMaxLength

5.- Información del valor: 0

6.- Base hexadecimal.

7.- Reiniciar windows.

registro

Sistema de tickets,entidades,usuarios

Tickets

El software horizoon se basa en un sistema de ticketing. Por un ticket entendemos una tarea, incidencia, orden de trabajo,  que tiene un identificador único. Un ticket es creado por un usuario y es asignado a otro usuario para que sea gestionado y cerrado. En este proceso, el ticket se va actualizando con información, archivos adjuntos, puede cambiar su estado, puede controlar tiempos, tareas, actuaciones, puede derivarse a otro usuario para que continúe trabajando en él, …. Conforme se vaya actualizando el ticket, el sistema irá enviando notificaciones por e-mail o SMS según se haya configurado.

Todo el software horizoon se basa en este concepto, a partir de ello, se podrán crear tickets programados (mantenimientos preventivos o tareas rutinarias repetitivas), se podrá vincular con documentación, se podrán establecer permisos simples o complejos de acceso a los tickets, se podrán crear tickets internos (entre trabajadores) o tickets externos (entre trabajadores y clientes), se podrán crear plantillas de recogida de datos, campos extra,…

Por lo tanto, mediante la configuración de permisos y categorias necesarios, podremos utilizar los tickets para:

  • Gestionar incidencias de clientes.
  • Gestionar tareas internas (organizativas, administrativas, incidencias internas….)
  • Gestionar mantenimientos correctivos, preventivos.
  • Gestionar órdenes y partes de trabajo.
  • Gestionar todo ello mediante definición de procesos.

 

Usuarios y entidades.

Hay dos tipos de usuarios en horizoon:

  • Usuarios internos (operadores), que tiene  acceso a la interface completa y pueden crear y gestionar tickets.
  • Usuarios externos (clientes), que tienen acceso a una interface más simple y tan sólo pueden crear tickets y responderlos, pero no los pueden gestionar.

Los usuarios se agrupan en entidades, de forma que los permisos de acceso a los tickets los definen sus entidades. De este modo tendremos:

  • Entidades internas (agrupación de usuarios internos).
  • Entidades externas (agrupación de usuarios externos).

Lo más lógico es crear entidades internas a modo de departamentos, y crear entidades externas a modo de clientes, por ejemplo, una configuración típica puede ser de la siguiente manera:

modelo3_entidades

Pero una vez entiendido el sistema de ticketing, entidades y permisos, horizoon nos permite crear cualquier estructura escalable en función de las necesidades de cada instalación:

modelo5_entidades