Виктор поручает небольшой программе читать людей и группы из каталога компании (AD) без открытия брандмауэра, а офисы и центры затрат обновляет коротким скриптом.
Администратор / инженер интеграций
Виктор администратор в компании на 600 сотрудников. Все логины и группы живут в каталоге компании на её собственных серверах (Active Directory, или AD). Новички появляются там в понедельник утром, а в остальных системах тогда, когда кто-нибудь вспомнит. Елена, которая отвечает за безопасность, не откроет никаких дверей в брандмауэре снаружи (входящий порт). Виктор хочет видеть людей и группы в AverDesk без второго списка, который надо вести вручную.
В пятницу отдел кадров создал четыре учётные записи, одну из них для новой сотрудницы склада. У Виктора есть заметка: добавить их, распределить по командам, привязать ноутбуки. Такая заметка у него уже бывала. Каждый раз кто-то получал доступ, которого не должен был иметь, или не получал нужного.
Виктор ставит небольшую программу внутри сети компании, на Windows или Linux (агент). Она сама подключается к AverDesk, снаружи к ней никто не подключается, и никаких дверей в брандмауэре не открывают. Елена соглашается. Агент читает каталог, ничего в нём не меняя (AD или LDAP, стандартный способ работы с каталогами, в режиме только чтения): люди и группы, больше ничего. Он работает от служебной учётной записи домена, пароль которой нигде не хранится.
Каждая группа из каталога становится командой в AverDesk. Команды определяют, какую технику видят люди, а роли определяют, что с ней можно делать. Новая сотрудница склада входит в группу «Склад», поэтому она видит складские сканеры и ничего из бухгалтерии. Когда человек выходит из группы, доступ уходит вместе с ним.
Офисы и центры затрат ведут в кадровой системе, а не в каталоге. Виктор пишет короткий скрипт в n8n (инструмент для автоматизации) или на обычном Python. Скрипт отправляет данные в AverDesk через программный интерфейс (API по стандарту OpenAPI 3.1, с заголовком, который указывает организацию). Записи создаются или обновляются одним пакетом, а повторный запуск ничего не меняет (идемпотентные массовые обновления). Так что два запуска подряд не создадут дублей, а неудачный запуск можно просто повторить.
Каждая синхронизация оставляет след в истории каждого поля. Человек учитывается один раз, даже если работает в двух организациях. Понедельничная заметка Виктора исчезла: четверо новичков были в AverDesk, в нужных командах, ещё до того, как он допил кофе.
