Юридическая сила документов, передаваемых по факсу и электронной почте

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

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

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

Доказать факт передачи факсимильного или отправленного по электронной почте сообщения сложно.

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

Конечно, есть способы повысить надежность доставки сообщения: подтверждение получения (прочтения) письма, электронная цифровая подпись (далее – ЭЦП), контрольная сумма…

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

Заключать ли договор «по факсу»?

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

Судебно-арбитражная практика

Показать

Федеральный арбитражный суд Московского округа в постановлении от 12.10.1999 по делу № КГ-А40/3285-99 не принял во внимание пояснения ответчика о том, что договор заключался в порядке ст. 434 ГК РФ путем обмена документами с помощью телефаксов.

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

Поскольку нет доказательств, что документ действительно исходит от стороны по договору, нет и основания для признания договора заключенным в порядке, установленном п. 2 ст. 434 ГК РФ.

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

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

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

Такой подход к делу менее рискован.

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

Статья 71 Гражданского процессуального кодекса РФ указывает, что документы, полученные при помощи электронных видов связи, могут выступать доказательствами, но вот нормы, в каких случаях их использовать, нет. В результате такие документы редко применяются в гражданских процессах: требование о подтверждении их достоверности есть, а вот механизм подтверждения не установлен.

Факсимильные документы

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

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

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

Судебно-арбитражная практика

Показать

Предметом рассмотрения в Международном коммерческом арбитражном суде при Торгово-промышленной палате РФ (далее – МКАС при ТПП РФ) стал вопрос о действительности изменений контракта, совершенных посредством сообщений по факсу. Доводы ответчика об их недействительности, поскольку они не были совершены в письменной форме, не были признаны обоснованными.

Истец доказал, что:

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

Не имеет значения, какой факс использовал для передачи сообщений представитель ответчика (установленный в его офисе или в офисе представительства). Поэтому МКАС при ТПП РФ сделал вывод о том, что указанные документы действительны и направлялись именно ответчиком.

Судебно-арбитражная практика

Показать

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

Но, по утверждению заказчика, оставшаяся часть задолженности им уже была погашена путем перечисления средств на счет, принадлежащий подрядчику в АКБ «СБС-АГРО».

Спор разгорелся из-за того, что важное письмо подрядчик отправил по факсу, а заказчик утверждал, что не получал его.

Подрядчик своим письмом информировал заказчика о том, что его счет в АКБ «СБС-АГРО» не является оперативным с 17.08.1998 г., а также дал указание оплатить выставленные счета на счет в иностранном банке.

Данное письмо было отправлено факсимильной связью, и подрядчик представил аппаратное доказательство отправки письма, датированное 28 августа 1998 г.: отметку факса об отправлении «Aug 28 1:54 PM» и отметку аппарата заказчика о получении факса «Aug 28 1:55 PM».

Заказчик же не представил доказательств того, что письмо не было им получено 28 августа по факсу: журнал регистрации входящих факсов и документов заказчиком велся нерегулярно (о чем свидетельствует приобщенная к делу копия журнала) и в нем не значатся многие полученные факсы, а не только спорное факсимильное письмо подрядчика. В результате МКАС при ТПП РФ счел доказанной задолженность заказчика в сумме, указанной в исковом заявлении.

Пример 1

Журнал регистрации исходящей корреспонденции.

Показать

Но наличие наименования отправителя и номера факса на факсимильном документе не всегда может убедить суд. Здесь тоже есть риски. Ведь отбивку можно смоделировать, перепрограммировав факс или воспользовавшись графическим редактором.

Поэтому, чтобы дополнительно подтвердить время и факт отправки / получения документа по факсу, следует еще вести журналы учета входящей и исходящей корреспонденции. Записи в подобных журналах служат дополнительными доказательствами.

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

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

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

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

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

Документы, переданные по электронной почте

Электронный адрес отправителя – один из реквизитов, идентифицирующих документ.

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

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

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

Единственный закон, устанавливающий случаи и порядок использования аналогов подписи – это Федеральный закон «Об электронной цифровой подписи» от 10.01.2002 № 1-ФЗ. Он говорит, что ЭЦП представляет собой реквизит электронного документа, призванный обеспечивать:

