Акт приемки партии ПК и серверов по госконтракту: шаблон

Зачем нужен комплект документов приемки

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

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

Приемку обычно ведут по трем направлениям, и их лучше не смешивать в одном абзаце:

• по количеству - все ли привезли;
• по комплектности - все ли вложили и соответствует ли это спецификации;
• по качеству - работает ли оборудование и нет ли дефектов.

Когда эти части разделены по приложениям и протоколам, детали не теряются, а трактовок становится меньше.

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

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

Участники приемки и роли

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

Обычно участвуют:

• комиссия заказчика - сверяет фактическую поставку с договором и спецификацией, фиксирует результаты, принимает решение;
• ИТ-служба заказчика - выполняет или контролирует функциональные проверки, сверяет конфигурации;
• материально ответственное лицо (МОЛ) или склад - принимает технику на хранение и учет, проверяет упаковку, пломбы, комплектность;
• представитель поставщика - предоставляет документы, помогает с инвентарными данными (BIOS/UEFI), согласует замену/ремонт.

Приемка может идти на складе (количество, внешнее состояние, пломбы), в ИТ-службе (функциональные проверки) и в эксплуатации (если технику сразу вводят в работу). Заранее решите, будет это один день или два этапа.

Как договориться заранее

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

Если поставщик одновременно производитель и интегратор, удобно заранее определить контакт для сервисного взаимодействия на период приемки. Например, у GSE.kz (gse.kz) есть собственное производство в Казахстане и круглосуточная техническая поддержка с сервисной сетью по стране - это помогает быстрее закрывать мелкие сбои, чтобы приемка не останавливалась.

Состав комплекта: какие протоколы и приложения включить

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

Базовый пакет документов

Обычно достаточно 4-6 приложений, которые отвечают на три вопроса: что поставили, в каком состоянии, и что делать при несоответствиях.

1. Основной акт приемки: дата и место, реквизиты контракта, состав комиссии, итог (принято/принято с замечаниями/не принято), перечень приложений.

2. Реестр серийных номеров: по каждому устройству (ПК, сервер, моноблок) и, при необходимости, по ключевым комплектующим (например, накопители), чтобы потом проще вести учет и гарантийные обращения.

3. Протокол функциональных проверок: краткий (минимальный набор тестов) и, если нужно, расширенный (условия тестирования и подробные результаты).

4. Ведомость комплектации: что в коробке, что передано отдельно (кабели, крепеж, документы), с отметкой "есть/нет".

5. Лист замечаний и план устранения: формулировка проблемы, количество единиц, срок, ответственные стороны и способ подтверждения устранения.

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

У каждого приложения должны быть номер, дата и подписи (или визы, если так принято у заказчика). В основном акте укажите точное количество страниц каждого приложения, чтобы после подписания нельзя было ничего "доложить".

Если комиссия принимает, например, 20 ПК и 2 сервера, фиксируйте в реестре не только серийные номера, но и инвентарные бирки (если их клеят сразу). В ведомости комплектации отдельно отмечайте то, что может поставляться не в коробке: стойковые направляющие, кабель-менеджмент, крепеж.

Реестр серийных номеров: как оформить правильно

Реестр серийных номеров - основной способ доказать, что по контракту приняты именно те единицы техники, которые указаны в поставке. Хороший реестр экономит время: по нему легко найти устройство на площадке, проверить гарантию и закрыть спорные моменты без недельной переписки.

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

Минимальный набор колонок обычно такой:

• тип/категория (ПК, монитор, сервер и т.д.);
• модель/наименование;
• серийный номер (S/N);
• инвентарный номер (если присваивается при приемке) или отметка "будет присвоен позже";
• место установки (здание, кабинет/стойка, подразделение).

Комплектующие лучше не смешивать в одну строку. По серверу часто делают отдельную строку на сам сервер, а ниже - диски, блоки питания, рельсы (если это важно для комплектации или учета). Так проще сверять с накладной и спецификацией.

Расхождения фиксируйте прямо в реестре через поля "статус" и "комментарий". Типовые статусы: недостача, дубль, нечитаемый стикер, несоответствие модели.

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

