Версия ОЭД  1.1.68 от 06.12.2017 

1. Добавлена новая переменная "При сбросе платежей ЗАДАТЬ код 9002 согласно списку б/с Дт40703 - Кр423ХХ (ХХ от 01 до 15)" из категории ОЭД 
"Настройки отборов платежей или переводов для  ОЭД ". 
2. При включенной этой переменной согласно маске б/с, задается атрибут "Код вида операции" (VO) = 9002 при выполнении действия 
«Записать помеченные в список ОЭД» в любом отборе платежей и переводов.
Задание атрибута получателя "TU3" =2 (ФЛ) в сообщении будет выполнятся в процедуре создания сообщения согласно  приписанному к лицевому счету получателя Кр423ХХ клиенту ФЛ при заполнении блока атрибутов получателя. 
3. Для документа «Электронные сообщения по 4077-У»  внесены следующие исправления согласно новому формату «ВерсияФормата» = «1.2».
Для работы с новой версией следует изменить с нужной даты переменную «Версия формата» из категории «Электронные сообщения по 4077-У» 
модуля ОЭД.
3.1. Из табличной части «Коды ОКВЭД по клиенту» в новом формате «1.2» исключены коды с типом «ОКВЭД» для ЮЛ и ИП. Это значит, что в XML сообщении 
нового формата отсутствуют элементы «ОКВЭДЮЛ» и «ОКВЭДИП».  
Теперь при создании XML файла формата «1.2» используются только  коды с типом «ОКВЭД2». При автоматическом переносе данных  по клиенту 
из табличной части с закладки «Коды по ОКВЭД у контрагента» в режиме выбора клиента из справочника контрагентов системы в текущий документ
 формата «1.2» коды с типом «ОКВЭД»(пустое значение атрибута «Тип кода» в справочнике ОКВЭД) игнорируются.
3.2. В сообщениях об отказе добавлены следующие новые элементы. Множественный показатель «КодПричинаОтказ» и показатели «ИнаяПричинаОтказа», 
«ПричинаУдаления», справочник кодов причин отказа.
3.3. Для задания «КодПричинаОтказ» используются табличные части документа «Коды причин отказа по клиенту для основания 03» (тип инф.=01) и
  «Коды причин отказа» (тип инф.=02). Для типа информации =01 табличная часть заполняется только для атрибута для основания =03, а для информации =01 
заполнение табличной части является обязательным. Коды выбираются из нового справочника «Список кодов причины отказа».
3.4. Атрибут «ИнаяПричинаОтказа» заполняется при наличии кода «КодПричинаОтказ» = «0000».
3.4. Атрибут «ПричинаУдаления» заполняется при значении  атрибута «ТипЗаписи»  = «4» (удаление).
3.5.Введение новой версии формата новую особенность при формировании сообщений. Цитата из нового описания формата:
«Скорректированная информация, а также информация об удалении ранее направленной в уполномоченный орган …, формируется и направляется 
кредитной организацией … в той версии форматов, в которой была сформирована и направлена кредитной организацией … первичная информация, 
подлежащая корректировке или удалению.»
В связи с данным требованием, при задании первичной операции для атрибута «ТипЗаписи»  = 2 или 3 или 4, выполняется новый контроль на совпадения 
атрибута «ВерсияФормата» текущего заполняемого документа и выбираемого,  ранее отправленного документа. 
При не совпадении версий формата , следует отдельно создать документ в формате ранее отправленного сообщения. 
.


Версия ОЭД  1.1.67 от 03.11.2017

1. Для функции F4007 всех отборов платежей или переводов сделана замена суммы в нац. валюте с 50 000 000 рублей на  сумму 10 000 000 рублей и
  временно убран атрибут для клиентов, являющихся разновидностью стратегических предприятий STRATEG_2 – «Контроль хоз. общ, имеющим стратег. знач. для ОПК».
2. Добавлена новая переменная «При сбросе ЗАДАТЬ код 4006/4007 по клиенту СТРАТЕГ.ПРЕДПРИЯТИЮ согласно списку б/с и суммы >=10 млн.» 
в категории «Настройки отборов платежей или переводов для  ОЭД» модуля ОЭД. При включении данной переменной и создании сообщения по 321-П
  выполняя действия «Записать помеченные в список ОЭД с учетом касс.док» или «Записать помеченные в список ОЭД», в создаваемом сообщении 
кодами заполняются атрибуты «Код в/о»(“VO”) и «Дополнительные виды операций»(“DOP_VO”), при НАЛИЧИИ следующих УСЛОВИЙ:
- контрагенты по КЛИЕНТСКИМ лицевым счетам одного из участников операции имеют один из 3-х признаков стратегических предприятий;
- сумма нац. эквивалента совершаемой операции >=10 миллионам;
- номера балансовых счетов по дебету и по кредиту по операции относятся к заданному в заявке от банка списку номеров б/с для каждого кода;
- при ВКЛЮЧЕНИИ ПЕРЕМЕННОЙ «Задать в сообщении код в/о=6001 согласно F6001Дт/Кр и коды необычных сделок по 375-П » атрибут
 «Код в/о»(“VO”)  НЕ РАВЕН значению 6001.
 3. В документы «Настройки для отбора платежей по ОЭД» и «СПИСОК  УСЛОВИЙ отбора платежей» добавлена новая функция 
<F5006> - НАЗНАЧЕНИЕ ПЛАТЕЖА документа содержит фразы  "лотер"/"тотализ"/"пари"/"выигр"/"приз".
4. По заявке банка во всех отборах платежей и переводах убрана фраза "уст" из функции <КУПЛЯ/ПРОД.>.
5. В документ «СПИСОК  УСЛОВИЙ отбора платежей» на закладку «Атрибуты  платежей» добавлены новые атрибуты для внешних счетов:
- «Внешний счет НЕ НАЧИНАЕТСЯ со значения»,
- «ВНЕШНИЙ л/с "НЕ ОТНОСИТСЯ" к списку б/с 2-го порядка». 
Включение данных атрибутов позволяют исключать указанные значения по атрибуту внешнего счета из отбора. При выключенном значении атрибутов,
  отбор работает на равенство или вхождение данного значения.
6. Добавлена новая переменная «БЛОКИРОВКА действия"ЗАДАТЬ N свед. и ДАТУ представления" по сооб. клиентов к/о  ЮЛ без ПРЕДСТАВИТЕЛЯ» 
в категории «Настройки отборов платежей или переводов для  ОЭД» модуля ОЭД. 
При включении данной переменной и выполнении действия «ЗАДАТЬ порядковый НОМЕР и ДАТУ представления» в документе 
«Сообщения  ОЭД по 321-П» дополнительно выполняется следующая проверка по помеченным сообщениям: 
(B_PAYER=1 and TU0=1 and NAMEU1='0') или (B_RECIP=1 and TU3=1 and NAMEU2='0').
 Т.е по клиенту, совершающему операцию и получателю ЮЛ, который на обслуживании в кредитной организации  не задано 
«ФИО/Наименование представителя».
Если условие проверки срабатывает  хотя бы по одному сообщению из списка помеченных, то данное действие  не выполняется, и на экран выдается 
список сообщений с ошибкой, в котором выдается дата операции «Дата оп», номер платежного документа «N док» и атрибут «N оп» из документа 
«Сообщения  ОЭД по 321-П».
7.В документе «Электронные сообщения по 4077-У» из-за исправления схем XSD внесены исправления в название элемента входящего в структуру 
XML файла. Т.е. для формата 02 в «СведФЛИП» элемент «АдрРег_У» снова переименован в  «АдрРег». 


Версия ОЭД  1.1.66  от 27 июля  2017 года
1. В документе "Электронные сообщения по 4077-У" добавлен контроль на форме документа и при создании XML файла, для <ЮЛ> атрибута
 "ОГРНЮЛ" на 13 символов  и для <ИП> атрибута  "ОГРН" на 15 символов.
2. Сделана оптимизация запроса для режима "Отбор по ОЭД по кассовым документам для 321-П".
3. В документе "Электронные сообщения по 4077-У"  исправлена ошибка при считывании адресов клиента банка из справочника контрагентов для 
атрибутов адресов "Пунк" и "Корп".
4. В документе  «Электронные сообщения по 407-П» добавлена новая возможность для формирования XML файлов по видам информации 05, 06 и 07,
 при задании данных вручную в табличных частях документа.
4.1. В категории  "407-П  Настройки" модуля ОЭД добавлены новые переменные:
- "Каталог сброса вложенных файлов выписок о переводах ден. средств ФЛ для кода 05 по 407-П",
- "Каталог сброса вложенных файлов выписок о переводах электронных ден. средств ФЛ для кода 06 по 407-П",
- "Каталог сброса вложенных файлов выписок о валютно-обменных операциях для кода 07 по 407-П".
4.2. На форму ЭС по 407-П добавлены вкладки "ВидИнф = 05", "ВидИнф = 06", "ВидИнф = 07", содержащие данные, необходимые для создания 
xml-файлов, соответствующих указанному «ВидИнф».
4.3. Для документа "Электронные сообщения по 407-П" реализованы методы: 
- "Создать выписку по переводам ФЛ без откр. счета (05)", 
- "Создать выписку по переводам эл. ден. средств (06)",
- "Создать выписку по валютно-обменным опер. ФЛ (07)".
При выполнении данных методов формируется xml-файл по xsd-схеме, соответствующей выбранному атрибуту «ВидИнф». 
4.4. Для табличной части "Раздел 9.1.1. Атрибуты файла вложения" добавлены логические поля "05", "06", "07", заполняемые автоматически при 
выполнении соответствующего метода.
4.5. В табличной части "Раздел 9.1.1. Атрибуты файла вложения" добавлены действия для проверки xml-файла по xsd-схемам для 
«ВидИнф» = 05, 06, 07.
5. В категории  "407-П  Настройки" модуля ОЭД добавлена новая переменная:
«ЗАПОЛНЯТЬ  атрибут РЕГИОН для регионов 77,78,92».
При включении данной переменной в документе  «Электронные сообщения по 407-П», при заполнении адресов выбранного контрагента и при создании
 документа 407-П в методе «Создание документов по 407-П» документа «XML запросы Росфинмониторинга по приказу 349», заполняется атрибут 
«Регион». Хотя в описании форматов по 407-П указано :
«Показатель не заполняется для городов Москва и Санкт-Петербург, являющихся городами федерального значения, 
а также в случае отсутствия значения показателя».


Версия ОЭД  1.1.65  от 03 мая   2017 года
1. Добавлена новая переменная «Каталог сброса вложенных файлов выписок из анкеты (досье) клиента для кода 91 по 407-П» в категории ОЭД
 – «407-П  Настройки».
2. В экранной форме документа «Электронные сообщения по 407-П» на закладке «Бенефициар.владелец+ВидИнф=91» добавлены новые атрибуты 
обязательные к заполнению для получения правильной выписки для ВидИнф=91:
- «СведБенефиц_ПризнРез»;
- «СведБенефиц_ТелФакс»;
- «СведБенефиц_СтерРиск»;
- «СведБенефиц_ДатНачОтнош»;
- «СведБенефиц_ДатАнкет»;
- «СведБенефиц_ДатОбнАнкет»;
- «СведБенефиц_ДолжнКуратКО»;
- «СведБенефиц_ФИОКуратКО_Фам»;
- «СведБенефиц_ФИОКуратКО_Имя»;
- «СведБенефиц_ФИОКуратКО_Отч» - необязательный.
3. В документе «Электронные сообщения по 407-П»   добавлен новый метод «Создать выписку о бенефициарном  владельце (91)» для создания XML-файла
 вложения с кодом 91. Перед началом работы с данным методом следует  задать переменную «Каталог сброса вложенных файлов выписок из анкеты (досье) 
клиента для кода 91 по 407-П» с уникальным значением. Проверка файла вложения по схеме inc_09_91.xsd выполняется без ошибок, если заполнены все 
обязательные атрибуты бенефициарного  владельца.
4. В документе «Электронные сообщения по 407-П»   при выполнении метода «Создать выписку из анкеты (досье) клиента (09)» при пустом значении атрибута
 «НаимРегОрг» теперь этот атрибут в XML файле отсутствует. При таком варианте контроль вложенного файла по inc_09_91.xsd схеме выполняется без 
ошибок.
5. В экранной форме документа «Электронные сообщения по 407-П» на закладке «ИП ВидИнф=09» добавлен пропущенный атрибут 
«СведДокУдЛичн_КемВыданДок».
6. Добавлена новая переменная «При создании вложенного файла выписки формата 365-П для  ВидИнф=04 КОНТРОЛЬ  атрибута "ИННПП"» 
в категории ОЭД – «407-П  Настройки». При включении этой переменной при выполнении метода «Создать вложенный файл в формате 365-П (04)» 
выполняется контроль атрибута "ИННПП"» по операциям л/с на размер 10 или 12 символов и на заполнение только цифровыми символами. Сообщение об 
ошибке записывается прямо в TXT файл выписки. В табличной части «Раздел 9.1.1.Атрибуты файла вложения» добавлен новый атрибут «Ошибки контроля»,
 в котором фиксируется наличие ошибки атрибута "ИННПП" сообщением «Есть ОШИБКА!» при выполнении метода создания выписки формата 365-П .
 Исправление ошибочного «ИННПП» возможно выполнить редактированием нужного вложенного TXT файла выписки в ручную, найдя поиском подстроку
 «ОШИБКА». Нужный вложенный файл следует исправить перед выполнением метода «Создать xml файл ответа».


Версия ОЭД  1.1.64  от  11  апреля  2017 года
1. Во всех документах отбора платежей и переводов для ОЭД для функции "<F4007> - учет платежей "стратегических предприятий" и сумма >= 50 000 000 руб
 нац.экв." теперь как признак стратегических предприятий учитываются следующие атрибуты контрагента:
- "Стратегическое предприятие";
- "Стратегическое значение для ОПК и безопасности РФ";
- "Контроль хоз. общ., имеющим стратег. знач. для ОПК". 
2.В документе «Электронные сообщения по 4077-У» при выполнении метода "Создать XML файл " добавлен строгий контроль для ЮД резидента 
на обязательное заполнение атрибута "ОКПО".
3.В документе «Электронные сообщения по 4077-У» при переносе данных выбранного клиента  в документ из справочника контрагентов по ФЛ 
убираются пробелы из атрибутов серия и номер уд.личности.


Версия ОЭД  1.1.63  от  28  февраля   2017 года

1. В документе «Сообщение ОЭД по 321-П» сделаны следующие доработки.
1.1. Добавлена новая переменная «В адресах атрибут <Район/регион> = только район из КЛАДР» в категории «Настройки отборов платежей или 
переводов для  ОЭД» модуля ОЭД. При включении данной переменной при формировании адресов клиентов атрибут регион/район заполняется 
только одним значением атрибута адреса «Район»  по КЛАДР, без указания наименования региона из атрибута «Регион (край, область, республика)» 
 по КЛАДР.  
1.2. В режиме редактирования документа выполнении выбора контрагента при считывании его адресов из справочника «Контрагенты»  выполняется
 учет данной переменной.
1.3. Во всех документах отбора платежей и переводов для ОЭД при выполнении действия по созданию сообщения по 321-П выполняется учет 
данной переменной.
1.4. Во всех документах отбора платежей и переводов для ОЭД во всех представлениях добавлена новая функция «КЗАЙМ».
 <КЗАЙМ> - учет ТОЛЬКО займовых  платежей ,т.е  НАЗНАЧЕНИЕ ПЛАТЕЖА содержит "займ"/"заем"/"заём"/"беспроц"/"безпроц".
Данная функция может быть использована при настройке отборов и платежей или при создании документа «Список условий отбора для ОЭД». 

2. В документе «Электронные сообщения по 407-П» сделаны следующие доработки.
2.1. Добавлено новое представление документа «С группировкой по квитанциям».
2.2. Добавлен новый атрибут «Квитанция», который может принимать следующие значения, согласно состоянию документа последней принятой 
квитанции из списка квитанций: 
- «Принят»,
- «Непринят»,
- «Удален»,
- «Нет квитанций».
2.3.Увеличен размер атрибута «Имя файла» (NAMEFIL).
2.4. В экранной форме документа изменен цвет пояснительных сообщений.
2.5.  В процедуру  расчета имен файлов вложений INC … внесены исправления из выполнения доработки в документе «XML запросы 
Росфинмониторинга по приказу 349», по которой создаваемые имена файлов сообщений по 407-П согласно XML запросу по приказу 349 могут 
дополняться порядковым номером клиента.
2.6. В процедуре считывания данных по клиенту, при считывании адресов, выполняется учет новой переменной «В адресах атрибут 
<Район/регион> = только район из КЛАДР» из категории «Настройки отборов платежей или переводов для  ОЭД» модуля ОЭД.

3. В документе «XML запросы Росфинмониторинга по приказу 349» сделаны следующие доработки.
3.1. Добавлен новый атрибут PR_NKL <Создание сообщений по 407-П с учетом атрибута номера клиента "№кл" >/ < 407-П с №Кл>. 
3.2. Задание этого атрибута включает возможность в методе «Создание документов по 407-П», по которой создаваемые имена файлов сообщений 
по 407-П согласно XML запросу по приказу 349 могут дополняться порядковым номером клиента. Этот атрибут задается при загрузке сообщения по 
приказу 349 в методе «Загрузить XML файл» при наличии в сообщении более одного клиента. По желанию пользователя атрибут можно выключить, 
тогда файлы сообщений по 407-П по всем клиентам будут иметь одинаковые имена. Доработка выполнена согласно разъяснению Банка России.
3.3. При выполнении метода «Создание документов по 407-П» при считывании адресов контрагентов выполняется учет новой переменной 
«В адресах атрибут <Район/регион> = только район из КЛАДР» из категории «Настройки отборов платежей или переводов для  ОЭД» модуля ОЭД.
3.4. При выполнении метода «Создание документов по 407-П» при наличии вида запрашиваемой информации 04 – «ЭЛ04ЗапрВыписок» исправлена 
ошибка заполнения атрибутов сообщения по 407-П «Начало периода выписки по л/с» и «Конец периода».

