Соглашение об использовании сертификатов на платформе

Транзакции: основа современного банковского бизнеса

Описание данных

Участникам соревнования был предоставлен датасет по 1.5 миллионам выдач кредитных продуктов. К каждому объекту выборки было подтянуто признаковое описание в виде истории клиентских транзакций глубиной в год. Дополнительно был представлен тип выданного продукта.

Обучающая выборка состоит из выдач за период в N дней, тестовая выборка содержит выдачи за последующий период в K дней. Всего в датасете содержалось 450 миллионов транзакций, объемом порядка 6 гигабайт в формате parquet. Понимая, что такой объем данных может стать серьезным порогом для входа, мы разбили датасет на 120 файлов и реализовали методы пакетной предобработки данных, что позволило решать задачу соревнования с личного ноутбука.

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

Целевой переменной в соревновании была бинарная величина, соответствующая флагу дефолта по кредитному продукту. Метрикой для оценки качества решений была выбрана AUC ROC.

. ИНЫЕ УСЛОВИЯ

10.1. Место исполнения настоящего Соглашения – город Иркутск.

10.2. Во всем, что не урегулировано настоящим Соглашением, Стороны руководствуются действующим законодательством РФ.

10.3. Соглашение полностью понятно Сторонам в отношении его предмета и заменяет собой все предшествующие письменные и/или устные договоренности по настоящему вопросу.

10.4. Электронная цифровая подпись по Соглашению:

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

. АДРЕСА И РЕКВИЗИТЫ АДМИНИСТРАТОРА

ООО «Ника»

ПРЕДМЕТ СОГЛАШЕНИЯ

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

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

2.3. Администратор предоставляет Продавцу доступ к Системе, для ее использования Продавцом, предоставляющим свои товары/работы/услуги в соответствии с настоящим Соглашением.

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

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

2.6. Администратор учитывает на своем счете денежные средства, полученные от продажи Покупателям имущественных прав на товары/работы/услуги Продавца и принадлежащие последнему, и обязуется в последующем передать их Продавцу по факту предъявления последним (в порядке отчетности) соответствующего количества Сертификатов, полученных Продавцом от реализации товаров/работ/услуг в обмен на Сертификаты.

2.7. Продавец предоставляет Покупателю, предъявившему Сертификат, товар/работу/услугу, указанные в Сертификате на условиях, определяемых настоящим Соглашением.

2.8. Сертификат не является товаром и не несёт в себе какой-либо имущественной ценности, лишь удостоверяет право его владельца на получение товара/работы/услуги, указанных в Сертификате.

2.9. Сертификат используется в качестве маркетингового инструмента в целях стимулирования приобретения товаров/работ/услуг.

2.10. Стоимость приобретаемого по Сертификату имущественного права на товар/работу/услугу эквивалентна стоимости товара/работы/услуги, указанных в Сертификате.

2.11. В Сертификате должны быть указаны следующие данные:

2.11.1. Наименование товара/работы/услуги Продавца и его индивидуальный номер, указанный в каталоге его интернет-магазина;

2.11.2. Стоимость товара/работы/услуги, указанная в рублях;

2.11.3. Индивидуальный номер, дата выпуска и дата приобретения Сертификата;

2.11.4. Другие необходимые данные в соответствии с настоящим Соглашением.

2.12. Сертификат выпускается исключительно в электронной форме.

ПОРЯДОК ВЫПУСКА И ПРЕДЪЯВЛЕНИЯ СЕРТИФИКАТОВ

3.1. Заключая настоящее Соглашение, Администратор, по поручению Продавца, от его имени и за его счет учитывает проданный (реализованный последним) объем товаров/работ/услуг через реализацию Сертификатов аутентичного объема, оборот которых Продавец осуществляет с использованием Системы.

3.2. Продавец обязуется осуществить предоставление товаров/работ/услуг Покупателю в соответствии с настоящим Соглашением и Пользовательским соглашением.

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

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

3.5. Действие Сертификата прекращается с момента предъявления его Продавцу и получения в обмен на него товара/работы/услуги. С этого момента Сертификат считается погашенным.

