A2LL: История проблемной системы социальных выплат в Германии.

Введение

A2LL – это аббревиатура немецкой системы социальных услуг и программного обеспечения для выплаты пособий по безработице "Arbeitslosengeld II – Leistungen zum Lebensunterhalt" (Пособие по безработице II – средства к существованию). Этот процесс электронного правительства задумывался как способ объединить страхование по безработице и социальную помощь, но вместо этого стал одной из многочисленных проблем, связанных с реформами Hartz IV в Германии.

Разработка

A2LL был впервые разработан консорциумом T Systems, программного подразделения бывшей немецкой государственной телекоммуникационной компании, и ProSoz, командой из 30 разработчиков, в городе Хертен. Программное обеспечение, поставленное в конце четвертого квартала 2004 года, было запущено 1 января 2005 года. В настоящее время его поддерживает только T Systems, так как ProSoz покинула консорциум в мае 2005 года, предположительно из-за угрозы банкротства (согласно местной газете "Hertener Allgemeine").

Технология

Программное обеспечение используется в отделениях социальных служб через веб-браузерный интерфейс с использованием защищенной связи. Административные изменения возможны только при прямом доступе к системе через интранет Федерального агентства занятости – агентства социальных служб, ответственного за администрирование социального обеспечения. Система базируется на 16 серверах, каждый из которых оснащен 4 процессорами и работает под управлением Linux. Графический пользовательский интерфейс реализован с помощью контейнера сервлетов Tomcat. Фреймворк веб-сервисов компании Systinet использует ферму серверов, состоящую примерно из 200 серверов Windows 2003, на которых запущен сервер приложений, разработанный ProSoz. Сервер приложений был разработан с использованием технологии Microsoft (D)COM и использует базу данных Informix 9.4x, работающую на машине Solaris с 80 процессорами и 300 ГБ оперативной памяти кэша.

История

Программное обеспечение было доставлено в крупные немецкие города, такие как Кельн, Гамбург, Франкфурт и Берлин 18 октября 2004 года. 21 октября к ним присоединились другие города, однако использовать систему было разрешено лишь 20% рабочих станций конечных пользователей, чтобы предотвратить сбой в ее работе. Вскоре количество рабочих станций, подключенных к системе, увеличивалось, но возникало множество проблем из-за крайне низкой скорости отклика и ввода данных. Сотрудникам социальных служб приходилось работать сверхурочно, чтобы внести как можно больше данных в систему до запуска. К 23 декабря 2004 года в системе было зарегистрировано 2,6 миллиона домохозяйств, а система расчетов FINAS была готова направить 1,3 миллиарда евро на счета по всей стране 1 января. Первая серьезная ошибка была обнаружена при первой выплате: номера счетов, содержащие менее 10 цифр, дополнялись нулями в конце, а не в начале (то есть, 1234567 становилось 1234567000 вместо правильного 0001234567). Банки не могли обработать платежи и вынуждены были зачислять средства на временные счета до их сортировки. Из-за огромного количества ошибок банкам потребовались значительные усилия для выявления владельцев счетов, а правительству пришлось выпустить экстренную денежную помощь, чтобы люди могли купить продукты питания. В качестве оперативного решения система перешла на печать чеков (что не является обычной практикой для немецких финансовых операций), но из-за недостаточного размера поля для указания названия улицы многие чеки не дошли до адресатов. Разработчик программного обеспечения ProSoz, являющаяся дочерней компанией, полностью принадлежащей городу Хертен, оказалась на грани банкротства и вышла из консорциума. T Systems наняла программистов из этой компании. Даже спустя шесть месяцев после запуска системы многие необходимые функции оставались недоступными. Например, невозможно было распечатать дисперсионный анализ или список лиц, получивших излишние выплаты. Печать документов была недостаточно гибкой для адаптации к местным условиям. Новые законодательные нормы, касающиеся вычета доходов от подработок, не были реализованы к официальному запуску системы 1 октября 2005 года. В июле 2005 года выяснилось, что система не справляется с разовыми платежами, например, для покупки школьных учебников, в связи с чем эта функция была полностью отключена. Через несколько дней обнаружилось, что система некорректно регистрирует данные о страховке, что создавало огромные административные трудности для страховых компаний. В сентябре 2005 года немецкая пресса сообщила, что система ежемесячно перечисляла страховым компаниям на 25 миллионов евро больше, чем следовало. Это не позволяло им рассчитать новую, сниженную страховую ставку, необходимую для экономии государственных средств. По данным прессы, экспертная комиссия признала программное обеспечение не поддающимся сопровождению и адаптации и рассматривала возможность разработки совершенно новой системы, всего через 9 месяцев после ее ввода в эксплуатацию.

The software was delivered to large German cities such as Cologne, Hamburg, Frankfurt and Berlin on October 18, 2004. Other towns followed on October 21, although only 20% of the end user stations were permitted to use the system, to keep it from going down. More and more stations were soon added to the system, but there were many problems with the extremely slow response and data entry times. Staff in the social services agencies had to work overtime to get as much data into the system as possible before the start. On December 23, 2004, the system had 2.6 million households registered and the FINAS booking system was prepared to send out 1.3 billion euros to accounts across the nation on January 1. The first major error was found during the first payment account numbers which were shorter than the standard 10 digits were filled up with zeros on the end instead of the beginning (i. e., 1234567 became 1234567000 instead of the correct 0001234567). The banks could not process the payments and thus had to be credited to fragment accounts until they could be sorted out. Due to the massive number of mistakes, the banks had to invest much effort into locating the owners, and the government had to issue emergency cash so that people could buy food. As a quick fix the system switched to printing checks (not normally used in German financial transactions), but since the field for the street name chosen was too small, many of the checks could not be delivered to the intended recipients. The software house ProSoz, a wholly owed subsidiary of the city of Herten, was on the brink of bankruptcy and resigned from the consortium. T Systems hired the programmers from the company. Even six months after the start of the system, there were many needed features of the system that could not be used. For example, neither an analysis of variance nor a list of persons who had received too much money could be printed. The printing of documents was not flexible enough to fit many local situations. New legal rules for deducting current income from small jobs could not be completed in time for the official start of the system on October 1, 2005. In July 2005 it was discovered that the system could not cope with one time payments, for example so that schoolchildren could purchase books; consequently, this feature was disabled entirely. A few days later it was discovered that the system was not registering people properly with their insurance companies, causing enormous administrative headaches for the insurance providers. In September 2005 the German press reported that the system had been transferring 25 million euros too much per month to the insurance providers. This meant that they could not calculate the new, lower insurance rate that was mandated to save the government money. According to press reports, an expert committee had determined the software to be non maintainable and non adaptable and was considering a completely new software system, just 9 months after it had gone into operation.