• удостоверение источника документа (могут быть подписаны такие поля документа как «автор», «внесенные изменения», «метка времени» и т.д.);
• защиту документа от подделки (ЭЦП становится недействительной при случайном или намеренном изменении документа);
• идентификацию владельца сертификата ключа подписи (лица, подписавшего документ).

В соответствии с Законом «Об информации, информационных технологиях и о защите информации» от 27.07.

2006 № 149-ФЗ ЭЦП на электронном документе признается равнозначной собственноручной подписи лица на бумажном документе, заверенном печатью 2.

И тогда получается, что обмен электронными сообщениями, подписанными ЭЦП, даже по незащищенным каналам связи (к числу которых относится и обычная электронная почта) рассматривается как обмен полноценными документами.

Судебно-арбитражная практика

Показать

Источник: http://www.delo-press.ru/articles.php?n=4964

Внесение изменений в проект и заключенный договор о государственных закупках

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

Когда можно вносить изменения в проект договора о государственных закупках?

Основания внесения изменений в проект либо заключенный договор о государственных закупках предусмотрены в статье 45 Закона Республики Казахстан  “О государственных закупках”.

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

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

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

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

Когда можно вносить изменения в заключенный договор о государственных закупках?

Согласно пункту 2 статьи 45 Закона “О государственных закупках” внесение изменения в заключенный договор о государственных закупках при условии неизменности качества и других условий, явившихся основой для выбора поставщика, допускается:

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

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

В пункте 5 Нормативного постановления Верховного суда Республики Казахстан №5 от 14 декабря 2012 года “О применении судами законодательства о государственных закупках” указано, что подлежат оценке судами дополнительные соглашения, заключаемые сторонами договора о государственных закупках в части изменения срока выполнения работ.

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

Пунктом 10 указанного Нормативного постановления предусмотрено, что сумма договора может быть увеличена, если в проектно-сметную документацию, прошедшую государственную экспертизу, внесены изменения и принято решение о дополнительном выделении денег на сумму такого изменения, принятое в порядке, определенном законодательством Республики Казахстан. Несоблюдение требований по внесению изменений в договор и проектно-сметную документацию в порядке, предусмотренном данным Законом и статьями 654, 655 Гражданского кодекса Республики Казахстан, лишает подрядчика права требовать от заказчика оплаты выполненных им дополнительных работ.

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

Можно ли вносить изменения в договор о государственных закупках, если дополнительное финансирование еще не выделено?

В пункте 416 Правил осуществления государственных закупок предусмотрено, что договор, в соответствии с пунктом 19 статьи 43 Закона должен содержать условие о его расторжении на любом этапе в случае выявления одного из следующих фактов:

• нарушения ограничений, предусмотренных статьей 6 Закона;
• оказания организатором содействия потенциальному поставщику, не предусмотренного Законом;
• установления уполномоченным органом факта заключения договора с нарушением законодательства Республики Казахстан о государственных закупках, за исключением договоров, по которым обязательства исполнены надлежащим образом;
• уклонения от заключения договора путем невнесения обеспечения исполнения договора и (или) суммы в соответствии со статьей 26 Закона. При этом заказчик в течение 2 рабочих дней со дня истечения срока внесения обеспечения исполнения договора, посредством веб-портала направляет поставщику уведомление о намерении расторгнуть договор. Если поставщик в течение 3 рабочих дней со дня получения посредством веб-портала уведомления не внес обеспечение исполнения договора, заказчик направляет уведомление о расторжении договора.

Подпунктом 2) пункта  2 статьи 45 Закона “О государственных закупках” предусмотрено, что внесение изменения в заключенный договор о государственных закупках при условии неизменности качества и других условий, явившихся основой для выбора поставщика, допускается в части увеличения суммы договора о государственных закупках, если в проектно-сметную документацию, прошедшую экспертизу в соответствии с законодательством Республики Казахстан, внесены изменения и принято решение о дополнительном выделении денег на сумму такого изменения в порядке, определенном законодательством Республики Казахстан.

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