4. В документе «Электронные сообщения по 4077-У» сделаны следующие доработки.
4.1. В режиме создания документа при выполнении выбора контрагента при считывании его адресов из справочника «Контрагенты»  выполняется 
учет переменной «В адресах атрибут <Район/регион> = только район из КЛАДР» из категории «Настройки отборов платежей или переводов 
для  ОЭД» модуля ОЭД.

Версия ОЭД  1.1.62  от  25  января   2017 года
.
1. Внесены следующие исправления в документ "Электронные сообщения по 4077-У" и в метод создания XML-файл сообщения в связи с новой версией XSD-файлов схем проверки от 22.11.2016.
1.1. Для документа в формате «02 - отказ в выполнении распоряжения о совершении операции» условный атрибут «Коммент» перенесен из таблицы (экранной формы) «Сведения об  участнике операции» в таблицу (экранную форму) «Отказ от совершения операции».
1.2. Для обоих форматов в элемент «МестоРожд» добавлен отсутствующий в старом варианте схем атрибут  «СтранаНаименование».
1.3. Для документа в формате «02 - отказ в выполнении распоряжения о совершении операции»  в элементе «СведФЛИП» элемент «АдрРег» переименован согласно новой схеме в  «АдрРег_У».
1.4.  Для документа в формате «01 - отказ от заключения или расторжение договора счета (вклада)» из XML структуры удален ранее существующий атрибут «ДатаУведомления».
1.5 Для обоих форматов для элемента «СведЮЛ»  атрибут «ОКВЭД2НФО» переименован на «ОКВЭД2ЮЛ».


Версия ОЭД  1.1.61  от  29  ноября   2016 года.

1. В версию  1.1.61 (s_rko207_1_1_61_161129_b674.xcu) внесены исправления в процедуру задания адресов для «ЮЛ» и «ИП» по заданному клиенту из
 справочника контрагентов. 
Теперь атрибуты адресов «АдрРегЮЛ» и «АдрРегИП» задаются согласно атрибуту «Юридический адрес» (ADR_UR). А атрибут «АдрЮЛ»  задается 
аналогично сообщению по 321-П с учетом переменной настройки «В сообщении адрес местонахождения ЮЛ задать по атрибуту ADR_PLACE_UR» из 
категории «Настройки отборов платежей или переводов для  ОЭД» модуля ОЭД. Если переменная не задана и выключена, то 
атрибут «АдрЮЛ»  задается согласно атрибуту «Фактический адрес» (ADR_URL_FACT), иначе согласно атрибуту 
«Место нахождения юридического лица» (ADR_PLACE_UR).
2.Запросы на добавление данных по ситуациям 119 и 200 заменены на  пакет данных <29.11.2016 Пользователи и группы для отправки оповещений.2co>.


Версия ОЭД  1.1.61  от  25  ноября   2016 года.
1. Для планировщика добавлена новая процедура по загрузке XML запросов по приказу 349, с возможность оповещения пользователей по следующим новым 
ситуациям:
"119 - Загрузка XML запросов Росфинмониторинга по приказу 349",
"120 - Ошибка загрузки XML запросов Росфинмониторинга по приказу 349".
Для этого в модуле ОЭД добавлена новая процедура "Загрузка/оповещение XML запросов по приказу 349". При выполнении загрузки запросов выполняется 
проверка наличия уже загруженного XML файла по атрибуту "Имя файла". Так же в документе "XML запросы Росфинмониторинга по приказу 349" добавлен 
новый атрибут "Загружен агентом", значение  которого можно увидеть в списке документов.
******Обратить внимание!******
Для выполнения оповещения пользователей по новым ситуациям  "119" и "120", т.к. данный режим оповещения реализован документом "Пользователи и 
группы для отправки оповещений" в модуле "Общий" новой версии после приема новой версии "ОЭД" следует принять 1CO, прилагаемый к данной версии. 
Файл 1CO необходим для включения доработки по новым ситуациям в модуль "Общий" без смены версии РКО. Также  при необходимости следует выполнить
прием пакета 2co.
Перед выполнением нужного запроса проверить по таблице COM_SEND_MAIL, есть ли в ней записи с  OID = 1000131 и SITUATION =  119 , 
OID = 1000132 и SITUATION =  120/. Если есть принимать пакет  2co не надо. 
Прилагаемые файлы:
 <25.11.2016 Ситуация, при которой отправляется эл.сообщение.1co>
<29.11.2016 Пользователи и группы для отправки оповещений.2co>
2. В документе "XML запросы Росфинмониторинга по приказу 349" для табличной части "БанкСчет_Карта XML запросов" добавлено новое действие  "Подобрать л/с контрагента 
для "ЭЛ04ЗапрВыписок" на "ДатаИсп". Действие можно выполнить только для значения атрибута "ЭЛ04ЗапрВыписок" в табличной части "ВидЗапрИнфо XML запросов". 
При выполнении этого действия выдается список всех лицевых счетов заданного в табличной части "Клиенты XML запросов" клиента, открытых на "ДатаИсп" в первом разделе
 включая закрытые. Для добавления счетов в табличную часть следует пометить нужные лицевые счета из списка.
3. В документе "Электронные сообщения по 407-П" сделан запрет удаления сообщения 407-П при создании этого сообщения через документ "XML запросы Росфинмониторинга
 по приказу 349". Данный режим выполняется с помощью нового сценария для данного документа "Запрет удаления сообщ.407-П при создании через 349".
4. В документе "Электронные сообщения по 407-П" для табличной части "Атрибуты файла вложения сообщения по 407-П" увеличен размер строкового атрибута
 "Образ файла вложения" до 255 символов.


Версия ОЭД  1.1.60  от 18  ноября   2016 года.
1.Исправлена ошибка при задании  атрибута "ЭлектроннаяПочта"

Версия ОЭД  1.1.60  от 11  ноября   2016 года.
1. Исправлена ошибка контроля и создания XML файла при исполнении метода «Создать XML файл» документа "Электронные сообщения по 4077-У"
 в формате «02» для ситуации "КодПризнОпераци" = 0  и атрибут "КодДенежСредств" должен быть заполнен.
2. Исправлена ошибка задания атрибута «Наим» для «ЮЛ» из справочника контрагентов, теперь данный атрибут заполняется значением атрибута 
«Полное наименование».
3. Появилась возможность задавать по ПОЛЬЗОВАТЕЛЯМ атрибуты переменных для данных (ФИО, должность, телефон, эл.почта) по 
УПОЛНОМОЧЕННОМУ лицу. 
Для этого в категории «ОЭД» - «Электронные сообщения по 4077-У» добавлены  новые переменные:
- «Задать данные уполномоченного лица(ФИО, должность, телефон, эл.почта) из переменных по пользователям»,
- «Фамилия уполномоченного лица ПО ПОЛЬЗОВАТЕЛЮ»,
- «Имя уполномоченного лица ПО ПОЛЬЗОВАТЕЛЮ»,
- «Отчество уполномоченного лица ПО ПОЛЬЗОВАТЕЛЮ»,
- «Должность уполномоченного лица ПО ПОЛЬЗОВАТЕЛЮ»,
- «Телефоны уполномоченного лица ПО ПОЛЬЗОВАТЕЛЮ»,
- «Адрес электронной почты ПО ПОЛЬЗОВАТЕЛЮ».
Для данного режима следует включить переменную «Задать данные уполномоченного лица(ФИО, должность, телефон, эл.почта) из переменных 
по пользователям» и по каждому пользователю, работающему с сообщениями задать значения в перечисленных новых переменных. 
В случае не заданной или выключенной переменной, значения берутся из одноименных переменных, сделанных первой версии без фразы 
«… ПО ПОЛЬЗОВАТЕЛЮ».
4. Для табличной части документа «Учредители/доверительные собственники (управляющие)» добавлено действие «ДОБАВИТЬ учредителей из списка 
"Органы Управления" анкеты контрагента», по которому пользователь может заполнить эту табличную часть при необходимости, т.е. в случае наличия 
клиента ИНБОЮЛ с атрибутом «ПризнакОргФорма» со значением " 0 - траст или иная ИНБОЮЛ с аналогичной структурой/функцией ". 
5.При редактировании атрибутов адресов с кодами ОКСМ добавлено автоматическое заполнение соответствующего атрибута наименования страны 
согласно заданному коду из справочника стран.
6. При редактировании атрибута для удостоверения личности «ВидДокКод» добавлено автоматическое заполнение соответствующего атрибута 
«ВидДокНаименование» согласно заданному коду из справочника «Коды документов, удостоверяющих личность».
7.Для  документа «Электронные сообщения по 4077-У» в представление документа «С группировкой» добавлен еще один уровень табличных частей
 с информацией об отказах, где можно увидеть атрибут «Номерзаписи», в котором задается уникальный идентификатор записи сведений, 
представляемых кредитной организацией.
8. В документе «Электронные сообщения по 4077-У» изменен способ задания атрибута "Первичная операция", если атрибут «Тип записи» не равен 
«1 - направлен первично». Теперь данный атрибут всегда НЕ РЕДАКТИРУЕТСЯ и задается ПО КНОПКЕ «Задать первичную операцию». 
Для УДАЛЕНИЯ значения атрибута "Первичная операция" , следует задать атрибут «Тип записи» равным «1 - направлен первично».
При нажатии кнопки высвечивается список ПЕРВИЧНО ОТПРАВЛЕННЫХ отказов, в датах сообщений меньших, чем текущая дата сообщения. 
Пользователю следует выбрать нужную строку из списка по атрибуту «НомерЗаписи». При этом выполняется копирование всех атрибутов и 
табличных частей выбранного отказа. 

Версия ОЭД  1.1.59  от   28 октября   2016 года.
1.Исправлена ошибка в документе "Электронные сообщения по 407-П"  при создании XML файла  для атрибута <ФИООтвСотрудн> - <Отч>.
2.Исправлена ошибка в документе "XML запросы Росфинмониторинга по приказу 349"  при выполнении метода "Создание документов по 407-П" при 
расчете имени файла создаваемых сообщений по 407-П .
3.В модуль ОЭД добавлен новый документ " Электронные сообщения по 4077-У "  класс OID=1005826. Документ пока не добавлен в меню РКО.
 Документ позволяет создавать XML сообщения двух форматов согласно новому указанию по 4077-У  "о случаях отказа от заключения договора банковского счета (вклада) и (или) расторжения договора банковского счета (вклада) с клиентом по инициативе кредитной организации, о случаях отказа в выполнении распоряжения
 клиента о совершении операции". При работе с документом используются три новых заполненных данными справочника согласно Приложениям по 4077-У.
OID=1005840    "Коды документов, удостоверяющих личность".
OID= 1005838    "КодДок/НаимДок основания совершения операции".
OID= 1005839    "Код Участника операции".
Описание работы с документом представляется в отдельном файле 4077_U.doc

Версия ОЭД  1.1.58  от   21 сентября   2016 года.
1.Добавлена новая переменная "В сообщении для 1003/1004 по касс.док. в блоке по клиенту задать признак "1-на обслуживании в КО"".
2.При включении данной переменной в атрибутах  B_PAYER или B_RECIP для клиента при покупке или продаже валюты задается значение 
"1-на обслуживании в КО", иначе задается значение "0- иной случай" при выполнении  действия  "Записать помеченные в список ОЭД с учетом касс.док" 
при отборе по переводам/платежам или в режиме отбора по кассовым документам "Записать помеченные в список ОЭД".

Версия ОЭД  1.1.57  от 28 июня   2016 года.
1.В модуль ОЭД добавлен новый документ " Запросы  о направленных ОЭС ". Документ позволяет фиксировать и формировать ответ 
на запрос ГУ БР по ЦФО о направленных ОЭС в виде табличного XLS файла по сообщениям и набора файлов электронных копий подтверждающих 
документов. По перечисленным файлам  формируется архивный файл ARJ, который является ответным файлом на запрос о направленных ОЭС .
XLS файл формируется по полям отправленных сообщений согласно  DBF файлам, с указанием в отдельном столбце имен файлов, 
содержащих электронные копии подтверждающих документов по каждому сообщению. Описание работы в данном режиме в файле Zapros o napravlen OES.doc.
2.В модуль ОЭД добавлен новый класс документов OID: 1005536 Электронные сообщения по 3730-У предназначен для информирования уполномоченным 
банком (филиалом) органа финансового мониторинга об отказе в проведении операции, о проведении ранее приостановленной операции по отдельному
 счету, открытому головному исполнителю, исполнителю для осуществления расчетов по государственному оборонному заказу в соответствии 
с Указанием Банка России от 15 июля 2015 № 3730-У. Докумет пока не включен в меню РКО.
Описание реализации находится в разделе справки Модуль ОЭД -> Формирование списка сообщений -> Электронные сообщения по 3730-У


Версия ОЭД  1.1.56  от  08 июня  2016 года.
Принять модуль s_rko207_1_1_56_160608_b633.xcu
Исправлены ошибки:
- процедуры в режиме проверки заполнения атрибутов сообщений ОЭД по 321-П для атрибута "Серия, № паспорта" VD05/15/25/35/45;
- в структуре таблицы RKO_OP321 размерность атрибута "CORR_COMMENT".


Версия ОЭД  1.1.56  от  10 мая  2016 года.
1.Исправлена ошибка нумерации при добавлении вложенных файлов для документа по 407-П в режиме создания файлов выписки по коду 04 для варианта получения одного файла выписки.
2.В режимах  отборов платежей и переводов при выполнении действий "Записать помеченные в список ОЭД" и "Записать помеченные в список ОЭД с учетом касс.док", 
добавлено проставление друг по другу атрибутов сообщения по 321-П для адресов  представителей KODCR1/2 и KODCN1/2.
3.При записи адресов контрагентов в сообщение по 321-П, добавлена перекодировка  региона МНС(КЛАДР) в регион по ОКАТО для г.Севастополь 92 на 67 и Крым 91 в 35.
4.Реализован механизм проверки заполнения атрибутов сообщений ОЭД по 321-П.
  Добавлен справочник проверок: Конфигурация \ Категория: РКО\ОЭД\ Классы документов \ Справочник проверок сообщений по 321-П (OID 1005617).
  Данный справочник OID=1005617 в интерфейс не вынесен. Будет включен в следующей версии РКО.
  Каждая проверка может иметь один из трех статусов при сохранении: Не проверять, Предупреждение, Ошибка.
  По умолчанию все проверки настроены на предупреждение при сохранении.
  Если статус при сохранении "Предупреждение" и проверка срабатывает, в нижней части окна экрана открытого документа  выводится предупреждение, и на вкладку "Замечания контроля"  соответствующего документа записывается текст об ошибке  из поля 
"Заголовок", при этом документ сохраняется.
  Если статус при сохранении "Ошибка", то при срабатывании контроля, в режиме редактирования в нижней части окна выводится сообщение об ошибке. 
Документ при этом не сохраняется.
  Если проверка срабатывает при сбросе  из отбора переводов и платежей, то  на экран выдается окно с сообщением об ошибке и сохранение документа с сообщением не выполняется.
  Для проверок 32119 и 32120 дополнительно нужно включить переменную s_rko_OED_zapret_1003_1004.
  Для проверок 32122, 32123, 32124, 32125 дополнительно нужно включить переменную s_rko_OED_PAY_REC.
  Для проверок 32126, 32127, 32128, 32129 дополнительно нужно включить переменную s_rko_OED_DOP_PAY_REC.
  Для проверок 32130 - 32153 дополнительно нужно включить переменную s_rko_OED_TU_GR.
  Для проверок 321215, 321216 дополнительно нужно включить переменную s_rko_OED_pred.
  Переменные находятся в разделе меню Файл\Переменные\Модуль: ОЭД\Категория: Настройки отборов платежей или переводов для ОЭД.
5. В документе "Электронные сообщения по 407"  добавлены новые атрибуты "Имя файла RFM сообщения" и в разделе 9 "Коммент".
В атрибуте "Имя файла RFM сообщения" фиксируется имя файла сообщения с запросом «Росфинмониторинга» по клиентам из нового документа 
"XML запросы Росфинмониторинга по приказу 349". 
Атрибут в разделе 9 "Коммент" следует заполнять при формировании сообщения в следующем случае.
 Если в кредитную организацию из Росфинмониторинга поступил запрос о предоставлении информации в отношении лица, не являющегося клиентом 
этой кредитной организации, либо если запрашиваемая Росфинмониторингом информация не относится к указанному в запросе клиенту кредитной 
организации (например, указанный в запросе номер счета не принадлежит клиенту кредитной организации, в отношении которого сформирован запрос).
6.В документе "Электронные сообщения по 407"  появилась возможность формировать сообщения по запросам, по которым, указанный в запросе КЛИЕНТ НЕ НАЙДЕН в справочнике "КОНТРАГЕНТЫ" базы данных. Т.е. теперь при сохранении документа по 407-П  ссылка на клиента в атрибуте "Клиент" может быть пустая, для значения атрибута "НалЗапрИнф" равного "0 – при отсутствии запрашиваемой информации".
Для формирования сообщения для данного случая, согласно описанию форматов  по 407 в пункте 2.2. , следует:
- ЗАПОЛНИТЬ атрибуты "ВидИнф" кодами через запятую, 
- НЕ ЗАПОЛНЯТЬ разделы 2-8 с информацией о клиенте,
- ЗАПОЛНИТЬ атрибут в разделе 9 "Коммент", указав в произвольной текстовой форме причины, по которым в электронном сообщении отсутствуют сведения о клиенте кредитной организации.
XML файл в данном режиме при проверке по существующей XSD схеме выдает ошибку, но есть информация от банков пользователей, что ответные XML сообщения в таком виде принимаются.
7.Добавлен новый документ "XML запросы Росфинмониторинга по приказу 349". Документ позволяет загружать  RFM файлы запросов «Росфинмониторинга» 
в формате XML, создавать ответные квитанции о принятии или не принятии запроса, и формировать документы сообщений в формате 407-П  по каждому клиенту согласно принятому  RFM запросу. Для  данного режима добавлены переменные настройки в модуле ОЭД в категории "XML запросы Росфинмониторинга по приказу 349". Данный документ  OID=1005646 в интерфейс РКО пока не вынесен. Будет включен в следующей версии РКО.

