Закупки · Конкурсы и тендеры · Обеспечение

Закупка от потребности до контракта — по закону и под контролем

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

Поддержка 44-ФЗ, 223-ФЗ и 275-ФЗ (гособоронзаказ) с раздельным учётом обязательств. Закупочный и договорной контуры работают в одном модуле.

Проблема

Закупка в почте и таблицах, а связь с договором — на памяти

Непонятно, какая потребность во что вылилась: прослеживаемой цепочки «потребность → конкурс → договор» нет. Соответствие закупочному законодательству контролируется вручную, итог конкурса переносится в договор повторным вводом.

Потребности врозь

Заявки подразделений приходят письмами и в разных формах. План закупок собирается сведением таблиц.

Конкурс вне системы

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

Двойной ввод

Условия победившего предложения переносятся в договор руками — с расхождениями, которые всплывают на исполнении.

Решение

Закупочный цикл собран в единый контур

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

ВозможностьЧто даёт
Реестр потребностей и план закупокЗаявки подразделений консолидируются в план — видно, какая потребность во что вылилась
Конкурсные процедурыТендерная карточка, лоты и тендерный процесс согласования
Авто-создание договораОпределение победителя — и договор создаётся по итогам процедуры, без повторного ввода
Обеспечение и ГОЗБанковские гарантии, залоги, раздельный учёт по 275-ФЗ
Сценарий

Сквозной закупочный цикл

Шаг 1

Потребность

Подразделение заявляет потребность: предмет, объём, срок, обоснование. Заявка попадает в реестр потребностей.

Шаг 2

План закупок

Потребности консолидируются в план и проходят согласование — с сохранением связи с исходными заявками.

Шаг 3

Процедура и лоты

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

Шаг 4

Договор

Договор создаётся по итогам процедуры и идёт на подписание; банковская гарантия ставится на контроль срока.

Скриншот: план закупок со связанными потребностями и тендерная карточка с реестром лотов

Что показываем на демонстрации

  • Сквозная цепочка: потребность → план → конкурс → лот → договор.
  • Согласование конкурсной процедуры по маршруту.
  • Учёт обеспечения исполнения и обязательств по гособоронзаказу.
  • Показатели конкурсного контура: процедуры в работе, сроки, суммы.

Сценарии демонстрируются на DEMO-стенде под задачи заказчика.

Право, платформа, смежные модули

  • 44-ФЗ, 223-ФЗ, 275-ФЗ — закупочные процедуры и раздельный учёт по гособоронзаказу.
  • Договорная работа — единый контур: конкурс и договор живут в одном модуле.
  • Электронная подпись — УКЭП на КриптоПро прямо в маршруте согласования.
  • Сквозная регистрационная нумерация — общая для всех модулей платформы.
  • Единый вход (SSO) — те же учётные записи, что и во всей системе.
Почему Руксео

Прослеживаемость от заявки до исполнения

Одна цепочка

Потребность, процедура и договор связаны ссылками. Вопрос «на основании чего закупали» закрывается карточкой, а не перепиской.

Готовность к проверке

История согласований, оценка заявок и приложенные документы хранятся вместе с процедурой, под теми же правами и с полным аудитом.

Российский стек

PostgreSQL, российские операционные системы и офисные пакеты. Заявка на включение в реестр российского ПО подана 26.07.2026.

Разберём ваш закупочный регламент на стенде

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