Электронное актирование в ЕИС в 2026: порядок и сроки

Электронное актирование в единой информационной системе (ЕИС)

Что такое электронное актирование в ЕИС

Электронное актирование в ЕИС — это формирование, подписание и обмен документами о приёмке товаров, работ или услуг непосредственно в личном кабинете Единой информационной системы (zakupki.gov.ru), без использования бумажных носителей или сторонних ЭДО-операторов. В отличие от «классического» электронного документооборота, где стороны обмениваются файлами через внешние платформы (СБИС, Диадок и т. п.), здесь весь цикл замкнут внутри госреестра: поставщик создаёт документ, заказчик его проверяет и подписывает — и всё это видят контролирующие органы в режиме реального времени.

Вы можете заказать создание МЧД у наших специалистов, просто оставьте заявку в форме Создать МЧД

Что входит в электронное актирование:

• Документ о приёмке — акт выполненных работ (оказанных услуг) или товарная накладная; формируется по унифицированной форме ЕИС.
• Счёт-фактура / УПД — при необходимости прикладывается к документу о приёмке; если поставщик работает с НДС, без этого не обойтись.
• Сопроводительные файлы — сертификаты соответствия, паспорта качества, фото, акты осмотра и прочие подтверждения, которые требует контракт.
• Квалифицированная электронная подпись (КЭП) — обе стороны подписывают документы усиленной подписью; без неё система не примет данные.

Все документы хранятся в ЕИС бессрочно, доступны для проверок и автоматически попадают в реестр контрактов — никаких сканов «для галочки» и дублирования почтой России.

Когда электронное актирование обязательно, а когда возможно на бумаге

Электронное актирование стало обязательным не везде и не сразу — законодатель оставил «окна» для бумаги, но с каждым годом их становится меньше. Разберёмся, где цифра — это требование, а где — опция.

Матрица обязательности:

Ключевое правило: если контракт заключён через ЕИС (а это все электронные торги), то и приёмка идёт только в электронном виде. Попытка заказчика требовать бумажные акты в таких случаях — прямое нарушение закона, и поставщик вправе жаловаться в ФАС.

Исключения, где бумага ещё жива:

• Закупки вне ЕИС (прямые договоры малого объёма, внутренние нужды «силовиков»).
• Ситуации форс-мажора, когда ЕИС недоступна более 1 рабочего дня (нужно фиксировать сбой и согласовывать бумажный обмен).
• Заказчики, которые в силу специфики деятельности освобождены от размещения сведений в ЕИС (единицы, но они есть).

Во всех остальных случаях готовьте КЭП и осваивайте интерфейс — бумажная эпоха в госзакупках заканчивается быстрее, чем кажется.

Сроки и регламент: приёмка, размещение, оплата

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

Таблица ключевых сроков:

Три частых ловушки при отсчёте дат:

1. «Рабочие» ≠ «календарные» — система ЕИС считает только будни (без выходных и праздников), но если в контракте написано «календарные», то суббота и воскресенье идут в зачёт. Всегда сверяйтесь с формулировкой договора.
2. Дата начала отсчёта для оплаты — это день подписания документа о приёмке заказчиком, а не поставщиком. Если поставщик отправил акт в понедельник, а заказчик подписал в пятницу, то 7 дней стартуют с пятницы.
3. Автоматическое размещение — при электронном актировании документ попадает в реестр контрактов мгновенно после финальной подписи; при бумажном заказчик должен вручную загрузить скан в течение суток, и именно здесь чаще всего возникают задержки.

Практический совет: в ЕИС есть календарь исполнения контракта — проверяйте его раз в неделю. Если видите, что до дедлайна приёмки остаётся 2–3 дня, а от заказчика тишина, направляйте официальное напоминание через систему сообщений (оно фиксируется с timestamp и послужит доказательством вашей добросовестности).

Роли и доступы в ЕИС: кто формирует и кто подписывает

Электронное актирование — не просто «нажать кнопку»; это цепочка действий, где каждый участник должен иметь корректные права в системе. Без правильной настройки ролей документ либо не создастся, либо застрянет на этапе подписания — и привет, просрочка.

Чек-лист ролей и доступов:

1. Администратор организации (со стороны поставщика и заказчика)

• Открывает доступ к функционалу «Исполнение контрактов» в личном кабинете ЕИС.
• Назначает конкретных сотрудников ответственными за ведение контракта (без этого раздел просто не отобразится у исполнителя).

2. Ответственный за контракт (поставщик)

• Создаёт документ о приёмке, заполняет реквизиты, прикрепляет файлы.
• Может иметь право подписи либо только формировать черновик для руководителя — зависит от внутреннего регламента компании.

3. Лицо с правом подписи (поставщик)

• Директор, главбух или иное уполномоченное лицо, чья КЭП привязана к карточке организации в ЕИС.
• Подпись должна быть выпущена на того человека, кто указан в учредительных документах или доверенности (система проверяет ФИО и СНИЛС).

4. Члены приёмочной комиссии (заказчик)

• Минимум три человека (для контрактов свыше 100 тыс. ₽ по 44-ФЗ).
• Каждый должен иметь активную КЭП и роль «Член комиссии по приёмке» в ЕИС — иначе документ повиснет в статусе «Ожидает подписания».

5. Председатель комиссии (заказчик)

