Робот находит закупки на площадках, разбирает документацию, готовит пакет заявки, подписывает ее ЭЦП компании и подает.
Система сделана для поставщиков, которые участвуют в закупках по 44-ФЗ и 223-ФЗ. Закупки по 44-ФЗ компания включает в отбор настройкой, если участвует в них. Первый готовый отраслевой профиль (слова для поиска, справочники отрасли и критерии оценки) сделан для страховых компаний, а для другой отрасли профиль заполняют на первом этапе внедрения.
Идти ли в закупку, решает сотрудник с ролью владельца. Подачу по умолчанию подтверждает сотрудник с правом подтверждать подачу, а после пилота компания может разрешить роботу подавать заявки по правилам, которые она утвердила.
Система работает на ваших серверах или в выбранном вами российском облаке, по вашим правилам и с вашей подписью. По каждой закупке в работе видно, что сделал робот и на каком основании.
Где компании теряют закупки и что на каждой стадии делает робот
Закупки публикуются каждый день на разных площадках, и у каждой площадки свой список закупок. На площадках малых закупок заявки часто принимают короткой сессией. По обзору сервиса поиска закупок «Ростендер» 2026 года, на «Березке», едином агрегаторе торговли, сессия идет от 2 до 24 часов. По сообщению портала mos.ru 2023 года, на Портале поставщиков Москвы она идет 3, 6 или 24 часа. Кто смотрит площадки вручную, может не успеть подать заявку до закрытия сессии. Ниже стадии, на которых закупки теряются, и что делает робот на каждой.
01Подходящую закупку часто замечают поздно
Проблема
Площадки часто смотрят между другими делами, а у каждой площадки свой список закупок.
Сессия малой закупки может закрыться раньше, чем о закупке узнают.
Пропущенные закупки обычно нигде не записаны, поэтому их не посчитать.
Решение
Робот читает списки закупок на подключенных площадках каждые несколько минут, но не чаще, чем разрешают правила площадки.
Фильтры компании отсеивают неподходящие закупки без языковой модели, а недорогая языковая модель проверяет извещение. Сколько закупок отсеял каждый фильтр, видно в настройках, а закупки, которые модель не смогла уверенно оценить, робот отдает сотруднику.
02На чтение документации уходит много времени, и разобрать часто успевают немногие закупки
Проблема
Чтобы понять, подходит ли закупка, надо прочитать извещение, техническое задание, проект контракта и приложения.
Требования к участнику часто выписывают вручную, и часть из них легко пропустить.
Решение
Робот скачивает документацию, в том числе из личного кабинета компании на площадке, и переводит сканы в текст. Языковая модель сводит документацию в одну сводку требований.
Каждое требование к участнику стоит отдельной строкой с отметкой «выполняется», «не выполняется» или «нужна проверка». Цитату из документации робот сверяет с текстом, а если ее там нет, помечает строку «место не подтверждено».
03Идти ли в закупку, часто решают без записанных критериев
Проблема
Критерии участия часто знает только собственник.
Одну закупку берут, другую пропускают, а причины обычно нигде не записаны, и потом их не разобрать.
Решение
Языковая модель оценивает закупку по каждому критерию компании от 0 до 100 и пишет обоснование оценки. Из оценок по весам складывается балл закупки.
Решение «идем» принимает владелец. Причину отказа он выбирает из справочника, и по причинам компания потом уточняет критерии.
04Заявку могут отклонить по форме или не успеть подать, и сделанная работа пропадет
Проблема
Не приложили справку, не заполнили графу или прислали файл не в том формате, и заявку могут отклонить еще до сравнения с другими заявками.
У малой закупки работа пропадает и тогда, когда сессия закрылась раньше, чем заявку подписали и отправили.
Решение
Чек-лист пакета заявки робот строит по перечню документов из документации. Пока обязательный пункт не закрыт, пакет не отметить выверенным.
Робот заполняет форму заявки на площадке, а после подтверждения сотрудника подписывает заявку ЭЦП компании и отправляет ее. Номер заявки и подтверждение приема он сохраняет в карточке.
О скором конце срока подачи робот предупреждает заранее, а просьбу подтвердить подачу присылает и по SMS.
Путь закупки по шагам робота и сотрудника
Сотрудники компании работают в системе в одной из ролей. Владелец решает, идти ли в закупку, задает фильтры и правила, и у него все права. Закупщик подтверждает подачу заявки и цену в ней. Исполнитель готовит и выверяет пакет заявки. Ниже шаги, которые проходит закупка от поиска до итога, если ее не отсеяли раньше, и места, где решает и работает сотрудник. Каждый шаг записывается в историю закупки с автором и временем.
01
Находит закупки на площадках
Робот читает списки закупок на подключенных площадках каждые несколько минут, но не чаще, чем разрешают правила площадки. Модули площадок есть для «Березки», «РТС-Маркета» и Портала поставщиков Москвы, это площадки малых закупок. Модуль для новой площадки БизнесМатика пишет после разбора ее правил.
02
Отбирает по фильтрам компании
Закон закупки, ключевые слова и коды ОКПД2 решают, заводить ли закупку в список. По закупкам, которые их не прошли, видно только общее число. НМЦК, регион, заказчики, способ закупки, срок подачи и минус-слова отсеивают заведенную закупку без языковой модели, и причина видна в «Отсеянных».
03
Проверяет извещение
Недорогая языковая модель читает только извещение и оценивает, подходит ли закупка. Закупки, в которых она не уверена, ждут сотрудника, и он решает, пускать ли их на разбор документации. Отсеянные попадают в «Отсеянные» с причиной.
04
Скачивает документацию
Файлы робот берет по ссылкам, браузером со страницы закупки и из личного кабинета компании на площадке, а сканы переводит в текст. Если файлы не скачались, в карточке закупки появляется просьба приложить их вручную.
05
Разбирает требования
Основная языковая модель, точнее и дороже той, что читает извещение, собирает из документации сводку требований. Лицензии, опыт, обеспечение заявки и документы заявки встают отдельными строками с местом в документации.
06
Сверяет со сведениями о компании и ставит балл
Робот сверяет требования со сведениями о компании, например с лицензиями и категорией МСП, и ставит закупке балл по критериям компании с обоснованием каждой оценки.
07
Ждет решения «идем»
Решение «идем» принимает владелец, и в автоматическом режиме тоже. Причину отказа он выбирает из справочника.
08
Готовит документы и цену
Владелец запускает подготовку пакета. Робот готовит документы по шаблонам компании и цену по ее правилам цены (доля от НМЦК в заданных пределах или фиксированная сумма), а сотрудник принимает документы и выверяет пакет. Если закупка не подходит ни под одно правило цены, цену вводит сотрудник при подтверждении.
09
Заполняет форму на площадке
Робот входит на площадку под учетной записью компании, вносит в форму заявки цену и реквизиты и прикладывает файлы пакета. Поля, для которых нет данных, сотрудник дописывает в окне браузера робота из интерфейса системы.
10
Ждет подтверждения подачи
Закупщик или владелец проверяет форму, файлы и цену. Чтобы подтвердить подачу, он заново подтверждает вход кодом из приложения или ключом доступа.
11
Подписывает и отправляет заявку
Робот сверяет форму и файлы с подтвержденными, подписывает заявку ЭЦП компании и отправляет ее. Перед каждой отправкой он проверяет на площадке, не принята ли заявка уже, чтобы не подать ее дважды.
12
Сохраняет номер и следит за итогом
Номер заявки и подтверждение приема сохраняются в карточке. Робот проверяет заявку в кабинете площадки и сообщает, если ее отклонили, а итог закупки подтверждает сотрудник и записывает причину проигрыша.
В автоматическом режиме робот подписывает и отправляет заявку без подтверждения сотрудника, если закупка подходит под правила, которые утвердила компания. Правила, например, разрешают подавать без подтверждения только заявки с ценой не выше заданной суммы и без документов, которые готовятся вручную. Режим по умолчанию выключен, и владелец включает его после пилота отдельно на каждой площадке. Решение «идем», запуск подготовки пакета и прием документов с текстом языковой модели и в этом режиме остаются за сотрудниками. Капчу и вход, когда их просит площадка, сотрудник проходит в том же окне браузера робота, и торг с переторжкой тоже ведет он.
Как система выглядит в работе у сотрудников компании
Кадры сняты с демонстрационного стенда на вымышленных данных страховой компании, которая участвует в закупках по 44-ФЗ и 223-ФЗ. Организации, закупки и люди на них вымышлены, формы и механика настоящие. Любой кадр открывается целиком по нажатию.
Список закупок в работе показывает, что ждет сотрудников сегодня
Счетчики сверху показывают, сколько закупок новых, у скольких скоро конец срока подачи, сколько ждут решения «идем» и у скольких пакет ждет проверки перед подачей.
В строке предмет, номер, заказчик, балл по критериям, статус и срок подачи. Пока робот разбирает закупку или считает балл, у статуса крутится индикатор.
Если недорогая языковая модель не смогла уверенно оценить закупку, у строки стоит метка «сомнительный», а значок рядом объясняет почему.
Обратный отсчет срока идет, только пока площадка принимает заявки. Если заказчик закрыл прием досрочно, строка это показывает, а снять закупку с работы решает сотрудник.
В «Отсеянных» видно, почему закупка не подошла, и ее можно вернуть в работу
У отсеянной закупки одна-две фразы о том, почему она не подходит, на каком шаге ее отсеяли (например, при проверке извещения или решением владельца) и когда.
Кнопка «Вернуть к рассмотрению участия» отправляет закупку на разбор документации. Возврат пишется в историю закупки.
Закупки, которые не прошли проверку закона, ключевых слов и кодов ОКПД2, в список не заводятся, в «Настройках» видно только их число. Если владелец поправит фильтры или словарь, робот заведет подходящие закупки сам, пока не прошел срок подачи.
Все, что робот узнал о закупке, собрано в ее карточке
В шапке предмет, заказчик, ссылка на страницу закупки на площадке, статус и срок подачи, сверенный с площадкой.
Под шапкой сводка закупки. Она говорит, про что закупка, чем она интересна, какие в ней риски и какие возможности. Требования к участнику идут отдельным блоком со счетчиками отметок, а стоп-факторы выделены красным.
Под сводкой слева оценка по критериям, документация, контакты заказчика и вопрос по документации. Справа решение «идем», параметры с НМЦК и история закупки.
В карточке видна и вероятность победы при цене заявки, а пока цены нет, при нескольких скидках от НМЦК. Ее считают по итогам похожих прошлых закупок (того же вида, закона, способа, НМЦК и региона), языковая модель в расчете не участвует.
Балл складывается из оценок по критериям с обоснованием, а стоп-фактор закупку не отсеивает
Каждый критерий получает оценку от 0 до 100, и итоговый балл складывается из них по весам.
Стоп-фактор - это условие, при котором закупку надо перепроверить, например в страховом профиле недостижимый срок подачи или невыполненное требование. В балл он не входит и закупку не отсеивает. Стоп-фактор из разбора требований еще и не пускает заявку в автоматический режим, и при подаче сотрудник признает его отдельно.
Нажатие на критерий раскрывает, почему языковая модель поставила такую оценку. Набор критериев задает отраслевой профиль, а веса под себя компания настраивает при внедрении. У страховщика оцениваются условия страхования, урегулирование и выплаты, оплата премии и неустойки, признаки подгонки закупки под другого страховщика.
История закупки хранит шаги робота и людей с автором и временем
В историю пишутся занесение закупки, скачивание файлов, сводка требований, каждая оценка критерия, смена статуса и решения людей.
У события помечен автор. Это «человек», «система», если шаг сделан автоматически, или «робот», если действие было на площадке.
У вызова языковой модели видно модель, шаг, число токенов (единиц текста, по которым поставщик модели считает плату) и время, а по ссылке начало запроса и ответа. Полные тексты хранятся столько, сколько задал владелец.
Чек-лист пакета заявки строится по перечню документов из документации
Пункты чек-листа робот берет из раздела сводки требований о документах заявки. Если какого-то документа в перечне нет, сотрудник добавляет пункт сам.
Пункт с пометкой «Автоматически» готовит робот, а исполнитель выверяет черновик и нажимает «Принять». По умолчанию каждый документ пакета принимает сотрудник, а документ с текстом языковой модели принимает только он, и в автоматическом режиме тоже.
Сканы, справки, документы с подписью и банковские гарантии исполнитель готовит сам и отмечает их состояние.
Счетчик «не закрыто» показывает, сколько обязательных пунктов открыто. Пока они есть, пакет не отметить выверенным, и робот не заполняет форму на площадке.
Отчет по воронке показывает, на какой стадии и почему теряются закупки
Воронка показывает, сколько закупок найдено, прошло отбор, оценено, одобрено, подано и выиграно и какая доля прошла с предыдущей стадии.
Причины отсева, решений «не идем» и проигрышей ведутся по одному справочнику компании, и отчет показывает, что мешает чаще всего.
Отдельно видно, сколько файлов робот скачал сам и сколько сотрудники приложили вручную, и сколько потрачено на языковые модели за месяц.
Ассистент отвечает на вопросы о закупках компании со ссылками на карточки
Сотрудник спрашивает своими словами, например, в каких закупках ОСАГО компания участвовала в этом году и чем они закончились.
Запрос к базе языковая модель не пишет. Она выбирает готовый запрос из заданного перечня и подставляет в него условия из вопроса, поэтому изменить данные ассистент не может.
Вопрос по документации одной закупки задают в ее карточке. Модель называет документ и раздел, но эту ссылку робот не проверяет, поэтому ответ стоит сверить с оригиналом.
Формы заказчиков робот заполняет из библиотеки реквизитов компании
Реквизиты разложены по группам (карточка компании, банк, налоги, лицензии), и править их может исполнитель, закупщик или владелец.
Языковая модель сопоставляет поля формы заказчика с реквизитами библиотеки и пишет текст, а значения вписывает робот. Модель видит значения только сведений для сверки требований, например лицензий, а ИНН, счета и ФИО подписанта знает лишь по названиям полей.
Паспортные данные и СНИЛС библиотека не принимает. Поле паспорта в любой форме остается «заполнить вручную», и данные вписывает сотрудник.
Как система устроена внутри
Раздел для ИТ-специалистов и службы безопасности компании. Ниже по каждому участку названо, как он устроен и на чем сделан, чтобы было с чем работать при проверке.
Что стоит на ваших серверах и с чем система связана снаружи
Площадки и системы, с которыми работает робот
Площадки закупокСписки закупок, документация, формы заявок и подача
Открытые данные ЕИСИтоги прошлых закупок по 44-ФЗ для расчета вероятности победы
Системы компанииСистема расчета присылает цену предложения, CRM или ERP забирают закупки и итоги
Место для копий вне сервераЕсли компания его подключила. Копии зашифрованы
Каждая площадка подключается своим модулем, поэтому новая площадка добавляется без переделки остальной системы. Удаленного доступа БизнесМатики к серверу компании нет, если он не оговорен отдельно.
Из чего собрана система и где лежат данные
У каждой компании своя копия системы
Все компании получают один выпуск продукта, а сервер, база, учетные записи на площадках и отраслевые настройки у каждой свои.
Система собрана из контейнеров Docker на сервере с Linux (Astra Linux, РЕД ОС, Ubuntu или Debian). Снаружи к ней ведет одно соединение с шифрованием, службы разнесены по внутренним сетям.
Обработчики берут шаги закупок по их состоянию в PostgreSQL, поэтому отдельной службы очереди нет.
Обновление ставится кнопкой в интерфейсе. Сервер компании сам проверяет, что выпуск заверен ключом БизнесМатики, а перед обновлением снимает копию базы.
Шаги, которым нужно много памяти, идут по одному, а файлы хранятся на сервере
Работа браузера, распознавание сканов и чтение файлов DOC и XLS идут по одному и не выходят за память, отведенную роботу. Подача идет отдельно и не ждет скачивания документации.
Форму на площадке заполняет браузер под управлением Playwright, сканы распознает Tesseract.
Документы и шаблоны хранятся на сервере и в облачные офисные сервисы не выгружаются.
Резервная копия делается каждый день и перед обновлением. Копии зашифрованы паролем, который компания хранит и вне сервера.
Через что робот обращается к языковым моделям и как ищет ответ по документации
Языковые модели выбирает компания, вызовы идут через один шлюз, а расходы ограничивает лимит
Шлюз - это модуль робота, через который идут все вызовы языковых моделей. Он берет модель из настроек, повторяет вызов при сбое и считает расходы.
Модели выбирают на первом этапе внедрения вместе со службой безопасности компании. Недорогая читает извещения, основная разбирает документацию и оценивает закупку. Это облачные сервисы YandexGPT или GigaChat по договору компании либо модели на ее серверах со стандартным программным входом, например на vLLM. Зарубежные модели не настроены, подключить их можно только по решению компании.
Лимит расходов на языковые модели на месяц владелец может задать сам. По умолчанию при 80% лимита приходит предупреждение, а при 100% останавливаются ассистент и служебные шаги. Проверка извещений, сводки, оценка и пакет идут дальше, до потолка, который владелец меняет или снимает, поэтому расход может выйти за лимит.
Ответ по документации ищется во фрагментах, и при облачной модели поиска они уходят ее поставщику
Документация режется на фрагменты с привязкой к документу и разделу и хранится в базе системы.
Модель поиска переводит каждый фрагмент в набор чисел, по которым находятся фрагменты под вопрос. Она работает либо на сервере компании, либо в облачном сервисе Yandex Cloud или GigaChat, и тогда фрагменты уходят его поставщику.
Телефоны и адреса почты заказчика вырезаются при извлечении текста. Имена робот находит не все, и часть их может дойти до облачного поставщика языковой модели.
Что записывается в историю закупки и что будет при сбое
В историю закупки записывается каждый шаг
Каждое событие закупки пишется в ее историю с автором и временем. Автор - это сотрудник, система или робот, если действие было на площадке.
У вызова языковой модели записаны запрос и ответ, модель, версия инструкции для модели, токены и длительность. Полные тексты хранятся столько, сколько задал владелец.
У каждой подачи свой журнал попыток со снимками экрана, у ключа подписи свой журнал обращений. Пароли, ПИН-коды и сеансы входа ни в историю, ни в журналы не пишутся.
Из истории закупки в системы компании уходят только события (занесение, статус, подача и итог).
После сбоя робот продолжает с того же места и не повторяет подачу без проверки
Состояние каждого шага хранится в базе. Если шаг сорвался, отменяется только его незавершенная работа, а соседние закупки идут дальше.
Перед повторной отправкой робот проверяет на площадке, принята ли заявка, и отправляет снова, только если ее там нет.
Если служба робота аварийно остановилась, она запускается снова сама. Восстановление из копии проверяется по расписанию.
Кто входит в систему, где ключ подписи и что с персональными данными
Входят только сотрудники компании, а ключ подписи и пароли площадок остаются у нее
Вход идет по паролю и коду из приложения на телефоне или по ключу доступа на устройстве, который заменяет и пароль, и код. Если телефона нет под рукой, подходит резервный код. Сотрудников добавляет владелец, сами они не регистрируются.
Чтобы подтвердить подачу, сотрудник заново подтверждает вход.
Ключ подписи компания хранит в защищенном контейнере КриптоПро на своем сервере, в облачном сервисе подписи КриптоПро DSS или на токене (Рутокен или JaCarta), если подпись с него работает на сервере, где стоит система. К ключу обращается только служба подписи, и каждое обращение записано.
Пароли площадок шифруются ключом, который хранится вне базы. Ни ключ подписи, ни пароли площадок не уходят ни БизнесМатике, ни поставщику языковой модели.
Что из персональных данных и сведений компании видит языковая модель
Телефоны, адреса почты и часть имен заказчика вырезаются из текста документации до передачи языковой модели, а в карточке закупки контакты остаются для сотрудников. Разбор контактов по людям моделью по умолчанию выключен.
Из сведений о компании языковая модель видит только те, что нужны для сверки требований, например лицензии и категорию МСП. Банковские реквизиты, ИНН и данные сотрудников она знает лишь по названиям полей, а значения вписывает робот.
Паспортные данные вносит сотрудник. Если он приложил к закупке файл с паспортными данными, текст файла уходит в модель уже без них.
Чем система отличается от других способов участвовать в закупках
Сервисы меняются быстрее, чем эта страница, а чужие функции и условия нам не проверить. Поэтому сравниваются способы участия в закупках, а названия продуктов даны примерами. Робот сам читает списки закупок на подключенных площадках, и на этих площадках сервис поиска ему не нужен.
Способ
Что находит
Кто разбирает документацию и оценивает
Кто собирает заявочный пакет
Что накапливается у компании
Смотреть площадки вручную, когда есть времянапример, без отдельного инструмента
То, на что хватило времени. Часть закупок присылают заказчики
Сотрудник в перерывах между другими задачами, обычно по названию закупки и цене
Человек по списку из извещения, вычитка обычно перед самым сроком подачи
Почти ничего. Решения и причины отказов обычно нигде не записываются
Сервис поиска и отслеживания закупокнапример, Тендерплан, Контур.Закупки и закупочный модуль СБИС
Закупки по фильтрам с сотен площадок, уведомления о новых и об изменениях
Человек. Сервис открывает документацию и показывает требования карточкой, читает и оценивает сотрудник
Человек. Доска задач и напоминания о сроках есть, подготовки документов обычно нет
Карточки со статусами и аналитика по заказчикам и конкурентам
Свой тендерный специалист или тендерный отделнапример, найм сотрудника в штат
То, что успевает просмотреть человек, обычно через тот же сервис поиска
Он же. Документацию он читает один и в рабочие часы
Он же, по списку, который держит в голове или в своем файле
Опыт чаще уходит вместе с человеком. Критерии участия часто знает только собственник, а причины решений не записаны
Специалист агентства. О ваших условиях, лицензиях и экономике он знает столько, сколько вы успели рассказать
Агентство. Это его основная работа
Поданные заявки. Причины решений обычно остаются в переписке
Надстройка с языковой моделью поверх поиска закупокнапример, сервисы, которые предлагают разбор документации языковой моделью
Закупки по фильтрам, часто поверх того же сервиса поиска
Языковая модель читает документацию и дает сводку. Оценка обычно общая, без ваших критериев и вашей истории
Часть сервисов заполняет формы. Какие формы и насколько полно, зависит от поставщика
Сводки и заполненные формы. Полной истории решений обычно нет
Сборка своими силами на языковых моделяхнапример, работа ИТ-отдела компании
То, что подключит ИТ-отдел
Языковая модель по запросу, который написал ИТ-отдел
То, что успели построить
Свой код, который надо поддерживать своими силами
Svaya.Тендеры
Закупки со списков подключенных площадок каждые несколько минут, отбор по фильтрам компании и по извещению
Робот. Сводка требований с отметками по каждому требованию и балл по критериям компании с обоснованием каждой оценки
Робот строит пакет по перечню из документации, готовит документы по шаблонам и заполняет форму, а сканы, справки и гарантии готовит сотрудник. Подает робот с подписью ЭЦП компании после подтверждения сотрудника или по утвержденным правилам
История каждой закупки с решениями и запросами к языковой модели. Система, ключ подписи и пароли площадок остаются у компании
Способ закрывает критерий столбцаЗакрывает частично или зависит от поставщика, тарифа и договораНе закрывает или оставляет работу человеку целиком
Столбцы слева направо - это задачи компании. Найти закупки своего профиля без ручного просмотра площадок. Разобрать документацию и оценить закупку по записанным критериям компании. Собрать заявочный пакет по требованиям заказчика. Сохранить у себя историю решений и их исходов. Названия продуктов даны примерами по открытым материалам их поставщиков на 9 сентября 2026 года, и у отдельного продукта условия могут отличаться от описания способа.
На какой поток закупок рассчитан робот и что показал замер отбора
от 1 000новых закупок в сутки. Столько закупок робот рассчитан найти, отобрать по фильтрам и проверить по извещению. Документацию целиком он разбирает только у отобранных.
5-20подключенных площадок. На столько площадок рассчитан робот, а пилот идет на одной. Площадки читаются параллельно, у каждой свое расписание, и поиск закупок не ждет разбора документации. Оба параметра проверяет нагрузочный замер на третьем этапе внедрения.
около 8%закупок дошли до полного разбора. Замер БизнесМатики на своих закупках с 3 по 9 июля 2026 года, 14 из 179 закупок, найденных по 12 словам ее профиля (разработка ПО, ИИ, аутстаффинг). Правила без языковой модели сняли 87 закупок, из них 67 по 44-ФЗ, где БизнесМатика не участвует, а недорогая модель по извещению сняла еще 78. Документацию целиком основная модель читала только у оставшихся 14.
Сколько закупок по профилю компании появится на ее площадках, зависит от рынка, и у компании с другим профилем доли отсева могут быть другими.
Внедрение идет по этапам, а в пилоте каждую заявку подтверждает сотрудник
01
Анализ площадок и ИТ-систем
Компания получает отчет о том, что на каждой площадке делает робот, а что сотрудник. По итогам выбираются первая площадка, языковые модели и место ключа подписи, составляются требования к серверу и план пилота с критериями приемки, например долей заявок без ошибок. Согласуются отраслевой профиль и способ получения цены предложения.
02
Развертывание и пилот
Система разворачивается на сервере компании или в выбранном ею российском облаке, и компания получает лицензию и исходный код. Пилот идет на первой площадке, и робот подписывает заявку только после подтверждения сотрудника. По итогам пилота компания получает протокол с закупками, заявками и ошибками, а ее сотрудники обучены работе с системой.
03
Промышленная эксплуатация
Робот работает на площадках, согласованных на первом этапе, и в автоматическом режиме, если компания его включит. Компания получает протокол нагрузочного замера, акт ввода, документацию по продукту и исходный код с автотестами.
04
Связь с системами компании
Этап по выбору компании. Робот берет цену предложения из системы расчета компании и передает закупки, статусы заявок и итоги в CRM, а работу обмена компания принимает по протоколу приемки.
Каждый этап заканчивается результатом, который принимает компания. Сроки и цена работ для конкретной компании указываются в коммерческом предложении, которое БизнесМатика готовит для нее.
Что нужно от вашей стороны
01Учетные записи на площадкахКомпания регистрируется на площадках и в ЕИС, и робот работает под ее учетными записями.
02Сервер или российское облакоТребования к нему компания получает на первом этапе.
03Сертификат подписи и место для ключаСвой сервер, облачный сервис КриптоПро DSS или токен, а также лицензии КриптоПро CSP.
04Языковые моделиДоговор с поставщиком облачных моделей или сервер для своих.
05Сведения о компанииОтраслевые лицензии, типовые документы и правила отбора закупок.
06Ответственный от компанииОн утверждает правила и принимает результаты этапов.
Что ваша компания получает
Свою копию системыНа сервере компании или в выбранном ею российском облаке.
Неисключительную бессрочную лицензиюНа основную версию продукта, актуальную при поставке, с обновлениями этой версии на срок поддержки. Следующая основная версия предлагается на отдельных условиях, а исключительные права на продукт, включая функции, сделанные при внедрении, остаются у БизнесМатики.
Исходный кодДля внутреннего пользования, чтобы изучать, проверять и дорабатывать у себя. Передавать и продавать код другим компаниям нельзя.
Поддержку и обновленияНа срок договора поддержки, в ней исправления и доработка подключений к площадкам при изменении их форм. Код, измененный компанией, поддержка не покрывает, а после ее конца система работает на своей версии без исправлений.
Документацию по продуктуПо развертыванию, работе и программному интерфейсу.
Риски подачи, подписи и языковых моделей и как они снижены
РискРобот подает ошибочную заявку, например с неверной ценой или комплектом, и она выигрывает
Как снижаем
Тогда контракт придется исполнять на невыгодных условиях. Поэтому по умолчанию заявка уходит только после подтверждения сотрудника, а автоматический режим включается после пилота и работает только по правилам, которые утвердила компания. По журналу попыток подачи компания проверяет работу робота и уточняет правила.
РискПлощадка меняет форму заявки или ограничивает доступ робота
Как снижаем
Если форма не совпала с ожидаемой, робот останавливает подачу и уведомляет сотрудника, и тот может подать заявку вручную. Подключение дорабатывается в рамках поддержки. Защиты площадок робот не обходит, и где его не пускают, заявки подают вручную.
РискКлюч подписи используют без ведома компании или заказчик оспаривает подпись заявки
Как снижаем
Ключ остается у компании, и каждое обращение к нему записано. Заявку робот подписывает только после подтверждения сотрудника или по утвержденным правилам автоматического режима. Чей сертификат использует робот, решают юристы компании.
РискЯзыковая модель ошибается в требованиях или отсеивает подходящую закупку
Как снижаем
Модели выбирают на первом этапе. БизнесМатика проверяет модели-кандидаты на закупках, где верные ответы отмечены заранее, и передает компании отчет сравнения. У каждого требования есть место в документации, а требования с отметкой «нужна проверка» разбирает сотрудник. Закупки в «Отсеянных» видны с причиной и возвращаются в работу одной кнопкой.
РискСлужба безопасности не согласует передачу документации внешнему поставщику модели
Как снижаем
Телефоны и адреса почты заказчика вырезаются до передачи модели, а имена робот находит не все. Где работает модель, компания решает на первом этапе, чтобы сервер успели подготовить до пилота. Модель на своем сервере требует сервера с графическими ускорителями, а это дополнительные расходы и возможный сдвиг пилота.
РискПоставщик языковой модели поднял цены или стал недоступен
Как снижаем
Модель меняется настройкой шлюза с повторной проверкой качества. Лимит, если его задал владелец, останавливает несрочные шаги, а срочные идут до потолка. Если модель недоступна, шлюз повторяет вызов и сообщает об этом, а закупка ждет модель и не уходит в сомнительные. Вход на площадку и отправка заявки от модели не зависят.
Робот ищет, разбирает и подает заявки, а решение «идем», ключ и правила остаются у компании
Робот находит закупки на площадках и читает документацию. Он сверяет требования со сведениями о компании, готовит документы по ее шаблонам и подает заявку с подписью ее ключом. Идти ли в закупку, решает владелец. Подачу подтверждает закупщик или владелец, а в автоматическом режиме робот подает по правилам, которые утвердила компания.
Покажем систему и обсудим пилот для вашей отрасли
На этом сайте тендерную систему не запустить, она работает с документацией ваших закупок и с профилем вашей компании. Кадры выше сняты с демонстрационного стенда. Оставьте рабочую почту, и мы покажем систему на стенде и обсудим пилот на закупках вашей отрасли.
