entradas fico

Hola

La gestión de tickets se denomina sistema de seguimiento de problemas. Se da prioridad a los errores o bugs que el usuario final remite al equipo de soporte en tres niveles de Alto, Medio y Bajo. Como todo el mundo ha alcanzado sus límites de tiempo antes, tenemos que corregir el error.

El trabajo principal del asesor de soporte es brindar asistencia en línea al cliente u organización donde ya se ha implementado SAP, quien debe ser muy fuerte en el tema y el proceso aplicado en SAP del lado del cliente con entender, analizar, actuar y dar el solución adecuada en el momento adecuado. Este es el puesto de asesor de soporte.

Los asesores del equipo de soporte se encargan de los problemas o tickets (problemas) que surgen de manera prioritaria.

El proceso de trabajo en proyectos de apoyo se da a continuación para su referencia.

1. El cliente o usuario final registra una llamada a través de cualquier herramienta o por correo (RADIX).

2. Cada miembro del equipo de apoyo es parte del grupo de apoyo.

3. Siempre que un cliente registre una llamada debe mencionarlo al grupo de trabajo (por su nombre).

4. Cuando las llamadas llegan al grupo de trabajo, el asesor de soporte o el personal debe enviar el IR ( RespuestasInicial) al usuario dependiendo de la prioridad de las llamadas. (Superior, Alto, Medio, Bajo, Ninguno)

5. A continuación, el consejero de apoyo o el personal corrigen el error y lo depuran. Luego, después de las pruebas adecuadas por parte de TR (Generar solicitud de transporte a través de la base de administración)

6. Luego se notifica al usuario final / cliente / superusuario sobre los cambios que el proceso CTS ha trasladado al servidor de producción.

Aquí está el proceso. En resumen, lo que entiendo es que si se requiere alguna configuración o personalización para resolver el problema, entonces el consultor debe trabajar en el cliente DEV, luego el usuario final lo probará en el cliente de control de calidad y, después de obtener el permiso, el consultor de BASIS debe realizarlo. . para el cliente PRODUCCIÓN.

Ejemplo:

Los tickets en SD se pueden considerar como los problemas que enfrenta el usuario final o el empleado en la empresa mientras trabaja en R / 3. Los tickets se encuentran normalmente durante o después de la implementación del proyecto. Puede haber muchos problemas con el soporte de producción y esos tickets deben ser resueltos por alguien que trabaje en soporte, cada ticket tiene una alerta de fecha límite específica, por lo que es su responsabilidad completarlo antes de la fecha límite.

Para empezar, deberíamos darte una “ENTRADA” por no saberlo.

Esto, por ejemplo subir boleto:

El usuario final no puede

1. Cree una orden de venta para un cliente de una nueva planta, ya que no se decide un punto de envío. .

Levanta un ticket y establece la prioridad en uno de los siguientes:

1. Bajo 2. Medio 3. Alto.

Ahora necesitas resolver este ticket. Analizaría el problema y reconocería que es necesario realizar la configuración del SP para la nueva planta.

Solicitaría transporte para DEV CLIENT a BASIS. Realiza el cambio y solicita un transporte más a BASIS para el cliente de control de calidad. El usuario final probará lo mismo creando un pedido de cliente para la nueva planta y aprobándolo.

Finalmente, solicita transporte para traducir los cambios a PRODUCCIÓN. Cuando se realiza el cambio de producción, el BOLETO se cierra. Lo que di es un pequeño ejemplo. Encontrará algunos problemas reales con ALTA gravedad en su soporte diario.

para la pregunta de la entrevista, vea el enlace a continuación

http://www.sap-img.com/sap-fi.htm

nagesh