Источник: http://www.defacto.kz/content/vnesenie-izmenenii-v-proekt-i-zaklyuchennyi-dogovor-o-gosudarstvennykh-zakupkakh

Сто смк управление договорами

РАЗРАБОТАН впервыеДАТА ВВЕДЕНИЯ В ДЕЙСТВИЕ: _______________________

На основании приказа № 371 от 08 февраля 2013 г

1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

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

1.2. Настоящий СТО является основополагающим стандартом в области управления договорами, и никакие иные стандарты, регламенты и прочие распорядительные документы (в т.ч. разрабатываемые) не могут противоречить содержащимся в нем требованиям.

Действующие на момент принятия настоящего СТО стандарты, регламенты и прочие распорядительные документы должны быть приведены в соответствие с требованиями настоящего СТО либо отменены (заменены) при невозможности устранения противоречий (несоответствий).

Указанное выше требование распространяется и на случаи внесения изменений в настоящий СТО.

1.3. Требования данного СТО распространяются и обязательны для исполнения:

– сотрудниками (Юристами) структурного подразделения консалтинговой организации, осуществляющего функции по разработке договоров, проведению правовой экспертизы договоров (далее – Юридический отдел);

– сотрудниками структурного подразделения консалтинговой организации, осуществляющего функции по разработке, внедрению и сопровождению информационных систем в области экономики (далее – Управление по разработке, внедрению и сопровождению информационных систем в области экономики);

– сотрудниками структурного подразделения консалтинговой организации, осуществляющего функции по разработке, внедрению и сопровождению информационных систем в области управления финансами (далее – Управление по разработке, внедрению и сопровождению информационных систем в области управления финансами);

– сотрудниками структурного подразделения консалтинговой организации, осуществляющего функции по внедрению и сопровождению корпоративных систем (далее – Управление по внедрению и сопровождению корпоративных систем и Отдел автоматизации и стандартизации учетных технологий в составе Управления в частности); 

– сотрудниками структурного подразделения консалтинговой организации, осуществляющего функции по приему, обработке, отправке документации (далее – Управление ДОУ);

– сотрудниками структурного подразделения организации, осуществляющего проверку правильности определения Ответственным менеджером условий Спецификации в соответствии с данными, содержащимися на Сайте единичных ресурсов по адресу http://gain.cloudapp.net/Cgc (далее – Отдел ИТ-разработок);

– лицами, участвующими в процедуре согласования договоров (в соответствии с Приложением А, внутренними регламентами и прочими распорядительными документами Заказчика);

– представителями Заказчика, осуществляющими функции по СТО в пределах участия в процессе согласования, заключения и исполнения договоров: должностными лицами Заказчика (директор/генеральный директор/Индивидуальный предприниматель – Управляющий), Ответственным менеджером, Контролером ответственного менеджера, лицами, действующими по доверенности;

– высшими органами управления Заказчика (участниками/акционерами), членами Совета Директоров, Наблюдательного Совета и т.д.;

­ организациями-участниками ИС в рамках существующих договорных отношений.

1.4. Требования данного СТО не распространяются на трудовые договоры, договоры о материальной ответственности работников, дополнительные соглашения к трудовым договорам, соглашения о расторжении трудовых договоров.

2. НОРМАТИВНЫЕ ССЫЛКИ

2.1. Стандарт разработан с учетом требований следующих нормативных документов:

– Гражданский кодекс Российской Федерации;

– СТО СМК 70.22.11 Стандартизация. Порядок создания, управления и применения стандартов;

– СТО СМК 73.20.14 Экспертиза цены. Порядок проведения;

– СТО – Инструкция по составлению и проведению правовой экспертизы договоров;

– СТО Инструкция по проведению экономической экспертизы договора;

– СТО Инструкция по проведению проверки инициирующего основания для запуска автоматизированнного учетного процесса;

– СТО МИ СМК Инструкция по СТД;

– СТО МИ пользователя «Спецификации к договорам»;

– СТО МИ 82.19.13 Инструкция по работе с печатями и штампами;

– СТО Регламент заключения договора по инвестиционно-строительному проекту;

