Одним из преимуществ P2P закупок является возможность настройки статусных и ролевых моделей для согласования заявок и заказов. Использование BPM-конструктора позволяет быстро внедрять и адаптировать бизнес-логику клиента. Это ускоряет процесс утверждения, минимизируя бюрократические задержки, что способствует сокращению времени цикла закупок. Система поддерживает сложные сценарии согласования с контролем лимитов на одобрение, а также параллельные и последовательные маршруты, обеспечивая гибкость и точность в управлении закупками. Этот инструмент существенно сокращает время внедрения и позволяет вносить изменения без значительных переработок, что защищает финансовые интересы компании и адаптируется под её потребности

Кроме того, благодаря P2P закупкам ваша компания получит возможность гибко управлять приемкой товаров и услуг. Система позволяет вести как полную, так и частичную приемку, что помогает адаптироваться к меняющимся потребностям и оптимизировать процессы поставок. Это означает меньше хаоса и больше структурированности в ваших закупках. Рассмотрим доступный функционал подробнее.

Ролевая модель

Глобально всех пользователей можно разделить на Покупателей и Поставщиков в рамках платформы. Рассмотрим, какие основные роли и настройки есть для каждого типа пользователей.

Покупатели

Роли

Всем новым покупателям, зарегистрировавшимся на платформе, по умолчанию назначается роль Инициатор.

Делегирование

О делегировании

У пользователя платформы есть возможность делегировать свои полномочия по работе в системе AGORA другому пользователю на определенный период.

Делегируются права на:

• Согласование заявок и заказов на закупку.
• Создание поступлений.

Делегировать полномочия можно только в случае, если грейд сотрудника выше или равен грейду пользователя, чьи права делегируются. Исключением является роль Финансовый контролер, он может делегировать права сотруднику с любым грейдом.

Инструкция по делегированию

Для того, чтобы делегировать права пользователю, необходимо:

1. Нажать на имя пользователя справа вверху страницы.
   
2. Перейти в раздел Делегирование.
   
3. Нажать на кнопку Создать.
   
   
4. Заполнить все параметры в открывшемся меню (все являются обязательными, помечены *).Представитель - пользователь, которому делегируются права.
   Функция - что именно делегируется пользователю - Согласование заявок и заказов, создание поступления.
   Период делегирования - период, в который будут делегироваться выбранная функция.
   
   
5. После заполнения всех полей нажмите на кнопку Сохранить.
   
   

Переназначение

О переназначении

У пользователя платформы есть возможность полностью переназначить Заказы, Поступления и Задачи на согласование другому пользователю. Переназначить их можно только пользователям с ролью "Инициатор". Переназначить заявки на согласование можно только пользователям с ролями "Финансовый контроллер", "Бюджетодержатель" (у которого лимит согласования равен или выше).

Переназначить права можно только в случае, если грейд сотрудника выше или равен грейду пользователя, чьи права делегируются. Исключением является роль Финансовый контролер, он может передать права сотруднику с любым грейдом.

Инструкция по переназначению

Для переназначения необходимо:

1. Нажать на имя пользователя справа вверху страницы.
   
2. Перейти в раздел Переназначение.
   
   
3. Заполнить необходимые поля (обязательные поля помечены *) и выбрать сущности для переназначения (или воспользоваться чек-боксом для переназначения всех сущностей).
   
4. После заполнения нажмите на кнопку Переназначить.
   

Отчеты

В подразделе отчетов отображается табличная часть со всеми отчетами, которые запланировано отправлять пользователю через представления:

Здесь можно настроить период отправки, дату и время отправки отчета, а также его получателей.

В табличной части представлена информация по столбцам: 

• Таблица данных – справочник, по которому будет формироваться отчет.
• Название – название, указанное в наименовании представления.
• Автор – пользователь, создавший представление.
• Получатель – пользователь, для которого запланирован отчет.
• График – период и день отправки отчета.
• Окно запуска - время отправки отчета.
• Действия - возможность отредактировать запланированные отчеты или удалить их.

Уведомления пользователя

В подразделе уведомлений пользователю доступна настройка уведомлений, которые он будет получать при работе на платформе. 

Настройка уведомлений 

Для настройки уведомлений необходимо: 

1. Нажать на имя пользователя справа вверху страницы.
   
2. Открыть раздел Уведомления.
   
3. Проставить чек-боксы в столбце В системе и На эл.почту напротив событий, по которым вы желаете получать уведомления.
   