Версия ОЭД  1.1.55  от  11  марта 2016 года.

1. Для документа "Cписок сообщений по 321-П" добавлено новое состояние "Отвергнут".
2. Для документа "Cписок сообщений по 321-П" добавлены новые методы "Сообщение Отвергнуто" и "Отменить состояние Отвергнут".
3. Теперь для документа "Сообщения по 321-П" в режиме "ЗАГРУЗИТЬ извещение", если строка извещения в состоянии "1 " для принятой записи, 
то документ сообщения из состояния "Отправлен", переводится в состояния "Принят".  Если строка извещения в состоянии "0 " для отвергнутой записи , 
то документ сообщения из состояния "Отправлен" переводится в состояние "Отвергнут" , 
4 .В связи с вводом нового состояния  "Отвергнут", в шаблоне отчетов  "Отчет для запросов СВА"  внесены исправления для расчета граф 
отбракованных записей по сообщениям 321-П. Теперь в этих графах учитываются сообщения по 321-П в двух состояниях,  "Отправлен" (1000353) или 
"Отвергнут" (1001714).      

Версия ОЭД  1.1.54  от 28 декабря 2015 года.
1. В документе "Электронные сообщения по 407"  при добавлении файлов вложения внесено исправление расчета <nnn> (порядковый номер файла вложения,
 сформированного в рамках одного запроса)  в имени файла вложения. Теперь нумерация  <nnn> в рамках документа по всем видам кодов информации,
 а была в рамках каждого кода информации. Т.е. исправления внесены:
- в действие «Добавить файл вложения»;
- в метод «Создать вложенный файл в формате 365-П (04)»;
- в метод «Создать выписку из анкеты (досье) клиента (09)».
2.В документе  "Сообщения  ОЭД по 321-П" добавлено отображение в списке следующих атрибутов:
- ACC_B0 "Номер счета уч операции в его банке лица сов.опер.",
- NAMEU0 "Наименование или ФИО лица сов.операцию",
- ACC_B3 "Номер счета уч операции в его банке получателя",
- NAMEU3 "Наименование или ФИО получателя".
3.Во всех режимах модуля при работе переменной s_rko_OED_321_NOT_REG(1000616)  "Не заполнять  атрибут РЕГИОН для регионов 77,78" 
добавлен код 92 (Севастополь г).

Версия ОЭД   1.1.53  от 30 ноября 2015 года.
1. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
"При сбросе для кассовых операций покупки/продажи валюты задать банковский л/с в ACC_B0(3)".
При включении данной переменной л/с из внутреннего перевода переносится в атрибуты сообщения ACC_B0(3) для блоков с данными кредитной организации 
по внутреннему переводу порожденному по кассовым документам "Покупка-продажа валюты за рубли" или "Конверсия (покупка -продажа) за валюту".
2.Исправлена ошибка запроса считывания данных по кассовой операции для варианта формирования сообщения при включенной переменной
"Уд.личности ФЛ/ИП из списка с признаком "Основной документ..."
3.В документе "Электронные сообщения по 407"  на закладке "ВидИнф=04" для атрибута N_SPR убрана маска добавления лидирующих нулей. 
В экранной форме сделан числовой TDiCalc объект из 6 цифр.

Версия ОЭД   1.1.52  от 26 октября 2015 года
1.В режиме "Сброс помеченных из отбора данных - с учетом KS" исправлена ошибка атрибута "НЕРЕЗИДЕНТ" (RESID)  у переменной res_kod_nr 
для данных по клиенту кассового документа.

Версия ОЭД   1.1.51  от 27 августа 2015 года
1. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
"В сообщении адрес местонахождения ЮЛ задать по атрибуту ADR_PLACE_UR, иначе по атрибуту ADR_URL_FAC " .
2. При включении этой переменной, в атрибуты сообщения с местом нахождения (код начинается с ADRESS) переносится  адрес ЮЛ клиента банка  из 
справочника контрагентов согласно атрибуту "Место нахождения юридического лица", а при не заданной или выключенной переменной согласно 
атрибуту "Фактический адрес". Данная переменная учитывается, как при формировании сообщений по 321-П из режимов отбора платежей или переводов, 
так и при создании платежа в ручную по действию "Новый" в документе "Список сообщений по 321-П".
 
Версия ОЭД   1.1.50  от 29 июля 2015 года
1.В документе "Сообщение об отказе заключения договора" добавлено новое состояние "Принят" и методы 
"Сообщение Принято", "Отменить состояние Принят".
2.Исправлен отчет "Отчет для запросов СВА" по уточнениям банка.
2.1. Строка "Обязательный контроль" считается по всем кодам кроме 6001 в атрибутах сообщения  "Код вида оп."  или "Дополнительные виды операций".
2.2. Строка "Необычные сделки" считается по всем кодам  6001 в атрибутах сообщения  "Код вида оп."  или "Дополнительные виды операций".
2.3. Графа <Принято записей считается по состоянию "Принят">.
2.4. Графа <Отбраковано записей считается по состоянию "Отправлен">.
2.5. Графа 4= 5+6
2.6. Графа "Направлено ОЭС..." (отчет электронного сообщения) , это отправляемый файл, состоящий из записей идентифицируется по двум атрибутам "Имя файла"  и "Дата файла", которая содержит и дату и время создания файла.
2.7. Для ОЭС по 321-П учитываются только записи в состоянии "Принят" S_S=1000372  или "Отправлен" S_S=1000372. 
2.8. Для ОЭС по отказу ...  учитываются только записи в состоянии "Принят"  S_S=1001607 или Отправлен" S_S=1000173.
2.9. Для ОЭС  по 3063-У о результатах проверки учитываются только записи в состоянии "Принят" S_S=1001238 или "Отправлен" S_S=1001217.
2.10. Для ОЭС  по 3063-У о мерах блокировки учитываются только записи в состоянии "Принят"  S_S=1001237 или "Отправлен" S_S=1001220.         2.11. При задании периода для всех сообщений  рассматривается атрибут "Дата представления".

Версия ОЭД   1.1.49 от 2 июля 2015 года. 
1.Во всех отборах платежей и переводов для ОЭД по 321-П добавлено новое действие "УДАЛИТЬ помеченные платежи с ЭКРАНА". 
Данный режим служит для удаления пользователем с экрана не нужных для создания сообщений по 321-П  платежей, попавших в отбор представления 
документа согласно условию отбора.  Если выполнить действие по обновлению, т.е. перечитыванию экрана, для данного условия отбора, то 
удаленные платежи, по прежнему попадут в отбор.
2.В режиме "Операции сброса данных в таблицы BNK"  для таблицы RKO_BNK_ALL увеличена размерность атрибутов задания сумм с 14.2 до 16.2 для задания
больших сумм сообщений по 321-П согласно платежам или переводам системы.
3.В документе "Cписок сообщений по 321-П" исправлена не корректность при выполнении действия "ЗАДАТЬ порядковый НОМЕР и ДАТУ представления ".
Теперь для первого сообщения в новом году по дате представления задается номер 1. Ранее первый номер оставался пустым, и первый номер следовало 
задавать вручную через редактирование документа.
4.Сделан в тестовом режиме новый вариант отбора платежей и переводов по 321-П через временный файл для режима "Отбор для ОЭД с учетом незавершенных платежей".
Ожидается, что данный вариант отбора через временный файл, на больших объемах данных будет работать  быстрее.
Для выполнения этого отбора следует выполнять новый документ s_rko_otb_207_nezav1 OID=1005336.

Версия ОЭД   1.1.47 от 12  февраля 2015 года. 
1.Внесены исправления согласно указанию ЦБ № 3464-У от 1 декабря 2014 года в режимы отбора платежей и переводов по 321-П для существующего 
кода 9001 и нового кода 9002. Т.е. внесены изменения в функции отбора платежей и переводов по уже существующему коду 9001 и добавлены для нового 9002.
Теперь в отборах  платежей и переводов существую две функции: <F9001>  и <F9002>:
- <F9001> это операции некоммерческой организации(НК) и нерезидента(НР) по получению,
- <F9002> это операции некоммерческой организации(НК) и нерезидента(НР) по расходованию.
По прежнему для данных функций отбора л/с НК  организаций учитываются по справочнику "Б/С для контроля проверки 9001/9002".
При включенной переменной "Учет справочника Б/С отправителя - нерезидента для функции F9001/9002" л/с нерезидентов(НР)  
учитываются из справочника "Балансовые счета отправителя - нерезидента".
При  ВЫКЛ/незадании этой переменной выполняется учет ВСЕХ зачислений(код 9001)/списаний(код 9002) по л/с НК организаций независимо 
от корреспондирующего л/с.

Версия ОЭД   1.1.46 от 13 января 2015 года.
1 .В режиме сообщений по 407-П в категории "407-П  Настройки" добавлена новая переменная «Каталог загрузки квитанций xml сообщений по 407-П».
2.В режиме работы с документами по 407-П появилась возможность принимать квитанции xml файлов сообщений:
- о принятии файлов сообщений с именем DI+имя файла сообщения с третьего символа ;
- о непринятии файлов сообщений  с именем NI+имя файла сообщения с третьего символа;
- о непринятии файлов вложений с именем ERR+ имя файла вложения.
Для документа «Электронные сообщения по 407-П» добавлено новое  состояние «Отправлен» и метод «Xml ответ отправлен», для фиксации факта отправки
 сообщения. Для приема квитанций из состояния  "Отправлен" документа сообщения по 407-П добавлен новый метод "Загрузить квитанцию". В процедуре 
данного метода согласно атрибуту документа сообщения «Имя файла» в заданном каталоге выполняется поиск и загрузка  DI, NI, ERR  xml файлов 
текущего сообщения. Если ни одного файла квитанций не найдено, то выдается сообщение : «Отсутствуют файлы квитанций по XML файлу…..». Список 
загруженных квитанций при выполнении метода по отправленному документу добавляется в раскрывающийся список "Квитанции" каждого документа 
сообщения по 407-П.
Для квитанции  с именем DI для удобства пользователя считывается атрибут "Результат обработки": 
- "0-сообщение и все вложения приняты",
- "1- сообщение принято, не все вложения приняты".
Содержимое файла определенной загруженной квитанции, с кодами и наименованиями ошибок можно посмотреть с помощью отчета "Текст квитанции" в
 списке квитанций.

Версия ОЭД  от 1.1.45 от 2 ноября 2014 года.
1.В всех процедурах отбора ОЭД  добавлена новая  функция "<F4007> - учет платежей "стратегических предприятий" и сумма >= 50 000 000 руб нац.экв."
Признак  "Стратегическое предприятие" задается в справочнике контрагентов, на закладке "Общее(2)".
2.В режиме сообщений по 407-П в категории "407-П  Настройки" добавлена новая переменная "При создании выписки  вложенных файлов  для кода 04 по 407-П пустой атрибут 
<НомКорСч>=20-ти нулям ".  Данная переменная учитывается при выполнении метода "Создать вложенный файл в формате 365-П (04)". 
Данная переменная сделана для режима загрузки вложенных файлов выписки по 365-П в программу фирмы "Комита" для сообщений по 407-П.
Эта программа требует обязательного заполнения атрибута <НомКорСч>, хотя в описании форматов по 365-П данный атрибут является "П-предписанным", 
т.е. обязательно присутствовать, но может не заполняться.  
3.В режимах отборах данных  по ОЭД при выполнении действий "Записать помеченные в список ОЭД" или "Записать помеченные в список ОЭД с учетом касс.док"
выдается сообщение, если не задан представитель по ЮЛ на дату сообщения по клиентским л/с.

Версия ОЭД  от 1.1.44 от 23 октября 2014 года.
1.В режиме работы с документами по 407-П появилась возможность выполнять сброс ответного XML-файла в разные каталоги, в зависимости от признака архивного файла MMM, который может принимать следующие  значения:
000 – при первичном направлении;
101 – при направлении в случае получения квитанции о непринятии электронного сообщения;
201 – при направлении в случае получении квитанции о непринятии вложений.
Для этого был добавлен новый атрибут документа «Признак архивного файла». При добавлении нового документа этот атрибут принимает значение согласно перечислению «<000>-первичный файл». Для работы в данном режиме следует задать значения новых переменных модуля ОЭД в категории «407-П  Настройки»:
- «Каталог сброса 101-х ответных xml сообщений по 407-П»,
- «Каталог сброса 201-х ответных xml сообщений по 407-П». 
2.Внесены исправления в процедуру расчета имен вложенных файлов для табличной части «Раздел9.1.1.Атрибуты файла вложения ». Теперь для ВидИнф=02 имя файла вложения остается значением имени файла образа, согласно описанию форматов по 407-П.
3. В режиме работы с документами по 407-П появилась возможность формирования вложенного файла для вида запрашиваемой информации 09, содержащего выписку из анкеты (досье) клиента.

Версия ОЭД   1.1.43 от 6  сентября  2014 года
1.Добавлены новые документы:
-  справочник "Запрещённые наркотические и психотропные вещества" (OID=1005157),
- операция отбора данных "Проверка платежей на запрещ.наркотические вещества"(OID=1005161).
Документов пока в интерфейсе RKO нет, следует их запустить через WorkSpace или включить в свой интерфейс. 
2.В справочник "Запрещённые наркотические и психотропные вещества"  занесены данные, полученные от банка инициатора данной доработки.
В него можно выполнять добавление строк данных с наименованием веществеществ из текстового файла с расширением CSV в режиме
 "Добавить в справочник  из CSV файл". Можно добавлять данные вручную в режиме "Новый".
3.В документе "Проверка платежей на запрещ.наркотические вещества" выполняется анализ  по атрибуту "Назначение платежа" всех платежных
 документов заданного дня, по справочнику  "Запрещённые наркотические и психотропные вещества" .
Т.е. выполняется проверка "Назначения платежа"  по каждой строке справочника на вхождение всех не пустых слов (условие "И")  из пяти существующих 
слов, описывающих  каждую строку из справочника. 
4.Из документа "Проверка платежей на запрещ.наркотические вещества" возможно создавать сообщение по 321-П ,как в любом  отборе по ОЭД, выполняя 
действие "Записать помеченные в список ОЭД с учетом касс.док".


Версия ОЭД   1.1.42 от 14  августа 2014 года
1..В документе "Cписок сообщений по 321-П"  для отчета "Контроль сообщений для отправки" исправлены контроли 
<"БИК обслуживающей к/о" ....  должен быть равен 9 символов > и <БИК передавшей/принявшей  к/о".... должен быть равен 9 символов>. Ранее был анализ 
на код валюты 810, теперь на код места нахождения к/о 643.
2. Теперь для функции <F9001> с учетом новой переменной "Учет справочника Б/С отправителя - нерезидента для функции F9001" 
учитывается с номер внешнего счета как л/с по Дт для платежей 'Вх.внеш ' и осуществляется проверка внешнего л/с по справочнику
"Балансовые счета отправителя - нерезидента".

Версия ОЭД   1.1.41 от 8  августа 2014 года
1.В Условиях отбора для ОЭД в критерий <ЗАЙМ> в перечень вхождений добавлено слово "заём".
2.Реализована доработка для функции <F9001> с учетом новой переменной "Учет справочника Б/С отправителя - нерезидента для функции F9001".
 из категории "ОЭД" - "Настройки отборов платежей или переводов для  ОЭД ". Для этого добавлен новый справочник "Балансовые счета 
отправителя - нерезидента". Документ еще не включен в интефейс РКО, поэтому для работы с данным справочником следует поместить документ s_rko_oed_bs_9001_ner
OID=1005104  на <WorkSpace>.
 При включении новой переменной функция <F9001> отрабатывает по следующему алгориму:
- Б/с платежа по Дт есть в справочнике "Балансовые счета отправителя - нерезидента"  и Б/с платежа по Кр в справочнике "Б/с для контроля  проверки 9001" ;
- или Б/с платежа по Дт в справочнике "Б/с для контроля  проверки 9001".
При выключенной переменной или не заданной переменной   функция <F9001> отрабатывает по следующему алгориму:
- Б/с платежа по Кр в справочнике "Б/с для контроля  проверки 9001";
- или Б/с платежа по Дт в справочнике "Б/с для контроля  проверки 9001".
3.В документе «Электронные сообщения по 407-П» на закладке «ВидИнф=4» теперь при выборе л/с выдаются  закрытые счета.
4.В документе "Cписок сообщений по 321-П" для действия  "ЗАДАТЬ порядковый НОМЕР и ДАТУ представления " добавлен контроль на пустые значения 
атрибута с порядковым номером представления сведений "№ свед". Если в списке помеченных сообщений есть документ с заданным номером, 
то процедура не выполняется.
5.В документе "Cписок сообщений по 321-П" при включенной переменной "Контроль атрибутов плательщика/получателя " исправлены 
контроли <"БИК обслуживающей к/о" ....  должен быть равен 9 символов > и <БИК передавшей/принявшей  к/о".... должен быть равен 9 символов>, 
ранее был анализ на код валюты 810, теперь на код места нахождения 643.
6.Добавлена новая переменная "Контроль при сохранении сообщения атрибутов TU=(0или 4) и  GR=01.01.2099" в категории
 "ОЭД" - "Настройки отборов платежей или переводов для  ОЭД ". Сделан новый контроль  при сохранении документа сообщения при включении этой 
