15 ноября, пятница 05:25
Bankir.Ru

Объявление

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

3462-У

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

  • Добрый день!
    Версия 1.15.1.1.1205 x32


    Запись № 1 (файл "LSOs_2524_0000_F20191007_L20191007_C20191007_002.xml", запись № 1 RecID=1(9))

    Параметр "OPEN" = ""
    СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. (Код сообщения 585) Не получено значение обязательного к предоставлению параметра.


    причем тут вообще Параметр "OPEN" Это же файл остатков ?

    Комментарий


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

      Комментарий


      • Коллеги, ожидаем проверку ЦБ.
        Может кто подсказать, при проверке регулятор запрашивает отчетность по 3462-У или по 4927-У?

        Комментарий


        • Enhot
          Да, запрашивает. + еще посмотрите кредитные требования в формате csv

          Комментарий


          • 08dolmat
            В смысле по 4927-У запрашивает?

            Комментарий


            • Enhot
              Скажем так, он имеет законное право запросить по любому из указанных Указаний. А конкретика зависит от конкретной инспекции.

              Комментарий


              • Сообщение от PC-мистка Посмотреть сообщение
                У нас при контроле файла Операции контроль выдает странное сообщение:

                Сведения о выявленных несоответствиях состава и предупреждения об отсутствии возможности преобразования форматов приведены ниже.
                ПРЕДУПРЕЖДЕНИЕ. (Код сообщения 526) Установленные заявкой на предоставление документов (информации) и расшифровкой предоставляемых файлов форматы записи не идентичны в части:
                - оформления разделения (символа-разделителя) целой и дробной составляющих в значении параметра типа "число": "." (по заявке); ".," (по расшифровке).


                Хотя суммы идут через точку, так же, как в файле остатков. Но там предупреждение не возникает.
                И ссылки на конкретную операцию нет, то есть МОКОД считает, что эта ошибка относится не к конкретной проводке, а, так сказать, В ЦЕЛОМ.
                Кто-то сталкивался с такой ситуацией? Из-за чего это могло бы быть? Больше всего похоже на ошибку в самом МОКОДе...

                На сайте БР выложено обновление до версии 1.15.1.1208. Прошу проверить устранение данного замечания.

                Комментарий


                • Код сообщения 526 ушел в новой версии.

                  Комментарий


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

                    Комментарий


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

                      Комментарий


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

                        Комментарий


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

                          Параметр 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

                          Комментарий


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

                            Комментарий


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

                              Комментарий


                              • \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 выдаёт ошибку. Маска, как нам кажется, неправильная.)
                                  Ошибка правильная, в смысле утвержденной ГИБР структуры ожидаемых данных. Тем не менее, предлагаю незамедлительно отписать по адресу техподдержки (первую ее линию реализует ГИБР) с соответствующими обоснованиями и примерами (по типу исходного поста). Все это может быть быстро поправлено, в противном случае, полагаю, должны дать разъяснение по исключению в выгрузке подобных счетов. И держите нас в курсе ответов, плиз.

                                  Комментарий


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

                                    Комментарий


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

                                      Комментарий


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

                                        Комментарий


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

                                          Комментарий


                                          • Собственно, так и написали, как здесь. Отправили очередной раз. Указали, что ответ не получен. ---------- Добрый день! Версия программы 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: 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 выдаёт ошибку. Маска, как нам кажется, неправильная! ---------- Хм. Чего-то форматирование не работает(

                                              Комментарий


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

                                                Комментарий


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

                                                  Комментарий


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

                                                    Комментарий


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

                                                      Комментарий


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

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

                                                        Комментарий


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

                                                          Комментарий

                                                          Пользователи, просматривающие эту тему

                                                          Свернуть

                                                          Присутствует 1. Участников: 0, гостей: 1.

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