3.6. Сертификат считается недействительным в случаях:

3.6.1. Ошибки технического характера, выявленной в Сертификате;

3.6.2. Наличия в Сертификате информации о товаре/работе/услуге, не соответствующей действительности;

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

УСЛОВИЯ ПРОДАЖИ ТОВАРОВ/РАБОТ/УСЛУГ С ИСПОЛЬЗОВАНИЕМ СЕРТИФИКАТОВ

4.1. Продавец обязуется предоставлять товары/работы/услуги по предъявлению (передаче) Сертификатов в соответствии с настоящим Соглашением.

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

4.3. Для приобретения товара/работы/услуги Покупатель предъявляет Продавцу Сертификат в соответствии с процедурами Системы.

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

4.5. Получение товаров/работ/услуг производится по правилам и ценам, устанавливаемым Продавцами.

4.6. Покупатель признает, что приобретая Сертификат, он имеет имущественное право только на тот товар/работу/услугу, которые указаны в Сертификате.

4.7. При утере Сертификат не возобновляется.

4.8. Покупатель вправе передать Сертификат третьему лицу для получения последним товара/работы/услуги Продавца, права предъявителя Сертификата идентичны правам Покупателя.

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

4.10. Все услуги по передаче Сертификата третьим лицам или Продавцу оплачиваются Покупателем самостоятельно в соответствии с настоящим Соглашением и Пользовательским соглашением.

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

4.12. Администратор предупреждает Покупателя, что не несет ответственность за качество, порядок поставки, обмен Товаров/Работ/Услуг, представленных Продавцом. Покупатель признает и соглашается с этим, заявляя, что все взаимоотношения по получению товаров/работ/услуг Покупатель будет строить непосредственно с Продавцом и не привлекать в этот процесс Администратора.

4.13. Администратор перечисляет денежные средства Продавцу по предъявлении последним Сертификатов, полученных от Покупателя, при условии отсутствия претензий со стороны Покупателя, с удержанием своего агентского вознаграждения за услуги по учёту транзакций реализации Сертификатов.

4.14. Для Продавца Администратор устанавливает свой срок перечисления денежных средств, который не может быть более 6 месяцев.

4.15. Условия настоящего Соглашения могут изменяться по усмотрению Администратора.

ПРАВА И ОБЯЗАННОСТИ СТОРОН

5.1. Администратор имеет право:

5.1.1. Самостоятельно определять правила Торговой площадки;

5.1.2. Иметь собственных субагентов без согласования с Продавцом.

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

5.1.4. Возлагать ответственность на Продавца за предоставление Покупателю взамен Сертификатов Товаров/Работ/Услуг, нарушающих требования Правил Торговой площадки, и/или имеющих недостатки, а также по иным обстоятельствам в случае возврата/возмещения Товара/работы/услуги и/или возмещения Работы/Услуги Клиентом.

5.1.5. Производить техническую настройку и поддержку Торговой площадки самостоятельно.

5.1.6. В одностороннем порядке прекратить или приостановить действие Договора, в следующих случаях:

• при наличии достоверной, проверенной информации о совершении Продавцом мошеннических операций и/или его участии в мошеннической или незаконной деятельности;
• предоставления Продавцом недостоверной информации, связанной с обязательствами по данному Соглашению;

5.2. Администратор обязуется:

5.2.1. Предоставить Продавцу после подключения к Торговой площадке право размещать Сертификаты на Товар/Работу/Услугу любым доступным способом.

5.2.2. Предоставить Отчет Агента Продавцу в течение 10 (десяти) рабочих дней с момента окончания Отчетного периода.

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

5.3. Продавец имеет право:

5.3.1. Самостоятельно определять, Сертификаты на какие Товары/Работы/Услуги будут размещены на Торговой площадке и/или в рекламных материалах Администратора.

5.3.2. Рекламировать Торговую площадку Администратора любым не запрещенным законодательством РФ способом.

5.4. Продавец обязуется:

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

