Локализация РФ. Составление технической части заявки на участие в закупке — первая часть заявки на электронный аукцион либо техническое предложение для конкурса/запроса предложений. РФ-специфика: точное соответствие ТЗ критично, любое отклонение без «не менее/не более» — основание отстранения. Используй после успешной проверки допуска и документации.
Installs into .claude/skills of the current project.
Are you the author of Zayavka Tehnicheskaya Chast?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/zhuga79-zayavka-tehnicheskaya-chast)
---
name: zayavka-tehnicheskaya-chast
description: >
Локализация РФ. Составление технической части заявки на участие в закупке —
первая часть заявки на электронный аукцион либо техническое предложение для
конкурса/запроса предложений. РФ-специфика: точное соответствие ТЗ
критично, любое отклонение без «не менее/не более» — основание отстранения.
Используй после успешной проверки допуска и документации.
argument-hint: "[номер закупки в ЕИС или путь к ТЗ]"
user-invocable: true
---
<!--
Локализация РФ на основе ru-legal/packs/public-procurement/skills/proposal-draft-tech
(Apache-2.0) — переработано под доктрину форка и сверено по первоисточнику на 2026-08-27.
-->
# Заявка — техническая часть
## Контекст дела
Прочитай `~/.claude/plugins/config/claude-for-legal-ru/gosudarstvennye-zakupki/CLAUDE.md`. Файла
нет или `[ЗАПОЛНИТЬ]` — стоп, направь на `/gosudarstvennye-zakupki:cold-start-interview-gz`.
Сторона поставщика-участника. Предполагает, что `proverka-dopuska-k-zakupke` и
`proverka-dokumentacii-zakupki` уже пройдены — без них риск готовить заявку на закупку, где мы
и так не проходим по требованиям.
Если включён режим `vedenie-del` — срок подачи заявки уже должен быть в реестре дела с прошлых
шагов; не создавай дублирующую запись.
## Pre-flight
- ТЗ прочитано внимательно, построчно.
- Способ закупки определяет формат: электронный аукцион (первая часть заявки — только согласие +
конкретные показатели, если требуются) / конкурс или запрос предложений (полноценное техническое
предложение).
## Workflow
### Шаг 1. Извлечение из ТЗ
```markdown
## Извлечено из ТЗ
### Объект закупки
[дословно из ТЗ]
### Обязательные технические характеристики
| # | Характеристика | Значение в ТЗ | Допустимый диапазон/альтернатива |
|---|-----------------|----------------|-------------------------------------|
| 1 | [...] | [...] | «точно как указано» либо «не менее X» |
### Документы, подтверждающие соответствие
- Паспорт изделия / сертификат соответствия / декларация о соответствии / технические условия
### Сроки и условия поставки/выполнения
[из ТЗ]
```
### Шаг 2. Сопоставление с нашим ассортиментом
Точное соответствие — предпочтительно. Аналог — только если ТЗ прямо это допускает («или
эквивалент», диапазон значений). Несоответствие без права аналога — стоп: либо не участвуем, либо
предлагаем альтернативу через запрос разъяснений заранее, не в самой заявке.
### Шаг 3. Черновик заявки
#### Шаблон — первая часть заявки (электронный аукцион)
```markdown
# Первая часть заявки на участие в электронном аукционе
# № [номер закупки в ЕИС]
## Согласие участника
Участник [полное наименование] выражает согласие с условиями поставки товара / выполнения работ /
оказания услуг, предусмотренными извещением и документацией о проведении электронного аукциона
№ [номер], на условиях, указанных в документации.
## Конкретные показатели товара (если требуется документацией)
### Позиция 1: [наименование]
| Параметр | Требование заказчика | Предлагаемое значение | Соответствие |
|----------|------------------------|--------------------------|----------------|
| [...] | [...] | [...] | [соответствует / соответствует точно] |
## Иные сведения по запросу документации
[если требуются]
## Подпись
Подписано усиленной квалифицированной электронной подписью [должность, ФИО].
```
#### Шаблон — техническое предложение (конкурс / запрос предложений)
```markdown
# ТЕХНИЧЕСКОЕ ПРЕДЛОЖЕНИЕ
# участника закупки № [номер]
# [Наименование участника, ИНН]
## 1. О компании
- Полное наименование, год основания, опыт в сфере закупки
## 2. Соответствие требованиям ТЗ
### Предлагаемая продукция/услуги
[описание]
### Таблица соответствия характеристикам
| Параметр | Требование | Наше предложение | Подтверждающий документ |
|----------|-----------|---------------------|----------------------------|
| [...] | [...] | [...] | паспорт № X / сертификат № Y |
### Преимущества сверх минимума ТЗ (если применимо для критериев оценки)
[...]
## 3. Сроки выполнения
| Этап | Срок | Подтверждение |
|------|------|-----------------|
| [...] | [...] | [...] |
## 4. Условия поставки/выполнения
[по ТЗ + наши уточнения, не противоречащие ТЗ]
## 5. Гарантийные обязательства
[срок, сервис, условия замены/ремонта]
## 6. Перечень подтверждающих документов
| # | Документ | Приложение № |
|---|----------|-----------------|
| 1 | Учредительные документы | 1 |
| 2 | Выписка ЕГРЮЛ | 2 |
| 3 | Лицензия/СРО (если применимо) | 3 |
| ... | | |
## 7. Заверение
Подписано усиленной квалифицированной электронной подписью [должность, ФИО, дата].
```
### Шаг 4. Контроль качества — критичные ошибки
- Отклонение от ТЗ в любую сторону без формулировки «не менее»/«не более» — основание отстранения.
- Двусмысленность в указании параметров — заказчик вправе трактовать против участника.
- Опечатки в технических характеристиках.
- Отсутствие согласия с условиями (для аукциона).
- Заявка не подписана электронной подписью.
### Частые ошибки
- Формулировки «около», «примерно», «ориентировочно» — недостаточная конкретность, риск отклонения.
- Несовпадение текста заявки и приложений (например, сертификат на одно значение, а в заявке —
другое).
- Утверждение об опыте без документального подтверждения (перечень контрактов, акты).
- Указание бренда, отличного от документов на товар.
### Стратегические соображения
- Если ТЗ требует точное значение — совпадай точно.
- Если допущен диапазон «не менее» — используй верхнюю границу диапазона, это усиливает позицию.
- Не раскрывай в заявке больше, чем требует документация — избыточные детали не нужны заказчику и
раскрывают конкурентам возможности.
### Шаг 5. Подача
Через личный кабинет на ЭТП, заранее до дедлайна (не в последний час), в формате, требуемом ЭТП
(обычно PDF + .docx), с активной электронной подписью.
## Формат вывода
```markdown
# Черновик технической части — [закупка]
## Документ
[полный текст черновика]
## Проверки выполнены
- [x] Соответствие ТЗ по каждому параметру
- [x] Все требуемые документы включены в перечень приложений
- [x] Конкретные показатели указаны точно или в допустимом диапазоне
- [x] Электронная подпись готова
## Перед подачей
- [ ] Финальная проверка руководителем
- [ ] Все документы собраны и подписаны
- [ ] Аккредитация в ЕИС активна
- [ ] Тестовая загрузка на ЭТП выполнена (если технически возможна)
## Цель подачи
Дата: [ДД.ММ.ГГГГ] (за 1 день до дедлайна — запас) · Время: [ЧЧ:ММ]
```
## Чего не делает
- Не подаёт заявку через ЭТП — действие самого участника с его УКЭП.
- Не оформляет банковскую гарантию — это банк.
- Не готовит жалобу на отстранение — это `zhaloba-v-fas`.
---
Проверки перед выдачей:
- [ ] Каждое значение в заявке сверено построчно с ТЗ, расхождения объяснены
- [ ] Перечень подтверждающих документов полон и соответствует требованиям документации
- [ ] Утверждения без сверки по первоисточнику помечены `[проверить по первоисточнику]`