meta data de esta página
Diferencias
Muestra las diferencias entre dos versiones de la página.
Próxima revisión | Revisión previa | ||
aplicaciones:rt:conceptos [2010/05/05 15:16] – creado lc | aplicaciones:rt:conceptos [2023/01/18 14:36] (actual) – editor externo 127.0.0.1 | ||
---|---|---|---|
Línea 1: | Línea 1: | ||
- | === Usuario === | + | {{tag> RT " |
+ | ===== Usuario | ||
es una persona que tiene una cuenta y una contraseña de RT. Los derechos se pueden conceder a los usuarios de forma global o por colas. | es una persona que tiene una cuenta y una contraseña de RT. Los derechos se pueden conceder a los usuarios de forma global o por colas. | ||
Línea 5: | Línea 6: | ||
* **CCs**, que son personas que están interesadas en seguir el progreso de una tarea. | * **CCs**, que son personas que están interesadas en seguir el progreso de una tarea. | ||
- | === Grupos === | + | ===== Grupos |
Es un conjunto de usuarios. Los derechos se pueden conceder a los grupos de forma global o por colas. | Es un conjunto de usuarios. Los derechos se pueden conceder a los grupos de forma global o por colas. | ||
- | === Derechos === | + | ===== Derechos |
Los Derechos son las capacidades concedidas a los usuarios o grupos de forma global o por colas. RT admite los derechos siguientes: | Los Derechos son las capacidades concedidas a los usuarios o grupos de forma global o por colas. RT admite los derechos siguientes: | ||
* **AdminAllPersonalGroups: | * **AdminAllPersonalGroups: | ||
Línea 40: | Línea 41: | ||
* **WatchAsAdminCc: | * **WatchAsAdminCc: | ||
- | === Cola === | + | ===== Cola ===== |
- | * Cola: se trata del dominio administrativo central de RT. La cola es el contenedor | + | La cola es el contenedor de un conjunto de tickets. Las colas suelen corresponder a los grupos de servicios, grupos de equipos o unidades de organización. La creación y la asignación de nombres a las colas dependen de la forma en que la empresa divide su flujo de trabajo. |
- | * Ticket: es el objeto central de RT. Cada ticket define una tarea que desempeñar o un problema que solucionar. Se crea un ticket para cada problema que surge, independientemente del número de notas o interacciones que haya entre los usuarios acerca de dicho problema. Los tickets contienen metadatos asociados, como el propietario, | + | |
- | * Solicitante del ticket: es la persona o personas que han creado el ticket. | + | |
- | * Propietario del ticket: es la persona que se debe encargar del ticket. | + | |
- | * Observador: una persona que está interesada en mantener un seguimiento del ticket. El propietario y el solicitante (o solicitantes) del ticket se convierten de forma automática en observadores; | + | |
- | * Cc: la persona o personas que reciben copias o respuestas que van dirigidas al solicitante. Es posible que alguna persona que esté en la lista de cc pueda ver el contenido del mensaje de correo electrónico, | + | |
- | * Cc administrador: | + | |
- | * Estado del ticket: el estado de un ticket, identificado por una de las siguientes opciones del menú desplegable: | + | |
- | * new: se ha creado el ticket, pero no se ha trabajado en él. | + | |
- | * open: se está trabajando en el ticket. | + | |
- | * stalled: no se está trabajando en el ticket en este momento. Se volverá a abrir cuando alguien agregue un comentario o envíe alguna respuesta. | + | |
- | * resolved: se ha acabado de trabajar en el ticket. | + | |
- | * rejected: no se va a llevar a cabo ninguna resolución para el ticket, pero, por alguna razón, debe quedar registrado en el sistema. Esta opción puede ser útil para mantener el seguimiento de usuarios que realicen solicitudes sin razón. | + | |
- | * deleted: el ticket no se debería haber introducido en el sistema (se trata de correo no deseado, información confidencial, | + | |
- | * Tiempo de trabajo: la cantidad de tiempo invertido para trabajar en el ticket. | + | |
- | * Tiempo restante: la cantidad de tiempo que queda para continuar trabajando en el ticket. | + | |
- | * Prioridad del ticket: la importancia de un ticket, representada mediante una escala numérica de 0 a 99, siendo 99 el número que representa la máxima prioridad. Las prioridades iniciales y finales deben seguir unos estándares determinados de forma previa para toda la empresa. Al establecer una prioridad final, RT aumenta o reduce el nivel de prioridad de un ticket conforme se aproxima la fecha de vencimiento del mismo. | + | |
- | * Comentarios del ticket: una nota acerca del ticket que no se enviará al solicitante. | + | |
- | * Correspondencia del ticket: un correo electrónico que se envía al solicitante y, probablemente, | + | |
- | * Relaciones del ticket: vínculos a otros tickets o elementos externos, como direcciones URL, números de seguimiento de envíos, etc. RT admite los tipos de relaciones siguientes: | + | |
- | + merge into: el ticket actual pasa a formar parte del ticket que se indica aquí. | + | |
- | + depends on: no se puede llevar a cabo la resolución del ticket actual, a menos que también se resuelva el ticket indicado aquí. (La relación opuesta es " | + | |
- | + depended on by: el ticket actual es un requisito indispensable para poder completar el ticket que se indica aquí. | + | |
- | + refers to: el ticket indicado contiene información relacionada con el ticket actual. (La relación opuesta es " | + | |
- | + referred to by: el ticket actual contiene información relacionada con el ticket indicado. | + | |
- | + parents: el ticket indicado es un ticket general que contiene una gran cantidad de tickets secundarios, | + | |
- | + children: los tickets indicados son tickets secundarios del ticket actual. | + | |
- | o Historial del ticket: incluye todos los datos relevantes sobre un ticket desde que se creó. El historial de un ticket incluye la fecha y hora de creación, los cambios realizados en el estado y la atribución, | + | |
- | === Plantillas === | + | ===== Ticket ===== |
+ | Un ticket define una tarea que desempeñar o un problema que solucionar. | ||
+ | Se crea un ticket para cada problema que surge, independientemente del número de notas o interacciones que haya entre los usuarios acerca de dicho problema. Los tickets contienen metadatos asociados, como el propietario, | ||
+ | * **Solicitante del ticket:** es la persona o personas que han creado el ticket. | ||
+ | * **Propietario del ticket:** es la persona que se debe encargar del ticket. | ||
+ | * **Observador: | ||
+ | |||
+ | El propietario y el solicitante (o solicitantes) del ticket se convierten de forma automática en observadores; | ||
+ | * **Cc:** la persona o personas que reciben copias o respuestas que van dirigidas al solicitante. Es posible que alguna persona que esté en la lista de cc pueda ver el contenido del mensaje de correo electrónico, | ||
+ | * **Cc administrador: | ||
+ | |||
+ | === Estado del ticket === | ||
+ | el estado de un ticket, identificado por una de las siguientes opciones del menú desplegable: | ||
+ | * **nuevo:** se ha creado el ticket, pero no se ha trabajado en él. | ||
+ | * **abierto: | ||
+ | * **pendiente: | ||
+ | * **resuelto**: | ||
+ | * **rechazado: | ||
+ | * **borrado: | ||
+ | |||
+ | === Tiempo === | ||
+ | * **Tiempo de trabajo:** la cantidad de tiempo invertido para trabajar en el ticket. | ||
+ | * **Tiempo restante:** la cantidad de tiempo que queda para continuar trabajando en el ticket. | ||
+ | === Prioridad === | ||
+ | **Prioridad del ticket:** la importancia de un ticket, representada mediante una escala numérica de 0 a 99, siendo 99 el número que representa la máxima prioridad. Las prioridades iniciales y finales deben seguir unos estándares determinados de forma previa para toda la empresa. Al establecer una prioridad final, RT aumenta o reduce el nivel de prioridad de un ticket conforme se aproxima la fecha de vencimiento del mismo. | ||
+ | === Comentarios === | ||
+ | * ** Comentarios del ticket:** una nota acerca del ticket que no se enviará al solicitante. | ||
+ | * **Correspondencia del ticket:** un correo electrónico que se envía al solicitante y, probablemente, | ||
+ | === Enlaces === | ||
+ | vínculos a otros tickets o elementos externos, como direcciones URL, números de seguimiento de envíos, etc. RT admite los tipos de relaciones siguientes: | ||
+ | * **Fusionar dentro de:** el ticket actual pasa a formar parte del ticket que se indica aquí. | ||
+ | * **Depende de:** no se puede llevar a cabo la resolución del ticket actual, a menos que también se resuelva el ticket indicado aquí. (La relación opuesta es " | ||
+ | * **Dependen de este pedido:** el ticket actual es un requisito indispensable para poder completar el ticket que se indica aquí. | ||
+ | * **Hace referencia a:** el ticket indicado contiene información relacionada con el ticket actual. (La relación opuesta es " | ||
+ | * **Referenciado por:** el ticket actual contiene información relacionada con el ticket indicado. | ||
+ | * **Padres:** el ticket indicado es un ticket general que contiene una gran cantidad de tickets secundarios, | ||
+ | * **Hijos:** los tickets indicados son tickets secundarios del ticket actual. | ||
+ | === Historial === | ||
+ | Incluye todos los datos relevantes sobre un ticket desde que se creó. El historial de un ticket incluye la fecha y hora de creación, los cambios realizados en el estado y la atribución, | ||
+ | |||
+ | ===== Plantillas | ||
notificaciones de acciones generalizadas, | notificaciones de acciones generalizadas, | ||
- | * Blank: una plantilla en blanco. | + | |
- | * Autoreply: plantilla predeterminada de respuesta automática. | + | |
- | * Transaction: | + | |
- | * Admin Correspondence: | + | |
- | * Correspondence: | + | |
- | * Admin Comment: plantilla predeterminada de comentarios de administrador. | + | |
- | * Status Change: plantilla de cambio de estado del ticket. | + | |
- | * Resolved: plantilla de ticket resuelto. | + | |
- | === Scripts === | + | ===== Acciones (Scripts) ===== |
Provocan una acción determinada de forma automática como respuesta a una condición concreta. Como ocurre con las plantillas, los scrips se pueden crear y aplicar de forma global o por colas. Asimismo, las secuencias de comandos personalizadas se pueden crear después de la instalación. Los scrips predeterminados que contiene RT son los siguientes: | Provocan una acción determinada de forma automática como respuesta a una condición concreta. Como ocurre con las plantillas, los scrips se pueden crear y aplicar de forma global o por colas. Asimismo, las secuencias de comandos personalizadas se pueden crear después de la instalación. Los scrips predeterminados que contiene RT son los siguientes: | ||
* On Correspond Open Tickets con la plantilla Blank | * On Correspond Open Tickets con la plantilla Blank | ||
Línea 98: | Línea 112: | ||
+ | ===== Ejemplos | ||
+ | === Dar a todos la posibilidad de crear tickets en la cola de sistemas === | ||
- | + | Para ello desde la cola sistemas-> | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | En grupos de sistemas | + | |
* CrearPedido | * CrearPedido | ||
- | * showticket | ||
- | * showTicketComments | ||
* VerCola | * VerCola | ||
- | + | ===== Referencias ===== | |
- | http:// | + | |
- | http:// | + | |