WEBVTT

00:00:00.120 --> 00:00:06.000
Готовы к 10 дням погружения в Microsoft 365, Капайлот, ИИ, Азур и знакомство с людьми,

00:00:06.200 --> 00:00:12.220
формирующими будущие работы. В этом январе М365 Кон возвращается, и мы расширяем границы.

00:00:12.380 --> 00:00:16.120
Присоединяйтесь к нам для участия в живых сессиях, демонстрациях реальных кейсов и получения

00:00:16.120 --> 00:00:20.360
практических знаний от MVP и отраслевых экспертов со всего мира. Никаких общих слайдов,

00:00:20.440 --> 00:00:25.680
никакой пустой терминологии. Мы решаем реальные задачи, Капайлот Студия, ИИ-агенты,

00:00:25.680 --> 00:00:31.080
фабрик, безопасность, управление и автоматизация. Независимо от того, являетесь ли вы это

00:00:31.080 --> 00:00:35.340
специалистом, разработчиком или бизнес-лидером, у нас найдутся сессии специально для вас.

00:00:35.520 --> 00:00:40.360
За 10 полных дней вы сможете изучить множество технологий и пообщаться с мировым сообществом.

00:00:40.600 --> 00:00:44.780
Смотрите в прямом эфире и используйте практические идеи для развития своей компании.

00:00:45.040 --> 00:00:51.000
Январь 2027, 10 дней. Единое сообщество Microsoft. Регистрация уже открыта.

00:00:52.920 --> 00:00:54.740
Забронируйте свое место сегодня.

00:00:55.680 --> 00:00:59.220
Адрес m365con.net

00:00:59.220 --> 00:01:04.880
Присоединяйтесь на m365con.net и увидимся в январе в прямом эфире.

00:01:05.020 --> 00:01:09.160
Что будет, если ваши и агенты начнут принимать решения, даже не поставив вас в известность?

00:01:09.280 --> 00:01:13.120
На сегодняшней сессии мы разберем, почему управление стало обязательным и как Центр администрирования

00:01:13.120 --> 00:01:17.280
Microsoft 365 может предоставить вам необходимую панель управления. Вы увидите инструменты,

00:01:17.440 --> 00:01:21.000
которые помогут предотвратить выход агентов из-под контроля, позволяя при этом вашим командам

00:01:21.000 --> 00:01:25.280
создавать то, что им нужно. Если вы задавались вопросом, как использовать преимущество Капайлот,

00:01:25.280 --> 00:01:30.020
не теряя контроля, вы попали по адресу. Почему и агенты пугают так много организаций?

00:01:30.180 --> 00:01:34.360
Что заставляет компании колебаться, когда преимущества и агентов кажутся столь очевидными на бумаге?

00:01:34.480 --> 00:01:38.000
Сокращение ручного труда, ускорение принятия решений, более эффективное использование данных.

00:01:38.140 --> 00:01:41.360
На первый взгляд это кажется успехом, который легко одобрить. Однако,

00:01:41.620 --> 00:01:45.060
когда разговор переходит от презентации к реальному внедрению, руководство начинает

00:01:45.060 --> 00:01:48.940
проявлять осторожность. Эта нерешительность вызвана не отсутствием веры в технологию.

00:01:48.940 --> 00:01:53.500
Она проистекает из страха перед тем, что может произойти, когда сотни или даже тысячи мелких

00:01:53.500 --> 00:01:58.000
автоматизаций начнут работать в фоновом режиме без четкого надзора. Напряженность между огромными

00:01:58.000 --> 00:02:02.100
перспективами и такой же огромной неопределенностью заставила многие организации оставаться в

00:02:02.100 --> 00:02:06.220
пилотном режиме гораздо дольше, чем они планировали. Реальность такова, что и агенты вызывают

00:02:06.220 --> 00:02:10.260
беспокойство, потому что они работают не так, как другие инструменты. Вы можете контролировать

00:02:10.260 --> 00:02:14.480
установку приложений или блокировать по через управление конечными точками, но агенты не

00:02:14.480 --> 00:02:18.100
вписываются в эти привычные рамки. Они спроектированы так, чтобы действовать быстро,

00:02:18.100 --> 00:02:22.280
иногда охватывая сразу несколько систем. После запуска может показаться, что они действуют

00:02:22.280 --> 00:02:26.820
самостоятельно. И для ИТ-лидеров, привыкших мыслить категориями контроля, стандартизации и управления,

00:02:27.000 --> 00:02:30.960
идея невидимых фоновых процессов, влияющих на реальные потоки информации, может восприниматься

00:02:30.960 --> 00:02:34.940
как полная потеря контроля над организацией. Множество примеров показывают, как это происходит

00:02:34.940 --> 00:02:38.740
на практике. Исследовательская группа запускает бота для сбора и систематизации наборов данных.

00:02:38.880 --> 00:02:42.640
Кто-то другой видит, что он работает и копирует его с небольшими изменениями. Через несколько недель

00:02:42.640 --> 00:02:47.300
компания управляет уже не одним контролируемым агентом. Она управляет 20-ю клонами с мелкими различиями.

00:02:47.300 --> 00:02:51.840
Без контроля версий и четкого владельца. Теперь аналитик в Берлине принимает решения на основе

00:02:51.840 --> 00:02:56.340
данных, которые немного отличаются от данных менеджера в Нью-Йорке, а финансовый отдел в недоумении,

00:02:56.560 --> 00:03:01.100
так как обе версии попадают в их отчеты. Умножьте это на десятки отделов, каждый из которых

