Малые закупки: как подготовить учёт и выбрать формат работы после 1 июля 2026

Мы начинаем подготовку не с выбора программы, а с определения договоров, для которых предстоит изменить маршрут документов. Здесь рассматриваем небольшие закупки, основанные на пунктах 4 и 5 статьи 93, её части 1. Оба основания относятся к 44-ФЗ, но круг доступных заказчиков и ограничения у них различаются. Поэтому одинаковая стоимость двух договоров ещё не означает, что оформлять и учитывать их нужно совершенно одинаково.

Для основания по пункту 4 нужно проверять допустимую стоимость отдельного приобретения и соответствующий годовой объём. Использование пункта 5 требует дополнительной проверки: относится ли организация к предусмотренным законом категориям заказчиков. Мы рекомендуем закрепить эту проверку до согласования договора, а не переносить её на момент подготовки отчётности. Наличие денег в бюджете и согласие поставщика сами по себе не подтверждают правомерность выбранного основания.

Отдельно необходимо выделить электронные приобретения, которые проходят по статье 93 в порядке её части 12. Рассматриваемый переходный механизм на них не распространяется, поэтому смешивать такие операции с обычными малыми договорами нельзя. Правила 44-ФЗ также не следует автоматически переносить в положение о закупках организации, работающей по 223-ФЗ. Перед утверждением регламента мы советуем сверить действующие редакции законодательства, переходные положения и доступные функции ЕИС: подготовительный план не заменяет проверки нормативных требований.

Предусмотренная модель допускает три организационных подхода, и сравнивать их нужно по всему жизненному циклу закупки. Первый сохраняет оформление договора за пределами ЕИС и позволяет воспользоваться сводной передачей данных в рамках переходного механизма. Второй также предполагает подписание вне ЕИС, но информация поступает в контрактный реестр последовательно, без накопления до итогового перечня. Третий строится на цифровом заключении договора средствами ЕИС и дальнейшем выполнении необходимых действий внутри системы.

Мы рекомендуем оценить каждый подход по четырём параметрам: количество договоров, качество исходных данных, доступность сотрудников и готовность контрагентов. Например, учреждение с небольшим числом сделок может предпочесть регулярную передачу информации, чтобы закрывать задачи по мере появления. Организации с большим потоком однотипных приобретений стоит отдельно рассчитать трудозатраты на сводный перечень и поддержку внутреннего учёта. Это управленческие ориентиры, а не универсальная рекомендация выбирать конкретный способ исключительно по числу закупок.

Цифровой маршрут имеет смысл оценивать не только как возможность отказаться от бумажного подписания, но и как изменение распределения обязанностей. Для него предусмотрен механизм статьи 93, части 14, однако наличие такого механизма не снимает требований к оформлению закупки. Мы проверяем, кто заполняет структурированные условия, кто согласует содержание и кто совершает юридически значимые действия в системе. Если ответственность не определена, электронная форма способна перенести старые ошибки в новый интерфейс вместо их устранения.

Упрощённый механизм предусмотрен для договоров, оформленных за пределами системы в интервале от 1 июля 2026 до 31 января 2028 года. Сводные сведения должны поступить Федеральному казначейству посредством ЕИС; крайняя дата направления — 1 мая 2028 года. Мы предлагаем воспринимать этот срок как завершение работы, а не как момент её начала. Возможность передать информацию позднее не освобождает учреждение от необходимости своевременно сохранять документы и поддерживать достоверность собственного учёта.

Практический первый шаг — создать единую карточку сделки и определить обязательные для внутренней работы поля. Мы обычно предлагаем фиксировать основание, дату оформления, контрагента, предмет, стоимость и ссылки на подтверждающие документы. Отдельные поля полезны для сведений об исполнении, изменениях и прекращении обязательств, если такие события происходили. Этот рабочий набор нельзя выдавать за утверждённый состав государственного отчёта: окончательную структуру передачи нужно проверять по применимым требованиям и формату ЕИС.

