Конвертация данных из «Контировок» в «РДД»

Новое в продуктах
795
0
Александр Ромодин, ведущий аналитик департамента банковского ПО RS-Bank, R-Style Softlab




Пользователям системы автоматизации розничного обслуживания RS-Retail V.6 хорошо известен механизм «Контировок», с помощью которого информация о выполненных в ней операциях передавалась в Расчетный банк для отражения в балансе. Так было до выхода версии 6.20.031, в которой механизм «Контировки» заменен механизмом «Расчетно-денежные документы» (РДД). Что это за инструмент, и как перенести в него данные «Контировок» — узнаете из статьи нашего эксперта.






«Контировка» и «РДД» в RS-Retail: определяемся с терминологией 

В академическом словаре приводится следующее определение термина «контировка»: 
Контировка в бухгалтерском учёте — совершение на основании первичного документа бухгалтерской записи, проставление корреспонденции счетов по конкретной хозяйственной операции, вытекающей из содержания документа. Исходя из этого, контировка первичного документа — это создание бухгалтерских проводок на его основании. На каждом документе (платёжке, накладной) пишется бухгалтерская проводка, которая производилась, когда документ вносился в систему учёта. 

В RS-Retail контировка — это процедура формирования проводки по первичным документам системы с присвоением счетов контировок (счетов дебета и кредита) и сумм, которые должны пройти по балансу банка. Сразу после формирования проводка выгружается в Расчетный банк. 

Механизм «РДД» в RS-Retail формирует расчетноденежные документы определенных законодательством видов (платежные, кассовые, мемориальные документы, а также документы для перевода средств в валюте) непосредственно при выполнении операции. Эти РДД выгружаются в Расчетный банк, как правило, после завершения операции и на ее основании RS-Banking формирует в RS-Core необходимый набор проводок. 

Фундаментальные отличия механизмов «Контировка» и «РДД» в RS-Retail:

 
 № п/п
КонтировкаРДД
 1.  При выполнении операции в RS-Retail создаются только предварительные данные для формирования проводки. Документ для выгрузки в Расчетный банк формируется непосредственно при самой выгрузке. Тогда же происходит окончательное формирование данных, которые не сохраняются в базе данных (например, номера ордера). Это приводит к тому, что данные в печатных формах, выпущенных в RS-Retail при выполнении операции, и в Расчетном банке после выгрузки могут отличаться.Все расчетноденежные документы формируются непосредственно при выполнении операции в RS-Retail. Параметры платежа заполняются в документе во время выполнения операции. Сформированные документы (РДД) сразу готовы к выгрузке в Расчетный банк без дополнительного уточнения данных проводки.
 2.  Для разных типов операций создаются разные системы параметров, которые не пересекаются друг с другом.При выполнении операций RS-Retail создается определенный набор видов документов, соответствующих законодательству. Этот набор одинаков для всех типов операций. Поэтому параметры документов задаются одинаково для операций всех типов.




Что конвертируем?

Конвертация «контировок» в «РДД» осуществляется в два этапа: 
  1. Конвертация справочников. 
  2. Конвертация платежей. 

Конвертация справочников
Конвертация справочников является обязательной. В пользовательском интерфейсе найти справочники РДД несложно: меню «АРМ Бухгалтера \ Справочники \ РДД». Здесь находятся справочники видов, атрибутов, спецпеременных и шаблонов расчетно-денежных документов. Рассмотрим их более подробно. 

Виды РДД. Все определенные законодательством виды расчетно-денежных документов реализованы в дистрибутиве системы RS-Retail:


Вид РДД в дистрибутиве RS-RetallАналог в RS-Banking
КодНазваниеВалютаВид документа
0402008Приходный кассовый ордерВсеПриходный кассовый ордер
0402009Расходный кассовый ордерВсеРасходный кассовый ордер
0401108Мемориальный ордерОдинаковыеМемориальный ордер
РазныеМультивалютный мемориальный ордер
0401067Банковский ордерВсеБанковский ордер
0401060Платежное поручение 0401060НациональнаяПлатеж банка
MT103SWIFTВалютный переводИностраннаяВалютный платеж банка
0402102Ордер по передаче ценностейОрдер по передаче ценностей (Глава В)
ПРО_ВООПриходно-расходный ордер для ВОООдинаковыеМемориальный ордер
РазныеМультивалютный мемориальный ордер


