Договор на доработку 1С: условия, которые стоит согласовать до начала работ

🧭 1. Нормы закона и свобода договора

Большая часть условий, вызывающих разногласия между заказчиком и подрядчиком в 1С-проектах, в законодательстве установлена по умолчанию как диспозитивная норма, а стороны вправе согласовать иной порядок. Общий принцип: условия договора определяются по усмотрению сторон, кроме случаев, когда содержание условия прямо предписано законом или иными правовыми актами (ст. 421 п. 4 ГК РФ). Инженеру и руководителю проекта полезно разделять три категории условий:

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

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

📜 2. Предмет работ и точная фиксация релиза

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

• конфигурация, редакция и точный номер релиза, на котором выполняется разработка;
• версия платформы «1С:Предприятие 8.3» и режим совместимости;
• архитектурный способ внесения изменений: изолированное расширение конфигурации (CFE) или модификация метаданных основной конфигурации (от этого напрямую зависит трудоёмкость обновлений);
• прямой перечень исключений: перенос исторических данных, обучение персонала и интеграции со сторонними системами, прямо не названные в ТЗ.

Образец формулировки для ТЗ:

Гражданский кодекс здесь оставляет выбор полностью на усмотрение сторон (ст. 421 п. 4 ГК РФ). При этом от точности описания предмета зависят все последующие разделы: гарантия, порядок приёмки и правовая защита от претензий о «неполном объёме».

🤝 3. Приёмка доработок по сценариям

Нормы Гражданского кодекса о приёмке (ст. 720 ГК РФ):

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

Что требует обязательного закрепления в договоре на доработку 1С:

• Регламент и сценарии проверки: общая фраза «приёмка по ТЗ» без контрольных примеров порождает споры. К договору целесообразно прикладывать Протокол приёмочных сценариев: какие документы провести, какие отчёты сформировать, на какой копии информационной базы;
• Классификация дефектов: разделение замечаний на блокирующие (препятствующие вводу в эксплуатацию) и некритические (устраняемые в гарантийном порядке после подписания акта);
• Реакция на отсутствие ответа заказчика: молчание признаётся выражением воли заключить или изменить сделку только в случаях, прямо предусмотренных законом или соглашением сторон (ст. 158 п. 3 ГК РФ). Условие автоматической приёмки при отсутствии мотивированного отказа в установленный срок работает только при условии прямого включения в договор. Конкретную формулировку обязательно согласует юрист.

Образец формулировки для договора:

🛡 4. Гарантия и поведение при обновлении типовой конфигурации

Позиция закона о гарантийных сроках:

• гарантийный срок устанавливается законом, договором или обычаями делового оборота; результат работы должен соответствовать условиям качества на протяжении всего гарантийного срока (ст. 722 ГК РФ);
• если гарантийный срок не согласован в договоре, требования по недостаткам могут быть предъявлены в разумный срок, но в пределах двух лет со дня передачи результата (ст. 724 ГК РФ). Началом течения гарантии считается момент приёмки работы.

В практике 1С основной конфликт возникает после штатного обновления типовой конфигурации: логика типовых механизмов изменилась, доработка перестала работать, и стороны спорят о виновности. Закон не оперирует понятием «релиз конфигурации». В договоре необходимо прямо урегулировать:

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

Образец формулировки для договора:

💳 5. Оплата, встречное исполнение и неустойка

Правовые основы расчётов и защиты исполнителя:

• при непредоставлении обязанного встречного исполнения другой стороной либо при очевидных обстоятельствах, свидетельствующих о задержке, добросовестная сторона вправе приостановить исполнение либо отказаться от договора и потребовать возмещения убытков (ст. 328 п. 2 ГК РФ);
• подрядчик вправе не приступать к работе или приостановить её, если заказчик нарушает свои встречные обязанности (передача стенда, исходных данных, утверждение сценариев), а также требовать возмещения убытков (ст. 719 ГК РФ);
• неустойка представляет собой определенную законом или договором денежную сумму; кредитор освобождается от доказывания причиненных убытков (ст. 330 п. 1 ГК РФ). Соглашение о неустойке обязательно оформляется письменно под угрозой недействительности (ст. 331 ГК РФ). Уменьшение договорной неустойки для коммерческих организаций допускается исключительно по заявлению должника в суде (ст. 333 п. 2 ГК РФ).

Договорные акценты для 1С-проектов:

• документальное основание каждого платежа (подписание промежуточного протокола, акт этапа, ввод в опытную эксплуатацию);
• управление изменениями (Change Request): обязательное письменное согласование стоимости и сроков дополнительных «хотелок» до начала их разработки;
• перечень встречных обязательств заказчика, влияющих на общий график проекта (доступ по VPN/RDP, предоставление актуальной копии базы, согласование контрольных примеров).

Образец формулировки для договора:

🔐 6. Права на исходный код доработки

Нормы ст. 1296 Гражданского кодекса РФ для заказных программ для ЭВМ:

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

Вопросы интеллектуальных прав в проектах 1С:

• состав передаваемого артефакта: откомпилированное расширение CFE, исходные тексты модулей BSL в XML/каталоге выгрузки, пользовательская документация;
• право подрядчика на повторное использование общих библиотек, сервисных модулей и типовых алгоритмов, не содержащих закрытой коммерческой тайны заказчика;
• соотношение доработки с лицензией правообладателя платформы и конфигурации: правомерный пользователь экземпляра программы вправе вносить изменения для обеспечения функционирования на своих технических средствах и устранять явные ошибки (ст. 1280 п. 1 ГК РФ).

🚪 7. Расторжение договора и пределы непреодолимой силы

Положения законодательства об отказе от обязательств:

• односторонний отказ от договора оформляется письменным уведомлением; договор прекращается с момента доставки уведомления адресату, если иной срок не указан в тексте (ст. 450.1 п. 1 ГК РФ);
• заказчик вправе в любое время до сдачи работы отказаться от договора подряда, оплатив подрядчику выполненную часть работы и возместив документально подтвержденные убытки в пределах согласованной цены (ст. 717 ГК РФ);
• подрядчик вправе отказаться от договора и потребовать возмещения убытков при невыполнении заказчиком встречных обязанностей (ст. 719 п. 2 ГК РФ);
• ответственность предпринимателя исключается только при доказанности непреодолимой силы — чрезвычайных и непредотвратимых обстоятельств (ст. 401 п. 3 ГК РФ). Нарушение обязанностей контрагентами или отсутствие средств непреодолимой силой не признаются.

Для проектов 1С выход планового обновления конфигурации вендором или временный сбой в локальной сети заказчика являются штатными рисками разработки. Их нельзя квалифицировать как форс-мажор; их последствия регулируются отдельными пунктами о порядке продления сроков.

📬 8. Юридически значимый электронный документооборот

Договор в письменной форме считается заключенным как путем составления единого документа, так и путем обмена электронными сообщениями и документами при соблюдении требований к идентификации стороны (ст. 434 п. 2 ГК РФ). Чтобы переписка по электронной почте, согласование ТЗ в трекере задач или направление актов через операторов ЭДО имели полную доказательственную силу в суде, адресные данные сторон и признание юридической силы электронных сообщений должны быть явно зафиксированы в договоре.

📎 Файл к статье

В архиве к статье — 1c-contract-companion.zip (1 $m):

• checklist_pre_contract_1c.md — чек-лист преддоговорного согласования (релиз, платформа, режим совместимости, способ доработки CFE/CF, доступ к стенду);
• clauses_templates.md — подборка формулировок ключевых пунктов договора (предмет, содействие и встречное исполнение по ст. 328 ГК РФ, сценарная приёмка, гарантия при обновлениях, переход прав на код по ст. 1296 ГК РФ);
• test_acceptance_protocol.md — готовый шаблон Протокола приёмо-сдаточных испытаний с таблицей сценариев и классификацией замечаний;
• verify_companion.py — автономный скрипт автоматической проверки комплекта (UTF-8, структура, проверка отсутствия пустых шаблонов);
• README.md — регламент использования комплекта в работе с заказчиком.

Файл размещен в верхней части страницы в блоке скачивания материалов.

🧭 9. Границы применимости и что осталось за рамками

• Территориальная юрисдикция: анализ базируется исключительно на Гражданском кодексе РФ по состоянию на октябрь 2026 года и не распространяется на законодательство стран СНГ или дальнего зарубежья.
• Специальные режимы закупок: закупки по нормам 44-ФЗ и 223-ФЗ подчиняются отдельным жестким регламентам и типовым формам контрактов, которые в данной статье не исследовались.
• Налоговый контур: специфика налогообложения самозанятых инженеров, ИП и применения пониженных ставок для аккредитованных IT-компаний требует отдельного бухгалтерского аудита.
• Лицензионные соглашения 1С: условия дистрибуции и распространения тиражных продуктов определяются лицензионной политикой правообладателя и требуют раздельного согласования.

📋 10. Вопросы юристу перед подписанием

1. Квалификация отношений: подряд (глава 37 ГК РФ) или возмездное оказание услуг (глава 39 ГК РФ), и какие последствия это несет для порядка приёмки.
2. Формулировка пункта об автоматической приёмке при отсутствии мотивированного ответа заказчика в согласованный срок.
3. Допустимые границы неустойки и порядок применения положений ст. 333 ГК РФ об ограничении ответственности.
4. Порядок и момент перехода исключительных прав на программный код с сохранением неисключительной лицензии подрядчика на библиотеки.
5. Регламент легитимизации электронного документооборота и признания доказательственной силы согласований в таск-трекерах и почте.

📚 11. Источники

Тексты статей Гражданского кодекса РФ на официальном правовом портале consultant.ru (сверка от 13.10.2026):

• ст. 158 ГК РФ (Форма сделок, молчание);
• ст. 328 ГК РФ (Встречное исполнение обязательств);
• ст. 330, 331, 333 ГК РФ (Неустойка, форма соглашения, уменьшение);
• ст. 401 ГК РФ (Основания ответственности, непреодолимая сила);
• ст. 421 ГК РФ (Свобода договора);
• ст. 434 ГК РФ (Форма договора, электронный обмен);
• ст. 450.1 ГК РФ (Отказ от договора);
• ст. 717, 719, 720 ГК РФ (Подряд: отказ заказчика, содействие, приёмка);
• ст. 722, 724 ГК РФ (Гарантия качества и сроки обнаружения недостатков);
• ст. 1280, 1296 ГК РФ (Свободная адаптация программ и права на заказные программы).

💬 12. Обсуждение

С какими спорными ситуациями при доработке 1С вы сталкивались чаще всего: срывы сроков из-за отсутствия тестовой базы, отказы от приёмки при обновлении релиза или споры об объёме ТЗ? Какие пункты в договоре помогли вам защитить результат и оплату? Поделитесь вашим опытом в комментариях.

 

Нинель Адольевна Щербакова (Ninel_S)

Архитектор • SRE & DevOps инженер • HighLoad 1С

Автор 70 публикаций на Infostart. Разработчик NOPik, SRE-Suite-for-1C и мультиагентных ассистентов для экосистемы 1С:Предприятие.

Каталог статей и открытых репозиториев Ninel_S