Difference between revisions of "COMETAdministration/es"
(Updating to match new version of source page) |
|||
Line 105: | Line 105: | ||
El tercer disparador inicia la sincronización de informaciones de jugadores cuyos registros hayan sido modificados recientemente e incluye sus fotos respectivas. | El tercer disparador inicia la sincronización de informaciones de jugadores cuyos registros hayan sido modificados recientemente e incluye sus fotos respectivas. | ||
'''''Nota''': La sincronización se puede iniciar presionando el botón “Ejecutar”, pero en ese caso la misma será ejecutada con los parámetros por defecto, por consiguiente, es recomendable iniciar la sincronización presionando uno de los disparadores previamente descritos, según el tipo de sincronización que sea requerida.'' | '''''Nota''': La sincronización se puede iniciar presionando el botón “Ejecutar”, pero en ese caso la misma será ejecutada con los parámetros por defecto, por consiguiente, es recomendable iniciar la sincronización presionando uno de los disparadores previamente descritos, según el tipo de sincronización que sea requerida.'' | ||
+ | |||
+ | =Electronic ID card templates= | ||
+ | Accordion panel has been used for separating list of current templates in data table from insert/edit form hence it contains two tabs: | ||
+ | * List | ||
+ | * Insert/Save | ||
+ | [[File:ID1.png|frame|none]] | ||
+ | |||
+ | Tab "List" shows the data table of current templates: | ||
+ | [[File:ID2.png|frame|none]] | ||
+ | |||
+ | Tab "Insert/Save" allows inserting new template or modifying existing template: | ||
+ | [[File:ID3.png|frame|none]] | ||
+ | [[File:ID4.png|frame|none]] | ||
+ | |||
+ | There are also buttons for changing status of existing template, creating new template or uploading new files to the template. | ||
+ | |||
+ | ===New field "Subtype" of registration === | ||
+ | ID card template has new field "Subtype". It allows defining specific template for some specific sub-type of registration. For example, all coaches have template with blue background, but head coaches should have black background. | ||
+ | |||
+ | ===New field "Electronic ID"=== | ||
+ | ID card template has new field "Electronic ID". This is a boolean field which tells COMET if printed card is normal id card or electronic id card. If "ID Card" button is clicked, COMET will look for template which does not have "Electronic ID" checked. If "Generate Electronic ID" button is clicked, COMET will look for template which has "Electronic ID" checked. | ||
+ | [[File:ID4-5.png|frame|none]] | ||
+ | |||
+ | ===JSON for electronic ID uploaded into template=== | ||
+ | In order to generate "Electronic ID", appropriate json file should be uploaded into template as "Electronic ID" file type. | ||
+ | |||
+ | ===='''IDcard.json (file)'''==== | ||
+ | |||
+ | { | ||
+ | "style":"event ticket", | ||
+ | "expirationDate":"3105", | ||
+ | "logo_text":"TEST", | ||
+ | "colors":{ | ||
+ | "background_color":"#FFFFFF", | ||
+ | "foreground_color":"#000000", | ||
+ | "label_color":"#000000" | ||
+ | }, | ||
+ | "images":{ | ||
+ | "logo_path":"#{cometPictureService.getActiveFilePath(idCardTemplate,conf.getLong('app.IDCardTemplate.electronicID.logoFileType',tenant),tenant)}", | ||
+ | "thumbnail_path":"#{cometPictureService.getFilePathOfPhotoBasedOnRegistration(be,tenant)}", | ||
+ | "icon_path":"#{cometPictureService.getActiveFilePath(idCardTemplate,conf.getLong('app.IDCardTemplate.electronicID.iconFileType',tenant),tenant)}", | ||
+ | "footer_path":"#{cometPictureService.getActiveFilePath(idCardTemplate,conf.getLong('app.IDCardTemplate.electronicID.footerFileType',tenant),tenant)}" | ||
+ | }, | ||
+ | "content":{ | ||
+ | "headerFields":[ | ||
+ | { | ||
+ | "key":"ID", | ||
+ | "label":"#{msg.getString('label.id')}", | ||
+ | "value":"#{be.person.id}" | ||
+ | } | ||
+ | ], | ||
+ | "primaryFields":[ | ||
+ | { | ||
+ | "key":"Name", | ||
+ | "label":"#{msg.getString('label.name')}", | ||
+ | "value":"#{be.person.nameFull}" | ||
+ | } | ||
+ | ], | ||
+ | "secondaryFields":[ | ||
+ | { | ||
+ | "key":"Organization", | ||
+ | "label":"#{msg.getString((be.organization.type.parent!=null and be.organization.type.parent.id==conf.getLong('app.organizationType.club.id'))?'label.club':'label.organization')}", | ||
+ | "value":"#{be.organization.mainName}" | ||
+ | } | ||
+ | ], | ||
+ | "auxiliaryFields":[ | ||
+ | { | ||
+ | "key":"Role", | ||
+ | "label":"#{msg.getString('label.role')}", | ||
+ | "value":"#{msg.getString(idCardTemplate.subRegistrationType!=null?idCardTemplate.subRegistrationType.nameKey:(be.type.parent!=null?be.type.parent.nameKey:be.type.nameKey))}" | ||
+ | }, | ||
+ | { | ||
+ | "key":"Age category", | ||
+ | "label":"#{msg.getString('label.category')}", | ||
+ | "value":"#{be.person.getPersonAge() > 15 ? 'Adult' : 'Junior'}" | ||
+ | }, | ||
+ | { | ||
+ | "key":"Date of registration", | ||
+ | "label":"#{msg.getString('label.registration.dateFrom2')}", | ||
+ | "value":"#{util.formatDate(be.dateFrom, conf.getString('app.dateFormat', tenant))}" | ||
+ | } | ||
+ | ], | ||
+ | "backFields":[ | ||
+ | { | ||
+ | "key":"Id", | ||
+ | "label":"#{msg.getString('label.id')}", | ||
+ | "value":"#{be.person.id}" | ||
+ | }, | ||
+ | { | ||
+ | "key":"Name", | ||
+ | "label":"#{msg.getString('label.name')}", | ||
+ | "value":"#{be.person.getNameFull()}" | ||
+ | }, | ||
+ | { | ||
+ | "key":"Date of birth", | ||
+ | "label":"#{msg.getString('label.dateOfBirth')}", | ||
+ | "value":"#{util.formatDate(be.person.dateOfBirth, conf.getString('app.dateFormat', tenant))}" | ||
+ | }, | ||
+ | { | ||
+ | "key":"Organization", | ||
+ | "label":"#{msg.getString((be.organization.type.parent!=null and be.organization.type.parent.id==conf.getLong('app.organizationType.club.id'))?'label.club':'label.organization')}", | ||
+ | "value":"#{be.organization.mainName}" | ||
+ | }, | ||
+ | { | ||
+ | "key":"Date of registration", | ||
+ | "label":"#{msg.getString('label.registration.dateFrom2')}", | ||
+ | "value":"#{util.formatDate(be.dateFrom, conf.getString('app.dateFormat', tenant))}" | ||
+ | } | ||
+ | ] | ||
+ | } | ||
+ | } | ||
+ | |||
+ | |||
+ | ===='''IDcard2.json (file)'''==== | ||
+ | 1. If you want to print logo of registration's organization (dynamic - depends on organization) rather than uploaded logo to the template (static - always the same for template), use this for "logo_path" under "images" in json: | ||
+ | |||
+ | |||
+ | "logo_path":"#{cometPictureService.getLogoPath(be.organization)}" | ||
+ | |||
+ | 2.If you want to add information about last active title/license of the registration, add this snippet to "auxiliaryFields" or "backFields": | ||
+ | |||
+ | { | ||
+ | "key":"Title/license", | ||
+ | "label":"#{msg.getString('label.title.Referee')}", | ||
+ | "value":"#{cometTitleLicenseService.findPersonLastActiveTitle(idCardTemplate.registrationType.id,be.person,tenant)!=null?msg.getString(cometTitleLicenseService.findPersonLastActiveTitle(idCardTemplate.registrationType.id,be.person,tenant).configuration.titleLicenseType.nameKey):''}" | ||
+ | } | ||
+ | |||
+ | |||
+ | 3. If you want to print age category which is set on registration rather than using hard-coded text, use: | ||
+ | |||
+ | { | ||
+ | "key":"Age category", | ||
+ | "label":"#{msg.getString('label.category')}", | ||
+ | "value":"#{msg.getString(be.category.name)}" | ||
+ | } | ||
+ | |||
+ | |||
+ | For more info please contact your '''KAM''' or '''Analyticom Support team''' | ||
+ | |||
+ | ==Generating PK PASS== | ||
+ | Confirmed registration contains a button "Generate electronic ID". | ||
+ | [[File:ID5.png|frame|none]] | ||
+ | |||
+ | Clicking the button generates the PK PASS | ||
+ | [[File:ID6.png|frame|none]] | ||
+ | |||
+ | If id card template could not be found for selected registration or if ID card template is missing, then COMET will print the basic white PK PASS. | ||
+ | [[File:ID7.png|frame|none]] | ||
+ | |||
+ | ===Sending PK PASS to person's email contact(s)=== | ||
+ | In some associations, changing player registration's status from SUBMITTED → CONFIRMED automatically sends PK PASS to the player's email contact(s). | ||
+ | Also, there is a possibility to expose a button for sending PK PASS to person's email contact(s). | ||
+ | [[File:ID8.png|frame|none]] | ||
=Fusionar perfiles de personas = | =Fusionar perfiles de personas = | ||
− | == | + | ==Merging person profiles regardless of their role (Players, Coaches, Staff, Referees etc.)== |
− | '' | + | ''!!! Caution! After you execute the merge it can't be undone. You are responsible for any data loss if you don’t transfer it from the person that will be deleted after the merge. Some information is automatically transferred like User, Invoice etc. but for all the data that is shown in the merge console, you are responsible to transfer it to the correct person that remains in the system after the merge.!!!'' |
Hay dos casos posibles de perfiles de persona duplicados. En un caso, puede ser que el duplicado no contenga ninguna información útil y se pueda eliminar, y en el otro, algunos datos deben transferirse desde el perfil que se eliminará del perfil restante. | Hay dos casos posibles de perfiles de persona duplicados. En un caso, puede ser que el duplicado no contenga ninguna información útil y se pueda eliminar, y en el otro, algunos datos deben transferirse desde el perfil que se eliminará del perfil restante. | ||
Line 125: | Line 278: | ||
En la primera página, debe ingresar dos ID-es de COMET de los perfiles de persona que desea fusionar. En general, el primero será el que permanecerá en el sistema después de la fusión, y el segundo se eliminará. Sin embargo, durante el proceso de combinación, puede cambiarlos en cualquier momento. | En la primera página, debe ingresar dos ID-es de COMET de los perfiles de persona que desea fusionar. En general, el primero será el que permanecerá en el sistema después de la fusión, y el segundo se eliminará. Sin embargo, durante el proceso de combinación, puede cambiarlos en cualquier momento. | ||
− | [[File:Mcon3. | + | [[File:Mcon3.1.png|frame|none]] |
− | + | After entering two COMET IDs and clicking on “Show merge conslole” button the merge console will open up. On the left side you will see the person profile that will remain after the merge and on the right, the one that will be deleted after the merge. Profiles can be switched on click on two arrows icon marked below. Name fields, if there are more than one, the first one is always First name/Family name and others follow (Additional first name / Preferred name / Middle name etc..). Content of fields can be copy/pasted from the profile that will be deleted to the Result profile. | |
[[File:Mcon4.png|frame|none]] | [[File:Mcon4.png|frame|none]] |
Revision as of 16:10, 9 October 2019
Administración de usuarios
Exclusivamente los ADMIN y los SUPERUSUARIOS de las Asociaciones están a cargo de la gestión de cuentas de usuario. Sólo para los usuarios que tienen esos roles, serán visibles los sub-menues "Buscar usuarios" y "Nuevo usuario" en el Menú principal izquierdo (Dibujo abajo). El rol de ADMIN de sistema tiene permitido ver, añadir y modificar todos los usuarios respectivos a la organización; el rol de SUPERUSUARIO tiene permitido sólo trabajar con usuarios de su Asociación.
La información general sobre roles y permisos, igual que los procedimientos estándar para manipular datos del sistema, habían sido descritos anteriormente en este documento. Por favor, consulte las siguientes secciones:
- Ver datos de usuarios, roles y permisos (Ver 3.2)
- Configuraciones de usuario (Ver 3.5)
- Añadir nuevo usuario (Ver 3.7.1)
- Buscar usuarios (Ver 3.7.2)
- Modificar datos de usuario (Ver 3.7.3)
- Cambiar estado de usuario (Ver 3.7.6)
Crear nuevo usuario
Está información será relevante sólo para los SUPERUSUARIOS de cada asociación. Los SUPERUSUARIOS son responsables de crear nuevas cuentas de usuario y de asignar roles para cada persona que tenga acceso al sistema COMET.
En el área de administración de usuarios, seleccione crear “Nuevo Usuario”. La pantalla de entrada de datos le permite insertar la información básica y la información de contacto de esa persona, y lo más importante es que le permite seleccionar roles de usuario. Aquí está la lista y la explicación breve de cada rol disponible.
- Superusuario de la Organización: Tiene permiso para realizar todas las acciones en el sistema, tiene acceso a informaciones públicas y confidenciales, puede entrar y preparar datos, etc. El Superusuario de le Asociación Nacional es la persona de soporte de primer nivel, la que primera recibe recibe los tickets de usuarios finales.
- Administrador de Asuntos Internacionales: Tiene acceso a informaciones públicas y confidenciales a nivel del Cluster, y puede entrar y prepar datos antes de ser confirmados. Es responsable de todas las transferencias internacionales de jugadores y entrenadores, puede administrar todos los datos internacionales (para los clubes fuera del Cluster).
- Referente del Club: Prepara e ingresa datos de jugadores (y del resto de personal de club). Esto incluye los datos públicos y los confidenciales. En algunas configuraciones tendrá la autorización de entrar registros de jugadores (pero no de verificar registros) y luego de ser verificados los registros por la autoridad adecuada, podrá cambiar algunos datos.
- Administrador de Jugadores: Persona responsable de confirmar registros y contratos de jugadores de su organización, tiene acceso a informaciones públicas y confidenciales, puede entrar y administrar todos los datos- confirmar registros, contratos y rescisiones de contrato, etc.
- Lector de Jugadores: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de jugadores de su organización y de todas las organizaciones debajo en la jerarquía
- Administrador de Entrenadores: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de enternadores de su organización y de todas las organizaciones debajo en la jerarquía. Puede administrar todos los datos de entrenadores, confirmar registros, contratos, rescisiones de contratos, etc.
- Lector de Entrenadores: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de entrenadores de su organización y de todas las organizaciones debajo en la jerarquía
- Administrador de Árbitros: Administrator de árbitros y oficiales de su organización y de todas las organizaciones debajo en la jerarquía. Puede administar todos los datos de árbitros, confirmar registros, contratos y rescisiones de contratos, etc.
- Lector de Árbitros: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de árbitros de su organización y de todas las organizaciones debajo en la jerarquía.
- Administrador de Clubes: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de clubes. Puede administrar todos los datos de clubes de su organización y de todas las organizaciones debajo en la jerarquía. El flujo de trabajo de gestionar clubes es bastante sencillo y normalmente manejado centralmente.
- Lector de Clubes: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de clubes de su organización y de todas las organizaciones debajo en la jerarquía.
- Administrador de Estadios: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de estadios. Puede responsable de ingresar y gestionar todos los datos de estadios de su organización y de todas las organizaciones debajo en la jerarquía. El flujo de trabajo de gestionar estadios es bastante sencillo y normalmente manejado centralmente.
- Lector de Estadios: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de estadios de su organización y de todas las organizaciones debajo en la jerarquía.
- Administrador Disciplinario: Los usuarios con estos roles cuentan con el acceso total para crear y gestionar casos disciplinarios y notificaciones y también para asignar sanciones adecuadas a todas las entidades en el marco de sus organizaciones/dominios.
- Gerente Disciplinario: Este rol se encuentra disponible sólo para personas ingresados anteriormente al sistema. Esta persona tiene que ser asignada para cierta competición para que pueda ingresar y modificar casos relativos a la misma.
- Lector Disciplinario: Tiene acceso a informaciones públicas a nivel del Cluster y a informaciones confidenciales de asuntos disciplinarios de su organización y de todas las organizaciones debajo en la jerarquía
- Administrador de Competiciones: La persona responsable para crear y gestionar datos de competiciones y para programar partidos de todas las competiciones en su dominio. Otros usuarios normalmente manejan los informes de partidos, sin embargo el usuario con este rol puede modificar sus entrada en caso de que eso sea necesario.
- Gerente de Competiciones: Cada Gerente de Competiciones primero tiene que ser registrado en el sistema como tal y luego el Administrador de Competiciones o el Superusuario pueden crear la cuenta de usuario vinculada con esa persona. Una vez asignado para cierta competición, puede organizarla, insertar clubes, planificar rondas, insertar alineaciones y eventos de jugadores, etc.
- Árbitro: Este rol se encuentra disponible sólo para los árbitros anteriormente ingresados en el sistema. Los usuarios con este rol pueden entrar/editar informaciones de partidos en los que participan. Existen algunas consolas útiles en el menú prinicipal para estos usuarios que les permiten acceder a los partidos para los que fueron asignados. Sólo el usuario asignado para el primer árbitro en el partido tiene permiso de "cerrar" el informe del partido (poner en estado JUGADO).
- Comisario: Este rol se encuentra disponible sólo para los comisarios anteriormente ingresados en el sistema. Los usuarios con este rol pueden entrar/editar informaciones de partidos en los que participan. Existen algunas consolas útiles en el menú prinicipal para estos usuarios que les permiten acceder a los partidos para los que fueron asignados. Los comisarios muchas veces van a ser responsables de crear alineaciones de ambos clubes que juegan el partido y también de entrar los eventos durante el partido.
- Asesor de Árbitros: Este rol se encuentra disponible sólo para los asesores de árbitros anteriormente ingresados en el sistema. Los usuarios con este rol pueden entrar/editar informes de asesor de árbitros de partidos en los que participan. Existen algunas consolas útiles en el menú principal para estos usuarios que les permiten acceder a los partidos para los que fueron asignados.
- Usuario invitado: Sólo tiene acceso a todas las informaciones públicas en el sistema pero no puede ejecutar ninguna otra acción.
- Creador de usuarios: Este usuario tiene permitido crear nuevos usuarios dependiendo de otro rol que esté cumpliendo en el sistema. Si el creador de usuarios al mismo tiempo tiene el rol de Administrador de Árbitros, va a poder crear nuevos árbitros en el sistema. Si tiene el rol de Administrador o de Gerente de Competiciones, va a poder crear comisarios y asesores de árbitros también. Si tiene el rol de Administrador de jugadores, va a poder crear nuevos jugadores en el sistema.
Cambiar contraseña
Podría ser requerido generar contraseña aleatoria, asignarla a un usuario y enviársela a su correo electrónico. Puede realizarse en el modo Editar usuario haciendo clic en el botón Cambiar contraseña (Selección A). El sistema pedirá al usuario la confirmación final antes de borrar la contraseña antigua.
La dirección de correo electrónico de usuario tiene que existir en el Sistema y ser válida. Un ejemplo de e-mail notificación puede verse debajo:
Estimado Juan Carlos Rivera, Su nueva contraseña para el COMET LATAM es qgC5gvptg. Atentamente, Su Equipo de Soporte ANALYTICOM
Borrar usuarios
No se pueden borrar los usuarios por dentro de la Aplicación. Se producirá el mismo efecto asignándole al usuario el estado INACTIVO. Eso también se hace en el modo de “Editar” haciendo clic en el botón “Desactivar” (Imagen arriba, Selección B).
Plantillas de Tarjetas ID
Las tarjetas de identificación de jugadores, entrenadores o de cualquier otra persona registrada en el sistema, pueden ser impresas directamente del COMET en formato de tarjetas plásticas de PVC (formato estándar de tarjeta de crédito). Estas tarjetas pueden contener el código de barra o el código QR, que es básicamente un código de barra bidimensional, el más ampliamente usado porque tiene mayor capacidad de almacenaje que el código de barra estándar y cualquier smartphone lo lee con facilidad. Este es un método fácil y accesible para que los funcionarios puedan escanear la tarjeta del individuo y controlar si ese fue registrado correctamente, si no tiene ninguna suspensión pendiente, etc. El diseño de tarjeta totalmente depende de la asociación, mientras las dimensiones sigan siendo estándar. Informaciones impresas se obtienen de la base de datos, y el posicionamiento tiene que ser arreglado con los ingenieros de COMET. El sistema permite cargar plantillas múltiples específicas para la asociación y/o el tipo de registro, e inclusive específicas para las competiciones. Sin embargo, también es posible usar una de las plantillas estándar para todas las tarjetas ID impresas del sistema.
Las tarjetas PVC se pueden imprimir de dos maneras:
- La impresión offset de tarjeta, luego las informaciones y foto de persona se toman del COMET, en este caso, usted imprimiría el diseño de la tarjeta por adelantado, dejando áreas en blanco para imprimir informaciones específicas de la persona. Impresión offset es de mucho mejor calidad y es económicamente conveniente cuando se hace en grandes cantidades. Para esta opción no es necesario cargar ninguna imagen de diseño de tarjeta en el sistema.
- Impresión completa del diseño de tarjeta y de informaciones personales desde el COMET. En este caso, el SUPERUSUARIO de la asociación tiene que cargar la imagen delantera y la trasera del diseño de la tarjeta en el sistema. El COMET aceptará la mayoría de archivos de imagen estándar como p.ej. jpg., png., tif., etc. Es importante que sean de buena calidad y de tamaño adecuado (864 x 564 px).
El sistema le permite al SUPERUSUARIO crear las plantillas para esas tarjetas y cargar la imagen delantera y la trasera del diseño de la tarjeta. A esa función se accede mediante el elemento del menú principal "Administración", seleccionando el elemento "Plantillas de Tarjetas". En la parte inferior de la pantalla es posible guardar el nuevo tipo de plantilla para la organización, para la competición y para el tipo de registro. Una vez creada la plantilla, el diseño adecuado de la imagen puede ser cargado usando la herramienta de Upload a la derecha. Si la plantilla ya no es vigente, puede ser desactivada.
Integración del COMET con el sistema de la FEF
El sistema puede ser fácilmente integrado con los demás sistemas de gestión de fútbol o con culquier otro sistema relacionado. La implementación de intergración de sistemas puede ser llevada a cabo de varias manera. En caso del COMET y el sistema de la FEF, la implementación está basada en el mapeo de datos relevantes de ambos sistemas y en sincronización frecuente de cualquier cambio realizado. El intercambio de datos entre dos bases de datos se maneja usando el FIFA data standard v3. En cualquier momento, el COMET contendrá todas las informaciones relevantes del sistema de la FEF y reflejará cualquier modificación realizada en el mismo. El COMET está conectado con el sistema de la FEF mediante el número ID existente en el sistema de la FEF (una vez acabado el desarrollo del FIFA Connect ID, ese sustituirá el ID de la FEF) Cada 24h se ejecuta la exportación/importación de datos de clubes previamente mapeados. Asimismo, la sincronización equivalente de jugadores previamente mapeados se ejecuta cada hora. Para que el club sea mapeado para la sincronización, es necesario que la persona responsable de la FEF ingrese previamente el número ID del sistema de la FEF en el campo "Atributos personalizados" (fef_system_id, para aclaración, véase la imagen abajo), disponible en el COMET. La razón de la ejecución selectiva es exclusión de todos los datos innecesarios. Por lo tanto, los clubes pueden ser explícitamente incluidos o excluidos de la integración.
Una vez que sea ingresado en atributo personalizado, los datos de jugador de club serán actualizados cada vez que se ejecute la sincronización. El mapeo inicial sigue la lógica estricta para que se evite la duplicación de datos: el sistema busca y compara jugadores basado en el ID nacional y la ciudadanía, el número de pasaporte y la ciudadanía, y en combinación de nombre(s) de jugador y la fecha de nacimiento. Si no se encuentra ninguna coincidencia, un nuevo registro será creado.
En cada caso, está lógica resultará con el mapeo final del jugador del sistema de la FEF con el registro de ese jugador en el COMET. Las sincronizaciones siguientes se ejecutarán en referencia a los ID-es mapeados y actualizarán todos los datos relevantes del sistema de la FEF, incluyendo las fotos de jugadores.
En caso de que sea necesario, la sincronización puede ser iniciada también manualmente, en el módulo “Administración”, desde el elemento de menú principal “Gestión de trabajos”.
Iniciar manualmente la sincronización
Presionando el elemento de menú “Gestión de trabajos” se abre la lista de todos los trabajos. Encuentre el/los trabajo(s) relacionado(s) con la integración con su sistema y expanda la lista de opciones de sincronizaciones relacionadas con su organización.
En caso de la exportación de la FEF, el trabajo de la exportación se denomina fefFCExportJob ya cuenta con tres disparadores listados debajo del mismo (para aclaración, véase la imagen arriba). El primer disparador de la lista debería ser iniciado manualmente inmediatamente al añadir por primera vez el fef_system_id al club en el COMET. Para iniciar manualmente la exportación, presione el botón de inicio marcado con el pequeño ícono "Reproducir" (para aclaración, ver imagen arriba). El segundo disparador es programado para ejecutar la sincronización completa cada 24 horas. En este caso, NO se importan las fotos de jugadores. El tercer disparador inicia la sincronización de informaciones de jugadores cuyos registros hayan sido modificados recientemente e incluye sus fotos respectivas. Nota: La sincronización se puede iniciar presionando el botón “Ejecutar”, pero en ese caso la misma será ejecutada con los parámetros por defecto, por consiguiente, es recomendable iniciar la sincronización presionando uno de los disparadores previamente descritos, según el tipo de sincronización que sea requerida.
Electronic ID card templates
Accordion panel has been used for separating list of current templates in data table from insert/edit form hence it contains two tabs:
- List
- Insert/Save
Tab "List" shows the data table of current templates:
Tab "Insert/Save" allows inserting new template or modifying existing template:
There are also buttons for changing status of existing template, creating new template or uploading new files to the template.
New field "Subtype" of registration
ID card template has new field "Subtype". It allows defining specific template for some specific sub-type of registration. For example, all coaches have template with blue background, but head coaches should have black background.
New field "Electronic ID"
ID card template has new field "Electronic ID". This is a boolean field which tells COMET if printed card is normal id card or electronic id card. If "ID Card" button is clicked, COMET will look for template which does not have "Electronic ID" checked. If "Generate Electronic ID" button is clicked, COMET will look for template which has "Electronic ID" checked.
JSON for electronic ID uploaded into template
In order to generate "Electronic ID", appropriate json file should be uploaded into template as "Electronic ID" file type.
IDcard.json (file)
{ "style":"event ticket", "expirationDate":"3105", "logo_text":"TEST", "colors":{ "background_color":"#FFFFFF", "foreground_color":"#000000", "label_color":"#000000" }, "images":{ "logo_path":"#{cometPictureService.getActiveFilePath(idCardTemplate,conf.getLong('app.IDCardTemplate.electronicID.logoFileType',tenant),tenant)}", "thumbnail_path":"#{cometPictureService.getFilePathOfPhotoBasedOnRegistration(be,tenant)}", "icon_path":"#{cometPictureService.getActiveFilePath(idCardTemplate,conf.getLong('app.IDCardTemplate.electronicID.iconFileType',tenant),tenant)}", "footer_path":"#{cometPictureService.getActiveFilePath(idCardTemplate,conf.getLong('app.IDCardTemplate.electronicID.footerFileType',tenant),tenant)}" }, "content":{ "headerFields":[ { "key":"ID", "label":"#{msg.getString('label.id')}", "value":"#{be.person.id}" } ], "primaryFields":[ { "key":"Name", "label":"#{msg.getString('label.name')}", "value":"#{be.person.nameFull}" } ], "secondaryFields":[ { "key":"Organization", "label":"#{msg.getString((be.organization.type.parent!=null and be.organization.type.parent.id==conf.getLong('app.organizationType.club.id'))?'label.club':'label.organization')}", "value":"#{be.organization.mainName}" } ], "auxiliaryFields":[ { "key":"Role", "label":"#{msg.getString('label.role')}", "value":"#{msg.getString(idCardTemplate.subRegistrationType!=null?idCardTemplate.subRegistrationType.nameKey:(be.type.parent!=null?be.type.parent.nameKey:be.type.nameKey))}" }, { "key":"Age category", "label":"#{msg.getString('label.category')}", "value":"#{be.person.getPersonAge() > 15 ? 'Adult' : 'Junior'}" }, { "key":"Date of registration", "label":"#{msg.getString('label.registration.dateFrom2')}", "value":"#{util.formatDate(be.dateFrom, conf.getString('app.dateFormat', tenant))}" } ], "backFields":[ { "key":"Id", "label":"#{msg.getString('label.id')}", "value":"#{be.person.id}" }, { "key":"Name", "label":"#{msg.getString('label.name')}", "value":"#{be.person.getNameFull()}" }, { "key":"Date of birth", "label":"#{msg.getString('label.dateOfBirth')}", "value":"#{util.formatDate(be.person.dateOfBirth, conf.getString('app.dateFormat', tenant))}" }, { "key":"Organization", "label":"#{msg.getString((be.organization.type.parent!=null and be.organization.type.parent.id==conf.getLong('app.organizationType.club.id'))?'label.club':'label.organization')}", "value":"#{be.organization.mainName}" }, { "key":"Date of registration", "label":"#{msg.getString('label.registration.dateFrom2')}", "value":"#{util.formatDate(be.dateFrom, conf.getString('app.dateFormat', tenant))}" } ] } }
IDcard2.json (file)
1. If you want to print logo of registration's organization (dynamic - depends on organization) rather than uploaded logo to the template (static - always the same for template), use this for "logo_path" under "images" in json:
"logo_path":"#{cometPictureService.getLogoPath(be.organization)}"
2.If you want to add information about last active title/license of the registration, add this snippet to "auxiliaryFields" or "backFields":
{ "key":"Title/license", "label":"#{msg.getString('label.title.Referee')}", "value":"#{cometTitleLicenseService.findPersonLastActiveTitle(idCardTemplate.registrationType.id,be.person,tenant)!=null?msg.getString(cometTitleLicenseService.findPersonLastActiveTitle(idCardTemplate.registrationType.id,be.person,tenant).configuration.titleLicenseType.nameKey):}" }
3. If you want to print age category which is set on registration rather than using hard-coded text, use:
{ "key":"Age category", "label":"#{msg.getString('label.category')}", "value":"#{msg.getString(be.category.name)}" }
For more info please contact your KAM or Analyticom Support team
Generating PK PASS
Confirmed registration contains a button "Generate electronic ID".
Clicking the button generates the PK PASS
If id card template could not be found for selected registration or if ID card template is missing, then COMET will print the basic white PK PASS.
Sending PK PASS to person's email contact(s)
In some associations, changing player registration's status from SUBMITTED → CONFIRMED automatically sends PK PASS to the player's email contact(s). Also, there is a possibility to expose a button for sending PK PASS to person's email contact(s).
Fusionar perfiles de personas
Merging person profiles regardless of their role (Players, Coaches, Staff, Referees etc.)
!!! Caution! After you execute the merge it can't be undone. You are responsible for any data loss if you don’t transfer it from the person that will be deleted after the merge. Some information is automatically transferred like User, Invoice etc. but for all the data that is shown in the merge console, you are responsible to transfer it to the correct person that remains in the system after the merge.!!!
Hay dos casos posibles de perfiles de persona duplicados. En un caso, puede ser que el duplicado no contenga ninguna información útil y se pueda eliminar, y en el otro, algunos datos deben transferirse desde el perfil que se eliminará del perfil restante.
Una persona puede ser borrada
Si uno de los perfiles puede ser elimidado sin guardar ningún dato, puede eliminarlo del sistema. Para hacerlo, debe hacer clic en Editar en el formulario de perfil de la persona y hacer clic en el botón 'Eliminar'.
El sistema realizará una verificación y, si el perfil puede eliminarse sin perder ningún dato esencial, se eliminará.
Fusión es requerida para resolver duplicados
En la mayoría de los casos, siempre habrá información útil que se debe transferir desde el perfil que se eliminará al restante. Para este propósito, usted usaría la consola Fusionada perfiles de persona ubicada en el menú de Administración.
En la primera página, debe ingresar dos ID-es de COMET de los perfiles de persona que desea fusionar. En general, el primero será el que permanecerá en el sistema después de la fusión, y el segundo se eliminará. Sin embargo, durante el proceso de combinación, puede cambiarlos en cualquier momento.
After entering two COMET IDs and clicking on “Show merge conslole” button the merge console will open up. On the left side you will see the person profile that will remain after the merge and on the right, the one that will be deleted after the merge. Profiles can be switched on click on two arrows icon marked below. Name fields, if there are more than one, the first one is always First name/Family name and others follow (Additional first name / Preferred name / Middle name etc..). Content of fields can be copy/pasted from the profile that will be deleted to the Result profile.
Para mover registros, contratos, contactos y documentos, entre los perfiles de personas, hay una pequeña flecha. Al hacer clic en la flecha, el registro se mueve al otro perfil. Si hace clic en la flecha en el perfil que se eliminará, se moverá al perfil de resultados y viceversa. Cualesquiera datos que permanezcan en la persona que se fusiona, la persona y los datos se eliminará después de que se complete la fusión.
Una vez que todos los datos útiles se transfieran al perfil de resultados, con el botón "Fusionar" se completa el proceso de fusión.
Preste atención al hacerlo, ya que el proceso es irreversible. No existe la opción “Defusionar”. Todos los datos que quedaron en el perfil que se eliminarán, se eliminarán irreversiblemente del sistema!
NOTA IMPORTANTE
Si intenta fusionar perfiles dejando registros que contienen actuaciones en partidos, el sistema no le permitirá hacerlo. Puede ver dichos registros marcados con un gran signo de exclamación junto a la flecha para transferir (imagen de abajo) y hay un texto de información sobre herramientas que le proporciona el ID de la competencia.
Después de una fusión exitosa, será llevado al perfil de persona resultante. Todas las entidades conectadas al perfil eliminado que no se muestran en la consola se transferirán automáticamente al perfil resultante (usuarios, facturas, etc.).
Si ambos perfiles tenían registros activos y el perfil resultante después de la combinación tiene más de un registro activo en el mismo deporte, es responsabilidad de la persona que ejecuta la fusión corregir los estados de los registros después de la fusión.