С протоколом разногласий: Протокол разногласий к договору

С протоколом разногласий: Протокол разногласий к договору

актуальные вопросы, судебная практика, типовые формы

Просьба к модераторам – не меняйте пожалуйста оформление, сохраните текущее.

 

 

Что такое протокол разногласий

 

Протокол разногласий – это документ, составленный лицом, получившим предложение заключить соглашение (договор), выражающий согласие этого лица заключить это соглашение, но при условии, что оно будет частично или полностью заключено на иных условиях, чем предложено. По смыслу абз. 1 п. 1 ст. 445 и ст. 443 и ГК РФ протокол разногласий является акцептом оферты на иных условиях, т.е. протокол разногласий представляет собой отказ лица, получившего оферту (первоначальную оферту), от её акцепта и одновременно новую оферту, условия которой определяются первоначальной офертой с учетом изменений, внесенных протоколом разногласий [1].

Протокол разногласий может быть составлен как к договору, так и к любому другому соглашению, в том числе к соглашению об изменении договора или к соглашению о его расторжении [2].

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

 

Мультипротокольное урегулирование разногласий

 

 

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

 

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

По смыслу п. 1 ст. 425 и п. 1 ст. 433 ГК РФ таким моментом будет являться день получения стороной, подписавшей договор с протоколом разногласий и направившей его другой стороне (стороне, первоначально предложившей заключить договор), полного и безоговорочного согласия (акцепта) другой стороны заключить договор на условиях, изложенных в протоколе разногласий.

 

О моменте заключения договора

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

п., следует рассматривать как акцепт [8], т.е. если договор подписан с протоколом разногласий, в котором только уточняются реквизиты сторон, исправляются опечатки и т.п., то такой договор будет считаться заключенным независимо от согласования или несогласования сторонами протокола разногласий.

 

Протокол разногласий об изменении подписанта

 

 

Последствия исполнение сторонами договора до момента урегулирования сторонами разногласий по нему

 

Как известно договор может быть заключен конклюдентными действиями (п. 3 ст. 438 ГК РФ). Нередко в процессе заключения договора с протоколом разногласий одна из сторон или обе стороны производят полное или частичное исполнение по договору, разногласия по которому еще не урегулированы. В этом случае у сторон часто возникает вопрос о том, на каких условиях договор должен считаться заключенным: на первоначальных условиях или на условиях протокола разногласий?

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

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

В судебной практике еще жива и актуальна позиция, основанная на выводах из Постановления Президиума ВАС РФ от 15.

03.2002 № 6341/01 по делу № А81-3014/3034Г-00, согласно которой договор, который подписан с протоколом разногласий и исполняется сторонами, признается заключенным без согласования условий, указанных в протоколе [10]. Некоторые суды уточняют, что если до урегулирования разногласий по договору стороны исполняют такой договор, подписанный с протоколом разногласий, не затрагивающим существенных условий договора, то такой договор считается заключенным, а условия, которые отражены в протоколе разногласий к договору, не согласованы сторонами [11].

На мой взгляд, указанные позиции судов противоречат нормам абз. 2 п. 1 ст. 432, абз. 2 п. 1 ст. 438, ст. 443 ГК РФ и по сути сводятся к тому, что:

1) акцепт оферты может быть не полным и с оговорками;

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

Тем не менее, с такой практикой придется считаться.

 

 

Важные моменты оформления протокола разногласий

 

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

1) в протоколе разногласий желательно четко указать, в какой редакции предлагается согласовать то или иное условие. На практике можно встретить протоколы, в которых стороны в виде таблицы излагают свои редакции того или иного условия (например столбец с редакцией Поставщика и столбец с редакцией Покупателя), но при этом в протоколе не содержится указания на то, в какой редакции предлагается согласовать условие. В этом случае очевидно, что раз сторона, которой предложено заключить договор, направляет протокол разногласий где в условия договора вносятся изменения относительно первоначальной редакции, то стало быть она и предлагает свою редакцию этих условий, однако суд может посчитать, что согласование сторонами такого протокола разногласий не свидетельствует об изменении условий договора [12];