5.4.2. Возместить все убытки Администратора (реальный ущерб и упущенную выгоду), а также уплатить неустойку, в случае нарушения п. 5.4.1. ст. 5.4. Соглашения и/или возврата Товара / возмещения Работы/Услуги Покупателем.

5.4.3. Разместить ссылку, ведущую на сайт Администратора (Торговую площадку), на своем сайте (сайте Продавца), а также, при необходимости, на иных Интернет-ресурсах Продавца.

5.4.4. Разместить информацию о предоставляемых им товарах/работах/услугах в своей Системе.

5.4.5. Передать Администратору актуальную и соответствующую действительности информацию о товаре/работе/услуге, указанную в Сертификате в соответствии с настоящим Соглашением.

5.4.6. Признавать право любого лица, предъявившего Сертификат, на получение товара/работы/услуги, указанного в Сертификате.

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

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

5.4.9. Самостоятельно, без привлечения Администратора, участвовать в спорах/претензиях Покупателей, возмещая убытки (при необходимости), а также предоставляя всю информацию, затребованную Покупателем.

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

5.4.11. Соблюдать права и обязанности, предусмотренные Соглашением об участии в программе лояльности “Pokupo”

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

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

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

ФИНАНСОВОЕ ВЗАИМОДЕЙСТВИЕ СТОРОН

6.1. Администратор взимает вознаграждение с Продавца только в случае реализации Сертификата на Товар/Работу/Услугу Продавца через Торговую площадку и/или рекламные материалы Агента.

6.2. Агентское вознаграждение Администратора зависит от выбранного Продавцом тарифа и имеет следующие размеры:

• при тарифе “Стартовый” – 1,9% от продаж Сертификатов на Товары/Работы/Услуги Продавца, но не менее 3 рублей за продажу каждого сертификата;
• при тарифе “Бизнес” – фиксированный ежемесячный размер – 1400 рублей, а также 1,4% от продаж Сертификатов на Товары/Работы/Услуги Продавца, но не менее 3 рублей за продажу каждого сертификата;
• при тарифе “Премиум” – фиксированный ежемесячный размер – 3400 рублей, а также 0,9% от продаж Сертификатов на Товары/Работы/Услуги Продавца, но не менее 3 рублей за продажу каждого сертификата.

6.2.1. Для клиентов, осуществляющих деятельность, прямо не запрещённую законодательством РФ, но несущую потенциальные финансовые и репутационные риски для Администратора Системы, предусматриваются индивидуальные тарифы. Перечень подобных видов деятельности:

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

6.2.2. Для клиентов-нерезидентов РФ также предусматриваются индивидуальные тарифы.

6.2.3. В случае если Продавец №1 привлекается в Систему посредством активных маркетинговых действий другого Продавца №2, последний имеет право на партнёрское вознаграждение, размер которого устанавливается по согласованию между партнёрами и указывается в тарифах Системы.

1. ОБЛАЧНАЯ ОНЛАЙН-КАССА

6.1.1. Администратор предоставляет Продавцу в пользование сразу после акцепта настоящей оферты облачную онлайн-кассу для обработки платежей в соответствии с Федеральным законом № 54-ФЗ от 22.05.2003 “О применении контрольно-кассовой техники при осуществлении расчётов в Российской Федерации” (далее – закон № 54).

6.1.2. Администратор несёт ответственность перед Продавцом за работу онлайн-кассы.

6.1.3. Администратор не несёт ответственность за сбой в работе онлайн-кассы, который произошёл по вине поставщика онлайн-кассы либо оператора фискальных данных.

6.1.4. Администратор представляет интересы Продавца в качестве его агента в Федеральной налоговой службе и перед покупателями, а именно:

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

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

КОНФИДЕНЦИАЛЬНОСТЬ

7.1. Факт акцепта настоящего Соглашения не рассматривается сторонами как конфиденциальная информация.

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

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

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

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

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

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

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

ОТВЕТСТВЕННОСТЬ СТОРОН И РАЗРЕШЕНИЕ СПОРОВ

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

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

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

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

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

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

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

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

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

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

8.10. Срок рассмотрения претензии – 30 календарных дней с даты ее получения.

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

