Исходный код вики BioSmart
Редактировал(а) PROSTO:СКУД 2026/10/30 12:26
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{box title="**Быстрый переход по пунктам инструкции**"}} | ||
| 2 | {{toc start="1" depth="2" numbered="false"/}} | ||
| 3 | {{/box}} | ||
| 4 | = 1. ОПИСАНИЕ СИСТЕМЫ = | ||
| 5 | |||
| 6 | Интеграционные возможности продукта «PROSTO:СКУД»: | ||
| 7 | |||
| 8 | Продукт «PROSTO:СКУД» обеспечивает комплексную интеграцию с системами контроля и управления доступом (СКУД), предоставляя широкий спектр функциональных возможностей: | ||
| 9 | |||
| 10 | 1. ((( | ||
| 11 | Настройка взаимодействия с СКУД | ||
| 12 | |||
| 13 | * подключение к существующим системам СКУД; | ||
| 14 | * конфигурирование параметров интеграции для каждой системы; | ||
| 15 | * задание расписаний обмена данными между системами. | ||
| 16 | ))) | ||
| 17 | 1. ((( | ||
| 18 | Управление объектами СКУД | ||
| 19 | Система позволяет создавать новые или сопоставлять существующие объекты с текущими параметрами: | ||
| 20 | |||
| 21 | * организации; | ||
| 22 | * подразделения; | ||
| 23 | * должности; | ||
| 24 | * графики работы; | ||
| 25 | * контроллеры; | ||
| 26 | * уровни/группы доступа; | ||
| 27 | * сотрудники (физические лица). | ||
| 28 | * назначение уровней/групп доступа сотрудников. | ||
| 29 | ))) | ||
| 30 | 1. ((( | ||
| 31 | Контроль и учет карт доступа | ||
| 32 | |||
| 33 | * выдача карт доступа; | ||
| 34 | * продление срока действия карт; | ||
| 35 | * блокировка карт при необходимости. | ||
| 36 | ))) | ||
| 37 | 1. ((( | ||
| 38 | Гибкое управление правами доступа | ||
| 39 | |||
| 40 | * установка ограничений для сотрудников в разрезе рабочих помещений (для точного учета присутствия); | ||
| 41 | * назначение уровней доступа для определения прав прохода через контрольные точки СКУД; | ||
| 42 | * указание конкретных контроллеров СКУД, разрешенных для прохода. | ||
| 43 | ))) | ||
| 44 | 1. ((( | ||
| 45 | Мониторинг и анализ перемещений | ||
| 46 | |||
| 47 | * просмотр детальных данных о проходах сотрудников через точки доступа СКУД; | ||
| 48 | * формирование отчетов по перемещениям персонала в заданный период. | ||
| 49 | ))) | ||
| 50 | |||
| 51 | Таким образом, «PROSTO:СКУД» создаёт единую среду управления доступом, обеспечивая синхронизацию данных и контроль всех процессов, связанных с безопасностью и перемещением персонала. | ||
| 52 | |||
| 53 | = 2. НАСТРОЙКА ИНТЕГРАЦИИ С BioSmart = | ||
| 54 | |||
| 55 | == 2.1. Настройка подключения == | ||
| 56 | |||
| 57 | Для настройки подключения к СКУД BioSmart** **необходимо перейти в «Настройки подсистемы PROSTO:СКУД» и установить флаг для используемого СКУД. | ||
| 58 | |||
| 59 | [[image:1763013725910-273.png||height="380" width="1020"]] | ||
| 60 | |||
| 61 | [[image:1763381178815-623.png]] | ||
| 62 | |||
| 63 | Для корректной работы продукта после первого запуска выполните следующую настройку: | ||
| 64 | |||
| 65 | 1. Найдите и нажмите кнопку «Задать настройки по умолчанию». | ||
| 66 | 1. Дождитесь завершения процесса — система автоматически заполнит предопределённые данные и применит основные настройки. | ||
| 67 | |||
| 68 | Это обязательный шаг, который обеспечит правильную работу продукта с базовыми параметрами. | ||
| 69 | |||
| 70 | [[image:1763381244467-132.png]] | ||
| 71 | |||
| 72 | Для настройки подключения к серверу СЛК выполните следующие действия: | ||
| 73 | |||
| 74 | 1. Установите флаг** **«Запуск приложения в защищенном режиме (СЛК)». | ||
| 75 | 1. После установки флага система автоматически заполнит настройки подключения. | ||
| 76 | 1. Проверьте табличную часть интерфейса: если программное обеспечение сервера СЛК размещено на том же сервере, что и Платформа 1С, в ней отобразится список установленных ключей СЛК. | ||
| 77 | 1. В случае появления предложения о перезапуске системы — подтвердите его, нажав «Согласиться» (или аналогичную кнопку подтверждения). | ||
| 78 | |||
| 79 | После выполнения этих шагов подключение к серверу СЛК будет настроено, а система перезапустится в защищенном режиме. | ||
| 80 | |||
| 81 | [[image:1763381419639-547.png||height="519" width="968"]] | ||
| 82 | |||
| 83 | Если сервер с ПО СЛК физически отделен от сервера 1С, выполните следующие действия: | ||
| 84 | |||
| 85 | 1. Откажитесь от автоматического перезапуска системы. При появлении предложения о перезапуске нажмите «Отменить» или «Нет» — в данном сценарии перезапуск на этом этапе не требуется. | ||
| 86 | 1. ((( | ||
| 87 | Скорректируйте настройки подключения вручную | ||
| 88 | В интерфейсе настроек: | ||
| 89 | |||
| 90 | * проверьте и при необходимости измените адрес сервера СЛК; | ||
| 91 | * уточните порт подключения (по умолчанию — 9099, но может быть изменен); | ||
| 92 | * проверьте учетные данные для аутентификации (если требуется); | ||
| 93 | * убедитесь, что указаны корректные параметры сетевого взаимодействия. | ||
| 94 | ))) | ||
| 95 | 1. ((( | ||
| 96 | Перезапустите систему вручную. После успешного установления соединения: | ||
| 97 | |||
| 98 | * сохраните настройки; | ||
| 99 | * выполните перезапуск платформы 1С через стандартное меню завершения работы; | ||
| 100 | * дождитесь полного перезапуска системы. | ||
| 101 | ))) | ||
| 102 | |||
| 103 | После перезапуска в интерфейсе 1С: | ||
| 104 | |||
| 105 | * в группе меню «Сервис» появится обработка «Начальная синхронизация BioSmart»; | ||
| 106 | * данная обработка предназначена для выполнения первичной интеграции между системой 1С и СКУД BioSmart; | ||
| 107 | * через этот инструмент осуществляется первоначальное сопоставление данных и настройка обмена информацией между системами. | ||
| 108 | |||
| 109 | [[image:1763381829050-324.png||height="376" width="1240"]] | ||
| 110 | |||
| 111 | После завершения настройки необходимо перейти к элементам справочника «Системы контроля доступа» по одноименной ссылке раздела «PROSTO:СКУД». В элементах данного справочника настраиваются параметры подключения к системам СКУД— базовые технические настройки для установления связи с оборудованием, а также настройки интеграционного характера - параметры обмена данными между 1С и СКУД. | ||
| 112 | |||
| 113 | [[image:1763014478627-584.png||height="404" width="1009"]] | ||
| 114 | |||
| 115 | Для корректной интеграции с системой контроля доступа BioSmart выполните настройку на вкладке** **«Основные настройки». | ||
| 116 | |||
| 117 | 1. В поле «Вид системы контроля доступа» выберите значение BioSmart из выпадающего списка. | ||
| 118 | 1. Укажите наименование системы — введите удобное для идентификации название. | ||
| 119 | 1. ((( | ||
| 120 | Заполните данные подключения: | ||
| 121 | |||
| 122 | * Адрес сервера в локальной сети — IP‑адрес или доменное имя сервера, на котором развернуто ПО BioSmart; | ||
| 123 | * Имя пользователя — учётная запись для аутентификации в системе BioSmart; | ||
| 124 | * Пароль — пароль от указанной учетной записи. | ||
| 125 | ))) | ||
| 126 | 1. ((( | ||
| 127 | Активируйте интеграцию с сервером: | ||
| 128 | |||
| 129 | * Установите флаг** **«Используется», чтобы включить взаимодействие с выбранной системой СКУД; | ||
| 130 | * Снимите флаг, если требуется временно отключить интеграцию (например, на период отладки или технического обслуживания). | ||
| 131 | ))) | ||
| 132 | |||
| 133 | [[image:1763384240461-290.png]] | ||
| 134 | |||
| 135 | В справочнике «Системы контроля доступа», помимо базовых параметров подключения, предусмотрены расширенные настройки интеграции. Они располагаются на вкладке «Дополнительные настройки» и определяют состав данных, участвующих в обмене между СКУД и 1С, правила обработки информации, специфические параметры взаимодействия систем. | ||
| 136 | |||
| 137 | Для старта конфигурации воспользуйтесь кнопкой «Заполнить по умолчанию». Система автоматически установит типовые значения для всех полей, задаст базовые правила обмена данными, активирует минимально необходимый набор параметров. | ||
| 138 | |||
| 139 | После автозаполнения внесите индивидуальные изменения для строчных полей — укажите требуемые текстовые значения (например, наименования организации по умолчанию), для числовых полей — задайте количественные параметры (интервалы времени, таймауты, идентификаторы), для логических параметров — установите значение «ДА» в полях, которые должны участвовать в обмене данными. | ||
| 140 | |||
| 141 | Изменять состав параметров можно будет при необходимости добавляя дополнительные настройки из общего справочника. | ||
| 142 | |||
| 143 | *С помощью настройки «Тип авторизации» можно выбрать способ аутентификации — по токену либо по логину и паролю. Выбор доступен в зависимости от того, какой тип авторизации предварительно настроен в системе контроля и управления доступом (СКУД) BioSmart. | ||
| 144 | |||
| 145 | [[image:1763535450312-421.png]] | ||
| 146 | |||
| 147 | Если авторизация в системе контроля и управления доступом (СКУД) BioSmart не активирована, необходимо выполнить следующую настройку - в параметре «Тип авторизации» установить значение «Открытый (без авторизации)». Соединение со СКУД будет установлено автоматически по указанному IP‑адресу и через порт 60004 (значение задаётся в дополнительной настройке «Порт»). | ||
| 148 | |||
| 149 | [[image:1763446064654-652.png||height="554" width="716"]] | ||
| 150 | |||
| 151 | При использовании защищенного соединения необходимо установить значение «Истина» в соответствующем поле дополнительной настройки. | ||
| 152 | |||
| 153 | [[image:1763543304764-614.png]] | ||
| 154 | |||
| 155 | Полный перечень предопределенных настроек, применимых к различным системам контроля и управления доступом (СКУД), доступен по ссылке «Дополнительные настройки СКУД» в разделе «PROSTO:СКУД». Подробное описание каждой из дополнительных настроек вы найдете в соответствующем приложении. | ||
| 156 | |||
| 157 | После того как все необходимые поля будут заполнены, следует проверить подключение к серверу СКУД. Для этого перейдите на вкладку «Основные настройки» и нажмите кнопку «Проверить соединение». | ||
| 158 | |||
| 159 | Если конфигурация выполнена корректно, на форме отобразятся уведомления об успешном подключении к системе СКУД. | ||
| 160 | |||
| 161 | [[image:1763446356266-245.png]] | ||
| 162 | |||
| 163 | Отдельно следует упомянуть настройку «Использовать отложенную выгрузку» (на вкладке «Дополнительные настройки»), если данная настройка установлена, то система не будет выгружать данные в СКУД в момент их изменения, а зарегистрирует измененные объекты в соответствующем СКУД узле, далее данные будут выгружены регламентным заданием. | ||
| 164 | |||
| 165 | Полный состав предопределенных настроек, применимых к различным СКУД, можно посмотреть по ссылке «Дополнительные настройки СКУД» раздела «PROSTO: СКУД». | ||
| 166 | |||
| 167 | [[image:1763019643096-747.png||height="507" width="1004"]] | ||
| 168 | |||
| 169 | |||
| 170 | == 2.2. Начальная синхронизация с BioSmart. == | ||
| 171 | |||
| 172 | Существует два основных подхода к началу работы с системой PROSTO:СКУД: | ||
| 173 | |||
| 174 | 1. ((( | ||
| 175 | Предварительное создание справочных данных | ||
| 176 | |||
| 177 | * В системе PROSTO:СКУД последовательно создаются все необходимые справочные данные. | ||
| 178 | * После завершения настройки данные автоматически выгружаются в СКУД посредством регламентного задания (подробнее в п.п. 2.3). | ||
| 179 | ))) | ||
| 180 | 1. ((( | ||
| 181 | Работа с уже действующей СКУД | ||
| 182 | |||
| 183 | * Подход применяется, если СКУД уже функционирует на момент внедрения PROSTO:СКУД и содержит актуальные данные. | ||
| 184 | * Для синхронизации данных в PROSTO:СКУД предусмотрены специальные обработки «Начальная синхронизация». | ||
| 185 | * Каждая обработка адаптирована под конкретный тип СКУД, что обеспечивает корректное сопоставление и перенос данных. | ||
| 186 | ))) | ||
| 187 | |||
| 188 | [[image:1763446967561-686.png||height="324" width="1156"]] | ||
| 189 | |||
| 190 | Для вызова обработки начальной синхронизации со СКУД BioSmart необходимо перейти в раздел «PROSTO: СКУД» – Сервис – «Начальная синхронизация BioSmart». | ||
| 191 | |||
| 192 | Открыв обработку, необходимо выбрать Систему контроля доступа и перемещаясь между вкладками в том порядке, в котором они расположены в форме обработки, поочередно синхронизировать объекты системы PROSTO:СКУД и BioSmart. | ||
| 193 | |||
| 194 | Для того, чтобы данные отобразились в строках табличной части, необходимо нажать кнопку «Заполнить». | ||
| 195 | |||
| 196 | [[image:1763447058184-614.png||height="397" width="1164"]] | ||
| 197 | |||
| 198 | Каждая запись об объекте в табличной части структурирована особым образом — она разделена на две строки для наглядного сравнения: | ||
| 199 | |||
| 200 | * Первая строка содержит данные из основной базы «1С». | ||
| 201 | * Вторая строка отображает сведения, полученные из системы СКУД BioSmart. | ||
| 202 | |||
| 203 | Первичное сопоставление объектов выполняется по наименованию — система автоматически ищет соответствия между записями двух источников. | ||
| 204 | |||
| 205 | Если данные в базах не совпадают, пользователь получает следующие возможности: | ||
| 206 | |||
| 207 | * вручную сопоставить записи, установив связь между объектами из разных систем; | ||
| 208 | * создать недостающие объекты с помощью встроенных инструментов обработки. | ||
| 209 | |||
| 210 | О наличии несоответствий сигнализирует третья колонка табличной части: | ||
| 211 | |||
| 212 | * если данные не удалось сопоставить, в соответствующей ячейке будет отображено пустое значение. | ||
| 213 | |||
| 214 | [[image:1763448135210-410.png||height="316" width="1174"]] | ||
| 215 | |||
| 216 | Для обеспечения полного соответствия данных между системой 1С и СКУД необходимо выполнить их синхронизацию. | ||
| 217 | |||
| 218 | Для этого необходимо выбрать приоритет синхронизации: СКУД (загрузка данных из СКУД в 1С) или 1С (выгрузка данных из 1С в СКУД), отметить флажками нужные строки и нажать кнопку «Синхронизировать». | ||
| 219 | |||
| 220 | Если синхронизация данных прошла успешно, в первой колонке появится надпись Данные синхронизированы. | ||
| 221 | |||
| 222 | [[image:1763448388439-875.png]] | ||
| 223 | |||
| 224 | При этом система создаст запись идентификатора объекта в системе СКУД в регистр сведений «Идентификаторы объектов СКУД». | ||
| 225 | |||
| 226 | [[image:1763448522564-586.png||height="205" width="1041"]] | ||
| 227 | |||
| 228 | То, как поведет себя система при сопоставлении объектов, будет ли объект перезаписан или просто сопоставлен при помощи идентификатора, задается в дополнительных настройках элемента справочника «Системы контроля доступа». | ||
| 229 | |||
| 230 | [[image:1763448673848-236.png]] | ||
| 231 | |||
| 232 | Отдельно рассмотрим каждую вкладку обработки интеграции: | ||
| 233 | |||
| 234 | === 2.2.1 Организации. === | ||
| 235 | |||
| 236 | При формировании организационной структуры предприятия в системе BioSmart верхний уровень иерархии в справочнике «Подразделения» занимает корневой элемент. Как правило, его название полностью соответствует наименованию организации (предприятия). | ||
| 237 | |||
| 238 | [[image:1763448932983-101.png||height="430" width="541"]] | ||
| 239 | |||
| 240 | [[image:1763449044038-720.png||height="399" width="879"]] | ||
| 241 | |||
| 242 | Первичное сопоставление данных происходит по наименованию. Возможна двухсторонняя интеграция, т. е. выгрузка из СКУД и загрузка в СКУД из 1С объектов. | ||
| 243 | |||
| 244 | ===== Настройки, отвечающие за характер синхронизации объектов «Организации» ===== | ||
| 245 | |||
| 246 | Для управления характером обмена данными между 1С и СКУД предусмотрены две ключевые настройки. Они определяют направление выгрузки информации при начальной синхронизации с разным приоритетом. | ||
| 247 | |||
| 248 | ~1. «Создавать/обновлять организации» (приоритет — СКУД) | ||
| 249 | |||
| 250 | Эта настройка регулирует передачу данных из СКУД в 1С: | ||
| 251 | |||
| 252 | * **Значение «Да»** | ||
| 253 | При начальной синхронизации с приоритетом «СКУД» вновь созданные или обновленные организации в СКУД будут автоматически выгружены в 1С. | ||
| 254 | Результат: данные в 1С актуализируются в соответствии с информацией из СКУД. | ||
| 255 | * **Значение «Нет»** | ||
| 256 | Изменения и новые записи в СКУД не будут переданы в 1С. | ||
| 257 | Результат: в 1С сохранятся прежние данные, синхронизация по этому объекту не произойдет. | ||
| 258 | |||
| 259 | 2. «Создавать/обновлять организации СКД» (приоритет — 1С) | ||
| 260 | |||
| 261 | Эта настройка управляет передачей данных из 1С в СКУД: | ||
| 262 | |||
| 263 | * **Значение «Да»** | ||
| 264 | При начальной синхронизации с приоритетом «1С» вновь созданные или измененные организации в 1С будут выгружены в СКУД. | ||
| 265 | Результат: данные в СКУД обновятся в соответствии с информацией из 1С. | ||
| 266 | * **Значение «Нет»** | ||
| 267 | Изменения и новые записи в 1С не будут переданы в СКУД. | ||
| 268 | Результат: в СКУД сохранятся прежние данные, синхронизация по этому объекту не произойдет. | ||
| 269 | |||
| 270 | [[image:1763449304185-565.png]] | ||
| 271 | |||
| 272 | |||
| 273 | === 2.2.2 Подразделения. === | ||
| 274 | |||
| 275 | В системе BioSmart подразделения организованы в виде иерархического справочника «Подразделения». Это решение позволяет выстраивать структуру компании в формате многоуровневого раскрывающегося списка, где каждое структурное подразделение может быть вложено в вышестоящее, формируя четкую древовидную организацию данных. | ||
| 276 | |||
| 277 | [[image:1763464217102-318.png||height="644" width="537"]] | ||
| 278 | |||
| 279 | Первичное сопоставление данных происходит по наименованию. Возможна двухсторонняя интеграция, т.е. выгрузка из СКУД и загрузка в СКУД из 1С Объектов. При сопоставлении учитывается родитель. Синхронизация подразделения нижнего уровня иерархии не предусмотрена, каждое подразделение необходимо синхронизировать отдельно. | ||
| 280 | |||
| 281 | ===== Настройки, отвечающие за характер синхронизации объектов «Подразделения» ===== | ||
| 282 | |||
| 283 | Для управления характером обмена данными между 1С и СКУД предусмотрены три ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей. | ||
| 284 | |||
| 285 | ~1. «Создавать/обновлять подразделения» (приоритет — СКУД) | ||
| 286 | |||
| 287 | Настройка регулирует передачу данных** **из СКУД в 1С. | ||
| 288 | |||
| 289 | * **Значение «Да»** | ||
| 290 | При начальной синхронизации с приоритетом «СКУД» вновь созданные или обновленные подразделения в СКУД автоматически выгружаются в 1С. | ||
| 291 | Результат: данные в 1С актуализируются в соответствии с информацией из СКУД. | ||
| 292 | * **Значение «Нет»** | ||
| 293 | Изменения и новые записи в СКУД не передаются в 1С. | ||
| 294 | Результат: в 1С сохраняются прежние данные, синхронизация по этому объекту не выполняется. | ||
| 295 | |||
| 296 | 2. «Создавать/обновлять подразделения в СКД» (приоритет — 1С) | ||
| 297 | |||
| 298 | Настройка управляет передачей данных из 1С в СКУД. | ||
| 299 | |||
| 300 | * **Значение «Да»** | ||
| 301 | При начальной синхронизации с приоритетом «1С» вновь созданные или измененные подразделения в 1С выгружаются в СКУД. | ||
| 302 | Результат: данные в СКУД обновляются в соответствии с информацией из 1С. | ||
| 303 | * **Значение «Нет»** | ||
| 304 | Изменения и новые записи в 1С не передаются в СКУД. | ||
| 305 | Результат: в СКУД сохраняются прежние данные, синхронизация по этому объекту не выполняется. | ||
| 306 | |||
| 307 | 3. «Синхронизировать только действующие подразделения» | ||
| 308 | |||
| 309 | Настройка определяет критерии отбора подразделений для синхронизации. | ||
| 310 | |||
| 311 | * ((( | ||
| 312 | **Значение «Да»** | ||
| 313 | В процесс синхронизации включаются только подразделения, которые на момент выполнения операции являются действующими в справочнике 1С «Подразделения». | ||
| 314 | Результат: при приоритете «1С» — в СКУД выгружаются исключительно действующие подразделения, обеспечивается чистота данных за счет исключения неактуальных записей. | ||
| 315 | ))) | ||
| 316 | * ((( | ||
| 317 | **Значение «Нет»** | ||
| 318 | В форму обработки начальной синхронизации попадают все подразделения из справочника 1С, включая те, которые на текущий момент не используются. | ||
| 319 | Результат: появляется возможность сопоставить или синхронизировать даже неактивные подразделения с аналогичными объектами в СКУД (если они существуют), при приоритете «1С» можно принудительно выгрузить в СКУД любые подразделения — даже если они в данный момент неактивны, но требуются в СКУД по особым причинам. | ||
| 320 | ))) | ||
| 321 | |||
| 322 | ~* В справочнике 1С «Подразделения» должна быть включена галка для отображения не используемых Подразделений, влияет только на отбор подразделений на стороне 1с. | ||
| 323 | |||
| 324 | [[image:1763464379819-364.png]] | ||
| 325 | |||
| 326 | === 2.2.3. Должности === | ||
| 327 | |||
| 328 | В системе BioSmart должности систематизированы в специализированном справочнике «Должности», обеспечивающем структурированное хранение и управление кадровой информацией. | ||
| 329 | |||
| 330 | При интеграции подсистемы PROSTO:СКУД с типовыми решениями на платформе 1С (включая «Зарплата и управление персоналом», «ERP» и «Комплексная автоматизация») используется аналогичный справочник «Должности». | ||
| 331 | |||
| 332 | [[image:1763464789366-417.png||height="627" width="1074"]] | ||
| 333 | |||
| 334 | Первичное сопоставление данных по должностям в таблице синхронизации выполняется по наименованию должности. | ||
| 335 | |||
| 336 | [[image:1763465003054-464.png||height="365" width="1074"]] | ||
| 337 | |||
| 338 | ===== Настройки, отвечающие за характер синхронизации объектов «Должности» ===== | ||
| 339 | |||
| 340 | Для управления характером обмена данными между 1С и СКУД предусмотрены три ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей. | ||
| 341 | |||
| 342 | ~1. «Создавать/обновлять должности» (приоритет — СКУД) | ||
| 343 | |||
| 344 | Настройка регулирует передачу данных** **из СКУД в 1С. | ||
| 345 | |||
| 346 | * **Значение «Да»**((( | ||
| 347 | При начальной синхронизации отслеживает вновь созданные должности в СКУД, фиксирует обновленные записи о должностях в СКУД (изменения наименований, параметров и т. п.), автоматически выгружает эти данные из СКУД в 1С. | ||
| 348 | ))) | ||
| 349 | |||
| 350 | Результат: справочник «Должности» в 1С актуализируется с учетом последних изменений, выполненных в СКУД. Все новые и обновленные позиции переносятся, обеспечивая согласованность данных между системами. | ||
| 351 | |||
| 352 | * **Значение «Нет»** | ||
| 353 | |||
| 354 | **~ ** В этом случае** **не выгружаются в 1С должности, созданные в СКУД после предыдущей синхронизации, игнорирует изменения, внесенные в существующие должности в СКУД, оставляет справочник «Должности» в 1С без обновлений по данным из СКУД. | ||
| 355 | |||
| 356 | Результат: данные в 1С остаются в состоянии на момент последней успешной синхронизации. Новые и измененные должности из СКУД не попадают в 1С, что может привести к расхождениям между системами. | ||
| 357 | |||
| 358 | 2. «Создавать/обновлять должности в СКД» (приоритет — 1С) | ||
| 359 | |||
| 360 | Данная настройка определяет, будут ли вновь созданные или измененные должности в системе 1С передаваться в СКУД в ходе начальной синхронизации данных. | ||
| 361 | |||
| 362 | * **Значение «Да»** | ||
| 363 | |||
| 364 | При активации этого режима система выполняет следующие действия отслеживает вновь созданные должности в справочнике «Должности» 1С, фиксирует обновленные записи (изменения наименований, параметров и иных атрибутов должностей), автоматически выгружает эти данные из 1С в СКУД в процессе начальной синхронизации. | ||
| 365 | |||
| 366 | Результат: Справочник должностей в СКУД актуализируется с учетом последних изменений, выполненных в 1С. Все новые позиции и внесенные правки синхронизируются, обеспечивая единство данных между системами. | ||
| 367 | |||
| 368 | * **Значение «Нет»** | ||
| 369 | |||
| 370 | В этом режиме система не передает в СКУД должности, созданные в 1С после предыдущей синхронизации, игнорирует любые изменения, внесенные в существующие должности в 1С, оставляет справочник «Должности» в СКУД без обновлений на основе данных из 1С. | ||
| 371 | |||
| 372 | // Результат: //Данные в СКУД сохраняются в состоянии на момент последней успешной синхронизации. Новые и измененные должности из 1С не попадают в СКУД, что может привести к расхождениям между системами. | ||
| 373 | |||
| 374 | 3. «Синхронизировать только действующие должности» | ||
| 375 | |||
| 376 | Данная настройка регулирует отбор должностей из справочника 1С «Должности» при выполнении начальной синхронизации данных с системой СКУД. | ||
| 377 | |||
| 378 | * **Значение «Да»** | ||
| 379 | |||
| 380 | При активации этого режима система отбирает только действующие должности из справочника 1С на момент синхронизации, выполняет сопоставление и синхронизацию исключительно с этими позициями, при установленном приоритете //«1С»// выгружает в СКУД только действующие должности. | ||
| 381 | |||
| 382 | Результат: в СКУД попадают исключительно актуальные на текущий момент должности, что обеспечивает чистоту данных и соответствие реальному штатному расписанию. | ||
| 383 | |||
| 384 | * **Значение «Нет»** | ||
| 385 | |||
| 386 | В этом режиме система включает в обработку все должности из справочника 1С (как действующие, так и недействующие), позволяет сопоставлять и синхронизировать с СКУД даже те позиции, которые на момент синхронизации уже не используются, при приоритете //«1С»// дает возможность выгрузить в СКУД любые должности — в том числе и архивные — если они требуются по особым причинам. | ||
| 387 | |||
| 388 | Результат: максимально полный перенос данных, включая исторические или резервные записи, что может быть полезно для аналитических целей или восстановления информации. | ||
| 389 | |||
| 390 | [[image:1763465198431-488.png]] | ||
| 391 | |||
| 392 | |||
| 393 | === 2.2.4 Графики работы. === | ||
| 394 | |||
| 395 | Вкладка «Графики» в системе BioSmart служит для комплексного управления графиками работы сотрудников. С ее помощью можно: | ||
| 396 | |||
| 397 | * создавать, редактировать и удалять графики; | ||
| 398 | * детально настраивать параметры — задавать временные диапазоны смен, выбирать их тип, определять свойства и другие характеристики. | ||
| 399 | |||
| 400 | При интеграции с модулем PROSTO осуществляется первичная синхронизация и обмен данными по графикам. Обмен происходит на уровне наименований — внутренние компоненты системы при этом не затрагиваются. | ||
| 401 | |||
| 402 | [[image:1763548263041-195.png||height="495" width="1244"]] | ||
| 403 | |||
| 404 | При внедрении подсистемы PROSTO: СКУД в типовые решения на платформе 1С (такие как ЗУП, ERP, КА) используется справочник «Графики работы сотрудников». | ||
| 405 | |||
| 406 | [[image:1763549494016-973.png||height="386" width="676"]] | ||
| 407 | |||
| 408 | |||
| 409 | [[image:1763549580972-671.png]] | ||
| 410 | |||
| 411 | ===== Настройки, отвечающие за характер синхронизации объектов «Графики работы» ===== | ||
| 412 | |||
| 413 | Для управления характером обмена данными между 1С и СКУД предусмотрены следующие ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей. | ||
| 414 | |||
| 415 | ~1. «Создавать графики» (приоритет — СКУД) | ||
| 416 | |||
| 417 | Настройка регулирует передачу данных** **из СКУД в 1С. | ||
| 418 | |||
| 419 | * **Значение «Да»**((( | ||
| 420 | При начальной синхронизации отслеживает вновь созданные графики работы в СКУД автоматически выгружает эти данные из СКУД в 1С. | ||
| 421 | ))) | ||
| 422 | |||
| 423 | Результат: справочник «Графики работы» в 1С актуализируется с учетом последних изменений, выполненных в СКУД. Все новые и обновленные позиции переносятся, обеспечивая согласованность данных между системами. | ||
| 424 | |||
| 425 | * **Значение «Нет»** | ||
| 426 | |||
| 427 | **~ ** В этом случае** **не выгружаются в 1С графики работы, созданные в СКУД после предыдущей синхронизации, игнорирует изменения, внесенные в существующие графики работы в СКУД, оставляет справочник «Графики работы» в 1С без обновлений по данным из СКУД. | ||
| 428 | |||
| 429 | Результат: данные в 1С остаются в состоянии на момент последней успешной синхронизации. Новые и измененные графики работы из СКУД не попадают в 1С, что может привести к расхождениям между системами. | ||
| 430 | |||
| 431 | 2. «Создавать графики СКД» (приоритет — 1С) | ||
| 432 | |||
| 433 | Данная настройка определяет, будут ли вновь созданные или измененные графики работы в системе 1С передаваться в СКУД в ходе начальной синхронизации данных или настроенном регламентном задании. | ||
| 434 | |||
| 435 | * **Значение «Да»** | ||
| 436 | |||
| 437 | При активации этого режима система выполняет следующие действия отслеживает вновь созданные графики в справочнике «Графики работы» 1С, фиксирует обновленные записи (изменения наименований, параметров и иных атрибутов графиков), автоматически выгружает эти данные из 1С в СКУД в процессе начальной синхронизации или настроенном регламентном задании. | ||
| 438 | |||
| 439 | Результат: Справочник Графики в СКУД актуализируется с учетом последних изменений, выполненных в 1С. Все новые позиции и внесенные правки синхронизируются, обеспечивая единство данных между системами. | ||
| 440 | |||
| 441 | * **Значение «Нет»** | ||
| 442 | |||
| 443 | В этом режиме система не передает в СКУД графики, созданные в 1С после предыдущей синхронизации, игнорирует любые изменения, внесенные в существующие графики 1С, оставляет справочник «Графики» в СКУД без обновлений на основе данных из 1С. | ||
| 444 | |||
| 445 | Результат: Данные в СКУД сохраняются в состоянии на момент последней успешной синхронизации. Новые и измененные графики из 1С не попадают в СКУД, что может привести к расхождениям между системами. | ||
| 446 | |||
| 447 | 3. «Изменять графики работы сотрудников в СКД» | ||
| 448 | |||
| 449 | * Если значение настройки установлено в **«Да»**, система будет автоматически выгружать в СКУД все обновленные или измененные данные по графикам из 1С. | ||
| 450 | * Если значение настройки задано как **«Нет»**, вновь созданные или измененные данные по графикам в 1С не будут передаваться в СКУД. | ||
| 451 | |||
| 452 | [[image:1763549640264-317.png]] | ||
| 453 | |||
| 454 | |||
| 455 | === 2.2.5 Контроллеры === | ||
| 456 | |||
| 457 | В системе BioSmart контроллеры размещены в разделе **«**Устройства» и представлены в виде справочника «Контроллеры». | ||
| 458 | |||
| 459 | Каждый контроллер соответствует определённой точке доступа, которая может быть реализована через различные пропускные системы, такие как: | ||
| 460 | |||
| 461 | * двери с управляемыми замками; | ||
| 462 | * турникеты; | ||
| 463 | * шлагбаумы; | ||
| 464 | * ворота; | ||
| 465 | * иные преграждающие устройства. | ||
| 466 | |||
| 467 | Таким образом, справочник позволяет централизованно управлять всеми физическими точками контроля доступа, интегрированными в систему. | ||
| 468 | |||
| 469 | [[image:1763553236744-383.png||height="566" width="951"]] | ||
| 470 | |||
| 471 | Первичное сопоставление данных выполняется по наименованию элементов. | ||
| 472 | |||
| 473 | При этом в процессе синхронизации допускается только загрузка элементов справочника «Контроллеры» из СКУД в 1С. | ||
| 474 | |||
| 475 | [[image:1763554113227-133.png||height="310" width="1064"]] | ||
| 476 | |||
| 477 | В подсистеме PROSTO:СКУД предусмотрен справочник «Контроллеры/точки доступа (СКУД)». | ||
| 478 | |||
| 479 | В этом справочнике для каждого контроллера необходимо указать территории — это обязательный этап настройки, обеспечивающий корректную работу системы контроля доступа. | ||
| 480 | |||
| 481 | Назначение территорий позволяет: | ||
| 482 | |||
| 483 | * определить зоны входа и выхода для каждой точки доступа; | ||
| 484 | * выстроить логическую структуру пропускного режима в рамках объекта; | ||
| 485 | * обеспечить точный учёт перемещений сотрудников между территориями. | ||
| 486 | |||
| 487 | [[image:1763554277578-376.png]] | ||
| 488 | |||
| 489 | После создания элемента в справочнике «Контроллеры» необходимо заполнить два ключевых поля, определяющих зоны перемещения сотрудников: | ||
| 490 | |||
| 491 | 1. ((( | ||
| 492 | «Территория вход» — указывается территория, на которую попадает сотрудник при входе на предприятие. Как правило, это рабочая территория, отмеченная соответствующим признаком («рабочая») при использовании карты доступа или Face ID. | ||
| 493 | ))) | ||
| 494 | 1. ((( | ||
| 495 | «Территория выход» — заполняется по аналогии и определяет территорию, через которую сотрудник покидает объект. Механизм идентификации тот же: карта доступа или Face ID. | ||
| 496 | ))) | ||
| 497 | |||
| 498 | Таким образом, настройка этих полей позволяет: | ||
| 499 | |||
| 500 | * четко разграничить зоны входа и выхода на объекте; | ||
| 501 | * обеспечить корректный учет перемещений сотрудников; | ||
| 502 | * связать физические точки доступа (контроллеры) с логической структурой территорий предприятия. | ||
| 503 | |||
| 504 | [[image:1763554673030-911.png||height="677" width="646"]] | ||
| 505 | |||
| 506 | Территории в подсистеме PROSTO: СКУД находятся в одноименном справочнике Территории (СКУД). | ||
| 507 | |||
| 508 | [[image:1763554792057-927.png||height="348" width="649"]] | ||
| 509 | |||
| 510 | ===== Настройки, отвечающие за характер синхронизации объектов «Контроллеры» ===== | ||
| 511 | |||
| 512 | «Создавать /обновлять контроллеры» (приоритет — СКУД) | ||
| 513 | |||
| 514 | **При значении «Да»**: | ||
| 515 | |||
| 516 | * активируется механизм начальной синхронизации с приоритетом «СКУД»; | ||
| 517 | * вновь созданные или обновленные данные по контроллерам в СКУД автоматически выгружаются в систему 1С. | ||
| 518 | |||
| 519 | **При значении «Нет»**: | ||
| 520 | |||
| 521 | * обмен данными блокируется; | ||
| 522 | * любые изменения (создание или обновление) записей по контроллерам в СКУД не будут передаваться в систему 1С. | ||
| 523 | |||
| 524 | [[image:1763553507809-187.png]] | ||
| 525 | |||
| 526 | |||
| 527 | === 2.2.6 Уровни/Группы доступа === | ||
| 528 | |||
| 529 | В системе BioSmart доступ сотрудника к конкретным точкам прохода (дверям, турникетам и другим контроллерам) определяется назначенной ему группой доступа. | ||
| 530 | |||
| 531 | Если сотруднику присвоена определенная группа доступа, он сможет проходить через те точки доступа, которые связаны с этой группой. В противном случае проход будет заблокирован. | ||
| 532 | |||
| 533 | Для управления этим механизмом предусмотрен раздел «Группы доступа», который позволяет создавать новые группы доступа, редактировать существующие группы, назначать сотрудникам соответствующие группы доступа. | ||
| 534 | |||
| 535 | Таким образом, система обеспечивает гибкую настройку прав доступа: администратор может точно определить, какие зоны и через какие точки прохода доступны каждому сотруднику или группе сотрудников. | ||
| 536 | |||
| 537 | [[image:1763555182477-850.png||height="394" width="1387"]] | ||
| 538 | |||
| 539 | В подсистеме PROSTO:СКУД предусмотрен справочник «Уровни доступа (СКУД)», который по структуре и функциональному назначению аналогичен справочнику «Группы доступа» в системе BioSmart. | ||
| 540 | |||
| 541 | Между ними существует важное различие в логике настройки в BioSmart контроллеры привязываются к группам доступа. Именно группа определяет, через какие точки прохода (двери, турникеты и т. п.) сотрудник вправе проходить, а в** **PROSTO:СКУД (на стороне 1С) контроллеры назначаются уровням доступа. | ||
| 542 | |||
| 543 | Для обеспечения бесшовной интеграции систем эти понятия унифицированы: Уровень доступа (PROSTO:СКУД) = Группа доступа (BioSmart). | ||
| 544 | |||
| 545 | [[image:1763556575632-624.png]] | ||
| 546 | |||
| 547 | В табличной части обработки Начальной синхронизации каждое наименование уровня или группы доступа повторяется многократно — ровно столько раз, сколько контроллеров назначено данному уровню (или группе). | ||
| 548 | |||
| 549 | [[image:1763556638369-294.png||height="375" width="1153"]] | ||
| 550 | |||
| 551 | Первичное сопоставление данных происходит по наименованию. Возможна двухсторонняя интеграция, но важно – всегда первичны для синхронизации контроллеры, которые должны быть загружены из СКУД. | ||
| 552 | |||
| 553 | [[image:1763556819932-938.png]] | ||
| 554 | |||
| 555 | ===== Настройки, отвечающие за характер синхронизации объектов «Уровни/Группы доступа» ===== | ||
| 556 | |||
| 557 | ===== Для управления характером обмена данными между 1С и СКУД предусмотрены следующие ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей. ===== | ||
| 558 | |||
| 559 | ~1. «Создавать/обновлять уровни доступа» (приоритет — СКУД) | ||
| 560 | |||
| 561 | Настройка регулирует передачу данных** **из СКУД в 1С. | ||
| 562 | |||
| 563 | * **Значение «Да»**((( | ||
| 564 | При начальной синхронизации отслеживает вновь созданные и обновленные уровни доступа в СКУД и автоматически выгружает эти данные из СКУД в 1С. | ||
| 565 | ))) | ||
| 566 | |||
| 567 | Результат: справочник «Уровни доступа» в 1С актуализируется с учетом последних изменений, выполненных в СКУД. Все новые и обновленные позиции переносятся, обеспечивая согласованность данных между системами. | ||
| 568 | |||
| 569 | * **Значение «Нет»** | ||
| 570 | |||
| 571 | **~ ** В этом случае** **не выгружаются в 1С группы доступа, созданные в СКУД после предыдущей синхронизации, игнорирует изменения, внесенные в существующие группы доступа в СКУД, оставляет справочник «Уровни доступа» в 1С без обновлений по данным из СКУД. | ||
| 572 | |||
| 573 | Результат: данные в 1С остаются в состоянии на момент последней успешной синхронизации. Новые и измененные графики работы из СКУД не попадают в 1С, что может привести к расхождениям между системами. | ||
| 574 | |||
| 575 | 2. «Создавать/обновлять уровни доступа в СКД» (приоритет — 1С) | ||
| 576 | |||
| 577 | Данная настройка определяет направление передачи созданных и обновленных данных по уровням доступа при начальной синхронизации с приоритетом «1С». | ||
| 578 | |||
| 579 | * **Значение «Да»** | ||
| 580 | |||
| 581 | При активации этого режима система выполняет следующие действия отслеживает вновь созданные уровни доступа в справочнике «Уровни доступа» 1С, фиксирует обновленные записи (изменения наименований, параметров и иных атрибутов), автоматически выгружает эти данные из 1С в СКУД в процессе начальной синхронизации. | ||
| 582 | |||
| 583 | Результат: Справочник Группы доступа в СКУД актуализируется с учетом последних изменений, выполненных в 1С. Все новые позиции и внесенные правки синхронизируются, обеспечивая единство данных между системами. | ||
| 584 | |||
| 585 | * **Значение «Нет»** | ||
| 586 | |||
| 587 | В этом режиме система не передает в СКУД уровни доступа, созданные в 1С после предыдущей синхронизации, игнорирует любые изменения, внесенные в существующие данные 1С, оставляет справочник «Группа доступа» в СКУД без обновлений на основе данных из 1С. | ||
| 588 | |||
| 589 | Результат: Данные в СКУД сохраняются в состоянии на момент последней успешной синхронизации. Новые и измененные данные из 1С не попадают в СКУД, что может привести к расхождениям между системами. | ||
| 590 | |||
| 591 | [[image:1763557947508-762.png]] | ||
| 592 | |||
| 593 | |||
| 594 | === 2.2.7 Сотрудники === | ||
| 595 | |||
| 596 | В системе BioSmart список сотрудников представляет собой справочник «Сотрудники». | ||
| 597 | |||
| 598 | [[image:1763558694498-422.png||height="440" width="1006"]] | ||
| 599 | |||
| 600 | |||
| 601 | В процессе интеграции возникает особенность: к одному элементу справочника «Физические лица» может быть привязано несколько записей из справочника «Сотрудники» (например, внутренний сотрудник и внешний совместитель). В то же время в системах СКУД обычно регистрируется лишь один объект‑сотрудник. | ||
| 602 | |||
| 603 | Для устранения этого расхождения реализовано сопоставление «Физическое лицо – объект СКУД Сотрудник». | ||
| 604 | |||
| 605 | Первичное сопоставление выполняется по двум ключевым реквизитам ФИО сотрудника и табельным номерам. | ||
| 606 | |||
| 607 | Такой подход позволяет однозначно идентифицировать физическое лицо в обеих системах, корректно связать множественные кадровые записи (из 1С) с единственным объектом в СКУД, избежать дублирования записей при обмене данными. | ||
| 608 | |||
| 609 | Реализована двусторонняя интеграция, которая обеспечивает передачу актуальных данных из 1С в СКУД и синхронизацию изменений из СКУД в 1С. | ||
| 610 | |||
| 611 | [[image:1763618426078-624.png||height="231" width="951"]] | ||
| 612 | |||
| 613 | Для корректного сопоставления и передачи данных о сотруднике в систему СКУД обязательна предварительная синхронизация Организации, так как организация выступает «контейнером» для сотрудников в СКУД. Если Организация не синхронизирована данные по сотруднику не будут переданы в СКУД. Если не синхронизировано Подразделение, в которое принят сотрудник в 1С, сотрудник будет размещен в корне синхронизированной Организации в СКУД BioSmart (без привязки к подразделению). Если не синхронизирована поле Должность, информация о должности не будет отображаться в карточке сотрудника в СКУД. | ||
| 614 | |||
| 615 | Для упрощения первичной интеграции реализована функция выборочной синхронизации данных с возможностью фильтрации по подразделениям: | ||
| 616 | |||
| 617 | * для данных из СКУД — по полю «Подразделение СКУД»; | ||
| 618 | * для данных из 1С — по полю «Подразделение 1С». | ||
| 619 | |||
| 620 | Чтобы отбор по подразделению сработал на стороне СКУД, соответствующее подразделение должно быть предварительно синхронизировано между системами. В противном случае фильтр не применится. | ||
| 621 | Отбор данных выполняется с учетом подчиненных подразделений: при выборе определенного подразделения в фильтр автоматически попадают все его дочерние структуры (вложенные подразделения). | ||
| 622 | |||
| 623 | [[image:1763619010609-802.png||height="205" width="1094"]] | ||
| 624 | |||
| 625 | При синхронизации сведений о сотрудниках система учитывает приоритет обмена данными. Если установлен приоритет «внешний» (данные загружаются из СКУД) и обнаруживается расхождение в сведениях о картах** **доступа, система выполняет автоматическое действие - создает документ «Выдачи карт» в процессе синхронизации. Для этого необходимо поставить дополнительную настройку Работа с картами доступа в статус Да. | ||
| 626 | |||
| 627 | Настройки, отвечающие за синхронизацию объектов «Сотрудники» | ||
| 628 | |||
| 629 | Для гибкого управления обменом данными по сотрудникам между 1С и СКУД предусмотрено шесть ключевых настроек. Они позволяют точно определить направление выгрузки данных, критерии отбора синхронизируемых записей, границы охвата организаций. | ||
| 630 | |||
| 631 | ~1. «Создавать/обновлять физических лиц» (приоритет — СКУД) | ||
| 632 | |||
| 633 | Отвечает за передачу данных из СКУД в 1С. | ||
| 634 | |||
| 635 | * **«Да»** | ||
| 636 | При синхронизации с приоритетом «СКУД» новые или измененные физлица из СКУД автоматически выгружаются в 1С. | ||
| 637 | Результат: данные в 1С актуализируются по информации из СКУД. | ||
| 638 | * **«Нет»** | ||
| 639 | Изменения и новые физлица в СКУД не передаются в 1С. | ||
| 640 | Результат: в 1С сохраняются прежние данные, синхронизация не выполняется. | ||
| 641 | |||
| 642 | 2. «Создавать/обновлять физических лиц в СКД» (приоритет — 1С) | ||
| 643 | |||
| 644 | Регулирует передачу данных из 1С в СКУД. | ||
| 645 | |||
| 646 | * **«Да»** | ||
| 647 | При синхронизации с приоритетом «1С» новые или обновлённые физлица из 1С выгружаются в СКУД. | ||
| 648 | Результат: данные в СКУД актуализируются по информации из 1С. | ||
| 649 | * **«Нет»** | ||
| 650 | Изменения и новые физлица в 1С не передаются в СКУД. | ||
| 651 | Результат: в СКУД сохраняются прежние данные, синхронизация не производится. | ||
| 652 | |||
| 653 | 3. «Синхронизировать сотрудников без карт» | ||
| 654 | |||
| 655 | Определяет, включать ли в синхронизацию сотрудников 1С без карт доступа. | ||
| 656 | |||
| 657 | * **«Да»** | ||
| 658 | Во вкладке «Сотрудники» синхронизируются все сотрудники из 1С, включая тех, у кого на момент синхронизации нет карт доступа. | ||
| 659 | Результат: при приоритете «1С» такие сотрудники могут быть выгружены в СКУД. | ||
| 660 | * **«Нет»** | ||
| 661 | Сотрудники без карт доступа в 1С не подгружаются в форму обработки синхронизации. | ||
| 662 | Результат: их невозможно синхронизировать или выгрузить в СКУД. | ||
| 663 | |||
| 664 | 4. «Синхронизировать сотрудников без карт СКД» | ||
| 665 | |||
| 666 | Задаёт правило для сотрудников СКУД без карт доступа. | ||
| 667 | |||
| 668 | * **«Да»** | ||
| 669 | Во вкладке «Сотрудники» синхронизируются все сотрудники из СКУД, даже если у них нет карт доступа на момент синхронизации. | ||
| 670 | Результат: такие записи доступны для сопоставления и синхронизации. | ||
| 671 | * **«Нет»** | ||
| 672 | Сотрудники без карт доступа в СКУД не подгружаются в форму обработки синхронизации. | ||
| 673 | Результат: их нельзя синхронизировать. | ||
| 674 | |||
| 675 | 5. «Синхронизировать сотрудников всех организаций» | ||
| 676 | |||
| 677 | Управляет охватом организаций из базы 1С. | ||
| 678 | |||
| 679 | * **«Да»** | ||
| 680 | Синхронизируются сотрудники всех организаций, имеющихся в базе 1С. | ||
| 681 | Результат: при приоритете «1С» они могут быть выгружены в СКУД. | ||
| 682 | * **«Нет»** | ||
| 683 | В форму обработки синхронизации попадают только сотрудники организаций, указанных в регистре «Организации для синхронизации (СКУД)». | ||
| 684 | Результат: ограниченный набор данных для обмена. | ||
| 685 | |||
| 686 | 6. «Синхронизировать сотрудников всех организаций СКД» | ||
| 687 | |||
| 688 | Определяет охват организаций из базы СКУД. | ||
| 689 | |||
| 690 | * **«Да»** | ||
| 691 | Синхронизируются сотрудники всех организаций, имеющихся в базе СКУД. | ||
| 692 | Результат: при приоритете «СКУД» они могут быть выгружены в 1С. | ||
| 693 | * **«Нет»** | ||
| 694 | В форму обработки синхронизации включаются только сотрудники организаций, указанных в регистре «Организации для синхронизации (СКУД)». | ||
| 695 | |||
| 696 | Результат: обмен ограничивается выбранным перечнем. | ||
| 697 | |||
| 698 | 7. «Синхронизировать только работающих сотрудников» | ||
| 699 | |||
| 700 | Данная настройка регулирует, какие физические лица будут участвовать в начальной синхронизации данных между 1С и СКУД. Учитываются только работающие сотрудники на момент синхронизации. | ||
| 701 | |||
| 702 | * **«Да»** | ||
| 703 | |||
| 704 | в обработку начальной синхронизации включаются только действующие сотрудники (не уволенные), система автоматически отфильтровывает физические лица уволенных сотрудников, при приоритете синхронизации «1С» в СКУД выгружаются данные исключительно по работающим сотрудникам. | ||
| 705 | |||
| 706 | * **«Нет»** | ||
| 707 | |||
| 708 | в форму обработки начальной синхронизации попадают все физические лица, включая уволенных сотрудников, появляется возможность сопоставлять уволенных сотрудников 1С с соответствующими записями в СКУД, синхронизировать данные по уволенным, если они присутствуют в СКУД, при приоритете «1С» — принудительно выгружать в СКУД физические лица уволенных сотрудников (если это необходимо по особым причинам, даже при отсутствии их в целевой системе). | ||
| 709 | |||
| 710 | |||
| 711 | [[image:1763560025655-138.png]] | ||
| 712 | |||
| 713 | |||
| 714 | === 2.2.8 Назначение уровней/групп доступа сотрудников. === | ||
| 715 | |||
| 716 | Для управления правами доступа сотрудников к точкам прохода (контроллерам) в подсистеме PROSTO:СКУД предусмотрен специализированный документ «Назначение уровней доступа и контроллеров (СКУД)». | ||
| 717 | |||
| 718 | [[image:1763620752321-444.png||height="618" width="1072"]] | ||
| 719 | |||
| 720 | Для этого требуется создать новый документ, типовым способом заполнить все нужные поля: указать систему контроля доступа, дату операции (заполняется автоматически, но ее можно изменить). По кнопке «Добавить» в новой строке подобрать Сотрудника, и в колонке «Объект доступа» выбрать «Уровень доступа (СКУД)», далее откроется окно Справочника «Уровни доступа BioSmart», где нужно выбрать строку с необходимым Уровнем доступа, который должен быть назначен сотруднику. Так же, нужно включить галку в колонке «Действует» по строке назначаемого Уровня доступа. Если необходимо добавить несколько уровней, нескольким сотрудникам одновременно, то нужно повторить процесс начиная с нажатия на кнопку «Добавить». | ||
| 721 | |||
| 722 | [[image:1763628835583-187.png||height="389" width="842"]] | ||
| 723 | |||
| 724 | При механизме синхронизации с приоритетом «1С» инициатором обмена выступает система 1С. Происходит анализ назначенных в 1С уровней доступа для сотрудников, при синхронизации данные передаются в СКУД и в настройках соответствующего пользователя (или группы пользователей) в СКУД добавляется нужный Уровень доступа. | ||
| 725 | |||
| 726 | [[image:1763628764154-200.png||height="503" width="264"]] | ||
| 727 | |||
| 728 | При синхронизации с приоритетом «СКУД» источником актуальных данных является система BioSmart. В этом случае система выявляет уровни доступа, назначенные сотрудникам непосредственно в BioSmart, если эти назначения отсутствуют в 1С, система автоматически создаёт документ «Назначение уровней доступа и контроллеров (СКУД)», в созданном документе для соответствующих сотрудников фиксируется уровень доступа на основании данных, полученных из СКУД. | ||
| 729 | |||
| 730 | [[image:1763623600340-734.png||height="287" width="1275"]] | ||
| 731 | |||
| 732 | ===== Настройки, отвечающие за синхронизацию объектов «Уровень/группа доступа» ===== | ||
| 733 | |||
| 734 | Для гибкого управления обменом данными по уровням доступа между 1С и СКУД предусмотрены следующие ключевые настройки. Они позволяют точно определить направление выгрузки данных. | ||
| 735 | |||
| 736 | ~1. «Обновлять уровни доступа физических лиц» | ||
| 737 | |||
| 738 | Определяет, надо ли обновлять уровни доступа назначенные физическим лицам в СКУД. | ||
| 739 | |||
| 740 | * **«Да» **Уровни/группы доступа назначенные в СКУД передаются в 1С | ||
| 741 | |||
| 742 | * **«Нет»** Назначение Уровней/Групп доступа в 1С остаются без изменений, которые произошли в СКУД. | ||
| 743 | |||
| 744 | 2. «Обновлять уровни доступа физических лиц в СКД» | ||
| 745 | |||
| 746 | Определяет нужны ли обновления информации о назначенных уровнях доступа, произошедших в 1С, в системе СКУД. | ||
| 747 | |||
| 748 | * **«Да» **Уровни/Группы доступа назначенные в 1с передаются в СКУД | ||
| 749 | * **«Нет»** Не происходит изменений по назначенным уровням/группам доступа в СКУД. | ||
| 750 | |||
| 751 | [[image:1763628998277-733.png]] | ||
| 752 | |||
| 753 | |||
| 754 | === 2.2.9 События СКУД === | ||
| 755 | |||
| 756 | Вкладка предназначена для ручной загрузки данных о событиях проходов сотрудников, которые зафиксировал тот или иной контроллер доступа. | ||
| 757 | |||
| 758 | [[image:1763631098181-832.png]] | ||
| 759 | |||
| 760 | В интерфейсе предусмотрен параметр «Период» по умолчанию автоматически подставляется текущий день, но при необходимости можно вручную задать **л**юбой интересующий период для выборки данных (например, за прошлую неделю или месяц). | ||
| 761 | |||
| 762 | Табличная часть содержит следующие элементы управления и колонки: | ||
| 763 | |||
| 764 | * колонка «Пометка» — отображает статус загрузки данных в систему (загружены/не загружены); | ||
| 765 | * возможность выбора строк через установку галочек (флажков); | ||
| 766 | * кнопка «Установить флажки» — позволяет мгновенно выделить все строки в таблице; | ||
| 767 | * кнопка «Синхронизировать» — запускает процесс загрузки выбранных данных в систему PROSTO:СКУД. | ||
| 768 | |||
| 769 | * «Дата» — фиксирует точную дату и время прохода сотрудника через турникет; | ||
| 770 | * «Физ. лицо» — отображает полное ФИО сотрудника (фамилия, имя, отчество); | ||
| 771 | * «Контроллер» — указывает, через какой именно контроллер был осуществлён проход; | ||
| 772 | * «Дверь» — показывает направление прохода: значение «1» означает выход; | ||
| 773 | * «Территория» — отражает, на какую территорию был осуществлён проход (если территория связана с контроллером); | ||
| 774 | * «Карта» — содержит номер карты доступа, использованной при проходе (если карта применялась). | ||
| 775 | |||
| 776 | == 2.3. Настройка автоматического обмена данными с BioSmart и получение событий проходов сотрудников == | ||
| 777 | |||
| 778 | После завершения первоначального сопоставления данных между системами 1С и СКУД устанавливается четкая иерархия: | ||
| 779 | |||
| 780 | * 1С признаётся мастер‑системой (основным источником данных); | ||
| 781 | * все новые объекты (сотрудники, уровни доступа и т. п.), созданные в 1С, должны быть выгружены в СКУД; | ||
| 782 | * любые изменения в уже сопоставленных объектах (реквизиты, статусы, права доступа) также подлежат передаче в СКУД. | ||
| 783 | |||
| 784 | Таким образом, 1С обеспечивает единую точку ввода и актуализации данных, а СКУД синхронизирует свою базу с учетом изменений из мастер‑системы. | ||
| 785 | |||
| 786 | Для организации регулярной выгрузки данных в СКУД необходимо выполнить следующие шаги: | ||
| 787 | |||
| 788 | В интерфейсе 1С перейдите к форме плана обмена //«Узлы регистрации объектов для выгрузки в СКУД»,// создать узлы обмена. Для каждой СКУД, в которую планируется выгрузка данных, надо добавить отдельный узел обмена. | ||
| 789 | |||
| 790 | [[image:1763128424319-459.png]] | ||
| 791 | |||
| 792 | [[image:1763631554407-470.png]] | ||
| 793 | |||
| 794 | {{warning}} | ||
| 795 | **Важно: необходимо именно «Создать» новый узел для каждой СКУД, а не использовать текущую пустую запись (данная запись предопределена и используется для других целей).** | ||
| 796 | {{/warning}} | ||
| 797 | |||
| 798 | Далее в разделе Администрирование - Печатные формы, отчеты и обработки - Дополнительные отчеты и обработки во внешней обработке «Регламентные задания подсистемы PROSTO:СКУД» можно настроить расписание выгрузки. | ||
| 799 | |||
| 800 | [[image:1763355943144-916.png]] | ||
| 801 | |||
| 802 | |||
| 803 | В рамках настроенного обмена предусмотрена функция «Импорт событий СКУД» — это регламентное задание, которое: | ||
| 804 | |||
| 805 | * регулярно обращается к подключенным системам СКУД; | ||
| 806 | * извлекает данные о проходах сотрудников через турникеты (и другие точки контроля); | ||
| 807 | * загружает эти события в систему 1С для дальнейшей обработки. | ||
| 808 | |||
| 809 | Частота обращений к СКУД для получения событий настраивается в рамках регламентного задания (внешняя обработка «Регламентные задания СКУД»). | ||
| 810 | |||
| 811 | После описанных выше настроек система будет в автоматическом режиме выгружать данные в СКУД в зависимости от настроек. |