00:03:01.100 --> 00:03:06.160
пытается ускориться, и внезапно рост продуктивности превращается в вопрос, каким цифрам вообще

00:03:06.160 --> 00:03:11.360
можно верить. Мы также видели случаи, когда автоматизация вторгалась в области, которые не следовало

00:03:11.360 --> 00:03:16.080
затрагивать. В одной компании внутренний скрипт незаметно перемещал информацию о клиентах между

00:03:16.080 --> 00:03:20.400
системами для упрощения адаптации, но никто не проверял, соответствуют ли передачи данных

00:03:20.400 --> 00:03:25.320
стандартам комплайенса. Когда пришли аудиторы, организация не смогла предоставить записи о том,

00:03:25.560 --> 00:03:30.740
кто его написал, зачем он работал и каким правилам следовал. Это был не провал возможностей и

00:03:30.740 --> 00:03:35.280
это был провал контроля. Технология, призванная экономить время, создала крупнейшую проблему с

00:03:35.280 --> 00:03:39.600
комплайенсом, с которой компания сталкивалась за долгие годы. Нетрудно понять, почему руководители

00:03:39.600 --> 00:03:44.080
реагируют с осторожностью. Внедрение агентов без ограничений – это как дать каждому сотруднику

00:03:44.080 --> 00:03:48.340
дрон и позволить летать, где им вздумается. Первые несколько могут взлететь удачно,

00:03:48.540 --> 00:03:53.260
но вскоре один врезается в здание, другой исчезает в неизвестном направлении, а третий мешает

00:03:53.260 --> 00:03:57.140
посадке медицинского вертолета. Без диспетчерской вышки та самая технология,

00:03:57.340 --> 00:04:01.260
которая должна была повысить эффективность, становится общественной угрозой. Тот же принцип

00:04:01.260 --> 00:04:05.580
применим и в интеллектуальной работе. Автоматизация сама по себе не источник страха.

00:04:05.700 --> 00:04:10.140
Источник страха – отсутствие контроля. Опросы подтверждают то, что вы уже можете предположить

00:04:10.140 --> 00:04:13.540
из этих историй. Руководители постоянно называют соблюдение нормативных требований,

00:04:13.720 --> 00:04:17.820
безопасность и утечку данных главными опасениями по поводу корпоративного И. Дело редко в том,

00:04:18.060 --> 00:04:22.440
дает ли технологии результаты. Беспокойство вызывает то, что может утечь не та информация,

00:04:22.620 --> 00:04:27.060
или бот совершит действие, которое невозможно отследить постфактум. Ставки – это не просто

00:04:27.060 --> 00:04:32.520
операционные ошибки. Они напрямую влияют на репутацию, регуляторные риски и доверие клиентов.

00:04:32.720 --> 00:04:36.840
Требуются годы, чтобы восстановить доверие, если клиенты верят, что ваша автоматизация раскрыла

00:04:36.840 --> 00:04:40.680
данные, которая не должна была. Вот почему важно правильно называть реальную проблему.

00:04:40.860 --> 00:04:45.880
Компании боятся не самих агентов Капайлот. Они боятся потерять их из виду. Они боятся забыть,

00:04:46.000 --> 00:04:49.740
кто создал конкретного агента, когда он в последний раз проверялся, или почему он извлекает

00:04:49.740 --> 00:04:52.680
информацию из конфиденциальных систем. Проблема не в программном обеспечении,

00:04:52.800 --> 00:04:56.240
а в отсутствии защитных механизмов, которые делают его надежным, предсказуемым и соответствующим

00:04:56.240 --> 00:05:00.080
правилам организации. Как только вы посмотрите на это с такой стороны, дальнейший путь станет яснее.

00:05:00.080 --> 00:05:04.040
И здесь большинство людей ждет сюрприз. Панель управления, которой, как считают многие

00:05:04.040 --> 00:05:09.100
организации, им не хватает, на самом деле уже есть в Microsoft 365. Это не отдельное дополнение,

00:05:09.240 --> 00:05:14.160
это не скрытая премиум функция. Она встроена в центр администрирования. И хотя многие организации

00:05:14.160 --> 00:05:18.660
используют этот портал только для назначения лицензий или базовых политик Teams, он незаметно

00:05:18.660 --> 00:05:23.380
стал вышкой управления полетами для агентов Капайлот. Иными словами, нужные вам защитные механизмы

00:05:23.380 --> 00:05:28.160
уже находятся прямо перед вами. Вопрос лишь в том, открыли ли вы нужную панель. Панель управления,

00:05:28.160 --> 00:05:32.860
о наличии которой вы даже не подозревали. Что, если кабина пилота для управления вашими и агентами уже

00:05:32.860 --> 00:05:36.980
находится перед вами, а большинство администраторов ее просто не заметили. Это звучит маловероятно,

00:05:37.180 --> 00:05:42.120
но правда в том, что центр администрирования Microsoft 365 тихо хранит штурвал, который многие

00:05:42.120 --> 00:05:47.100
организации искали. Ирония в том, что многие IT-команды открывают портал ежедневно, но проходят

00:05:47.100 --> 00:05:52.080
мимо тех разделов, которые наиболее важны для управления агентами. Если задуматься, это одна из тех

00:05:52.080 --> 00:05:57.160
ситуаций, когда привычка работает против вас. Вы думаете, что знаете, что внутри, поэтому не ожидайте

00:05:57.160 --> 00:06:02.320
найти новые рычаги управления, скрытые за вкладками, которые обычно игнорируете. Годами центр администрирования

00:06:02.320 --> 00:06:06.640
воспринимался как служебная панель. Вы открываете его, чтобы раздать лицензии, настроить почтовые