Следующий шаг — назначить владельца карточки и установить внутренний срок внесения каждого нового события после получения документа. Затем стоит организовать периодическую сверку между договорным учётом, бухгалтерскими данными и фактически собранной первичной документацией. Например, если стоимость изменилась после дополнительного соглашения, первоначальное значение нельзя оставлять единственной актуальной записью без пояснения. Мы также рекомендуем заранее проверить возможность выгрузки сведений, чтобы перед отправкой перечня не переносить весь массив вручную.

При регулярном внесении информации о договоре, подписанном вне ЕИС, основной риск связан с разрывом между подразделениями. Договор уже согласован, товар принят, бухгалтерия располагает документами, а ответственный за реестр узнаёт об этом последним. Мы предлагаем описать маршрут уведомлений: какое событие запускает передачу данных, кто предоставляет комплект и кто проверяет результат. Внутренние сроки такого обмена нужно устанавливать с запасом относительно применимых нормативных сроков, не подменяя их произвольными удобными датами.

Для цифрового оформления дополнительно проверяем техническую и организационную готовность обеих сторон сделки к предусмотренным действиям. У заказчика должны быть определены пользователи, их полномочия и возможность подписания документов надлежащими электронными подписями. Поставщику также нужно заранее понимать свою роль, иначе согласованный договор может остановиться на техническом этапе оформления. Мы рекомендуем обсудить этот маршрут до завершения согласования условий, а не впервые сообщать о нём вместе с приглашением подписать документ.

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

Первая распространённая ошибка — считать внутреннюю таблицу достаточным подтверждением исполнения всех обязанностей заказчика перед государственными системами. Таблица помогает организовать работу, но сама по себе не заменяет предусмотренное направление информации или оформление документов. Мы разделяем три результата: наличие первичного документа, отражение события во внутреннем учёте и завершение необходимого действия в ЕИС. Если проверять только один результат из трёх, незакрытые операции легко остаются незамеченными до сверки или подготовки отчётности.

Вторая ошибка — записывать договор только при заключении и больше не возвращаться к его карточке после последующих событий. В результате сведения о сумме, исполнении или прекращении обязательств могут расходиться с документами, которыми располагают другие подразделения. Мы рекомендуем хранить историю изменений так, чтобы было понятно, какое значение действовало первоначально и почему оно было скорректировано. Особенно важно не подменять документально подтверждённое событие устной договорённостью сотрудника с представителем контрагента о дальнейших действиях.

Третья ошибка — поручать весь процесс одному специалисту, не обеспечив ему доступ к сведениям и не предусмотрев замену. Даже опытный сотрудник не сможет своевременно отразить событие, о котором ему никто не сообщил и документы не передал. Мы предлагаем закреплять обязанности не только контрактной службы, но и инициаторов закупок, бухгалтерии и работников, принимающих результат. При этом внутренний контроль должен помогать выявлять расхождения, а не создавать несколько параллельных таблиц с разными версиями одной сделки.

На первом этапе мы собираем сведения о действующем процессе: где подписываются договоры, кто хранит документы и как учитываются события. Затем отделяем закупки, подпадающие под рассматриваемый порядок, от процедур с другими основаниями и самостоятельными правилами электронного оформления. После этого оцениваем объём ручной работы для каждого доступного маршрута и фиксируем выбранную организационную модель во внутреннем регламенте. Такой порядок позволяет обсуждать изменения на основании реального потока документов, а не общих представлений о возможностях учреждения.

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

На третьем этапе проводим контрольную сверку выбранного периода и смотрим, можно ли восстановить историю каждой сделки без устных пояснений. Если для этого приходится разыскивать переписку, спрашивать нескольких сотрудников и вручную сопоставлять суммы, процесс ещё требует доработки. Мы считаем устойчивым тот подход, при котором сведения возникают вместе с хозяйственным событием, проверяются ответственным лицом и доступны для последующей передачи. Именно такая организация снижает риск накопления ошибок, хотя сама по себе не гарантирует отсутствия замечаний при контроле.