Обычный фильтр видит
- название и ключевые слова;
- регион и заказчика;
- НМЦК и дату подачи;
- категорию закупки;
- поля карточки процедуры.
Система открывает закупочную документацию, проверяет ассортимент, сроки, оплату, обеспечение, обязательные документы и стоп-факторы — и готовит короткий список для менеджера.
Каждый вывод сопровождается причиной и ссылкой на исходный файл или пункт. Спорные случаи не отклоняются автоматически.
На старте достаточно открытых ссылок. Доступ к CRM, почте и внутренним системам не нужен.
Проверяем карточку закупки, ТЗ, спецификации, проект договора и доступные приложения.
Используем подтверждённый профиль компании: что поставляете, какие условия допустимы и где нужен человек.
Статус, причины, риски, исходные пункты документации и следующее действие.
Сотрудник подтверждает или исправляет вывод. Правила меняются только после его подтверждения.
Правило компании: ручное согласование при постоплате более 30 дней.
Проект договора.docx · раздел 4.2В техническом задании указано 12 единиц, в спецификации — 10.
ТЗ.pdf · стр. 7 / Спецификация.xlsx · строка 18Передать собственнику вопрос по оплате и уточнить количество до начала расчёта.
Правила компании P-04 и P-11Одна подходящая, одна неподходящая и одна спорная закупка.
Один поток, один профиль компании и ограниченный тест.
Нет. Поисковый сервис продолжает находить закупки. Мы проверяем документацию найденных процедур по внутренним правилам поставщика.
Ошибка возможна, поэтому ничего не удаляется автоматически. Все закупки сохраняются, а спорные случаи выводятся сотруднику.
Базовый сценарий рассчитан на доступные PDF, DOCX и XLSX. Сканы и нестандартные архивы оцениваются отдельно.
Сравниваем решения системы с решениями собственника, считаем пропущенные подходящие закупки, лишние рекомендации и время ручной проверки.
Нет. Для теста достаточно открытой документации и подтверждённого списка правил.
Этого достаточно, чтобы показать механизм и понять, можно ли формализовать решения вашей компании.