00:06:06.640 --> 00:06:10.840
ящики эксченджа, может быть, подправить пару политик-тимс. Это рабочая область для распределения

00:06:10.840 --> 00:06:15.360
функций между пользователями и гарантией того, что люди, подавшие заявки, в конечном итоге получат

00:06:15.360 --> 00:06:20.020
доступ к запрошенным услугам. Часто упускается из виду то, насколько богаче он стал. За тем же

00:06:20.020 --> 00:06:24.380
интерфейсом скрывается растущий набор функций, помогающих администраторам управлять не только доступом,

00:06:24.380 --> 00:06:29.020
но и тем, как люди создают, используют и делятся автоматизацией. Если вас беспокоило, что агенты

00:06:29.020 --> 00:06:33.300
КПЛОТ выйдут из-под контроля, защитные механизмы для них находятся буквально в нескольких кликах.

00:06:33.580 --> 00:06:38.340
Несоответствие очевидно. Целые дискуссии на ИТ-форумах вращаются вокруг страха перед хаосом и

00:06:38.340 --> 00:06:43.480
появлением неконтролируемых ботов, автоматизацией доступа к конфиденциальным данным или дублированием

00:06:43.480 --> 00:06:48.060
рабочих процессов с небольшими, но опасными различиями. При этом те же организации озвучивают эти

00:06:48.060 --> 00:06:51.900
опасения, едва взглянув на центральную панель управления, созданную как раз для предотвращения

00:06:51.900 --> 00:06:56.860
подобных вещей. Это странный разрыв. Мы боимся потерять контроль, но недоиспользуем ту самую панель управления,

00:06:56.860 --> 00:07:01.040
которая существует для координации полета. Это как жаловаться на непредсказуемые движения,

00:07:01.300 --> 00:07:05.920
игнорируя при этом светофоры на перекрестке. Представьте типичный сценарий в крупной компании.

00:07:06.180 --> 00:07:10.340
Маркетологи создают агентов для сбора отзывов клиентов, а операционный отдел разрабатывает бота

00:07:10.340 --> 00:07:14.400
для упрощения и отслеживания заказов. Все это не является намеренным использованием теневых ИТ-ресурсов.

00:07:14.500 --> 00:07:18.420
Это энтузиасты-сотрудники, которые просто пытаются упростить свою работу. Но после запуска эти агенты

00:07:18.420 --> 00:07:22.540
разлетаются по разным изолированным системам, не оставляя единого следа. Когда ИТ-отдел их обнаруживает,

00:07:22.540 --> 00:07:26.780
уже невозможно понять, кто ими владеет и к каким источникам данных они обращаются. Внезапно

00:07:26.780 --> 00:07:30.600
обсуждения с отделом комплайенса превращаются в детективное расследование. Кто на самом деле это

00:07:30.600 --> 00:07:35.140
создал? Когда это обновлялось? Какие разрешения это скрытно унаследовало? Без четкого контроля даже

00:07:35.140 --> 00:07:38.080
небольшие процессы автоматизации могут перерасти в проблемы с соответствием требованиям,

00:07:38.120 --> 00:07:42.280
которых никто не планировал. Центр администрирования решает эту проблему, собирая всю невидимую

00:07:42.280 --> 00:07:46.940
активность в одном месте. Вместо догадок вы можете видеть, какие агенты существуют, на какие коннекторы

00:07:46.940 --> 00:07:51.040
они опираются и у кого есть права на их изменения или публикацию. Политики определяют,

00:07:51.040 --> 00:07:55.920
какие группы могут создавать автоматизацию, позволяя вам отделить эксперименты от официального

00:07:55.920 --> 00:08:00.440
развертывания. Это важно, поскольку создание внутреннего прототипа в рамках одной команды сильно

00:08:00.440 --> 00:08:05.540
отличается от внедрения решения, влияющего на всю вашу CRM или HR-платформу. Центр администрирования

00:08:05.540 --> 00:08:09.420
позволяет четко разграничить эти сферы. Управление разрешениями добавляет еще один уровень

00:08:09.420 --> 00:08:14.020
безопасности. Легко представить риски, если бы каждый инициативный сотрудник мог не только создавать

00:08:14.020 --> 00:08:19.420
агентов, но и внедрять их во всей организации. Лучшая модель – позволить более широкое участие в создании

00:08:19.420 --> 00:08:24.940
идей, ограничив полномочия по развертыванию для определенных ролей. На практике финансовые

00:08:24.940 --> 00:08:30.760
аналитики могут создавать черновики агентов для отчетности, а ИТ-команда решает, попадут ли эти

00:08:30.760 --> 00:08:36.480
черновики в рабочую среду. Настраивая эти правила в Центре администрирования, вы заранее

00:08:36.480 --> 00:08:42.620
определяете, кто задает правила игры. Отчетность завершает этот цикл. Вместо того, чтобы ждать поломки,

00:08:42.840 --> 00:08:48.280
вы можете отслеживать тренды использования, видеть активные отделы и проводить аудит без поиска

00:08:48.280 --> 00:08:52.840
разрозненных таблиц. Этот подход, основанный на данных, не только обеспечивает комплаенс,

00:08:53.060 --> 00:08:58.440
но и определяет стратегию. Если вы замечаете, что службы поддержки постоянно запускают похожих

00:08:58.440 --> 00:09:03.780
агентов, возможно, пора инвестировать в стандартизированные решения. Сочетание прозрачности и

00:09:03.780 --> 00:09:08.160
контроля превращает автоматизацию из головной боли в управляемую возможность. Вместо того,

