30 мая, суббота 05:31
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

3462-У

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • alx71
    Участник создал тему 3462-У

    3462-У

    Указание Банка России от 30 ноября 2014·г. N·3462-У
    "О составе и форматах представления учетно-операционной и иной информации кредитной организации (ее филиала) в электронном виде"

    Кто-нибудь занимался? Есть ли примеры и xsd-схемы, и как будет ходить?

  • Mocod
    Участник ответил
    Grinder

    Добрый вечер.
    Находим в Default.cfg описание этого поля:

    24;KT_EXT_SWIFT;международный банковский идентификационный код (SWIFT BIC) банка контрагента – получателя средств, не являющегося клиентом кредитной организации (ее филиала);STRING;11;;;;SWIFT;;;1;;~(AaBbCcDdEeFfGgHhIiJjKkLlMmNnOoPpQqRrSsTtUuVvWwXxYyZz)??????~(ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789)??[???];;;;;;

    И видим там некую маску для проверки значений. При анализе которой можно предположить, что оно требует в восьмой позиции значения поля большую букву или цифру. А у вас, как будто, маленькая.
    P.S. А чего в техподдержку не пишете? А то, ведь, сократят их как и нас, разработчиков, за низкой востребованностью.))

    Прокомментировать:


  • Grinder
    Участник ответил
    Добрый день!
    Помогите, пожалуйста, ловлю вот такое в LSOp (версия MOCOD 1.15.1.1208 x32)

    Параметр "KT_EXT_SWIFT" = "bofaus3nXXX"
    СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. (Код сообщения 592) Недопустимое значение параметра.

    Проверил на русские символы в строке, regexp_like не находит.

    В чем может быть причина?
    Спасибо!

    Прокомментировать:


  • user_user
    Участник ответил
    Mocod

    1) Версия приложения какая? (с этого всегда надо начинать) - Версия 1.15.1.1208х32

    2) Согласно какой редакции Указания осуществляется проверка? - Согласно требованиям Указания Банка России №3462-У

    3) Только для LSOP отвалилось, для остальных наборов нормально? - проблемы только с LSOP

    4) В техподдержку писали? Что там ответили? - не обращались, на форуме пишут что бесполезно ))

    Прокомментировать:


  • Mocod
    Участник ответил
    user_user

    Добрый.
    1) Версия приложения какая? (с этого всегда надо начинать)
    2) Согласно какой редакции Указания осуществляется проверка?
    3) Только для LSOP отвалилось, для остальных наборов нормально?
    4) В техподдержку писали? Что там ответили?
    Последний раз редактировалось Mocod; 14.03.2020, 16:43.

    Прокомментировать:


  • user_user
    Участник ответил
    Добрый день!

    Подскажите пож-та Mocod не проверяет у файлов типа LSOP тег len
    например <Table len="98989888888" nRec="2258720">, где значение 98989888888 - заведомо ложное

    Ранее в старых версиях Mocod проверял, может кто в курсе как это устранить ?

    Прокомментировать:


  • Mocod
    Участник ответил
    Сообщение от rock_feller Посмотреть сообщение
    К техподдержке МОКОДа.
    Версия приложения (с этого надо начинать) какая?
    К техподдержке - это правильно. Вы им писали? Что там ответили?

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

    Сейчас делал диск, с около 2000 файлов.
    Файлы добавляются.
    Хэш считается.
    Считается, но, очевидно не досчитывается. см. там ниже про hashfile.exe

    Опись формируется.
    Логический контроль не запускается.
    Ну это общеизвестный факт, не раз уже муссировавшийся а т.ч. и на этом форуме. Пока хэш-суммы всех привязанных файлов не рассчитаны, кнопка логического контроля недоступна. Собственно, так заказчики из ГИБР и заказывали.

    И всё, никаких сообщений об ошибке.
    Расчетом хэш-сумм занимается входящий в комплект hashfile.exe от СКАД Сигнатура. Как утилита для этого специально сертифицированная. Поэкспериментируйте с ней из командной строки на примере вашего проблемного файла - будет ли он, в свою очередь, хоть как-то диагностировать проблему? А то, может, надо и к ним на форум сходить, кулаком постучать.

    Путём перебора папок и файлов выяснилось, что в имени одного файле была испанская буква
    Однако, невольно вспоминается анекдот про японскую бензопилу и суровых сибирских лесорубов.

    Полдня впустую.
    Опять же, не очень понятно, на что ушло полдня, если до логического контроля и собственно создания диска, как понимаю, дело так и не дошло.

    Прокомментировать:


  • AndreyLu
    Участник ответил
    Коллеги! Действующая версия МОКОД ругается на набор произвольных файлов, если есть недопустимый символ в имени, но не показывает место. полагаю, команда
    tree /a /f > opis.txt
    вам поможет.
    -----
    Посмотрел внимательнее - в интерфейсе проблемный файл подсвечен красным. Команда tree не помогла, заменила длинное тире коротким минусом...

    Mocod, спасибо, что удалось донести эту проблему до разработчиков!
    Последний раз редактировалось AndreyLu; 27.02.2020, 10:07.

    Прокомментировать:


  • Mocod
    Участник ответил
    Сообщение от shura_p Посмотреть сообщение

    Как это объяснить заказчику, который требует генерировать текст, чтобы в мокоде не было предупреждений?
    А кто такой ваш заказчик? - прошу пояснить. Заказчиком разработчиков из ДИТ был ГИБР и никто иной.
    И все обсуждаемые предупреждения с точностью до буквы были прописаны в подробном ТЗ на разработку, подготовленном заинтересованными специалистами ГИБР.

    Может вы сделаете какую-то опцию, чтобы эти предупреждения не мешали разбору остальных ошибок?
    Вывод предупреждений в протокол, правда всех сразу, можно отключить в диалоговой форме "Параметры контроля", поднимающейся по нажатию кнопки "Логический контроль".

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

    Мы такие проблемы слышим постоянно, ещё похожий пример:
    Параметр "OPEN_NALOG" = "99.99.9999"
    ПРЕДУПРЕЖДЕНИЕ. (Код сообщения 588) Для не обязательного к предоставлению параметра получен признак отсутствия необходимости в предоставлении его значения.

    Хотя в 3462-У написано, если не требуется отправка - выводите 99.99.9999, в этой ситуации просят не выводить поле целиком.

    Все такие ошибки заказчики требуют исправлять на уровне генерации данных, а не на уровне улучшения "юзерфрендли" мокода.
    Может мы можем дать им ваши контакты, чтобы они обратились со своими вопросами к вам?
    Надо все-таки разобраться, что это за требовательные заказчики, ибо если имеются ввиду представители инспекций, то именно по требованию ГИБР проектировались все ныне действующие сообщения, в том числе и при отсутствующей дате в указанном поле. В любом случае, мои личные контакты упомянутым заказчикам ничего не дадут, ибо я больше не на проекте, и все дальнейшее сопровождение МоКоДа передано новой команде на другом конце страны. О производственном потенциале которой нам только еще предстоит судить.))
    Последний раз редактировалось Mocod; 26.02.2020, 15:44.

    Прокомментировать:


  • Mocod
    Участник ответил
    Dicentra1
    Так xsd-схему или всё-таки конфиг? Как бы вы, интересно, эту схему применяли буде бы она была? Что касается конфига, то в составе поставки последних версияй приложения (примерно с мая прошлого года) шли конфиги "с описаниями полей" как для 3462-У, так и для 4927-У.
    Или, может, и изъяли их уже? Там какая нынешняя версия у них сейчас на сайте? И что у неё в папке Metadata?

    Прокомментировать:


  • Dicentra1
    Участник ответил
    Добрый день! Подскажите пожалуйста, где можно взять xsd-схему для 4927-У? По 3462-У есть config в МОКОДЕ с описанием заполнения полей, а по 4927-У config в МОКОДЕ пуст. Есть ли какие-то описания по 4927-У кроме Состав, форматы учетно-операционной и иной информации кредитной организации (ее филиала) в электронном виде (с 01.05.2019)?

    Прокомментировать:


  • Mocod
    Участник ответил
    Сообщение от shura_p Посмотреть сообщение
    и тишина
    Я всем отвечу, несмотря на то, что сам уже не на проекте и на то, что здесь, по большому счету, тех поддержки никогда и не было. Просто сам сейчас к тому же в отъезде и с экрана телефона общаться крайне неудобно. И, кстати, не теряйте время, пишите по известному адресу в тех поддержку.

    Прокомментировать:


  • shura_p
    Участник ответил
    и тишина

    Прокомментировать:


  • rock_feller
    Участник ответил
    К техподдержке МОКОДа.

    Сделайте хоть какую-то индикацию ошибок, пожалуйста.
    Сейчас делал диск, с около 2000 файлов.
    Файлы добавляются.
    Хэш считается.
    Опись формируется.
    Логический контроль не запускается.
    И всё, никаких сообщений об ошибке.
    Путём перебора папок и файлов выяснилось, что в имени одного файле была испанская буква



    Полдня впустую.

    Прокомментировать:


  • diesel
    Участник ответил
    mocod - школьниками писаное поделие. их ошибки просто бесят. они никак не согласуются с тем же УФЭБС. казалось бы один и тот же орган издаёт форматы (центральный банк), но требования у них совершенно разные. идиотизм.

    Прокомментировать:


  • shura_p
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    shura_p
    В значениях полей нужно экранировать < и >. В значениях атрибутов - кавычки. Ну а предупреждения при обратной замене следует воспринимать как сообщения, что ваши намерения были поняты правильно.)).
    Как это объяснить заказчику, который требует генерировать текст, чтобы в мокоде не было предупреждений?
    Может вы сделаете какую-то опцию, чтобы эти предупреждения не мешали разбору остальных ошибок?
    Как я понимаю, на больших файлах такие предупреждения не позволяют удобно видеть настоящие ошибки.
    Кроме этого, есть предложение выводить ошибки в каком-то ином виде, с группировкой по виду.

    Мы такие проблемы слышим постоянно, ещё похожий пример:
    Параметр "OPEN_NALOG" = "99.99.9999"
    ПРЕДУПРЕЖДЕНИЕ. (Код сообщения 588) Для не обязательного к предоставлению параметра получен признак отсутствия необходимости в предоставлении его значения.

    Хотя в 3462-У написано, если не требуется отправка - выводите 99.99.9999, в этой ситуации просят не выводить поле целиком.

    Все такие ошибки заказчики требуют исправлять на уровне генерации данных, а не на уровне улучшения "юзерфрендли" мокода.
    Может мы можем дать им ваши контакты, чтобы они обратились со своими вопросами к вам?

    Прокомментировать:


  • Mocod
    Участник ответил
    shura_p
    В значениях полей нужно экранировать < и >. В значениях атрибутов - кавычки. Ну а предупреждения при обратной замене следует воспринимать как сообщения, что ваши намерения были поняты правильно.)).

    Прокомментировать:


  • shura_p
    Участник ответил
    Вопрос: нужно ли при формировании файлов по 3462-У(4927-У) экранировать символы в текстовых полях:
    Символ Замена
    < &lt;
    > &gt;
    & &amp;
    ' &apos;
    " &quot;
    ?

    Если нужно, то почему МОКОД выводит предупреждения о том что они были заменены обратно? И как реагировать на это предупреждение?
    Если не нужно, то содержимое файла не является корректным XML? То есть это просто текст некого формата, похожего на xml?

    Прокомментировать:


  • Mocod
    Участник ответил
    Палыч
    А что, инспекция реально требует данные по 4927 а не по 3462?
    Образцы проблемных файлов данных в письмах в техподдержку прилагали?
    Если она там ещё осталась, конечно, техподдержка.))

    Прокомментировать:


  • Палыч
    Участник ответил
    Подскажите, по 4927-У "Информация о клиентах" МОКОД Версия 1.15.1.1208. Что означает сообщение "НЕСООТВЕТСТВИЕ. Требования к составу служебных параметров электронного документа (информации) и (или) наличию их значений не соблюдены в полном объеме (для параметров: C_OPT)."
    Вроде все необходимые поля есть. Ошибка одинаковая для ФЛ и ЮЛ хотя поля и значения разные.
    Несколько раз писал на svc_UIO_GIBR@cbr.ru ответов нет

    Прокомментировать:


  • Mocod
    Участник ответил
    Сообщение от Царь Посмотреть сообщение
    Доброго дня!
    имеется файл LSOZ, имеется мокод x64 версии 1.14.1.1155 и мокод x32 1.15.1.1208

    при обработке одного этого файла мокод x64 1.14.1.1155 даже в одном сеансе при запуске подряд контроля выдает разное количество существенных несоответствий.
    Последний мокод 1.15.1.1208 существенных несоответствий не выдает при работе в таком же режиме.
    Кто-то сталкивался с подобным?

    с файлом LSOP аналогичная ситуация
    Если совсем коротко, то это была застарелая плавающая ошибка внутреннего вычислителя выражений в 64-разрядной версии. Проявлялась очень редко, на файлах большого размера и на вполне определенной конфигурации железа. Разработчикам о ней рапортовали, когда версия 1.15.1.1208 (от августа прошлого года) уже была опубликована ГИБР-ом на сайте (но эта скрытая ошибка была и в более ранних версиях). После чего ГИБР 1.15.1.1208 переопубликовал, изъяв до поры из дистрибутива 64-разрядную версию. Впоследствии ошибка была найдена и исправлена (еще в октябре прошлого года). Почему до сих пор ГИБР не выложил исправленную 64-разрядную версию мне не ведомо.

    Прокомментировать:


  • Царь
    Участник ответил
    Mocod
    1.61 Гб Lsoz
    650 мб LSOp

    Прокомментировать:


  • Mocod
    Участник ответил
    Царь
    Проверяемые файлы на сколько значительного размера?

    Прокомментировать:


  • Царь
    Участник ответил
    PR_KONS 1, проверяет наличия счета для отражения в балансе итоговой суммы при ведении отдельного учета операций. СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. (Код сообщения 30001) Отсутствует счет для отражения в балансе итоговой суммы при ведении отдельного учета операций. ЗАКЛЮЧЕНИЕ. Запись не может быть обработана.
    в файле в указанных ошибочных записях присутствует заполненный элемент ACCOUNT_KONS

    Прокомментировать:


  • Mocod
    Участник ответил
    Царь
    Добрый день.
    О каких именно существенных несоответствия идёт речь?
    Приведите примеры сообщений об ошибках.

    Прокомментировать:


  • Царь
    Участник ответил
    Доброго дня!
    имеется файл LSOZ, имеется мокод x64 версии 1.14.1.1155 и мокод x32 1.15.1.1208

    при обработке одного этого файла мокод x64 1.14.1.1155 даже в одном сеансе при запуске подряд контроля выдает разное количество существенных несоответствий.
    Последний мокод 1.15.1.1208 существенных несоответствий не выдает при работе в таком же режиме.
    Кто-то сталкивался с подобным?

    с файлом LSOP аналогичная ситуация

    Прокомментировать:


  • Mocod
    Участник ответил
    Палыч
    Не может быть, не верю. Давайте сюда целиком образчик файла на котором "так тоже пробовал" с единственной записью обезличенных тестовых данных.
    Адрес техподдержки указан в одном из сопроводительных документов в составе дистрибутива приложения, а также цитировался здесь пару-тройку страниц назад. Я его на память не помню. И не теряйте время, пишите сразу и туда, но тоже с законченным образцом тестовых данных. Заодно проверим и её нынешнее функционирование, после сокращения разработчиков на старом месте.

    Прокомментировать:


  • Палыч
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение

    поразмышляв, можно сделать вывод, что приведенный вами отрывок должен выглядеть примерно так:

    <O_STP type="DCS" maxPar="4">
    <O_STP.DCS.INS>комиссия по банкротству</O_STP.DCS.INS>
    <O_STP.DCS.DCM_NM>Акт</O_STP.DCS.DCM_NM>
    <O_STP.DCS.DCM_DT>28.01.2020</O_STP.DCS.DCM_DT>
    <O_STP.DCS.DCM_N>555</O_STP.DCS.DCM_N>
    </O_STP>
    <O_CNT type="DCS" maxPar="4">
    <O_CNT.DCS.INS>комиссия по разбанкроству</O_CNT.DCS.INS>
    <O_CNT.DCS.DCM_NM>распоряжение</O_CNT.DCS.DCM_NM>
    <O_CNT.DCS.DCM_DT>29.01.2020</O_CNT.DCS.DCM_DT>
    <O_CNT.DCS.DCM_N>777</O_CNT.DCS.DCM_N>
    </O_CNT>

    Однако, что же вы с этим в техподдержку не обратились?
    Так тоже пробовал. Результат аналогичный
    В полях адреса по другому разделу тоже такая структура
    <C_FND type="ADR" maxPar="12">
    <STT_CD></STT_CD>
    <FLL></FLL>
    <PST_CD></PST_CD>
    <LCL_CD></LCL_CD>
    <SBCSTT></SBCSTT>
    <ARLCL></ARLCL>
    <STRT></STRT>
    <HS></HS>
    </C_FND>

    и все без ошибок

    Подскажите техподдержку по MOKOD



    Прокомментировать:


  • Mocod
    Участник ответил
    Сообщение от Палыч Посмотреть сообщение
    Подскажите, по 4927-У "Информация о замораживании (блокировании) денежных средств и иного имущества клиентов" МОКОД Версия 1.15.1.1208 ругается на несоответствие состава и структуры строк для

    <O_STP type="DCS" maxPar="4">
    <INS></INS>
    <DCM_NM></DCM_NM>
    <DCM_DT></DCM_DT>
    <DCM_N>/DCM_N>
    </O_STP>
    <O_CNT type="DCS" maxPar="4">
    <INS></INS>
    <DCM_NM></DCM_NM>
    <DCM_DT></DCM_DT>
    <DCM_N></DCM_N>
    </O_CNT>

    Какие должны быть имена полей? судя по метаданным такие.
    Добрый день.
    Надо сказать, что содержимое "Применение Указания Банка России № 4927-У", действительно, достаточно заморочено.
    Но все же из вот этой его части:


    1.5.2. Описание совокупности элементов данных электронного документа, предоставляемого в формате XML, осуществляется в следующем формате:

    <совокупность type="тип" maxPar="n">
    <элемент_данных>значение</элемент_данных>

    <элемент_данных>значение</элемент_данных>
    </совокупность>,

    где:
    совокупность - обозначение совокупности элементов данных;
    type="тип" - параметр, содержащий обозначение типа совокупности элементов данных (может отсутствовать);
    maxPar="n" - параметр, содержащий максимальное количество элементов данных совокупности;
    <совокупность type="тип" maxPar="n"> - описатель начала совокупности элементов данных;
    </совокупность> - описатель конца совокупности элементов данных;
    элемент_данных - обозначение элемента данных в составе совокупности. Обозначение элемента данных совокупности включает обозначение совокупности элементов данных, обозначение типа совокупности элементов данных (при наличии) и обозначение элемента данных в составе совокупности: "cовокупность.тип.элемент_данных".
    При отсутствии обозначения типа совокупности элементов данных предшествующий ему символ '.' (точка) исключается из обозначения элемента данных: "cовокупность.элемент_данных";
    <...>


    поразмышляв, можно сделать вывод, что приведенный вами отрывок должен выглядеть примерно так:

    <O_STP type="DCS" maxPar="4">
    <O_STP.DCS.INS>комиссия по банкротству</O_STP.DCS.INS>
    <O_STP.DCS.DCM_NM>Акт</O_STP.DCS.DCM_NM>
    <O_STP.DCS.DCM_DT>28.01.2020</O_STP.DCS.DCM_DT>
    <O_STP.DCS.DCM_N>555</O_STP.DCS.DCM_N>
    </O_STP>
    <O_CNT type="DCS" maxPar="4">
    <O_CNT.DCS.INS>комиссия по разбанкроству</O_CNT.DCS.INS>
    <O_CNT.DCS.DCM_NM>распоряжение</O_CNT.DCS.DCM_NM>
    <O_CNT.DCS.DCM_DT>29.01.2020</O_CNT.DCS.DCM_DT>
    <O_CNT.DCS.DCM_N>777</O_CNT.DCS.DCM_N>
    </O_CNT>

    Однако, что же вы с этим в техподдержку не обратились?


    Прокомментировать:


  • AndreyLu
    Участник ответил
    Позвонил туда, сказали ничего не обозначает (либо никому не известно), оставлять пустым.

    Прокомментировать:

Обработка...
X