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