ti-broish / admin Goto Github PK

View Code? Open in Web Editor NEW

7.0 7.0 1.0 4.33 MB

Преброителен център на платформата Ти Броиш

Home Page: https://tibroish.bg

License: MIT License

JavaScript 99.55% CSS 0.34% EJS 0.08% Shell 0.03%

admin-ui administration firebase-auth javascript react reactjs webpack

admin's People

Contributors

Stargazers

Watchers

Forkers

r4z0r7

admin's Issues

Нова роля: Супер валидатор или Арбитър

Търсене на потребители в администрацията

Универсално поле за търсене по име, фамилия, имейл, телефон и визуализиране на резултати при частично съвпадение

Проблеми към FR5 Администриране на потребители

Потребител в комбинация с роли
Потребител+Валидатор+Оператор+Супер валидатор+Видео валидатор не може да се логне в приложението за валидиране.

Cache setup-node in GitHub Actions

See https://github.blog/changelog/2021-07-02-github-actions-setup-node-now-supports-dependency-caching/

We can now use the cache: npm option in all of these cases:

https://github.com/ti-broish/public/blob/2bae8d1e9447fefdbb79d9b824bb4d29ae26c818/.github/workflows/deploy.yml#L16-L19

Нови бланки за валидирането на протоколи

Приложение № 81-НС-х и № 82-НС-хм в https://www.cik.bg/bg/ns02.04.2023/documents

Обновяване на бланката при валидиране на протоколи отдясно с новите полета, номера на числата и изречения описващи всяко число
Премахване на опцията за протокол, който е само машинен
Премахване на опцията, при която имаме данни от две машини в една секция (дори при секции с две машини, ще получаваме данните общо от броенето)
Обновяване на полетата за числата, които са за хартия, машина и общо така, че да показват трите полета в един ред на 3 колони

Протокол	Screenshot
Гласуване с хартия	Гласуване с хартия и машина

Поле от протокола	Поле от API-то
Хартиен	`hasPaperBallots` (винаги `true` в тази кампания)
Хартиено-Машинен	`machinesCount` (`0`/`1` в тази кампания)
Чернова/Оригинал	`isFinal` (`false`/`true`)
`А.`	`totalBallotsCount`
`1.`	`votersCount`
`2.`	`additionalVotersCount`
`3.`	`votersVotedCount`
`4. а)`	`uncastBallots`
`4. б)`	`invalidAndUncastBallots`
`5. (х)`	`nonMachineCastBallotsCount`
`5. (м)`	`machineCastBallotsCount`
`5. (о)`	`castBallotsCount`
`6.`	`invalidVotesCount`
`7. (х)`	`nonMachineVotesCount`
`7. (м)`	`machineVotesCount`
`7. (о)`	`validVotesCount`
`7.1. (х)`	`partyNonMachineVotesCount`
`7.1. (м)`	`partyMachineVotesCount`
`7.1. (о)`	`partyValidVotesCount`
`7.2. (х)`	`results.[0].nonMachineVotesCount`
`7.2. (м)`	`results.[0].machineVotes[0]`
`7.2. (о)`	`results.[0].validVotesCount`
`8. (х)`	`results.[1-n].nonMachineVotesCount`
`8. (м)`	`results.[1-n].machineVotes[0]`
`8. (о)`	`results.[1-n].validVotesCount`

Филтриране на протокол по статус праща грешна заявка

Kогато се филтрират протоколите по статус и се отиде на втора страница се достъпва грешен URL на API-то.

например: /protocols?&status=receivedpage=2

Номерът на секцията в протокола да е пълния единен секционен номер, а не само последните три

https://upravitel.tibroish.bg/protocol/01F2EFV99X85XN3N9X5BVJ4FQ6

FR4 Управление на видео-канали

Менюто ще бъде достъпно от потребител с роля Видео-валидатор. Процес:

Подава се сигнал за некоректно видео на сайта със съобщение "Сигурни ли сте, че..." (допълнително)
Супер валидатора вижда всички сигнали и го отваря, има опция Невалиден сигнал/Спри видеото
При избор на канал се прекратява излъчването, като едновременно с това се премахне роля Оператор на потребителя.

Регистрация с Firebase в преброителния център

Фикс на дребни правописни грешки

След натискане на бутон "Отхвърли" в прозореца, който се появява имаме правописна грешка

Текст за публикуване на сигнал

Когато юрист иска да публикува сигнал трябва да му излиза textarea поле, което да е предварително попълнено с авторския текст от описанието на сигнала.