АКЦЕПТ, СРОК ДЕЙСТВИЯ И РАСТОРЖЕНИЕ СОГЛАШЕНИЯ

9.1. Настоящее Соглашение заключается в форме договора присоединения (ст. 428 ГК РФ).

9.2. Акцепт условий Соглашения означает полное и безоговорочное принятие Пользователем всех условий Соглашения без каких-либо изъятий и/или ограничений и равносилен заключению двухстороннего письменного Договора (ст.434 ГК РФ).

9.3. Продавец производит акцепт настоящего Соглашения после ознакомления с ним, путём совершения следующих конклюдентных действий:

9.3.1. Заполнение и предоставление анкеты по форме Приложения № 1 к настоящему Соглашению. Анкета должна содержать соответствующие действительности сведения, необходимые для организации исполнения Соглашения, а также согласованное Сторонами в процессе предварительных переговоров вознаграждение Администратора.

Анкета подписывается и направляется Администратору в сканированной (электронной) версии с подписью и печатью на один из следующих e-mail: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected];

9.3.2. Перечисление в адрес Администратора суммы в размере 100 (ста) рублей 00 копеек, являющейся верификационным платежом, с указанием назначения платежа – «Верификационный платёж».

9.3.3. Оплата указанного в п.9.3.2 Верификационного платежа должна быть произведена с того банковского счёта и реквизитов, которые указаны в Анкете (Приложение № 1) и на которые Продавец поручает отправлять суммы проданных через реализацию Сертификатов товаров/работ/услуг.

9.3.4. Полным и безоговорочным акцептом настоящего Соглашения Продавцом считается заполнение и направление подписанного Продавцом подлинника данной анкеты Администратору согласно п. 9.3.1 и перечисление Администратору Верификационного платежа согласно п. 9.3.2.

9.4. В случае нарушения условия оплаты, указанного в п. 9.3.3 Соглашения, Верификационный платёж возврату не подлежит. Оплата Верификационного платежа с нарушением условий, указанных в п.9.3.3, не признаётся акцептом настоящего Соглашения и требует проведения платежа в соответствии с условием, указанным в п. 9.3.3.

9.5. Права и обязанности Сторон по Соглашению возникают с момента заключения Соглашения. Соглашение признаётся заключённым с момента выполнения обоих условий, указанных в п.п. 9.3.1 и 9.3.2

9.6. Продавец обязуется сообщать при регистрации в Системе сведения, соответствующие действительности.

9.7. Акцепт условия Соглашения Покупателем происходит перед регистрацией в Системе либо перед приобретением любого Сертификата путём проставления знака «галочки» напротив согласия с условиями Соглашения

9.8. Срок акцепта условий Соглашения не ограничен.

9.9. Расторжение Соглашения возможно в следующих случаях:

9.9.1. По соглашению Сторон, оформленному в письменном виде в соответствии со ст.434 ГК РФ.

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

9.9.3. По иным основаниям, предусмотренным в действующем законодательстве Российской Федерации (в частности, в ст. 1010 Гражданского Кодекса РФ).

9.9.4. По инициативе Администратора в случаях нарушения Продавцом настоящего Соглашения, а также в случаях: предоставления Продавцом информации о реализуемых Администратором Сертификатах на Товары/Работы/Услуги, не соответствующей действительности.

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

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

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

9.11. Обязательства Сторон по Соглашению, возникшие до расторжения настоящего Соглашения, сохраняются вплоть до их полного исполнения.

9.12. Все изменения и дополнения, оформленные Сторонами в письменном виде и надлежащим образом, становятся неотъемлемой частью настоящего Соглашения.

Архитектура нейронной сети

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

Обычно вектора слов предобучают на огромном корпусе текстовых документов методами обучения без учителя: word2vec, FastText, BERT, GPT-3. Основной мотивацией предобучения являются огромное количество параметров, которое нужно выучить в виду большого размера словаря и обычно небольшого размеченного датасета для решения прикладной задачи.

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

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