Если необходимо получать уведомления по всем событиям в системе или на эл.почту, необходимо кликнуть по соответствующему верхнему чек-боксу и настройка применится по всем видам уведомлений.

Внесенные изменения сохраняются автоматически. 

Все выбранные уведомления, которые отмечены чек-боксом В системе, будут отображаться в разделе Уведомления с символом колокольчика. Если выбран вариант получения На эл.почту письма о событиях будут отправлены на указанную в системе эл.почту пользователя. Если у события указано получение уведомлений В системе и На эл.почту, уведомление будет отправлено и в раздел Уведомления и на указанную почту соответственно.

Просмотр информации о поставщике

В личном кабинете Покупателя доступна возможность просмотра списка поставщиков, а также информации о них.

Покупателям с ролью Служба поддержки закупок (P2P) и Администратор IT доступна полная информация о поставщике как в представлении (в таблице со списком поставщиков):
Так и в карточке поставщика:

Покупателям с ролями, кроме Служба поддержки закупок (P2P) и Администратор IT (к примеру, Инициатор) доступна ограниченная информация о поставщике. 

Недоступны для отображения следующие данные в представлениях (в таблице со списком поставщиков):

• Контактное лицо
• Создано кем
• Дата создания записи
• Обновлено кем
• Дата последнего обновления записи
• Интеркомпани
• Сопоставление счетов по умолчанию
• Номер мобильного телефона
• Адрес электронной почты для отправки заказов
• Адрес электронной почты
• Дополнительный адрес электронной почты

В карточке поставщика недоступны для просмотра такие данные, как:

• Адрес электронной почты
• Дополнительный адрес электронной почты
• Интеркомпани
• Уровень сопоставления счетов

Поставщики

После регистрации, пользователю поставщика становится доступны функции платформы в зависимости от его роли. Как правило, поставщики просматривают и согласовывают текущие заказы, проверяют их статус, участвуют в спотовых событиях. 

Роли

Управление пользователями

Пользователь с ролью Администратор имеет возможность управлять перечнем пользователей. Для управления необходимо:

1. Перейти в свой Профиль, нажав на имя в правой верхней части окна.
   
2. Перейти в раздел Настройки.
   
3. Выполнить необходимые действия (удалить, изменить, пригласить пользователя).
   

Приглашенный сотрудник сможет пройти регистрацию по отправленной ему ссылке на указанную электронную почту. Такому пользователю по умолчанию будет назначена роль "Менеджер поставщика".

Заявки (Purchase Request - PR)

Для создания заказа, пользователю необходимо предварительно создать заявку и отправить её на согласование. Позиции в заявке можно как выбрать из каталога, так и писать в свободной форме, если в нем нет необходимой позиции.

Описание статусов Заявки (PR)

Диаграмма статуса заявки

Создание заявки

Для создания заявки авторизуйтесь в личном кабинете и перейдите в раздел Заявки в главном меню. Нажмите на кнопку Создать заявку.

Далее заполните все обязательные поля, они помечены *.

После чего добавьте необходимые позиции в заявку. Позиция может быть как выбрана из каталога, так и указана в произвольной форме. На данном этапе необходимо также заполнить все обязательные поля и нажать на кнопку Сохранить:

В заявке можно добавить до 100 позиций.

Далее заполните блок платежной информации в позициях заказа. Форма заполнения открывается кликом на значок поиска:

Заполните обязательные поля по платежной информации, после этого нажмите Сохранить:

После успешного заполнения всех необходимых полей заявка готова к отправке на согласование, цепочка которой построилась по мере заполнения заявки. Для отправки нажмите на кнопку Отправить на согласование:

Копирование заявки

На платформе реализован функционал копирования заявки. Копируются заявки только в статусе Согласовано и На согласовании. При копировании создается Черновик заявки со всеми данными, что удалось перенести из копируемой. В случае, если какую-либо строку заказа не удалось скопировать, об этом выводится соответствующее сообщение.

Для того, чтобы копировать заявку, необходимо:

1. В боковом меню выбрать раздел Заявки.
   
2. Кликнуть на значок либо в строке необходимой заявки, либо в открытой заявке.
   
   
   
3. После копирования заявки продолжить работу как над новой заявкой.

Согласование заявки

Цепочка согласующих формируется автоматически на основании грейдов, лимитов согласования и использования каталожной и некаталожной позиции в заявке.