При необходимости пользователи могут добавить собственные виды РДД и создать процедуры для обработки соответствующих документов. При этом необходимо определить, в какой вид документа RS-Banking будут выгружаться РДД пользовательского вида. 

Создание пользовательских видов РДД выполняется только вручную до начала основных работ по конвертации. 

Автоматизировать этот процесс невозможно. 

Атрибуты РДД. Атрибут РДД всегда связывается с видом РДД. Для дистрибутивных видов РДД атрибуты уже определены.. Если банки не вводят в обращение пользовательские виды РДД, то и пользовательские атрибуты РДД вводить не понадобится. При добавлении пользовательского вида РДД для него можно либо указать подходящий атрибут из числа дистрибутивных, либо ввести пользовательские. При этом надо помнить, что каждый атрибут РДД должен быть связан с полем таблицы базы данных — значения атрибута РДД должны быть сохранены. В дистрибутиве РДД есть таблица dRtdocuserattrs_dbt (сущность «Пользовательские атрибуты РДД»), в которой можно выделить поля для пользовательских атрибутов РДД. Эта таблица облегчит создание собственного атрибута РДД, так как для неё предусмотрены базовые процедуры. 

Пользовательские атрибуты РДД настраиваются только вручную до начала основных работ по конвертации. Автоматизировать этот процесс невозможно.

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

Если создание пользовательских видов РДД и атрибутов РДД — явление достаточно редкое, то пользовательские спецпеременные РДД вводятся часто. При этом необходимо помнить, что спецпеременная РДД не только должна быть внесена в справочник, но и раскрыта при выполнении операции посредством добавления пользовательской процедуры. А шаблон РДД, в котором применена пользовательская спецпеременная РДД, должен быть описан только для тех операций RS-Retail, в которых эта спецпеременная раскрывается. 

Пользовательские спецпеременные РДД настраиваются только вручную. Как правило, они вводятся в процессе выполнения настроек шаблонов РДД — при определении схемы проводок для конкретной операции, когда становится ясно, что дистрибутивных спецпеременных РДД недостаточно. Автоматизировать ввод пользовательских спецпеременных РДД затруднительно (если вообще возможно).

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

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

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

Перед настройкой шаблонов РДД для операции надо получить схему проводок по этой операции — либо из инструкций банка, либо из настроек конвертируемого механизма «Контировки». В процессе настройки шаблонов РДД могут создаваться пользовательские спецпеременные РДД. 

Главное при настройке шаблонов РДД — перенести схему проводок по каждой операции из механизма «Контировки».


Конвертация платежей 

В пользовательском интерфейсе платежи (расчетные документы) отображаются в пунктах меню группы «АРМ Бухгалтера \ Работа \ Исходящие РДД \ …». 

Конвертация платежей не является необходимой для продолжения работы со старыми данными в RS-Retail новой версии. Главное, чтобы перед конвертацией в старой версии был сведен баланс, который конвертируется в новую версию. Однако в RS-Retail V.6.20.031 есть информация, которая выбирается по РДД. В частности, это информация по документу «Положение о представлении кредитными организациями по запросам Федеральной службы по финансовому мониторингу информации об операциях клиентов, о бенефициарных владельцах клиентов и информации о движении средств по счетам (вкладам) клиентов в электронном виде» (утв. Банком России 02.09.2013 № 407-П). Если по данным, сформированным в старой версии, требуется выбирать эту информацию, то надо выполнить конвертацию платежей из старой версии в механизм «РДД». 

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


Конвертация справочников вручную: шаг за шагом 

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