Юристът може да коригира текста или да редактира лични данни.

Това поле се записва и се показва в админа за публикувани сигнали редом до описанието с възможност за редакция.

В сайта публикуваните сигнали се показват само с този текст за публикуване, а не с оригиналния текст на сигналоподателя.

FR9 Промени във формата за валидиране на протоколи

Под номера на секцията да се добавят 3 радио-бутона, които да определят вида на протокола в следната поредност:

Машинен
Хартиен
Хартиено-машинен
По подразбиране да няма отбелязана стойност. Задължително да се изисква отбелязване на радио-бутон, преди да се визуализират полетата за попълване от протокола. Ако потребител въведе стойности в полетатата и след това промени радио-бутона, данните в полетата да се изчистват.

Да се добавят следните числови полета във формата за попълване на резултати:

Към секция ДАННИ ОТ ИЗБИРАТЕЛНИЯ СПИСЪК

Брой на избирателите в избирателния списък при предаването му на СИК, включително и вписаните в допълнителната страница (под чертата) на избирателния списък в изборния ден
2.Брой на избирателите, вписани в допълнителната страница (под чертата) на избирателния списък в изборния ден
т.2 Брой на гласувалите избиратели според положените подписи става т. 3

НОВА секция ДАННИ ИЗВЪН ИЗБИРАТЕЛНИЯ СПИСЪК

4.Бюлетини извън избирателната кутия (4а + 4б)

Към секция СЛЕД КАТО ОТВОРИ ИЗБИРАТЕЛНАТА КУТИЯ, СИК УСТАНОВИ:

5.Общ брой на потвърдените гласове/ Общ брой на намерените в избирателната кутия бюлетини и потвърдените гласове от машинното гласуване (полето се добавя само за хартиено-машинна/машинна секция)
5.Брой на намерените в избирателната кутия бюлетини (само за хартиена секция)
Т.5 Брой намерени в избирателната кутия недействителни гласове (бюлетини) става т. 6
т.6 става т. 7
Всички полета са задължителни за попълване.

Да се добави възможност за изтриване на всяка снимка от протокола, без значение от ролята. Изтритата снимка да се запазва, но да не се публикува. Ако Валидатор 1 изтрие снимката, то тя да се визуализира в галерията с отличителен символ „Изтрита“ или друго подходящо. След избор на бутона за изтриване да се визуализира предупредително съобщение „Желаете ли да изтриете снимката?“ с опции „ДА“/“НЕ“. Потребител с роля Супер валидатор да може да връща изтрита снимка.
Да се добавят допълнителни валидации на суми, които ще бъдат описани на следващ етап.

F3 Промени в таб Сигнали

таб Сигнали да се добавят следните филтри над списъка:

N на секция - цифрово поле за търсене по N на секция, търсенето да се извършва по част от съвпадението на номера;
МИР - падащо меню с „Всички“ (дефолтна стойност) и стойностите за МИР;
Адрес – отделена секция с четири падащи менюта: „Държава“, "МИР", "Община", "Населено място“, „Район“ (последните три при избрана Държава „България“);
Статус – падащо меню със стойностите за статуси, по подразбиране „Всички“;
Премахва се колона „Назначен“ и статусите за сигнали са:
Получен (свободен);
Назначен (обработва се);
Приключен (вписан резултат от обработката);
Публикуван – падащо меню със стойности: „Всички“, „Да“, „Не“.

Под филтрите да се добави бутон „Търси“ за изпълнение на търсенето.
Бутон „Изчисти“ връща стойностите на филтрите с дефолтното им състояние.

Администраторите да могат да трият потребител без сигнали и протоколи

Нужна е промяна в API-то, да се добави DELETE /users/:id
Бутон за изтриване на протокол в админа
Да отговаря коректно на 400/409 когато не е възможно да се изтрие потребител

ХАРТИЕН

Сумата на гласовете в секция РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ (включително "Не подкрепям никого") трябва да е равна на 7.1. Брой на действителните гласове, подадени за кандидатските листи на партии, коалиции и инициативни комитети
Числото по т. 5 трябва да е равно на числото по т. 3.

МАШИНЕН

Сумата на гласовете в секция РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ (включително "Не подкрепям никого") трябва да е равна на т. 5. Общ брой на потвърдените гласове.
Числото по т. 5 трябва да е равно на числото по т. 3.

ХАРТИЕНО-МАШИНЕН

