¶ Общие сведения
Согласно законодательству Республики Казахстан, финансовые и микрофинансовые организации, лизинговые компании и иные организации, занимающиеся выдачей займов юридическим и физическим лицам, обязаны передавать сведения о выданных займах в кредитные бюро. В РК действует два кредитных бюро:
- Государственное кредитное бюро (далее ГКБ). Выгрузка данных в ГКБ является обязательной; ГКБ предоставляет минимальный сервис по получению кредитных отчетов.
- Первое кредитное бюро (ПКБ). Выгрузка в ПКБ является необязательной, но данное кредитное бюро предоставляет расширенные кредитные отчеты и дополнительные сервисы.
Для возможности передачи сведений, финансовая организация обязана иметь письменное согласие заемщика на передачу сведений о нем в кредитное бюро. Нарушение этой нормы является грубым нарушением законодательства.
Каждый передаваемый заём или кредитная линия в контексте ГКБ/ПКБ называется контрактом. Контракт идентифицируется уникальными в пределах организации кодом и датой. Код контракта и дата контракта формируется системой автоматически при первой передаче займа в кредитное бюро. Код контракта и дата контракта может различаться для ГКБ и ПКБ. По умолчанию код контакта - это код справочника «Договоры контрагентов». Коды контрактов хранятся в регистре «Идентификаторы объектов во внешних системах».
Сведения о выданных займах передаются в виде текстовых файлов в формате xml, называемых батчами. Каждый батч содержит информацию до 2000 контрактов. При передаче батчей в ГКБ/ПКБ каждому батчу присваивается уникальный номер. Структура батчей описана в техническом документе ГКБ/ПКБ, и совпадает для обоих кредитных бюро.
¶ Первичная подготовка
Перед первой выгрузкой, необходимо произвести ряд настроек и подготовить исходные данные. Это относится к выданным займам, по которым ранее информация предоставлялась в кредитное бюро вручную или из других учетных программ (через бэк-офис ПКБ или ГКБ).
¶ Настройка интеграции с ГКБ/ПКБ
¶ Код организации
Владельцем данного справочника является кредитное бюро, поэтому приведенную здесь информацию всегда уточняйте у менеджера ПКБ или ГКБ. Справочник необходим для передачи траншей по кредитным линиям, а также для передачи договоров цессии.
Первоначально, необходимо заполнить только код своей организации.
Код организации задается в справочнике «Реестр поставщиков информации ГКБ/ПКБ» (меню Интеграция). Необходимо добавить запись о своей организации, указать в ней коды ГКБ и ПКБ; должно быть две записи - одна для ГКБ и одна для ПКБ:
При заполнении поля Объект ссылка нажмите Показать все, затем выберите «Контрагент» и из списка контрагентов свою организацию.
В поле Идентификатор необходимо ввести код своей организации. Этот код находится в техническом документе ГКБ и техническом документе ПКБ, справочник Кредиторы (поставщики информации); рекомендуется уточнить его у менеджера ГКБ/ПКБ.
При приеме/передаче договоров цессии, необходимо аналогичным способом добавить коды цедента/цессионария.
Доступ к редактированию справочника есть у пользователей с правами «Администрирование МФО».
¶ Виды расчетов по займам
Сумма задолженности при передаче в ПКБ рассчитывается на основе настройки справочника «Виды расчетов по займам» (меню Выданные займы - Настройка параметров учета):
Необходимо проверить/установить значение флажка Задолженность. Для текущих обязательств (основной долг, вознаграждение), устанавливается значение Текущая. Для просроченных – (основной долг просроченный, вознаграждение просроченное) – Просроченная.
Для видов расчета Пеня, Пеня по решению суда - значение пеня; для штрафов – штраф.
Если данные по задолженности выгружать не требуется, необходимо установить значение «Нет».
Заметим, данный параметр настраивается автоматически при первом запуске системы; корректировать необходимо только вручную добавленные виды расчетов.
Доступ к редактированию справочника есть у пользователей с правами «Администрирование МФО».
¶ Источники финансирования
Справочник «Источники финансирования» (меню Кредитование - источники финансирования) предназначен для указания происхождения денежных средств. Для правильной выгрузки данных для каждого источника финансирования необходимо проставить код ГКБ/ПКБ. Этот код можно уточнить в техническом документе.
Внешний вид настройки показан на рисунке:
В этом справочнике необходимо заполнить поля «Код источника ПКБ» и «Код источника ГКБ»:
- для собственных средств, значение «01»;
- для средств, полученных от АО «Аграрная Кредитная Корпорация» - «05147»
- для других источников, уточняйте код источника у менеджера ПКБ (ГКБ).
Доступ к редактированию справочника есть у пользователей с правами «Администрирование МФО».
¶ Цели кредитования, объекты кредитования
Два справочника совокупно расшифровывают информацию о целевом назначении выданного займа. Цель и объект кредитования задаются в договоре займа.
Справочник Цели кредитования (меню Кредитование - Цели кредитования):
Справочник Объекты кредитования (меню Кредитование - Объекты кредитования):
Доступ к редактированию справочников есть у пользователей с правами «Администрирование МФО».
¶ Виды залогового обеспечения
Для заполнения кодов ПКБ необходимо открыть справочник "Виды залогового обеспечения" (меню Обеспечение и документы - Виды залогового обеспечения, и в каждом элементе проставить код ПКБ, как показано на рисунке:
Допустимые коды для заполнения:
| Код | Наименование |
|---|---|
| 1 | Бланковые |
| 2 | Залог недвижимости жилой/коммерческой |
| 3 | Залог транспортных средств |
| 4 | Залог оборудования и специальной техники |
| 5 | Залог имущественных прав |
| 6 | Залог ценных бумаг и драгоценных металлов |
| 7 | Залог товаров в обороте |
| 8 | Залог имущества, поступающего в собственность в будущем |
| 9 | Залог объектов незавершенного строительства |
| 10 | Залог денег, размещенных на сбер.счете/заклад денег |
| 11 | Залог иного имущества, не изъятого из гражданского оборота |
| 12 | Гарантия/поручительство физического лица |
| 13 | Гарантия/поручительство юридического лица |
| 14 | Другие способы обеспечения |
¶ Идентификаторы договоров (Коды контрактов ГКБ/ПКБ)
При выгрузке данных по выданным займам в кредитное бюро, идентификация договоров производится по специальным полям - Идентификатор (в кредитном бюро это поле называется Код контракта) и Дата контракта. Данные поля указываются для каждого договора займа, кредитной линии и финансового лизинга и предназначены для связи договоров УМФО и контрактов в кредитном бюро. По новым договорам, система присваивает идентификаторы автоматически. По действующим договорам, необходимо ввести идентификаторы и даты для правильной стыковки договоров УМФО и ПКБ/ГКБ. Если этого не сделать, при первой передаче система присвоит их автоматически и действующие контракты задвоятся в системе кредитного бюро.
Реестр идентификаторов можно открыть через меню Интеграция - Идентификаторы объектов во внешних системах, форма списка показана на рисунке:
На рисунке синим выделены идентификаторы, сформированные автоматически; красным - введенные вручную. Они достаточно просто определяются визуально. С точки зрения системы или кредитного бюро, совершенно неважно, введен ли идентификатор вручную или присвоен автоматически.
В нижней части экрана для каждого договора отображается история передачи в кредитное бюро.
Для добавления кодов по ранее выгружаемым договорам в этом списке необходимо нажать кнопку Создать и заполнить данные в новой форме:
Рассмотрим значения полей:
- Внешняя система - ГКБ (государственное кредитное бюро) или ПКБ (Первое кредитное бюро);
- Контрагент - здесь необходимо выбрать заемщика;
- Объект ссылка - договор займа или договор кредитной линии, выбирается из списка;
- Идентификатор - код контракта. Для ранее выгружаемых договоров в это поле внесите код из бек-офиса ГКБ или ПКБ;
- Дата контракта - дата заключения договора. Должна совпадать с датой контракта, указанной в бек-офисе ГКБ/ПКБ;
- флажок Не выгружать - используется, когда необходимо прекратить выгрузку данного договора в кредитное бюро (например, при отсутствии согласия от заемщика). Если данный договор был хотя бы один раз выгружен в кредитное бюро, флажок устанавливать не рекомендуется, т.к. выгрузка прекратится и будет просрочка по данному контракту в кредитном бюро.
- Период, с... по - период выгрузки. Заполняется системой автоматически; вручную не изменяется.
Идентификатор договора, который хотя бы раз включался в батчи того же кредитного бюро, удалить нельзя; нельзя и выбрать в такой записи другой договор или другую внешнюю систему. Код контракта при формировании батча читается из реестра, поэтому без идентификатора ранее заполненный батч с этим договором не формируется. Чтобы прекратить выгрузку договора, используйте флажок Не выгружать.
¶ Аккаунт (логин/пароль) ГКБ/ПКБ
Доступ к порталу ГКБ и ПКБ осуществляется с использованием учетных данных, предоставленных кредитным бюро. Для их получения необходимо обратиться в ПКБ/ГКБ и запросить их на тестовый и рабочий аккаунты. Учетные записи именные, т.е. выдаются на конкретного сотрудника организации.
Для ввода учетных данных в систему используется справочник Аккаунты внешних систем (меню Интеграция). Внешний вид справочника показан на рисунке:
Для подключения к кредитному бюро необходимо добавить запись и заполнить форму, как показано на рисунке (форма ПКБ):
Форма ГКБ:
Описание реквизитов:
- Внешняя система - ПКБ или ГКБ. При выборе внешней системы автоматически меняется адрес сервиса и набор свойств для подключения.
- Организация - наша организация, от которой будут передаваться данные.
- флажок По умолчанию используется для отметки аккаунта, через который будет передаваться автоматическая ежедневная выгрузка. Аккаунт по умолчанию может быть только один для ГКБ и один для ПКБ! Если организация не передает ежедневную выгрузку, флажок можно не включать.
- флажок Тестовый сервер необходимо включить только для тестовых серверов ГКБ/ПКБ. Тестовые сервера применяются на начальном этапе подключения, для пробных выгрузок.
- Адрес сервиса. Проставляется автоматически при выборе внешней системы и тестового/рабочего сервера.
- ПередаватьЕжедневноНовые - «Да», если требуется автоматически передавать выданные за сегодня займы. В остальных случаях можно не заполнять.
- ВремяПередачиНовых (ЧЧ:ММ) часы, минуты - в какое время осуществить отправку данных (требуется заполнить если ПередаватьЕжедневноНовые = Да).
- EmailУведомлениеОПередачеНовыхУспешно, EmailУведомлениеОПередачеНовыхОшибка - для уведомлений на электронную почту о результатах автоматической передачи новых контрактов.
для ПКБ:
- Имя пользователя, Пароль пользователя. Заполняется для ПКБ, сюда необходимо внести сведения, предоставленные ПКБ.
для ГКБ:
- ClientID, UserID, Client_Password - данные с формуляра ГКБ.
¶ Выгрузка данных
Выгрузка данных в кредитные бюро производится на периодической основе. Каждая выгрузка сохраняется в документе «Экспорт ГКБ» или «Экспорт ПКБ». Доступ к журналу документов через меню Интеграция - Экспорт в Государственное кредитное бюро или Интеграция - Экспорт в Первое кредитное бюро. Структура и внешний вид документов полностью совпадает. Форма списка приведена на рисунке:
В нижней части экрана отображаются батчи, входящие в выгрузку. Каждая выгрузка может содержать произвольное количество батчей.
Статусы документов (иконка в колонке Дата):
| Иконка | Описание статуса |
|---|---|
 |
новый документ, без статуса |
 |
батчи сформированы |
 |
ошибка при формировании батча (-ей) |
 |
батчи переданы в кредитное бюро |
 |
батч (-и) обрабатываются в кредитном бюро (статус появляется только после обновления статусов) |
 |
батч(-и) успешно принят кредитным бюро (статус появляется только после обновления статусов) |
 |
батч(-и) принят в ПКБ частично (статус появляется только после обновления статусов) |
 |
батч(-и) отклонены ПКБ из-за ошибок (статус появляется только после обновления статусов) |
Помеченные на удаление документы отображаются серым перечеркнутым шрифтом.
Для создания новой выгрузки нажмите кнопку Создать и заполните документ, как это описано в следующих разделах.
¶ Периодическая выгрузка ссудного портфеля (основной режим)
Периодическая выгрузка производится с периодичностью один раз в 10 дней (рекомендуется один раз в неделю). Выгружается полностью ссудный портфель по всем активным займам. Перед выгрузкой необходимо закрыть операционный день на дату окончания периода выгрузки.
Для формирования выгрузки создайте новый документ «Экспорт ГКБ» / «Экспорт ПКБ» (меню Интеграция) и заполните как показано на рисунке:
Заполнение реквизитов документа:
- Аккаунт - аккаунт внешней системы, через который будет производиться загрузка данных в кредитное бюро.
- Период выгрузки - период, за который будет производиться выгрузка. Начало периода должно быть равно окончанию периода в предыдущей выгрузки + один день. Окончание периода - максимально близкая к текущей дата, за которую закрыт операционный день. Во избежание ошибок, не рекомендуется пересекать периоды в разных выгрузках.
Собственно формирование выгрузки делается в три шага:
- Кнопка
Заполнить-Заполнить списокзаполняет список договоров. В список попадают все договоры, имеющие статус «Действует» на начало или конец периода выгрузки. Одновременно, в регистр «Идентификаторы объектов во внешних системах» записывается дата начала и дата окончания выгрузки. - Кнопка
Сформировать батчипредназначена для формирования батчей. Если в процессе формирования батчей обнаружены ошибки, они будут отображены в колонке «Результат». Завершение формирования батчей сопровождается выводом на экран соответствующего сообщения. В случае возникновения ошибок, их необходимо исправить и повторить формирование батчей. - Кнопка
Передать данные в ПКБпредназначена для передачи сформированных батчей в кредитное бюро. После передачи всех данных на экран выводится соответствующее сообщение (успешно или нет). При возникновении ошибок, их необходимо исправить и повторить передачу батчей.
Для выгрузки нажмите по очереди все указанные кнопки.
¶ Частичная выгрузка
Под частичной выгрузкой здесь подразумевается передача в кредитное бюро сведений по некоторым договорам, согласно загруженному списку. По каждому из обозначенных в списке договоров сведения выгружаются в полном объеме.
¶ Ежедневная выгрузка
Пунктом 22 статьи 1 Закона РК «О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам регулирования и развития страхового рынка и рынка ценных бумаг, банковской деятельности» внесены изменения в подпункт 8 части первой пункту 2 статьи 10 Закона РК «О кредитных бюро и формировании кредитных историй в Республике Казахстан». Данные изменения вводятся в действия с 01 октября 2022г.
Исходя из указанной нормы, для физических лиц (включая ИП, КХ), необходимо передавать информацию о заключенном договоре займа и субъектах договора в течение одного рабочего дня.
Новые договора займа (кредитной линии), проведенные текущим днем до времени отправки, отправляются текущим днем. Время отправки назначается пользователем по времени г. Астана, рекомендуется 19:00. Договора, проведенные после времени отправки, будут отправлены в это же время следующим рабочим днем. Если на момент отправки договор займа будет не проведен, данные по нему не передадутся в ПКБ/ГКБ.
По завершению отправки данных пользователю высылается уведомление на электронную почту, если она прописана в параметрах. Для отправки сообщений используется системная учетная запись umforobot@erpcloud.kz (меню Администрирование, органайзер, учетные записи электронной почты)
Если договор займа (кредитной линии) уже передан в ПКБ/ГКБ, невозможно отменить проведение или поменять дату этого договора!
¶ Ручное формирование батчей для ежедневной выгрузки
Для выгрузки данных по новым договорам с физ. лицами, в том числе ИП/КХ/ФХ, необходимо создать новый документ «Экспорт данных в ПКБ» или «Экспорт данных в ГКБ», заполнить период выгрузки (сегодня; начало и конец периода должны совпадать, на рисунке обозначено цифрой 1) и выбрать команду Заполнить список-Новые договоры (ежедневно) (на рисунке обозначено цифрой 2):
Список будет заполнен заключенными/выданными в этот день договорами.
Далее необходимо сформировать батчи и передать их в кредитное бюро (см раздел Периодическая выгрузка ссудного портфеля (основной режим).
Выгрузку новых договоров необходимо производить в день выдачи.
¶ Автоматическая выгрузка новых договоров
¶ Выгрузка списанных договоров
Списанные договоры выгружаются в ПКБ и ГКБ штатной выгрузкой, отдельных действий не нужно. Как передается договор, зависит от основания последнего документа списания:
| Ситуация | Фаза контракта | Статус контракта | Остатки в выгрузке |
|---|---|---|---|
| «Списано за баланс», списанный остаток еще есть | 4 «Действующий» | 5 «Списан за баланс» (важнее статусов по дням просрочки) | Списанные суммы - в полях RemainDebtWriteOff, RemainInterestWriteOff, RemainAccruedPenaltyWriteOff; в балансовых полях и в будущих платежах их нет |
| «Списано за баланс», списанное погашено полностью | 4 | По дням просрочки, как у обычного договора | Обычные |
| Окончательное списание, договор «Завершен» | 5 «Погашен» | Код основания: 17 на убытки, 18 смерть, 19 иные причины, 25 безнадежная задолженность, 28 банкротство | Все нулевые |
- Списанные основной долг и вознаграждение считаются просроченной задолженностью. Если даты образования просрочки нет (списана текущая часть), дни просрочки считаются от первого списания за баланс.
- По договору со статусом 28 у заемщика передается статус субъекта
NegativeStatus18 «Клиент признан банкротом». - Коды бюро заданы в справочнике оснований и заполняются при обновлении на версию 1.0.36.8.
Подробно о полях - таблицы 1, 4.1 и 8 раздела «Формат передаваемых данных (ПКБ)» ниже. Как списывается задолженность - Списание задолженности.
¶ Проверка статусов переданных батчей
¶ Ошибки и их исправление
¶ Сообщения об ошибках в контрактах
Сообщения об ошибках в данных выводятся в колонке Результат, в списке договоров для передачи данных. Можно нажать кнопку Отбор по ошибкам, при этом в списке будут отображаться только договоры с ошибками.
Ошибки можно условно разделить на две группы:
- Ошибки заполнения данных, которые проверяет УМФО и сообщает пользователю при формировании батчей. При этом, в колонке Ссылка, отображается ссылка на объект с ошибочными данными (например, контрагент). Для открытия карточки, нажмите на ссылку в этой строке и исправьте данные.
- Ошибки загрузки контрактов в базу данных кредитного бюро, они выводятся после обработки батчей на стороне ГКБ/ПКБ, после получения статусов. Они, как правило имеют вид "contract827.general.subjects.subject0....". Здесь:
contract - указание что ошибка в контракте;
827 - порядковый номер (нумерация начинается с 0);
general.subjects.subject - ошибка в данных субъекта (в данном случае под субъектом подразумевается любой участник - заемщик/созаемщик/залогодатель/гарант). Нумерация субъектов начинается с нуля; то есть subject0 означает заемщика, subject1, 2 и т.д. - залогодателя/гаранта. Далее, отображается поле, в котором найдена ошибка.
Подробнее о методике расследования см в разделе Методика расследования ошибок.
В таблице приведены наиболее часто встречающиеся ошибки в контрактах при формировании и передаче батчей и методы их устранения. Сообщения об ошибках отображаются в колонке «Результат».
| Ошибка | Описание, метод устранения |
|---|---|
| Документ \u2013 удостоверение личности. Номер удостоверения личности должен быть 9 знаков | Неверный номер удостоверения личности. Необходимо зайти в карточку контрагента (заемщика или залогодателя) и исправить номер удостоверения. |
| Дата выдачи документа (физ.лицо) Не верный формат даты (yyyy-mm-dd) |
Неверная дата выдачи документа (например, удостоверения личности). Необходимо исправить дату выдачи в карточке контрагента. |
| Дата регистрации документа (физ.лицо) Не верный формат даты (yyyy-mm-dd) |
Неверная дата свидетельства ИП или талона ИП. Необходимо исправить дату выдачи свидетельства/талона ИП |
| Код справочника не найден values:Документ:Бизнес-идентификационный номер (БИН) *** Свидетельство о гос.регистрации ИП(физ. лицо) *** Данный документ не может принадлежать юр.лицу |
В карточке контрагента выбран неверный вид документа. В данном случае, вместо свидетельства о регистрации юр лица, выбрано свидетельство ИП. Если таких сообщений слишком много (почти все юр лица), проверьте код ПКБ в справочнике Документы удостоверяющие личность (меню Интеграция-Документы удостоверяющие личность) |
| rule_23:name:rule_23 values:Документ:Индивидуальный идентификационный номер (ИИН) *** Свидетельство/справка о гос.регистрации/перерегистрации (юридическое лицо) *** Данный документ не может принадлежать физ.лицу |
В карточке контрагента выбран неверный вид документа. В данном случае, вместо свидетельства о регистрации ИП, выбрано свидетельство юр лица. Если таких сообщений слишком много (почти все ИП), проверьте код ПКБ в справочнике Документы удостоверяющие личность (меню Интеграция-Документы удостоверяющие личность) |
| errCommonErrors:name:null,errors:Контракт повторяется несколько раз | Системная ошибка, сообщите в службу тех. поддержки. Как правило, причина кроется в задвоении данных в системе. |
| contract827.general.subjects.subject0.entity.company.management0.firstname:values:value:en-GB : ***ru-RU : *** &kk-KZ : *** contract827.general.subjects.subject0.entity.company.management0.firstname Неверные символы в ФИО(В Ф.И.О. физических лиц допустимы буквы казахского алфавита на кириллице, латинские буквы, а так же дефис, пробел, точка(без повторений)) |
В фамилии/имени/отчестве контрагента (заемщика или залогодателя) присутствуют недопустимые символы. Недопустимыми являются : пробел, знаки препинания (кроме -), спецсимволы. Для исправления зайдите в карточку контрагента и исправьте ФИО или название юр лица/ИП |
| contract.general.subjects.subject0.entity.company.management0.dateofbirth Дата рождения должна быть не меньше 01.01.1915 |
Неверная дата рождения контрагента, необходимо исправить карточку контрагента |
contract.general.fundingsource:values 030 contract.general.fundingsource Код справочника не найден" |
Не заполнен код ГКБ/ПКБ в справочнике Источники финансирования. Проверьте поле источник финансирования в договоре займа, затем в справочнике Источники финансирования найдите этот элемент и заполните код ПКБ в нем. Коды описаны здесь |
| rule_4:name:rule_4 values:parentcontractcode:*** Родительский контракт не найден в БДКИ | Данный заём является траншем кредитной линии, но она еще не передана в кредитное бюро. Необходимо передать кредитную линию, затем повторить передачу транша. Также, проверьте код организации в ГКБ/ПКБ (необходимо уточнить у менеджера кредитного бюро) |
| Не заполнен вид обеспечения | Необходимо проверить код обеспечения ПКБ в справочнике Виды обеспечения |
В некоторых случаях ГКБ/ПКБ выдает ошибки, связанные с батчами в целом. Они как правило выводятся при передаче батчей или при получении статусов в нижней части экрана (окно сообщений).
¶ Методика расследования ошибок
При возникновении ошибок в ПКБ/ГКБ в некоторых случаях трудно разобраться, где именно ошибка и как ее исправить. Предлагаемая методика описывает процесс поиска ошибки.
Рассмотрим на примере ошибки:
Данный контроль был внесен на сервере ПКБ 03.05.2022.
При входе в карточку контрагента все верно, никаких недопустимых символов нет:
То есть, совершенно непонятна причина возникновения ошибки. В таких случаях необходимо просмотреть батч, переданный в ПКБ. Для этого, надо запомнить в буфер обмена идентификатор договора (Ctrl-C):
Далее, в правой колонке запоминаем номер батча (в данном примере - «Батч ПКБ [001] - Договоры займа»).
Переходим на вкладку «Батчи» и ищем батч с таким названием (выделено красным прямоугольником), и открываем сам батч (нажать на значок скрепки):
На экране откроется содержимое батча. Батч - это текстовый файл в формате XML:
Теперь в батче надо найти начало фрагмента, содержащего данные по договору займа. Для этого нажмите клавишу Ctrl-F (поиск), вставьте в окно поиска идентификатор договора из буфера обмена (Ctrl-V) и нажмите «Искать»:
Система найдет начало данных по этому договору займа. Причем, идентификатор договора будет выделен, как на рисунке:
Под идентификатором батча идут теги. Каждый тег начинается с новой строки, и обозначает какой-либо реквизит займа. Описание тегов приведено в техническом документе ГКБ и ПКБ.
Если внимательно посмотреть на описание ошибки в колонке Результат, там есть все названия тегов, которые нас интересуют:
(contract97.general.subjects.subject1.entity.individual.name_symbols_fathersname:name:contract97.general.subjects.subject1.entity.individual.name_symbols_fathersname
Неверные символы в ФИО (В Ф.И.О. физических лиц допустимы буквы казахского алфавита на кириллице, латинские буквы, а так же дефис, пробел, точка(без повторений))
В данном случае нас интересует выделенная жирным шрифтом строка: contract97.general.subjects.subject1.entity.individual.name_symbols_fathersname:name
Названия тегов в ней записаны через точку. Поищем эти теги в батче (для сокращения статьи экран прокрутили вниз, до тега Subject roleId-"4". Далее идут теги entity, Individual и FatheraName, именно они перечислены в тексте ошибки (отмечены синим):
Здесь на рисунке видно, что теги FathersName (Отчество) содержит запятую. Именно эти теги и дают ошибку ПКБ.
Для исправления, берем из батча ИИН субъекта (691124300247), открываем карточку контрагента и исправляем отчество:
После исправления, необходимо повторно выгрузить ошибочные записи. Для этого, в документе Экспорт ГКБ/ПКБ, выделим ошибки в отдельный документ:
Система создаст новый документ «Экспорт ПКБ», который будет содержать только записи с ошибками (в данном случае одна запись). Несмотря на то, что ошибка все еще отображается, договор будет записан в батч и передан. Для этого сформируйте и передайте данные в ГКБ/ПКБ, как для обычного батча:
При отображении ошибок, связанных с КАТО:
contract249.general.collaterals0.location:values:katoid:354430000contract249.general.collaterals0.locationkatoid не найдено
В данном случае необходимо проверить код КАТО Залогового обеспечения по займу.
¶ Формат передаваемых данных
¶ Формат передаваемых данных (ПКБ)
Ниже описаны теги XML-файла, который система формирует и передаёт в Первое кредитное бюро (ПКБ). Для каждого тега указано назначение (по технической документации ПКБ), откуда система берёт данные (в терминах работы с займами, без технических терминов 1С) и по каким правилам значение формируется.
¶ Общая структура файла и порядок выгрузки
- Файл (батч) — это корневой тег
<Records>, внутри которого один или несколько договоров<Contract>. - Каждый договор выгружается отдельным блоком
<Contract>. Атрибутoperationуказывает, новый это договор для ПКБ (1) или обновление ранее переданного (2). Новым считается договор, дата начала действия которого попадает в период выгрузки. - Внутри
<Contract>формируются:<General>— общие сведения о договоре (см. таблицу «Общие сведения о договоре»);- внутри
<General>— обеспечение<Collaterals>и субъекты<Subjects>; <Type>— расчётная часть:<Instalment>для обычных договоров займа либо<Credit>для кредитных линий.
- Система формирует два вида батчей:
- Договоры займа — обычные займы/лизинг (расчётная часть
<Instalment>); - Кредитные линии — рамочные договоры с лимитом (расчётная часть
<Credit>).
- Договоры займа — обычные займы/лизинг (расчётная часть
- Для каждого вида есть режим «новые контракты» (передаётся только факт открытия договора, статус контракта = «новый») и режим полной выгрузки (передаётся текущее состояние задолженности).
¶ Источники данных (расшифровка терминов)
В колонке «Откуда берутся данные» используются следующие понятия:
- Карточка договора займа — реквизиты самого договора (номер, дата начала, валюта, способ выдачи, источник финансирования, владелец-клиент).
- Условия договора — действующие на конец периода условия (сумма, цель и объект кредитования, льготные периоды, периодичность погашения, дата окончания).
- График погашения — плановый график платежей по договору.
- Текущая задолженность (взаиморасчёты по займу) — фактические остатки на конец периода: основной долг, вознаграждение, пеня, в разрезе текущей и просроченной задолженности.
- Статусы договора — история смены статуса (Заключён, Действующий, Завершён) и связанная с ней фаза/статус контракта для ПКБ.
- Карточка клиента — справочник контрагентов: ФИО, наименование, ИИН/БИН, дата рождения, пол, гражданство/страна резидентства, ОКЭД, организационно-правовая форма, форма собственности, руководитель.
- Контактная информация клиента — адреса (фактический и юридический) и телефоны клиента.
- Документы клиента — удостоверяющие документы клиента (удостоверение личности, паспорт и др.) и регистрационные данные.
- Договоры залога / обеспечение — связанные с займом договоры залога, гарантии, поручительства и предметы залога с их оценочной стоимостью.
¶ Таблица 1. Общие сведения о договоре — блок <General>
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<ContractCode> |
Уникальный код контракта | Код, присвоенный договору при первой передаче в ПКБ | По коду контракта и дате начала ПКБ идентифицирует договор. Хранится за договором и не меняется. |
<AgreementNumber> |
Номер договора | Карточка договора займа (номер договора) | Передаётся как есть (с обрезкой пробелов). |
<LoanType> |
Тип кредита | Заёмщик, кредитный продукт, цель и объект кредитования, обеспечение по договору | Передаётся только по потребительским займам физических лиц; значение определяется автоматически. См. раздел Тип кредита. |
<ProviderGroupExplicit> |
Принадлежность поставщику информации | — | Всегда true. |
<FundingType> |
Вид финансирования | Карточка договора (вид документа-основания) и связь с кредитной линией | 2 — займ, 5 — финансовый лизинг, 11 — транш в рамках кредитной линии (если у договора есть родительская кредитная линия), 20 — кредитная линия. |
<FundingSource> |
Источник финансирования | Источник финансирования из карточки договора | Передаётся код ПКБ выбранного источника финансирования. |
<CreditPurpose2> |
Цель кредитования | Условия договора (цель кредитования) | Передаётся код цели по справочнику Нацбанка/ПКБ. |
<CreditObject> |
Объект кредитования | Условия договора (объект кредитования) | Передаётся код объекта по справочнику. Если объект не указан — 10 (прочие). |
<ContractPhase> |
Фаза контракта | Статусы договора | Рассчитывается: 4 (Действующий) для заключённых/действующих; для завершённых берётся фаза, заданная для основания последней записи статуса. У оснований документа «Списание задолженности по займу» коды заданы: «Списано за баланс» — 4, окончательное списание (на убытки, прощение, банкротство) — 5. |
<ContractStatus> |
Статус контракта | Статусы договора + текущая задолженность + количество дней просрочки | Рассчитывается: 27 — новый, 22 — предварительно одобрен, 1 — стандартный (без просрочки), 10/11/12/13/15/16 — по длительности просрочки (до 6 / 30 / 60 / 90 / 360 / свыше дней), 21 — иная задолженность (осталась только пеня/штраф), 5 — списан за баланс: последняя запись статуса договора имеет основание «Списано за баланс» и на виде задолженности «Списано забаланс» есть остаток основного долга, вознаграждения или пени; статус 5 важнее статусов по дням просрочки и статуса 21. Для завершённого договора берётся статус основания последней записи: 17 — списано на убытки, 18 — прощено в связи со смертью, 19 — прощено по иным причинам, 25 — прощение безнадёжной задолженности, 28 — списано на убытки в связи с признанием должника банкротом. Для новых кредитных линий — 27. |
<ApplicationDate> |
Дата подачи заявки | Карточка договора (дата начала действия договора) | — |
<StartDate> |
Дата начала срока действия контракта | Дата начала договора, зафиксированная в ПКБ при первой передаче | Используется вместе с кодом контракта для идентификации договора в ПКБ. |
<EndDate> |
Дата окончания срока действия контракта | Условия договора (дата окончания); при пролонгации — дата пролонгации | — |
<ActualDate> |
Дата фактической выдачи | Первая операция выдачи (финансирования) по займу | Дата первого фактического перечисления средств. Для кредитных линий не передаётся. |
<RealPaymentDate> |
Дата фактического завершения | Дата перевода договора в статус «Завершён» (полное погашение) | Передаётся только для завершённых договоров. |
<SpecialRelationship> |
Связанность с банком особыми отношениями | Реестр аффилированных лиц | Передаётся 1, если клиент числится связанным лицом (тип связи заполнен и не равен «50»). |
<AnnualEffectiveRate> |
Годовая эффективная ставка вознаграждения (ГЭСВ) | Условия договора (ГЭСВ) | Округляется до целого. |
<NominalRate> |
Номинальная ставка вознаграждения | Действующая ставка вознаграждения на конец периода | Берётся ставка, действующая на конец периода; округляется до целого. |
<AmountProvisions> |
Размер провизий (резервов) | Резервы под обесценение за предыдущий месяц | Передаётся только если для источника финансирования включена передача провизий и сумма заполнена. Валюта — в атрибуте currency. Отрицательная сумма (бывает сразу после списания задолженности) не передаётся, как и нулевая. |
<GracePrincipal> |
Льготный период по основному долгу | Условия договора (льготный период по ОД) | Длительность льготного периода переводится в код справочника ПКБ (по диапазонам: до 1 / 2 / 3 / 6 / 12 / 36 / свыше месяцев; 8 — если льготного периода нет). |
<GracePay> |
Льготный период по вознаграждению | Условия договора (льготный период по вознаграждению) | Аналогично <GracePrincipal>. |
<Classification> |
Классификация контракта | — | Всегда 9 (не классифицирован). |
<ParentContractCode> |
Код контракта кредитной линии | Связанная кредитная линия (родительский договор) | Передаётся только для траншей: код контракта кредитной линии. |
<ParentProvider> |
Поставщик контракта кредитной линии | Идентификатор организации-поставщика по кредитной линии | Передаётся только для траншей. |
<ParentOperationDate> |
Дата начала контракта кредитной линии | Дата начала родительской кредитной линии | Передаётся только для траншей. |
<ProlongationCount> |
Количество пролонгаций | Дополнительные соглашения о пролонгации | Количество доп. соглашений с причиной «Пролонгация». Передаётся при наличии. |
<DebtCollection> |
Информация о принудительном взыскании | Условия взыскания задолженности | 1 — исполнительная надпись, 2 — судебный акт, 3 — мировое соглашение, 4 — соглашение о медиации. Передаётся вместе с <DebtCollectionDate> при наличии взыскания. |
<DebtCollectionDate> |
Дата решения о взыскании | Условия взыскания задолженности (дата решения) | — |
Состав блока для кредитных линий. В блоке
<General>кредитной линии передаётся<FundingType>=20, добавляется<AvailableDate>(период доступности — из условий договора кредитной линии), а блоки провизий, льготных периодов, классификации, родительского контракта, урегулирования и взыскания не формируются. Для режима «новые кредитные линии» статус контракта передаётся равным27.
| Тег (только кредитные линии) | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<AvailableDate> |
Период доступности кредитной линии | Условия договора кредитной линии (период доступности) | Берётся максимальная дата окончания доступности (по возобновляемой и невозобновляемой части). |
¶ Тип кредита (LoanType)
Поле <LoanType> обязательно для ГКБ с 30.09.2026 по займам физических лиц, выданным на цели, не связанные с предпринимательской деятельностью. Система передаёт его и в ГКБ, и в ПКБ, во всех видах выгрузки: периодической, частичной и ежедневной.
Когда поле передаётся. Одновременно выполняются три условия:
- заёмщик — физическое лицо;
- в карточке заёмщика не установлен флажок «Является ИП, адвокатом или частным нотариусом»;
- у кредитного продукта договора установлен флажок Потребительское кредитование (меню
Кредитование - Кредитные продукты).
Поле передаётся по договорам займа, траншам и кредитным линиям. По договорам финансового лизинга и по остальным договорам поле в файл не выводится.
Чтобы поле попадало в выгрузку, установите флажок Потребительское кредитование у всех кредитных продуктов, по которым выдаются займы физическим лицам на потребительские цели. Без флажка договор выгружается без поля, и ГКБ может его отклонить.
Как определяется значение. Правила проверяются сверху вниз, применяется первое подходящее. Коды цели и объекта кредитования берутся из справочников «Цели кредитования» и «Объекты кредитования» (поля «Цель кредитования НБ» и «Объект кредитования НБ»), указанных в условиях договора.
| Значение | Тип кредита | Условие |
|---|---|---|
1 |
Ипотечный жилищный заём | Объект кредитования — 06 «Жилая недвижимость», цель — 01 «Приобретение/покупка», 02 «Ремонт», 03 «Строительство», 04 «Реконструкция / расширение» или 10 «Рефинансирование жилищного займа»; договор не является траншем кредитной линии |
2 |
Ипотечные жилищные продукты, не определённые как ипотечный жилищный заём | Цель — 07 «Долевое участие в жилищном строительстве»; либо объект — 06 «Жилая недвижимость» при любой другой цели; либо транш кредитной линии с объектом 06 |
3 |
Заём, обеспеченный приобретаемым автотранспортным средством | Объект кредитования — 04 «Автомобильный транспорт» |
4 |
Заём, обеспеченный иным имуществом, гарантией и (или) поручительством | По договору есть действующее обеспечение: залог, гарантия или поручительство (то же обеспечение, что выводится в блоке <Collaterals>) |
5 |
Заём без обеспечения | Действующего обеспечения по договору нет |
Значение вручную не задаётся. Если оно определилось неверно, проверьте цель и объект кредитования в условиях договора и договоры залога, связанные с займом.
Значение видно в печатной форме батча, колонка LoanType.
¶ Таблица 2. Сведения об урегулировании задолженности — блок <DebtSettlementInfoList> / <DebtSettlementInfo>
Блок формируется только если по договору проведена реструктуризация (есть решение кредитного комитета о реструктуризации).
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<SettlementApplicationDate> |
Дата заявления заёмщика | Решение о реструктуризации (дата заявления заёмщика) | — |
<Result> |
Результат урегулирования | Решение о реструктуризации (результат урегулирования) | Передаётся код результата урегулирования. |
<DecisionDate> |
Дата ответа кредитора | Решение о реструктуризации (дата ответа кредитора) | — |
<SettlementType> |
Программа урегулирования | Решение о реструктуризации (программа урегулирования) | Передаётся код программы урегулирования при наличии. |
¶ Таблица 3. Обеспечение — блок <Collaterals> / <Collateral>
Формируется по каждому предмету залога, связанному с займом. Если обеспечения нет — выгружается один «бланковый» (необеспеченный) залог с нулевой стоимостью.
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Collateral typeId> |
Вид обеспечения | Договор залога (вид обеспечения) | Передаётся код вида обеспечения по справочнику Нацбанка/ПКБ. Если залога нет — 1 (бланковый/без залога). |
<Value> |
Стоимость обеспечения | Залоговая стоимость по покрытию займа (договор залога) | Передаётся залоговая стоимость предмета залога; currency — валюта договора; typeId = 3 (внутренняя оценка). Без залога — 0. |
¶ Таблица 4. Субъекты договора — блок <Subjects> / <Subject>
Выгружаются все стороны, имеющие отношение к договору. Роль (roleId): 1 — заёмщик (владелец договора), 2 — созаёмщик (из подписей договора), 3 — гарант/поручитель, 4 — залогодатель (из договоров залога/гарантии). Для каждого субъекта формируется блок физического (<Individual>) или юридического (<Company>) лица.
¶ 4.1. Физическое лицо — <Individual>
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<FirstName> |
Имя | Карточка клиента (имя) | Передаётся на нескольких языках. |
<Surname> |
Фамилия | Карточка клиента (фамилия) | Передаётся при наличии. |
<FathersName> |
Отчество | Карточка клиента (отчество) | Передаётся при наличии. |
<BirthSurname> |
Фамилия по рождению | Карточка клиента (фамилия) | — |
<Gender> |
Пол | Карточка клиента (пол) | M — мужской, F — женский. |
<Classification> |
Классификация физического лица | Карточка клиента (признак ИП/адвоката/нотариуса) | 1 — обычное физлицо, 2 — индивидуальный предприниматель/адвокат/частный нотариус. |
<Residency> |
Признак резидентства | Карточка клиента (страна резидентства) | 1 — резидент РК, 2 — нерезидент. |
<DateOfBirth> |
Дата рождения | Карточка клиента (дата рождения) | Для ИП с отдельным руководителем берётся из документов. |
<NegativeStatus> |
Статус субъекта | Статус и основание последней записи статуса договора | Передаётся только у заёмщика (роль 1) по договору со статусом контракта 28 (задолженность списана в связи с признанием должника банкротом): 18 — «Клиент признан банкротом» (письмо ПКБ № 2091 от 07.09.2023). В остальных случаях не передаётся. Тег и код одинаковы для ПКБ и ГКБ. |
<Citizenship> |
Гражданство | Карточка клиента (страна резидентства) | Передаётся код страны; по умолчанию — Казахстан. |
¶ 4.2. Юридическое лицо — <Company>
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Name> |
Наименование | Карточка клиента (полное/краткое наименование) | — |
<Status> |
Статус юридического лица | — | Всегда 1. |
<TradeName> |
Торговая марка | Карточка клиента (наименование) | — |
<Abbrevation> |
Сокращённое наименование | Карточка клиента (наименование) | — |
<LegalForm> |
Правовая форма | Карточка клиента (организационно-правовая форма) | Передаётся код ОПФ. |
<Ownership> |
Форма собственности | Карточка клиента (форма собственности по ОПФ) | Передаётся код формы собственности. |
<Nationality> |
Страна регистрации | Карточка клиента (страна резидентства) | Передаётся код страны; по умолчанию — Казахстан. |
<RegistrationDate> |
Дата гос. регистрации | Документы клиента (документ о гос. регистрации) | Берётся дата выдачи регистрационного документа юрлица. |
<EconomicActivity> |
Отрасль (вид деятельности) | Карточка клиента (ОКЭД) | Передаются первые 5 знаков кода ОКЭД при наличии. |
<Management> / <CEO> |
Первый руководитель | Карточка клиента (руководитель) | ФИО и дата рождения руководителя; ИИН руководителя передаётся как документ (тип 14). |
¶ Таблица 5. Документы субъекта — блок <Identifications> / <Identification>
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Identification typeId> |
Вид документа | ИИН/БИН из карточки клиента; РНН; документы клиента | Для резидентов РК: ИИН — тип 14, БИН — тип 15 (определяется по 5-й цифре кода). Если ИИН/БИН нет, передаётся РНН (тип 1). По удостоверяющим документам — код вида документа по справочнику ПКБ. |
<Identification rank> |
Категория документа | — | 1 — для ИИН/БИН/РНН (первичная оценка), 2 — для удостоверяющих документов (вторичная оценка). |
<Number> |
Номер документа | ИИН/БИН/РНН или номер документа клиента | — |
<RegistrationDate> |
Дата регистрации документа | Документы клиента (дата выдачи) | Для ИИН/БИН/РНН передаётся служебная дата. |
<IssueDate> |
Дата окончания срока действия | Документы клиента (срок действия) | Передаётся при наличии срока действия документа. |
¶ Таблица 6. Адреса субъекта — блок <Addresses> / <Address>
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Address typeId> |
Вид адреса | Контактная информация клиента | Для физлица: 1 — фактическое место жительства, 6 — место прописки (юр. адрес). Для юрлица: 5 — фактический адрес, 4 — адрес гос. регистрации. |
<Address katoId> / locationId |
Код населённого пункта / страны | Контактная информация клиента (населённый пункт) | katoId — код КАТО населённого пункта; для нерезидентов вместо него передаётся locationId — код страны. |
<StreetName> |
Название улицы (адрес) | Контактная информация клиента (представление адреса) | Передаётся на русском и казахском языках. |
¶ Таблица 7. Контакты субъекта — блок <Communications> / <Communication>
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Communication typeId> |
Телефон | Контактная информация клиента (мобильный или городской телефон) | 1 — для физлица, 2 — для юрлица. Передаётся при наличии телефона. |
¶ Таблица 8. Расчёты по договору займа — блок <Type> / <Instalment>
Формируется для обычных договоров займа (рассроченный кредит).
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Instalment paymentMethodId> |
Форма расчёта (способ выдачи) | Карточка договора (способ выдачи) | 3 — наличные, 4 — безналичные. |
<Instalment paymentPeriodId> |
Периодичность платежей | Условия договора (периодичность погашения ОД и вознаграждения) | Берётся минимальная (более частая) из периодичностей погашения основного долга и вознаграждения. |
<TotalAmount> |
Сумма договора | Условия договора (сумма договора) | Валюта — в атрибуте currency. |
<InstalmentAmount> |
Сумма периодического платежа | График погашения (сумма ближайшего планового платежа) | Для завершённых договоров — 0. |
<InstalmentCount> |
Общее количество взносов | График погашения (число плановых платежей) | — |
<Record accountingDate> |
Учётная дата | Дата окончания периода выгрузки | Дата, на которую актуальны данные. |
<OutstandingInstalmentCount> |
Количество предстоящих платежей | График погашения (число будущих платежей) | Для завершённых договоров — 0. |
<OverdueInstalmentCount> |
Количество дней просрочки | Дата образования непрерывной просрочки | Количество дней просрочки на учётную дату (несмотря на название тега, передаётся именно число дней). При отсутствии просрочки — 0. Если есть остаток основного долга или вознаграждения, списанный за баланс, а даты образования просрочки нет (списана текущая часть), дни считаются от первого списания за баланс по договору, включая день списания; просроченная сумма в этом случае в текущую не переносится. |
<ProlongationStartDate> |
Дата начала пролонгации | Доп. соглашения о пролонгации | Передаётся при наличии пролонгаций. |
<ProlongationEndDate> |
Дата завершения пролонгации | Доп. соглашения о пролонгации | Передаётся при наличии пролонгаций. |
<LastPaymentDate> |
Дата последнего платежа | Текущая задолженность (последнее погашение свыше 1 МРП) | Передаётся при наличии просроченной задолженности. |
<LastPaymentSum> |
Сумма последнего платежа | Текущая задолженность (сумма последнего погашения свыше 1 МРП) | Передаётся вместе с <LastPaymentDate>. |
<RemainDebt> |
Остаток непросроченного основного долга | Текущая задолженность по основному долгу (баланс/забаланс) | На учётную дату. |
<RemainDebtPastdue> |
Остаток просроченного основного долга | Текущая задолженность по основному долгу (просроченная часть) | — |
<RemainDebtWriteOff> |
Остаток списанного основного долга | Задолженность по основному долгу на виде задолженности «Списано забаланс» (набор «Отчеты НБ: основной долг») | Текущая и просроченная части вместе. В <RemainDebt> и <RemainDebtPastdue> списанное не входит. |
<RemainDebtForgiven> |
Остаток прощённого основного долга | — | В системе не ведётся отдельно — передаётся 0. |
<RemainInterest> |
Остаток непогашенного вознаграждения | Текущая задолженность по вознаграждению | На учётную дату. |
<RemainInterestPastdue> |
Остаток просроченного вознаграждения | Текущая задолженность по вознаграждению (просроченная часть) | — |
<RemainInterestWriteOff> |
Остаток списанного вознаграждения | Задолженность по вознаграждению на виде «Списано забаланс» (набор «Отчеты НБ: вознаграждение») | Текущая и просроченная части вместе. В <RemainInterest> и <RemainInterestPastdue> не входит. |
<RemainInterestForgiven> |
Остаток прощённого вознаграждения | — | Передаётся 0. |
<RemainAccruedPenalty> |
Остаток непогашенной неустойки (пени, штрафа) | Текущая задолженность по пене и прочим | На учётную дату. |
<RemainAccruedPenaltyWriteOff> |
Остаток списанной неустойки | Задолженность на виде «Списано забаланс» по наборам «Отчеты НБ: пеня» и «Отчеты НБ: прочие» (пеня, штрафы, госпошлина) | В <RemainAccruedPenalty> не входит. |
<RemainAccruedPenaltyForgiven> |
Остаток прощённой неустойки | — | Передаётся 0. |
Задолженность, списанная за баланс (документ «Списание задолженности по займу», Redmine #2514, #2517). Списанное не входит в будущие платежи: при полном списании количество предстоящих платежей и сумма следующего платежа равны 0. Списанные основной долг и вознаграждение считаются просроченной задолженностью, списанная пеня — нет. Договор, завершённый окончательным списанием, передаётся с нулевыми остатками во всех полях, включая списанные. Дата последнего платежа передаётся только при просроченной задолженности на балансе. Порядок списания — Списание задолженности.
¶ Таблица 9. Расчёты по кредитной линии — блок <Type> / <Credit>
Формируется для договоров кредитных линий.
| Тег | Назначение | Откуда берутся данные | Правила формирования |
|---|---|---|---|
<Credit paymentMethodId> |
Форма расчёта | — | Всегда 1 (безналичный расчёт). |
<CreditLimit> |
Сумма кредитного лимита | Условия договора кредитной линии (сумма договора) | Валюта — в атрибуте currency. |
<Record accountingDate> |
Учётная дата | Дата окончания периода выгрузки | — |
<AvailableLimit> |
Сумма свободного лимита | Остаток неиспользованного лимита кредитной линии | Остаток обязательств банка по кредитной линии на конец периода. |