• Финальная подпись, после которой документ улетает в реестр контрактов.
• Если председатель в отпуске/на больничном, нужен приказ о замещении и перенастройка прав в ЕИС (это занимает время — планируйте заранее).

6. Контрактный управляющий / специалист контрактной службы

• Часто выполняет роль координатора: проверяет документы, общается с поставщиком через ЕИС, но сам подписывать акт не может (если нет отдельного приказа о делегировании).

7. Техническая поддержка (опционально)

• Если в организации есть IT-отдел, он должен убедиться, что КЭП корректно установлены, сертификаты не просрочены, а криптопровайдер совместим с ЕИС.

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

Пошаговая инструкция для поставщика в ЕИС

Формирование документа о приёмке в ЕИС — процесс линейный, но требует внимательности: одна опечатка в КТРУ или пропущенная галочка «Страна происхождения» — и документ вернётся на доработку. Разберём маршрут от входа в систему до финальной отправки.

Шаг 1. Создать документ о приёмке

• Заходим в личный кабинет ЕИС (zakupki.gov.ru) → раздел «Исполнение контрактов».
• Находим нужный контракт в списке (фильтры по номеру, дате или контрагенту ускорят поиск).
• Кликаем «Создать документ о приёмке» — система предложит выбрать тип: товар, работа или услуга (зависит от предмета контракта).
• Если контракт предусматривает этапы, выбираем конкретный этап или «полное исполнение».

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

Шаг 2. Заполнить общую информацию и контрагентов

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

• ИНН, КПП, наименование поставщика и заказчика.
• Номер и дата контракта.
• Сумма (но здесь внимание: если приёмка частичная, корректируем вручную).

Что придётся заполнять/проверять вручную:

• Дата фактической поставки — день, когда товар прибыл на склад заказчика или работы завершены (не путать с датой подписания акта).
• Номер первичного документа — внутренний номер накладной/акта у поставщика (если ведёте параллельный учёт в 1С).
• Адрес доставки — если товар поставлялся не по юридическому адресу заказчика, уточняем фактический.

Частая ошибка: в поле «Дата поставки» ставят дату подписания акта поставщиком — это неверно. Дата должна соответствовать моменту, когда заказчик получил возможность принять ТРУ (например, когда фура приехала на склад).

Шаг 3. ТРУ: выбор/КТРУ, количество, цена, страна происхождения

Здесь система выводит спецификацию из контракта — но поля можно и нужно проверять:

• Наименование товара/работы/услуги — должно совпадать с контрактом слово в слово.
• КТРУ (код по каталогу товаров, работ, услуг) — подтягивается автоматически; если видите «не определён», значит, в контракте была ошибка — придётся согласовывать изменения с заказчиком.
• Количество — указываем фактически поставленное. Если поставили меньше (частичная приёмка) — ставим реальную цифру, остаток пойдёт в следующий документ.
• Цена за единицу и общая сумма — пересчитываются автоматически; если вручную меняли количество, проверьте итоги.
• Страна происхождения товара — обязательное поле для товаров! Выбираем из справочника (код ОКСМ). Для работ и услуг поле неактивно.

Если товар эквивалентный (разрешена замена по ГОСТу или ТУ):

• Отмечаем галочку «Поставлен эквивалент».
• Указываем фактические характеристики и производителя — это попадёт в итоговый акт и будет видно контролирующим органам.

Критично: страна происхождения должна соответствовать разрешённому перечню в контракте. Если в спецификации стоит «Россия или ЕАЭС», а вы поставили товар из Китая — заказчик обязан отказать в приёмке (даже если сам не против).

Шаг 4. Доп. документы: счёт, счёт-фактура/УПД, сертификаты

Блок вложений — частое место споткнуться: забыли приложить сертификат → отказ → новый круг согласования.

Что прикладываем:

• Счёт на оплату (если требует заказчик по внутреннему регламенту).
• Счёт-фактура или УПД — обязательны, если поставщик работает с НДС. Формат — PDF с КЭП или XML (если заказчик принимает электронные СФ через ЕИС).
• Сертификаты соответствия, декларации, паспорта качества — всё, что прописано в контракте как обязательное приложение.
• Фото, акты осмотра, протоколы испытаний — если это работы (например, монтаж оборудования или ремонт).

Требования к файлам:

• Форматы: PDF, JPEG, PNG, XML, SIG (для подписей).
• Размер одного файла — до 10 МБ (если больше — режем на части или архивируем в ZIP, но тогда заказчик может попросить разархивировать).
• Каждый документ должен быть читаемым: размытое фото сертификата = повод для отказа.

Лайфхак для УПД: если ваша бухгалтерия уже выгружает УПД в формате для ФНС, тот же XML подойдёт и для ЕИС (структура совместима). Главное — приложить файл электронной подписи (.sig).

Шаг 5. Подписание КЭП и отправка

Финальный аккорд — проверка и отправка:

1. Нажимаем «Проверить документ» — система прогонит автоконтроль: проверит заполненность обязательных полей, соответствие сумм, наличие КТРУ. Если есть ошибки — высветятся красным с подсказкой, что исправить.
2. Подписываем КЭП — вставляем токен/usb-ключ, вводим PIN-код, выбираем сертификат (если их несколько). Система создаст электронную подпись в формате PKCS#7 detached.
3. Отправляем заказчику — кнопка «Направить на подпись». Документ меняет статус на «Ожидает подписания заказчиком», и в ЛК заказчика появляется уведомление.

