Объявление

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

3462-У

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

  • AndreyLu
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    AndreyLu
    Однако, вы не ответили на вопрос про произвольные электронные документы. Пердлагаю действовать последовательно. Опять же, непонятно, в какой именно момент произошло упомянутое повисание, просто при добавлении одного, пусть и большого, файла? Еще ДО этапа связывания? А чекбокс "Включая содержимое архивов" в диалоге выбора каталога с добавляемыми файлами в каком при этом был состоянии? И расскажите откуда у вас такое предположение про rar.))
    Да, произвольные электронные документы.
    Выбрать расположение - добавить - и зависло. Или как вариант, вообще не доходит до кнопки "добавить", виснет на дереве папок.
    Галочку в чекбоксе и ставил, и не ставил.
    Предположение про RAR оттуда, что c жирным раром записалось, но он был не 4 Гб, поменьше, но всяко более 2 Гб.
    Может, оно понимает РАР как файл, а ЗИП как папку? Трудно сказать, не мое творение.

    Коллегам поможет наблюдение: когда не доходит до кнопки "добавить", виснет на дереве папок, то если перезагрузить комп и сразу начать делать макет МОКОДом, то это помогает. но не во всех случаях.

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


  • Mocod
    Участник ответил
    AndreyLu
    Однако, вы не ответили на вопрос про произвольные электронные документы. Пердлагаю действовать последовательно. Опять же, непонятно, в какой именно момент произошло упомянутое повисание, просто при добавлении одного, пусть и большого, файла? Еще ДО этапа связывания? А чекбокс "Включая содержимое архивов" в диалоге выбора каталога с добавляемыми файлами в каком при этом был состоянии? И расскажите откуда у вас такое предположение про rar.))

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


  • AndreyLu
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    Файлы свободного формата это все то, что привязано к поизвольным электронным документам? А что, у них имеются какие-либо ограничения (вы лично сталкивались?) на предельный размер?
    Наши гости запросили записать им на диск более 400.000 файлов.
    поскольку, опись "в розницу" заняла бы более 7000 страниц, предложили все засунуть в один архив и записать одним файлом.
    zip-файл получился 4.8 Гб.
    программа МОКОД намертво зависала на этапе добавления файла в макет.
    По законам гор, любое желание гостя - закон )))
    Кстати, есть предположение, что огромный rar может пройти, а огромный zip выше критической (неизвестной) массы - нет.

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


  • Mocod
    Участник ответил
    Сообщение от novgorodov_aa Посмотреть сообщение
    1. Какие символы недопустимы в назначении платежа и наименовании счетов?
    2. Почему отсутствие огрн в счетах адвокатов выдает за ошибку (несоответствие), когда как это не ошибка?
    1. Ну а почему бы вам самостоятельно не погуглить на тему вроде "недоппустимые стмволы в XML документах"?
    Дополнительно к тому, что там нацдется, могу предположить, что мокоду может не понравится также наличия стмволов табуляции (ANSI- код равный 9) и символов конца строки/перевода каретки (коды 13 и 10) в любых текстовых полях;
    2. Очевидно соотв. правило не учитывает подобных исключений. Предлагаю открыть default..cfg и найти правило для этого поля (секция RULES) соотв. набора данных. И вместе, далее подумать над тем, можно ли для записей счетов адвокатов по каким то другим полям, не считая ОГРН, однозначно определить, что это именно счета адвокатов. В случае положительного ответа обсуждаемое правило в перспективе можно и уточнить. Но это все опять же только через заявку в ГИБР (службу техподдержки).

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


  • Mocod
    Участник ответил
    Сообщение от KaMPiLeR Посмотреть сообщение
    кстати, по именам файлов - проблема не в полном переборе всех кривых символов.
    достаточно обработать результат от hashfile.exe (именно он не может посчитать хеш для кривых имен файлов) - что "неуспешно" отработалось, а то вроде как и ошибок нет и файлов для записи тоже нет.
    Насколько мне удалось понять, проблема с "кривыми именами" проявляется не на этапе физконтроля, а позже, на этапе архивирования таких файлов для размещения на т.н. носителе. Конкретно речь идет (пока) об угловых кавычках и длинных тире в подобных именах. Если вам известно о проблемах с какими то другими именами уже на этапе физконтроля, прошу привести примеры подобных наименований а также полный алгоритм воспроизведения упомянутых проблем.

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


  • Mocod
    Участник ответил
    Сообщение от AndreyLu Посмотреть сообщение
    Mocod, если не трудно, попросите в новую документацию включить требования к файлам свободного формата, а именно - предельный размер.
    Файлы свободного формата это все то, что привязано к поизвольным электронным документам? А что, у них имеются какие-либо ограничения (вы лично сталкивались?) на предельный размер?

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


  • Mocod
    Участник ответил
    Сообщение от novgorodov_aa Посмотреть сообщение
    Mocod
    1. Версия 1.10.2.1016 х64
    2. Всегда было.
    3. Такие записи есть в протоколе обработки XML
    4. На всех, так как обрабатываем ежедневные операции.
    5. На некоторых, видимо ругается на записи, где есть знаки кавычек и скобок.

    Не подскажете эл.адрес или телефон техподдержки?
    По п.2, - значит, ваш выгрузчик данных из АБС имеет какой то системный с точки зрения требований Указания дефект. По сути сообщения о несоответствии могу предположить, что речь может идти о символах табуляции и/или стмвволах конца строки/перевода каретки в текстовых полях соотв. набора данных. Можно попробовать разобраться с этим самим, выгрузив набор из одной записи и начиная последовательно "зачищать" значения текстовых полей, ожидая пропадания данного сообщения, а можно напровить соотв. образец (достаточно одной записи) в адрес техподдержки. Только обезличте в нем перед тем всю мало-мальски значимую информацию. Терерь что касается адресов, - телефон мне неизвестен, возможно, его у них и нет, а адрес приведен в одном из тех немногих текстовых документов, входящих в состав соотв. дистрибутива на сайте ЦБР. Это тот же адрес, что отображается в диалоговом окне МоКоД , поднимающемся при возникновении какой-нибудь прграммной ошибки.

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


  • AndreyLu
    Участник ответил
    novgorodov_aa, некоторые из опций для устранения ошибок можно включить в АБС, пообщаться с разработчиками или на их форуме с коллегами - банкирами.
    МОКОД только проверяет соответствие, а АБС (отдельный ее платный модуль) - выгружает, заменяя недопустимые символы допустимыми.
    Логично предположить, что в назначении платежа будут недопустимы символы, которые служат для разметки xml. Платеж с ними послать удалось, а включить эту строку в итоговый файл - не выйдет, файл поплывет.

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


  • novgorodov_aa
    Участник ответил
    1. Какие символы недопустимы в назначении платежа и наименовании счетов?
    2. Почему отсутствие огрн в счетах адвокатов выдает за ошибку (несоответствие), когда как это не ошибка?

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


  • KaMPiLeR
    Участник ответил
    кстати, по именам файлов - проблема не в полном переборе всех кривых символов.
    достаточно обработать результат от hashfile.exe (именно он не может посчитать хеш для кривых имен файлов) - что "неуспешно" отработалось, а то вроде как и ошибок нет и файлов для записи тоже нет.

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


  • AndreyLu
    Участник ответил
    Сообщение от novgorodov_aa Посмотреть сообщение
    Здравствуйте! Подскажите, пожалуйста, что означает - НЕСООТВЕТСТВИЕ. (Код сообщения 584)
    Вроде бы, суть несоответствия раскрыта должна быть в ProtocolDMP1.txt и ProtocolDMP2.txt
    Код:
    Параметр "INN" = "2484987659"    
             НЕСООТВЕТСТВИЕ. (Код сообщения 597) Значение недопустимо для использования в качестве индивидуального номера налогоплательщика или кода иностранной организации.
    по большому счету, с несоответствиями можно записывать диск,
    вот если есть Существенные несоответствия... То копать и исправлять, не примут с ними.
    по простому несоответствию могут попросить объяснение, а могут не попросить.

    Mocod, если не трудно, попросите в новую документацию включить требования к файлам свободного формата, а именно - предельный размер.


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


  • novgorodov_aa
    Участник ответил
    Mocod
    1. Версия 1.10.2.1016 х64
    2. Всегда было.
    3. Такие записи есть в протоколе обработки XML
    4. На всех, так как обрабатываем ежедневные операции.
    5. На некоторых, видимо ругается на записи, где есть знаки кавычек и скобок.

    Не подскажете эл.адрес или телефон техподдержки?

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


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

    1. Версия приложения?
    2. Раньше проявлялось или нет?
    3. На файлах какого формата проявляется, текстовых или XML?
    4. На всех из них или только определенных?
    5. На тех, где проявляется, на всех записях или на только некоторых? Номеров записей в сообщениях нет?
    Справочники ошибок, на сколько мне известно, в принципе, существуют, но пока только в составе другой документации, которая для служебного пользования. Ибо никто, походу, никогда не просил.

    P.S. А, вообще, предлагаю, не стесняясь, продублировать исходное сообщение на адрес техподдержки.
    Последний раз редактировалось Mocod; 16.03.2019, 15:43.

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


  • novgorodov_aa
    Участник ответил
    Здравствуйте! Подскажите, пожалуйста, что означает - НЕСООТВЕТСТВИЕ. (Код сообщения 584) Значение параметра записи приведено к указанному для него в расшифровке формата записи правилу оформления значений типа 'текст' - исключены недопустимые согласно расшифровке формата записи символы (разделители записей и полей по заявке) -?
    И есть ли какие-нибудь справочники ошибок?

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


  • Antonioki
    Участник ответил
    Сообщение от AndreyLu Посмотреть сообщение
    Ну или как вариант - найти других тестировщиков, есть же автоматизаторы из банков, которые перестали быть банками ).
    А еще лучше будет TDD внедрить при разработке, тогда просто новый тест в покрытие дописываем и усе.

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


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

    Ну или как вариант - найти других тестировщиков, есть же автоматизаторы из банков, которые перестали быть банками ).


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


  • Mocod
    Участник ответил
    KaMPiLeR
    Признаюсь вам, я действительно не тестировщик. А у тестировщиков, вероятно, не хватило фантазии, чтобы предугадать степень буйства имен файлов в поднадзорных организациях. Кстати, выступить можно было бы с меньшим пафосом, и даже совсем без картинок (я поверил бы вам на слово)) просто указав на "длинное тире". Тем более, что в техподдержку, как понимаю, никто из присутствующих о подобных проблемах почему-то ни разу не рапортовал.
    В общем, вносим длинное тире наряду с упомянутыми выше кавычками в список символов в именах, на которые сразу при выборе файлов будет предупреждение о возможных проблемах с носителем.
    И пишите еще, это прежде всего в ваших собственных, как понимаю, интересах.))
    Последний раз редактировалось Mocod; 06.03.2019, 17:46.

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


  • KaMPiLeR
    Участник ответил
    такая же бяда. вы не в состоянии протестировать свое по?
    длинное тире можно вставить из ворда, предватительно скопировав. либо отсюда скопируйте https://ru.wikipedia.org/wiki/%D0%A2%D0%B8%D1%80%D0%B5
    Последний раз редактировалось KaMPiLeR; 06.03.2019, 16:14.

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


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

