6. Realización de los casos de uso del negocio

6. Realización de los casos de uso del negocio

6.1. Especificación de los casos de uso del negocio

ECU01: ADQUIRIR SERVICIO DE FACTURACIÓN ELECTRÓNICA

Breve Descripción:

El caso de uso comienza cuando la Empresa Cliente solicita servicio para facturación electrónica en la suite online de TCI. El Ejecutivo de Ventas solicita el volumen de comprobantes de la Empresa Cliente y le brinda la Cotización que se adecua a la Empresa

Cliente. La Empresa Cliente acepta las condiciones y firma el Contrato. El Ejecutivo de

Ventas deriva el caso a la jefa de implementación de proyectos. La jefa de implementación de proyectos genera la Solicitud de Alta y registro de la Empresa Cliente. El caso de uso termina cuando se le entrega los Manuales a la Empresa Cliente y una transacción de S/ 5.00 constatando que todo funcione bien.

Flujo básico 1. La Empresa Cliente solicita servicios para facturación electrónica. 2. El Ejecutivo de Ventas solicita el volumen mensual de comprobantes emitidos de la Empresa Cliente. 3. La Empresa Cliente entrega el volumen mensual de sus comprobantes emitidos. 4. El Ejecutivo de Ventas brinda la Cotización de los servicios de los planes que ofrece (cobre, plata y oro). 5. La Empresa Cliente evalúa la Cotización. 6. El Ejecutivo de Ventas persuade a la Empresa Cliente. 7. La Empresa Cliente elige el diseño del pdf del comprobante y el plan adecuado a su negocio de acuerdo al número de sedes, usuarios y comprobantes emitidos al mes. 8. El Ejecutivo de Ventas entrega el Contrato a la Empresa Cliente. 9. La Empresa Cliente firma el Contrato. ([RN02]) 10. El Ejecutivo de Ventas genera la Solicitud de Alta a la jefa de implementación de proyectos. ([RN03]) 11. La jefa de implementación de proyectos genera el Formulario de Alta con los datos de la Empresa Cliente. 12. El Analista Programador registra el Formulario en la Ficha de Alta en los servicios web eGestor y ePortal. 13. El Analista Programador envía un correo con la confirmación del registro a la jefa de implementación de proyectos. 14. La Jefa de implementación de proyectos avisar confirmación al Ejecutivo de Ventas.

15. El Ejecutivo de Ventas envía un correo electrónico a la Empresa Cliente con un manual para declarar ante SUNAT a TCI como proveedor de servicios electrónico. 16. La Empresa Cliente registra en el portal Web de SUNAT a TCI como proveedor. 17. La Empresa Cliente envía un correo con la confirmación al Ejecutivo de Ventas. 18. El Ejecutivo de Ventas envía un correo al Analista de Soporte indicando que proceda con la activación del usuario de la Empresa Cliente. 19. El Analista de Soporte activa a la Empresa Cliente de forma manual en el sistema de suite online.

20. El Analista de Soporte envía los Manuales de uso y da instrucciones para una emisión de comprobante electrónico de prueba a la Empresa Cliente. ([RN01]) Flujo alternativo Paso 6. Cotización rechazada.

Si en paso 6, el Ejecutivo de venta no logra persuadir a la Empresa Cliente que acepte la cotización mostrada, el caso de uso termina.

Diagrama de actividades ECU01

: Analista Programador : Analista de Soporte

Lista de actividades a automatizar ECU01

AA01 - Registrar en el sistema

AA02 - Enviar correo

AA03 - Avisar confirmación

AA04 - Enviar correo con indicaciones

AA05 - Enviar confirmación

AA06 - Enviar correo de confirmación

AA07 - Activar a la Empresa Cliente

AA08 - Enviar correo con Manual de Instrucciones

ECU02: SOLICITAR SOPORTE POSTVENTA SUITE ONLINE

Descripción:

El caso de uso comienza cuando la Empresa Cliente solicita soporte y asistencia en el uso de la plataforma web de facturación electrónica en Suite Online, ante cualquier incidente o consulta que tuvieran los usuarios del sistema, mediante una llamada al área de soporte. Primero la atención es provista por El Analista de soporte, de primera línea, quien, mediante el ruc, valida la información de la Empresa Cliente en los registros de Clientes en Suite Online. Se procede a recabar información de la consulta/casuística del mismo, quien realiza descartes vía “procedimiento de 1era línea”. Si el problema persiste, se eleva el incidente al analista de incidencias, quien sigue el "procedimiento 2da línea", y le da solución según sea el caso. Si el problema persiste, el caso se escala al jefe de proyectos de desarrollo, quien recibe el informe del incidente y define la fecha del pase a producción con la corrección. Al realizarse la corrección, el jefe de proyectos de desarrollo genera el documento de pase a producción. La jefa de implementación de proyectos evalúa el documento de pase a producción y lo aprueba, quien a su vez lo deriva al área de infraestructura. El analista de infraestructura recibe el documento de pase a producción ejecuta el pase a producción en el horario programado. Finalmente, el jefe de proyectos da aviso a los clientes impactados por el cambio y el soporte postventa concluye.

Flujo Básico

1. Empresa cliente realiza llamada al área de soporte post-venta 24x7. 2. El analista de soporte de 1era línea, valida información en registros de empresas activas en Suite

Online mediante el ruc. 3. Si la empresa cliente pertenece a "Suite Online", se procede a recabar información de la consulta del cliente. 4. El analista de soporte sigue el “procedimiento 1era línea” según casuística presentada.

5. El analista de soporte hace los descartes de primera línea. 6. Si el problema persiste, el analista de soporte eleva el incidente al analista de 2da línea. 7. El analista de 2da línea sigue el "procedimiento 2da línea", según sea el caso. 8. Si el problema persiste, el analista de 2da línea escala genera el informe del incidente del caso al jefe de proyectos de desarrollo. 9. El jefe de proyectos de desarrollo recibe el informe del incidente y define el cronograma para la corrección y la fecha del pase a producción. 10. Al realizarse la corrección, el jefe de proyectos de desarrollo genera el documento de pase a producción. 11. La jefa de implementación de proyectos evalúa el documento de pase a producción [RN07] 12. Si el documento de pase a producción es aprobado por la jefa de implementación. esta lo deriva al área de infraestructura. 13. El analista de infraestructura recibe el documento de pase a producción ejecuta el pase a producción en el horario programado. [RN08] 14. Si el pase es exitoso, el jefe de proyectos da aviso a los clientes impactados por el cambio.

Flujos Alternos:

Paso 3. La Empresa Cliente ya no utiliza Suite Online. Si la empresa cliente ya no utiliza “Suite Online”, es porque ha migrado a la solución "Suite Integración", por lo que, se deriva la llamada al área respectiva y el flujo concluye. Paso 5. Pase a Producción rechazado.

Si la jefa de implementación de proyectos no aprueba el pase a Producción, el jefe de proyectos redefine las condiciones del pase, bajo un nuevo horario e impacto.

Precondiciones

- Empresa Cliente debe estar registrada como cliente de Suite Online - Dentro de los registros, es necesario que la empresa cliente debe ser un cliente vigente del servicio de facturación electrónica Suite Online.

Postcondiciones

- Cliente recibe atención y solución a su consulta - Se soluciona el inconveniente encontrado por el cliente en el sistema de facturación electrónica

Suite Online.

Diagrama de Actividades ECU02.

: Analista de Infraestructura

Lista de actividades a automatizar ECU02.

AA09 - Generar documento de pase a Producción

AA10 - Registrar aprobación

AA11 - Comunicar la corrección

AA12 - Escalar caso a jefe de proyectos AA13 - Generar informe de incidente

ECU03: RECIBIR SOPORTE TÉCNICO HELPDESK

Descripción:

El caso de uso comienza cuando el Cliente Interno presenta un desperfecto con el equipo o conexión a red asignado por la empresa TCI S.A. El Cliente Interno se comunica con el Asistente de Control el cual solicita sus datos y los corrobora, luego si el Cliente Interno ya presenta un Ticket de atención generado le indica que se mantenga a la espera, en caso contrario el Asistente de Control procede a registrar la incidencia en un nuevo Ticket. Luego, el Asistente de Control asigna al Analista de Soporte Interno de TI que atenderá el Ticket. El Analista de Soporte Interno se acerca al área donde se reportó la incidencia y procede con la solución del mismo. Si se soluciona, se comunica con el Asistente de Control para que cierre el Ticket si persiste el problema, se comunica con el mismo para que realice la solicitud de cambio de equipo con Asistente de Logística. Una vez que se cuente con el equipo nuevo, el Asistente de Control se comunica con el Analista de Soporte Interno que atendió el Ticket y le encarga el cambio. Luego del cambio, el Analista de Soporte Interno con ayuda del Cliente Interno verifican la operatividad del equipo. Luego, el Analista de Soporte Interno se comunica con el Asistente de Control y procede con el cierre del Ticket.

Flujo básico

1. El Cliente se comunica por llamada telefónica reportando su avería. 2. El Asistente de Control solicita los datos del Cliente Interno – Código de Empleado. 3. El Asistente de Control consulta los datos brindados por el Cliente Interno en “Lista de Clientes

Internos” y verifica el mismo. 4. El Asistente de Control verifica si el Cliente Interno no cuenta con Ticket en “Ticket de

Atención” ([RN04]) 5. El Asistente de Control solicita la información de la incidencia al Cliente Interno. 6. El Asistente de Control genera el Ticket clasificando al cliente como Gerencia o Empleados y entrega el Número al Cliente Interno. 7. El Asistente de Control asigna y registra a un Analista de Soporte para la atención del Ticket.

([RN05])

8. El Asistente de Control envía un correo informando al Analista de Soporte los datos el Cliente

Interno (tipo de Cliente, nombre, área de la empresa, descripción de incidencia, hora de atención.) y espera su confirmación. 9. El Analista de Soporte se acerca al área del Cliente Interno, realiza consultas adicionales al cliente y procede con los descartes de rigor.

10. El Analista de Soporte procede con el mantenimiento correctivo y realiza las pruebas de operatividad([RN06]) 11. El Cliente da conformidad al Analista de Soporte. 12. El Analista de Soporte envía un correo al Asistente de Control con los detalles de la atención. 13. El Asistente de Control revisa el correo y edita el Ticket de Atención con los detalles brindados en el correo. (Resultado de la Atención, Diagnostico y Hora de Atención) 14. El Asistente de Control actualiza el estado del Ticket de Pendiente a Cerrado.

Flujo alternativo

- Si en el paso 4, el cliente cuenta con Ticket.

El Asistente de Control informa los detalles del Ticket al Cliente y le indica que se mantenga a la espera.

- Si en el paso 8, el Analista de Soporte no brinda confirmación en un tiempo de 5 minutos de la asignación de Ticket.

El Asistente de Control se comunica mediante llamada telefónica con el Analista de Soporte.

- Si en el paso 10, no se soluciona con el mantenimiento brindado por el Analista de Soporte.

El Analista de Soporte se comunica con el Asistente de Control para que solicite a Logística un nuevo equipo. El Asistente de Logística consulta provee equipo e informa disponibilidad. Luego, el Asistente de Control revisa el Ticket y asigna al mismo Analista de Soporte para el cambio del equipo. Después, el Analista de Soporte y el Cliente verifican la operatividad del equipo y el

Asistente de Control cierra el Ticket.

Precondiciones

- Solo se brinda soporte técnico Helpdesk a clientes internos de la empresa. - El cliente debe estar registrado en la Lista de Clientes Internos

Post-condiciones

- Cliente recibe atención y solución a su incidencia. - La incidencia se considera solucionada cuando se cierra el Ticket.

Diagrama de Actividades ECU03.

Lista de Actividades a automatizar ECU03.

AA14 - Informar estado de Ticket

Actualmente se utiliza un archivo de hoja de cálculo para realizar la consulta del Tickets, se plantea automatizar la búsqueda en un software de Gestión de Incidencias mediante el Código de Empleado.