00:09:08.280 --> 00:09:11.800
чтобы представлять агентов, бесконтрольно разлетающихся в разные стороны, считайте Центр

00:09:11.800 --> 00:09:16.580
администрирования вышкой управления воздушным движением. Каждый план полета записан, каждый вылет согласован

00:09:16.580 --> 00:09:20.720
с политикой, а столкновения просто исключены, так как диспетчер видит все небо целиком.

00:09:20.840 --> 00:09:25.140
Поняв, что одна центральная панель обладает такой мощью, вы перестанете видеть в агентах

00:09:25.140 --> 00:09:29.660
скрытую угрозу и начнете управлять ими как структурированными процессами. И с этой структурой

00:09:29.660 --> 00:09:34.660
разговор принимает иной оборот. Ведь пока администраторы сохраняют контроль, сотрудникам все равно

00:09:34.660 --> 00:09:39.640
нужно пространство для создания экспериментов в рамках допустимого. И именно здесь на помощь приходит

00:09:39.640 --> 00:09:45.540
Капайлот Студия. Инновации без хаоса, Капайлот Студия в действии. Как позволить сотрудникам создавать

00:09:45.540 --> 00:09:51.020
собственные и решения и не погрузить организацию в хаос. Это главная задача, когда речь заходит

00:09:51.020 --> 00:09:55.500
о Капайлот Студия. С одной стороны, этот инструмент создан для раскрытия творческого потенциала

00:09:55.500 --> 00:09:59.740
в отделах, позволяя тем, кто лучше всего знает свои ежедневные проблемы, автоматизировать их

00:09:59.740 --> 00:10:03.840
напрямую. С другой стороны, предоставление инструментов разработки без контроля может легко

00:10:03.840 --> 00:10:08.420
привести к лавине неуправляемых рабочих процессов, из-за которых IT-отдел будет лихорадочно выяснять,

00:10:08.620 --> 00:10:13.620
что вообще происходит. На первый взгляд, найти баланс довольно сложно. Предоставить пользователям свободу и рискнуть

00:10:13.620 --> 00:10:17.760
устроить беспорядок или же все ограничить и подавить прогресс. Капайлот Студия позиционирует себя

00:10:17.760 --> 00:10:22.060
как золотая середина. Представьте это как мастерскую, где сотрудники могут пробовать решения,

00:10:22.280 --> 00:10:27.040
тестировать взаимодействие и даже публиковать агентов для оптимизации своей работы. Разница между этим

00:10:27.040 --> 00:10:32.340
и кустарной автоматизацией прошлого проста. Система защиты уже встроена в платформу. Вместо того,

00:10:32.500 --> 00:10:37.100
чтобы заставлять IT-отдел разгребать последствия, студия использует те же принципы управления,

00:10:37.320 --> 00:10:42.260
что и в центре администрирования, внедряя их прямо в среду разработки. Именно это делает его практичным,

00:10:42.260 --> 00:10:46.040
а не рискованным инструментом. Тем не менее, напряжение для администраторов вполне реально.

00:10:46.280 --> 00:10:49.800
Если вы видели, что происходит, когда увлеченные сотрудники получают доступ к инструментам

00:10:49.800 --> 00:10:53.420
скриптинга, вы знаете, как быстро простое тестирование превращается в критически важную

00:10:53.420 --> 00:10:57.300
зависимость. Проблема не в злому мысли. Большинство пользователей просто хотят устранить

00:10:57.300 --> 00:11:01.100
собственные препятствия в работе. Но когда такие локальные решения начинают взаимодействовать

00:11:01.100 --> 00:11:05.260
с данными клиентов, финансовыми записями или HR-файлами, вы быстро переходите от полезных

00:11:05.260 --> 00:11:09.800
экспериментов к зоне комплайенса. И как только вы оказываетесь по ту сторону, подотчетность и контроль

00:11:09.800 --> 00:11:14.320
перестают быть необязательными. Представьте такой сценарий. Финансовый аналитик создает агента,

00:11:14.500 --> 00:11:18.840
который автоматически выгружает балансы клиентов и формирует еженедельный отчет. Это экономит

00:11:18.840 --> 00:11:23.340
часы ручной работы и быстро становится популярным. Несколько коллег начинают его использовать,

00:11:23.600 --> 00:11:27.620
и вскоре он распространяется по всему отделу. Но вот в чем подвох. Кто гарантировал,

00:11:27.840 --> 00:11:32.640
что агент не раскрывает конфиденциальные поля? Кто подтвердил, что источники данных соответствуют

00:11:32.640 --> 00:11:37.620
правилам обработки финансовой информации? И если придет регулятор, кто докажет, что это было создано

00:11:37.620 --> 00:11:42.260
и развернуто согласно политике компании, а не как побочный проект. Без надлежащей структуры такой

00:11:42.260 --> 00:11:46.880
простой бот становится фактором риска. И именно здесь Копайлот Студия меняет ситуацию в лучшую

00:11:46.880 --> 00:11:50.460
сторону. Платформа не предполагает, что каждый разработчик – профессиональный программист.

00:11:50.620 --> 00:11:54.180
Вся архитектура решения включает средства защиты для пользователей без технических навыков.

00:11:54.360 --> 00:11:58.900
Администраторы определяют доступные действия, используемые коннекторы и права на перевод решений

00:11:58.900 --> 00:12:03.080
в рабочую среду. Сотрудникам может казаться, что они обладают полной свободой творчества,

00:12:03.260 --> 00:12:07.220
но на деле это строго ограниченные эксперименты. Эта разница позволяет компаниям масштабировать

00:12:07.220 --> 00:12:10.500
внедрение агентов, не сталкиваясь с очередными проблемами теневых IT-решений.