Функциональные проверки: что тестировать и как записывать

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

Минимальный набор тестов

Для партии обычно хватает базовых проверок, подтверждающих запуск устройства и работу ключевых узлов.

Для ПК часто проверяют: включение и загрузку BIOS/UEFI, определение накопителя, работу сети (линк и получение адреса), основные порты (USB, видео), базовую загрузку ОС или сервисного образа (если он предусмотрен).

Для серверов обычно фиксируют: POST без ошибок, видимость дисков и контроллера, корректную сборку RAID (если поставляется), проверку сетевых портов, доступ к удаленному управлению (если оно предусмотрено комплектацией).

Если используете тестовую флешку или корпоративный образ, в протоколе укажите условия: дату и место проверки, ФИО и должность ответственного, серийный номер устройства, версию образа/ОС и короткий сценарий (например, "загрузка в сервисную среду, проверка SMART/RAID, тест сети").

Как записывать результат без двусмысленности

Формат PASS/FAIL удобен, но рядом должно быть конкретное пояснение. Вместо "не работает" фиксируйте симптом и контекст.

Примеры:

• "FAIL: порт LAN1, линк не поднимается при подключении к коммутатору; кабель и порт коммутатора проверены на другом устройстве".
• "FAIL: RAID1 не создается; контроллер видит только один диск, второй не определяется".

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

Проверка комплектности и внешнего состояния

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

Как фиксировать комплектацию

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

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

Если в партии есть разные сборки, проверяйте комплектность по конфигурациям (группами), а не одной строкой на всю поставку.

Внешний осмотр

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

• вмятины, трещины, сколы;
• царапины и потертости;
• дефекты портов и разъемов;
• отсутствие заглушек или винтов;
• следы влаги или загрязнений.

Если есть несоответствия или повреждения, не оставляйте это "на словах". Привяжите замечание к конкретной единице по серийному номеру.

Порядок приемки: пошаговая схема

Одинаковый сценарий приемки снижает количество ошибок и ускоряет оформление.

1. Физическая приемка груза: количество мест, целостность упаковки, следы ударов и влаги. При необходимости - фото для материалов приемки.

2. Сверка документов и маркировки: сопоставьте накладные, спецификацию и шильдики на корпусах.

3. Проверка серийных номеров: внесите данные в реестр по каждой единице, отметьте расхождения и нечитаемую маркировку.

4. Функциональные проверки: подготовьте место (питание, сеть, монитор/клавиатура, загрузочный носитель или штатный образ). Зафиксируйте объем проверки (все или выборка) и условия теста.

5. Замечания и план устранения: оформите лист замечаний с формулировкой, сроком и ответственными. После устранения выполните повторную проверку по спорным пунктам и зафиксируйте результат.

Что подписывать и в какой последовательности

Чтобы комплект не распался, обычно подписывают основной акт и сразу к нему приложения: реестр серийных номеров, протокол(ы) тестов, ведомость комплектации. Если есть несоответствия, добавляется лист замечаний со сроками и порядком повторной проверки.

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

Замечания и порядок устранения: как фиксировать без споров

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

Пример: «ПК L200, S/N KZL200-001234, кабинет 312, при включении появляется ошибка SMART (фото экрана от 12.01.2026), загрузка ОС невозможна». Здесь есть устройство, симптом и причина, почему это важно.

Категории замечаний

Чтобы не спорить на месте, удобно заранее договориться о двух уровнях:

• критическое - нельзя принять (не работает, не проходит тест, несоответствие ТЗ, отсутствуют обязательные элементы комплектации);
• некритическое - можно принять с условием (косметический дефект без нарушения пломб, второстепенный аксессуар, настройка/обновление без потери работоспособности).

Если принимаете с условием, прямо в акте зафиксируйте: перечень замечаний, срок устранения и что считается подтверждением (замена, доукомплектация, повторный тест, выезд инженера, протокол).

Сроки, повторная приемка и закрытие