переменной. Контроль выполняется следующим образом:
- TU0 =0 или 4 и GR0 не равна 01.01.2099, то это ошибка;
- TU3 =0 или 4 и GR3 не равна 01.01.2099, то это ошибка;
- TU1 =0 и не равна 01.01.2099, то это ошибка;
- TU2 =0 и не равна 01.01.2099, то это ошибка;
- TU4 =0 и не равна 01.01.2099, то это ошибка.
7.При редактировании документа  "Cписок сообщений по 321-П" при включенной переменной "Контроль атрибутов плательщика/получателя " 
при изменении атрибутов TU0,TU1, TU2,TU3, TU4 на значения 0 или 4 задается значение 01.01.2014 соответствующему атрибуту GR0,GR1, GR2,GR3, GR4.
8.Добавлена новая переменная "При сбросе сообщения задать TU=2  внешнего клиента по списку б/с 2-го порядка для ФЛ" в категории
 "ОЭД" - "Настройки отборов платежей или переводов для  ОЭД ". При включении данной переменной, по внешнему клиенту задается атрибут тип участника TU=2
 плательщика или получателя согласно б/с внешнего л/с, при его наличии в переменной "Список б/счетов 2-го порядка ФЛ " из категории "ОЭД" - "Начальные данные
  ОЭД - ЗНАЧЕНИЯ ПО УМОЛЧАНИЮ".
9,В документе "Cписок сообщений по 321-П" при выполнении действия "Поменять местами"Плател.-Получатель"5003/8001/5005" теперь меняются местами 
атрибуты "Признак Банка ЛИЦА, СОВЕРШАЮЩЕГО ОПЕРАЦИЮ" и "Признак Банка получателя". Так же меняются местами атрибуты с закладок 
"ПРЕДСТАВИТЕЛЬ ЛИЦА , СОВЕРШАЮЩЕГО ОПЕРАЦИЮ(1)" и "ПРЕДСТАВИТЕЛЬ ПОЛУЧАТЕЛЯ(2)".
10,В документе "Cписок сообщений по 321-П" при выполнении действия "КОПИРОВАНИЕ помеченных сообщений в формате BNK.DBF" появился следующий 
признак выбора по необходимости  "Заполнять значениями документа атрибуты сообщения  NUMB_P  и  DATE_P".


Версия ОЭД   1.1.40 от  21.05.2014
1.В документе  "Электронные сообщения по 407-П" после выполнения метода  "Создать xml файл ответа"  появилась возможность проверить 
созданный xml-файл согласно схемам xsd по кнопке <Проверить XML файл>. Для этого следует файлы схем di_00.xsd и data_types.xsd скопировать 
в каталог  из пепеременных настроек "Каталог сброса ответных xml сообщений по 407-П". Данные файлы прилагаются к пакету с описанием формата по 407-П.
2.Добавлен файл шаблона "Текст вложенного файла <ВидИнф=04> в формате 365-П" ошибочно отсутсвующий при выгрузке версии 1.1.40 от 16 мая 2014 года.
3.Внесены исправления при получении выписок по 365-П в методе "Создать вложенный файл в формате 365-П " для включения переменной
  "При формировании ответной выписки использовать документы старых систем"  в случае выписки из нескольких файлов.



Версия ОЭД   1.1.40 от 16 мая 2014 года.
Данная версия требует наличия новой переменной модуля РКО s_rko_spr_onv_ls_dr_kl (1001549) для виписок по 365-П из категории
"ДАННЫЕ сообщений  для СПРАВОК В НАЛОГОВЫЕ ОРГАНЫ".
Переменная называется "При формировании ответной выписки/справки об остатках выключить контроль клиента по л/с  ".
Эта переменная выгружена в файле:   16.05.2014  s_rko_spr_onv_ls_dr_kl.1CO. 
Данный файл следует принять в режиме "Обновление отдельных элементов" после обновления модуля.

1.В режиме работы с документами по 407-П появилась возможность формирование ответного файла для вида запрашиваемой информации 04, 
содержащего выписку по операциям на счете согласно формату 365-П. 
При формирование вложенного файла выписки в формате 365-П, используются теже  переменные настройки, 
которые используются при формировании ответных документов на запросы налоговых органов в формате 365-П.
 Поэтому, для пользователя, который выполняет формирование выписки вложенного файла, необходимо заполнить в категории 
«РКОР-ДАННЫЕ сообщений  для СПРАВОК В НАЛОГОВЫЕ ОРГАНЫ» следующие переменные, которые задаются по пользователю:
- «Фамилия отправителя»;
- «Должность отправителя»;
- «Телефон отправителя».
2.Добавлена новая переменная «Каталог сброса вложенных файлов выписок для кода 04 по 407-П» в категории «407-П  Настройки».
3..В форме документа «Электронные сообщения по 407-П» добавлена новая закладка «ВидИнф=04». 
Эта закладка содержит атрибуты документа, которые необходимо заполнить для формирования выписки по л/с.
После заполнения всех атрибутов закладки можно выполнить метод документа «Создать вложенный файл в формате 365-П». 
Результатом выполнения метода «Создать вложенный файл в формате 365-П» является появление строк с именами  файлов в списке документа
 «Атрибуты файла вложения» для кода 04 признаком «365-П». Состояние документа, при выполнении данного метода не меняется, т.е. документ остается 
в состоянии «Создан». «TXT» файлы  образов выписок сохраняются в каталоге, который  задан переменной «Каталог сброса вложенных файлов выписок 
для кода 04 по 407-П», плюс подкаталог формата «Дата сообщения+ID документа».
Просмотр в документе полученных файлов выписок можно осуществить следующим образом. Встать курсором в списке «Атрибуты файла вложения» на 
нужный файл и выполнить действие «Текст вложенного файла <ВидИнф=04> в формате 365-П».
4.Во все условия отбора платежей и переводов внесены изменения для функции <F9001>. Теперь условия для данной функции следующие:
"<F9001>- Дт или Кт б/с из справочника и сумма >=100000 руб. нац.экв.".



Версия ОЭД  от 1.1.40 от 6 мая 2014 года.
1.Переменная <При сбросе задать атрибуты сообщения по в/о 5005 для GOLD\\,SILV\\,PLAT\\,PALL\\в назначении платежа> переименована в
"При сбросе задать  в/о 5005   и атрибуты сообщения по драг.металам".
2.В модуле в  справочнике  "Маски банковских л/с для отбора ОЭД" ( OID=1004914)  для атрибута "Признак ..." добавлено новое третье
 значение "Перестановка". Задание масок по л/с Дт и Кр с данным признаком позволяет в любом отборе платежей и переводов по 321-П выполнить 
перестановку атрибутов плательщика и получателя. 
Для реализации данного режима теперь в методанных две view RKO_V_207, одна старая 1030176 для SQL и новая 1241420 для ORACLE.
Данный режим переворота не реализован в view  RKO_V_321 и  RKO_V_321MIN на ORACLE для режима незав. платежей. 
3.Переделано задание атрибутов сообщения при включенной переменной "При сбросе задать  в/о 5005   и атрибуты сообщения по драг.металам".
3.1. Задание кода VO=5005 при наличии одной из фраз  «GOLD\\»,  «SILV\\» , «PLAT\\», «PALL\\» в атрибуте «Назначение платежа»  или  платеж был создан документом «Сделки с драг. металлами» (DOC_OID=1003578).
3.2. Если атрибут METAL ранее не задан (по коду в номере л/с, по маске, по сделке), то задание атрибута METAL при наличии одной из фраз  «GOLD\\»  METAL=A98,  «SILV\\» METAL=A99 , «PLAT\\» METAL =A76, «PALL\\» METAL = A33 в атрибуте «Назначение платежа». 
3.3. Задание атрибута DESCR_1=<Сделка купли/продажи драгоценных металлов с центральным контрагентом на торгах ОАО «Московская биржа» > для платежей по следующим маскам.
Балансовый счет по  Дебету  = 969 или 963 или 939 или 933 и при этом  10-я позиция номера л/с  равна «6» или равна «7».
Или балансовый счет по  Дебету  = 47407 или 47408 и при этом  10-я и 11-я позиции номера л/с  равны «60».
Или балансовый счет по  Кредиту = 969 или 963 или 939 или 933 и при этом  10-я позиция номера л/с  равна «6» или равна «7».
Или  балансовый счет по  Кредиту 47407 или 47408 и  при этом  10-я и 11-я позиции номера л/с  равны «60». 
3.4. Задание атрибута PRIM_1= «Сделка купли-продажи драгоценного металла на организованных торгах» + «дата платежа» для платежей по следующим маскам. 
Балансовый счет по  Дебету  = 969 или 963 или 939 или 933 или 47407 или 47408 и при этом  10-я позиция номера л/с не равна «2».
Или балансовый счет по  Кредиту = 969 или 963 или 939 или 933 или 47407 или 47408 и при этом  10-я позиция номера л/с не равна «2».
3.5. Если был задан код VO=5005 и атрибут METAL, то еще задаются следующие атрибуты сообщения:
- PRIZ_SD () = 1 (Операция совершается с иным имуществом),
- NUM_PAY_D (Номер платежного документа) = 0 ,
- DATE_PAY_D (Дата платежного документа) = 01.01.2099,
- ACC_B0 (Номер счета участника операции)= 0,
- ACC_B3 (Номер счета участника операции)= 0.
4. В платежах и переводах созданных документом «Сделки с драг. металлами» (DOC_OID=1003578) в  атрибут METAL переносится код драг. металла 
из сделки.
5.При формировании сообщения по 321-П из отборов платежей и переводов теперь  для <операций Дт-драгметалл Кр-валюта> или 
<Дт-валюта   Кр -драгметалл>  не спрашивается в какой валюте задавать атрибуты SUM (сумма в валюте ) и CURREN (код валюты), операция  считается 
по валюте.
6.В отборах по ИНН по списку условий исправлена ошибка для новых кодов "<F5002> и <F1005/4001>.
7.При формировании dbf файла исправлен порядок сортировки записей в соответствии с №сведений (NUMB_P1).
Такой же порядок сортировки при получении отчетов "Реестр сообщений, включенных  в  DBF-файл  ...".

Версия ОЭД  от 1.1.39 от апреля 2014 года.
1.В модуле «ОЭД» сделан новый класс документов OID=1005003  «Электронные сообщения по 407-П».
Документа пока в меню нет, следует его запустить через WorkSpace или включить в свой интерфейс. 
При работе с данным документом можно выполнить следующие действия:
1.1 Ввод атрибутов документа электронного сообщения по 407-П из бумажного запроса, состоящего из служебной и информационной частей согласно 
таблицам 2.1 и 2.2 из описания форматов 407-П в файле format_407_P_26_02_2014.
 Данный формат предусматривает создание одного сообщения по одному клиенту.
1.2.Заполнение атрибутов разделов с данными о клиенте, после его выбора, согласно информации о клиенте в системе.
1.3. Визуальный контроль и исправление пользователем части данных о клиенте из-за не совпадения форматов или отсутствия данных в системе.
1.4.Заполнение атрибутов табличных списков для разделов «9.1 Вид запрашиваемой информации» и «9.1.1Атрибуты файлов вложения».
1.5. Формирование ответного файла формата XML в кодировке UTF-8  с именем DI_XXXXXXXXXXXXXXXXXXXXXXXХХХ_bbbbbbbbbGGGGMMDD.xml согласно 
атрибутам созданного документа электронного сообщения по 407-П и создание копий файлов вложений согласно 
формату INC_TI_XXXXXXXXXXXXXXXXXXXXХХХХXX_bbbbbbbbbGGGGMMDD_nnn.<EXT>. 
2. В документе "Cписок сообщений по 321-П" для действия "Поменять местами"Плательщика-Получателя" добавлен код 5005.
3. При включении переменной <При сбросе задать атрибуты сообщения по в/о 5005 для GOLD\\,SILV\\,PLAT\\,PALL\\в назначении платежа> 
для GOLD\\,SILV\\,PLAT\\,PALL\\ из назначения платежа задание атрибутов сообщения NUM_PAY_D, DATE_PAY_D, ACC_B0, ACC_B3, PRIM_1, PRIM_2 
4.При создании сообщения при оборе платежей и переводов  исправлена ошибка для задания  PRIM_1, PRIM_2  при включенной переменной s_rko_OED_5005 .

Версия 1.1.38  3 марта  2014 г
1.Для режима "Сброс помеченных сообщений результатов проверки"  внесена процедура переменования файла сброса RenameFile для получения маленькой буквы <k>.
2.Для режима "Сброс помеченных сообщений блокирования средств "  внесена процедура переменования файла сброса RenameFile для получения маленьких букв <d> /<f>.

Версия 1.1.38  20 февраля  2014 г

1. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
 <В атрибутах NAME_B0/NAME_B3 задавать наименование и город нахождения к/о>.
Данный алгоритм заполнения атрибутов  NAME_B0/NAME_B3 выполняется при включенной переменной в следующих режимах:
- редактирование документа сообщения по 321-П. 
 При выборе атрибута «БИК обслуж. к/о» согласно справочнику "БИК банков России".
- отбор платежей и переводов для ОЭД. 
При создании сообщения по рублевому платежному документу по действию 
"Записать помеченные в список ОЭД", согласно заполненному атрибуту город нахождения к/о BBCITY. 
2.При занесении в сообщения по 321-П данных по удостоверению личности ФЛ и ИП теперь, перед заполненным атрибутом паспорта "Код подразделения",
проставляется фраза "Код подразделения".
3.В документы "ОЭС о мерах блокирования средств по 3063-У" и "ОЭС результатов проверки по 3063-У" добавлено новое состояние "Принят",
а также  методы для перевода документов в это состояние и его отмену.
4.В шаблоне отчета "Реестр отправленных сообщений по текущему документу" для режима "Сообщение об отказе заключения договора" исправлен 
заголовок отчета с измененным номером положения на 3041-У.
5.В режиме работы с документами сообщений по 321-П  исправлен режим копирования документа. Теперь при копировании документа, 
данные о платеже источнике  с закладки "Об операции" и системные атрибуты  не переносятся в копию платежа.
6.Появилась возможность выполнять выгрузку сообщений из филиалов и загрузку в ГО для "ОЭС результатов проверки по 3063-У" и 
"ОЭС о мерах блокирования средств по 3063-У"  по примеру 321-П. Для этого добавлены новые действия:
- "Копировать помеченные сообщения в DBF файл ",
- "Добавить сообщения  из DBF файла".
При приеме данных  в список сообщений по 321-П из файла BNK.DBF в атрибут "P_FIL-признак филиала" проставляется 4-ый символ из имени файла 
приема. Если имя файла состоит из трех символов, то ставится признак "Ф". Этот 4-ый символ необходим при наличии нескольких филиалов.
7.В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
<При сбросе задать атрибуты сообщения по в/о 5005 для GOLD\\,SILV\\,PLAT\\,PALL\\в назначении платежа>.
При включении данной переменной выполняется заполнение следующих атрибутов:
- "Код вида операции" VO= 5005. В случае, задания кода в исходном платежном документе на закладке "Дополнительно", значение кода сообщение задается согласно платежу.
- "Признак совершения операции"  PRIZ_SD=1-операция совершается с иным имуществом при задании кода  VO= 5005.
- "код драг.металла" METAL согласно наличия строк в назначении платежа по алгоритму "GOLD\\"="A98", "SILV\\"=" A99 ", "PLAT\\"="A76", "PALL\\"=" A33".
В  случае задания кода драг.металла по коду валюты л/с или по маскам, то значение кода драг.металла остается и не изменяется по назначению платежа.
8..В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
<Дополнительный контроль  типа клиента и признаков банка плательщика/получателя>.
При включении данной переменной выполняется строгий контроль по алгоритму:
Если  B_PAYER(Признак банка лица, совершающего операцию)=0-иной случай и TU0=1-ЮЛ/2-ИП/3-ИП, то  ошибка.
Если  B_PAYER(Признак банка лица, совершающего операцию)=2-является КО и TU0=2-ФЛ/3-ИП, то  ошибка.
Если  B_RECIP(Признак банка Получателя)=0-иной случай и TU3=1-ЮЛ/2-ФЛ/3-ИП , то ошибка.
Если  B_RECIP(Признак банка Получателя)=2-является КО и TU3=2-ФЛ/3-ИП  то  ошибка.
9.В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
<Признак представителя клиента  из списка руководителей по атрибуту "Единоличный исп. орган">.
При включении данной переменной подкачка представителей из списка руководителей документа анкета клиента выполняется не по атрибуту 
"Признак представителя", а по атрибуту "Единоличный исп. орган".
10.Изменено условие поиска по БИК SWIFT наименования банка согласно коду  SWIFT из документов, т.к. в поле БИК SWIFT банка бенефициара в конце 
могут быть XXX, для следующих функций S_RKO_OED_ISO_DIG, S_RKO_OED_NAME_SWIFT.
 

Версия 1.1.37  23 декабря  2013 г
1.Появилась возможность формировать сообщение в виде DBF-файла о мерах блокирования средств по 3063-У.
Для этого  в модуле ОЭД служит документ 1004926 (s_rko_op3063) ОЭС о мерах блокирования средств по 3063-У.
Документа пока в меню нет, следует его запустить через WorkSpace или включить в свой интерфейс.
Перед началом работы с данным режимом следует заполнить переменные в модуле ОЭД в категориях:
- "3063-У ИНФ.ПЕРЕДАЮЩЕЙ КО(ФИЛ) результатов проверки",
-  "3063-У ИНФ.ПЕРЕДАЮЩЕЙ КО(ФИЛ) о мерах блокирования".
Создание сообщения в данном режиме аналогично формированию сообщения по 321-П в ручном режиме.
Т.е. последовательно выполняются действия:
- создание нового документа и заполнение полей пользователем самостоятельно,
- выполнение действия "ЗАДАТЬ порядковый НОМЕР и ДАТУ представления ",
- выполнение действия "СБРОС помеченных сообщений (Отправлен)",
Результатом действий является создания  DBF-файла в каталоге указанном в настройке "Каталог сброса данных по 3063-У о мерах блокирования".
ДЛЯ ПЕРВОГО СООБЩЕНИЯ В НОВОМ ГОДУ атрибут "Порядковый номер сообщения" равный единице следует задать вручную, а не в режиме 
 "ЗАДАТЬ порядковый НОМЕР и ДАТУ представления ".
2.Для выполнения положения 3041-У с нового 2014 года для заполнения атрибута NUMB_P согласно уникальной нумерации в течении года по атрибуту
"Дата представления сведений"(ранее по атрибуту "Дата операции"), для документа "Сообщение об отказе заключения договора"
 были выполнены следующие доработки.
