12 августа, среда 06:54
Bankir.Ru

Объявление

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

3462-У

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

  • Палыч

    Вы не гадайте, а пишите сразу в ТП (вода камень точит).
    А потом уже будем [пытаться] здесь разбираться.))

    Комментарий


    • Кольченко_Сергей
      Палыч

      Отвечаю обоим по C_OPT, - есть мнение, что оно там должно быть еще в одном месте, а именно - в самом заголовке XML-документа (не спрашивайте, почему это в ГИБР-е так придумали)).
      Т.е. должно быть (на сколько удалось установить) как-то так:

      <?xml version="1.0" edition="2"?>
      <?dcm id="Clnt" C_OPT="1" verpo="БИСКВИТ4.1"?>
      <RSHEADER date="22.07.2020" time="09:20:22" bkbh="3522" BIC="044030303" SWIFT="" isu="" spa="Операционный день"
      <...>
      <Rec RecID="1">
      <C_OPT>1</C_OPT>
      <SI_DT_B>02.05.2019</SI_DT_B>
      <...>

      Однако, прошу найти соотв. место (описание указанного заголовка) в 4927-У и процитировать его сюда.

      Комментарий


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

        Вы не гадайте, а пишите сразу в ТП (вода камень точит).
        А потом уже будем [пытаться] здесь разбираться.))
        Как вам такой ответ ТП по такой же ошибке это было в феврале 2020г.

        "Произведена проверка возможности обработки информации предоставленной в качестве примера.
        Несмотря на наличие предупреждения в протоколе контроля, информация пригодна для обработки и анализа.
        Организованы работы по согласованию изменений правил контроля и доработки конфигурационного файла в части корректного отображения предупреждений."
        Управление информационного обеспечения ГИБР


        Комментарий


        • Кольченко_Сергей
          Палыч

          Отвечаю обоим по C_OPT, - есть мнение, что оно там должно быть еще в одном месте, а именно - в самом заголовке XML-документа (не спрашивайте, почему это в ГИБР-е так придумали)).
          Т.е. должно быть (на сколько удалось установить) как-то так:

          <?xml version="1.0" edition="2"?>
          <?dcm id="Clnt" C_OPT="1" verpo="БИСКВИТ4.1"?>
          <RSHEADER date="22.07.2020" time="09:20:22" bkbh="3522" BIC="044030303" SWIFT="" isu="" spa="Операционный день"
          <...>
          <Rec RecID="1">
          <C_OPT>1</C_OPT>
          <SI_DT_B>02.05.2019</SI_DT_B>
          <...>

          Однако, прошу найти соотв. место (описание указанного заголовка) в 4927-У и процитировать его сюда.

          Комментарий


          • Сообщение от Mocod Посмотреть сообщение
            Кольченко_Сергей
            Палыч

            Отвечаю обоим по C_OPT, - есть мнение, что оно там должно быть еще в одном месте, а именно - в самом заголовке XML-документа (не спрашивайте, почему это в ГИБР-е так придумали)).
            Т.е. должно быть (на сколько удалось установить) как-то так:

            <?xml version="1.0" edition="2"?>
            <?dcm id="Clnt" C_OPT="1" verpo="БИСКВИТ4.1"?>
            <RSHEADER date="22.07.2020" time="09:20:22" bkbh="3522" BIC="044030303" SWIFT="" isu="" spa="Операционный день"
            <...>
            <Rec RecID="1">
            <C_OPT>1</C_OPT>
            <SI_DT_B>02.05.2019</SI_DT_B>
            <...>

            Однако, прошу найти соотв. место (описание указанного заголовка) в 4927-У и процитировать его сюда.


            4.4.3. Параметры описания формата (состава и структуры) строк электронного документа (строка "dcm"):
            id="Clnt" - в параметре указывается идентификатор электронного документа;
            C_OPT="n" - в параметре указывается состав данных о клиентах, предоставляемых в электронном документе, предоставленном в формате TXT:
            данные непосредственно о клиентах (в составе элементов данных пунктов 4.5.4, 4.5.6, 4.5.7, 4.5.8 и 4.5.9 настоящего приложения) (С_ОРТ="1");
            данные о представителях клиентов 11 (в составе элементов данных пунктов 4.5.4, 4.5.5, 4.5.6, 4.5.7 и 4.5.8 настоящего приложения) (С_ОРТ="2");
            данные о выгодоприобретателях 12 (в составе элементов данных пунктов 4.5.4, 4.5.5, 4.5.6, 4.5.7 и 4.5.8 настоящего приложения) (С_ОРТ="3");
            данные о бенефициарных владельцах 13 (в составе элементов данных пунктов 4.5.4, 4.5.5, 4.5.6, 4.5.7 и 4.5.8 настоящего приложения) (С_ОРТ="4").
            В отдельном электронном документе, предоставляемом в формате TXT, допускается предоставление данных о клиентах только одного определенного параметром С_ОРТ состава;
            verpo="nm" - в параметре указывается наименование и версия программного обеспечения, использованного для представления файла электронного документа.

            Комментарий


            • Палыч

              Бинго!))
              А вашем файле в заголовке C_OPT на указанном месте присутствует?

              Комментарий


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

                Как вам такой ответ ТП по такой же ошибке это было в феврале 2020г.

                "Произведена проверка возможности обработки информации предоставленной в качестве примера.
                Несмотря на наличие предупреждения в протоколе контроля, информация пригодна для обработки и анализа.
                Организованы работы по согласованию изменений правил контроля и доработки конфигурационного файла в части корректного отображения предупреждений."
                Управление информационного обеспечения ГИБР

                В целом это просто черт-те что и сбоку бантик.))

                >>Организованы работы по согласованию изменений

                Похоже на простую казенно-бюрократическую отписку.((

                Комментарий


                • Спасибо, буду проверять ещё раз.

                  C_OPT="n" - в параметре указывается состав данных о клиентах, предоставляемых в электронном документе, предоставленном в формате TXT:

                  В отдельном электронном документе, предоставляемом в формате TXT, допускается предоставление данных о клиентах только одного определенного параметром C_OPT состава;


                  В моём случае это файл XML и вроде как данный пункт не должен касаться файлов данного типа, на не удивлюсь что это не так.
                  Последний раз редактировалось Кольченко_Сергей; 28.07.2020, 19:15.

                  Комментарий


                  • Кольченко_Сергей

                    Да это просто Палыч нам не ту часть процитировал, имхо.))
                    Предлагаю найти\процитировать содержимое 4927-У в части описания параметров (атрибутов) id="Clnt" и verpo="nm" заголовка XML-документа.
                    Полагаю, что там и про C_OPT="n" точно так же должно быть.
                    Последний раз редактировалось Mocod; 28.07.2020, 19:45.

                    Комментарий


                    • Сообщение от Mocod Посмотреть сообщение
                      Кольченко_Сергей

                      Да это просто Палыч нам не ту часть процитировал, имхо.))
                      Предлагаю найти\процитировать содержимое 4927-У в части описания параметров (атрибутов) id="Clnt" и verpo="nm" заголовка XML-документа.
                      Полагаю, что там и про C_OPT="n" точно так же должно быть.
                      Про XML там так.

                      4.4.2. Параметры описания формата файла электронного документа, предоставляемого в формате XML (строка "xml"):

                      version="1.0" - в параметре указывается версия расширяемого языка разметки (Extensible Markup Language, XML) для представления файла электронного документа;

                      edition="2" - в параметре указывается редакция версии расширяемого языка разметки (Extensible Markup Language, XML) для представления файла электронного документа (может отсутствовать). По умолчанию значение edition равно "2" (edition="2").

                      и дальше 4.4.3 про ТХТ цитировалось ранее.

                      Проверил такой вариант <?dcm id="Clnt" C_OPT="" verpo="БИСКВИТ4.1"?> - контроль проходит, более правильный для XML на мой взгляд.
                      Последний раз редактировалось Кольченко_Сергей; 29.07.2020, 09:24.

                      Комментарий


                      • Кольченко_Сергей
                        Палыч

                        C параметром С_ОРТ, будем считать, что разобрались, отвечу обоим по 'len':

                        Сообщение от Палыч Посмотреть сообщение
                        <...>
                        Проверено соответствие служебных параметров 'RecID','len' и 'nRec' электронного документа (информации) установленным требованиям, всего проверено параметров - 2, из них не прошедших контроль - 0.

                        ЗАКЛЮЧЕНИЕ. Состав и структура строк, а также состав служебных параметров электронного документа (информации) не соответствуют установленным требованиям в полном объеме.

                        Отсюда вопрос что за параметр 'LEN' в 4927-У о нём нет ни строчки. Это возможно как раз вопрос в ТП.
                        <...>
                        LEN контроллировался согласно 3462-У, где был в составе каждой строки данных. В 4927-У его убрали. Но! так как приложение сейчас работает с обеими редакциями указания (выбор конкретной зависит от конфигурационного файла, загруженного при старте), а утвержденные когда-то шаблоны протоколов в них общие, то соответствующая строка сообщения осталась прежней (имея 'len' в своем составе). Предлагаю считать это не опасным атавизмом (в случае 4927-У), к которому инспекция уж точно не должна придираться.))
                        Последний раз редактировалось Mocod; 29.07.2020, 13:56.

                        Комментарий


                        • Mocod

                          Спасибо за ваши ответы, стало понятнее как с этим 4927-У жить.
                          Официальный ответа от ТП пока так и не получил (

                          Комментарий


                          • Кольченко_Сергей

                            Незачто.)) У вас еще с пустыми датами что то было, - можете повторить вопрос?

                            Комментарий


                            • Mocod

                              Был вопрос.
                              Как правильно заполнять или не заполнять элементы данных, где содержится “дата” например <C_ID_PR.DCM.DT_R> - информация о документе, ранееудостоверявшем личность клиента - физического лица, если оставлять элемент данных пустым <C_ID_PR.DCM.DT_R></C_ID_PR.DCM.DT_R> получим в протоколе контроля ошибку о неверном формате.
                              Стоит ли в таком случае выводить совокупность <C_ID_PR type="DCM" maxPar="6"> с пустыми элементами в файл для соблюдения требований к составу служебных параметров электронного документа?

                              Но тут вроде после выявления нюанса с формированием совокупности стало понятно, можно не выводить.
                              До этого были ошибки СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. Состав и структура строк электронного документа (информации) не соответствуют установленным требованиям (строки:Rec (RecID=1(15)), Rec (RecID=1(16)))........
                              думал что из за отсутствия элементов.


                              Сегодня получил ответ от espp@cbr.ru (ЕДИНАЯ СЛУЖБА ПОДДЕРЖКИ ПОЛЬЗОВАТЕЛЕЙ ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ), спустя неделю коллеги сказали что МОКОД это не их область ответственности, связаться с сотрудниками отдела занимающегося МОКОД по почте и телефонам им не удалось. Рекомендовали писать на SVC_UIO_GIBR@cbr.ru самостоятельно, в надежде на ответ или как вариант регистрировать заявку через электронную приёмную ЦБ.

                              Вот это сервис, вот это я понимаю.
                              Последний раз редактировалось Кольченко_Сергей; 03.08.2020, 15:28.

                              Комментарий

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