Про АЦСК ИСД ДФС.

Всем привет.

Поскольку персональная ЭЦП входит в каждый дом приходиться мириться с тем софтом с которым мы сталкиваемся каждый новый день для ее обслуживания. Не то чтобы он был криво написан, но вечно ему чего то не хватает, однако в промышленной эксплуатации он уже используется. Точно как с Медком - сначала выпустим, потом допилим...

Так вот есть такой клиент АЦСК ИСД ГФС для работы с ЭЦП. Красивый такой, но во время инсталляции забыли один ключик реестра прописать который делает пустяк - распределяет типы ключей по их типам. А для государственного учреждения это оказалось важно.

Собственно ключик ниже и его надо прописать как Enabled=1.

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Institute of Informational Technologies\Certificate Authority-1.3\End User\InternationalMode]

"Enabled"=dword:00000001  

Вроде мелочь.)

Сетевой глюк у клиента Medoc.

Всем привет.

Реплика в сторону чудного программного комплекса M.e.doc. Что случилось? Да ничего особенного кроме одного сетевого глюка, на который разработчик упорно не хочет обращать внимание.

Опишу  в деталях. При инсталляции клиента в сетевой версии мой установочный файл client.ini имеет строку "medoc01.mybank.com.ua:9992". Порт 9992 может быть и другой, он должен соответствовать тому номеру порта который слушает сервер медка. При успешной инсталляции эта строка вписывается в файлики  ezvit.exe.config и station.exe.config ближе к концу.

Выглядит это вот так:

..

setting name="RemoteServer" serializeAs="String"

<value>medoc01.mybank.com.ua:9992</value>

..

И вот первый вход. Запрос пароля, выбор предприятия и...клиент выбрасывает сообщение что он ищет "medoc01:9903", а такого порта, разумеется, и близко нет  в нашей схеме. А потом клиент медленно умирает выбрасывая еще пару сообщений о потерянном сервере. Т.е. не находя сервер клиент выбрасывает ложные сообщения о случайном номере порта.

Что в таких случаях советует поддержка на форуме? Правильно - переставить по новому клиента.)) Вы берете инсталяшку, проверяете еще раз client.ini, выполняете инсталляцию, первый вход и та же картина маслом - клиент  в сетевых судорогах.( Поддержка может посоветовать еще раз передернуть службу сервера ZvitGrp... А толку то.

Когда я поймал такой глюк на втором месте я понял что тут что-то не так.

Первым делом иду в ezvit.exe.config и station.exe.config и наблюдаю что наша строка подключения теперь выглядит вот так: <value>medoc01:9992</value>

Ух ты, и кто же так безобразничает? Оказывается причина в сервере медка, так как он синхронизирует указанные файлы клиента в одностороннем порядке при логине. А на сервере они могут быть хоть localhost:9992. Все бы ничего, но тут вмешался случай - где-то плохо отработал сервис DNS и после замены полного имени на короткое сервер перестал быть доступен. И главное что связь в этом случае теряется во время активной сессии!

Возможно эта недокументированная супер-фича медка, так как этот глюк (а для меня это глюк!) существует уже второй год.

Успехов всем нам  и терпения.

M.E.Doc и его стендбай.

Всем привет.

Долгое время сам M.E.Doc не мог, или не хотел, предоставлять мало мальски толковое решение для резервирования его базы данных на случай краха. Причем под крахом я имею ввиду не жесткий глюк самого  M.E.Doc-а, а простую установку очередного патча. Нередки были случаи когда за патчем разработчик M.E.Doc срочно выпускал еще один мини-патч который правил глюки предыдущего. Потому как валилась Схема подписей, обнулялась в некоторых местах Карточка предприятия, слетала разрядность по заполненной форме, и т.п. Смех и грех.

А бухгалтерия частенько тянет до последнего дня с отправкой нужной формы. А это все время и время. Что в крайних случаях советует разработчик? Правильно – все снести и поставить сервер по новой. Ставим промежуточную версию, после методично и последовательно накатываем все оставшиеся патчи минус последний. А после также «хладнокровно» заполняете всех пользователей, их роли, и карточку предприятия. Я думаю что вы догадываетесь что это дело не пяти минут.( Только время и нервы!

Хотя сейчас можно откатиться на предыдущее состояние до установки патча. Честно говоря этот вариант я не проверял и отзывов по нему не слышал. Может и работает.)

Мне 4 года назад некогда было ждать милости от разработчика поэтому буквально с первых дней работы с этим чудом мы сделали сетевую схему сервер M.E.Doc (+клиенты)  и его стендбай копия. База zvit.fdb между серверами (основной в стендбай) синхронизируется раз в сутки.

Что же мы теперь имеем:

О профессии – бухгалтер!

Сегодня хочется поговорить об одной из древних профессий. 

О профессии – бухгалтер!

По роду деятельности мне часто приходится общаться с бухгалтерами разных рангов. Скажу прямо – снимаю шляпу перед всеми кто занят этим непростым делом.  Лично для меня эта профессия остается загадкой. Почему загадкой?

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