2) отсутствие на договоре отметки о том, что он подписан с протоколом разногласий само по себе, не может подтверждать, что протокол разногласий к данному договору не составлялся [13], как и наличие такой отметки еще не означает, что протокол разногласий был направлен другой стороне и получен ей вместе с договором [14];

3) в протоколе разногласий желательно указать, что все условия, отраженные в протоколе разногласий, являются существенными для стороны и договор будет считаться заключенным только после согласования сторонами этих условий. В противном случае, без такой оговорки, суд может посчитать условия, изложенные в протоколе разногласий несущественными, ввиду чего признает договор заключенным без этих условий [11];

4) протокол разногласий к договору, полученный стороной, предложившей заключить договор, уже после заключения договора, квалифицируется как соглашение сторон к заключенному договору о его изменении, т.е. как дополнительное соглашение [15].

 

Типовые формы проектов протокола разногласий и протокола согласования (урегулирования) разногласий прилагаются.

 

_________________________

[1]	Судебная практика:
[2]	Судебная практика:
[3]	Судебная практика:
[4]	Судебная практика:
[5]	Судебная практика:
[6]	Судебная практика:
[7]	Судебная практика:
[8]	Судебная практика:
[9]	Судебная практика:
[10]	Судебная практика:
[11]	Судебная практика:
[12]	Судебная практика:
[13]	Судебная практика:
[14]	Судебная практика:
[15]	Судебная практика:

ограничения, как составить, сроки рассмотрения и ответа

Пошагово разберем, что такое протокол разногласий, как и в какие сроки его следует оформить

Подать протокол разногласий можно при заключении контракта по итогам электронных процедур.

Электронная процедура проведена и определен победитель. Заказчик размещает в ЕИС и на электронной площадке проект государственного контракта.

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

Что в этот момент требуется от победителя электронной процедуры? – Он должен внимательно проверить текст полученного документа. Если есть технические ошибки, опечатки или неточности, несоответствия проекту контракта, текст нужно исправлять.

Как изменить текст проекта контракта

Участник сам не может поменять текст контракта. Закон этого не предусматривает, и функционал электронной площадки этого просто не позволяет. Поэтому если участник хочет что-то изменить в проекте контракта, полученном от заказчика, он может попросить заказчика внести исправления. Вот для этого и нужен протокол разногласий. Хотите знать больше? Пройдите дистанционный онлайн-курс «Профессиональное управление государственными и муниципальными закупками, 256 ак. часов».

Что можно изменить в тексте контракта:

1. Можно и нужно требовать исправления положений проекта контракта, не соответствующих извещению, документации о закупке и заявке на участие.
2. Можно попросить внести изменения в реквизиты организации победителя, если они изменились с момента окончания подачи заявок.
3. Можно попросить исправить опечатки, грамматические и пунктуационные ошибки, технические ошибки и неточности.
4. Нельзя требовать изменения существенных положений контракта и пытаться что-то в нем изменить!
5. При отсутствии разногласий в отношении условий контракта, победитель электронной процедуры размещает на электронной площадке подписанный со своей стороны проект контракта и документ, подтверждающий предоставление обеспечения исполнения контракта.

Есть ли форма протокола разногласий по 44-ФЗ?

Важно различать протокол разногласий в ГК РФ и в 44-ФЗ. В ГК возможность составления протокола разногласий предусматривает статья 507 в отношении договора поставки и статья 445 в отношении договоров, подлежащих заключению в обязательном порядке (публичный договор; договор, заключенный на основании предварительного договора; договор, заключенный путем проведения торгов). 

Протокол разногласий по 44-ФЗ — это более узкое понятие, применимое только при заключении договора по итогам электронных процедур закупок (ст. 83.2 44-ФЗ). Это — электронный документ, который составляется в произвольной форме, и может содержать лишь указание на расхождения условий проекта контракта и положений документации. Подписывает протокол разногласий лицо, уполномоченное на заключение контракта, своей электронной подписью. Нет необходимости направлять заказчику скан подписанного бумажного документа.