00:12:10.640 --> 00:12:14.280
Контрольные точки четко определены. Можно разрешить всем в отделе маркетинга создавать

00:12:14.280 --> 00:12:17.940
черновики агентов, но публиковать их за пределами песочницы смогут только избранные лица.

00:12:18.140 --> 00:12:21.740
Возможно, доступны только одобренные коннекторы, такие как SharePoint или Dynamics.

00:12:21.880 --> 00:12:25.460
При этом любые взаимодействия с конфиденциальными сторонними сервисами остаются под запретом.

00:12:25.580 --> 00:12:29.260
Кроме того, вы сами решаете, какие системные действия останутся ограниченными. Например,

00:12:29.500 --> 00:12:33.260
запрос к базе данных может быть разрешен, а прямое обновление ключевых полей заблокировано

00:12:33.260 --> 00:12:36.960
во избежание случайных ошибок. Короче говоря, пользователи могут проверять свои идеи,

00:12:37.180 --> 00:12:41.460
не рискуя изменить рабочие записи без явного одобрения. Простая аналогия поможет это понять.

00:12:41.600 --> 00:12:46.080
Это похоже на песочницу на детской площадке. Дети могут строить в ней сколько угодно замков,

00:12:46.260 --> 00:12:49.900
но вокруг есть четкая граница. Ограждение гарантирует безопасность игры,

00:12:50.140 --> 00:12:54.740
оставляя при этом достаточно простора для творчества. Студия переносит ту же концепцию в процесс

00:12:54.740 --> 00:12:59.280
создания агентов. Сотрудники ощущают необходимую для инноваций свободу, а администраторы знают,

00:12:59.280 --> 00:13:02.660
что невидимый барьер предотвращает превращение экспериментов в реальные риски.

00:13:02.660 --> 00:13:06.660
Настроив Капайлот Студия с надлежащими правами доступа и политиками, вы превращаете ее из

00:13:06.660 --> 00:13:10.560
головной боли для службы безопасности в то, чем она и должна быть, безопасную лабораторию инноваций.

00:13:10.600 --> 00:13:13.420
Отделы могут изучать возможности агентов, адаптированных под их задачи,

00:13:13.520 --> 00:13:17.200
экспериментировать с новыми подходами и делиться идеями, не нарушая политику соответствия и не

00:13:17.200 --> 00:13:21.920
создавая несанкционированные рабочие процессы. Инновации продолжаются, а хаос нет. И даже при

00:13:21.920 --> 00:13:26.140
наличии этих защитных стен есть еще один важный аспект, который нельзя игнорировать – прозрачность.

00:13:26.140 --> 00:13:29.600
Ведь какими бы надежными ни были ограничения, необходимо следить за происходящим в режиме

00:13:29.600 --> 00:13:32.760
реального времени. Именно здесь на помощь приходит мониторинг и отслеживание.

00:13:33.080 --> 00:13:36.120
Наблюдательный пункт – мониторинг и отслеживание активности агентов.

00:13:36.280 --> 00:13:40.420
Что, если ваш агент тихо принял сотни решений, которые вы так и не увидели? Это вовсе не

00:13:40.420 --> 00:13:44.580
надуманный сценарий. Именно это и происходит, когда организация настраивает средства контроля,

00:13:44.760 --> 00:13:48.680
но забывает о второй половине уравнения. Разрешения и политики подобны ограждениям.

00:13:48.780 --> 00:13:52.500
Они указывают сотрудникам, где им позволено работать и какие инструменты они могут использовать.

00:13:52.500 --> 00:13:57.020
Но без прозрачности у вас нет способа узнать, забрел ли кто-то в неконтролируемую зону или

00:13:57.020 --> 00:14:01.200
начал ли агент действовать в непредназначенных для него рамок. Мониторинг – это тот элемент,

00:14:01.360 --> 00:14:04.580
который переводит всю систему управления от догадок к полной ясности.

00:14:04.800 --> 00:14:09.580
Вспомните, как мы обычно решаем эти проблемы. Что-то ломается, пользователь отправляет заявку,

00:14:09.780 --> 00:14:14.140
и мы в спешке пытаемся выяснить, что изменилось. Это реактивный подход. Он работает в малых

00:14:14.140 --> 00:14:17.860
масштабах, но превращается в дорогостоящий хаос при внедрении сотен автоматизаций.

00:14:17.860 --> 00:14:22.340
С и агентами риск выше, так как проблема может быть незаметна, пока не станет слишком поздно.

00:14:22.480 --> 00:14:25.980
Некорректный рабочий процесс может выполняться неделями, прежде чем кто-то его заметит.

00:14:25.980 --> 00:14:29.120
Не потому, что он выдал громкую ошибку, а потому, что он тихо принимал решения,

00:14:29.240 --> 00:14:32.240
которые на первый взгляд казались верными. К тому моменту, когда кто-то спросит,

00:14:32.360 --> 00:14:36.040
почему данные не сходятся, вы будете расследовать прошлое вместо предотвращения проблем в будущем.

00:14:36.240 --> 00:14:40.140
Мониторинг полностью меняет этот ритм. Вместо работы, слепую, вы получаете наглядную

00:14:40.140 --> 00:14:43.440
информацию о том, какие агенты существуют, кто их создал и как они используются.

00:14:43.440 --> 00:14:49.080
Microsoft 365 встраивает эту прозрачность в свою экосистему. Аналитика использования помогает

00:14:49.080 --> 00:14:54.140
увидеть, какие отделы быстро внедряют агентов, кто из сотрудников создает их чаще всего и где

