5 июля, воскресенье 23:49
Bankir.Ru

Объявление

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

3462-У

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

  • Вычисляю хеш с помощью утилиты hashfile.exe из комплекта МоКОД, в режиме "Контроль физической целостности" copy/paste значение хеша, жму кнопку "Вычислить хеш-ф." и... хеши не совпадают...
    Вычисленная hashfile.exe строка 72 символа, а в МоКОД - 64.
    Что с этим делать?

    Комментарий


    • Просто в МоКоД строка приведена к другой кодировке. Ориентируйтесь на результат проверки хэша. Если положительный - все в порядке.

      Комментарий


      • Сообщение от pit Посмотреть сообщение
        Вычисляю хеш с помощью утилиты hashfile.exe из комплекта МоКОД, в режиме "Контроль физической целостности" copy/paste значение хеша, жму кнопку "Вычислить хеш-ф." и... хеши не совпадают...
        Вычисленная hashfile.exe строка 72 символа, а в МоКОД - 64.
        Что с этим делать?
        Хм-м-м...
        После вычисления хэш-функции в Мокоде ничего не вводить в поле справа и просто ткнуть переключатель в "Да" не пробовали?
        Это сравнение хэшей - это не для вас, а для ЦБ, когда они у себя будут ваши файлы проверять. Вам то оно зачем?

        Комментарий


        • Сообщение от Swet_pb Посмотреть сообщение
          Просто в МоКоД строка приведена к другой кодировке. Ориентируйтесь на результат проверки хэша. Если положительный - все в порядке.
          Я для проверки всегда делал "Логический контроль", пропуская физический (а предварительно еще и правил ошибки из "Microsoft XML Notepad" - тот еще зверь). Но вот решил попробовать физический контроль...
          Также не ясно, по какому алгоритму все же вычислять хеш: согласно 147-И надо использовать ГОСТ Р 34.11-2012, а hashfile.exe из МоКОД использует ГОСТ Р 34.11-94; в представлении на проверку ничего про это не сказано. Наверное, сделаю по ГОСТ-2012 с помощью hashfile.exe из комплекта Сигнатуры 5.0

          Комментарий


          • Сообщение от pit Посмотреть сообщение
            Также не ясно, по какому алгоритму все же вычислять хеш: согласно 147-И надо использовать ГОСТ Р 34.11-2012, а hashfile.exe из МоКОД использует ГОСТ Р 34.11-94; в представлении на проверку ничего про это не сказано. Наверное, сделаю по ГОСТ-2012 с помощью hashfile.exe из комплекта Сигнатуры 5.0
            Если вам нужны значения хэш функций для указания их в акте приема-передачи, то делайте их в МоКоД. Чтобы получить корректные протоколы перед логическим контролем проставьте вручнуй для всех файлов что хэш верен.
            Они же проверять ваши файлы будут (если будут) точно так же - загрузив их в мокод и запустив физический и логический контроль.
            Мы в акте указывали хэши файлов данных рассчитанные в мокоде, а хэш файлов протоколов считали с помощью cpverify.exe из комплекта крипто про.

            Комментарий


            • Имеем один и тот же файл LSOp_0840_0000_F20150101_L20150131_C20160303_000.xml размером 26 Мб.
              Результаты расчета хеша этого файла разными утилитами:

              hashfile 5.0 из комплекта СКАД "Сигнатура" 5.0 (ГОСТ Р 34.11-2012; с ключом /G):
              018CB8CE2BDD4E5B43D7C9AB19F4B7F20C6E5BED5F56F679D1E0CC3C94CC806DA6066433

              hashfile 3.5 из комплекта МоКОД или hasfile.exe 5.0 без ключа /G (ГОСТ Р 34.11- 94):
              018CB8CE9CA9BCE7726ABCFD9914477AC6A62EEC21E0ED4A1080CBB9CF623E87AE148215

              check.exe из комплекта Verba-OW (ГОСТ Р 34.11- 94):
              33C2CC3913363CEF66E9172698D6B3E672AEF99FEE7AB4FFEE8C78EE1A53D339

              cpverify.exe из комплекта CryptoPro CSP 3.6 (ГОСТ Р 34.11-94):
              332CCC933163C3FE669E7162896D3B6E27EA9FF9EEA74BFFEEC887EEA1353D93

              МоКОД:
              AE148215CF623E871080CBB921E0ED4AC6A62EEC9914477A726ABCFD9CA9BCE7

              Какой тут стандарт ГОСТ Р 34.11-94, если разные утилиты выдают разные результаты??
              Что мне из этого указывать в "Опись электронных документов, предоставленных кредитной организацией" с перечнем файлов *.xml?

              Комментарий


              • Вот такая ошибка:
                Запись № 1 (файл "LSOp_0485_0733_F20160220_L20160227_C20160304_000.xml", запись № 1)

                Правило контроля параметров:
                "KT_EXT_ACCOUNT" = "00000000000000000000",
                "KT_EXT_TNAME" = "////Рога и копыта//",
                "DT_EXT_OGRN" = "",
                проверяет наличие ОГРН или ОГРНИП контрагента – получателя средств.

                НЕСООТВЕТСТВИЕ. Отсутствует ОГРН или ОГРНИП контрагента – получателя средств, не являющегося клиентом кредитной организации (ее филиала).

                Запись полностью (личные данные убраны):
                <UKEY>12143351_730_20160220</UKEY>
                <DATA>20.02.2016</DATA>
                <DCM_DATE>20.02.2016</DCM_DATE>
                <DCM_NUM>396</DCM_NUM>
                <DT_ACCOUNT>00000000000000000000</DT_ACCOUNT>
                <KT_ACCOUNT>00000000000000000000</KT_ACCOUNT>
                <SUM>1.00</SUM>
                <APPOINT>ПРЕДОПЛАТА</APPOINT>
                <KT_EXT_KSM>RU</KT_EXT_KSM>
                <KT_EXT_ACCOUNT>00000000000000000000</KT_EXT_ACCOUNT>
                <KT_EXT_BIK>0000000000</KT_EXT_BIK>
                <KT_EXT_INN>0000000000</KT_EXT_INN>
                <KT_EXT_KPP>00000000</KT_EXT_KPP>
                <KT_EXT_TNAME>////Рога и копыта//</KT_EXT_TNAME>
                <KT_EXT_OGRN>000000000000000</KT_EXT_OGRN>

                У меня одного такое чувство, что в алгоритме проверки перепутаны DT_EXT_OGRN и KT_EXT_OGRN?
                Последний раз редактировалось alx71; 05.03.2016, 13:01. Причина: XML, блин

                Комментарий


                • Сообщение от alx71 Посмотреть сообщение
                  Вот такая ошибка:
                  У меня одного такое чувство, что в алгоритме проверки перепутаны DT_EXT_OGRN и KT_EXT_OGRN?
                  У меня то же самое. Ошибка остается и при правильном KT_EXT_OGRN.
                  Хотя в сопроводиловке к дистрибутиву МоКОД сказано, что лишь бы не было существенных несоответствий.

                  Комментарий


                  • Подскажите - после проверки физической и логической целостности файлов и получения протоколов контроля, что делать дальше? Что-то не совсем понятен этот момент.

                    Комментарий


                    • Нажмите на изображение для увеличения. 