Для ручной настройки шаблонов РДД предлагается взять отдельное подразделение, на котором в «АРМ Бухгалтера» установить дату и не менять её в течение всей настройки и отладки (пункт меню «Справочники \ Подразделения банка \ Дата обработки данных»). Это необходимо для того, чтобы при исправлении ранее настроенного шаблона РДД не создавалась отдельная запись в истории шаблонов РДД для каждой даты, в которой выполнялись исправления. 

Посмотрим, как можно вручную настроить шаблоны РДД для одной операции. Для начала определим этапы ручной настройки РДД для операции:

  1. Определить схемы проводки и типы документов. Один из способов — изучить настройки контировки в исходной сборке (его мы рассмотрим далее на конкретном примере). Другой способ — изучить технологические инструкции, принятые в банке. 
  2. Определить виды РДД, которые будут настраиваться. 
  3. Определить соответствие спецпеременных контировки и спецпеременных РДД. На данном этапе нужно выяснить, какие дистрибутивные спецпеременные РДД можно будет применять, и какие пользовательские спецпеременные РДД следует добавить. 
  4. Добавить новые пользовательские спецпеременные РДД в справочник и организовать их раскрытие. 
  5. Описать схему проводок, которая будет настраиваться в шаблонах РДД для операции. 
  6. Настроить шаблоны РДД в соответствии со схемой проводок и правилами заполнения полей. Новые шаблоны РДД перед применением необходимо скомпилировать 
  7. Связать шаблоны РДД с операцией.


Пример настройки шаблонов

Для примера рассмотрим настройку шаблонов РДД для некой кассовой операции «Отправка перевода» по предложенным выше этапам. 

Этап 1. Определение схемы проводки по настройкам контировки
По операции организуется две сложные проводки: 
  • Организация перевода. 
  • Взятие комиссии. 

  1. Организация перевода
    В параметрах контировки задана сложная проводка:

     


    Вид валюты
    ДебетКредит
    КассовыйСчетСчет кассыWU - Транзит.для пер-в
    ВалютаОперацииОперации
    Сумма{Сумма}*{FM_haddenbloc2}{Сумма}*{FM_haddenbloc2}
    КассовыйСчетСчет кассыТранзит до выяснения ТБ
    ВалютаОперацииОперации
    Сумма{Сумма}*{FM_haddenbloc}{Сумма}*{FM_haddenbloc}
    МультивалютныйСчетWU - Транзит.для пер-вWU-Комисс.дох.по операц.
    ВалютаОперацииНациональная
    Сумма{ДоходБанкаСДП}{ДоходБанкаСДП}*{КурсНБКР}
    ПлатежСчетWU - Транзит.для пер-вWU-Аккумул.ГО отправка
    ВалютаОперацииОперации
    Сумма({Сумма}-{ДоходБанкаСДП}) *{FM_haddenbloc2}({Сумма}-{ДоходБанкаСДП}) *{FM_haddenbloc2}


  2. Взятие комиссии
В параметрах контировки задана сложная проводка:




Вид документа
ДебетКредит
КассовыйСчетСчет кассыWU - Транзит.для пер-в
ВалютаОперацииОперации
Сумма{Сумма}{Сумма}
ПлатежСчетWU - Транзит.для пер-вWU-Аккумул.ГО отправка
ВалютаОперацииОперации
Сумма{Сумма}{Сумма}

Этап 2. Определение видов РДД

В таблицах выше приведены виды документов, примененные в параметрах контировки (в старой версии). Для каждого вида документа контировки необходимо определить соответствующий вид РДД:


В контировкахВ РДД
Кассовый0402008Приходный кассовый ордер
Платеж0401060Платежное поручение 0401060
Мультивалютный0401108
Мемориальный ордер
RS-Banking выгрузится как мультивалютный)

Этап 3. Определение спецпеременных РДД

Все спецпеременные контировки, обозначающие в примере счета, удовлетворяют требованиям спецпеременной РДД «СчетПодразделения@Вып@{name}@Вал@Опер» (счета задаются в разрезе подразделений и валют). Параметр {name}, приведенный в таблице соответствия, определяется в справочнике «АРМ Бухгалтера \ Справочники \ Подразделения банка \ Бухгалтерские счета». В этот справочник для каждого {name}, подразделения и валюты необходимо ввести необходимое значение номера счета.