00:14:54.140 --> 00:14:59.160
может появиться подозрительная активность. Журналы аудита очлеживают детали. Когда агент был

00:14:59.160 --> 00:15:03.920
изменен, каким коннектором он обращался и кто запускал его действия. Такой бумажный след нужен

00:15:03.920 --> 00:15:07.720
не только для соблюдения требований регуляторов. Он позволяет вам действительно понимать текущую

00:15:07.720 --> 00:15:12.080
ситуацию, а не гадать о ней. Ценность этого понимания становится очевидной, если представить

00:15:12.080 --> 00:15:16.480
самый обычный сценарий. Маркетинговая команда создает агента для анализа отзывов клиентов.

00:15:16.700 --> 00:15:21.160
Все начинается с малого, одна компания, пара тысяч записей и результаты выглядят полезными.

00:15:21.160 --> 00:15:26.000
Со временем кто-то копирует его для другого проекта. Затем другая команда берет шаблон и вносит

00:15:26.000 --> 00:15:30.880
свои правки. Без мониторинга у вас параллельно работают несколько версий агента, каждая из которых

00:15:30.880 --> 00:15:36.180
обращается к данным по-своему. Если оставить это без внимания, различия в данных попадут в отчеты

00:15:36.180 --> 00:15:41.060
и запутают руководство. С включенным мониторингом вы вовремя заметите всплеск использования,

00:15:41.300 --> 00:15:45.900
рост дубликатов и сможете стандартизировать одну официальную версию или отключить лишние,

00:15:46.120 --> 00:15:50.600
пока они не начали искажать данные. Иногда прозрачность – это разница между незначительной

00:15:50.600 --> 00:15:55.220
правкой и инцидентом, достойным заголовков новостей. Возьмем случай с агентом, который извлекает

00:15:55.220 --> 00:15:59.140
конфиденциальные финансовые данные для ускорения прогнозирования. Если он случайно раскроет

00:15:59.140 --> 00:16:02.940
слишком много деталей или сделает эти данные доступными за пределами финансового отдела,

00:16:03.120 --> 00:16:07.540
риск нарушения комплаенса быстро возрастет. Но с мониторингом необычный доступ будет четко

00:16:07.540 --> 00:16:11.640
виден в логах. Вы сможете остановить его или настроить права доступа, прежде чем у регуляторов

00:16:11.640 --> 00:16:15.940
или клиентов возникнут вопросы. Дело не в том, чтобы подозревать создателей в плохих намерениях.

00:16:15.940 --> 00:16:20.320
Дело в том, чтобы признать, даже самые осторожные команды совершают ошибки во время экспериментов.

00:16:20.320 --> 00:16:25.480
Прозрачность делает эти ошибки исправимыми, а не катастрофическими. Отчетность также упрощает

00:16:25.480 --> 00:16:30.400
взаимодействие с аудиторами. Любой, кто проходил через аудит, знает, как мучительно собирать

00:16:30.400 --> 00:16:35.100
документацию, кто что одобрил, когда произошли изменения, соблюдались ли меры контроля.

00:16:35.240 --> 00:16:40.740
Ручной учет чреват ошибками и вызывает стресс. Когда ваша система отчетности уже ведет эти записи,

00:16:40.900 --> 00:16:45.140
вам больше не нужно суетиться. Вы можете предоставить историю активности агентов в формате

00:16:45.140 --> 00:16:49.380
с соответствующим регуляторным требованиям. Это снижает как затраты человеческих ресурсов,

00:16:49.380 --> 00:16:53.660
так и риск упустить что-то критически важное. С операционной точки зрения это также экономит

00:16:53.660 --> 00:16:57.800
бесчисленные часы, которые в противном случае ушли бы на создание разовых аудиторских отчетов

00:16:57.800 --> 00:17:01.840
постфактум. Сила мониторинга в том, как он меняет сам подход к ответственности.

00:17:02.040 --> 00:17:06.360
Вместо того, чтобы ждать жалоб как сигнала к действию, вы создаете живую карту происходящего.

00:17:06.500 --> 00:17:09.520
Тренды становятся очевидными, а сюрпризы – менее вероятными.

00:17:09.660 --> 00:17:14.400
Вы не просто применяете правила с помощью разрешений, вы видите, работают ли эти правила на практике.

00:17:14.400 --> 00:17:18.340
Это все равно, что наблюдать за городом через дорожные камеры в реальном времени, вместо того,

00:17:18.460 --> 00:17:21.680
чтобы просто надеяться, что знаков на перекрестках достаточно для порядка.

00:17:21.780 --> 00:17:26.300
Один подход дает уверенность, другой заставляет нервно ждать новостей об очередном происшествии.

00:17:26.440 --> 00:17:30.180
Таким образом, объединяя контроль политик с мониторингом, ваша модель управления перестает

00:17:30.180 --> 00:17:33.840
быть пассивной и становится по-настоящему проактивной. Догадки заменяются надзором,

00:17:33.940 --> 00:17:38.440
а надзор – это то, что предотвращает скрытые накопления рисков, которые проявляются только спустя месяцы.

00:17:38.560 --> 00:17:41.400
Такой взгляд с дозорной вышней не только защищает от худших сценариев,

00:17:41.400 --> 00:17:45.980
но и дает командам уверенность для экспериментов, зная, что кто-то следит за горизонтом.

00:17:46.080 --> 00:17:48.920
И это естественным образом подводит нас к следующему вопросу.

00:17:49.020 --> 00:17:52.880
Если прозрачность так эффективна, почему многие организации все еще совершают