На закладке "Служебная информация и о К/О" добавлен редактируемый атрибут "Дата представления сведений".
Добавлены новые действия :
- "По 3041-У ЗАДАТЬ порядковый НОМЕР и ДАТУ представления с 2014 года",
- "С 2014 года сброс помеченных сообщений в формате 3041-У(Отправлен)".
Таким образом, с нового 2014 года, следует выполнять формирования сообщения по 3041-У последовательно два этих действия.
3..Во всех  режимах отбора переводов и платежей добавлены две новые функции:
- "<F5002>- учет ТОЛЬКО платежей, в которых НАЗНАЧЕНИЕ ПЛАТЕЖА содержит фразы "страх"/"пенси" "жизн"/"накопит"/"преми"/"возмещен" 
и сумма >=600000 руб. нац.экв.",
- "<F1005/4001>- учет ТОЛЬКО платежей, в которых НАЗНАЧЕНИЕ ПЛАТЕЖА содержит фразы "ценн"/ "бумаг" "сертификат"/"предъяв"/"вексел"/"акци" 
и сумма >=600000 руб. нац.экв.".
4.Теперь при формировании сообщения по 321-П из отборов платежей и переводов, заполнение атрибутов  CURREN и SUM, имеет НОВЫЙ АЛГОРИТМ, 
для платежей и переводов, у которых в номерах л/с по Дт или по Кр в разрядах для кода валюты присутствует код валюты, который относится в драгметаллам.
Принадлежность к драгметаллам  определяется согласно атрибуту "Драгоценный металл" из справочника валют. 
НОВЫЙ АЛГОРИТМ:
- для операции Дт л/с  в 810 - Кр л/с в драг.мет    CURREN=643  и SUM=в валюте 810 по Дт,
- для операции Дт  л/с в драг.мет - Кр  л/с  в 810 CURREN=643  и SUM=в валюте 810 по Кр
Данный алгоритм также реализован в режиме сброса за день всего 1 (+ 4)  разделов в  таблицу bnk. 

Версия 1.1.36 13 декабря  2013 г
1.Появилась возможность формировать сообщение в виде DBF-файла результатов проверки по 3063-У.
Для этого  в модуле ОЭД служит документ 1004927 (s_rko_op_message3063) ОЭС результатов проверки по 3063-У.
Документа пока в меню нет, следует его запустить через WorkSpace или включить в свой интерфейс.
Перед началом работы с данным режимом следует заполнить переменные в модуле ОЭД в категориях:
- "3063-У СЛУЖЕБНАЯ ИНФОРМАЦИЯ результатов проверки",
-  "3063-У ИНФ.ПЕРЕДАЮЩЕЙ КО(ФИЛ) результатов проверки".
Создание сообщения в данном режиме аналогично формированию сообщения по 321-П в ручном режиме.
Т.е. последовательно выполняются действия:
- создание нового документа и заполнение полей пользователем самостоятельно,
- выполнение действия "ЗАДАТЬ порядковый НОМЕР и ДАТУ представления ",
- выполнение действия "СБРОС помеченных сообщений (Отправлен)",
Результатом действий является создания  DBF-файла в каталоге указанном в настройке "Каталог сброса данных по 3063-У результатов проверки".
ДЛЯ ПЕРВОГО СООБЩЕНИЯ В НОВОМ ГОДУ атрибут "Порядковый номер сообщения" равный единице следует задать вручную, а не в режиме 
 "ЗАДАТЬ порядковый НОМЕР и ДАТУ представления ".




Версия 1.1.35 19 ноября 2013 г
1.Внесены исправления в следующие перечисления с 25.11.2013 (10 дней после публикации в Банковском Вестнике) согласно 3041-У :
-  ACTION -атрибут "тип операции с записью",
- PART - атрибут "код признака основания отказа",
- KD -атрибут " документ".
При сохранении документа добавлен контроль для перечислений по полям ACTION, PART,KD в соответствии заданным форматом  в поле  VERSION.
2.Изменен порядок заполнения при выборе клиента банка следующих атрибутов SD,RG,VD.
SD - теперь для ФЛ=0 и для ЮЛ код ОКПО или 0,
RG - теперь для ФЛ или  ИП =серия+№ документа удостоверения личности,
VD - для  ИП = ОГРН<пробел>кем выдано уд. личности.
3.В документе "Сообщение об отказе заключения договора" сделан новый  метод  "Сброс помеч. сообщений в формате 3041-У(Отправлен)" 
для формирования списка сообщений согласно 3041-У.
Теперь имя файла для отправки изменилось и имеет структуру : BIKKKPDD.NNR.
R -новый код в имени файла на отправку, = "2" для версии 1 (старой) и = "3" для версии 3 (новой).
В данном варианте сброса сделан контроль на равенство поля  VERSION из списка  записей и выбранного перед сбросом кода R на отправку.
Так же при сбросе данных коды перечислений для полей ACTION, PART,KD  переносятся согласно версии формата.
                         новая   версия 3  (3041-У)                                                 старая версия 1 (1519-У)                     
ACTION       1, 2, 3, 4                                                                                         1,2      
PART            0,1,2,3,4,5,6,7,8,9                                                                        0,1,2,3,4,5,6
KD                  0, 21-28, 31-40, 99                                                                      0,1,2,3

4.Перед началом работы с документом "Сообщение об отказе заключения договора"  в новом формате   согласно 3041-У необходимо задать новый формат=3 
в переменную "Версия формата сброса сообщений по 1519"  в категории "Справочные данные  ОЭД - СЛУЖЕБНАЯ ИНФОРМАЦИЯ" 
для модуля ОЭД с  25.11.2013.
5. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
 <Запрет задания  кодов отличных от 1003/1004 по маскам  Дт20202810- Кр20202вал/ Дт20202вал-Кр20202810>.
При сохранении сообщения по 321-П выполняется запрет на задание кодов 1003 или 1004 при несоответствии л/с внутреннего перевода указанным маскам.


Версия 1.1.34 15 ноября 2013 г
1. При сохранении документа сообщения по 321-П,  добавлен новый контроль для кодов 1003 и 1004,  при наличии ссылки на внутренний перевод системы,
 т.е. когда заполнены атрибуты документа сообщения  "Счет по Дебету" и  "Счет по Кредиту".
Контроль выполняется таким образом :
- Для кода в/о 1003 операция ПОКУПКИ наличной валюты ФЛ должна быть: Дт 20202-810 Кр 20202-код валюты,
- Для кода в/о 1004 операция ПРОДАЖИ наличной валюты ФЛ должна быть: Дт 20202-код валюты Кр 20202-810.
2. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
 <Контроль ПОКУПКИ/ПРОДАЖИ наличной ин. валюты ФЛ с кодами 1003/1004 по б/с 20202 и кодам валют>.
При включении данной переменной, выполняется строгий контроль и документ не сохраняется.

Версия 1.1.33 31 октября 2013 г
1.В модуле в  справочник  "Маски банковских л/с для отбора ОЭД" ( OID=1004914) добавлен новый атрибут "Код драгметалла".
Задание в данном атрибуте кода драгметалла,  позволяет перенести данный код в сообщение по 321-П  в поле METAL, согласно  платежам или переводам соответствующих маске.  При этом,  в номерах л/с в разрядах для кода валюты не присутствует код валюты, который относится в драгметаллам, но при этом эта операция (платеж или перевод) относится к драгметаллам.
2.Теперь при формировании сообщения из отборов платежей и переводов заполняется атрибут METAL сообщения  в следующих случаях. 
 В платежах и переводах, у которых в номерах л/с по Дт или по Кр в разрядах для кода валюты присутствует код валюты, который относится в драгметаллам.
Принадлежность к драгметаллам  определяется согласно атрибуту "Драгоценный металл" из справочника валют. 
 В платежах и переводах  соответствующих маске из справочника   "Маски банковских л/с для отбора ОЭД"  с заданным атрибутом "Код драгметалла"  из трех символов .
Приоритет анализа данных для заполнения атрибута сообщения  METAL следующий:
- анализ кода валюты по Дт на признак драгметалла,
- анализ кода валюты по Кр на признак драгметалла,
- наличие маски из трех символов соответствующей  данному платежу или переводу.



Версия 1.1.33 25 октября 2013 г
1.В модуле "ОЭД" Добавлен новый справочник  "Маски банковских л/с для отбора ОЭД" ( OID=1004914).
Данные из этого справочника позволяют подменить  данные контрагента л/с  на данные банка  во всех отборах платежей и переводов для плательщика или 
получателя. При создании сообщения по 321-П из отбора платежей и переводов согласно платежу также выполняется данная замена.
Эта же замена выполняется при выгрузке данных в документе "Операции сброса данных в таблицы BNK".
Данные из справочника для масок л/с по Дт и Кр позволяют выделить платеж или перевод, а атрибут "Признак Дт/Кр банковского л/с" указывает, по какому
 л/с следует выполнять  замену данных контрагента на данные банка.
При работе в данном режиме переменная "ОПЕРАЦИЯ по БАНКОВСКОМУ л/с -  ОПЕРАЦИЯ БАНКА" из категории 
"Настройки отборов платежей или переводов для  ОЭД " из модуля "ОЭД" должна быть выключена.
Для полного заполнения сообщения данные банка "Кредитной организации" должны быть заданы в переменных из категории 
"Дополнительные реквизиты К/О для сообщения ОЭД" модуля "ОЭД".

Версия 1.1.33 16 октября 2013 г
1..В всех процедурах отбора ОЭД  для функции <ДРАГ.> добавлена группа новых слов  GOLD, SILV, PLAT, PALL  для вхождение в назначение платежа или перевода.
2.В документ "Настройки для отбора платежей по ОЭД"  добавлен новый атрибут "Учет платежей только 1 и 4 раздела".
3.В документ "СПИСОК  УСЛОВИЙ отбора платежей по 207-П" атрибут "Учет платежей только 1 и 4 раздела".
4.. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная  
 <При сбросе сообщ. для  кодов в/о 5001,5003,5005,8001 атрибут PRIZ_SD= "1-операция с иным имуществом">.
При включении этой переменной при создании сообщения  атрибут PRIZ_SD=1, если код в/о платежа или перевода равен одному из кода   5001,5003,5005,8001
  в режимах "Записать помеченные в список ОЭД" или "Записать помеченные в список ОЭД с учетом касс.док".
5..В документе "Операции сброса данных в таблицы BNK" при выполнении метода "Выгрузить" теперь помимо всех платежей 1 раздела,
 выгружаются и платежи 4-го (Г) раздела при наличии в назначении платежа  слов  GOLD, SILV, PLAT, PALL.




Версия 1.1.32 26 августа 2013 г
1. Для  варианта отбора данных для формирования сообщений ОЭД по 321-П  "Оборот по Дт платежам более 80% от остатка на л/с"  добалены следующие 
настройки отбора :
-  ИТОГОВЫЙ ОБОРОТ за день в нац .экв. по Дт  должен быть >=  заданной суммы,
 - НЕ УЧИТЫВАТЬ при отборе платежи  по л/с физических лиц.

Версия 1.1.32 23 августа 2013 г
1.Теперь при включении переменной s_rko_OED_DATE_S- "При созд. сообщ."дата выявления оп." равна дате ОД"  атрибут "Дата выявления операции" 
 при создании сообщения заполняется значением даты операционного дня только для кодов 6001, 5003, 5007, 8001.

Версия 1.1.31 август 2013 г.
ВЕРСИЮ xcf на ORACLE следует принимать два раза, т.к. добавлена новая функция MONTHSADD только для ORACLE.
1.Добавлен новый вариант отбора данных для формирования сообщений ОЭД по 321-П  "Оборот по Дт платежам более 80% от остатка на л/с" .
Этот новый документ   из модуля ОЭД пока не включен в инферфейс РКО, для его запуска следует использовать view ID=1003981.
 В отбор попадают только Дебетовые платежи по клиентским л/с 1-го раздела, с итоговым оборотом за день >= 80%  от входящего остатка за день.
Первый итоговый уровень отбора содержит атрибуты: ИНН клиента, его наименование, номер л/с, дату, вх. остаток на дату, 
итоговый оборот по л/с, количество платежей. Второй раскрывающийся уровень отбора содержит список платежей входящих в итоговую сумму 1-го уровня.
 Список атрибутов этого 2-го уровня состоит их типовых атрибутов  любого отбора по ОЭД. Действия и отчеты по данному списку также являются типовыми 
из любого отбора по ОЭД. В данном режиме появились новые отчеты по платежам из раскрывающегося списка:
 "Печать помеченных платежей", "Список помеченных платежей".
2.Добавлен новый вариант отбора данных для формирования сообщений ОЭД по 321-П "Отбор платежей D-ИНН плательщика/K-ИНН получателя".
Этот новый документ   из модуля ОЭД пока не включен в инферфейс РКО, для его запуска следует использовать view ID=1003982.
В отбор попадают только Дебетовые платежи по клиентским л/с 1-го раздела с корреспонденции по Кредиту с одним и тем контрагентом. 
Этот режим имеет настройки отбора по пользователю: сумму итогового оборота за период и признак "не учитывать в отборе платежи с пустым ИНН". 
Следует выставить значение настройки отбора для пользователя после первого запуска документа  "Отбор платежей D-ИНН плательщика/K-ИНН получателя".
Первый итоговый уровень отбора содержит атрибуты :  " D-ИНН плательщика/K-ИНН получателя", "Наименование клиента плательщика", "Итоговый оборот",
"Количество" платежей. Второй раскрывающийся уровень отбора содержит список платежей входящих в итоговую сумму 1-го уровня. 
Список атрибутов этого 2-го уровня состоит их типовых атрибутов  любого отбора по ОЭД. Действия и отчеты по данному списку также 
являются типовыми из любого отбора по ОЭД. В данном режиме появились новые отчеты по платежам из раскрывающегося списка:
"Печать помеченных платежей", "Список помеченных платежей", "Список помеченных платежей  при отборе  D-ИНН плательщика/K-ИНН получателя". 
3.В документе "Cписок сообщений по 321-П" добавлен новый отчет "Признаки фиктивной деятельности клиентов ЮЛ".
Отчет выдается с атрибутами на заданную дату по всем не закрытым клиентам банка ЮЛ, с указанием расчетного   счета, оборота  по этому счету, 
за указанный период  по налоговым платежам 3 и 4 очереди.   Также в отчете отражаются обороты по расчетному счету  на заработную плату и обороты 
по расчетному  л/с  через кассу, по символу 40 для снятия наличности на з/п.
Значение атрибута капитала считывается из текстового  поля анкеты, если значение пустое, то значение суммируется из списка значений капитала. 
Бухгалтер и директор считываются из списка руководителей по вхождению слова в атрибут "должность" из первой записи.
Список учредителей считывается из табличной части анкеты клиента.
4.Исправлена ошибка расчета по дате регистрации + месяца для функции  "учет операции  по л/с в дате <=  3 месяца с даты регистрации клиента "  F3D/F3K .
5.Для версии на ORACLE в режиме отбора данных для запросов 1007230, 1007310 и view RKO_V_207, RKO_V_MIN, RKO_V_321,  RKO_V_321  стандартная функция 
ADD_MONTHS заменена на новую функцию MONTHSADD.  Функция MONTHSADD на ORACLE работает одинаково с SQL функцией  DATEADD, 
а стандартная  ADD_MONTHS работает иначе. Функция ADD_MONTHS, при прибавлении месяца, для чисел  28,29,30  коротких месяцев возвращает 31 число 
и это пользователи считают не правильным. Например, 30.04.2013 + три месяца должно быть 30.07.2013, а не 31.07.2013.


Версия 1.1.30 июнь .2013 г.
1. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная   
<При сбросе сообщ.в блоках "Б0/Б3" задать атрибуты "Перед./приняв.к/о" по данным  "Обслуживающей к/о">.
Теперь при включении данной переменной,  при  создании сообщения из отбора платежей и переводов , атрибутам  "Перед./приняв.к/о" из блоков  "Б0/Б3" 
NAME_R0/3 , KODCN_R0/3, BIK_R0/3 присваивается значение атрибутов  "Обслуживающей к/о" NAME_B0/3 , KODCN_B0/3, BIK_B0/3, если атрибуты  
  "Перед./приняв.к/о" заданы по умолчанию.  Есть сутуация заполнения атрибутов  "Перед./приняв.к/о" согласно платежного документа SWIFT 
при включенной переменной <По док. SWIFT задать атрибуты   наименование, БИК, код места нахождения "Передав./приняв. к/о" >. 
В этой ситуации значение атрибутов  "Перед./приняв.к/о" будут заполнены  согласно платежного документа SWIFT.
2.Исправлена  ошибка в  контроле при сохранении документа сообщения , при котором  "дата выявления операции <= дате представления"
для кодов 6001,5003,5007,8001. Теперь контроль  выполняется если  дата представления не пустая.
3.В отборах по ИНН добавлен новый отчет "Печать помеченных платежей ".
4.В документе "Cписок сообщений по 321-П" добавлен новый отчет "Крупнейшие клиенты по банку".
В отчете:
-  выбираются л/с принадлежностью "Клиентский" и  типом "Расчетный" с итоговыми оборотами в нац.валюте по Дт или Кр >0 и также 
   с расчетным % больше нуля,
- %  считается как обороты по коррсчету со счетом клиента к общим оборотам по коррсчету,
- сортировка выполняется по сумме % по дебету и % кредиту в порядке убывания,
- выдается только 20 первых счетов по CheckBox1,



Версия 1.1.29 июнь .2013 г.
1.С этой версии, в целях убыстрения  отборов платежей и переводов, все запросы отбора пока на ORACLE обращаются к временному файлу отбора данных.
Т.е. вместо view RKO_V_207, RKO_V321, RKO_V_MIN,  RKO_V_MIN,  RKO_V_321MIN  используется обращение к временному файлу RKO_V_207_1. 
Запросы, выполняющие добавление  данных во временный файл  s_rko_otb207_temp или s_rko_otb321_temp, запускаются до выполнения запроса 
во view , через скрипты привязанные к соотвествующей view отбора.
Также  на ORACLE для убыстрения, все переменные, влияющие на отбор переводов и платежей, считываются на дату конца периода отбора данных, 
а не на дату платежа как было ранее.