В контировкахВ РДД - параметр (name) СП РДД
Счет кассыСчет кассы
WU - Транзит.для пер-вWU_ТранзитДляПерев
WU-Комисс.дох.по операц.WU_КомиссДохПоОперац
WU-Аккумул.ГО отправкаWU_АккумулГООтправка
Транзит до выяснения ТБТранзит до выяснения ТБ
 

Для спецпеременной «СчетПодразделения@» нужно заполнить параметр {name} в справочнике счетов подразделений («АРМ Бухгалтера \ Справочники \ Подразделения банка \ Бухгалтерские счета») в разрезе счетов и валют:


{name}Примечание
Счет КассыВалюты, в которых может выполняться операция
WU_ТранзитДляПеревВалюты, в которых может выполняться операция
WU_АккумулГООтправкаВалюты, в которых может выполняться операция
Транзит_до_выяснения_ТБВалюты, в которых может выполняться операция

Соответствие спецпеременных для валют: 


В контировкахВ РДДПримечание
Валюта операцииВалюта@ОперДистрибутивная спецпеременная РДД
Национальная валютаВалюта@НацДистрибутивная спецпеременная РДД

Для сумм соответствие спецпеременных приведено в таблице ниже. Но, чтобы было понятней, прежде рассмотрим простой пример: 

  • 250 долларов США принимаем как сумму перевода.
  • 25 долларов США принимаем как сумму комиссии. Сумма комиссии делится на две части: 
    • «Доля банка» — 18% от суммы комиссии: 0.18*25 = 4.5 
    • «Доля оператора перевода» — оставшаяся часть взятой комиссии: 25 – 4.5 = 20.5


В контировкахВ РДДПримечание

{Сумма}

операция организации перевода
Сумма@ОперДистрибутивная спецпеременная РДД
В примере – значение 250

{Сумма}

операция взятия комиссии
Сумма@КомиссияНалДистрибутивная спецпеременная РДД
В примере – значение 25
{ДоходБанкаСДП}ДоходБанкаСДП

Пользовательская спецпеременная, значением которой является «Доля банка» - 18 % от суммы комиссии.

ДоходБанкаСДП = 0.18 * СуммаКомиссии.
В примере – значение 4.5
{КурсНБКР}КурсЦБ@Вал@ОперДистрибутивная спецпеременная РДД


Кроме того, вводится логическая спецпеременная, которая получается при анализе пользовательских макросов исследуемой операции:


В контировкахВ РДДПримечание

{FM_haddenbloc2}

1 — нет блокировки в ФМ

0 — есть блокировка в ФМ
ЗаблокированоФМ

Пользовательская логическая спецпеременная РДД.

«Да» (1) — операция заблокирована ФМ (финансовым мониторингом)

«Нет» (0) — операция не заблокирована ФМ

{FM_haddenbloc}

0 — нет блокировки в ФМ

1 —- есть блокировка в ФМ

Этап 4. Ввод в систему пользовательских спецпеременных 
На этапе 3 определены следующие пользовательские спецпеременные:


ИмяТипОписаниеЗначение
ДоходБанкаСДПДеньгиДоля банка при переводе0.18 * Сумма@КомиссияНал
ЗаблокированоФМЛогическое

Флаг, определяющий, заблокировал ли операцию Финансовый мониторинг (ФМ):

«Да» – операция заблокирована ФМ

«Нет» – операция не заблокирована
Раскрывается при выполнении операции в пользовательской процедуре

Спецпеременная РДД «ДоходБанкаСДП» раскрывается через дистрибутивную спецпеременную РДД «Сумма@КомиссияНал». Её можно было бы не выделять, применив выражение при настройке шаблона РДД.

Пользовательскую спецпеременную РДД «ЗаблокированоФМ» необходимо раскрыть при выполнении операции в пользовательской процедуре.