Сумата на гласовете в КОЛОНИТЕ ЗА МАШИНИ (М) в секция РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ (включително "Не подкрепям никого") трябва да е равна на т. 5.2. Брой на потвърдените гласове от машинното гласуване
Сумата на гласовете в КОЛОНА ХАРТИЯ (Х) в секция РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ (включително "Не подкрепям никого") трябва да е равна на т. 5.1. Брой на намерените в избирателните кутии бюлетини
Числото по т. 5 трябва да е равно на числото по т. 3.

Възможност за изпращане на мейл от админа за верифициране на email

Трябва да се използва Firebase Authentication SDK подобно на мобилното приложение.

Снимките при валидиране да се вместват на цял екран по височина

вместо да се разпъват до максимум ширина

Показване на организация подала сигнала, само когато имаме автор

Тази таблица трябва да я има само когато имаме данни в props.protocol.author?.organization.name. Пропуснал съм го това като правех автора на протокола optional.

Originally posted by @hkdobrev in #84 (comment)

Добавяне на причина за отхвърляне, когато снимките не са протокол

FR6 Администриране на секции

В таб Секции към модул Администриране да се добави списък с всички секции със следните колони:

N на секция;
Държава;
Населено място;
Адрес;
Брой гласоподаватели;
Машинна секция;
Мобилна секция;
Секция на кораб;
Covid секция;

Списъкът да бъде подреден по N на секция.

Над списъка със секции да се добавят филтри:

N на секция - цифрово поле за търсене по N на секция, търсенето да се извършва по част от съвпадението на номера;
Държава – падащо меню;
Населено място – падащо меню, стойностите се визуализират според избраната стойност в Държава;
Машинна секция – падащо меню със стойности „Всички“ (дефолтна стойност), „Да“, „Не“;
Мобилна секция – падащо меню със стойности „Всички“ (дефолтна стойност), „Да“, „Не“;
Секция на кораб – падащо меню със стойности „Всички“ (дефолтна стойност), „Да“, „Не“;
Covid секция – падащо меню със стойности „Всички“ (дефолтна стойност), „Да“, „Не“.

Под филтрите да се добави бутон „Търси“ за изпълнение на търсенето.

В края на всеки ред да се добави Edit бутон за отваряне на нова форма с данните от секцията. Полетата, които могат да се редактират са:

N на секция - цифрово поле за въвеждане на номер на секция.
Държава – падащо меню;
Регион – падащо меню, стойностите се визуализират, ако избраната държава е България. В случай, че не е избрана държава „България“, то полето не е активно.
Община - падащо меню, стойностите се визуализират, ако е избран регион.
Населено място – падащо меню, стойностите се визуализират според избраната стойност в Община. В случай, че не е избрана държава България в това поле трябва да се въведе град в Чужбина;
Адрес – текстово поле;
Гласоподаватели – цифрово поле;
Машинна секция – „Да“, „Не“;
Мобилна секция – „Да“, „Не“;
Секция на кораб – „Да“, „Не“;
Covid секция – „Да“, „Не“.

Всички полета са задължителни за попълване.

Над списъка да се добави бутон Добави секция. При избор на бутона да се отваря празна форма за попълване с полетата, описани в т. 3.
Да се добави възможност за импорт на секции от .csv

FR1 Меню на Преброителния център

В модул „Преброителен център“ ще бъдат налични следните табове в панела:

Валидиране
Протоколи
Сигнали
Видео-канали
Администриране
Профил
Изход

Администраторите да сменят ролите на потребителите

Възможност за преглед на протоколи от външни потребители

Например валидатори от други партии да имат достъп да намират и виждат всички протоколи в преброителния център.

Валидаторите да добавят секция от админа

Валидаторите да могат да върнат публикуван протокол директно за валидиране и да го обработят повторно

Трябва да разполагат с всички инструменти както при първичното валидиране и ако преценят да го отхвърлят. Протокола трябва да изчезне от сайта и гласовете да не влизат в резултатите.

От гледна точка на API-то това би трябвало вече да е възможно или да са нужни малки корекции.

Да се оправят разделителите между партиите при машинни протоколи

В преброителния център да се използват преводите на статусите от API-то

В момента има някои, които не са преведени, защото липсват от mapping-а на клиента, а други са преведени грешно, което обърква.

Автоматична проверка на числата в протокола

Хартиен протокол