После прохождения вышеперечисленных этапов проходит второе техническое согласование и после успешной валидации заявка считается согласованной, на основе которой создаются заказ(ы). Количество заказов зависит от договоров, используемых при формировании заявки. 

Для согласования заявки, согласующему необходимо открыть заявку на платформе и нажать Согласовать или Отклонить в зависимости от желаемого результата.

Удаление заявки

Для удаления заявки необходимо:  

1. В боковом меню выбрать раздел Заявки.
   
2. Кликнуть по номеру заявки в статусе Черновик в столбце ID.
   
3. Нажать на кнопку удаления заявки (иконка «Корзина»).
   
4. В окне подтверждения нажать на кнопку ОК.
   

После удаления вы будете перенаправлены на страницу раздела Заявки, удаленные заявки в списке не отображаются.  

Заказы (Purchase Order - PO)

Описание статусов Заказа (PO)

Диаграмма статуса Заказа (PO)

Создание заказа

Для создания Заказа (PO), сначала необходимо создать Заявку (PR) с указанием необходимых позиций. Создание заявки было описано выше. После того, как заявка успешно прошла согласование, по ней будут созданы заказы. Количество заказов зависит от договоров, которые использовались в заявке.

Сразу после создания заказа система выполняет следующие действия:

• Отправляет заказ на закупку в SAP.
• Отправляет заказ на закупку поставщику (на электронный адрес и/или в личный кабинет).

После того как по Заказу был получен товар или его часть, на этом основании можно создать Поступление. Создание поступлений мы рассмотрим далее.

Изменение заказа

Изменение заказа доступно пользователям с ролями Инициатор и Служба поддержки закупок: группа по процессу оформления закупок.

Изменение заказа доступно при соблюдении всех перечисленных условий:

• Заказ находится в одном из статусов: Черновик, Отправлен, Согласован, Ручная отправка, Частично получен, Полностью получен.
• По строке заказа отсутствует поступления, либо все поступления аннулированы.

Изменение Количества товара в оформленном заказе, где в строке заказа в платежной информации выбран инвестиционный ордер (название объекта затрат начинается с @) доступно пользователям с ролью Инициатор и P2P Служба поддержки закупок.

Для изменения заказа необходимо:

1. Открыть заказ, в который необходимо внести изменения нажав по его ID.
   
2. Убедиться, что он соответствует условиям изменения заказа, указанным выше.
3. Нажать на кнопку Изменить заказ.
   
4. Внести необходимые изменения.
5. Нажать на кнопку Сохранить.
   

События при сохранении изменений:

• Заказ перейдет в статус На согласовании.
• Запустится цепочка согласования в соответствие с правилами согласования заявки на закупку.

Исключением являются случаи, когда после изменения заказа сумма уменьшилась относительно согласованной или увеличилась не более чем на 5%. При этих обстоятельствах создается новая версия заказа, и обновленный заказ уходит поставщику в виде измененной печатной формы.

Отмена заказа

Отменить заказ возможно только в случае, если по нему не создано поступление (GR).

Данный функционал доступен пользователям с ролью "Служба поддержки закупок: группа по процессу оформления закупок".

Для отмены заказа необходимо:

1. Открыть Заказ, в который необходимо внести изменения нажав на его ID.
   
2. Нажать на кнопку Отменить заказ.
   

События при отмене заказа:

• Платформа отправляет уведомление поставщику об отмене заказа.
• Переводит заказ в статус Отменен.
• Передает в SAP новое значение статуса.
• Высвобождает бюджет зарезервированный под заказ, делает его доступным для резервирования в новых заказах.

Закрытие заказа

Данный функционал доступен пользователям с ролями:

• Инициатор - Мягкое закрытие
• Служба поддержки закупок: группа по процессу оформления закупок - Мягкое и полное закрытие, повторное открытие мягко закрытого заказа.

Мягкое или полное закрытие заказа доступно на статусах:

• Отправлен
• Частично получен
• Полностью получен

Мягкое закрытие строки

Для мягкого закрытия заказа необходимо:

1. Открыть Заказ, в котором необходимо мягко закрыть позицию, нажав на его ID.
   
2. Нажать на кнопку Изменить заказ.
   
3. Нажать на значок в необходимой позиции заказа.
   
   Или использовать функционал множественного выбора, выделив позиции чек-боксами, и нажать кнопку Закрыть выбранные.
   
   
   

Повторное открытие строки

Для повторного открытия строки необходимо:

1. Открыть Заказ, в котором необходимо открыть строку заказа, нажав на его ID.
   
2. Нажать на кнопку Изменить заказ.
   
3. Отметить необходимые позиции чек-боксам (или нажать "Выбрать все") и далее нажать на кнопку Открыть выбранные.
   

Мягкое закрытие заказа (Soft closed)

Мягкое закрытие можно выполнить вручную, после чего, при необходимости, есть возможность переоткрыть заказ. Также, закрытие сработает автоматически через 90 дней после даты поставки.

Для мягкого закрытия заказа необходимо:

1. Открыть Заказ, который необходимо мягко закрыть, нажав на его ID.
   
2. Нажать на кнопку Закрыть заказ.
   
3. Подтвердить действие во всплывающем окне браузера.
   

Повторное открытие заказа

Повторное открытие заказа доступно на статусе Закрыт мягко. Функционал открытия доступен пользователям с ролью Служба поддержки закупок: группа по процессу оформления закупок.

Для повторного открытия заказа необходимо:

1. Перейти в карточку заказа, который необходимо открыть повторно, нажав на его ID.
   
2. Нажать на кнопку Открыть повторно.
   
3. Подтвердить действие во всплывающем окне браузера.
   

После повторного открытия заказ перейдет в статус Отправлен.

Полное закрытие заказа (Hard closed)

Закрытие заказа может осуществляться пользователем вручную, либо же автоматически - по истечению 2-х лет с даты последнего изменения. Функционал закрытия доступен пользователям с ролью Служба поддержки закупок: группа по процессу оформления закупок.

Для полного закрытия заказа необходимо:

1. Открыть заказ, который необходимо полностью закрыть, нажав на его ID.
   
2. Нажать на кнопку Закрыть полностью.
   
3. Подтвердить действие во всплывающем окне браузера.
   

События при закрытии заказа:

• Назначается новый статус заказу или строке заказа:
• Закрыт мягко в случае мягкого закрытия. Для заказа в случае мягкого закрытия каждой строки..
• Закрыт в случае полного закрытия. Для заказа в случае полного закрытия каждой строки.
• В случае полного закрытия в SAP передается статус по строке и/или заголовку, в зависимости от того, что было закрыто. 
• Если по закрытому заказу сумма поступлений меньше, чем сумма заказа, разница в суммах возвращается в лимит по договору, позиции которого включены в заказ.

Поступления (Goods Receipt - GR)

Статусы поступлений

Создание поступления

После того как заказ успешно был передан в SAP и находится в статусе Отправлен, по нему можно создать поступление. Для этого необходимо:

1. Перейти в раздел Заказы.
   
2. Найти заказ с помощью Представления или вручную в списке заказов.
   
3. Нажать на значок  в строке необходимого заказа справа. Если значок вам не виден, то прокрутите список горизонтально до конца.
   
4. Заполнить обязательные поля (помечены *) и нажать Отправить.
   

В случае возникновения ошибки при создании поступления, ошибка записываться в журнал интеграции SAP и видна в истории изменения Поступления (GR) и Заказа (PO).

Правила создания поступления:

• Поступление создается на каждую отдельную строку заказа.
• При создании поступления обязательно должно быть заполнены следующие поля:
  • Количество;
  • Номер первичного документа;
  • Дата поступления.
• При указании значения в поле Количество меньше значения указанного в поле Заказано создается частичное поступление.
• При создании поступления ему присваивается уникальный номер.
• При создании нескольких поступлений по одной строке заказа, платформа создает несколько документов с поступлениями.
• Возможно создать поступление сразу на несколько строк заказа.
• Есть возможность автоматического заполнения поля Получено значением из поля Заказано по кнопке Быстрое поступление.
• Максимальное значение в поле Количество равно значению в поле Заказано.
• После подтверждения сохранения поступления платформа ставит данное поступление в очередь для отправки в SAP.
• После отправки поступления в SAP на платформу придёт номер документа из SAP.

Аннулирование поступления

Аннулировать поступление может только пользователь с ролью Служба поддержки закупок - группа по процессу оформления закупок.

Для аннулирования поступления необходимо:

1. Перейти в раздел Поступления из бокового меню.
   
2. Перейти в интересующее поступление, нажав на его ID.
   
3. Нажать на кнопку Аннулировать.
   
   
4. Указать причину аннулирования (обязательное поле, помечено *) и комментарий (не обязательное) и нажать на кнопку Подтвердить.
   