Этап 5. Определение схемы проводок для настройки шаблонов РДД

После анализа полученных параметров контировки по приведенному выше примеру получается следующая схема проводок:


Для операции выделяются два случая – по значению спецпеременной РДД «ЗаблокированоФМ»:

1. Финансовый мониторинг не заблокировал операцию:


Вид РДДДебетКредит
Проводка суммы перевода
Приходный кассовый ордерСчетСчетКассыWU_ТранзитДляПерев
ВалютаВалюта@Опер-‘’-
СуммаСумма@Опер-‘’-
Платежное поручение 0401060СчетСчетКассыWU_ТранзитДляПерев
ВалютаВалюта@Опер-‘’-
СуммаСумма@Опер-‘’-
Проводка суммы комиссии
Приходный кассовый ордерСчетСчетКассыWU_ТранзитДляПерев
ВалютаВалюта@Опер-‘’-
СуммаСумма@КомиссияНал-‘’-
Платежное поручение 0401060СчетWU_ТранзитДляПеревWU_АккумулГООтправка
ВалютаВалюта@Опер-‘’-
СуммаСумма@КомиссияНал – ДоходБанкаСДП-‘’-
Мемориальный ордерСчетWU_ТранзитДляПеревWU_КомиссДохПоОперац
ВалютаВалюта@ОперВалюта@Нац
СуммаДоходБанкаСДПДоходБанкаСДП * КурсЦБ@Вал@Опер
 

2. Финансовый мониторинг заблокировал операцию


Вид документаДебетКредит
Проводка суммы перевода
Приходный кассовый ордерСчетСчетКассыТранзит_до_выяснения_ТБ
ВалютаВалюта@Опер-‘’-
СуммаСумма@Опер-‘’-
Проводка суммы комиссии
Приходный кассовый ордерСчетСчетКассыWU_ТранзитДляПерев
ВалютаВалюта@Опер-‘’-
СуммаСумма@КомиссияНал-‘’-
Платежное поручение 0401060СчетWU_ТранзитДляПеревWU_АккумулГООтправка
ВалютаВалюта@Опер-‘’-
Сумма

Сумма@КомиссияНал –

ДоходБанкаСДП
-‘’-
Мемориальный ордерСчетWU_ТранзитДляПеревWU_КомиссДохПоОперац
ВалютаВалюта@ОперВалюта@Нац
СуммаДоходБанкаСДПДоходБанкаСДП * КурсЦБ@Вал@Опер

В обеих таблицах серым цветом выделены одинаковые проводки.



В схеме проводок для операции получаются следующие группы проводок:

  • Проводки, зависящие от результата работы Финансового мониторинга (т.е. от значения спецпеременной РДД «ЗаблокированоФМ»), — 3 штуки.
  • Проводки, не зависящие от результата работы Финансового мониторинга, – 3 штуки. Эти проводки отражают комиссию (плату) за выполнение перевода.

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


Этап 6. Настройка шаблонов РДД

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



    Шаблон РДД № 1. Прием суммы перевода


Наименование        Прием для перевода

Комментарий         Прием в кассе суммы для перевода

Вид РДД                  0402008 — Приходный кассовый ордер

Условие                   (НЕ ЗаблокированоФМ) И (Сумма@Опер > 0)

Примечание           Проводка перевода без блокировки ФМ


НаименованиеПравило заполнения
Валюта дебетаВалюта@Опер
Валюта кредитаВалюта@Опер
Наименование получателяНазвание@Получ
ОснованиеОперацияПодвид
ПолучательКлиент@Получ
Получатель-названиеНазвание@Получ
Сумма дебетаСумма@Опер
Сумма кредитаСумма@Опер
Сумма эквивалента
в национальной валюте
Сумма@Опер * КурсЦБ@Вал@Опер
Счет дебетаСчетПодразделения@Вып@СчетКассы@Вал@Опер
Счет кредитаСчетПодразделения@Вып@WU_ТранзитДляПерев@Вал@Опер



