Итак, 1 июля 2015 вся эта радость вступает в силу.

Из наиболее заметного - из декларации убрана опись, документы прикрепляются к декларации теперь через 44 графу. Поменялся формат ссылочных идентификаторов и вообще электронных архивов декларанта. Причём архивы поменялись таким образом, что стали несовместимы со старыми, т.е. пользоваться старыми архивами и документами в них из деклараций нового формата - будет уже нельзя. Для того чтобы декларанты успели заранее поместить документы в архив - возможность работы с архивами по новой спецификации\форматам уже есть - появилась она с 25 июня.

СТМ-щики, в прочем, пока обновление не выкатили, обещают к понедельнику (29.06.2015), так что ждём.

Да, ещё из интересных нововведений - добавился явный запрос на сканированные документы и, соответственно, ответный документ на этот запрос.

Других изменений там огромная куча, но все они довольно скучные и неинтересные - тут поменяли количество символов, здесь изменили обязательность... всё в таком духе.

Скачать спецификацию\форматы можно либо с сайта таможни (формат и спецификация), либо тут.

Накатил обновление на VirtualBox. В моём случае устанавливалась версия 4.3.28, но по идее такое возможно и в других версиях. Сразу после запуска любой виртуальной машины - комп радостно вываливается в BSOD.

BSOD

Если посмотреть дамп - ошибку вызывает CProCtl.sys - это кусок КриптоПРО.

Решение отыскалось тут.

Нужно создать в реестре раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\CProExclude\VirtualBox

В нём строковой параметр FileName со значением VirtualBox.exe

Или вот таким reg-файлом:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\CProExclude\VirtualBox]

"FileName"="VirtualBox.exe"

Происходит это дело, судя по всему, с равным успехом что на WinXP, что на семёрке, да и на более современных наверняка то же самое. Я наблюдал на WinXP.

Поскольку все наши специалисты по таможенным операциям работают в общей базе Монитора-ЭД (плюсов, на мой взгляд, от этого всё же больше чем минусов) - эту самую базу приходится регулярно чистить, ибо когда размер её превышает 1-1,5 гигабайта - начинаются лютые, бешеные тормоза (в лучшем случае) или же монитор сыплет ошибками (exception из за таймаутов - в худшем случае). Техподдержка уверяет что всё это из за MS SQL Express и ограничений оного на потребление ОЗУ, но нам от этого не легче. В общем, каждые 1-2 месяца из базы удаляются записи по старым завершённым процедурам. Удаляются, понятно, не абы как а с бекапом. Причём изредка возникает необходимость что-то из этого бекапа восстановить - бывает, нужно сделать корректировку по декларации, для которой процедура обмена вроде бы завершена.

Приехала к нам сегодня новая ЭЦП-шка (получали в РОСТЭК-е) для электронного декларирования. В конверте оказалось вот такое:

В общем, очередной токен от алладинов, принципиальных отличий от етокена или рутокена для простых смертных - на первый взгляд не видно. Чтобы заставить это дело работать в ВЭД-Декларанте (точнее в мониторе) - надо поставить драйвер на сам токен (их много разных, но чисто теоретически - раз там ЭЦП для ЭД2 то токен может быть только одной из работающих с ГОСТ модификаций) + обновить модуль поддержки для КриптоПро, после чего перезагрузиться. Драйвера тянутся отсюда.

Недавно наткнулся на граблю - скачиваю с сайта кошмарских iso-образ KRD (если кто не знает это такой LiveCD на базе линуха с антивирусным сканером на борту, бесплатный, очень удобно гонять триппер с притащенных юзерами домашних компов), скачиваю штатную кошмарскую утилиту для записи образа на флешку, втыкаю пустую флешку, записываю, перезагружаюсь, выбираю флешку в загрузочном меню. Missing operating system - говорит мне компутер. Ок, втыкаю точно так же записанную (но на домашнем компе) свою флешку - всё грузится.

В итоге выяснилось следующее - несмотря на то что утилита записи на флешку админские права не запрашивает и ошибок в процессе записи не выдаёт - запускать её нужно явно с правами админа, в этом случае - всё ок.

Товарищи! Даже если вы уже обновили несколько серверов с wheezy до jessie и не встретили в процессе никаких серьёзных проблем - никогда не начинайте обновлять очередной сервер поздно вечером, иначе закончиться это дело может где-то следующим утром %). А всё потому что в wheezy был apache 2.2 а в jessie - apache 2.4. Хотя нет, всё скорее потому что у мейнтейнеров апачевского пакета в дебиане в какой-то момент возник невыносимый творческий зуд, и они решили перелопатить структуру файлов конфигурации в /etc/apache2.

Недавно поставил себе в виртуалку свежий восьмой Debian, для тестов всяких разных. Седьмую версию обновлять до восьмой не стал - хотелось чистую систему - поэтому удалил нафиг старый образ диска, создал новый, скачал свежий netinstall с сайта Debian, установил, вроде бы всё ок. Но, поскольку, там где есть действительно удобное GUI - обычно я им всё-же пользуюсь вместо ручной правки конфигов в консоли - на хосте был запущен Xming, putty пробросил на него иксы с виртуалки, после чего первым делом был установлен synaptic, как наиболее удобный вариант рулить пакетами в debian-based дистрибутивах. И тут я впервые наткнулся на грабли в восьмой версии. Сколько себя помню - диалог настройки репозиториев в синаптике всегда был удобный, со вкладками, кучей нужных и ненужных опций. Однако, на этот раз предо мною предстало вот это:

дохлая флешка
Притащил мне юзер, значит, флешку. "Не открывается", говорит, "а там файлы очень нужные", такие дела. На самом деле флешка открывалась, но при попытке скопировать файлы компьютер вешался намертво. Скорее всего, выдернули не вовремя из разъёма - можно было бы просто ткнуть её себе в комп и попытаться натравить на раздел вендовый scandisk. Но файлы то "очень нужные", есть вероятность что флешка "немного умирает", так что пришлось действовать осторожно, чтобы не убить :). Можно было бы снять образ с помощью R-Studio или WinHEX, но они платные, искать кряки и пользоваться ими на работе - как то не алё. Так что самым простым, оказалось, призвать на помощь linux и воспользоваться имеющимся там софтом (ddrescue), как именно - см. далее >>>.

На той неделе переносил нескольким пользователям базу ВЭД-Декларант-а из dcl.mdb на сервер MS SQL. Вроде всё ок, всё работает - проверил, отдал. Спецы по ТО посмотрели, сказали что всё тоже ок и стали работать. А сегодня, как водится ВНЕЗАПНО обнаружилась грабля... она наверное и раньше обнаруживалась, но до сих пор подобный перенос базы мы делали только в индивидуальном порядке, а сейчас - сразу 4 человека в одной комнате - в общем, коллективное бессознательное опередило индивидуальное сознательное и сформировало волну негодования, которая успешно добралась до серверной.

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

Допилил гайд по настройке Network UPS Tools, на примере бесперебойника Ippon Smart PowerPro 1000. Почитать можно тут.