В случае возникновения ошибки при аннулировании приемки, ошибка записываться в журнал интеграции SAP, и видна в истории изменения Поступления (GR) и Заказа (PO).

События при аннулировании поступления:

• У пользователя запрашивается:
  • Причина аннулирования
  • Комментарий
• Аннулируется поступление на полную сумму.
• В SAP передается информация о поступлении.
• От SAP на платформу передается номер документа.

Договор с поставщиком

Договор с поставщиком подразумевают соглашение между Покупателем и Поставщиком, в рамках которого реализуются позиции каталога, а также регулируются такие условия, как Условия оплаты, Условия доставки, Общий лимит по договору (денежный), Возможность превышения установленного денежного лимита.

Данные по договорам выгружаются из SAP и привязываются к созданному на платформе Поставщику. В случае, если Поставщик (контракт по которому выгружается на платформу) отсутствует или заблокирован на платформе - договор не создается.

Данные по сроку действия договора также выгружаются из SAP. 

Если Дата окончания в договоре НЕ РАВНА дате позже текущей - договор должен сменить статус на Не активен. Если сегодня день равен Дате окончания действия договора, то он ещё будет иметь статус Активен.

Если договор становится неактивным:

1. Связанные с ним каталоги скрываются от инициатора в момент поиска при создании PR / новой строки PO.
2. У сотрудника с ролью P2P нет возможности выбрать его в строке PR / PO.

Сумма по Заявке (PR) учитывается в Сумме всех заказов по договору после согласования заявки. В дальнейшем, при закрытии Позиции в Заказе (PO), производится расчет разницы между суммой позиции и суммой проведенных поступлений по ним, эта разница освобождается в Сумма всех заказов по договору.

Общая формула расчета Свободных средств в договоре:
Свободных средств = Сумма всех заказов по договору - Сумма всех заказов по договору.

Каталоги

В разделе Каталоги отображаются доступные позиции из каталогов поставщиков. Каталожные позиции связаны с определенным Поставщиком и его Договором (см. раздел Договоры с поставщиком).

Доступна возможность: 

• создание/редактирование каталожной позиции,  
• импортирование/экспорт каталогов,  
• скачивание шаблона загрузки каталога, 
• настройки представлений. 

Создание каталожной позиции  

Создание каталожной позиции доступно пользователям с ролью Служба поддержки закупок (P2P) - группа мастер данные поставщиков.

Для создания необходимо: 

1. В боковом меню перейти в  раздел Каталоги.
   
2. Нажать на кнопку Создать.
   
3. На открывшейся странице заполнить обязательные поля (они отмечены *).
   
4. Нажать кнопку Сохранить. 

После сохранения созданный товар отобразится в списке товаров в разделе Каталог.

Импорт каталога из файла

Импорт каталога доступен пользователям с ролью Служба поддержки закупок (P2P) - группа мастер данные поставщиков.

Для создания необходимо: 

1. В боковом меню перейти в раздел Каталоги.
   
2. При необходимости скачать шаблон по нажатию на кнопку с иконкой файла.
   
3. Нажать на кнопку Загрузить из файла.
   
4. В открывшемся окне выбрать заполненный файл каталога

После успешного импорта товары будут отображены в списке товаров в разделе Каталог. 

Представления

Представления - используется для поиска и фильтрации данных. Построены на elasticsearch, что дает возможность гибкой настройки фильтра.

Используются в разделах:

• Заявки
• Заказы
• Поступления
• Каталоги
• Поставщики
• Договоры

Создание представления

Чтобы создать представление, необходимо:

1. Перейти в раздел, в котором необходимо создать представление и нажать на кнопку Новое представление.
   
2. Заполнить как минимум обязательные поля (помечены *), остальные заполняются по необходимости.
   
3. Сохранить представление путем нажатия на кнопку Сохранить.
   

Использование представления

Для того, чтобы применить представление необходимо:

1. Перейти в желаемый раздел через главное меню портала (на примере раздела Заказы)
   
2. Нажать на выпадающий список Выберите представление.
   
3. Выбрать необходимое представление в выпадающем списке.
   
   
   
4. После выбора представления сразу список будет отфильтрован по заданным параметрам.

Использование фильтра

Если необходимо отфильтровать данные без использования представлений, можно воспользоваться функцией Фильтр. Её можно использовать как при выбранном представлении, чтобы уточнить выборку, так и без него.