Шаблон РДД № 2. Прием суммы перевода в случае блокирования

Наименование       Прием для заблокированного перевода

Комментарий         Прием в кассе суммы для перевода (при блокировке ФМ)

Вид РДД                  0402008 — Приходный кассовый ордер

Условие                   (ЗаблокированоФМ) И (Сумма@Опер > 0)

Примечание            Проводка перевода при блокировке ФМ


НаименованиеПравило заполнения
Валюта дебетаВалюта@Опер
Валюта кредитаВалюта@Опер
Наименование получателяНазвание@Получ
ОснованиеОперацияПодвид
ПолучательКлиент@Получ
Получатель-названиеНазвание@Получ
Сумма дебетаСумма@Опер
Сумма кредитаСумма@Опер
Сумма эквивалента в национальной валютеСумма@Опер * КурсЦБ@Вал@Опер
Счет дебетаСчетПодразделения@Вып@СчетКассы@Вал@Опер
Счет кредитаСчетПодразделения@Вып@Транзит_до_выяснения_ТБ@Вал@Опер



 Шаблон РДД № 3. Перевод получателю

Наименование           Перевод получателю

Комментарий             Перевод получателю полученной суммы

Вид РДД                      Валютный перевод (MT103SWIFT)

Условие                       (НЕ ЗаблокированоФМ) И (Сумма@Опер > 0)

Примечание               Организация перевода средств получателю


НаименованиеПравило заполнения
Банк-плательщикБанк@Наш
Банк-получательБанк@Нащ
Валюта дебетаВалюта@Опер
Валюта кредитаВалюта@Опер
Наименование плательщикаНазвание@Плат
Наименование получателяНазвание@Получ
Основание"Перевод ВЮ получателю"
ПлательщикКлиент@Плат
ПолучательКлиент@Получ
Получатель-наименованиеНазвание@Получ
Сумма дебетаСумма@Опер
Сумма кредитаСумма@Опер
Сумма эквивалента в национальной валютеСумма@Опер  * КурсЦБ@Вал@Опер
Счет плательщикаСчетПодразделения@Вып@WU_ТранзитДляПерев@Вал@Опер
Счет получателяСчет_Подразделения@Вып@WU_Аккумул_ГОотправка@Вал@Опер 



Шаблон РДД № 4. Прием суммы комиссии

Наименование         Прием комиссии

Наименование         Прием в кассе суммы платы за операцию (комиссии)

Вид РДД                    0402008 - Приходный кассовый ордер

Условие                    Сумма@КомиссияНал > 0


НаименованиеПравило заполнения
Валюта дебетаВалюта@Опер
Валюта кредитаВалюта@Опер
Наименование получателяНазвание@БанкНаш
Основание“Плата за операцию приема перевода”
ПолучательБанк@Наш
Сумма дебетаСумма@КомиссияНал
Сумма кредитаСумма@КомиссияНал
Сумма эквивалента в национальной валютеСумма@КомиссияНал * КурсЦБ@Вал@Опер
Счет дебетаСчетПодразделения@Вып@СчетКассы@Вал@Опер
Счет кредитаСчетПодразделения@Вып@WU_ТранзитДляПерев@Вал@Опер



 Шаблон РДД № 5. Перевод комиссии

Наименование           Перевод комиссии_

Наименование           Перевод суммы платы за операцию (комиссии)

Вид РДД                      Валютный перевод (MT103SWIFT)

Условие                       Сумма@КомиссияНал > 0

НаименованиеПравило заполнения
Банк-плательщикБанк@Наш
Банк-получательБанк@Наш
Валюта дебетаВалюта@Опер
Валюта кредитаВалюта@Опер
Наименование плательщикаНазвание@Плат
Наименование получателяНазвание@БанкНаш
Основание"Перевод комиссии с транзитного счет"
ПлательщикКлиент@Плат
ПолучательБанк@Наш
Сумма дебетаСумма@КомиссияНал - ДоходБанкаСДП
Сумма кредитаСумма@КомиссияНал - ДоходБанкаСДП
Сумма эквивалента в национальной валюте(Сумма@КомиссияНал – ДоходБанкаСДП) * КурсЦБ@Вал@Опер
Счет плательщикаСчетПодразделения@Вып@WU_ТранзитДляПерев@Вал@Опер
Счет получателяСчет_Подразделения@Вын@WU_Аккумул_ГОотправка@Вал@Опер 



