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

Объявление

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

3462-У

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

  • AndreyLu
    Участник ответил
    Mocod, в имени файла был надбуквенный символ "cc 86", а в имени папки символ тире "e2 80 94".
    Во время проверки вряд ли кто-то будет экспериментировать, надо быстрее давать ответы, в т.ч. на CD-R.

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


  • Mocod
    Участник ответил
    AndreyLu
    На сколько мне известно, МоКоД считает контрольные суммы не сам, а при помощи входящей комплект сертифицированной утилты.. Станно, что вы, человек, очевидно, опытный и пытливый, не обратили на нее никакого внимания. Было бы очень полезно поэкспериментировать с описанными входными условиями непосредственно с ней. Возможно, в ее окружении, в т.ч. и со стороны МоКоД, можно что-то подправить.
    P.S. И, кстати, в первой части спича речь шла о не ASCIi-символах в именах собственно файлов или, так же как и во второй, папок их содержащих?
    Последний раз редактировалось Mocod; 27.02.2019, 22:19.

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


  • AndreyLu
    Участник ответил
    Может пригодится коллегам:
    МОКОД не хочет рассчитывать контрольные суммы файлов произвольного формата, если вдруг в имени закрались символы UTF-8. Сообщений об ошибках нет. Просто не считает, и все. Пустая ячейка. Дальше этого этапа прохождение квеста (продолжение диалога) не открывается.
    Вероятно, имя файла образовалось методом копи-паст. Переименовал - стало хорошо.
    Й
    Й
    Найдите отличия.
    На этом приключения не закончились. Оказалась папка с символом "тире". Тут проще, при подготовке CD-R программа написала, где и что исправить. Заменить на "дефис". После исправления снова повторить сначала все операции. Вроде бы просто, но оказалось, что такая папка не одна )))
    Может быть, разработчик включит на подготовительном этапе проверку разрешенных символов в пути/имени. А может наши умельцы напишут скрипт, которым следует прогнать подготовленное к записи.

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


  • Slarty
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение

    День добрый.
    Проблема решена или осталась?
    Добрый день!
    Проблема решена.

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


  • delfa
    Участник ответил
    И еще об этом http://cbr.ru/analytics/operational_day/

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


  • delfa
    Участник ответил
    Коллеги! Что вы думаете об этом? http://www.cbr.ru/Content/Document/File/62503/composition_format.pdf
    Это вводится с 01.05.19

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


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

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


  • KaMPiLeR
    Участник ответил
    Mocod
    спасибо. через hashfile.exe прогнали - вроде норм.
    PHP код:
    @echo off
    if %1.==. goto NEED_PARAM
    dir 
    /b/s/a-%h.inp
    hashfile
    .exe --F h.inp h.out
    goto ENND

    :NEED_PARAM
    echo задайте каталог

    :ENND 
    а мокод все произвольные файлы еще и зипует. думал что если будет видео больше 4гиг, чтоб мокод порезал, но больше 100мегов не было видосов.

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


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

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


  • KaMPiLeR
    Участник ответил
    коллеги, а как записывать видео?
    через мокод прогонять?
    регистратор пишет так - что каждые 5 минут создается новый файл. опись получается на оч много страниц.
    размер файлов - около 100 гигов, порядка 25 дисков получается.

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


  • AndreyLu
    Участник ответил
    Мы, негры, человеческими руками не питаемся)
    Из моих предложений можно исключить все присвоения переменных, которые не упоминаются в папке \MOСOD_x64\Forms
    Или поступить проще: выбрать оттуда все переменные, и дать возможность пользователям присвоить им значения. Если будет время, снабдить их русскими комментариями или примером заполнения.
    Надеюсь скоро услышать фразу, что в моих данных ошибок не обнаружено, и оставлю эту тему на некоторый срок.

    "Зачем же ты, дедушка, эту яблоньку посадил, если ты даже ее яблочек не попробуешь?" (притча).
    К новому сезону все мои просьбы будут погребены новым слоем доработок.

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


  • Mocod
    Участник ответил
    AndreyLu
    Дай негру палец и он откусит всю руку. (с) Марк Твен))
    Т.е. получается, если делать все по-хорошему, то доработки достаточно обширные. И так же, получается, что оно мало кого беспокоит, ибо застрельщиков, кроме вас, действительно, не наблюдается.((

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


  • AndreyLu
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    AndreyLu
    ОГРН и ФИО Руководителя/Бухгалтера нужно добавлять в состав потенциально заполняемых? Может быть что еще?
    Не только ОГРН, там написано "полное фирменное наименование кредитной организации; основной государственный регистрационный номер кредитной организации; регистрационный номер кредитной организации; полное наименование и порядковый номер филиала кредитной организации"
    Помимо ФИО еще и должность. В описи это вышло в 2 строки.
    Думаю, еще нужно дата и номер заявки, пункт заявки (ложатся в протокол контроля)
    Название и версия программного обеспечения - в опись (в три места в 4й столбец), но мне пришлось вручную проставить <br>, чтоб столбец не вышел слишком широким.
    Версия и название антивируса - в опись
    "на машинном носителе информации однократной записи ____ № ____ " - в шаблон описи желательно подлиннее место под номер, т.к. я писал заводской номер носителя CD-R, кто как делает - не знаю. Поставил 27 подчерков - мелкими буквами уместилось.
    В описи "Ответственный работник кредитной организации (ее филиала)" - тоже должность и ФИО в 2 строки
    Возможно, имеет смысл и полное, и краткое наименование банка: для описи и для протокола (в протоколе формат txt, в шапке не поместится длинное название, перенос на новую строку некрасиво).
    Да, еще спорный момент: в протоколе подстановка времени идет, а даты - нет. Надо ли? Во всяком случае, в описи мы пишем дату приема-передачи носителя, а протокол может быть и более ранним днем. На это знают ответ те, кто принимает от нас данные.

    Сообщение от Mocod Посмотреть сообщение
    AndreyLu
    и вот, кстати, "3514" в процитированном вами откуда подставилось, - из заголовка XML-документа? A значение vsp из него, в нужное место значит, не подставилось? Или оно там в THEADER-е и не было заполнено?
    Да, из заголовка XML-документа. АБС у меня в первом варианте не выдала vsp, т.к. я там его не заполнил. Заполнил - выдала.
    Краткое наименование кредитной организации имеется в XML, но никуда не берется (не знаю, хорошо или плохо если оно пойдет в протокол контроля)

    Полагаю, не очень правильно, что я один пишу предложения по доработкам, т.к. я не единственный пользователь, и могу быть в чем-то не прав. Есть заказчик, есть разработчик, и есть сотни пользователей.

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


  • Mocod
    Участник ответил
    AndreyLu
    Вас понял, значит п,5 тоже оставляем. ОГРН и ФИО Руководителя/Бухгалтера нужно добавлять в состав потенциально заполняемых? Может быть что еще?
    и вот, кстати, "3514" в процитированном вами откуда подставилось, - из заголовка XML-документа? A значение vsp из него, в нужное место значит, не подставилось? Или оно там в THEADER-е и не было заполнено?

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


  • AndreyLu
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    AndreyLu
    Однако, я не увидел ответа но вопрос куда (а не откуда), в какие отчеты, содержимое п.5 потом подставлялось в прекрасной "старой версии"?
    Понятно, что он может быть опционально взят из THEADER (что в общем случае гораздо менее надежно, ибо в разных последовательно обрабатываемых файлах он, в принципе, может иметь разные значения), но вот будучи введенным в упомянутой форме п.5 потом подставлялся куда??
    Не знаю, подставлялось ли, но место, куда подставить наименование внутреннего структурного подразделения имеется.
    ProtocolDM.txt
    Код:
     ПРОТОКОЛ                                
              контроля документов (информации) в электронном виде,          
              подготовляемых кредитной организацией (ее филиалом)          
                 в соответствии с заявками на предоставление
                            документов (информации)          
    
                        от "___" ____________ 20___ г.
                           (сформировано в 19:18:46)
    
    Кредитная организация (ее филиал)     ___________________________________, 3514/___________
                                          наименование, регистрационный номер(/порядковый номер)
    
                                          ______________________________________________________                                    
    
    Внутреннее структурное подразделение  ___________________________________
                                          наименование
    
        В  контроле   участвуют   отчуждаемые (съемные)   машинные  носители информации однократной записи с номерами _________________.

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


  • Mocod
    Участник ответил
    AndreyLu
    Однако, я не увидел ответа но вопрос куда (а не откуда), в какие отчеты, содержимое п.5 потом подставлялось в прекрасной "старой версии"?
    Понятно, что он может быть опционально взят из THEADER (что в общем случае гораздо менее надежно, ибо в разных последовательно обрабатываемых файлах он, в принципе, может иметь разные значения), но вот будучи введенным в упомянутой форме п.5 потом подставлялся куда??
    Последний раз редактировалось Mocod; 01.02.2019, 12:59.

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


  • AndreyLu
    Участник ответил
    Сообщение от Mocod Посмотреть сообщение
    5. Наименование и номер/структурного подразделения КО. (это-то, кстати, куда там дальше подставлялось?)
    <THEADER ......... vsp="0"
    (для головы),
    оказывается, у нас это в АБС можно ввести, чтоб при выгрузке подставляло.

    Вся беда в том, что когда у людей проверка, им не до того чтоб писать письма об улучшении, задач куча, просто пожар.
    А когда проверка закончится - им уже не надо.
    Идеально было бы в cfg или ini файл проставить эти значения, и интерфейс не перегружать, и образец будет в поставках. И в документации достаточно будет одного абзаца, а не все скрины переделывать.
    А то в прошлом интерфейсе я полдня мучался, прописывал путь к архиватору. Ну кто ж знал (пока exe не просмотрел), что допустимо было ТОЛЬКО RAR? Настройки были очень замороченные, так что облегчение интерфейса я одобряю.

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


  • Mocod
    Участник ответил
    AndreyLu
    Нашел я форму ввода обсуждаемых параметров "старой версии". По факту вижу в ней следующее:
    1. Наименование КО;
    2. Регномер КО;
    3. Наименование филиала КО;
    4. Порядковый номер филиала КО;
    5. Наименование и номер/структурного подразделения КО (это-то, кстати, куда там дальше подставлялось?).
    Плюс чекбокс "признак необходимости заполнения параметров из XML файла ЭСД".

    В принципе, восстановить "утраченный" функционал уже в новом, упрощенном, интерфейсе технически не сложно.
    И даже добавить туда до кучи что то еще, возможно, полезного (чтобы два раза не вставать) типа ОГРН, должность/ФИО руководителя, должность/ФИО бухгалтера и т.д. (прошу еще раз провести ревизию Описей/Протоколов и подумать).
    Единственноее, что тогда с вашей стороны потребуется инициирующая заявка по установленнм каналам обратной связи.
    Последний раз редактировалось Mocod; 01.02.2019, 12:13.

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


  • AndreyLu
    Участник ответил
    Mocod, прошел апгрейд компьютеров, а старый МОКОД использовали в 2016 г. Следов не осталось.
    Уже сам начал сомневаться, что ОГРН там вводили.
    Но точно указывали путь к архиватору, номер заявки, номер пункта заявки...
    Ну и в целом, даже если наименование и ОГРН нельзя было вводить ранее, не делает чести разработчикам, что за 2 года это так и не реализовано.
    Тем более, что переменные для подстановки имеются, а задать их негде.
    Да хоть текстовым редактором в cfg-файле!!!

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

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


  • Mocod
    Участник ответил
    AndreyLu
    Можно было просто сказать, что речь идет об Описях.))
    Вы не могли бы озвучить номер версии приложения, в котором ввод соотв. значений в интерфейсе был предусмотрен, сохранялся (между сеансами?) и подстввлялся в Описи? Особенно интересует ввод ОГРН и ФИО Руководителя, если их ввод там тоже был, как пишете. И, если та предыдущая версия сохранилась и работоспособна, прошу поместить в ответ скриншот экранной формы, где вводились обсуждаемые значения.

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

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