Неверная асп что это
Электронный документ сформирован пользователем на стороне клиента, при этом документ прошел логические контроли при сохранении с положительным результатом.
Электронный документ не прошел логические контроли cистемы на стороне клиента при сохранении (отрицательный результат)
Если для контроля настроен критический уровень ошибки, не прошедший данный контроль ЭД не может быть сохранен вообще, ни с каким статусом
Электронный документ удален пользователем (может быть удален только со статусов «Создан» и «Ошибка контроля» )
Документ был подписан неполным набором подписей.
Электронный документ был подписан достаточным набором подписей.
Электронный документ получен банком и успешно сохранен в БД
Проверка подписи под ЭД на стороне банка дала отрицательный результат
Электронный документ не прошел логические контроли системы при приеме на стороне банка
Электронный документ принят в систему на стороне банка
Обработка документа отложена АБС
Обработка данных документа АБС или ВК дала отрицательный результат или документ был отвергнут вручную на стороне банка
Электронный документ принят валютным контролем
Электронный документ был отозван по запросу клиента
По завершении обработки документу присваивается один из финальных статусов (финальные статусы выделены на схеме жизненного цикла особым образом, см. разд. «Жизненный цикл ЭД Сведения о валютных операциях» ). Только один финальный статус – «Принят ВК» – является успешным.
Использование АСП клиентом при предоставлении услуг микрокредитной организацией
Вопрос по простой эцп:
У микрокредитной компании, клиент на получение займа отправляет заявку дистанционно (через сайт):
1. Клиент на бумажном носителе не подписывал соглашение об использовании простой эцп.
2. На бумажном носители не подписано соглашение об использовании персональных данных.
3. Клиент не проходил полной идентификации, то есть не являлся в офис МКК, его паспортные данные не были проверены.
4. Клиент на бумажном носителе не подписывал соглашения о предоставлении разрешения на запрос его кредитной истории из БКИ.
Имеет ли право микрокредитная компания подписать с клиентом документы соглашения простой эцп, в случае когда клиент не идентифицирован при очной встрече? (Ссылаясь на фз-115, МКК е имеет права выдавать займ без полной идентификации клиента)
Имеет ли право МКК запрашивать кредитные истории из БКИ, основываясь на подписи простой эцп клиента? (Так же без личного визита клиента в офис мкк)
Имеет ли право микрокредитная компания подписать с клиентом документы соглашения простой эцп, в случае когда клиент не идентифицирован при очной встрече? (Ссылаясь на фз-115, МКК е имеет права выдавать займ без полной идентификации клиента)
Добрый день! Согласно Федеральному закону от 06.04.11 г. №63-ФЗ «Об электронной подписи» при использовании в работе усиленной квалифицированной электронной подписи заключать дополнительные соглашения для начала обмена электронными документами не требуется. Использование любого другого типа электронной подписи (простая или усиленная неквалифицированная) предполагает закрепление выбора подписи, а так же описания всех правил обмена в соглашении между контрагентами на бумаге.
В связи с чем, в случае судебного спора может возникнуть вопрос о подписании данного документа вами.
Имеет ли право МКК запрашивать кредитные истории из БКИ, основываясь на подписи простой эцп клиента? (Так же без личного визита клиента в офис мкк)
В соответствии со ст.6 ФЗ «О кредитных историях»:
9. Кредитный отчет предоставляется пользователю кредитной истории с согласия субъекта кредитной истории.… Согласие субъекта кредитной истории на получение его кредитного отчета может быть получено пользователем кредитной истории:
…
2) в форме электронного документа, подписанного субъектом кредитной истории — физическим лицом, за исключением индивидуального предпринимателя, одним из следующих способов:
…
б) простой электронной подписью, ключ которой получен при личной явке в соответствии с правилами использования простой электронной подписи при обращении за получением государственных и муниципальных услуг в электронной форме, установленными Правительством Российской Федерации;
В связи с чем, получать данные сведения они тоже не имели право, так как запрос был подписан простой электронной подписью, ключ которой не был получен при личной явке в соответствии с правилами использования простой электронной подписи при обращении за получением государственных и муниципальных услуг в электронной форме, установленными Правительством Российской Федерации.
В случае судебного разбирательства МКК не сможет подтвердить что данные заявления были подписаны вами, в связи с нарушением порядка подтверждения простой электронной подписи.
Александр, добрый день!
В соответствии с Федеральным законом 07.08.2001 года № 115-ФЗ микрофинансовая организация подразделяется на два вида — микрофинансовая компания и микрокредитная компания.
В соответствии с п. 1.5-2 ст. 7 вышеназванного федерального закона право выдачи онлайн-займов принадлежит только микрофинансовой компании с привлечением кредитной организации — микрофинансовая компания вправе поручать на основании договора кредитной организации проведение идентификации или упрощенной идентификации клиента — физического лица, а также идентификации представителя клиента, выгодоприобретателя и бенефициарного владельца в целях заключения с указанным клиентом договора потребительского кредита (займа), предоставляемого клиенту — физическому лицу посредством перевода денежных средств в соответствии с законодательством о национальной платежной системе. Микрокредитные компании такого права не имеют.
Таким образом, для начала работы с клиентом микрокредитной компании необходимо провести идентификацию клиента при личном присутствии заемщика. Как вариант — возможен выезд сотрудника МКК к клиенту.
Кроме того, в соотв. с п. 1.12 ФЗ-115 упрощенная идентификация может проводиться посредством прохождения клиентом — физическим лицом авторизации в единой системе идентификации и аутентификации при использовании усиленной квалифицированной электронной подписи или простой электронной подписи при условии, что при выдаче ключа простой электронной подписи личность физического лица установлена при личном приеме, с указанием следующих сведений о себе: фамилии, имени, отчества (если иное не вытекает из закона или национального обычая), страхового номера индивидуального лицевого счета застрахованного лица в системе персонифицированного учета Пенсионного фонда Российской Федерации.
Таким образом, и данный способ с использованием простой ЭЦП требует личного присутствия заемщика.
В силу ч.2 ст. 6 указанного закона — Информация в электронной форме, подписанная простой электронной подписью или неквалифицированной электронной подписью, признается электронным документом, равнозначным документу на бумажном носителе, подписанному собственноручной подписью, в случаях, установленных федеральными законами, принимаемыми в соответствии с ними нормативными правовыми актами или соглашением между участниками электронного взаимодействия
Закон не содержит условий о заключении договором займа с использованием простой ЭП, значит все указанное возможно при наличии соглашения. Его можно получить очно, а все остальные способы будут вызывать сомнения у суда. Теоретически конечно возможно устное соглашение, но когда возникает спор, тогда они все сразу теряются.
Здесь вопрос конечно в идентификации лица. Вы спросите почему?
В соответствии с ч.2 ст. 434 ГК РФ
Договор в письменной форме может быть заключен путем составления одного документа, подписанного сторонами, а также путем обмена письмами, телеграммами, телексами, телефаксами и иными документами, в том числе электронными документами, передаваемыми по каналам связи, позволяющими достоверно установить, что документ исходит от стороны по договору.
Электронным документом, передаваемым по каналам связи, признается информация, подготовленная, отправленная, полученная или хранимая с помощью электронных, магнитных, оптических либо аналогичных средств, включая обмен информацией в электронной форме и электронную почту.
т.е. электронно заключить договор возможно, но опять же возникает вопрос в доказательствах, что по каналам связи, позволяющими достоверно установить, что документ исходит от стороны по договору.
Относительно других моментов, сейчас распишу.
Базовые статусы платежных документов в системе Сбербанк Бизнес ОнЛайн
Процесс формирования, подписания, передачи в банк, проверки, получения и исполнения электронного документа сопровождается изменением его статуса в системе Сбербанк Бизнес ОнЛайн. В данном разделе приведен набор статусов электронного документа Платежное поручение.
Начальные статусы платежных поручений
Начальные статусы для платежных поручений присваиваются на этапе формирования документа в системе Сбербанк Бизнес ОнЛайн:
Статусы подписания платежных поручений
Статусы подписания присваиваются на этапе подписания электронного документа:
Примечание: Документ не может быть изменен или удален, пока под ним есть хотя бы одна подпись.
Документ с этим статусом может подписываться дополнительными подписями до тех пор, пока под ним не будет проставлен предусмотренный для этого документа полный комплект подписей. С документа с этим статусом могут быть поочередно сняты имеющиеся под ним подписи.
Примечание: Документ, с которого сняты все подписи, возвращается к статусу «Создан» и может быть удален или изменен.
Статусы обработки платежных поручений
Присваиваются на этапе отправки документа на обработку в банк и дальнейшей обработки. При этом Вы можете отслеживать этапы обработки документа по изменению его статусов.
Финальные статусы платежных поручений
Финальные статусы платежных поручений в системе Сбербанк Бизнес ОнЛайн присваиваются по завершении обработки документа. Дальнейшие изменения документа с этими статусами невозможны, однако документ может быть использован в качестве основы для создания нового документа или шаблона в системе Сбербанк Бизнес ОнЛайн. Только один финальный статус – «Исполнен» – является успешным.
Примечание: Удаление из числа действующих документов не означает полного удаления ЭД из системы Сбербанк Бизнес ОнЛайн.
Документ со статусом «Удален» помещается в специальный список удаленных документов и только из этого списка может быть окончательно удален из системы.
Примечание: В окне электронного документа с финальным статусом на специальной вкладке отображается существенная информация из банка о результатах обработки данного документа.
AFFORDABLE WEBGUI HOSTING
![]() | ![]() | ![]() | ![]() |
![]() | ![]() |
ЭЦП ⌨ (Электронно Цифровая Подпись) и АСП ✍ (Аналог Собственноручной Подписи) | фз 1, цифровая подпись, электронная подпись это, электронная цифровая подпись это, эцп что это, эцп это, асп, подпись цифровая, электронная цифровая подпись цифровая подпись
Анализ законов, мнений на форумах
Опишу здесь свое понимание ЭЦП ⌨ (Электронно Цифровой Подписи) и АСП ✍ (Аналога Собственноручной Подписи). Хочу сразу предупредить, что я не юрист, пишу этот материал для систематизации своих мыслей и консультации с юристами онлайн. По мере получения дополнительной информации буду вносить сюда соответствующие коррективы.
Мои цели ( эцп что это и эцп это ):
1)Договор о передаче исключительных прав на ПО либо лицензионный договор исключительной лицензии предоставляющий максимум прав на использование ПО.
2) Для передачи исключительного права нужна письменная форма сделки, а значит договор должен быть подписан обеими сторонами. Нужен удобный, надежный и малозатратный способ подписания договоров, передаваемых в электронном виде (например по e-mail). Такой способ должен работать в т.ч. с зарубежными контрагентами.
Почти все понимают, что подписывать документы с помощью ЭЦП или АСП (с использованием компьютера) и потом обмениваться ими по e-mail намного удобнее, чем обмениваться обычными бумажными документами с собственноручной подписью по почте (это менее расточительно по временным и часто денежным затратам). Одна из проблем кроется в юридической значимости документов (например договоров), подписанных с помощью ЭЦП и АСП.
Законы на основе которых будем делать свои суждения и предположения:
Часть I. Глава 28. Статья 434. Форма договора
1. Договор может быть заключен в любой форме, предусмотренной для совершения сделок, если законом для договоров данного вида не установлена определенная форма. Если стороны договорились заключить договор в определенной форме, он считается заключенным после придания ему условленной формы, хотя бы законом для договоров данного вида такая форма не требовалась.
ГК Статья 160. Письменная форма сделки
Федеральный закон Российской Федерации от 10 января 2002 г. N 1-ФЗ ОБ ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ
http://www.rg.ru/oficial/doc/federal_zak/1-fz.shtm
Давайте рассмотрим основные отличия ЭЦП и АСП (в том виде в котором ее обычно используют организации):
ЭЦП ( цифровая подпись, подпись цифровая, электронная цифровая подпись цифровая подпись )
АСП ( Аналог Собственноручной Подписи )
Идеи:
1) Статья 18 закона об ЭЦП. Признание иностранного сертификата ключа подписи
——————
Иностранный сертификат ключа подписи, удостоверенный в соответствии с законодательством иностранного государства, в котором этот сертификат ключа подписи зарегистрирован, признается на территории Российской Федерации в случае выполнения установленных законодательством Российской Федерации процедур признания юридического значения иностранных документов.
——————
Сертификат ключей все же может быть очень полезен для повышения доверия вам географически удаленных контрагентов. Для получения сертификата ключей рассмотреть возможность использования ПО для работы с сертификатами X.509, международные УЦ, выдающие такие сертификаты, возможность использования сертификата X.509 для подписания своих ключей PGP, тем самым создавая для них большее доверие и предположительно юридическую значимость на территории каких-нибудь государств.
2) Альтернативный вариант (требует долгого изучения иностранных законов): написать, что договор заключен на территории и по законам страны контрагента.
Возможные варианты лицензионного договора на ПО и его подписания ( электронная подпись это, электронная цифровая подпись это ):
Предположительно нужно добавить следующие пункты в договор об использовании PGP (GPG) в качестве АСП:
1) Для проверки подлинности АСП нужно использовать последовательность действий для проверки подписи, описанную в инструкции пользователя PGP. Каким-то образом нужно четко идентифицировать о какой инструкции пользователя идет речь, либо включить выдержку из инструкции в текст договора.
2) Ограничение материальной и другой ответственности по договору в некоторых пределах.
3) Ограничение области применения: Сведения об отношениях, при осуществлении которых электронный документ с АСП будет иметь юридическое значение.
Разрешено использовать только для подписи договоров по передаче интеллекутальных прав, договоров подрядов, трудовых и договоров о лицензировании программного обеспечения.
4) Строить защитные пункты договора на основе банковских договоров об АСП. Нужно назначить процедуру согласования разногласий.
С учетом этой процедуры арбитражный суд проверяет достоверность представленных сторонами доказательств. При необходимости арбитражный суд вправе назначить экспертизу по спорному вопросу, используя при этом предусмотренную договором процедуру. В случае отсутствия в таком договоре процедуры согласования разногласий и порядка доказательства подлинности договора и других документов, а одна из сторон оспаривает наличие подписанного договора и других документов, арбитражный суд вправе не принимать в качестве доказательств документы, подписанные цифровой (электронной) подписью.
5) Определить полезен или вреден пункт, о сохранении значимости остальных пунктов договора, если некоторые пункты будут признаны не соотвествующими закону. Законен ли вообще такой пункт договора с точки зрения законов РФ?
6) Пункт договора об отмене старого договора об использовании АСП.
7) содержать следующие сведения:
Номер договора, даты начала и окончания срока действия сертификата ключа подписи;
Подробная идентификация сторон договора
Наименование средств электронной цифровой подписи, с которыми используется данный открытый ключ электронной цифровой подписи;
8) Должен вступать в силу до подписания последующих документов.
9) Переписать пункт 3 в старом соглашении.
Соответствие собственноручной подписи и АСП а не public key. В принципе соответсвие не мешает, но недостаточно.
Вопросы:
Что означают статусы платежных поручений в Сбербанке?
Платежное поручение представляет собой документ, отображающий волю клиента банка на использование электронных денежных средств. Каждая операция в удаленном формате сопровождается корректировкой его статуса в мобильном приложении.
Платежное поручение проходит несколько стадий:
Пользователю онлайн-сервисов от Сбербанка желательно ознакомиться со статусами платежных операций до их совершения. Значение происходящих банковских операций рассмотрим далее.
Предварительный этап
Формирование документа в бизнес-версии «Сбербанк Онлайн» включает в себя несколько промежуточных статусов на пути к подписанию.
Ошибка контроля
Текущий статус отображает созданный шаблон платежного поручения, в котором:
Выходом из сложившейся ситуации станет редактирование черновика платежного поручения до требующегося варианта или удаление ошибочно заполненной формы без проведения последующей операции.
Платежное поручение создано
Отображение данной информации означает, что заполненная форма прошла первичный автоматический контроль, все поля заполнены корректно. В дальнейшем производится подписание или удаление поручения. Система позволяет вносить изменения в созданную форму.
Импорт документа
Первичная форма платежного поручения прошла проверку и пересылку из системы бухгалтерской отчетности. Пользователь может внести изменения в текст, удалить или оставить документ на рассмотрении.
Этап подписания документа
После принятия формы платежного документа наступает его подписание:
Отсутствие хотя бы одной подписи из предусмотренных является основанием для сохранения статуса «Частичное подписание». Дальнейшее направление документа возможно только при полном комплекте виз.
Обработка платежного поручения
Рассматриваемый этап охватывает период направления документа в банк и его изучения кредитно-финансовым учреждением. Действия по поручению можно отследить в приложении.
Доставлен
Электронный документ доставлен в банковскую систему и ждет рассмотрения уполномоченным специалистом. Форма проходит ряд автоматических проверок. Отправитель поручения вправе отозвать его при отображении данного статуса. Итоговое решение принимается операционистом банка.
Принят
Платежное поручение благополучно прошло автоматические проверки, ожидает выгрузки в АБС. Данный статус допускает отзыв документа и возврат специалистом банка.
Приостановлен
Промежуточный статус, обозначающий:
Итогом станет дальнейшее направление скорректированной формы в банк, присвоение одного из предшествующих статусов или сохранение статуса «Отозван».
Выгружен
Данное сообщение обозначает, что документ был выгружен в автоматическую банковскую систему для совершения дальнейших проверок. Отказ в выполнении поручения производится только по инициативе кредитно-финансового учреждения.
Принят АБС
Началась обработка в АБС, дальнейший результат проверки изменит статус в приложении на «Отказано» или «Исполнено».
Завершающий этап
После проведения всех необходимых проверок банк принимает решение по исполнению платежного поручения. На завершающем этапе отображаются следующие статусы:
Многие из указанных статусов можно изменить и продолжить дальнейшее рассмотрение документа. На некоторых этапах допускается применение отозванного документа как черновика. Кардинально обстоит дело с удаленной формой, она полностью устраняется из АБС.







