9 декабря, понедельник 05:48
Bankir.Ru

Объявление

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

3462-У

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

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

    3462-У

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

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

  • Mocod
    Участник ответил
    YSerg66
    Вам верю. Но первую линию техподдержки обеспечивает ГИБР, не ДИТ. Попытайтесь пробить эту стену самым решительным натиском.))
    P.S. Волгоград, однако, не относится к одному часовому поясу с Москвой и Питером.)))

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


  • YSerg66
    Участник ответил
    Удивительно, конечно...

    Получил же вчера уведомление о прочтении.

    Ок, направлю ещё.


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


  • Mocod
    Участник ответил
    YSerg66
    Вас понял. К разработчикам в ДИТ из ГИБР не поступало. Найдите возможность до понедельника направить повторно с пропиской, что это уже повторно, на первое ответа не дождались, а оно для вас крайне важно, а кроме того приложите образец файла с проблемным заголовком и минимальным количеством записей данных. Если до понедельника не получится, то в понедельник с утра.
    Последний раз редактировалось Mocod; 06.12.2019, 20:40.

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


  • YSerg66
    Участник ответил
    Спасибо за ответ!

    Да я вчера еще параллельно написал рекламацию - в ответ ничего не получил.

    Если пишу
    <TRANSPORT verspo="DiasoftFa# 7.2">
    то ошибки этой нет.

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


  • Mocod
    Участник ответил
    YSerg66
    Да, и просьба отписаться здесь, после отправки рекламации.

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


  • AndreyLu
    Участник ответил
    Сообщение от YSerg66 Посмотреть сообщение
    Коллеги, может было у кого:

    При проверке MOCOD версии 1.15.1.1208

    Файла по схеме LSOZ.xsd возникает ошибка:

    СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. Состав и структура строк электронного документа (информации) не соответствуют установленным требованиям (строки:TRANSPORT (2)).

    При этом строки выглядят следующим образом:

    <?xml version="1.0" encoding="windows-1251"?>
    <TRANSPORT verspo="DiasoftFa# 7.2"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="LSOZ.xsd">
    <THEADER len="232" date="05.12.2019" time="13:29:36" nmbbank="2790/0000" vsp=""
    file="LSOZ_2790_0000_F20181020_L20191130_C20191205_001.xml">
    <!-- данные заголовка -->

    Все вроде схеме соответствует
    Код:
    <?xml version="1.0" encoding="windows-1251"?>
    <TRANSPORT verspo="Банк XXI-век 6.01.8">
    <THEADER len="94" date="03.02.2019" time="15:40:05" nmbbank="1234" vsp="0" file="LSOZ_1234_0000_F20170101_L20181231_C20190203_000.xml">
    попробуйте избавиться от знака решетки. Да и в остальном попробуйте урезать. Мой пример из старой версии, в феврале делали.
    Такие цитаты лучше делать с тегом Код, не понятно, где у вас перенос строк. Может, он в одну строку хочет видеть и ищет закрывающий тег?

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


  • Mocod
    Участник ответил
    YSerg66
    Добрый день.
    Не теряйте времени, пишите на адрес техподдержки, аккуратно, со всеми подробностями. Лучше всего образец проблемного файла приложить, с нужным заголовком и одной записью данных.
    Если до понедельника не ответят, направляйте повторно, с пропиской, что не дождались ответа.

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


  • YSerg66
    Участник ответил
    Коллеги, может было у кого:

    При проверке MOCOD версии 1.15.1.1208

    Файла по схеме LSOZ.xsd возникает ошибка:

    СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. Состав и структура строк электронного документа (информации) не соответствуют установленным требованиям (строки:TRANSPORT (2)).

    При этом строки выглядят следующим образом:

    <?xml version="1.0" encoding="windows-1251"?>
    <TRANSPORT verspo="DiasoftFa# 7.2"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="LSOZ.xsd">
    <THEADER len="232" date="05.12.2019" time="13:29:36" nmbbank="2790/0000" vsp=""
    file="LSOZ_2790_0000_F20181020_L20191130_C20191205_001.xml">
    <!-- данные заголовка -->

    Все вроде схеме соответствует

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


  • Mocod
    Участник ответил
    Проверяет, очевидно, для порядка, для того он, собственно, и разрабатывался "модуль контроля данных". А что делать в случае отсутствия ожидаемого порядка и на сколько это страшно в вашем конкретном случае лучше спросить у специалистов ГИБР, реализующих первую линию техподдержки по не раз уже озвученному здесь адресу.

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


  • shura_p
    Участник ответил
    Mocod
    Скажите, для каких целей МОКОД в файле с операциями проверяет корректность ИНН (ключ, длина)?
    Что делать если в платеже ИНН был указан некорректно? Не выгружать некорректное значение в отчет?
    Допустим проверяющие увидят такую ошибку, как её будут расценивать?

    Вообще, все ли ошибки, выводимые МОКОДом, нужно пытаться исправить? Особенно если это ошибки данных в АБС.

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


  • Mocod
    Участник ответил
    Вот видите!)) Правда, не очень понятно на счёт "промежуточного решения, на текущий момент, подтверждающего точку зрения" (имхо, запутывают)), но будем надеяться, что в очередной версии с этого поля уберут маску "только цифры".

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


  • Kamakina
    Участник ответил
    svc_UIO_GIBR@cbr.ru - ответили! ---------- "Потребовалось время для анализа ситуации. Промежуточное (на текущий момент) решение подтверждает вашу точку зрения. Замечание принято для учета в следующей версии МоКоД. В ситуации проверки, рекомендуем обратиться к рабочей группе для предоставления скорректированного конфигурационного файла в части правила контроля для поля по аналогичной маске STRING,34. " ----------

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


  • Mocod
    Участник ответил
    По МоКоДу лучше здесь рассказать, если с ним было связано что нибудь интересное.

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


  • Jenyok
    Участник ответил
    Форумчане, кому интересно могу рассказать про проверку Банка России по ИТ и ИБ (30 дней нас проверяли по данным направлениям). Пишите в личку, дам свой сотовый телефон. .

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


  • Kamakina
    Участник ответил
    Собственно, так и написали, как здесь. Отправили очередной раз. Указали, что ответ не получен. ---------- Добрый день! Версия программы MOCOD: 1.15.1.1208 У нас при контроле файла "Информация об открытых и закрытых счетах" выходит такая ошибка: Параметр ACCOUNT_KONS = "20309A98600000000001" (в файле) СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. (Код сообщения 578) Значение параметра записи отличается от указанной для него в расшифровке формата записи маски значения: "\d{20}". ЗАКЛЮЧЕНИЕ. Запись не может быть обработана. Мы открываем физ.лицам вклады в драгметаллах в аналитическом учете, а в синтетическом учете открываем консолидированные счета. В файле это выглядит так: 20309A98510100000004
    220309A98600000000001 По схеме XSD проверка проходит. Почему в элементе ACCOUNT допускается счет драг.металлов, состоящий не только из цифр, а в элементе ACCOUNT_KONS выдает ошибку? В расшифровках форматов записей в default.cfg в качестве допустимых масок указано для "ACCOUNT_KONS" - STRING;20;;\d{20};... для "ACCOUNT" - STRING;34;;;... Соответственно по маске "\d{20}" MOCOD выдаёт ошибку. Маска, как нам кажется, неправильная! ---------- Хм. Чего-то форматирование не работает(

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


  • Kamakina
    Участник ответил
    Собственно, так и написали, как здесь. Отправили очередной раз. Указали, что ответ не получен. ---------- Добрый день! Версия программы MOCOD: 1.15.1.1208 У нас при контроле файла "Информация об открытых и закрытых счетах" выходит такая ошибка: Параметр ACCOUNT_KONS = "20309A98600000000001" (в файле) СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. (Код сообщения 578) Значение параметра записи отличается от указанной для него в расшифровке формата записи маски значения: "\d{20}". ЗАКЛЮЧЕНИЕ. Запись не может быть обработана. Мы открываем физ.лицам вклады в драгметаллах в аналитическом учете, а в синтетическом учете открываем консолидированные счета. В файле это выглядит так: 20309A98510100000004
    220309A98600000000001 По схеме XSD проверка проходит. Почему в элементе ACCOUNT допускается счет драг.металлов, состоящий не только из цифр, а в элементе ACCOUNT_KONS выдает ошибку? В расшифровках форматов записей в default.cfg в качестве допустимых масок указано для "ACCOUNT_KONS" - STRING;20;;\d{20};... для "ACCOUNT" - STRING;34;;;... Соответственно по маске "\d{20}" MOCOD выдаёт ошибку. Маска, как нам кажется, неправильная! ----------

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


  • Mocod
    Участник ответил
    Можете сегодня, сейчас, ещё один контрольный раз написать?)) И процитировать отправленный текст нам сюда?

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


  • Kamakina
    Участник ответил
    Писали несколько раз. Ответа нет. Хотя один раз пришло, что прочитано.

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


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

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


  • Kamakina
    Участник ответил
    А куда писать? На "svc_UIO_GIBR@cbr.ru"? Написали, но они не отвечают.

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


  • Mocod
    Участник ответил
    Сообщение от Kamakina Посмотреть сообщение
    Mocod
    Добрый день! Мы заглядывали в default.cfg)
    И видели, что там "ACCOUNT_KONS" - STRING;20;;\d{20};...
    А "ACCOUNT" - STRING;34;;;...
    И что это нам даёт?
    (По маске "\d{20}" MOCOD выдаёт ошибку. Маска, как нам кажется, неправильная.)
    Ошибка правильная, в смысле утвержденной ГИБР структуры ожидаемых данных. Тем не менее, предлагаю незамедлительно отписать по адресу техподдержки (первую ее линию реализует ГИБР) с соответствующими обоснованиями и примерами (по типу исходного поста). Все это может быть быстро поправлено, в противном случае, полагаю, должны дать разъяснение по исключению в выгрузке подобных счетов. И держите нас в курсе ответов, плиз.

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


  • Antonioki
    Участник ответил
    \d{20} - маска разрешает только числа - 20 штук. Видимо литера "А" под маску никак не подпадает.
    Вы уверены в том, что нужно выгружать счета по учету драгметаллов?
    Последний раз редактировалось Antonioki; 23.10.2019, 11:19.

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


  • Kamakina
    Участник ответил
    Mocod
    Добрый день! Мы заглядывали в default.cfg)
    И видели, что там "ACCOUNT_KONS" - STRING;20;;\d{20};...
    А "ACCOUNT" - STRING;34;;;...
    И что это нам даёт?
    (По маске "\d{20}" MOCOD выдаёт ошибку. Маска, как нам кажется, неправильная.)

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


  • Mocod
    Участник ответил
    Kamakina
    Добрый. А вы загляните в в эти самые расшифровки форматов записей в default.cfg, - что там указано в качестве допустимых масок для одного и другого поля. Сам, извините, не могу, - в недельном отпуске.

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


  • Kamakina
    Участник ответил
    Добрый день. У нас при контроле файла "Информация об открытых и закрытых счетах"
    выходит такая ошибка:

    Параметр ACCOUNT_KONS = "20309A98600000000001" (в файле)
    СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. (Код сообщения 578) Значение параметра записи отличается от указанной для него в
    расшифровке формата записи маски значения: "\d{20}".
    ЗАКЛЮЧЕНИЕ. Запись не может быть обработана.

    Мы открываем физ.лицам вклады в драгметаллах в аналитическом учете,
    а в синтетическом учете открываем консолидированные счета.
    В файле это выглядит так:

    <ACCOUNT>20309A98510100000004</ACCOUNT>
    <PR_KONS>2</PR_KONS>
    <ACCOUNT_KONS>20309A98600000000001</ACCOUNT_KONS>

    По схеме проверка проходит.
    Почему в элементе ACCOUNT допускается счет драг.металлов, состоящий не только из цифр,
    а в элементе ACCOUNT_KONS выдает ошибку?

    Версия программы MOCOD: 1.15.1.1208

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


  • Mocod
    Участник ответил
    pashagreen
    Ждать можно долго, пока последних разработчиков не сократят.
    От старой совсем что ли никаких файлов не сохранилось?

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


  • pashagreen
    Участник ответил
    Жду, когда выдадут новую порцию для проверки.

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


  • Mocod
    Участник ответил
    pashagreen
    Это хорошо, но может быть и с вашими проблемными именами файлов добъем?

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


  • pashagreen
    Участник ответил
    Код сообщения 526 ушел в новой версии.

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

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