Что такое проект договора: Чем отличаются проект договора и договор?

Проект договора — что это такое и как его составить

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


Содержание статьи

  • Проект договора как оферта
    • Оферта

    • Проект договора

  • Регламентирующие статьи Гражданского кодекса

  • Сложности при подаче проекта договора


Проект договора как оферта

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

Оферта

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

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

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

  1. Адресность. Оферта направляется на различный круг лиц (в том числе – неопределённый, как при ситуациях с публичной офертой), но при создании проекта договора в стандартной форме вписывается адресат, что предполагает и элемент типовой формы документа.

  2. Определённость. Чёткое намерение оферента в будущем заключить договор на тех же условиях, которые были вписаны в исходном документе (или при предложении без документального сопровождения). Например, в случае с публичной офертой действия в магазине продавца, который выкладывает ценники на стеллажах, может считаться предложением (офертой) направленной на неопределённый круг лиц. При этом продавец обязан продать товар за указанную на ценнике сумму. Так же и при подаче проекта договора в виде адресного документа оферент обязуется впоследствии заключить договор на предложенных ранее условиях и несёт ответственность за несоблюдение этого предложения.

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

При подаче проекта договора оферент указывает срок рассмотрения и принятия решения акцептантом.

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

Проект договора

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

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

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

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

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

Регламентирующие статьи Гражданского кодекса

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

Если рассматривать проект соглашения как оферту, то прямо или косвенно взаимоотношения между оферентом и акцептантом регулируются несколькими статьями Гражданского кодекса:

  • Ст. 435, дающей определение оферты. В частности, в этой статье указывается, что если оферент изменил свои намерения и решил отозвать оферту, то он может это сделать без правовых последствий, если извещение об отзыве пришло раньше или в то же время, что и сама оферта. В этом случае оферта определяется как неполученная.

  • Ст. 436, где говорится, что до окончания периода, отведённого адресату на решение, предложение нельзя отозвать.

  • Ст. 432, которая в рамках указания основных положений о заключении договора, вводит понятие существенных условий договора.

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

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

Сложности при подаче проекта договора

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

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

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

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

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


Документ «Проект договора»

Документ «Проект договора» (раздел «Договоры и закупки» — «Проекты договоров и доп.соглашения») предназначен для создания и согласования внутри компании проекта договора с контрагентом и дополнительных соглашений к договору.

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

Реализована синхронизация изменения реквизитов («Стадия договора», «Сумма договора», «Срок действия» и т. д.) в документе «Проект договора» и справочнике «Договоры контрагентов», закладка «Дополнительные реквизиты (БИТ)». Синхронизация реализована в одну сторону: при изменении реквизита в документе «Проект договора», он изменяется в справочнике «Договоры контрагентов».

Нумерация договоров

Номер договора (реквизит «Договор №») может заполняться вручную, а может формироваться автоматически по шаблону. Шаблон нумерации может быть построен из значений любых реквизитов документа и предопределенных параметров, таких как «Порядковый номер», «Год», «Тип договора» и т.д. 

Шаблон может быть построен с помощью команды «Вставить шаблон» в справочнике «Шаблоны заполнения реквизитов» (раздел «Настройки БИТ»), которая формирует необходимый текст, исходя из выбранного реквизита.

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

Шаблон назначается объекту системы в регистре «Назначение шаблонов заполнения реквизитов» (раздел «Настройки (БИТ)»).  

При назначении шаблона необходимо указать дату, с которой начинает действовать шаблон, организацию, на которую действует шаблон, и сам шаблон. После выбора шаблона все необходимые поля заполнятся автоматически. Если реквизит «Организация» пустой, то шаблон будет действовать на все организации.

Каждому параметру шаблона можно задать количество символов или количество символов с одной из сторон (лево\право). К примеру, порядковый номер по-умолчанию содержит 9 символов – 000000001, это слишком большое количество, если в год проходит не больше одной тысячи договоров. Если необходимо уменьшить количество символов параметра шаблона, то в элементе справочника «Шаблоны заполнения реквизитов», в командной панели необходимо нажать кнопку «Вставить шаблон», двойным щелчком левой кнопки мыши выбрать параметр, указать способ обрезки и задать количество символов.

Так же для числовых параметров, кроме порядкового номера и дат доступны такие способы обрезки как: слева, справа, с символа №.

После вставки шаблона получается текст следующего типа:

{{ТекущийОбъект.Организация.Префикс}}{{ТекущийОбъект.ТипДоговора.Префикс}}{{ПорядковыйНомер}}/{{ТекущийОбъект.ДатаДоговора.Год}}

