Не покупать станок раньше аудита: как управлять проектом локализации и попасть в реестр Минпромторга

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

Сначала проверить причину дефицита

В опубликованном обезличенном кейсе «Реестр Гарант» производителя винтовых компрессоров предварительный расчёт показывал нехватку примерно 15–20% баллов. Руководство рассматривало модернизацию. Разбор обнаружил операции, которые уже выполнялись, но не были подтверждены в документации, а также пробелы в доказательствах по российским комплектующим и правам на КД и ТД.

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

Для руководителя здесь важен порядок решения: прежде чем утверждать капитальные затраты, установить, чего именно не хватает. Реальной операции, документа о ней или связи документа с заявленным изделием?

Разделить технические работы и работу с доказательствами

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

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

Основа первого списка — применимые требования к вашей продукции. Официальный сервис ГИСП по подтверждению производства связывает процедуру с ПП РФ №719. Проверять нужно конкретную продукцию и актуальные условия её подтверждения. Баллы, документы и действия из кейса другой отрасли нельзя механически переносить в свой расчёт.

Одна задача — одна проверяемая связь

Задача «собрать документы» плохо подходит для контроля: исполнитель может прислать большой архив, а руководитель всё равно не поймёт, готов ли комплект. Лучше ставить задачу вокруг связи «изделие — операция или компонент — доказательство».

Например, вместо «разобраться с поставщиками»:

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

Критерий приёмки здесь не заменяет решение эксперта. Он помогает предприятию проверить свой комплект до передачи и не закрыть задачу только потому, что файл появился в общей папке.

Кто готовит, кто проверяет, кто принимает решение

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

Рабочее распределение можно начать с четырёх направлений:

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

Названия должностей условны. В малой компании один человек может совмещать роли. Главное — заранее назвать того, кто принимает результат, и не оставлять исполнителю задачу «самому понять, что достаточно».

Планировать зависимости, а не количество файлов

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

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

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

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

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

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

Что обсуждать на встрече по проекту

Предлагаемый формат короткой встречи строится вокруг решений:

1. Какие разрывы закрыты и кем проверены?
2. Какие задачи ждут внешнего ответа?
3. Какая зависимость сейчас задерживает следующий этап?
4. Нужно ли решение руководителя о документации, поставщике или техническом изменении?

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

Где заканчивается шаблон и начинается конкретный проект

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

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