Совет: Победителю не стоит направлять заказчику исправленный контракт в качестве протокола разногласий.

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

Порядок заключения контракта при наличии разногласий

Шаг 1. Получив для подписания проект контракта, внимательно его изучаем, выявляем ошибки и несоответствия.

Шаг 2. Составляем протокол разногласий, используя функционал личного кабинета на электронной площадке.

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

Шаг 3. Подписываем протокол разногласий усиленной электронной подписью лица, уполномоченного подписывать контракт (п.  4 ст. 70 Закона № 44-ФЗ), и размещаем на электронной торговой площадке вместо подписанного контракта.

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

Закон № 44-ФЗ регламентирует сроки, которых стоит придерживаться победителю электронной процедуры при размещении протокола разногласий.

Обращаем внимание, что протокол можно направить только один раз и не позже пяти дней с момента, когда заказчик разместил на площадке проект контракта (ч. 4 ст. 83.2 Закона № 44-ФЗ).

Не следует пропускать этот срок, иначе заказчик признает победителя уклонившимся от заключения контракта, и он попадет в РНП (ч. 13 ст. 83.2, ч. 2 ст. 104 Закона № 44-ФЗ).

Шаг 4. Заказчик должен рассмотреть протокол разногласий и принять решение:

• в случае согласия с замечаниями – доработать проект контракта и снова направить его победителю. Обратите внимание, проект контракта по-прежнему не подписан заказчиком, в государственных закупках первым свою подпись в любом случае должен поставить участник
• в случае несогласия с замечаниями — заказчик не вносит изменений в проект контракта и повторно размещает его в ЕИС и на электронной площадке с указанием в отдельном документе причин отказа учесть полностью или частично содержащиеся в протоколе разногласий замечания победителя электронной процедуры

На все эти действия заказчику предоставляется 3 рабочих дня с даты размещения победителем на электронной площадке протокола разногласий (ч.  5 ст. 83.2 Закона № 44-ФЗ).

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

Если изменения не были внесены заказчиком, и мы не согласны с этим, есть возможность подать жалобу в ФАС, но сделать это можно не позднее даты заключения контракта (ч.6 ст.105 44-ФЗ). После истечения указанного срока мы сможем обжаловать действия заказчика только в судебном порядке.

Выводы:

Обучение по 44-ФЗ, 223-ФЗ

Повышение квалификации и профпереподготовка в Контур.Школе

Подробнее о курсах

1. Направление протокола разногласий к контракту допускается при проведении закупок в электронной форме.
2. Протокол разногласий позволяет исправить технические ошибки и неточности, но не может изменить существенные положения контракта.
3. Протокол разногласий может быть размещен на электронной площадке только один раз.
4. Протокол разногласий может быть направлен не позднее 5 дней с даты размещения заказчиком в ЕИС проекта контракта.
5. Протокол разногласий должен быть оформлен в виде отдельного документа, содержать положения контракта, не соответствующие извещению о проведении закупки в электронной форме, документации о закупке в электронной форме и заявке на участие победителя этой процедуры, с указанием соответствующих положений данных документов.
6. В случае нарушения сроков подачи протокола разногласий участник признается лицом, уклонившимся от заключения контракта, что влечет за собой включение его в реестр недобросовестных поставщиков.

Для отображения формы необходимо включить JavaScript в вашем браузере и обновить страницу.

178 196

Протокол о разногласиях

---

Провайдеры услуг и поставщики ведут борьбу за то, где и как Интернет встречается с PSTN

Питер Ламберт. Питер Ламберт — старший писатель для tele.com. С ним можно связаться через Интернет по адресу [email protected].

