R: Los motivos pueden ser varios, siendo necesario probar cada caso. En primer lugar, su SQL Server puede no estar configurado para acceso remoto, compruebe las puertas TCP / IP en todas las opciones, incluso en la última (IPALL), incluir el número de puerta utilizada, el valor predeterminado es 1433.
Otro motivo puede ser que su SQL esté en un dominio en la red interna, si se ha configurado de esta forma con la asignación, puede ser necesario habilitar el elemento VIA de SQL.
Otra situación es por alguna razón que el servidor SQL o el navegador SQL no estén activos. Esto puede ocurrir por interrupción manual del servicio o por algún otro problema como ejecutar copias de seguridad y tener lentitud.
Otros motivos pueden ser: Reglas de firewall, antivirus usando máquinas virtuales o bloqueos en la configuración de su red, o algún dato mal escrito en los campos de aplicación.
R: Nuestro soporte está restringido al HCSGI, no siendo posible auxiliar en otras aplicaciones que son de responsabilidad del cliente. Probablemente su máquina virtual debe tener configuraciones específicas, tanto el acceso y el bloqueo deben ser ajustados. Póngase en contacto con su proveedor de esta aplicación.
R: Generalmente esto ocurre cuando hay algún bloqueo de su red, SQL o otras aplicaciones de seguridad, o también cuando el HCSGI se instala en micros con Windows 64 bits, sin que la instalación sea configurada para Compatibilidad de 32 bits. El HCSGI sólo funciona en 64 bits si se ejecuta en modo de compatibilidad de XP 32 bits.
R: El HCSGI se creó en la plataforma Dot.Net 3.5 de 32 bits, pero funciona tanto en 32 como en 64 bits, siempre que se ejecute en modo de compatibilidad de 32 bits.
El HCSGI funciona en cualquier versión de Windows desde XP SP3 Professional, excepto en versiones limitadas como Home o Starter, que son versiones para uso doméstico.
R: Esto suele ocurrir porque no se ha instalado una actualización de Dot.Net 3.5 que se incluye con el paquete de implementación de HCSGI. Este instalador se llama MSChart.exe y se debe instalar en todos los equipos donde se utiliza el HCSGI, ya que incluye un control de gráficos que no se distribuye de forma predeterminada en Dot.Net.
R: La licencia del HCSGI se hace consultando los datos del cliente en nuestro sitio, y luego se comparan con los datos contenidos en el archivo de licencia enviado. Si el equipo no tiene acceso a Internet, no será posible la licencia. Sin embargo, la licencia se realiza una sola vez, y se puede utilizar cualquier equipo para esta tarea.
R: No. La versión R2 incluye una nueva estructura de fechas que es utilizada por el HCSGI, por lo que es necesario que sea esa o otra superior.
R: Según Microsoft Windows 8 y 8.1 (64 bits) tiene incompatibilidad en algunos hardwares que, en ciertos casos, hace que los micros incompatibles con Dot.Net 3.5. A partir de Windows 8, Dot.Net 3.5 no está habilitado de forma predeterminada, por lo que debe ser habilitado manualmente por su TI. En los casos en que no esté instalado, pueden ocurrir problemas ya reportados, incluso hay explicaciones y procedimientos a seguir en el sitio web de Microsoft.
Sin embargo, dependiendo de la configuración del hardware de algunos micros, la instalación de Dot.Net 3.5 puede ser imposible. Una solución adoptada por algunas empresas es utilizar un micro específico para la instalación de Windows 7 32 bits con Dot.Net 3.5 (SP1) y el HCSGI 7. Este equipo debe ser utilizado como un acceso remoto específico para los usuarios que tienen problemas en su máquina con Dot.Net. Sólo estos empleados deberán realizar sus accesos remotamente al HCSGI en este equipe con Windows 7. Esta solución resolver los problemas de incompatibilidad de Windows / Dot.Net / Hardware. Nota: Este es un problema de Dot.Net 3.5.
R: Es necesario ver todo tipo de bloqueo configurado, tanto en el sistema operativo, en la red o en las aplicaciones del micro.
Como dijo que el sistema funciona en todos los micros menos en estos dos recién instalados, el problema es específico en ellos y tendrá que evaluar lo que existe en ellos o cómo se ha configurado que pueda causar este problema. Lo ideal es usar alguna herramienta de monitoreo del sistema operativo que permita evaluar lo que está causando el bloqueo.
R: La versión mínima para utilizar HCSGI es Windows XP (SP3), con Dot.Net 3.5 (SP1).
Recordando que Windows debe sermpre estar lo más actualizado posible para evitar problemas.
R: Esto generalmente ocurre si este equipe posee Windows configurado para la ampliación de fuentes, recurso incompatible con nuestro sistema. Para resolverlo, debe sacar esa configuración de ampliar fuentes, y en su lugar utilizar la resolución de video 1024 x 720. Si el usuario no quiere cambiar la resolución del video, por problemas visuales, deberá usar la herramienta Lupa de Windows, pues el recurso de ampliar fuentes impide el uso del HCSGI.
R: Quien utilice SQL Server completo, busque en la documentación cómo utilizar la aplicación Agente. Permite programar y automatizar esta función, pero es necesario realizar copias de seguridad de todas las bases de datos de HCSGI (archivos iniciados por dbhcsgi_) y también de todos los Logon de los usuarios, que se quedan en SQL Server. Ambos datos son necesarios.
Quien utilice la versión SQL Server Express (gratuita) tendrá 2 opciones que se describen en el tema 4 del manual del sistema, vea el menú - Ayuda.
Nota: Tanto para versión completa como para Express, es fundamental que además de las bases de datos y de los Logons, sea incluido en el bakcup también la versión actual del HCSGI (EXE y subcarpetas es y en) para que no haya incompatibilidad de versiones. Identifique siempre los backups por fecha de realización y manténgalos lo más actualizados posible, además de ser guardados en un servidor diferente de donde estén los bancos de SQL Server, ya que si se produce un defecto en el disco duro, las copias de seguridad no se perderán también.
R: Para ver es necesario que los vídeos hayan sido colocados por su TI en la carpeta (videos) del HCSGI durante la instalación. Si los archivos MP4 no están en esta carpeta, solicite a TI que los descargue en nuestro sitio. Otro motivo puede ser la falta del programa Windows Media Player, que debe estar instalado en su Windows, pues usamos su plugin para visualización dentro del navegador.
R: Algunos registros tienen una pestaña llamada "Empresas que Utilizan" o "Empresas que Atiende". Cada registro después de la inscripción, debe ser asociado a su respectiva empresa. Sin esta asociación, los datos no se mostrar en otras pantallas. Esto es necesario porque el HCSGI permite registrar más de una empresa, donde todas pueden tener sus datos centralizados en una misma base de datos. Sin esta asociación, sería imposible determinar qué empresas utilizan los registros.
Para resolver entre estos catastros y edite cada registro, informando qué empresas lo utilizan. Además, verifique si los registros están activos, tanto en el registro principal como en la asociación de cada empresa.
R: Hay dos pantallas para ese registro, cada una destinada a un tipo de PAD (360º o evaluación directa). En el menú – Módulos – Competencias – Gestor de PAD, seleccione la pantalla correspondiente al tipo de PAD que registró, por la opción Definir Evaluadores.
Nota: En la pantalla de 360º usted seleccionará un Evaluado y cada uno de sus Evaluadores, informando lo que este evaluador representa en relación al evaluado (par, jefe, cliente interno, etc.). En la pantalla de Evaluación Directa, usted selecciona un Evaluador e informa a todos sus evaluados (en este caso el evaluador es siempre el Jefe Inmediato).
R: El menú - Registro es único para todas las empresas. Algunos de ellos se conectan automáticamente a una empresa específica, no permitiendo que los empleados de otras empresas tengan acceso. Sin embargo, los registros centralizados, es decir, que son comunes a todas las empresas, no hay como ocultar sus datos. Como se puede ver en la documentación, algunos registros son compartidos por todas las empresas y tienen una pestaña llamada “Empresas que Utilizan” o "Empresas que Atiende" para asociar el registro a una o más empresas. Los datos asociados serán vistos por las respectivas empresas en las pantallas del sistema, donde los datos de las otras empresas no estarán disponibles, pero en el menú - Catastro estarán siempre visibles a todas las empresas.
Para separar el 100% de los datos de cada empresa, la única forma es descentralizar el sistema, donde cada empresa tiene sus propias bases de datos totalmente separadas.
R: Para corregir este error de funcionamiento del usuario, primero debe entrar en cada acción pendiente y finalizarla como se ha reprobado. Hecho esto el RNC o ROM será automáticamente dirigido a la Verificación Final de la Eficacia y podrá ser completado con su Aprobación.
Nota: Siempre que un RNC o ROM sea definido como infundado, su conclusión es hecha por la Verificación Final de la Eficacia, que deberá aprobar o Reprobar esa evaluación. La aprobación finaliza el registro, y su reprobación lo reactivará para nuevo análisis.
La conclusión de todos los RNC's y ROM's está dirigida a la constatación de la Verificación Final de la Eficacia, donde sus miembros podrán verificar si todo lo que se ha descrito fue evetivamente realizado y surtió el efecto esperado. De esta forma, lo mismo vale para la definición de improcedencia, pues la Verificación Final de la Eficacia podrá identificar si realmente es correcta, o eventualmente estaban finalizando un problema de modo indebido o equivocado. Es una seguridad más.
Hemos detectado un problema en esta rutina y hemos corregido en la versión 7.6.500. En ella también se alteró la forma en que el registro se coloca como infundado, al hacer clic en ese campo se mostrará un mensaje solicitando confirmación y explicando que ese procedimiento excluirá automáticamente todo el plan de acciones que pueda estar registrado en ese registro (RNC o ROM), eliminando la necesidad del usuario de realizar la reprobación de cada acción manualmente. Recordamos que ese proceso es irreversible, si decide retirar la improcedencia, será necesario registrar nuevamente el plan de acciones.
Esta aplicación auxiliar es básicamente un servicio, pero se ha creado para ejecutarse sólo en el servidor y no en cada estación de trabajo. Por lo que sólo se ejecuta una sola vez en el servidor en el período de (X) días configurado en la Tarea de Windows y no una vez en cada micro de los usuarios, ya que generará varios mensajes de correo electrónico repetidos.
Hay 5 formas de generar ese informe, incluso con algunas variaciones de formato.
Pantalla de programación de los entrenamientos,
- Botón Lista de Presencia: Requiere que se seleccione un entrenamiento para mostrar sus datos;
- Botón de impresión: genera un informe con algunos datos y formatos diferentes.
Menú - Informes - Entrenamientos
- En esta pantalla puede generar el informe con todos los datos de un entrenamiento específico, basta con introducir el número de ese entrenamiento;
- Usted puede marcar el campo escribo los datos, en ese caso podrá teclear cualquier dato de entrenamientos que no esté registrado en el HCSGi o aún podrá imprimir el informe totalmente en blanco y llenar manualmente.
"La secuencia de entrada no estaba en un formato incorrecto."
o
"Referencia de objeto no definida para una instancia de un objeto."
¿Que puede ser?
Esto puede ocurrir tanto por problemas de inestabilidad temporal en la conexión interna de su red, como también algún problema de datos devueltos de SQL, como un ruido de señal que ha dañado algún dato, o incluso un problema de codificación del programa en rutina específica y, poco usada. En el caso de ser una pantalla donde hay acceso constante y funcionando normalmente, las dos primeras opciones pueden ser las causas.
Esto puede ocurrir cuando una ROM se define como improcedente y se retira su asociación con el PESG correspondiente. En este caso, para evitar que se quede sin una identificación tanto del Riesgo o de Oportunidad, es necesario que su origen sea alterado antes de ser completado, por ejemplo como Origen Colaborador. Pero no recomendamos que esto se haga, sino explicar detalladamente en el campo análisis el hecho de la retirada del PESG, y por este motivo no tener un Riesgo o Oportunidad, asociado.
Windows tiene un límite máximo para el tamaño de la ruta (dirección del archivo) y también para el nombre del archivo. Por lo tanto, si está adjuntando un archivo que está dentro de muchas subcarpetas y sus nombres sumados son muy grandes, puede ocurrir un error al intentar recoger este archivo y pegarlo para incluirlo en la base de datos. Además, este límite difiere entre las versiones de Windows y de la plataforma 32 o 64 bits. En este caso, si incluye un archivo en un micro 64 bits y intenta abrir en uno de 32 bits, Windows no puede aceptar este tamaño diferente generando problemas inexpertos.
Como estas acciones son realizadas por Winodws y Dot.Net, el HCSGI no tiene como saber ya veces puede ocurrir de no tener como realizar la visualización o grabación del archivo. Para evitar este problema, se recomienda que todos los archivos que se adjunten al HCSGI tengan su nombre estandarizado y optimizado para pocas palabras, evitando este problema de Windows.
Nota: Otro factor importante es en cuanto a los caracteres utilizados en el nombre de los archivos. El uso de caracteres, números, subíndice y espacio para componer los nombres de archivo, otros caracteres gráficos causan problemas como: (~ /,. + Y% $ # @, etc ...) evite cualquier carácter gráfico y acentuación para separar palabras.