Версия 1.1.28 апрель .2013 г.
1.Сделан новый логический контроль при сохранении и в форме. Для кодов не равных 6001, 5003,5007,8001 дата выявления  DATE_S должна быть равна 01.01.2099.

Версия 1.1.28  февраль .2013 г.
С этой версии модуль ОЭД требует версии модуля  "Общий+"  1.3.0 от 20.02.2013 со следующими доработками:
- наличие справочника по 375-П "Признаки, указывающие на необычный характер сделки", класс документа 1004706 из модуля   "Общий+" ,
 Возможна подгрузка этого справочника отдельными элементами 1СО и 2СО для старых версий  модуля   "Общий+".
- в справочнике контрагентов наличие нового атрибута  PR375P "Код вида признака  необычной сделки по 375-П" на закладке "Признак по 375-П".

1.В категории "Настройки отборов платежей или переводов для  ОЭД " добавленые новые переменные :
- "Контроль на код необычных сделок/группы 6001 по 375-П из 4-х символов в сообщении";
-  "По кнопке "Код сделки по 375-П" заполнять атрибуты DESCR описанием  признака  кода сделки";
- "Задать в сообщении код в/о=6001 согласно F6001Дт/Кр и коды необычных сделок по 375-П  ".
2.В форме документа "Список сообщений по 321-П" появилась возможность для атрибута "Коды признаков необычных операций и сделок" по кнопке 
"Код сделки по 375-П" задавать 4-х значный код необычной слелки по 375-П. При выборе кода по кнопке при не пустом значении атрибута (или не равном 0)
 выполняется добавление кода через запятую к предыдущему значению. Есть возможность по кнопке "Код сделки по 375-П" заполнять 
атрибуты DESCR1 и   DESCR2  "Дополнительная информация об операции"  описанием  признака  кода сделки при включении соотвествующей переменной.
3.Теперь контроли атрибута PRIZ6001 "Коды признаков необычных операций и сделок" в документе сообщения выполняются на 3 или 4 символа, согласно 
включении/выключении новой переменной "Контроль на код необычных сделок/группы 6001 по 375-П из 4-х символов в сообщении". 
Также, при работе с 4-х символьными кодами, выполняется дополнительная проверка с поиском в  справочнике по 375-П выделенного кода при заведении 
нескольких кодов через запятую в виде "1101,1201,1301,1401,1501".
Перечисленные контроли также добавлены в отчет по проверки сообщений "Контроль сообщений по 321-П для отправки".
4.Во всех  режимах отбора переводов и платежей добавлены две новые функции <F6001Дт/F6001Кр> - Операция по клиентским л/с с кодом 
вида признака необычной сделки по 375-П. Функции принимают значение "ДА" в случае не пустого значения атрибута клиента по л/с
 "Код вида признака  необычной сделки по 375-П". 
Значения атрибута  "Код вида признака"... по клиентам л/с как плательщика и получателя  платежного документа из отбора можно посмотреть 
в отборе платежей и переводов по клавише "Enter"  на экранной форме в блоке "Данные по клиентам".
При включенной  переменной "Определение клиентского л/с  по атрибуту "Принадлежность счета"" для задания значения этих функций учитывается 
плинадлежность л/с "Клиентский" .
Атрибут клиента л/с  "Код вида признака  необычной сделки по 375-П" задается в справочнике "Контрагенты" на закладке "Признак по 375-П".
Коды выбираются по кнопке "Код сделки по 375-П". При выборе кода по кнопке при не пустом значении атрибута  выполняется добавление 
кода через запятую к предыдущему значению.
5.В документе "СПИСОК УСЛОВИЙ отбора платежей для ОЭД"  на закладке "Функции анализа" добавлен новый атрибут 
"<F6001Дт/F6001Кр>-Операция по клиентским л/с с кодом вида признака необычной сделки по 375-П". В варианты отборов данных данных по списку условий
учытывают значение новых функций.
6.При включенной переменной "Задать в сообщении код в/о=6001 согласно F6001Дт/Кр и коды необычных сделок/гр.6001=кодам по 375-П  " в процедуре 
сброса помеченных платежей из отбора данных  при создании сообщения по 321-П выполняется:
- задание атрибута кода в/о =6001,
- перенос кодов   необычных сделок по 375-П плательщика и получателя в атрибут  PRIZ6001 "Коды признаков необычных операций и сделок".
Если значение списка кодов не помещается в  в атрибут  PRIZ6001 (32 символа),то оставшийся кусок кодов переносится в поля  DESCR1 или  
DESCR2 по мере их заполнения.  
7.Для документа "Список сообщений по 321-П"  сделан новый режим обработки документа: "Поменять местами"Лицо,сов.оп-Получатель" 5003/8001". 
Данный режим позволяет, для документов  в состоянии "Создан"  с кодами в/о  5003 или 8001, пеменять местами значения всех атрибутов с закладок
 "Лицо, совершающее операцию(0)" и "Получатель(3)".



Версия 1.1.27 24.01.2013
1.В договорах на превышение добавлены новые типы договоров:
- Ювел.изд/драг.мет>=600 000 руб. 
- Лизинг>=600 000 руб.

Версия 1.1.27 15.01.2013
1.При работе с экранной формой документа "Список сообщений по 321-П" исправлена ошибка занесения  данных представителя
по кнопке "Выбор представителя" при задании уд.личности в атрибуте VD12/VD22 без кода подразделения.


Версия 1.1.27 26.12.2012
1. В режиме "Операции сброса данных в таблицы BNK"  удалить данные из таблицы BNK_ALL за дату при отмене выгрузки.

Версия 1.1.27 17.12.2012
1.Проверка с номером 9001согласно ст.4 121-ФЗ:
" Операция по получению некоммерческой организацией денежных средств и (или) иного имущества от иностранных государств,
 международных и иностранных организаций, иностранных граждан и лиц без гражданства подлежит обязательному контролю, если сумма, 
на которую совершается данная операция, равна или превышает 200 000 рублей либо равна сумме в иностранной валюте, эквивалентной 200 000 рублей,
 или превышает ее.".
Данная статья не содержит ограничений для отдельных видов НКО. Под действие п.1.2. ст.6 115-ФЗ попадают все НКО, 
находящиеся на обслуживании в Банке. 
Платежи на НКО отслеживаются по списку балансовых счетов, который настраивается в специальном справочнике
 "Операции"->"ОЭД по 207 п,321п"->"Б/с для контроля  проверки 9001". 
Проверка включается и выключается в стандартной настроечной форме, последним пунктом, внизу (F9001).
Проверка НЕ ДЕЙСТВУЕТ в режиме отбора платежей по ИНН.
2.Внесены исправления в режиме "Сброс помеченных платежей ОЭД из отбора касс.документов":
- ошибки заполнения атрибутов CODE_321(код в/о) , AMR_R0/3, ADRESS_R0/3(райо/регион);
-  длинное название банка в атрибутах КО по ключу OED_long_name_207;
-  заполнение кода VO для документов 1003186 - СНЯТИЕ-ЗАЧИСЛЕНИЕ ПО Л/С и 1003342 -  ПЛАСТИК
     по умолчанию с учетом ключа из настроек ОЭД.
3.Внесены исправления в режиме "Сброс помеченных сообщ. в формате bnk.dbf по 321-П":
-  исправила ошибку выдачи сообщения о прекращении сброса данных при пустом значении кода VO.
4.В процедурах отбора данных по ОЭД (view: RKO_V_207,RKO_V_MIN,RKO_V_321,RKO_V_321MIN) при считывании атрибута "Назначение платежа" 
 выполняется удаление управляющих символов "перевод строки и возврат каретки (chr(10) и chr(13))" для корректного отображения данного атрибута 
в строке данных на экране отборов данных. 
5.Внесены исправления в экранные формы модуля для крупных шрифтов.

Версия 1.1.26 23.10.2012
23.10.2012 Исправлена ошибка проставления ОГРН ИП при заведении сообщения вручную . 
Раньше не проставлялся, теперь для ИП задается из CODE_OGRN справочника контрагентов.

Версия 1.1.26 12.09.2012 
1. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная s_rko_OED_gr
"Атрибут сообщения GR<Дата рег.ЮЛ> задать атрибутом контрагента<Дата свид.о гос.рег>/иначе <Дата ОГР>".
Теперь при включении данной переменной,  при создании  сообщения по 321-П, соответствующий атрибут GR -"Дата рег.ЮЛ" заполняется 
значением атрибута контрагента "Дата свид.о гос.рег" из закладки "Регистрация". При выключенной или не заданной переменной атрибут GR -"Дата рег.ЮЛ" заполняется 
значением "Дата ОГР" из закладки "Коды".


Версия 1.1.25 17.08.2012 
1. В документе  "Протокол приема извещений на сообщения  по 321-П" сделан запрет  добавления документа в ручную в режиме "Новый".

Версия 1.1.24 25.07.2012 
1.Добавлен новый документ "Протокол приема извещений на сообщения  по 321-П". 
Теперь в режиме "ЗАГРУЗИТЬ извещение",  в дополнение к добавлению записей в список "Ответные извещения " каждого отправленного 
сообщения, формируется  запись в этом новом документе, в которой фиксируется полный протокол приема ответных извещений.  
Загрузить извещение  можно как в документе "Список сообщений по 321-П", так и в документе 
"Протокол приема извещений на сообщения  по 321-П".
Сделан отчет, для печати полного протокола.


Версия 1.1.23 17.07.2012 
1. В модуле ОЭД для категории "Справочные данные  ОЭД - СЛУЖЕБНАЯ ИНФОРМАЦИЯ" добавлена новая переменная 
 "Каталог загрузки извещений на сообщения  по 321-П".
2.Сделан новый режим "ЗАГРУЗИТЬ извещение"  в документе "Список сообщений по 321-П", позволяющий загружать ответные извещения 
ИЭС согласно формату Приложения 7 из положения 321-П .
Взаданном  режим выполняется идентификация ответа на сообщение при совпадении по следущим атрибутам сообщения:
- "Имя файла" при отправке сообщения;
- "Дата представления";
-  "Порядковый номер сведений".
При совпадении данных с указанными атрибутами сообщения, в табличную часть "Ответные извещения" документа 
"Список сообщений по 321-П" выполняется добавление записи  части текста ИЭС с результатом контроля совпадающего сообщения. 
Т.о. полностью текст ответного ИЭС не грузится, а грузится часть из ИЭС по найденым сообщениям с признаком результата 
"Принят" или "Отвергнут".
 

Версия 1.1.22 04.07.2012 
1. Исправлена ошибка сброса данных при записи наименования внешнего клиента.

Версия 1.1.21 27.06.2012
1.В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная 
"Уд.личности ФЛ/ИП из списка с признаком "Основной документ...".
Включении данной переменной возможно при наличии  версии модуля "Общий +" , в которой :
- для ФЛ и ИП справочник контрагентов содержит закладку "Удостоверения личности" со списком удостоверений,
- в методанных модуля "Общий +" присутствует функция S_COM_ORG_IDCARDT_MAIN.
2.Теперь считывание  данных уд.личности контрагента ФЛ/ИП при  включении новой переменной выполняется из списка удостоверений. 
При выключенной или не заданной переменной паспортные данные контрагента считываются из закладки "Атрибуты физ.лица".
Новая переменная анализируется в следующих режимах считывания данных из справочника контрагентов:
- при выборе контрагента в экранной форме документа "Список сообщений Д по 321-П" ,
- при выполнении действия "Записать помеченные в список ОЭД" из любого отбора переводов и платежей для ОЭД,
- при выполнении действия "Записать помеченные в список ОЭД" из режима "Отбор по  ОЭД по кассовым документам".
3.В процедуре отбора данных платежей и переводов внесены исправления по документам SWIFT : 
- для МТ103 и МТ202 номер к/с из AKORRLS в атрибут ABKLS 
- для МТ103 внешний счет из FLD59_IDENT в атрибут NLSVNESH.
4.В при выполнении действия "Записать помеченные в список ОЭД"   для атрибутов "Назначение платежа" и "Наименование внешнего клиента " 
терель удаляются символы перевод строки chr(13) и chr(10) , если они есть в соотвествующих полях документа.
5.Во всех запросах модуля для версии на ORACLE убраны коментарии типа "--".
6..В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная 
"По док. SWIFT задать атрибуты "Передав./приняв. к/о""
7.При выключении новой переменной выполняется по документам  SWIFT для внешнего клиента задание 
атрибутов наименование, БИК, код места нахождения "Передав./приняв. к/о"  согласно атрибуту документа SWIFT "Адрес реципиена".

Версия 1.1.20  29.05.2012
1. В модуле ОЭД для категории "Настройки отборов платежей или переводов для  ОЭД " добавлена новая переменная s_rko_OED_klient 
 "Определение клиентского л/с  по атрибуту "Принадлежность счета" для функций F3,F6M,FP,F3M,F6,F03,F4005,F4006".
Теперь при выключенной переменной клиентский л/с определяется только как счет с заданным клиентом, а при включенной переменной 
определяется еще и по атрибуту   "Принадлежность счета"  - <Клиентский>.
Новая переменная вклият на значении следующих функций отбора по ОЭД :
 - <F3Дт /F3Кр>  - учет операций по л/с  в дате <= 3 месяца с даты регистрации клиента ,
 - <F6МДт /F6МКр> - учет отсутствия операций по клиентскому счету 6 месяцев,
 - <FPДт / FPКр> - учет первой операции по клиентским счетам Дебета или Кредита,
 - <F3МДт /F3МКр> - учет отсутствия операций по клиентскому счету 3 месяца,
 - <F6Дт /F6Кр> - учет отсутствия операций за 6 месяцев со дня регистрации,
 - <F03Дт /F03Кр> - учет операций, если с даты откр. л/с клиента не прошло 3 месяца,
 - <F4005Дт/Кр>   - операция в дате <= 3 мес. с даты рег. клиента ЮЛ и сумма >= 600000 руб. ,
 - <F4006Дт/Кр>  - первая операция по л/с счету клиента ЮЛ и сумма >= 600000 руб. нац.экв.
Т.е при включенной переменной перечисленные функции отрабатывают только для л/с с заданным клиентом 
и атрибутум "Принадлежность счета" - <Клиентский>.

Версия 1.1.19  11.05.2012 
1. Контрольное предупреждение при изменении атрибутов GR0/GR3 или (SD0/SD3) для ЮЛ 
с датой рег < 01.01.2004 (GR0/GR3) на заполнение/не равно 0 ОКПО(SD0/SD3) при редактировании сообщения по 321-П.
2.Контрольное предупреждение для ЮЛ с датой рег < 01.01.2004 (GR0/GR3) на заполнение/не равно 0 ОКПО(SD0/SD3) 
при сохранении документа сообщения по 321-П.
3.В отчет "Контроль сообщений по 321-П для отправки" добавлен контроль для ЮЛ с датой рег < 01.01.2004 (GR0/GR3) 
на заполнение(не равно 0 или пусто)  ОКПО(SD0/SD3).


Версия 1.1.18  21.03.2012 
1.Исправлена ошибка задания кода KODCNx из атрибутов сообщения по 321-П для ФЛ и ИП. 
Теперь при создании сообщения по 321-П из отборов по ОЭД  или в режиме документа для ФЛ и ИП атрибуты  KODCN0, KODCN1,
 KODCN2, KODCN3, KODCN4 заполняются значением кода "ГРАЖДАНСТВО" из атрибутов клиента. 
Для ЮЛ код KODCNx задается попрежнемк согласно коду стран соотвествующих адресов.
Если значение кода "ГРАЖДАНСТВО"  пустое и клиент резидент, то код равен  643.
Если  значение кода "ГРАЖДАНСТВО"  пустое и клиент нерезидент, то код равен 0.
2. Теперь исключено проставление кодов KODCNx/KODCRx друг по другу для ФЛ или ИП.
Это проставление выполняется только для ЮЛ.


Версия 1.1.17  13.03.2012 
1.  Добавлен контроль при сохранении сообщения и в отчете "КОНТРОЛЬ сообщения для отправки"
при коде в/о  =6001 в атрибутах VO или DOP_V поле DESCR_1 должно быть заполнено, т.е. <>0 или <> '')
2.  Добавлен контроль при сохранении сообщения и в отчете "КОНТРОЛЬ сообщения для отправки" 
при коде в/о <> 6001 в атрибутах VO или DOP_V поле PRIZ6001 должно быть  = 0.

Версия 1.1.16 март  2012
1.В процедуре отбора ОЭД во всех режимах для функции "ДРАГ." добавлена новая фраза вхождения "паллад" 
в атрибут  платежа или перевода "Назначение платежа". 

Версия 1.1.16 январь 2012
1.Переименована переменная  s_rko_OED_form_sw  из категории "Настройки отборов платежей или переводов для  ОЭД ".
Теперь она называется "Использовать  справочник БИК  SWIFT из модуля S.W.I.F.T.".
Теперь эта переменная используется в  режимах:
- при редактировании сообщения по 321-П, для занисения данных к/о в блоки "Б0/Б3"сообщения по БИК  SWIFT(кнопка SWIFT), 
- в процедуре отбора ОЭД  при расчете нового атрибута KOD_BANK (код страны по БИК SWIFT внешнего банка) для функции FCOND/FCONK.
- в процедуре отбора ОЭД  при  расчете атрибута  "Банк корреспондент" по  БИК SWIFT.

2.В процедуре отбора ОЭД  при расчете функции FCOND/FCONK  добавлено условие анализа кода страны внешнего клиента по  по БИК SWIFT.
Т.о функции <FCONДт/FCONКр>  в отборе по ОЭД равны "ДА", если  код места рег/жит,нах/преб клиента банка по л/с Дт или КР 
или код страны банка корорреспондента  по БИК SWIFT для внешнего клиента равны коду выделенных стран из переменной 
"Коды ВЫДЕЛЕННЫХ СТРАН и регионов"  из категории "Начальные данные  ОЭД - ЗНАЧЕНИЯ ПО УМОЛЧАНИЮ".