– СТО Р01/01-ИСвД-12-2012 Регламент управления поставками через Генерального Поставщика по инвестиционно-строительному проекту (ИСП).

2.2. При пользовании настоящим СТО целесообразно проверить действие ссылочных стандартов, регламентов и прочих распорядительных документов, указанных в нем.

Если ссылочный документ заменен (изменен), то при пользовании настоящим СТО следует руководствоваться замененным (измененным) документом.

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

3. ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ

И СОКРАЩЕНИЯ

3.1. Термины и определения:

3.1.1. Договор – Соглашение двух или более лиц об установлении, изменении или прекращении гражданских прав и обязанностей;

3.1.2. Заказчик – юридическое лицо, индивидуальный предприниматель или физическое лицо, имеющее заключенные договоры (в т.ч.

с консалтинговыми организациями) на оказание услуг по подготовке договоров/проведению правовой и экономической экспертиз, по проверке на предмет соответствия налоговому и бухгалтерскому законодательству, по проверке правильности определения Ответственным менеджером условий Спецификации в соответствии с данными, содержащимися на Сайте единичных ресурсов по адресу http://gain.cloudapp.net/Cgc, являющееся инициатором проведения указанных выше экспертиз/контроля/составления договоров;

3.1.3. Заказчик ТРУ – сторона по договору, имеющая намерение заказать (приобрести) либо заказывающая (приобретающая) ТРУ, и заключающая договор на поставку ТРУ;

3.1.4. Инвестиционно-строительный проект – вид инвестиционного проекта, реализация которого осуществляется на принадлежащем инвестору земельном участке;

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

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

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

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

3.1.9. Поставщик ТРУ – сторона по договору, непосредственно осуществляющая деятельность по предоставлению товаров (выполнению работ, оказанию услуг) в рамках договора на поставку ТРУ;

3.1.10. Правовая экспертиза – экспертиза договоров на соответствие требованиям действующего законодательства РФ и законным интересам Заказчика (о которых было сообщено Юристу);

Источник: https://dokipedia.ru/print/5143181

Внесение изменений в код

Эта страница содержит главные принципы и процедуры для внесения изменений в код.Если у вас есть любые вопросы мы ждем их в MariaDB-разработчики рассылке или на #maria IRC канале Freenode. А еще несколько e-mail адресов и других мест вы можете найти тут

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

У нас есть множество открытых для разработки проектов для MariaDBв которых вы можете поучаствовать(в дополнение к тем что вы сами придумаете)

• Мы используем JIRA для управления проектом MariaDB. Перейдите по ссылкеhttps://jira.mariadb.org и кликните “Projects” чтобы получить наш проект MariaDB.еще можете поискать тамнеисправленные и незанятые проблемы, если это то что вам интересно.Некоторые уязвимости имеют спонсоров, и вы можете получить плату за исправление!

• Подписывайтесь на MariaDB-разработчики рассылку пишите на maria-developers \сабака\ lists.launchpad.net и предлагайте те задачи которые нужны именно вам. Пожалуйста включите ваш опыт, ваши знания исходников MariaDB и то что вы знаете о использовании MySQL/MariaDB в рассылку, именно так мы узнаем какие задачи можно предложить вам.

• Если вы первый раз в нашем проекте ознакомьтесь с Suggested Development. Эти проекты могут стать хорошим стартом.

• Вступайте в irc:irc.freenode.net/maria на Freenode IRC и вносите свои предложения.

Если у вас есть какие то идеи отправляйте их сюда JIRAчтобы другие MariaDB-разработчики могли их прокомментироватьи предложить как применить их к делу. Вы так же можете так же использоватьmaria-developers список для этого.

Вам нужно иметь Bazaar для контроля версий.

• Получите launchpad аккаунт на Регистрация на Launchpad
• Когда вы войдете, установите SSH keys
  • Кликните на ваше имя (верхний правый угол)
  • Нажмите Change Details ссылку (сверху справа)
  • Нажмите SSH Keys кнопку (центр страницы)
  • Загрузите ваш публичный SSH ключ(Как получить публичный ключ?)
