Форумы  ·  Войти  · 

Тема: Комендантъ 7

Страница 1 из 4, все  1 2 3 >  
28.11.12 11:37   Stas VS  (102/17.05.12)  

Добрый день!
При установленном запрете повторного прохода, после генерирования события “вход” Модулем регистрации присутствия, впускает данную карту повторно, это корректная работа ПО?

Так же вопрос по БД: для корректной работы юникода, использовать надо кодировку для БД utf8?
Так как в конфигураторе правильно отображаются надписи в Юникоде, но в мониторе они отображаются не корректно (вопросиками).

Еще вопрос по Отчетам: при установке больничного или командировки, в отчете “Отработанное время” корректно выставляются метки, но в отчетах “Опоздания”, “Прогулы” и т.д. метки не выставляются, это баги беты?

Спасибо!

[ #1 ]  28.11.12 11:41   Ware.Support  EXPERT  

При установленном запрете повторного прохода, после генерирования события “вход” Модулем регистрации присутствия, впускает данную карту повторно, это корректная работа ПО?

Да, так и должно быть.

Так же вопрос по БД: для корректной работы юникода, использовать надо кодировку для БД utf8?

Да. Пример конфигурационного файла my.ini можете посмотреть в MySQL, который идет в комплекте ПО “Комендантъ”.

Так как в конфигураторе правильно отображаются надписи в Юникоде, но в мониторе они отображаются не корректно (вопросиками).

Поподробнее пожалуйста, как и где. Можете приложить скриншот.

Еще вопрос по Отчетам: при установке больничного или командировки, в отчете “Отработанное время” корректно выставляются метки, но в отчетах “Опоздания”, “Прогулы” и т.д. метки не выставляются, это баги беты?

Нет, это не баги, так и должно быть.

[ Изменено: 28.11.12 11:49 Ware.Support ]
[ #2 ]  28.11.12 11:57   Stas VS  (102/17.05.12)  
Ware.Support - 28.11.12 11:41

При установленном запрете повторного прохода, после генерирования события “вход” Модулем регистрации присутствия, впускает данную карту повторно, это корректная работа ПО?

Да, так и должно быть.

Так же вопрос по БД: для корректной работы юникода, использовать надо кодировку для БД utf8?

Да.

Ware.Support - 28.11.12 11:41

Так как в конфигураторе правильно отображаются надписи в Юникоде, но в мониторе они отображаются не корректно (вопросиками).

Поподробнее пожалуйста, как и где. Можете приложить скриншот.

Прошу прощения, вопросики в конфигураторе, скриншот прикреплен.

Ware.Support - 28.11.12 11:41

Еще вопрос по Отчетам: при установке больничного или командировки, в отчете “Отработанное время” корректно выставляются метки, но в отчетах “Опоздания”, “Прогулы” и т.д. метки не выставляются, это баги беты?

Нет, это не баги, так и должно быть.

Эмм, прошу прощения, а как же тогда определять из отсутствующих, кто и по какой причине отсутствует?
То есть в отчете, внизу сноски есть *Отпуск **Больничный ***Командировка, а как же их иметь в самом отчете?

Кстати кнопка “Печать” не работает.
Спс!

Вложенный рисунок
Conf.png
[ #3 ]  28.11.12 12:13   Ware.Support  EXPERT  

Эмм, прошу прощения, а как же тогда определять из отсутствующих, кто и по какой причине отсутствует?
То есть в отчете, внизу сноски есть *Отпуск **Больничный ***Командировка, а как же их иметь в самом отчете?

Если у сотрудника в этот день отпуск, командировка или больничный, то ему соответственно не устанавливается: прогул, опоздание и недоработанное время.

[ #4 ]  29.11.12 9:26   Stas VS  (102/17.05.12)  
Ware.Support - 28.11.12 12:13

   
При установленном запрете повторного прохода, после генерирования события “вход” Модулем регистрации присутствия, впускает данную карту повторно, это корректная работа ПО?

Да, так и должно быть.

Тогда немного не ясен смысл Модуля регистрации присутствия?
Очень прошу его описать, возможно есть причина по которой ПО работает именно так, хотелось бы знать.
Спасибо.

[ #5 ]  29.11.12 10:28   Ware.Support  EXPERT  

Модуль регистрации присутствия не программный аналог контролера доступа. Он предназначен для ручной регистрации проходов.

[ #6 ]  29.11.12 10:57   Stas VS  (102/17.05.12)  

Просто хочу понять как работает система в целом.
То есть я правильно понимаю, при прохождении по карте, информация записывается в контроллер и переноситься в БД, но сверка

системы повторного прохода происходит только на уровне контроллера без запроса к БД?
Так как если по БД, то по сути повторный проход работал бы вне зависимости от того как именно было сгенерированно событие.
Так же вопрос.
При тестировании я сгенерировал вход Модулем регистрации присутствия, в Отчете “Первый вход последний выход” стоит

корректное время (09:03), после чего я тестировал повторный проход именно картой, соответственно с базу записалось событие

входа через контроллер.
График выставлен с 9:30 и у меня получается опоздание в 55 минут.

Где я что сделал не так?


И еще вопрос по локализации.
Конфигуратор - Локализация - Переводчик

В нем нажимаю на экспорт, ничего существенного, кроме запроса к серверу не происходит.
В словаре некоторые надписи переведены, так же добавлен новый язык.
Есть мануалка как с этой частью работать?
Или может опишите в двух словах.

Спасибо.

Вложенный рисунок
rep.jpg
[ #7 ]  29.11.12 12:10   Kosstos  EXPERT  

То есть я правильно понимаю, при прохождении по карте, информация записывается в контроллер и переноситься в БД, но сверка системы повторного прохода происходит только на уровне контроллера без запроса к БД?

Правильно понимаете.

Так же вопрос.
При тестировании я сгенерировал вход Модулем регистрации присутствия, в Отчете “Первый вход последний выход” стоит корректное время (09:03), после чего я тестировал повторный проход именно картой, соответственно с базу записалось событие входа через контроллер.
График выставлен с 9:30 и у меня получается опоздание в 55 минут.

Где я что сделал не так?

Отчет “Первый вход последний выход” ориентируется на соответствующие названию события и не привязан к графикам работы.
Отчеты “Отработанное время, Недоработки, Переработки, Прогулы и Опоздания” считают рабочее время основываясь на графиках работы.
Принцип подсчета отработанного времени основывается на выборке и суммировании интервалов между последним входом и первым выходом.
Соответственно у Вас получилось вот что:
Вход 9,03; Вход 10,25 и Выход 12,01 - рассчитан интервал “Вход 10,25 и Выход 12,01”, т.к. после Входа в 9,03 не было события выхода.

[ Изменено: 29.11.12 12:13 Kosstos ]
[ #8 ]  29.11.12 12:29   Stas VS  (102/17.05.12)  
Kosstos - 29.11.12 12:10

Отчет “Первый вход последний выход” ориентируется на соответствующие названию события и не привязан к графикам работы.
Отчеты “Отработанное время, Недоработки, Переработки, Прогулы и Опоздания” считают рабочее время основываясь на графиках работы.
Принцип подсчета отработанного времени основывается на выборке интервала между ближайшими событиями входа и выхода.
Соответственно у Вас получилось вот что:
Вход 9,03; Вход 10,25 и Выход 12,01 - рассчитан интервал “Вход 10,25 и Выход 12,01”, т.к. после Входа в 9,03 не было события выхода.

Ок. Теперь в примере:
Допустим есть проходная с контроллером и турникетом (или дверью).
Утром в 9:00 мой проход регистрируют Модулем регистрации (по некоторым веским причинам), после чего я физически в 10:00 прихожу на работу, и проходу по своей карте (тут появляется логика повторного прохода, о которой я спрашивал ранее.), далее я ухожу с работы в 18:00.
Т.е. я отработал 9 часов (9:00 - 18:00), но физически я присутствовал в помещении 8 часов (10:00 - 18:00) , соответственно я попадаю во все списки нарушителей.

К чему я это все:
У нас по сути есть такие клиенты и объекты, покинуть который можно в обход контроллера.
То есть например, человек утром прошел через турникет, с территории выехал на машине с водителем без турникета, далее опять проходит через турникет.

И тут по Вашему описанию будет фиксироваться только первый промежуток вход-выход, и игнорироваться все предыдущие входы.

Кстати у одного из наших клиентов именно эта проблема и возникла.

[ #9 ]  29.11.12 13:11   Kosstos  EXPERT  

Генерируйте таким клиентам события закрывающие интервалы вручную.
У каждой карты доступа есть возможность добавлять события (см. вкладку дополнительные проходы).
Или используйте для таких клиентов специально настроенные графики работы с установленной функцией “Пребывание на рабочем месте - первый вход и последний выход”.

[ Изменено: 29.11.12 13:15 Kosstos ]
[ #10 ]  06.12.12 9:40   Stas VS  (102/17.05.12)  

Добрый день!
По юникоду:
Кроме конфигуратора, так же в отчетах “Отсутствующие в помещение”, “Присутствующие  в помещение”, “Первый вход и последний выход”,
“Отсутствие в течении рабочих периодов” и в “Сравнение отработанного времени СКУД и ПК”.

И опять таки вопрос открыт:

Stas VS - 29.11.12 10:57

И еще вопрос по локализации.
Конфигуратор - Локализация - Переводчик

В нем нажимаю на экспорт, ничего существенного, кроме запроса к серверу не происходит.
В словаре некоторые надписи переведены, так же добавлен новый язык.
Есть мануалка как с этой частью работать?
Или может опишите в двух словах.

Спасибо!

[ #11 ]  10.12.12 10:09   Ware.Support  EXPERT  

Заменяйте перевод пока какого-нибудь существующего языка (не надо пока создавать новый).
Порядок работы после изменения перевода.
1) на вкладке “Перевод” установить флаг “Все”
2) в дереве приложений выбрать пункт “Все”
3) и нажать на кнопку “Экспорт перевода для приложения”

Файлы перевода хранятся в папке “C:\Users\Public” для Windows 7 например.
Приложения, которые имеют подключение к БД MySQL (Конфигуратор, Модуль отчетов и т.д.) при запуске сами скачивают перевод из базы и кладут его в папку “C:\Users\Public”, а затем его используют.
Приложения, которые не имеют подключение к БД MySQL (Администратор БД, Настройка Ethernet контроллеров) при запуске проверяют наличие файла перевода в папке “C:\Users\Public” и если он есть, то подгружают его. Если же файл перевода отсутствует, то используют внутренний перевод.

[ #12 ]  14.12.12 9:20   Stas VS  (102/17.05.12)  

Добрый день!
Есть ли информация о дате выходе стабильной версии и исправлении отображения юникод надписей вопросиками?
Спасибо!

[ #13 ]  14.12.12 9:58   Ware.Support  EXPERT  

В ближайшее время.

[ #14 ]  20.12.12 11:39   Stas VS  (102/17.05.12)  

Добрый день!
С новой версией!

Обновление структуры БД валиться с кучей ошибок и не обновляет.

Спс.

[ #15 ]  20.12.12 11:45   Ware.Support  EXPERT  

Обновляетесь с версии 6.2.3 ? Обновление версии 7.0.1.1 нет.

Переход с версии Комендантъ 6.2.3 на Комендантъ 7.X.X

Страница 1 из 4, все  1 2 3 >  
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"