Название:	тире..png 
Просмотров:	1 
Размер:	33.7 Кб 
ID:	4880050

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


  • Mocod
    Участник ответил
    KaMPiLeR
    Прошу вас также проверить на вашей версии МоКоД формирование и последующий контроль носителя на файлах с тире в именах самих файлов и каталогов их содержащих. А то предыдущие докладчики рапортовали о соотв. проблемах, но у меня, например, не воспроизводится.

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


  • Mocod
    Участник ответил
    Сообщение от KaMPiLeR Посмотреть сообщение
    да что там долго чтоли проверить - попробуйте сами отправить файл в имени которого присутствуют кавычки: «ооо»
    Проверить не долго, просто проверяли на том, на что первоначально жаловались., на тире. С тире не воспроизвелось, с кавычками - да, спасибо. Давайте тогда договариваться, куда лучше добавлять подобную предварительную проверку - на стадию выбора папок с файлами для контроля?

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


  • KaMPiLeR
    Участник ответил
    и потом мокод отбраковывает:

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


  • KaMPiLeR
    Участник ответил
    да что там долго чтоли проверить - попробуйте сами отправить файл в имени которого присутствуют кавычки: «ооо»
    Нажмите на изображение для увеличения. 

Название:	log.png 
Просмотров:	1 
Размер:	42.1 Кб 
ID:	4879626

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


  • Mocod
    Участник ответил
    Avantage
    Однако, если бы вы сейчас взяли на себя труд вспомнить/подобрать подобное имя и направить его в рамках соответствующей рекламации в службу техподдержки, то почти гарантированно избавили бы себя и других от повторения подобной нервотрепки.
    Последний раз редактировалось Mocod; 04.03.2019, 14:14.

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


  • Avantage
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    В описываемом случае это были информационные файлы с данными или какие то Прочие электронные документы?
    Прочие электронные, которые затребовали у кредитчиков. Выписки по конкретным клиентам, оценка рисков, опись заложенного имущества и т.д. Часть файлов, шла с названиями получеными от клиентов, часть видимо переименовывалась в соответствии с запросом, папки тоже именовались кириллицей в соответствии с запросом.

    Сообщение от Mocod Посмотреть сообщение
    Прошу вас выслать на адрес техподдержки пример наименования "проблеммного" файла с точным описанием того, в каком месте сеанса контроля и в какой именно форме с ним возникают проблемы
    Это было почти два года назад. К сожалению, сохранились эти файлы только в дважды переименованном виде - исходных наименований не сохранилось. Так что, боюсь, не смогу предоставить. В связи с нехваткой времени и огромным объёмом приходилось принимать решения на ходу, в связи с чем наименования файлов и папок правились скриптами на общем диске, там же где и создавались исполнителями. Времени на копирование этого объёма не было.

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


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

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


  • Mocod
    Участник ответил
    AndreyLu
    Сочувствую вашим проблемам (с проверками), но, сами знаете, под лежачий камень вода не течет. На сколько мне известно, готовится к тиражированию новая версия МоКоД с испровлениями известных (официально зарегистрированных) багов. В связи с чем предлагаю вам выслать на адрес техподдержки хотя бы тот "кривой" путь, о которомм вы говорили в посте от 26.02.19 (пример такого проблеммного пути, файлов не надо) с описанием возникающих в результате проблем.
    По второй части (папка с дефисом) предлагаю дообсудить здесь устно, - в какой части имеют место проблемы, в самом МоКоД или позже, при записи результатов на какой то сторонней программой. Сейчас проверил работе МоКоД с файлами в папку вида c:\111-222\ - обработалось все нормально, вплоть до формирования носителя.

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


  • Avantage
    Участник ответил
    Сообщение от AndreyLu Посмотреть сообщение
    Mocod, в имени файла был надбуквенный символ "cc 86", а в имени папки символ тире "e2 80 94".
    Во время проверки вряд ли кто-то будет экспериментировать, надо быстрее давать ответы, в т.ч. на CD-R.
    Вот, тоже с этим столкнулся на прошлой проверке. Решил, что мокод просто с русскими именами не работает. Написал быстро скрипт переименования латиницей, сформировал диски, отправил, а потом позвонили из ЦБ, и сказали, что я идиёт, у всех принимаются файлы, названные кириллицей, а только у меня такая засада. Пришлось опять всё переименовывать - всё обработалось и принялось. Тогда так и не понял, что это было, а теперь понятно, что дело было видимо в каком-нибудь не-ASCII символе в каком-нибудь наименовании.
    Буду знать, спасибо!

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


  • AndreyLu
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    AndreyLu
    А вы сейчас доэкспериментируйте, пока нет проверки
    Она есть...
    Поэтому приходится заниматься не тем, что нравится, не тем, что полезно в будущем, а только необходимым здесь и сейчас, иначе завтра будет поздно ).

    Уже давно народ посмеивается, что ЦБ со своими разработками нашли прекрасный выход экономить на штатных должностях тестировщиков за счет пользователей ПО.
    Страшно подумать: что бы было с нами, если бы не этот форум?

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


  • Mocod
    Участник ответил
    AndreyLu
    А вы сейчас доэкспериментируйте, пока нет проверки (тем более, что у вас сейчас все карты на руках)). Если действительно хотите, чтобы это потенциально было поправлено.

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

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