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

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

1. Конвертация справочников. 
2. Конвертация платежей. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По операции организуется две сложные проводки: 

• Организация перевода. 
• Взятие комиссии. 

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

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

   
   
   
2. Взятие комиссии

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

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

В контировках	В РДД	Примечание
{Сумма} операция организации перевода	Сумма@Опер	Дистрибутивная спецпеременная РДД
		В примере – значение 250
{Сумма} операция взятия комиссии	Сумма@КомиссияНал	Дистрибутивная спецпеременная РДД
		В примере – значение 25
{ДоходБанкаСДП}	ДоходБанкаСДП	Пользовательская спецпеременная, значением которой является «Доля банка» - 18 % от суммы комиссии. ДоходБанкаСДП = 0.18 * СуммаКомиссии.
		В примере – значение 4.5
{КурсНБКР}	КурсЦБ@Вал@Опер	Дистрибутивная спецпеременная РДД

В контировках	В РДД	Примечание
{FM_haddenbloc2} 1 — нет блокировки в ФМ 0 — есть блокировка в ФМ	ЗаблокированоФМ	Пользовательская логическая спецпеременная РДД. «Да» (1) — операция заблокирована ФМ (финансовым мониторингом) «Нет» (0) — операция не заблокирована ФМ
{FM_haddenbloc} 0 — нет блокировки в ФМ 1 —- есть блокировка в ФМ

На этапе 3 определены следующие пользовательские спецпеременные: Спецпеременная РДД «ДоходБанкаСДП» раскрывается через дистрибутивную спецпеременную РДД «Сумма@КомиссияНал». Её можно было бы не выделять, применив выражение при настройке шаблона РДД. Пользовательскую спецпеременную РДД «ЗаблокированоФМ» необходимо раскрыть при выполнении операции в пользовательской процедуре. Этап 5. Определение схемы проводок для настройки шаблонов РДД После анализа полученных параметров контировки по приведенному выше примеру получается следующая схема проводок: Для операции выделяются два случая – по значению спецпеременной РДД «ЗаблокированоФМ»: 1. Финансовый мониторинг не заблокировал операцию:

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

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


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

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

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

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


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

Наименование       Прием для заблокированного перевода Комментарий         Прием в кассе суммы для перевода (при блокировке ФМ) Вид РДД                  0402008 — Приходный кассовый ордер Условие                   (ЗаблокированоФМ) И (Сумма@Опер > 0) Примечание            Проводка перевода при блокировке ФМ

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

 Шаблон РДД № 3. Перевод получателю Шаблон РДД № 4. Прием суммы комиссии

Наименование         Прием комиссии Наименование         Прием в кассе суммы платы за операцию (комиссии) Вид РДД                    0402008 - Приходный кассовый ордер Условие                    Сумма@КомиссияНал > 0

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

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

Наименование           Перевод комиссии_ Наименование           Перевод суммы платы за операцию (комиссии) Вид РДД                      Валютный перевод (MT103SWIFT) Условие                       Сумма@КомиссияНал > 0

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

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

Наименование                       Оформление доли банка Комментарий                        Перевод банку его доли от суммы комиссии Вид РДД                                 Мемориальный ордер Условие                                  ДоходБанкаСДП > 0

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

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

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

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


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

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

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

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

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

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

Контировки		РДД		Название
Ид.	Код	Ид.	Код
15	К:Кассовый	1	0402008	Приходный кассовый ордер
10	Д:Кассовый	2	0402009	Расходный кассовый ордер
20	Мемордер	3	0401108	Мемориальный ордер
40	Мультивалютный	3	0401108	Мемориальный ордер
25	В/бал мемордер	3	0401108	Мемориальный ордер
		4	0401067	Платежное поручение 0401060
30	Платеж	6	0401071	Инкассовое поручение
		7	MT103SWIFT	Валютный перевод
		8	0402102	Ордер по передаче ценностей
		9	ПРО_ВОО	Приходно-расходный ордер для ВОО
		10	0401061	Платежное требование

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

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

Компания 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. Конвертор не обрабатывает разноску суммы документа по кассовым символам.

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