Что проверить перед отправкой:

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

Если после отправки обнаружили ошибку — отозвать документ нельзя (функции «удалить» нет). Придётся ждать ответа заказчика: либо он сам отклонит с указанием причины, либо вы направите письмо через систему сообщений с просьбой не подписывать и дать возможность подать корректный вариант.

Ответ заказчика: полное/частичное принятие, уточнение, отказ

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

Схема возможных маршрутов:

1. Полное принятие → Заказчик подписывает документ без замечаний → статус «Исполнение завершено» → запускается отсчёт срока оплаты.
2. Частичное принятие → Заказчик принимает только часть ТРУ (например, 80 из 100 единиц товара) → в системе фиксируется принятый объём → поставщик формирует новый документ на остаток.
3. Уведомление об уточнении → Заказчик нашёл неточность (опечатка в реквизитах, не тот формат файла, забыли сертификат) → поставщик исправляет и отправляет повторно → новый круг проверки.
4. Мотивированный отказ → Заказчик отклоняет приёмку с обоснованием (несоответствие спецификации, брак, нарушение сроков) → поставщик либо устраняет недостатки, либо оспаривает отказ.

Что делать при частичной приёмке

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

Алгоритм действий:

• Заказчик в документе о приёмке указывает фактически принятое количество (система автоматически пересчитывает сумму к оплате).
• Поставщик получает уведомление «Частично принято» с указанием объёма.
• Оплата производится только за принятую часть — остаток не «зависает», а переходит в статус «ожидает исполнения».
• Поставщик либо довозит недостающее, либо (если это брак) заменяет товар — и формирует новый документ о приёмке на оставшийся объём.

Важно: если контракт предусматривает жёсткий срок полной поставки, а заказчик принял только часть из-за дефектов, поставщику могут начислить неустойку за недопоставку. Поэтому при получении «частичной» сразу выясняем причину: это логистика (везли двумя рейсами) или претензия к качеству.

Когда формируется корректировочный документ

Корректировочный документ — это не «исправление ошибки в акте», а юридически отдельный документ, который меняет ранее принятые условия.

Типовые ситуации для корректировки:

• После полной приёмки обнаружили скрытый дефект (например, оборудование вышло из строя через неделю — экспертиза подтвердила заводской брак).
• Изменилась цена по соглашению сторон (скидка, перерасчёт НДС, корректировка за валютные колебания).
• Пересчитали объём работ (по акту сдали 100 м², замерщик заказчика насчитал 95 м² — подписали протокол разногласий, делаем корректировку).

Как это работает в ЕИС:

1. Одна из сторон создаёт корректировочный документ со ссылкой на исходный акт.
2. Указывает причину корректировки и новые значения (количество, сумма).
3. Обе стороны подписывают КЭП — документ попадает в реестр контрактов как дополнение к основному.

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

Мотивированный отказ: что проверять и как отвечать

Мотивированный отказ — официальная позиция заказчика, что ТРУ не соответствуют условиям контракта. Отказ должен содержать конкретные основания (просто написать «не устраивает качество» недостаточно).

Что проверяем в тексте отказа:

• Ссылка на пункт контракта — заказчик обязан указать, какое именно условие нарушено (например, «п. 3.2 спецификации: цвет корпуса должен быть RAL 9016, поставлен RAL 9010»).
• Документальное подтверждение — акт экспертизы, протокол осмотра, фото, заключение лаборатории. Без доказательств отказ можно оспорить.
• Срок на устранение — если недостатки устранимы, заказчик должен дать разумное время на замену/доработку (обычно 5–10 рабочих дней).

Как отвечать:

1. Если отказ обоснован — устраняем недостатки (меняем товар, доделываем работы), формируем новый документ о приёмке, прикладываем доказательства исправления (акты, фото, сертификаты на новую партию).
2. Если отказ необоснован или спорный — направляем возражения через систему сообщений ЕИС (они фиксируются с timestamp). Указываем:
   • Почему считаем отказ неправомерным (со ссылками на контракт, ГОСТ, техзадание).
   • Прикладываем свои доказательства (экспертизу, сертификаты, переписку на этапе согласования).
   • Требуем повторной приёмки или компенсации расходов (если товар уже на складе заказчика, а он отказывается принимать по формальным причинам).
3. Если заказчик не идёт навстречу — фиксируем разногласия и готовим претензию с угрозой обращения в ФАС или суд. Практика показывает: до 30% отказов отменяются после вмешательства контролирующих органов, особенно если поставщик предоставил весомые аргументы.

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

Типовые ошибки и как их исправить

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

Три универсальных правила при любой ошибке:

1. Скриншот + номер ошибки — сразу фиксируем текст сообщения и код (если есть). Это ускорит диагностику техподдержкой или IT-отделом.
2. Журнал операций в ЕИС — раздел «История изменений» в карточке контракта покажет, кто и когда что делал. Если видите, что документ «завис» на стороне заказчика — пишите официальное напоминание.
3. Не пытайтесь «обмануть» систему — например, ставить чужой код КТРУ «для галочки» или подписывать за директора, если у вас нет доверенности. ЕИС интегрирована с ЕГРЮЛ и ФНС — несоответствия всплывут при проверке, и это уже повод для отказа + административка.

Интеграции и загрузка из учетных систем