• Регистрация при помощи launchpad с вашей командной строки: bzr launchpad-login [Ваш-логин-id]

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

cd $maria-repo # ex: ~/repos/mariabzr branch trunk maria-fix-bugNNNNNNcd maria-fix-bugNNNNNN

Совет: Используйте понятные имена вроде maria-fix-bugNNNNNN (где NNNNNN это баг # конечно).

1. Теперь вы должны быть готовы к Компиляции MariaDB. Это хорошая идея скомпилировать на этом этапе чтобы подтвердить что ваше дерево исходников готово к активным действиям во время работы . . . перед тем как делать что либо.

Следующие страницы могут помочь тебе получить и запустить MariaDBиз исходников:

MariaDB обвес тестировщика содержится в ./mysql-test/подпапки нашего дерева исходников. В ней находятся две подпапкикоторым ты, ловец багов, должен уделить внимание: t/подпапка и r/ папка(для “тестов” и “результатов” соответственно)Будьте внимательны, проверяйте и смотрите результаты если ваш баг уже был протестирован или все еще тестируется.

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

Например, тест ниже создает новую тестовую таблицу “t1”; показываетрезультат выражения “CREATE TABLE” выражения; и наконец мы очищаемрезультаты теста удаляя эту тестовую таблицу:

## Bug #XXXXXX: INET_ATON() returns signed, not unsigned#create table t1 select INET_ATON('255.255.0.1') as `a`;show create table t1;drop table t1;

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

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

Мы всегда отслеживаем более подходящие тесты, и если вы создалитест или улучшили существующий, пожалуйста загрузите его в “private” папкуна наш FTP сервер и когда загрузите, стукните нам в IRC или пришлите сообщение в нашу MariaDB-разработчики рассылку чтобы дать нам знать о этом событии.

С рабочей версией, уже можно начать делать изменения в вашей локальнойветке, коммитить код регулярно в вашу локальную “рабочую” копию репозитария;чувствуйте себя свободно, легко и часто делая коммиты так как сможете сформулировать ваш вклад позже, когда будете выполнять команду “push”и задавать представление.

cd $maria-repo/maria-fix-bugNNNNNN# Сделаны какие-то измененияbzr commit -m “Merge comment”

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

Чтобы разрешить другим смотреть на твои коммиты, надосконфигурировать Bazaarчтобы посылать письма на коммиты 'сабака' mariadb 'точка' org список email'ов

Убедитесь, что у вас есть по установлен libtool 1.5.22(скачать libtool можно тут).

Первым делом проверьте что все тесты пройдены (помните те тестыкоторые мы проходили ранее? Могут быть ошибки. А если все хорошо, то всегда можно мгновенно переписать их)

cd $maria-repo/mysql-test./mysql-test-run

В случае сбоя нужно будет заново записываться.

cd $maria-repo/mysql-test./mysql-test-run –record $test # где $test это имя теста который прошел со сбоем

Теперь все готово к слиянию с главной линией проекта.

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

Обновим локальную копию репозитария.

cd $maria-repo cd trunkbzr pull

Обновим твою локальную ветку.

cd $maria-repocd maria-fix-bugNNNNNNbzr merge ../trunkbzr commit -m “Merged from trunk”

Конфликты могут быть решены в Bazaar через:

bzr resolve $filename

Чтобы откатить твой последний коммит на твоей ветке используй:

bzr revert $filename

(Напомню ты должен заново накатить из удаленного репозитария копию кода, перед тем как отправлять туда что-то.)

Проверяем различия, будьте осторожны.

bzr diff

Когда все мелкие изменения слиты в единую массу можно отправитьтвою ветку в LaunchPad

cd $maria-repos/$your-branch # where $your-branch is the branch you want to push (ex: maria-bugNNNN)bzr push lp:~[yourloginid]/maria/$your-branch

Если ты решишь что это занимает много времени(бывает >30 минут),можно попытаться использовать команду 'bzr init-repo –format=1.9'чтобы инициализировать новый репозитарий и слить сделаные изменения в него, тогда можно использовать команду “push” снова.

На вашей Launchpad страницеhttps://code.launchpad.net/~{yourloginid}/maria/{branch-name} нажмитеPropose for merging into another branch ссылку чтобы создать “рекомендацию” для ветки и предложить основателям проекта произвести слияния с главной веткой проекта.

Весь код в MariaDB попал туда из одного из нижеописанных источников:

• MySQL
• Код разработанный людьми работающими в MariaDB Foundation.
• Код разработанный людьми работающими в MariaDB Corporation.
• Код переданный в MariaDB Foundation через MCA лицензию.
• Код известного происхождения который распространяется с лицензией BSD или “общественное достояние”

Если ты хочешь быть частью главного MariaDB дерева, ты тоже можешьпередать копирайт своего кода в MariaDB Foundation. Это нужно чтобы организация могла предложить твой код в другие проекты. (как MySQL)

Это можно сделать так, либо:

1. Подписать “Договор Вкладчика MariaDB” (MCA) отсканировать и выслать нам в организацию.
2. Послать по email вот сюда maria-developers где сказать что твой патч и все фиксы для него передаются в “MariaDB Foundation” под лицензией MCA.
3. Лицензировать свой код используя BSD license.

Нам потребуются общие права в следующих случаях:

1. чтобы защитить копирайт или GPL если кто-то нарушит его (это одна из причин из-за которой почему Free Software Foundation требует передачи копирайта для своего кода)
2. чтобы сделать возможным вознаграждение за написание кода MySQL (например за исправление проблем с безопасностью или новым функционалом)
3. чтобы позволить людям которые имеют отличную от открытой лицензию для MySQL кода тоже использовать MariaDB (MCA/BSD лицензии позволяют нам передать этим компаниям права на все изменения MySQL и MariaDB, так же они могут использовать MariaDB вместо MySQL)

Больше информации о MCA вы можете найти тут MCA FAQ

Если требуются исправления для твоей ветки, тебе надо: сделать измененияперезалить любые новые изменения в (локальный?)репозитарий, сделать коммитснова отправить в удаленный репозитарий; тебе не нужно снова делать “рекомендацию”.После пересылки LaunchPad должен подтянуть все изменения автоматически.

Пожалуйста будьте осторожны с этим изменением, оно может занять несколько минут для LaunchPad чтобы слить ваши новые изменения в вашу “рекомендацию”

На данный момент, это сложный процесс, и нет никакой ссылкивроде “Предложить другой отзыв” для проектов на Launchpad.

Чтобы снова сделать “рекомендацию” слияния, совершите следующие шаги:

1. На главной странице “рекомендации” слияния, на самом верху будет что-то типа “Status: Needs Review”. А еще справа будет маленькая кнопка; нажмите на нее чтобы изменить статус.
2. Выберите “Resubmit” из выпадающего списка, и нажмите “Change Status”.
3. На следующей странице должны предупредить о повторной отправке “рекомендации” о слиянии, и сообщить что новая “рекомендация” вытеснит предыдущую старую.
4. Нажмите “Resubmit”.

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

• Заходи на канал #maria IRC на Freenode поболтать с людьми, показать и обсудить слияние с твоей работой.

Источник: https://mariadb.com/kb/ru/contributing-code/

​Как внести изменения в е-ОСАГО или расторгнуть договор

Е-ОСАГО прочно вошло в жизнь среднестатистического российского автовладельца. Во многих регионах России электронный формат оформления полиса ОСАГО стал если не единственным, то наиболее доступным способом оформления полисов «автогражданки». Доля таких полисов на сегодня составляет уже более 50% от общего числа и продолжает расти.

Купить полис e-ОСАГО сегодня довольно легко. Напомним для начала, как проще всего приобрести полис.

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

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

Если сведения, указанные страхователем при оформлении полиса, не совпадут с базой данных АИС РСА или будут отсутствовать, система дополнительно запросит документы для проверки. В этом случае вам придется отсканировать документы и прикрепить их к заявлению.

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

При оформлении полиса e-ОСАГО также стоит учесть, что полис вступает в силу не сразу, а только через три дня с момента оформления. Это так называемая временная франшиза, которую Банк России ввел, чтобы пресечь ситуации, когда полис приобретается уже после ДТП.

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

Ситуация 1. Нужно вписать дополнительного водителя в полис.

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

Если у вашей компании нет такой опции, придется с документами на машину и водителей подъехать в офис страховщика.

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

Ситуация 2. Нужно продлить период использования.

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

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

Российский союз страховщиков (РСА) ограничивает выдачу номеров полисов страховым компаниям, может так случиться, что у вашей компании нет в наличии виртуальных бланков, то есть свободных номеров полисов ОСАГО.

Прежде чем вносить изменения, удостоверьтесь в наличии свободных номеров бланков ОСАГО на официальном сайте продавца полиса.

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

Закон об ОСАГО предусматривает расторжение только в конкретных случаях, таких как смена собственника, смерть страхователя или собственника, полная гибель или угон транспортного средства.

В отличие от покупки расторжение электронного договора страхования автогражданской ответственности не происходит онлайн. Это можно сделать только при личном обращении в офис страховой компании.

Для расторжения страхователю требуется предоставить документы, удостоверяющие личность (например, паспорт), удостоверяющие основание для расторжения (например, договор купли-продажи ТС), заявление о расторжении и реквизиты для возврата средств.

В случае смерти страхователя или собственника необходимо будет предъявить свидетельство о смерти.

Важно учесть, что возврат производится за вычетом расходов страховщика в размере 23% и пропорционально количеству неиспользованных дней. То есть если вы заплатили за полис, скажем, 8 тыс. рублей, а через три месяца продали машину, то возврат составит чуть более 4 600 рублей.

Если вы находитесь в регионе, где нет представительства компании, на сайте которой вы приобрели полис, для расторжения договора ОСАГО вам придется отправить почтой полный комплект документов на официальный почтовый адрес продавца.

Источник: https://www.banki.ru/news/columnists/?id=10841465

Редактирование отсканированных документов PDF, отключение автоматического распознавания текста, Adobe Acrobat

В этой статье приведено описание, как редактировать отсканированные документы PDF в Acrobat DC. (Если вам требуется информация о том, как редактировать текст, изображения или объекты в документе PDF, перейдите по соответствующей ссылке ниже.)
 

Acrobat позволяет быстро преобразовывать отсканированные документы в редактируемые файлы PDF.

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

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

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

Примечание. В этом документе приведены инструкции по использованию Acrobat DC или 2017. Инструкции по работе в Acrobat XI приведены в справке по Acrobat XI.
 

Узнайте, как преобразовать отсканированный документ в редактируемый файл PDF за один шаг с помощью Acrobat.

ролик (02:32) | Мэттью Пицци (Matthew Pizzi) (train simple)

1. Откройте отсканированный файл PDF в Acrobat.

2. Выберите Инструменты > Редактировать PDF. Acrobat автоматически применяет функцию распознавания текста к документу и преобразует его в полностью редактируемую копию PDF-документа.

   Примечание.

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

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

4. Выберите Файл >Сохранить как и введите новое имя для редактируемого документа.

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

Данные настройки, которые позволяют изменить язык распознавания текста, выбрать использование системных шрифтов и сделать все страницы редактируемыми за одно действие. На панели справа нажмите Настройки в разделе «Отсканированные документы». В данном диалоговом окне есть три настройки, описанные ниже.

Настройки редактирования отсканированных документов

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

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

Изначально язык задан в соответствии с региональными настройками, а остальные варианты отключены. Все изменения этих настроек остаются постоянным и применяются при переходе в режим редактирования («Инструменты» > «Редактировать PDF»).

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

• На панели справа снимите флажок для параметра Распознавать текст. Теперь программа Acrobat не будет автоматически запускать функцию распознавания текста и преобразовывать отсканированный документ в редактируемый текст.

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

• На панели справа установите флажок для параметра Распознавать текст. Теперь программа Acrobat будет автоматически запускать функцию распознавания текста и преобразовывать отсканированный документ в редактируемый текст.

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

Источник: https://helpx.adobe.com/ru/acrobat/using/edit-scanned-pdfs.html