Легко поверить, что путь между интернет-протоколом (IP) и телефонными сетями общего пользования (PSTN) за последние месяцы стал менее запутанным. Рывок слияний и совместных усилий между голосовыми сетями и интернет-игроками, безусловно, дает надежду на то, что разрыв может сократиться. К сожалению, видимость может быть обманчивой, особенно когда насущные коммерческие интересы некоторых провайдеров способствуют растущей и все более уродливой словесной войне между двумя сетевыми лагерями по поводу того, где и как протоколы передачи данных и телекоммуникаций должны встречаться друг с другом.

Обратите внимание на первоначальные внутренние реакции на спецификацию интерфейса IPDC (Internet Protocol Device Control). Этот предлагаемый стандарт, выпущенный в прошлом месяце, обеспечит унифицированное управление «шлюзами» доступа как в сетях с коммутацией каналов, так и в сетях с коммутацией пакетов, обеспечивая общую точку обмена голосом и IP-трафиком. На первый взгляд, IPDC может показаться достаточно благородным, поскольку это всего лишь одно из нескольких предложений протокола, рассматриваемых рабочей группой Internet Engineering Task Force (IETF) по взаимодействию PSTN-to-Internet и Исследовательской группой 11 Международного союза электросвязи (ITU).

Но IPDC — это не просто предложение, это предпочтительное решение для хорошо финансируемого начинающего оператора связи Level 3 Communications Inc. (Омаха, Небраска). Существование уровня 3 будет зависеть от его способности беспрепятственно передавать как голосовой трафик, так и трафик данных между существующими сетями PSTN с коммутацией каналов и собственной запланированной сетью с коммутацией пакетов, бюджет которой составляет от 8 до 10 миллиардов долларов. В ближайшее время ему понадобится IPDC — возможно, до того, как медлительный IETF сможет принять решение о каком-либо предложении протокола, — если он хочет достичь своей цели по предоставлению услуг через арендованные сетевые ресурсы к первому кварталу 19 года. 99.

Некоторые конкуренты уровня 3 обеспокоены тем, что IPDC, если его примет IETF, может поставить под угрозу иерархию открытых систем Интернета. Они также не в восторге от того, как Level 3 и его 11 партнеров-поставщиков занимались его разработкой и продвижением; для некоторых все усилия попахивают тем, что ставят коммерческие интересы одного перевозчика выше общего блага рынка. «По моему мнению, блиц по связям с общественностью уровня 3 полностью противоречит истории и процессам IETF, — говорит Генри Синнрейх, исполнительный директор по архитектуре коммутируемых данных в MCI Communications Corp. — Это техническое превосходство против натиска коммерческих интересов».

Уровень 3 видит все это по-другому, заявляя, что IPDC полностью совместим с существующими интернет-стандартами, позволяя легко добавлять сетевые порты. Это, безусловно, лежит в основе бизнес-плана Level 3, который включает в себя публичную клятву никогда не развертывать коммутаторы каналов последнего поколения. В апреле компания подкрепила это обязательство, потратив 168 миллионов долларов на приобретение XCOM Technologies Inc. (Кембридж, Массачусетс), конкурентоспособного местного оператора связи, разработавшего программное обеспечение для управления этой передачей. Это программное обеспечение стало ключевой частью интерфейса управления шлюзом IPDC «Интернет-ТфОП», который уровень 3 разработал через специальный Технический консультативный совет (TAC), в который входят 11 ведущих поставщиков оборудования для голосовой связи и доступа к данным.

Все предлагаемые рассматриваемые протоколы имеют одни и те же основные цели. Они предназначены для маршрутизации вызовов данных через перегруженные шлюзы голосовых коммутаторов PSTN и на шлюзы концентраторов удаленного доступа в Интернет (RAC); позволить службам передачи голоса по IP (VoIP) свободно перемещаться между сетями с коммутацией пакетов и сетями с коммутацией каналов; и использовать развитую систему сигнализации 7 (SS7) телефонных операторов и усовершенствованную интеллектуальную сеть (AIN) инфраструктуру управления вызовами для обеспечения сеансов передачи данных через Интернет с расширенными услугами, обычными для голосовых вызовов.