Для каждого замечания назначьте ответственного со стороны поставщика и контакт со стороны заказчика. Вариант устранения записывайте конкретно: «замена на новое устройство с новым S/N», «ремонт с сохранением S/N», «доукомплектация: кабель питания 1 шт», «обновление BIOS/прошивки с повторным тестом».

Повторную приемку оформляйте коротким документом: «Акт устранения замечаний» или приложением к исходному акту. Укажите ссылку на первичный документ, список закрытых пунктов, новые серийные номера (если была замена) и итог: «замечания устранены, претензий нет».

Типовые ошибки при приемке и как их избежать

Часть споров по госконтракту возникает не из-за техники, а из-за документов. Чаще всего встречается следующее:

• в реестре нет серийных номеров или они не совпадают с наклейками на корпусе и данными в BIOS/UEFI (помогает сверка минимум в двух местах и отметка, кто проверял);
• в протоколах тестов стоят общие фразы вроде «работает нормально» без условий и результата (нужны дата, сценарий и итог проверки);
• разные модели и конфигурации смешаны в одной таблице, из-за чего непонятно, что именно поставлено (лучше разделять по моделям и делать итоги по каждой группе);
• подписи поставлены неуполномоченными лицами, нет расшифровки, дат, а где нужно - печатей (доверенности и приказ на комиссию стоит проверить заранее);
• не проверена "мелкая" комплектация: кабели питания, переходники, рельсы для серверов, крепеж, документация (выручает простая ведомость с отметкой «есть/нет»).

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

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

Чек-лист перед подписанием

Перед подписанием сделайте финальную сверку. Она занимает 10-20 минут, но часто экономит недели повторных согласований.

1. Сравните документы поставки со спецификацией из контракта: наименования, модели, конфигурации, количество, единицы измерения.

2. Проверьте, что:

• партия совпадает со спецификацией (включая мониторы, направляющие и прочие позиции, если они предусмотрены);
• реестр серийных номеров заполнен без пропусков и опечаток, а схема проверки (вся партия или выборка) зафиксирована;
• протокол функциональных проверок оформлен и подписан (что тестировали, сколько единиц, результаты);
• по каждой позиции проверены комплектность и внешний вид, отметки сделаны по принятому порядку;
• все замечания вынесены в отдельный лист с датой, ответственными, сроком и способом подтверждения.

Если есть расхождения, не растворяйте их в формулировках вроде «принять с недочетами». Лучше подписать акт с приложением замечаний и понятным планом устранения.

Реалистичный пример и следующие шаги

Поставка: 50 ПК и 2 сервера в госучреждение. Цель - принять без споров за 1-2 дня, чтобы бухгалтерия и ИТ могли закрыть контракт, а поставщик вовремя получил оплату.

За день до приезда согласуйте окно приемки (например, 10:00-17:00) и подготовьте таблицы в печатном и электронном виде. На практике удобно, когда поставщик привозит заготовки, а на месте их заполняют вместе: МОЛ отвечает за документальную часть и количество, ИТ-специалист - за проверки.

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

На месте приемку можно разделить: один человек сверяет накладные и серийные номера на коробках и шильдиках, второй делает выборочные функциональные проверки (например, 10 ПК из 50 плюс оба сервера).

Ситуация: у 3 устройств серийные номера не совпали с реестром. Не подписывайте комплект «без замечаний». Отложите эти 3 единицы, зафиксируйте расхождение (в отдельном листе/акте), сделайте фото шильдика и отметьте, где обнаружено несоответствие (коробка, корпус, BIOS/UEFI). Частая причина - опечатка в реестре или перепутанные коробки.

Частичная приемка оформляется просто: основной акт подписывается на фактически принятые единицы, а по спорным позициям составляется акт расхождений с обязательством заменить/исправить данные. После исправления - короткая повторная проверка и приложение на закрытие замечаний.

Чтобы следующий раз прошел быстрее, заранее запрашивайте у производителя реестр серийных номеров и шаблоны протоколов под вашу форму акта. Если поставляются ПК и серверы GSE, можно заранее согласовать формат документов и порядок взаимодействия с сервисом на время приемки.