00:17:52.880 --> 00:17:56.660
классические ошибки в управлении, которые сводят на нет все эти меры защиты?

00:17:57.700 --> 00:17:59.860
Избегание классических ошибок управления.

00:18:00.080 --> 00:18:04.060
Крупнейшие провалы в управлении агентами Капайлот связаны не с отсутствием инструментов,

00:18:04.240 --> 00:18:06.980
а с тем, что имеющиеся инструменты используются неправильно.

00:18:06.980 --> 00:18:10.360
Большинство ошибок, которые я видел в организациях, возникают не из-за того,

00:18:10.540 --> 00:18:14.340
что администраторы не знали о центре администрирования или существовании Капайлот Студия.

00:18:14.560 --> 00:18:18.560
Настоящая проблема в том, что функции включались без продумывания структуры,

00:18:18.780 --> 00:18:21.080
необходимой для их нормальной работы в масштабе.

00:18:21.200 --> 00:18:25.380
Это как дать каждому отделу ключи от общего офиса, но так и не договориться,

00:18:25.660 --> 00:18:26.980
кто запирает двери на ночь.

00:18:27.180 --> 00:18:31.420
Типичный сценарий администраторы полагают, что активация функции – это и есть управление.

00:18:31.660 --> 00:18:33.780
Новая функция появляется в центре администрирования.

00:18:34.000 --> 00:18:36.600
Переключатель включают, и все чувствуют, что дело сделано.

00:18:36.720 --> 00:18:39.340
Но технологии не устанавливают границы сами по себе.

00:18:39.560 --> 00:18:42.360
Если право доступа не ясны, мониторинг не включен,

00:18:42.600 --> 00:18:45.320
а ответственность разделена между командами без координации,

00:18:45.580 --> 00:18:47.500
хаос проникает незаметно и неуклонно.

00:18:47.680 --> 00:18:50.500
Самое страшное-то, что обычно все взрывается не сразу.

00:18:50.700 --> 00:18:53.460
Проблемы накапливаются постепенно, а потом одна проверка,

00:18:53.640 --> 00:18:56.400
один инцидент или один вопрос регулятора внезапно обнажают.

00:18:56.580 --> 00:18:59.620
Что-то, что казалось контролем, на деле было лишь набором выязвимостей,

00:18:59.780 --> 00:19:00.740
ждущих своего часа.

00:19:00.840 --> 00:19:03.040
Первая ловушка связана с правами доступа.

00:19:03.040 --> 00:19:05.120
Если никто не определил, кому разрешено создавать,

00:19:05.300 --> 00:19:07.200
публиковать или предоставлять общий доступ к агентам,

00:19:07.380 --> 00:19:09.060
пользователи часто берут эту инициативу на себя.

00:19:09.220 --> 00:19:10.740
Это может привести к дублированию агентов,

00:19:10.900 --> 00:19:12.700
публикации их в рабочей среде без тестирования

00:19:12.700 --> 00:19:15.640
или созданию рабочих процессов, имеющих доступ к конфиденциальным данным.

00:19:15.760 --> 00:19:19.060
Без четких границ вы получаете теневой каталог автоматизации,

00:19:19.200 --> 00:19:21.760
о котором IT-отдел узнает, только когда что-то ломается.

00:19:22.020 --> 00:19:25.540
Включение функции без ограничения доступа – это не развитие инноваций,

00:19:25.680 --> 00:19:26.960
это раздача карт-бланш.

00:19:27.120 --> 00:19:29.340
Вторая ловушка – отсутствие мониторинга.

00:19:29.340 --> 00:19:32.940
Я не раз общался с администраторами, которые считали, что настройки прав достаточно,

00:19:33.160 --> 00:19:35.820
хотя на деле у них не было понимания, работают ли эти правила вообще.

00:19:35.980 --> 00:19:38.400
Это лишает их возможности видеть, что происходит на самом деле.

00:19:38.580 --> 00:19:41.620
Если у вас не включены журналы аудита, вы не сможете доказать, кто и что сделал.

00:19:41.780 --> 00:19:43.560
Если вы не очлеживаете метрики использования,

00:19:43.700 --> 00:19:47.440
вы не увидите, какие агенты популярны и не выглядят ли шаблоны активности подозрительными.

00:19:47.640 --> 00:19:49.500
Работать без этих данных можно некоторое время,

00:19:49.620 --> 00:19:52.960
пока внешний регулятор или ваш собственный отдел комплайнса не зададут вопросы,

00:19:53.160 --> 00:19:54.480
на которые вы не сможете ответить.

00:19:54.480 --> 00:19:56.820
Третья – мина, несогласованность, политик.

00:19:56.960 --> 00:19:58.940
Один отдел компании может соблюдать строгий порядок,

00:19:59.060 --> 00:20:01.480
в то время как другой оставляет публикацию агентов полностью открытой.

00:20:01.600 --> 00:20:05.240
Такое несоответствие гарантирует хаотичную смесь контролируемых и бесконтрольных агентов,

00:20:05.400 --> 00:20:06.660
существующих в одном арендаторе.

00:20:06.800 --> 00:20:09.460
Со стороны может показаться, что стратегия проработана,

00:20:09.660 --> 00:20:11.140
ведь политики где-то существуют.

00:20:11.260 --> 00:20:14.960
Но командам комплайнса и аудиторам нужно не просто подтверждение наличия политик,

00:20:15.140 --> 00:20:17.980
а доказательство того, что они соблюдаются во всей организации.

00:20:18.140 --> 00:20:20.380
Такие расхождения становятся еще труднее защищать,

00:20:20.380 --> 00:20:22.600
когда разные регионы подчиняются разным правилам,