3.В режиме отбора по ОЭД добавлен новый  атрибут KOD_BANK (код страны по БИК SWIFT внешнего банка)  для расчета функции FCOND/FCONK
по выделенным кодам стран, для внешнего клиента по его БИК SWIFT.
Этот код определяется:
- для валютных документов  выписки по к/с при включенной переменной  s_rko_OED_form_sw  (Использовать  справочник БИК  SWIFT из модуля S.W.I.F.T.),
т.к. для определения страны по БИК SWIFT подразумевается наличие этого справочника в системе;
- для документов SWIFT без учета переменной, т.к. они порождаются  модуля S.W.I.F.T.. 
Включать  переменную "Использовать  справочник БИК  SWIFT из модуля S.W.I.F.T." можно только при наличии в конфигурации системы  
модуля S.W.I.F.T. с этим справочником. Если переменная выключена в конфигуции с модулем  S.W.I.F.T., 
атрибут KOD_BANK определится только для документов SWIFT.
Значение нового артрибута  KOD_BANK (код страны по БИК SWIFT внешнего банка)  можно увидеть, если в любом отборе по ОЭД 
на любой строке нажать клавишу <Enter> для получения экранной формы документа в блоке "Реквизиты платежа" рядом с атрибутом "БИК банка".

Версия 1.1.15 январь 2012
1. При включенной переменной "Не задавать код места регистрации/нахождения, 
жительства/пребывания внешнего клиента " не задавать KODCN0/KODCR0, 
KODCN3/KODCR3 для внешнего клиента.

Версия 1.1.15 декабрь 2011
1.В процедуре отбора ОЭД в режиме "СПИСОК УСЛОВИЙ отбора платежей для ОЭД"  добавлена новая функция
 <ВЫГОДОПР.> - учет ТОЛЬКО платежей, в которых  НАЗНАЧЕНИЕ ПЛАТЕЖА содержит фразы "поруч"/ 
"доверит"/"комис"/"агент"/"за ИП"/"за инд"/"за ООО"/"за ОАО"/"за ЗАО"/"за обществ"/"за предпр"/"за лицо"
2. В  режим выгрузки данных в формате BNK  в таблицы  BNK, BNK1, BNK2 внесены исправления для обрезания данных адресов 
и разбиение REASON  на два  поля  PRIM_1, PRIM_2 по 254 символа .

Версия 1.1.14  октябрь 2011
1.Новый режим выгрузки данных в формате BNK за один день всего первого раздела в таблицы  BNK, BNK1, BNK2.
Для реализации выгрузки требуется работа с документом "Операции сброса данных в таблицы BNK".
Пора полностью реализован только на ORACLE.
Документ не включен в меню.

Версия 1.1.13  сентябрь 2011
1.Обавлена новая переменная "Автоматически задать представителя клиента из списка руководителей в собщении ОЭД по 321-П" 
в категории "Настройки отборов платежей или переводов для  ОЭД ".
2.При включении этой переменной, согласно данным контрагента банка приписанного к лицевому счету, заполняются блоки сообщения ОЭД по 321-П
 для представителей лица, совершающего операцию, или плательщика .
Развернутые данные представителей контрагента задается в анкете в закладке "Список руководителей" с признаком "представитель".
Если на дату сообщения действует несколько представителей, то выбиется первый заведенный.
Т.о. признаком заполения блоков представителей сообщения, является наличие у приписанного к л/с контрагенту руководителя с признаком 
представителя в анкете.
Заполнение блоков представителей согласно контрагенам банка выполняются в следующих режимах создания сообщения:
- в любом варианте отбора данных для ОЭД по 321-П при выполнении действия "Записать помеченные в список ОЭД",
- в любом варианте отбора данных для ОЭД по 321-П при выполнении действия "Записать помеченные в список ОЭД с учетом касс.док",
- в документе "Список договоров на превышение"  при выполнении действий "Создать новое сообщение по 321-П" или 
  "Создать новое сообщение по 321-П с уетом незав.платежей",
- при выполении операции "Сброс за один день...."
3.При редактировании собщения по 321-П в блоках "Представитель лица, совершающего операцию(1) " и "Представитель получателя(2)", 
в функцию по кнопке <Выбрать "представителя"> внесены изменения. Теперь в данной функции, для случая задания , 
когда задан контрагент банка, выдаетсяя список представителей только заданного контрагента либо  лица, 
совершающего операцию, либо плательщика . В случае когда контрагенты не заданы  по кнопке по прежему выдается  список  
представителей по всем контагентам.
4. Для варианта отбора для ОЭД по 321-П с учетом незавершенных платежей теперь платежи  с типом 'Исх.внеш'  
выполненные через счета незавершенных расчетов теперь показываются в дате первичного списания, т.е. в отборе датой таких документов 
считается дата незавершенного платежа (NEZAV_DD). Но в режиме "Исходящие платежные документы" они показываются по перенесенной 
дате вторичного списания. 
На ORACLE это не сделано, не получилось с перестановкой даты.
Т.е. все исходящие платежи будут показываться в фактической дате платежного документа на  момент отбора данных.
Если документ перенесен, то в отборе будет показан в новой дате. 


Версия 1.1.12  сентябрь 2011
1.Во всех отборах по ОЭД при анализе платежей SWIFT MT202 (S_CLASS=1003550,1003557,1004104) и MT 103 (S_CLASS=1003556)
назначаются атрибуты "БИК банка "(BBBIC), "Наименование банка"(BANKNAM),
"Наименование внешнего корреспондента" (VNESHNAM), "Наименование клиента по счету Дт" (NAMED),
"Наменование клиента по счету кредита"(NAMEK) согласно атрибутам заданным в документе SWIFT.
2. Добавлены новые варианты докуметов отбора с учетом незавершенных платежей:
- Отбор для ОЭД с учетом незавершенных платежей - класс ID=1004428
- Отбор по ИНН для ОЭД с учетом незав.платежей - класс ID=1004431
Эти документы не включены в  стандартное меню РКО. Подключается в банке индивидуально при необходимости.
В документе "Список условий отбора для ОЭД" также добавлены варианты запуска условий отбора с учетом незавершенных платежей.
Особенностью этих  отборов с учетом незавершенных платежей является то, что  в отбор по ОЭД попадаю документы не только 
в состоянии "Исполнен", но и исходящие платежные документы в состоянии "Задержан", 
или  исходящие платежные документы в состоянии "На позиции", "Отправлен", у которых было состояние "Задержан ".
Т.е было произведено списание со счета клиета банка на счет незавершенных расчетов. При этом в платежном документе зафиксирована
 дата выполнения первичного списания "Незав.платеж" (NEZAV_DD). 
Входящие документы по незавершенным платежам показываются только в состоянии "Исполнен", т.е. только после окончательного
 зачисления  сумм на клиентский л/с.
Такие документы входящие или исходящие в отборе показываются как операции между клиентским л/с и кор. счетом. 
3.При формировании сообщения по Исходящим платежным документам  учетом незавершенных платежей дата сообщения 
проставляется согласно  дате выполнения первичного списания "Незав.платеж" (NEZAV_DD).

Версия 1.1.11  август 2011
1.В шаблонах 1001463, 1001464, 1001465, 1001470, 1001495, 1001954, 1001824
печати сообщения ОЭД добавлен пропущенный атрибут кор./стр. AMR_K... ADRESS_K... во всех адресах.

Версия 1.1.11  июнь 2011
1.При редактировании собщения по 321-П в блоках "Представитель лица, совершающего операцию(1) " и "Представитель получателя(2)" 
появилась возможность по кнопке выбрать "представителя" из списка руководитей клиентов, который задается в анкете . 
Чтобы данный режим выбора работал, требуется наличие новой версии  документа "Список руководителей" из модуля "Общий +",
 в котором добавлены новые атрибуты : 
- признак представителя,
- место рождения,
- ИНН,
- адреса места жительства и места прибывания.
Представителем клиента считается  руководитель отмеченный соотвествующим признаком в списке руководителя.
При нажатии кнопки "выбор представителя" высвечивается список представитей по всем клиентам. 
После выбора пользователем нужного "представителя",  следующие данные из списка переносятся в блок сообщения по 321-П:
- ФИО,
- тип уч. операции = ФЛ,
- ИНН, если есть,
- дата и место рождения,
- паспортные данные,
- адреса места жительства и места прибывания.


Версия 1.1.11  май 2011
1.Внесены исправления в функции S_RKO_321_KR_ID, S_RKO_321_DE_ID для определения первой операции по л/с в течении одного дня.
Теперь первой операцией по л/с считается  операция с минимальным ID в RKO_VP за текущую дату независимо от Дт или Кр по л/с.

Версия 1.1.11  март 2011
1.Сделаны два отчета по сообщению ОЭД для вызова в проводках РКО  для ТНБ.
2.Подправлены два отчета по сообщению ОЭД в списке и в отборе  для ТНБ по заявке.
3.В процедуре отбора ОЭД (RKO_V_207,RKO_V_MIN) добавлены новые атрибуты по клиенту л/с Дата рег.Дт+3м/Дата рег.Кр+3м.
4.В процедуре отбора ОЭД (RKO_V_207,RKO_V_MIN) добавлена новая функция "УСТАВ" - наличие этой фразы  в назначение платежа.
5.В условия отбора для "Настройки для отбора платежей по ОЭД" внесена новая функция "УСТАВ".
6.В режим "СПИСОК УСЛОВИЙ отбора платежей для ОЭД" внесена новая функция "УСТАВ".

Версия 1.1.10   февраль 2011
1.Сделан учет в отборе ОЭД (RKO_V_207,RKO_V_MIN)  доступ по отделениям.
2.В процедуре отбора ОЭД (RKO_V_207,RKO_V_MIN)  убрала ссылку на 207-П, т.е. RKO_OP207, чтобы быстрее работал отбор.
Теперь по ключу сообщение по старому формату не присоединяется в отбор ОЭД, но сбросить 
сообщение по старому формату 207-П можно, если на дату включена перемменная для сброса в 207-П.
Открыть через отбор полученное сообщение по 207-П не получится.

Версия 1.1.10  27 января 2011
1.Сделаны два отчета по сообщению ОЭД в списке и в отборе  для ТНБ.

Версия 1.1.10  2 декабря 2010
1.Внесены исправления в RKO_V_207, RKO_V_MIN для атрибутов CODE_INND, CODE_INNF, NAMED,NAMEK для варианта считывания 
S_GER_VAR(). Переменные обрезаются для нужного размера 12 и 259 сим.  

Версия 1.1.10  1 декабря 2010
1.В список УСЛОВИЙ отбора платежей по ОЭС добавлен новый вариант запуска отбора по условию 
"Отбор по усл. "И" вал Дт/Кр-"ИЛИ" др.атрибуты". Вариант нужен для запуска отборов с условием "ИЛИ" для всех атрибутов с разделением
по валюте. 

Версия 1.1.10 29 октября
1.Добавлен новый справочник "Б/с для контроля  при отборе 1-ой операции по л/с "
2.Сделан новый вариант отбора платежей и переводов для ОЭД по 321-П "Отбор 1-ой операции по л/с  на сумму >= 600 000 ".
В данный отбор попадают платежи и переводы удовлетворяющие следующим условиям:
- сумма в нац.эквиваленте операции  >= 600 000,
- номер б/с по Дт или Кр задан в справочнике "Б/с для контроля  при отборе 1-ой операции по л/с ",
- операция по дебету или кредиту л/с является первой операцией  на сумму >= 600 000  по данному л/с.
При наличии в течении одного дня нескольких операций >= 600 000 по одному л/с первой операцией считается операция, которая
была создана в системе в системе первой, т.е. с минимальным номером ID в течении дня перевода или платежа.

Версия 1.1.9 от 25 октябрь 2010 сборка больше 200
1.Переписаны серверные функции  S_RKO_321_DE_ID и S_RKO_321_KR_ID у режима работы с включенной переменной  
"Учет очередности создания документов в течении дня для функций FPДт/FPKр"  на функцию MIN() для убыстрения работы запросов.

Версия 1.1.9 октябрь 2010
1.В настройке отборов данных для ОЭД в категории "Настройки отборов платежей или переводов для  ОЭД "
добавлена новая переменная "Учет очередности создания документов в течении дня для функций FPДт/FPKр".
2.При включении данной переменной в отборе переводов и платежей при определении значения для функций FPДт/FPKр (первая операция
по  клиентскому лицевому счету), выполняется анализ на наличие других платежей в текущей дате по выбранному счету и 
первой операцией по  счету, считается платеж с минимальным ID платежа. Т.е. функция FP по конкретному л/с в течении дня сработает
только один раз. При выключенной и не заданной  переменной,   функция FP по конкретному л/с в течении дня сработает 
на каждый платеж по этому л/с, т.е. сработает как было прежде. Включение этой переменной может увеличить время отбора данных 
для ОЭД при значительном наличии л/с с первой операцией по л/с.

Версия 1.1.8 октябрь 2010
1.В настройке отборов данных для ОЭД в категории "Настройки отборов платежей или переводов для  ОЭД "
добавлена новая переменная "Заносить банк,код страны, БИК по справочнику SWIFT".
2.При наличии в конфигурации модуля "SWIFT"  со справочником БИКов SWIFT и включеной этой переменной ,
появилась возможность в режиме радактирования сообщения  ОЭД  по 321-П для атрибутов блока Б0 из закладки 
"Лицо соверщающее операцию" и блока Б3 из закладки "Получатель" по клавише <SWIFT> выбирать и зададвать 
атрибуты обслуживающей, передав./пряняв.  кредитной организации по БИКу из справочника SWIFT.
Для обслуживающей, передав./пряняв.  кредитной организации при нажатии кнопки <SWIFT> в строке атрибутов
после выбора из справочника заносится наименование к/о, код страны и БИК к/о.
Для атрибута к/о эмитента при выборе переносится только БИК.

Версия 1.1.7 сентябрь/октябрь 2010
1.Исправлена ошибочная отработка формата даты при сбросе ОЭД , при редактировании сообщения по 321-П,
при сбросе помеченных сообщ. в формате bnk.dbf по 321-П для случая формата даты в системе 
с разделителем отличным от точки. Т.е. заменила StrToDate('01.01.2099') на EncodeDate(2099,1,1).
2.При редактировании сообщения по 321-П при выборе клиента добавлен контроль ошибки ,когда дата заведения клиента 
больше даты сообщения и наименование клиента пусто. Раньше падало, теперь нет, но атрибуты пустые т.к. данных клиента нет.
3.В список УСЛОВИЙ отбора платежей по ОЭС в закладку "Атрибуты л/с, клиентов по Дт и Кр" добавлены новые атрибуты 
для формирования условий отбора : "ИНН по Дт не равен", "ИНН по Кр не равен".

Версия 1.1.6 май/июнь 2010
1.В настройке переменных отборов данных для ОЭД в категории  ОЭД - Настройки отборов платежей или переводов 
 добавлена новыя переменная : "Не заполнять  атрибут РЕГИОН для регионов 77,78" ( s_rko_OED_321_NOT_REG).