Далее последовательность векторов транзакций отправим в BiLSTM для моделирования временных зависимостей. Затем избавимся от пространственной размерности при помощи конкатенации GlobalMaxPool1D и GlobalAveragePool1D для последовательностей векторов из рекуррентного и эмбеддинг-слоев.

Базовый подход к решению задачи

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

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

Последний из которых позволяет получить векторное представление сразу для всех категориальных признаков за счет поддержи мультимодальности. Признаки можно отобрать на основе важности, полученной популярным методом permutaion importance или менее популярным target permutation. С базовым подходом, приносящим 0.752 AUC ROC на public LB, можно ознакомиться на git.

Номенклатура сертификатов

Давайте рассмотрим, какие сертификаты X.509 встречаются в природе, если рассматривать их по расположению в

пищевой

цепочке доверия.

По степени

крутизны

дороговизны и надежности сертификаты делятся на 3 вида:

DVOVEV

Обучение нейронной сети

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

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

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

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

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

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

1. Cyclical Learning Rate благодаря стратегии изменения LR позволяет не переобучаться на первой эпохе за счет низкого базового LR и не застревать в локальных минимумах за счет пилообразной-затухающей стратегии. Гиперпараметры base_lr и max_lr можно задать при помощи алгоритма LRFinder. Дополнительно стоит обратить внимание на One Cycle Policy и Super-Convergence.

   

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

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

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

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

Откуда берутся сертификаты?

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

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

   

2. Приобрести сертификат в УЦ. Это будет стоить денег в зависимости от различных его характеристик и возможностей, указанных выше.
3. Получить бесплатный сертификат LetsEncrypt, доступны только самые простые DV сертификаты.

Для первого сценария достаточно пары команд и чтобы 2 раза не вставать создадим сертификат с алгоритмом эллиптических кривых. Первым шагом нужно создать закрытый ключ. Считается, что шифрование с алгоритмом эллиптических кривых дает больший выхлоп, если измерять в тактах CPU, либо байтах длины ключа. Поддержка ECC не определена однозначно в TLS < 1.2.

openssl ecparam -name secp521r1 -genkey -param_enc explicit -out private-key.pem

Далее, создает CSR — запрос на подписание сертификата.

openssl req -new -sha256 -key private.key -out server.csr -days 730

И подписываем.

openssl x509 -req -sha256 -days 365 -in server.csr -signkey private.key -out public.crt

Результат можно посмотреть командой:

openssl x509 -text -noout -in public.crt

Openssl имеет огромное количество опций и команд. Man страница не очень полезна, справочник удобнее использовать так:

openssl -help
openssl x509 -help
openssl s_client -help

Ровно то же самое можно сделать с помощью java утилиты keytool.

keytool -genkey -keyalg RSA -alias selfsigned -keystore keystore.jks -storepass password -validity 360 -keysize 2048

Следует серия вопросов, чтобы было чем запомнить поля owner и issuer

What is your first and last name?
What is the name of your organizational unit?
What is the name of your organization?
What is the name of your City or Locality?
What is the name of your State or Province?
What is the two-letter country code for this unit?
Is CN=Johnnie Walker, OU=Unknown, O=Unknown, L=Moscow, ST=Moscow, C=RU correct?

Конвертируем связку ключей из проприетарного формата в PKCS12.

keytool -importkeystore -srckeystore keystore.jks -destkeystore keystore.jks -deststoretype pkcs12

Смотрим на результат:

Alias name: selfsigned
Creation date: 20.01.2021
Entry type: PrivateKeyEntry
Certificate chain length: 1
Certificate[1]:
Owner: CN=Johnnie Walker, OU=Unknown, O=Unknown, L=Moscow, ST=Moscow, C=RU
Issuer: CN=Johnnie Walker, OU=Unknown, O=Unknown, L=Moscow, ST=Moscow, C=RU
Serial number: 1f170cb9
Valid from: Sat Jan 20 18:33:42 MSK 2021 until: Tue Jan 15 18:33:42 MSK 2021
Certificate fingerprints:
     MD5:  B3:E9:92:87:13:71:2D:36:60:AD:B5:1F:24:16:51:05
     SHA1: 26:08:39:19:31:53:C5:43:1E:ED:2E:78:36:43:54:9B:EA:D4:EF:9A
     SHA256: FD:42:C9:6D:F6:2A:F1:A3:BC:24:EA:34:DC:12:02:69:86:39:F1:FC:1B:64:07:FD:E1:02:57:64:D1:55:02:3D

