Подсистема обмен УНПФ

Модуль обмена данными НПФ

Возврат к заглавной странице

Модуль обмена данными НПФ Версия документа 1 Назначение модуля 2 Цели 3 Принятые сокращения и общие параметры 4 Настройка сервиса обмена 1С: УНПФ 5 Виды сервисов 5.1 Описание группы сервисов, в рамках которых ведется учет регистрации изменения передаваемых данных по НПО/ПДС/ОПС 5.2 Описание группы сервисов, в рамках которых не ведется учет регистрации изменения передаваемых данных 6 Описание сервисов НПО/ПДС/ОПС 6.1 Авторизация 6.2 Общие сервисы. (StatusExchange) Подтверждение успешного обмена (НПО/ПДС/ОПС) 6.3 Общие сервисы. (ClientsChg_Request) Обмен изменениями по Клиентам 6.3.1 Описание параметров, которые подлежат регистрации по ФЛ/ЮЛ и используются при обмене данными 6.3.2 Описание Запроса и ответа на Обмен изменениями по Клиентам

Версия документа 1.1 – 09.04.2024 Добавлено в: п 5.5.2, 5.11.2 – описание структуры реквизита OutPay (информация о решениях выплаты выкупной суммы правопреемникам) 1.2 – 09.04.2024 Удалены лишние данные, скорректировано описание поля vidOp 1.3 – 02.05.2024 Добавлен раздел Назначение модуля и скорректировано описание цели 1.4 – 18.10.2024 Добавлено в: п 6.3.2, 6.9.2 – описание структуры реквизита AddressJSON (информация о структуре адреса в формате JSON) 1.5 – 18.10.2024 Добавлены разделы для сервисов по Договорам ОПС (изменены: п.4, 5.1, 5.2. Добавлены: п.6.6, 6.9, 6.14, 6.17) Обновлены картинка с параметрами настройки 1.6 – 06.11.2024 Обновлены описания таблиц «Типы резервов» и «Типы Сумм» для НПО, ПДС,ОПС. Добавлены поля «TypeResId» и «TypeSumId» в структуры данных по остаткам и движениям денежных средств для НПО,ПДС,ОПС 1.7 – 21.02.2025 Обновлены описания полей структуры договора ПДС. 1 Назначение модуля Модуль предназначен для предоставления необходимой информации для внешних систем (Например: СРМ, ЛК и т.п.) из подсистемы пенсионного учета УНПФ8 по НПО,ПДС и ОПС. Модуль работе в виде http-сервиса. Формат сообщений = json. Модуль доступен после покупки и активации соответствующей лицензии на сервере СЛК. Наименование модуля в УНПФ8 и в СЛК = «Обмен УНПФ». 2 Цели Сервиса реализован в 1С (конфигурация УНПФ8) для предоставления данных внешним системам. На стороне 1С ведется регистрация изменений данных по клиентам (ФЛ) и данных по пенсионным счетам и договорам, а также операций (документов) с ними связанных Для каждой внешний системы в 1С создается «узел обмена», в рамках которого производится учет регистрация изменений и обмен данными. Обмен данными производится в виде «сообщений», в рамках которых регистрируется успешная или неуспешная передача данных. Предусмотрены отдельные сервисы для получения полных данных выборочно по конкретным клиентам вне рамок подсистемы регистрации изменений. Настройка реализована для вида учета по НПО, ПДС и ОПС. В рамках сервиса предусмотрена только предоставление данных по запросу. Загрузка информации в 1С (УНПФ8) не предусмотрена, т.е. загрузка новых договоров, участников и т.п. в рамках данного сервиса не предусмотрена. 3 Принятые сокращения и общие параметры Квитирование - подтверждение приёма-передачи структурной единицы информации URL Пространства имен - Требуется для идентификации веб-сервиса, по сочетанию его имени и пространству имен. Значение присваиваем: ______ Пакеты XDTO (XML Data Transfer Objects) — это механизм, разработанный фирмой “1С” для обмена данными с другими программными системами посредством XML, позволяющий на уровне языка 1С оперировать не узлами XML, а прикладными понятиями “Сотрудник”, “Счет” и привычными встроенными типами (“ТаблицаЗначений”, “СправочникСсылка” и т.п.) Узел обмена – внешняя система ФЛ- физическое лицо ЮЛ- Юридическое лицо ПС- пенсионный счет ПД – пенсионный договор НПО- учет по договорам негосударственное пенсионное обеспечение ПДС- учет по договорам долгосрочных сбережений (ПДС = Программа долгосрочных сбережений) ОПС – учет по договорам обязательного пенсионного страхования Спр – Справочник РС – Регистр сведений РН – Регистр накоплений Док – Документ БД – база данных ДУЛ – документ удостоверения личности ИД – инвестиционный доход ИПД – индивидуальный пенсионный договор ПР – пенсионные резервы Р/С – расчетный счет СПС – Солидарный пенсионный счет СР – страховой резерв 4 Настройка сервиса обмена 1С: УНПФ Для предоставления данных внешним системам необходимо осуществить настройку сервисов обмена на форме «Настройки сервиса обмена УНПФ», которая доступна в разделе «Общие настройки УНПФ»/«Сервис доступа к данным УНПФ8» Данная настройка выполняется индивидуально для каждой внешней системы. Настройка доступна только пользователю с полными правами. Параметр «Пользователь» определяет от имени какого пользователя будет производится подключение к 1с со стороны внешней системы. Такой пользователь и его пароль задается администратором системы 1с. У пользователя должны быть доступна роль «Доступ к сервису УНПФ». Параметр «Организация» - используется для отбора данных, которые передаются через сервис. Параметр «Имя модуля» - если не задан, то используется модуль поставщика с предопределенным именем «уп_ИнтеграцияСВнешнимиСистемами». Либо указывается имя общего модуля, который настроен под требования организации. В модуле прописывается порядок сбора информации и формирование ответа json. Установка флага «Действует» предоставляет внешнему пользователю возможность получать данные из системы УНПФ. При подключении внешнего пользователя производится сверка есть ли для него данная настройка обмена и действует ли она. В рамках группы сервисов по регистрации изменений проверяется включена ли регистрация таких изменений (задан ли узел обмена и включен ли флаг «регистрировать изменения»). Если регистрация изменений не включена или не настроена, то будет ответ с кодом ошибки и с описанием ошибки (404,"Не указан в настройках источник данных"). Значение «Макс количество идентификаторов…» для GET-запросов по умолчанию равно 40, для POST-запросов 100 000. На закладке «Планы обмена» настраиваются узлы обмена для каждого пользователя (внешняя система). В узлах обмена производится регистрация и накопление изменений с момента последнего успешного обмена. Рекомендуется имя для узлов задавать по следующей маске: «Имя внеш. системы (пользователь)»-«Вид регистрируемых данных». Предусмотрены следующие виды регистрируемых данных (изменений): Контрагенты, ПС НПО, ПС ПДС, Договоры ОПС, Резервы НПО, Резервы ПДС, Резервы ОПС. Флаг «Регистрировать изменений» - если флаг установлен, то производится регистрация изменений в заданном узле обмена. Флаг устанавливается/снимается по кнопке «Вкл»/ «Откл». Параметр «№ Сообщения» - последний номер сообщения, который был передан в результате обмена. 5 Виды сервисов 1. В рамках проекта предусматривается разработка две группы сервисов для вида учета НПО/ПДС/ОПС: Группа сервисов, в рамках которых ведется учет регистрации изменения передаваемых данных. Регистрационный учет ведется в рамках каждого узла обмена (внешняя система). Группа сервисов, в рамках которой не ведется учет регистрации изменения передаваемых данных. Данные по такой группе передаются в полном объеме, но только по запрошенным guid клиентам/договорам. Предусмотрена возможность получения полного списка клиентов. 2. Аутентификация сервисов в базе данных 1С производится: по логину и паролю 1С. 3. Каждому узлу обмена (внешнему клиенту) присваивается идентификатор (по умолчанию планируется использовать логин и пароль). При обмене данный параметр является обязательным. 4. В имени каждой функции сервиса и у каждого плана обмена 1с8 устанавливается префикс, который характеризуем систему обмена в рамках вида учета NPO(НПО), OPS(ОПС), PDS(ПДС). 5.1 Описание группы сервисов, в рамках которых ведется учет регистрации изменения передаваемых данных по НПО/ПДС/ОПС Имена сервисов в документе содержат в имени дефис, для удобства визуального восприятия. По мере завершения работы над документом дефис будет замен на символ подчёркивания. Все сообщения обмена через это набор сервисов производится в разрезе номеров сообщений в рамках каждого узла обмена (клиент). По результатам успешного обмена узел обмена обязан передать сообщение об успешном прохождении обмена по номеру сообщения (квитирование). Данный учет необходим для реализации учета какой набор изменённых данных требуется передать узлу обмена с момента последнего обмена. И как следствие регистрация учета изменений ведется в рамках каждого узла отдельно (что позволит реализовать независимый учета обмена измененными данными между разными системами. Например, таким как ЛК и Синтакси). Предусмотрены следующий набор сервисов (структура обмена будет описана в подразделах): 1. Общие сервисы (без привязки к НПО/ОПС/ПДС) 1.1. («StatusExchange») Информирование об успешном прохождении сообщений Узел обмена должен будет присылать информацию/подтверждение об успешном обмене по сообщению (успешный прием сообщения) Параметры входящего запроса: Коллекция с указанием идентификатора узла обмена , номера сообщения (НомерСообщения) и имя сервиса Ответа не предусмотрено (либо стандартные коды ответов). 1.2. («ClientsChg_Request») Обмен изменениями по Клиентам: Учет регистрации изменений ведется по всем контрагентам (ФЛ/ЮЛ). Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Ответ: передается коллекция данных по ФЛ/ЮЛ, по которым зафиксированы изменения с момента последнего подтвержденного обмена. Сведения не привязаны к виду учета НПО/ОПС и т.п. 2. Сервисы по НПО: 2.1. («NPO_PSChg_Request») Обмен изменениями по ПС и ПД (НПО) Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Ответ: передается коллекция характеристик по ПС и ПД, по которым зафиксированы изменения с момента последнего подтвержденного обмена 2.2. («NPO_OperationsChg_Request») Обмен изменениями по движениям (выписка по ПС) (НПО) -в рамках движений денежных средств по ПС: Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Движений денежных средств привязаны к регистратору (документ). В случае отмены проведения или пометки удаления документа – движения в узле обмена придется чистить по регистратору. В рамках обмена будет передавать идентификатор регистратора, по которому требуется очистить движения. Ответ: передается коллекция документов и движений по ним, по которым зафиксированы изменения с момента последнего подтвержденного обмена 3. Сервисы по ПДС: 3.1. («PDS_PSChg_Request») Обмен изменениями по ПС и ПД (ПДС) Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Ответ: передается коллекция характеристик по ПС и ПД, по которым зафиксированы изменения с момента последнего подтвержденного обмена 3.2. («PDS_OperationsChg_Request») Обмен изменениями по движениям (выписка по ПС) (ПДС) -в рамках движений денежных средств по ПС: Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Движений денежных средств привязаны к регистратору (документ). В случае отмены проведения или пометки удаления документа – движения в узле обмена придется чистить по регистратору. В рамках обмена будет передавать идентификатор регистратора, по которому требуется очистить движения. Ответ: передается коллекция документов и движений по ним, по которым зафиксированы изменения с момента последнего подтвержденного обмена 4. Сервисы по ОПС: 4.1. («OPS_PSChg_Request») Обмен изменениями по Договорам (ОПС) Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Ответ: передается коллекция характеристик по Договорам ОПС, по которым зафиксированы изменения с момента последнего подтвержденного обмена 4.2. («OPS_OperationsChg_Request») Обмен изменениями по движениям (выписка по Договору) (ОПС) -в рамках движений денежных средств по Договору: Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: да Движений денежных средств привязаны к регистратору (документ). В случае отмены проведения или пометки удаления документа – движения в узле обмена придется чистить по регистратору. В рамках обмена будет передавать идентификатор регистратора, по которому требуется очистить движения. Ответ: передается коллекция документов и движений по ним, по которым зафиксированы изменения с момента последнего подтвержденного обмена 5.2 Описание группы сервисов, в рамках которых не ведется учет регистрации изменения передаваемых данных В рамках данной группы сервисов не предусмотрен контроль подтверждения успешного прохождения сообщений. Вызывать сервис можно через как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). Пример структуры JSON: { " uids": [ "7a2e005a-8efd-11e3-be8c-74d02bc3313d", "87e21ffa-cb82-11e3-be9d-74d02bc3313d", "87e21fff-cb82-11e3-be9d-74d02bc3313d" ] } Обращаем внимание, что через GET запрос используется параметр uid, а POST запросе используется параметр uids. 1. Общие сервисы (без привязки к НПО/ПДС): 1.1. (Функция «ClientsID_Request») Список идентификаторов клиентов: Параметры входящего запроса: отсутствуют Обмена в рамках номеров сообщений: нет Ответ: возвращает идентификаторы (guid контрагента) всех клиентов (контрагентов ЮЛ/ФЛ), в т.ч. предусмотрен признак о наличии ПС в учете НПО/ПДС/ОПС. 1.2. (Функция «ClientsInfo_Request») Получение информации по клиентам: Параметры входящего запроса: Коллекция «Идентификаторов Клиента» (guid контрагента). Количество идентификаторов клиентов в одном запросе ограничено. – параметр планируется вывести в настройки обмена. Обмена в рамках номеров сообщений: нет Ответ: возвращает информацию по клиенту (карточка контрагента ЮЛ/ФЛ), в т.ч. предусмотрен признак о наличии ПС в учете НПО/ПДС/ОПС. Можно вызывать как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). 2. Сервисы по НПО: 2.1. (Функция «NPO_PS_Request») Получить данные по ПС клиентов НПО: Параметры входящего запроса: Коллекция «Идентификаторов Клиента» (guid контрагента). Количество идентификаторов клиентов в одном запросе ограничено. – параметр планируется вывести в настройки обмена Обмена в рамках номеров сообщений: нет Ответ: возвращает данные по пенсионным счетам клиента (ФЛ и ЮЛ) в учете НПО и характеристики пенсионного договора, текущий остаток на ПС. 2.2. (Функция «NPO_Operations_Request») Получить полную выписку по счетам НПО: Передаем полные данные по ФЛ/ЮЛ и полные данные по движениям + тек. остатки Параметры входящего запроса: Коллекция «Идентификатор ПС» (ГУИД ПС (guidPS)). Количество идентификаторов в одном запросе будет ограничено – параметр планируется вывести в настройки обмена Обмена в рамках номеров сообщений: нет Ответ: передается история всех движений по запрошенным ПС в разрезе регистраторов (документов) в учете НПО. Можно вызывать как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). 3. Сервисы по ПДС: 3.1. (Функция «PDS_PS_Request») Получить данные по ПС клиентов ПДС: Параметры входящего запроса: Коллекция «Идентификаторов Клиента» (guid контрагента). Количество идентификаторов клиентов в одном запросе ограничено. – параметр планируется вывести в настройки обмена Обмена в рамках номеров сообщений: нет Ответ: возвращает данных по пенсионным счетам клиента в учете ПДС (ФЛ) и характеристики договора такого клиента, текущие остатки на ПС. Можно вызывать как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). 3.2. (Функция «PDS_Operations_Request») Получить полную выписку по счетам ПДС: Передаем полные данные по ФЛ и полные данные по движениям + тек. остатки Параметры входящего запроса: Коллекция «Идентификаторов Клиента» (код контрагента). Количество идентификаторов клиентов в одном запросе будет ограничено. – параметр планируется вывести в настройки обмена Обмена в рамках номеров сообщений: нет Ответ: передается история всех движений по запрошенным ПС в разрезе регистраторов (документов) в учете ПДС. Можно вызывать как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). 4. Сервисы по ОПС: 4.1. (Функция «OPS_PS_Request») Получить данные по Договорам клиентов ОПС: Параметры входящего запроса: Коллекция «Идентификаторов Клиента» (guid контрагента). Количество идентификаторов клиентов в одном запросе ограничено. – параметр планируется вывести в настройки обмена Обмена в рамках номеров сообщений: нет Ответ: возвращает данных по Договорам клиента в учете ОПС (ФЛ) и характеристики договора такого клиента, текущие остатки на Договоре. Можно вызывать как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). 4.2. (Функция «OPS_Operations_Request») Получить полную выписку по Договорам ОПС: Передаем полные данные по ФЛ и полные данные по движениям + тек. остатки Параметры входящего запроса: Коллекция «Идентификаторов Договоров» (ГУИД договора). Количество идентификаторов в одном запросе будет ограничено. – параметр планируется вывести в настройки обмена Обмена в рамках номеров сообщений: нет Ответ: передается история всех движений по запрошенным Договорам в разрезе регистраторов (документов) в учете ОПС. Можно вызывать как через GET, так и через POST. При вызове через POST в тело запроса передается JSON с массивом UID клиентов или счетов (в зависимости от сервиса). 6 Описание сервисов НПО/ПДС/ОПС Имена сервисов в документе содержат в имени дефис, для удобства визуального восприятия. По мере завершения работы над документом дефис будет замен на символ подчёркивания. 6.1 Авторизация Механизм авторизации в БД реализован посредством проверки логина и пароля 1С. Возможно, потребуется реализация отдельных прав для такого пользователя. http://[host]/hs/unpfAPI/v1/test - тест доступности сервиса 6.2 Общие сервисы. (StatusExchange) Подтверждение успешного обмена (НПО/ПДС/ОПС) Номера сообщений используются в механизмах обмена данными для контроля доставки переданной информации. Т.к. история изменений будет передаваться с момента последнего успешного номера сообщения в рамках конкретного узла обмена. Параметры этого обмена будут скорректированы по мере необходимости или по мере реализации. 6.2.1 Описание параметров, которые следует учесть в сообщении при обмене Для подтверждения успешного прохождения обмена требуется передать информацию: ГУИД узла обмена в 1с для данной внешней системы номер последнего принятого сообщения. 6.2.2 Описание запроса и ответа для подтверждения успешного принятия сообщения из сервиса Входящие параметры: 1. ГУИД узла обмена в 1с для данной внешней системы 2. Номер сообщения (в рамках сервиса обмена) Путь к сервису: [host]/hs/unpfAPI/v1/StatusExchange/ Описание JSON запрос: Элемент Описание Тип данных ИмяМетода StatusExchange: refkey ГУИД узла обмена "refkey": "3d0e8117-cfbc-11ee-9d25-184f325a1be6" GUID msg Номер сообщения "msg": 1 Число Описание HTTP ответа: Cтрока ответа HTTP, содержит следующую информацию: Код ответа; Тело ответа. Код ответа Тело ответа Описание 200 Сервис отработал без ошибок. 401 Для пользователя не указаны настройки обмена Для пользователя не заданы настройки интеграции. 400 Не указан REFKEY узла обмена В переданных параметрах запроса отсутствует идентификатор узла REFKEY 400 Не указан MSG узла обмена В переданных параметрах запроса отсутствует номер пакета обмена 404 Не найден узел обмена по RefKey= По переданному параметру запроса не найден узел обмена 500 ОписаниеОшибки() Описание возникшей на сервере ошибки 6.3 Общие сервисы. (ClientsChg_Request) Обмен изменениями по Клиентам Учет регистрации изменений ведется во всем контрагентам ФЛ с флагом «хранить данные перс. учета» и по всем ЮЛ. В рамках данного сервиса передаются персональные данные по ЮЛ/ФЛ без отбора по НПО/ПДС/ОПС и т.п. Наличие ПС по НПО/ПДС/ОПС проверяется по Справочнику уп_ПенсионныеСчета, пдс_ПенсионныеСчета, уп_ДоговорыОПС соответственно. 6.3.1 Описание параметров, которые подлежат регистрации по ФЛ/ЮЛ и используются при обмене данными Объекты для учета регистрации изменений и последующей передаче через сервис Регистрация ФЛ проводится только тех, у кого стоит флаг «Хранить данные перс.учета» 1. Объекты контроля для регистрации изменений: 1.1. Справочник. Контрагенты 1.2. Справочник.ФизЛица 1.3. РС. ФИОФизическихЛиц 1.4. РС. ФизическиеЛицаДокументов 2. Извлекаемые данные из объектов контроля для передачи через сервис: 2.1. ФЛ: 2.1.1. ТипКонтрагента (1-ФЛ, 2-ЮЛ, 0 — это ошибка в базе) 2.1.2. ГУИД контрагента /guidClient 2.1.3. Дата последнего изменения персональных данных клиента, в Формате ДатаВремя 2.1.4. КодКонтрагента / npoCode / 2.1.5. Контрагент-ПометкаНаУдаление 2.1.6. СНИЛС/ snils 2.1.7. ИНН/ inn 2.1.8. ФИО: 2.1.8.1. Фамилия/ surname 2.1.8.2. Имя/ name 2.1.8.3. Отчество/ patronymic 2.1.9. ФИО при рождении / birthPersonal 2.1.9.1. Фамилия/ surname 2.1.9.2. Имя/ name 2.1.9.3. Отчество/ patronymic 2.1.10. Пол/ sex 2.1.11. ДатаРождения/ birthDate 2.1.12. МестоРождения/ birthPlace 2.1.13. ДатаСмерти/ deathDate 2.2. Сведения о наличии правопреемников: 2.2.1. Есть назначенные ПП в НПО (Проверка через заявления ЗаявлениеОНаличииПравопреемниковНПО) – Тип Булево 2.2.2. Есть назначенные ПП в ПДС(Проверка через заявления ЗаявлениеОНаличииПравопреемниковПДС) – Тип Булево 2.2.3. Есть назначенные ПП в ОПС(Проверка через заявления ЗаявлениеОНаличииПравопреемниковОПС) – Тип Булево 2.3. Контактная информация (коллекция телефонов, адресов, email): 2.3.1. Номер по порядку 2.3.2. ТипКонтактнойИнформации – см. Табл.1 «Типы и виды контактной информации ФЛ» 2.3.3. ВидКонтактнойИнформации - – см. Табл.1 «Типы и виды контактной информации ФЛ» 2.3.4. Значение (Представление)/ singleString 2.3.4.1. Структура Адреса: (заполняется только, если ТипКонтактнойИнформации= Адрес). Поля структуры адреса могут быть скорректированы. 2.3.4.2. Адрес в формате JSON. 2.3.4.3. Страна/country 2.3.4.4. Регион представление/ regionName 2.3.4.5. Город/ town 2.4. Документ, удостоверяющий личность (паспорт) – коллекция документов: 2.4.1. Код (код документа)/ code – виды кодов представлены в табл.2 «Коды документов» 2.4.2. Серия/ seria 2.4.3. Номер/ number 2.4.4. Дата (дата выдачи)/ date 2.4.5. Кем выдан/ org 2.4.6. Код кем выдан/ orgCode – только для паспорта РФ 2.5. ЮЛ: 2.5.1. ТипКонтрагента=Булево (1-ФЛ, 2-ЮЛ, 0 — это косяк в базе) 2.5.2. ГУИД контрагента / guidClient 2.5.3. Дата последнего изменения персональных данных клиента, в Формате ДатаВремя 2.5.4. КодКонтрагента /npoCode/ 2.5.5. ИНН/ inn 2.5.6. КПП 2.5.7. Наименование 2.5.8. Полное наименование 2.5.9. Контрагент-ПометкаНаУдаление 2.6. Сведения о наличии ПС: 2.6.1. Есть НПО- Истина, если является участником/вкладчиком НПО, иначе Ложь 2.6.2. Есть ПДС- Истина, если является участником/вкладчиком ПДС, иначе Ложь 2.6.3. Есть ОПС - Истина, если является участником ОПС, иначе Ложь Табл.1 «Типы и виды контактной информации ФЛ» ТипКонтактнойИнформации ВидКонтактнойИнформации Код Телефон Мобильный телефон Телефон Рабочий телефон Телефон Домашний телефон Адрес Адрес по прописке (регистрации) AddressReg Адрес Адрес места проживания AddressFact Адрес Адрес за пределами РФ AddressFrgn Адрес Адрес для информирования AddressInfo Адрес для адресов, для которых указан произвольный вид unknown Адрес Email Указаны предопределенные типы и виды контактной информации, но они могут быть расширены в рамках пользовательских настроек системы. Табл.2 «Коды документов» Код Наименование 01 Паспорт гражданина СССР 02 Загранпаспорт гражданина СССР 03 Свидетельство о рождении 04 Удостоверение личности офицера 05 Справка об освобождении 06 Паспорт Минморфлота 07 Военный билет солдата (матроса, сержанта, старшины) 08 Временное удостоверение, выданное взамен военного билета 09 Дипломатический паспорт гражданина РФ 09 Дипломатический паспорт гражданина РФ 09 Дипломатический паспорт гражданина РФ 09 Дипломатический паспорт гражданина РФ 09 Дипломатический паспорт гражданина РФ 09 Дипломатический паспорт гражданина РФ 09 Дипломатический паспорт гражданина РФ 10 Иностранный паспорт 11 Свидетельство о регистрации ходатайства иммигранта о признании его беженцем 12 Вид на жительство 13 Удостоверение беженца 14 Временное удостоверение личности гражданина РФ 15 Разрешение на временное проживание в Российской Федерации 18 Свидетельство о предоставлении временного убежища на территории Российской Федерации 21 Паспорт гражданина РФ 22 Загранпаспорт гражданина РФ 23 Свидетельство о рождении, выданное уполномоченным органом иностранного государства 24 Удостоверение личности военнослужащего Российской Федерации 26 Паспорт моряка 27 Военный билет офицера запаса 91 Иные документы, выдаваемые органами МВД 6.3.2 Описание Запроса и ответа на Обмен изменениями по Клиентам Примечание: Коды видов операций, выделенные жирным (1000, 3000, 4000, 5000, 6000, 7000, 8000), являются подзаголовками и в качестве кода вида операции не применяются. ПРИЛОЖЕНИЕ 2. Сведения, включаемые в анкету (досье) клиента Сведения, включаемые в анкету (досье) клиента для НКО регламентируются Приложением 3 к Положению Банка России от 12 декабря 2014 года N 444-П (с изменениями на 18 августа 2016 года) – см. ниже. Приложение 3 к Положению Банка России от 12 декабря 2014 года N 444-П "Об идентификации некредитными финансовыми организациями клиентов, представителей клиента, выгодоприобретателей, бенефициарных владельцев в целях противодействия легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма" Сведения, включаемые в анкету (досье) клиента (с изменениями на 18 августа 2016 года) 1. Сведения, полученные в результате идентификации клиента, выгодоприобретателя, представителя клиента, бенефициарного владельца, указанные в приложениях 1 и 2 к настоящему Положению. 2. Сведения о степени (уровне) риска клиента, включая обоснование отнесения клиента к определенной степени (определенному уровню) риска клиента в соответствии с Положением Банка России N 445-П. (Пункт в редакции, введенной в действие с 15 октября 2016 года указанием Банка России от 18 августа 2016 года N 4105-У. 3. Дата начала отношений с клиентом, дата прекращения отношений с клиентом. (Пункт в редакции, введенной в действие с 15 октября 2016 года указанием Банка России от 18 августа 2016 года N 4105-У. 4. Дата оформления анкеты, даты обновлений анкеты (досье) клиента. (Пункт в редакции, введенной в действие с 15 октября 2016 года указанием Банка России от 18 августа 2016 года N 4105-У. 5. Фамилия, имя, отчество (при наличии последнего), должность сотрудника некредитной финансовой организации, принявшего решение о приеме клиента на обслуживание, а также сотрудника, заполнившего (обновившего) анкету (досье) клиента. (Пункт в редакции, введенной в действие с 15 октября 2016 года указанием Банка России от 18 августа 2016 года N 4105-У. 6. Сведения о результатах каждой проверки наличия (отсутствия) в отношении клиента информации о его причастности к экстремистской деятельности или терроризму: дата проверки, результаты проверки, при наличии информации о причастности клиента к экстремистской деятельности или терроризму указываются также номер и дата перечня организаций и физических лиц, в отношении которых имеются сведения об их причастности к экстремистской деятельности или терроризму, содержащего сведения о клиенте, или номер и дата решения межведомственного координационного органа, осуществляющего функции по противодействию финансированию терроризма, о замораживании (блокировании) денежных средств или иного имущества клиента. (Пункт в редакции, введенной в действие с 15 октября 2016 года указанием Банка России от 18 августа 2016 года N 4105-У. 7. Иные сведения по усмотрению некредитной финансовой организации.