2.В режимах сброса или формирования сообщений по ОЭД учет переменной "Не заполнять  атрибут РЕГИОН для регионов 77,78" , 
при этом  атрибуты сообщения AMR_Rх и ADRESS_Rх ='0'  для Москвы и Санкт-Петербура.
Т.е. для того чтобы атрибут регион в сообщении оставался равным 0 для (регионов 77(Москва) и 7 (Санкт-Петербург ), требуется 
включить в категории ОЭД - Настройки отборов платежей или переводов для  ОЭД  следующую переменную:
"При занесении адресов контрагентов в сообщении не заполнять  атрибут РАЙОН/РЕГИОН для регионов 77,78"
3.Добавлен контроль в отчете "Контроль сообщений по 321-П для отправки". 
Если в сообщении основной код - любой,подлежащий обязат.контролю, кроме 5003,5007,8001 и в поле "Дополнительные виды операций" 
DOP_V указан код 6001, то дата выявления в данном случае должна быть 01.01.2099. Иначе - ошибка.
4.В настройке переменных отборов данных для ОЭД в категории  ОЭД - Настройки отборов платежей или переводов 
 добавлена новыя переменная : "Задать атрибут TU внешнего клиента для ЮЛ по ИНН " (s_rko_OED_TU_VNESH).
5. При включении этой переменной при формировании сообщения по 321-П по платежу или переводу, проставляется атрибут 
сообщения тип участника  TU0, TU3 =1 для внешнего клиента ЮЛ если  ИНН внешнего клиента равен 10 цифровых символов и не равен 0000000000.
6. Исправлена ошибка для сообщений по кассовым документам для снятие/зачис. по л/с (1003186),пластик 1003342 .
Ошибочно плательщик/получатель брался из касоового документа по клиентским счетам,если заносился ФЛ в кассовый документ. 
Теперь ФЛ берется из кас.докумета только по л/с без клиента или по банковским л/с.
7.Пока закоментировала, т.к. неверно в сообщении формируется плательщик/получатель :
 переводы (1003314), переводы в пользу ЮЛ (1003635)
8.Для кассовых клиентов  новые поля для адреса прописки и места жительства с разбивкой. 
9. Исправила ошибку для кода 1004(Покупка в кассе=продажа ФЛ) по касс.документу Конверсия (покупка -продажа) 
атрибуты CURRENT, SUM,SUME. Теперь по Приходу кассы  к/о (Дт) атрибуты CURREN_CON, SUM_CON не заполняются.

Версия 1.1.6 апрель 2010
1.В режиме сброса сообщений помеченных переводов и платежей из отбора данных - с учетом KS перенесено 
 в конец процедуры пероставление адресов, кодов друг по другу, 
перекодировка по окато "субекта" adr_reg_to_okato, чтобы работало и для кассовых документов тоже.
2.В режиме "Сброс за день всего 1 раздела в  bnk.dbf по 321-П"  сделан контроль на размер поля SUME 14.2 для больших сумм внутренних
переводов и все считывания переменных S_GetVar перенесены до цикла для убыстрения работы процедуры сброса.

Версия 1.1.6 март 2010
1.В настройке отборов данных для ОЭД в категории " Дополнительные реквизиты К/О для сообщения ОЭД"
 добавлена новыя переменная : "Код своей организации в справочнике контрагентов".
Эта переменная ссылка на клиента в справочнике контрагентов системы, данные этого клиента явлются данными 
текущего банка (кредитной организации). 
2. Согласно заданной  переменной  "Код своей организации в справочнике контрагентов"  (s_rko_oed_owner_org) при выборе этого
 контрагента проставляются следующие атрибуты сообщения  ОЭД:
- если код клиента лица совершающего операцию совпал с кодом банка как клиента, то признак банка лица совершающего 
 операцию B_PAYER=2 - является КО
- если код клиента получателя совпал с кодом банка как клиента, то  признак банка получателя B_RECIP=2 - является КО.
3.В режим "Сброс за день всего 1 раздела в  bnk.dbf по 321-П" добавлены  заполнение атрибутов 
KODCN_B0 и KODCN_B3 для внешних плательщиков и получателей по заданному БИК или БИК  SWIFT.
4.При создании сообщения ОЭД из отбора  предупреждение, а не ошибка в случае не заданного полного наименования клиента
при включенной переменной  "Полное наименование клиента в сообщении ".
5. При создании сообщения ОЭД из отбора  из режима "Записать помеченные в список ОЭД" ,при включенной пеменной 
 "ОПЕРАЦИЯ по БАНКОВСКОМУ л/с -  ОПЕРАЦИЯ БАНКА", занесение в атрибуты блоков плательщик/получатель 
атрибутов банка по банковскому л/с. Часть атрибутов банка берется из переменных ОЭД из категории  "Дополнительные реквизиты К/О..."

Версия 1.1.6 февраль 2010
1.При формировании сообщения из отбора по ОЭД при цифровом БИК 9 знаков задаются атрибуты KODCN_B0='64300' или KODCN_B3='64300'.
2.В настройке отборов данных для ОЭД в категории "Настройки отборов платежей или переводов для  ОЭД "
  добавлена новыя переменная : "Определять код страны банка по БИК SWIFT".
Включение этой переменной подразумевает в конфигурации системы наличие  справочника SWIFT (таблицы с данными ).
3. При влюченной переменной "Определять код страны банка по БИК SWIFT"  из настроек  отборов платежей или переводов для  ОЭД 
попытка найти символьный БИК в справочнике SWIFT и по БИК-у считать код страны для атрибутов KODCN_B0/B3.
4.Появилась возможность задать код вида операции согласно 302-П по помеченным  платежам из любых отборов для ОЭД.

Версия 1.1.5 январь 2010
1.В настройке отборов данных для ОЭД в категории "Настройки отборов платежей или переводов для  ОЭД "
 добавлена новыя переменная : "Атрибут B_PAYER/B_RECIP=1 для  внеш. клиента банка"
2.По заявке от банка - согласно новой переменной  для настройки отборов платежей 
и переводов для ОЭД "Атрибут B_PAYER/B_RECIP=1 для  внеш. клиента банка"
атрибут B_PAYER/B_RECIP=1 для внешних платежей банка у межфилиальных платежей 
(ИНН внешнего клиента = ИНН банка из настройки системы) при включенной переменной,
иначе (переменная выключена или не определена) атрибут B_PAYER/B_RECIP=2 .
3. По заявке банка при приеме данных  в список сообщений по 321-П из файла BNK.DBF в атрибут "P_FIL-признак филиала" 
проставляется 4-ый символ из имени файла приема.Если имя файла состоит из трех символов, то ставится признак "Ф".
4.Добавлен вариант просмотра списка сообщений по321-П с группировкой по дате представления, т.е. появилась новая
строка в интерфейсе "Список сообщений 321-П по дате представления".
 
Версия 1.1.5 декабрь 2009 
1.В настройке отборов данных для ОЭД в категории "Начальные данные  ОЭД - ЗНАЧЕНИЯ ПО УМОЛЧАНИЮ"
  добавлены новые переменные :
- Список б/счетов 2-го порядка ФЛ 
- Список б/счетов 2-го порядка  ИП 
2.По заявке банка выполнен учет межфилиальных входящих или исходящих платежных документов при формировании сообщения для ОЭД
 из отборов платежей или переводов.
Если платеж по между банком и филиалом ,  т.е. внешний БИК = БИК-у банка то :
- если внешний ИНН равен ИНН банка, то внешний клиент сам банк 
  и атрибуты сообщения B_PAYER/B_RECIP=2  , атрибуты TU0/TU3=1(ЮЛ)
- если внешний ИНН не равен ИНН банка, то внешний клиент это клиент банка 
 и атрибуты сообщения B_PAYER/B_RECIP=1,  атрибуты сообщения TU0/TU3  по умолчанию  =1(ЮЛ)
 или 2(ФЛ) 3(ИП) согласно совпадению б/с внешнего л/с с настройками "Список б/счетов 2-го порядка ФЛ" 
 или "Список б/счетов 2-го порядка  ИП "  

Версия 1.1.5 ноябрь 2009 
1.исправлена ситуация для номера документа с пробелами (NUM_PAY_D)
Версия 1.1.5 октябрь 2009 
1. По заявке от банка перенос номера чека (если он есть)  в сообщение для поля NUM_PAY_D по
снянитию/зачислению из кассового документа 1003186 вместо номера внутреннего перевода.
2. Учет при сбросе нового кассового докумета 1003635 перевод денежных средств в пользу ЮЛ.
3. Возможность по включенной переменной "ОПЕРАЦИЯ по БАНКОВСКОМУ л/с -  ОПЕРАЦИЯ БАНКА " задание реквизитов КО 
в сообщение по банк.счетам для кассовых документов снятие/зачисление, переводы по ФЛ, пластик по ФЛ, перевод в пользу ЮЛ.

Версия 1.1.5 сентябрь 2009 
1.Перенос новых данных о ФЛ и ИП ин.граж. из отборов для ОЭД в сообщение по 321 из справочника контагентов и по кассовым документам.
Для этого д.б.новая версия справочника контрагентов модуля Общий + с новыми атрибутами (DBEG_PREB_RF,DEND_PREB_RF,NUM_MK,
DBEG_MK,DEND_MK,VD4,VD5). 
Если этих атрибутов нет в справочнике контагентов, то перенос не  должен упасть, просто данные останутся пустые. 
Для переноса по кассовым документам при включенной переменной "Сообщение по 321-П с учетом кассовых док. по ФЛ  " д.б. новая 
версия кассы с новыми атрибутами (MK_DOC,MK_DOC_S,MK_DOC_N,MK_DOC_DBEG,K_DOC_DEND,MK_N,MK_N,MK_DBEG,MK_DEND)
в кассовых документах и справочнике клиентов кассы.
Если этих атрибутов нет, то перенос кассовых документов выполнять нельзя, а то запрос упадет без этих атрибутов.

ВЕРСИЯ  1.1.4 август 2009 год
1.В настройке отборов данных для ОЭД добавлена новая переменная "ОПЕРАЦИЯ по БАНКОВСКОМУ л/с -  ОПЕРАЦИЯ БАНКА".
При включении этой переменной (состояние-Да), по л/с с принадлежностию л/с "Внутрибанковский" операция считается банковский 
и при этом, по таким л/с плательщиком или получателем считается банк, т.е. кредитная организация(КО). 
Если к таким л/с приписан контрагент, его данные игнируются и функции FP,F3, F6, F6M,F3M,FCON,F4005,F4006 по таким л/с не проверяются .  
Данные банка (КО) для реквизитов плательщика или получателя берутся из следующих переменных:
Раздел переменных "Общее" - "Реквизиты организации" :
 - короткое наименование, ИНН, ОГРН, ОКПО. 
Раздел переменных "ОЭД" - "Дополнительные реквизиты К/О для сообщения ОЭД":
- дата регистрации, данные адресов места регистрации и места нахождения в формате аресов сообщения по 321-П.
Тип участника  для  плательщика или получателя  по таким л/с задается ЮЛ.
2.Согласно новой переменной "ОПЕРАЦИЯ по БАНКОВСКОМУ л/с -  ОПЕРАЦИЯ БАНКА"  при формировании собщения перенос 
данных КО из переменных (часть в модуле ОЭД, наименование и ИНН в переменных  модуле Общий) по внутрибанковским л/с.
3.  Во всех вариантах отборов для ОЭД появились новые атрибуты л/с "Принадлежность л/с по Дт" и  "Принадлежность л/с по Кр" .
4. При формировании сообщения по документам"До выяснения" сделан  перенос из платежки в сообщение следующих атрибутов 
  плательщика или получателя ИНН, наим. клиента , л/с, к/с по счетам невыясненных сумм .

ВЕРСИЯ  1.1.3 июль 2009 год
1.Исправлена ошибка предыдущей версии для серверных .RKO_V_207/RKO_V_MIN на ORACLE.
2.В отборе по ОЭД по умолчанию убраны внутренние переводы по нев. суммам, которые стали видимыми в новых версиях внешних платежей.
Раньше нев.суммы клались проводками.
При порождении нев. сумм по платежам внутренним переводом в отборе такие документы платеж и внут перевод показываются два раза , 
что есть плохо. 
Решено показывать платеж с внешними атрибутами в сотоянии "До выяснения" для возможности формирования сообщения, 
а внут.перевод для отнесения платежа не показывать.
Сделана переменная "Показать в отборе внут.переводы по невыяс.суммам", которая позволяет показывать и внут. переводы 
по невыясненным суммам. Но это с нашей точки зрения не правильно.

ВЕРСИЯ 1.1.3 -8 июня 2009 год
1. Во всех  отборах  по ОЭД добавленва новая функция <F3MДт/Кр> - отсутсвие операций 3 месяца по клиентскому счету.
Данную функию можно включать в условия отбора.

2.Во все списки отбора  по ОЭД добавлены  новые атрибуты "Отв.исполнитель л/с по Дт" и  "Отв.исполнитель л/с по Кр".
Данные атрибуты дают возможность фильтровать список отбора по исполнителю л/с.

3.RKO_V_207 - новые атрибуты  PR_KORD ,PR_KORK  ,F3MD   ,F3MK  ,LSTYPED  ,LSTYPEK.
Все запросы отбора данных для ОЭД , включая отборы по списку условий, добавлены эти атрибуты.

ВЕРСИЯ -22 мая 2009 год
1.Добавлена новая переменная  s_rko_OED_4005_4006 для функций отбора по ОЭД в разделе "Настройки отборов платежей или переводов для  ОЭД "  
 с именем "Функции отбора F4005/F4006 учитывают контрагентов ЮЛ и ИП".
Все запросы отбора данных для ОЭД , включая отборы по списку условий, учитывают этоту переменную для функций F4005 и F4006.

ВЕРСИЯ 1.1.2 - 24 апреля 2009
1.RKO_V_207/RKO_V_MIN-  атрибуты NAMED, NAMEK, VNESHNAME, BANKNAM опять длинные по настоянию ОРГбанка.
2.Новый отчет для ОРГбанка - 1001649 -"РЕЕСТР отправленных сообщений с доп. информаций"

ВЕРСИЯ 1.1.2 - 16 апреля 2009
1.RKO_V_207/RKO_V_MIN-  атрибуты NAMED, NAMEK по 90 символов

ВЕРСИЯ 1.1.2 - апрель 2009
1.Введена новая переменная "В отборах  ОЭД ИНН и наименование клиента банка согласно платежному документу, а не по  клиенту л/с"
   для настройки отборов платежей или переводов по ОЭД.
Включение данной переменной ведет  в режиме отбора для ОЭД:
-  к ПЕРЕНАЗНАЧЕНИЮ  ИНН и наименования плательщика или получателя в случае НЕ СОВПАДЕНИЯ  поля ИНН 
 ПЛАТЕЖНОГО ДОКУМЕНТА со значением  ИНН клиента банка соответствующего клиентского лицевого счета,
-  ИЗМЕНЕНИЮ  (обнулению) некоторых атрибутов плательщика или получателя платежа  из отбора и изменению (обнулению) функций отбора,
 которые зависят от реквизитов клиента плательщики или клиента получателя
- в момент сброса платежа в сообщения по ОЭД, в случае ПЕРЕНАЗНАЧЕНИЯ ИНН, выдается предупреждающее сообщение . 
2.Сделана новая серверная view RKO_V_MIN для убыстрения отбора по ИНН. 
3.Внесены исправления в серверную view RKO_V_207 в связи с новой переменной настройки:
 - добавлены новые атрибуты по отличию, т.е. не равенства ИНН платежного документа и ИНН клиента лицевого счета,
 - сделан учет переменной для переназначения кода ИНН и названия клиента плательщика или по получателя по платежному документу , 
   а не по клиенту приписанного лицевого счета при выполнении отбора,
-  сделан учет переменной для переназначения  (обнуления при переназначении ИНН при не совпадении) 
     типа клиента,   кода стран из адресов рег/жит, нах/преб,
    даты рег. для ЮЛ,   даты рег. для ЮЛ+6м,  Даты ост по рег.+6м,
   функций отбора данных для ОЭД F6D/K, F3D/K, FCOND/K, F4005D/K,FINND/K. 
4.Во все варианты отборов платежей и  добавлены  для ОЭД добавлены новые функции-атрибуты FDIFДт и  FDIFКр, которые отражают  
   не равенство ИНН платежного документа и ИНН клиента лицевого счета. 
Данные функции переносятся в сообщение, которое соответствует платежу или переводу.  
5.Переписан режим отборов по ИНН с минимумом атрибутов. 
 Режим  по ИНН с минимумом атрибутов выполняется значительно быстрее предыдущего отбора по ИНН и рекомендуется 
  использовать при больших объемах платежей.
 Теперь запрос итога по ИНН может использовать новые настройки отбора по  ИНН :
    - НЕ УЧИТЫВАТЬ в итоговом отборе НАИМЕНОВАНИЕ по ВНЕШНИМ КЛИЕНТАМ  
    - НЕ УЧИТЫВАТЬ в итоговом отборе НАИМЕНОВАНИЕ по ВСЕМ КЛИЕНТАМ (БАНКА и ВНЕШНИМ) 
6.Указанные новые настройки отбора по  ИНН добавлены как новые атрибуты отбора по ИНН для ОЭД по СПИСКУ УСЛОВИЙ. 
7.В режим отбор ОЭД по СПИСКУ УСЛОВИЙ добавлен новый вариант отборов по ИНН - "Отбор по ИНН  - вариант II БЕЗ УЧЕТА СЧ.ИСК.".
Данный вариант отборов аналогичен варианту отбора  по ИНН с минимумом атрибутов и тоже рекомендуется 
  использовать при больших объемах платежей.
8.Режиме переменных для модуля ОЭД выполнена перегруппировка  переменных и сделана новая группа переменных 
"Настройки отборов платежей или переводов для  ОЭД ".
9..В режиме переменных для модуля ОЭД добавлена новая настройка 
"При создании  сообщения  ОЭД  атрибут "дата выявления операции" (DATE_S) равна текущей дате ОД".
10. В режиме "В список сообщений по 321-П" добавлен новый режим "ОБНУЛИТЬ номер сообщения и дату представления".
Данный режим позволяет при необходимости автоматически  по помеченным сообщениям в состоянии "создан" удалить прежнюю 
нумерацию и перенумеровать сообщения заново в режиме "Задать порядковый номер и дату представления ". 
11. В режиме "В список сообщений по 321-П" добавлен новый режим "ПРОСМОТРЕТЬ платеж или перевод по сообщению" при наличии
ссылки у сообщения на платежный документ.
12.Внесены исправления в отчет "Контроль сообщения для отправки". Теперь контроль  наличия информации в блоках данных «ОРГН»,
 «Адрес регистрации», «Адрес местонахождения» для лица, совершающего операцию или получателя выполняется когда поля
 «признак банка лица, совершающего операцию или  «признак  банка получателя»  не равны «0» и задан тип участника. 

Версия 1.1.1 от 05.02.09
1.Внесены исправления в серверный запрос RKO_V_207. Обрезаны символьные поля, убраны не нужные поля запроса.
2.Сделаны новые варианты отбора для ОЭД с минимумом атрибутов для ускорения отбора и минимизации размера памяти.
 Данные отборы добавлены в интерфейс по ОЭД.
3.В функции отбора по ОЭД "ДРАГ" добавлено слово "монет".
4.Проведена оптимизация всех вариантов отбора для ОЭД по СПИСКУ УСЛОВИЙ для ускорения и уменьшения размера памяти.
5.В данном списке вариантов отбора для ОЭД добавлен  новый отбор "И-атрибуты платежа, ИЛИ- другие атрибуты".
6.В списке "СООБЩЕНИЯ по 321-П" добавлен новый атрибут "Платеж", который показывает наличие  (Есть/Нет) в системе платежа или 
перевода,   который является источником сообщения.
7.В режимах отбора для ОЭД в процедуре "Записать ... в список ОЭД ... " появилась возможность перезаписывать сообщения по ранее 
удаленным сообщениям. 
8.В режиме списка запросов по сомнительным платежам  добавлен новый атрибут "Реквизиты договора", а также  
добавлена возможность редактирования всех атрибутов запроса. В режиме  отбора сомнительных платежей добавлены условия на наличия 
следующих слов в назначении платежа :  "лизинг, займ, заем, мат.помощь, финансов, ссуд".

Сборка версии  1.1.1 более 72
Сделан ключ "В отборах  ОЭД тип уч. по к/с считать по клиенту"

Версия 1.1.0
1.Исправлен отчет по 321-П "Справка об отправленных операциях"
2.Сделана перекодировка кода региона 
3.Сделан сброс запросов в ТХТ в заданной кодировке
4.В запросах по ИНН исправлена ошибка атрибута "Наименование контрагента корреспондента"
5.В отборах по сомнительным платежам работает фильтр документа.
6.В форме документа сообщения по 321-П для кода региона в адресах работает выбор региона по ОКАТО.