Название:	Снимок.jpg 
Просмотров:	1 
Размер:	51.0 Кб 
ID:	4167870
                      Коллеги!
                      Вот такая петрушка (см. скрин). Почему Мокод не хочет считать хэш? Причем вручную даже ввести его нельзя, поле неактивно для ввода и копирования туда инфомации. Что не так?

                      Комментарий


                      • Посмотрите лог программы (mocod_<дата>.log). Вероятнее всего что-то не так с файлом hashfile.exe.

                        Комментарий


                        • Сообщение от fess17 Посмотреть сообщение
                          Посмотрите лог программы (mocod_<дата>.log). Вероятнее всего что-то не так с файлом hashfile.exe.
                          с этой программой действительно что-то не то. Не хочет запускаться (см. скрин). Что значит эта ошибка?

                          Нажмите на изображение для увеличения. 

Название:	Снимок.JPG 
Просмотров:	1 
Размер:	32.0 Кб 
ID:	4167872

                          Комментарий


                          • посмотрите в событиях системы (управление компьютером - события).

                            Комментарий


                            • Сообщение от fess17 Посмотреть сообщение
                              посмотрите в событиях системы (управление компьютером - события).
                              Спасибо, посмотрел. Имеет место ошибка (см. скрин)
                              Нажмите на изображение для увеличения. 

Название:	Снимок.jpg 
Просмотров:	1 
Размер:	58.4 Кб 
ID:	4167877

                              Но не пойму, какой версии Visual C++ не хватает, ибо на компе установлены всякие разные (см. скрин)
                              Нажмите на изображение для увеличения. 

