e-Gov. Типовые технические проблемы

By ivbeg On 31.07.2008 · 1 Comment

Чем дальше тем больше собираю коллекцию технических проблем или барьеров с которыми приходится сталкиваться при создании проектов/систем так или иначе взаимодействующих и связанных с госорганами.

Вот текущий список:

1. Справочники и классификаторы

Все кто когда бы то ни было занимались автоматизации в гос. учреждениях задавались вопросами:

Где найти последнюю редакцию ОКОГУ, ОКВЭД, ОКЕИ, ОКАТО или одного из множества других общероссийских справочников? А также как обеспечить автоматическое их обновление при изменении законодательства.

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

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

А вот получить справочники с сайта Федерального агенства по техническому регулированию и метрологии, www.gost.ru — это задачка для крепких нервами и подготовленных к неудачам. Мои попытки приводили лишь к тому что ссылки на документы (PDF) там есть, но при их открытии выдаются ошибки. Да и там в структурированном виде их нет в любом случае. Альтернативный вариант — отслеживание публикаций изменений в Консультанте и вручное их внесение собственные справочники.

Конечно, есть ряд коммерческих продуктов и организаций торгующими документами с описаниями классификаторов и справочников, но это совсем другая история.

2. ЭЦП и корневой удостоверяющий центр

У ЭЦП есть две ощутимые проблемы.

Проблема первая — это отсутствие работающего корневого удостоверяющего центра. Это тема отдельная и долгая о ней как-нибудь в другой раз.

Проблема вторая — это поддержка работы по сертифкатам лишь ограниченным числом приложений. Например, мне до сих пор не удалось найти ни одной государственной системы/cайта позволяющей авторизацию и подпись документов с помощью ЭЦП и работающей на Linux или хотя бы на Firefox в Windows. Это же одно из существенных ограничений по внедрению СПО на рабочих местах в органах гос. власти.

3. Законы и те кто их пишет

Проблема в том что очень многие законы которые касаются технических вопросов пишут те в этих технических вопросах ничего не понимают. Даже привлекая ИТ консультантов в итоге юристы преобразуют их слова в зубодробительную и далёкую от реальности терминологию.

Одну из проблем явившихся следствием этой ситуации можно пронаблюдать в таких законах требующих раскрытия информации как 94-ФЗ. Да там указано какая информация должна раскрываться государством по заказам и контрактам, но, там ничего не сказано про форму раскрытия. До сих пор я знаю один из Российских регионов где вся информация о заказах публикуется в виде ежедневного ZIP архива в котором файлами накиданы извещения, протоколы, КД за этот день. Все требования закона, буква закона соблюдается поскольку в документах вся информация есть, а то что её никто не может найти это совсем другое дело.

Похожая ситуация с раскрытием информации о стандартах. Отсутствие требований к _форме публикации информации_ приводит к тому что документы на protect.gost.ru размещаются со следующими «нюансами»:

Документы недоступны поисковым системам на индексирование путём запретов в robots.txt;
Документы публикуются в виде постраничных(!) сканов;
На каждой отсканированной странице сознательно стоит водяной знак затрудняющий автоматическое распознавание;
Сохранение страниц сознательно затруднено — можно обратить внимание что они показываются через background-image в CSS.

Вопросы о том почему нельзя получить документы в виде текстов, справочники в формате CSV или XML — можно считать риторическими. Законы соблюдаются? Соблюдаются. Информация есть в онлайне? Есть.

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

Ссылки на другие мои публикации по теме юзабилити и сайтов госорганов: