| |
 Información
de Productos
|
|
Licencia de Explotación Secundaria
para el programa WinPres
Aquellas Instalaciones que incorporen el
programa de aplicación WinPres
estan también adquiriendo la Licencia
de Explotación que ampara el
uso de tal programa en un único PC.
Sin embargo, cuando en tales Instalaciones
sea necesario disponer en otros PC del programa
WinPres
para ser usado concurrentemente por varios
operadores, se hace necesario adquirir una
Licencia
de Explotación Secundaria modelo
LES-QVigila
para cada uno de tales PC, lo cual facilita
(por un precio menor al de la Licencia principal)
poder disponer de las mismas prestaciones
en varios equipos.
|
El paquete LU7-Mf_CRM de Licencias de Uso
extra
Este paquete proporciona siete Licencias
de Uso (ver el P.V.P.)
para ampliar las tres que tiene el Módulo
funcional modelo Mf_CRM,
de manera que éste (como Servidor)
admita el reconocimiento y validación
de hasta diez App Qtag_R
(como Clientes).
Sólo a partir de tal ampliación
es posible el ir añadiendo paquetes
LU10-Mf_CRM a medida
que se vaya necesitando disponer de más
Terminales Portátiles dotados
con la App Qtag_R.
|
La Versión 6 y la Versión
7 de WinAcces
La Versión 6 de WinAcces
recupera la simplicidad de las primeras
Versiones en el sentido de que sus prestaciones
se reducen a sólo aquellas que son
básicas para un sistema de Control
de Accesos físicos en Instalaciones
con necesidades simples.
Por ello se han eliminado todas las opciones
que permitían ...
... el Control de Intrusión (Paneles,
grabadores de imágenes, etc.),
... la interacción con el sistema
de ascensores KONE,
... la gestión y control de los Visitantes,
prestaciones todas ellas que (junto con
otras nuevas como la interacción
con Smartphones, la capacidad
real de proceso distribuido, el acceso al
Directorio Activo, la interacción
con Plataformas de Gestión Documental,
etc.) han pasado al programa QVigila.
La Versión 7 de WinAcces
se separa, comercialmente, en tres tipos:
-- básico (el programa se llama WinAcces)
-- medio (el programa se llama WinAcces/M)
-- alto (el programa se llama WinAcces/A)
siendo la causa diferencial el número
máximo tanto de Usuarios como de
Terminales que se puede tratar en cada tipo.
Con el fin de evitar inconvenientes en la
limitación tanto del número
de Usuarios como del número de Terminales
a las actuales Instalaciones de WinAcces
(de las Versiones 3, 4, 5 y 6), al instalar
la Versión 7 pasarán a funcionar
con las mismas prestaciones del programa
de tipo alto WinAcces/A.
Dada la gran cantidad de Instalaciones que
utilizan el programa de aplicación
WinAcces, y dado que podría
ser que alguna de ellas estuviera utilizando
opciones ahora eliminadas, disponemos de
un plan especial de actuación que
permitirá paliar el posible inconveniente,
para lo cual deberán contactar con
el Departamento Comercial de Qontinuum.
|
El subsistema
ADA
En Qontinuum asignamos tal nombre (Arquitectura
Distribuida de Accesos)
al conjunto de productos, dentro del ecosistema
Q-OnTheFly, que son específicos
para ser aplicados en cualquier entorno
en el cual sea necesario un Control
de Accesos físicos (mediante
Terminales de tipo fijo situados en puertas,
tornos de paso, etc.) de funcionamiento
autónomo pero operando en el "tercer
paradigma" de las comunicaciones,
de manera que informen en tiempo real al
Servidor
VirGO, el cual interactúa directamente
con la Base de Datos 'Fenix'.
Ver un resumen en esta presentación
y también en esta otra.
En una misma Instalación, el subsistema
ADA puede coexistir con el subsistema
IRPA, con el cual comparte funcionalidades
comunes.
En una misma Instalación, el subsistema
ADA puede coexistir con el Control
de Presencia y/o con la Captura
de Datos en Planta de Qontinuum
dado que todos ellos forman parte del sistema
CONACC y comparten la Base de Datos
'Fenix'.
|
Licencia de Explotación Secundaria
para el programa de aplicación QVigila
y/o la aplicación QVigila.Web
Aquellas Instalaciones que incorporen el
programa de aplicación QVigila
y/o la aplicación QVigila.Web
estan también adquiriendo la Licencia
de Explotación que ampara el
uso de tal programa en un único PC.
Sin embargo, cuando en tales Instalaciones
sea necesaria la concurrencia de más
de un Operador se hace necesario adquirir
una Licencia
de Explotación Secundaria modelo
LES-QVigila
para cada uno de tales Operadores, lo cual
facilita (por un precio menor al de la Licencia
principal) poder disponer de las mismas
prestaciones en varios equipos.
|
Renovación de una Licencia de Explotación
Aquellos programas de aplicación
y aquellos Módulos
funcionales que están sujetos
a la política de Licencia
de Explotación deberían
renovar cada año su vigencia, para
lo cual hay que usar el recurso telemático
adecuado (el cual se encuentra en la opción
Ayuda : Licencias
de cada programa que esté sujeto,
directa o indirectamente, a esta política).
Si no se renovara la Licencia
de Explotación de un programa
de aplicación, y una vez caducada
tal Licencia, el programa seguirá
funcionando normalmente con todas las prestaciones
disponibles, tanto las básicas
del propio programa como las extras aportadas
por los posibles Módulos
funcionales que hubieran sido adquiridos,
pero la Instalación dejará
de disponer de la capacidad de incoporación
de los "Service
Pack" que se vayan publicando
posteriormente a la fecha de caducidad
de la Licencia
de Explotación.
|
El paquete LU10-Mf_CRM de ampliación
de Licencias de Uso
Este paquete proporciona diez Licencias
de Uso (ver el P.V.P.)
para ampliar las que tuviera el Módulo
funcional modelo Mf_CRM,
de manera que éste (como Servidor)
admita el reconocimiento y validación
de más App Qtag_R
(como Clientes).
Es posible ir añadiendo paquetes
a medida que se vaya necesitando disponer
de más Terminales Portátiles
dotados con la App Qtag_R,
teniendo en cuenta que el máximo
posible de Licencias
de Uso es de 2550.
|
El paquete LU10-IRPA de ampliación
de Licencias de Uso
Este paquete proporciona diez Licencias
de Uso (ver el P.V.P.)
para ampliar las que tuviera el programa
de aplicación QVigila,
de manera que el Servidor
QOTF admita el reconocimiento y validación
de más App Qtag_V
(como Clientes).
Es posible ir añadiendo paquetes
a medida que se vaya necesitando disponer
de más Terminales Portátiles
dotados con la App Qtag_V,
teniendo en cuenta que el máximo
posible de Licencias
de Uso es de 2550.
|
El subsistema IRPA
En Qontinuum asignamos tal nombre (Identificación
Remota de Personas
Autorizadas) al conjunto
de productos, dentro del ecosistema
Q-OnTheFly, que son específicos
para ser aplicados en cualquier entorno
en el cual sea necesario llevar a cabo un
Control de Accesos lógico,
de manera que algunas personas (los Vigilantes)
dispongan de recursos (Smartphone
con capacidad de comunicación NFC)
para la identificación en tiempo
real de otras personas (los Usuarios y/o
los Visitantes) que, se supone, deben o
pueden estar en un cierto lugar y en un
cierto momento, razón por la cual
tales Usuarios y/o Visitantes deben constar
como autorizados en la Base de Datos 'Fenix'
utilizada por el programa QVigila,
siendo el Servidor
QOTF quien atiende las peticiones que
le son enviadas por las App Qtag_V
(actuando como Clientes) y contesta con
los datos pertinentes (nombre completo,
fotografía y permisos) de los Usuarios
y/o Visitantes que están siendo identificados.
Ver un resumen en esta presentación
y también en esta otra.
El subsistema IRPA
admite que las personas a ser identificadas
presenten a la App Qtag_V
su Acreditación
'DESFire' o su Acreditación
'NFC (Smartphone)' o su Acreditación
'MIFARE', o, en su defecto, presenten
al Vigilante su DNI (o similar) para que
aquel introduzca los datos manualmente.
En una misma Instalación, el subsistema
IRPA puede coexistir con el subsistema
ADA, con el cual comparte funcionalidades
comunes.
En una misma Instalación, el subsistema
IRPA puede coexistir con el Control
de Presencia y/o con la Captura
de Datos en Planta de Qontinuum
dado que todos ellos forman parte del sistema
CONACC y comparten la Base de Datos
'Fenix'.
|
El ecosistema
Q-OnTheFly
En Qontinuum, históricamente hablando
y desde su fundación en 1993, hemos
producido Terminales para el Control
de Accesos físicos en base
a tres premisas generales:
1 - el control se realiza en el punto de
acceso, por lo que la decisión de
facilitar o rechazar el acceso la toma,
de manera autónoma, el propio Terminal
(aplicación pura del llamado "principio
de localidad");
2 - las comunicaciones entre los Terminales
y el programa de gestión sólo
se realizan cuando tal programa lo considera
oportuno, siendo normalmente en entornos
cerrados en los que tal comunicación
(normalmente vía cable) resulta de
fácil implantación;
3 - todas las electrónicas de los
Terminales son diseñadas y fabricadas
por Qontinuum, así como los SDK para
su integración en programas de aplicación
desarrollados por terceros (los llamados
OEM).
Ahora, y sin dejar de lado las tres premisas
expuestas, apostamos por una cuarta basada
en la integración en nuestro sistema
CONACC de los Smartphone
dado que la calidad y fiabilidad de las
comunicaciones inalámbricas que utilizan
se demuestra sólida y muy ubicua.
Los Smartphone añaden
a su indiscutible socialización un
gran potencial operativo, razón por
la cual el papel que han tomado sus capacidades
de comunicación, entendidas en el
más amplio sentido, permiten afrontar
nuevos retos para atender necesidades en
las que la movilidad de los actores y la
flexibilidad en la obtención de información
sean paradigma.
Es partiendo de tal cuarta premisa que hemos
diseñado el ecosistema digital Q-OnTheFly,
así llamado por no ser un entorno
operativo estático sino dinámico
(ver un resumen en
esta presentación).
El ecosistema Q-OnTheFly
lo forman el Servidor
QOTF, el Servidor
QOTF_A, el Agente
QOTF_B, algunas
Aplicaciones, algunos
Módulos
funcionales y algunas de nuestras App.
A finales de agosto de 2015 dimos un primer
paso (explicado en Qontinuum
y NFC) al dar a conocer brevemente nuestra
estratégia corporativa de atender
muy seriamente al uso de los Smartphone
tanto en nuestro ámbito natural del
Control de Accesos físicos
como en otros, pero es ahora con el ecosistema
Q-OnTheFly cuando
entramos de lleno en el Control
de Accesos lógico (explicado
en subsistema IRPA) así
como también en el Control
de Presencia en remoto y en la
Captura de Datos en Planta
de personal desplazado (explicado en el
Módulo
funcional modelo Mf_CRM),
así como también lo haremos
en otras necesidades que van apareciendo
y que presentan dos requisitos diferenciales
frente a los esquemas tradicionales: la
flexibilidad operativa y la ubicuidad de
uso.
A principios de junio de 2017 liberamos
el subsistema ADA, de
manera que se combina el potencial del Control
de Accesos físico con el
del Control de Accesos
lógico.
A finales de 2020 presentamos, englobada
en el subsistema ADA,
a la nueva Familia MIX de Terminales para
el reconocimiento facial, aplicables tanto
al Control de Accesos como
al Control de Presencia.
|
NFC en algunos productos de Qontinuum
Dado que diseñamos y fabricamos tanto
los Terminales como los Cabezales lectores-grabadores
que utiliza el sistema
CONACC, disponemos de plena libertad
de decisión para su programación,
de manera que podemos adaptar tales equipos
para su interacción con teléfonos
móviles dotados de altas prestaciones
(los conocidos como Smartphones)
siempre y cuando éstos integren
capacidad NFC de lectura-grabación
de Acreditaciones.
Gracias a tal libertad de decisión,
aquellos usuarios
de nuestros sistemas de Control
de Accesos y/o de Control
de Intrusión que dispongan
de un Smartphone y
de la App
Qtag_C pueden
convertir a este conjunto en una
Acreditación
'NFC (Smartphone)' para utilizarla
en algunos de los Cabezales
lectores-grabadores de la Familia DEF
así como en algunos de los Terminales
de la Familia DEF, sin que tal cosa
requiera de cambio alguno en los programas
de aplicación usados.
Los usuarios de nuestros sistemas también
pueden dotarse de
un Terminal
Portátil (Smartphone)
para utilizarlo como punto remoto de acceso
o para la validación de la identidad
de ciertas personas.
|
Migración de Aplicaciones WinAcces
(anteriores a la Versión 3)
ATENCIÓN:
este proceso de migración sólo
resultaba factible a partir de la Versión
3 y hasta la Versión 6 del programa
de aplicación WinAcces,
de manera que ya no resulta posible para
la Versión 7 (y posteriores) de tal
programa de aplicación; sin embargo,
la redacción informativa original
(en color gris) se mantiene a efectos históricos.
Para todos aquellas
Instalaciones que estén utilizando
el programa de aplicación de Control
de Accesos WinAcces-2n
y quieran migrar al nivel
'Fenix' de tal aplicación, está
disponible el programa de utilidad Migrar_a_Fenix
(ver  ),
el cual está diseñado para
conseguir la migración del contenido
de la Base de Datos actual a la Base de
Datos 'Fenix' correspondiente al programa
de aplicación WinAcces
o WinAcces/M
o WinAcces/A.
|
Migración de Aplicaciones WinProd
(anteriores a la Versión 3)
ATENCIÓN:
este proceso de migración sólo
resulta factible a partir de la Versión
3 y hasta la Versión 6 del programa
de aplicación WinProd,
de manera que ya no resulta posible para
la Versión 7 (y posteriores) de tal
programa de aplicación; sin embargo,
la redacción informativa original
(en color gris) se mantiene a efectos históricos.
Para todos aquellas
Instalaciones que estén utilizando
el programa de aplicación de Captura
de Datos en Planta WinProd-1n
y quieran migrar al nivel
'Fenix' de tal aplicación, está
disponible el programa de utilidad Migrar_a_Fenix
(ver ),
el cual está diseñado para
conseguir la migración del contenido
de la Base de Datos actual a la Base de
Datos 'Fenix' correspondiente a la nueva
versión del programa de aplicación
WinProd.
|
Migración de Aplicaciones Hora (anteriores
a la Versión 3)
ATENCIÓN:
este proceso de migración sólo
resultaba factible a partir de la Versión
3 y hasta la Versión 5.4 del programa
de aplicación Hora
al quedar éste OBSOLETO;
sin embargo, la redacción informativa
original (en color gris) se mantiene a efectos
históricos.
Para todos aquellas
Instalaciones que estén utilizando
el programa de aplicación de Control
de Presencia en gama básica
Hora-1
y quieran migrar al nivel
'Fenix' de tal aplicación, está
disponible el programa de utilidad Migrar_a_Fenix
(ver ),
el cual está diseñado para
conseguir la migración del contenido
de la Base de Datos actual a la Base de
Datos 'Fenix' correspondiente a la nueva
versión del programa de aplicación
Hora.
|
Migración de Aplicaciones MiniPres
(anteriores a la Versión 3)
ATENCIÓN:
este proceso de migración sólo
resultaba factible a partir de la Versión
3 y hasta la Versión 6 del programa
de aplicación MiniPres,
de manera que ya no resulta posible para
la Versión 7 (y posteriores) de tal
programa de aplicación; sin embargo,
la redacción informativa original
(en color gris) se mantiene a efectos históricos.
Para todos aquellas
Instalaciones que estén utilizando
el programa de aplicación de Control
de Presencia en gama media MiniPres-1n
y quieran migrar al nivel
'Fenix' de tal aplicación, está
disponible el programa de utilidad Migrar_a_Fenix
(ver ),
el cual está diseñado para
conseguir la migración del contenido
de la Base de Datos actual a la Base de
Datos 'Fenix' correspondiente a la nueva
versión del programa de aplicación
MiniPres.
|
Migración de Aplicaciones WinPres
(anteriores a la Versión 4)
ATENCIÓN:
dados los cambios estructurales en la Base
de Datos, no existe posibilidad alguna de
migración del
programa de aplicación WinPres,
de manera que ya no resulta posible para
la Versión 7 (y posteriores) de tal
programa de aplicación; sin embargo,
la redacción informativa original
(en color gris) se mantiene a efectos históricos.
Para todos aquellas
Instalaciones que estén utilizando
el programa de aplicación de Control
de Presencia en gama alta WinPres-2n
y quieran migrar al nivel
'Fenix' de tal aplicación, está
disponible el programa de utilidad Migrar_a_Fenix
(ver ),
el cual está diseñado para
conseguir la migración del contenido
de la Base de Datos actual a la Base de
Datos 'Fenix' correspondiente a la nueva
versión del programa de aplicación
WinPres.
|
|
Nivel 'Fenix' de los programas de aplicación
de Qontinuum
Hasta la aparición del nivel
'Fenix', los programas de aplicación
de Qontinuum estaban escritos en diferentes
lenguajes y, lo que resultaba realmente
perjudicial para las Instalaciones, utilizaban
Bases de Datos incompatibles entre ellas,
de manera que en las Instalaciones en las
que concurría más de uno de
tales programas era necesario mantenerlas
por separado, con el esfuerzo añadido
para los Operadores y con la mucho mayor
posibilidad de cometer errores de coherencia
en la información.
La aparición del nivel
'Fenix' de nuestros programas de
aplicación implica la utilización
de un único entorno de programación
(el lenguaje C# para el entorno .NET) y,
lo que es más importante, la definición
de un único conjunto de tablas relacionadas
(Base de Datos 'Fenix') para contener y
relacionar la información, de manera,
que con independencia de cuantos y cuales
sean los programas de aplicación
de Qontinuum utilizados en una misma Instalación,
los Operadores sólo deben aportar
la información una vez dado que ésta
pasa a ser común para todas las aplicaciones
del nivel 'Fenix'.
Una ventaja de todos los programas de aplicación
del nivel 'Fenix'
es que son multiusuario, mientras que otra
ventaja es que la Base de Datos 'Fenix'
opera asociada a un motor de Base de Datos
de acceso relacional (que puede ser uno
de los aportados por el DVD de instalación
de cada programa de aplicación pero
que también puede ser uno compatible
existente previamente en la Instalación),
para todo lo cual resulta imprescindible
que se cumplan los Requisitos
de Hardware y de Software para los programas
de aplicación del nivel 'Fenix'.
A fecha 4-3-2022, los programas compatibles
con el nivel 'Fenix'
son:
QVigila
WinAcces,
WinAcces/M
y WinAcces/A
MiniPres
WinPres
WinProd
Las Instalaciones usuarias de algunos de
tales programas de aplicación tienen
a su disposición la posibilidad de
contratar el soporte técnico vía
"HotLine"
de Qontinuum, mientras que algunos de tales
programas sólo pueden operar bajo
el esquema de Licencia
de Explotación.
|
|
|
|