Название:	Снимок1.jpg 
Просмотров:	1 
Размер:	26.2 Кб 
ID:	4167878

                              Комментарий


                              • ему надо vc++ 2005. Взять можно тут: https://www.microsoft.com/en-us/down...&wa=wsignin1.0

                                Комментарий


                                • Сообщение от fess17 Посмотреть сообщение
                                  ему надо vc++ 2005. Взять можно тут: https://www.microsoft.com/en-us/down...&wa=wsignin1.0
                                  благодарю, добрый человек. ему действительно нужна была vc++ 2005, только x64. Теперь хэш в мокоде вычисляется

                                  Комментарий


                                  • Добрый день!
                                    Припроверке файлика со счетами, мокод выдаёт предупреждения для всех "OPEN_NALOG" = "99.99.9999" .
                                    Это ошибка контроля?

                                    Параметр "OPEN_NALOG" = "99.99.9999"
                                    ПРЕДУПРЕЖДЕНИЕ. Для не обязательного к предоставлению параметра получен признак отсутствия необходимости в предоставлении его значения.

                                    Комментарий


                                    • Сообщение от sergk Посмотреть сообщение
                                      Добрый день!
                                      Припроверке файлика со счетами, мокод выдаёт предупреждения для всех "OPEN_NALOG" = "99.99.9999" .
                                      Это ошибка контроля?
                                      Мы вообще не указывали элемент OPEN_NALOG, если он пустой.

                                      Комментарий


                                      • Коллеги, может быть кто нибудь может подсказать, что не так

                                        13:05:12 - начало контроля по пункту 1.1.2.

                                        1. Файл "LSOs_XXXX_0000_F20141121_L20150601_C20160801_001.xml"

                                        Проверено соответствие служебных параметров 'RecID','len' и 'nRec' электронного документа (информации) установленным требованиям, всего проверено параметров - 38838663, из них не прошедших контроль - 1 (при этом выявлено 1 несоответствие).
                                        НЕСООТВЕТСТВИЕ. Требования к форматам значений служебных параметров 'RecID', 'len' и 'nRec' электронного документа (информации) не соблюдены в полном объеме (в части 'len' для строк(и) Table(8)).

                                        в файле
                                        Table len="4177140782" nRec="19419330"

                                        ранее если не правильная длина len была в протоколе писалось рассчитанное программой проверки, а тут ничего не написано и в чем ошибка не пойму.

                                        upd. если указать заведомо неправильное значение в len, то в протоколе проверки пишет что значение должно быть = 4177140782. В общем в чем проблема не ясно. Файл размером 4 гб,, на малых файлах такой проблемы не возникало.
                                        Последний раз редактировалось sunrise; 01.08.2016, 15:28.

                                        Комментарий


                                        • Сообщение от sunrise Посмотреть сообщение
                                          Файл размером 4 гб,, на малых файлах такой проблемы не возникало.
                                          Режьте на файлы меньшего размера.
                                          В int32 4177140782 представляет собой отрицательное число.

                                          Комментарий


                                          • Коллеги!
                                            МоКод 1.3.37.494, контроль файла LSOp (операции), протокол например такой: "всего проверено строк - 8042, из них не прошедших контроль 2087 (при этом выявлено 48 существенных несоответствий, 2369 несоответствий)." Далее в протоколе перечислены "несоответствия" (2369), а "существенные несоответствия" которые обязательно нужно устранять не упомянуты вообще. Как их найти? до цб-шных айтишников дозвониться не получается.

                                            Комментарий


                                            • В подкаталоге OUT мокода находятся текстовые файлы протокола с небольшой детализацией (кажется, по 10 ошибок каждого типа).

                                              Комментарий


                                              • Находятся. Количество сообщений детализации устанавливается параметром Контроль-Детализация протокола-Максимальное количество ошибок. Установил 100500, всё равно в протоколе пишет 48 существенных несоответствий, а в детализации только простые несоответствия.

                                                Комментарий


                                                • BIK и SWIFT в информации о счетах какие ставили?
                                                  Своей организации или только если клиент является кредитной организацией, то его данные?

                                                  Комментарий


                                                  • В общем так: если значение элемента пустое, то не указываем этот элемент вообще.
                                                    Т.е. во внутрибанковских платежах ни BIK, ни SWIFT, ни *_EXT_* мы не указывали.

                                                    Комментарий


                                                    • Коллеги, может была у кого-то подобная ошибка? Как вы ее исправили?

                                                      Rec RecID="31456" len="694">
                                                      <UKEY>0100000003201512151352140207600167</UKEY>
                                                      <DATA>15.12.2015</DATA>
                                                      <TIME>13:56:25</TIME>
                                                      <DCM_DATE>15.12.2015</DCM_DATE>
                                                      <DCM_NUM>107</DCM_NUM>
                                                      <DT_ACCOUNT>3010981060000000000X</DT_ACCOUNT>
                                                      <KT_ACCOUNT>3011081060000ХХХХХХХ</KT_ACCOUNT>
                                                      <SUM>1490000.00</SUM>
                                                      <APPOINT>Пополнение корреспондентского счета для расчетов с контрагентами.НДС н
                                                      облагается.</APPOINT>
                                                      <DT_EXT_KSM>RU</DT_EXT_KSM>
                                                      <DT_EXT_ACCOUNT>30101810200000000ХХХ</DT_EXT_ACCOUNT>
                                                      <DT_EXT_BIK>04XXXXXXX</DT_EXT_BIK>
                                                      <DT_EXT_INN>222XXXXXXX</DT_EXT_INN>
                                                      <DT_EXT_KPP>222501001</DT_EXT_KPP>
                                                      <DT_EXT_TNAME>//ООО КБ "XXXXX"////</DT_EXT_TNAME>
                                                      </Rec>

                                                      3010981060000000000X счет ЛОРО в банке корреспонденте
                                                      3011081060000ХХХХХХХ счет НОСТРО в балансе нашего банка

                                                      В чем ошибка , которая приводит к СУЩЕСТВЕННОМУ НЕСООТВЕТСВИЮ в МОКОД?

                                                      Правило контроля параметров:
                                                      "DT_EXT_BIK" = "04XXXXXXXX",
                                                      "DT_ACCOUNT" = "3010981060000000000X",
                                                      "DT_EXT_TNAME" = "//ООО КБ "ХХХХХ"////",
                                                      проверяет наличие в информации о контрагенте – плательщике счета контрагента – плательщика.

                                                      СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. Отсутствует информация о счете контрагента – плательщика при переводе денежных средств через открытый в другой кредитной организации (ее филиале) корреспондентский счет или счет межфилиальных расчетов.
                                                      Последний раз редактировалось АКБ; 18.08.2016, 10:48.

                                                      Комментарий


                                                      • В DT_EXT_ACCOUNT указываете коррсчет банка в ЦБ (30101, 30103 или 30105), а в DT_EXT_TNAME - свой коррсчет ЛОРО. Например:
                                                        "//ООО КБ "ХХХХХ"//р/с 30109810400000000001//",

                                                        Комментарий


                                                        • Спасибо, pit, теперь МОКОД ошибки не выдал.

                                                          Есть еще одна ошибка, которую не знаем, как поправить.
                                                          Rec RecID="15925" len="725">
                                                          UKEY>0100000003201607050741140005100020
                                                          DATA>04.07.2016
                                                          TIME>07:49:33
                                                          DCM_DATE>04.07.2016
                                                          DCM_NUM>342005
                                                          DT_ACCOUNT>30232810500000000010
                                                          KT_ACCOUNT>4070281050000ххххххх
                                                          SUM>4097.19
                                                          APPOINT>Перечисл. ден.ср-в с уч. взаимозач. комис. 219.81 по дог.от 05.04.2016>
                                                          DT_EXT_KSM>RU
                                                          DT_EXT_ACCOUNT>30103810845250000ххх
                                                          DT_EXT_BIK>044525793
                                                          DT_EXT_INN>7704019ххх
                                                          DT_EXT_KPP>775001001
                                                          DT_EXT_TNAME>//ООО РНКО "ХХХ"////

                                                          Если в DT_EXT_ACCOUNT указываем счет 30103 или 30105

                                                          Правило контроля параметров:
                                                          "DT_EXT_BIK" = "044525793",
                                                          "DT_EXT_ACCOUNT" = "30103810845250000ххх",
                                                          проверяет допустимость значения, присутствующего в качестве счета банка контрагента - плательщика.

                                                          СУЩЕСТВЕННОЕ НЕСООТВЕТСТВИЕ. Присутствует недопустимый счет банка контрагента - плательщика.

                                                          ЗАКЛЮЧЕНИЕ. Запись не может быть обработана.
                                                          Аналогично, если указывается 30103 или 30105 в KT_EXT_ACCOUNT

                                                          Комментарий


                                                          • Попробуйте вообще удалить DT_EXT_ACCOUNT и KT_EXT_ACCOUNT, в которых 30103 и 30105, а в DT_EXT_TNAME и KT_EXT_TNAME дописать "//р/с 30103810хххххххххх//"

                                                            Комментарий


                                                            • Cпасибо, pit!
                                                              Вы нам очень помогли! Все ошибки ушли!

                                                              Комментарий

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