Шаблон РДД № 6. Оформление доли банка

Наименование                       Оформление доли банка

Комментарий                        Перевод банку его доли от суммы комиссии

Вид РДД                                 Мемориальный ордер

Условие                                  ДоходБанкаСДП > 0


НаименованиеПравило заполнения
Валюта дебетаВалюта@Опер
Валюта кредитаВалюта@Нац
Основание"Перевод ВЮ. Выделение доли банка"
Сумма дебетаДоходБанкаСДП
Сумма кредитаДоходБанкаСДП * КурсЦБ@Вал@Опер
Сумма эквивалента в национальной валютеДоходБанкаСДП * КурсЦБ@Вал@Опер
Счет дебетаСчетПодразделения@Вып@WU_ТранзитДляПерев@Вал@Опер
Счет кредитаСчетПодразделения@Вып@WU_КомиссДохПоОперац@Вал@Нац



Этап № 7. Связывание шаблонов РДД с операцией

Шаблоны РДД настроены и скомпилированы. Теперь осталось формальное действие — связать настроенные шаблоны РДД с операцией. Для этого необходимо войти в справочник операций, по [Alt + F6] войти в список пользовательских шаблонов РДД для операции и включить в этот список настроенные шаблоны.


Автоматическая конвертация справочников: как это могло бы быть

Основная задача конвертора — перенос схем проводок по операциям всех типов из настроек контировок в настройки РДД. На момент создания статьи такого конвертора нет. Мы только думаем о возможности его создания, и здесь приводятся теоретические рассуждения.

Автоматическая конвертация параметров контировки в справочники РДД — задача весьма объёмная и вряд ли разрешимая до конца. Мы не думаем, что для любых параметров контировки когда-нибудь можно будет запустить процедуру и получить полные настройки справочников РДД, не требующие уточнения. Одна из причин этого — возможность задавать параметры контировок в макросах. Поэтому мы сразу сужаем задачу, предлагая перевести на РДД схемы проводок, которые заданы без применения макросов, в интерфейсе пользователя.

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

На втором этапе можно не только выводить в отчет то, что мы механически выбрали из параметров контировки, но попытаться определить соответствие между параметрами контировок и РДД. Основные соответствия:


1. Соответствие спецпеременных (состоит из двух частей):

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


    {Сумма}                        —       Сумма@Опер                —       Дистрибутивная СП РДД
    {ДоходБанкаСДП}       —      ДоходБанкаСДП             —      Пользовательская СП РДД 
    {КурсНБКР}                 —      КурсЦБ@Вал@Опер      —      Дистрибутивная СП РДД                                

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


    Счет кассы                               СчетПодразделения@Вып@СчетКассы@Вал@Опер

    WU - Транзит для пер-в          СчетПодразделения@Вып@WU_ТранзитДляПерев@Вал@Опер 









2. Соответствие видов документов. В качестве примера приведем следующую таблицу соответствия:


КонтировкиРДДНазвание
Ид.КодИд.Код
15К:Кассовый10402008Приходный кассовый ордер
10Д:Кассовый20402009Расходный кассовый ордер
20Мемордер30401108Мемориальный ордер
40Мультивалютный30401108Мемориальный ордер
25В/бал мемордер30401108Мемориальный ордер
40401067Платежное поручение 0401060
30Платеж60401071Инкассовое поручение
7MT103SWIFTВалютный перевод
80402102Ордер по передаче ценностей
9ПРО_ВООПриходно-расходный ордер для ВОО
100401061Платежное требование