Ручное заполнение документа о приёмке в ЕИС — вариант для единичных контрактов, но когда их десятки, без интеграции с учётной системой не обойтись. 1С, SAP, другие ERP умеют выгружать данные в формате ЕИС, но дьявол — в деталях совместимости.

Основные сценарии интеграции:

• Выгрузка XML из 1С:УПП / 1С:ERP — создаём документ реализации/акт в учётной системе, формируем XML по шаблону ЕИС, загружаем через раздел «Импорт документов» в личном кабинете.
• Прямая интеграция через API — крупные поставщики подключают свою ERP к ЕИС по веб-сервисам (требует разработки или покупки готового модуля у интеграторов).
• Полуавтомат: CSV/Excel → ЕИС — выгружаем данные из учётки в таблицу, импортируем в ЕИС через функцию «Загрузка из файла» (работает не для всех типов документов, проверяйте техдокументацию).

Где чаще всего ломается:

1. Несоответствие версии формата — ЕИС обновляет XSD-схемы 2–3 раза в год, а обработка в 1С может отставать на полгода. Симптом: «Документ не соответствует схеме версии X.X». Решение: качайте актуальную версию обработки с портала ЕИС (раздел «Форматы обмена» → «Программное обеспечение для участников»).
2. Кодировка и спецсимволы — если в наименовании товара есть кавычки, знак №, градусы (°) — XML может «сломаться». Решение: перед выгрузкой прогоните данные через валидатор или замените спецсимволы на текстовые аналоги.
3. Отсутствие обязательных реквизитов — 1С выгрузила документ, но не подтянула КТРУ или страну происхождения (потому что в справочнике товаров эти поля не заполнены). Решение: проверьте шаблон выгрузки и убедитесь, что все обязательные атрибуты ЕИС замаплены на поля в учётной системе.
4. Проблема с подписью XML — файл загружен, но система пишет «Подпись не валидна». Причина: XML был подписан до загрузки в 1С, а потом система его пересохранила (изменился хотя бы один байт — подпись слетела). Решение: подписывайте XML после выгрузки из 1С, непосредственно перед загрузкой в ЕИС.
5. Расхождение сумм НДС — 1С считает НДС с копейками по своему алгоритму, ЕИС — по своему, итог не сходится на 1–2 копейки. Решение: в настройках обработки выгрузки включите «округление до копеек по правилам ЕИС» (есть в большинстве платных модулей интеграции).

Мини-чек-лист «Проверка перед отправкой из учётной системы»:

☑ Версия формата XML соответствует текущей схеме ЕИС (проверить на странице «Форматы обмена»).
☑ Все обязательные поля заполнены: КТРУ, страна происхождения (для товаров), ИНН/КПП контрагентов.
☑ Суммы и количество совпадают с данными контракта (или с остатком, если это частичная приёмка).
☑ Файлы вложений (УПД, сертификаты) приложены в правильном формате (PDF, JPG — не RAW, не TIFF).
☑ XML валиден (прогнать через онлайн-валидатор или встроенную проверку 1С).
☑ Электронная подпись наложена после финальной выгрузки, сертификат КЭП не истёк.
☑ Тестовая загрузка на «песочнице» ЕИС (если доступна) прошла успешно — только потом в боевую среду.

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

Технические требования: КЭП, криптосреда, браузер

Электронное актирование невозможно без правильно настроенной криптосреды — это не просто «вставить флешку и нажать кнопку». Разберём минимальный технический стек и частые проблемы.

Чек-лист технических требований:

☑ Квалифицированная электронная подпись (КЭП)

• Сертификат должен быть выпущен аккредитованным удостоверяющим центром (список на сайте Минцифры).
• ФИО в сертификате точно совпадает с данными в ЕГРЮЛ/паспорте (иначе ЕИС не пропустит).
• Срок действия не истёк (проверяйте за месяц до окончания — перевыпуск занимает 3–5 рабочих дней).
• Для организаций: подпись выпущена на лицо, имеющее право действовать без доверенности (директор) или с доверенностью (главбух, контрактный управляющий).

☑ Криптопровайдер

• КриптоПро CSP версии 5.0.12000 и выше (для Windows 11 — обязательно; для Win 10 — от 4.0, но лучше обновить).
• Лицензия активна (бесплатная версия работает 3 месяца, потом блокируется).
• Корневые сертификаты УЦ установлены в хранилище Windows («Доверенные корневые центры сертификации»).

☑ Браузер и плагины

• Рекомендуемые: Google Chrome (версия 90+), Microsoft Edge (на базе Chromium), Яндекс.Браузер.
• С оговорками: Mozilla Firefox (нужен плагин «Crypto Plugin for CAdES Browser Plug-in»).
• Не рекомендуются: Internet Explorer (устарел), Safari (нет поддержки российских ГОСТ-алгоритмов без костылей).
• В настройках браузера разрешён запуск плагина для КриптоПро (Chrome блокирует ActiveX по умолчанию — нужно добавить zakupki.gov.ru в исключения).

☑ Операционная система

• Windows 10/11 (64-bit) — основная среда.
• macOS / Linux — возможно через эмуляцию или веб-версию КриптоПро, но стабильность ниже (официально не поддерживается ЕИС).

☑ Токен / смарт-карта

• USB-токен (Рутокен, JaCarta, eToken) или смарт-карта с ридером.
• Драйверы устройства установлены и актуальны (скачивать только с официального сайта производителя).
• PIN-код известен (забыли — придётся перевыпускать сертификат, старый заблокируется после 3–10 неверных попыток).