всички числа трябва да са цели числа равни или по-големи поне на 0
числото в А. трябва да е по-голямо или равно на 100
числото в А. трябва да е кратно на 100
числото в А. трябва да е равно на сумата от числата в 4.а), 4.б) и 5.
числото в 3. трябва да е равно на числото в 5.
числото в 3. трябва да е по-малко или равно на сумата от числата в 1. и 2.
числото в 5. трябва да е равно на сумата от числата в 6. и 7.
числото в 7. трябва да е равно на сумата от числата в 7.1 и 7.2.
числото в 7.1. трябва да е равно на сумата от числата в 8.

Хартиеномашинен протокол

Корекция на протоколи в преброителен център

Хартиен - Х:

Да се добави "3. Брой на гласувалите избиратели според положените подписи в избирателния списък, включително и подписите в допълнителната страница (под чертата)"
"4. Бюлетини извън избирателната кутия" трябва да са две отделни полета:
4а Брой на неизползваните бюлетини
4б Общ брой на недействителните бюлетини
"7. Общ брой на намерените в избирателната кутия действителни гласове (бюлетини)" трябва да се замести със
7.1. Брой на действителните гласове, подадени за кандидатските листи на партии, коалиции и инициативни комитети
"7. РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ" да се махне седмицата. Остава без номерация.

Машинен - М:

Да се добави "3. Брой на гласувалите избиратели според положените подписи в избирателния списък, включително и подписите в допълнителната страница (под чертата)"
Да се добави "4а. Брой на неизползваните бюлетини"
Да се добави "4б. Брой на унищожените от СИК бюлетини по други поводи (за създаване на образци за таблата пред изборното помещение и увредени механично при откъсване от кочана)"
"7. РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ" да се махне седмицата. Остава без номерация.

Хартиено – машинен - ХМ:

Да се добави "3. Брой на гласувалите избиратели според положените подписи в избирателния списък, включително и подписите в допълнителната страница (под чертата)"
"4. Бюлетини извън избирателната кутия" трябва да са две отделни полета:
4а Брой на неизползваните бюлетини
4б Общ брой на недействителните бюлетини
"7. Общ брой на намерените в избирателната кутия действителни гласове (бюлетини)" трябва да се замести със
7.1. Брой на действителните гласове, подадени за кандидатските листи на партии, коалиции и инициативни комитети
"7. РАЗПРЕДЕЛЕНИЕ НА ГЛАСОВЕТЕ ПО КАНДИДАТСКИ ЛИСТИ" да се махне седмицата. Остава без номерация.

Проверка при запис на протокол

В момента имаме проверка, която сумира общия брой гласове по партии от т.7 и ги сравнява със стойността в 6.1
След промените и актуализациите тази проверка трябва да е следната:
Сумира общия брой гласове по партии и ги сравнява със стойността в 7.1

Полета за хеш

При протокол Машинен и Хартиено-машинен с една машина се добавят две НЕЗАДЪЛЖИТЕЛНИ полета с максимална дължина от четири символа.
Label: Запишете хеша, който се намира в края на разпечатката от машината за гласуване.

Първите четири символа от М1:
Последните четири символа от М1:

При протокол Машинен и Хартиено-машинен с две машини се добавят четири НЕЗАДЪЛЖИТЕЛНИ полета с максимална дължина от четири символа.
Label: Запишете хеша, който се намира в края на разпечатката от машината за гласуване.

Първите четири символа от М1:
Последните четири символа от М1:
Първите четири символа от М2:
Последните четири символа от М2:

FR5 Меню Администриране

В меню Администриране да се добавят 2 таба: таб Потребители и таб Секции (да се избере подходящо решение, примерно вместо табове да са линкове или друго). Достъп до менюто се осъществява само с роля Администратор.
В таб Потребители да се добави списък със следните колони:

Име и Фамилия;
Е-mail;
Телефон;
Организация;
Съгласие за обработка на лични данни;
Роля – изброени прилежащите роли на потребителя. По подразбиране всички потребители са с роля „Наблюдател“ и „Оператор“ след регистрация в мобилното приложение Ти броиш.
Edit бутон за промяна на данни на потребител.
Резултатите в списъка да бъдат подредени по азбучен ред.

Промяна на данни на потребител се извършва при избор на Edit бутон в края на всеки ред. При избор на бутона се отваря нова форма с данните на потребителя. Полетата, които са допустими за промяна са:

Роля, с възможност за маркиране на повече от 1 роли.

Ролите да бъдат предефинирани и избора им да става с чек-бокс.
При избор на роля Администратор, изборът на останалите роли да се деактивира.
При избор на роля Супер валидатор, изборът на роля Валидатор да се деактивира и обратно.
Бутон Запис записва въведените данни и връща към списъка с потребители.