Для заполнения номера договора по шаблону в документе «Проект договора» необходимо нажать кнопку «».   

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

Реквизиты финансовых договоров

Если тип договора «Кредиты полученные», «Займы полученные», «Займы выданные» или направление договора «Финансовый» — в форме документа появляются дополнительные закладки «Номинальные ставки» и «Параметры финансовых договоров». На закладке «Номинальные ставки» можно указать номинальные ставки по договору, в том числе плавающие (используются в подсистемах МСФО и Управление финансовыми договорами). На закладке «Параметры финансовых договоров» выбирается способ расчета графиков платежей по фин. договорам» и заполняются значения параметров. На этой же закладке в табличной части отображается График выдачи траншей по договору. Подробнее о способах расчетов графиков платежей по договорам кредитов/займов читайте в разделе «Управление финансовыми договорами»  Руководства пользователя.

Флаг «Включать в реестр договоров» предназначен для установки отбора по этому признаку в отчете «Реестр договоров».

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

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

Созданные графики отображаются в проекте договора на закладке «Графики» отдельно по каждому документу «Дополнительные условия по договору».

Графики можно создавать до создания договора, на стадии согласования проекта договора. В этом случае после того, как будет создан договор, он автоматически подставится в документы «Дополнительные условия по договорам».

По команде «Согласование» происходит переход к форме, в которой осуществляется визирование проекта договора ответственными лицами компании в соответствии с заданным маршрутом и правами установки виз. Подробнее о настройке визирования документов системы «БИТ.ФИНАНС» читайте в разделе «Настройки визирования документов» настоящего Руководства пользователя. 

Каждый согласующий по документу может в форме «Установленные визы» (вызов по команде «Согласование») создать Задачу исполнителю по кнопке «Создать задачу». При этом в Задаче будет ссылка на текущий документ и на конкретную визу, по которой она создана.

Все Задачи и все комментарии по согласованию документа можно просмотреть в отчете «История визирования» на закладке «История» формы «Установленные визы».

По команде «Присоединенные файлы»  открывается список файлов данного проекта договора, в котором можно добавить новые файлы или просмотреть существующие. Это могут быть скан-копии договоров, бланки договоров и другие документы, относящиеся к договору.

Примечание. В системе «БИТ.ФИНАНС» реализована возможность хранения файлов на внешних источниках. Общие для системы параметры работы с файлами устанавливаются в разделе «Администрирование — «Настройки работы с файлами». Индивидуальные настройки для текущего пользователя устанавливаются в разделе «Настройки (БИТ)», команда панели Сервис — «Настройки работы с файлами».

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

На основании утвержденного проекта договора (документ имеет статус «Утвержден») по команде «Создать договор» автоматически создается элемент справочника «Договоры контрагентов» с заполненными реквизитами.

Права на создание договоров из Проекта договора настраиваются в регистре «Настройки дополнительных прав пользователей (БИТ)».

Шаблоны договоров

Для документа «Проект договора» могут использоваться шаблоны договоров в формате Word, с настройкой автоматического заполнения отдельных реквизитов: наименование организации, реквизиты организации, ответственные лица организации и др. Для открытия и редактирования шаблона договора в файле формата Word, используется кнопка «Проект договора (MS Word)».

Шаблон договора хранится в обработке ШаблонПечатиПроектДоговораMSWord, которая расположена в справочнике «Дополнительные отчеты и обработки» (раздел «Администрирование»). Для добавления нового шаблона или изменения настроек автоматического заполнения текущего шаблона необходимо выполнить действия в соответствии с инструкцией, описанной ниже (выполняется специалистом по внедрению 1С).

Изменение текущей внешней печатной формы на основе обработки ШаблонПечатиПроектДоговораMSWord:

  • Открыть справочник «Дополнительные отчеты и обработки», найти элемент с нужным именем (в данном случае «Шаблон печати проекта договора в формате MS Word»), открыть его. В форме элемента в командной панели нажать кнопку «Выгрузить в файл…», в открывшемся диалоге сохранения файла указать каталог и нажать кнопку «Сохранить».

  • Сохраненную обработку открыть в конфигураторе. Появится окно редактирования внешней обработки.

  • Сохраненный файл открыть с помощью программы MS Word, отредактировать его при необходимости, сохранить.

  • В конфигураторе в окне «Двоичные данные» нажать кнопку «Загрузить из файла». В диалоге открытия файла указать отредактированный файл с расширением «.doc», нажать кнопку «Открыть». В окне «Двоичные данные» нажать на кнопку «ОК».

  • Закрыть окно редактирования внешней обработки, при закрытии появится запрос на сохранение внесенных изменений, выбрать «Да».

  • В пользовательском режиме работы, в форме элемента справочника «Дополнительные отчеты и обработки» в командной панели нажать на кнопку «Загрузить из файла». В диалоге открытия файла указать файл внешней обработки, после чего записать элемент справочника «Дополнительные отчеты и обработки».

 

