Мониторинг результатов госзакупок для вашего отдела
Закупку сохранили, но за итогами приходится возвращаться вручную. Настроим реестр изменений: какой протокол появился, чем завершилась процедура и найден ли контракт. Ответственный получит событие с источником, а спорные связи попадут на проверку.
- По выбранным закупкам
- Документ для каждого события
- Обновления в вашем реестре
Пример реестра
Пять событий, пять разных действий
Статус процедуры и наличие контракта видны отдельно. В учебном примере сотрудник понимает, что уже подтверждено, а что нужно проверить.
- 1
- отмена
- 3
- записи на контроле
- 1
- найденный контракт
- А-17 · итоговый протоколНаблюдать
«Опубликован итоговый протокол, указан победитель».
Что подтвержденоРезультат процедуры опубликован. Запись о контракте пока не найдена.
Сообщаем об итогах и продолжаем наблюдение. В карточке остаётся время последней проверки контракта.
- Б-08 · несостоявшаяся процедураКонтракт найден
«Одна соответствующая требованиям заявка. Позднее опубликован контракт».
Что подтвержденоЕсть документ о результате процедуры и связанная запись контракта.
Сохраняем оба факта: процедура признана несостоявшейся, контракт найден. Не отправляем её в список закупок без контракта.
- В-12 · заявок не поступилоНаблюдать
«Процедура признана несостоявшейся: не подано ни одной заявки».
Что подтвержденоПричина указана в протоколе. Контракт на момент проверки не найден.
Оставляем на контроле и ищем возможное повторное объявление. Сам статус не доказывает, что закупку объявят заново.
- Г-04 · отменаОтменено
«Опубликовано извещение об отмене закупки».
Что подтвержденоОтмена подтверждена отдельным документом источника.
Уведомляем ответственного и сохраняем основание. В отчёте отмена отделена от несостоявшихся процедур.
- Д-31 · похожее новое извещениеНаблюдать
«Тот же заказчик, сходный предмет поставки, новый номер закупки».
Что подтвержденоНайдены признаки сходства с В-12. Связь пока не подтверждена.
Показываем кандидата на повтор со ссылками на обе записи. Специалист сверяет состав и условия перед подтверждением связи.
Когда это нужно
Когда нужен контроль после обнаружения закупки
Результаты проверяют по списку вручную
Специалист открывает сохранённые карточки и протоколы, затем переносит итоги в свою таблицу. Нужен реестр, где видны новые события и последние проверки.
В отчёте смешиваются разные исходы
Победитель определён, контракт найден, процедура отменена и заявок нет — разные ситуации. Отделу нужны понятные признаки и документ, подтверждающий каждый вывод.
За повторным объявлением приходится следить отдельно
После несостоявшейся процедуры появляется похожая закупка с другим номером. Нужно показать возможную связь и изменения условий, чтобы сотрудник мог её проверить.
Когда хватает уведомлений агрегатора
- Если сохранённые закупки, штатные уведомления и экспорт уже покрывают работу отдела, начните с них. Разработку имеет смысл обсуждать для конкретных пробелов: свой реестр, правила событий, проверка связей или передача в рабочую систему.
Результат процедуры и контракт
Что произошло с закупкой — без потери деталей
Мониторинг результатов закупок собирает изменения по уже выбранным процедурам. В реестре отдельно видны статус из источника, основание из документа и наличие связанного контракта.
Итоги опубликованы
Сохраняем итоговый протокол, сведения о победителе или допущенном участнике, если они доступны. Появление контракта фиксируем следующим событием.
Процедура не состоялась
Показываем причину из документа: например, одна заявка или отсутствие заявок. Несостоявшаяся процедура может завершиться заключением контракта; эти сведения нельзя свести к одному флажку.
Закупка отменена или данных ещё нет
Отмена требует соответствующего основания в источнике. Если новый документ не найден или источник недоступен, показываем состояние проверки и дату последнего получения данных.
Для 44-ФЗ учитываем различие исходов, описанных в статье 52; ссылка на норму приведена ниже. Для 223-ФЗ правила и названия статусов согласуем отдельно по доступным документам.
Как работаем
Проверяем систему на истории закупок
Для пилота выбираем один источник и события, которые действительно меняют работу вашего отдела.
- 01 · Выборка
Собираем примеры и текущий реестр
Берём закупки с разными исходами, уточняем доступ к протоколам и контрактам. Фиксируем, кто проверяет результаты и что делает после уведомления.
- 02 · Правила
Определяем события и связи
Согласуем отдельные поля для статуса, причины и контракта. Отмечаем, какие изменения важны, а какие не требуют уведомления. Часть размеченного архива оставляем для приёмки.
- 03 · Приёмка
Проверяем пропуски и ложные сигналы
Сверяем события на отложенной выборке. Отдельно считаем ошибки связей с контрактом, дубли и задержку от появления в доступном источнике до уведомления.
- 04 · Работа отдела
Подключаем обновление реестра
Проигрываем повторное событие, исправленный протокол и сбой источника. Отдел проверяет карточки, адресатов и время ручного разбора оставшихся исключений.
Как это устроено
Что хранится за каждым уведомлением
Закупка, документ и время
Связываем событие с номером закупки, лотом и документом источника. Различаем время публикации и время обнаружения системой; сохраняем предыдущие версии.
Основание изменения
Показываем прежнее и новое значения и подтверждающий фрагмент. Неполные данные и противоречивые документы отправляем в очередь проверки.
Возможное повторное объявление
Сравниваем заказчика, предмет, характеристики и период. Совпадение названия не доказывает повтор: регулярная потребность может быть самостоятельной закупкой.
Карточка и ответственный
Обновляем согласованный реестр или карточку по внешнему идентификатору, чтобы повторная загрузка не создавала дубль. Канал уведомлений выбираем под работу отдела.
Передача результатов через API →
Отличие
Сравните с возможностями вашей подписки
Готовые сервисы уже умеют показывать статусы и уведомлять об изменениях. Проверяем оставшуюся ручную работу на конкретных закупках.
| Готовый сервис | Настройка под отдел | |
|---|---|---|
| События | Сверьте, какие изменения доступны и как настраиваются уведомления. | Определяем нужные события, поля и подтверждающие документы для вашего реестра. |
| Результат и контракт | Проверьте, как сервис отражает разные исходы и связанные записи. | Фиксируем модель состояний и проверяем её на архиве со спорными примерами. |
| Рабочая система | Оцените существующие выгрузки и интеграции с CRM. | Согласуем обновление карточек, адресатов и обработку повторных событий. |
Если штатные функции закрывают эти требования, можно сохранить текущий процесс. Состав разработки определяем по выявленным пробелам.
Стоимость
От чего зависит объём разработки
Для начала достаточно примеров закупок и описания того, как отдел сейчас проверяет итоги.
Источники и доступ
Проверяем права на получение данных, архив событий, доступность документов и задержки. Условия платного источника учитываются отдельно.
События и связи
Контроль итогового протокола, поиск контракта и сопоставление повторных объявлений требуют разных правил. Начинаем с наиболее полезного сценария.
Получатели и реестр
Оцениваем формат отчёта, число сотрудников, каналы уведомлений и интеграцию с CRM. Отдельно согласуем сопровождение при изменениях источника.
Результат первого этапа — реестр с историей, источниками и согласованными событиями на выбранной группе закупок. Критерии приёмки, стоимость и сроки фиксируем после проверки исходных примеров.
Вопросы
Частые вопросы
Как посмотреть результаты госзакупок по номеру извещения?
В доступном источнике нужно найти карточку закупки и итоговый протокол, затем отдельно проверить связанные сведения о контракте. Мы автоматизируем повторную проверку выбранных закупок и сохраняем ссылки на документы в реестре.
Чем несостоявшаяся закупка отличается от отменённой?
Это разные основания завершения процедуры. Для несостоявшейся закупки сохраняем причину из протокола, для отменённой — соответствующее извещение или другой документ источника. В отчёте эти события не объединяются.
Может ли по несостоявшейся закупке быть заключён контракт?
Да. Статья 52 44-ФЗ предусматривает такие случаи, в том числе при единственной соответствующей требованиям заявке. Поэтому статус процедуры и наличие контракта храним отдельно. Ссылку на норму можно открыть в разделе материалов ниже.
Как узнать, объявили ли закупку повторно?
Ищем новые извещения со сходным предметом у того же заказчика и сравниваем состав, характеристики и период. Показываем кандидата со ссылками на обе закупки. До проверки не считаем похожую запись установленным повтором.
Что делать, если протокол есть, а контракт ещё не найден?
Оставить закупку на наблюдении. В карточке показываем опубликованный результат и время последней проверки контракта. Отсутствие записи на этот момент не доказывает, что контракт не будет заключён.
Можно ли получать результаты закупок в CRM или Telegram?
Да, если выбранная система поддерживает нужный способ интеграции. Согласуем поля, ответственных и уведомления. Повторное получение события должно обновлять существующую карточку, а не создавать новую.
Как часто обновляются статусы?
Частота зависит от доступности обновлений в источнике и согласованного расписания. В пилоте измеряем задержку от появления данных в доступном источнике до уведомления. При сбое показываем дату последней успешной проверки.
Можно ли объединить 44-ФЗ, 223-ФЗ и несколько площадок?
Рассмотрим каждый источник: доступные поля, документы, идентификаторы и условия получения данных. Статусы сохраняем вместе с их происхождением; правила 44-ФЗ автоматически на 223-ФЗ не переносим. Первый пилот ограничиваем согласованной выборкой.
Практический разбор
Что почитать перед запуском
Пилот
Разобрать контроль результатов в вашем отделе
Опишите текущий реестр, важные события и источник данных. По примерам закупок определим, что можно автоматизировать в первом пилоте.
Или напрямую: Telegram ↗ · +7 931 203-30-78 · hello@dev-crabs.ru
Заявка отправлена
Спасибо! Свяжемся с вами в течение 24 часов по указанным контактам.