Перейти к содержимому

Изменения документа Настройка интеграции c BioSmart

Редактировал(а) Всезнайка PROSTO:СКУД 2025/12/02 12:45
От версии 1.55
отредактировано Всезнайка PROSTO:СКУД
на 2025/11/20 07:32
Изменить комментарий: К данной версии нет комментариев
К версии 1.39
отредактировано Всезнайка PROSTO:СКУД
на 2025/11/19 12:13
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -240,7 +240,7 @@
240 240  
241 241  Первичное сопоставление данных происходит по наименованию. Возможна двухсторонняя интеграция, т. е. выгрузка из СКУД и загрузка в СКУД из 1С объектов.
242 242  
243 -===== Настройки отвечающие за характер синхронизации объектов «Организации» =====
243 +===== Настройки синхронизации объектов «Организации» =====
244 244  
245 245  Для управления характером обмена данными между 1С и СКУД предусмотрены две ключевые настройки. Они определяют направление выгрузки информации при начальной синхронизации с разным приоритетом.
246 246  
... ... @@ -277,7 +277,7 @@
277 277  
278 278  Первичное сопоставление данных происходит по наименованию. Возможна двухсторонняя интеграция, т.е. выгрузка из СКУД и загрузка в СКУД из 1С Объектов. При сопоставлении учитывается родитель. Синхронизация подразделения нижнего уровня иерархии не предусмотрена, каждое подразделение необходимо синхронизировать отдельно.
279 279  
280 -===== Настройки отвечающие за характер синхронизации объектов «Подразделения» =====
280 +===== Настройки синхронизации объектов «Подразделения» =====
281 281  
282 282  Для управления характером обмена данными между 1С и СКУД предусмотрены три ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей.
283 283  
... ... @@ -334,7 +334,7 @@
334 334  
335 335  [[image:1763465003054-464.png||height="365" width="1074"]]
336 336  
337 -===== Настройки отвечающие за характер синхронизации объектов «Должности» =====
337 +===== Настройки синхронизации объектов «Должности» =====
338 338  
339 339  Для управления характером обмена данными между 1С и СКУД предусмотрены три ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей.
340 340  
... ... @@ -407,7 +407,7 @@
407 407  
408 408  [[image:1763549580972-671.png]]
409 409  
410 -===== Настройки отвечающие за характер синхронизации объектов «Графики работы» =====
410 +===== Настройки синхронизации объектов «Графики работы» =====
411 411  
412 412  Для управления характером обмена данными между 1С и СКУД предусмотрены следующие ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей.
413 413  
... ... @@ -491,23 +491,21 @@
491 491  «Территория вход» — указывается территория, на которую попадает сотрудник при входе на предприятие. Как правило, это рабочая территория, отмеченная соответствующим признаком («рабочая») при использовании карты доступа или Face ID.
492 492  )))
493 493  1. (((
494 -«Территория выход» — заполняется по аналогии и определяет территорию, через которую сотрудник покидает объект. Механизм идентификации тот же: карта доступа или Face ID.
494 +**«Территория выход»** — заполняется по аналогии и определяет территорию, через которую сотрудник покидает объект.
495 +
496 +* Механизм идентификации тот же: **карта доступа** или **Face ID**.
495 495  )))
496 496  
497 497  Таким образом, настройка этих полей позволяет:
498 498  
499 499  * чётко разграничить зоны входа и выхода на объекте;
500 -* обеспечить корректный учет перемещений сотрудников;
502 +* обеспечить корректный учёт перемещений сотрудников;
501 501  * связать физические точки доступа (контроллеры) с логической структурой территорий предприятия.
502 502  
503 -[[image:1763554673030-911.png||height="677" width="646"]]
504 504  
505 -Территории в подсистеме PROSTO: СКУД находятся в одноименном справочнике Территории (СКУД).
506 506  
507 -[[image:1763554792057-927.png||height="348" width="649"]]
507 +===== Настройки синхронизации объектов «Контроллеры» =====
508 508  
509 -===== Настройки отвечающие за характер синхронизации объектов «Контроллеры» =====
510 -
511 511  «Создавать /обновлять контроллеры» (приоритет — СКУД)
512 512  
513 513  **При значении «Да»**:
... ... @@ -521,235 +521,3 @@
521 521  * любые изменения (создание или обновление) записей по контроллерам в СКУД не будут передаваться в систему 1С.
522 522  
523 523  [[image:1763553507809-187.png]]
524 -
525 -
526 -=== 2.2.6 Уровни/Группы доступа ===
527 -
528 -В системе BioSmart доступ сотрудника к конкретным точкам прохода (дверям, турникетам и другим контроллерам) определяется назначенной ему группой доступа.
529 -
530 -Если сотруднику присвоена определенная группа доступа, он сможет проходить через те точки доступа, которые связаны с этой группой. В противном случае проход будет заблокирован.
531 -
532 -Для управления этим механизмом предусмотрен раздел «Группы доступа», который позволяет создавать новые группы доступа, редактировать существующие группы, назначать сотрудникам соответствующие группы доступа.
533 -
534 -Таким образом, система обеспечивает гибкую настройку прав доступа: администратор может точно определить, какие зоны и через какие точки прохода доступны каждому сотруднику или группе сотрудников.
535 -
536 -[[image:1763555182477-850.png||height="394" width="1387"]]
537 -
538 -В подсистеме PROSTO:СКУД предусмотрен справочник «Уровни доступа (СКУД)», который по структуре и функциональному назначению аналогичен справочнику «Группы доступа» в системе BioSmart.
539 -
540 -Между ними существует важное различие в логике настройки в BioSmart контроллеры привязываются к группам доступа. Именно группа определяет, через какие точки прохода (двери, турникеты и т. п.) сотрудник вправе проходить, а в** **PROSTO:СКУД (на стороне 1С) контроллеры назначаются уровням доступа.
541 -
542 -Для обеспечения бесшовной интеграции систем эти понятия унифицированы: Уровень доступа (PROSTO:СКУД)  = Группа доступа (BioSmart).
543 -
544 -[[image:1763556575632-624.png]]
545 -
546 -В табличной части обработки Начальной синхронизации каждое наименование уровня или группы доступа повторяется многократно — ровно столько раз, сколько контроллеров назначено данному уровню (или группе).
547 -
548 -[[image:1763556638369-294.png||height="375" width="1153"]]
549 -
550 -Первичное сопоставление данных происходит по наименованию. Возможна двухсторонняя интеграция, но важно – всегда первичны для синхронизации контроллеры, которые должны быть загружены из СКУД.
551 -
552 -[[image:1763556819932-938.png]]
553 -
554 -===== Настройки отвечающие за характер синхронизации объектов «Уровни/Группы доступа» =====
555 -
556 -===== Для управления характером обмена данными между 1С и СКУД предусмотрены следующие ключевые настройки. Они определяют направление выгрузки информации и критерии отбора синхронизируемых записей. =====
557 -
558 -~1. «Создавать/обновлять уровни доступа» (приоритет — СКУД)
559 -
560 -Настройка регулирует передачу данных** **из СКУД в 1С.
561 -
562 -* **Значение «Да»**(((
563 -При начальной синхронизации отслеживает вновь созданные и обновленные уровни доступа в СКУД  и автоматически выгружает эти данные из СКУД в 1С.
564 -)))
565 -
566 - Результат: справочник «Уровни доступа» в 1С актуализируется с учетом последних изменений, выполненных в СКУД. Все новые и обновленные позиции переносятся, обеспечивая согласованность данных между системами.
567 -
568 -* **Значение «Нет»**
569 -
570 -**~ ** В этом случае** **не выгружаются в 1С группы доступа, созданные в СКУД после предыдущей синхронизации, игнорирует изменения, внесенные в существующие группы доступа в СКУД, оставляет справочник «Уровни доступа» в 1С без обновлений по данным из СКУД.
571 -
572 - Результат: данные в 1С остаются в состоянии на момент последней успешной синхронизации. Новые и измененные графики работы из СКУД не попадают в 1С, что может привести к расхождениям между системами.
573 -
574 -2. «Создавать/обновлять уровни доступа в СКД» (приоритет — 1С)
575 -
576 -Данная настройка определяет направление передачи созданных и обновленных данных по уровням доступа при начальной синхронизации с приоритетом «1С».
577 -
578 -* **Значение «Да»**
579 -
580 - При активации этого режима система выполняет следующие действия отслеживает вновь созданные уровни доступа в справочнике «Уровни доступа» 1С, фиксирует обновленные записи (изменения наименований, параметров и иных атрибутов), автоматически выгружает эти данные из 1С в СКУД в процессе начальной синхронизации.
581 -
582 - Результат: Справочник Группы доступа в СКУД актуализируется с учетом последних изменений, выполненных в 1С. Все новые позиции и внесенные правки синхронизируются, обеспечивая единство данных между системами.
583 -
584 -* **Значение «Нет»**
585 -
586 - В этом режиме система не передает в СКУД уровни доступа, созданные в 1С после предыдущей синхронизации, игнорирует любые изменения, внесенные в существующие данные 1С, оставляет справочник «Группа доступа» в СКУД без обновлений на основе данных из 1С.
587 -
588 - Результат: Данные в СКУД сохраняются в состоянии на момент последней успешной синхронизации. Новые и измененные данные из 1С не попадают в СКУД, что может привести к расхождениям между системами.
589 -
590 -[[image:1763557947508-762.png]]
591 -
592 -
593 -=== 2.2.7 Сотрудники ===
594 -
595 -В системе BioSmart список сотрудников представляет собой справочник «Сотрудники».
596 -
597 -[[image:1763558694498-422.png||height="440" width="1006"]]
598 -
599 -
600 -В процессе интеграции возникает особенность: к одному элементу справочника «Физические лица» может быть привязано несколько записей из справочника «Сотрудники» (например, внутренний сотрудник и внешний совместитель). В то же время в системах СКУД обычно регистрируется лишь один объект‑сотрудник.
601 -
602 -Для устранения этого расхождения реализовано сопоставление «Физическое лицо – объект СКУД Сотрудник».
603 -
604 -Первичное сопоставление выполняется по двум ключевым реквизитам ФИО сотрудника и табельным номерам.
605 -
606 -Такой подход позволяет однозначно идентифицировать физическое лицо в обеих системах, корректно связать множественные кадровые записи (из 1С) с единственным объектом в СКУД, избежать дублирования записей при обмене данными.
607 -
608 -Реализована двусторонняя интеграция, которая обеспечивает передачу актуальных данных из 1С в СКУД и синхронизацию изменений из СКУД в 1С.
609 -
610 -[[image:1763618426078-624.png||height="231" width="951"]]
611 -
612 -Для корректного сопоставления и передачи данных о сотруднике в систему СКУД обязательна предварительная синхронизация Организации, так как организация выступает «контейнером» для сотрудников в СКУД. Если Организация не синхронизирована данные по сотруднику не будут переданы в СКУД. Если не синхронизировано Подразделение, в которое принят сотрудник в 1С, сотрудник будет размещен в корне синхронизированной Организации в СКУД BioSmart (без привязки к подразделению). Если не синхронизирована поле Должность, информация о должности не будет отображаться в карточке сотрудника в СКУД.
613 -
614 -Для упрощения первичной интеграции реализована функция выборочной синхронизации данных с возможностью фильтрации по подразделениям:
615 -
616 -* для данных из СКУД — по полю //«Подразделение СКУД»//;
617 -* для данных из 1С — по полю //«Подразделение 1С»//.
618 -
619 -Чтобы отбор по подразделению сработал на стороне СКУД, соответствующее подразделение должно быть предварительно синхронизировано между системами. В противном случае фильтр не применится.
620 -Отбор данных выполняется с учетом подчиненных подразделений: при выборе определенного подразделения в фильтр автоматически попадают все его дочерние структуры (вложенные подразделения).
621 -
622 -[[image:1763619010609-802.png||height="205" width="1094"]]
623 -
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 -Настройка влияет исключительно на отбор данных на стороне 1С и применяется только при начальной синхронизации. При синхронизации сотрудников выполняется обязательное сопоставление их групп доступа. Система проверяет, синхронизированы ли группы доступа, назначенные сотруднику в 1С, с соответствующими объектами в СКУД. Если группы доступа не синхронизированы, процесс синхронизации сотрудника будет заблокирован. Для успешного завершения синхронизации необходимо предварительно обеспечить наличие соответствующих групп доступа в обеих системах и их корректное сопоставление между 1С и СКУД.
711 -
712 -
713 -[[image:1763560025655-138.png]]
714 -
715 -
716 -=== 2.2.8 Назначение уровней/групп доступа сотрудников. ===
717 -
718 -Для управления правами доступа сотрудников к точкам прохода (контроллерам) в подсистеме PROSTO:СКУД предусмотрен специализированный документ «Назначение уровней доступа и контроллеров (СКУД)».
719 -
720 -[[image:1763620752321-444.png||height="618" width="1072"]]
721 -
722 -Для этого требуется создать новый документ, типовым способом заполнить все нужные поля: указать систему контроля доступа, дату операции (заполняется автоматически, но ее можно изменить). По кнопке «Добавить» в новой строке подобрать Сотрудника, и в колонке «Объект доступа» выбрать «Уровень доступа (СКУД)», далее откроется окно Справочника «Уровни доступа BioSmart», где нужно выбрать строку с необходимым Уровнем доступа, который должен быть назначен сотруднику. Так же, нужно включить галку в колонке «Действует» по строке назначаемого Уровня доступа. Если необходимо добавить несколько уровней, нескольким сотрудникам одновременно, то нужно повторить процесс начиная с нажатия на кнопку «Добавить».
723 -
724 -[[image:1763621177134-197.png]]
725 -
726 -
727 -Механизм синхронизации уровней доступа работает по‑разному в зависимости от выбранного приоритета обмена данными.
728 -
729 -==== 1. Синхронизация с приоритетом «1С» ====
730 -
731 -При таком приоритете **инициатором обмена выступает система 1С**. Процесс выглядит следующим образом:
732 -
733 -* система анализирует назначенные в 1С уровни доступа для сотрудников;
734 -* при синхронизации данные передаются в СКУД;
735 -* в настройках соответствующего пользователя (или группы пользователей) в СКУД **добавляется нужный уровень доступа**.
736 -
737 -**Результат:** уровни доступа, заданные в 1С, корректно отражаются в системе контроля доступа.
738 -
739 -==== 2. Синхронизация с приоритетом «СКУД» ====
740 -
741 -В этом случае **источник актуальных данных — система BioSmart**. Алгоритм действий:
742 -
743 -* система выявляет уровни доступа, назначенные сотрудникам непосредственно в BioSmart;
744 -* если эти назначения отсутствуют в 1С, система автоматически создаёт документ **«Назначение уровней доступа и контроллеров (СКУД)»**;
745 -* в созданном документе для соответствующих сотрудников **фиксируется уровень доступа** на основании данных, полученных из СКУД.
746 -
747 -**Результат:** информация о правах доступа из BioSmart переносится в 1С — учётная система актуализируется в соответствии с настройками СКУД.
748 -
749 -=== Ключевые выводы ===
750 -
751 -* **Приоритет «1С»**: изменения из 1С выгружаются в СКУД (уровни доступа добавляются в СКУД).
752 -* **Приоритет «СКУД»**: изменения из BioSmart загружаются в 1С (создаётся документ с уровнями доступа в 1С).
753 -* Оба сценария обеспечивают **согласованность данных** о правах доступа в двух системах, но с разным направлением обмена.
754 -
755 -[[image:1763623600340-734.png]]
1763360652855-397.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -40.3 KB
Содержимое
1763554624268-520.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -64.0 KB
Содержимое
1763554673030-911.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -67.3 KB
Содержимое
1763554792057-927.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -27.8 KB
Содержимое
1763555182477-850.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -126.4 KB
Содержимое
1763556575632-624.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -16.5 KB
Содержимое
1763556638369-294.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -102.8 KB
Содержимое
1763556819932-938.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -50.2 KB
Содержимое
1763557063130-507.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -32.5 KB
Содержимое
1763557947508-762.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -25.4 KB
Содержимое
1763558694498-422.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -206.4 KB
Содержимое
1763560025655-138.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -35.5 KB
Содержимое
1763618426078-624.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -45.2 KB
Содержимое
1763619010609-802.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -61.2 KB
Содержимое
1763620752321-444.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -102.1 KB
Содержимое
1763621177134-197.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -45.7 KB
Содержимое
1763623600340-734.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.wiki_adm
Размер
... ... @@ -1,1 +1,0 @@
1 -58.4 KB
Содержимое