Создание новой внешней печатной формы на основе обработки ШаблонПечатиПроектДоговораMSWord:

  1. Скопировать текущую обработку, переименовать ее. Внести изменения в модуль объекта и процедуру «Печать» модуля формы, согласно документации конфигурации «Библиотека стандартных подсистем 2.1.2» раздел 3.14.

  2. Добавить новый макет шаблона. Тип макета «ДвоичныеДанные», загрузить в него файл *.doc.

  3. В модуле формы в процедуру «ДополнитьСвязаннойИнформацией» внести изменения. Необходимо получить там всю необходимую  дополнительную информацию по объекту, которую планируется выводить на печать, но которая отсутствует в реквизитах и табличных частях объекта.

 

Правила заполнения шаблона документа:

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

 — {{ — начало описания параметра

               — }} — окончание описания параметра

               — {% — начало описания выражения

               — %} — окончание описания выражения

               — $  — строка таблицы, которую необходимо вывести многократно.

В качестве имени параметра используются имена реквизитов объекта так, как они заданы в конфигураторе.

Описание параметра выглядит следующим образом: {{ИмяРеквизита}}

В качестве выражения можно использовать любой код на встроенном языке 1С, возвращающий значение.

Например, {%ФизическиеЛица.ФамилияИнициалыФизЛица(Данные.ФизическоеЛицо)%}

Для параметров возможно получение значений через точку. Например, при печати договора требуется получить вид контрагента: {{Владелец.ЮридическоеФизическоеЛицо}}

Если в выражении требуется указать значение какого-либо реквизита объекта, то к имени реквизита следует добавить префикс «Данные.». Например, у объекта есть реквизит ФизическоеЛицо: использование данного реквизита в качестве параметра будет выглядеть следующим образом: {{ФизическоеЛицо}}, а если необходимо использовать значение этого реквизита в выражении, то пишем: {%ФизическиеЛица.ФамилияИнициалыФизЛица(Данные. ФизическоеЛицо)%}.

Если данных объекта недостаточно для формирования печатной формы, в конфигураторе, в модуле формы, необходимо определить процедуру «ДополнитьСвязаннойИнформацией, в которой описать получение требуемой информации. Для получения в шаблоне значений связанной информации следует использовать ключи описания параметра, а к имени параметра добавлять префикс «СИ.». Например: для элемента справочника «Валюты»  требуется получить курс, для этого в процедуре «ДополнитьСвязаннойИнформацией» определили алгоритм получения курса из регистра «КурсыВалют», а в шаблоне используем синтаксис — {{СИ.КурсВалюты}}.

Если в документе необходимо вывести таблицу, тогда в шаблоне в первой строке таблицы описываем путь к ней как параметр. Например: необходимо вывести табличную часть Товары документа ПоступлениеТоваровУслуг, в первой строке таблицы пишем {{Товары}}.

В результирующем документе данная строка будет удалена.

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

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

Чтобы обратиться к данным текущей строки, к имени реквизита таблицы добавляется префикс «СтрокаТаблицы.». Например: {{СтрокаТаблицы.Номенклатура}}.


Attachments (11)

словосочетание проект договора | значения и примеры использования

словосочетание на английском языке

значения проекта и договора

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

черновик

прилагательное [перед существительным]

uk

Ваш браузер не поддерживает аудио HTML5

/ drɑːft / нас

Ваш браузер не поддерживает аудио HTML5

/dræft/

Проект плана, документа и т. д. находится в первоначальном виде, включая основные пункты, но не все…

См. больше на черновик

договор

сущ. [C]

uk

Ваш браузер не поддерживает аудио HTML5

/ˈtriː.ti/нас

Ваш браузер не поддерживает аудио HTML5

/ˈtriː.t̬i/

письменное соглашение между двумя или более странами, официально утвержденное и подписанное …

См. больше на договор

Примеры проекта договора

Эти примеры взяты из корпусов и источников в Интернете. Любые мнения в примерах не отражают мнение редакторов Кембриджского словаря, издательства Кембриджского университета или его лицензиаров.

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

Из Кембриджского корпуса английского языка