Signature algorithm name: SHA256withRSA
Subject Public Key Algorithm: 2048-bit RSA key
Version: 3

Extensions:

#1: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
0000: 30 95 58 E3 9E 76 1D FB   92 44 9D 95 47 94 E4 97  0.X..v...D..G...
0010: C8 1E F1 92                                        ....
]
]

Значению ObjectId: 2.5.29.14 соответствует определение ASN.1, согласно RFC 3280 оно всегда non-critical. Точно так же можно узнать смысл и возможные значения других ObjectId, которые присутствуют в сертификате X.509.

subjectKeyIdentifier EXTENSION ::= {
    SYNTAX SubjectKeyIdentifier
    IDENTIFIED BY id-ce-subjectKeyIdentifier
}

SubjectKeyIdentifier ::= KeyIdentifier

Продакшн

Транзакции в hadoop обновляются раз в день, поэтому online-обработка не требуется, в худшем случае нужно успевать прогонять pipeline за 24 часа. Pipeline реализован в виде DAG на airflow, состоящем из следующих этапов:

1. Дозагрузка и агрегация новых данных на pyspasrk. В модели используется история транзакции по каждому пользователю за предыдущий год. Оптимальным сценарием является поддержание исторических предобработанных данных на момент предыдущего запуска модели с добавлением новых данных. На выходе: относительно-компактный parquet-датафрейм.

2. Предсказание на python с использованием одного из фреймворка: tensorfow, pytorch. На выходе: tsv-таблица, содержащая id и множество полей с предсказаниями моделей.

3. Выгрузка предсказаний в hadoop и на вход финальной модели.

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

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

Словарный запас

Определение X.509 сертификатов есть в архиве ITU-T

Certificate  ::=  SEQUENCE  {
     tbsCertificate       TBSCertificate,
     signatureAlgorithm   AlgorithmIdentifier,
     signatureValue       BIT STRING  }

TBSCertificate  ::=  SEQUENCE  {
     version         [0]  EXPLICIT Version DEFAULT v1,
     serialNumber         CertificateSerialNumber,
     signature            AlgorithmIdentifier,
     issuer               Name,
     validity             Validity,
     subject              Name,
     subjectPublicKeyInfo SubjectPublicKeyInfo,
     issuerUniqueID  [1]  IMPLICIT UniqueIdentifier OPTIONAL,
                          -- If present, version MUST be v2 or v3

Для того, чтобы досконально понять обозначения и синтаксис, придется читать спеки X.680 редакции 2008 г., где есть полное описание ASN.1. В понятиях ASN.1SEQUENCE обозначает примерно то же самое, что и struct в Си. Это может сбить с толку, ведь по семантике оно должно было соответствовать скорее массиву. И тем не менее.

Стандарт X.690 определяет следующие правила кодирования структур данных, созданных в соответствии с ASN.1: BER (Basic Encoding Rules), CER (Canonical Encoding Rules), DER (Distinguished Encoding Rules). Есть даже XER (XML Encoding Rules), который на практике мне никогда не встречался.

Да, но для чего нужны сертификаты X.509, которые доставляют столько головной боли? Первая и основная функция сертификатов X.509 — служить хранилищем открытого или публичного ключа PKI (public key infrastructure). К этой функции нареканий нет, а вот со второй не все так однозначно.

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

Сценарий №1 — найти следующего в связке

Связка сертификатов — Объединение нескольких X.509 сертификатов в один файл, чаще всего в формате PEM. Связка передается по сети в момент протокола рукопожатия SSL/TLS.

Самый сок начинается, когда имеете дело со связкой сертификатов, a. k. a certificate chain. Часто просматривая лапшу в связке ключей jks непросто понять как найти родительский сертификат, когда там россыпь новых и старых сертификатов на несколько доменных имен.