Difference between revisions of "COMETAdministration/hr"
(Updating to match new version of source page) |
(Updating to match new version of source page) |
||
Line 69: | Line 69: | ||
Sistem omogućuje SUPERUSERU kreiranje predložaka te unos dizajna prednje i stražnje strane iskaznice. Pristup toj funkciji moguć je pritskom na stavku glavnog izbornika "Predlošci iskaznica". Na donjem dijelu ekrana moguće je pohraniti novi predložak organizacije, natjecanja ili tipa registracije. Jednom kada je predložak kreiran, odgovarajući dizajn može biti unesen u sustav pomoću alata "Upload" s desne strane. Ukoliko predložak više nije valjan, on može biti deaktiviran. | Sistem omogućuje SUPERUSERU kreiranje predložaka te unos dizajna prednje i stražnje strane iskaznice. Pristup toj funkciji moguć je pritskom na stavku glavnog izbornika "Predlošci iskaznica". Na donjem dijelu ekrana moguće je pohraniti novi predložak organizacije, natjecanja ili tipa registracije. Jednom kada je predložak kreiran, odgovarajući dizajn može biti unesen u sustav pomoću alata "Upload" s desne strane. Ukoliko predložak više nije valjan, on može biti deaktiviran. | ||
[[File:admin3.PNG|frame|none]] | [[File:admin3.PNG|frame|none]] | ||
+ | |||
+ | =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]] | ||
=Merging person profiles= | =Merging person profiles= | ||
==Merging person profiles regardless of their role (Players, Coaches, Staff, Referees etc.)== | ==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 | + | ''!!! 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.!!!'' |
There are two possible cases of duplicated person profiles. In one case it can be that the duplicate doesn’t contain any useful information and can be deleted and the other were some data needs to be transferred from the profile that will be deleted to the profile that remains. | There are two possible cases of duplicated person profiles. In one case it can be that the duplicate doesn’t contain any useful information and can be deleted and the other were some data needs to be transferred from the profile that will be deleted to the profile that remains. | ||
Line 89: | Line 242: | ||
On the first page, you need to enter two COMET IDs of person profiles you’d like to merge. In general, the first one will be the one that will remain in the system after the merge, and the second one will be deleted. However, during the merge process, you can switch them at any time. | On the first page, you need to enter two COMET IDs of person profiles you’d like to merge. In general, the first one will be the one that will remain in the system after the merge, and the second one will be deleted. However, during the merge process, you can switch them at any time. | ||
− | [[File:Mcon3.png|frame|none]] | + | [[File:Mcon3.1.png|frame|none]] |
− | After entering two COMET IDs and clicking on | + | 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
Administracija korisnika
Isključivo ADMINISTRATOR i SUPERUSER su odgovorni za upravljanje korisničkim računima. Samo njima je vidljiva stavka glavnog izbornika "Administracija". Administrator sustava (ADMIN) ima dozvolu pregledavati, dodavati i modificirati sve korisnike, neovisno o organizaciji; dok SUPERUSER može upravljati isključivo korisnicima u svom nacionalnom/regionalnom savezu.
Opće informacije o ulogama i dopuštenjima korisnika, kako i svi standardni procesi upravljanja podacima u sustavu, su već ranije opisani u ovom dokumentu. Pogledajte sljedeće odlomke:
- Korisničke uloge i dopuštenja (vidi 3.2)
- Korisničke postavke (vidi 3.5)
- Unos novih objekata (vidi 3.6.1)
- Pregled (pretraživanje) postojećih objekata (vidi 3.6.2)
- Izmjena postojećeg objekta (vidi 3.6.3)
- Izmjena statusa objekta (vidi 3.6.6)
Kreiranje novog korisnika
Ova informacija je od važnosti isključivo SUPERUSERIMA saveza. SUPERUSERI su odgovorni za kreiranje novih korisničkih računa nakon što dodijele uloge (role) svim osobama koje će imati pristup COMET-u.
Odaberite stavku izbornika "Administracija" i odaberite kreirati "Novog korisnika". Ekran za unos podataka automatski dozvoljava unos osnovnih i kontakt informacija te osobe, i ono što je najbitnije, dozvoljava da joj odaberete ulogu (rolu). U nastavku se nalazi popis rola i kratko objašnjenje svake od njih:
- Superuser organizacije: može provoditi sve akcije u sustavu, ima pristup povjerljivim i javnim informacijama. Može unositi i pripremati podatke. SUPERUSER nacionalnog saveza pruža korisničku podršku prve razine i prvi prima tickete krajnjih korisnika.
- Administrator inozemnih poslova: Ima pristup javnim i povjerljivim informacijama. Može unositi i priremati podatke prije nego što oni budu ovjereni. Ta osoba je odgovorna za sve međunarodne transfere igrača i trenera i zadužena za administraciju svih internacionalnih podataka.
- Administrator Reprezentacije: Ova rola se bavi registracijama igrača i trenera za reprezentacije i ima pravo kreirati, izmijeniti, uređivati i zatvarati utakmice reprezentacija.
- Referent kluba: Priprema i unosi podatke igrača (i ostalog osoblja kluba), povjerljive i javne. U određenim konfiguracijama ima pravo unositi registracije igrača, ali ne i ovjeravati ih. Nakon što su registracije ovjerene, od strane odgovarajućeg tijela, referent kluba će također će moći i mijenjati određene podatke.
- Administrator igrača: Osoba odgovorna za ovjeru registracija i ugovora igrača u svojoj organizaciji. Ima pristup javnim i povjerljivim podacima i odgovorna je za administraciju svih podataka igrača- za ovjeru ugovora, registracija i raskida ugovora, itd.
- Pregledavatelj igrača (VIEW ONLY): ima pristup svim javnim podacima i povjerljivim podacima igrača na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji.
- Administrator trenera: Ima pristup svim javnim podacima i povjerljivim podacima trenera na razini svoje organizacije i na razini svih organizacijama koje se nalaze ispod njegove u hijerarhiji. Osoba odgovorna za administraciju svih podataka trenera - za ovjeru ugovora, registracija i raskida ugovora, itd
- Pregledavatelj trenera (VIEW ONLY): Ima pristup svim javnim podacima i povjerljivim podacima trenera na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji.
- Administrator sudaca: Ima pristup svim javnim podacima i povjerljivim podacima sudaca i službenih osoba na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji. Osoba odgovorna za administraciju svih podataka sudaca - za ovjeru ugovora, registracija i raskida ugovora, itd
- Pregledavatelj sudaca (VIEW ONLY): ima pristup svim javnim podacima i povjerljivim podacima sudaca na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji.
- Administrator klubova: Ima pristup svim javnim podacima i povjerljivim podacima klubova na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji. Osoba odgovorna za unos i administraciju podataka klubova u svojoj organizaciji i u organizacijama ispod svoje u hijerarhiji. Workflow je poprilično jednostavan i obično se obavlja centralno.
- Pregledavatelj klubova(VIEW ONLY): ima pristup svim javnim podacima i povjerljivim podacima klubova na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji.
- Administrator stadiona: ima pristup svim javnim podacima i povjerljivim podacima stadiona na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji. Workflow je poprilično jednostavan i obično se obavlja centralno.
- Pregledavatelj stadiona (VIEW ONLY): ima pristup svim javnim podacima i povjerljivim podacima stadiona na razini svoje organizacije i na razini svih organizacija koje se nalaze ispod njegove u hijerarhiji.
- Administrator disciplinskih postupaka: ima pristup svim javnim podacima i povjerljivim podacima disciplinskih postupaka na razini svoje organizacije te svih koje se hijerarhijski nalaze ispod nje. Korisnik s tom rolom može kreirati i modificirati disciplinske postupke i notifikacije i dodijeljivati odgovarajuće sankcije svim tijelima u okviru svoje organizacije.
- Voditelj disciplinskih postupaka: Ova rola dostupna je samo za osobe prethodno unesene u sustav. Taj korisnik mora biti dodijelje na određeno natjecanje kako bi mogao unositi i modificirati disciplinske postupke tog natjecanja.
- Pregledavatelj disciplinskih postupaka: Ima pristup svim javnim podacima i povjerljivim podacima disciplinskih postupaka svoje organizacije i svih organizacija koje se hijerarhijski nalaze ispod nje.
- Administrator natjecanja: Ima pristup svim javnim podacima i povjerljivim podacima natjecanja. Odgovoran je za kreiranje i administraciju podataka natjecanja u svojoj organizaciji i u svim organizacijama ispod svoje u hijerarhiji. Za izvješća utakmica obično su zaduženi drugi korisnici, ali ukoliko je to potrebno, i osoba s ovom ulogom može modificirati njihov sadržaj.
- Voditelj natjecanja: Svaki voditelj natjecanja prethodno mora biti registriran u sustavu i zatim mu administrator natjecanja ili SUPERUSER mogu kreirati korisnički račun te ga potom dodijeliti na određeno natjecanje koje on tada organizirati, unositi klubove, programirati kola, unositi postave igrača, itd.
- Sudac: Ova osoba mora biti prethodno unesena u sustav kako bi mu mogla biti dodijeljena korisnička rola. Korisnici s ovom rolom mogu unositi i izmjenjivati informacije o utakmicama na kojima sudjeluju. Postoje određene konzole na glavnom izborniku koje im omogućavaju pristup utakmicama na koje su prethodno dodijeljeni. Samo korisnik dodijeljen na utakmicu kao glavni sudac može zaključiti izvještaj utakmice (promijeniti status utakmice u "ZAKLJUČEN").
- Delegat: Ova osoba mora biti prethodno unesena u sustav kako bi mu mogla biti dodijeljena korisnička rola. Korisnici s ovom rolom mogu unositi i izmjenjivati informacije o utakmicama na kojima sudjeluju. Postoje određene konzole na glavnom izborniku koje im omogućavaju pristup utakmicama na koje su prethodno dodijeljeni. Čest je slučaj da je delegat korisnik zaduđen za unos postava igrača i također za unos događaja tijekom utakmice.
- Kontrolor suđenja: Ova osoba mora biti prethodno registrirana u sustavu kako bi joj se mogla dodijeliti uloga Kontrolora suđenja. Korisnici s ovom rolom imaju pravo unositi i izmjenjivati "Izvješće kontrolora" za utakmice na kojima sudjeluju. Postoje određene konzole na glavnom izborniku koje im omogućavaju pristup utakmicama na koje su prethodno dodijeljeni.
- Gost korisnik (VIEW PUBLIC DATA ONLY): Ima pristup isključivo javnim podacima, ali nema pravo realizirati niti jednu drugu akciju.
- Kreator korisnika: Ovaj korisnik ima pravo kreirati nove korisnike ovisno o drugoj roli koja mu je dodijeljena u sistemu. Ukoliko je kreator korisnika istovremeno i administrator sudaca, moći će kreirati nove suce u sustavu. Ukoliko ima i rolu administrora ili voditelja natjecanja, moći će kreirati delegate i kontrolore sudaca. Ukoliko je uz to što je kreator korisnika i administrator igrača, moći će kreirati igrače u sustavu.
Promjena lozinke
Moguće je da bude potrebno generirati novu lozinku za postojećeg korisnika. Potrebno je na kartici "Izmjena postojećeg objekta" pritisnuti tipku "Promijeni lozinku" (Slika 43., odjeljak A). Sustav će uvijek zatražiti od korisnika konačnu potvrdu prije brisanja prijašnje lozinke, generirajući novu i obavještavajući korisnika o tome putem e-maila. Svaki korisnik moram imati važeću i jedinstvenu e-mail adresu unesenu u sustav. Primjer obavijesti o promjeni lozinke:
Poštovani gospodine Barišiću, Vaša nova lozinka za COMET je: qgC5gvptg Lijep pozdrav, Vaša ekipa za korisničku podršku ANALYTICOM-a
Brisanje korisnika
Brisanje korisnika nije moguće unutar aplikacije. Ipak, isti učinak je moguće postići promjenom statusa u NEAKTIVAN (Vidi sliku gore).
Predlošci za iskaznice igrača
Identifikacijske iskaznice igrača, trenera ili bilo koje druge osobe registrirane u sustavu, mogu se otisnuti izravno iz COMET-a u formatu predviđenom za PVC kartice (standardni format bankovnih kartica). Iskaznice mogu sadržavati bar kod ili QR kod, koji je u biti dvodimenzionalni bar kod najčešće korišten zbog većeg kapaciteta za pohranjivanje od bar koda i bilo koji pametni telefon ga možeš očitati bez problema. To je jednostavna i dostupna metoda kojom službene osobe mogu skenirati iskaznice pojedinca i provjeriti je li ispravno registriran te ima li kazni za odradu, itd. Dizajn iskaznice u potpunosti je stvar odluke saveza, dok su dimenzije standardizirane. Otisnute informacije dobijaju se iz baze podataka, a njihov razmještaj na kartici potrebno je dogovoriti s inženjerima COMET-a. Sistem omogućava unos različitih predložaka specifičnih za određeni savez, tip registracije i za natjecanja. Također je moguće koristiti i neki od standardiziranih predložaka za sve iskaznice otisnute iz sustava.
PVC iskaznice moguće je otisnuti na dva načina:
- Koristeći offset tisak i informacije i fotografiju osobe iz COMET-a. Na ovaj način je potrebno prvo otisnuti dizajn iskaznice ostavljajući prazna polja na koja će se otisnuti specifični podaci osobe. Offset tisak je puno bolje kvalitete i financijski je povoljan ukoliko se radi o velikim količina otisnutog materijala. Pri ovakvom načinu tiska, nije potrebno prethodno unositi dizajn iskaznice u sustav.
- Koristeći predložak i informacije iz COMET-a. U ovom slučaju, SUERUSER saveza mora unijeti u sustav dizajn prednje i stražnje strane iskaznice. COMET prihvaća većinu standardnih formata fotografija kao npr., jpg., png., tif., itd. Bitno je da je fotografija dobre kvalitete i odgovarajuće veličine (864 x 564 px).
Sistem omogućuje SUPERUSERU kreiranje predložaka te unos dizajna prednje i stražnje strane iskaznice. Pristup toj funkciji moguć je pritskom na stavku glavnog izbornika "Predlošci iskaznica". Na donjem dijelu ekrana moguće je pohraniti novi predložak organizacije, natjecanja ili tipa registracije. Jednom kada je predložak kreiran, odgovarajući dizajn može biti unesen u sustav pomoću alata "Upload" s desne strane. Ukoliko predložak više nije valjan, on može biti deaktiviran.
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).
Merging person profiles
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.!!!
There are two possible cases of duplicated person profiles. In one case it can be that the duplicate doesn’t contain any useful information and can be deleted and the other were some data needs to be transferred from the profile that will be deleted to the profile that remains.
One person can be deleted
If one of profile can be removed without keeping any data, you can delete it from system. To do that you would click on Edit on the person profile form and click on 'Delete' button.
System will perform check and if the profile can be removed without losing any essential data, it will be deleted.
Merge is needed to resolve the duplicate
In most of the cases, there will always be some useful information that needs to be transferred from the profile that will be deleted to the remaining one. For this purpose, you would use Merge person profile console located in the Administration menu.
On the first page, you need to enter two COMET IDs of person profiles you’d like to merge. In general, the first one will be the one that will remain in the system after the merge, and the second one will be deleted. However, during the merge process, you can switch them at any time.
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.
For moving registrations, contracts, contacts and documents, between person profiles, there is a small arrow. By clicking on the arrow, the registration is moved to the other profile. If you click on arrow on profile that will be deleted, it will be moved to the Result profile and vice versa. Whatever data is remained on Merging person will be deleted after the merge is completed.
After all data that is useful is transferred to the Result profile, with “Merge” button you complete the merge process.
!!!Pay attention when doing it, since the process is irreversible. There is no Unmerge option. All data that was left on the profile that will be deleted, will be irreversibly deleted from the system!!!
IMPORTANT NOTE
If you try to merge profiles by leaving registrations that contain appearances on a match, the system will not let you do it. You can see such registrations marked with big exclamation mark next to the arrow for transfer (picture below) and there is a tooltip text that gives you the competition ID.
After a successful merge, you will be taken to the resulting person profile. All connected entities to the deleted profile not shown in the console will be transferred automatically to the resulting profile (users, invoices etc.).
If both profiles had active registrations and result profile after the merge has more than one active registration in same sport, it is a duty of the person executing the merge to correct statuses of registrations after the merge.