В Платформата да се предефинират следните роли:

Наблюдател – достъп до меню Протоколи, но само в статус „Публикуван“.
Да се предвиди възможност за подроля „Външен наблюдател“ с достъп до меню „Протоколи“ в статус „Публикуван“ и само за конкретна организация.
Оператор - позволява публикуването на видео от мобилното приложение Ти броиш в реално време в Платформата.
Валидатор - достъп до меню Протоколи и меню Валидиране;
Видео валидатор – позволява контролирането на видео-канали в Платформата, има достъп до меню Видео-канали;
Супер валидатор – неограничен достъп до меню Протоколи и меню Валидиране. Получава за валидиране протоколи с разлика в резултатите между Валидатор 1 и Валидатор 2, протоколи които са в статус Отхвърлени. Ако няма случаи по описаните правила в опашката за роля Супер валидатор, то се включва с роля Валидатор.
Юрист - неограничен достъп до меню Протоколи и меню Сигнали.
Администратор – неограничен достъп до всички функционалности, включително меню Администриране. На опашката е с роля Супер валидатор.

Над списъка с потребители да се добави секция за търсене с филтри:

Име (с търсене по част от съвпадението);
Фамилия (с търсене по част от съвпадението);
E-mail (с търсене по част от съвпадението);
Организация (По подразбиране с дефолтна стойност „Всички“).
Роля (По подразбиране с дефолтна стойност „Всички“).

Бутоните в преброителния център се преместват и не работят като се цъкне най-горе

FR8 Статуси на протоколите

Статусите, които може да получи всеки протокол са:

Получен – протокол, който не е валидиран от Валидатор 1;
Проверен – протокол, който е валидиран от Валидатор 1;
Отхвърлен
Двойно проверен – протокол, който е валидиран от Валидатор 2;
Публикуван – протокол, който е двойно проверен и резултатите от версиите съвпадат и/или протокол, който е проверен успешно от Супер-валидатор.
Публикуван с резултати (или отличаването на този статус по друг начин, за да изключваме от сумирането на резултатите два или повече публикувани протоколи);

Филтри на сигналите в преброителния център

Модериране на видеостриймовете

FR2 Промени в таб Протоколи

В таб Протоколи да се добавят следните филтри над списъка:

N на секция - цифрово поле за търсене по N на секция, търсенето да се извършва по част от съвпадението на номера;
Произход - падащо меню с избор: „Всички“ (дефолтна стойност), „Ти броиш“, „ЦИК“;
МИР - падащо меню с „Всички“ (дефолтна стойност) и стойностите за МИР;
Адрес – секция с четири падащи менюта: „Държава“, "Община", „Населено място“, „Район“ . Последните три полета са с данни от номенклатура ЕКАТТЕ, при избрана Държава „България“. При избрано поле за Държава, различно от България, поле МИР да бъде със стойност от новия МИР „Чужбина“, без възможност за промяна и да е активно само поле „Населено място“;
Подаден от – падащо меню с организациите, които могат да подават протоколи;
Статус – падащо меню със стойностите за статуси, по подразбиране „Всички“;

При преглед на протокол да се добавят следните полета в секция Протокол:

Поле „Проверява се от“ да се замени с „Валидатор 1“, да се добави „Статус на валидирането“;
Да се добави поле „Валидатор 2“ и „Статус на валидирането“;
Да се добави поле „Супер валидатор“ и „Статус на валидирането“

Разместване на снимките при валидиране с влачене

Сигнал в преброителния център без секция не показва града и общината за където е подаден

В списъкът от сигнали, излиза коректно.

FR7 Процес на валидиране

Всеки протокол ще бъде проверен от минимум двама валидатори – условно наречени Валидатор 1 и Валидатор 2. В случай, че резултатите от валидирането между тях не съвпадат и/или единия е валидирал протокола, а другия го е отхвърлил, то протокола се назначава на Супер валидатор, който решава окончателния резултат.
Създаване на механизъм за избягване на дублиране при вземане на протокол:
Протокол, назначен на Валидатор 1 не може да бъде назначен на друг Валидатор, а само на Валидатор 2 след приключване на валидирането;
Протокол, назначен на Валидатор 2 не може да бъде назначен на друг Валидатор;
Протокол, назначен на Супер валидатор не може да бъде назначен на друг Валидатор ИЛИ Супер валидатор.
Действия на Валидатор 1 (назначават му се протоколи, които до момента не са валидирани):
3.1. Успешно валидира протокол – в този случай протоколът се връща на опашката и чака да бъде валидиран от Валидатор 2.
3.2. Отхвърля протокол – след избор на бутон Отхвърли се визуализира прозорец за избор на причина с радио-бутони от следните:
- Липсваща страница/и в протокола. Моля, изпратете целия протокол отново!
- Неясни изображения и/или о. трязани данни от протокола. Моля, изпратете целия протокол отново!
- Изпратените снимки не са свързани с изборните протоколи.
- Друго + поле за свободен текст (имаме ли необходимост от тази причина?)

