Алексей Попов: После того, что мы прошли в 2005 году, нам теперь любое внедрение по плечу
С 1 ЯНВАРЯ 2006 ГОДА НА КАССОВОЕ ОБСЛУЖИВАНИЕ В ФЕДЕРАЛЬНОЕ КАЗНАЧЕЙСТВО ПЕРЕВЕДЕНЫ БЮДЖЕТЫ СУБЪЕКТОВ РФ И МЕСТНЫЕ БЮДЖЕТЫ, ВКЛЮЧАЯ БЮДЖЕТЫ ПОСЕЛЕНЧЕСКИХ МУНИЦИПАЛИТЕТОВ, В РЕЗУЛЬТАТЕ ЧЕГО НАГРУЗКА НА ВЕДОМСТВО УВЕЛИЧИЛАСЬ В 6 РАЗ. ЧТОБЫ ЭТОТ ПРОЦЕСС ПРОШЕЛ БЕЗБОЛЕЗНЕННО, В РЕКОРДНЫЕ СРОКИ В МАСШТАБАХ СТРАНЫ ОДНОВРЕМЕННО БЫЛО ВНЕДРЕНО ЕДИНОЕ ПО, ВКЛЮЧАЯ ЗАЩИЩЕННЫЙ ЭЛЕКТРОННЫЙ ДОКУМЕНТООБОРОТ. В НАСТОЯЩЕЕ ВРЕМЯ В КАЗНАЧЕЙСТВЕ НАЧАЛСЯ ПЕРЕХОД НА ЕДИНУЮ ERP-СИСТЕМУ. О ХОДЕ РАБОТ И ПЛАНАХ ДАЛЬНЕЙШЕГО ИТ-ПЕРЕВООРУЖЕНИЯ В ИНТЕРВЬЮ CNEWS РАССКАЗАЛ ЗАМЕСТИТЕЛЬ РУКОВОДИТЕЛЯ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА АЛЕКСЕЙ ПОПОВ.
— Федеральное казначейство является одним из лидеров по уровню информационно-технологического оснащения среди органов госвласти России. Расскажите об основных этапах информатизации ведомства в последние годы.
— Лидерство Казначейства в данном случае обусловлено грамотной политикой государства. Наше ведомство выполняет большое количество однотипных операций, это большая касса России, имеющая свыше 2 тыс. отделений и 89 управлений по всей стране. Эффективность его работы во многом зависит от информационного обеспечения. В этой связи, была разработана федеральная целевая программа развития Казначейства, привлечен займ Мирового банка. В ведомстве на протяжении последних лет устанавливалось самое современное оборудование, решались вопросы развития телекоммуникаций между подразделениями.
С 1 января 2006 года вступила в действие новая редакция бюджетного кодекса Российской Федерации. И если до этого Казначейство обязано был обслуживать только федеральный бюджет, то теперь оно в обязательном порядке обслуживает все бюджеты субъектов и местные бюджеты. Если провести аналогию с банком, то ситуация следующая: до 1 января 2006 года было 50 тысяч клиентов, после 1 января — 300 тысяч. При этом, ни одной дополнительной штатной единицы Казначейство не запрашивало. В этой связи, встал вопрос о скорейшем, буквально за один год, техническом довооружении ведомства. Причем во всех территориальных органах использовались 5 различных программных пакетов, многие из которых были построены в архитектуре файл-сервер, что не позволяло надеяться на закрытие операционного дня за разумное время при учете роста нагрузки.
В прошлом году была построена сеть ведомственных удостоверяющих центров с целью легитимизации использования ЭЦП, разработана и внедрена система электронного документооборота (СЭД) со всеми видами клиентов Казначейства. Все 5 программных пакетов были заменены на один, который был построен в архитектуре клиент-сервер. Причем это ПО принадлежит Казначейству — мы не покупали готовых продуктов, а заказывали разработки и доработки. Одновременно был доукомплектован технический парк, в первую очередь это относится к серверному оборудованию. Работа была выполнена в срок, и с 1 января 2006 года Казначейство приступило к выполнению своих новых функций.
— Какие сложности возникли при реализации столь масштабного проекта?
— Первая трудность: начиная работу над проектом, мы понимали, что его реализация за столь короткое время невозможна без потрясений. Вторая: мы делали проект не в одной точке, а по всей стране, поэтому направляющая роль центрального аппарата, который я сейчас представляю, должна была заключаться в четкой формализации отношений между нашими территориальными подразделениями, их клиентами и исполнителем проекта внедрения. Необходимо было формализовать не только сам процесс внедрения, но и механизмы внесения изменений, управления рисками и разрешения конфликтных ситуаций.
В этом проекте было задействовано несколько сотен человек со стороны исполнителя и несколько десятков тысяч со стороны заказчика, что создавало простор для различного рода конфликтов.
Первым делом были разработаны четкая проектная документация и методика внедрения. Это, пожалуй, основной фактор, позволивший успешно выполнить проект. Вторым явился высокий уровень подготовки информационно-технических сотрудников Казначейства на местах. Всю программу на 2005 год мы выполнили: был доработан программный продукт, в том числе разработана СЭД, осуществлено внедрение в пилотных регионах, а затем во всех, за редким исключением, подразделениях и управлениях Казначейства. Не успели закончить внедрение только в нескольких офисах на Дальнем Востоке из-за форс-мажорных обстоятельств — там самолеты в декабре уже не летали.
Тяжело было в начале 2006 года. В ноябре-декабре 2005 года прошло обучение сотрудников новому продукту, но реальная работа на нем началась в январе, и оказалось, что обучение и реальная деятельность — разные вещи. Было очень много ручной работы рядовых сотрудников — случалось, что программный продукт почему-то не функционирует, а сотрудник ИТ-отдела не может быстро произвести наладку. При этом, Казначейство не может остановить свою деятельность, и приходится все операции делать вручную. Конечно, первые недели января прошли в колоссальном напряжении для всей системы, сотрудников, ИТ-специалистов на местах и для компании, которая осуществляла внедрение. По существующей договоренности, на большей части территорий уже после окончания внедрения на протяжении января-февраля присутствовали сотрудники компании-исполнителя, консультируя пользователей по ходу работы.
В связи с внедрением СЭД, помимо поддержки собственных пользователей, пришлось обслуживать еще и клиентов за пределами Казначейства — тех, кому установили автоматизированное рабочее место, они ведь тоже звонили и консультировались по возникающим у них проблемам. Многие клиенты успели стереть или испортить ПО, установленное им в ноябре-декабре. Сейчас все эти проблемы позади, система работает. Все пришло в норму достаточно быстро — к середине февраля, хотя скептики говорили, что неразбериха будет продолжаться до лета. Теперь мы имеем нормальный фундамент, а возникающие ошибки можно исправить.
— Насколько безболезненно для казначейства прошел перевод на кассовое обслуживание бюджетов субъектов РФ и местных бюджетов?
— Ситуация с кассовым обслуживанием отягощалась тем, что субъекты федерации и муниципальные образования перешли на кассовое обслуживание Казначейства безо всякого удовольствия. До этого у них были счета в Центральном банке или в коммерческих банках, и работа шла с банковской системой. Теперь появился другой федеральный орган, который потребовал сделать прозрачными бюджетные потоки. Это мало кому понравится, но закон есть закон. Нельзя сказать «я против закона», можно сказать «меня не устраивают детали». А самая удобная деталь — это программный продукт. В нем всегда есть недочеты, и их можно трактовать как теоретически приводящие к тому, что не могут получить заработную плату учителя, врачи и т. д. Хотя, конечно, это не так. Более того, нам не известен ни один случай, когда по вине Казначейства случились бы задержки каких-либо выплат.
Мы предполагали такое развитие событий, именно поэтому все процедуры внедрения и обучения жестко документировались и протоколировались. Но, в общем-то, и этот процесс сейчас нормализовался — от субъективных политических обвинений в сторону конструктивных обсуждений совершенствования технологии.
— До 2008 года предусматривается создание единой автоматизированной системы Казначейства. Проект такого масштаба является уникальным и не имеет аналогов в мировой практике по ряду параметров. Каковы планы его реализации?
— Планируется, что до конца 2008 года просуществуют установленные ранее разные программные пакеты, а потом будет внедрена ERP-система Oracle E-Business Suite, которая была выбрана по результатам открытого международного конкурса. Рост нагрузки не позволил нам рисковать, поэтому мы были вынуждены в течение 2005 года принимать те решения, о которых я говорил выше. Вообще, проект модернизации Казначейства делится на 6 составляющих. Первая — это ERP-система, вторая — ведомственная транспортная сеть, третья — системы инженерного обеспечения серверных помещений, четвертая — локальная вычислительная сеть, пятая — серверные комплексы, шестая — система управления эксплуатацией нового комплекса. Кроме того, учитываются требования к информационной безопасности. ERP-система необходима Казначейству. Дело в том, что сейчас в каждом районе формируется своя база данных, и общих механизмов консолидации нет, есть лишь общие отчетные формы.
Где-то построили сеть, и эти базы взаимодействуют друг с другом в режиме онлайн, где-то данные передаются пакетами из одной в другую. Но на самом деле должно быть четкое разделение: в районе находится фронт-офис, который отвечает за работу с клиентами, а в столице субъекта — бэк-офис, который занимается в основном бухгалтерским учетом и работой с банковской системой. Район взаимодействует с ней только в части наличных денег, а безналичные платежи идут через единый казначейский счет. И это уже не сотни, а тысячи одновременно работающих пользователей, а значит, и совершенно другое построение системы.
В новых условиях существующие системы работать не смогут. Нужны более профессиональные решения. И здесь выбор пал на SAP R / 3 и Oracle E-Business Suite, но последняя система победила по цене — предложение оказалось существенно дешевле. У нас заключен контракт с Oracle, в этом году идет доработка системы, на 2007 год запланировано внедрение в трех пилотных регионах — Самарской, Саратовской и Ульяновской областях, далее тиражирование. К концу 2008 года проект должен быть завершен, и я не сомневаюсь в его успехе. После того, что мы прошли в 2005 году, нам теперь любое внедрение по плечу, тем более что произойдет оно не за 9 месяцев, а за 3 года.
Следующий пункт — ведомственная транспортная сеть. Раз мы говорим про доступ в интранет, значит, он должен быть во всех регионах в режиме онлайн. Скорость — 128 Кб / сек, а то и больше, в зависимости от района. У нас заключен контракт на построение сети, сейчас мы утвердили системный проект, и сеть будет построена чуть раньше, чем будет введен в эксплуатацию программный продукт. Для последнего потребуются серверы, способные обслуживать тысячи пользователей. Будет это Intel или Risc — зависит от многих факторов, но платформа должна быть серьезная и масштабируемая. Для обслуживания серверов, в свою очередь, нужны системы инженерного обеспечения.
Поскольку мы переходим на новое оборудование, придется проводить обучение персонала. Кроме того, я не исключаю, что квалификация людей в каких-то регионах может оказаться не достаточной для администрирования такого решения. Поэтому будет создаваться централизованная система управления эксплуатацией. Одновременно запланирована переподготовка с повышением квалификации кадров информационно-технических служб.
Будет рассматриваться вопрос о частичном или полном аутсорсинге либо везде, либо в некоторых субъектах. Мы должны отдавать себе отчет в том, какие проблемы могут возникнуть, если вдруг в субъекте не окажется ИТ-специалистов, которые способны администрировать подобные сложные технические решения.
— Как в Казначействе решаются вопросы хранения данных? Планируется ли создание централизованного или распределенного хранилища информации?
— Если говорить об осуществлении ежедневных бэк-офисных функций, таких хранилищ должно быть 88 — по количеству субъектов. Если речь идет о данных, необходимых для работы центрального аппарата, то, конечно, они должны храниться здесь. Этот вопрос сейчас решается. Например, на уровне центрального аппарата консолидируется вся отчетность об исполнении бюджета Российской Федерации. Каждый главный распорядитель составляет свою отчетность (Минздрав, Минобрнауки и т. д.), а Казначейство делает свою. Эти два отчета должны сойтись. Если не сходятся, значит надо разбираться. Отчетность готовится каждый месяц, год или иной период. Поэтому все соответствующие данные должны храниться в центральном аппарате.
Проблема с отчетностью возникает, в том числе, в связи с территориальной распределенностью и большим количеством баз данных. Если бы в районах не было баз данных, то отчет собирался бы в режиме реального времени в столицах субъектов. Сейчас это не так — из отделений поступают отчеты, в столицах субъектов их обрабатывают, сверяют, запрашивают дополнительные сведения, то есть процесс не прекращается ни на минуту. То же самое происходит и при обмене информацией между центральным аппаратом и территориями, но здесь проще. В субъектах Федерации квалификация бухгалтеров все-таки существенно выше, чем в районах.
Вопрос хранилищ данных в центральном аппарате актуален именно в части отчетности, но он решится одновременно с внедрением ERP-системы. Поэтому я не могу сказать, что я только за распределенное или только за централизованное хранение данных. Думаю, будет и 88, и 1 хранилище, но у каждого свои задачи. Кроме того, разумеется, должны быть еще резервные центры обработки данных.
— Как вы оцениваете перспективы и проблемы развития ИТ-аутсорсинга для Казначейства?
Я бы разделил аутсорсинг на две группы — общесистемный и аутсорсинг прикладного ПО. Приведу пример. По штату, в районных отделениях Казначейства не предусмотрен ИТ-специалист, ИТ-отделы существуют только в управлениях. Понятно, что в такой ситуации на работу берутся люди с ИТ-навыками, которых можно условно назвать администраторами, но это не их основная работа. Сотрудники этих отделов в том числе должны ездить к клиентам и устанавливать СЭД. После внедрения ПО каждого клиента необходимо сопровождать, предоставить ему телефонный номер, по которому он сможет позвонить с вопросом. Кроме того, надо сопровождать свои собственные отделения и пользователей в них. Мы дали возможность управлениям самим выбирать, передают ли они эти новые функции на аутсорсинг, и почти все территории высказались «за». Мы собираемся удовлетворить их потребности, потому что количество ИТ-сотрудников в подразделениях не изменилось, а работы прибавилось. Это пример простого аутсорсинга.
А вот аутсорсинг технический и общесистемный является более сложным вопросом. У нас нет примеров реализации подобных проектов. Можно сделать его децентрализовано, но мне бы хотелось с помощью аутсорсинга обеспечить некий единый стандарт. Например, построили локальную вычислительную сеть, потом добавилось еще 5 комнат, сеть достроили, но она получилась несовместимой. Поэтому мне бы хотелось, чтобы авторскую приемку осуществлял единый аутсорсер, который не допустил бы подобного развития событий, а центральный аппарат получил бы инструмент проведения единой информационно-технической политики. Сейчас существует единая политика в области прикладного ПО, а в области «железа», инженерного обеспечения — пока не везде.
Однозначного ответа на вопрос, как должен быть построен аутсорсинг, нет до сих пор, поэтому сейчас мы планируем привлечь консультантов, которые расскажут нам, как это сделать. После этого будем думать, потому что если непродуманно подойти к этому вопросу, то стоимость услуги может возрасти настолько, что сведет на нет всю идею.

Cnews Июнь 2006