Se denomina un requerimiento cualquier solicitud de trabajo, de corrección de error, de modificación de funcionalidad o de nueva funcionalidad que se requiera en Net2Client, cualquiera de los paquetes relacionados (WIB, SAM, GEDI) o cualquier aplicación desarrollado por GWT.
Los requerimientos deben ser ingresados en la tabla TICKETS de la intranet de GWT (701) por una persona con acceso a la misma.
Los datos requeridos son:
El nombre del requerimiento, el cual debe ser lo más explicativo posible
La descripción del requerimiento, la cual debe ser lo más explicita posible. En caso de requerirse se pueden anexar archivos con las vistas de pantallas o con explicaciones adicionales.
El tipo de requerimiento, el cual puede ser:
1-Calamidad: Falla que interrumpe la operación o servicio al cliente
2-Error: Falla que no impide la operación continua
3-XXXXX: Lista que se irá ampliando
9-Otro
Los otros datos que son muy convenientes llenar son:
- Donde (en que ambiente)
1-N2C
2-WIB
2-SAM
2-GEDI
4-Aplicación
7-Plataforma
9-Otro
Cuando es en una aplicación, es muy conveniente indicar la OPC asociada o el número de la aplicación (Ej. GWT105200)
En cual servidor
Prioridad
El status es llevado automáticamente por el sistema y no puede ser modificado manualmente, sino por medio de los botones de acción que van aparecciendo en la pestaña de "Cambiar Status". Todos los cambios de status son registrados, indicándose quien ha sido el autor del cambio y la fecha y la hora del mismo. También se da la oportunidad para comentar el motivo del cambio cuando ocurre.
Cuando un ticket es abierto entra automáticamente con el estatus 1-Sometido. Cuando la solicitud es revisada por el encargado de la operación o por el encargado de la ejecución, puede tomar una de las acciones siguientes:
Devolver: No hay suficiente información, es un mal uso del sistema, o hay un motivo que impide que sea manejada. El status pasa automáticamente a "2-Devuelto", para que el autor de la solicitud tome una de las acciones siguientes:
Volver a someter. Se pasa nuevamente al status "1-Sometido"
Cancelar (no hace falta). Se pasa al status de "C-Cancelado"
Nota: El pase a Cancelar puede ser hecho en cualquier momento de la vida de un ticket
Esperar Planif: cuando se ha entendido el requerimiento y se espera que se planifique su ejecución. El status pasa a "3-Espera Planif"
Esperar Arranque: Cuando se ha aceptado iniciar la ejecución y se está esperando el arranque del trabajo. Se debe indicar la fecha planificada de arranque. El status pasa a "4-Espera Arranque"
Inicio Proceso: Cuando se empezó a trabajar sobre el ticket. Aquí ya es indispensable indicar quien es el responsable. La fecha real de arranque es tomada del sistema. El status pasa a "5-En Proceso"
Finalizar: Cuando ya se terminó el trabajo. El status pasa a "6-Finalizado".
Es posible pasar a cualquiera de estas acciones directamente ya que el trabajo puede ser muy rápido y se finaliza de una vez sin tener que pasar por las etapas anteriores (esperas de planificación y de arranque, inicio del proceso)
Ahora le toca el turno al solicitante de revisar lo que se le ha solicitado. Tiene dos posibles acciones:
Reprobar el cambio o no aceptarlo por que no ha cumplido con sus necesidades. En este caso es importante que especifique cual es el motivo del rechazo. El status pasa automáticamente a "7-Reprobado", desde donde el responsable tendrá dos posibles acciones: Inicio Proceso (El status pasa a "8-Corrección") o Finalizar, en donde el status vuelve a pasar a "6-Finalizado".
Aceptar el trabajo, con lo cual el status pasa a "9-Aceptado Cliente"
Una vez que el trabajo ha sido aceptado, debe ser Cerrado, lo cual implica que ya está todo culminado, incluyendo la facturación, en caso de aplicar
Es muy importante tomar en cuenta que este sistema ha sido diseñado para funcionar en "Tiempo Real", es decir para que se vaya llenando a medida que van ocurriendo los eventos relacionados.
Este sistema sustituye la utilización de la tabla de sugerencias que existía en la aplicación 703 de la intranet, para reportar fallas o problemas. La tabla de sugerencias quedará únicamente para las ideas de mejora a Net2Client.