При использовании IPDC унифицированное управление шлюзами Интернета и PSTN будет обеспечиваться контроллером медиашлюза (MGC), который использует управляющие сигналы телефонной сети SS7 для анализа входящих вызовов, а затем использует IPDC для указания шлюзу RAC (для подключения вызов) или шлюз голосового коммутатора (для подключения голосового вызова). Уровень 3 планирует развернуть девять серверов MGC позже в этом году, чтобы контролировать до 1 миллиона портов в собственной сети. По словам Айка Эллиотта, старшего директора по проектированию голосовых сетей уровня 3, благодаря интеграции коммутационных и пакетных сетей на уровне управления вызовами SS7 IP-сеть выглядит как еще один шлюз коммутации каналов для контроллера. По сути, IPDC переносит управление вызовами с коммутаторов и RAC на сервер общего назначения. По словам Дженнифер Пигг, старшего вице-президента по передаче данных в The Yankee Group (Бостон), разделение управления и портов позволит быстро и гибко нарастить количество портов без принудительного хранения и управления информацией об управлении вызовами на каждом коммутаторе и RAC.

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

Множество продуктов на базе IPDC начнет появляться к концу года через поставщиков TAC, среди которых Cisco Systems Inc. (Сан-Хосе, Калифорния) и Lucent Technologies Inc.. «Мост должен быть построен, и мы пытаемся привлечь к проекту строительства моста как можно больше рабочих», — говорит Эллиотт.

Уровень 3 также попросил других поставщиков услуг зарегистрироваться в IPDC. Эта поддержка может прийти не так легко. Руководитель другого конкурирующего оператора, попросивший об анонимности, говорит, что его компании также нужен обычный контроллер шлюза с коммутацией пакетов/каналов, но он отмечает, что Level 3 пригласил других операторов только после того, как спецификация была завершена.

Кроме того, IPDC может просто не понадобиться, говорит Зиннрайх. У IETF уже есть протокол инициации сеанса (SIP), который он называет хорошо зарекомендовавшим себя универсальным методом управления всеми сетевыми машинами, будь то сетевые шлюзы, ПК или пейджеры. «Мы думаем, что телефония — это логическое подмножество мультимедиа, — говорит он, — и мы думаем, что у нас уже есть протоколы в Интернете, которые можно расширить для взаимодействия со спецификациями ITU, такими как SS7, поэтому вам не нужны отдельные протоколы для устройства. называется шлюзом». MCI поддержит это, продвигая SIP в IETF этой осенью.

Эллиот не принимает во внимание эти опасения, утверждая, что IPDC на самом деле может взаимодействовать либо с протоколами управления сеансами SIP IETF, либо с протоколами управления сеансами H.323 ITU. «IPDC и SIP — это два протокола, которые делают разные вещи и могут работать вместе, — говорит он. В конечном счете, это будет решение IETF.

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

Марк Рене Дешено

Марк Рене Дешено

Юрисконсульт по международным финансам, эксперт по корпоративному и государственному финансированию, спикер, участник дискуссии и лектор.

Опубликовано 28 декабря 2016 г.

+ Подписаться

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

• актом с личной печатью между физическими или юридическими лицами,

или

• публичный или международный акт между субъектами публичного права, такими как сообщества или штаты,

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

Часть англо-саксонской правовой доктрины рассматривает Протокол о соглашении как соглашение о последующем соглашении , другими словами, как соглашение о более позднем соглашении.

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

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

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

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

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

• Организационное собрание IPO

  10 января 2023 г.

• Сквозные ценные бумаги

  10 мая 2022 г.

  

• Ликвидность

  10 мая 2021 г.

• Исследование понятий объемной критики и массовой критики в сравнении финансов с наукой

  3 мая 2020 г.

• Меморандум о взаимопонимании

  19 апр. 2020 г.

• Сделка

  19 апр.