Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Copyright 2018
1
Guía de Referencia GIM 2
Índice
Visión general de GIM............................................................................................................................................9
Introducción.....................................................................................................................................................10
Usuarios........................................................................................................................................................12
Regiones e Idiomas.......................................................................................................................................13
Características Claves...................................................................................................................................14
Escenarios.........................................................................................................................................................15
Problema interfuncional...............................................................................................................................16
APAC.........................................................................................................................................................17
EMEA........................................................................................................................................................18
LATAM......................................................................................................................................................19
NAFTA.......................................................................................................................................................20
JV APAC.....................................................................................................................................................21
Premium...................................................................................................................................................22
Problema funcional......................................................................................................................................23
APAC.........................................................................................................................................................24
EMEA........................................................................................................................................................25
LATAM......................................................................................................................................................26
NAFTA.......................................................................................................................................................27
JV APAC.....................................................................................................................................................28
Premium...................................................................................................................................................29
Problemas interregionales............................................................................................................................30
Referencia de GIM............................................................................................................................................33
Página Principal............................................................................................................................................34
Menú........................................................................................................................................................37
Un manual de usuario descargable en formato Microsoft Word. El Manual está disponible en todos los
idiomas admitidos por GIM......................................................................................................................38
Perfil del usuario.......................................................................................................................................39
Notificaciones...........................................................................................................................................43
Calendario................................................................................................................................................46
To Do - Lista..............................................................................................................................................48
KPI.............................................................................................................................................................50
Panel de Control.......................................................................................................................................52
Reply Inc 2018
Guía de Referencia GIM 3
Bookmarks................................................................................................................................................53
Crear Nuevo Problema.................................................................................................................................56
Información básica del problema.............................................................................................................57
Información del Problema........................................................................................................................60
Triage....................................................................................................................................................63
VIN........................................................................................................................................................67
Vehículo Afectado/Proyecto.................................................................................................................72
Add New Vehicle...............................................................................................................................75
Mercados afectados.............................................................................................................................78
Powertrain............................................................................................................................................81
Tipo de Motor...................................................................................................................................82
Tipo de Transmisión..........................................................................................................................84
Tipo de Driveline...............................................................................................................................86
Código/Sistema.....................................................................................................................................88
Seleccionar LOP................................................................................................................................89
Seleccionar Código TESIS..................................................................................................................92
Select CQI Code................................................................................................................................94
Select CCD.........................................................................................................................................97
Kilometraje...........................................................................................................................................99
Component.........................................................................................................................................100
Proveedor...........................................................................................................................................103
Planta afectada...................................................................................................................................105
Distribuidor.........................................................................................................................................107
Costo...................................................................................................................................................108
Test.....................................................................................................................................................109
KPI.......................................................................................................................................................111
Adjuntos.............................................................................................................................................118
Asignar roles...........................................................................................................................................121
Issue Manager....................................................................................................................................123
Business Supervisor............................................................................................................................127
Issue Closer.........................................................................................................................................131
Originador del problema....................................................................................................................133
Solucionador líder/Equipo de resolucion............................................................................................135
Asignar severidad...................................................................................................................................138
Añadir incidentes....................................................................................................................................142
Añadir manualmente..........................................................................................................................144
Subir archivo.......................................................................................................................................146
Chequeo de Duplicidad...........................................................................................................................148
Parámetros de búsqueda....................................................................................................................151
Añadir parámetros..........................................................................................................................154
Resultados del chequeo de duplicidad...............................................................................................155
Actividades de resolución del problema.....................................................................................................157
ICA - Interim Containment Action...........................................................................................................158
RCA - Análisis de la Causa Raíz................................................................................................................162
Análisis 5W1H.....................................................................................................................................166
Identificación PCA...................................................................................................................................168
Implementación PCA..............................................................................................................................171
Línea de solución de implementación PCA.........................................................................................173
Escenario con modelo transversal..........................................................................................................177
Disociar el problema...........................................................................................................................178
Correlacionar el problema..................................................................................................................182
Copiar y pegar.....................................................................................................................................188
Equipo de resolución y Solver Lead........................................................................................................190
Chequeo de acción de servicio...............................................................................................................194
Cierre del problema....................................................................................................................................196
Paso de resolución del Cierre del problema...........................................................................................198
Causa raíz sistémica................................................................................................................................201
Feed Forward..........................................................................................................................................203
Refacciones.............................................................................................................................................207
Reversión................................................................................................................................................208
Aplazamiento..............................................................................................................................................210
Cancelación................................................................................................................................................212
Búsqueda....................................................................................................................................................214
Tabla de resultados................................................................................................................................223
Personalizar la tabla............................................................................................................................226
Lista de priorización................................................................................................................................231
Disociar problemas.........................................................................................................................................414
Gestionar un problema de la Tabla de resultados..........................................................................................415
Reportes.........................................................................................................................................................416
Mover reporte a carpeta............................................................................................................................418
Programar un reporte.................................................................................................................................419
Publicar un reporte.....................................................................................................................................421
Mostrar reportes en panel de control........................................................................................................422
Búsqueda........................................................................................................................................................423
Ordenar Tabla de resultados......................................................................................................................424
Modificar el diseño de la Tabla de resultados............................................................................................425
Filtrar resultados de búsqueda...................................................................................................................427
Guardar resultados de búsqueda...............................................................................................................428
Transferir a priorización..............................................................................................................................429
En esta Visión general se presentan los conceptos generales en torno a los cuales se ha desarrollado el sistema
GIM.
La información detallada se puede encontrar en:
Introducción
GIM es una herramienta diseñada para proporcionar un sistema flexible y de utilización sencilla de apoyo al
proceso de gestión de problemas en todas las entidades de negocio y regiones de FCA.
Los requisitos del proyecto reflejan el contexto global de FCA: productos compartidos y plataformas
desarrolladas, producidas y comercializadas en diferentes mercados y regiones.
El objetivo global de la solución es mejorar el tiempo de repuesta a los problemas que surgen en la fase de
producción actual con el fin de frenarlos y resolverlos lo antes posible. Se utiliza asimismo el análisis de
resolución para evitar que vuelvan a darse los mismos problemas.
• Funcional: problemas tratados y resueltos dentro de la misma área funcional y región de origen;
• Interfuncional: problemas identificados por una función específica y asignados a otra para su
resolución;
• Nivel global: problemas identificados por una región que necesitan la intervención de otra región
para su resolución.
GIM captura la definición del problema y las descripciones de los datos en idiomas locales y tiene la capacidad
de traducir datos clave (narrativas, atributos de contenido, etc.) del idioma local a un idioma diferente. Por
ejemplo, un problema que se ha originado en la región EMEA se introducirá en GIM en el idioma local pero, al
enviarse a la región NAFTA para su resolución, GIM lo traducirá al inglés para el Issue Solver.
Usuarios
•Ingeniería
•Fabricación
•Powertrain
•Cadena de Sumnistro
Los proveedores autorizados pueden implicarse además como contribuidores externos para resolver
problemas.
Regiones e Idiomas
GIM es una herramienta internacional utilizada en las siguientes áreas geográficas:
•NAFTA: Área de Libre Comercio de América del Norte
•EMEA: Europa, Oriente Medio y África
•LATAM: Latinoamérica
•APAC: Asia y Pacifico
Estandarización: GIM permite la estandarización de los procesos de negocio para garantizar que todos los
usuarios puedan crear, asignar, resolver y cerrar problemas del mismo modo.
Flexibilidad: GIM ofrece un flujo de trabajo de configuración sencilla que permite a los administradores
establecer en él las reglas apropiadas. Los usuarios pueden administrar además de una forma flexible sus
notificaciones, personalizar su panel de control, etc.
Globalización: GIM está diseñado de tal forma que es compatible con múltiples idiomas y culturas. GIM
permite asimismo convertir diferentes monedas y formatos de unidades. Es posible además integrar en GIM
herramientas externas para facilitar la traducción automática de todos los campos de descripción del usuario.
Usabilidad: GIM es una herramienta web que puede utilizarse en diferentes navegadores, smartphones y
tablets. Entre las funciones de utilización sencilla se incluyen: búsqueda de texto completo, panel de control del
usuario, ajustes de usuario personalizados, notificaciones por correo electrónico, importación de archivos de
Excel para agilizar la incorporación de datos, ayuda en línea y elaboración de reportes.
Escenarios
El proceso de gestión de problemas es compatible con diferentes escenarios de negocio.
• Problemas funcionales (administrados a escala local dentro del mismo grupo funcional);
• Problemas interfuncionales (creados, gestionados y resueltos a escala local con la implicación de
diferentes grupos funcionales);
• Problemas interregionales (creados en la región de venta y resueltos en las regiones de producción e
Reply Inc 2018
Guía de Referencia GIM 10
ingeniería).
Problema interfuncional
Un problema interfuncional se gestiona localmente dentro de una región, incluyendo a expertos de los
diferentes grupos funcionales de la organización.
Las tareas de resolución se asignan a expertos de un tercer grupo funcional, tal y como se muestra en la imagen
a continuación.
En este escenario de la región EMEA, se produce una anomalía y el Servicio Técnico añade un problema
potencial a la Lista de Trabajo.
El departamento de Calidad selecciona el elemento de la Lista de Trabajo y lo convierte en un problema que
administrar.
A partir de ahí, el grupo de Calidad determina que deben llevarse a cabo actividades de resolución, no solo por
parte del Servicio Técnico, sino también de Fabricación.
Cuando cada área funcional haya completado sus actividades de resolución, el director de calidad cerrará el
problema.
APAC
En la región de APAC, la mayoría de los escenarios de negocio actuales no prevén la gestión de problemas
interfuncionales. Los problemas en APAC son normalmente de tipo interfuncional, ya que la organización de
Calidad es responsable de los modelos importados que se venden en los mercados APAC.
Los únicos equipos funcionales que se pueden asignar como Issue Solver de problemas interfuncionales son:
• Powertrain;
• Ingeniería.
EMEA
En la región EMEA, los problemas interfuncionales son creados, por lo general, por el departamento de Calidad,
que crea el problema y asigna a un responsable dentro de la organización de Calidad.
La creación de problemas se puede llevar a cabo directamente en GIM o a través de la selección de elementos
de la Lista de Trabajo.
El Issue Manager involucra a expertos de grupos funcionales que no son el de Calidad para resolver el
problema. Las actividades de resolución son coordinadas por el Issue Manager, que puede involucrar a
diferentes equipos en función de las características de la actividad de resolución. Los grupos que no son el de
Calidad involucrados como solvers son:
• Fabricación;
• Ingeniería;
• Powertrain;
• Calidad del proveedor (el proveedor colaborará como Issue Solver para completar las actividades
de resolución);
• Servicio Técnico (involucrado únicamente en la identificación e implementación de acciones de
servicio, tanto de contención como permanentes).
Los departamentos que no son el de Calidad pueden gestionar asimismo problemas interfuncionales e
involucrar a otros departamentos que no son el de Calidad. Si el departamento de Calidad no ha seleccionado
el elemento, podrá utilizarse para crear un problema, con la limitación de que no podrá enviarse a Calidad. El
Issue Manager permanecerá dentro del grupo funcional, mientras que la actividad de resolución podrá
asignarse a otros grupos funcionales que no son el de Calidad.
En cualquier momento, el departamento de Calidad puede retirar la responsabilidad del problema gestionado
por un departamento que no es el de Calidad, lo que permitirá al primero facilitar la resolución de este tipo de
problemas.
LATAM
En la región LATAM, los problemas interfuncionales los crean en GIM las siguientes áreas funcionales:
NAFTA
En la región NAFTA, los problemas interfuncionales los crean las siguientes áreas funcionales:
Calidad de la producción actual
Los Defensores de CST/Línea de vehículos crean el problema y lo clasifican. Una vez
identificada el área de resolución, se asigna al Issue Manager dentro de esta área.
Los procesos de resolución involucran a expertos de otros grupos funcionales (Fabricación,
Ingeniería, Powertrain y Servicio de Calidad del Proveedor);
Fiabilidad y Durabilidad.
Los expertos de Fiabilidad y Durabilidad originan los problemas y desempeñan el rol de Issue
Manager en GIM. Las actividades de resolución se asignan a Ingeniería;
Powertrain y Calidad del Powertrain;
Fabricación y Calidad de Fabricación;
Ingeniería y Calidad de Ingeniería.
Aunque esta área funcional gestiona problemas funcionales en su mayoría, determinados
problemas detectados se pueden resolver involucrando a expertos de Calidad del proveedor y
Fabricación;
JV APAC
In GAC FCA – APAC, cross – functional issues are created by the following functional areas:
Engineering
IT
Manufacturing
Powertrain
Quality Current Production
Calidad
SCM
Service
Proveedor
Calidad del Proveedor
Cadena de Suministro
In FIAL – APAC, cross – functional issues are created by the following functional areas:
Engineering
Manufacturing
Powertrain
Quality Current Production
Calidad
Service
Supplier
Supplier Quality
Cadena de Suministro
In HAVECO – APAC, cross – functional issues are created by the following functional areas:
Engineering
Manufacturing
Tren motriz
Quality Current Production
Calidad
Service
Supplier
Supplier Quality
Cadena de Suministro
Premium
In both ALFA ROMEO – EMEA and MASERATI – EMEA, cross – functional issues are created by the following
functional areas:
Engineering
Manufacturing
Powertrain
Quality Current Production
Service
Supplier
Supplier Quality
Supply Chain
Problema funcional
Un problema funcional se gestiona dentro del área funcional que lo ha originado sin involucrar a personal de
otros grupos funcionales.
A continuación se presenta un ejemplo de un problema funcional, en el que este se crea, administra y resuelve
en la planta de fabricación de la región NAFTA.
APAC
En la región APAC, únicamente el personal de India Joint Venture (JV) podrá gestionar problemas funcionales
durante la fase 1 del proyecto GIM. La mayoría de procesos de resolución se gestionarán internamente en JV,
bajo la supervisión de Calidad del Powertrain, Calidad de fabricación y Calidad de ingeniería.
EMEA
En la región EMEA, los problemas potenciales se compartirán inicialmente con la organización de Calidad,
utilizando la funcionalidad Lista de Trabajo.
De este modo se apoya el intercambio preliminar de la información entre la organización de Calidad y las áreas
funcionales que no son la de Calidad.
Las áreas funcionales que no son la de Calidad con permiso para acceder a la lista de trabajo son:
•Fabricación;
•Servicio Técnico;
•Powertrain
El personal de los grupos funcionales indicados será responsable de analizar los incidentes y de sugerir la
creación del problema cargando el nuevo elemento en la Lista de Trabajo.
Así, cualquier nuevo elemento de la lista de trabajo se presentará a la evaluación del departamento de Calidad,
que será responsable de determinar qué elementos son relevantes y aptos para actualizarse al nivel de
interfuncional.
Los elementos de la Lista de Trabajo no seleccionados a partir de Calidad podrán administrarse directamente a
través del área funcional que ha llevado a cabo el análisis de los incidentes a través de la creación del problema
funcional.
En el caso de estos problemas, el sistema evita el envío del problema a Calidad, limitación que garantiza que el
Issue Manager permanezca dentro de la organización que ha originado el problema.
Como resultado, el área funcional responsable de la creación del problema administrará también el problema y
El personal de estos grupos funcionales podrá crear y resolver el problema internamente. En el caso de Calidad
del proveedor, el proveedor podrá colaborar como Issue Solver en el sistema.
NAFTA
En la región NAFTA las siguientes áreas funcionales pueden crear y administrar de forma interna problemas
funcionales utilizando GIM:
Powertrain y Calidad del Powertrain;
Fabricación y Calidad de fabricación;
Ingeniería y Calidad de ingeniería;
Calidad del proveedor (involucrando al proveedor como solver del problema);
Servicio (incluidas las subáreas de este grupo funcional como, por ejemplo, Ingeniería de Calidad del
Producto, Operaciones de Servicio Técnico, Calidad de los Accesorios y Calidad del Proveedor Mopar).
Quality Current Production
Estas áreas funcionales pueden crear nuevos problemas en GIM sin involucrar a contribuidores externos para
su resolución.
JV APAC
In GAC FCA – APAC, functional issues are created by the following functional areas:
Engineering
IT
Manufacturing
Powertrain
Quality Current Production
Calidad
SCM
Service
Proveedor
Calidad del Proveedor
Cadena de Suministro
In FIAL – APAC, functional issues are created by the following functional areas:
Engineering
Manufacturing
Powertrain
Quality Current Production
Calidad
Service
Supplier
Supplier Quality
Cadena de Suministro
In HAVECO – APAC, functional issues are created by the following functional areas:
Engineering
Manufacturing
Tren motriz
Quality Current Production
Calidad
Service
Supplier
Supplier Quality
Cadena de Suministro
Premium
In both ALFA ROMEO – EMEA and MASERATI – EMEA, functional issues are created by the following functional
areas:
• Engineering
• Manufacturing
• Powertrain
• Quality Current Production
• Service
• Supplier
• Supplier Quality
• Cadena de Suministro
Problemas interregionales
Un problema interregional es un problema creado en la región de venta y asignado a otra región o regiones
para su resolución. En este escenario, en el proceso de administración del problema están involucrados
expertos de diferentes regiones.
El Issue Originator procede de la región APAC (región de venta). El problema se asigna a continuación a un Issue
Manager de la región APAC, que será el responsable de abordar el proceso de resolución con las otras regiones.
El Issue Manager de la región APAC asigna el Análisis de la Causa Raíz a un Solver Lead de la región LATAM, que
involucrará al equipo de diagnóstico adecuado para que investigue y detecte dicha causa.
Una vez completado el análisis, el proceso de resolución requiere la identificación de la Permanent Corrective
Action (por ejemplo, el ODM de un componente). Esta actividad es completada por los ingenieros de producto
Reply Inc 2018
Guía de Referencia GIM 20
La validación de la acción permanente se comunica a continuación al Issue Manager de la región APAC, que
será el responsable de asignar la implementación definitiva de la solución correctiva. La implementación se
encarga a un Solver Lead de la región NAFTA, que a su vez involucrará a la planta de fabricación para que
defina el punto limpio.
Al alcanzar el punto limpio se activa la fase de monitorización y se cierra el problema, tarea de la que se hace
cargo el Issue Closer en la región de venta.
Una práctica adicional para la administración de problemas interregionales es la asignación del Business
Supervisor en la región que ha originado el problema. Por consiguiente, la confirmación definitiva de la
cancelación/aplazamiento dependerá de la región de venta.
En la siguiente figura están representadas las interacciones existentes entre los participantes de las diferentes
regiones:
La mayoría de problemas interregionales se crearán dentro del departamento de Calidad de la región de venta,
pero el sistema es compatible además con problemas originados en cualquier otro. Por ejemplo, los grupos
funcionales que no son el de Calidad (Fiabilidad en las regiones NAFTA y APAC) pueden crear sus propios
problemas, detectados al finalizar los tests realizados en vehículos importados.
Independientemente del equipo funcional que origine un problema interregional, el problema se asignará a un
Issue Manager de la organización de Calidad de la región de venta.
Posteriormente, el Issue Manager dirigirá el problema a uno o más Solver Leads del departamento de Calidad
de la región de producción.
En el proceso descrito, las regiones establecen un canal de comunicación a través de las voces simples de
Calidad, ubicadas en la región de venta (como Issue Manager) y en la región de producción (como Solver Lead).
En la siguiente tabla se resumen los roles involucrados como voces simples de Calidad en los flujos
interregionales:
Referencia de GIM
Esta sección de la Guía de referencia describe detalladamente el papel de cada uno de los elementos de la
interfaz de usuario.
Página Principal
La página principal de inicio está formada por varios elementos que componen la página de inicio principal y la
puerta de acceso para los usuarios que acceden al sistema.
El primer elemento es el menú situado en la parte izquierda de la página de inicio: los elementos del menú
permiten acceder a las principales funcionalidades de la aplicación.
El segundo elemento es el perfil de usuario, que incluye información configurable relacionada con el usuario
específico. El usuario puede acceder a esta sección haciendo clic en el elemento del menú. La página incluye
información básica sobre la organización del usuario (región/área funcional/departamento), los posibles roles
de GIM que desempeña el usuario y ciertas preferencias configurables (notificaciones, lista de distribución y
panel de control).
En secciones específicas de la Página de inicio se muestran notificaciones recibidas por el usuario. En estas
secciones se ofrece una visión general rápida de las últimas acciones ejecutadas por otros usuarios y de las
actividades que se espera que ejecute el usuario, en función de su responsabilidad.
La sección Lista Por hacer incluye notificaciones clasificadas como Por hacer. Estas notificaciones solicitan al
usuario que complete una tarea en el sistema como adoptar una decisión (aceptar/confirmar una asignación,
por ejemplo) o cambiar el color del problema.
La sección Calendario incluye notificaciones para la programación de próximas actividades para el usuario
(resolver una tarea con una fecha de efectividad tentativa, por ejemplo).
Otro elemento de la Página de inicio es la sección KPI, situada en la parte superior de la página y que incluye un
resumen gráfico de las actividades del usuario (en términos de número de problemas por issue status).
El elemento principal es el panel de control, en el que se visualizan los reportes preferidos del usuario. Las
preferencias relacionadas con el panel de control (reportes y filtros por defecto) se pueden configurar en el
perfil del usuario, de modo que este podrá modificar los reportes y filtros.
Por último, la Página de inicio incluye la sección Bookmark, que incluye problemas y una serie de listas de
prioridades que se pueden guardar como Bookmark. Esta sección permite al usuario:
• Recuperar rápidamente problemas y listas de
prioridades favoritos;
• Buscar problemas específicos entre los preferidos;
• Navegar hasta la información de los problemas
preferidos
Logotipo de GIM
Al hacer clic en el logotipo de GIM de la esquina superior izquierda del sistema se accede a esta Página
Usuario conectado
Muestra el identificador de usuario del usuario conectado y enlaza con la sección de configuración de
usuario, donde este puede ajustar su configuración personal.
Este control está habilitado para todos los roles.
Menú
Incluye los enlaces a las principales funcionalidades del sistema GIM.
Centro de Notificaciones
Este control permite al usuario acceder a las notificaciones. Cuando el usuario hace clic en este icono,
el sistema expande el centro de notificaciones para que el usuario pueda llevar a cabo acciones
relacionadas con las notificaciones.
Idioma preferido
Este control permite al usuario cambiar el idioma. Al hacer clic en este elemento, el sistema muestra
un desplegable con las siguientes opciones de idiomas: Inglés, Italiano, Portugués brasileño, Español y
Chino simplificado.
Si un usuario hace clic en una opción distinta al idioma actual que se está mostrando, el sistema se
actualizará utilizando el nuevo idioma seleccionado.
Área de Trabajo
Esta área de contenido cambia en función de la selección del usuario. En la imagen de muestra anterior
se visualiza el panel de control.
Menú
Reply Inc 2018
Guía de Referencia GIM 24
Usuario conectado
Muestra el identificador de usuario del usuario que ha iniciado sesión y enlaza con la sección de
configuración de usuario, donde este puede ajustar su configuración personal.
Página de inicio
Enlace a la página de inicio personal del usuario e incluye información como, por ejemplo,
notificaciones, gráficos, calendario, actividades por hacer, favoritos y listas de priorización.
Ir al problema
Acción para navegar directamente a la información del problema a través de la ventana siguiente
Lista de Trabajo
Enlace a la página Lista de Trabajo
Búsqueda y Priorización
Enlace a la página Búsqueda y Priorización
Mantenimiento de LOP
Enlace a la página de Mantenimiento de LOP
Reportes
Enlace a la página de Reportes
Cambio de Usuario
Enlace a la página de Cambio de Usuario
Configuration
Enlace a la páginas de configuración
Manual
Un manual de usuario descargable en formato Microsoft Word. El Manual está disponible en todos los
idiomas admitidos por GIM.
Información
El objetivo de la sección Información es recapitular los ajustes del usuario acerca de su organización y
de los roles de GIM en función del perfil de usuario que tenga asignado. Esta sección no es editable.
En la siguiente tabla se recoge la información del usuario que se encuentra disponible en esta sección.
Los roles de GIM asignados que el usuario puede desempeñar (por ejemplo:
Rol de GIM Issue Originator, Issue Manager, Issue Closer, Business Supervisor, Issue
Reader, etc.).
Preferencias regionales
El usuario puede establecer la suya o su preferencia de zona horaria.
Empresa
El nombre de la empresa en la que trabaja o con la que trabaja el usuario.
Administración de notificaciones
Cada usuario puede gestionar el funcionamiento del sistema de entrega de notificaciones de GIM:
La configuración distingue entre problemas marcados como Bookmark y no marcados como Bookmark
y entre diferentes tipos de notificaciones.
La opción "quiero recibir también notificaciones por correo electrónico" se puede aplicar en los
siguientes casos:
Lista de distribución
Permite crear y administrar listas de distribución utilizadas por el usuario al enviar una notificación.
• Crear una lista de distribución nueva, dándole un nombre y añadiendo una lista de
contactos.
• Editar una lista de distribución existente modificando su nombre y los contactos que incluye.
El usuario puede administrar los contactos incluidos en cada lista de distribución tanto durante la
creación como durante la edición de las listas. Se pueden utilizar las siguientes funciones para
administrar los contactos:
Los parámetros utilizados para realizar la búsqueda mencionada con anterioridad son:
• Región
• Área funcional y
• Departamento (si está disponible)
Suscripciones
Cada usuario puede administrar suya o su Suscripciones para recibir notificaciones de problemas GIM
que el usuario no tiene asignados.
Al hacer clic en el botón Agregar, signo "+", un usuario podrá agregar una Suscripción basada en un
criterio de filtro seleccionado. El usuario puede agregar tantos criterios de filtro como sea necesario
para definir mejor los problemas GIM que el usuario incluirá en todas las notificaciones.
Después de que se hayan agregado los criterios de filtro necesarios, el usuario debe hacer clic en el
botón Guardar, disquete azul, para guardar los nuevos filtros de Suscripciones. El usuario se agregará a
todas las notificaciones de problemas GIM que coincidan con los criterios de filtro de la Suscripción.
Los cambios realizados en las Suscripciones del usuario en la página Perfil de usuario también se
reflejarán en la Gestión de usuarios. Similar, los cambios que realice un administrador del sistema en
las suscripciones de un usuario en la administración de usuarios se reflejarán en el perfil del usuario.
Notificaciones
La sección Notificaciones permite al usuario conectado ver mensajes (ya sea de la lista de distribución o
mensajes del sistema).
La sección Notificaciones se encuentra en la barra de título de GIM y está disponible en todas las páginas de
GIM.
Se notifica al usuario en tiempo real que hay mensajes nuevos y este puede abrir la ventana emergente de
notificación sin necesidad de navegar a una página específica.
De forma adicional, en las siguientes secciones de la Página de inicio se encuentran disponibles mensajes tipo
Notificación:
•Sección Calendario
•Sección Lista Por hacer
En la siguiente tabla se recogen los diferentes tipos de notificaciones:
Gestionada a través
Tipo Descripción
de
Agrupa todos los mensajes clasificados como de tipo
Calendario. Sección de calendario,
Calendario Este tipo de notificación incluye una fecha relacionada y se Sección de
añade a la sección Calendario de la página de inicio (por notificaciones
ejemplo, período de inicio de la supervisión).
Agrupa todos los mensajes clasificados como de tipo Por
hacer.
Sección de lista Por
Este tipo de notificación solicita al usuario que lleve a cabo
Por hacer hacer, Sección de
una actividad explícita (por ejemplo, confirmar/rechazar la
notificación
asignación de responsabilidad o confirmar/rechazar la
solicitud de aplazamiento).
Agrupa todos los mensajes clasificados como de tipo
Información. Sección de
Información
Este tipo de notificación informa de algo al usuario sin notificaciones
precisar una actividad explícita por parte de este.
Calendario
Agrupa todos los mensajes clasificados como de tipo Calendario.
Por hacer
Agrupa todos los mensajes clasificados como de tipo Por hacer.
Información
Agrupa todos los mensajes clasificados como de tipo Información.
Búsqueda
La sección Búsqueda permite al usuario buscar notificaciones.
El campo de búsqueda de texto libre busca por nombre del problema, tipo de notificación, título de la
No leído
Al marcar esta casilla de verificación se filtran únicamente los mensajes no leídos.
Ocurrencia de mensaje
Incluye una vista previa del mensaje de notificación recibido con la siguiente información:
•Nombre del problema;
•Fecha de envío;
•Tipo de notificación: información, Por hacer, calendario;
•Título de la notificación.
Los mensajes de notificación tipo Calendario se eliminan 90 días después de la fecha de cierre del
problema.
Información
El icono Info se encuentra dentro del campo de mensaje.
Al hacer clic en el icono se abre una descripción emergente que incluye información detallada sobre el
mensaje de notificación recibido:
•Nombre del problema;
•Descripción del problema definida durante la fase de creación del problema;
•Tipología de la notificación: Información, Por hacer o Calendario;
•Fecha de envío;
•Título de la notificación;
•Mensaje de texto completo;
•Nota o motivo, si fuera aplicable.
Al hacer clic en este botón se marca también el mensaje como leído.
Calendario
Incluye mensajes de notificación clasificados como Calendario. Cada notificación tipo Calendario incluye una
fecha, que el sistema utiliza para introducir la notificación en el calendario.
Dentro de la sección Calendario, el usuario puede interactuar con las notificaciones tipo Calendario como se
Reply Inc 2018
Guía de Referencia GIM 32
indica a continuación:
Ocurrencia de mensaje
Incluye una vista previa del mensaje de notificación recibido con la siguiente información:
•Nombre del problema
•Fecha de envío
•Tipo de notificación: Información, Por hacer, Calendario
•Título de la notificación
Los mensajes de notificación tipo Calendario se eliminan 90 días después del cierre del problema.
Información
El icono Info se encuentra dentro del cuadro de mensajes tipo Calendario.
Al hacer clic en el icono se abre una descripción emergente que incluye información detallada sobre el
mensaje de notificación recibido:
•Nombre del problema
•Descripción del problema definida durante la fase de creación del problema
•Tipo de notificación: Información, Por hacer, Calendario
•Fecha de envío
•Título de la notificación
•Mensaje completo
• Nota o motivo, si es aplicable
Al hacer clic en este botón se marca también el mensaje como leído.
Colapsar/Expandir
Pantalla completa
To Do - Lista
Incluye mensajes tipo Notificación clasificados como Por hacer. Estas notificaciones requieren que el usuario
lleve a cabo una actividad como, por ejemplo:
• Confirmar/Rechazar la asignación del Issue Manager, donde el usuario es candidato a ser el
Issue Manager de un problema
• Solicitar cambiar manualmente el color del problema, donde el usuario se ha configurado como
rol responsable de cambiar el issue status de un problema
Ocurrencia de mensaje
Incluye una vista previa del mensaje de notificación recibido con la siguiente información:
•Nombre del Problema;
•Fecha de envío;
•Tipo de notificación: información, Por hacer, calendario;
•Título de la notificación.
Información
El icono Info se encuentra dentro del elemento del mensaje de la lista Por hacer
Al hacer clic en el icono se abre una descripción emergente que incluye información detallada sobre el
mensaje de notificación recibido:
•Nombre del Problema;
•Descripción del problema definida durante la fase de creación del problema;
•Tipo de notificación: información, Por hacer, calendario;
•Fecha de envío;
•Título de la notificación;
•Mensaje completo
•Nota o motivo, si existe.
Búsqueda
La sección Búsqueda permite al usuario buscar una notificación específica dentro de las notificaciones
tipo Por hacer.
El campo de búsqueda de texto libre busca por nombre del problema, título de la notificación y
motivo/nota (si se incluye).
Colapsar/Expandir
Pantalla completa
KPI
La sección KPI se encuentra en la parte superior de la página, encima de la sección Panel de Control.
La sección KPI resume de forma gráfica el estado de las actividades del usuario del siguiente modo:
• Issue status del problema
• Status del problema
N.º de RED
Indica el número de problemas de color RED en los que el usuario desempeña un rol diferente al de
Reader.
Las barras rojas representan la tendencia durante los últimos 10 días.
Al hacer clic en este KPI, se abre de forma automática la página de búsqueda y se muestran los
problemas implicados.
La sección KPI no está visible para los Readers.
N.º de YELLOW
Indica el número de problemas de color YELLOW en los que el usuario desempeña un rol diferente al
de Reader.
Las barras yellow representan la tendencia durante los últimos 10 días.
Al hacer clic en este KPI, se abre de forma automática la página de búsqueda y se muestran los
problemas implicados.
La sección KPI no está visible para los Readers.
Indica el número de problemas de color LIGHT GREEN en los que el usuario desempeña un rol
diferente al de Reader.
Las barras green representan la tendencia durante los últimos 10 días.
Al hacer clic en este KPI, se abre de forma automática la página de búsqueda y se muestran los
problemas implicados.
La sección KPI no está visible para los Readers.
problemas implicados.
Añadir reporte
Se abre un menú desplegable que muestra todos los reportes que se pueden agregar en el panel de
control.
Bookmarks
La sección Bookmarks contiene:
• Problemas favoritos del usuario: problemas que el usuario ha marcado como Bookmark
utilizando el botón Bookmark del cuadro superior de información básica del problema en
cuestión.
El usuario puede marcar/desmarcar el icono "Estrella" en cualquier momento durante el
ciclo de vida del problema para incluir/excluir un problema de la lista de favoritos del
usuario.
• Listas de priorización favoritas del usuario: listas de priorización que el usuario ha marcado
como Bookmark utilizando el botón Bookmark de la sección Listas de priorización de la
página Búsqueda y Priorización.
En cualquier momento durante el ciclo de vida del problema, el usuario puede
marcar/desmarcar el icono "Estrella" para efectuar una inclusión/exclusión.
Información
Nombre
Contiene:
En el caso de problemas marcados como Bookmark:
Nombre del problema;
Color que representa el estado actual del problema;
Botón Información para obtener más información sobre el problema.
En caso de listas de priorización marcadas como Bookmark:
La lista está ordenada según la fecha/hora en la que se añadió el elemento a la lista de favoritos.
Un nuevo elemento se añade en la parte superior de la lista.
El usuario puede modificar el orden arrastrando y soltando un elemento en una posición nueva.
Al hacer clic en un elemento de la lista:
En el caso de problemas marcados como Bookmark:
o Pregunta al usuario cuál es la página de inicio para obtener la información o las
operaciones deseadas.
En caso de listas de priorización marcadas como Bookmark:
o Abre la lista de priorización seleccionada en la página de búsqueda.
Botón Bookmark
Pantalla completa
Búsqueda
Redirigir
El botón se utiliza para seleccionar la página del problema que se quiere explorar.
Cuando se selecciona un problema en la sección Bookmark, al hacer clic en este botón se abre una
ventana emergente con los iconos del mapa de navegación.
El usuario puede seleccionar uno de los iconos disponibles:
La sección Crear Nuevo Problema permite al usuario crear un nuevo problema para empezar a efectuar un
seguimiento de este y a gestionarlo.
Detection Date
This control allows the user to select the date when the issue was detected. By clicking on the calendar
icon, a date picker popup appears and the user can click on a desired date.
Issue Originator
Indicates the user who is creating the issue. This is read-only.
Resolution Responsibility
This is the Department for the issue solving activities.
This field is auto-populated to 'TBD.'
By clicking the dropdown arrow, the user can select the Resolution Responsibility from the list of
Departments associated to the Target Functional Area.
Incidents Source
Values within this field represent the name of incident collection systems or processes that feed the
Level
Este es un campo opcional, el usuario puede seleccionar ya sea físico o virtual a través del menú
desplegable.
Issue Template
This drop-down allows the user to select the issue template to be used for issue creation.
This is auto-populated based on the user’s default Issue Template, establecido por los administradores
del sistema en la página de administración de usuarios.
The selection of the Issue Template will drive the appropriate sections of the Issue Info page to be
automatically opened.
El Issue Template también generará el flujo de trabajo del problema. Si se selecciona un Issue
Template de producción actual, el problema seguirá el flujo de trabajo de producción actual. Si se
selecciona una Plantilla de problemas de desarrollo de productos, el problema seguirá el flujo de
trabajo de Desarrollo de productos.
La siguiente es una lista de plantillas de problemas disponibles:
• Encuesta al cliente - Producción actual
• Ingeniería - Producción Actual
• Ingeniería - Desarrollo de Productos
• Manufactura - Producción Actual
• Manufactura - Desarrollo de Productos
• Parte devuelta - Producción Actual
• Tren motriz: Producción Actual
• Tren motriz - Desarrollo de Productos
• Calidad - Producción Actual
• Calidad - Desarrollo de Productos
• Confiabilidad / Durabilidad - Producción Actual
• Confiabilidad / Durabilidad - Desarrollo de Productos
• Servicio - Producción Actual
• Calidad del proveedor - Producción Actual
• Cadena de suministro: producción Actual
• Garantía - Producción Actual
Issue Description
Reply Inc 2018
Guía de Referencia GIM 44
Source Process
A multi-select field with available values based on the configuration of the Origin Business
Unit/Functional Area allows the user to define one or more Source Processes for the issue.
Issue Type
A single-select file allowing the user to optional define the Issue Type. Los campos disponibles para la
selección son los siguientes:
• Hardware
• Software
• Mopar Kits
Severidad
Mercado Afectado
Triaje
VINs
Vehículo/Proyecto Afectado
Powertrain
Code System
Mileage
Component
Supplier
Test
Affected Plant
KPI
Dealer
Cost
Attachments
Triage
Los requisitos previos para llevar a cabo el Proceso de Triage son:
El usuario debe tener en su perfil el rol "Triage Responsible" para que se le pueda asignar dicho
rol en un problema determinado. En el caso de un usuario nuevo, el rol únicamente podrá
asignarlo el Administrador del sistema.
Para que los usuarios procedan a la clasificación de un problema, deberán activar la sección
Triage y asignar a un usuario con el rol Triage Responsible. Esta sección está activada por
defecto en el caso de la plantilla del problema tipo "Garantía" para problemas originados en la
región NAFTA.
La asignación del usuario con el rol Triage Responsible se puede confirmar ya sea guardando el
problema o haciendo clic en el botón Enviar, situado junto al campo Triage.
La sección "Triage" se utiliza para recoger los resultados del diagnóstico inicial del problema.
Esta sección:
• En problemas apoya al Issue Originator para que este asigne el Issue Manager y el
regionales: proceso de resolución de una forma adecuada;
• En problemas apoya al Solver Lead para que este asigne la resolución a un equipo de
interregionales: solvers apropiado.
La sección Triage está desactivada por defecto. El usuario puede activarla manualmente.
El estado de clasificación "Completada" no es obligatorio para enviar un problema interregional para su
creación. No obstante, cuando la sección "Triage" está activada, ya sea automática o manualmente, el sistema
bloqueará la acción "Enviar" si el campo Triage está vacío.
El estado de clasificación "Completada" es obligatorio para enviar un problema regional para su creación.
El Solver Lead de un problema interregional puede modificar la página Info Problema con los mismos permisos
que el Issue Manager de un problema regional. Puede:
•Asignar y eliminar al Triage Responsible;
•Cargar archivos adjuntos de clasificación;
•Completar el proceso de clasificación.
Triage Responsible
Desplegable para asignar al usuario responsable. El desplegable está prefiltrado basándose en los
usuarios configurados con el rol de GIM "Triage Responsible". El sistema buscará a estos usuarios
Reply Inc 2018
Guía de Referencia GIM 48
Triage
Reply Inc 2018
Guía de Referencia GIM 49
Al recibir la notificación Por hacer generada por asignación, el Triage Responsible podrá editar el
contenido del campo.
Utilizando el botón Guardar de la página (en la barra vertical más a la derecha) el usuario podrá
guardar actualizaciones progresivas.
Toda la información introducida por el Triage Responsible en el campo "Triage" se guardará en
Historia, incluso aunque este se reasigne. El cuadro de texto mostrará siempre el último texto
guardado.
ACTUALIZACIÓN DE TRIAJE
Los usuarios que tienen permitido actualizar el texto de la sección Triage son los siguientes:
Problemas Funcional y Interfuncional:
•Problemas en estado Draft: Issue Originator, Triage Responsible y Business Supervisor.
•Problemas en estado Red y Yellow, antes de completar el RCA: Issue Originator, Issue
Manager, Business Supervisor y Triage Responsible.
Problemas Interregionales:
•Problemas en estado Draft: Issue Originator.
•Problemas en estado Red y Yellow, antes de completar el RCA: Issue Originator, Issue
Manager, Business Supervisor, Solver Lead y Triage Responsible.
Historia
Muestra el panel Historia.
Botón Completar
Marca la Triage como completada. Se muestra una ventana emergente de confirmación y, si el usuario
hace clic en "OK". el Estado de Triaje cambia de "No Completado" a "Completado".
El estado "Completado" es obligatorio para completar el RCA. Si se ha activado la sección "Triage", el
Solver Lead y los solvers no podrán completar el RCA hasta que se haya completado el proceso de
Triage. Se mostrará un mensaje específico para informar a los usuarios de que este paso no se puede
completar debido a que el proceso de Triage se encuentra en estado pendiente.
FINALIZACIÓN DE TRIAJE
Los usuarios que pueden completar la sección Clasificación son los siguientes:
Problemas Funcional y Interfuncional:
•Problemas en estado Draft: Issue Originator, Triage Responsible y Business Supervisor.
•Problemas en estado Red y Yellow, antes de completar el RCA: Issue Originator, Issue
Manager, Business Supervisor y Triage Responsible.
Problemas Interregionales:
•Problemas en estado Red y Yellow, antes de completar el RCA: Solver Lead y Triage
Responsible.
Estado de Triage
Muestra el estado del proceso de Triage. Los valores posibles son "Completado" y "No completado"
Botón Reabrir
Reabre un Triage cerrada.
Si el Issue Manager asignado rechaza la asignación del problema, el Triage se reabrirá
automáticamente. De este modo será posible introducir más información para poder identificar con
mayor precisión a qué usuario se le debe asignar el rol de Issue Manager.
El Business Supervisor y el Issue Manager pueden reabrir también una Clasificación para añadir
información que puede utilizarse para administrar mejor el problema.
REABRIR TRIAGE
Los usuarios que pueden reabrir la sección Triage son los siguientes:
Problemas Funcional y Interfuncional:
•Problemas en estado Draft, tras la aceptación del Issue manager: Issue Originator, Triage
Responsible y Business Supervisor. Si el Issue Manager rechaza la asignación del rol mientras el
problema se encuentra en estado Draft, la sección Clasificación se reabrirá automáticamente.
•Problemas en estado Red y Yellow: Issue Manager y Business Supervisor.
Problemas Interregionales:
•Problemas en estado Red y Yellow: Triage Responsible.
VIN
El contenido de esa sección se puede utilizar para completar de forma automática la información de otras
secciones. Basándose en los datos maestros asociados a un VIN, las demás secciones se completarán con
información relacionada con el vehículo.
Al hacer clic en el botón "Añadir"; se muestra la siguiente ventana de introducción de datos:
VIN
CIS
VON
VON ingresado manualmente.
Número de Mula
Número de mula del vehículo.
Ingresado manualmente
Mileage
Odometer Reading of the VIN.
Manually entered.
Unidad de Kilometraje
Unidad de medida para el kilometraje. Las selecciones disponibles son:
• Mi
• Km
• Hr (s)
• Ciclo (s)
La unidad de medida se selecciona durante la entrada de datos y se puede editar posteriormente.
Validado
Validation flag.
Se marcará esta bandera si el sistema puede validar la información agregada por el usuario.
Si no está marcado, el usuario puede hacer clic en el indicador para solicitarle al sistema que valide la
fila en la tabla VIN. El sistema enviará una llamada para probar y validar la fila en la tabla VIN.
Región
The Region is selected during data entry. FCA users will be able to select any Region from the
dropdown when adding a VIN, meaning FCA users can add VINs from any region to an issue.
For users from the below Business Units, they can only add VINs from the listed region to an issue.
Business Unit Region
FIAL – APAC APAC – India
GAC FCA – APAC APAC – China
HAVECO – APAC APAC – China
Modelo
Código de modelo asociado al VIN.
Esto se puede ingresar manualmente o tirar al validar el VIN.
Añadir
If the Region NAFTA is selected, only 17 digit VINs will be validated. If the ‘To be Validated’ flag is checked and
an 8 digit VIN is entered a warning message will be displayed stating, “Please enter 17 digits to attempt
validating this VIN.”
When the Region EMEA or LATAM is selected, a Model will be required if an 8 digit VIN is entered. If a full 17
digit VIN is entered, a model will not be required when adding the VIN.
When the Region APAC – China is selected, only 17 digit VINs can be added to the issue.
When the Region APAC – India is selected, either 17 digit or 20 digit VINs can be added to the issue.
For all Regions, GIM will not allow duplicate VINs to be uploaded to an issue. An error message will be
displayed if a user attempts to upload duplicate VINs.
Solo se requiere uno de los campos, VIN, VON, Car Plate o Mule Number; sin embargo, se debe ingresar al
menos uno de estos campos antes de hacer clic en "Guardar".
Al hacer clic en "Guardar" se agregará una línea al problema y con la información ingresada por el usuario. Si se
marca el indicador 'Para ser validado', el sistema intentará y validará la información ingresada en este
Excel
El botón de Excel se usa para cargar automáticamente los VIN desde un archivo de Excel.
El usuario puede navegar por su PC y seleccionar un archivo de plantilla de Excel, que contiene una
lista de VIN, kilometraje CIS (si está definido) y un indicador de validación.
El usuario podrá marcar hasta 20 VIN en el archivo de Excel como "Para ser validado". Los VIN se
marcan para validación si se inserta una "Y" en la columna "A ser validada" del archivo de Excel.
Aunque existe un límite en la cantidad de VIN que se pueden validar para una carga de Excel, no hay
un límite en la cantidad de VIN que se pueden agregar de una vez a un problema mediante una carga
de Excel.
La lista es cargada por el sistema y llena la grilla.
Las mismas reglas para la longitud y validación de VIN que se aplican al agregar manualmente un VIN a
un problema, se aplican también al cargar los VIN a un problema a través de Excel.
Eliminar
Editar
Activar/Desactivar Control
Expande / Colapso
Control de navegación
Navega entre los elementos mostrados. Las funciones de los botones de izquierda a derecha son:
1. Ir a la primera página;
2. Ir a la página anterior;
3. Ir a la página;
4. Ir a la página siguiente;
5. Ir a la última página.
Vehículo Afectado/Proyecto
La mayor parte de la información sobre los vehículos afectados se puede generar tomando como base la
sección VIN.
Si la sección VIN incluye una lista de números de serie referidos a diferentes modelos, el sistema creará una
pestaña por modelo.
Diferentes VIN pueden hacer referencia al mismo modelo y diferir en el caso de otra información (MVS, tipo de
motor, etc.). En este caso, el sistema crea una pestaña única para el modelo y, a continuación, completa de
forma automática las selecciones múltiples necesarias con los objetos adecuados del desplegable.
El usuario puede añadir un vehículo afectado utilizando el botón "Añadir un vehículo nuevo".
Delete Action
Edit Action
This button is used to edit the information of the Affected Vehicle. It opens the Add New Vehicle
popup except all information associated to the Affect Vehicle is automatically input.
See Add New Vehicle
Options
When clicking on # opt selected a popup will appear listing all the Options selected for the model in the
row. Below is an example of this popup.
Cuando el Sistema de Origen se establece en FCA EMEA, el usuario tendrá la opción de agregar un Modelo o un
Proyecto al problema. El campo Proyecto solo se mostrará cuando se seleccione FCA EMEA como el Sistema de
Origen.
The Source System dropdown allows the user to filter the list of Models by selecting a Business Unit. This will
limit the values in the Model dropdown to only Models in the Business Unit’s master data.
The Model dropdown allows the user to select the vehicle to be added to the GIM issue. After clicking Add, a
Popup is displayed to add information about the Affected Vehicle.
When adding a Model from Source System FCA EMEA, an Options section will be added to the bottom of the
Model popup above the Save and Cancel buttons. This table will allow the user to select the associated
Options for the Affected Vehicle being added to the GIM issue.
Segment
Segment of the vehicle
Model
Vehicle model identification and vehicle name.
This field is required and cannot be changed.
Body Type
Type of body (used for classification of the vehicles)
Fase de Construcción
Un menú desplegable de selección única requerida. Las siguientes son las selecciones disponibles:
Digital / Simulación
Aprobación del programa
Paso 2
Paso 3
Buck / Banco
Construir mula
VP
PD
Trabajo 1
Engine Type
Type of engine installed in vehicle
Body Model
Model/Version/Series
Engine Size
Cubic centimeters of the engine.
Localizacion Fisica
Campo de texto libre
Marca
Código y nombre de la marca
Project
Identification of the development project
Model Year
Model Year related to vehicle. Depending on the Source System of the vehicle, this field is required.
Nivel de Emisión
Un menú desplegable de selección única para el nivel de emisión del vehículo, poblado por datos
maestros.
Axle Type
Type of axle (used for identification of car mode)
Transmission Type
Type of transmission installed in vehicle
Fuel Feed
Fueling type related to the vehicle
Save
Adds the model to the Affected Vehicle section with the appropriate values in each column
Cancel
Closes the popup and does not add the model to the Affected Vehicle section
Options
The Options table allows the user to select an Option from the Not Selected list and move it over to
the Selected list. To move an Option between the two list, click on the desired Option and then click
on the single arrow ( or ).
A user can use the Filter text field, to search for a specific or group of Options. Then to move multiple
Options from one list to the other, a user can click on the double arrows ( or ) and all
Options in the filtered list will be moved to the opposite table.
Mercados afectados
El valor por defecto de esta sección es activada, ya que es necesaria para seleccionar un Mercado afectado
La selección de mercados afectados se lleva a cabo mediante una ventana emergente para cada región. Para
seleccionar un mercado, el usuario debe hacer clic en el botón Añadir (+) para abrir la ventana emergente del
mercado correspondiente. En la ventana emergente se mostrarán todos los mercados de la región y el usuario
podrá seleccionar uno o más mercados como Mercados Afectados.
Si la sección VIN incluye una lista de números de serie, el mercado se podrá recuperar automáticamente
basándose en el VIN.
Al hacer clic en una Región para seleccionar el país se abre la siguiente ventana:
Búsqueda
Lleva a cabo una búsqueda en la lista de mercados a partir de un texto del usuario.
Países
Lista de mercados de la región seleccionada.
Seleccionar Todo
Añadir
Tipo de motor
El botón abre una ventana emergente con una lista de selección desplegable
Tipo de Transmisión
El botón abre una ventana emergente con una lista de selección desplegable
Tipo de Driveline
El botón abre una ventana emergente con una lista de selección desplegable
Tipo de Motor
Al seleccionar un tipo de motor se añade una nueva pestaña, cuya etiqueta se corresponde con la selección,
como se muestra en la siguiente captura de pantalla.
En el caso de que la sección VIN contenga una lista de números de serie, el tipo de motor podrá recuperarse
automáticamente basándose en el VIN.
Pestaña Eliminar
Fila de Motor
Lista de números de motor asociados al problema del tipo de motor. Cada fila contendrá información
para lo siguiente, si está presente:
VIN
Número de Motor
Fase de Construcción
Nivel de Emisiones
Calibración del software
ECU
Ubicación Fisica
Eliminar línea
Este botón se utiliza para eliminar una línea en el listado de motores. Se pedirá al usuario que confirme
la eliminación.
Añadir línea
Tipo de Transmisión
Al seleccionar un tipo de transmisión se añade una nueva pestaña, cuya etiqueta se corresponde con la
selección como se muestra en la siguiente captura de pantalla.
Si la sección VIN contiene una lista de números de serie, el tipo de transmisión podrá recuperarse
automáticamente basándose en el VIN.
Pestaña Eliminar
Fila de Motor
Lista de números de motor asociados al problema del tipo de motor. Cada fila contendrá información
para lo siguiente, si está presente:
VIN
Número de Motor
Fase de Construcción
Nivel de Emisiones
Calibración del software
ECU
Ubicación Fisica
Eliminar línea
Este botón se utiliza para eliminar una línea en el listado de transmisiones. Se solicitará al usuario que
confirme la eliminación.
Añadir línea
Tipo de Driveline
Seleccionar un tipo de motor agrega una nueva pestaña, cuya etiqueta corresponde con la selección, como se
ilustra en la siguiente captura de pantalla.
Eliminar Pestaña
Modelo
Modelo asociado al tipo de línea de conducción. Este campo se puede desactivar para áreas
funcionales específicas según las configuraciones configuradas por los administradores del sistema en
la página Administración de campos.
Eliminar Línea
Añadir Línea
Reply Inc 2018
Guía de Referencia GIM 70
Código/Sistema
Seleccionar LOP
El botón se utiliza para facilitar la selección de código LOP, el modelo afectado y el porcentaje de
cobertura.
Seleccionar TESIS
FC o código de error (anomalía); no forma parte del LOP y describe el motivo por el que se llevó a cabo la
reparación en garantía.
Al seleccionar LOP, el sistema abre una ventana emergente dividida en dos secciones.
En la primera sección, el usuario selecciona el LOP FG, LOP CG y LOP CC (en este orden); todos estos campos
son obligatorios.
Esta información se utilizará para construir la estructura de árbol anidada que se muestra en la sección
Codificación del problema una vez que el usuario haya añadido el código LOP.
En la primera sección, el usuario puede seleccionar asimismo un valor de los desplegables LOP OC y LOP FC
para definir en mayor detalle el código, pero no son obligatorios.
Los códigos disponibles están basados en los datos de WIS cargados mensualmente en el sistema.
Cuando el usuario selecciona la Familia del Vehículos en Garantía, dos campos se precompletarán de forma
Reply Inc 2018
Guía de Referencia GIM 72
automática con información. El campo Cobertura se precompletará de forma automática con "3MIS menos PDI
– F" y el campo Warranty Brand con "Todas las marcas (@)".
LOP FG
FG: grupo funcional, define las principales categorías;
LOP CG
CG: grupo de componente; se trata de una subcategoría que depende del FC seleccionado.
LOP CC
CC: código de componente; define una subcategoría que depende del CG.
LOP OC
OC: código de operación; define una subcategoría que depende del CC.
LOP FC
FC o código de error (anomalía); no forma parte del LOP y describe el motivo por el que se llevó a cabo
la reparación en garantía.
valores están basados en los datos definidos en la sección Vehículos afectados y en los datos de WIS
cargados mensualmente en el sistema.
Warranty Brand
Este campo se rellena con los siguientes valores desplegables:
•Todas las marcas (@)
•Fiat no SRT (A)
•Ram no SRT(B)
•Alfa Romeo (C)
•Fabricación contractual (E)
•Chrysler no SRT (F)
•Dodge no SRT(G)
•Lancia (L)
•Jeep no SRT (R)
•Dodge SRT (S)
•Chrysler SRT (T)
•Jeep SRT (U)
•Ram SRT (V)
El valor por defecto de este campo es: Todas las Marcas (@).
Cobertura
Este campo incluye los siguientes valores desplegables:
•3MIS menos PDI – F
•3/36 – K
•12/12 – J
Mercado
La selección del "Mercado" consta de dos secciones. La primera consiste en un conjunto de botones de
opción y la segunda en un menú desplegable.
Si en la sección Mercados afectados solo aparecen mercados de la región NAFTA, el botón de selección
de la región NAFTA estará seleccionado por defecto y ambos botones estarán deshabilitados. El
desplegable incluirá únicamente aquellos mercados de la región NAFTA que aparecen en la sección
"Mercado afectado".
Si en la sección Mercados Afectados solo aparecen mercados fuera de la región NAFTA (APAC, EMEA,
LATAM), el botón de selección Otra Región estará seleccionado por defecto y ambos botones estarán
deshabilitados. En el desplegable aparecerán todas las regiones que tengan un mercado seleccionado
en el panel "Mercado afectado". Por ejemplo, si se selecciona "3433 – Brasil", en el campo "Mercado"
aparecerá "LATAM".
Si la selección realizada en el panel "Mercado afectado" incluye tanto mercados de la región NAFTA
como mercados de las otras tres regiones, los botones de selección estarán habilitados. El usuario
podrá seleccionar NAFTA u Otra Región, en función de para qué mercado está previsto el LOP que se
está creando. Una vez que el usuario seleccione el botón de selección, el desplegable se completará de
forma automática basándose en los parámetros seleccionados.
Porcentaje
Este campo permite a un usuario mostrar el porcentaje de cobertura del LOP del problema.
Para un juego de parámetros determinado (Código LOP, Familia de Vehículos en Garantía, Año del
Modelo, Mercado, Cobertura y Warranty Brand), el "Porcentaje" de todos los problemas en GIM no
podrá superar el 100 %. Para este cálculo del "Porcentaje" de todos los problemas en GIM se tendrán
en cuenta también los modelos con referencia cruzadas.
Una vez completados los seis parámetros, el valor máximo permitido del campo "Porcentaje" se
completará de forma automática, aunque podrá ajustarse si es necesario.
Seleccionar Código TESIS
El código TESIS está formado por diferentes partes relacionadas en cascada desde la primera (sistema) hasta la
última (componente).
Al seleccionar un código TESIS, el sistema abre una ventana emergente que se divide en dos secciones.
La primera sección se utiliza para seleccionar el área y la subárea (obligatorio). Esta información será utilizada
para crear la estructura de árbol que se muestra en la página Crear Nuevo Problema.
En la segunda sección se establece la definición del código TESIS, y se muestra el siguiente desplegable para
seleccionar el código de "Ensamble".
Se utiliza un desplegable adicional (no relacionado con las selecciones anteriores) para definir el código de
anomalía.
Área TESIS
Subárea TESIS
Ensamble TESIS
TESIS
Anomalía TESIS
The CQI Code is built for the combination of 4 different Categories. When selecting a CQI, the system opens a
popup divided into 2 sections. The first section will be mandatory and will contain the four different CQI
Categories. Once the 4 CQI Categories have been selected, the bottom section of the popup will be activated.
CQI Categories
Categories to select a CQI code. Since each Category will be driven by the selection of the previous
Category, Category 1 must be selected first, then Category 2, then Category 3, and lastly Category 4.
All 4 Categories are required to be selected to add a CQI Code to an issue.
Model
The Model field be activated after all CQI Categories have been selected and is used to assign a Model
to the CQI code. This field will allow for selection of any Model assigned to the issue in the Affected
Vehicle section.
Model Year
The Model Year field will be activated after the Model has been selected in the Model field. This field
will contain all Model Years associated to the selected Model from the Affected Vehicle section.
MIS
The MIS field will be activated after a Model Year has been selected. This field will contain the below
options:
TGW 1 MIS
TGW 3 MIS
TGW 9 MIS
TGW 21 MIS
Market
The Market field will be activated after the MIS field has been selected. If US is selected as a Market in
the Affected Markets section, then this field will default to US, otherwise this field will not default to
any market. Whether US is set by default or not, this field will contain all Markets and must be
selected before continuing.
TGW/100
The TGW/100 field will be activated after a value has been entered in the Percentage field (which
occurs automatically after a Market has been entered), and accepts a manually entered numerical
value from the user.
TGW Coverage
The TGW Coverage field will be automatically calculated by the system once the user has entered a
numeric value into the TGW/100 field. This field is calculated by multiplying the Percentage with the
TGW/100.
Number of Incident
After the TGW Coverage is calculated by the system, the Number of Incidents field is activated. This
field allows the user to optionally input the number of incidents. Note this field is not required to add
the CQI Code.
Add
Clicking ‘Add’ will add the CQI Code to the issue, if all required fields (all fields except for Number of
Incidents) contain valid values. The CQI Code will display in the Code System section and the popup
will automatically close.
Reply Inc 2018
Guía de Referencia GIM 78
Close
Clicking ‘Close’ or the ‘X’ will close the popup and not add any information to the issue.
Select CCD
The CCD Component and CCD Defect codes will be added via a dedicated popup. The CCD Component Code is
a seven digit code and will be made up of a Group Code, Subgroup Code, and Component Code. All fields in the
popup are driven based on the selection of the preceding fields, therefore a field will not allow for selection
until all preceding fields have an input.
The CCD Defect Code is not a required field, but can only be selected if a CCD Component Code is selected.
For issues with Origin Business Unit MASERATI – EMEA, a CCD Component Code will be required to submit a
Draft issue and to close an issue (Dark Green).
Group Code
The 2 digit Group Code is a required field and must be selected first.
Subgroup code
After the Group Code has been selected, the Subgroup Code field will be activated. It is a 4 digit code,
with the first 2 digits representing the Group Code. This field is required.
OK
After all required fields have been selected, the CCD Component Code and CCD Defect Code (if
selected) will be added to the issue and the popup will be closed.
Cancel
Clicking on 'Cancel' or the 'X' will close the popup and not add any CCD information to the issue.
Kilometraje
El sistema propondrá automáticamente los campos "Rango – Desde" y "Rango – Hasta" según las lecturas del
cuentakilómetros editadas en la sección "VIN".
Si no se ha definido ninguna lectura del cuentakilómetros, el campo estará por defecto en blanco y el usuario
deberá rellenar los dos campos Rango cuando la sección Kilometraje esté activada.
Si se define una lectura, la lectura del cuentakilómetros relacionada se propondrá como "Rango – Desde" y
"Rango – Hasta".
Si se definen dos o más lecturas, el sistema calcula el valor máximo como "Rango – Hasta" y el valor mínimo
como "Rango – Desde".
Desde
Mileage mínimo cuando ha ocurrido el problema
Hasta
Mileage máximo cuando ocurrió el problema
Unidad de medida
La unidad de medida utilizada para expresar el kilometraje. Los siguientes son los valores posibles:
• Mi - millas
• Km - kilómetros
• Hora(s) - horas
• Ciclo(s)
Component
Pestaña Componente
Los detalles de cada componente se encuentran disponibles en una pestaña específica.
Eliminar componente
Número de parte
Descripción
Descripción textual del número de parte.
Cantidad
Cantidad recibida.
Hacer/Comprar
Distinción entre piezas de fabricación interna y piezas suministradas.
Información relacionada
Información textual adicional.
Rastreabilidad/Lote de producción
Número de rastreabilidad o lote de producción del componente dañado.
Fecha de producción
Fecha de producción del componente.
Cantidad no conforme
Cantidad no conforme.
Número de clasificación
Identificación de la parte del vehículo donde se monta el componente.
El botón se utiliza para facilitar la edición de varios valores.
Si el usuario necesita definir una lista de valores, el botón abrirá una ventana emergente con un
cuadro de texto más grande.
Proveedor
Sistema Fuente
Región de Origen del Problema.
Grupo de commodity
Grupo de commodity asignado para el proveedor
Código de commodity
Código de Proveedor
Código del proveedor.
Asesoría
Señala a los proveedores bajo Asesoría.
Editar proveedor
For users adding a Supplier to an issue from either of the Business Units FIAL – APAC or HAVECO -
APAC, it is possible to add new Suppliers to the Business Unit’s Master Data from the issue info page.
Whether a user enters the Supplier Code directly into the Supplier Code field or the Supplier Code and
Supplier Name in the “Please Enter Supplier Code” popup, a popup will be displayed confirming if the
Supplier Code will be added to the Master Data if it currently does not exist. A screen shot of this
popup is shown below.
To add the Supplier Code to the issue, and the Master Data is not already, the user must click ‘Ok.’ The
user can click ‘Cancel’ to not add the Supplier Code to the issue or the Master Data.
Planta afectada
The ‘Warranty’ issue template automatically switches ON the Affected Plant section.
Este botón abre una ventana emergente que permite al usuario seleccionar una planta para añadirla al
problema. Cada planta añadida dispondrá de una pestaña independiente.
Eliminar planta
Planta
Resumen de las plantas afectadas; muestra el código y la descripción de la planta.
Línea/Departamento
Línea/Departamento en el que se ha detectado la anomalía.
Estación/Operación
Estación/Operación en el que se ha detectado la anomalía.
Línea de ensamble
Línea de ensamble en la que se fabrica el coche afectado (relacionada con la ubicación de la anomalía
descubierta durante el proceso de ensamble).
Área / Localización
Área/Localización en la que se ha detectado la anomalía.
Distribuidor
Sistema de Contacto
Cuadro de texto para introducir cualquier información sobre cómo ponerse en contacto con el
distribuidor.
Código Tempario
Código del distribuidor para identificar el componente dañado y la acción de reparación.
Costo
Tipo de test
Nombre del tipo de test realizado.
Los valores posibles se basan en el usuario de origen del problema.
Por ejemplo, un usuario con fiabilidad EMEA podrá seleccionar como tipo de test:
•Acelerar Fiabilidad;
•Ciclo LSCM;
•Ciclo S&S.
Añadir/Eliminar tests
El botón se utiliza para añadir / eliminar los tests realizados en el cuadro de texto.
El botón "+" añade una línea con el Tipo de test y el Resultado del test al Resumen de Tests; el botón
"-" solicita al usuario que confirme la eliminación del test seleccionado en el Resumen de Tests.
Resumen de Tests
Resumen de los tests realizados.
Common TDF/CPA
Free text field.
Tamaño de la Flotilla
Valor numérico para evaluar el tamaño de una flotilla sometida a una serie de tests.
Lanzamiento
Campo de texto libre.
Prediagnóstico
Campo de texto libre para indicar los próximos pasos de resolución.
Bloqueo de DAP
Utilizado para marcar el problema cuya resolución es obligatoria para la fase de DAP.
Emergente
Marca un problema como nuevo y emergente.
Descripción de la Prueba
Campo de texto libre para agregar una descripción para la prueba ejecutada.
KPI
La sección KPI le permitirá al Originador de la Emisión agregar un KPI o un LUR al problema. Las pestañas KPI y
LUR agregadas al problema estarán en la misma sección, sin embargo, cada una de las pestañas contendrá
diferentes campos.
Añadir un KPI
Eliminar un KPI
Al hacer clic en el botón "X", se solicita al usuario que confirme la eliminación de la pestaña
seleccionada.
Pestaña KPI
El nombre de la pestaña se asigna basándose en el tipo de Unidad y de KPI que se haya seleccionado.
Tipo de KPI
La lista incluye todos los KPI predefinidos.
Cada KPI se configura en los niveles de Región y de Área funcional.
Valor
Valor medido del KPI.
Tipo de período
Período medido.
A través de una casilla de verificación el usuario puede seleccionar entre:
•Mes
• Semana
•Rango de días (desde – hasta)
Después de seleccionar el Tipo de período (mes, semana o rango de días), es posible introducir el valor
o valores adecuados.
Solo se puede seleccionar un tipo de periodo a la vez.
Período: mes.
Período Desde-Hasta: se seleccionan dos campos para introducir las fechas de "Inicio del período" y
"Fin del período".
El seleccionador de datos muestra las fechas reales que se incluyen en los campos.
Nota
Permite al usuario introducir otra información relacionada con el KPI.
Unidad
El desplegable Unidad se completa de forma automática basándose en la Región del Issue Originator y
en el Área Funcional.
Si el KPI es añadido por el Issue Manager, las unidades de selección se siguen basando en el área
funcional del Issue Originator.
Fuente
La Fuente del KPI (opcional).
El desplegable se completa de forma automática basándose en la Unidad seleccionada.
Tipo de VLQ
Botón de opción para seleccionar el tipo de VLQ. Las selecciones disponibles son Vehículo, Proceso y
Otro.
KPI
Este valor no es editable por el usuario, siempre se establecerá en 'LUR'.
Número de LUR
Campo de texto libre
Tipo de LUR
Selección desplegable con los siguientes valores:
Driveline
Motor
ePT
Transmisión
Vehículo
Tipo de Riesgo
Un menú desplegable obligatorio con los siguientes valores:
Costo
Técnico
Sincronización
Familia de Vehículos
El menú desplegable que contiene las familias de vehículos FCA - NAFTA y FCA - EMEA se agregó a la
sección de Vehículo afectado del problema.
Tipo de Motor
Lista desplegable que contiene los tipos de motores FCA - NAFTA y FCA - EMEA agregados a las
secciones de Vehículo afectado y Tren motriz del problema.
Tipo de Transmisión
Lista desplegable que contiene los tipos de transmisión FCA - NAFTA y FCA - EMEA agregados a las
secciones de Vehículo afectado y Tren motriz del problema.
Unidad
This field will not be editable, it was always be set to ‘IPR.’
IPR
Este campo no será editable, siempre se estableció en 'IPR'.
Severidad
Un menú desplegable obligatorio con los siguientes valores:
1
3
5
7
10
Probabilidad
Un menú desplegable obligatorio con los siguientes valores:
1
3
5
7
10
Riesgo
Un menú desplegable obligatorio con los siguientes valores:
1
3
5
7
10
Paso de Estado
Un menú desplegable obligatorio con los siguientes valores:
1 – Riesgo identificado
2 – Plan Completedo / Identificación RC
3 – Identificación RC
4 – Acción provisional / Identificación final de la solución
5 – Solución en Validación
6 – Solución validada
7 – Cierre
Tipo de Driveline
Un menú desplegable obligatorio con los siguientes valores:
Nota de KPI
Campo de texto libre requerido.
Adjuntos
Esta sección tiene una doble función:
• Resumen de los documentos adjuntos;
• Adjuntar nuevos documentos.
Este botón se utiliza para descargar todos los archivos adjuntos seleccionados.
Los archivos se descargan automáticamente en el equipo local del usuario.
Seleccionar un archivo
Queja
Esta bandera se usa para marcar si el documento contiene quejas de los clientes.
Nombre
Nombre del archivo adjunto.
Descripción
Descripción del archivo adjunto.
Tamaño
Tamaño del archivo adjunto.
El sistema no tendrá ninguna restricción sobre el tamaño de los archivos adjuntos a un problema.
Cargado por
Nombre de usuario que ha cargado el archivo.
Navegar
Este botón sirve para navegar por el equipo local del usuario y seleccionar el archivo que se va a
adjuntar.
Cuando el usuario ha seleccionado el archivo, la etiqueta muestra la ruta del documento.
Subir
Búsqueda
Búsquedas entre los archivos adjuntos que cumplen con los criterios del campo de texto.
Interno solamente
Esta bandera indica que el archivo adjunto no es visible para ningún usuario que sea proveedor.
Esta bandera se activa cada vez que un usuario FCA carga un archivo. Cualquier usuario FCA con un rol
activo para el problema puede desactivar esta bandera para un archivo adjunto con el fin de permitir
que los usuarios que sean proveedores visualicen y descarguen el archivo.
Esta bandera se desactiva cada vez que un proveedor carga un archivo.
Asignar roles
Issue Manager
Usuario asignado como Issue Manager.
Business Supervisor
Usuario asignado como Business Supervisor
Issue Closer
Usuario asignado como Issue Closer
Estado
Estado de la asignación. Los valores posibles son:
• Para ser asignado
• Pendiente de notificación
• Notificado – esperando respuesta
• Asignado
Issue Manager
Usuario asignado como Issue Manager
Historia
Reply Inc 2018
Guía de Referencia GIM 101
Al hacer clic en el botón Historia, aparece una ventana emergente con la historia de los cambios
realizados en los campos.
Enviar
Cuando el usuario envía el problema, el sistema puede comportarse de forma distinta dependiendo
del escenario.
Si el Issue Originator asigna a otro usuario:
• En caso de que esta sea la primera asignación para el problema, el estado cambia de
"Para ser asignado" a "Pendiente de notificación".
La notificación se genera cuando el usuario hace clic en "Crear el problema" después de
presentar el problema al chequeo de duplicidad.
• Si no es la primera asignación (se trata de una asignación nueva después del rechazo
por parte del primer Issue Manager), una primera ventana emergente confirma la
notificación.
Una segunda ventana emergente permite configurar recordatorios automáticos para el
Issue Manager asignado.
Después de que se haya aceptado el primer Administrador del problema y de que Unidad de negocios
de origen esté configurado para permitir múltiples Administradores del problema, se puede agregar un
Administrador del problema adicional al problema. Como el primer Administrador del problema ya se
ha aceptado, no será necesario aceptar o rechazar los Administradores del problema adicionales
añadidos al problema. Los Administrador del problema adicionales se agregarán al problema con el
estado Aceptado.
Aceptar
El Issue Manager asignado puede pulsar este botón para aceptar la asignación.
El botón está disponible solo para notificar al Issue Manager mientras está en estado Notificado.
Un usuario notificado puede acceder a esta página desde la página de inicio, a través de la notificación
Por hacer.
Una vez aceptado el problema, el estado cambia de "Notificado – esperando respuesta" a "Aceptado".
Un mensaje emergente pide al usuario que confirme la aceptación. Si se confirma, el sistema envía una
notificación de información al Issue Originator.
En caso de que el draft del problema aún no esté asociado a un Issue Manager confirmado, cuando el
usuario confirma se crea el problema y el sistema:
•Asigna un número de secuencia
•Asigna un nombre al problema
•Cambia el estado de draft a red
•Redirecciona al usuario a la página de inicio.
Si un Issue Manager rechaza y el nuevo Issue Manager acepta la asignación, ya no se ejecutarán estas
operaciones automáticas.
Rechazar
El Issue Manager asignado puede pulsar este botón para rechazar la asignación. Esta acción puede ser
ejecutada:
• Por un Issue Manager, si después de haber aceptado la asignación rechaza el rol debido a
que se plantean nuevos elementos en la fase de análisis detallada.
Al hacer clic en Rechazar se abre una ventana emergente para confirmar el rechazo. Además, se pide al
usuario que rellene el cuadro de texto "Nota".
Cuando la asignación se rechaza, el sistema genera una notificación Por hacer para el Issue Originator.
El estado de la asignación regresa a "Para ser asignado".
Región
Región del usuario asignado como Issue Manager.
Grupo funcional
Área funcional del usuario asignado como Issue Manager.
Usuario
Nombre del usuario asignado como Issue Manager.
Remove Action
Al eliminar la asignación de Administrador del problema, se activará una notificación para el usuario
que se va a eliminar. Esta acción puede ser realizada por el Issue Originator mientras que el
Administrador del problema tiene el estado 'Notificado' por el Administrador de Emisión, mientras que
el Administrador del problema tiene el estado 'Aceptado' o el Supervisor del problema.
Añadir Administrador
Se mostrará una ventana emergente a todos los Administrador del problema sugeridos basado en la
información en la página de Issue Info y las configuraciones de usuario en User Management. A
continuación, se encuentra la ventana emergente Añadir Administrador.
La ventana emergente permitirá al Originador del problema ver todos los Administradores de
problema sugeridos para el problema, lo que permite al usuario seleccionar el usuario adecuado.
Business Supervisor
Business Supervisor
Usuario asignado como Business Supervisor
Estado
Estado de la asignación. Los valores posibles son:
•Para ser asignado
•Notificado (solo si)
•Asignado
Notificado solo es un estado válido si se requiere la aprobación del Business Supervisor. El requisito de
aprobación del Business Supervisor se establece en los ajustes del nivel de región y área funcional.
Aprobar el problema
El botón Aprobar el problema está disponible solo para el Business Supervisor siempre que el
problema esté configurado de forma que la aprobación sea obligatoria. Un usuario notificado puede
acceder a la página desde la página de inicio, ya que la notificación Por hacer contiene el enlace a esta
página.
Al hacer clic en Aprobar el problema, el estado cambia de "Pendiente" a "Aprobado".
Se abre una ventana emergente para confirmar.
Si se confirma, el sistema envía una notificación de información.
Cancelar Issue
El botón Cancelar sirve para rechazar la aprobación si el Business Supervisor no está de acuerdo con la
creación del problema. El propósito de esta acción es cancelar el draft de problema y evitar nuevas
actividades sobre esta anomalía.
Al hacer clic en este botón, aparece una ventana emergente para confirmar la cancelación del draft de
problema.
Si el Business Supervisor confirma:
•El estado del problema cambia de "Draft" a "Cancelado"
•El estado del problema cambia de "Pendiente" a "Rechazado"
•El sistema envía una notificación de información.
El rechazo del problema actualiza automáticamente la página Cancelación del problema como sigue:
•Se rellena la fecha de cancelación con la fecha en la que el Business Supervisor ha rechazado;
•El motivo de cancelación se rellena con el motivo "Creación del problema no aprobada"
•El tipo de cancelación se rellena con el valor "Aprobación rechazada".
Revisar Issue
Aprobación
Estado de la aprobación.
Los posibles valores son:
•Pendiente
•Aprobado
•Rechazado
•Pospuesto
Enviar
notificación redirige al usuario a la página de asignación de responsabilidad, donde hay botones para
aceptar, rechazar o posponer.
El Business Supervisor se introduce en la tabla que aparece en la parte inferior de la sección con el
estado "Notificado". En la parte superior derecha de la sección, el estado se mantiene como
"Pendiente".
Si el problema no requiere una aprobación, la notificación es una notificación de información.
User
Name of the user assigned as Business Supervisor.
Business Unit
Business Unit of the user assigned as Business Manager.
Functional Area
Functional area of the user assigned as Business Manager.
Remove Action
La ventana emergente permitirá al Originador del problema ver todos los Supervisor del problemas
sugeridos para el problema, lo que le permite al usuario seleccionar el usuario adecuado.
Issue Closer
Issue Closer
Usuario asignado como Issue Closer.
Estado
Estado de la asignación. Los valores posibles son:
•Para ser asignado
•Asignado
Enviar
El Issue Originator puede asignar, eliminar y reasignar al Issue Closer mientras el problema está en
estado de draft.
Para los problemas configurados de forma que se requiera la aprobación de la creación del problema
por parte del Business Supervisor, el Business Supervisor puede asignar, eliminar y reasignar a un
usuario como Issue Closer mientras el problema esté en estado de draft.
El Issue Manager no tiene permiso para asignar o eliminar al Issue Closer, salvo en caso de que el
usuario asignado como Issue Manager también esté asignado como Issue Closer; el Issue Closer se
eliminará de forma automática si se elimina al Issue Manager correspondiente.
El Issue Originator (hasta LIGHT GREEN) y el Business Supervisor (hasta DARK GREEN) pueden eliminar
Borrar
Enviar
Después de seleccionar un Originador del problema, Enviar asignará al usuario como Originador del
problema sobre el problema.
Esta acción activará una notificación de información para que el usuario informe al usuario sobre la
asignación de roles.
El Originador del problema adicional no tiene que Aceptar o Rechazar la asignación, por lo tanto, se
agregará con el Estado 'Aceptado'.
Eliminar
Esta acción eliminará al problema del Originador del problema. Debido a que elimina al problema del
Originador del problema, esta acción solo se permite si hay más de un Originador del problema
asignado al problema.
Esta acción activará una notificación de información para el usuario que se eliminará como Originador
del problema sobre el problema.
Para los pasos de resolución de Administración, los Administradores de problemas, los Supervisores de
problema y los Solucionadores líderes de problemas podrán agregar y eliminar Solucionadores.
Para los pasos de solución de Cierre, los Cierres del problema, los Supervisores de problema y los
Solucionadores líderes podrán agregar y eliminar los Solvers.
En las columnas Solucionador líder y Equipo de resolucion, los pasos de solución que están abiertos se
mostrarán en texto normal, mientras que los pasos de solución completados se mostrarán en negrita.
Añadir Solver
Se mostrará una ventana emergente para agregar a un usuario como Solucionador líder o como
miembro del Equipo de resolución a un paso de resolución. A continuación se muestra la ventana
emergente Añadir Solver.
En el menú emergente Solvers se puede encontrar filtrando por Business Unit, Área Funcional y
Departamento, o ingresando al menos tres caracteres en el campo Usuario para buscar por nombre de
usuario o nombre.
Para agregar al usuario como Solver sobre el tema, se debe presionar el botón "Guardar" después de
seleccionar al menos un paso de solución en el campo Solucionador líder o Equipo de resolucion.
Después de hacer clic en "Guardar", se mostrará un mensaje que indica que la operación fue exitosa y
que la tabla se actualizará. Esta acción activará una notificación al usuario agregado como Solucionador
para informar al usuario sobre la asignación de Solucionador.
Eliminar Solucionador
Esta acción eliminará el Solver de todos los pasos de solución sobre el problema. Antes de que el Solver
se elimine del problema, el usuario debe confirmar la acción de eliminación.
Esta acción activará una notificación al usuario, notificando al usuario de la eliminación de la tarea
Solver.
Editar Solver
Esta acción permitirá editar el rol Solvers en el tema. La ventana emergente Edit Solver permitirá
agregar la asignación de Solver a otros pasos de solución, eliminar la asignación de Solver en la
solución de pasos o ajustar pasos de resolución entre Solucionador líder y Equipo de resolucion. Los
campos en la ventana emergente Editar Solver se rellenarán previamente con la información del
usuario y la asignación actual del usuario, como se muestra en el siguiente ejemplo.
Para guardar la edición realizada, se debe presionar el botón 'Guardar'. Después de guardar, un
mensaje de confirmación indicará que la operación fue exitosa, la tabla se actualizará para reflejar los
cambios y se enviará una notificación al Solver para la adición de nuevas asignaciones y / o la
eliminación o cualquier asignación.
Asignar severidad
Varios roles pueden asignar/modificar el nivel de severidad basándose en unas normas configurables por el
sistema.
Hay distintos enfoques configurables en GIM a nivel regional, teniendo en cuenta el siguiente escenario inicial:
• APAC, LATAM, NAFTA:
o Fase de creación >Issue Originator
o Fase de actividades de resolución >Business Supervisor
• EMEA:
o Fase de creación > Issue Manager
o Fase de actividades de resolución > Issue Manager
El botón Guardar de la barra de la derecha (no mostrado en la imagen siguiente) permite guardar los cambios
efectuados en la página de asignación del nivel de severidad.
Este botón no tiene en cuenta la presencia del valor de severidad GIM. Está activado únicamente para
problemas en estado de draft, red y yellow.
Al hacer clic en este botón se desencadenan las siguientes acciones:
• En caso de primera asignación del nivel de severidad GIM o durante la fase de creación, el
nivel de severidad se guarda a modo de atributo del problema.
• En caso de reasignación de la severidad GIM
oAparece un mensaje emergente para informar al usuario, y el usuario debe indicar
el motivo del cambio
oSe envía un mensaje de notificación al personal involucrado
oSe ajusta un nuevo valor de severidad para el problema
Historia
Al hacer clic en el botón Historia, aparece una ventana emergente con la historia de los cambios
realizados en los campos.
Nivel de severidad
Nivel de severidad expresado en sistema fuente / codificación.
El campo se selecciona de una lista desplegable, basado en los parámetros configurados para el
sistema de fuentes de procedencia para nivel de severidad seleccionado.
Este campo solo se puede seleccionar si están definidas las fuentes de procedencia para el nivel de
severidad, por lo que este campo es opcional.
Severidad GIM
El valor de severidad general para el problema. Los posibles valores son:
•Bajo
•Medio
•Alto
Durante la creación de un problema, el Issue Originator puede cambiar la severidad GIM sin necesidad
de aportar explicaciones.
Tras la creación del problema, si se cambia el nivel de severidad aparece un mensaje emergente que
exige una explicación para el cambio.
Los tres estados de severidad GIM se muestran en la barra del menú con tres iconos distintos.
Bajo
Medio
Alto
Información
Al hacer clic en el botón Información de los valores de severidad se abre una ventana emergente en la
que se detalla el significado de los tres niveles de severidad GIM (bajo, medio y alto).
Es necesario tener en cuenta que esta información es configurable a nivel regional y de grupo
funcional con el fin de permitir la personalización de los criterios de cada asignación de severidad.
La mayor parte de estas actividades se ponen en marcha fuera del Sistema GIM. Cada grupo funcional de
expertos analiza los incidentes como un punto de inicio para el proceso de resolución del problema.
La conclusión del análisis lleva a la búsqueda preliminar en la aplicación GIM para problemas existentes / drafts
relacionados con los incidentes analizados.
• Si los incidentes pueden ser atribuidos a otro problema / draft, los incidentes se añaden al problema
o draft.
El propietario (Issue Manager o Issue Originator) es notificado y debe aprobar o rechazar la adición
de los incidentes a su propio problema.
• Si los incidentes no pueden ser atribuidos a ningún problema existente, se creará un nuevo draft de
problema y los incidentes se añadirán a ese draft.
En ambos escenarios, la función "Añadir incidentes" está disponible para los usuarios. Su propósito principal es
facilitar la recopilación de información sobre los incidentes y vincularla al problema correspondiente.
Es posible añadir incidentes a través de dos métodos distintos:
•Carga manual de la información de incidentes
•Carga automática de la información de incidentes.
En el caso del primer método, los usuarios introducen manualmente la información relativa a los incidentes
recogidos. Para ello, es necesario rellenar una plantilla específica con información básica en relación con los
incidentes.
En el caso del segundo método, los usuarios pueden cargar la información de los incidentes a partir de
plantillas predefinidas. La plantilla se puede cargar desde el equipo local del usuario o desde un directorio
público, desde el que los sistemas de recopilación de incidentes transfieren (con una frecuencia programada)
los archivos requeridos.
Reply Inc 2018
Guía de Referencia GIM 119
Además, los usuarios pueden cargar información importante relativa a los incidentes (archivos de imagen,
vídeo y audio y documentación variada).
La información de incidentes se puede transferir para rellenar la información sobre el problema. Este sistema
permite al usuario asociar la información del incidente al grupo de campos disponible en el problema. Esta
función reduce la carga de trabajo manual e impide que los datos se dupliquen.
Añadir manualmente
La selección del botón mostrado arriba, ubicado en el menú de acciones del lado derecho, permite añadir
incidentes manualmente.
Si se pulsa, el sistema abre una ventana emergente con una tabla editable que contiene los campos
disponibles.
Todos los campos son opcionales, pero es necesario rellenar uno como mínimo:
•Descripción Incidentes;
•VIN;
•Kilometraje con unidad de medición
•Modelo;
•Fase
•Nombre del vehículo;
•Fecha de detección
•Año modelo
•Modelo de la carrocería
•Área TESIS
•Subárea TEST
•Ensamble TESIS
•TESIS;
•LOP FG;
•LOP CG;
•LOP CC;
•LOP OC;
•Tipo de motor;
•Tipo de transmisión;
•Mercado;
•Severidad;
•Número de parte;
•Código de proveedor;
•Sistema Fuente;
• Si el usuario tiene permiso para añadir manualmente incidentes, el sistema cierra la ventana
emergente y añade una nueva línea al resumen de incidentes manuales. El estado de estos
incidentes en la tabla es "OK".
• Si el usuario no tiene permiso para cargar incidentes, el sistema abre una ventana emergente con
un resumen de la notificación Por hacer que se enviará al Issue Originator / Issue Manager para su
aprobación.
El sistema genera la notificación y añade una nueva línea al resumen de incidentes manuales. El
estado de estos incidentes en la tabla es "Pendiente".
Los incidentes siguen con el estado "Pendiente" hasta que el usuario aprueba/elimina los incidentes. Tan
pronto como se acepta un incidente añadido por un usuario externo, el usuario obtiene permiso para cargar
incidentes sin necesidad de que sean aprobados posteriormente.
Subir archivo
Este botón permite al usuario cargar una plantilla en formato de tabla en una tabla temporal, donde a
continuación el usuario puede seleccionar las líneas individualmente para el procesamiento de los incidentes.
Una vez que el usuario confirma la ruta del archivo, el sistema carga el contenido en una tabla temporal y se
crea una copia de la plantilla.
Si el usuario no tiene permiso para cargar incidentes, es necesario enviar la operación para su aprobación por
parte del Issue Originator (en el caso de los drafts de problemas) o del Issue Manager (en el caso de los
problemas que no sean draft).
Si se requiere de aprobación, el sistema abre una ventana emergente con un resumen de las notificaciones Por
hacer que deben generarse y el número de incidentes que incluyen.
El sistema genera las notificaciones, guarda el evento de carga y añade una nueva línea a la lista de incidentes.
Los incidentes están disponibles al seleccionar la línea en el resumen: su estado es "Pendiente".
Los incidentes permanecen en estado "Pendiente" hasta que el usuario notificado decide aprobar/eliminar los
incidentes.
Tan pronto como se acepta un incidente añadido por un usuario externo, el usuario obtiene permiso para
cargar más incidentes para ese problema.
Chequeo de Duplicidad
Este proceso puede ser ejecutado en cualquier momento durante el ciclo de gestión del problema. Cada draft
está sujeto a un chequeo de duplicidad antes de que se convierta en un problema real, con el fin de ayudar a
evitar que los problemas se dupliquen.
Un Issue Manager o un Issue Solver Lead puede realizar chequeos de duplicidad adicionales en cualquier
momento durante el ciclo de gestión del problema.
El Chequeo de Duplicidad puede realizarse de dos modos diferentes:
• Búsqueda directa: este modo se puede utilizar si el usuario conoce el nombre del problema
objetivo
• Algoritmo de duplicidad: este modo se puede utilizar basándose en los parámetros
establecidos para el motor de búsqueda.
Para el modo de búsqueda directa, el usuario introduce el nombre del problema (completo o parcial) y ejecuta
la búsqueda.
Para el modo de algoritmo de duplicidad, el usuario puede seleccionar ciertos parámetros y ejecutar la
búsqueda.
El modo de algoritmo de duplicidad puede mostrar varios problemas en la tabla de resultados (dependiendo de
los parámetros y los valores utilizados). Este método de búsqueda recuperará cualquier problema cuyos
valores coincidan con los de los parámetros de campo seleccionados.
Una vez ejecutada la búsqueda, los parámetros coincidentes se visualizan en una tabla. Se muestra la
información seleccionada para el problema a fin de ofrecer una vista general del mismo. Si la información
mostrada no es suficiente para que el usuario pueda determinar si se trata de una posible duplicidad, el usuario
puede escoger el problema y utilizar la función de mapa de navegación del problema para visualizar todos los
campos y los valores coincidentes del problema.
Para mejorar la capacidad de identificación de los problemas redundantes fuera del sistema, los usuarios
pueden exportar una tabla con los resultados del Chequeo de Duplicidad para facilitar una comunicación fuera
del sistema y permitir introducir personal no asignado a un rol específico en GIM.
Cuando un usuario identifica un problema evaluado como una posible duplicidad, puede enviar una
notificación del sistema al propietario del problema (Issue Manager en el caso de los problemas reales o Issue
Originator en el caso de los drafts) para su aprobación. Al enviar la notificación, el usuario puede
opcionalmente establecer dos parámetros que envían recordatorios automáticos para el destinatario de la
notificación:
Reply Inc 2018
Guía de Referencia GIM 124
Cuando el propietario del problema objetivo recibe la notificación de duplicidad, puede aceptar o rechazar la
duplicidad. Si se rechaza la propuesta de duplicidad, se devuelve una notificación al propietario inicial del
problema, quien puede ejecutar otras acciones (p. ej., creación o cancelación de problemas, o bien un nuevo
chequeo de duplicidad).
Para aceptar la propuesta es necesario realizar una operación de fusión con el fin de transferir los datos desde
el problema duplicado hasta el problema objetivo del usuario.
El sistema ofrece la operación de fusión proponiendo los detalles del problema del propietario, más los detalles
del problema duplicado.
En consecuencia, la operación de fusión consiste en aceptar/rechazar la información extraída del problema
duplicado.
Al finalizar la operación de fusión, se informa al personal involucrado en ambos problemas sobre la fusión. El
problema objetivo seguirá adelante con el ciclo de gestión del problema, mientras que el problema duplicado
se marcará con el estado "Agregado". Estará disponible para la búsqueda pero dejará de ser editable.
Lista de parámetros
Expandir/Colapsar
Pantalla completa
Parámetros de búsqueda se poblará de forma automática con los filtros confirmados por el
usuario después del envío;
• Si un usuario ha seleccionado "Chequeo de duplicidad" desde cualquier página en la que
esté disponible esta acción, la sección Parámetros de búsqueda estará en blanco.
El usuario puede editar los parámetros antes de ejecutar el chequeo de duplicidad, y es
posible añadir, eliminar y subir o bajar el nivel de importancia de los filtros con los botones
correspondientes que se describen en la siguiente tabla.
Colapsar todo
Expandir todo
Incluir borradores
El usuario puede incluir drafts de problemas en la búsqueda. Esta selección se realiza con una bandera
que aparece en la ventana emergente antes de ejecutar el chequeo de duplicidad.
Si el usuario incluye drafts de problemas, el sistema tiene en cuenta solamente aquellos que ya se
hayan enviado para la ejecución del chequeo de duplicidad. Si el draft no se ha enviado para la
ejecución de un primer chequeo de duplicidad automático, no se incluirá en la búsqueda.
Subir / bajar
Expandir/colapsar la sección
Añadir parámetros
Si se accede a la página Chequeo de duplicidad a través del botón "Enviar", el usuario habrá
seleccionado previamente los grupos en el conjunto para la operación de búsqueda y el orden. Si se
accede a la página Chequeo de duplicidad a través de un
elemento concreto del menú, la búsqueda se inicia cuando el usuario hace clic en el botón "Ejecutar
duplicidad".
El algoritmo ejecuta tantas búsquedas como campos haya seleccionado el usuario. Cada parámetro de
búsqueda se asocia a un peso de importancia, basado en el orden.
Una puntuación total de 100 se distribuye en el número de grupo usados como parámetros de
búsqueda: el objetivo es distribuir 100 en orden descendente de importancia, proporcionalmente al
número de campos.
El algoritmo propuesto asigna progresivamente importancias iguales a 2/3 de la importancia previa.
Con esta configuración, esta es la escala de importancia basada en el número de campos seleccionados
para la búsqueda.
El problema se asocia con una puntuación relacionada con los campos en los que la correspondencia
coincide con el valor introducido. Esta puntuación se utiliza para calcular la afinidad, expresada en
forma de porcentaje de 0% (ninguna coincidencia) a 100% (coincidencia total).
Eliminar parámetros
Añadir parámetros
La siguiente ventana emergente aparece cuando el usuario hace clic en Añadir parámetros.
Parámetro seleccionado
El icono indica que el parámetro está actualmente incluido en los parámetros de búsqueda.
El usuario puede seleccionar/deseleccionar el parámetro haciendo clic en este icono o en el texto del
parámetro.
Parámetro no seleccionado
Haciendo clic en el nombre del parámetro no seleccionado, el usuario selecciona el parámetro y lo
incluye en los parámetros de búsqueda.
Resultados del chequeo de duplicidad
La tabla muestra el listado de problemas que coinciden con los parámetros indicados antes de ejecutar el
chequeo de duplicidad.
Si el usuario accede a esta página a través del botón "Chequeo de duplicidad" disponible en la página Crear
nuevo problema, la tabla estará en blanco.
Si el usuario accede a esta página tras haber enviado el problema, la tabla se rellena de forma automática,
basándose en la información recopilada para crear el problema.
El sistema descarta los problemas con los estados "Cancelado" o "Agregado". Estos no se incluyen porque no es
posible enviar la notificación de duplicidad para este tipo de problemas.
El usuario puede incluir drafts de problemas en la búsqueda. Esta selección se realiza con una bandera que
aparece en la ventana emergente antes de ejecutar el chequeo de duplicidad.
Si el usuario incluye drafts de problemas, el sistema tiene en cuenta solamente aquellos que ya se hayan
enviado para la ejecución del chequeo de duplicidad. Si el draft no se ha enviado para la ejecución de un primer
chequeo de duplicidad automático, no se incluirá en la búsqueda.
Afinidad
Porcentaje de afinidad del problema con los parámetros de búsqueda.
Estado
Status del problema.
Región de origen
Región en la que se creó el problema (definido en la Información básica del problema).
Exportar resultados
Este botón permite al usuario exportar los resultados en una plantilla de Excel.
Otras columnas
El proceso de la Interim Containment Action no es estrictamente una parte del proceso de resolución normal,
ya que algunos problemas no pueden ser contenidos. Por lo tanto, este proceso no se coloca en una posición
específica dentro de la línea temporal de resolución, pero puede realizarse en paralelo, en secuencia o en
combinación con el Análisis de la Causa Raíz.
Esencialmente, la ICA puede activarse en cualquier momento mientras el problema está en estado red.
El Issue Manager puede definir una o más Interim Containment Actions. Si este es el caso, cada ocurrencia es
asignada a un Issue Solver Lead, punto de contacto entre el Issue Manager y el equipo de resolución. El equipo
de resolución puede cambiar progresivamente, con la adición/supresión de miembros de acuerdo con las
necesidades de resolución específicas. Los encargados de la resolución son responsables de las acciones
operativas finalizadas para incluir una acción de contención válida. Además, se encargan de actualizar la
información del problema, para compartir esas actividades implementadas para la contención del problema.
Una vez que se ha establecido el equipo de resolución, puede comenzar la identificación de la acción de
contención óptima para el problema. Esto se hace proporcionando detalles que incluyen una descripción de la
contención, factores de costo y cualquier otra observación pertinente. En la mayoría de los casos, la validación
de la contención es implícita cuando la acción ha sido correctamente identificada e implementada; sin
embargo, es posible que se requiera de una validación explícita dependiendo de la región u organización que
remite el problema. Se trata de un proceso relacionado con la decisión y no tendrá impacto ni será conducido
por el sistema.
En cualquier caso, los miembros del Equipo de resolucion puede proponer una fecha de efectividad tentativa
al Issue Manager en lo que se refiere a la fecha en la que se completará la acción de contención.
Cuando la acción de contención ha sido identificada, la implementación de esta acción puede ser dirigida para
satisfacer la información del sistema basándose en lo que exija el problema en lo que se refiere al tipo de
acción de contención. El área de resolución para la contención provisional ofrece una clara separación entre
producción (vehículo y componente) y acciones de servicio. La información común relacionada con todos los
tipos de contención incluye la fecha de contención tentativa, la fecha de contención y el porcentaje de
efectividad. El VIN es único para la contención de producción del vehículo y la ID de acción de servicio es única
para la contención de servicios de producción. Todos los campos salvo la fecha de contención ofrecen a los
miembros del Equipo de resolucion implicados la flexibilidad para documentar tanta información sobre la
contención en cuestión como la situación individual pueda requerir.
En el caso de que haya más de una Interim Containment Action se requiere, los pasos indicados se aplicarán a
aquellas acciones adicionales al igual que a asegurarse de que el cliente esté protegido. Dentro del sistema,
cada paso de la Interim Containment Action se rastrea y puede accederse a ella a través de la función de
expandir/colapsar. El Issue Manager se encarga de garantizar que todas las Interim Containment Actions se
hayan implementado antes de avanzar. Una vez implementada, el usuario encargado de cambiar el issue status
podrá cambiar el color del problema a yellow y será posible continuar con el ciclo de administración del
problema.
Para avanzar desde el estado del color de problema Rojo a Amarillo, se deben completar todos los pasos de
solución de Interim Containment Action. Para los problemas que siguen al flujo de trabajo de Producción
actual, esta es la única regla para avanzar y emitir el estado de color Amarillo. Para el siguiente flujo de trabajo
de desarrollo de productos, el paso de resolución del análisis de causa raíz debe completarse además de todos
los pasos de solución de la Interim Containment Action.
Para los problemas que siguen al flujo de trabajo de producción actual, se requiere la fecha de
contención y se mostrará de la siguiente manera:
La fecha tentativa de contención siempre será opcional para los problemas que siguen al flujo de
trabajo de producción actual.
Para el tema que sigue al flujo de trabajo de desarrollo de productos, solo se requiere una fecha
tentativa de contención o fecha de contención y se mostrará de la siguiente manera:
Después de que se haya establecido una de las fechas tentativas de contención o de contención, la
otra ya no será necesaria y, por lo tanto, el campo ya no se resaltará en rojo.
Este control permite al usuario añadir una línea de solución ICA al problema.
Una vez se hace clic, aparece una ventana emergente en la que se muestran los distintos tipos de línea
de solución ICA. Tras la selección del usuario, se genera la sección de línea de solución ICA enlazada
(descrita a continuación) correspondiente.
El tipo de pasos de resolución ICA disponibles para la selección son:
Vehículo
Componente
Tren motriz
Servicio
Este control permite al usuario completar las actividades de resolución en esta línea de solución en
concreto.
Si se hace clic en el flujo de trabajo de producción actual, el sistema muestra uno de estos dos
mensajes de notificación emergentes:
• Si este paso no es la última/única línea de solución ICA que deba completarse, se enviará una
notificación de información a todos los miembros del equipo implicados en este paso,
notificándoles que esta línea de solución se ha completado;
• Si este paso es la última/única línea de solución ICA que deba completarse, además de
enviarse la notificación mencionada arriba, se incluirá y se enviará una notificación Por hacer al
rol configurada para el cambio de estado del color, solicitando que se cambie el estado del
color del problema.
Si una vez hecho clic en el flujo de trabajo de Desarrollo de Producto, el sistema muestra una de las dos
ventanas emergentes de notificación:
Si hay otros pasos para resolver ICA o RCA abiertos, se envía una notificación INFO a todos los
miembros del equipo involucrados en este paso, notificándoles que este paso de resolución
está completo.
Si se completan todos los demás pasos de resolución ICA y RCA, además de la notificación anterior, se incluye
una notificación TO-DO y se envía a la función configurada para el cambio de estado de color, solicitando que
Este control permite al usuario reabrir las actividades de resolución de una línea de solución en
concreto. Una vez se hace clic, el sistema muestra una pantalla emergente de notificación para enviar
una notificación de información a todos los miembros del equipo implicados en este paso,
notificándoles que la línea de solución se ha reabierto.
Este control permite al usuario guardar todos los datos introducidos dentro de una línea de solución en
concreto.
Una vez se hace clic, el sistema muestra un mensaje de confirmación indicando que la acción de
guardado ha sido ejecutada correctamente.
Sequence #
This control allows the user to input the identifier of the first vehicle where the solution is installed and
effective. This field is only available on ICA Vehicle Steps.
The ‘Spare Part Number’ edit popup functions the same way as the ‘Part Number’ edit popup within
the ‘Component’ section of the Issue Info page. The user is able to search via part number or
description. The values within the ‘Source System’ field in this edit popup follows those values that are
available on the Issue Info page based on the nature of the issue.
Only the Business Supervisor, Issue Manager & Solver Leads have the authority to utilize and interact
with this functionality.
RCA - Análisis de la Causa Raíz
El proceso de Análisis de la Causa Raíz es el primer hito del proceso de resolución, ya que se trata de la
actividad de resolución inicial que se requiere para todos los problemas. El Análisis de la Causa Raíz es el
proceso único más integrado que sirve para explicar el verdadero origen del problema.
Para los siguientes escenarios (elementos de la viñeta mostrada abajo), habrá un problema con una o más
líneas de resolución potenciales, todas gestionadas por un Issue Manager. El Issue Manager puede determinar
la causa raíz de dos formas:
• Una causa raíz requiere acciones que sean dirigidas por uno o más grupos funcionales o
áreas responsables
• Múltiples causas raíz requieren acciones que sean dirigidas por uno o más grupos
funcionales o áreas responsables pero todavía bajo la autoridad del mismo Issue Manager.
GIM permite múltiples Pasos de Identificación de Permanent Corrective Action para asociarlos a un Análisis de
Causa Raíz. Entender la causa raíz ayudará a determinar lo que se necesita para las actividades de resolución
correctiva permanente que continúan después en el proceso.
El propósito principal de agregar Pasos de Identificación de Permanent Corrective Action más allá del grupo
inicial de las actividades de resolución es permitir la gestión de tareas independientes implicadas en el mismo
problema. Esta solución ofrece canales claros para diferentes miembros del equipo de resolución con el fin de
que dirijan tareas específicas. Adicionalmente, esto ayuda a destacar problemas potenciales en el ciclo de vida
del problema a igual que la capacidad de informar sobre las actividades de solución cuando están implicados
varios grupos funcionales y áreas de responsabilidad.
Muy probablemente, el Análisis de la Causa Raíz es la fase en la que el Issue Manager podrá solicitar la
reasignación de su rol. Esta solicitud se le envía al Issue Originator.
Además, esta actividad puede dar lugar a la decisión de cancelar el problema. Si la causa raíz aún no está
completada, esta operación la puede llevar a cabo directamente el Issue Originator, sin involucrar al Business
Supervisor.
El Análisis de la Causa Raíz puede ser asignado a un equipo de resolución tan pronto como el problema haya
sido creado y puesto en estado red. El Issue Manager puede asignar a uno o más Issue Solver Leads por si hay
múltiples causas raíz. El Issue Solver Lead, junto con el equipo de resolución, se encarga de las acciones
operativas finalizadas para detectar la causa. Además, son responsables de actualizar la información del
problema con el fin de compartir los diagnósticos identificados.
Para esta actividad de resolución, los miembros del equipo implicados pueden introducir manualmente
información valiosa en el análisis de la causa raíz. Esto se hace rellenando los campos relacionados con la
descripción de la causa raíz, como la fecha en la que se identificó la causa raíz, la fecha tentativa de
identificación de causa raíz , la identificación de la solicitud de laboratorio y otros comentarios, como pueden
ser los próximos pasos o los bloqueos.
El resultado de este análisis ayuda a la asignación correcta de la responsabilidad para identificar las acciones
correctivas.
Este control permite al usuario expandir o colapsar una fase específica de la línea de solución RCA.
Las dimensiones de la sección expandida se basan en el contenido que incluye. Los siguientes gráficos
representas los dos posibles estados del icono:
Como el Paso de Solución de RCA se considera Paso principal, el título del RCA se mostrará en negrita.
Este control añade una nuevo Paso de Identificación de Permanent Corrective Action al actual RCA.
Este control permite al usuario borrar un RCA específico. Una vez se hace clic, el sistema muestra una
pantalla emergente de confirmación y si se confirma, el RCA se elimina de la página y los datos se
borran. Este botón solo está disponible cuando se han añadido RCA adicionales ya que el RCA inicial no
se puede eliminar.
Este control permite al usuario asignar un Solver Lead y un equipo de resolución a una línea de
solución RCA específica.
Una vez se hace clic, el sistema muestra una ventana emergente con todas las funciones relacionadas
con la asignación de los roles mencionados.
Este control permite al usuario cargar documentos relacionados con una línea de solución RCA
específica y adjuntarlos al problema.
Una vez se hace clic, el sistema muestra la pantalla emergente de Subir documentos con todas las
funciones para ejecutar esta acción.
Bandera 5W1H
Este control permite al usuario completar las actividades de solución en este paso particular.
Una vez se hace clic, el sistema muestra una pantalla emergente de notificación. Si se confirma en la
pantalla, se envía una notificación de información a todos los miembros del equipo implicados en este
paso, informando de que esta línea de solución se ha completado.
Para problemas posteriores al flujo de trabajo de Desarrollo del Producto, si hay al menos un ICA
completo y todos los demás Pasos de resolución ICA y RCA están completos, también se enviará una
notificación TO-DO para cambiar el estado del color. Esta notificación TO-DO se enviará al usuario
asignado a la función configurada para el cambio de estado de color.
Este control permite al usuario reabrir las actividades de solución en este paso particular.
Una vez se hace clic, el sistema muestra una pantalla emergente de notificación para enviar una
notificación de información a todos los miembros del equipo implicados en este paso, notificándoles
que la línea de solución se ha reabierto. Para problemas posteriores al flujo de trabajo de Desarrollo
del producto, si hay al menos un ICA completo y todos los demás Pasos de resolución ICA y RCA están
completos, también se enviará una notificación TO-DO para cambiar el estado del color. Esta
notificación TO-DO se enviará al usuario asignado a la función configurada para el cambio de estado de
color.
Botón Historia
Este botón muestra al usuario una ventana emergente con una tabla que contiene información
histórica sobre la modificación de los campos de esta línea de solución RCA en concreto .
Este control permite al usuario guardar todos los datos introducidos dentro de una línea de solución
concreta.
Una vez se hace clic, el sistema muestra un mensaje de confirmación indicando que la acción de
guardar se ha realizado con éxito
Análisis 5W1H
Para algunos procesos empresariales es necesario realizar el análisis 5W1H con el fin de ejecutar el RCA.
Este proceso de resolución consiste en un desglose estructurado del problema, respondiendo a las siguientes
preguntas:
•¿Qué?
•¿Cuándo?
•¿Dónde?
•¿Quién?
•¿Cuál?
•¿Cómo?
Si está activada la bandera 5W1H para el problema, es obligatorio que el equipo de resolución complete el
análisis.
Por defecto, la bandera no está activada.
Cuando la bandera está activada, el RCA no puede ser completado hasta que los 6 campos no hayan sido
rellenados. Cada uno de los campos admite texto largo.
Identificación PCA
La identificación y validación del proceso de Permanent Corrective Action es la actividad que se realiza una vez
que el Análisis de la Causa Raíz ha sido completado y verificado. Esta actividad de resolución es el primer
elemento en la línea de solución. Los resultados del Análisis de la Causa Raíz ayudan al Issue Manager en la
asignación de recursos para identificar la(s) acción/acciones correctiva(s).
Para esta actividad de resolución, los miembros del equipo implicado pueden introducir manualmente
información valiosa para la identificación y la validación de la Permanent Corrective Action. Esto se hace
introduciendo datos como una descripción de la Permanent Corrective Action, factores de costos y
observaciones durante la actividad, así como los próximos pasos o bloqueos que puedan surgir en este paso.
Además, la sección Línea de solución contiene otros campos que el usuario puede utilizar para describir mejor
la PCA.
Esta información incluye la fecha de efectividad tentativa, la fecha en la que la Permanent Corrective Action fue
identificada, y una referencia a cualquier orden o notificación de cambio, así como al estado de dichas órdenes
o notificaciones de cambio en una fecha determinada.
El proceso Feed Forward también se introduce en este punto del ciclo de vida de la administración del
problema. El Issue Solver Lead o el Issue Manager pueden nominar un problema para que sea oficial utilizando
esta función del sistema. Esta nominación se inicia mediante la activación de esta función, lo que inicia el
proceso Feed Forward, dirigido fuera del sistema GIM.
Dado que el proceso Feed Forward se gestiona de formas distintas dependiendo de la región o la organización
que administra el problema, el sistema solo incluye una función de alto nivel para ayudar al seguimiento sin
elementos demasiado complejos.
Una vez identificadas las Permanent Corrective Actions, y una vez se ha(n) validado de forma preliminar y se
ha(n) documentado en el sistema, es posible completarla(s).
Este control permite al usuario completar las actividades de solución en este paso particular.
Una vez se hace clic, el sistema muestra una pantalla emergente de notificación. Si se confirma, se
envía una notificación de información a todos los miembros del equipo implicados en este paso,
notificándoles que la línea de solución se ha completado.
Este control permite al usuario reabrir las actividades de solución en este paso particular.
Una vez se hace clic, el sistema muestra una pantalla emergente de notificación para enviar una
notificación de información a todos los miembros del equipo implicados en este paso, notificándoles
que la línea de solución se ha reabierto.
Este control permite al usuario guardar todos los datos introducidos en una línea de solución
particular. Una vez se hace clic, el sistema muestra un mensaje de confirmación indicando que la
acción de guardar fue ejecutada con éxito.
Servicio/Repuestos bandera
Verificando el indicador de Servicio / Repuestos activará la sección Servicio / Repuestos en el proceso
de cierre, requiriendo que se complete antes de cerrar el problema.
Implementación PCA
El proceso de implementación de la Permanent Corrective Action es la tarea final abajo el paso Análisis de
Causa Raíz. Una vez que la Permanent Corrective Action ha sido identificada y preliminarmente validada, la
implementación de la acción puede comenzar. Cada acción correctiva que ha sido identificada tiene que ser
implementada.
Cualquier acción correctiva puede tener varios puntos limpios. En consecuencia, cada Identificación de PCA
puede tener varias tareas para poder admitir el número de puntos limpios esperado.
De forma similar a lo que ocurre con las actividades de resolución previas del problema, el equipo de
resolución puede ajustarse de acuerdo a la naturaleza del problema y en relación con la actividad dirigida. Si la
composición del equipo de resolución no es adecuada para conseguir todos los puntos limpios que afectan al
problema, el Issue Manager y/o los Issue Solucionador líders pueden añadir más usuarios al equipo de
resolución.
Los solvers son responsables de las acciones operativas finalizadas para incluir una acción de contención válida.
Además, se encargan de actualizar la información del problema, para compartir esas actividades
implementadas para la contención del problema.
Una vez actualizado el equipo de resolución (si fuera necesario), es posible ejecutar la implementación de la
Permanent Corrective Action. Esto se hace suministrando detalles dentro del sistema, como la descripción de la
Permanent Corrective Action y cualquier otra observación pertinente, así como los próximos pasos o los
bloqueos que pudieran estar frenando este paso.
El área de resolución de la Permanent Corrective Action otorga una clara separación entre producción
(vehículo, componente y powertrain) y las acciones de servicio. La información común relacionada con todos
los tipos de acción correctiva incluye la fecha de Punto limpio tentativa y la fecha de Clean Point. Sin embargo,
el número de serie de Clean Point y el VIN para el Clean Point son únicos para la acción correctiva de
producción de componentes y Powertrain.
Todos los campos excepto el de fecha de Clean Point ofrecen a los miembros del equipo de resolución
implicado la flexibilidad de documentar toda la información sobre una acción correctiva dada que una situación
individual puede exigir.
El Issue Closer o el Issue Manager se encargan de cambiar manualmente el color de estado del problema a
estado verde claro. En el caso de que haya más de una acción correctiva, esos pasos deberán completarse
también para avanzar al estado de color verde claro. Dentro del sistema, se lleva a cabo un seguimiento de
cada Permanent Corrective Action, a la que se puede acceder a través de la función expandir/colapsar.
Si todos los pasos ID de PCA, tienen implementadas Permanent Corrective Actions (suponiendo que no haya un
chequeo de acción de servicio o que ya se haya completado), el Issue Closer o el Issue Manager podrán cambiar
el color de estado.
Esta fase ofrece además la oportunidad de identificar una fechas de monitoreo. Si se configura en la página de
Business Unit / Configuración de área funcional, el usuario deberá ingresar una Fecha de Inicio de Monitoreo y
una Fecha de Finalización de Monitoreo. Estas fechas representan cuándo comienza y finaliza el período para
monitorear la efectividad de la implementación correctiva permanente.
Una vez que se han llevado a cabo y verificado todas las acciones correctivas necesarias implementadas, y que
se han ejecutado todas las acciones de servicio y partes, el Issue Closer o el Issue Manager podrán cambiar el
color de estado a light green y el ciclo de administración del problema podrá avanzar hasta el proceso de
cierre.
Este control permite al usuario completar las actividades de resolución en este paso en concreto. Una
vez se hace clic, el sistema muestra una de las dos notificaciones emergentes siguientes:
Este control permite al usuario reabrir las actividades de resolución en este paso en concreto.
Una vez se hace clic, el sistema muestra una pantalla emergente de notificación para enviar una
notificación de información a todos los miembros del equipo implicados en este paso, notificándoles
que la línea de solución se ha reabierto.
Este control permite al usuario guardar todos los datos introducidos en una línea de solución
particular. Una vez se hace clic, el sistema muestra un mensaje de confirmación indicando que la
acción de guardar fue ejecutada con éxito.
Para los problemas que siguen al flujo de trabajo de producción actual, se requiere la fecha del punto
de limpieza y se mostrará de la siguiente manera:
La fecha Tentative Clean-Point siempre será opcional para problemas posteriores al flujo de trabajo de
producción actual.
Para el tema que sigue al flujo de trabajo de Desarrollo de Productos, solo se requiere una de las
fechas Tentative Clean-Point o Clean-Point es requerida y se mostrará de la siguiente manera:
Después de que se haya establecido una de las fechas Tentative Clean-Point o Clean-Point, la otra ya
no será necesaria y, por lo tanto, el campo ya no se resaltará en rojo.
Sequence #
This control allows the user to input the identifier of the first vehicle where the solution is installed and
effective.
The ‘Spare Part Number’ edit popup functions the same way as the ‘Part Number’ edit popup within
the ‘Component’ section of the Issue Info page. The user is able to search via part number or
description. The values within the ‘Source System’ field in this edit popup follows those values that are
available on the Issue Info page based on the nature of the issue.
Only the Business Supervisor, Issue Manager & Solver Leads have the authority to utilize and interact
with this functionality.
If the Issue Template is set to Supplier Quality – Producción Actual and the Target Business Unit is NAFTA, then
the first time the Management page is accessed the following solving steps will automatically be created:
1 Vehicle ICA solving step
1 Component ICA solving step
1 RCA solving step
1 paso de resolución de ID de PCA
1 Vehicle PCA IMP solving steps
1 Component PCA IMP solving step
Si la Plantilla de problema está configurada a Tren motriz- Desarrollo de producto, entonces la primera vez que
acceda a la página de Administración, se crearán automáticamente los siguientes pasos de resolución:
1 paso de resolución ICA del Tren motriz
1 paso de resolución RCA
1 paso de resolución de ID de PCA
1 paso de resolución PCA IMP del Tren motriz
If the Issue Template is set to cualquier plantilla de Producción Actual other than Supplier Quality – Producción
Actual and the Target Business Unit is NAFTA, then the first time the Management page is accessed the
following solving steps will automatically be created:
1 RCA solving step
1 paso de resolución de ID de PCA
Escenario con modelo transversal
El modelo transversal se refiere a dos casos
Disociar el problema
Esta función está diseñada para los escenarios con modelo transversal en los que un problema abierto debe
dividirse en varios problemas en el momento de su resolución.
El ejemplo típico de esto es lo que se denomina escenario “de NAFTA a EMEA”. A continuación se muestra una
breve introducción en torno a este escenario:
• El Issue Originator NAFTA abre un nuevo problema relacionado con varios modelos fabricados
en EMEA
• El Issue Originator NAFTA nombra al Issue Manager NAFTA de la región de venta
• El Issue Manager NAFTA, sabiendo que está trabajando en este escenario, nombra varios Issue
Solver Leads, uno para cada modelo. El Solver Lead es el director de calidad de EMEA a cargo
del problema de un modelo específico.
Se puede considerar que el problema está dividido en varios problemas (uno para cada modelo afectado) a
través de las actividades de resolución
• Como Solver Lead, cada director de calidad se encarga de dirigir la actividad de resolución para
su modelo
• Una vez cerradas todas las actividades de resolución, es posible cambiar el color del problema
a light green y el Issue Closer NAFTA puede cerrar el problema
• Sin impactos durante la fase de creación del problema. El Issue Originator puede
crear el problema incluyendo todos los modelos afectados de la forma habitual;
• Sin impactos durante la asignación del Issue Manager. Como el Issue Manager de la
región de venta, el Issue Originator NAFTA nombra al Issue Manager NAFTA de la
forma habitual;
• La asignación del Issue Solver Lead sigue un proceso distinto al estándar. El Issue
Manager debe asignar cada modelo al Issue Solver Lead EMEA correspondiente (los
directores de calidad EMEA de los modelos afectados);
Es necesario respetar las siguientes restricciones para una correcta gestión de este escenario:
• El Issue Manager solo puede nombrar al Issue Solver Lead para los modelos
declarados como afectados por la anomalía una vez realizadas las actividades de
resolución.
• Todos los modelos declarados como afectados por la anomalía deben ser asignados a
un Solver Lead y, a continuación, todas las actividades de resolución deben ser
declaradas como completadas y verificadas antes de poder cambiar el status del
problema a light green y de poder solicitar al Issue Closer (ubicado en NAFTA) que
supervise y cierre el problema.
El status del problema es definido en el nivel del problema y en este escenario particular donde las actividades
de resolución se dividen según el modelo es necesario cerrar todas las actividades de resolución para todos los
modelos implicados antes de continuar:
• Todas las Interim Containment Actions de todos los modelos implicados deben
cerrarse antes de poder cambiar el status del problema a Yellow;
• Todas las implementaciones PCA de todos los modelos implicados deben cerrarse
antes de poder cambiar el status del problema a Light Green.
Correlacionar el problema
Esta función está diseñada para los escenarios con modelo transversal en los que varios problemas abiertos
deben tratarse como un único problema en el momento de su resolución.
El ejemplo típico de esto es lo que se denomina escenario “de EMEA a NAFTA”. A continuación se muestra una
breve introducción en torno a este escenario:
• El Issue Originator EMEA abre un nuevo problema relacionado con un modelo específico
fabricado en NAFTA y asigna al director de calidad encargado de ese modelo como Issue
Manager de ese problema;
• De igual manera, el Issue Originator EMEA (puede o no ser el mismo que el primer Issue
Originator) abre otro problema relacionado con otro modelo fabricado en NAFTA y asigna al
director de calidad encargado de ese modelo como Issue Manager de ese problema;
• Como los modelos se fabrican en NAFTA, cada Issue Manager EMEA asigna su problema al
NAFTA CST como Issue Solver Lead;
• Como la organización NAFTA se centra en los sistemas y no en los modelos, es posible que los
dos problemas, aunque sean para dos modelos distintos, estén relacionados con un mismo
sistema y constituyan en realidad la misma anomalía;
• Finalmente, cuando todas las actividades de resolución se han cerrado, el color del problema
se puede cambiar a light green y cada Issue Closer EMEA (uno para cada problema inicial)
puede monitorizar los puntos limpios y cerrar su problema de forma independiente.
• Sin impactos durante la fase de creación del problema. El Issue Originator crea el problema
para un modelo afectado en concreto de la forma habitual.
• Sin impactos durante la asignación del Issue Manager. Como el Issue Manager está en la región
de venta, el Issue Originator EMEA asigna a Issue Manager EMEA correspondiente según el
modelo afectado y sigue el proceso estándar
• Sin impactos durante la asignación del Issue Solver Lead. El Issue Manager del problema asigna
al Issue Solver Lead (rol cubierto por NAFTA CST) según la sugerencia del sistema GIM,
siguiendo el proceso estándar
• Las operaciones efectuadas por los solvers para corregir la anomalía (ICA, RCA, identificación
PCA e implementación PCA) se gestionan siguiendo el proceso estándar.
• Desde el punto de vista de los Issue Manager y los Issue Originators de EMEA, la correlación de
los problemas no implica ninguna diferencia en la administración de los problemas. Seguirán
viendo los problemas como problemas distintos también en la página de actividades de
resolución. La única diferencia está en que la información que aparece en las páginas de
actividades de resolución es exactamente la misma (salvo en el caso de los pasos aislados).
• El cambio del status del problema es responsabilidad del Issue Closer EMEA (el director de
calidad). Se le notificará que las actividades ICA o de implementación PCA se han completado y
se le solicitará que cambie el issue status.
El issue status se cambia al nivel del problema. Esto significa que al mismo tiempo puede haber
distintos problemas correlacionados con estados de color diferentes (véanse más detalles a
continuación dentro de este capítulo).
• Después de cambiar el problema a light green, el Issue Closer puede iniciar la fase de
monitorización y cierre de forma independiente para cada problema implicado.
Es necesario respetar las siguientes restricciones para una correcta gestión de este escenario:
• Para poder correlacionar problemas, el issue status de estos debe ser red o yellow;
• Una vez aislado un paso, no es posible deshacer esta acción de forma que el paso vuelva a
estar correlacionado. Esto sirve para evitar posibles incoherencias en el proceso de
resolución y en el sistema;
Pueden aparecer algunos escenarios engañosos debido al hecho de que más de un problema se resuelve
usando actividades comunes, pero el status del problema se establece al nivel de cada problema. A
continuación se expone una presentación más detallada de los posibles escenarios y de cómo son gestionados
por el sistema GIM:
Ahora imaginemos el siguiente escenario: el estado de uno de los 2 problemas correlacionados cambia a light
green y el otro se mantiene en red.
Esto significa que están verificados todos los pasos correlacionados; de lo contrario, el sistema no permitiría al
usuario configurado para cambiar el issue status del problema que cambiara el estado a light green.
• Si se reabre un paso aislado: sin impacto sobre el problema light green si el paso se añade
al problema red; no es posible para el problema light green.
• Si se reabre un paso correlacionado: este escenario no es aplicable porque todos los pasos
correlacionados se congelan cuando el estado del problema cambia a light green. Si
realmente es necesario reabrir un paso correlacionado, es necesario reabrir el problema
con el fin de preservar la coherencia del proceso.
• Si se añade un nuevo paso aislado: sin impacto para el problema en light green si el paso
se añade al problema en red; no es posible para el problema en light green
• Si se añade un nuevo paso correlacionado: este nuevo paso se añade al grupo pero no se
comparte con el problema en light green porque en el momento en el que se añade el
paso el problema está fuera del grupo.
Copiar y pegar
Esta función facilita escenarios en los que las actividades de resolución se comparten entre problemas
distintos.
Esta situación se da cuando es posible resolver varios problemas (total o parcialmente) con las mismas
actividades de resolución. Un ejemplo típico de ello es el siguiente escenario:
• Un Issue Originator abre dos problemas y asigna cada problema al Issue Manager correspondiente.
• Los Issue Managers asignan el problema al mismo Solver Lead, solicitándole que analice la causa
raíz.
• Durante la fase de Análisis de la Causa Raíz, el Solver Lead y el equipo asignado descubren que
estos dos problemas comparten la misma causa raíz. En consecuencia, la Permanent Corrective
Action desarrollada resolverá ambas anomalías.
• El proceso de resolución se comparte parcialmente entre los dos problemas: los problemas
podrían ser caracterizados por distintos puntos limpios (relacionados con las plantas de fabricación
implicadas) pero los pasos previos son comunes (Análisis de la Causa Raíz y PCA identificada).
• Finalmente, cuando todas las actividades de resolución se han cerrado, el color del problema se
puede cambiar a light green y cada Issue Closer asignado para los problemas iniciales puede
monitorizar los puntos limpios y cerrar su problema de forma independiente.
Esta función consiste en copiar una línea de solución y pegarla en una línea de solución de otro problema. Esta
operación normalmente se desencadena a través de un botón disponible en la página de administración del
problema objetivo, y es necesario seleccionar la fuente del problema que contiene la línea de solución que va a
copiarse.
Si la fuente del problema es un problema disociado que contiene más de un modelo, el sistema GIM exige la
selección de un modelo específico.
Si el problema objetivo es un problema disociado, la función se activa de forma automática. Se muestra el
indicador y es posible seleccionar los botones para copiar.
En otros casos, una vez seleccionada la fuente del problema, el usuario puede explorar sus detalles de
resolución y seleccionar la línea de solución que va a ser copiada. Solo es posible copiar una línea de solución
de un problema a otro.
El usuario que realiza la acción de copiar y pegar selecciona los campos que se van a pegar y los documentos
que se van a añadir como archivos adjuntos al problema objetivo.
El sistema ofrece dos formas de pegar:
• Pegar la línea de solución para que se sume a los pasos de resolución existentes en el nivel superior
Si el paso se añade para reemplazar los pasos de resolución existentes, a la página de administración del
problema objetivo se le añadirán los datos copiados de la fuente del problema.
Si el paso se añade en sustitución de una línea de solución existente, su información se sobrescribe con datos
copiados de la fuente del problema. Si los campos seleccionados de una fuente del problema tienen
información en el correspondiente problema objetivo, la acción de copiar y pegar sobrescribe los datos.
Los pasos de resolución se añaden con el estado "abierto" en el problema objetivo. Por ejemplo, si la Interim
Containment Action de un problema en estado yellow (ICA cerrada) se copia y se pega en un problema
objetivo, su estado en el problema objetivo será "abierto".
• El sistema abre una ventana emergente en la que el usuario puede buscar la fuente del
problema;
• Una vez seleccionada la fuente del problema, aparece una pestaña nueva que contiene la página
de administración de la fuente del problema. El usuario explora la página en busca de la línea de
solución que debe copiar.
• Al regresar a la pestaña del problema objetivo, el solver puede seleccionar el modo en el que
deben pegarse los datos (añadir o sustituir).
Hay botones específicos que permiten añadir sumando o añadir reemplazando la línea de
solución.
• Independientemente del modo seleccionado, el sistema abre una ventana emergente en la que
aparecen los campos de la línea de solución que se va a copiar y los archivos adjuntos
correspondientes. Los campos y los archivos adjuntos están seleccionados de forma
predeterminada, pero se pueden deseleccionar antes de pegar;
• Una vez completado, la línea de solución se mantiene "abierta", dado que el usuario es
responsable de gestionar y confirmar que la actividad se ha completado.
A los Issue Solvers se les otorgará la capacidad de añadir pasos de resolución al problema.
Más concretamente, cualquier usuario asignado como Issue Solver del problema podrá añadir:
•Nueva Interim Containment Action
•Nuevo Análisis de la Causa Raíz
•Nueva línea de solución
•Nueva implementación de la Permanent Corrective Action
En todos los casos, la acción del Issue Solver dará lugar a la creación de una tarea en la que al Solver Lead se le
Se realizará un seguimiento de las acciones en el registro de la historia, con una línea que registrará que los
usuarios se han asignado a la línea de solución.
Los encargados de la resolución pueden realizar actualizaciones en cualquier RCA y en las líneas de solución
enlazadas que tengan asignadas, independientemente del número de líneas de solución añadidas al RCA (p. ej.,
PCA ID 1, 2, 3..., PCA Imp 1, 2, 3....).
Los encargados de la resolución no pueden realizar actualizaciones en otros RCAs ni en sus líneas de solución
enlazadas si no las tienen asignadas.
Las limitaciones descritas para los Issue Solvers no son aplicables al Issue Solver Lead, quien tiene total
capacidad para crear tareas para la resolución.
La principal diferencia está en que cualquier paso creado por un Issue Solver Lead se asigna automáticamente
al propio Solver Lead.
La asignación en cascada es aplicable a las siguientes acciones:
•Añadir una línea de solución de un RCA en el que el usuario está asignado como Solver Lead
•Añadir una implementación PCA de una identificación a PCA en la que el usuario está asignado como
Solver Lead
Para las ICA adicionales y los RCA adicionales, el Solver Lead se encargará de asignar el equipo correspondiente,
sin asignaciones en cascada a partir de otras ICA (si existen) u otros RCA.
Nombre de usuario
Región (basada en el perfil de usuario)
Área funcional (basada en el perfil de usuario)
Departamento (basado en el perfil de usuario)
Nota (añadida para quien asigna, si procede)
Estado (generado por el sistema, basado en el estado de la asignación)
Acciones (la columna aparece con un icono de papelera solo después de que hayan sido
asignados uno o más solvers)
Este control permite al usuario asignar a un usuario el rol de Solver Lead para una línea de solución
determinada.
Una vez se hace clic, el sistema muestra una notificación emergente.
Si se confirma, el sistema envía una notificación de información al usuario nombrado, notificando al
usuario que se le ha asignado el rol de Solver Lead para una línea de solución determinada.
Una vez asignado un Solver Lead, este control sustituye al botón "Asignar" y permite al usuario
eliminar al usuario actualmente asignado como Solver Lead.
En la sección "Acciones" hay un botón llamado "Chequeo de servicio". Este botón no es visible para los
problemas regionales, si bien aparece en el caso de los problemas interregionales.
Se envía una notificación de tareas pendientes al Solver Lead, quien podrá hacer clic en el botón "Chequeo de
acción de servicio" para así habilitar el cambio del issue status. Si por el contrario el problema requiere de
acciones de servicio adicionales, el Solver Lead creará un paso de implementación PCA de servicio y ya no se
podrá cambiar el color de estado del problema.
Una vez implementada la PCA de servicio, el sistema genera una nueva notificación para el Solver Lead, quien
puede hacer clic en el botón "Chequeo de acción de servicio" para notificar al usuario de la región de venta que
debe cambiar el issue status.
Este proceso es aplicable solamente a los problemas interregionales y con garantía regional NAFTA (región de
origen y región objetivo = NAFTA y con código LOP) y es idéntico salvo por el hecho de que el Solver Lead
realiza estas acciones para los problemas interregionales y el Business Supervisor realiza estas acciones para los
problemas con garantía regional NAFTA.
Cierre del problema
La función de los pasos de resolución de Cierre del problema ofrece al Issue Closer una forma de recopilar
información tras la implementación de Permanent Corrective Actions.
Los pasos de solución para el proceso de Cierre se agregarán a la página de Administración de una de estas dos
maneras:
• Cuando se completa un paso de resolución de identificación de PCA con Suggest Feed Forward
configurado como 'Sí', se agregarán los del Issue Closer, Causa raíz del sistema, y los pasos de
resolución de Feed Forward.
• Al cambiar el estado de color del problema a Verde claro y no hay un paso de Identificación de PCA con
Suggest Feed Foward establecido en "Sí", se agregarán del Issue Closer y los pasos de resolución de la
causa raíz del sistema.
La fase de monitoreo depende de las prácticas empresariales relacionadas con cada problema. Algunas áreas
funcionales se encargan de monitorizar durante un periodo de tiempo definido (p. ej., 90 días), mientras que
otras áreas funcionales verifican la eficacia de las acciones correctivas a través de una prueba específica, cuyo
resultado se conoce de inmediato (positivo o negativo).
El paso de resolución de Cierre del problema contiene las fechas de inicio de monitoreo y finalización de
monitoreo.
La definición de estas fechas crea las notificaciones de calendario (disponibles en la página de inicio del Issue
Closer) que recordarán a los usuarios las actividades solicitadas para el cierre del problema.
La fecha de inicio de monitoreo se rellena previamente si se define una fecha cuando el problema cambió el
estado del color verde claro. Esta fecha se puede editar en el paso del Issue Closer.
El Cierre del problema requiere que se completen todos los pasos de resolución aplicables para el proceso de
cierre. El paso de resolución del Issue Closer y el paso de resolución de la causa raíz del sistema será aplicable
para todos los problemas de GIM, mientras que el paso de resolución de avance solo se aplicará para los
problemas de GIM marcados para el proceso de Feed Forward.
Por lo tanto, el proceso de cierre contiene un paso de resolución dedicado para procesos de Feed Forward, que
se utiliza solo si el proceso de Feed Forward para el problema se activa en la ID de PCA. Este proceso se ejecuta
externamente a GIM en una base de datos de reenvío de feed dedicada. The Issue Closer sigue siendo
responsable de verificar que la documentación se haya completado. El control también puede ser facilitado por
el Feed Forward Responsable. Este usuario puede hacer referencia al problema con el dossier Feed Forward
relacionado.
Si el Issue Closer ha editado la fecha de inicio de monitoreo y/o la fecha de finalización de monitoreo, la acción
"Guardar" en el paso del Issue Closer genera automáticamente las notificaciones de calendario relativas a las
fechas cambiadas.
El botón de acción de Close Action desencadena el cierre definitivo del problema, cambiando el color de estado
a dark green. Si se hace clic, el sistema comprueba si se han completado todos los pasos obligatorios para los
pasos del Cierre del problema. De no ser así, el sistema genera un mensaje emergente que informa al Issue
Closer de que no se ha efectuado el cierre porque no todos los pasos obligatorias se han completado.
Si todos los pasos de cierre se completan cuando se activa el botón de acción Cerrar problema, se mostrará una
ventana emergente para enviar la Notificación de información a los usuarios correspondientes asignados en el
asunto GIM sobre el Cierre del problema.
Una vez que el Issue Closer envíe la notificación, el estado del color del problema cambiará a verde oscuro.
Los problemas que siguen al flujo de trabajo de Production Actual requerirán una fecha de inicio de
monitoreo válida. Para problemas posteriores al flujo de trabajo de Desarrollo de productos, la Fecha
de inicio de monitoreo siempre será opcional.
Independientemente del modo de introducción, el sistema genera una notificación de calendario para
la fecha de inicio de monitoreo.
Esta notificación es un recordatorio para la persona que cierra para comenzar la monitorización de la
efectividad de los puntos limpios.
Al igual que con la fecha de inicio del monitoreo, los problemas que siguen al flujo de trabajo de
Current Production requerirán una fecha de finalización de monitoreo válida. Para problemas
posteriores al flujo de trabajo de Desarrollo de producto, la Fecha de finalización de el monitoreo
siempre será opcional.
Independientemente del modelo de introducción, la fecha de finalización de monitoreo genera una
notificación de calendario para la fecha de finalización de monitoreo. Esta notificación es un
recordatorio para el Closer para cerrar el problema.
Debido a que las fechas de monitoreo solo se requieren para problemas posteriores a la producción
actual, estos campos se mostrarán de forma diferente para problemas de Current Production y
problemas de Desarrollo de producto. A continuación, se muestra un ejemplo de cómo se mostrarán
estas fechas para los problemas de producción actual cuando se requieran:
Fecha de cierre
La fecha de conclusión del problema. Esta fecha no se corresponde necesariamente con la fecha en la
que el problema se cierra en el sistema.
El usuario no puede introducir una fecha futura.
Este campo es obligatorio para todos los problemas GIM.
Servicio / Repuestos
Ver Servicio/Repuestos para más detalles
El Cierre del problema y el Solucionador líder pueden asignar a los miembros del Equipo de resolucion
para respaldar la finalización del Cierre del problema y los pasos de resolución de la causa raíz del
sistema.
El Cierre del problema será responsable de seleccionar un BICEEPR y seleccionar las categorías y subcategorías
de la causa raíz sistémica aplicables. Los miembros del equipo de Solucionador líder y Equipo de resolucion al
paso de cierre del Issue podrán ayudar al Issue Closer a completar este paso.
Igual que el paso de resolución del Cierre del problema, el Cierre del problema no podrá editar el paso de
resolución de causa raíz del sistema hasta que el problema esté en estado de color verde claro.
BICEEPR
Un menú desplegable para seleccionar el BICEEPR para el problema. Este campo es obligatorio para
completar el paso Causa Raíz Sistémica.
Las selecciones disponibles son las siguientes:
Cuerpo
Interior
Chassis
Eléctrico
Sistema de motor
Tren motriz
Restricciones
Uconnect
Feed Forward
El paso de resolución de “Feed Forward" ofrece una área para que el Feed Forward responsable de ejecutar
acciones de tipo "lecciones aprendidas" indique que la documentación correspondiente se ha completado a
través de referencias y tipos de documentos.
Aunque el Issue Closer no es responsable de la validación de las lecciones aprendidas aplicables, este usuario
está implicado en el problema y debe asegurarse de que se ha completado el Feed Forward si el problema ha
sido nombrado previamente durante el ciclo del problema.
Al activar la bandera "Feed Forward completado", automáticamente se genera una notificación de información
para el Issue Closer al guardar el paso.
Al activar la bandera "Feed Forward implementado", automáticamente se genera una notificación de
información para el Issue Closer al guardar el paso.
El paso de resolución de Feed Forward solo estará disponible si el problema se ha marcado para el proceso de
reenvío en el paso de resolución de ID de PCA. Para que se marque para el proceso de Feed Forward problema
debe tener un paso de resolución de ID de PCA completado con el indicador Sugerir avance de feed establecido
en 'Sí'. De lo contrario, este paso no será visible en el problema.
Una vez que se ha marcado un problema para el proceso de Feed Forward, el paso de Feed Forward será
editable mientras el problema está en el estado de color Rojo, Amarillo o Verde claro. Además de los
problemas de Garantía, un problema con al menos un LOP asociado, el paso de Feed Forward será editable
mientras el problema se encuentre en el estado de Color azul. Mientras que un problema de garantía está en
estado de color azul, es el único momento en que se puede completar un paso de avance anticipado antes de
completar el paso de resolución de Causa raíz sistémica.
Tipo de documento
Campo de selección múltiple para tipos de documento actualizado durante el proceso Feed Forward.
Los valores seleccionables son:
DVP
PFEMA
PF
Reglas de diseño
DFMEA
PDC
AQR
SPV
Refacciones
Bandera que indica que el Issue Closer ha verificado que las refacciones están limpias.
Esta sección está disponible solo si la bandera de las refacciones está activada en la página de administración
del problema.
Bandera de refacciones
Bandera que indica que el Issue Closer ha verificado que las refacciones están limpias.
Si está habilitada, es necesario marcar esta bandera antes de que se complete el Cierre del problema.
Reversión
Como consecuencia de la monitorización, es posible que el Issue Closer necesite revertir un problema en el que
las acciones correctivas implementadas no hayan surtido efecto. En caso de nuevas reclamaciones de los
mercados o en caso de test negativo, el Issue Closer puede utilizar esta sección para revertir el problema.
La página admite la creación de diversas secciones para la reversión, con el fin de permitir varios fallos y
operaciones de reversión. La página predeterminada no contiene sección de reversión. Si el Issue Closer añade
una reversión, el issue status del problema vuelve a red y al Análisis de la Causa Raíz.
La sección solo contiene dos campos (motivo y fecha), dado que la mayoría de la información relativa a la
decisión de revertir debe añadirse al problema mediante la función para cargar archivos adjuntos.
Si la reversión se confirma, el proceso de resolución del problema vuelve al Análisis de la Causa Raíz.
Por omisión, la página de cierre del problema tiene una sección específica para la reversión.
La reversión exige que el color de estado del problema sea light green.
El botón "Problema revertido" desencadena la reversión del problema por la ruptura de los puntos limpios
debido a que se han detectado nuevas reclamaciones. Al final de la acción de reversión, el status del problema
vuelve a red.
Antes de hacer clic en este botón, el usuario debe indicar el motivo de la reversión y la fecha.
El sistema abre una ventana emergente para confirmar la acción.
A continuación, el sistema genera la notificación de información para la reversión.
Después de confirmar la reversión del problema, se muestra una ventana emergente para enviar una
Reply Inc 2018
Guía de Referencia GIM 178
notificación en la reversión. Solo se requerirá una Fecha de reversión y un Motivo, ya que la mayoría de la
información relacionada con la decisión de reversión debe adjuntarse al problema a través de la herramienta
para cargar archivos adjuntos. Una vez que se ha enviado la notificación, el problema se revertirá.
Después de revertir un problema, el problema se revierte al estado de color rojo y el estado del problema
cambia a Investigación en curso. Todos los pasos de resolución de problemas creados anteriormente en el
proceso de gestión no estarán disponibles para la edición, ya que un nuevo paso de análisis de causa raíz se
agregará automáticamente al problema. El nuevo paso análisis de causa raíz permitirá al Administrador de
problemas realizar nuevas actividades de solución de problemas para el problema.
El sistema no limita la cantidad de veces que se puede revertir un problema. Esto significa que, después de que
un problema que se invirtió previamente vuelve al estado de color Verde claro, el Cierre del problema podrá
revertir el problema nuevamente si es necesario.
Fecha de reversión
Fecha de reversión. Este campo está predeterminado a la fecha actual.
Motivo de la reversión
Explicación de la decisión de revertir el problema y de plantear la monitorización del punto limpio
considerándolo fallido.
Aplazamiento
El proceso de aplazamiento del problema no está estrictamente incluido en el proceso estándar ya que está
relacionado con situaciones no ordinarias. Como los indicadores que identifican cuándo un problema es un
buen candidato para un aplazamiento no son definitivos y pueden variar dependiendo de las diferentes
organizaciones, este proceso no es global. Aunque la información del sistema puede ayudar a tomar la decisión
de solicitar el aplazamiento de un problema, las actividades reales de aplazamiento son impulsadas por un
acuerdo externo.
Los miembros del equipo de resolución pueden descubrir la necesidad de aplazar un problema mientras ponen
en marcha las actividades necesarias para solucionar el problema. Cuando un problema ha sido determinado
para un proceso de aplazamiento, el Issue Manager o el Issue Solver Lead (en el caso de problemas
interregionales) son los responsables de generar y enviar una solicitud en el sistema. Esta solicitud debe incluir
el motivo del aplazamiento, y es necesario cargar la documentación correspondiente utilizada para avalar la
solicitud. Una vez enviada, el Business Supervisor recibirá la notificación de la solicitud y tomará la decisión
apropiada, además de implicar la cadena de dirección necesaria (fuera del sistema) para otorgar la
confirmación final. En este punto, el Business Supervisor tiene dos opciones:
• Rechazar el aplazamiento del problema
• Confirmar el aplazamiento del problema
Si la solicitud de aplazamiento del problema no es confirmada por el Business Supervisor, el problema
continuará con el ciclo de administración del problema.
Si la solicitud de aplazamiento del problema se confirma, el Business Supervisor utilizará la función del sistema
para aplazar oficialmente el problema. Esto cambia el status del problema a "Aplazado" y el status del
problema cambia a estado blue.
Según la configuración regional, el aplazamiento de un problema puede activar automáticamente la bandera
de lecciones aprendidas.
Al diferir un problema de Garantía, un problema con un Código LOP asociado, se debe asignar un Feed Forward
Responsable. Cuando el Supervisor del problema intente diferir un problema de garantía sin un responsable de
reenvío asignado, se mostrará una ventana emergente para asignar primero un responsable de reenvío.
Después de asignar un Feed Forward Responsable en la ventana emergente asignar Feed Forward Responsable,
se le solicitará al usuario que envíe una notificación para diferir el problema.
Fecha de aplazamiento
Fecha de aplazamiento.
Solo está disponible para el Business Supervisor que aplaza el problema.
Se rellena automáticamente con la fecha actual.
Resolución esperada
Sirve para seleccionar el tipo de paso futuro (año del modelo, fecha o familia de vehículos) para
redirigir el problema.
Este campo es visible solamente para los problemas originados en NAFTA.
Aplazar hasta
Sirve para designar un área funcional distinta, equipo o grupo como responsable de la resolución
cuando se retome el problema (si se conoce).
Resultado
Este valor se basa en el elemento seleccionado para Resolución esperada, proporcionando más
detalles.
Por ejemplo, si la resolución esperada seleccionada es "Fecha", el valor es la fecha de la resolución
esperada del problema.
Este campo es visible solamente para los problemas originados en NAFTA.
Cancelación
El proceso de cancelación del problema no necesariamente está incluido en el proceso estándar, ya que está
relacionado con eventos no ordinarios. Un problema puede ser cancelado en cualquier momento durante el
ciclo de administración del problema, si bien el proceso y los roles implicados varían en función del momento
en el que se envía la solicitud de cancelación. A continuación se exponen los escenarios en los que es posible
cancelar un problema.
• Un problema real (no draft) que ya ha sido completado y que tiene el Análisis de la Causa
Raíz verificado solo puede ser cancelado por el Business Supervisor. En este caso, el Issue
Manager es responsable de completar la solicitud para la cancelación y de enviar la solicitud
al Business Supervisor.
Para iniciar el proceso de cancelación, es necesario rellenar los campos "Motivo de cancelación" y "Tipo de
cancelación". La función "Confirmar la cancelación" solamente estará disponible para usuarios específicos
basándose en los escenarios descritos anteriormente. Una vez confirmada la solicitud de cancelación, el
problema tendrá el estado "cancelado" y ya no tendrá ningún status de problema.
Para los problemas ya implicados en las actividades de resolución de problemas, la cancelación no elimina
físicamente el problema de la base de datos. Será posible recuperar la información de un problema cancelado
más adelante realizando una búsqueda.
Un problema cancelado por motivos de seguridad (tipo de cancelación ajustado a seguridad) será visible
solamente para el Business Supervisor. Todas las búsquedas y los reportes excluirán los problemas cancelados
por motivos de seguridad salvo que los realice el Business Supervisor del mismo problema.
Motivo de cancelación
Descripción del motivo para cancelar el problema.
Fecha de cancelación
Fecha de cancelación.
Solo está disponible para el Business Supervisor que cancela el problema.
Se rellena automáticamente con la fecha actual.
Tipo de cancelación
Para seleccionar el tipo de cancelación para el problema.
Posibles valores:
•Error
•Duplicado
•Problema de seguridad
•Aprobación rechazada
Búsqueda
Las operaciones de búsqueda y la creación de listas de priorización se pueden ejecutar en cualquier momento.
Está función está disponible para todos los usuarios, independientemente de su rol en el sistema. El menú de
navegación global permite acceder a la página desde todas las páginas.
El propósito principal de la página de búsqueda es ofrecer al usuario una forma de buscar problemas, con
identificación rápida y opciones de navegación en los problemas. Los problemas recuperados a través de la
búsqueda son accesibles en modo de solo lectura (se muestran los detalles si el usuario no tiene un rol relativo
al problema), o bien se pueden utilizar para otras operaciones (si el usuario tiene un rol relativo al problema).
• Una sección de Parámetros de búsqueda, con una serie de campos predeterminados que sirven
para buscar problemas. Una vez que el usuario ha rellenado los campos deseados, la búsqueda se
ejecuta pulsando el botón "Buscar".
• Una sección Tabla de resultados que muestra una lista de problemas basándose en los parámetros
de búsqueda indicados por el usuario.
• Una tabla de Lista de priorización, donde el usuario puede arrastrar y soltar problemas de la tabla
de resultados y crear la lista de priorización progresivamente.
La sección Parámetros de búsqueda muestra una serie de campos predeterminados (más utilizados o los que
tienen la información más importante). La sección se puede expandir/colapsar según sea necesario. Por
omisión, la sección está en blanco y se puede ejecutar sin introducir ningún dato. Todos los campos de esta
sección son campos no obligatorios, por lo que el usuario puede añadir los que desee. La búsqueda se basará
en todos los parámetros que contengan información.
La Tabla de resultados contiene los problemas o los drafts de problemas que coinciden con los parámetros de
búsqueda seleccionados arriba. Cada línea de la tabla de resultados contiene un botón de acciones que permite
al usuario disponer de enlaces para el redireccionamiento a distintos datos sobre el problema:
•Incidentes
•Archivos adjuntos
•Info problema
•Severidad
•Asignación
•Administración
•Chequeo de duplicidad
•Cierre del problema
•Aplazamiento del problema
•Cancelación del problema
De acuerdo con el estado del problema seleccionado en la tabla y el perfil del usuario, es posible que algunas
funciones estén en modo de solo lectura.
Los problemas que aparecen en la tabla de resultados se pueden reproducir en la tabla Lista de priorización. El
usuario puede realizar tantas búsquedas como sea necesario. Cada operación de búsqueda actualiza la lista de
resultados, sin que la tabla Lista de priorización sea actualizada, de forma que el usuario pueda añadir
problemas a esta lista progresivamente.
• Crear Bookmarks: los usuarios pueden crear bookmarks en los problemas de forma que
aparezcan en la sección Bookmarks del panel de control.
Estado de Color
El usuario puede escoger el issue status del problema
La selección del estado se realiza a través de una lista desplegable que contiene los posibles estados
del problema:
•Draft
•Red
•Yellow
•Light Green
•Dark Green
•Blue
•Cancelado
•Agregado
Fecha de detección
El usuario podrá introducir la fecha de detección, tanto en una búsqueda con finalización abierta como
en una búsqueda con finalización cerrada, basándose en los siguientes parámetros:
1. Fecha de detección desde: la primera fecha en la que se detectó el problema
•Fecha de detección hasta: la fecha más reciente en la que se detectó el problema
Fecha de creación
El usuario podrá introducir la fecha de creación, tanto en una búsqueda con finalización abierta como
en una búsqueda con finalización cerrada, basándose en los siguientes parámetros:
•Fecha de creación desde: fecha de creación más antigua del problema
•Fecha de creación hasta: fecha de creación más reciente del problema
Región de origen
El usuario escogerá la región de origen.
Región objetivo
El usuario escogerá la región objetivo.
Región afectada
El usuario escogerá la(s) región/regiones afectadas por el problema. Este campo admite la selección
múltiple.
Mercado afectado
El usuario escogerá el mercado afectado.
Responsabilidad de resolución
El usuario podrá realizar búsquedas basadas en la responsabilidad de resolución del problema.
Severidad
El usuario podrá escoger la severidad GIM del problema.
Issue Originator
El usuario puede introducir un nombre/ID para buscar a los usuarios asignados como Issue Originators
para un problema. Es posible que el usuario realice selecciones múltiples para el Issue Originator.
Issue Manager
El usuario puede introducir un nombre/ID para buscar a los usuarios que hayan aceptado su
designación como Issue Manager para un problema. Es posible que el usuario realice selecciones
múltiples para el Administrador del problema.
Business Supervisor
El usuario puede introducir un nombre/ID para buscar a los usuarios asignados como Business
Supervisors para un problema. Es posible que el usuario haga selecciones múltiples para el Business
Supervisor.
Issue Closer
User can enter a name/ID to find users who are assigned as issue closer on an issue.
Es posible que el usuario realice selecciones múltiples para el Issue Closer.
Triage Responsible
User can enter a name/ID to find users who are assigned as triage responsible on an issue.
Es posible que el usuario realice selecciones múltiples para el responsable de Triage.
Código TESIS
Reply Inc 2018
Guía de Referencia GIM 187
El usuario puede introducir uno o varios códigos TESIS asociados a los problemas
Si se hace clic en el botón aparece una ventana emergente que permite al usuario introducir la
información del código TESIS que está buscando
Anomalía TESIS
El usuario puede buscar el código de anomalía TESIS asociado al problema.
Código LOP
El usuario puede introducir uno o varios códigos LOP asociados a los problemas
Si se hace clic en el botón aparece una ventana emergente que permite al usuario introducir la
información del código LOP que está buscando
Anomalía LOP
El usuario puede buscar el código de anomalía LOP asociado al problema.
CQI
User can enter a CQI associated with issues
The button to see a pop up which will allow the user to enter the relevant CQI information they
are searching for
Modelo
El usuario deberá introducir un mínimo de 2 caracteres antes de que el filtrado de los modelos
muestre los posibles resultados para el modelo. Es posible introducir varios modelos para una sola
búsqueda.
Proyecto
El usuario elegirá Proyectos al elegir de una lista desplegable. Se pueden ingresar múltiples códigos de
proyecto para una sola búsqueda.
MVS
Los usuarios podrán introducir información relativa al modelo/versión/serie y deberán introducir un
mínimo de 3 caracteres para que se inicie el filtrado.
Planta
El usuario escogerá las plantas a partir de una lista desplegable. Los usuarios pueden filtrar esta lista
desplegable por el código de la planta o por su descripción (si inicialmente se añadió una descripción).
Tipo de transmisión
El usuario deberá introducir un mínimo de 2 caracteres antes de que el filtrado del tipo de transmisión
muestre los posibles resultados para el tipo de transmisión. Es posible introducir varios tipos de
transmisión para una sola búsqueda.
Tipo de motor
El usuario deberá introducir un mínimo de 2 caracteres antes de que el filtrado del tipo de motor
muestre los posibles resultados para el tipo de motor. Es posible introducir varios tipos de motor para
una sola búsqueda.
Proveedor
El usuario podrá seleccionar al proveedor que desea buscar.
El usuario deberá pulsar el botón para que aparezca una ventana emergente en la que podrá
indicar el proveedor que está buscando; podrá filtrar los proveedores por código o por nombre.
Para seleccionar un proveedor, el usuario debe hacer clic en la flecha de la tabla y, a continuación, en
el botón OK. La ventana emergente se cerrará y se introducirá el código del proveedor en el campo.
Número de parte
El usuario podrá seleccionar el número de parte que desea buscar.
El usuario deberá pulsar el botón para que aparezca una ventana emergente en la que podrá
indicar los números de partes que está buscando; podrá filtrar los números de partes por nombre o
por descripción.
Para seleccionar un número de parte, el usuario debe hacer clic en la flecha de la tabla y, a
continuación, en el botón OK. La ventana emergente se cerrará y se introducirá el número de parte en
el campo.
KPI
El usuario puede seleccionar un KPI en la lista desplegable, como el KPI al que desea que se asocie el
valor de la lista desplegable de valores del KPI.
Unidad KPI
El usuario podrá utilizar este campo solo si ha seleccionado el campo "KPI". Los valores de la lista
desplegable se filtran según el valor del campo KPI.
Queja / descripción
El usuario puede introducir palabras que considere que puedan estar en los campos de queja o
descripción.
Texto completo
El usuario puede introducir palabras que considere que puedan estar en cualquier campo de texto para
un problema. Aunque es posible buscar todo tipo de palabras, cuanto más común sea la palabra, más
tiempo llevará la búsqueda.
Supervisor
User can enter a name/ID and select roles to find users and the user's subordinates who are assigned
specific roles on an issue. When you select Supervisor, it pulls all the subordinates 3 levels down.
Tipo de problema
El usuario podrá seleccionar un Tipo de problema del menú desplegable. La selección disponible
incluye:
Hardware
Software
Mopar Kits
Proceso de origen
El usuario podrá seleccionar un Proceso de origen del menú desplegable. Todos los procesos de origen
desde la página de configuración, ya sean activos o inactivos, estarán disponibles para su selección. El
proceso de origen múltiple se puede ingresar para una sola búsqueda.
Nivel
El usuario podrá seleccionar un nivel del menú desplegable. La selección disponible incluye:
Físico
Virtual
Tipo de Driveline
El usuario podrá seleccionar un tipo de Driveline en el menú desplegable.
Tipo de LUR
El usuario podrá seleccionar un tipo de LUR del menú desplegable. La selección disponible:
Driveline
Motor
ePT
Transmisión
Vehiculo
IPR
El usuario podrá ingresar un valor para IPR.
Flujo de trabajo
El usuario podrá seleccionar un flujo de trabajo de problemas en el menú desplegable. Las selecciones
disponibles son Producción actual y Desarrollo de productos.
Búsqueda
Este botón inicia la búsqueda basándose en los parámetros de búsqueda introducidos arriba.
Al hacer clic en Buscar, la tabla de resultados muestra los problemas que coinciden con los parámetros
de filtrado, clasificados por afinidad en orden descendente.
Borrar
Tabla de resultados
La tabla de resultados muestra una lista con los problemas que coinciden con los parámetros de búsqueda.
La tabla se puede ordenar y permite más filtrados. El diseño de las columnas es editable, lo que permite al
usuario añadir/eliminar columnas en la tabla, así como desplazarlas y guardar los nuevos ajustes para la
próxima vez que realice una búsqueda.
Los problemas son seleccionables a través del cuadro de texto de selección. Los problemas seleccionados se
pueden añadir a la tabla Lista de priorización de abajo si es necesario. Es posible seleccionar varias opciones al
mismo tiempo.
Todos los problemas de la tabla de resultados tienen un botón de acción para navegar por las distintas páginas
del problema (Info Problema, Administración, etc.).
Para seleccionar un único problema, el usuario debe hacer clic solamente en la línea.
Para seleccionar varias líneas en la cuadrícula de resultados, el usuario puede hacer clic en la casilla de
verificación de otro problema después de que ya se haya seleccionado una o, en general, hacer clic y
arrastrar todos los problemas que el usuario quiere seleccionar.
Estado
Issue status del problema
Región de origen
Región en la que se creó el problema (definido en el campo de información básica del problema)
Severidad
Severidad GIM asignada al problema
Reply Inc 2018
Guía de Referencia GIM 193
Issue Originator
Usuario que creó el problema/draft (definido en el campo de información básica del problema)
Issue Manager
Issue Manager asignado al problema
Business Supervisor
Business Supervisor asignado al problema
Exportar resultados
Guardar diseño
El botón está disponible para la tabla de resultados con el fin de guardar cualquier actualización
realizada en el diseño de la tabla.
El sistema asocia al usuario con el último diseño guardado. Cualquier nueva búsqueda mostrará las
mismas columnas que el diseño guardado.
Este botón sirve para transferir los problemas seleccionados a la tabla Lista de priorización.
Este botón se aplica a todas las líneas seleccionadas de la tabla.
Cuando el usuario pulsa el botón, aparece una ventana emergente solicitándole que confirme la
adición de los problemas a la lista de priorización.
Si se confirma, los problemas se reproducen en la parte inferior de la lista de priorización.
El sistema comprueba si el problema ya está en la tabla Lista de priorización. De ser así, un mensaje
informa al usuario y la operación no se ejecuta.
Acciones
Este botón abre un menú desde el que es posible acceder a las distintas páginas de un problema
(corresponden a las mismas ubicaciones de la barra superior dentro de un problema)
Issue Solver
La persona asignada como Issue Solver Lead en los distintos pasos del problema (es posible que haya
varios Issue Solver Leads)
Personalizar la tabla
Las columnas entre las que puede escoger el usuario son las siguientes:
•Nombre del problema
•Descripción del problema
•Diagnóstico
•Estado (hace referencia al issue status del problema)
•Status del problema
• Región de origen
•Área funcional objetivo
•Severidad
•Modelo
•Tipo de motor
•Tipo de transmisión
•VIN
•Código TESIS
•LOP
•Issue Originator
•Issue Manager
•Business Supervisor
•Equipo de resolución
•Problema resuelto
•Fuentes de procedencia para nivel de severidad
•Próximos pasos
•Fecha de seguimiento
•Fecha de efectividad tentativa para ICA
•Fecha de efectividad tentativa para RCA
•Fecha de efectividad tentativa para la identificación PCA
•Fecha de efectividad tentativa para la implementación PCA
•Fecha de inicio del monitoreo
•Fecha de finalización del monitoreo
•Retraso del problema
•Retraso de la actividad
•Fecha de creación
•Fecha de detección
•Proveedor
•Número de parte
•Responsabilidad de resolución
•Priorización del problema
•Región objetivo
•Año modelo
•Solver Lead
•Región afectada
•Planta
•KPI: Garantía - C/1000 0 MIS
•KPI: Garantía - C/1000 3 MIS
•KPI: Garantía - C/1000 6 MIS
•KPI: Garantía - C/1000 9 MIS
•KPI: Garantía - C/1000 12 MIS
•KPI: Garantía - C/1000 24 MIS
•KPI: Garantía - C/1000 36 MIS
•KPI: Garantía - C/1000 3 MOP
•KPI: Garantía - C/1000 6 MOP
•KPI: Garantía - C/1000 9 MOP
•KPI: Garantía - C/1000 12 MOP
•KPI: Garantía - C/1000 24 MOP
•KPI: Garantía - C/1000 36 MOP
•KPI: Garantía - PDI
•KPI: Garantía - Costo/Condición 12MIS
•KPI: Garantía - Costo/Condición 24MIS
•KPI: Garantía - Costo/Condición 36MIS
•KPI: Garantía - Costo/Condición 3MIS
•KPI: Garantía - Costo/Condición 6MIS
•KPI: Garantía - Costo/Condición 9MIS
•KPI: Garantía - EPUS 12MIS
•KPI: Garantía - EPUS 24MIS
Si el problema tiene un Análisis de la Causa Raíz, el estado del problema puede ser:
o Investigación en proceso (RCA no completado e ICA no completada; RCA no
completado e ICA completada con el problema en estado yellow)
Si el problema tiene varios análisis de causa raíz, el estado se determina teniendo en cuenta
todas las actividades de resolución:
o Investigación en proceso (como mínimo un RCA no completado e ICA no
completada; como mínimo un RCA no completado e ICA completada con el
problema en estado yellow)
• Retraso del problema: este atributo se muestra como Sí/No. Un problema tiene retraso si al menos una
línea de solución tiene una fecha de efectividad tentativa en el pasado y el estado es "abierto". Esto
significa que la actividad no se ha completado para la fecha límite esperada.
• Retraso de la actividad: se trata de un atributo de un problema que tiene una línea de solución abierta
con una fecha de efectividad tentativa (TED) expirada. Este campo puede tener los siguientes valores:
1. ICA: Interim Containment Action abierta y TED en retraso
2. RCA: Análisis de la Causa Raíz abierta y TED en retraso
3. Identificación PCA: Identificación PCA abierta y TED en retraso
4. Implementación PCA: Implementación PCA abierta y TED en retraso.
Si el problema tiene varias actividades en retraso, el sistema muestra la actividad que tenga el mayor
retraso.
Lista de priorización
La cuadrícula de la lista de priorización es un espacio de trabajo en el que el usuario puede crear
progresivamente listas de priorización propias.
Esta cuadrícula por defecto está vacía, pero el usuario puede cargar una lista de priorización de entre las listas
existentes guardadas en el sistema.
El contenido de esta cuadrícula no está necesariamente relacionado con las operaciones de búsqueda
ejecutadas en la página pero puede crearse transfiriendo los resultados de búsqueda de la tabla de resultados
a la cuadrícula de la lista de priorización.
Cualquier actividad (nueva lista creada, lista editada) puede guardarse pulsando el botón de guardar.
El diseño de la lista puede variar dependiendo de las cuestiones que incluya. La cuadrícula de la lista de
priorización tiene el mismo diseño que las primeras cuestiones que se añaden.
Al volver a cargar una lista de priorización, el diseño dependerá del diseño con el que lo guardó el usuario.
El diseño de la cuadrícula se puede cambiar: a través del botón específico, el usuario puede quitar / añadir
columnas. Además, la posición de las columnas se puede cambiar mediante la función arrastrar y soltar. En
caso de que el usuario cambie el diseño, la nueva configuración se puede guardar a través del botón Guardar
lista de priorización disponible en la parte inferior de la página.
El orden de las cuestiones en la cuadrícula de la lista de priorización se puede cambiar a través de la función
arrastrar y soltar.
Para seleccionar un único problema, el usuario debe hacer clic solamente en la línea.
Para seleccionar varias líneas en la tabla de resultados, el usuario puede hacer clic en la casilla de
verificación de otro problema después de que ya se haya seleccionado uno o, en general, hacer clic y
arrastrar todas los problemas que el usuario quiere seleccionar.
Arriba/abajo
Estos dos botones permiten al usuario trasladar un problema hacia arriba y hacia abajo dentro de la
lista de priorización en caso de que se quieran volver a establecer las prioridades de la lista
Estado
Issue status del problema
Región de origen
Región en la que se creó el problema (definido en el campo de información básica del problema)
Severidad
Severidad GIM asignada al problema
Issue Originator
Usuario que creó el problema/draft (definido en el campo de información básica del problema)
Issue Manager
Issue Manager asignado al problema
El botón se utiliza para guardar una lista de problemas personalizada, donde los problemas están
secuenciados por orden descendente de priorización.
Al guardar una nueva lista de priorización, cuando el usuario selecciona el botón de guardar, el sistema
abre una ventana emergente para que el usuario añada un nombre a la lista de priorización
A la hora de editar una lista de priorización existente y guardarla, pueden producirse dos situaciones
que dependen del creador inicial de la lista de priorización.
Las dos situaciones propuestas son:
• Actualizar una lista propia: el nombre (por defecto) se rellena con el nombre previo. Si
La cuadrícula resultante situada debajo de los botones de selección contiene las listas de priorización
correspondientes.
La cuadrícula dispone de las siguientes columnas:
•Nombre de la lista
•Dueño de la lista
•Fecha de creación de la lista a formato
•Acciones
Borrar
Botón dedicado que permite al usuario exportar la información de la tabla de la lista de priorización en
formato Excel.
Selección Lista de proveedores / Número de parte
La selección del número de parte y el código del proveedor en la página de búsqueda abre una serie de páginas
únicas que el usuario debe utilizar para encontrar los números de parte y los proveedores que desea. A
continuación se muestra la única pantalla relativa al código de proveedor. (Los elementos entre paréntesis son
los equivalentes en la pantalla de número de parte).
Botón de filtro
Hacer clic en el botón de filtro para filtrar los datos en función de los criterios.
Los reportes estándar y los reportes configurables se diferencian según su nivel de flexibilidad.
Los reportes estándar tienen un conjunto definido de datos visibles que el usuario puede cambiar, o el usuario
puede seleccionar los criterios para la extracción de datos y puede programar reportes.
Los reportes configurables cuentan con todos los datos posibles y ofrecen datos en bruto en lugar de gráficos.
Reportes estándar
Reportes configurables
Reportes guardados
Botones de acciones
Botón de reporte
Icono de reporte
Icono de reporte
El reporte es una extracción de datos que puede ser exportado como datos o Excel usando el
archivo plantilla
El reporte es el resultado de una petición programada.
El icono identifica una carpeta compartida que contiene N reportes (en este ejemplo 2
reportes)
El icono identifica una carpeta personalizada; el número al lado de este icono muestra el número
de reportes que hay en la carpeta.
Reportes estándar
El reporte estándar es un conjunto de pantallas predefinidas que representa los reportes visualmente en forma
de cuadros y gráficos o como datos extraídos en formato CSV o archivo Excel.
Reporte de comparación I
Reporte de comparación II
Reporte de tendencias
Reporte de antigüedad del problema
Reporte de severidad
Reporte de garantía
Reporte de problemas top N
Reporte resumido
Reporte de utilidad
Reporte de desempeño
Processing Speed Report
Reporte de perfil de usuario
Reporte de K-5025 LUR
Reporte de VLQ
Reporte de Formato SAQ
Cuando se selecciona un reporte, el sistema muestra una pantalla de criterios que permite a los usuarios
seleccionar los criterios específicos del reporte.
Agrupación de parámetros
Agrupación de criterios de datos.
Utilizando los parámetros de grupo, los usuarios son capaces de definir cómo se presentarán los datos
en los gráficos.
A continuación se muestra la lista de agrupación de parámetros (no estarán disponibles todas las
agrupaciones de parámetros en todos los informes ni todos los informes disponen de agrupación de
parámetros)
Parámetro Descripción
Barras divididas por issue status
Issue status (Draft, Red, Yellow, Light Green, Dark Green, Blue, Agregado,
Cancelado)
Fecha periodo: De / A Define el inicio y final de la extracción de datos teniendo en cuenta la fecha de
creación del problema. Campos Desde y A definen una fecha específica.
Periodo de semana: De / A Define el inicio y final de la extracción de datos teniendo en cuenta la fecha de
creación del problema. Campos Desde y A muestran una fecha y seleccionarán
todas las fechas desde el domingo anterior y hasta el sábado siguiente.
Periodo de mes: De / A Define el inicio y final de la extracción de datos teniendo en cuenta la fecha de
creación del problema. Campos Desde y A definen un mes específico del año.
Periodo de año: De / A Define el inicio y final de la extracción de datos teniendo en cuenta la fecha de
creación del problema. Campos Desde y A definen un año específico.
El usuario tiene que hacer clic en la lista desplegable para seleccionar los parámetros para filtrar que
quiere añadir al informe. También puede escribir los criterios de filtrado que está buscando para
limitar la lista.
A continuación se muestra una lista de parámetros para filtrar para los reportes estándar (no todos los
parámetros para filtrar que se muestran a continuación estarán disponibles para todos los reportes
estándar):
Este botón se utiliza para añadir nuevos criterios una vez se han seleccionado de la lista desplegable
que se muestra en el área (4). Al hacer clic en este botón, los parámetros para filtrar se trasladarán al
área (5).
Este botón elimina los criterios seleccionados. Algunos parámetros para filtrar disponen de un botón
que no se puede utilizar lo que significa que el usuario no podrá eliminar ese criterio.
Acciones
Las acciones disponibles para los reportes estándar son:
Ejecuta el reporte en segundo plano, lo que permite al usuario realizar con libertad otras actividades.
Una vez completado, se añadirá el reporte a la sección Reportes guardados junto con la fecha en la
que se ejecutó el reporte por lo que el usuario puede conocer en qué momento se ejecutaron los
reportes guardados. El usuario también puede establecer el sistema de notificaciones para permitir al
usuario conocer en qué momento se ejecutó el reporte.
Ejecutar
Programar
Borrar
Borra los parámetros para filtrar. Este botón no elimina los parámetros de agrupación ni las fechas
Desde/A.
Publicar
Ejecuta el reporte con los datos actuales y muestra una ventana de notificación en la que el usuario
puede incluir el nombre de las personas que van a recibir el reporte.
Guardar reporte
Al presionar este botón, el reporte se guarda con el nombre definido. También se almacenan los
parámetros del reporte y el usuario podrá programarlo para que se ejecute en el futuro.
Volver
Reportes configurables
Para satisfacer las diferentes necesidades de información y extracción de datos, el sistema GIM ofrece unas
herramientas configurables de reporte flexibles con las que los usuarios pueden definir y ejecutar la extracción
y presentación de datos.
El sistema ofrece tipos de reportes estándar que pueden presentar datos de problemas desde distintos puntos
de vista.
Para cada tipo, los usuarios pueden seleccionar un conjunto de columnas que se presentará. Los usuarios
Reply Inc 2018
Guía de Referencia GIM 212
El resultado final de los Reportes configurables puede generar archivos Excel que se pueden manipular a través
de filtros o creando tablas dinámicas.
Los reportes configurables pueden guardarse en el sistema para ser ejecutados, programados y publicados
posteriormente.
Cada botón del reporte configurable permite al usuario crear un reporte a partir de una plantilla de reporte
configurable.
Una vez que se hace doble clic, el sistema redirige al usuario a la página de la plantilla de reporte, específica
para ese tipo de reporte configurable, con el propósito de definir los parámetros de reportes designados.
Estos reportes no se pueden eliminar del sistema.
Por ejemplo, al hacer clic en "Reporte de lista de incidentes" se pasa a la siguiente pantalla:
Plantilla
Plantilla que se usa cuando se genera un reporte. Cuando se selecciona determina el formato de salida
del reporte.
Período
Criterio de selección de fecha/hora para el reporte.
Desde/a
La designación de cómo se mostrará al usuario el selector de la fecha en Desde/a.
La lista desplegable inicial permitirá al usuario seleccionar el tipo de parámetros para filtrar que desea
asociar con el resultado.
El botón "+" añadirá ese parámetro para filtrar como una restricción. El usuario deberá añadir los
criterios en los que quiere limitar el reporte.
Añadir columna
Este botón añade el resto de columnas de la lista de la izquierda en la lista de la derecha y se mostrará
en el resultado.
Eliminar columna
Este botón elimina todas las columnas de la lista de la derecha por lo que no se mostrarán en el
resultado.
Columnas
Hay dos listas de columnas. La lista de la izquierda contiene columnas para el reporte que no se
mostrarán, mientras que la lista de la izquierda incluye todas las columnas que se mostrarán en el
reporte una vez se ejecute. Para cambiar un criterio de una lista a otra, hacer clic en el elemento y se
trasladará.
Acciones
Las acciones disponibles para los reportes configurables son:
Ejecuta el reporte en segundo plano, lo que permite al usuario realizar con libertad otras actividades.
Una vez completado, se añadirá el reporte a la sección Reportes guardados junto con la fecha en la
que se ejecutó el reporte por lo que el usuario puede conocer en qué momento se ejecutaron los
reportes guardados. El usuario también puede establecer el sistema de notificaciones para permitir al
usuario conocer en qué momento se ejecutó el reporte.
Ejecutar
Programar
Borrar
Borra los parámetros para filtrar. Este botón no elimina los parámetros de agrupación ni las fechas
Desde/A.
Publicar
Ejecuta el reporte con los datos actuales y muestra una ventana de notificación en la que el usuario
puede incluir el nombre de las personas que van a recibir el reporte.
Guardar reporte
Al presionar este botón, el reporte se guarda con el nombre definido. También se almacenan los
parámetros del reporte y el usuario podrá programarlo para que se ejecute en el futuro.
Volver
Reportes guardados
Los reportes guardados son reportes estándar o configurables que han sido configurados y guardados con un
nombre. También se muestran en la sección de reportes guardados los reportes que se crearon con la función
de ejecutar en segundo plano. Estos informes se mostrarán cuando se haya completado la función ejecutar en
segundo plano con una marca de tiempo que establezca el momento en el que el usuario lo creó por primera
vez.
Las acciones y configuración de los reportes guardados son idénticas a aquellas descritas para los reportes
estándar y configurables.
Tipos de reporte estándar
Los reportes disponibles en la sección de reportes estándar son:
•Reporte de comparación I
•Reporte de comparación II
•Reporte de tendencias
•Reporte de antigüedad del problema
•Reporte de severidad
•Reporte de garantía
•Reporte de problemas top N
•Reporte resumido
•Reporte de utilidad
•Reporte de desempeño
Reporte de comparación I
Este reporte representa gráficamente el número de problemas creados en un periodo de tiempo especificado
en relación con un grupo seleccionado de criterios y de parámetros de agrupación. Es posible establecer varios
parámetros de agrupación y la gráfica resultante mostrará los registros de cada posible combinación de
parámetros de agrupación.
Para obtener una lista completa de Parámetros de agrupación y Parámetros para filtrar para los reportes
estándar, es necesario consultar la página de reportes estándar y las secciones 2 y 4.
Ejemplo
El ejemplo que se muestra a continuación se ha realizado con el parámetro de agrupación de modelo con un
filtro de modelos de WK (y modelos asociados). El resultado que aparece a continuación muestra el gráfico con
varias columnas con un desglose de los números de problemas en cada issue status para cada modelo. El
usuario también puede consultar una pestaña de hoja de datos para conseguir más información sobre los
problemas que se ajustan a los parámetros para filtrar incluidos.
Reporte de comparación II
Este informe muestra una comparación de cómo se mueve la información durante un periodo seleccionado
frente a cómo lo hizo durante el mismo periodo del año anterior. El parámetro de agrupación seleccionado se
combinará con un conjunto de información basado en el periodo seleccionado. Las columnas se agruparán por
meses hasta que la información esté incluida en las 7 semanas finales del periodo de información solicitado y,
en ese punto, el gráfico comenzará a proporcionar información agrupándola por semanas para mostrar
cambios más específicos en periodos de tiempo menores. Si bien las columnas se mostrarán en función del
parámetro de agrupación y los criterios de filtrado para el periodo seleccionado y un año antes del periodo,
también se mostrará una línea de tendencia que permitirá visualizar el total acumulado de problemas desde el
Para obtener una lista completa de Parámetros de agrupación y Parámetros para filtrar para los reportes
estándar, es necesario consultar la página de reportes estándar y las secciones 2 y 4.
Ejemplo
El ejemplo que aparece a continuación muestra un reporte de comparación del periodo de tiempo que
transcurre de enero de 2015 a diciembre de 2015, así como del año anterior de enero de 2014 a diciembre de
2014. La línea de tendencia que se muestra en la parte inferior de la pantalla muestra los valores acumulados
de 2014 (o valores de periodos anteriores) añadiéndolos según va avanzando. La pestaña de datos establece un
desglose de los valores de cada columna y muestra los valores que se han añadido a la línea de tendencia
Reporte de tendencias
Este reporte representa gráficamente la tendencia de los problemas durante un periodo de tiempo
determinado. Como se trata de mostrar la forma en la que cambian distintos problemas de un periodo a otro,
el status del problema de un problema determinado se divide en partes para que el sistema sepa en qué fecha
el problema paso por los distintos colores de estado. Sabiendo esto, podrá mostrar el issue status correcto de
un problema en cada una de las diferentes columnas de periodo. Esto permitirá a todos los usuarios tener la
misma información cuando analicen el reporte durante un periodo determinado. El usuario también podrá
descubrir cualquier posible tendencia en periodos determinados, como que los problemas en Red permanecen
iguales de mes a mes o los problemas en Dark Green aumentan.
Para obtener una lista completa de Parámetros de agrupación y Parámetros para filtrar para los reportes
estándar, es necesario consultar la página de reportes estándar y las secciones 2 y 4.
Ejemplo
Este ejemplo muestra el número total de problemas con issue status Red, Light Green o Dark Green y establece
una tendencia durante los últimos 3 años (de enero de 2013 a diciembre de 2015). Si el usuario selecciona un
mes de forma individual, los resultados serían los mismos que los del mes que se muestra en la información de
abajo si se utilizan los mismos criterios de filtrado.
Existe una serie de normas en relación con los criterios utilizados para establecer la fecha de inicio y de
finalización de los distintos colores de estado.
Fecha de inicio:
•Para problemas draft, la fecha de inicio de antigüedad del problema es el día en el que se
creó el draft
•Para otros problemas, la fecha de inicio de antigüedad del problema es el día en el que el
problema pasó al estado red
Fecha de finalización:
•Para los problemas en Dark Green, la fecha de finalización es la fecha en Dark Green
En función de los parámetros establecidos para las fechas que se muestran con anterioridad, los problemas se
incluirán en grupos de antigüedad. El usuario puede añadir criterios de filtrado para limitar la información que
se muestra en el gráfico.
Para obtener una lista completa de Parámetros para filtrar para los reportes estándar, es necesario consultar la
página de reportes estándar y la sección 4.
Ejemplo
El ejemplo que aparece a continuación muestra la antigüedad del número total de problemas del modelo WK.
Los problemas se dividen entre las distintas columnas dependiendo del tiempo que corresponde a su
antigüedad.
Reporte de severidad
Este reporte representa gráficamente el número de problemas de un parámetro de agrupación seleccionado
para un nivel de severidad determinado, no basado en el status del problema. El criterio de filtrado de tipo de
severidad es un requisito para este reporte y puede cumplimentarse con la gradación de severidad GIM o el
legado de gradación de severidad. Pueden añadirse otros criterios de filtrado a este reporte.
Para obtener una lista completa de Parámetros de agrupación y Parámetros para filtrar para los reportes
estándar, es necesario consultar la página de reportes estándar y las secciones 2 y 4.
Ejemplo
El ejemplo que aparece a continuación muestra el número de problemas correspondientes a los distintos
colores de estado a los que se ha asignado un grado de severidad Alto o Bajo. Cada columna muestra
específicamente los problemas que tiene asignado un nivel de severidad concreto.
Reporte de garantía
Este reporte muestra la medición de impacto para el cliente representado por el cálculo de C/1000 (condición
por cada mil vehículos) información sobre la garantía EPUS.
El C/1000 o EPUS de este reporte se calcula multiplicando el valor C/1000 o EPUS recibido de WIS por el
porcentaje de cobertura LOP introducido para los problemas que utilizan la misma combinación de código LOP,
familia de vehículos en garantía, año del modelo, mercado, cobertura.
Esta medición se relaciona con un grupo seleccionado de criterios de acuerdo con los parámetros de entrada
seleccionados. El reporte de garantía proporciona un conjunto estándar de criterios determinados por los
campos completados para todos los problemas de garantía relacionados durante la fase de creación. Los
siguientes son los posibles parámetros que se utilizan para evaluar el impacto de este tipo de reporte: equipo
CST, Unidad Responsable (UR) o mediante la línea de vehículos. Los datos se muestran en un formato de tabla
con el fin de proporcionar más detalles para revisar los grupos más pequeños de problemas o incluso
problemas individuales.
Para obtener una lista completa de Parámetros para filtrar para los reportes estándar, es necesario consultar la
página de reportes estándar y la sección 4.
Ejemplo
Este gráfico muestra los problemas con una plantilla basada en la garantía que se han creado en dos meses.
Para obtener una lista completa de Parámetros para filtrar para los reportes estándar, es necesario consultar la
página de reportes estándar y la sección 4.
Ejemplo
Este ejemplo muestra los 20 problemas principales de un periodo de dos meses en relación con los valores KPI
que les corresponden.
Reporte resumido
El reporte resumido incluye, de forma resumida, toda la información relacionada con un único problema. El
único criterio de filtrado para este reporte es el número de problema.
El reporte resumido se puede ejecutar de tres formas:
• Haciendo clic en el icono situado junto al nombre del problema cuando se está dentro de
la página del problema
Al ejecutar el reporte, el sistema guarda un archivo Excel en la máquina del usuario con el nombre "One Page
Report.xlsx"
En el Reporte de una página, habrá tres informes disponibles para generar con los que el usuario puede elegir
con los botones de opción en los Criterios de filtro. Las tres opciones son "Xlsx" para el Reporte de una página
de Excel, "Pptx" para el Reporte de una página de PowerPoint y "Mitigación de Riesgos" para el Reporte de
mitigación de riesgos de PowerPoint.
El archivo de Reporte de una página contiene tres hojas: reporte, impacto y datos. Las hojas de datos y reporte
muestran la misma información, solo cambia la forma en la que se presenta. La hoja de datos muestra la
información en columnas y filas, mientras que el reporte organiza los datos en un marco formateado.
Las hojas de impacto incluyen un resumen de C/1000, un resumen de EPUS y un resumen combinado de
C/1000 / EPUS.
Responsable Issue Originator del problema ID de usuario, nombre y apellido del Issue Originator
ICA
Descripción Descripción de ICA Descripción de los pasos de contención provisional.
La fecha que se muestra es la fecha en la que se
guardó la ICA hasta que no se haya terminado, y la
Fecha Fecha de contención de la ICA fecha de finalización se corresponde con la fecha en la
que se acabó la ICA. Si el usuario vuelve a abrir el
paso, la fecha se eliminará.
RCA
Descripción Descripción de RCA Descripción de RCA
Si el paso se reabre:
Si el paso tiene un solver asignado no se borra
Si el paso no tiene un solver asignado, el
responsable que complete el paso es eliminado.
Identificación PCA
Descripción Descripción de la identificación PCA Descripción de la identificación PCA
La fecha que se muestra es la fecha en la que se
guardó la PCA hasta que no se haya terminado, y la
Fecha Fecha de identificación PCA fecha de finalización se corresponde con la fecha en la
que se acabó la PCA. Si el usuario vuelve a abrir el
paso, la fecha se eliminará.
En caso de que el administrador asigne a un solver
para el paso, el sistema mostrará el nombre del mismo.
En cambio, si el administrador no nombra a nadie, el
usuario responsable se define cuando el paso se ha
finalizado. Si el paso es asignado a un Solver Lead,
pero el Issue Manager o el Business Supervisor
Usuario responsable de la completan el paso, el nombre mostrado será el de la
Responsable
realización del paso persona que haya completado el paso.
Si el paso se reabre:
Si el paso tiene un solver asignado no se borra
Si el paso no tiene un solver asignado, el
responsable que complete el paso es
eliminado.
Validación
Implementación PCA
Descripción de la implementación
Descripción Descripción de la implementación PCA
PCA
La fecha mostrada está en el paso guardado y
Fecha de punto limpio definido al
Fecha completado. Si el usuario reabre el paso, la fecha se
completar la implementación PCA
borra
En caso de que el administrador asigne a un solver
para el paso, el sistema mostrará el nombre del mismo.
En cambio, si el administrador no nombra a nadie, el
usuario responsable se define cuando el paso se ha
finalizado. Si el paso es asignado a un Solver Lead,
pero el Issue Manager o el Business Supervisor
completan el paso, el nombre mostrado será el de la
Usuario responsable de la
Responsable persona que haya completado el paso.
realización del paso
Si el paso se reabre:
Si el paso tiene un solver asignado no se
borra
Si el paso no tiene un solver asignado, el
responsable que complete el paso es
eliminado.
The Reporte de una página de PowerPoint file contains one slide showing similar information as that displayed
on the Excel file. However, the difference is the way the information is shown in that the content is broken
down in four sections. Each field within each section is character limited to order to adhere to the layout of the
slide.
Description Details
Section 1
Issue Number E.g. NUSCUSCHR16000001
Text entered in the ‘Issue Description’ field on the Issue Info
Issue Description page.
The vehicle code for the model is shown first, followed by the
Model & Model Year coordinating model year(s)
This graphic shows the color status of issue at the time the report
Color Status Indicator is executed
Section 2
First and Last Name of all Solver Lead assigned to the solving
Issue Resolver steps on the Issue Management page
Supplier Code and Name for the Supplier on the Issue Info page
Issue Number and Issue Description for the issue. This field
allows a greater amount of characters in order to show more of
Issue
the description than what is shown in Section 1.
KPI Shows the data entered in the ‘KPI’, ‘Unit’ and ‘Value’ field of the
KPI panel on the Issue Info page
Section 3
Interim Containment Action ICA solving step information displayed in the following order:
Step Type, Containment Date, ICA Description. Shows multiple
ICAs based on character limit.
Permanent Corrective Action PCA Implementation solving step information displayed in the
Implementation following order: Step Type, PCA Implementation Description.
Shows multiple PCA Implementations based on character limit.
Section 4
Freeform section to display any related information
Read Across and Feed
Forward/Backward
Example:
El Reporte de una página de Mitigación de Riesgos contendrá dos diapositivas de PowerPoint con información
Reply Inc 2018
Guía de Referencia GIM 231
extraída del problema GIM junto con el campo que el usuario debe ingresar después de que se haya generado
el informe.
Campo en el Reporte de Origen Campo en GIM
Mitigación de Riesgos
XXMY / Programa de vehículo o Rellanado por el usuario final
Tren motriz
Problema Descripción y Mitigación / Título estático
Plan de Recuperación
Problema / KPI - Nombre de la Rellenado por el usuario final
PRUEBA
Líder de actividad Rellenado por el usuario final
Fecha de problema abierto Rellenado por GIM Fecha de creación
Problema # / Estado de Color Rellenado por GIM Número de problema / Estado del
color
Estado al objetivo a partir de aaaa- Rellenado por el usuario final
mm-dd
Outlook @___ Rellenado por el usuario final
Descripcion del problema Rellenado por GIM Descripcion del problema
Causa raíz / Confirmación de causa Rellenado por GIM Descripción de Causa raíz, campos
5W1H
Acción provisional / permanente Rellenado por GIM Descripción ICA, Descripción de
PCA ID o PCA IMP Descripción
Robustez de la solución Rellenado por el usuario final
Resumen de alto nivel Rellenado por el usuario final
Problema Visual Rellenado por el usuario final
Mitigación de riesgos / Acción (es) Rellenado por el usuario final
de recuperación - Fecha de inicio,
Fecha de cierre, Nombre del líder
Reporte de utilidad
El reporte de utilidad puede ser ejecutado por el administrador del sistema para recuperar la lista de usuarios
que tienen permiso en la actualidad para acceder al sistema GIM. El único criterio de filtrado es el de región y el
usuario puede elegir entre APAC, EMEA, LATAM y NAFTA.
diferencia de otros Reportes Estándar que filtran los problemas que coinciden con los Criterios de filtro, este
reporte filtrará para los usuarios según la información en Gestión de usuarios. Debido a esto, este reporte
tendrá diferentes criterios de filtro que todos los demás Reportes Estándar. A continuación, hay una lista de
Criterios de filtro disponibles:
Unidad de negocio Unidad de negocio que el usuario tiene asignada (por ejemplo,
FCA - NAFTA, FCA - EMEA, etc.)
Área funcional Área funcional asignada al usuario (por ejemplo, Ingeniería,
Manufactura, etc.)
Departamento Departamento al que se le asigna el usuario
Responsable El supervisor del usuario fuera del sistema GIM, tenga en cuenta
que este es diferente al Supervisor Comercial predeterminado
del usuario
Idioma El idioma predeterminado del usuario en GIM
Criterios de Asignación Los filtros sugieren que se debe asignar un usuario como
Gerente de problemas, Supervisor de negocios o Líder de
solucionador para un problema en particular.
El reporte extraerá información sobre cada usuario, como el nombre, Unidad de negocio y el Área funcional, la
información de contacto, los roles asignados y la actividad.
Ejemplo
El siguiente ejemplo muestra a los usuarios de la Unidad de Negocio FCA - NAFTA dentro de la Manufactura e
Ejemplo
Este ejemplo muestra la primera diapositiva del Reporte de LUR.
Reporte VLQ
Este reporte es una comparación gráfica del valor total de KPI en GIM en comparación con un valor de KPI
objetivo ingresado manualmente por un usuario para un KPI específico. El usuario debe ingresar el KPI objetivo
en el campo Valor objetivo. El rango de fechas para este reporte estará determinado por las fechas reales o
tentativas ingresadas en la ICA, la identificación de la PCA o la implementación de la PCA que establezca el
usuario. Los criterios de filtro requeridos para ejecutar este reporte son KPI y KPI: Unidad. Se agregará
automáticamente una bandera roja al gráfico para representar la fecha en que se generó el reporte. Se pueden
agregar indicadores adicionales para marcar fechas específicas a lo largo del eje x del gráfico. Se pueden
configurar opcionalmente otros filtros para filtrar aún más los problemas GIM incluidos.
Para obtener una lista complete de los Criterios de filtro para los Reportes Estándar, vaya a la página Reportes
Estándar y consulte la sección 4.
Ejemplo
Important Today
200
Vehicle
150
Process
Severity
Other
Total Value
100
Target 10
50
Target 10
0
9/2017 10/2017 11/2017 12/2017 1/2018 2/2018
Tentative & Actual Date
Al hacer clic en 'Ejecutar' para el Informe de formato de SAQ, se generará una tabla debajo de la sección de
criterios de filtro, en la sección Cuadrícula de resultados del reporte de SAQ. Esta tabla mostrará todos los
problemas GIM que coincidan con los criterios de filtro agregados por el usuario. En la tabla, el usuario podrá
agregar un Siguiente paso, Bloqueos y/o Fecha de Devolver a cualquiera de los problemas de GIM; el usuario
tiene la función de Administrador de problema, Solucionador de problema o Supervisor del problema. Estos
campos que el usuario puede editar son los siguientes:
Siguiente paso (Nuevo)
Bloqueos (Nuevo)
Fecha de Devolver (Nuevo)
Después de ingresar nueva información en uno de estos campos, el usuario debe hacer clic en el botón Guardar
(disquete azul) en la esquina superior derecha de la sección Cuadrícula de resultados del informe del SAQ.
Después de una operación de guardado exitosa, los valores en los campos Siguiente paso (Nuevo), Bloqueos
(Nuevo) y Fecha de Devolver (Nuevo) se agregarán a los problemas correspondientes y ahora se mostrarán en
las columnas de Siguiente paso, Bloqueos y Fecha de Devolver en la Cuadrícula de resultados del informe SAQ.
Al agregar texto o una fecha a uno de estos tres campos, GIM mostrará un triángulo rojo en la esquina superior
derecha del campo para mostrar al usuario que los valores ingresados aún no se han guardado en el problema.
Al hacer clic en el botón 'Exportar resultados', se exportará la cuadrícula de resultados del informe de SAQ a un
archivo de Excel. A partir del archivo de Excel, no será posible actualizar las columnas Siguiente paso (Nuevo),
Bloqueos (Nuevo) y Fecha de Devolver (Nuevo).
Para obtener una lista completa de los Criterios de filtro para los Reportes Estándar, vaya a la página Reportes
Estándar y consulte la sección 5.
Ejemplo
El siguiente ejemplo muestra la cuadrícula de resultados del formato SAQ. Los campos Siguiente paso (Nuevo),
Bloqueos (Nuevo) y Fecha de Devolver (Nuevo) con una "x" roja significan que el usuario no puede ingresar
valores en estos campos porque el usuario no tiene los permisos correctos sobre el problema.
La exportación de Excel incluirá todas las columnas de la cuadrícula de resultados del informe de SAQ, excepto
las columnas Paso siguiente (Nuevo), Bloqueos (Nuevo) y Fecha de Devolver (Nuevo), e incluirá todos los
problemas que cumplan con los filtros de los usuarios criterios.
Botones de acciones
Ejecutar
Después de hacer clic en un reporte, el botón de ejecutar aparece activo. El usuario puede hacer clic en
botón de ejecutar o hacer doble clic en el reporte. Si el usuario hace clic en un reporte
estándar/configurable normal, la página se abrirá para que el usuario pueda crear un reporte para
ejecutar. Si el usuario hace clic en un reporte guardado, el archivo se abrirá.
Editar
Este botón solo estará habilitado para los reportes creados por el usuario. Al pulsarlo, el usuario puede
ver la pantalla de parámetros del reporte (la pantalla de parámetros es diferente de los reportes
básicos y la herramienta de reporte) donde puede cambiar la definición del reporte y ejecutar el
reporte.
Eliminar
El botón se utiliza para eliminar reportes guardados. Esta acción no está disponible cuando el usuario
ha hecho clic en un elemento que es un informe estándar o configurable.
Carpeta nueva
Este control permite al usuario añadir una carpeta nueva a la sección de los "Reportes guardados" de
la página de reportes.
Cuando se hace clic, el sistema muestra una pantalla emergente "Creando una nueva carpeta" en la
cual el usuario puede dar un nombre a la carpeta.
Después de haber añadido una carpeta nueva, la etiqueta muestra el nombre que se le ha dado y un
contador que indica el número de reportes que hay en la carpeta.
Adicionalmente, si el usuario hace doble clic sobre la carpeta, el sistema redirige al usuario a la página
que muestra los contenidos de las carpetas.
Este control permite al usuario renombrar una carpeta creada por el usuario.
Cuando se hace clic en este botón, el sistema muestra una pantalla emergente "Cambiar de nombre de
carpeta" en la cual el usuario puede dar un nuevo nombre.
Después de que una carpeta nueva haya sido renombrada, la etiqueta muestra el nuevo nombre en la
sección de "reportes guardados" en la página de reportes. Este botón no está disponible para la
carpeta de reportes compartidos.
Programar
Al presionar este botón, aparece una ventana emergente que permite al usuario decidir la frecuencia
de ejecución del reporte (diaria, semanal, mensual en un momento determinado del día o en un
momento determinado de la semana o del mes) y una lista de los usuarios que recibirán el reporte.
Copiar reporte
Este botón creará una copia del reporte en la sección principal de reportes guardados o en una nueva
carpeta de destino. El sistema muestra una ventana emergente para especificar el nombre del reporte
copiado y la ubicación del mismo.
Mover reporte
Este botón está solo disponible para los reportes guardados después de haber sido seleccionados.
La diferencia entre mover y copiar el reporte está en que al mover el reporte se eliminará de la
ubicación anterior y se moverá a una nueva.
Eliminar carpeta
Configuración
El sistema GIM soporta que haya varias organizaciones implicadas en el proceso de resolución del problema.
Cada una de estas organizaciones cuenta con sus propias prácticas lo que supone que existen distintos
requisitos a configurar dentro del sistema.
Solo un administrador del sistema está autorizado a establecer y editar la configuración.
Los siguientes funcionalidades están disponibles:
• Gestión de Usuarios GIM.
Esta página está diseñada para la configuración de los usuarios GIM. Puede añadirse un
nuevo empleado al sistema, definiendo la información básica del usuario, el rol(es) GIM
Administración yde usuarios
la organización a la que pertenece el usuario.
Esta página también contiene configuración sobre la asignación y en ella se pueden
aplicar distintos criterios a un perfil de usuario para uno o más de los siguientes roles:
GestiónIssue de Manager,
campos Solver Lead o Business Supervisor. El sistema utiliza estos criterios para
realizar una sugerencia de asignación automática si el usuario desempeña uno de los
cargos anteriormente mencionados en un problema determinado. Esta preferencia se
extrae automáticamente del conjunto de preferencias establecidas a nivel del área
Región/ área funcional
funcional. El sistema también ofrece a un usuario de un área funcional la capacidad
para modificar las preferencias.
Administración de usuarios
Gestión de campos
Administración de usuarios
La tabla de usuario representa la lista de usuarios definidos en el sistema.
La tabla tiene la posibilidad de cambiar y filtrar sus columnas
Desactivar usuario
Editar usuario
ID de usuario
ID de usuario: puede ser Fiat o Chrysler
Nombre
Nombre del usuario
Apellido
Apellido del usuario
Región
Región en la cual el usuario está definido
Área Funcional
Área funcional en la que el usuario está definido
Departamento
Departamento en el que el usuario está definido, filtrado por el área funcional
Autentificación
Nivel de autentificación en la que el usuario puede conectarse
Campo de criterios
Campo de texto para introducir el texto de comparación para filtrar usuarios
Operador de filtro
ID de usuario
ID de usuario: puede ser Fiat o Chrysler
Empresa
Fiat/ Chrysler: dominio en el cual se define al usuario
Externo
Bandera usada para identificar a usuarios externos (proveedores).
Cuando se selecciona, el área funcional automáticamente se caracteriza como “proveedor” y el
desplegable se rellena con compañías externas con permiso para entrar en el sistema.
Nombre
Nombre del usuario
Nombre
Nombre del usuario
Apellido
Apellido del usuario
Email
Email del usuario
Región
Región en la cual el usuario está definido
Área Funcional
Área funcional en la que el usuario está definido
Departamento
Departamento en el que el usuario está definido, filtrado por el área funcional
Responsable
Nombre y apellido del responsable más alto del usuario (en la jerarquía de la organización).
Esta persona será notificada en caso de notificaciones de escala
Idioma
Idioma por defecto del usuario
Zona horaria
Zona horaria del usuario por defecto
Plantilla de problema
Para los Issue Originators, la plantilla de problemas predeterminada del usuario al crear un nuevo
problema.
Business Supervisor
Business Supervisor que debe ser asignado a un problema creado por el usuario en cuestión (en caso
de que el Business Supervisor no esté definido a nivel del área funcional que está creando el
problema).
Asignación
Esta sección permite al los administradores del sistema configurar los parámetros que el sistema usa para
sugerir automáticamente al Issue Manager, Solver Lead y Business Supervisor. Esta sección también permite al
administrador del sistema configurar el sistema para incluir automáticamente al usuario en notificaciones de
problemas GIM.
Los parámetros pueden ser definidos por los siguientes roles:
• Issue Manager
• Solver Lead (in case of cross Unidad de negocio issue)
• El Business Supervisor (en caso de que el Business Supervisor no esté
definido al nivel del área funcional que está originando el problema).
• Suscripciones
Los ajustes realizados a las Suscripciones de un usuario se reflejarán en el Perfil del usuario. Además, si un
usuario ajusta los archivadores de suscripciones en su perfil de usuario, esos ajustes se reflejarán en su página
de administración de usuarios.
Para cualquier problema, incluida la coincidencia de datos con la Suscripción del usuario, el usuario se agregará
a todas las notificaciones de esos problemas.
Añadir parámetros
Este botón abre una pantalla emergente para definir los valores de criterios para asignaciones
automáticas
Eliminar
Región
Este control permite al usuario seleccionar una región específica para la gestión de los campos. Al
hacer clic en la flecha desplegable, aparece un cuadro en el que se muestran todas las regiones
disponibles para elegir.
Área Funcional
Este control permite al usuario seleccionar un área funcional específica para la gestión de los campos.
Al hacer clic en la flecha desplegable, aparece un cuadro en el que se muestran todas las áreas
funcionales disponibles para elegir.
Funcionalidad
Este control permite al usuario seleccionar una funcionalidad específica para la gestión de los campos.
Al hacer clic en la flecha desplegable, aparece un cuadro en el que se muestran todas las funciones
disponibles para elegir.
Campos disponibles
Este control permite al usuario revisar todos los campos disponibles en la lista, en función de las
selecciones realizadas por región, área funcional y funcionalidad. Al hacer clic en este campo específico
del cuadro se transfiere al cuadro de lista de campos ocultos y por lo tanto se deshabilita.
Campos ocultos
Este control permite al usuario revisar todos los campos ocultos en la lista, en función de las
selecciones realizadas por región, área funcional y funcionalidad. Al hacer clic en este campo específico
Encima de las dos secciones hay un cuadro desplegable para seleccionar la Unidad de negocio que hay que
configurar.
Tabla de severidad
Tabla con 3 líneas, una para cada puntuación de severidad GIM (alta/media/baja)
Severidad GIM
Valores fijados en la columna: alto/medio/bajo
Descripción
Descripción de la puntuación de severidad GIM.
En caso de que se trate de una descripción larga, es posible que no se visualice todo el texto. Sin
embargo, si se mueve el cursor sobre el campo, el sistema abre una descripción emergente con el
texto entero.
El botón abre una pantalla emergente donde se puede editar la descripción de la severidad GIM
Test
Esta tabla permite configurar la lista de tests disponibles a nivel regional.
Cada región puede personalizar y mantener una lista de tests que se ejecutan en los procesos de
evaluación de la fiabilidad de los productos.
.
Control de la página
La tabla muestra 5 líneas por página. El usuario puede navegar a otras páginas utilizando estos
botones.
Al mover el ratón sobre cada botón se muestra una descripción emergente que describe la función del
botón.
El icono de la papelera no elimina el tipo de prueba de la tabla. Deshabilita el test y hace que ese tipo
de test ya no se pueda seleccionar para nuevos problemas que se creen después de la actualización.
Al deshabilitar un tipo de test, se mueve a una posición posterior al bloque de valores válidos.
El icono del tic verde permite volver a restablecer el tipo de prueba que se ha deshabilitado con
anterioridad.
El administrador del sistema puede volver a habilitar el tipo de prueba deshabilitado y este se vuelve a
situar en la sección de la tabla que contiene los tipos de prueba válidos.
Al habilitar el tipo de prueba, aparece disponible en la lista desplegable "tipo de prueba" de la sección
"test" de la página de info problema.
Este botón abre una ventana emergente con un cuadro de texto en el que el administrador del sistema
puede editar el nuevo tipo de prueba.
El botón abre una pantalla emergente con dos cuadros de texto donde se pueden modificar el sistema
de fuente de procedencia y el valor de fuente de procedencia
El botón abre una ventana emergente para identificar el nuevo sistema de fuente de procedencia y los
valores fuente relacionados.
Cuando se completa la edición, el sistema se añade a una nueva línea en la tabla
Área funcional
Área funcional para la cual la configuración se editará.
El menú desplegable se basa en la región seleccionada
Asignación de severidad
Usuario que asigna severidad.
Valores posibles:
•Originadore del problema
•Administrador del problema
Cambio de severidad
Usuario que cambia la severidad. Valores posibles:
•Issue Originator
•Issue Manager
•Business Supervisor
Tabla de severidad
Tabla con 3 líneas, una para cada puntuación de severidad GIM (alta/media/baja)
Severidad GIM
Valores fijados en la columna: alto/medio/bajo
Descripción
El botón abre una pantalla emergente donde se puede editar la descripción de la severidad GIM.
Cambiar
El botón abre una ventana emergente para ingresar el nuevo sistema origen heredado y los valores
origen relacionados.
Cuando se completa la edición, el sistema se agrega como una nueva línea de la tabla.
Regional
Checkbox to define if the value is valid for selection as a Target Resolution Responsibility on Issue Info
page on a Regional issue.
It will not be possible for a System Administrator to uncheck both the Regional and Cross Regional
checkboxes at the same time, at least one must be checked.
Adjusting this configuration will not change any created issues.
Cross Regional
Checkbox to define if the value is valid for selection as a Target Resolution Responsibility on Issue Info
page on a Cross Regional issue.
It will not be possible for a System Administrator to uncheck both the Regional and Cross Regional
checkboxes at the same time, at least one must be checked.
Adjusting this configuration will not change any created issues.
Añadir
La acción Añadir permite al usuario agregar valores a una de las tablas de configuración. Se mostrará
una ventana emergente después de hacer clic en Añadir acción con un cuadro de texto que le permite
al usuario ingresar un nuevo valor para agregar a la tabla. A continuación se muestra un ejemplo de
ventana emergente para agregar una nueva Responsabilidad de resolución.
Reply Inc 2018
Guía de Referencia GIM 263
Después de ingresar un nuevo valor y hacer clic en ' Añadir', los nuevos valores se agregan a la tabla.
Por defecto, el valor agregado a la tabla con se activará. Al hacer clic en 'Cancelar' o 'X', se cierra la
ventana emergente y no se agregan valores a la tabla de configuración.
Edit Action
Acción para editar el nombre del valor en la tabla de configuración. Cuando se hace clic, se mostrará
una ventana emergente con el valor actual que se muestra en el cuadro de texto.
El administrador del sistema puede editar el texto en el cuadro de texto. Al hacer clic en Guardar, se
actualizará el cambio y se cambiará el valor en todas partes del sistema. Al hacer clic en Cancelar o 'X'
cerrará la ventana emergente y no realizará ninguna acción.
Acción para desactivar un valor actualmente activo o activar un valor actualmente desactivado. La
papelera roja desactivará el valor y la marca de verificación verde activará el valor.
Esta configuración solo afectará los problemas GIM creados después del cambio de configuración. Los
problemas de medios creados antes del cambio de configuración no se ajustarán. Esta configuración no
tiene ningún efecto en los parámetros de filtro para Búsqueda o Reportes.
Visibility Profile
The Visibility Profile will determine the GIM issues a user can view and be assigned to. System Administrators
will be able to add and remove visibility for users from a Business Unit.
Once a user is assigned a role on an issue, the user will retain that role regardless of changes to the user’s
visibility profile or changes to the information on the Issue Info Page Business Unit. If a user is assigned a role
on an issue, this overrides the visibility profile.
Users with a visibility profile cannot add the Models, Engine Types, or Transmission Types associated to the
Visibility Profile to an issue. These users will only be able to add Models, Engine Types, and Transmission Types
from their Business Unit’s master data.
The Visibility Profile does not pertain to Working List items. Users from a Business Unit with a Visibility Profile
will only be able to view Working List originator from their Business Unit.
Data from the Business Unit’s master data will not be managed on this page, therefore users will always be
able to be assigned a role, assuming the user has the required User Role, and view issues containing data from
their Business Unit.
Business Unit
Dropdown includes all Business Units requiring a Visibility Profile. The selection of the Business Unit
drives the values for the fields Model, Engine Type, and Transmission Type.
Model
System Administrator can select any model not from the selected Business Unit or not already selected
as a parameter for the Business Unit’s Visibility Profile. System Administrators can also remove models
from the Business Unit’s Visibility Profile.
Once an update is made to this field, GIM automatically saves the update. A confirmation message will
appear so the user knows the update was automatically saved.
Engine Type
System Administrator can select any engine type not from the selected Business Unit or not already
selected as a parameter for the Business Unit’s Visibility Profile. System Administrators can also
remove engine types from the Business Unit’s Visibility Profile.
Reply Inc 2018
Guía de Referencia GIM 266
Once an update is made to this field, GIM automatically saves the update. A confirmation message will
appear so the user knows the update was automatically saved.
Transmission Type
System Administrator can select any transmission type not from the selected Business Unit or not
already selected as a parameter for the Business Unit’s Visibility Profile. System Administrators can
also remove transmission types from the Business Unit’s Visibility Profile.
Once an update is made to this field, GIM automatically saves the update. A confirmation message will
appear so the user knows the update was automatically saved.
Código de proyecto
El administrador del sistema puede seleccionar cualquier código de proyecto que no sea de la Unidad
de negocio seleccionada o que no esté ya seleccionado como parámetro para el Perfil de Visibilidad de
la Unidad de negocio. Los administradores del sistema también pueden eliminar códigos de proyecto
del perfil de visibilidad de la unidad de negocios.
Una vez que se realiza una actualización en este campo, GIM guarda automáticamente la actualización.
Aparecerá un mensaje de confirmación para que el usuario sepa que la actualización se guardó
automáticamente.
Lista de trabajo
Esta funcionalidad está diseñada para ayudar a los usuarios a mostrar en pantalla las anomalías reportadas, con
la finalidad de detectar los problemas pertinentes para los que hace falta la creación de un problema en GIM.
La lista de trabajo representa un depósito diseñado para apoyar la puesta en común de las anomalías
analizadas entre los usuarios de diferentes áreas funcionales. Los usuarios calificados como Issue Originators
pueden acceder a la funcionalidad de la lista de trabajo para cargar nuevos artículos a través de opciones de
carga alternativos:
• Carga manual, a través de introducción de nuevos elementos;
• Carga automática, por medio de la carga de una plantilla estándar.
Algunos usuarios pre-configurados (como Issue Originators) pueden acceder a la lista de trabajo y ver artículos
relacionados con el modelo de los que son responsables, por lo tanto, el contenido de la lista de trabajo se
prefiltra en función del perfil de usuario.
Hasta que el elemento no se examina, se mantiene en un estado de suspensión llamado "No seleccionado". Las
acciones permitidas para el usuario que carga el elemento consisten en la eliminación o edición del objeto.
Los usuarios configurados para acceder al entorno y para examinar los nuevos artículos disponibles tienen dos
opciones:
• Marcar el objeto como "Verificado"
Este escenario se aplica a las anomalías que no se consideran relevantes: la
organización no va a resolver el problema creando un problema en GIM.
Los elementos con el estado "Verificado" siguen siendo seleccionables por los usuarios de la misma
organización que la de la persona que carga. Incluso si el objeto no ha sido seleccionado, la cuestión todavía se
puede crear. Sin embargo, no se permite la asignación del Issue Manager dentro de la organización de Calidad.
Estos problemas no pueden ser abordados por Calidad, por lo que el Issue Originator se asignará a sí mismo
como Issue Manager o asignará a un colega de su propia área funcional.
Los elementos con el estado "Seleccionado" se pueden elegir para crear un draft del problema, transfiriendo la
información disponible al draft del problema.
La lista de trabajo está diseñada como un entorno temporal y estático, donde se mantienen los objetos durante
un período de tiempo predefinido.
Transcurrido este periodo (que se puede seleccionar a nivel regional), se eliminan los elementos con estado
"Seleccionado".
Los elementos con estado "Verificado" permanecen en la lista de trabajo, con una referencia al draft del
problema y, después de la creación, al problema creado para el elemento. Estos elementos están disponibles
para ser seleccionados por los usuarios autorizados. Si se selecciona un problema después, el usuario es
asignado de forma automática como Issue Manager y Issue Closer.
El Issue Manager puede volver a asignar al Business Supervisor, en caso de que sea necesario.
Búsqueda
Busca los artículos de la lista de trabajo de acuerdo con una serie de criterios.
Eliminar elemento
Editar elemento
Cuando se selecciona, el sistema abre una ventana emergente que muestra únicamente los campos
que se pueden editar (fecha de carga, usuario, área funcional y subárea no son editables).
La acción solo se permite para los artículos con el estado de "No seleccionado"'.
Subir documentos
Este botón permite al usuario asociar el artículo con uno o más archivos adjuntos.
Esta acción solo está disponible para el usuario que carga el material.
Cuando se selecciona, el sistema abre una ventana emergente que permite al usuario navegar por la
máquina local y seleccionar el archivo que quiere adjuntar.
La pantalla emergente para la carga es similar a la ventana emergente descrita en la página de Crear
un nuevo problema.
Cualquier adjunto tiene asociado un nombre (obligatorio), una descripción y la bandera que indica si el
archivo adjunto está relacionado con la queja del cliente.
El icono también indica el número de adjuntos asociados al elemento.
Estado: verificado
Estado: seleccionado
Estos botones permiten el cambio de estado del objeto de "No seleccionado" a "Verificado".
El estado "Seleccionado" indica que el usuario ha seleccionado el elemento y ha creado un draft de
problema.
Solo los usuarios del Área Funcional de Calidad pueden activar la bandera
El estado "Seleccionado" también activa automáticamente el estado "Verificado".
Esta bandera se puede utilizar:
• Para seleccionar un artículo todavía no asociado a ningún
problema en GIM;
• Para seleccionar un draft (ya creado en GIM);
• Para seleccionar un problema (ya creado en GIM).
Estado
Reply Inc 2018
Guía de Referencia GIM 270
Fecha de carga
Fecha en la que se cargó el objeto en la lista de trabajo subiéndolo o introduciéndolo manualmente
Usuario
El usuario que cargó el objeto en la lista de trabajo
Área Funcional
Área funcional del usuario que cargó el objeto en la lista de trabajo (automáticamente basado en el
perfil de usuario)
Subárea
Subárea del área funcional del usuario que cargó el objeto en la lista de trabajo (basado
automáticamente en el perfil del usuario)
Más columnas….
Modelo
Modelo afectado
Subir archivos
Este botón se utiliza para cargar artículos a la lista de trabajo, a través de una plantilla predefinida.
Cuando se selecciona, el sistema abre una ventana emergente que permite al usuario navegar por la
máquina local y seleccionar el archivo que quiere adjuntar.
Cuando se confirma, el sistema redirige al usuario a la lista de trabajo y rellena la lista con los objetos
desde la plantilla.
La plantilla incluye información básica sobre el problema que se transfiere automáticamente al draft.
Los siguientes campos se definen en el diseño de la plantilla:
•Descripción del problema (*)
•Modelo (*)
•Alimentación de combustible
•Tamaño del motor
•Código TESIS
•Código de anomalía
•Nota
•Usuario que ha seleccionado
Los campos marcados con (*) son obligatorios: si no se cumplimentan, el elemento se descarta y no se
carga en la lista de trabajo de GIM.
Las columnas que quedan de la tabla son cumplimentadas automáticamente por el sistema.
Aquí hay un ejemplo de la plantilla usada para cargar información de un archivo Excel:
Este botón se utiliza para introducir manualmente un nuevo elemento en la lista de trabajo.
El sistema abre una ventana emergente con los mismos campos que la plantilla de carga en la que el
usuario puede introducir los datos.
El sistema comprueba que se han cumplimentado todos los campos obligatorios.
Cuando se confirma, el sistema redirige al usuario a la lista de trabajo y rellena la lista con los objetos
desde la plantilla.
Alimentación de combustible
Alimentación del vehículo
TESIS
Código TESIS
Código de anomalía
Código de anomalía
Nota
Notas descriptivas adicionales.
The Issue History button indicated by the ‘H’ icon resides in the upper basic issue information box. Clicking on
this button will open a complete history table. This table will show all of the information from the
aforementioned pages of the issue starting with the most recent action.
‘H’ icon prompts the system to show the Issue History table within a popup on the page.
The section and field columns are based on the various pages and are not used for all records. These
location descriptions allows users to find information about a given issue history record in a faster,
more efficient way.
Each page has different attributes shown in the Action field due to the various potential items which
can occur. The following are a list of the actions that can occur based on the page:
Incidents Page:
·Promote Incident
·Delete Incident
Attachments Page:
·Add Attachment
·Update Attachment
·Delete Attachment
Severity Page
·Add Information
·Update Information
·Delete Information
Assignment Page
·Add Issue Manager
·Issue Manager Accepts
·Issue Manager Rejects
·Issue Manager Replaced
·Add Business Supervisor
·Business Supervisor Accepts
·Business Supervisor Cancels
·Business Supervisor Revises
·Business Supervisor Replaced
·Add Issue Closer
·Issue Closer Replaced
·Issue Closer Deleted
·Add Issue Originator
·Issue Originator Replaced
·Add Issue Solver
·Issue Solver Deleted
·Issue Solver Replaced
Deferring Page
·Add Information
·Update Information
·Delete Information
·Issue Deferring
·Issue Reopening
Cancelling Page
·Add Information
·Update Information
·Delete Information
·Issue Cancel
The Previous and Updated information columns can be used to understand how information of the
history has changed. By filtering to a unique section/field combination, the user can see how the
information has changed for a given field over the course of the issue life such as looking specifically at
Business Supervisor or Model Year.
Example
Historia
La ventana emergente de historia contiene información sobre las modificaciones realizadas en campos
específicos. Mediante esta ventana emergente, el usuario puede recuperar la siguiente información:
• Los cambios realizados en el campo
• Fecha del cambio
• Usuario que realizó el cambio
• Rol del usuario con respecto al problema
Los siguientes enlaces describen en detalle la información disponible en la historia emergente para diferentes
secciones GIM
Reply Inc 2018
Guía de Referencia GIM 276
Eventos seguidos
La historia emergente de severidad hace un seguimiento de los siguientes eventos:
• Asignación de primera severidad GIM
• Asignación de sistema del primer sistema de fuente de procedencia
• Asignación de severidad del primer sistema de fuente de procedencia
• Modificación de severidad GIM y motivo para el cambio
• Modificación del sistema o severidad de fuente de procedencia
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Ejemplo
Issue Manager
Eventos seguidos
La historia emergente de asignación del Issue Manager hace un seguimiento de los siguientes eventos:
• El Issue Originator introduce al usuario para que se le notifique la creación
del problema
• El Issue Originator crea el problema y el Issue Manager es notificado
• El usuario notificado acepta el rol de Issue Manager
• El usuario notificado rechaza el rol de Issue Manager
• El Issue Originator asigna a un nuevo usuario como Issue Manager
Columnas de la tabla
Para realizar un seguimiento de esta historia, las siguientes columnas se muestran en la cuadrícula de la
historia:
Ejemplo
Business Supervisor
Eventos seguidos
La historia emergente de asignación del Business Supervisor hace un seguimiento de los siguientes eventos:
Columnas de la tabla
Para realizar un seguimiento de esta historia, se muestran las siguientes columnas en la tabla de la historia:
1.Asignado
2.Aprobado*
3.Rechazado*
4.Pospuesto*
5. Eliminación
Acciones Descripción de la acción
*se aplica si el área funcional está
configurada para crear un problema
con la aprobación del Business
Supervisor
Business Supervisor Usuario que ha recibido la ID de usuario(columna rellenada para
asignado notificación el evento 1 y 5)
Puede ser un texto opcional
introducido:
Cuando se asigna el Business
Supervisor
Cuando el Business Supervisor lo
Cuadro de texto
aprueba
Nota cumplimentado en función de
Cuando el Business Supervisor lo
la acción ejecutada
rechaza
Cuando el Business Supervisor lo
pospone
Cuando se elimina el Business
Supervisor
Ejemplo
Issue Closer
Eventos seguidos
La historia emergente de nombramiento del Issue Closer hace un seguimiento de los siguientes eventos:
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la cuadrícula de la historia:
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Crear
Guardar
Acciones Descripción de la acción Completar
Volver a abrir
Aislar
Descripción de la acción de
Descripción ICA Texto libre editado por el usuario
contención adoptada
Fecha de implementación de la
Fecha de contención Fecha editada por el usuario
acción de contención
Fecha propuesta para terminar
Fecha de efectividad tentativa Fecha editada por el usuario
la actividad
Comentario opcional insertado
cuando la ICA se completa
Cuadro de texto Comentario obligatorio insertado
Nota cumplimentado en función de cuando la fecha de efectividad
la acción ejecutada tentativa cambia
Comentario obligatorio insertado
cuando la ICA se reabre
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Crear (*)
Guardar
Completar
Acciones Descripción de la acción Volver a abrir
Aislar
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Crear
Guardar
Acciones Descripción de la acción Completar
Volver a abrir
Aislar
Descripción de identificación Descripción de la acción
Texto libre editado por el usuario
PCA correctiva identificada
Fecha de identificación de Fecha de la identificación de
PCA
Fecha editada por el usuario
PCA
Comentarios de validación Notas para validar la acción
Texto libre editado por el usuario
PCA correctiva identificada
Fecha de validación PCA Fecha de validación PCA Fecha editada por el usuario
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Crear
Guardar
Acciones Descripción de la acción Completar
Volver a abrir
Aislar
Descripción de la acción
Implementación PCA Texto libre editado por el usuario
correctiva identificada
Fecha en la que el punto limpio
Fecha de punto limpio Fecha editada por el usuario
se alcanza
Fecha propuesta para terminar
Fecha de efectividad tentativa Fecha editada por el usuario
la actividad
Comentario opcional insertado
cuando PCA se implementa
Cuadro de texto Comentario obligatorio insertado
Nota cumplimentado en función de cuando la fecha de efectividad
la acción ejecutada tentativa cambia
Comentario obligatorio insertado
cuando PCA se implementa
Ejemplo
Columnas de la grilla
Las siguientes columnas se muestran en la grilla de historial:
Campo Descripción Valores posibles
Fecha Marca de tiempo del evento MM/DD/YYYY HH:MM (AM/PM)
Creación
Guardando
Acción Descripción de la acción
Terminación
Reapertura
Descripción de las lecciones
Lecciones aprendidas
aprendidas Texto libre editado por el usuario
Comentarios
Fecha de inicio para las
Fecha de inicio de monitoreo actividades de monitoreo de la Fecha editada por el usuario
acción correctiva implementada
Fecha de finalización para las
Fecha de finalización de
actividades de monitoreo de la Fecha editada por el usuario
supervisión
acción correctiva implementada
Sí, si está marcado
Bandera para marcar si la pieza
Repuestos verificados No, si no está marcado
de repuesto se ha verificado
En blanco, si no se requiere
Ejemplo
Columnas de la grilla
Las siguientes columnas se muestran en la grilla de historial:
Campo Descripción Valores posibles
Fecha Marca de tiempo del evento MM/DD/YYYY HH:MM (AM/PM)
Creación
Guardando
Acción Descripción de la acción
Terminación
Reapertura
Cuerpo
Interior
Chasis
Descripción de las lecciones
Eléctrico
BICEEPR aprendidas
Sistema de motor
Tren motriz
Restricciones
Uconnect
Subcategorías marcadas como
parte de la causa raíz sistémica Cualquiera de las subcategorías
Subcategorías
para el problema disponibles en la grilla
Ejemplo
Feed Forward
Eventos rastreados
La ventana emergente de historial de Feed Forward rastrea los siguientes eventos:
• Creación del paso
• Guardar los campos relevantes
• Completar el paso
• Reabriendo el paso
Rol (es) asignado (s) al usuario Roles de cadena de GIM cubiertos por el
Rol del usuario
para el problema específico usuario en el tema específico
Creación
Guardando
Acción Descripción de la acción
Terminación
Reapertura
DVP
PFEMA
PF
Campo para seleccionar los tipos
Design Rules
Tipo de Documento de documento actualizados
DFMEA
durante el proceso Feed Forward
PDC
AQR
SPV
Actualizaciones en el proceso de
Actualización Feed Forward
reenvío de feed desde Texto libre ingresado por el usuario
Responsable
responsable de reenvío
Ejemplo
Columnas de la tabla
Para realizar un seguimiento de esta historia, las siguientes columnas se muestran en la tabla de la historia:
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Eventos seguidos
Los siguientes eventos se siguen en esta nueva pestaña:
• Fecha y usuario que ha creado ICA / RCA adicional / Línea de solución /
Identificación PCA e implementación PCA.
• Fecha y usuario que ha completado la línea de solución
• Fecha y usuario que ha reabierto la línea de solución
• Fecha y usuario que ha eliminado el paso de solución
• Fecha y usuario que ha disociado el problema
• Fecha y usuario que ha añadido el problema al grupo de correlación
• Fecha y usuario que ha aislado la línea de solución, eliminándolo del grupo
de correlación
Columnas de la tabla
Para realizar un seguimiento de esta historia, las siguientes columnas se muestran en la tabla de la historia:
Persona responsable de la
Usuario ID de usuario
acción
Rol(es) asignado(s) al usuario Roles GIM cubiertos por el usuario
Rol
para el problema específico para un problema específico
ICA (Vehículo / Componente/
Powertrain / Servicio)
RCA / RCA adicional
Descripción de la línea de
Línea de solución
Línea de solución* solución al que hace referencia
la acción Línea de solución - Identificación
PCA
Línea de solución - Implementación
PCA
1.Crear
2.Completar
3.Volver a abrir
4.Cancelar
Acciones Descripción de la acción 5. Disociar*
6. Correlacionar*
7. Aislar
*Estas acciones no se refieren a
ninguna línea de solución
*Los títulos personalizados (si se editan) de los pasos de solución se muestran en la pestaña de la historia.
Ejemplo
Diagnóstico
Eventos seguidos
La historia emergente de diagnóstico hace un seguimiento de los siguientes eventos:
• Primera vez que se
guardaron los campos
• Últimas actualizaciones
de los campos
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Campo Descripción Valores posibles
Marca de tiempo del
Cambiar fecha MM/DD/YYYY HH:MM (AM/PM)
evento
Persona
Usuario responsable de la ID de usuario
acción
Rol(es) asignado(s)
Rol al usuario para el Roles GIM cubiertos por el usuario para un problema específico
problema específico
•Asignado: esta línea representa la acción de nombrar al Triage
Responsible;
•Eliminado: esta línea representa la acción de eliminar al Triage
Responsible;
Acción realizada por •Actualizado: esta línea representa la acción de actualizar el
Acciones
el usuario. campo de diagnóstico;
•Completado: esta línea representa la acción de completar el
campo de diagnóstico;
•Reabierto: esta línea representa la acción de reabrir el campo
de diagnóstico;
Persona
Triage Responsible responsable del
diagnóstico
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Campo Descripción Valores posibles
acción
Rol(es) asignado(s) al usuario Roles GIM cubiertos por el usuario
Rol
para el problema específico para un problema específico
1.Notificación de aplazamiento
2.Aplazamiento
Acciones Descripción de la acción
3.Aplazamiento denegado
4.Desbloqueo del aplazamiento
Ejemplo
Columnas de la tabla
Las siguientes columnas se muestran en la tabla de la historia:
Campo Descripción Valores posibles
1. Problema cancelado
2. Notificación de cancelación
Acciones Descripción de la acción
3. Cancelación rechazada
4. Problema reabierto
Motivo obligatorio incluido para
Texto que incluye el motivo justificar la cancelación (tanto si el
para el aplazamiento problema es cancelado directamente
Motivo de cancelación
relacionado con la acción por el Issue Originator como si la
solicitud de cancelación la presenta el
Business Supervisor)
Error
Duplicado
Tipo de cancelación Tipo de cancelación
Problema de seguridad
Aprobación rechazada
Ejemplo
Notificación
La ventana emergente de notificación aparece cuando el usuario lleva a cabo una acción que exige el envío de
una notificación.
Esta pantalla emergente contiene un resumen de lo que va a suceder, una sección de la recopilación de otra
información como notas o motivos y la lista de receptores de la notificación.
Tipo de notificación: tipo de notificación que se envía, ya sea información, tareas pendientes o
calendario
Información sobre la acción: una descripción de la acción que va a tener lugar
Introducción de información específica: posibilidad de introducir información específica si así lo
requiere el caso (por ejemplo, monitorizar la fecha de inicio)
Nota / Motivo: posibilidad de incluir una nota o motivo (en ocasiones, obligatorio)
Destinatarios predeterminados: la lista de destinatarios por defecto basados en la asignación de roles
en el problema, los destinatarios predeterminados no se pueden eliminar de la notificación.
Lista de distribución: posibilidad de agregar una lista de distribución definida en el perfil del usuario
Otros destinatarios: posibilidad de buscar y agregar un usuario específico a la notificación a través del
nombre de usuario, nombre o apellido de GIM de un usuario
Suscripciones: los usuarios que reciben esta notificación a través de datos coincidentes en la
información de emisión del problema y el perfil de usuario, los suscriptores no pueden eliminarse de la
notificación.
Después de que se haya agregado un usuario al campo Otros destinatarios en una notificación, para todas las
notificaciones anteriores sobre el mismo problema, ese usuario se agregará al campo Otros destinatarios de
manera predeterminada. Si este usuario se elimina manualmente del campo Otros destinatarios cuando se
envía una notificación previa al problema, entonces el usuario ya no se agregará a los Otros destinatarios de
forma predeterminada.
Reply Inc 2018
Guía de Referencia GIM 305
Después de que un usuario agrega una Lista de distribución en una notificación, toda notificación previa que el
usuario envíe sobre el mismo problema agregará la misma Lista de distribución a la notificación de manera
predeterminada. Si el usuario elimina manualmente la Lista de distribución en una notificación anterior para el
problema, la Lista de distribución ya no se agregará a las notificaciones del problema de manera
predeterminada.
Tenga en cuenta que la eliminación de un usuario predeterminado de Otro destinatario o una Lista de
distribución no impide que el usuario en particular o la lista de distribución se agreguen nuevamente a las
notificaciones del problema en el futuro.
Consulte la sección de Notificaciones para obtener más información sobre cómo los usuarios recibirán
notificaciones de GIM.
¿Qué es…?
APAC
BUSINESS SUPERVISOR
REPORTES ESTÁNDAR
SELECTOR DE FECHA
DRAFT DEL PROBLEMA
EMEA
FCA
FF
GIM
SEVERIDAD GIM
ICA
PROBLEMA
ISSUE CLOSER
ISSUE MANAGER
ISSUE ORIGINATOR
ISSUE SOLVER
LATAM
SEVERIDAD DE FUENTE DE PROCEDENCIA
LL
NAFTA
PCA
CASILLA DE COMPROBACIÓN SELECCIONADA
RCA
CHEQUEO DE DUPLICIDAD
SOLVER LEAD
LÍNEA DE SOLUCIÓN
LÍNEA DE SOLUCIÓN
EQUIPO DE RESOLUCIÓN
VIN
LISTA DE TRABAJO
APAC
Asia y Pacífico.
BUSINESS SUPERVISOR
El Business Supervisor es un usuario controlador implicado en el proceso como supervisor de las actividades de
Calidad.
BICEEPR
Body Interior Chassis Electrical Engine Systems Powertrain Restraints
CCD
Codice Componete Difettoso
REPORTES ESTÁNDAR
Reportes predefinidos disponibles en GIM.
Los reportes estándar no se pueden eliminar; los parámetros para filtrar utilizados para estos reportes pueden
ser personalizados por el usuario, y los criterios del reporte y de filtrado se guardan con un nombre diferente
en reportes guardados.
CQI
Continous Quality Insight
SELECTOR DE FECHA
Un control que permite al usuario seleccionar una fecha de un día, un mes o un año.
El Issue Closer puede cambiar el color a light green cuando todos los
puntos limpios se han conseguido y las Permanent Corrective Actions
(PCA) son implementadas.
ISSUE MANAGER
El Issue Manager es el usuario clave responsable de la gestión del problema. En caso de problemas
interregionales, el Issue Manager está en la región de venta que ha originado el problema.
ISSUE ORIGINATOR
El Issue Originator es el usuario responsable de crear el problema. En caso de problemas interregionales, el
Issue Originator está en la región de venta que ha originado el problema.
ISSUE SOLVER
El Issue Solver es el usuario responsable de la resolución del problema. Un problema puede asociarse a
múltiples Issue Solvers involucrados en el proceso de resolución.
LATAM
Latino América
NIVEL DE SEVERIDAD
Una severidad asignada a una cuestión sobre la base de criterios de severidad GIM preexistentes.
LL
Reply Inc 2018
Guía de Referencia GIM 314
LUR
List of Unique Risk
NAFTA
Área de mercado libre norteamericano
PCA
Permanent Corrective Action. Una acción que se realiza con el fin de resolver un problema de forma
permanente.
SAQ
Single Agenda for Quality
SOLVER LEAD
El Solver Lead es el punto de contacto entre el Issue Manager y el equipo de la resolución.
LÍNEA DE SOLUCIÓN
Vista completa del proceso de resolución después de identificar el Análisis de la Causa Raíz.
LÍNEA DE SOLUCIÓN
Acción realizada por un equipo específico para hacer frente a una sola actividad de resolución (ICA, RCA o PCA).
EQUIPO DE RESOLUCIÓN
El grupo compuesto por uno o más Issue Solvers que es responsable de solucionar el problema.
IDENTIFICADOR ÚNICO
GIM utiliza dos identificadores únicos diferentes para problemas dependiendo de su situación en el ciclo de
vida de gestión del problema.
NÚMERO DE DRAFT
En primer lugar, una vez que el problema se ha guardado inicialmente, se le da un número de draft, que es
simplemente la palabra ‘DRAFT’ seguida de un guion bajo y 8 números. Estos 8 números están formados como
una concatenación de dos conjuntos de valores:
• 2 números para los dos últimos dígitos del año en el que se creó el draft
en el sistema (por ejemplo, 15 representa 2015);
Así queda el número de draft entero: DRAFT_15000001. Esto permite al usuario rastrear e identificar el
problema antes de que comiencen las actividades de resolución y de que la fase de gestión comience
verdaderamente.
En este caso, el número entero queda así: EITWTYFGA15000001. La información que se puede deducir
rápidamente de este nombre de problema a simple vista es que se trata de un problema de garantía iniciado
en 2015 por un usuario de FGA proveniente de Italia. El número secuencial del sistema entre el número de
draft y el nombre del problema no son el mismo para evitar confusión y porque los drafts no son siempre
problemas "reales".
VIN
Número de identificación del vehículo.
LISTA DE TRABAJO
La Lista de Trabajo representa un repositorio diseñado para apoyar la puesta en común de las anomalías
analizadas entre los usuarios de diferentes áreas funcionales.
Cómo
Esta sección pretende ser una referencia rápida para los usos comunes y menos comunes de GIM.
Como cualquier referencia rápida, es un trabajo en curso y se ampliará en futuras ediciones de esta Guía de
Referencia
Añadir un incidente - manualmente
El usuario ha iniciado sesión como Issue Originator o como Issue Manager al que quiere agregar el incidente
previamente
Usuario
Hacer clic en Añadir incidentes manualmente
GIM
Abre la ventana emergente para la incorporación manual de incidentes
Muestra una tabla predefinida que contiene el conjunto de campos disponibles de incidente
Usuario
Introduce los incidentes
Hace clic en el botón de confirmación
GIM
Cierra la ventana emergente
Redirige al usuario a la página de Añadir incidentes
Crea tantas líneas como incidentes añadidos en el resumen, disponible en la sección de incidentes
añadidos manualmente.
Todos los incidentes están en estado de 'OK'
Guarda la incorporación de los incidentes
Confirma la notificación
GIM
Cierra la ventana emergente
Genera la notificación Por hacer para el Issue Originator responsable del draft
Redirige al usuario a Añadir Incidentes
Asocia la línea en el resumen con los incidentes seleccionados por el usuario en la tabla temporal
cargada en el sistema. Todos los incidentes están en estado "Pendiente"
Guarda la incorporación de los incidentes
Proceso de aprobación
Usuario encargado de la aprobación - Requisitos previos
Haber iniciado sesión en el sistema
Estar configurado como Issue Originator
Estar en la página de inicio de la aplicación
Ha recibido 2 notificaciones Por hacer: se le solicita que valide 2 incidentes añadidos temporalmente a
un draft por un usuario A y la validación de un incidente añadido por un usuario B
Usuario encargado de la aprobación
Selecciona la notificación en la página de inicio enviada por el usuario A
Hace clic en el enlace al draft
GIM
Redirige al usuario a la página de Añadir Incidentes. El usuario es dirigido a la sección que contiene los
nuevos incidentes añadidos por el usuario A, a la espera de aprobación
Caso A – Incidentes aprobados
Usuario encargado de la aprobación
Selecciona los dos incidentes
Hace clic en el botón de validación
GIM
Abre una ventana emergente de confirmación de la validación
Usuario encargado de la aprobación
Confirma la validación
GIM
Cierra la ventana emergente
Genera la notificación INFO para el usuario que envió la notificación
Redirige al usuario a la página Añadir incidentes
Todos los incidentes validados pasan del estado "Pendiente" al estado "OK"
Guarda la validación de los incidentes
Permite que el usuario que agregó los incidentes como autónomo siga adelante:
ya no se requiere validación para los incidentes añadidos por este usuario
El usuario ha iniciado sesión como Issue Originator o como Issue Manager al que quiere agregar el incidente
Crea una nueva línea en el resumen, disponible en la sección de la fuente seleccionada por el usuario
en la ventana emergente. Esta línea asocia el evento cargado con la marca de tiempo y el usuario que
realiza la actividad.
Asocia la línea en el resumen con los incidentes seleccionados por el usuario en la tabla temporal
cargada en el sistema. Todos los incidentes están en estado "OK"
Guarda la incorporación de los incidentes
Usuario
Confirma la notificación
GIM
Cierra la ventana emergente
Genera la notificación Por hacer para el Issue Originator responsable del draft
Redirige al usuario a la página Añadir incidentes
Asocia la línea en el resumen con los incidentes seleccionados por el usuario en la tabla temporal
cargada en el sistema. Todos los incidentes están en estado "Pendiente"
Guarda la incorporación de los incidentes
Proceso de aprobación
Reply Inc 2018
Guía de Referencia GIM 326
Usuario
Hace clic en Asignar responsabilidad
GIM
Abre la página Asignar responsabilidad
Se puede hacer clic en el botón Enviar en las secciones del Issue Manager
Se puede hacer clic en el botón Enviar en la sección del Issue Closer
En la sección relativa al Business Supervisor, no se puede hacer clic en los 3 botones dedicados al
Business Supervisor.
El campo Issue Manager se rellena con el usuario recuperado automáticamente por el sistema, basado
en el perfil de usuario y otros criterios
La tabla con resumen del Issue Manager se rellena por defecto con los datos del Issue Manager
sugerido
El estado de asignación es "Para ser Asignado"
Usuario
Cambia el nombre y edita el nombre del Issue Manager que será asignado
Hace clic en Búsqueda
GIM
Abre una ventana emergente con una tabla rellenada con usuarios que coinciden con el nombre
introducido
Usuario
Selecciona una línea de la tabla
Hace clic en Enviar
GIM
Abre una pantalla emergente de confirmación de la operación
Usuario
Confirma la aprobación
GIM
Cierra la ventana emergente
Redirecciona al usuario a la página de Asignar responsabilidad
El estado de asignación es "Notificado- esperando respuesta"
Genera una notificación Por hacer para el Issue Manager
Guarda la operación en la pestaña de la historia (fecha/ Issue Originator/ nombramiento del Issue
Manager)
Correlacionar problemas
Requisitos previos
Problema red 1 que contiene las actividades de solución A y B (no importa cuál es la tipología de las
actividades)
Problema red 2 que contiene las actividades de solución C y D
Problema red 3 que contiene la actividad de solución E
Usuario
Comienza desde el problema 1 y correlaciona el problema 2
GIM
Crea un grupo de correlación que marca las actividades de resolución A y B como correlacionadas y las
actividades C y D como aisladas para el problema 2
Usuario
Comienza desde el problema 3 y correlaciona el problema 1
GIM
Bloquea la operación, ya que no es posible correlacionar a partir de un problema fuera de un grupo y
llegar a un problema dentro de un grupo. Esto para gestionar correctamente los pasos que se
correlacionarán.
Usuario
Agrega la actividad de F al problema 1 y la marca como correlacionada
Agrega la actividad G al problema 1 y la marca como aislada
GIM
Crea la nueva actividad F compartiéndola entre el problema 1 y 2. Ahora, el grupo de correlación
comparte actividades A, B y F
Crea la nueva actividad G únicamente para el problema 1, sin compartirlo con el problema 2
Usuario
Empieza desde el problema 1 y correlaciona el problema 3
GIM
Agrega el problema 3 al grupo de correlación. Ahora, el problema 3 contiene las actividades A, B y F
como correlacionadas (porque pertenecen al grupo de correlación) y la actividad E como aislada para
el problema 3
Usuario
Aísla la actividad A en el problema 3
Modifica la actividad A dentro del problema 1
Modifica la actividad A dentro del problema 3
Trata de correlacionar de nuevo la actividad A en el problema 3
GIM
Marca la actividad A en el problema 3 como aislada; a partir de este momento, esta actividad para el
problema 3 no se comparte con el grupo de correlación
Realiza los cambios compartiéndolos también con la actividad A del problema 2 y no con la misma
actividad para el problema 3
Realiza los cambios únicamente para la actividad A del problema 3
Bloquea la operación; la actividad aislada no puede ser correlacionada otra vez
Usuario
Completa las actividades compartidas A, B y F y las actividades aisladas C, D
Cambia el problema 2 a Light Green
Vuelve a abrir la actividad A del problema 1
Crear la nueva actividad de correlación H
GIM
Congela las actividades A, B y F porque un problema del grupo de correlación se mueve fuera del
perímetro de las actividades de resolución (estados de color red y yellow)
Bloquea la posibilidad de volver a abrir la actividad A
Comparte la nueva actividad correlacionada H únicamente con los problemas 1 y 3
Usuario
Cambia el problema 2 de light green a red
GIM
Descongela el problema 2, desbloqueando las actividades correlacionadas. La actividad H no se añade
automáticamente al problema 2, pero permanece compartida únicamente entre los problemas 1 y 3
Usuario
Elimina el problema 3 del grupo de correlación (es el mismo que si, en lugar de eliminar el problema, el
usuario lo aplaza)
GIM
Todas las actividades correlacionadas se aíslan de forma automática; a partir de ahora, cualquier
modificación en el problema no será compartida y cualquier modificación en el problema 1 en las
El usuario
1. Inicia sesión en GIM y llega a la Página de inicio donde puede crear un nuevo problema.
2. Hace clic en Crear un nuevo problema
3. Introduce Información básica del problema y cualquier otra información requerida
4. Asigna Roles
5. Asigna Severidad
En este momento, el usuario se considera el Issue Originator para el problema potencial que se está creando y
debe estar autorizado para desempeñar este rol basado en el perfil de usuario.
Una vez que el Issue Originator ha introducido y completado toda la información conocida sobre el problema
potencial y ha cargado los archivos adjuntos relacionados, puede hacer clic en el botón "Guardar" para guardar
todos los datos introducidos en el sistema.
Esto, a su vez, asigna al problema potencial un número de draft y pasa a considerarse un draft.
Ahora, el draft es visible para cualquier otro usuario de GIM que disponga del apropiado acceso en modo de
solo lectura.
Eliminar un problema
Mientras todavía está en estado de draft o en la Lista de Trabajo (en EMEA), el Issue Originator tiene la
posibilidad de cancelar el problema sin la participación de otras funciones por cualquier motivo.
Si el problema está en el estado red o yellow, el Business Supervisor puede cancelar el problema y GIM informa
al Issue Originator
El Issue Manager puede solicitar la eliminación de un problema y la solicitud debe ser aprobada por el Business
Supervisor
Disociar problemas
Usuario - Requisitos previos
Se registra en el sistema como Issue Solver, Manager y Closer de acuerdo con las necesidades del
problema concreto
Tiene un problema Red recién creado con más de un modelo de impacto en la sección de vehículos
afectados
El Issue Manager ha asignado al Issue Solver Lead para cada modelo afectado
A partir de este momento, el Solver Lead y los Equipos de resolución trabajan en ese problema/pestaña
modelo para realizar todas las actividades necesarias y actualizar los campos con la información adecuada.
Esta fase de solución de problemas debe completarse para cada modelo afectado por su relativo Solver Lead.
Las actividades realizadas dentro de esta fase son las mismas que las descritas en el caso de uso "Flujo de
actividades de solución del problema (problema de Red a Light Green)”
GIM
Cuando todas las actividades descritas anteriormente están terminadas, el sistema informa al Issue
Closer sobre la posibilidad de cambiar el issue status de Red/Yellow a Light Green
Usuario [Closer]
Después de llegar a las actividades de resolución del problema mediante la notificación Por hacer
enviada, hace clic en el botón Cambiar status
GIM
Muestra una ventana emergente con un resumen de lo que va a suceder y de las notificaciones que se
van a enviar
Usuario [Closer]
Establece la fecha de inicio de monitoreo
Hace clic en el botón OK (el botón Cancelar anula el cambio de status del problema)
GIM
Coloca una notificación CALENDARIO en el calendario de las personas involucradas, informándoles
acerca de la fecha de inicio de monitoreo
Cambia el estado del problema de Red/Yellow a Light Green
Envía las notificaciones pertinentes
Reportes
A la funcionalidad de Reporte se puede acceder mediante la opción de Reportes que se encuentra en el panel
de navegación izquierdo.
Los reportes disponibles están organizados en Reportes estándar, Reportes configurables y Reportes
guardados.
Se puede seleccionar un Reporte, haciendo clic una vez sobre este, y luego usar los botones de Acciones que se
encuentran en la parte derecha de la pantalla
Hacer doble clic en el reporte para iniciarlo directamente.
Crear carpeta
El botón Nueva carpeta permite al usuario añadir una carpeta nueva a la sección de los “Reportes
guardados” de la página de reportes.
Cuando se hace clic, el sistema muestra una pantalla emergente "Creando una nueva carpeta" en la
que el usuario puede dar un nombre a la carpeta.
Después de que se haya añadido la nueva carpeta, la etiqueta muestra el nombre dado y un contador indica el
número de reportes que hay en la carpeta. Si un usuario hace doble clic en esta carpeta, el sistema redirige al
usuario a la página que muestra el contenido de las carpetas.
Mover reporte a carpeta
Es posible mover un reporte a una carpeta mediante el botón "Mover reporte" o copiarlo en la carpeta
mediante el botón "Copiar reporte": este control permite al usuario cambiar la ubicación de un reporte
guardado.
Cuando se hace clic en este botón, el sistema muestra una pantalla emergente "Mover reporte" en la que el
usuario puede asignar un nombre diferente al reporte y una ubicación diferente a la carpeta.
Este botón solo está disponible para los reportes guardados después de que hayan sido seleccionados. La única
diferencia entre las funciones de copiar y mover es que al mover se ejecuta la acción en el mismo reporte,
mientras que al copiar se genera un nuevo reporte de las acciones realizadas como resultado de una copia.
Después de copiar o mover, se actualiza el contador del icono de la carpeta para reflejar el número actual de
reportes que hay en la carpeta.
Los botones Eliminar carpeta y Renombrar carpeta solo están disponibles cuando se selecciona una carpeta. Su
función es bastante obvia.
Programar un reporte
Un reporte se puede ejecutar en momentos específicos, con una frecuencia establecida, mediante el botón
Programar reporte.
Al hacer clic en este botón, el sistema muestra la ventana emergente de Programar reporte en la que el usuario
puede seleccionar un período, día de la semana, tiempo de ejecución y otros usuarios para que reciban el
reporte.
Se puede hacer clic en este botón directamente desde la página Reportes cuando se selecciona un reporte
guardado o desde una página de plantilla de reporte específica (después de que se haya completado toda la
información necesaria).
En la sección reporte guardado se puede identificar fácilmente un reporte programado por el icono del reloj.
Publicar un reporte
Un reporte guardado también se puede publicar, es decir, enviarse a los usuarios seleccionados.
Para publicar un reporte hay que guardarlo, seleccionarlo y hacer clic en Editar.
Cuando se muestran los parámetros del reporte, se puede hacer clic en el botón Publicar.
Un ventana emergente permite seleccionar a los usuarios que recibirán el reporte. Al teclear las primeras letras
se muestra la lista de usuarios que coinciden. La ventana emergente permite que GIM se pueda dirigir a más de
Reply Inc 2018
Guía de Referencia GIM 340
un usuario.
Los reportes que se pueden mostrar aquí son un subconjunto de reportes básicos pero se pueden personalizar
según el propósito, por lo que es posible tener varias copias para el mismo tipo de reporte que muestra
diferentes conjuntos de parámetros o criterios de filtrado.
Búsqueda
La Función de búsqueda del sistema GIM permite al usuario buscar en toda la aplicación uno o más problemas
a través de un conjunto deseado de parámetros de búsqueda.
La sección Parámetros de búsqueda proporciona una serie de campos predeterminados que se usan para
buscar problemas.
Una vez que el usuario ha rellenado los campos deseados, la búsqueda se realiza al utilizar el botón
"Búsqueda".
El botón Búsqueda ejecuta la acción de búsqueda basándose en los parámetros seleccionados en esta sección.
Los criterios de búsqueda se utilizan en modo AND: el embudo se hace cada vez más estrecho cuando se
añaden nuevos criterios
Si se añaden demasiados criterios, es posible que no se obtengan resultados de búsqueda. Por otro lado, si no
se definen los criterios suficientemente, es posible que se obtengan más resultados de búsqueda de los que se
pretenden o esperan.
La "Tabla de resultados" muestra los resultados de búsqueda en un formato de tabla donde cada fila
representa un problema.
Cada encabezado de columna es un botón activo con una función de ordenación. Al hacer clic sobre alguno,
este botón ordenará la lista de resultados basándose en una ordenación específica seleccionada.
Esta ordenación también se puede realizar haciendo clic en "Orden ascendente" u "Orden descendente" en el
despegable del encabezado de la columna.
Para mostrar el desplegable, hacer clic en la flecha que señala hacia abajo en el encabezado de la columna.
Este control permite al usuario añadir o eliminar columnas en la "Tabla de resultados" según sea necesario.
Al hacer clic en el desplegable del encabezado de la columna y luego en el elemento del cuadro de la lista
"Columnas", el sistema muestra una lista enlazada de casillas.
Desde aquí, el usuario puede marcar o desmarcar cualquier columna en el cuadro de la lista y, al ejecutar esta
acción, la columna se añade o se elimina de la tabla.
La colocación de la columna ajustada depende tanto del orden mostrado en el cuadro de lista como de los
elementos que ya tienen casillas marcadas.
Si un usuario marcase la casilla que se encuentra al lado de "Issue Solver Lead", esa columna se colocaría justo
a la derecha de "Business Supervisor", ya que "Business Supervisor" es la última casilla marcada. Sin embargo,
si un usuario desmarcase la casilla que se encuentra al lado de "Severidad", la columna "Severidad" se
eliminaría y las columnas restantes caerían hacia abajo hasta rellenar el espacio que ocupaba la columna
"Severidad".
Las columnas también se pueden reorganizar en un orden diferente simplemente arrastrando y soltando el
encabezado de columna en la nueva posición.
Aquí se pueden aplicar los criterios de búsqueda mediante la función de comparación y el operador booleano.
Empezando desde una selección preliminar que se realiza aplicando los parámetros para filtrar, la función de
búsqueda permite realizar una búsqueda precisa de problemas específicos.
Aplicar parámetros para filtrar a una selección de búsqueda preliminar permite una búsqueda más precisa de
problemas específicos.
Transferir a priorización
El botón Transferir a priorización permite al usuario transferir problemas designados desde la "Tabla de
resultados" hasta la sección "Listas de priorización".
Primero hay que seleccionar los resultados de búsqueda que se quieren transferir a la Lista de priorización y
luego hacer clic en el botón para transferirlos a la lista de priorización.
El sistema muestra una ventana emergente de confirmación y, si se confirma, copiará un problema resaltado o
un conjunto de problemas seleccionados y los añadirá a la sección "Listas de priorización".
Durante la ejecución de esta acción, el sistema comprueba si el problema ya está en la sección "Listas de
priorización" y, en caso afirmativo, devuelve un mensaje de error en el que se informa de que esta operación
no se puede ejecutar.