☑ Интернет-соединение

• Стабильный канал (минимум 2 Мбит/с; при загрузке больших файлов — от 10 Мбит/с).
• ЕИС использует порты 443 (HTTPS) и 80 (HTTP) — убедитесь, что корпоративный файрвол их не блокирует.

Мини-FAQ: быстрая диагностика проблем

Q1: Браузер не видит сертификат на токене — что делать?
A: Проверьте последовательно:

1. Токен вставлен, драйвер установлен (Диспетчер устройств → «Смарт-карты» — устройство должно быть без восклицательного знака).
2. КриптоПро CSP запущен (зайдите в «Пуск» → «КриптоПро CSP» → «Сертификаты» — сертификат должен отображаться).
3. В браузере разрешён плагин КриптоПро (Chrome: chrome://extensions → включён «CryptoPro Extension for CAdES Browser Plug-in»).
4. Перезапустите браузер от имени администратора (иногда помогает при конфликте прав доступа).

Q2: Ошибка «Не удалось создать подпись: 0x8010006E» — что это значит?
A: Сертификат не найден в хранилище или истёк. Откройте КриптоПро → «Сертификаты» → проверьте срок действия. Если просрочен — перевыпускайте. Если срок в порядке, но ошибка осталась — переустановите сертификат: экспортируйте в файл (с закрытым ключом, формат .pfx), удалите из хранилища, импортируйте обратно.

Q3: Подпись наложилась, но ЕИС пишет «Подпись не прошла проверку» — в чём дело?
A: Проблема на стороне сервера или несоответствие времени. Проверьте:

• Системное время на компьютере синхронизировано с NTP-сервером (разница больше 5 минут — подпись не валидна).
• Сертификат не отозван (проверить можно на сайте УЦ или через «КриптоПро» → «Проверка сертификата»).
• Если всё в порядке, а ошибка осталась — звоните в техподдержку ЕИС, возможно, проблема с их сервером проверки подписей (OCSP/CRL).

Q4: На Windows 11 КриптоПро вообще не запускается — что делать?
A: Нужна версия 5.0.12000 или выше. Если у вас старая лицензия — придётся купить апгрейд (бесплатных обновлений с версии 4.0 на 5.0 нет). Альтернатива: установите Windows 10 на виртуальную машину (VirtualBox, VMware) — там запустите старую версию КриптоПро.

Журнал ошибок: где искать подробности

Если что-то пошло не так, первым делом смотрим логи:

• ЕИС: «История операций» в карточке контракта → там будут коды ошибок и timestamp.
• КриптоПро: C:\ProgramData\Crypto Pro\Logs — файлы .log с детализацией процесса подписания.
• Браузер: Консоль разработчика (F12) → вкладка «Console» — ошибки JavaScript, если плагин не загрузился.

Сохраните скриншоты ошибок и содержимое логов перед обращением в техподдержку — это ускорит решение проблемы в разы.

Документы сопровождения: что прикладывать и когда нужен счёт-фактура/УПД

Документ о приёмке в ЕИС — это не просто «галочка об исполнении контракта»; к нему прикладывается пакет подтверждающих бумаг, состав которого зависит от предмета закупки и налогового режима сторон. Недокомплект = отказ в приёмке, даже если сам товар идеален.

Базовый перечень документов сопровождения:

• Счёт на оплату — формально не обязателен по закону, но многие заказчики требуют по внутреннему регламенту (особенно бюджетники). Если в контракте прописан — прикладываем.
• Товарная накладная / акт выполненных работ (услуг) — при электронном актировании они формируются автоматически внутри ЕИС, но если у вас параллельный бумажный учёт, можно приложить скан «для истории».
• Счёт-фактура или УПД — ключевой документ для плательщиков НДС (о нём — отдельно ниже).
• Сертификаты соответствия, декларации — если товар подлежит обязательной сертификации (медизделия, электроника, детские товары, стройматериалы). Прикладываем копии, заверенные КЭП поставщика.
• Паспорта качества, протоколы испытаний — для товаров, где это требование прописано в ГОСТе или контракте (химия, продукты питания, металлопрокат).
• Фотоотчёты, акты осмотра — актуально для работ (ремонт, строительство, монтаж оборудования). Заказчик должен видеть, что именно сделано.
• Гарантийные талоны, инструкции по эксплуатации — если предусмотрено контрактом; для оборудования — часто обязательное приложение.
• Товарно-транспортные накладные (ТТН) — если в контракте указано подтверждение логистики (особенно при междугородних поставках или импорте).
• Таможенные декларации — для импортных товаров (код страны происхождения в акте должен совпадать с ГТД).

Логика по НДС: счёт-фактура vs УПД

Здесь путаница возникает чаще всего — разберём по полочкам.

Счёт-фактура:

• Нужен всегда, когда поставщик работает на ОСНО (общая система налогообложения) и выставляет НДС.
• Формируется в течение 5 календарных дней с даты отгрузки (ст. 168 НК РФ).
• Может быть в бумажном виде (если у заказчика нет ЭДО) или электронном (через оператора ЭДО или напрямую в ЕИС — если заказчик принимает такой формат).
• Прикладывается к документу о приёмке как отдельный файл (PDF с КЭП или XML).

УПД (универсальный передаточный документ):

• Объединяет в себе функции накладной/акта + счёта-фактуры («два в одном»).
• Удобнее для ЭДО: одна подпись — два документа сразу.
• Формат утверждён ФНС (приказ ММВ-7-15/155@), совместим с большинством бухгалтерских систем.
• Если в контракте прописан УПД, то отдельный счёт-фактуру прикладывать не нужно (дублирование ни к чему).

Когда что использовать:

Где в ЕИС прикладывать документы:

• Раздел «Дополнительные документы» в форме создания документа о приёмке.
• Каждый файл загружается отдельно (кнопка «Добавить файл»).
• Обязательно указываем тип документа из выпадающего списка (счёт-фактура, сертификат, паспорт и т. д.) — это нужно для автоматической индексации в реестре.
• Если файлов много (например, 20 сертификатов на разные товары), можно упаковать в ZIP-архив, но лучше загружать по отдельности — так заказчику проще проверять.

Частая ошибка: поставщик прикладывает счёт-фактуру, выставленный до фактической отгрузки. По НК РФ это нарушение — СФ формируется после передачи товара (или в день отгрузки). Заказчик вправе отклонить такой документ, и налоговая при проверке тоже задаст вопросы.

Кейсы отказа и защиты поставщика

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

Кейс 1: Отказ правомерный — несоответствие спецификации

Ситуация: Поставщик выиграл аукцион на поставку офисной мебели. Контракт требовал столы с толщиной столешницы 25 мм, ЛДСП класса Е1. Поставили столы с толщиной 22 мм — сэкономили на производстве. Заказчик провёл экспертизу, зафиксировал несоответствие, направил мотивированный отказ со ссылкой на пункт спецификации и протокол замеров.

Итог: Отказ признан правомерным. Поставщик заменил партию за свой счёт, плюс заплатил неустойку за просрочку (7 дней на замену превратились в 14 из-за нового производства).

Что фиксировать поставщику в таких случаях:

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

Как переподавать: Устраняем недостатки (замена, доработка), формируем новый документ о приёмке, прикладываем доказательства исправления (новые сертификаты, протоколы, фото с маркировкой партии). В сопроводительном письме через ЕИС указываем: «Недостатки устранены, направляем товар, соответствующий п. X.X контракта».

Кейс 2: Отказ спорный — формальная придирка

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

Итог: Поставщик направил возражения с приложением выписки из ГОСТа и разъяснения Росстандарта. Заказчик после консультации с юристами принял товар. Если бы не пошёл навстречу — поставщик готовил жалобу в ФАС (подобные кейсы ФАС чаще решает в пользу поставщика, если норма закона на его стороне).

Что делать при несогласии с отказом:

1. Запросить детализацию — если мотивировка расплывчатая («не устраивает качество»), требуем конкретики: какой пункт контракта нарушен, какие параметры не соответствуют, где доказательства.
2. Собрать контраргументы — ссылки на ГОСТ, техрегламенты, разъяснения отраслевых ведомств. Если заказчик требует невозможное (например, сертификат на услугу, которая по закону не сертифицируется) — это повод для жалобы.
3. Направить претензию через ЕИС — официальное письмо с требованием пересмотреть отказ, указав правовые основания. Это фиксируется с timestamp — пригодится, если дело дойдёт до суда.
4. Обратиться в ФАС — жалоба подаётся в электронном виде через портал ФАС (fas.gov.ru), срок рассмотрения — до 10 рабочих дней. Если ФАС признает отказ необоснованным, заказчика обяжут принять товар + возможен штраф для должностных лиц.
5. Судебный путь — если ФАС не помогла или сумма контракта велика (от 1 млн ₽). Арбитражный суд, иск о понуждении заказчика принять исполнение + возмещение убытков (хранение товара, простой, пени). Практика неоднозначная, но при наличии веских доказательств шансы высоки.

Кейс 3: Частичная приёмка + техническая ошибка заказчика

Ситуация: Поставщик поставил 100 единиц товара, заказчик принял 95, мотивируя тем, что 5 единиц имеют царапины на корпусе (косметический дефект, не влияющий на функционал). Однако в акте осмотра заказчик не зафиксировал конкретные серийные номера бракованных изделий — просто написал «5 шт. с дефектами». Поставщик запросил уточнение, заказчик не ответил в срок (2 рабочих дня), затем подписал частичную приёмку.

Итог: Поставщик подал жалобу в ФАС, указав, что отказ в приёмке 5 единиц не мотивирован должным образом (нет идентификации конкретных изделий). ФАС обязала заказчика либо доукомплектовать акт осмотра с фото и серийниками, либо принять все 100 единиц. Заказчик провёл повторный осмотр, нашёл только 2 единицы с действительно критичными царапинами, остальные 3 принял. Поставщику доплатили за 98 единиц, 2 бракованных заменили.

Что фиксировать при частичной приёмке:

• Протокол разногласий — если не согласны с объёмом принятого, составляем официальный документ (можно через систему сообщений ЕИС или отдельным файлом).
• Фото/видео с timestamp — если товар осматривали при вас, снимайте процесс (особенно актуально для хрупких/скоропортящихся товаров).
• Требование указать конкретные дефекты — «5 шт. бракованные» — это не мотивировка. Нужны: серийные номера, описание дефекта, фото, ссылка на ГОСТ (если есть допуски по внешнему виду).

Алгоритм защиты (общий для всех кейсов):

1. Получили отказ → изучаем мотивировку (48 часов на анализ).
2. Собираем доказательства своей правоты (экспертизы, ГОСТы, переписка).
3. Направляем возражения через ЕИС (это официальный канал связи, всё фиксируется).
4. Если заказчик игнорирует или отклоняет возражения → жалоба в ФАС (срок — 10 рабочих дней на подачу с момента отказа).
5. Параллельно можем готовить иск в арбитраж (если убытки растут).
6. Храним всю переписку, логи ЕИС, timestamp’ы — это основа доказательной базы.

Главное правило: не молчите. Если отказ кажется несправедливым, но вы не оспорили его в течение 10 дней — право на жалобу теряется (ч. 6 ст. 18.1 44-ФЗ). Время здесь — ваш союзник или враг, в зависимости от скорости реакции.

Сроки на одной странице (шпаргалка)

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

Как не нарушить сроки: 5 правил

1. Заведите календарь контрактов — в Excel, 1С или специализированной системе (например, модуль «Управление госконтрактами»). Каждый контракт — отдельная строка с автоподсветкой дедлайнов за 3 дня до наступления.
2. Настройте уведомления в ЕИС — раздел «Профиль» → «Уведомления» → включите e-mail и push для событий: «Документ ожидает подписания», «Получен отказ», «Уведомление об уточнении». Проверяйте почту дважды в день (утром и после обеда).
3. Учитывайте выходные и праздники — система ЕИС считает рабочие дни, но если срок оплаты в контракте указан в календарных днях, суббота и воскресенье идут в зачёт. Всегда сверяйтесь с формулировкой договора.
4. Подстраховывайтесь за 2–3 дня до дедлайна — если заказчик не реагирует на документ о приёмке, а до конца срока остаётся 2 дня, направляйте официальное напоминание через систему сообщений ЕИС. Это зафиксирует вашу добросовестность и даст аргумент при споре.
5. Проверяйте сроки действия КЭП — просроченный сертификат = невозможность подписать документ. Обновляйте подписи за месяц до истечения (особенно в конце года, когда УЦ перегружены заявками).

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

FAQ (короткие ответы на частые вопросы)

Q1: Нужно ли дублировать электронный акт на бумаге для бухгалтерии?
A: Нет, если контракт заключён через ЕИС. Электронный документ с КЭП имеет ту же юридическую силу, что и бумажный. Для внутреннего учёта можете распечатать PDF из ЕИС с отметкой о подписях, но это не обязательное требование.

Q2: Как считать дату поступления документа о приёмке — от отправки поставщиком или от получения заказчиком?
A: От момента отправки поставщиком (когда документ получает статус «Направлен на подпись»). Система ЕИС автоматически фиксирует timestamp — это и есть официальная дата поступления. Заказчик не может сослаться на то, что «увидел позже».

Q3: Что делать, если ЕИС недоступна (техсбой) — срок приёмки горит?
A: Фиксируйте недоступность системы скриншотом с датой и временем (страница с ошибкой 502/503). Направьте заказчику письмо на официальный e-mail с просьбой зафиксировать форс-мажор. Если сбой длится более 1 рабочего дня, можно временно перейти на бумажный обмен (с последующей загрузкой в ЕИС после восстановления). Обязательно звоните в техподдержку ЕИС (8-800-707-49-07) и получайте номер обращения — это доказательство объективной причины задержки.

Q4: Можно ли подписать документ о приёмке без председателя комиссии, если он в отпуске?
A: Нет, если в положении о приёмке (утверждается заказчиком) не предусмотрено замещение. Нужен приказ о временном исполнении обязанностей председателя и перенастройка прав в ЕИС. Если этого нет — приёмка блокируется до возвращения председателя или оформления замещения.

Q5: Как действовать при частичной приёмке — нужно ли подписывать со своей стороны?
A: Да. Поставщик подписывает документ о приёмке на полный объём (что отгрузил), а заказчик в своей подписи фиксирует фактически принятое количество. Система автоматически пересчитает сумму к оплате. На остаток формируете новый документ после устранения причин частичной приёмки (довоз, замена брака).

Q6: Заказчик требует оригинал счёта-фактуры на бумаге, хотя контракт электронный — правомерно ли это?
A: Неправомерно, если в контракте не прописано исключение. При электронном актировании счёт-фактура должен быть в электронном виде (XML с КЭП или PDF). Если заказчик настаивает на бумаге вопреки условиям контракта, это основание для жалобы в ФАС — принуждение к действиям, не предусмотренным договором.

Q7: В документе о приёмке ошиблись в КТРУ — заказчик ещё не подписал. Можно ли отозвать и исправить?
A: Отозвать документ после отправки нельзя (функции «удалить» в ЕИС нет). Варианты: либо дождаться отказа заказчика с указанием ошибки (тогда формируете новый документ), либо направить через систему сообщений просьбу не подписывать и дать возможность подать исправленный вариант. Если заказчик уже подписал — только через корректировочный документ.

Q8: Сертификат КЭП истекает через 2 недели, успею ли подписать документы?
A: Успеете, но рискованно. Если сертификат истечёт до момента подписания, система не примет подпись. Обновляйте КЭП заранее — перевыпуск занимает 3–5 рабочих дней (в пиковые периоды — до 10). Новый сертификат нужно будет привязать к карточке организации в ЕИС через раздел «Администрирование».

Q9: Можно ли прикладывать к документу о приёмке архив (ZIP) с несколькими сертификатами?
A: Технически можно (система принимает ZIP до 10 МБ), но не рекомендуется. Заказчику придётся скачивать, разархивировать, проверять каждый файл — это увеличивает время приёмки и риск, что он запросит файлы по отдельности. Лучше загружать каждый сертификат отдельным файлом с указанием типа документа.

Q10: В контракте указано «оплата в течение 7 рабочих дней с даты приёмки» — это с даты подписания поставщиком или заказчиком?
A: С даты подписания заказчиком. Именно эта дата фиксирует завершение приёмки и запускает отсчёт срока оплаты. Подпись поставщика — это отправка документа на проверку, а не основание для оплаты.

Чек-лист перед отправкой в ЕИС

Перед тем как нажать кнопку «Направить на подпись», пройдитесь по этому списку. Десять минут проверки сэкономят дни на переделку и защитят от отказа.

☑ 1. Роли и полномочия настроены
Убедитесь, что у вас (или у лица, которое будет подписывать) есть роль «Ответственный за контракт» или «Уполномоченное лицо» в разделе «Администрирование» ЕИС. Без корректных прав документ не создастся или не подпишется.

☑ 2. КЭП актуальна и работает
Проверьте:

• Срок действия сертификата не истёк (запас — минимум 1 неделя).
• Токен/смарт-карта вставлены, драйверы установлены.
• КриптоПро CSP запущен, сертификат виден в хранилище («Пуск» → «КриптоПро CSP» → «Сертификаты»).
• Тестовая подпись работает (можно проверить на пустом документе в ЕИС или через «Проверка подписи» в КриптоПро).

☑ 3. Реквизиты контрагентов сверены с контрактом
ИНН, КПП, наименования поставщика и заказчика должны совпадать с карточкой контракта слово в слово (включая кавычки, тире, пробелы). Автоподстановка в ЕИС не всегда корректна — проверьте вручную.

☑ 4. КТРУ указан для каждой позиции
Код по каталогу товаров, работ, услуг должен совпадать с контрактом. Если поле «КТРУ» пустое или стоит «не определён» — возвращайтесь к спецификации контракта или запрашивайте у заказчика правильный код. Без КТРУ документ не пройдёт автоконтроль.

☑ 5. Страна происхождения заполнена (для товаров)
Для каждой товарной позиции выбран код ОКСМ из справочника (643 — Россия, 112 — Беларусь и т. д.). Страна должна соответствовать разрешённому перечню в контракте. Для работ и услуг это поле неактивно — пропускайте.

☑ 6. Все обязательные документы приложены
Откройте текст контракта, найдите раздел «Документы, подтверждающие исполнение», сверьте со списком вложений:

• Счёт-фактура или УПД (если работаете с НДС).
• Сертификаты соответствия, декларации (если товар сертифицируемый).
• Паспорта качества, протоколы испытаний (если требует ГОСТ или контракт).
• Фото, акты осмотра (для работ). Каждый файл — в читаемом формате (PDF, JPG, XML), размер до 10 МБ.

☑ 7. Суммы и количество сошлись
Перепроверьте:

• Количество фактически поставленного совпадает с контрактом (или с остатком, если частичная приёмка).
• Цена за единицу × количество = общая сумма по позиции.
• Итоговая сумма документа о приёмке не превышает сумму контракта (с учётом уже принятых этапов).
• Если есть НДС — ставка указана верно (20%, 10% или 0%), сумма налога рассчитана корректно.

☑ 8. Налоги и УПД оформлены правильно
Если вы плательщик НДС:

• УПД или счёт-фактура приложены в корректном формате (XML с КЭП или PDF).
• Дата выставления СФ не раньше даты отгрузки.
• Реквизиты в СФ совпадают с реквизитами в документе о приёмке. Если на УСН без НДС — убедитесь, что стоит отметка «Без НДС», а счёт-фактура не приложена (её не должно быть).

☑ 9. Журнал ошибок пуст
Нажмите кнопку «Проверить документ» перед подписанием. Система прогонит автоконтроль и выдаст список ошибок (если есть). Красным подсвечиваются критичные (без их устранения не отправить), жёлтым — предупреждения (можно игнорировать, но лучше исправить). Только после того, как все ошибки устранены, переходите к подписанию.

☑ 10. Даты логичны и соответствуют факту
Проверьте:

• Дата фактической поставки раньше или равна дате подписания документа поставщиком (нельзя подписать акт 10 ноября, если товар поставлен 15 ноября).
• Дата поставки не раньше даты заключения контракта (логика времени не нарушена).
• Если контракт предусматривает этапы — выбран правильный этап и его срок не истёк.

Бонус: что сделать сразу после отправки

• Сохраните скриншот страницы с подтверждением отправки (статус «Направлен на подпись», дата и время).
• Настройте напоминание — через 3 рабочих дня проверьте статус документа в ЕИС. Если заказчик не реагирует — направьте официальное напоминание через систему сообщений.
• Уведомите бухгалтерию — сообщите номер и дату документа о приёмке, чтобы они отслеживали поступление оплаты.

Если все 10 пунктов отмечены галочкой — смело подписывайте и отправляйте. Вероятность отказа снижается до статистической погрешности.