Для того, чтобы указать Фильтр, необходимо:

1. Перейти в желаемый раздел через главное меню портала (на примере раздела Заказы)
   
2. Нажать на кнопку Фильтр справа от выбора представления.
   
3. В фильтре настроить необходимые параметры выборки и нажать Применить.
   

Уведомления

Уведомления для покупателей

Уведомления для поставщиков по заказам

Интеграции

На платформе реализованы интеграции со сторонними сервисами клиента.
Интеграции односторонние, а это значит, что данные от платформы передаются только при поступлении API запроса на платформу от стороннего сервиса. 

Интеграция с SAP (P0x)

Между платформой и SAP (P0x) настроено интеграционное взаимодействие для обмена следующими данными по следующим потокам:

Для приема данных на стороне Agora разработан веб-интерфейс для получения данных в файле формата cXML по технологии REST API.

Интеграционное взаимодействие между системами Agora и SAP P0x осуществляется через интеграционную шину EAI Middleware.

Инициатором в данном файлообмене будет выступать SAP P0x.

Техническое согласование заявки (PR)

Раз в 5 минут запускается задача, по которой Middleware получает данные по списку заявок с платформы, которые на этапе согласования "Технический согласующий", далее внутри их системы происходит проверка, возможно ли создать заявку с данными, указанными в заявке (правильное ли заполнение, не превышены ли какие-либо лимиты). При отклонении заявки Техническим согласующим, заявка возвращается в статус "Черновик" и цепочка согласования сбрасывается. В истории изменений заявки пишется причина, почему проверка была не пройдена. При согласовании заявки, заявка движется дальше по цепи согласования и в истории отражается факт согласования со стороны Технического согласующего.

Экспорт заказов (PO)

Только что созданные заявки помечаются в системе выключенным параметром "Экспортировано в SAP". Такие заявки выгружаются запросом от SAP раз в 5 минут, после чего помечаются включенным параметром. Выгрузка такого заказа может как создать заказ в SAP, так и обновить уже существующий. За один запрос SAP получает максимум 50 заказов на обработку. Если заказов больше 50, оставшиеся будут выгружены при следующем запросе - через 5 минут.
В случае возникновения ошибки экспорта в SAP, заказ помечается параметром "Ошибка при миграции заказа в SAP".
Логи ошибок миграции заказа в SAP можно проверить в админ. панели в разделе Записи о неудачных результатах в категории Интеграция с SAP

Интеграция с 1С

Интеграция с 1С используется для синхронизации пользователей 

1С может обратиться к платформе для получения следующей информации:
• Получение токена OAuth 2.0 - метод аутентификации, 1С делает это перед каждым запросом
• Проверка существования пользователя в Агора - 1С делает данный запрос на платформу с целью проверки наличия пользователя в системе Агора
• Проверка существования менеджера в Агора - 1С совершает запрос на платформу с целью проверки наличия менеджера в системе Агора.
• Создание/изменение пользователя в Агора - 1С совершает запрос на платформу с целью создания нового пользователя (если пользователя нет в системе Агора) или обновления существующего пользователя (если пользователь существует) в системе Агора.

Также, раз в час система обращается к 1С для проверки материальной группы и бюджету в целях определения роли Бюджетодержателя или Финансового контроллера.

Интеграция с Active Directory (AD)

Для пользователей реализована авторизация по технологии SSO через ADFS, для этого настроена интеграция с Active Directory.

Аутентификация пользователя будет произведена автоматически с сессионными данными AD.

Алгоритм аутентификации и авторизации пользователя:

1. Пользователь открывает страницу системы Agora (любую). Если пользователь не авторизован, то происходит редирект на страницу авторизации с любого адреса портала.
2. На странице авторизации отображается кнопка "Войти в систему", при нажатии на которую, происходит перенаправление пользователя в службу федерации.
3. Осуществляется запрос аутентификационных данных (логина и пароля) в ADFS.
4. После входа пользователя в ADFS происходит перенаправление пользователя в Agora на главную страницу.

Из AD в Agora по запросу от Agora отправляются 2 потока данных:

• Авторизационные данные (ADFS), отправка по необходимости;
• Данные пользователей (LDAP), отправка раз в сутки.

Могут быть случаи, когда база данных с 1С и база данных с Active Directory конфликтуют в плане электронных почт пользователей. В случае возникновения трудностей авторизации, необходимо чтобы эти базы данных были синхронизированы.