Механизмы фаз и независимых операционных - R
advertisement
21 НОВЫЕ РАЗРАБОТКИ Механизмы фаз и независимых операционных дней как эффективный инструмент для ЦАБС и трансконтинентального банкинга Александр Киреев Юлия Ремесникова архитектор проекта Департамента банковского ПО «RSBank V.6» компании «RStyle Softlab» начальник аналитического отдела Департамента банковского ПО «RSBank V.6» компании «RStyle Softlab» Бизнес кредитного учреждения, у которого есть филиалы по всей территории нашей необъятной Родины — от Калининграда до Петропавловска Камчатского, можно назвать трансконтиненталь ным. Имеет ли смысл такому банку вести онлайновый учет своей деятельности в единой базе данных? Однозначно ответить сложно: многое здесь зави сит от количества филиалов и расстояния между ними и головным офисом, которое измеряется не только километрами, но и часовыми поясами. Для преодоления подобных препятствий и постро ения централизованной автоматизированной банков ской системы (ЦАБС)1 создатели ИБС RSBank V.62 реализовали в ее новой версии — release 203 — целый ряд технологических решений, направленных в пер вую очередь на структуризацию управления процес сами и информацией. Читателям наверняка будет интересно узнать, в чем заключаются эти инновации и какие преимущества они дают банковским техно логам и ИТспециалистам при автоматизации биз неспроцесов как в крупных мнофилиальных кре дитных учреждениях, так и в бесфилиальных банках. Некоторые подробности о ЦАБС Вряд ли стоит убеждать наших читателей в преимущест вах ЦАБС. Предположим, что ИТспециалисты трансконти нентального банка уже выбрали ее в качестве системы автома тизации своего кредитного учреждения и хорошо понимают ее логику. Остановимся на некоторых особенностях работы 1См. статьи «ЦАБС: дорогу осилит идущий» А.Коваленко — «RSClub», 2004, № 4/35/, с.25—27 и «Возможные варианты автоматизации многофилиального банка» А.Бизяева — там же, с.63—69. 2См. о ней, например, статьи «RSBank V.6 — новый банковский программный комплекс на платформе Oracle» А.Коваленко — там же, 2003, № 3/30/, с.17—19; «Решения на основе кластерных технологий для обеспечения непрерывной готовности ИБС RSBank V.6» А.Игнатова и М.Лазунского — там же, 2005, № 1/36/, с.28—33 и др. 3См. статью «Межбанковские расчеты в ИБС RSBank V.6 release 20» — здесь, с.34—38, а также здесь, с.14—16. RSCLUB № 3 ЦАБС, создающих для такого банка целый ряд затруднений, которых не было прежде, когда его бизнес обеспечивали локальные, слабо связанные друг с другом автоматизиро ванные системы, а база данных была распределенной. Вопервых, в единую БД централизованной АБС поступают данные сразу из нескольких филиалов. При этом каждый из них организационно независим — у него свои часы работы, продол жительность и время закрытия операционного дня, зависящие, скажем, от целевой клиентской аудитории либо от тех банков, с которыми у данного филиала установлены корреспондентские отношения. Таким образом, в ЦАБС приходится поддерживать одновременно несколько текущих операционных дней (ОД). Вовторых, региональные подразделения могут быть расположены в разных часовых поясах, поэтому время, ука занное в документах и в настройках базы данных, всегда следует трактовать с учетом поясной поправки. Если, например, из разных филиалов в БД централизованной АБС поступили два документа, в которых фигурирует одно и то же значение времени их приема от клиента, это вовсе не означает, что они были введены в систему одновременно. Втретьих, предполагается, что в ЦАБС параллельно рабо тает множество пользователей, которые находятся в разных помещениях, зданиях и даже городах. В небольшом бесфили альном банке нетрудно оповестить сотрудников операцион ного зала о том, что время приема клиентских документов истекло (пусть даже устно — встать и сообщить всем, что пора заканчивать работу), а в территориально распределенном кредитном учреждении это невозможно. Поэтому в АБС тако го банка просто необходимо предусмотреть специальные механизмы как для оповещения, так и для контроля за после довательностью выполняемых действий (допустим, чтобы исключить возможность выполнения проводок без ведома бухгалтера, уже приступившего к выверке счетов). Независимые операционные дни в филиалах Чтобы обеспечить удобное и эффективное управле ние кредитным учреждением с разветвленной структу рой, филиалы которого организационно самостоятельны ИЮЛЬ—СЕНТЯБРЬ 2005 г. 22 НОВЫЕ РАЗРАБОТКИ Механизмы фаз и независимых операционных дней как эффективный инструмент для ЦАБС и трансконтинентального банкинга и работают в определенной степени независимо друг от дру га (так, открытие и закрытие операционных дней в каждом филиале проводят уполномоченные сотрудники), в рамках ЦАБС должны быть предусмотрены специальные механизмы. К их числу относятся независимые опера* ционные дни, реализованные в ИБС RSBank V.6, в част ности для того, чтобы можно было разделить ответствен ность за поступающую в БД информацию, структурировать учет и повысить управляемость бизнеса (даже если филиа лы банка расположены в одном часовом поясе). Рассмотрим, как это выглядит на практике. В ходе рабо ты банка наступает момент, когда часть филиалов уже за крыли операционный день и открыли следующий, а осталь ные продолжают работать в рамках прежнего ОД. Поэтому единое для всей системы понятие «текущий операционный день» утратило свое значение, и теперь в RSBank V.6 ведется список открытых и закрытых ОД (Рис. 1), причем для каж дого филиала он свой (например, в одном филиале новый ОД уже открыли, а в другом еще нет). того, что в процессе завершения дня (как, впрочем, и при выполнении других регламентных и сервисных процедур) ограничения, если таковые вообще требуются, накладыва ются лишь на лицевые счета. При этом операционисты могут продолжать работу с документами — вводить их, осу ществлять проверки (предположим, достаточности средств на счете для выполнения проводки). Надо также заметить, что длительность самой процедуры завершения дня сокра щается в несколько сот раз — в частности благодаря тому, что ряд регламентных процедур реализуется в течение дня. Весь операционный день делится на несколько фаз. При пе реходе от одной фазы к другой выполняется часть опера ций, которые прежде осуществлялись при завершении ОД. Кроме того, если раньше процедура завершения дня рас пространялась на все лицевые счета, открытые в базе дан ных, то теперь и она, и переход между фазами проводятся в рамках филиалов (для этих процедур можно даже настро ить группировку лицевых счетов на более низком уровне, что также уменьшает время обработки одной такой группы). Наконец, завершение дня (равно как и переход между фазами) осуществляется в одной транзакции — поэтому минимизируется период, в течение которого запрещено выполнять проводки по счетам группы. Он длится всего лишь несколько секунд или даже доли секунды, однако даже в эти мгновения счета остаются доступными для просмотра и выбора в списках. Как открывается, проходит и завершается операционный день Фазы операционного дня Рис. 1. Экранная форма «Список операционных дней» Отказ от «монопольных» процедур как средство непрерывного обслуживания клиентов Отказ от «монопольных» процедур напрямую связан с независимыми операционными днями: невозможно тре бовать исключительного права на доступ ко всей базе дан ных ЦАБС для того филиала, в котором завершается ОД, ведь в этот период в остальных подразделениях работа не прекращается (там может продолжаться обслуживание клиентов). Даже в бесфилиальном банке закрытие операци онного дня в монопольном режиме вызывает целый ряд проблем, поскольку закрывать ОД принято после обработ ки последнего рейса из РКЦ, а в это время уже вовсю идет обслуживание клиентов (как юридических, так и физичес ких лиц) в следующем операционном дне. Новые решения, реализованные в ИБС RS*Bank V.6, позволяют не останавливать обслуживание клиентов ни на секунду. Это достигается в первую очередь за счет ИЮЛЬ—СЕНТЯБРЬ 2005 г. Вряд ли найдется банк, технологи которого не задумы вались бы над следующими проблемами: • Как организовать одновременную работу операци онного зала и отдела корреспондентских отношений по утрам, когда операционисты уже принимают докумен ты от клиентов в рамках нового ОД, а сотрудники отдела еще выполняют проводки за вчерашний день, формируя окончательную выписку? • Что делать, если один из операционистов провел в системе документ уже после того, как были подготовлены отчеты (ведь теперь придется все переделывать — хорошо еще, что вовремя заметили!)? • Где гарантия, что после выполнения регламентных процедур (таких, как урегулирование покрытий, парных счетов, обработка счетов овердрафта и пр.) не будет сдела но еще какихто бесконтрольных проводок? В каждом банке подобные задачи решают посвоему. Как правило, принимаются лишь организационные меры — воз можности же самой системы или других технических средств при этом не используются. В ИБС RSBank V.6 для ре шения подобных проблем введено понятие «фаза операци* онного дня». Мы уже упоминали, что ОД состоит из несколь ко фаз, переходы между которыми соответствуют началу или прекращению какогото вида деятельности. Например, ввод RSCLUB № 3 23 НОВЫЕ РАЗРАБОТКИ Механизмы фаз и независимых операционных дней как эффективный инструмент для ЦАБС и трансконтинентального банкинга в систему клиентских платежных документов начинается в момент открытия ОД и прекращается в момент завершения фазы «Операционное время по работе с клиентами». В дистрибутиве ИБС настроен типичный вариант распре деления работ, выполняемых в течение дня, по фазам (Рис. 2): Рис. 2. Экранная форма «Список фаз открытых операционных дней» Фаза № 1. «Операционное время по работе с кли* ентами». В этой фазе осуществляется основная работа операционного зала. После ее завершения выполнять текущим днем операции (по счетам клиентов), инициа торами которых являются клиенты, нельзя. Фаза № 2. «Пакет заключительных операций по счетам клиентов». К ним относятся, например, операции зачисления платежей на счета (в том числе клиентских пла тежей, которые не были зачислены в течение первой фазы). По окончании данной фазы запрещается совершать любые операции по счетам клиентов. Фаза № 3. «Пакет процедур завершения дня». В это время в подразделениях банка проводятся регламентные работы (от урегулирования парных счетов и рублевых покрытий до создания резервов по активам), которые обычно ассоциируются с завершением дня. По окончании данной фазы выполнять проводки по клиентским и коррес пондентским счетам запрещается. Фаза № 4. «Выверка счетов». В этой фазе работы осу ществляют только те сотрудники, которые уполномочены контролировать корректность проведенных операций и остатков по счетам (возможно, комуто более привычным покажется термин «Последующий контроль»). С момента начала данной фазы проводки можно выполнять только с согласия уполномоченного сотрудника (к примеру, бух галтера, который собственно и занимается выверкой). Фаза № 5. «Операционный день закрыт». Понятно, что Фаза № 1 начинается в момент откры тия ОД, а по наступлении последней фазы (в дистрибу тивном варианте — № 5) операционный день считается закрытым. При этом, как правило, он будет более про должительным, чем соответствующий календарный день. Открытый сегодня ОД будет закрыт не сегодня вече ром и даже не завтра утром, а, скажем, завтра ближе к обеду. Таким образом, даже в рамках одного подразде ления в каждый момент могут быть открыты сразу несколько операционных дней. RSCLUB № 3 Механизмы Разделить ОД на фазы и определить действия, кото рые можно выполнять в каждой из них, — это еще не все. Нужно сделать так, чтобы в зависимости от фазы операцион ного дня система автоматически давала пользователю разре шение или запрет на выполнение соответствующих дей ствий. Именно такие сервисные возможности существенным образом отличают ИБС RSBank V.6 release 20 от ее предшест венниц. Новый механизм, в частности, предусматривает: • контроль за своевременным переключением фаз; • оповещение сотрудников о необходимости перехода в следующую фазу; • возможность принудительного переключения после оповещения. Тем не менее «запрещенное» (в рамках одной фазы) действие все же можно выполнить (но только под кон тролем уполномоченного пользователя), что является еще одной важной особенностью новой версии системы. Для этого используется механизм критичных действий. Технология работы Рассмотрим взаимодействие двух сотрудников — бухгалте ра и операциониста. Пусть оба они работают с одними и теми же счетами. У каждого из них есть свой набор счетов, за кото рые они несут ответственность (как правило, у бухгалтера по добный набор шире, чем у операциониста). Бухгалтер начнет выверку счетов лишь после того, как действия операциониста будут завершены. В приведенном выше типичном варианте рас пределения ОД по фазам действия операциониста соверша ются в течение Фазы № 1, а бухгалтера — в течение Фазы № 4. Таким образом, в системе необходимо предусмотреть удобный механизм, который позволит бухгалтеру прове рить, перешли все интересующие его счета в 4ю фазу или нет, и, если это потребуется, выполнить их принудитель ный перевод. Данную функцию в системе выполняет груп па лицевых счетов — совокупность лицевых счетов, для которой можно назначить владельца и установить связь с определенной фазой ОД (Рис. 3). Рис. 3. Экранная форма «Группировка счетов для переключения фазы операционного дня» ИЮЛЬ—СЕНТЯБРЬ 2005 г. 24 НОВЫЕ РАЗРАБОТКИ Механизмы фаз и независимых операционных дней как эффективный инструмент для ЦАБС и трансконтинентального банкинга Выбрав из списка описание нужной группы и нажав на клавишу [F2], бухгалтер переключает все счета этой груп пы в заданную фазу, после чего с ними запрещается выпол нять операции, разрешенные для более ранних фаз. Други ми словами, бухгалтер может спокойно начинать работу, не опасаясь, что ктото из операционистов своими дей ствиями исказит общую картину остатков и оборотов по счетам за данный ОД. Такова суть первого, наиболее прос того сценария работы — мы назовем его «Командный». Но как же быть операционисту? Как раз в тот момент, когда он хотел было провести последний документ, бухгал тер (что называется «без объявления войны») переключил счета группы в другую фазу, заблокировав выполнение опе рации. Хорошенькое дело! Нет бы подождать пять минут… Здесь на помощь приходит второй, расширенный сценарий — «Добровольный». Для операциониста тоже создается груп па счетов, с помощью которой по окончании работы он завершает текущую фазу ОД на своих счетах. Таким образом, в системе различаются две группы счетов: 1) группа завершения — для завершения фазы ОД; 2) группа открытия — для открытия фазы ОД. Владелец группы завершения (в нашем случае — операцио нист), выполняя переключение в следующую фазу, сигнализи рует об окончании своей работы со счетами. Владелец группы открытия (в нашем случае — бухгалтер), переключая счета из предыдущих фаз в свою, требует завершения этих фаз, чтобы приступить к выполнению своей работы со счетами4. Правила контроля основаны на том, что каждый счет может одновременно входить в произвольное множество групп (как открытия, так и завершения). Предположим, что счет А входит в одну группу завершения Фазы № n и в одну группу открытия Фазы № n+1. Тогда владелец группы завер шения (например, операционист) может произвольным образом переключать для счета А Фазу № n в Фазу № n+1 и обратно до тех пор, пока не будет включена группа откры тия (т.е. пока бухгалтер не приступит к работе). Владелец группы открытия (бухгалтер) не может потребо вать переключения в Фазу № n+1 до тех пор, пока владелец группы завершения не закрыл Фазу № n (т.е. до момента, когда операционист закончит работать со счетами). Но в этом случае при попытке открыть новую фазу всем владельцам групп завер шения рассылается оповещение о том, что требуется закончить работу со счетами, входящими в данную группу открытия. Далее бухгалтер — «владелец» группы открытия — может подо ждать, пока все операционисты завершат работу со всеми сче тами, входящими в указанную группу (на его компьютере ото бражается список «проблемных» счетов — Рис. 4), но он также имеет возможность принудительно сменить фазу (в этом слу чае фактически реализуется «Командный» сценарий). А что же делать операционисту, если ему нужно провес ти документ, когда счета уже перешли в следующую фазу (ведь с ними уже работает бухгалтер)? Такая ситуация 4Предполагается, что группы завершения предназначены в первую очередь для опера ционистов, которые должны подтвердить завершение операций по клиентским счетам. Для последующих фаз группы завершения можно не настраивать. (Прим. Авт.) ИЮЛЬ—СЕНТЯБРЬ 2005 г. Рис. 4. Список «проблемных» счетов разрешается следующим образом: проводка документа выпол няется, но при условии, что от ответственного лица (бухгал тера) будет получено подтверждение данного действия. При этом используется стандартный механизм подтверждения кри тичных действий5. Система просит пользователя, инициировав шего критичную операцию, подождать подтверждения, а друго му пользователю — ответственному за текущую фазу на счете (владельцу группы открытия, в которую входит счет) — выдает стандартную форму подтверждения критичного действия. Выполнение регламентных процедур Целый ряд процедур, которые ранее выполнялись при завершении ОД, теперь можно «привязывать» к моментам завершения отдельных фаз. Например, можно настроить сис тему так, чтобы завершение Фазы № 2 «Пакет заключитель ных операций по счетам клиентов» сопровождалось автома тическим формированием выписки по клиентским счетам. Для этого, как и прежде, используется «Планировщик», только системных событий у него прибавилось — это и смена фазы, и новая процедура «Открытие операционного дня». Открытие операционного дня Откровенно говоря, даже в рамках прежней технологии работы можно было говорить не о закрытии предыдущего ОД, а об открытии нового. Теперь же такая трактовка регла ментных процедур становится все более востребованной. Если раньше закрытие одного операционного дня авто матически влекло за собой открытие следующего (новый ОД нельзя было открыть, не закрыв предыдущий), то теперь открытие нового дня должно стать отдельной процедурой. Если день не открыт, то для системы он вообще не существу ет, и выполнять в нем какие бы то ни было операции невоз можно (даже с помощью механизма критичных действий). Автоматическое переключение фаз Автоматизация переключения фаз, а также открытия и завершения дня является очень важным аспектом технологии 5Критичным действием считается проведение документа в несвойственной ему фазе. (Прим. Авт.) RSCLUB № 3 25 НОВЫЕ РАЗРАБОТКИ Механизмы фаз и независимых операционных дней как эффективный инструмент для ЦАБС и трансконтинентального банкинга работы ЦАБС. Понятно, что новые ОД должны открываться по мере наступления соответствующих календарных дат и нецелесообразно каждый день в каждом филиале выпол нять эту операцию вручную. Завершение обслуживания клиентов также, как правило, происходит в строго регла ментированное время. Эту процедуру тоже желательно про водить без вмешательства пользователя. «Планировщик» позволяет автоматизировать все эти дей ствия. В его расписании можно указать такие события, как «Смена фаз», «Закрытие дня», «Открытие дня», определив при этом периодичность и время выполнения соответствующих процедур. Одни фазы можно закрывать автоматически, дру гие только вручную. Например, фазу «Операционное время по работе с клиентами» («клиентский операционный день») удобнее закрывать автоматически (с использованием «Пла нировщика»), а фазу «Выверка счетов» («бухгалтерский опе рационный день») можно закрывать вручную — для этого по окончании выверки уполномоченный пользователь подает специальную команду (см. Рис. 3). Минимизация влияния человеческого фактора на про цесс переключения фаз нужна не только для удобства поль зователей, но и для обеспечения безопасности и контроля за соблюдением регламентов. Чем больше действий выполняет правильно настроенный автомат, тем ниже вероятность воз никновения ошибок или вмешательства злоумышленников. Управление глубиной доступа к архивным датам Согласно технологии, принятой в предыдущих версиях ИБС RSBank V.6, большая часть пользователей выполняла операции в рамках общего для всех текущего операционного дня. И только некоторые из них — как правило, бухгалтеры и работники отде ла корреспондентских отношений — имели возможность осу ществлять проводки в архиве. Этим пользователям присваива лось отличное от нуля значение параметра «Количество дней, открытых для проводок в архиве» (оно устанавливается админи стратором в приложении «Системный сервис»). При этом возни кало немало проблем. В частности, долгое время в расчетах применялись календарные дни. Если пользователю нужно было в понедельник проводить документы за прошлую пятницу, значение параметра должно было равняться 3. Но в этом слу чае можно было, скажем, в четверг выполнять проводки за по недельник (или в пятницу — за вторник). И хотя такой казус давно разрешен (глубину проводки в архив можно исчислять как в календарных, так и рабочих днях), проблемы с выполне нием проводок за выходные дни все же могут возникнуть. Еще один пример. Как известно, в начале каждого месяца, перед тем как сдавать отчетность, бухгалтеры активно работа ют в архиве, выверяя данные предыдущего месяца. При этом необходимая глубина доступа достигает 510 дней, а то и бо лее. В середине или в конце месяца она представляется излиш ней, и многие банки предпочли бы ограничивать бухгалтеров 12 рабочими днями. Если изменять параметры вручную, то это накладывает дополнительную нагрузку на администраторов, RSCLUB № 3 которая, помимо всего прочего, чревата ошибками (выдали право доступа в архив не тому пользователю и т.п.). В регламенте многих банков предусмотрена возмож ность выполнения в архивных днях только определенных операций. Настроить их виды в предыдущих версиях ИБС не представлялось возможным. Новый механизм позволяет решить все эти проблемы. Фактически глубину доступа определяет количество открытых операционных дней в тех фазах, в которых разрешены опера ции, выполняемые пользователем. Теперь система может под держивать любые технологии работы банка. В частности, в середине месяца операционные дни будут закрываться с «опозданием» на 12 дня (по мере выверки счетов), а перед сдачей отчетов количество операционных дней в фазе вывер ки может достигать 1015, и все они будут закрыты сразу, од ним махом — после сдачи отчета. При этом ничто не мешает настроить систему так, чтобы операции первой фазы (работа с клиентскими документами) выполнялись строго день в день. Кроме того, глубину доступа в архив можно ограничить с помощью параметра «Количество дней, открытых для проводок в архиве» — его решили оставить в системе, что бы обеспечить совместимость и возможность плавного пе рехода на новые технологии (банк может попрежнему ис пользовать его — до тех пор пока не будут созданы фазы и группы счетов для операционных дней). Эта настройка действует одновременно с механизмом фаз: даже если последний разрешает пользователю выполнить какоелибо действие в определенном дне, но ОД выходит за пределы интервала дат, заданного с помощью указанного параметра, то такое действие осуществить не удастся. Иными словами, действие будет заблокировано, если оно выполняется: 1) в недопустимой фазе; 2) в допустимой фазе, но глубина доступа в архив слишком велика; 3) в недопустимой фазе, и глубина доступа в архив слишком велика. Следует иметь в виду, что теперь в настройке отсчет дат ведется от наиболее позднего из открытых ОД для того филиала, к которому относится пользователь. Независимые операционные дни и отчетность Формирование отчетности в ЦАБС, конечно же, претерпе ло определенные изменения по сравнению с другими автома тизированными банковскими системами, что само по себе могло бы стать темой для отдельной статьи. Здесь же нам хоте лось остановиться на особенностях выпуска отчетности (вклю чая сводную по филиалам) в тех случаях, когда различные объ екты, включаемые в отчет, находятся в состоянии «разных опе рационных дней», то есть в разных фазах (читай: состояниях) по отношению к дате отчета. В этом нет ничего «криминаль ного» или сложного. Просто пользователя, выпускающего отчет, нужно уведомить о том, считается ли данный отчет окон чательным или только предварительным. Для этого можно: ИЮЛЬ—СЕНТЯБРЬ 2005 г. 26 НОВЫЕ РАЗРАБОТКИ Механизмы фаз и независимых операционных дней как эффективный инструмент для ЦАБС и трансконтинентального банкинга • либо информировать его о состоянии всех объектов, включенных в отчет (например, предоставлять сведения о диапазоне фаз, в которых они находятся); • либо предоставлять сервис контроля: пользователь указывает самую раннюю фазу, объекты которой включа ются в отчет, и в процессе его формирования система, обнаружив объекты более ранних фаз, предупреждает об этом, выдавая соответствующие сообщения. Учет часовых поясов В банковской операционной деятельности понятие «время» используется редко. В качестве немногочисленных примеров можно назвать хронологию сделок, заключен ных на бирже (в частности, на ММВБ), или выполнение дилинговых операций. Самый, пожалуй, характерный пример учета времени — это алгоритм позиционирования платежей (выбор корсхемы): в Справочнике корсхем время указывается для того, чтобы определить, можно ли в дан ный момент выгружать документы по заданной корсхеме. Ну и, конечно, время используется в «Планировщике». Во всех алгоритмах, где производится сравнение двух значений времени, предусмотрена поправка на разницу часовых поясов. Стратегии контроля фаз С чего же начать внедрение механизма фаз? Прежде всего рекомендуем выполнить необходимые настройки и разработать стратегию разграничения доступа к счетам и действиям над ними. Что и как можно настроить в системе 1. Перечень фаз. Он определяется технологиями, при нятыми в банке. Количество фаз при этом — произвольное. В дистрибутивном варианте их 5, но на практике можно раз делить ОД, скажем, на 2, 3 или 8 фаз или, не распределяя по фазам, различать лишь открытые и закрытые ОД. В послед нем случае нужно настроить в системе только 2 фазы: в пер вой будут выполняться все операции, а для второй («День закрыт») будет разрешен только выпуск отчетов. 2. Действия, доступные для выполнения в опреде* ленной фазе. Фазы интегрированы с механизмом опера ций, и для любого шага операции можно указать, в каких фазах он может осуществляться. Например, при обработке платежного поручения шаг «Списание средств с клиентского счета» может выполняться только в Фазе № 1, а шаг «Прием подтверждения по исходящему платежу» (он инициирует проводку по корсчету) — в Фазах №№ 13. 3. Виды документов, которые можно обрабаты* вать в определенной фазе. Для каждого вида докумен тов (кстати, в RSBank V.6 release 20 реализован иерархи ческий справочник видов документов) указывается, в пре делах каких фаз можно выполнять действия с этими доку ментами. Так, клиентские платежные поручения должны ИЮЛЬ—СЕНТЯБРЬ 2005 г. быть полностью обработаны в Фазе № 1, а мемориальные ордера можно вводить вплоть до самого закрытия ОД. 4. Перечень ответственных лиц — по фазам и подразделениям — определяется в интерфейсах справоч ника описанных выше групп, с помощью которого можно указать владельца каждой группы. Простые стратегии Простые стратегии формируются на основе первого («Командного») сценария, согласно которому группы закрытия не создаются. Они используются в более сложных стратегиях, предусматривающих дополнительный сервис — оповещение. Однако по своей сути все стратегии сводятся к двум следующим. Стратегия № 1. В ней всего две фазы, отличающиеся друг от друга возможностью выполнения проводок: во вто рой фазе она отсутствует — проводки там разрешаются только в рамках механизма критичных действий. А вот группы следует настроить скрупулезно, в частности преду смотреть отдельное переключение фазы для группы кли ентских счетов и для группы банковских счетов. Стратегия № 2. Количество фаз — произвольное. Шаги операций и документы тщательно настраиваются на допустимые фазы. Но при этом каждая группа закрытия определяется достаточно просто — в нее входят все счета филиала. Например, если в период, когда все счета находят ся в 3й фазе, пользователь попытается выполнить шаг «Списание средств со счета по платежному документу кли ента» (иными словами, совершить проводку по клиентско му счету), то такое действие будет заблокировано. А если при тех же условиях нужно осуществить «Урегулирование парных счетов» (т.е. другой шаг операции, другой вид до кумента), то соответствующее действие будет разрешено. Следует отметить, что обе стратегии можно использовать одновременно, разграничивая по фазам доступ как к счетам, так и к действиям над ними (ведь обработка платежного доку мента — это тоже выполняемое над счетами действие). * * * В рамках журнальной статьи описать все нюансы и тонкости большого механизма (а сделано действительно немало) невоз можно. Мы намеренно затронули лишь самые общие вопросы. Использовать заложенные в систему технологии неслож но: нужно лишь один раз их настроить (фигурально выра жаясь, «смазать часовой механизм»). Сам процесс настрой ки также не вызовет затруднений, если начинать внедрение с простых моделей и усложнять их постепенно — по мере роста потребности в автоматизации взаимодействия между пользователями и в дополнительном контроле со стороны системы за действиями каждого из них. А удостовериться в эффективности нашего решения, «пощупать его своими руками» можно на XI Форуме раз работчиков интегрированных банковских систем, где компания «RStyle Softlab» представит новую версию ИБС RSBank V.6 — release 20, в основу которой положе на концепция централизованной АБС. RSCLUB № 3
