договор нэк яндекс деньги что это такое
Что такое Яндекс Деньги и как ими пользоваться
Яндекс.Деньги переехали на новый сайт ЮMoney: https://money.yandex.ru/main. В ЮMoney можно платить онлайн, переводить деньги, заказывать банковские карты, получать кэшбэк.ЮMoney не входит в группу лиц Яндекса, не является аффилированным лицом Яндекса, и ее товары и услуги не связаны с Яндексом.Перейти на сайт Юмони.
Яндекс Деньги – платежная система от компании Яндекс, предоставляющая пользователям возможность осуществлять безналичные платежи в интернете. Средства распределены по электронным кошелькам. Сервис существует с 2002 года и заслужил популярность пользователей в силу простоты и удобства использования. Однако у тех, кто собирается работать через интернет и никогда не использовал данный сервис, может возникнуть вопрос, что такое Яндекс Деньги и как пользоваться ими. Всё довольно просто.
Как пользоваться кошельком Яндекс Деньги
Стать полноценным пользователем Яндекс Денег формально можно с 18 или минимум 16 лет – это равносильно праву открытия банковского счета и получения привязанной к нему пластиковой карты. При этом завести электронный кошелек может абсолютно любой юзер, но доступные ему функции будут ограничены.
Стоит также знать, что переводить деньги и осуществлять платежи пользователи могут и без регистрации в системе, например, с помощью сервиса «Городские платежи».
Для создания электронного кошелька необходима почта на Яндексе. Завести ее очень просто. Для этого на главной странице поисковой системы нужно нажать «Завести почту».
В появившиеся поля нужно ввести стандартную необходимую информацию – имя фамилию и номер телефона, на который придет код подтверждения регистрации. Если телефона нет, нужно будет придумать секретный вопрос для восстановления доступа. Также нужно создать пароль и логин.
Следующий шаг – создание электронного кошелька. Для этого на сайте Яндекс Денег необходимо выбрать пункт «Открыть кошелек». Появится окно, в которое также необходимо ввести стандартные необходимые данные. Сейчас доступна и регистрация через социальные сети – Вконтакте, Твиттер, Facebook.
После нажатия «Продолжить» остается только дождаться смс-сообщения, на указанный номер, ввести полученный код и придумать платежный пароль. На последний пункт стоит обратить особое внимание, поскольку именно эта последовательность знаков необходима для совершения большинства операций. Пароль, с одной стороны, должен быть достаточно сложным, чтобы его не похитили злоумышленники, с другой, его нужно постоянно держать в голове, если платежи через Яндекс Деньги будут совершаться часто. Также надо поставить галочку о принятии условий пользовательского соглашения и можно нажимать «Открыть кошелек».
После создания кошелька, система автоматически перенаправляет во внутренний интерфейс. Можно пользоваться Яндекс Деньгами.
Для того, чтобы расширить доступный функционал, рекомендуется пройти идентификацию.
Для этого в поле настроек слева нужной найти пункт «Статус» и нажать «Изменить статус». Анонимные пользователи не могут хранить в своем электронном кошельке больше 15 000 р и осуществлять переводы. Кроме того, степень доверия к ним сервиса низка, поэтому в случае возникновения затруднений, Яндекс может заблокировать электронный кошелек до предъявления документов.
Получение именного профиля с подтверждением данных электронным путем – необходимо выслать скан-копию паспорта, доступна только для граждан России.
Пополнение электронного кошелька
Сервис предоставляет возможность пополнить электронный кошелек 3 разными способами – через терминал наличными, с карты или электронными деньгами. Достаточно лишь выбрать наиболее удобный. Чтобы пополнить баланс, необходимо в правом верхнем углу (рядом с изображением профиля и балансом) нажать «Пополнить», выбрать способ и следовать инструкциям.
Можно привязать к Яндекс Деньгам карту и перечислять деньги с нее напрямую. Преимущество способа в отсутствии комиссии.
Как делать покупки с помощью Яндекс Денег
Расплачиваться средствами с электронного кошелька можно как на сайте, где сделана покупка, если там есть соответствующая кнопка или найти необходимый магазин/организацию на сайте сервиса.
Если интернет-магазин не поддерживает оплату Яндекс Деньгами можно создать виртуальную карту для оплаты. Чтобы расплачиваться электронными деньгами в магазине, кафе ресторане или в любом другом месте, где нет возможности сделать это через интернет, можно пользоваться пластиковой картой Яндекс Денег от MasterCard. Она также облегчит вывод средств с кошелька. Эти услуги доступны во вкладке «Банковские карты». Там же есть и подробная информация о получении. Подробнее об использовании каждого, можно узнать, посмотрев видео.
Для удобного использования сервиса, Яндекс выпустил приложения для iOS, Android и Windows Phone. Они позволяют осуществлять те же действия, что и веб-версия, но с помощью смартфона.
Договор нэк яндекс деньги
Яндекс.Деньги: какие бухгалтерские проводки должны быть сделаны?
Опубликовано 06.11.2015 · Обновлено 06.11.2015
После того как средства через систему Яндекс.Деньги поступают на расчетный счет, организация отпускает товар покупателю. Какие бухгалтерские проводки должны быть сделаны в данном случае?
Организация имеет электронный кошелек в системе «Яндекс.Деньги», на который поступают платежи за товар от физических лиц. Например, от покупателя на счет электронного кошелька поступила за товар сумма 4290 руб. На следующий день банк перечисляет данные средства на расчетный счет и снимает за перевод комиссию 141 руб. То есть фактически на расчетный счет поступает сумма в размере 4149 руб.
После того как средства через систему Яндекс.Деньги поступают на расчетный счет, организация отпускает товар покупателю. Какие бухгалтерские проводки должны быть сделаны в данном случае?
Расчеты электронными деньгами производятся с помощью электронных средств платежа. К электронным средствам платежа относятся средства и (или) способ, позволяющие клиенту оператора по переводу денежных средств составлять, удостоверять и передавать распоряжения в целях осуществления перевода денежных средств в рамках применяемых форм безналичных расчетов с использованием информационно-коммуникационных технологий, электронных носителей информации, в том числе платежных карт, а также иных технических устройств (п. 19 ст. 3 Федерального закона от 27.06.2011 N 161-ФЗ «О национальной платежной системе», далее — Закон N 161-ФЗ).
«Яндекс.Деньги» является одним из сервисов электронных платежей, в котором можно открыть (зарегистрировать) электронный кошелек (электронное средство платежа).
Чтобы осуществлять расчеты электронными деньгами, организация должна заключить с оператором по переводу денежных средств договор (п. 1 ст. 4 Закона N 161-ФЗ). Оператором может быть только кредитная организация (банк) (смотрите также п.п. 1, 4 ст. 86 НК РФ).
Организации могут использовать только корпоративные электронные средства платежа. Электронное средство платежа является корпоративным, если используется с проведением идентификации клиента оператором электронных денежных средств в соответствии с Федеральным законом от 07.08.2001 N 115-ФЗ «О противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма» (п. 7 ст. 10 Закона N 161-ФЗ). О предоставлении (или прекращении) права на использование, об изменении реквизитов корпоративного электронного средства платежа банк сообщает в налоговый орган (абз. 2 п. 1 ст. 86 НК РФ).
Остаток (его часть) электронных денежных средств клиента — юридического лица может быть по его распоряжению зачислен или переведен только на его банковский счет (ч. 22 ст. 7 Закона N 161-ФЗ).
Действующим законодательством по бухгалтерскому учету не утвержден бухгалтерский учет операций, осуществляемых при помощи электронных средств платежа.
На практике существует несколько вариантов отражения в бухгалтерском учете электронных средств платежа. Первый вариант основан на использовании счета 55 «Специальные счета в банках», второй — счета 76 «Расчеты с разными дебиторами и кредиторами». В такой ситуации, полагаем, организация вправе самостоятельно выбрать используемый вариант отражения в учете электронных средств платежа и утвердить его в учетной политике по бухгалтерскому учету (ч. 4 ст. 8 Федерального закона от 06.12.2011 N 402-ФЗ «О бухгалтерском учете», п. 7 ПБУ 1/2008 «Учетная политика организации»).
В соответствии с Планом счетов бухгалтерского учета финансово-хозяйственной деятельности организаций и Инструкцией по его применению, утвержденными приказом Минфина России от 31.10.2000 N 94н (далее — Инструкция по Плану счетов), для обобщения информации о расчетах с покупателями и заказчиками предназначен счет 62 «Расчеты с покупателями и заказчиками».
Поступления (выручка) от продажи товаров являются доходами по обычным видам деятельности (п. 5 ПБУ 9/99 «Доходы организации»), которые отражаются на счете 90 «Продажи».
Несмотря на то что выручка поступает на счет организации за минусом комиссии банка, она принимается к бухгалтерскому учету в сумме, исчисленной в денежном выражении, равном величине поступления денежных средств и иного имущества и (или) величине дебиторской задолженности (п. 6 ПБУ 9/99), то есть в полном объеме.
Расходы, связанные с оплатой услуг, оказываемых кредитными организациями (банками), относятся к прочим расходам (п. 11 ПБУ 10/99 «Расходы организации») и отражаются на счете 91, субсчет «Прочие расходы».
По нашему мнению, в рассматриваемой ситуации бухгалтерские операции могут быть отражены следующим образом:
Дебет 55 (76), субсчет «Электронный кошелек» Кредит 62
— 4290 руб. — поступила оплата от покупателя;
Дебет 51 Кредит 55 (76), субсчет «Электронный кошелек»
— 4149 руб. — поступили денежные средства на расчетный счет;
Дебет 76, субсчет «Расчеты с банком» Кредит 55 (76), субсчет «Электронный кошелек»
— 141 руб. — удержана комиссия банком;
Дебет 91, субсчет «Прочие расходы» Кредит 76, субсчет «Расчеты с банком»
— признаны расходы в виде комиссии банка;
Дебет 62 Кредит 90, субсчет «Выручка»
— признана выручка от реализации товара.
Эксперт службы Правового консалтинга ГАРАНТ
Акты и реестры
Яндекс.Касса автоматически формирует и отправляет на электронную почту акты об оказании услуг и платёжные реестры. Эти документы можно получить повторно в личном кабинете в разделе Акты и реестры. Доступ к разделу есть только у владельца магазина.
Акты об оказании услуг
Акты об оказании услуг формируются в Яндекс.Кассе раз в месяц в формате *.xls. Они приходят на почту для актов (её можно посмотреть в разделе Организация) и сохраняются на Яндекс.Диске в папке Monthly Acts on Servicing. Акты для конкретного магазина складываются в подпапку с номером — это последние цифры номера договора с Яндекс.Деньгами. Например, если номер договора НЭК.11322.23, акты окажутся в папке с номером 23.
В актах приходят данные о платежах за месяц. Если в каком-то месяце платежей не было, акт не формируется.
Акты за прошлый месяц формируются в следующем — до 10 числа.
Внимание. У компаний, зарегистрированных не в РФ, нет этого раздела в личном кабинете. Акты об оказании услуг приходят на электронную почту.
Как скачать акт за прошлый месяц
В личном кабинете
Последний сформированный акт можно скачать в разделе Акты — нажмите на кнопку рядом с названием месяца.
Чтобы перейти к актам на Диске, нажмите на значок диска рядом со словом Архив.
На Яндекс.Диске
Диск — это сервис Яндекса для хранения файлов. Подробнее
Чтобы войти, введите логин и пароль для личного кабинета (пользователь с ролью Владелец). Если вы вошли в личный кабинет под нужным логином, Диск откроется без пароля.
Акты сохраняются в папке Monthly Acts on Servicing. Нужный акт можно найти по имени файла.
Шаблон, по которому формируется имя файла
Пример
Почему нет нужного акта
Если акт всё-таки не появился, пишите на shoppay@money.yandex.ru
Как получить бумажный акт
Скачайте электронную версию и распечатайте в двух экземплярах. Подпишите обе копии и отправьте в нижегородский офис Яндекс.Денег. Мы подпишем документы со своей стороны и вернем один экземпляр Почтой России.
Адрес: 603022, Нижний Новгород, улица Кулибина, дом 3, литера Ф, ООО НКО «Яндекс.Деньги».
Платёжные реестры
Реестры формируются раз в сутки и приходят на специальную электронную почту для реестров. Вы можете поменять её в настройках магазина.
Как получить платёжный реестр
В разделе Акты и реестры есть блок Реестры платежей и возвратов.
Выберите период (максимум — 31 день) и нажмите Получить реестр. После этого он придёт на электронную почту для реестров.
Акты и реестры
Яндекс.Касса автоматически формирует и отправляет на электронную почту акты об оказании услуг и платёжные реестры. Эти документы можно получить повторно в личном кабинете в разделе Акты и реестры. Доступ к разделу есть только у владельца магазина.
Акты об оказании услуг
Акты об оказании услуг формируются в Яндекс.Кассе раз в месяц в формате *.xls. Они приходят на почту для актов (её можно посмотреть в разделе Организация) и сохраняются на Яндекс.Диске в папке Monthly Acts on Servicing. Акты для конкретного магазина складываются в подпапку с номером — это последние цифры номера договора с Яндекс.Деньгами. Например, если номер договора НЭК.11322.23, акты окажутся в папке с номером 23.
В актах приходят данные о платежах за месяц. Если в каком-то месяце платежей не было, акт не формируется.
Акты за прошлый месяц формируются в следующем — до 10 числа.
Внимание. У компаний, зарегистрированных не в РФ, нет этого раздела в личном кабинете. Акты об оказании услуг приходят на электронную почту.
Как скачать акт за прошлый месяц
В личном кабинете
Последний сформированный акт можно скачать в разделе Акты — нажмите на кнопку рядом с названием месяца.
Чтобы перейти к актам на Диске, нажмите на значок диска рядом со словом Архив.
На Яндекс.Диске
Диск — это сервис Яндекса для хранения файлов. Подробнее
Чтобы войти, введите логин и пароль для личного кабинета (пользователь с ролью Владелец). Если вы вошли в личный кабинет под нужным логином, Диск откроется без пароля.
Акты сохраняются в папке Monthly Acts on Servicing. Нужный акт можно найти по имени файла.
Шаблон, по которому формируется имя файла
Как мне отображать в КУДИР каждую операцию прихода средства от яндекс кассы?
Я ИП, у меня есть интернет-магазин, где я продаю цифровые товары (программы) собственного производства.
Для приема платежей использую кассу Яндекса, которая принимает платежи от физических лиц через сайт. Раз в месяц я получаю Акт оказания услуг, где Яндекс касса отображает весь доход, полученный мною на моем интернет-магазине. В течение месяца я получая несколько раз оплату на свой расчетный счет (несколько переводов от платежной системы Яндекс кассы). Таким образом на расчетный счет в банке приходят суммы за вычетом комиссии Яндекс кассы (от 10 до 20 раз в месяц)
Вопрос состоит в следующем:
Как мне отображать в КУДИР каждую операцию прихода средства от яндекс кассы? В таком случае какой Первичный документ отобразить в каждой строке прихода (10-20 строк в месяц), или одной строкой в соответствии с Актом, полученным от Яндекс.кассы.
Если я буду отображать одну строку общей суммы (за весь месяц в соответствии с полученным Актом), то как я объясны несколько приходом денег (10-20 приходов денег на расчетный счет).
Здравствуйте! Можете отобразить одной строкой общую сумму за месяц (здесь особых проблем не будет, так это не повлияет на расчет налога, у Вас за налоговый период в любом случае одинаковая сумма получится). Что касается прихода денег на р/с, то при проверке предоставите акты от Яндекса, КУДИР, и выписку по р/с, по этим документам будет видно, что доход Вами учтен в момент поступления на Яндекс, и вывод его на р/с уже не является доходом (двойное налогообложение не допускается).
Спасибо за ответ. еще хотел спросить по поводу комиссии, которую берет Яндекс.касса, в Кудир указывать полную суммы от продажи(без учета вычета комиссии Яндекс.кассы), или ту сумму полную, которую я получил на р/c?
Если у Вас УСН доходы — указываете полную сумму, поступившую от клиента, без учета комиссии, и с этой суммы платите налог 6%. Если УСН доходы минус расходы — указываете в доходах также полную сумму, но размер комиссии можете учесть в расходах, налог 15% платите с разницы между доходом и расходом. (Посмотрите по этой теме Письмо Минфина от 24 января 2013 г. N 03-11-11/28)
Да, но тут же не от клиента пришли деньги, а от Яндекс.кассы на р/с. И в примечании платежа указан именно договор с Яндексом «Перечисление денежных средств по договору НЭК._____.__ по реестру за 03.01.2016. Без НДС»
Датой получения дохода является дата поступления средств от покупателей на счет в Яндекс-кассе (а это как раз сумма без комиссии), именно эти данные Вы заносите в КУДИР (для упрощения учета не по каждой позиции, а одной записью по акту, но дата и сумма дохода определяется именно в момент поступления денег на Ваш счет электронный, покупатель Вам перевел 100 р, значит это и есть Ваш доход, а комиссия системы — это Ваш расход, который можно учесть только при УСН доходы минус расходы), посмотрите Письмо Минфина, которое я указала, там дается разъяснение именно по Вашему вопросу.
В данном случае моментом погашения задолженности покупателя перед организацией является момент одновременного принятия оператором электронных денежных средств распоряжения, уменьшения им остатка электронных денежных средств плательщика и увеличения им остатка электронных денежных средств получателя средств на сумму перевода электронных денежных средств. Этот момент и является датой признания дохода от реализации товаров. А у Вас на эту дату поступило 100 р.
Прием платежей через Яндекс.Деньги
Webasyst Shop-Script позволяет владельцу интернет-магазина принимать от покупателей оплату товаров через Центр Приема Платежей (ЦПП) системы Яндекс.Деньги.
Заключение договора с Яндекс.Деньгами
Чтобы начать принимать оплату через платежную систему «Яндекс.Деньги», необходимо заключить договор с ООО «ПС Яндекс.Деньги». Для этого подайте заявку на подключение вашего интернет-магазина на сайте платежной системы по адресу http://money.yandex.ru/shoprequest/, получите проект договора и заполните 2 анкеты: анкету контрагента и анкету магазина. Обратите внимание на критерии, которые платежная система Яндекс.Деньги учитывает при подключении интернет-магазинов: http://money.yandex.ru/doc.xml?id=523467.
Выберите схему подключения интернет-магазина к Яндекс.Деньгам: с уведомлением о платеже в виде email-сообщения или в виде http-запроса (http://money.yandex.ru/partners/doc.xml?id=157411).
Если вы выбрали схему с уведомлением в виде http-запроса, Яндекс.Деньги попросят вас сообщить в анкете магазина следующие параметры: paymentAvisoURL, successURL, failURL, checkURL. Значения параметров необходимо скопировать из соответствующих полей на странице настройки модуля — они генерируются автоматически.
Сообщите также название используемого метода шифрования пароля: md5. Придумайте и сохраните в поле «Секретный пароль» в настройках модуля пароль длиной до 20 случайных символов, набранных в английской раскладке клавиатуры
После подписания договора с платежной системой Яндекс.Деньги специалисты компании направят вам электронное письмо с данными платежной формы (в письме будут указаны параметры Shop ID и scid для вашего магазина).
Настройка интернет-магазина
Введите в поля настройки платежного модуля параметры Shop ID и scid. Страница настройки платежного модуля Яндекс.Деньги в WebAsyst Shop-Script показана на рисунке:
Внимание: значения в текстовых полях, изображенные на рисунке, приведены в качестве примера, копировать их в настройки своего интернет-магазина не следует.
Тестирование
Проверьте правильность работы модуля с помощью демо-рублей, следуя инструкции по адресу http://money.yandex.ru/doc.xml?id=459801#2. После успешного завершения тестирования ваш магазин будет переведен в рабочий режим, а представитель Яндекс.Деньги отправит вам рекламные материалы платежной системы (тексты, логотипы) для размещения на вашем сайте.
Процесс оплаты заказа через Яндекс.Деньги
После подключения модуля Яндекс.Деньги покупатели интернет-магазина смогут в процессе оформления заказа выбрать настроенный вами способ оплаты, например, как показано на рисунке:
После подтверждения заказа нажатием на кнопку «Оформить заказ» покупатель увидит на витрине магазина кнопку «Оплатить через Яндекс.Деньги сейчас!». Нажав на кнопку, покупатель попадает на сайт системы Яндекс.Деньги для дальнейшей авторизации в платежной системе и совершения оплаты. После оплаты покупатель автоматически перенаправляется обратно на сайт интернет-магазина, на котором была совершена покупка.
Приложения к договору об информационно-технологическом взаимодействии при осуществлении переводов физических лиц, совершаемых ими при оформлении заказов на сервисе Яндекс.Маркет
Приложение № 1. Соглашение об электронном документообороте
1. Соответствие данного Соглашения законодательным нормам
1.1. Данное соглашение разработано в соответствии с требованиями Федеральных законов № 63-ФЗ «Об электронной подписи» от 06.04.2011 и № 149-ФЗ «Об информации, информационных технологиях и о защите информации» от 27.07.2006.
1.2. Термины и понятия данного Соглашения также соотнесены с международной практикой и стандартами применения электронной подписи, в частности со стандартом PKI (инфраструктуры открытых ключей) X.509. Порядок работы PKI описан в RFC 1422, а формат сертификатов X.509 в RFC 5280.
2. Термины, применяемые в настоящем Соглашении
2.1. Электронный документооборот — система работы с электронными документами, при которой все электронные документы создаются, передаются и хранятся с помощью информационно-коммуникационных технологий на компьютерах, объединенных в сетевую структуру.
2.2. Электронный документ (далее также — ЭД) — документированная информация, представленная в электронной форме, то есть в виде, пригодном для восприятия человеком с использованием электронных вычислительных машин, а также для передачи по информационно-телекоммуникационным сетям или обработки в информационных системах.
2.3. Электронная подпись (далее также — ЭП) — информация в электронной форме, которая присоединена к другой информации в электронной форме (подписываемой информации) или иным образом связана с такой информацией, и которая используется для определения лица, подписывающего информацию (электронный документ). Существует простая и усиленная электронная подпись.
2.4. Усиленная неквалифицированная электронная подпись (далее также — НЭП) — вид усиленной ЭП, которая: получена в результате криптографического преобразования информации с использованием ключа электронной подписи; позволяет определить лицо, подписавшее ЭД; позволяет обнаружить факт внесения изменений в ЭД после момента его подписания; создается с использованием средств ЭП.
2.5. Подписанный электронный документ (далее также — ПЭД) — электронный документ с присоединенной электронной подписью, которая была создана на основе ЭД и ключа электронной подписи.
2.6. Сертификат ключа проверки электронной подписи (далее также — Сертификат) — электронный документ или документ на бумажном носителе, выданный удостоверяющим центром либо доверенным лицом удостоверяющего центра и подтверждающий принадлежность ключа проверки электронной подписи владельцу сертификата ключа проверки электронной подписи. Также называется сертификатом открытого ключа. Сертификат содержит серийный номер, сведения о владельце, используемых криптографических алгоритмах, ограничениях на использование, ключ проверки ЭП и другую информацию. Сертификат имеет свою ЭП, созданную удостоверяющим центром.
2.7. Владелец сертификата ключа проверки электронной подписи (далее также — владелец Сертификата) — лицо, которому выдан сертификат ключа проверки электронной подписи. Данные о владельце должны содержаться в сертификате.
2.8. Ключ электронной подписи — уникальная последовательность символов, предназначенная для создания ЭП. Также называется закрытым ключом.
2.9. Ключ проверки электронной подписи — уникальная последовательность символов, однозначно связанная с ключом электронной подписи и предназначенная для проверки подлинности ЭП (далее — проверка ЭП). Также называется открытым ключом. Значение ключа проверки электронной подписи содержится в сертификате.
2.10. Удостоверяющий центр (далее также — УЦ) — юридическое лицо или индивидуальный предприниматель, осуществляющие функции по созданию и выдаче сертификатов ключей проверки электронных подписей, а также иные функции, предусмотренные Федеральным законом № 63-ФЗ «Об электронной подписи».
2.11. Средства электронной подписи (далее также — средства ЭП) — шифровальные (криптографические) средства, используемые для реализации хотя бы одной из следующих функций: создание ЭП, проверка ЭП, создание ключа электронной подписи и ключа проверки электронной подписи.
2.12. Средства удостоверяющего центра — программные и (или) аппаратные средства, используемые для реализации функций удостоверяющего центра.
2.13. Корневой сертификат УЦ — сертификат, который был выдан удостоверяющим центром самому себе и является самоподписанным. Все остальные сертификаты, выдаваемые данным УЦ, подписываются ключом ЭП этого корневого сертификата. В понятии инфраструктуры открытых ключей: если есть доверие к корневому сертификату УЦ, то автоматически есть доверие ко всем сертификатам, выданным данным УЦ и подписанным ключом ЭП данного корневого сертификата. Обычно в УЦ есть только один корневой сертификат.
2.14. Промежуточный сертификат УЦ — сертификат, ключ ЭП которого использовался для подписи другого сертификата, а сам сертификат был подписан ключом ЭП корневого сертификата УЦ или другого промежуточного сертификата этого УЦ. Промежуточные сертификаты позволяют строить широкую иерархическую структуру сертификатов УЦ.
2.15. Самоподписанный сертификат — сертификат, который подписан ключом ЭП, соответствующим ключу проверки ЭП из этого сертификата. В полях издателя сертификата содержатся те же данные, что и в полях владельца сертификата.
2.16. Создание ЭП — результат работы средства ЭП при создании ЭП, в результате которого получается последовательность бит данных фиксированной длины после криптографического преобразования электронного документа в хеш и шифрования хеша ключом электронной подписи. Длина названия алгоритмов хеширования и шифрования задаются в Сертификате.
2.17. Подтверждение подлинности ЭП в ПЭД — положительный результат работы средства ЭП при проверке ЭП. Результат работы считается положительным, если после расшифрования ЭП с помощью ключа проверки ЭП по заданному в Сертификате криптографическому алгоритму получается значение, равное хешу электронного документа, полученному по заданному в Сертификате соответствующему криптографическому алгоритму.
2.18. Хеш — результат работы хеширующей функции, которая преобразовывает входной массив данных произвольной длины в выходную битовую строку фиксированной длины.
2.19. Участники электронного документооборота — лица, осуществляющие обмен информацией в электронной форме в рамках данного Соглашения.
2.20. Компрометация ключа ЭП — нарушение конфиденциальности ключа ЭП, при котором значение закрытого ключа стало известно лицу, не являющемуся владельцем Сертификата.
2.21. Основной договор — Договор об информационно – технологическом взаимодействии при осуществлении переводов физических лиц, совершаемых ими при оформлении заказов на сервисе Яндекс.Маркет, заключенный между Оператором, Контрагентом и Яндексом.
2.22. Система — комплекс программно-аппаратных средств, позволяющий осуществлять электронный документооборот между Оператором и Контрагентом в рамках настоящего Соглашения. Система включает в себя средства ЭП и обеспечивает подготовку ЭД, генерацию ЭП, прием, передачу и обработку ПЭД с использованием средств вычислительной техники каждой из сторон. Передача данных в Системе происходит по интернету.
2.23. Список отозванных сертификатов (далее также — СОС) — список, содержащий серийные номера сертификатов, которые были отозваны выдавшим их УЦ и к которым больше нет доверия. Сертификаты добавляются в СОС после извещения о компрометации ключа ЭП.
2.24. Экспертная комиссия — комиссия, создаваемая сторонами для разрешения разногласий, возникающих при обмене ПЭД.
3. Предмет Соглашения
3.1. Настоящее Соглашение устанавливает порядок организации и проведения электронного документооборота между сторонами во исполнение Основного договора.
3.2. Электронные документы, которые передаются по данному Соглашению, должны быть подписаны усиленной неквалифицированной электронной подписью. Далее в качестве ЭП подразумевается НЭП.
3.3. Электронные документы, которые передаются другой стороне: ежесуточные реестры, формируемые Оператором в соответствии с Основным договором.
3.4. Обмен иными ЭД в Системе не является основанием возникновения обязательств сторон по Основному договору и Соглашению. Стороны признают юридическую силу ПЭД, подписанных НЭП (при подтверждении подлинности ЭП в ПЭД), равной юридической силе документов на бумажном носителе, оформленных в соответствии с требованиями законодательства Российской Федерации и условиями Соглашения и Основного договора, и подписанных уполномоченными представителями сторон, с приложением оттисков печатей сторон.
3.5. ПЭД порождает обязательства сторон, установленные Соглашением и Основным договором, если передающей стороной он должным образом оформлен, подписан НЭП, а принимающей стороной получен, проверен и принят к обработке в установленном Соглашением порядке.
3.6. Данное соглашение распространяется только на обеспечение защиты информации в ПЭД при передаче по открытым каналам связи. Остальные требования по защите информации выполняются сторонами самостоятельно на основании требований действующего законодательства и требований внутренних нормативных документов сторон.
3.7. Передача ПЭД осуществляется через Систему между сторонами путем передачи сообщений электронной почты через интернет.
3.8. Подключение сторон к интернету выполняется самостоятельно и не является предметом Соглашения.
4. Общие принципы электронного документооборота
4.1. Каждая из Сторон при подписании ЭД применяет свой ключ ЭП, а при проверке подписи — ключ проверки ЭП, записанный в сертификате ключа проверки ЭП, другой стороны.
4.2. Стороны обмениваются сертификатами, которые будут использоваться для создания ЭП.
4.3. Для электронного документооборота стороны могут использовать самоподписанные сертификаты и сертификаты, подписанные другим ключом ЭП.
4.4. Если для документооборота используется несамоподписанный сертификат, выданный УЦ, то стороны также обмениваются корневыми сертификатами УЦ и, в случае существования, промежуточными сертификатами УЦ.
4.5. Перед началом работы стороны проверяют свои средства ЭП и с их помощью проверяют подлинность ЭП.
4.6. Стороны признают, что:
внесение изменений в ПЭД дает отрицательный результат проверки ЭП;
подделка ЭП невозможна без использования ключа ЭП владельца;
каждая сторона несет ответственность за сохранность своего ключа ЭП и за действия своего персонала при использовании средств ЭП;
моментом наступления юридической значимости ПЭД является момент получения этого ПЭД через Систему принимающей стороной и отраженный в журнале.
4.7. Средства ЭП должны быть встроены в Систему. Стороны признают эти средства достаточными для подписания ЭД и проверки подлинности ЭП в ПЭД.
4.8. В состав средств ЭП Системы входит программное обеспечение GnuGP, предоставляющее пользователю интерфейс для выполнения криптографических операций шифрования и расшифровывания данных, подписи данных и проверки корректности подписи, то есть являющееся средством электронной подписи.
5. Обязанности Сторон
5.1. Самостоятельно укомплектовать Систему необходимыми программно-техническими средствами и общесистемным программным обеспечением.
5.2. Назначить лиц, ответственных за работу с Системой в соответствии с настоящим Соглашением.
5.3. Назначить Администратора безопасности, отвечающего за генерацию, учет, обмен и сохранность ключей, используемых в Системе, за защиту от несанкционированного доступа и за поддержание средств ЭП Системы в рабочем состоянии.
5.4. Произвести обмен сертификатами.
5.5. Своевременно производить плановую замену ключей ЭП и соответствующих сертификатов ключей проверки ЭП в соответствии с регламентом УЦ и (или) действующего законодательства. Рекомендуется проводить плановую замену не реже 1 раза в год и за 10 дней до окончания срока действия сертификата.
5.6. Немедленно информировать другую сторону обо всех случаях утраты, хищения, несанкционированного использования ключей ЭП по следующим адресам: Оператора — по адресу merchants@yamoney.ru, Контрагента — по адресу электронной почты, указанному Контрагентом в Заявлении. При этом работа в Системе приостанавливается до проведения внеплановой смены ключей.
5.7. Принимать на себя все риски, связанные с работоспособностью своего оборудования и каналов связи.
5.8. За собственный счет поддерживать в рабочем состоянии входящие в Систему программно-технические комплексы обеспечения работоспособности вычислительной техники и техники связи, обеспечивающих электронный документооборот.
5.9. Своевременно (не менее, чем за три дня) уведомлять друг друга об изменении своего фактического места нахождения, сетевого адреса в интернете, а также об изменении иных реквизитов, имеющих существенное значение для определения юридического статуса и идентификации сторон и исполнения обязательств по Соглашению.
5.10. Не предпринимать действий, способных нанести ущерб другой стороне вследствие использования Системы.
5.11. Своевременно информировать (по электронной почте и/или телефону) другую сторону обо всех случаях возникновения технических неисправностей или других обстоятельств, препятствующих электронному документообороту.
5.12. В случае обнаружения возможных угроз безопасности стороны обязуются своевременно извещать друг друга о таких угрозах для принятия согласованных мер по их нейтрализации.
5.13. Строго выполнять требования технической и эксплуатационной документации к программному и аппаратному обеспечению Системы.
5.14. Разработать и выполнять мероприятия по обеспечению конфиденциальности, целостности и сохранности программных средств Системы, передаваемых ПЭД, протоколов регистрации событий, действующей ключевой информации и парольной информации, используемой для доступа в Систему.
5.15. Организовать внутренний режим функционирования рабочего места ответственного лица таким образом, чтобы исключить возможность использования Системы лицами, не имеющими допуска к работе с ней, а также исключить возможность использования средств ЭП не уполномоченными на это лицами.
5.16. Обеспечивать сохранение в тайне сведений по вопросам технологии защиты информации, используемых при обмене ЭД между сторонами, за исключением случаев, предусмотренных действующим законодательством Российской Федерации.
5.17. Поддерживать системное время программно-аппаратных средств Системы в соответствии с текущим астрономическим временем с точностью до пяти минут. Стороны признают в качестве единой шкалы времени время GMT с учетом часового пояса г. Москвы.
5.18. Обмениваться ЭД, не содержащими компьютерных вирусов и (или) иных вредоносных программ.
5.19. Направлять другой стороне и обеспечивать прием от другой стороны ПЭД с контролем целостности и авторства в случаях и в сроки, установленные Соглашением и (или) Основным договором.
5.20. Принимать к исполнению ЭД в установленные Соглашением и (или) Основным договором сроки, если ЭД получены через Систему, подписаны НЭП и ЭП была успешно проверена.
5.21. При осуществлении операций на основании полученных по Системе ЭД руководствоваться требованиями законодательства Российской Федерации, а также условиями Основного договора и Соглашения.
5.22. Стороны организуют архивное хранение ПЭД в течение срока действия аналогичных документов, оформленных на бумажных носителях.
Стороны имеют право:
6.1. Ограничивать и приостанавливать использование Системы в случаях ненадлежащего исполнения другой стороной Соглашения с уведомлением не позднее дня приостановления, а по требованию компетентных государственных органов — в случаях и в порядке, предусмотренных законодательством Российской Федерации.
6.2. Производить замену программно-аппаратного обеспечения Системы с предварительным уведомлением не менее, чем за два рабочих дня другой стороны.
6.3. Остановить работу Системы по техническим причинам до восстановления ее работоспособности.
6.4. Производить плановую замену ключа ЭП, ключа проверки ЭП и сертификата ключа проверки ЭП по своей инициативе с уведомлением другой стороны не менее, чем за два рабочих дня.
7. Ответственность сторон и риски убытков
7.1. Стороны несут ответственность за содержание любого ПЭД при условии подтверждения подлинности ЭП.
7.2. Стороны несут ответственность за конфиденциальность и порядок использования ключей ЭП.
7.3. Сторона, допустившая компрометацию ключа ЭП, несет ответственность за ЭД, подписанные с использованием скомпрометированного ключа ЭП, до момента официального уведомления об аннулировании (отзыве) соответствующего сертификата и конкретных документов, подписанных указанным ключом.
7.4. Сторона, несвоевременно сообщившая о случаях утраты или компрометации ключа ЭП, несет связанные с этим риски.
7.5. В случае возникновения убытков сторона, не исполнившая (ненадлежащим образом исполнившая) обязательства по Соглашению, несет ответственность перед другой стороной за возникшие убытки. При отсутствии доказательств неисполнения (ненадлежащего исполнения) сторонами обязательств по Соглашению риск убытков несет сторона, чьей ЭП подписан ЭД, исполнение которого повлекло за собой убытки.
7.6. Если в результате надлежащего исполнения ЭД возникает ущерб для третьих лиц, ответственность несет Сторона, от имени которой ЭД подписан ЭП.
7.7. Стороны освобождаются от ответственности за частичное или полное неисполнение своих обязательств по Соглашению, если таковое явилось следствием обстоятельств непреодолимой силы, возникших после вступления в силу Соглашения, в результате событий чрезвычайного характера, которые не могли быть предвидены и предотвращены разумными мерами. Сторона обязана незамедлительно известить другую сторону о возникновении и прекращении действия обстоятельств непреодолимой силы, препятствующих исполнению ей обязательств по Соглашению, при этом срок выполнения обязательств по Соглашению переносится соразмерно времени, в течение которого действовали такие обстоятельства.
7.8. В случае прекращения действия Соглашения по любому основанию стороны несут ответственность по обязательствам, возникшим до прекращения действия Соглашения, в соответствии с законодательством Российской Федерации.
8. Порядок создания ключа ЭП, ключа проверки ЭП, сертификатов ключей проверки ЭП и их использования и передачи
8.1. Ключ ЭП, ключ проверки ЭП и соответствующий сертификат ключа проверки ЭП создаются средствами ЭП сторон или покупаются у сторонних организаций.
8.2. Используемые сертификаты и списки отозванных сертификатов должны соответствовать формату X.509v3, описанному в спецификации IETF RFC 5280.
8.3. Параметры сертификата должны быть следующими:
алгоритм подписи — RSA;
длина ключа — 2048 бит;
алгоритм хеширования — sha1;
срок действия — 1 год.
8.4. В поле «субъект» сертификата необходимо внести следующие сведения:
CN = ФИО ответственного сотрудника, или наименование организации, или псевдоним;
E = адрес электронной почты, совпадающий с адресом электронной почты, используемым для отправки ЭД;
OU = наименование подразделения организации;
O = название организации;
L = город размещения организации;
C = код страны (например, для России C=RU).
Остальные поля сертификата могут быть заполнены по желанию.
8.5. Сертификаты, используемые для формирования НЭП, должны иметь атрибуты расширенного использования ключа id_kp_clientAuth (OID 1.3.6.1.5.5.7.3.2) и id_kp_emailProtection (OID 1.3.6.1.5.5.7.3.4).
8.6. Сертификаты должны иметь запись с данными о точке распространения списка отозванных сертификатов, доступного по протоколу HTTP в интернете.
8.7. Удостоверяющий центр должен добавлять в СОС отозванные сертификаты в течение 1 рабочего дня и публиковать новый СОС в интернете после каждого добавления.
8.8. Удостоверяющий центр, который используется для выдачи сертификатов, должен соответствовать всем требованиям к неаккредитованным удостоверяющим центрам, установленным в ФЗ № 63-ФЗ «Об электронной подписи».
8.9. Стороны обмениваются следующими сертификатами:
корневой сертификат УЦ (если есть);
промежуточные сертификаты (если есть);
сертификат, который будет использоваться для подписи ЭД в Системе.
8.10. Файл сертификата должен быть в формате PKCS7.
8.11. Файлы сертификатов передаются другой стороне по электронной почте или через Систему, если она уже функционирует.
8.12. Корневой сертификат, а при его отсутствии самоподписанный, стороны печатают на бумажном носителе, подписывают ответственным лицом с оттиском печати организации и отправляют другой стороне курьером или передают друг другу в момент подписания данного Соглашения.
8.13. Стороны обязуются принимать все необходимые меры для сохранения конфиденциальности ключей ЭП.
8.14. Система средствами ЭП для каждого полученного ПЭД должна проверить:
подлинность ЭП для данного ПЭД;
факт того, что дата формирования ЭП находится в интервале от даты начала действия сертификата до даты завершения его действия;
корректность самого сертификата, используемого для формирования ЭП;
корректность цепочки выдачи сертификатов от используемого для подписи до корневого;
выполнение требований к ограничению использования сертификата, записанных в самом сертификате;
отсутствие используемого сертификата в списке отозванных сертификатов стороны, выдавшей этот сертификат.
8.15. При плановой замене сертификата ключа проверки ЭП сторона генерирует новые ключи и соответствующий сертификат и отправляет файл сертификата другой стороне по электронной почте или через Систему.
8.16. При компрометации ключа ЭП (или обоснованных подозрениях в компрометации), используемого для формирования НЭП в ПЭД, сторона должна:
остановить передачу ПЭД в Системе и немедленно (если невозможно, то в течение 1 рабочего дня) уведомить другую сторону о факте компрометации сертификата;
произвести генерацию нового ключа ЭП, ключа проверки ЭП и выпустить в УЦ новый сертификат ключа проверки ЭП;
передать другой стороне файл с новым сертификатом;
внести в список отозванных сертификатов своего УЦ серийный номер скомпрометированного сертификата и опубликовать новый СОС;
восстановить работу Системы по согласованию с другой стороной.
8.17. При компрометации корневого и (или) промежуточного ключа ЭП удостоверяющего центра сторона выполняет действия, указанные в предыдущем пункте, а также другие действия согласно своей нормативной документации.
8.18. Подписание настоящего Соглашения свидетельствует об обмене сертификатами.
9. Порядок разрешения споров, связанных с установлением подлинности ЭД
9.1. Любые споры между сторонами, предметом которых является установление подлинности, то есть целостности текста и аутентичности отправителя ЭД, передаются для разрешения специально создаваемой Экспертной комиссии.
9.2. Экспертная комиссия созывается на основании письменного заявления (претензии) любой из сторон. В указанном заявлении сторона указывает реквизиты оспариваемого ПЭД и лиц, уполномоченных представлять интересы этой стороны в составе Экспертной комиссии.
9.3. Не позднее 10 рабочих дней с момента получения другой стороной заявления (претензии), стороны определяют дату, место и время начала работы Экспертной комиссии, а также определяют, какая сторона предоставляет персональный компьютер и производит конфигурирование средства ЭП.
9.4. Полномочия членов Экспертной комиссии подтверждаются доверенностями.
9.5. Состав Экспертной комиссии формируется в равных пропорциях из числа представителей сторон.
9.6. Экспертиза оспариваемого ЭД осуществляется в присутствии всех членов Экспертной комиссии.
9.7. Экспертиза осуществляется в четыре этапа:
1-й этап: стороны совместно устанавливают, конфигурируют и тестируют средство ЭП.
2-й этап: стороны предоставляют свою копию сертификата ключа проверки ЭП, используемого для создания НЭП оспариваемого ПЭД, а также корневого и промежуточных сертификатов УЦ.
З-й этап: Экспертная комиссия с помощью средства ЭП получает ключи проверки ЭП из сертификатов, предоставленных сторонами, и сравнивает их с соответствующими ключами из сертификатов, переданными сторонам на основании пункта 8.11 настоящего Соглашения. Сертификаты, ключи проверки ЭП которых совпали, признаются подлинными. Также сравнивается корневой сертификат, переданный на бумажном носителе до подписания Соглашения, с только что предоставленным сертификатом. Экспертная комиссия с помощью средства ЭП проверяет, выпущен ли сертификат ключа проверки ЭП, использованный для подписи оспариваемого ПЭД, с использованием корневого и промежуточных ключа ЭП УЦ.
4-й этап: проверка правильности ЭП под оспариваемым документом, предоставленным стороной-получателем, проверяется по сертификату принимающей стороны, подлинность которого подтверждена как указано выше.
9.8. Подтверждением подлинности оспариваемого ПЭД является одновременное наличие следующих условий:
проверка подлинности ЭП оспариваемого ЭД дала положительный результат;
подтверждена принадлежность сертификата ключа проверки ЭП, использованного для проверки подлинности ЭП в оспариваемом ЭД;
ЭД сформирован в Системе и передан для обработки в соответствии с положениями настоящего Соглашения.
9.9. Результаты экспертизы оформляются в виде письменного заключения — Акта Экспертной комиссии, подписываемого всеми членами Экспертной комиссии. Акт составляется немедленно после завершения третьего этапа экспертизы. В Акте фиксируются результаты всех этапов проведенной экспертизы, а также все существенные реквизиты оспариваемого ПЭД. Акт составляется в двух экземплярах — по одному для каждой из сторон. Акт комиссии является окончательным и пересмотру не подлежит.
9.10. Подтверждение подлинности ЭП в оспариваемом ПЭД, зафиксированное в Акте, будет означать, что этот ПЭД имеет юридическую силу и влечет возникновение прав и обязательств сторон, установленных Основным договором и Соглашением. Неподтверждение подлинности ЭП в оспариваемом ПЭД, зафиксированное в Акте, будет означать, что этот ПЭД не имеет юридической силы и не влечет возникновение каких-либо прав или обязательств сторон, установленных Основным договором и Соглашением.
9.11. Стороны признают, что Акт, составленный Экспертной комиссией, является обязательным для сторон и может служить доказательством при дальнейшем разбирательстве спора в Арбитражном суде.
9.12. В случае отсутствия согласия по спорным вопросам и добровольного исполнения решения Экспертной комиссии, все материалы по этим вопросам могут быть переданы на рассмотрение в Арбитражный суд города Москвы.
10. Уполномоченными лицами на использование ЭП от имени Сторон являются:
от Оператора — Председатель Правления Шабанова Татьяна Андреевна;
от Контрагента — юридического лица — лицо, уполномоченное учредительными документами или доверенностью; от Контрагента — индивидуального предпринимателя — лицо, зарегистрированное в качестве индивидуального предпринимателя, или лицо, уполномоченное доверенностью.
Приложение № 2. Формат ежедневного реестра совершенных и возвращенных переводов.
Требования к оформлению ежесуточного реестра переводов
Раз в сутки Оператор формирует реестр принятых в пользу Контрагента переводов. Реестр отправляется в теле электронного сообщения на email (*), указанный Контрагентом в заявлении (приложение № 4 или № 5 к Договору). Реестр подписывается сертификатом Оператора (S/MIME подпись). В реестре содержатся все переводы за указанную в реестре дату.
Тема (subject) электронного сообщения формируется по следующему шаблону (нумерация сквозная):
Тело электронного сообщения формируется как:
Номер транзакции; Идентификатор клиента; Сумма платежа; Валюта платежа; Сумма за вычетом комиссии; Время платежа; Номер кошелька плательщика; Краткое описание; Тип платежа
Сумма принятых платежей :
Сумма принятых платежей за вычетом комиссии типа :
Число платежей типа :
Сумма принятых платежей:
Сумма принятых платежей за вычетом комиссии:
Число платежей:
Описание полей с данными платежей приведено в таблице ниже.
Таблица 1. Поля стандартного реестра принятых переводов
РЕЕСТР ПЛАТЕЖЕЙ В ООО «Наименование_Контрагента». № 3355
Дата платежей: 14.03.2014
Номер транзакции; Идентификатор клиента; Сумма платежа; Валюта платежа; Сумма за вычетом комиссии; Время платежа; Номер кошелька плательщика; Краткое описание; Тип платежа
549755819524; 4956; 10.00; RUB; 9.50; 18.12.2007 17:46:58; 410038366898; оплата услуг Интернет Магазин; GP
549755819525; 4957; 15.00; RUB; 14.25; 18.12.2007 17:47:32; 410038366898; оплата услуг Интернет Магазин; PC
Сумма принятых платежей типа PC: 15.00 RUB
Сумма принятых платежей за вычетом комиссии типа PC: 14.25 RUB
Число платежей типа PC: 1
Сумма принятых платежей типа AC: 10.00 RUB
Сумма принятых платежей за вычетом комиссии типа GP: 9.50 RUB
Число платежей типа AC: 1
Сумма принятых платежей: 25.00 RUB
Сумма принятых платежей за вычетом комиссии: 23.75 RUB
Число платежей: 2
Кому: ООО «Наименование_Контрагента»
(По договору 111.1111.11)
Таблица 2. Значения параметра paymentType
Формат ежедневного реестра возвращенных переводов
Реестр возвратов переводов предоставляется в теле электронного сообщения (email).
Тема электронного сообщения (email Subject):
Где, — юридическое наименование Контрагента.
— номер электронного сообщения в адрес Контрагента, нумерация сквозная.
Реестр отправляется на email Контрагента, указанный в заявлении (Приложение № 4 или № 5 к Договору).
Реестр подписывается сертификатом Оператора, S/MIME подпись (detach, тип сертификата PKCS#7).
В реестре содержатся все успешно осуществленные возвраты за указанную в теле реестра дату.
Реестры формируются и отправляются ежесуточно. В том случае, если за прошедшие сутки возвратов не было, реестр будет нулевым.
Номер транзакции; Сумма возврата; Валюта платежа; Время зачисления возврата на счет плательщика; Номер счета плательщика; Тип платежа;
(string, до 32 символов).
PC — платеж, совершаемый со счета пользователя в Яндекс.Деньгах или с банковской карты, добавленной в электронный кошелек.
AC — платеж, совершаемый с любой банковской карты, которая не добавлена в кошелек пользователя в Яндекс.Деньгах.
Список возможных значений может быть расширен.
Образец ежедневного реестра возвратов:
РЕЕСТР ВОЗВРАТОВ ОТ ООО «Интернет Магазин». № 3355
Дата возвратов: 18.12.2009
Номер транзакции; Сумма возврата; Валюта платежа; Время зачисления возврата на счет плательщика; Номер счета плательщика; Тип платежа;
549755819524; 10.00; RUB; 18.12.2009 17:46:58; 410038366898; PC;
549755819525; 15.00; RUB; 18.12.2009 18:47:32; 410038366898; AC;