Поставщик показывает действующую запись по постановлению № 719. Сервер числится российским — кажется, с документами всё в порядке. Но запись может закончиться между конкурсом и приёмкой, а продлить её по прежним критериям уже не получится.

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

В одной новости оказались три разных меры поддержки

Постановление Правительства № 2136 регулирует субсидии российским производителям оборудования для электронной промышленности. Минпромторг выделяет деньги на научно-исследовательские и опытно-конструкторские работы. Продажи созданного оборудования должны превысить бюджетное финансирование минимум на 15% — такое условие установлено в постановлении.

К закупке готового сервера эта субсидия напрямую не относится. Деньги помогают производителю разработать оборудование, но не подтверждают происхождение конкретной модели и не заменяют запись в реестре.

Вторая мера — постановление № 601 от 26 мая 2026 года. По разбору Гильдии контрактных управляющих и закупок, документ добавил в раздел IX постановления № 719 оборудование для эпитаксии, литографии, имплантации примесей, обработки и шлифовки полупроводниковых пластин. Поправки действуют с 6 июня 2026 года.

Это машины для производства микроэлектроники, а не серверные конфигурации. При закупке сервера проверяй другое: правила локализации компонентов и срок действия записи готовой платформы.

Старую запись оставили до конца срока, но не навсегда

Постановление № 1788 от 13 ноября 2025 года меняет правила локализации интегральных схем и электронных компонентов. Отдельные положения действуют с 1 июля 2026 года, основные требования заработают 1 января 2027 года.

Компания «Внесение в реестр» поясняет: старые записи по постановлению № 719 сохраняют силу до указанной в них даты. После этого производитель подтверждает происхождение заново, уже по новым критериям. Продлить запись на прежних условиях нельзя.

Теперь баллы дают за операции в России, долю отечественных комплектующих, российское программное обеспечение и системные функциональные блоки. Финальная сборка импортных плат баллов не приносит.

Для закупщика это ещё одна строка в таблице рисков. К срокам поставки, испытаний и приёмки добавь дату окончания реестровой записи. Снимок реестра в день публикации извещения не доказывает, что статус модели сохранится до исполнения договора.

Перед конкурсом проверь и нормативные ограничения для серверного оборудования. Постановление № 719 подтверждает происхождение продукции. ГОСТы и другие обязательные нормы предъявляют к оборудованию иной набор требований.

Проверь статус на дату приёмки

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

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

Учитывай и разрешённый договором перенос. Допустим, сервер нужно поставить до 30 ноября 2026 года, а запись действует до 15 декабря. Между датами — 15 дней. Одна отсрочка поставки съест этот запас, и к приёмке статус модели окажется под вопросом.

Одновременно зафиксируй, кто обслуживает платформу в России. В разборе изменений постановления № 719 сказано, что российский сервисный центр и техническая поддержка учитываются при оценке локализации. В договоре должны появиться название сервисной организации, территория обслуживания, срок реакции и порядок замены компонентов. Фразы «поддержка производителя» мало: из неё непонятно, кто приедет, когда и с какими запчастями.

Реестр не показывает, выдержит ли сервер нагрузку

Запись подтверждает происхождение конкретной продукции до установленной даты. На этом всё. Она не скажет, проведёт ли 1С документ за нужное время, хватит ли гипервизору памяти и продолжит ли хранилище работать после отказа диска.

В материалах об изменениях упомянуты платформы на архитектурах «Байкал» и «Эльбрус». Характеристик конкретных серверов и результатов испытаний там нет. По названию архитектуры нельзя определить допустимое число пользователей, виртуальных машин или операций в секунду.

Поэтому в закупке нужны две независимые проверки:

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

С отечественной системой хранения порядок такой же. Сначала считай ёмкость и операции чтения-записи, затем проверяй документы. Расчёт разобран в статье о выборе российской СХД по нагрузке и объёму.

Спецификация под задачу

Возьмём типовой офис: 50 пользователей 1С и 12 виртуальных машин. Две ВМ обслуживают базы общим объёмом 800 ГБ. На остальных десяти работают файловые службы, мониторинг и внутренние приложения. Это пример для подготовки требований, а не готовая спецификация любой платформы из реестра.

На каждую из 12 машин закладываем по 4 vCPU — всего 48 vCPU. При переподписке 3:1 нагрузке нужны 16 физических ядер. Добавляем ещё восемь под пики, гипервизор и рост. В закупочную спецификацию попадают 24 физических ядра.

Частоту процессора нельзя вывести из числа пользователей. Её нижнюю границу покажет испытание рабочей операции: проведения документа, закрытия периода или формирования тяжёлого отчёта. Если старая система укладывается в нужное время на ядре с базовой частотой 3,0 ГГц, новая платформа должна подтвердить тот же результат на испытании. Сравнение гигагерцев у разных архитектур без такого теста ничего не доказывает.

Память считаем своим способом. Двенадцати ВМ по 8 ГБ нужно 96 ГБ. Для двух баз добавляем 64 ГБ, гипервизору и файловому кэшу отдаём ещё 32 ГБ. Всего — 192 ГБ. В спецификацию ставим 256 ГБ ECC RDIMM: оставшиеся 64 ГБ дают запас на рост. Модули распределяем по каналам согласно требованиям выбранной платформы.

Под базы и виртуальные машины берём шесть NVMe по 3,84 ТБ и собираем RAID10. Сырая ёмкость — 23,04 ТБ, полезная — 11,52 ТБ до вычета служебного резерва контроллера и файловой системы. Систему и гипервизор размещаем на двух накопителях по 960 ГБ в RAID1.

Итоговая конфигурация для проверки предложений:

24 физических ядра; производительность одного ядра подтверждает испытание рабочей операции;
256 ГБ ECC RDIMM с расширением минимум до 512 ГБ;
2 × 960 ГБ SSD в RAID1 под систему;
6 × 3,84 ТБ NVMe в RAID10 под базы и виртуальные машины;
два сетевых порта 25 Гбит/с;
два блока питания с горячей заменой;
стоечный корпус 2U и два свободных отсека для накопителей;
запись по постановлению № 719, действующая на дату приёмки;
сервисная организация в России с указанным сроком реакции.

Такая конфигурация дороже варианта со 192 ГБ памяти и четырьмя NVMe. Цена экономии — меньший запас. Четыре накопителя по 3,84 ТБ в RAID10 дадут 7,68 ТБ полезной ёмкости. Если позже понадобится добавить диски, сначала придётся проверить возможности контроллера, а затем перестроить массив.

При росте с 12 до 24 виртуальных машин расчёт тоже меняется. С той же переподпиской 3:1 потребуется 32 физических ядра до резерва: 24 × 4 ÷ 3. Значит, выбирай платформу минимум на 40 ядер. Если базы вырастут больше 5 ТБ или начнёт быстро прибавляться архив, отдельно пересчитай дисковую подсистему. Запись в реестре нехватку ёмкости не исправит.

Что зафиксировать перед публикацией закупки

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

Перед согласованием документации:

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