00:20:22.740 --> 00:20:24.660
а ваши собственные политики им не соответствуют.

00:20:24.820 --> 00:20:27.300
Затем идет классический случай разрозненного управления.

00:20:27.540 --> 00:20:29.340
Возможно, IT-отдел устанавливает одни правила.

00:20:29.500 --> 00:20:31.740
Служба безопасности полагает, что есть другой уровень защиты,

00:20:31.860 --> 00:20:34.200
а бизнес-подразделения считают, что могут публиковать что угодно.

00:20:34.360 --> 00:20:36.600
Каждая группа думает, что кто-то другой следит за периметром,

00:20:36.720 --> 00:20:37.960
но на практике этого не делает никто.

00:20:38.160 --> 00:20:39.900
Отсутствие ясности порождает неприятные сюрпризы,

00:20:40.040 --> 00:20:41.300
такие как дублирование прав или агенты,

00:20:41.420 --> 00:20:43.360
которые проходят проверку просто потому, что было непонятно,

00:20:43.540 --> 00:20:44.900
какая команда отвечает за финальное решение.

00:20:44.900 --> 00:20:47.780
Одна компания, с которой я общался, столкнулась именно с этим.

00:20:47.920 --> 00:20:50.600
Они разрешили каждому сотруднику свободно публиковать агентов.

00:20:50.700 --> 00:20:52.680
Поначалу это казалось расширением возможностей.

00:20:52.840 --> 00:20:54.640
Все могли экспериментировать и внедрять улучшения,

00:20:54.860 --> 00:20:57.060
но никто не связал права на публикацию с журналами аудита.

00:20:57.240 --> 00:20:59.500
Спустя месяц и регулятор потребовал доказательства того,

00:20:59.740 --> 00:21:01.240
кто развернул конкретные автоматизации,

00:21:01.440 --> 00:21:02.520
и им было нечего предъявить.

00:21:02.660 --> 00:21:04.860
Не было ни истории действий, ни ответственного лица,

00:21:05.080 --> 00:21:07.000
и не было возможности защитить себя при аудите.

00:21:07.140 --> 00:21:09.400
То, что начиналось как попытка демократизации автоматизации,

00:21:09.580 --> 00:21:11.820
в итоге привело к серьезным проблемам с соответствием требованиям.

00:21:11.820 --> 00:21:15.900
Эти примеры подчеркивают, как маленькие ошибки могут быстро превратиться в масштабные риски.

00:21:16.080 --> 00:21:18.480
Неверно настроенное разрешение или непроверенный агент

00:21:18.480 --> 00:21:20.420
могут показаться мелочью в пилотном проекте,

00:21:20.580 --> 00:21:23.640
но в масштабах предприятия тот же недосмотр превращается в сотни агентов,

00:21:23.820 --> 00:21:25.640
работающих в неизвестных уголках системы.

00:21:25.700 --> 00:21:27.440
Проблемы не масштабируются линейно.

00:21:27.580 --> 00:21:29.120
Они растут в геометрической прогрессии,

00:21:29.240 --> 00:21:30.720
поскольку каждый неконтролируемый агент

00:21:30.720 --> 00:21:33.920
оставляет открытыми вопросы о целостности, надежности и безопасности данных.

00:21:34.080 --> 00:21:36.340
Хорошая новость в том, что эти ловушки хорошо известны,

00:21:36.440 --> 00:21:37.360
как и способы их обойти.

00:21:37.360 --> 00:21:40.520
Начните с определения базовых принципов защиты в центре администрирования.

00:21:40.680 --> 00:21:43.580
Четко распределите роли, кто может создавать, а кто – публиковать.

00:21:43.740 --> 00:21:45.720
Сделайте мониторинг обязательным, а не дополнительным,

00:21:45.840 --> 00:21:48.280
чтобы получать оповещения до того, как ситуация станет критической.

00:21:48.520 --> 00:21:51.080
Поддерживайте согласованность политик в разных регионах,

00:21:51.160 --> 00:21:53.360
чтобы уверенно опираться на свою систему управления.

00:21:53.540 --> 00:21:55.880
И самое главное, с первого дня работайте в тесном контакте

00:21:55.880 --> 00:21:57.640
с командами по безопасности и соблюдению норм.

00:21:57.800 --> 00:21:59.540
Исключение их из процесса до последнего момента

00:21:59.540 --> 00:22:00.980
почти всегда приводит к обратному эффекту.

00:22:01.120 --> 00:22:03.900
Многие организации уже разработали эффективные рабочие методики.

00:22:03.900 --> 00:22:06.480
Контрольные списки для ежеквартального пересмотра политик –

00:22:06.480 --> 00:22:09.340
правила, связывающие аудит с правами публикации и фреймворки,

00:22:09.520 --> 00:22:11.220
где команды инноваторов экспериментируют до того,

00:22:11.380 --> 00:22:13.340
как ИТ-отдел проверит все для официального запуска.

00:22:13.520 --> 00:22:15.140
Использование этого опыта означает,

00:22:15.360 --> 00:22:16.920
что вам не нужно повторять их ошибки.

00:22:17.060 --> 00:22:19.180
Каждый раз, когда другая компания сообщала о сбое,

00:22:19.340 --> 00:22:22.140
причина была в том, что защитные механизмы существовали на бумаге,

00:22:22.240 --> 00:22:23.460
но не применялись должным образом.

00:22:23.640 --> 00:22:25.300
Усвоив их уроки на раннем этапе,

00:22:25.500 --> 00:22:26.540
вы избежите издержек.

00:22:26.540 --> 00:22:56.520
Продолжение следует...