2000 год – проблемы финансовых учреждений

ИСТОЧНИКИ ПРОБЛЕМЫ И ЕЕ ВЛИЯНИЕ. Уже на первых этапах внедрения компьютерной техники программисты стали использовать двузначные обозначения для передачи даты (информационное поле даты – YYMMDD). Хотя многие из вновь разработанных систем соответствуют требованиям 2000 года, наряду с ними продолжают функционировать и старые системы, с которыми новые системы тесно взаимосвязаны и от которых они сильно зависят. Предположение о том, что без соответствующего анализа и тестирования любая прикладная система будет отвечать требованиям 2000 года, сопряжено с серьезным риском.

Проблема осложняется и необходимостью использования резервных величин, например, числа 99 в информационном поле года для указания, что данный файл необходимо сохранить навсегда, внести в архив или рассматривать каким-либо иным способом. Еще до наступления 2000 года некоторые из прикладных систем уже начнут вести себя неадекватно. Например, записи по 1999 году будут рассматриваться как особые файлы и обрабатываться нестандартным образом. Наконец, будет необходимо проверить все программы с учетом того, что 2000 год будет високосным. (При существующем календарном исчислении годы, оканчивающиеся на 00, как правило, не являются високосными, хотя и делятся на 4. Исключения составляют века, числовое значение которых делится на 4. Таким образом, 2000 год будет таким исключением из исключений по определению високосного года.)

Не существует единого подхода к фиксированию существующих прикладных систем или баз данных. Два наиболее распространенных подхода сводятся к добавлению двух знаков к полю года (CCYYMMDD) или к использованию так называемой техники окон, при которой анализируется двузначное поле года и год автоматически распознается как конкретное число (скажем, 60), которое отражается как 20yy, тогда как следующие за ним распознаются как 19yy. (Если дата охватывает более 100 лет (например, даты рождения составляют часть базы данных), то использование техники окон представляется нецелесообразным). Для решения проблем отдельных прикладных систем в качестве постоянных или временных мер применимы и другие способы фиксирования данных.

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

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

ОБЛАСТИ, ЗАТРАГИВАЕМЫЕ ПРОБЛЕМОЙ 2000. Проблема 2000 года потенциально может затронуть практически все направления деятельности учреждения. Вполне очевидно, что прикладные системы, опирающиеся на использование дат, относятся к числу уязвимых. Однако, многие системы, которые не опираются на их использование, применяют их способами, которые часто незнакомы пользователям, например, присвоение названия файлу или когда дата является частью ключа. Но где бы ни использовались даты, их надо распознавать, проверять и обрабатывать с учетом необходимости внесения соответствующих изменений.

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

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

РИСК И ИЗДЕРЖКИ. Невнесение всех необходимых изменений и непроведение испытаний систем чреваты серьезным риском. Вполне очевидными являются операционные риски. Неспособность наладить полностью автоматизированные операционные системы может привести к срыву самых простых операций, поскольку ручное или иное альтернативное управление такими функциями может оказаться неприемлемым при больших объемах обрабатываемых данных или внесении значительных изменений в состав данных.

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

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

Для решения проблем 2000 года банковскому сектору придется выделить огромные средства. Специалисты «Гартнер Груп» установили, что затраты на подготовку необходимых изменений и проведение проверок модернизированных систем могут составить во всем мире от 300 до 600 миллиардов долларов. Построчный анализ кодов каждой программы в среднем потребует около одного доллара за строчку. Затраты же крупных международных банков могут вылиться в сотни миллионов долларов. Не менее крупные банки с небольшим количеством внутренних прикладных систем понесут немалые затраты на тестирование модифицированных систем, предлагаемых сторонними разработчиками.

Проблема подготовки к 2000 году уже сама по себе сложна, поэтому ее решение не следует объединять с модификациями в обслуживании и программном обеспечении систем. Если возникнут проблемы, то будет трудно установить, являются ли они результатом мер по подготовке к 2000 году или вызваны внесением иных изменений. Многие организации замораживают другие проекты до момента решения проблемы 2000 года, чтобы свести до минимума трудности, связанные с отслеживанием проблем, хотя консервирование таких проектов на длительное время не представляется целесообразным.



Добавить комментарий

Войти через соцсети