3.3. Протоколът се назначава на Валидатор 2, но с по-висок приоритет от невалидираните протоколи в опашката.
Отказ от валидиране (стрелка за връщане към Опашката) – протоколът не се назначава повече на същия валидатор, назначава се на друг Валидатор 1.

Действия на Валидатор 2 (назначават му се протоколи, за които вече има действия по валидиране/отхвърляне на протокол от Валидатор 1. С приоритет се назначават протоколи, преминали през Валидатор 1.):
4.1. Успешно валидира протокол – протоколът се публикува на сайта и резултатите от него се акумулират към останалите;
4.2. Отхвърля протокол – след избор на бутон Отхвърли се визуализира причината за отхвърляне от списъка.
За да се изпрати съобщение до наблюдателя протоколът трябва да е два пъти отхвърлен с една и съща причина (първата и втората причина от посочените. При избор на различни причини и при двама валидатори посочили “Друго” протоколът отива при Супер валидатор.
4.3. Отказ от валидиране (стрелка за връщане към Опашката) – протоколът не се назначава повече на същия валидатор, назначава се на друг Валидатор 2.
Действия на Супер валидатор (назначават му се протоколи, за които резултатите от валидирането между Валидатор 1 и Валидатор 2 не са 100% еднакви, или единия е валидирал протокола, а другия го е отхвърлил):
5.1. Успешно валидира протокол – протоколът се публикува на сайта и резултатите от него се акумулират към останалите;
5.2. Отхвърля протокол – протоколът не се публикува на сайта, той изпраща съобщение на потребителя само при определени причини
5.3. Отказ от валидиране (стрелка за връщане към Опашката) – протоколът не се назначава повече на същия валидатор, назначава се на друг Супер валидатор.

Резултатите по партии да се визуализират в 3 колони:

Валидатор 1	Валидатор 2	Супер валидатор
Попълнени данни без възможност за промяна. Ако протоколът е отхвърлен се визуализират празни клетки и причина.	Попълнени данни без възможност за промяна. Ако протоколът е отхвърлен се визуализират празни клетки и причина.	Автоматично са попълни клетките, където резултатите между Валидатор 1 и Валидатор 2 съвпадат. Клетките, където резултатите се разминават са празни и са оцветени в червено.

Ако за една и съща секция се получат 2 или повече протокола, резултатите от тях се сравняват и:

в случай, че съвпадат, публикуваме снимките и от втория застъпник и ги обозначаваме с Ал******* ****ова, Пе *****ов, с уникалност на потребителя, резултатите не се акумулират;
в случай, че има разлика между двата протокола, отиват при Супер валидатор.

Как можем да гледаме снимките едновременно и на двата протокола, могат и да са 3?
Как ще променяме статус на вече публикуван протокол?
Можем ли да използваме логиката за преглед на резултатите при разминаване на протоколи при Валидатор 1 и Валидатор 2, като:

Протокол 1	Протокол 2	Супер валидатор
Попълнени данни без възможност за промяна	Попълнени данни без възможност за промяна	Автоматично са попълни клетките, където резултатите между Протокол 1 и Протокол 2 съвпадат. Клетките, където резултатите се разминават са празни и са оцветени в червено.

Секция "Въпроси и отговори"

В админ панела да се добави секция "Въпроси и отговори" с инфо, което ще напълним. Само видео според мен няма да е достатъчно, защото при проблем ти трябва бързо решение, а не да изгледаш цялото видео.

Премахване на протокол от резултатите от администратор

Администратор в преброителния център от таб протоколи трябва да може да отпубликува протокол, който да бъде премахнат от табулирането на резултатите и да не бъде показван на страницата на секцията.

Полезно за протоколи, които погрешно са били публикувани.

Изисква промени в АPI-то с нова причина за отхвърляне на протокол.

При завъртане на протокол част от данните се губят и не могат да се визуализират

При завъртане на протокол част от данните се губят и не могат да се визуализират. И не са видими. Могат да се вкарат както са в обърнат вид.

_._._._._._.mp4