Третий этап самый трудный. На нем предполагается по полученным из контировок схемам проводок и соответствиям настроить шаблоны РДД.


Конвертор для переноса платежей

Компания R-Style Softlab разработала конвертор для переноса платежей из версии 5.50 в версию 6.20.031. Для переноса платежей из версии 6.20.030 требуется уточнение процедуры.

Трудность разработки алгоритма в том, что контировка выполняется непосредственно перед выгрузкой, поэтому сохранён минимум информации о проводке. Недостающую информацию приходится собирать из первичных документов (так, как это делается при выполнении процедуры контировки). Кроме того, в таблицах контировки сохраняется только сводный платеж. Но создавать конвертором исключительно сводные РДД бессмысленно, так как выбор информации (ради чего и выполняется конвертация) осуществляется по единичным РДД. По единичным платежам приходится собирать ин-формацию не напрямую. Если удалось собрать не всю информацию, то формируются частично заполненные РДД. Это ограничит возможность обработки сконвертированных РДД (например, не удастся откатить операцию). Поэтому перед конвертацией очень важно завершить все работы на старой версии и свести баланс.

Данные для конвертации выбираются из таблиц сводных документов: sboksvod.dbt (балансовые платежи) и nbalsvod.dbt (внебалансовые платежи). Для конвертации выбираются только записи, которые числятся как успешно выгруженные и проведенные в Расчетном банке.

Так как при конвертации платеж создается для каждого первичного документа, а РДД создается для операции, то, с одной стороны, информация по отдельной операции может собираться по нескольким разрозненным платежам, с другой стороны, возможна избыточная информация. Например, если при выполнении списания по счету берется комиссия, то платежи формируются отдельно для основного списания и отдельно по комиссии. Эти платежи независимы. Конвертор должен предпринять дополнительные действия, чтобы понять, что оба платежа выполнены по одной операции. С другой стороны, при конвертации платежей по вкладной операции № 65 (перевод с вклада на вклад) на два независимых платежа контировки надо создать один РДД. Здесь второй платеж получается лишним, и его следует пропустить при обработке контировок, использовав данные из него при обработке первого платежа.

При конвертации платежей необходимо учитывать следующие ограничения процедуры:
  1. Конвертор платежей использует данные сконвертированных операций. Поэтому конвертор платежей в РДД запускается после конвертации операций RS-Retail.

  2. При конвертации не устанавливается четкое соответствие видов документов. Вид сформированного РДД определяется по следующему алгоритму: если в платеже есть иностранная валюта, то устанавливается вид РДД «Валютный перевод», а если только национальная валюта, то в качестве вида РДД берется «Платежное требование».

  3. Если сводный документ, в котором несколько первичных, создан сложной проводкой, то соответствие суммы первичного документа реально проведенной сумме не гарантируется. Это объясняется тем, что сумма может быть рассчитана по формуле. Когда сложная проводка выполняется макросом, определить эту сумму вообще невозможно.

  4. Все созданные РДД помечаются как «служебные», то есть не выгружаемые в ОДБ. Это объясняется неполной конвертацией. В частности, в результате конвертации не устанавливается ссылка на платеж Расчетного банка.

  5. При конвертации потребуются курсы валют из справочника RS-Bank V.6.20.031.

  6. Конвертор не обрабатывает разноску суммы документа по кассовым символам.


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


Тип первичного документаНазвание
ОбозначениеЗначение
SB_DEPOSIT1Вкладные операции
SB_EXCHNDOC260Сейфовые ячейки
SB_SAFECELLSSB_SAFECELLSСейфовые ячейки


Работу по остальным документам нам еще предстоит выполнить. Следите за новостями.

Описанная в статье функциональность реализована в рамках программного комплекса RS-Retail V.6.
ПЕРЕЙТИ К ОПИСАНИЮ ПРОДУКТА

Все статьи

Комментарии



Подписка на рассылку
Сортировать
Теги:
Все теги
Выберите интересующий Вас продукт компании
Любой продукт
Сортировать по году:
2018 2019 2020 2021 2022