Последний блок, который мы выделим, — это P2P закупки (Procure-to-Pay), предназначенные для комплексной оптимизации процессов в закупочном отделе. Разрабатываемый блок P2P системы охватывает весь процесс от создания заявок на закупку до их оплаты и доставки товаров, обеспечивая полный контроль и прозрачность на каждом этапе цепочки поставок. Его можно реализовать как самостоятельное продуктовое решение, так и он может быть частью SRM системы. |
Одним из преимуществ P2P закупок является возможность настройки статусных и ролевых моделей для согласования заявок и заказов. Использование BPM-конструктора позволяет быстро внедрять и адаптировать бизнес-логику клиента. Это ускоряет процесс утверждения, минимизируя бюрократические задержки, что способствует сокращению времени цикла закупок. Система поддерживает сложные сценарии согласования с контролем лимитов на одобрение, а также параллельные и последовательные маршруты, обеспечивая гибкость и точность в управлении закупками. Этот инструмент существенно сокращает время внедрения и позволяет вносить изменения без значительных переработок, что защищает финансовые интересы компании и адаптируется под её потребности
Кроме того, благодаря P2P закупкам ваша компания получит возможность гибко управлять приемкой товаров и услуг. Система позволяет вести как полную, так и частичную приемку, что помогает адаптироваться к меняющимся потребностям и оптимизировать процессы поставок. Это означает меньше хаоса и больше структурированности в ваших закупках. Рассмотрим доступный функционал подробнее.
Есть возможность настроить любую ролевую модель, которая необходима под ваши индивидуальные требования. Мы рассмотрим некоторый базовый вариант, который можно будет кастомизировать. |
Глобально всех пользователей можно разделить на Покупателей и Поставщиков в рамках платформы. Рассмотрим, какие основные роли и настройки есть для каждого типа пользователей.
Название роли | Доступные возможности |
---|---|
Инициатор | Может создавать заявки на закупку товаров. |
Руководитель инициатора | Видит заявки и заказы своих подчиненных. |
Бюджетодержатель и финансовый контроллер | Согласуют заявки, основываясь на лимитах бюджета. |
Централизированный инициатор | Инициатор с большим количеством прав. |
Администратор IT | Имеет права на просмотр и изменения данных в административной панели. |
Просмотр | Есть права на просмотр всех данных, но нет права их изменять. |
Служба поддержки закупок (P2P) - управление пользователями | Управляют данными о пользователях, в том числе назначают роли. |
Служба поддержки закупок (P2P) - группа мастер данных поставщиков | Имеют возможность изменять мастер данные по поставщикам. |
Служба поддержки закупок (P2P) - группа по процессу оформления закупок | Согласуют заявки содержащие некаталожные позиции. |
Всем новым покупателям, зарегистрировавшимся на платформе, по умолчанию назначается роль Инициатор.
У пользователя платформы есть возможность делегировать свои полномочия по работе в системе AGORA другому пользователю на определенный период.
Делегируются права на:
Кроме того, вы можете полностью переназначить Заказы, Поступления и Задачи на согласование другому пользователю.
Делегировать или Переназначить права можно только в случае, если грейд сотрудника выше или равен грейду пользователя, чьи права делегируются. Исключением является роль Финансовый контролер, он может передать права сотруднику с любым грейдом.
Кроме того, в личных настройках любой пользователь может создать и настроить отчетность. Это значит, что вы можете установить график для автоматической отправки отчетов в заданное время и дату, чтобы все выбранные получатели своевременно получали необходимую информацию.
Вы также можете настраивать уведомления, поступающие с платформы, в зависимости от события. Есть возможность выбрать, где именно вы хотите получать уведомления: в системе AGORA, на ваш электронный адрес, или и там, и там. Это позволит вам быть в курсе важной информации в наиболее удобном для вас формате.
После регистрации, пользователю поставщика становится доступны функции платформы в зависимости от его роли. Как правило, поставщики просматривают и согласовывают текущие заказы, проверяют их статус, участвуют в спотовых событиях.
Название роли | Доступные возможности |
---|---|
Администратор |
|
Менеджер поставщика |
|
Для создания заказа, пользователю необходимо предварительно создать заявку и отправить её на согласование. Позиции в заявке можно как выбрать из каталога, так и писать в свободной форме, если в нем нет необходимой позиции.
Статус | Предшествующее действие пользователя/платформы | Переход в статус |
---|---|---|
Черновик |
| На согласовании |
На согласовании |
| Согласована Черновик |
Согласована |
|
Для начала создания заявки вам необходимо заполнить все обязательные поля формы. После того как все обязательные поля будут заполнены корректно, ваша заявка будет готова для отправки на согласование. Цепочка согласования автоматически формируется по мере заполнения заявки. Это значит, что система сама определяет, какие шаги и кто именно должен будет рассмотреть вашу заявку дальше.
Когда вы убедитесь, что все сведения внесены правильно, и заявка готова к отправке, просто нажмите на кнопку Отправить на согласование. Таким образом вы запустите процесс проверки и утверждения вашей заявки ответственными лицами.
Помимо создания заявки с нуля можно также копировать заявку с уже созданной ранее. При копировании создается Черновик заявки со всеми данными, что удалось перенести из копируемой.
Цепочка согласующих формируется автоматически на основании грейдов, лимитов согласования и использования каталожной и некаталожной позиции в заявке.
Согласующий | Описание этапа согласования |
---|---|
Инициатор | Данный этап согласуется автоматически после отправки заявки на согласование. Ответственным за данный этап является инициатор - пользователь, создавший заявку. |
Служба поддержки закупок | Данный этап необходим при использовании некаталожной позиции в заявке. Ответственный за данный этап - сотрудник службы поддержки закупок с ролью P2P. |
Технический согласующий | На данном этапе происходит валидация на стороне SAP. |
Бюджетодержатель | На данном этапе ответственный сотрудник контролирует, не выходит ли сумма заказа за рамки бюджета. Бюджетодержатель закрепляется за определенным инициатором. В зависимости от того, выходит сумма за рамки бюджета или нет, к согласованию будет также привлечен руководитель бюджетодержателя, рамки бюджета у которого выше. |
Финансовый контролер | Данный этап необходим только в том случае, если сумма по заявке превышает его лимит. |
После прохождения вышеперечисленных этапов проходит второе техническое согласование и после успешной валидации заявка считается согласованной, на основе которой создаются заказ(ы). Количество заказов зависит от договоров, используемых при формировании заявки.
Для согласования заявки, согласующему необходимо открыть заявку на платформе и нажать Согласовать или Отклонить в зависимости от желаемого результата.
Статус | Предшествующее действие пользователя/платформы | Переход в статус |
---|---|---|
Создан |
|
|
Отправлен | Система отправила заказ поставщику |
|
Ручная отправка | При отправке заказа поставщику была получена ошибка и заказ не был отправлен |
|
На согласовании |
|
|
Частично получен | Пользователь подтвердил создание частичного поступления по заказу |
|
Полностью получен | Пользователь подтвердил создание полного поступления по заказу |
|
Закрыт мягко |
|
|
Закрыт полностью |
| |
Отменен | Пользователь подтвердил отмену заказа |
|
Для создания Заказа (PO), сначала необходимо создать Заявку (PR) с указанием необходимых позиций. Создание заявки было описано выше. После того, как заявка успешно прошла согласование, по ней будут созданы заказы. Количество заказов зависит от договоров, которые использовались в заявке.
Сразу после создания заказа система выполняет следующие действия:
• Отправляет заказ на закупку в SAP.
• Отправляет заказ на закупку поставщику (на электронный адрес и/или в личный кабинет).
После того как по Заказу был получен товар или его часть, на этом основании можно создать Поступление. Создание поступлений мы рассмотрим далее.
Изменение заказа доступно пользователям с ролями Инициатор и Служба поддержки закупок: группа по процессу оформления закупок.
Изменение заказа доступно при соблюдении всех перечисленных условий:
Изменение Количества товара в оформленном заказе, где в строке заказа в платежной информации выбран инвестиционный ордер (название объекта затрат начинается с @) доступно пользователям с ролью Инициатор и P2P Служба поддержки закупок.
Изменить количество на меньшее число, чем уже принято по данной строке заказа, не получится. |
После сохранения изменений заказ перейдет снова на согласование. Исключением являются случаи, когда после изменения заказа сумма уменьшилась относительно согласованной или увеличилась не более чем на 5%. При этих обстоятельствах создается новая версия заказа, и обновленный заказ уходит поставщику в виде измененной печатной формы.
Отменить заказ возможно только в случае, если по нему не создано поступление (GR). Данный функционал доступен пользователям с ролью "Служба поддержки закупок: группа по процессу оформления закупок".
Это ограничение помогает обеспечить порядок в процессе закупок и исключает ситуации, когда заказы отменяются после того, как товары или услуги уже начали поступать.
Данный функционал доступен пользователям с ролями:
Мягкое или полное закрытие заказа доступно на статусах:
Мягкое закрытие заказа можно осуществить вручную, предоставляя гибкость в управлении вашими заказами. Это особенно полезно, если вы хотите временно закрыть заказ, а затем, при необходимости, снова его открыть.
Если вы предпочитаете полагаться на автоматический процесс, будьте уверены, что мягкое закрытие произойдет автоматически через 90 дней после установленной даты поставки.
В случае если вам понадобится повторно открыть закрытый заказ, это возможно сделать, если заказ находится в статусе Закрыт мягко. Возможность повторного открытия заказа предоставляется пользователям, которые имеют роль Служба поддержки закупок: группа по процессу оформления закупок.
Это позволяет пользователям с соответствующими полномочиями гибко управлять заказами и быстро реагировать на изменяющиеся обстоятельства.
Заказ может быть закрыт либо вручную, либо автоматически. Автоматическое закрытие происходит спустя два года с даты последнего изменения заказа. Эта функция доступна пользователям, которые имеют роль Служба поддержки закупок: группа по процессу оформления закупок.
Статус | Описание |
---|---|
Создано | Поступление создано. |
Аннулировано | Поступление аннулировано. |
После того как заказ успешно был передан в SAP и находится в статусе Отправлен, по нему можно создать поступление.
В случае возникновения ошибки при создании поступления, ошибка записываться в журнал интеграции SAP и видна в истории изменения Поступления (GR) и Заказа (PO).
Аннулировать поступление может только пользователь, обладающий ролью Служба поддержки закупок — группа по процессу оформления закупок.
Когда вы начинаете процесс аннулирования поступления, система запросит у вас указать причину аннулирования и ввести комментарий для более полной информации о причинах данного действия.
Важно отметить, что аннулирование поступления происходит на полную сумму, что гарантирует полное нивелирование финансовых обязательств, связанных с данным поступлением.
После аннулирования, информация о поступлении передается в систему SAP для фиксации изменений. В ответ SAP вернет на платформу номер документа, подтверждающий проведение операции. Это обеспечивает прозрачность и позволяет пользователям легко отслеживать все происходящие изменения.
Договор с поставщиком — это формальное соглашение между Покупателем и Поставщиком, в рамках которого устанавливаются условия поставки товаров или услуг. Здесь также оговорены такие аспекты, как условия оплаты, условия доставки и общий денежный лимит по договору. Важным элементом договора является возможность превышения установленного денежного лимита, если это подразумевается условиями сотрудничества.
Когда Заявка (PR) согласована, её сумма добавляется к общей Сумме всех заказов по договору.
Затем, когда конкретная позиция в Заказе (PO) закрывается, происходит пересчет. Разница между суммой по этой позиции и суммой всех проведенных поступлений освобождается, увеличивая доступные средства в рамках договора.
Общая формула расчета Свободных средств в договоре:
Свободных средств = Общий лимит по договору - Сумма всех заказов по договору.
Это позволяет понять, сколько средств ещё остаётся доступным для использования в рамках данного договорного обязательства.
В разделе Каталоги вы можете просматривать доступные позиции из каталогов поставщиков. Эти позиции напрямую связаны с конкретным Поставщиком и его Договором, что облегчает поиск нужных товаров или услуг.
Вам доступны следующие возможности:
Создание и редактирование каталожных позиций: Вы можете добавлять новые позиции в каталог или вносить изменения в уже существующие, чтобы информация всегда оставалась актуальной.
Импортирование и экспорт каталогов: Для удобства работы с большими объемами данных вы можете загружать каталоги из внешних источников или, наоборот, выгружать их для внешнего использования или проверки.
Скачивание шаблона загрузки каталога: Если вы хотите импортировать данные, готовый шаблон поможет вам правильно структурировать информацию перед загрузкой на платформу.
Настройки представлений: Вы можете настроить то, как отображаются каталоги на экране, чтобы информация была представлена в наиболее удобной для вас форме.
Эти функциональные возможности делают управление каталогами более эффективным и гибким, обеспечивая легкий доступ к актуальным предложениям и условиям сотрудничества.
Создание каталожной позиции доступно пользователям с ролью Служба поддержки закупок (P2P) - группа мастер данные поставщиков.
После заполнения всех обязательных полей и сохранения созданный товар отобразится в списке товаров в разделе Каталог.
Импорт каталога доступен пользователям с ролью Служба поддержки закупок (P2P) - группа мастер данные поставщиков.
После успешного импорта товары будут отображены в списке товаров в разделе Каталог.
Представления — это инструмент, специально разработанный для упрощения поиска и фильтрации данных на платформе. Они базируются на технологии Elasticsearch, что позволяет пользователям гибко настраивать фильтры в зависимости от ваших потребностей и задач.
Инымы словами, вы создаете представление - готовый набор фильтров и сохраняете его, а дальше можете удобно фильтровать данные по этому представлению и не тратить время на установку ручных фильтров при поиске.
Представления активно используются в следующих разделах:
Заявки: Для быстрого поиска и фильтрации заявок по различным параметрам.
Заказы: Для эффективного управления и нахождения нужных заказов с учетом специфических критериев.
Поступления: Для легкого контроля и анализа информации о поступающих товарах или услугах.
Каталоги: Для удобного поиска каталогов и позиций в них.
Поставщики: Для оптимизации работы с данными о партнерах и поиска необходимой информации.
Договоры: Для управления и анализа текущих договорных обязательств.
Этот инструмент позволяет сократить время, необходимое на поиск нужной информации, и способствует более продуктивной работе с данными на платформе. Благодаря возможностям Elasticsearch, представления обеспечивают высокую скорость и точность поиска.
Чтобы создать представление, необходимо:
Для того, чтобы применить представление необходимо:
Если необходимо отфильтровать данные без использования представлений, можно воспользоваться функцией Фильтр. Её можно использовать как при выбранном представлении, чтобы уточнить выборку, так и без него.
Для того, чтобы указать Фильтр, необходимо:
Запрос на согласование заявки на закупку (тип 1) | Заявка доступна для согласования следующему пользователю/группе пользователей в цепочке согласования. Каждый пользователь в цепочке согласования получает уведомление в тот момент, когда предыдущий пользователь в цепочке согласования нажал “Согласовать”. |
Запрос на согласование заявки на закупку (тип 2) | Заявка доступна для согласования бюджет-держателю после согласования предыдущими пользователями из цепочки. Бюджет-держатель получает уведомление в тот момент, когда предыдущий пользователь в цепочке согласования нажал “Согласовать”. |
Заявка утверждена | Заявка утверждена всеми пользователями из цепочки согласования. Каждый пользователь в цепочке согласования и инициатор заявки получает уведомление в тот момент, когда последний пользователь в цепочке согласования нажал “Согласовать”. |
Заявка отклонена | Заявка отклонена любым пользователем из цепочки согласования. Каждый пользователь в цепочке согласования и инициатор заявки получает уведомление в тот момент, когда текущий пользователь в цепочке согласования нажал “Отклонить”. |
Запрос на изменения заказа на закупку | Заказ доступен для согласования следующему пользователю/группе пользователей в цепочке согласования. Каждый пользователь в цепочке согласования получает уведомление в тот момент, когда предыдущий пользователь в цепочке согласования нажал “Согласовать”. |
Запрос на изменение заказа утверждён | Запрос на изменение заказа утвержден всеми пользователями из цепочки согласования. Каждый пользователь в цепочке согласования и инициатор запроса на изменение получает уведомление в тот момент, когда последний пользователь в цепочке согласования нажал “Согласовать”. |
Запрос на изменение заказа отклонён | Запрос на изменение заказа отклонен любым пользователем из цепочки согласования. Каждый пользователь в цепочке согласования и инициатор запроса получает уведомление в тот момент, когда текущий пользователь в цепочке согласования нажал “Отклонить”. |
Напоминание о необходимости создать поступление (GR) | За 4 дня и за 1 день до наступления даты поставки и через 1 день после, если поступление по заказу не было создано. |
Запрос на подтверждение заказа | Произошло создание заказа PO в AGORA. После этого уведомление отправляется на почту поставщика. |
Заказ изменен | Последний в цепочке согласования подтвердил заявку на изменение PO, создана новая версия заказа. |
На платформе могут быть реализованы интеграции со сторонними сервисами.
Интеграция с SAP (P0x):
Обмен данными с SAP по различным направлениям, таким как центры затрат, внутренние заказы, поставщики, технические контракты. Данные синхронизируются с различной частотой: от раз в час до каждые 10 секунд в зависимости от типа данных.
Техническое согласование заявок проводится каждые 5 минут. В процессе задействовано промежуточное программное обеспечение, которое проверяет заявки в стадии согласования на корректность заполнения и соответствие лимитам. При отклонении заявка возвращается в Черновик с указанием причин.
Экспорт заказов в SAP происходит каждые 5 минут, где новые заявки либо создаются как заказы, либо обновляют существующие. В случае ошибки система указывает её причину и фиксирует её для последующего устранения.
Интеграция с 1С:
Позволяет синхронизировать информацию о пользователях между платформой и 1С, обеспечивая актуальность данных о сотрудниках и упрощая их управление.
Интеграция с Active Directory (AD):
Обеспечивает безопасный доступ к платформе через реализованную систему авторизации SSO с помощью ADFS. Это позволяет сотрудникам использовать единый набор учетных данных для входа в систему, упрощая процесс авторизации и снижая риски связанных с безопасностью.
Эти интеграции способствуют более тесному взаимодействию платформы с внешними системами, автоматизируют различные процессы и позволяют оперативно реагировать на изменения в бизнес-среде.