Применяемые Финансовые Информационные Системы

Введение. Двумя самыми важными тенденциями современности можно считать рост глобализации бизнеса и увеличение возможностей компьютерных технологий. Глобализация бизнеса характеризуется такими факторами, как: 1) совершенствование системы перевозок и коммуникаций, которые уменьшили стоимость грузовых перевозок и сделали более действенными международные торговые операции;
2) возрастающее политическое давление потребителей, которые хотят иметь высококачественную продукцию по низким ценам, с целью защиты, продукции отечественного производства, которое имеет низкое качество но дорого стоит; 3) постоянное совершенствование технологии производства, требует затрат на разработку новой продукции, поэтому возрастает и объем этой продукции, в связи с необходимостью предприятий покрыть затраты и быть конкурентоспособными; 4) в мире существуют международные фирмы, которые могут переносить производство в любую точку, где затраты производства самые низкие. Результатом действующих факторов стала необходимость производства и продажи в глобальных масштабах с целью выживания. Сервесные (обслуживающие) компании, включая банки, рекламные агенства и фирмы, которые выполняют бухгалтерский учет и отчетность, также вынуждены “шагать по земному шару”, чтобы лучше обслуживать своих клиентов, если они функционируют во всем мире. Например, Всемирный Банк, Internet, SWIFT. Постоянный прогресс в развитии ЭВМ и технических средства связи существенно изменили методы принятия решений по финансовым вопросам. Сегодня система управления финансами включает в себя: 1) принятие управленческих решений относительно выбора активов и пассивов так, чтобы максимизировать прибыльность предприятия (фирмы). 2) ограничение вмешательства государства (дерегулирование) в деятельность кредитнофининсовых учреждений, вследствие чего появились тенденции к образованию больших, многоотраслевых, обслуживающих отрасли экономики финансовых корпораций. 3) ошеломляющий рост масштабов использования компьютеров для управления финансов, применение других электронных средств. 4) возросла роль мировых рынков и финансовых операций. 5) инфляция и последствия ее влияния на принятие деловых решений. Для принятия правильных решений по финансовым вопросам, компании создают единую информационную сеть в масштабах своего предприятия (локальные ИС), подключаться к корпоративным сетям, глобальным. Например таким, как – Корпоративная сеть банка «Украина», глобальная сеть – SWIFT. Следовательно специалисты по управлению финансами имеют возможность доступа к фактическим данным, которые основываются на достоверной базе данных, как следствие возрастает количественный и качественный анализ финансового состояния фирмы, при принятии альтернативных решений. Учитывая, что функционирование украинских предприятий, всех форм собственности, сопровождается: - постоянно меняющимися экономическими и правовыми условиями; - возрастанием конкуренции; - уменьшением прибыльности; - относительной стабилизацией основных, материальных и макроэкономических решений; Финансовые информационные системы должны включать и правовые и законодательные нормы, иметь доступ к системам регистрации, связь с банковскими системами, фондовыми биржами. Тенденции, изложенные выше, значительно изменили роль финансового менеджмента (системы управления финансами), а также необходимость создания автоматизированных систем управления. Если раньше специалисты по маркетингу планировали объем продажи товаров и услуг, ИТП (инженерно-технический персонал) определял объем ресурсов, необходимых для выполнения плановых заданий, а специалисты по управлению финансами, искали фонды для закупки необходимых производственных мощностей и товарно-материальных запасов. Теперь такой ситуации не существует. Создание интегрированных финансовых информационных систем (ФИС) повлекло за собой принятие решений с большей степенью координации всех заинтересованных лиц, а финансовые службы непосредственно отвечают за функции проверки и контроля использования ресурсов, широко используя при этом последние достижения в информационной технологии. Бухгалтерские информационные системы. Многие предприятия в условиях рынка рассматривают информацию в ка­честве ценного ресурса, который следует хранить, использовать и защищать как любой другой вид собственности. В целях получения информации, необ­ходимой для управления производственной и хозяйственной деятельностью, предприятие создает бухгалтерскую информационную систему. Она рассмат­ривается как существенный инструмент управления работой предприятия в рыночных условиях. БУИС служит связующим звеном между хозяйствен­ной деятельностью и людьми, принимающими решения (рис. 1). В ней осу­ществляются сбор, регистрация данных о хозяйственной деятельности на предприятии, их обработка, хранение, передача пользователям для анализа и принятия решений. Таким образом, данные о хозяйственной деятельности яв­ляются входом в БУИС, а полезная информация для лиц, принимающих ре­шения, - выходом из нее. Главная цель функционирования БУИС на пред­приятии - обеспечить руководство предприятия финансовой информацией для принятия обоснованных решений при выборе альтернативных вариантов использования ограниченных ресурсов. Некоторые предприятия также ис­пользуют нефинансовую информацию. В этом случае на предприятии созда­ется экономическая информационная система, которая состоит из взаимосвя­занных подсистем, обеспечивающих управленческий аппарат необходимой информацией. При этом бухгалтерская подсистема является наиболее важ­ной, так как выполняет ведущую роль в управлении потоком информации о состоянии объекта управления и направлении ее во все подразделения пред­приятия, а также заинтересованным лицам вне его. БУИС предоставляет бухгалтерскую информацию, отражающую пол­ную картину хозяйственной деятельности предприятия,. В настоящее вре­мя в условиях перехода на международные стандарты ведения бухгалтер­ского учета изменилась ориентация бухгалтерской информации. Если со­всем недавно ее основным пользователем были органы государственного управления, то сейчас бухгалтерская информация является основой для принятия управленческих решений как внутри предприятия, так и вне его, Прежде всего она предоставляет количественные данные, необходимые для выполнения таких функций управления производственной и коммер­ческой деятельностью предприятия, как планирование, контроль и анализ Для этапа планирования бухгалтер должен предоставить информацию о предполагаемой прибыли и потребности в денежных ре­сурсах. На этапе контроля от бухгалтера требуется информация сравнения фактических доходов и затрат с плановыми. На этапе анализа на основе бухгалтерской информации выясняется, была ли достигнута поставленная цель или нет. Если нет, то по каким причинам это произошло. По результатам анализа принимаются решения относи­тельно совершенствования системы управления предприятием. Главными пользователями бухгалтерской информации являются руко­водство и менеджеры служб предприятия. На основе этой информации определяются чистая прибыль предприятия за последний отчетный пери­од, соответствие нормы прибыли ожидаемой величине, наличие денеж­ных ресурсов, соотношение чистых активов (И уставного капитала, наибо­лее прибыльные направления деятельности, себестоимость производимой продукции.
Рис. 1. Схема управления предприятием в условиях использования БУИС Бухгалтерская информация помогает руководителям не только понять и проанализировать итоги, но и прогнозировать результаты деятельности предприятия при принятии различных решений.
Существуют внешние пользователи бухгалтерской информации. Это акционеры, инвесторы, кредиторы, покупатели, клиенты, аудиторы и ин­спектора налоговых служб. Акционерам и инвесторам важно знать, на­сколько эффективно и прибыльно используется собственный капитал вла­дельцев предприятия, нужны ли ему новые инвестиции или их объем сле­дует уменьшить, может ли фирма в будущем оставаться прибыльной и при каких условиях. Кредиторов интересуют вопросы о необходимости ссуды, способности предприятия своевременно выплачивать проценты за кредит и в срок расплатиться с долгами. В этой связи бухгалтерская ин­формация все в большей степени становится связанной с технико-эконо­мическим обоснованием и с бизнес планированием при привлечении ин­вестиций. Для покупателей продукции важны соответствие рекламы пред­приятия фактическому состоянию дел, обоснованность цены на товары, возможность обеспечения гарантийного обслуживания. Государственные службы интересуются полнотой и правильностью определения прибыли и исчисления налогов, соблюдением антимонопольного и валютного за­конодательства. При принятии решений следует учитывать, что бухгалтерская инфор­мация является в известной мере приблизительной, а не абсолютно точ­ной. В этой связи проблема толкования и правильного использования ин­формации ложится и на лицо, принимающее решение, и на бухгалтера. Бухгалтер предоставляет полезную информацию, а пользователь должен ее истолковать и применить при выработке решений. Чтобы бухгалтерская информация была полезной, она должна быть достоверной и значимой. Достоверность показывает, что информация полностью отражает хозяйственные процессы на предприятии, легко про­веряема и не выражает интересы какого-либо конкретного лица. Значи­мость бухгалтерской информации заключается в том, что она должна быть полезной при составлении планов, основанной на обратной связи и посту­пать к пользователю в нужное время. Обратная связь предполагает знание того, насколько верными оказались предыдущие ожидания. Необходимо учитывать, что выгоды, полученные от использования учетной информа­ции, должны быть больше произведенных на нее затрат. Чтобы бухгалтерская информация достаточно однозначно восприни­малась теми, кто участвовал в ее подготовке на предприятии, и теми, кто использует ее вне предприятия, она должна удовлетворять определенным требованиям. Во-первых, бухгалтерская информация должна удовлетворять требованиям сравнения и постоянства. Т.е. нельзя в течение учетного периода использовать разные формы и методы бухгалтерского учета, иначе пропадает возможность сравнения данных. Однако это не означает, что устаревший или неудачно выбранный метод бухгалтерского учета должен использоваться бесконечно долго. Для изменения используемой формы учета должны быть веские основания. Такие изменения могут происхо­дить в том случае, если они совмещены с началом нового учетного перио­да (года). Во-вторых, бухгалтерская информация должна быть существен­ной. Не следует терять время на учет незначительных факторов. Т.е. если усилия по учету сравнимы со стоимостью учитываемых средств, учет необходимо упростить. Каждое предприятие выбирает свой уровень су­щественности учета. Так, в зависимости от того, какое значение прида­ется объекту, в одном случае он может быть отнесен к основным средствам (ОС), а в другом - к малоценным и быстроизнашивающимся пред­метам (МБП) и сразу списан на затраты. В-третьих, бухгалтерская информация должна быть консерватив­ной. Так как отражение фактов хозяйственной деятельности в бухгалтер­ском учете не всегда Является однозначным, необходимо выбирать оцен­ку, которая менее оптимистична, т. е. следует рассчитывать на отсутствие прибыли и учитывать возможные убытки. Это обеспечивает осторожность в оценке активов, имущества и в определении величины прибыли. В-четвертых, бухгалтерская информация должна быть полной, содержать максимум сведений, которые необходимы пользователю. При проектировании БУИС необходимо учитывать, что они имеют как общие черты, свойственные всем системам автоматизированной обработ­ки экономической информации, так и специфические. К общим принци­пам построения и функционирования БУИС относят принципы первого лица, системного подхода, надежности, непрерывного развития, экономич­ности, совместимости. Принцип первого лица определяет право принятия окончательного ре­шения и порядок ответственности на различных уровнях управления. Принцип системного подхода предполагает в процессе проектирования БУИС проведение анализа объекта управления в целом и системы управле­ния им, а также выработку общих целей и критериев функционирования объ­екта в условиях его автоматизации. Данный принцип предусматривает одно­кратный ввод информации в систему и многократное ее использование, един­ство информационной базы, комплексное программное обеспечение. Принцип надежности характеризует надежность работы БУИС, кото­рая обеспечивается с помощью различных способов, например дублиро­вания структурных элементов системы или их избыточности. Принцип непрерывного развития системы требует возможности ее рас­ширения без существенных организационных изменений. Принцип экономичности заключается в том, что выгоды от новой БУИС не должны превышать расходы на нее. Принцип совместимости предполагает, что проектируемая БУИС бу­дет учитывать организационную структуру предприятия, а также интере­сы и квалификацию людей, осуществляющих бухгалтерский учет, при ус­ловии подготовленности их к работе в этой системе. Для БУИС свойственны и специфические черты. Так, в БУИС осуще­ствляется интеграция различных видов учета (оперативного, бухгалтер­ского и статистического) на основе единой первичной информации. При этом слияния этих видов учета не происходит, так как каждый из них вы­полняет свои функции и решает свои задачи. Принцип обратной связи является одним из основных принципов лю­бой системы управления. Однако только решив задачи бухгалтерского уче­та, можно осуществить обратную связь. БУИС - единственный источник достоверной информации для обратной связи. Именно эту информацию руководители предприятия используют для принятия решений. Кроме того, для БУИС характерным является возможность автоматиза­ции обработки учетной информации на всех участках учета, начиная с про­цесса сбора, регистрации информации (автоматизация первичного учета). При этом БУИС могут использовать помимо традиционных форм уче­та еще и новую автоматизированную форму учета, которая полностью от­вечает основным требованиям применения вычислительной техники и принципам бухгалтерского учета и отчетности. БУИС, являясь системой поддержки принятия решений бухгалтером, обеспечивает функцию учета при управлении объектом (промышленным предприятием, учреждением, ор­ганизацией и пр.).
Проблема автоматизации бухгалтерского учета на крупных предпри­ятиях остается одной из актуальных и сложных в современных условиях. Это связано прежде всего с необходимостью сбора и переработки значи­тельных объемов информации и своевременной выдачи результатов для их анализа и принятия управленческих решений.
В эпоху больших вычислительных машин были созданы первые БУИС для крупных промышленных предприятий. Это позволило централизовать обработку учетной информации. Экономические перемены в Украине, а также появление ПЭВМ привели к почти полному исчезновению разрабо­ток такого класса. Широкое распространение получила децентрализован­ная обработка учетной информации. Использование ПЭВМ приблизило источник информации к пользователю этой информации - бухгалтеру, минуя посредников (вычислительные центры, отделы предприятий по подготовке информации и др.), а также привело к созданию на базе ПЭВМ автоматизированных рабочих мест бухгалтера (АРМБ). Появилась возмож­ность автоматизации всех процедур по обработке учетной информации непосредственно на рабочем месте. В настоящее время для новых потребителей БУИС - менеджеров круп­ных предприятий в условиях рынка важны не только автоматизация учет­ных задач, но и возможность повышения эффективности управления пред­приятием, сохранение финансового равновесия, получение стабильной прибыли. В этой связи БУИС крупного предприятия должна обеспечивать: • автоматизированное решение всего комплекса задач бухгалтерско­го учета, планирования, анализа финансово-хозяйственной деятельности предприятия, а также внутреннего аудита; • получение оперативной, постоянно меняющейся информации о те­кущем состоянии дел на предприятии. Такой режим важен, например, для крупных промышленных предприятий, стремящихся более эффективно использовать свои ресурсы; для крупных торговых домов, которые могут терпеть убытки в случае, если информация о движении и наличии товаров и иных средств не обновляется в течение короткого времени, а также для других предприятий, где происходит постоянное движение больших объ­емов средств. Основной акцент при этом должен быть сделан на получе­нии оперативных аналитических отчетов и сводок по использованию вло­женных финансовых ресурсов; • возможность консолидированного управления и получения консо­лидированных финансовых отчетов. Крупные предприятия могут иметь филиалы или удаленные склады. Кроме того, финансы такого предпри­ятия могут принадлежать группе собственников. Поэтому актуальным яв­ляется наличие в такой системе удаленных рабочих мест с возможностью осуществлять обмен данными для оперативного управления из Центра. БУИС крупного предприятия, отвечающую данным требованиям, це­лесообразно создавать на основе комплекса АРМ учетных работников, действующих в сети с централизованным управлением. Изучение и обобщение зарубежной и отечественной теории и практи­ки показали, что на крупных предприятиях бухгалтерский учет организу­ется по двухуровневой системе управления - управленческий и финансо­вый учет. При этом информация ориентирована исключительно на поль­зователя. Управленческий учет оперирует показателями себестоимости, затра­тами подразделений, выявляет результаты проведенных операций по от­ветственным лицам, секторам деятельности, по другим подразделениям. Сметы, нормативы, калькуляции, оптимальные соотношения затрат и ре­зультатов - объекты управленческого учета. Его аналитические данные используются для управления операциями, отделами, бригадами подраз­делениями. Информация управленческого учета имеет четко выраженную внут­реннюю направленность. Она используется производственным, управ­ленческим персоналом, дирекцией для внутрихозяйственного управле­ния и зачастую настолько конфиденциальна, что считается коммерческой тайной. Финансовый учет направлен на обобщение, синтез информации. Он позволяет оперативно определять прибыль предприятия за некоторый период, обобщать активы и пассивы предприятия в форме отчетного ба­ланса, характеризовать имущественное и финансовое состояние пред­приятия. Информация финансового учета широко используется внешними по­требителями - инвесторами, кредиторами и другими организациями и предприятиями. Она необходима также и управленческому персоналу, финансистам, акционерам предприятия, членам правления для принятия финансовых решений, планирования и прогнозирования экономики пред­приятия, экономического анализа информации. Финансовый учет регламентируется общими для всех правилами, что гарантирует единообразие и понятность информации для всех. Досто­верность финансовой отчетности подтверждается независимым специа­листом - аудитором. Финансовый и управленческий учет - это самостоятельные, но взаи­мосвязанные подсистемы бухгалтерского учета, основанные на одном и том же массиве первичных данных и первичной документации. Нецелесо­образно собирать первичные данные для каждой подсистемы отдельно". Они тесно связаны между собой и не могут обойтись без взаимного обме­на информацией. Первичный учет представляет собой систему сбора, измерения, реги­страции, накопления, хранения информации, а также передачи ее для даль­нейшей обработки. Информация первичного учета обеспечивает обратную связь в БУИС, а значит, и для управленческого, и финансового учета, а также для всех других подсистем, использующих первичную информа­цию при подготовке и принятии управленческих решений. В этой связи при создании БУИС на крупном предприятии первичный учет следует также выделить в отдельную подсистему. На крупном предприятии обработка учетной информации с помощью БУИС ведется на трех уровнях, соответствующих первичному, управлен­ческому и финансовому учету (рис.16). На каждом уровне в соответствии с методологией сбора, регистрации и обработки учетной информации соз­даются АРМ экономистов, бухгалтеров, финансистов и аналитиков, взаи­модействующие между собой. Применение АРМ для обработки данных непосредственно на рабо­чих местах специалистов различных уровней учета обеспечивает мини­мальное использование бумажных носителей, достоверность и полноту информации. Рис. 2. Схема взаимосвязи и распределения АРМ по уровням учета в БУИС на крупном предприятии АРМ организованы по функциональным участкам, каждый из которых связан или с первичным учетом (материалов, готовой продукции (ГП), табельным учетом), или с определенным объектом бухгалтерского учета, где осуществляются непрерывная регистрация и обработка хозяйствен­ных операций (по учету материальных ценностей (МЦ), основных средств и нематериальных активов, труда и заработной платы, финансово-расчет­ных операций, готовой продукции и ее реализации), а также со сводным учетом и составлением отчетности, планированием и анализом, а также внутренним аудитом. При выделении участков необходимо учитывать, что каждый участок должен отвечать следующим требованиям: • располагать своим набором хозяйственных операций и проводок;
• иметь свое, возможно пересекающееся с другими участками, под­множество плана счетов; • иметь свои, присущие только ему, первичные документы и отчет­ные формы. Также необходимо учитывать конкретные условия, сложившиеся на предприятии, и особенности учетной политики.
Для каждого АРМ или группы АРМ разрабатывается самостоятельный программный модуль. Организованная таким образом БУИС представля­ет собой открытую модульную систему, для которой характерна возмож­ность добавления и удаления ее компонентов (АРМ). Это важно, потому что при разработке БУИС добавляемые со временем модули не должны вызывать перестройку всей системы. Сопоставимость информации раз­личных АРМ обеспечивается за счет создания единого фонда норматив­но-справочной информации (НСИ). В зависимости от используемых средств организационной или вычис­лительной техники обмен информацией между отдельными АРМ в БУИС может осуществляться двумя способами: 1) с помощью магнитных носителей (дисков); 2) по каналам связи при наличии сети, а также посредством электрон­ного обмена данными через шлюзы модемной связи. Первый способ обеспечивает ведение учета по отдельным участкам каждого уровня. Баланс формируется за отчетный период путем слияния данных, получаемых на различных участках (файлов проводок). Второй способ наряду с ведением бухгалтерского учета по всем уча­сткам позволяет получать оперативную информацию о текущем состоя­нии дел на предприятии. При таком способе обработки учетных данных удаленные АРМ, находящиеся на первом уровне (первичный учет), связа­ны с АРМ второго уровня (управленческий учет) электронной почтой че­рез модемы. АРМ второго и третьего (финансовый учет) уровней взаимо­действуют в сети через каналы связи. Единицей обмена данными между АРМ служит файл, состоящий из множества проводок. В процессе такого обмена результирующие файлы обновляются непрерывно по мере совер­шения хозяйственных операций. Таким образом, каждый уровень преду­сматривает переработку исходной информации , получение результирую­щих данных и в автоматизированном режиме передачу их на более высо­кий уровень. На первом уровне (первичный учет) с помощью АРМ работни­ков, ведущих первичный учет, выполняются сбор, регистрация, накопле­ние и частичная обработка первичной информации, возникающей в про­изводственно-хозяйственных подразделениях предприятия (цехах, скла­дах, подразделениях). На этом уровне функционируют АРМ по учету ма­териальных ценностей, ведению табельного учета и учету готовой про­дукции на складе. Полученные на каждом участке результирующие данные на основе модемной связи поступают на второй уровень- управленческий учет, который характеризуется трудоемкими ручными операциями, а так­же большими объемами учетных номенклатур. На этом уровне данные первичных документов и информация, полученная по электронной почте с нижнего уровня, регистрируются и группируются в системе синтетиче­ских и аналитических счетов. Для этого сведения об остатках хозяйствен­ных средств и их источниках, а также данные текущих хозяйственных опе­раций отражаются в различных учетных регистрах. На втором уровне функ­ционирует группа АРМБ (по учету материальных ценностей, основных средств и нематериальных активов, труда и заработной платы, финансо­во-расчетных операций, готовой продукции и ее реализации, затрат на производство). Она формирует результирующие данные, отражающие все хозяйственные операции предприятия в стоимостной оценке, в виде фай­лов бухгалтерских проводок. Эта информация передается на более высокий третий уровень обработки данных - финансовый учет, где организуются АРМ сводного учета, финансового анализа и планирования, а также внутреннего аудита. С помощью АРМ сводного учета на основе данных аналитического и синтетического учета, поступающих по каналам связи с нижних уровней, формируются Главная книга, бухгалтерский баланс, отчет о финансовых результатах и другие учетные регистры синтетического и аналитического учета. АРМ финансового анализа и планирования обеспечивает финансовый анализ и планирование, позволяющие формировать аналитическую инфор­мацию для принятия решений, а также предоставлять руководству опера­тивную информацию. К такой информации относятся показатели себестои­мости, прибыли, состояние расчетного и других счетов, дебиторской и кредиторской задолженности, различные экономические показатели, ди­намика их движения в виде таблиц и графических диаграмм, результаты анализа, прогнозы, сведения о сотрудниках. Вся эта информация может быть получена по запросу в любой момент времени. АРМ внутреннего аудитора позволяет отслеживать изменения в систе­ме бухгалтерских стандартов, анализировать хозяйственную ситуацию и законодательство, вырабатывать предложения по учетной политике, регу­лированию издержек и рациональному построению инвестиционной по­литики, осуществлять налоговое планирование. В целом данные финансового учета используются в планировании и прогнозировании экономики предприятия, в финансовом менеджменте, в экономическом анализе всей информации предприятия. В результате функционирования такой БУИС формируются объективные данные, которые необходимы руководству для принятия решений. Эти реше­ния влияют на сохранение финансового равновесия, на выбор наиболее эф­фективных направлений производственной и коммерческой деятельности для получения стабильной прибыли -и рентабельности в условиях рынка. На крупном предприятии обработка учетной информации ве­дется на трех уровнях с помощью АРМ учетных работников. Фонд НСИ обеспечивает сопоставимость данных, посту­пающих от различных АРМ. Единицей обмена информацией между ними служит группа проводок При создании БУИС на небольших предприятиях использование ПЭВМ позволяет, автоматизировать все процедуры по обработке инфор­мации на рабочем месте бухгалтера. Существует несколько подходов к автоматизации бухгалтерского уче­та при создании таких БУИС. Это связано с тем, что небольшие предпри­ятия с простой и слаборазвитой структурой не требуют ведения управлен­ческого учета как отдельной подсистемы. При первом подходе создается система, автоматизирующая только финансовый учет. Такую БУИС относят к классу мини-бухгалте­рий. Как правило, бухгалтерский учет в этой системе ведется одним чело- . веком - бухгалтером. При втором подходе кроме финансового учета частично автоматизируется управленческий учет. В этом случае бухгалтерский учет ведут два человека (бухгалтер и его помощник) либо на одном рабочем месте путем разграничения доступа, либо на двух рабочих местах. Автоматизация финансового и управленческого учета достига­ется при третьем подходе. В такой системе при значительных объемах обрабатываемой информации используется многопользователь­ский режим. Несколько компьютеров объединяются в локальную сеть, а каждый из компьютеров рассматривается как отдельное рабочее ме­сто бухгалтера. Выбор подхода зависит от типа предприятия и его размеров. В отличие от крупных предприятий на небольших предприятиях ос­новное внимание уделяется ведению финансового учета, который по тру­доемкости и значимости занимает главное место. Он направлен на обоб­щение и синтез учетной информации.
Ведение же учета по отдельным участкам, например, таким, как учет труда и заработной платы, учет готовой продукции и ее реализации, учет основных средств и нематериальных активов, учет материальных ценно­стей, сводный учет и др., осуществляется посредством применения от­дельных программных модулей (блоков). С использованием принципа кон­струирования создается единый программный комплекс, который ориен­тирован на пользователя-бухгалтера и охватывает все рутинные и трудо­емкие учетные работы. Основная роль бухгалтера в этих условиях сво­дится к правильности оформления хозяйственных операций, принятию ре­шений, анализу и контролю правильности формирования отчетной доку­ментации. Работа бухгалтера становится более рациональной, ПЭВМ пре­вращается в главный инструмент его деятельности.
Программный комплекс для автоматизации бухгалтерского учета на малых и средних предприятиях, охватывающий финансовый и управлен­ческий учет, состоит из двух модулей (рис. 3). Рис. 3. Структура программного комплекса автоматизации бухгалтерского учета на малых и средних предприятиях. Модуль управленческого учета позволяет вести учет в суммовом и количественном выражении для участков учета основных средств и нема­териальных активов, учета товарно-материальных ценностей (ТМЦ) и МБП, учета готовой продукции (товаров - для торговых предприятий), расчетов по оплате труда. Набор этих участков можно менять исходя из потребностей пользователей. Основными учетными регистрами данного модуля являются аналити­ческие регистры по участкам учета - журнал учета первичных докумен­тов, журнал учета товарно-материальных ценностей, журнал учета хозяй­ственных операций. Модуль финансового учета позволяет вести учет по всем счетам бухгал­терского учета. Основными его учетными регистрами являются аналитиче­ские регистры (журнал первичных документов, журнал хозяйственных опе­раций) и регистры сводного учета (Главная книга, оборотные ведомости). Связь между модулями осуществляется через Журнал хозяйственных операций. Работа с программным комплексом (рис. 4) начинается с заполнения справочников. Это делается для настройки комплекса на ведение учета на конкретном предприятии. По назначению все справочники разделены на пять групп. • Справочники общего назначения: наименования документов (SPRDOK); предприятия (SPRPR); услуги по счету—услуги связи, транспортные услуги и др. (SPRUS). • Справочники, связанные с учетными журналами ТМЦ: товарно-материальные ценности (SPRM); единицы измерения (SPRED); операции движения (SPROP). • Справочники, связанные с бухгалтерскими проводками: план - счетов бухгалтерского учета (SPRCH); бухгалтерские проводки (SPRPROV); группы проводок (SPRGR); налоги (SPRNAL). • Справочники, связанные с аналитическим учетом: объекты предприятия (SPROB); подразделения (SPRPOD); коды аналитического учета (SPRAN). • Справочники, связанные с курсами валют (SPRVAL). По структуре построения справочники делятся на простые и сложные. Простые справочники имеют стандартную структуру: код, наименова­ние, дополнительные признаки (наименование документа, единицы изме­рения, услуги по счету, операции движения). Сложные справочники включают в себя два и более уровней вложен­ности данных. Это делается для того, чтобы облегчить работу с объемны­ми справочниками, большое количество записей которых невозможно раз­местить на экране. Так, двухуровневый справочник План счетов бухгалтерского учета состоит из девяти разделов (в соответствии с планом счетов). Каждый раздел содержит соответствующий счет. Количество записей в разде­лах - около 20. Их целиком можно вывести на экран. Трехуровневый справочник также состоит из разделов, каждый из ко­торых содержит подразделы. Примером трехуровневого справочника яв­ляется справочник проводок, состоящий из уровней разделов счетов, сче­тов и проводок по каждому счету. Исходная информация вводится в базу из первичных документов. Для автоматизации используются следующие стандартные первичные доку­менты по учету: • движения материальных ценностей (приходный ордер, приемный акт, накладная, акт на списание, требование, лимитная карта); Рис. 4. Схема данных автоматизированного ведения бухгалтерского учета на предприятиях малого и среднего бизнеса. • финансово-расчетных операций (платежное поручение (ПП), пла­тежное требование-поручение (ПТП), приходный и расходный кассовые ордера (ПКО и РКО) и др.); • основных средств (инвентарная карточка учета основных средств, акт приема-передачи, акт на ликвидацию основных средств, накладная на внутреннее перемещение); • труда и заработной платы (табель учета рабочего времени, наряд на сдельную работу, рапорт о выработке); • готовой продукции (товаров) - акт, приходный ордер, приказ-на­кладная, приемо-сдаточная накладная, карточка складского учета, дого­вор поставки и другие документы. На основании информации первичных документов формируются фай­лы оперативной информации, в которые автоматически заносится инфор­мация соответствующих справочников. Такое использование справочников ускоряет ввод информации в базу данных, повышает ее точность и достоверность. Основным файлом оперативной информации является Журнал первич­ных документов (GLJPD). В него заносится информация первичных доку­ментов, по которым совершены хозяйственные операции. К учету прини­маются документы, составленные по установленной форме и имеющие шесть основных реквизитов (наименование документа, номер документа, дата выписки документа, наименование предприятия, оформлявшего до­кумент, сумма операций, дата совершения хозяйственной операции по документу). Если указаны первые пять реквизитов документа, то документ счита­ется зарегистрированным, но по нему нельзя оформлять проводки в Жур­нал учета хозяйственных операций (GUHO). Это можно сделать, когда будут заполнены все шесть перечисленных выше реквизитов документа. В этом случае документ имеет юридическую силу и может быть отра­жен в бухгалтерии предприятия. Таким образом, основой всех учетных процедур является первичный документ, а не проводка. Главным пре­имуществом такого подхода является большая естественность работы с исходной информацией. Пользователь заполняет лишь поля экранной формы, соответствующие макету документа, а программа выполняет контировку. Это упрощает процедуру ввода исходной информации, сокра­щает число ошибок за счет облегчения визуального контроля вводимых данных. Файл GUPD включает следующие реквизиты: • наименование документа; • предприятие; • дата операции; • сумма; • название группы проводок; • комментарии; • операция движения. На основании файла GUPD формируются файлы оперативной инфор­мации по участкам учета - журналы учета товарно-материальных цен­ностей: • материалов (GUM);
• МБП (GUMBP); • основных средств (GUOS); • готовой продукции (товаров) (GUTP); • хозяйственных операций (GUHO). На основе информации этих файлов ведутся суммовой и количест­венный учет материальных ценностей по местам хранения ( на складе ) или по местам нахождения (в производстве), учет основных средств и нематериальных активов, учет готовой продукции (товаров) и се реа­лизации.
Файл GUM включает следующие реквизиты: • наименование документа; • номер документа; • сумма операции; • предприятие; • дата операции; • операция движения; • наименование товарно-материальной ценности; • тип; • номенклатурный номер; • приход (объект и подразделение, счет/субсчет); • расход (объект и подразделение, счет/субсчет); • единица измерения; • количество; • цена: • добавочная стоимость (наценка); • сумма. Файл GUMBP имеет аналогичные реквизиты. Но МБП начисляется износ. В системе предусмотрены два способа погашения стоимости МБП в эксплуатации: • путем начисления износа в размере 50% от стоимости при передаче их в эксплуатацию и в размере остальных 50% при выбытии за непригод­ностью; • путем начисления 100% износа при передаче МБП в эксплуатацию. Износ по МБП в зависимости, от учетной политики предприятия мож­но получить в ведомости аналитического учета, сформированной на осно­вании файла GUMBP . Файл GUOS содержит такие же реквизиты, как и файл GUM, а также дополнительные реквизиты: • дата ввода в эксплуатацию; • инвентарный номер ( приход, расход); • процент амортизации (годовой); • дата установки процента амортизации; • износ; • начальный пробег; • конечный пробег. В файл GUTP поступает информация о товарах, приобретенных пред­приятием для продажи, и о готовой продукции, предназначенной для реа­лизации. В файле содержатся такие же реквизиты, как и в файле GUM. Кроме того, появляется еще один реквизит - учет по цене (покупки или продажи). Журналы учета товарно-материальных ценностей связаны с файлом GUPD и с файлом GUHO. Они могут формироваться либо на основании GUPD, либо на основании файла GUHO. Файл GUHO является вторым по значимости после файла GUPD. В нем хранятся данные всех хозяйствен­ных операций, отражающих деятельность предприятия. Новые данные в файл GUHO вводятся на основании файла GUPD. Файл GUHO состоит из следующих реквизитов: • наименование документа; • номер документа; • дата: • сумма: • предприятие; • дата операции; • наименование операции; • счет (дебет, кредит); • код аналитического учета • валюта; • сумма в валюте; • сумма в рублях. Первичные документы - ПП, ПТП, ПКО, РКО, счета и товарно-транс­портные накладные - используются для формирования следующих фай­лов оперативной информации: • Журнал регистрации платежных поручений (GRPP); • Журнал регистрации платежных требований-поручений (GRPTP); • Журнал регистрации приходных кассовых ордеров (GRPKO); • Журнал регистрации расходных кассовых ордеров (GRRKO); • Журнал регистрации счетов на оплату (GRCH); • Журнал регистрации товарно-транспортных накладных (GRTTN). Файл GRPP содержит следующие реквизиты: • плательщик; • банк плательщика; • код межфилиальных оборотов (МФО) и код участника . дебетовый счет (расчетный счет); • дата; • номер платежного поручения; • получатель (краткое и полное название предприятия); • банк получателя; • код (МФО и код участника); • счет (расчетный счет получателя, корреспондентский счет); • комментарий (назначение платежа); • номер (название муниципального округа или регистрационный номер в налоговой инспекции); • код (плательщика, получателя); • дата услуг; • срок платежа; • корреспондентский счет (при выполнении одиночной проводки); • группа проводок; • дата исполнения. Файл GRPTP содержит аналогичные реквизиты. Файлы GRPKO и GRRKO имеют одинаковую структуру входят следующие реквизиты: • дата; • номер документа: • сумма; • принято от (выдать для расходного кассового ордера); • основание; • приложение; • корреспондентский счет; • шифр аналитического учета; • шифр; • группа проводок; • предприятие (от которого поступили деньги). На основании данных файлов GRPP, GRPTP, GRPKO, GRRKO фор­мируются программным путем следующие платежные документы: ПП, ПТП, ПКО, РКО. И после того как по документу проведена хозяйственная операция, ее отражают в учете путем совершения бухгал­терской проводки. Это выполняется либо путем ввода информации первичного документа в файл GUPD и далее в файл GUHO, либо путем передачи информации из файла Журнал регистрации первичных доку­ментов в файл GUHO. Таким образом, хозяйственная операция отра­жается в учёте только после формирования первичного документа и его утверждения. При таком подходе в базе данных программного комплекса хранятся и первичные документы, и соответствующие им проводки. Имеет место определенная избыточность в объемах храни­мой информации, однако технология работы с программой упрощает­ся и полностью снимаются проблемы, связанные с установлением ста­туса документов. Файлы GRCH и GRTTN предназначены для формирования счетов и товарно-транспортных накладных соответственно и вывода их на печать. Файл GRCH содержит следующие реквизиты: • счет N; • дата; • плательщик (адрес, код участника, МФО банка, корреспондентский счет, расчетный счет); • предмет счета (услуги по счету, материалы, МБП, товары и др.); • единица измерения; • количество; • цена; • сумма; • итого; • дата подтверждения; • дата оплаты. Все счета делятся на четыре группы: • выписанные; • подтвержденные; • оплаченные; • просроченные. К выписанным относятся все счета. К подтвержденным - счета, ко­торые фактически не оплачены, но плательщики подтвердили намере­ние их оплатить. Оплаченные счета — это счета, по которым прошла оплата. К просроченным относят счета, все сроки оплаты которых уже прошли. Файл GRTTN включает реквизиты: • от кого (реквизиты предприятия); • накладная N; • дата; • кому (предприятие, корреспондент): • наименование; • единица измерения; • количество; • цена; • сумма; • итого. Сформированные из первичных документов файлы оперативной ин­формации являются основой для обработки всей учетной информации на ПВМ. Данные этих файлов используются для формирования реги­стров аналитического учета (аналитические ведомости по Журналу уче­та хозяйственных операций в стоимостном выражении, аналитические ведомости по журналам учета товарно-материальных ценностей в стои­мостном выражении). На основании данных массива GUHO формиру­ются регистры сводного учета: Главная книга, сводная оборотная ведо­мость, сводная валютная ведомость, приведенная валютная ведомость, кассовая книга. Регистры аналитического учета представляют собой нестандартные ведомости программного комплекса. Их настраивает сам пользователь. Настройка заключается в указании полей в учетных журналах и последо­вательном их использовании при формировании ведомости.
Аналитические ведомости формируются по: • дебиторам и кредиторам; • покупателям и заказчикам; • поставщикам и подрядчикам; • подотчетным лицам;
• видам затрат на производство; • местам возникновения затрат; • видам выпускаемой продукции, работ, услуг; • статьям прибылей и убытков и др. Регистры синтетического учета - это стандартные ведомости синте­тического учета, способ формирования которых изменить нельзя. Регистры сводного учета - сводные оборотные ведомости по счетам, в которых сводятся и обобщаются остатки и обороты по отдельному сче­ту (табл. 2) или по всем счетам за отчетный период (табл. 3). Таблица 2. Сводная оборотная ведомость по счету за 19 г. Реквизиты первичного документа Сумма проводки Дата доку­мента доку­мент номер доку­мента дата опера­ции Сумма по дебет сумма по кредиту корреспондент­ский счет проводки назва­ние опера­ции Оборот Конеч­ное сальдо Таблица 3. Сводная оборотная ведомость за 19 г. Счет (субсчет) Начальное сальдо Обороты Конечное сальдо Дебет Кредит Дебет Кредит Дебет Кредит Итог Свернуто х ц 5 . 1 О. с х Е § & S х 1 Св ^- U ^ S 3 ^ s s Ш 1 ев и и i S о ВС & s. с (4 ^ О S t-( 1 et U1 ^ u A. Сводная оборотная ведомость по субсчетам аналогична Сводной оборотной ведомости по счетам. Отличие заключается в том, что для счетов, имеющих субсчета, сначала формируется Сводная ведомость по счету в разрезе субсчетов с указанием сальдо и развернутых оборо­тов по каждому субсчету, а затем формируется Сводная оборотная ве­домость по выбранному субсчету с указанием списка хозяйственных операций. Главная книга аналогична оборотной ведомости по счету, однако в от­личие от нее содержит обороты по счету, свернутые по корреспондирую­щим счетам. Главная книга бухгалтерского учета содержит по каждому корреспондирующему счету: • начальное сальдо (дебет, кредит); • конечное сальдо (дебет, кредит); • развернутые обороты за выбранный период в корреспонденции с другими счетами (дебет, кредит). Баланс предприятия можно сформировать по любой сводной оборот­ной ведомости. Сводная валютная ведомость - сводная оборотная ведо­мость по всем валютным счетам — формируется только для одной выбран­ной валюты. Приведенная валютная ведомость - сводная оборотная ведомость, при­веденная к одной выбранной валюте. Кассовая книга формируется из файла GUHO. Она составляется каж­дый день в виде установленной для кассовой книги формы. Главное меню программного комплекса по автоматизации бухгалтер­ского учета на малых и средних предприятиях состоит их пяти основных функций: • Учетные журналы; • Справочники; • Ведомости; • Настройка; • Сервис. Дерево диалога данного комплекса представлено на рис. 5. Функция Учетные журналы включает следующие режимы: • Хозяйственные операции; • Материалы; • МБП; • Товары; Основные средства . Регистрация ПП; • Регистрация ПТП; • Регистрация РКО; • Регистрация ПКО; • Регистрация счетов; • Регистрация накладных; Рис.19. Дерево диалога программного комплекса автоматизации бухгалтерского учета на малых и средних предприятиях. В режимах Хозяйственные операции, Материалы, МБП, Товары, Ос­новные средства из первичных документов заполняются Журнал первич­ных документов, учетные журналы ТМЦ и Журнал хозяйственных опера­ций.
Сначала оформляется первичный документ в Журнале первичных до­кументов, а затем оформляются либо проводки в Журнале хозяйственных операций, либо записи движения ТМЦ в учетных журналах ТМЦ. В режимах Регистрация ПП, Регистрация ПТП, Регистрация РКО, Ре­гистрация ПКО, Регистрация счетов. Регистрация накладных выполняет­ся заполнение журналов регистрации соответствующих первичных доку­ментов. В этих режимах можно просмотреть любой журнал, а также доку­менты, по которым не было проводок в Журнал хозяйственных операций. По желанию можно распечатать любой первичный документ на принтере. Кроме того, в режиме Регистрация счетов можно проконтролировать сче­та на оплату.
Функция Справочники включает следующие режимы: • Предприятия; • Услуги по счету; • Наименование документа; • Товарно-материальные ценности; • Единицы измерения; • Операции движения; • План счетов; • Бухгалтерские проводки: • Группы проводок; • Налоги; Коды аналитического учета; • Объекты предприятия; • Подразделения; • Курс валюты, Данная функция позволяет заполнить любые справочники, задейство­ванные в программе, и тем самым настроить программный комплекс на ведение бухгалтерского учета на конкретном предприятии. Каждый режим . соответствует отдельному справочнику. Справочники можно заполнять, просматривать и выводить на печать. Функция Ведомости позволяет формировать различные ведомости и отчеты. Она содержит следующие режимы: • Главная книга; • Сводная оборотная; • Сводная по счетам; • Сводная валютная; • Приведенная валютная; • Кассовая книга; • Ведомость-диаграмма; • Аналитическая. Для формирования любой ведомости или отчета 'следует выбрать со­ответствующий режим и указать период, за который необходимо сформи­ровать отчетный документ. Функция Настройка предназначена для индивидуальной настройки программного комплекса на учетную политику конкретного предприятия. Функция включает режимы: • Выбор работы (тип предприятия, обучающий режим); • Звуковые сигналы (настройка звуковых сигналов или речевых сооб­щений во время работы программы); • Принтер, формат листа (настройка на определенный тип принтера и установка параметров печати); • Дата и время (настройка внутренних часов и календаря компьютера); • Рабочий период (установка отчетного периода, за который формиру­ются ведомости); • Проверки (настройка различных проверок при работе программы, контроль наличия вводимых данных в справочнике, антивирусная про­верка и др.); • Подтверждение (установка запросов для подтверждения, например, при удалении записи, группы записей, последней записи и др.); • Время сохранения экрана (установка времени, через которое гаснет экран); • Порт модема (установка номера порта с модемом для автодозвона из справочников предприятия); • Прочие установки (установка формата чисел при печати платежных документов; кодирование данных при окончании работы с программой; запрос периода при формировании ведомостей и др.). Функция Сервис служит для облегчения работы пользователя с про­граммным комплексом и включает основные режимы: • Общая информация (позволяет получить информацию о типе пред­приятия, с которым работает пользователь, о свободном месте на диске и в оперативной памяти, о рабочем периоде и др.); • Помощь (позволяет пользователю получить конкретную справку по возникшей в процессе работы проблеме); • Визитная карточка изготовителя (дает информацию о фирме-изгото­вителе: название, адрес, телефон, номер версии программы); • Восстановление базы (служит для восстановления архива с дискеты на жесткий диск ЭВМ); • Проверка баз (позволяет проверить корректность файлов на жестком диске); • Формирование первичных документов (формирует Журнал первич­ных документов на основании учетных журналов ТМЦ); • Закрытие учетного периода (позволяет автоматически рассчитывать остатки по счетам при переходе на следующий отчетный период); • Отмена закрытия периода (отменяет ранее выполненную операцию по закрытию отчетного периода); • Просмотр файла (обеспечивает возможность просмотра любого тек­стового файла); • Калькулятор (позволяет вызвать встроенный калькулятор для вы­полнения вычислений); • Изменение реквизита (дает возможность пользователю изменить или задать новые банковские реквизиты предприятия и пароль); • Сохранение базы (позволяет сохранить данные учетных журналов на архивной дискете); • Выход (обеспечивает завершение работы с программой). При создании БУИС на небольших предприятиях основное внимание уделяется финансовому учету. Главным учетным ре­гистрам подобных БУИС является Журнал хозяйственных опе­раций. Настройка системы ведения бухгалтерского учета кон­кретного предприятия осуществляется через функцию Спра­вочники. Банковские информационные системы (БИС). Интегрированная БИС представляет собой единый программно-тех­нологический комплекс, являющийся средством ускорения освоения, воз­вратности и сбалансированности ресурсов, контролируемых по заданным условиям финансирования и кредитования. Интегрированная БИС охва­тывает совокупность банковских задач не фрагментарно, а комплексно, от­ражая всю сложность их взаимосвязей. Это не совокупность разрозненных хорошо автоматизированных задач, а такой комплекс программ, которому присущи свойства сложной системы: сложность иерархической структуры; эмерджентность; множественность функциональных целей; динамичность в работе при обеспечении управления процессами, носящими стохастиче­ский (вероятностный) характер; многофункциональность. Поэтому при разработке интегрированных БИС требуется проанализировать большое количество влияющих на их структуру и содержание факторов: общие ха­рактеристики банка, ближние и дальние цели и стратегические направле­ния его развития; особенности сложившейся структуры управления; общие принципы построения банковской технологии; ожидаемая архитектура системы и состав функций, подлежащих автоматизации; объем входной и выходной информации, количество входных документов; требования к ин­формационной безопасности. На основе такого анализа и вырабатываются далее основополагающие принципы будущей системы. Проектирование функциональной части ЭИС связано с решением стра­тегического вопроса о выборе критерия выделения ее подсистем - одной из проблем, которая существовала на протяжении всей истории автомати­зации организационно-экономических объектов и осталась актуальной в настоящее время. Изучение структуры и функций любой системы осно­вывается на ее анализе и дальнейшем синтезе. И если цель анализа -изучение закономерностей функционирования системы при существую­щей структуре, то задача синтеза - проектирование и подбор такой струк­туры, которая реализовывала бы заданные ей функции. Из теории сложных систем известно, что всякую сложную систему можно разложить на некоторые подсистемы с различной глубиной дета­лизации. Традиционно под функциональной подсистемой понимается неко­торая часть общей системы управления, выделенная в соответствии с общ­ностью функциональных признаков управления.
Поскольку задачи управления, решаемые в банке, многоаспектные, при проектировании возникает проблема классификации признаков де­композиции БИС. В качестве таких признаков можно выделить: функ­ции, период и объект управления и др. Функции управления из-за универсальности своего состава - один из наиболее распространенных признаков декомпозиции управленческих систем. Система управления банком, выполняя в целом функции, типич­ные для любых управленческих систем ( планирование, учет и контроль, анализ и регулирование), обладает особенностями их распределения меж­ду элементами управленческой структуры. Эти функции неразрывно свя­заны между собой и всегда носят целевой характер.
Учет и контроль в банке представлены операционным и бухгалтерским учетом, которые тесно связаны между собой, поскольку аналитический уровень отражен в банковском учете лицевыми счетами, а каждый лицевой счет находится под определенным балансовым. В связи с тем, что каждый рабочий день заканчивается формированием ба­ланса, проводки, изменяющие состояние лицевых счетов, немедленно отражаются на синтетических счетах и и балансе. Статистический учет позволяет собрать сведения об изменении отдельных показателей за длительный период. Анализ представляет собой функцию управления, которая позволя­ет распознать сложившуюся экономическую ситуацию как внутри, так и вне банка. В крупных банках существуют два независимых отдела, один из которых обеспечивает анализ внутреннего состояния банка, а другой анализирует внешнюю среду. Планирование, основываясь на данных анализа, подготавливает возможные решения для выхода из сложившейся ситуации и достижения поставленных целей. При этом планирование внешних взаимодейст­вий и планирование внутреннего состояния банка взаимосвязаны, хотя структурно они разделены и реализуются частично в процессе марке­тинга (департамент маркетинга и развития банка), частично в отделе пла­нирования (департамент экономического управления). В реальных условиях разработки интегрированных БИС в качестве основного признака функция управления самостоятельно не использует­ся, а лишь дополняет другие. Более распространенным признаком деком­позиции в практике является объект управления. Подготовленные на этапе планирования решения реализуются в рамках функции регулирования. В зависимости от уровня цели можно говорить о горизонтах управле­ния. Существуют понятия стратегических и тактических целей. Оба эти понятия в известной мере условны, поскольку тактические цели, напри­мер, правления банка могут являться стратегическими для другого уров­ня управления, например кредитного отдела. Но тем не менее для банков­ской сферы можно разделить цели, а следовательно, и фазы управления по длительности периода управления на оперативные (один рабочий день), текущие (для Украины - месяц, квартал) и перспективные (для Украины - год). Таким образом, можно говорить об оперативном, текущем и статистическом учете, планировании и анализе. Однако следует отметить, что анализ не существует сам по себе и служит подготовительной фазой для планирования и информационно базируется на учетных данных, от­ражающих фактическое состояние системы. Объектам управления в банке может служить как деятельность под­разделения или одного сотрудника, так и отдельная банковская операция, состоящая из ряда технологических этапов. Структура системы управления банком может быть организована разными способами, что зависит в значительной мере от размеров банка, числа видов оказываемых услуг, количества клиентов и операций, выпол­няемых банком. Наиболее простая структура управления линейная, когда правлению банка непосредственно подчинены отделы. Это дает возможность обес­печить эффективное прямое управление банком и очевидную, ясную и обозримую структуру. При этом основная управленческая нагрузка пред­полагает разделение функций управления между правлением и руково­дителями подразделений. Более сложной является штабная организация, при которой правле­нию подчинены департаменты, объединяющие отделы по принципу од­нотипности выполняемых управленческих функций. Например, департа­мент маркетинга, департамент валютных операций и др. Разделение управ­ленческих функций между штабами происходит на верхнем уровне. При такой организации появляется возможность, с одной стороны, распреде­лить управленческие проблемы между большим числом специалистов, с другой стороны, углубить специализацию сотрудников и , таким образом, повысить качество управления. Еще более сложной является линейно-штабная управленческая струк­тура, при которой отделы, обеспечивающие выполнение депозитных, кредитных, инвестиционных и других операций, подчинены управлени­ям промежуточного уровня, обслуживающим различные группы юриди­ческих и физических лиц, которые сами могут устанавливать свои локаль­ные цели, подчиненные, однако, глобальным управленческим целям бан­ка. К последним могут относиться:. получение максимального дохода при допустимом риске, повышение собственной ликвидности и др. В то же время при такой структуре могут сохраняться элементы управления, вы­деленные по принципу однотипности выполняемых управленческих функ­ций. Такая система организации усложняет и удорожает управление, но повышает уровень его качества. В Украине разнообразие управленческих структур в различных ком­мерческих банках обусловлено прежде всего продолжающимся их раз­витием и становлением. Примером структуры управления КБ может служить структура, представленная на рис. 5.1. Правление КБ является высшим органом банка, который осуществля­ет стратегическое управление: определяет траекторные цели и политику банка на основе данных экономического анализа и данных бухгалтерской отчетности; доводит их до департаментов для дальнейшей детализации и исполнения соответствующим отделам; осуществляет общий контроль проводимой банком политики, пересматривает ее при изменении эко­номической ситуации, а также контролирует состояние банковского портфеля. Правление создает комитеты, которые обеспечивают поддерж­ку стратегического руководства банком, координируют работу различ­ных отделов системы управления. В зависимости от величины банка и его потребностей в Украине, как правило, создаются комитеты, воз­главляемые членами правления: кредитный, ревизионный, исполнитель­ный, доверительных операций и др. Кредитный комитет дает заключения по всем случаям кредитования или превышения установленных лимитов, а также по их определению. Он вырабатывает рекомендации по величине ссудных процентных ставок и структуре кредитов по срокам и видам. Ревизионный комитет обеспечивает регулярные внутренние аудитор­ские проверки либо своими силами; либо с привлечением внешних аудиторов. Исполнительный комитет обеспечивает проведение экономического анализа (выполнение целей банка, прибыльности, ликвидности и др.), оценку деятельности банка, в процессе которой анализируются основ­ные экономические показатели и отслеживается выполнение траекторных целей. В банках с большим числом доверительных операций может созда­ваться комитет доверительных операций.
Департамент развития и маркетинга банка, как правило, включает два отдела. Отдел развития обеспечивает анализ внешней ситуации и, согласовав его с оценкой внутренней ситуации в банке, подготавливает возможные направления политики банка и продвижения его услуг на рынок. Эти ре­шения должны согласовываться с генеральными целями, утвержденными правлением банка.
Отдел маркетинга осуществляет оценку конъюнктуры рынка банков­ских услуг, анализирует соответствие номенклатуры, качества и цены соб­ственных услуг уровню рынка, продвигает свои услуги на рынок, выра­батывая для этого рекламную политику. Этот отдел обеспечивает связь с клиентурой и с общественностью. В развитом обществе существен­ным является не только объем и качество оказываемых услуг, но и соот­ветствие принятым нормам (поддержка науки, искусства, внимание к окружающей среде). Отдел, с одной стороны, информирует руководство банка обо всех важных событиях вне банка, с другой стороны, объясняет общественности цели банка, его стратегию. Департамент экономического управления обеспечивает тактическое управление и включает планово-аналитический отдел и отдел управления ликвидностью. Тактический уровень управления необходим для детали­зации стратегических целей до уровня мероприятий и отслеживания их в дальнейшем как целей, носящих траекторный характер. Рис. 6 Организационная структура коммерческого банка. Отдел управления ликвидностью осуществляет расчет показателей ликвидности банка, их факторный анализ и ежедневный контроль. Планово-аналитический отдел, изучая внутренние банковские показа­тели, устанавливает планы сбыта (например, число открываемых новых счетов), финансовый план, планирует внутренние мероприятия. Отдел рассчитывает ожидаемую сумму пассивов и решает задачу их эффектив­ного размещения. Проводятся анализ структуры активов и пассивов бан­ка по группам и оценка эффективности соотношения между ними. При этом должно соблюдаться «золотое правило»: длинные кредиты должны покрываться длинными депозитами и т.д. Департамент кредитив - депозитных операций включает кредитный, депозитный и фондовый отделы. Кредитный и фондовый отделы дополняют друг друга, не только вы­полняя принятую стратегию банка в кредитной и инвестиционной поли­тике, но и оперативно реагируя на требования, выдвигаемые сложившей­ся экономической ситуацией на рынке капитала. Например, в период эко­номического роста объем ссуд увеличивается, а портфель ценных бумаг сокращается; в периоды низкого спроса на ссуды картина меняется. Функции кредитного и депозитного отделов, несмотря на принципи­ально разное содержание их операций, по форме очень близки. Сход­ство функций выражается в необходимости выполнения весьма трудо­емких работ по проверке и соблюдению целого ряда формально-правовых принципов кредитования, которые должны соблюдаться как креди­торами, так и заемщиками. Отличие обусловливается тем, кто является ссудозаемщиком, а кто кредитором, - банк или клиент. В любом случае, как и при выполнении большинства услуг банка, взаимоотноше­ния клиента и банка регулируются договором, который они заключают. Проверка кредитоспособности является предпосылкой для всех других действий банка по отношению к ссудозаемщику, т.е. осуществляются ана­лиз возможности обеспечения выплаты кредита и своевременность взно­сов, процентов и других платежей физическим и юридическим лицом. Эта проверка требует анализа баланса заемщика, ликвидности залога, ежегодного финансового отчета и ряда других регистров, содержащих показатели работы предприятия. Департамент операционно-учетных работ (ОУР) реализует весь комплекс задач по открытию и закрытию лицевых счетов, выполнению кассовых операций, ведению лицевых счетов, выполнению расчетов по поручению каждого клиента, ведению межбанковских операций, ведению бухгалтерского учета на синтетическом уровне и составлению отчетно­сти, которая используется как самим банком (ревизия и контроллинг), так и учреждениями внешней среды (вышестоящие, налоговые и другие орга­ны). Этот департамент выполняет следующие функции: • расчет и распределение доходов и налогов между бюджетами; • учет расчетно-платежных документов до наступления срока плате­жа и не оплаченных в срок; • обеспечение правильных и своевременных расчетов между кли­ентами; • начисление и списание процентов по текущим и расчетным сче­там; • учет ценностей и документов на внебалансовых счетах; • учет срочных обязательств по ссудам; • депонирование средств для выдачи чековых книжек, аккредитивов и акцептов платежных поручений; • организация и контроль операций межфилиального оборота; . • составление баланса. реализация этих функций поддерживается работой соответствующих отделов. Операционный и бухгалтерский учет в банке взаимосвязаны гораздо более тесно, чем на промышленном предприятии, что обусловлено еже­дневным составлением баланса и необходимостью поддержания в акту­альном состоянии всех аналитических (лицевых) счетов. Назначение комплекса учетно-операционных работ: • формирование полной информации о финансовом состоянии кли­ентов в реальном масштабе времени; • ведение аналитического и синтетического учета по всем банковским операциям. Департамент административного управления обеспечивает рабо­ту отделов, создаваемых при дирекции (юридический отдел, отдел кад­ров, ревизионный и организационный отделы), и хозяйственно-управ­ленческих отделов (отдел информационных технологий и др.), которые входят в обычный состав управленческой структуры любого предпри­ятия и в данной работе не рассматриваются. В случае, если банк начинает выполнять новые операции (факторинго­вые, лизинговые, трастовые и др.), приведенная структура управления может быть соответствующим образом скорректирована. Состав операций, осуществляемых банком на рынке услуг, достаточно сильно влияет на структуру управления банком. Важнейшей функцией деятельности банка является привлечение средств из внешней среды и размещение их с максимальной доходностью и допустимым риском. При размещении временно свободных средств банк должен выполнять ряд требований, которые обеспечивали бы соблюдение необходимых нормативов, определенных НБУ и гарантирующих его , ликвидность. Одна из особенностей украинских коммерческих банков заключается в том, что их деятельность, несмотря на формальную специализацию, но­сит в большинстве случаев универсальный характер. Это определяет в целом схожесть палитры услуг, а также определяет выбор структуры управ­ления банком. Итак, банк - коммерческое учреждение, являющееся юри­дическим лицом, которому в соответствии с Законом о банках и на осно­вании лицензии (разрешения), выдаваемой Центральным банком РФ, предоставлено право привлекать денежные средства от юридических и фи­зических лиц и от своего имени размещать их на условиях возвратности, платности и срочности, а также осуществлять иные банковские операции. Таким образом, функции банка заключаются в аккумуляции временно сво­бодных средств и размещении их оптимальным образом, а также в со­действии платежному обороту и трансформации рисков. Аккумуляция временно свободных средств предполагает привлечение вкладов всех ви­дов (депозитов - срочных и до востребования, сберегательных вкладов) и выпуск ценных бумаг (акций, облигаций и др.). Размещение средств в кредиты зависит от периода и способов кредитования (по договору, через покупку долговых обязательств, через принятие ответственности перед третьим лицом - гарантийный либо акцептный кредит). Последний спо­соб фактически реализует трансформацию риска. Содействие платежам -выполнение платежных операций клиента, оплата переводов, чеков, век­селей и других документов. Кроме того, банк выполняет операции по по­купке и продаже валюты и фондовых ценностей, размещению акций и облигаций, хранению ценных бумаг.
Для удобства дальнейшего изложения материала воспользуемся следую­щей классификацией банковских операций. Активные операции, помимо кас­совых, включают: 1) кредиты клиентам; 2) кредиты другим банкам; 3) депо­зиты в других банках. Пассивные операции содержат: 4) депозиты клиентов; 5) депозиты банков; 6) кредиты банков (в том числе Центрального). При этом операции 1,2 и 6 относятся к ссудным, а операции 3, 4, 5 - к депозитным. Размещение средств на резервном счете в ЦБ РФ и размещение средств на корреспондентских счетах в других банках являются также депозитными операциями. В то же время операции 1,2 и 6 могут быть классифицированы на краткосрочные, среднесрочные, долгосрочные и онкольные.
В соответствии со законом «О банках и банковской деятельности» за банками закреплено право производить следующие опе­рации и сделки: 1) привлечение денежных средств физических и юридических лиц во вклады (до востребования и на определенный срок); 2) размещение указанных в п. 1 части первой настоящей статьи .при­влеченных средств от своего имени и за свой счет; 3) открытие и ведение банковских счетов физических и юридиче­ских лиц; 4) осуществление расчетов по поручению физических и юридических лиц, в том числе банков-корреспондентов по их банковским счетам; 5) инкассация денежных средств, векселей, платежных и расчетных документов и кассовое обслуживание физических и юридических лиц; 6) купля-продажа иностранной валюты в наличной и безналичной формах; 7) привлечение во вклады и размещение драгоценных металлов; 8) выдача банковских гарантий. Кредитная организация помимо перечисленных в части первой настоя­щей статьи банковских операций вправе осуществлять следующие сделки: 1) выдачу поручительств за третьих лиц, предусматривающих испол­нение обязательств в денежной форме; 2) приобретение права пользования от третьих лиц исполнения обяза­тельств в денежной форме; 3) доверительное управление денежными средствами и иным имуще­ством по договору с физическими и юридическими лицами; 4) осуществление операций с драгоценными металлами и драгоценны­ми камнями в соответствии с законодательством Украины; 5) предоставление в аренду физическим и юридическим лицам специ­альных помещений или находящихся в них сейфов для хранения докумен­тов и ценностей; 6) лизинговые операции; 7) оказание консультационных услуг. Кредитная организация вправе совершать иные сделки в соответствии с законодательством Украины. Все банковские операции и другие сделки производятся в рублях, а при наличии соответствующей лицензии НБУ — в иностранной валюте. Правила осуществления банковских операций, в том числе прави­ла их материально-технического обеспечения, устанавливаются НБУ в соответствии с законами. Кредитной организации запрещается заниматься производственной, торговой и страховой деятельностью. В целом банковские услуги носят массовый характер и могут быть весьма разнообразны. Среди них: расчетно-кассовое обслуживание, от­крытие и ведение счетов, трастовые операции, срочные депозитные вкла­ды, депозитные вклады с графиком расходования, депозитные сертифи­каты, сберегательные сертификаты, кредитование предприятий (с различ­ными видами кредитования), рефинансирование, учет векселей, выпуск банковских векселей, открытие корреспондентских счетов, инкассация, валютное обслуживание (расчетно-кассовое обслуживание, проведение банковских расчетов по экспортно-импортным операциям, купля-прода­жа свободно конвертируемой валюты, открытие счетов типа ЛОРО-НОСТРО, хранение ценностей, консультационные услуги, страховые опера­ции валютных и кредитных рисков, операции по резервированию ссуд, операции с ценными бумагами). К новым услугам можно отнести открытие филиалов или мини-от­делений, выполняющих весь комплекс банковских операций прямо на территории предприятия. Новыми видами услуг являются также выполнение заказов на покупку производственных объектов в целом или по частям, разра­ботка инвестиционных проектов с оплатой по конечному результату после инвестирования, их финансирование на основе собственных руб­левых и привлеченных инвалютных ресурсов; поиск зарубежного ин­вестора для организации совместного производства или создание предприятия с иностранными инвестициями, аудит соискателя инве­стиций для оценки финансовой состоятельности имеющегося инвести­ционного проекта (бизнес-плана). Такие услуги оказывает акционер­ный коммерческий банк "Церих". Несмотря на достаточно стабильную номенклатуру банковских услуг, их реализация в виде последовательности технологических этапов и прие­мов может различаться. Сравнивая работу различных банков и оценивая возможность автома­тизации их деятельности, приходится констатировать практическое отсут­ствие унификации и стандартизации банковских технологий. Технологии выполнения одноименных банковских операций отличаются в различных банках, наблюдается несоответствие целей и функций для одноименных автоматизированных участков, разнообразие в технологии документиро­вания одноименных операций, различие форм отчетности, периодично­сти их представления на разных участках управления в связи со специа­лизацией работников. Это привело к появлению на рынке большого ко­личества программных средств, обеспечивающих частичную автоматиза­цию банковской деятельности. Но со временем пестрота разработок БИС пошла на убыль, а наиболее эффективные системы стали интегри­роваться и широко тиражироваться. Фирмы, имеющие разветвленную структуру и закупающие интегрированные системы, распространяют их на все свои филиалы. «Эффект массы» для некоторых систем привел к признанию их элементов стандартными. Многообразие оказываемых банком услуг и связанных с ними бан­ковских технологий, особенности организации управления и отсутствие единой концепции автоматизации банковской деятельности обусловили появление на нашем рынке большого количества разнообразных банков­ских программных продуктов различных производителей. Анализ этих продуктов украинского рынка показывает, что практиче­ское выделение подсистем и задач в интегрированных БИС учитывает их группировку одновременно по трем признакам: управленческая структу­ра, трансформация ресурсов и функции управления. При этом часть задач реализуется различными технологиями, распределяется между различны­ми АРМ и не повторяется, а некоторые задачи становятся функционально избыточными и оформляются при разработке в виде некоторых уни­версальных технологий, структурно выполненных в форме перемещаемых блоков, одновременно присутствуя в нескольких АРМ и соответствую­щим образом настраиваясь. В большинстве БИС банковская технология оказывается жестко встро­енной в программный продукт. Поэтому пользователь не имеет возмож­ности отклоняться от нее, пользуясь меню, и всегда следует по пути за­программированного диалога, корректность которого зависит практи­чески полностью от разработчика. При этом различные продукты име­ют разную степень их технологической адаптации и в большинстве случаев такая настройка производится специалистом в процессе инстал­ляции. Обычно таким специалистом является представитель разработ­чика, реже - банковский технолог (администратор) автоматизируемого учреждения.
Мера функциональной избыточности определяется особенностями управленческой структуры, принятой в банке. При этом ряд управленче­ских задач зачастую не выделяется в самостоятельные, как, например, вся группа задач маркетинга. Это можно объяснить неразвитостью бан­ковских систем управления и нежеланием небольших, небогатых банков тратить деньги на дорогостоящие маркетинговые исследования.
Нужно отметить и тот факт, что во многих БИС автоматизированы лишь самые основные, наиболее важные с точки зрения разработчиков системы, задачи. Это может быть мотивировано отсутствием некоторых услуг: факторинга, лизинга, карточных услуг (или элементов оргструктуры, например), но есть управленческие задачи, решаемые в любом банке и, как правило, отсутствующие в большинстве отечественных БИС, например автоматизированный анализ качества кредитного порт­феля, прогнозирование и планирование кредитных ресурсов. В коммерческих банках структура управления и состав банковских операций оказывают решающее воздей­ствие на структуру и содержание БИС. Разработка и внедрение программного обеспечения требуют от банка немалых затрат, поэтому банк заинтересован в быстрой окупаемости про­екта, которая может быть достигнута за счет снижения либо цены на про­граммный продукт, либо затрат на обработку или благодаря ускорению, оборота средств банка. Использование компьютера позволяет расширить применение эконо­мико-математических методов в управлении, т.е. не просто ускорить об­работку информации методом прямого счета, а оптимизировать некото­рые процессы (например, распределение и размещение мобилизованных средств). При этом время на обработку снижается настолько, что это ска­зывается на повышении оперативности проведения расчетов и, следова­тельно, на повышении оперативности принимаемых решений. Появляет­ся возможность расширения спектра оказываемых услуг, повышения их качества и расширения географии за счет более полного использования средств телекоммуникаций. Однако при всех преимуществах автоматизации перед банком по­мимо необходимости больших затрат на закупку платформы (техниче­ские средства и базовое программное обеспечение) и обучение своих специалистов возникает постоянная дилемма. Она заключается в том, что желание банка обеспечить максимальную длительность эксплуата­ции приобретенной платформы сталкивается с тем, что любая плат­форма обречена на быстрое моральное старение, обусловленное уста­реванием оборудования, базового программного обеспечения (опера­ционная система, СУБД, языки программирования) и заложенной в продукт банковской технологии. При разработке системы автоматиза­ции могут быть реализованы два альтернативных решения. Первое решение заключается в том, что проектировщики разраба­тывают систему исходя из сложившейся структуры управления и, таким образом, «увековечивают» ее преимущества и недостатки. Второе решение предполагает предварительную реорганизацию системы управления и усовершенствование ее в соответствии с современ­ной концепцией организации управления и требованиями руководства уч­реждения. Существующие за рубежом консалтинговые фирмы, работающие в этом направлении, позволяют значительно повысить производительность тру­да только за счет правильно выставленных целей и правильно организо­ванной структуры управления. Но при этом вновь созданная структура управления должна постоянно модифицироваться, приспосабливаясь к изменениям внешней среды. Так, в теории менеджмента существует поня­тие клеточной системы. Организация управления предполагает наличие на предприятии постоянно меняющейся структуры управления. Элемен­том такой структуры является клетка, которая самостоятельно определя­ет направления своего развития. Получая, обрабатывая и передавая ин­формацию вовне, клетки меняются, адаптируются к изменениям внешней среды и глобальным изменениям внутри системы. Подобием такой клет­ки может служить предприятие, организованное крупной фирмой и зани­мающееся венчурным бизнесом. Очевидно, что при этом система авто­матизации должна постоянно меняться вместе с системой управления. Способностью адаптации БИС особенно важна в условиях не сложившейся банковской системы, несовершенства законодательной базы и нестабильной экономики. Постоянные изменения, происходящие в сфере деятельности банков и затрагивающие юридическую сферу, экономическую среду и банковские технологии, требуют от системы управления банком высокой степени адап­тивности. БИС должны иметь гибкую структуру и быть открытыми систе­мами, т.е. допускающими внесение необходимых изменений в модель в случае каких-либо перестроек в банковской сфере. Поэтому система должна быть ориентирована на автоматизацию управления банковской деятель­ностью, а не на конкретную задачу чистой автоматизации обработки бан­ковской информации. Другими словами, система должна соблюдать прин­цип целевого характера управления и удовлетворять требованию откры­тости для легкого внесения изменений и наращивания функциональных ее возможностей по мере необходимости. Это требование реализуется на принципах строгой параметризованности автоматизируемых объектов и модульности. Главным девизом здесь должна служить ориентация систе­мы на автоматизацию управления банковской деятельностью, а не на решение локальных функциональных задач. Гибкость, которая должна обеспечивать адаптацию программного про­дукта без перепрограммирования, также основана на параметризации. Настройка может быть однократной (на момент внедрения) и заключаться в конфигурировании системы по количеству пользователей, особенностям и составу физических устройств, технологическим особенностям реали­зации услуг, структуре аппарата управления, а также при изменении бан­ковской технологии: при изменении плана счетов и алгоритма формиро­вания баланса. Но может быть и текущей, такую настройку выполняет бан­ковский технолог или администратор системы. Процедуры расширения и настройки системы должны основываться на так называемом «связывании» модулей, которое обеспечивает комплексность системы за счет их интеграции. Например, оплата извещений по пога­шению коммунальных платежей клиента одновременно обновляет пози­ции в текущих счетах, а также другие позиции, затронутые операцией. К специальным требованиям, характерным для банковской сферы, от­носится прежде всего возможность отката на дату (контрольную точ­ку) либо технологического отката через систему обратных проводок «красное сторно». При достижении исходной ситуации и ее фиксации сотрудники банка должны иметь возможность внесения изменений и воз­врата с автоматическим расчетом, закрытием и архивацией всех после­дующих дней. В связи с этим необходимо обеспечить одновременное сопровождение баз данных, хранящих результаты текущего и прошедшего операцион­ных дней и осуществляющих долговременное Хранение архивов. Другим требованием, которое теперь предъявляют банки к систе­мам автоматизации своей деятельности, является блокирование вво­да платежных документов, приводящих к дебетовому сальдо, чтобы ис­ключить таким способом пополнение картотеки № 2. Если же такая ситуация не возникает и платежный документ не обладает некоррект­ными реквизитами, банковская технология предполагает однократный ввод информации в систему и автоматическое формирование прово­док по всем операциям. Это требование совпадает и с требованием разработчиков.
Выполнение проводок и изменение лицевых счетов должны осущест­вляться в реальном масштабе времени. Работа с единой информационной базой позволяет автоматически распространять любые изменения всех взаимосвязанных частей базы при внесении изменений в любую ее часть. Система должна обеспечивать постоянное изменение состояния лицевых счетов и ежедневный пересчет остатков на них с учетом дневных измене­ний. Этот пересчет должен давать возможность накопления месячных, квартальных и годовых оборотов по счетам.
Лицевые счета должны проходить анализ на ситуацию неоткрытый счет. Вновь открываемые счета получают автоматически присваиваемые номера. При необходимости клиент (при наличии системы клиент-банк) или сотрудник банка должен иметь возможность просмотра лицевого сче­та и оценки его динамики за заданный период. По характеру счетов БИС должна обеспечивать работу в мультивалютном режиме как с текущими и расчетными счетами, так и с различного рода депозитными, ссудными, контокоррентными и другими счетами, а также начислять различного рода проценты и комиссии. Проведение расчетов должно быть своевременным и корректным, иметь точное отражение в учетных регистрах и осуществляться таким образом, чтобы по возможности максимально освобождать сотрудников от выполнения рутинных задач вручную. При этом документооборот в банке желательно сократить. Требования разработчика в основном связаны со сложившимся под­ходом к проектированию автоматизированных систем, а также с собст­венными его интересами, которые носят финансовый характер. Это пре­жде всего соотношение: цена - себестоимость - объем работ. К интегрированным системам при разработке предъявляются более ужесточенные требования, чем к локальным разработкам. Это обусловле­но расширенными функциональными запросами комплексности решений и обязательными системными соглашениями. Крайне важным является принцип комплексности разработки, который предполагает создание совокупности взаимосвязанных программных средств, автоматизирующих ряд банковских функций и организованных в виде целостной системы. При этом для эффективной ее эксплуатации должны соблюдаться принципы согласованной пропускной способности частей системы и гибкости информационного обеспечения при сохране­нии его единства. Дело в том, что в настоящее время в банках имеются разобщенные информационные фонды, что может приводить к неодно­значным трактовкам экономической ситуации различными сотрудниками банка. Очевидно, что соблюдение единства базы должно сопровождать­ся однократностью ввода информации. Операция, проведенная в отделении банка, при выполнении ряда усло­вий влечет за собой и другие. Так, при выдаче аккредитива по истечении определенного срока может оказаться, что деньги не израсходованы и подлежат обратному перечислению на расчетный счет. Поскольку опера­ция формализована, она может быть выполнена и программно. Внедре­ние этого принципа связано с преодолением психологического барьера у сотрудников, которые привыкли к перечислению средств только челове­ком, поэтому такие операции должны вестись сначала параллельно. В дальнейшем перечень автоматизируемых операций будет расширяться. В настоящее время можно указать некоторые операции по автоматической оплате в пределах свободного остатка на счете, закрытию аккредитивов, списанию начисленных процентов по краткосрочным ссудам (если это оговорено в договоре), погашению некоторых видов краткосрочных ссуд. Поскольку сложившийся в нашей стране рынок платформ очень пестр, разработчик для наиболее широкого распространения своей системы за­интересован в соблюдении принципа мобильности, т.е. в обеспечении возможности эксплуатации программного продукта в различных опера­ционных и технических средах. Использование в качестве опорной концепции разработки системы автоматизации банковской деятельности концепции АРМ как нельзя бо­лее соответствует применению целевого подхода в управлении. Опреде­лив основные цели сотрудника, можно сформулировать главные сис­темные соглашения по использованию дискетной или сетевой техноло­гии, выбрать необходимый инструментарий. Наличие во многих АРМ одноименных участков позволяет широко использовать перемещаемые блоки типа: расчет нормативных коэффициентов, оценка собственной ликвидности, заключение и ведение договоров и др. и использовать при этом объектно-ориентированный подход. Каждому объекту (лицевой счет, проводка, клиент) соответствует стан­дартный инструментарий (создание, контроль, корректировка, удаление, сортировка, поиск и др.), а также специфический инструментарий («крас­ное сторно» для проводок, заключение оборотов или закрытие - для сче­тов и др.). Весьма актуальной проблемой сегодня остается обеспечение банков­ской безопасности Ее решение может быть успешным только при ком­плексном подходе, который подразумевает разделение доступа к инфор­мации, к различным АРМ и к режимам в них. Так, для доступа к системе существуют уровни: пересылка файлов в определенную директорию, дос­тупы в определенную директорию, доступ к диску, реализация всех функ­ций на удаленной ЭВМ. Для этого обычно используется система паро­лей, шифрования передаваемой информации, электронной подписи. Так­же важное значение имеет правильная организация ведения архива инфор­мационной базы системы. Таким образом, принципы разработки систем автоматизации банков­ской деятельности вытекают из подходов и требований, предъявляемых к программному продукту заказчиком (банком). Эти требования содержат в себе требование банка к системе в целом как к продукту, который будет обслуживать специфическую сферу ( банковское дело), а также специ­альные требования, отражающие специфику используемых в банке опера­ций и технологий их выполнения. С другой стороны, существует ряд требований, которые предъявля­ются к разработке исполнителем (разработчиком). Эти требования могут совпадать с требованиями банка, но могут и конфликтовать. Хотя боль­шинство из перечисленных требований, предъявляемых проектировщиком, не являются конфликтными по отношению к требованиям банков. Следует запомнить При проектировании интегрированных БИС необходимо учитывать требования банковской среды: возможность отката на определенную дату и технологического отката; однократный ввод информации; блокирование ввода платеж­ных документов при дебетовых сальдо; выполнение прово­док в реальном масштабе времени; анализ ситуации - от­крытый (закрытый) счет; информационная безопасность, а также общие требования разработки информационных систем: сокращение документооборота; автоматизация рутинных задач: адаптивность ФИС (параметризованность); возможность расширения систем; единая информа­ционная база; мобильность; ведение архива системы; вос­становление архивной копии базы данных системы. Как правило, информационная система является внешней по отноше­нию к совокупности банковских технологий, поскольку зачастую машин­ная обработка банковской информации используется на заключительных стадиях технологического процесса выполнения банковских операций, которые характеризуются наибольшей концентрацией вычислений. На практике все банковские операции связаны некоторой единой технологи­ей, состоящей из множества макро- и микротехнологий, наличие которых обусловлено специализацией отдельных групп работников и составом их обязанностей.
Возможной структурой построения интегрированной БИС может слу­жить структура (рис.21), включающая в себя наиболее распространен­ные в наших программных продуктах АРМ и блоки. На основе проведенного аналитического обзора рынка Украинских БИС был выделен и скомпонован состав АРМ и определены их функции для условной интегрированной БИС. В реальной интегрированной БИС такое выделение зависит от структуры управления, разделения управленческих функций и целей, а также от выбранного подхода к проектированию сис­темы и многих других факторов. В структуре БИС в процессе ее разработ­ки выделяют перемещаемые блоки, которые обеспечивают выполнение некоторых стандартных банковских технологий: обслуживание договоров (кредитного, депозитного, трастового, договора на расчетно-кассовое об­служивание и др.), обслуживание процентов по различным договорам, об­служивание штрафных процентов и др. Перемещаемые блоки после соот­ветствующей настройки и функционально специализированные програм­мы образуют АРМ конкретных рабочих мест.
Здесь (см. рис. 7) имеется ряд АРМ, которые необходимы относи­тельно полноценности управления, но отсутствуют как самостоятельные в большинстве БИС: АРМ специалиста по маркетингу, АРМ сотрудника Рис. 7. Структура интегрированной БИС. по управлению активами и пассивами, АРМ аналитика, АРМ планиров­щика, АРМ сотрудника по управлению ликвидностью и др. Блок информационного обеспечения руководства предназначается для поддержки и принятия решений руководства банка и формирует аналити­ческую информацию по результатам деятельности банка. Обычно этот блок выполняется в виде АРМ, который реализует получение сведений о лик­видности банка и другой стратегической информации, а также данных о состоянии счетов, архивных справок и пр. Если банк обладает филиалами, то в его структуре предусматривается отдел, обеспечивающий обмен информацией с ними в режиме on-line с ис^-пользованием телекоммуникационных каналов через АРМ коммуникаций либо в режиме off-line на основе электронной почты, дискетой или бумаж­ной технологии. АРМ по работе с филиалами дает сотруднику возможность ввода информации о финансовых операциях филиалов, учета их деятель­ности при формировании консолидированного баланса, анализа деятельно­сти филиалов и расчета для них нормативных коэффициентов. Работа с, внешней средой осуществляется по каналам телекоммуникаций через АРМ коммуникаций. АРМ обеспечивает экспорт-импорт инфор­мации, т.е. двусторонний обмен данными с внешними абонентами: ЦБ РФ (ГВЦ ОПЕРУ, РКЦ), филиалами, системой межбанковских расчетов, процессинговым центром (Union Card, STB-Card и др.), пунктом обмена валюты, клиентами, биржей и пр. При использовании телекоммуникаци­онной среды происходят трансформация передаваемой информации в оп­ределенный стандарт, ее шифрование (обычным способом и с применени­ем электронной подписи) и установление связи: либо напрямую с исполь­зованием телефонных и других каналов, либо через какую-либо компью­терную сеть (рис. 8). Для обеспечения взаимодействия по схеме клиент-банк у клиента ус­танавливается программный комплекс АРМ клиента, который позволяет: вводить, редактировать платежные документы с использованием типово­го набора бланков, печатать подготовленные документы, шифровать и де­шифровать информацию и обеспечивать авторизацию через механизм элек­тронной подписи, отправлять и принимать документы, файлы и сообще­ния. В банке внутри базового блока устанавливается для взаимодействия с клиентом АРМ банка. Этот комплекс обеспечивает через АРМ комму­никаций аналогичные функции по взаимодействию с клиентом, поддер­живает архивы взаимодействия с клиентом и отправляет поступившие платежные документы по ЛВС на обработку в нужный АРМ. АРМ сотрудника межбанковских расчетов (МБР) обеспечивает веде­ние расчетов с другими коммерческими банками через системы РКЦ и ОПЕРУ, через сеть клиринговых центров и через взаимное открытие кор­респондентских счетов. При работе на основе прямых межбанковских расчетов АРМ позволяет осуществлять контроль, корректировку и отме­ну текущих операций МБР и формирование начальных авизо, реестров и соответствующих платежных документов. При работе с ответными авизо Рис. 8. Схема работы АРМ коммуникаций по экспорту данных. АРМ проводит весь комплекс работ с входным документом: ввод, коррек­тировку, отмену текущих документов (с одновременным контролем сумм авизо и платежных документов); выполнение квитовки ответных авизо, ведение соответствующего журнала и документов по квитовке; откры­тие, ведение и закрытие заключительных оборотов. Для проведения электронных взаимодействий с другими банками, клиентами, процессинговым центром или биржами информация пересы­лается по ЛВС на АРМ коммуникаций, через которое реализуются теле­коммуникационные взаимодействия. АРМ сотрудника кредитного отдела (АРМ СКО) обеспечивает заклю­чение и ведение договора, его пролонгацию и закрытие (поступление в архив), формирование графиков погашения основного долга и выплаты процентов по различным схемам, а также контроль выполнения этих гра­фиков и начисление пеней по основной части долга и по процентам. При этом формируется ряд ведомостей. АРМ поддерживает стандартные и ин­дивидуальные процентные ставки: по основной части долга, за неисполь­зованный кредит (если это не указано в договоре), за просроченный воз­врат ссуды или за несвоевременную выплату процентов за кредит. АРМ сотрудника по работе с физическими лицами все чаще включает­ся в состав БИС, что обусловлено необходимостью привлечения средств от физических лиц, хотя эти операции связаны с большой трудоемкостью из-за массовости. В основном они носят характер депозитных операций, и поэтому данный АРМ принципиально отличается от АРМ сотрудника де­позитного отдела лишь специфическим набором оказываемых услуг. АРМ. сотрудника фондового отдела обеспечивает выполнение полити­ки банка в части фондового портфеля, а также выполнение доверитель­ных соглашений с физическими и юридическими лицами. АРМ включает такие режимы, как оценка экономического состояния объекта инвестиций, расчет аналитических показателей по ценным бумагам, оценка инвести­ционной привлекательности объекта, портфеля ценных бумаг, учет посту­пления и движения ценных бумаг. АРМ сотрудника депозитного отдела обеспечивает привлечение времен­но свободных средств. Относительно предметной технологии в этот АРМ включаются такие же режимы, как и в АРМ СКО: заключение договора, расчет процентов по различным схемам, причисление их к остатку и др. Проблемой банковской технологии остается разграничение функций между базовым модулем, реализующим комплекс операционно-учетных работ, и АРМ сотрудников других отделов. Например, в настоящее время существуют две наиболее распространенные технологии начисления про­центов за кредит. По первой технологии начислением процентов за­нимается базовый блок, а сотрудник кредитного отдела лишь пересылает в него данные для расчетов и осуществляет контроль за этими операция­ми по графику платежей и за отклонениями от него. По второй техно­логии взаимосвязь между этими отделами осуществляется на уровне про­водок, при этом сотрудник кредитного отдела генерирует их, а операционно-учетный модуль выполняет ведение кредитных счетов, просмотр работы по счету и расчет процентов по кредитам (в соответствии с жела­нием сотрудника кредитного отдела). Как показывает опыт, контроль документов, проходящих по договорам, сотрудниками кредитного и де­позитного отделов более распространен.
Мониторинг договоров предполагает ежедневный контроль за прове­дением платежей по обязательствам, сроки которых истекли. При этом автоматически фиксируется поступление просроченной задолженности и начисляются штрафные проценты. Суммы просроченных задолженностей хранятся в особой области базы данных — «до выяснения», пока по рас­поряжению сотрудника кредитного отдела они не будут отнесены на соответствующие балансовые счета, погашены или не будут изменены условия договора.
Работа АРМ конструктивно строится на основе ряда универсальных перемещаемых блоков: Договор, График выплат. Расчет нормативов бан­ка, а также ряда специальных с методической и технологической точек зрения блоков: Оценка кредитоспособности клиента и Прогноз свободных средств банка (на основе сроков окончания договоров). Блок Договор обес­печивает подготовку, ведение, учет и контроль исполнения договоров банка и его обязательств; учет сумм кредитов и депозитов при расчете коэффи­циентов ликвидности банка; прогноз состояния кредитных ресурсов бан­ка к заданному моменту времени; прогноз влияния предполагаемого дого­вора на финансовое состояние банка. Он позволяет получить выписку о состоянии отдельного договора и сводную отчетную документацию. Блок График выплат позволяет провести предварительную прикид­ку вариантов погашения кредитов и выплат по депозитам и кредитам. Воз­можны графики равномерного погашения базы кредита, равномерного погашения базы кредита и процентов; аннуитет (ссудозаемщик регулярно выплачивает равные суммы - аннуитеты, состоящие из суммы процентов и суммы погашения основного долга, поскольку проценты начисляются на остаток долга, они снижаются по мере погашения с одновременным увеличением доли погашения); график выплаты процентов при получе­нии ссуды (дисконтированная ссуда); график единовременного погаше­ния кредита в конце срока договора с текущим погашением процентов; график произвольного погашения базы кредита и др. АРМ оператора (может и не быть) обеспечивает ввод документов, собранных в пачки, с просчитанной контрольной суммой. Обычно банк использует этот АРМ при больших объемах ввода, хотя в ряде случаев он сохраняется как атавизм перфорационных технологий. АРМ старшего оператора (может и не быть) формирует из введенных документов рейсы и передачу их на ВЦ для проведения одногородных рас­четов. АРМ сортировщика (может и не быть) создается для проверки пачек документов, введенных операционистами, и отправки их на проводку, а также для формирования и печати авизо и реестров для РКЦ. АРМ контролера реализует так называемый принцип "четырех глаз» и служит для просмотра кассовых документов и документов, введенных операционистами или операторами; печати сводных ведомостей по при­ходу и расходу; проставления пометки об оплате на документах; отправ­ления проводок по кассе; распечатки форм отчетности. АРМ кассира-контролера обеспечивает: ввод кассовых платежных до­кументов; прием и обработку денежных чеков, объявлений на взнос на­личными, приходных и расходных кассовых ордеров и документов по инкассации; формирование сводных ведомостей по приходу и расходу; ве­дение кассовых журналов; подготовку проводок по кассе; получение свод­ной справки по кассовым оборотам, формирование мемориальных орде­ров; расчет платы каждого клиента за кассовое обслуживание; получение отчета по кассовым символам оборотов за период; работу со справочни­ком символов; формирование справки по кассе. С помощью АРМ старшего операциониста (может и не быть) оцени­вается загрузка операционистов и назначаются операционисты для новых клиентов банка; просматривается и контролируется список открытых за день лицевых счетов. Одно из важных мест во всех банковских программных продуктах за­нимают АРМ операционистов. В некоторых технологиях предусмотрено их разделение на АРМ операциониста по платежным документам и АРМ операциониста по подготовке отчетов либо на АРМ операциониста по ра­боте с физическими лицами и АРМ операциониста по работе с юридиче­скими лицами. В крупных банках иногда выделяют операционистов для проведения работ по открытию и закрытию счетов. Обычно же АРМ операционистов могут реализовывать открытие и за­крытие счетов; начисление, причисление к остатку вкладов и выдачу про­центов по всем видам вкладов; перевод вкладов; поиск клиента по номеру его лицевого счета и наоборот; установление договорной процентной став­ки и платы за совершение операций и расчет дохода от проведения опера­ций; оплату переводов; ведение операционного дневника; аналитический и операционный контроль за выполнением операций; ввод платежных до­кументов; работу с картотеками: занесение и исключение номера карто­теки из счета клиента; контроль дебетового сальдо и занесение докумен­тов в картотеку №2; погашение задолженностей частично или единовре­менно по картотеке №2; просмотр и распечатку выписок из лицевого счета, формирование остатков по счетам и др.; контроль неоплаченных документов; обработку электронной почты (по схеме клиент — банк), если это не выполняется в специальном АРМ. В случае специализации опера­ционистов по виду документов могут выделяться АРМ операционистов по платежным требованиям и поручениям, по кассе, по работе с аккреди­тивами, чековыми книжками и др. АРМ экономиста (может и не быть) осуществляет: формирование вы­писок из лицевых счетов, контроль начисления процентов по лицевым счетам, контроль остатков и проводок по лицевым счетам, расчет норма­тивов и показателей работы банка, контроль за работой филиалов, форми­рование сведений для налоговой инспекции. АРМ бухгалтера обеспечивает: расчет остатков по счетам на начало следующего дня; формирование, просмотр, корректировку, печать, со­хранение баланса по балансовым и внебалансовым счетам и приложени­ям к нему за любой период; ведение развернутого сальдо по любому ба­лансовому счету для филиала; изменение остатков счетов на начало или конец любого дня; расчет прибыли за период; оценку рентабельности банка и формирование других показателей работы банка; расчет процентов по лицевым счетам; изменение плана счетов. •АРМ главного бухгалтера осуществляет: получение информации о ра­боте банка, его клиентах; открытие и закрытие лицевых счетов; просмотр и печать оборотно - сальдовых ведомостей по балансовым и внебалансовым счетам, а также ведомостей открытия, закрытия и изменения лице­вых счетов; обновление файла подписей клиентов (в некоторых БИС). АРМ администратора является крайне важным и включает несколько различных функций, которые обеспечивают: • текущую работу по документам: • отражение оперативных проводок; • составление текущей описи документов; • выполнение текущей сверки; • составление документального баланса; • печать отчетов; • межфилиальный обмен по дискетной технологии; • планирование и завершение операционного дня банка; • планирование работ и наделение полномочиями сотрудников отдела • операционно-учетных работ: • планирование работ на требуемый день;
• регистрация, удаление, изменение статуса пользователя; • контроль протокола работы пользователя; • функциональное конфигурирование рабочих мест пользователей; • поддержание санкционированного доступа к информационным ре­сурсам БИС; • выполнение отката комплекса;
• ведение фонда НСИ: • администрирование файлов базы данных; • организация и ведение фонда НСИ (изменение процентных ставок, справочники МФО, таблицы балансовых и внебалансовых счетов, типов платежных документов, кассовых символов, атрибутов банка, прейскуранта услуг, видов операций и др.); • установление и конфигурирование рабочих мест других пользовате­лей БИС: • включение и выключение задач в комплексе; • настройка комплекса; • выполнение пусковых работ при внедрении БИС. Если в каких-либо БИС состав АРМ другой, то функции сотрудников ОУР просто разделены между АРМ по-другому, поскольку БИС лишь обес­печивает реализацию банковских учетных технологий средствами инфор­мационных технологий, являясь некоторой моделью системы у правления. В одном из АРМ комплекса ОУР (обычно это АРМ администратора) содержится блок, обеспечивающий архивацию - перевод файлов опера­ционного дня в статус «архивный», т.е. доступный лишь по чтению. При необходимости сотрудник банка, используя этот блок, может найти лю­бой интересующий его документ, проводку, регистр; войти в любой опе­рационный день года, в любой месячный отчет, квартальные отчеты (с накоплением с начала года и без него), отчет за прошлый год, а также отчеты за произвольно выбранные промежутки времени. Программные продукты, обеспечивающие автоматизацию банковской деятельности, различаются по признаку включения или не включения в их тело банковской технологии. Таким образом, АРМ сотрудника кредитного отдела (СКО) должен поддерживать реализацию целей, которые выставляются сотруднику бан­ка, и обеспечивать его информацией для принятия решения по кредитова­нию и дальнейшему обслуживанию кредита. Для этого необходимо иметь сведения о кредитном потенциале банка, о кредитоспособности ссудоза­емщика и рабочую информацию по обслуживанию кредита. Обычно в отечественных БИС АРМ СКО обеспечивает ввод и обра­ботку информации о кредитных договорах и отражает технологические этапы кредитования: заключение договора и его ведение (выдачу кре­дита, начисление процентов по кредиту, расчет неустоек и выставле­ние их на инкассо либо получение этих сумм в порядке бесспорного платежа, контроль фактических выплат клиентом по договору, пролон­гацию договора и его закрытие, перевод договоров в состояние про­срочки). Расширение возможностей АРМ СКО может происходить через добавление средств обработки информации договоров на гаран­тии погашения кредитов и на их страхование; средств оценки креди­тоспособности заемщика; расчет платы за кредит для новых схем кре­дитования и др. Комплекс АРМ СКО должен предусматривать использование компь­ютера для оформления кредитной сделки и ведения кредитного договора в течение всего периода его действия. С момента регистрации выдачи кредита до его погашения сотрудник кредитного отдела должен быть обес­печен своевременной информацией о размере платы за кредит, сроках ее внесения, а также иметь возможность накапливать некоторые статистиче­ские данные по направлениям кредитования, срокам, суммам кредита и другим параметрам. Эти данные используются как для планирования соб­ственной деятельности банка, так и для составления отчетности. В ходе решения задач АРМ СКО используется ряд кодов. Код состояния передачи средств имеет один знак и Построен по по­рядковой системе (0 - не начато; 1 - не закончено; 2 - закончено; 3 - к погашению; 4 - погашено; 5 - просрочено; 6 - переведено в состояние «просрочено»; 7 - переведено в состояние «пролонгировано»). Код типа гашения процентов включает в себя два знака и построен по позиционной системе: первый знак показывает характер погашения (1 -единовременное и 2 - частевое), а второй знак отражает вид погашения и имеет состояния: еженедельно, ежедекадно, ежемесячно, ежеквартально, один раз в год). Номер погашения процентов имеет один знак и построен по порядко­вой системе. Код состояния договора содержит один знак и может принимать зна­чения: черновик, исполняемый условно, исполняемый реально и завер­шенный. Реально исполняемый договор может иметь статус нормального, про­сроченного и пролонгированного. Код разрешения построен по позиционной системе и показывает факт разрешения (0) или запрещения (1). Код признака начала действия договора имеет один знак и принимает только два состояния: 1 - с момента поступления средств, 2 - с момента подписания. Код степени надежности возврата устанавливается экспертом и мо­жет изменяться от 0 до 9. Номер части погашения (к которой относится проводка) имеет один знак, построен по порядковой системе. Если проводка осуществляет вы­дачу, то номер приобретает значение 0. Код вида операции имеет два знака и построен в соответствии с по­рядковой системой: 01 — полная выдача ссуды; 02 — частичная выдача ссуды; 03 — штатное гашение ссуды; 04 — перевод в состояние «просрочено»; 05 — перевод в состояние «пролонгировано»; 06 — начисление процентов за просроченную 07 — гашение долга за просроченную ссуду; 08 — списание в убыток; 09 — гашение процентов; 10 — перевод процентов в состояние «просрочено»; 11 — перевод процентов в состояние «пролонгировано; 12 — волевое гашение процентов; 13 — гашение пеней на ссуду; 14 — гашение пеней на проценты; 15 — волевое гашение пеней на ссуду; 16 — волевое гашение пеней на проценты; Для регистрации платежей применяются файлы Платежи по договору и Справочник учреждения банков. Выдача кредита, плата за кредит и погашение кредита регистрируются при наличии платежной документа­ции. Платежные поручения содержат следующие реквизиты: • номер поручения; • дата оформления; • реквизиты плательщика; • реквизиты получателя; • дебетуемый счет; • кредитуемый счет; •сумма перечисляемых средств; • вид операции (причина платежа). Платежное поручение, выписываемое клиентом, поступает в комплекс операционно-учетных работ, где вызывает корректировку соответствую­щих лицевых и синтетических счетов. Для того чтобы сотрудник кредит­ного отдела мог отследить произошедшие изменения, в его АРМ из ком­плекса операционно-учетных работ ежедневно поступают проводки, от­носящиеся к кредитному отделу. История выполнения договора отража­ется в файле его состояний. Главное меню АРМ СКО содержит функции: • Работа с договором; • Работа с проводками; • Формирование отчетности; • Разное. Функция Работа с договором предполагает возможность ввода, про­смотра, контроля и корректировки договора. При этом происходят расчет платы за кредит и формирование графика платежей. Одновременно поль­зователем могут быть получены документы: распоряжение об открытии счета, мемориальный ордер, срочное обязательство.
Функция Работа с проводками осуществляет отбор проводок, касающихся кредитного обслуживания клиентов и имеющих отношение к со­труднику кредитного отдела, и выполнение на основе полученной инфор­мации по решению пользователя следующих операций: • регистрация выдачи кредита в кредитном журнале;
• регистрация платежей по кредиту; • перевод в просрочку; • перевод в пролонгацию; • закрытие договора. Функция/разное предусматривает работу со справочниками (например, учет изменения процентной ставки, ее ввод, просмотр и корректировку), работу с базой (копирование, восстановление, реорганизация), различные установки (пароль, время, палитра, визитная карточка). В меню могут быть подсоединены такие функции, как Работа с меж­банковскими кредитами (МБК); Страхование кредитов и Работа с договорами на гарантию, Расчет стоимости кредитного договора. Оценка кре­дитоспособности заемщика. Оценка риска кредитования и др. Получаемые в ходе выполнения различных функций любые ведомо­сти в соответствии с принципом избирательного распределения инфор­мации должны служить выполнению целей, поставленных руководством банка перед сотрудником. Поэтому для поддержки принятия решения со­трудником кредитного отдела в соответствующие функции АРМ должны быть подсоединены ведомости: • ведомость переоформленных договоров; • начисленные и уплаченные за месяц проценты . реестры плановых и фактических платежей; • справка о выполнении договора; • платежи по договору (уплаченные проценты и неустойки) за период; • ведомость просроченных ссуд. Ведомости, носящие общий характер, объединены в общую функцию Формирование отчетности. Сюда относятся: • анализ ссуд по экономическим секторам; • анализ поступления доходов по кредитным операциям; • реестр крупных ссуд; • справка о выполнении договора; • реестр погашенных кредитов; . справка о сроках действия договора; • статистика сумм договоров; • статистика сроков договоров; • статистика цен ссуд кредитов; • кредитный журнал; • список действующих договоров за период; • перечень клиентов и др. Эти отчеты могут быть распечатаны в виде твердых копий, выведены на экран или в файл. На рис. 9. представлена схема данных решения задач АРМ СКО. Сотрудник кредитного отдела, используя множество текстовых прототи­пов (шаблоны договоров), составляет договор о выдаче кредита также в текстовой форме, имеющий статус черновика. Кредитный договор как тек­стовый документ содержит: наименование сторон; вид кредита; сумму; срок договора; процентную ставку; порядок выплаты процентов; вид обес­печения; перечень необходимых документов (по требованию банка); но­мер расчетного счета и другие реквизиты банка, обслуживающего пред­приятие; юридические адреса сторон. Эту информацию удобно предста­вить в двух файлах, содержащих расчетные данные договоров (Договор (данные)) и текстовую информацию (Договор (текст)). Рис. 9. Схема данных решения задач АРМ СКО. Для регистрации нового кредитного договора и для вывода его на эк­ран при просмотре и редактировании используется соответствующий ма­кет, на основе которого осуществляется визуальный и логический контроль ввода. Контроль вводимой информации весьма важен, поскольку, если про­граммные ошибки могут быть в большинстве случаев легко устранимы программистом при обнаружении в ходе эксплуатации, ошибки информа­ционной базы трудно распознаваемы и предопределяют ошибки при лю­бых вычислениях. Такой контроль традиционно выполняется визуаль­ным и форматным способами. Логический же метод контроля использу­ется реже, так как требует от программиста дополнительных затрат вре­мени на его реализацию. Работа с текстовой частью договора заключается в традиционных опе­рациях по вводу текстовой информации, ее просмотру, полноэкранному редактированию и удалению. Технологически договор может иметь различный статус: черновик, условно действующий, реально действующий и завершенный. Первона­чально составленный черновик переходит в статус условно действую­щего при его подписании. Договор приобретает статус реально дейст­вующего после перемещения на его основании финансовых средств. После окончания расчетов между ссудозаемщиком и банком договор приобретает статус завершенного. Реально действующий договор мо­жет иметь уточненный статус: нормально действующий, просроченный и пролонгированный. В последнем случае дата договора соответствует дате пролонгации, а его сумма равна сумме выбранных платежей. Редактирование и удаление договоров из базы возможно только при статусе черновика. Договоры с остальными статусами могут только просматриваться. В связи с объемом текста договора необходимо предусмотреть не только полнотекстовый, но и сокращенный просмотр. При перечислении средств на ссудный счет, на расчетный счет, про­лонгации договора или переводе его на счет просроченных ссуд форми­руются проводки, которые передаются в отдел операционно-учетных ра­бот. На основе файлов проводок и начисленных процентов формируется файл плановых платежей по договору. Он обрабатывается совместно с файлом проводок, поступившим из операционного дня, в результате чего образуется файл платежей по договору. На основе последнего формиру­ются ведомости состояния договора, кредитный журнал и др. При пролонгации этот цикл повторяется, но статус договора меняет­ся. Если же договор переводится в просрочку, меняется не только статус договора, но и начинается начисление пенсий. И в том, и в другом случае формируются соответствующие проводки. При закрытии договора меняется лишь его статус. Для расчетов по предоставленным кредитам обычно применяется файл процентов (начисленные проценты). Файл Договор (данные) содержит следующие реквизиты : статус дого­вора; номер договора; номер пролонгации; номер расчетного счета (или 0); номер ссудного счета; адрес перехода остатка задолженности; номер счета просрочки; степень надежности возврата кредита; количество час­тей погашения; процентная ставка на основную часть долга; процентная ставка пеней на проценты; вид погашения ссуды (равными долями и др.); сумма по договору; сумма начисленных процентов; дата начала действия договора; дата закрытия договора; итоговая сумма погашения долга; ито­говая сумма погашения процентов. Процентные ставки могут выноситься в отдельный файл, что особен­но удобно при начислении сумм по процентам в отдел ОУР. Номер рас­четного счета также может отсутствовать при наличии файла-связки с файлом Справочник клиентов. Если клиент имеет счет в другом банке, то реквизит «номер расчетно­го счета» равен нулю, при этом используется файл Справочник банков. Структура его записи следующая : номер учреждения банка; почтовый индекс; номер МФО; наименование учреждения банка; адрес учреждения банка; телефон; факс. Если клиент имеет счет в банке, выдающем кредит, то используется файл Справочник клиентов (Клиент). Структура записи этого файла следующая : наименование организации-клиента; адрес орга­низации-клиента; телетайп; телефон; факс.
Файл начисленных процентов (в том числе и пени) содержит номер договора; базовую сумму начислений процентов; вид процентов (про­центы и пени различных видов); дату начала начисления процентов; дату окончания начисления процентов; месяц оплаты; день оплаты; процент­ную ставку; тип алгоритма начисления. Последний реквизит позволяет под­держивать файл алгоритмов начисления процентов по различным схемам и, таким образом, легко перенастраивать технологию расчетов.
Файл платежей по договору содержит информацию о плановых погашениях основной части долга и плановых выплатах процентов. В состав его записи входят следующие реквизиты: • номер части выплат; плановая дата платежа (либо дата; до кото­рой должно быть проведено погашение); плановая сумма платежа; • фактическая дата платежа; дата перечисления средств со счета кли­ента; фактическая сумма взноса; номер проводки; вид платежа; состояние передачи средств. Входе решения задачи может формироваться много различных ведо­мостей, помогающих принять правильное решение сотруднику отдела в процессе управления кредитами. Ряд выходных данных выводится пользователю в виде таблиц, а ряд - в графической форме. Последняя осо­бенно удобна для восприятия. Объем банковских операций к 60-м гг. в мире возрос настолько, что в дальнейшем этот период стал называться периодом «большого взрыва». Увеличение числа выполняемых операций повлекло за собой расширение применения электронной вычислительной техники, что, с другой сторо­ны, подкреплялось развитием ЭВМ. Увеличение числа задач, решаемых на компьютерах, попытки применения их для реализации оптимизацион­ных задач сопровождались использованием электронных каналов для об­мена сообщениями. Компьютерные сети обеспечивают выполнение коммуникационной функции и доступ к разделяемым ресурсам, т.е. передачу файлов, доступ к удаленным базам данных и удаленный запуск задач. Компьютеризован­ные межперсональные коммуникации могут быть трех видов: простые пересылки сообщений по конкретному адресу; рассылка сообщений по почтовым спискам и проведение телеконференций. Проблема информационных взаимодействий с внешней средой явля­ется характерной задачей для любой открытой сложной системы. В бан­ковской среде она стоит как перед центральным, так и перед коммерче­скими банками. Рис. 10. Схема взаимодействия коммерческого банка с внешней средой В качестве внешней среды, с которой взаимодействует коммерческий банк (рис. 10), выступают: • обменные пункты; • участники электронного денежного обращения (ЭДО) с использова­нием пластиковых карточек (ПК); • клиент; • филиалы банка; • банки на территории Украины; • банки на территории СНГ; • зарубежные банки; • другое. Взаимодействие банка с пунктами продажи (POS) и процессинговы-ми центрами возникает лишь в том случае, если банк обслуживает какую-либо систему пластиковых карточек. Взаимодействие банка с клиентом позволяет обеспечить компьютер­ный обмен информацией и минимизировать визиты клиента в банк. Такое взаимодействие предполагает пересылку по электронным каналам платеж­ных документов, выписок по лицевым счетам, формирование реестра пла­тежей за любой период, паспортов сделок и др. Абонентом банка может быть как юридическое, так и физическое лицо, имеющее компьютер. За рубежом такая услуга под названием домашний банк ( Home banking ) в последнее время стала особенно популярной. При организации взаимодействия банк-филиал технология ведения банковских операций во многом определяет состав передаваемых между банком и филиалом данных, но основной информацией, поступающей от филиалов в головное отделение банка, является его баланс, на базе кото­рого формируется консолидированный баланс. Взаимодействие коммерческого банка с другими банками может про­изводиться через систему взаимных корреспондентских счетов, с помо­щью ГВЦ при одногородных расчетах, через систему клиринговых цен­тров и через систему РКЦ (или ОПЕРУ). Межгосударственные межбанковские взаимодействия на территории СНГ осуществляются через центр межгосударственных расчетов (МГР) ЦБ РФ, а международные расчеты - через систему общества международ­ных межбанковских финансовых коммуникаций SWIFT. Информация, циркулирующая между банком и внешней средой, мо­жет носить как чисто информативный характер, так и финансовый. И если первый вид сообщений может и не требовать поддержания опре­деленных требований безопасности, то система удаленных платежей должна обеспечить не только ускорение обслуживания и удобство, но и поддержку имеющихся стандартов передачи данных, а также досто­верности и целостности платежных документов, т.е. безопасности пла­тежей. Особенностью электронных платежей в Украине в настоящее вре­мя является многообразие платежных документов, которые не всегда оформляются единообразно и могут не соответствовать международным стандартам. В целом в СНГ существует значительное отставание в области использования мировых стандартов, которое составляет око­ло 10-15 лет. Это связано с качеством технической базы и состоянием каналов. Передача информации может осуществляться по телефонным и теле­графным каналам. И если в случае использования телеграфного канала абонент при регистрации должен получить свой адрес и собственный ка­бель, то при использовании телефонного канала это не требуется, так как эти процедуры уже были проведены при установке телефона. При переда­че используются различные уровни стандартизации - от электрического до логического. Прежде всего это стандарт на форму передаваемых доку­ментов. В банковской системе распространен стандарт SWIFT, определяю­щий расположение и назначение полей документа. Все электронные взаимодействия коммерческого банка с внешней средой, к которой относятся отдельные клиенты, уча­стники расчетов пластиковыми карточками, другие банки в Украине, СНГ и в других государствах, осуществляются на ос­нове телекоммуникационной среды с использованием стандар­тов передачи и обработки данные различного уровня. С развитием телекоммуникационных сетей в банковском деле появи­лись принципиально новые услуги по взаимодействию клиента и банка, которое может осуществляться на компьютерной основе. Связавшись с компьютером банка по телефонной сети через свой персональный ком­пьютер, клиент после прохождения авторизации может проверить состоя­ние своего счета и совершить с ним ряд операций. Подобные действия клиент может предпринимать и не имея компьютера, используя возмож­ности средств телекоммуникаций и пластиковых карточек, которые не­сут в себе сведения о владельце и его финансовых возможностях. Обилие видов пластиковых карточек как машинных носителей инфор­мации, а также их невысокая стоимость сделали их весьма распростра­ненными. Пластиковые карточки стали использоваться в качестве: про­пусков (access control); телефонных карточек (phonecard); визитных карточек (business card); удостоверений личности (pass control); водительских удостоверений; студенческих билетов; карточек логического доступа (например, к компьютеру); карточек контроля входа в различ­ные электронные системы (log-on access): доступ к устройствам ЭВМ, к программам и файлам, разрешения на выполнение программ или ко­манд, контроль отдельных функций, доступ к шифрованным данным; карточек хранения данных (например, карты здоровья); карт гарантии и фирменного сопровождения, где отмечается обслуживание: осмотры и ремонты какой-либо покупки; финансовых карточек: карточки покупа­теля (shopping card), банковские карточки (bank card) и карточки для банкоматов (ATM-Card).
Пластиковая карточка представляет собой машинный носитель ин­формации, который может быть классифицирован по способу ее записи и хранения. Так, различают магнитные карты (МК), карты памяти, смарткарты (СК) и суперсмарткарты (ССК). Емкость МК составляет всего 100-200 байт, в которых на нескольких дорожках зафиксированы: идентификаторы карточки и ее владельца, сро­ки действия, внутренний код и поле для записи функциональной инфор­мации. И хотя для записи и считывания информации МК необходимы специальные устройства, они, как и сами МК, относительно просты в про­изводстве, и себестоимость их невысока. Поэтому в настоящее время во всем мире они наиболее распространены, хотя как носитель несовер­шенны. Прежде всего они имеют очень низкий уровень защищенности. По данным ОКБ САПР, общие потери на МК составляют 0,5-10 % от оборота, причем 22,6 % из них приходится на мошенничество "продав­ца", а 17 % на утрату карточек.
Магнитные карточки легко скопировать и использовать одновременно в различных POS в пределах одного операционного дня до тех пор, пока не началась обработка (цена копирующего устройства составляет всего 1000 дол.). Мошенничества по такой, схеме происходили в Англии и Фран­ции в 1985-1988 гг. В 1986 г. в Англии было снято по поддельным карточ­кам 64 тыс. дол. При этом идентификация проходила через терминалы банкоматов. Имеют место и другие виды нарушений. Так, при вводе PIN-кода (персонального идентификационного номера) может имитироваться сбой с необходимостью последующей перезагрузки и просьбой повторного ввода пароля. При этом происходит его копирование в программу, кото­рая после пересылки кода в заданное место самоуничтожается. Другой прием заключается в добавлении необходимого количества нулей к сумме, указанной в транзакции. Поскольку при переводе суммы была выполнена авторизация, а транзакция подтверждена электронной подписью, доказать ошибочность проводки клиенту крайне сложно. Во Франции рост числа мошенничеств совпал с ростом распространения МК, и в 1988 г. были обнаружены четыре полупромышленные мастерские по производству фальшивок. Около 15 % доходов эмитентов было присвое­но по поддельным карточкам. Помимо слабой защиты от копирования МК недолговечна. И эти ее недостатки повлекли за собой усложнение технологической схемы об­служивания. Работа с МК предполагает обмен информацией при автори­зации в режиме on-line и усложняет процедуру обслуживания продавцом покупателя. СК в отличие от МК снижают риск мошенничества в 20 раз. Среди финансовых карточек существуют также карточки для прове­дения операций с наличностью (ATM-Card) на основе банкоматов, имею­щих считыватель, цифровую и функциональную клавиатуру, дисплей, принтер и устройство выдачи и ввода наличности. Относительно банковской технологии карточка обеспечивает опреде­ленную форму расчетов, которая обусловлена технологией совершения расчетов, типом используемых документов, характером платежа, местом и временем, а также видом предоставляемой гарантии и сферой использо­вания данной формы. В технологии реализации расчетов с помощью карточек участвуют три объекта: банк, клиент и магазин. Банк выдает клиенту карточку, содержащую сведения о его потенци­альной возможности совершения покупок. При этом можно говорить о дебитных карточках (доступна вся сумма средств, находящихся на счете клиента), предоплаченных карточках (доступна часть средств, переве­денных на индивидуальный или общий транзитный счет со счета клиен­та) и кредитных карточках (доступна часть средств, отсутствующих на карточке, но обеспечивающихся банком или самим клиентом). Магазин через банк осуществляет дебетование средств клиента. В зависимости от наличия средств телекоммуникационного доступа авторизация для МК может происходить как по каналам связи (on-line), так и голосом, а для СК и в режиме off-line. По виду резервирования средств электронные платежные средства (ЭПС) можно разделить на: средства, требующие on-line-связи с платежной системой в момент покупки (резервирование средств происходит в момент платежа); сред­ства, предполагающие перевод денег с лицевого счета клиента на банков­ский (не транзитный) счет, соответствующий карточке; средства, исполь­зующие периодическое пополнение счета до установленной суммы (на­пример, по определенным датам) в любом месте через терминал в режи­ме off-line (только для СК). В современной отечественной литературе банковские карточки по технологии и характеру платежей традиционно разделяют на дебетные (ДК) и кредитные (КК). Дебетные карточки являются возможной заменой наличных средств или чеков (т.е. ДК — карточки наличных средств или активов). Они могут быть использованы для оплаты покупок, получения наличности в отделе­ниях банка, поддерживающего карточки, или в банкоматах. Владелец вме­сто наличности предъявляет карточку, продавец проверяет ее на предмет наличия в стоп-листе или получает по телефону подтверждение банка на требуемую сумму, которое зависит от суммы средств на счете покупателя. Если же дебетная карточка поддерживает возможность предоставления обеспеченного овердрафта, то она становится дебетно-кредитной. При со­вершении торговой операции продавец выписывает стандартные доку­менты, покупатель подписывает их и оставляет себе копию. Кредитные и дебетно-кредитные карточки позволяют владельцу по­лучить по карточному счету необеспеченный и обеспеченный овердрафт. При выдаче тому или иному лицу карточек, дающих возможность получе­ния необеспеченного (без предоплаты) овердрафта, банк проверяет и ана­лизирует средний годовой доход, кредитную историю, жилищные усло­вия, род занятий, семейное положение, наличие банковского счета и т.п. В Украине и кредитные, и дебетно-кредитные карточки относят к кредит­ным, хотя практически используются лишь дебетные. Взаимоотношения между клиентом и банком определяются договором, в котором в Украине обычно отражаются: • процент, взимаемый банком с оборота по данному карточному счету; • процент скидки покупателю при покупках в пределах сумм на его лицевом счете (среди украинских карточек эту скидку давала толь­ко коммерческая карточка OLB1, а в настоящее время - ряд дисконтных карт; • объем кредита, предоставляемого банком (обычно в пределах дву­кратной суммы страхового депозита); • процент оплаты фактического кредита банка; • процент оплаты дебетового сальдо относительно объема предостав­ляемого банком кредита (обычно удвоенная величина кредитной ставки); • проценты за обналичивание через кассу банка и через банкомат, а также ежедневный лимит снятия средств; • залог по дебетовому сальдо (обычно недвижимость); • обязательства клиента сообщать все изменения источников дохода; • паспортные данные клиента; • ответственность при потере магнитной карточки. Технологии выполнения расчетов с использованием МК могут быть различны в деталях, но в целом схема расчетов следующая. Если при покупке товара используется карточка, ее хозяин вводит в устройство сертификатора pin-код, а продавец связывается с банком для проверки платежеспособности карточки (авторизация), и после соответствующего подтверждения форми­руется торговый вексель: с помощью импринтера подготавливается отпеча­ток с рельефной части карточки - слип, на котором пропечатывается сумма задолженности, а покупатель ставит свою подпись, что делает его докумен­том для оплаты. В конце рабочего дня слипы в ходе инкассации пересылают­ся в банк, где находится расчетный счет магазина, и осуществляется переме­щение средств со счета покупателя на счет магазина.
Взаиморасчеты между банками производятся с участием расчетного (процессингового) центра. Однако формирует проводки и осуществляет расчеты между банками расчетный банк системы по требованиям, выстав­ляемым процессинговым центром. Если счет владельца кредитной карточки находится в банке другой системы, то информацию передают в расчетный центр того банка, кото­рый выдал кредитную карточку. Выдачу кредита наличными осуществля­ет любой банк, принимающий карточки этой системы. Кредит, предос­тавляемый по КК (овердрафт), отличается от традиционного повышен­ными операционными расходами, повышенными рисками чрезмерного использования КК владельцами и фальсификаций невладельцев КК. Ис­пользование карточки может быть запрещено, если кредитная карточка объявлена украденной (пропавшей), если исчерпан предел кредитования, владелец кредитной карточки значительно просрочил время платежей, а также в случае аннулирования счета.
Плата за карточку складывается из регулярно взимаемого тарифа, ко­миссии за право получения кредита, оплаты услуг, оплаты овердрафта и издержек по неплатежам других клиентов. Более детально она содержит: стоимость выпуска карточек и их годового обслуживания; размер мини­мального первоначального взноса плюс стоимость пользования карточ­кой, в которую входят комиссионные за снятие наличных и оплату това­ров и услуг; начисления процентов на остаток по счетам, стоимость пре­доставления выписок по счету плюс стоимость дополнительных услуг (пре­доставление дополнительных карточек, страхование, скидки). Расчеты на основе магнитных карточек выгодны всем участникам процесса. Для клиента эти преимущества заключаются в следующем. Он получа­ет в свое распоряжение эквивалент наличности, относительно безопасный при потере или краже. Пользуясь карточкой определенного вида, клиент может получать скидки на покупку товаров, а также дополнительные ус­луги. Так, например, КК АтЕх страхует владельца на 50 тыс. дол. на случай потери трудоспособности и дает около 40 % скидки в отелях. Карточки ETN позволяют иметь клиенту льготы (до 50 %) на пользование отелями, ресторанами, магазинами, прокатом. В Украине, используя МК, можно делать покупки в магазине по курсу конвертации банка, выигрывая на разнице курсов банка и магазина. При использовании КК клиент может получить кредит на тех услови­ях, которые предусмотрены данной системой карточек. Кроме того, кли­ент может по выпискам легко контролировать свой бюджет. И наконец, еще одним преимуществом МК является их престижность. Банк "Опти­мум" заключил соглашение со страховой компанией "Спасские ворота -М", предусматривающее медицинское страхование владельцев Optimum Card на 3 тыс. дол. Как показывает практика, основными причинами при­обретения пластиковых карточек являются: покупка товаров и услуг со скидкой, оплата в рублях по курсу Московской межбанковской валютной биржи (ММВБ), возможность платежей за рубежом без вывоза наличной валюты и без регистрации вывоза средств, безопасность хранения денег и проведения платежей, возможность покупок в валютных магазинах СНГ и престижность. Неудобство для клиента - необходимость оплаты предоставляемых системой карточек услуг. При этом деньги клиент кладет в банк едино­временно, но тратит их в течение длительного периода. Процент, выпла­чиваемый банком по депозитам, всегда меньше процента по кредитам, но в Украине процент по депозиту может оказаться меньше процента инфля­ции, поэтому иметь карточку с этой точки зрения было бы не очень эффективно. Для магазина преимущество использования карточек состоит в приоб­ретении им новых клиентов за счет престижной, удобной и привычной (за рубежом) формы расчетов. По данным американских психологов, вероятность покупки при использовании покупателем карточек, возраста­ет на 30 - 40 %. Кроме того, исчезают проблемы с инкассацией и конвер­тацией. К неудобствам использования карточек магазином относятся не­обходимость закупки или аренды оборудования и сложности с автомати­зацией. Помимо этого магазин постоянно испытывает задержку факти­ческого поступления средств, поскольку банк переводит их лишь после прохождения слипов или их эквивалента через процессинговый центр и после обработки информации в банке. Для банка преимущества заключаются в том, что деньги до последнего момента цикла расчетов находятся в банке. Банк увеличивает свой обо­рот, привлекает новых клиентов и новые средства, за счет чего можно получить дополнительную прибыль. Кроме того, уменьшается пробле­ма наличности. Но появляются другие проблемы. Основная - очень боль­шие затраты на внедрение карточек. Так, затраты банка "Столичный" на создание системы STB-Card превысили 12 млн. дол. [3], а по системе Op­timum Card затраты превысили 7 млн. дол. Такая цифра становится понятной, если учесть, что процесс реализа­ции программы карточек предполагает их производство (ишвинг), орга­низацию обращения (эквайринг), проверку платежеспособности клиента (авторизацию), обеспечение обмена данными между магазином и банком по телекоммуникационным каналам или в виде слипов и обработку этих данных (процессинг). Каждая из этих составляющих требует больших за­трат, поскольку эффективность использования карточек зависит от их рас­пространенности, а та, в свою очередь, - от числа точек их обслужива­ния (POS). Срок окупаемости проекта составляет от 2 до 5 лет при дос­таточном количестве карточек (около 10 тыс. шт.) и пунктов их под­держки (магазины и пр.). Предприятие, на котором работает клиент, используя систему карто­чек, решает проблему наличности и сокращает время на выдачу заработ­ной платы. Примером здесь могут служить многие предприятия и организации. Так, Московский государственный университет экономики, стати­стики и информатики - один из первых вузов страны, который стал выда­вать заработную плату сотрудникам и стипендию студентам, используя пластиковую карточку STB-Card. Новый вид карточек, который становится сейчас все более популярным в сфере ЭДО, - смарт-карты. Имея стандартные в соответствии со специфи­кацией ISO размеры, они представляют собой микрокомпьютер, который может содержать процессор, память (ПЗУ, изменяемая ПЗУ, ОЗУ), систему ввода-вывода. Карта снабжается операционной системой и системой безо­пасности для защиты данных с возможностью их кодирования. "Пустая" микропроцессорная карта при эмиссии изначально содержит в ПЗУ тип карты (банковская или клиентская (торговая)), уникальный иден­тификатор в пределах системы, код эмитента и операционную систему. Смарт-карта была изобретена Р. Морено для повышения защиты еще в середине 70-х гг., но только в 1985 г. во Франции (которая сейчас лидирует в использовании СК) было принято решение об использовании СК и лишь в 1992 г. началось широкое оснащение карточек процессорами. Такую карточку трудно подделать и невозможно скопировать. Одной из хорошо защищенных сейчас является карточка компании Gemplus (Франция), используемая в технологии U.E.P.S. (русская версия), создан­ной компанией Netl (Франция), интересы которой на украинском рынке представляет компания BGS Industrial (Австрия). Базовое программное обеспечение принадлежит BGS и российской компании Telefonn. Карточ­ка имеет двенадцать степеней защиты: от ультрафиолета, от лазерного сканирования, от спиливания, нагрева и пр. Каждый из участников систе­мы (и банк, и магазин) имеет собственные ключи. В банке хранится так называемый "нулевой пароль", вводимый им при установке или замене транспортного ключа, которым "закрыты" карты до момента их эмиссии банком, при этом поставщик системы доступа к этой операции не имеет.
СК дают возможность многоцелевого использования, и в зависимости от конфигурации она может стоить до 20 дол. Например, телефонная карточка в Германии на основе СК с памятью стоит 2 марки, а СК с микропроцессо­ром будет стоить около 12 марок *. Карточки с памятью обмениваются с внешними устройствами информацией в открытом виде, и после этого про­исходит доступ, а карточки с микропроцессором, получив сигнал на считы­вание, обрабатывают его, после чего осуществляется доступ. Пример тех­нологической схемы выполнения расчетов через СК представлен на рис. 11.
Рис. 11. Технологическая схема расчетов с использованием смарт-карт. * по технологии BGS инкассация через СК - магазин. ** по другим технологиям: инкассация по телекоммуникационным каналам. Деньги с лицевого счета клиента переносятся на СК и одновременно отражаются на специальном накопительно-распределительном счете (Holding Accounting) (I, 2). Далее клиент расплачивается ею, проходит авторизацию на месте расчетов (POS) (3). После проверки по стоп-листу (4) (операция осуществляется терминалом автоматически) происходит обработка платежа в режиме off-line и средства переносятся с карты поку­пателя на карту магазина ( в системе UEPS) либо с карты покупателя (вы­дает банк) записываются в торговый терминал (5), который затем инкас­сируется (6). Данные одновременно отражаются на журнальной ленте и чеке. Чек передается покупателю (5). Проводка содержит код банка вла­дельца, номер его лицевого счета, идентификатор магазина, дату, время и сумму проводки. Из магазина осуществляется телекоммуникационная пе­ресылка транзакции в банк, где по ней происходит списание денег с Hold­ing Accounting на расчетный счет магазина. Смарт-карты, содержащие микропроцессор, меняют технологию рас­четов и таким образом создают новые возможности для их участников. Оперативность платежа возрастает, а контроль собственных расходов ста­новится более удобным и конфиденциальным. Клиент может хранить раз­дельно крупные и обычные суммы на одной карточке. Область памяти, хранящая крупные суммы, может быть защищена специальным паролем, который может заменяться пользователем самостоятельно и многократ­но. Перемещение средств между этими областями по технологии, исполь­зуемой, например, в Промстройбанке, может быть выполнено в любом пункте обслуживания. При этом клиент может осуществлять денежные переводы, совершать коммунальные платежи и оплачивать покупки лю­бого размера. Банки-эмитенты открывают новые счета и увеличивают свой доход от участия в операциях POS. При этом общая степень риска по карточкам снижается за счет уменьшения рисков в денежном обороте, отсутствия рисков неплатежеспособных клиентов и потерь от возможного взлома сис­темы или подделок. Улучшается имидж банка, использующего прогрес­сивную форму расчетов. Технология СК обеспечивает высокую степень автоматизации (опе­рации ручного ввода информации с чеков вообще отсутствуют) и инфор­мационного обслуживания всех участников расчетов. Банк не несет ответственности за расходы по поддержанию базы pin-кодов, Снижает расходы по эксплуатации телекоммуникационных сетей и эксплуатационные расходы мейнфрейма ВЦ банка. Таким образом ме­няется структура затрат: увеличивается цена карточки и периферийного оборудования, но сокращаются расходы как Back-Office, так и Front-Of­fice. Ряд СК позволяет использовать терминальное оборудование МК. Исследования специалистов АО "СканТек" показали, что наилучшими характеристиками среди СК по соотношению защищенность - цена явля­ются карточки PCOS (для крупных покупок) и GPS 896 (для повседнев­ных покупок). Магазины могут использовать СК, сохраняя возможность работы с МК любого типа и, применяя специальный товарный терминал, получают возможность уменьшения времени обслуживания клиентов (до 4 с) без дополнительного обучения персонала при полной гарантии оплаты тран­закций и кредитовании счета магазина в момент покупки. При этом упрощается контроль расчетных операций, снижаются объемы телекоммуни­кационного обмена и расходы по оплате комиссий банку. Существуют два принципиально разных подхода, используемых бан­ками для внедрения карточек: 1) вступление в существующие за рубежом системы карточек в качестве принципиальных или ассоциированных чле­нов (Кредобанк, Мост-Банк, Инкомбанк); 2) эмиссия собственных кар­точек или участие в украинских системах (эмиссия собственных карто­чек в пределах сложившейся системы, обслуживание карточек другого эмитента, участие в процессинге и др.). Для внедрения карточек международных систем (Eurocard, MasterCard, Cirrus/Maestro, Eurocheque) создана ПК АО "Cardcenter" (1992г.), обслу­живающая операции некоторых банков - членов Europay. Пользователя­ми центра являются такие банки, как Диалог, Кредит-Москва, Моссбер-банк и др. Таким образом, даже если данные, записанные на карточке, и ока­жутся продублированными (как с МК), ее использование невозможно без знания этого уникального кода. При отправке карточек произво­дителем в адрес банка, выпускающего карточки в обращение, pin-коды генерируются банком отдельно. Пока код не будет "присвоен" карточ­ке, ее невозможно использовать. Как только Optimum Card выпущена и на ней записаны данные, доступ к ним защищается персональным иден­тификационным номером. При несанкционированной попытке исполь­зования карточка блокируется, как и в случае, если личный пароль на­бирается неправильно трижды. Если же владельцу карточки не хватает суммы, хранящейся на карточке, он может при помощи банкомата или в отделениях банка вложить недостающие средства в безналичной форме, таким образом освобождая себя от проблем с хранением боль­ших сумм наличности. Вся информация о покупках заносится в память кассового терминала, при этом остатки на карточке обновляются. По окончании операционно­го дня магазина по модемной связи проводки по сделкам пересылаются в банк, где происходит обработка и с банковского счета владельца Opti­mum Card деньги переводятся на счета магазинов. В ближайшие годы следует ожидать не просто объединения локаль­ных систем, а объединения, связанного с межбанковской унификацией Процедуры изъятия карточек и других технологических этапов работы системы, и на основе этого создания системы национальной и междуна­родной систем карточек. Система телекоммуникационного взаимодействия клиента с банком (Клиент-Банк) позволяет сократить число визитов клиента в банк и облег­чить ведение бухгалтерии обоим участникам. Система обеспечивает под­готовку клиентом платежных документов различного вида, "пачкование" их при необходимости и пересылку в банк, а также получение из банка выписок по счету и реестров платежей. Система Клиент-Банк в банке свя­зана с блоком операционно-учетных работ, который обеспечивает прохо­ждение платежей и формирование необходимой выходной документации. Платежные документы и запросы в банк формируются клиентом банка в АРМ бухгалтера. Далее эти документы подписываются электронной под­писью главным бухгалтером и директором учреждения и передаются в банк на АРМ коммуникаций, который оборудован специальным компью­тером. Обычно это либо коммуникационный сервер, к которому подклю­чаются модемы, либо хост-машина. Положительным моментом здесь яв­ляется то, что хост-машина может работать круглосуточно и сообщения могут приниматься даже ночью. Последнее важно для нашей страны, имеющей много часовых поясов. Недостаток же заключается в том, что реально поручения будут выполнены или утром при наличии режима ре­ального времени для обработки, или, что более вероятно, вечером, когда будет завершаться операционный день. Таким образом, реально оборот денежных средств предприятия ускоряется незначительно.
В функции АРМ коммуникаций входят контроль доступа к серверу, идентификация абонента, формирование сеансового ключа, поддержка сеанса, ведение системного журнала, ведение базы данных ключей клиен­тов. АРМ осуществляет связь с внешней средой и обеспечивает автомати­ческую пересылку сообщений между банком и клиентом, банком и кли­ринговыми центрами, банком и другим банком, банком и РКЦ, банком и его филиалами, банком и обменными пунктами.
Подсистема Банк реализует выход в систему SWIFT, обеспечивает ввод и контроль, корректировку, хранение и выборку платежных поруче­ний, заявлений на аккредитив, объявлений на взнос наличными, заявле­ний на чековую книжку, отказ от акцепта и др. На введенные документы подсистема формирует реестр и может подготавливать пакет документов к отправке в банк. Для обеспечения безопасности подсистема ведет сис­темный журнал, в котором фиксируются параметры сеанса, осуществляет разграничение доступа пользователя к данным и определяет его права. Передаваемая информация кодируется при подготовке файла внутренней программой и далее внешней программой, например, по алгоритму Data Encryption Standard (DES), разработанному фирмой IBM. Ключи кодиров­ки хранятся в банке. Юридическая полноценность документа обеспечива­ется электронной подписью (ЭП) в соответствии с алгоритмом RSA (стан­дарт ISO 8731). К декабрю 1992 г. Федеральным агентством правительст­венной связи и информации (ФАПСИ) была закончена совместная разра­ботка комплекса по организации криптографической защиты и контроля подлинности информации ProCarry Mail Special (PMS), который содер­жит модули криптографической системы MAGPRO, имеющие функции ЭП и обеспечивающие защиту и контроль подлинности информации в сети и на винчестере. В настоящее время оно распространяет и второй ком­плексный продукт - ВЕРБА. В июне 1992 г. Сбербанк внедрил сеть ИН-ФОТЕКС, имеющую электронную подпись. В том же году фирма "Диасофт" разработала свой алгоритм ЭП. В настоящее время алгоритм ЭП используется де-факто, хотя относительно законодательства электронный документ не имеет юридической силы. АРМ коммуникаций принимает платежные документы, осуществля­ет их распознавание и передачу в блок операционно-учетных работ, где после проверки санкционированное™ доступа и определения номера опе­рациониста, курирующего данного клиента, производится дешифровка сообщения с применением алгоритма ЭП. Для этого операционист исполь­зует специальную дискету, без которой расшифровка невозможна. Про­смотрев поступившие документы, операционист отправляет их на испол­нение либо не исполняет, проставляя причину отказа, и впоследствии от­правляет обратно клиенту. В некоторых случаях операционист может пе­реслать документы в АРМ руководителя для принятия решения. По ре­зультатам дня операционист высылает клиентам выписки о состоянии ли­цевых счетов и реестры выполненных проводок. Полученные документы распечатываются с подписями лиц, подписавших документ, в подсистеме Клиент с пометкой об исполнении или с мотивировкой отказа. После вы­полнения проводок документы архивируются и делаются недоступными для любой корректировки. Появившиеся в последнее время смарт-карты позволяют обеспечить высокий уровень безопасности доступа как в подсистеме Клиент, так и в подсистеме Банк. Смарт-карты предусматривают возможность многофунк­ционального применения, в частности могут выступать в роли так назы­ваемых карт доступа. Изменения традиционной банковской технологии взаимо­действия с клиентом влекут за собой необходимость реше­ния проблем, которые обусловлены особенностями телеком­муникационной среды и сетевой технологии. Общество всемирных банковских коммуникаций - Sosiety for World­wide Interbank Financial Telecommunication (S.W.I.F.T.) было основано груп­пой из 250 банков Европы и Северной Америки в 1973 г. С 9 мая 1977 г., когда система начала функционировать, и до сегодняшнего дня число фи­нансовых учреждений, пользующихся услугами этой организации, пре­взошло 3700 из 75 стран-членов и 92 стран-участников. Число транзак­ций, пересылаемых этими учреждениями, составляет почти 2 млн ежесу­точно и более 400 млн в год. Объем транзакций при односторонней пере­даче составляет 325 байт, а при двухсторонней - 650 байт. Высокая интен­сивность обменов снижает их стоимость настолько, что она оказывается ниже стоимости аналогичных передач по телексу и телеграфу. Время же доставки сообщения по SWIFT составляет около 20 мин, но его можно сократить до 1-5 мин за дополнительную плату, что перекрывает показа­тели обычных каналов связи. Так, аналогичная передача по телеграфу за­нимает около 90 мин. Вступление в SWIFT предполагает заключение контракта пользовате­ля, национальных органов с Сообществом (в Украине и в СНГ это СОВАМ-ТЕЛЕПОРТ). SWIFT обеспечивает: единый язык и единую технологию организации обработки информации; надежность передачи и обработки данных и их защиту; быструю передачу сообщений; сокращение ошибок и, следова­тельно, потерь; надежный дистанционный контакт между клиентами; со­кращение операционных расходов. В большой степени эти преимущества связаны с использованием стандартных сообщений. Система SWIFT осуществляет: телеграфные переводы клиентов и бан­ков; передачу извещений о получении переводов; обмен валюты; запросы и извещения о займах и вкладах; долгосрочные займы и вклады; платежи процентов; подтверждение дебета или кредита; выписки со счета. Это по­зволяет сократить применение бумажной технологии и перейти к элек­тронному обмену данными (ЭОД) в финансово-кредитной системе. Если изначально планировалось обслуживание только банков, то вскоре систе­ма стала доступна и другим учреждениям (брокерским, дилерским, кли­ринговым конторам и др.). Все платежные документы поступают в систему в стандартизирован­ном формате, что позволяет автоматизировать обработку данных и исклю­чить возможность различного понимания смысла сообщений отправите­лем и получателем. Фиксация выполненных транзакций дает возможность полного контроля (аудита) всех проходящих распоряжений и ежедневно­го автоматизированного формирования отчетов по ним. Передача сооб­щения и его контроль осуществляются автоматически (в режиме on-line не дольше 20 с). Многоуровневая комбинация физических, технических и организаци­онных методов защиты обеспечивает сохранность и секретность переда­ваемых сведений. Поручения клиентов и формируемая отчетность могут использоваться для оценки состояния счетов и платежей. Применение стан­дартов банковской документации, ее унификация исключили расхожде­ния в оформлении документов различными пользователями. В настоящее время выделено семь категорий сообщений, включающих более 70 их типов. Макет сообщения представляет собой пронумерован­ную совокупность обязательных и необязательных полей. Обязательные поля содержат информацию, необходимую для правильной обработки тран­закции. Дополнительная информация располагается в опционных кодах. При круглосуточной работе 20 % сделок SWIFT осуществляет без вмеша­тельства операторов. В случае поступления в SWIFT некачественной ин­формации, которая не соответствует категориям, группам и типам уста­новленных сообщений, может применяться экспертная система, осущест­вляющая идентификацию сообщения, - ARTRANS (Telex Reader). Она из­влекает из неструктурированных сообщений информацию на естествен­ном языке, касающуюся переводов средств между банками и клиентами, действуя по типу демонов.
Система может переводить документы из одной формы в другую, пе­ресчитывать стоимость. Она состоит из очистителя сообщений (выявле­ние неточностей и описок); анализатора текста (ядро); интерпретатора сообщений (проверка номеров счетов, адресов, подбор формы платежа) и формализатора содержания транзакции в SWIFT.
Сообщения кодируются в соответствии с разработанным стандартом для различных их типов. Поступившие в операционный центр сообщения проверяются на правильность формата документа, срока и адреса отпра­вителя и получателя, а также статуса устройства - источника сообщения. В зашифрованном виде сообщения передаются в региональный процес­сор страны, где расположен банк-получатель, а оттуда - в банк-получа­тель. Срок хранения протоколов передачи составляет 14 дней. Для ввода в SWIFT-2 используется (рис. 5.9) Computer Bank Terminal (CBT), который снабжен линиями международной телефонной связи, криптографическим оборудованием (К) ENCRIPTOR (STEN) и модемом (М) (рекомендуется MOTOROLLA-CODEX). По линиям телефонной свя­зи информация поступает на точку доступа в SWIFT - SWIFT Access Point (SAP) или в региональную администрацию - Regional ADministration (RAD). SAP представляет собой автономный заэкрани-рованный машинный зал, оборудованный в соответствии с требования­ми SWIFT. Он снабжен таким же криптографическим оборудованием и модемным оборудованием, как и у пользователя. Таким образом, SWIFT начинает нести ответственность только с момента поступления инфор­мации с модема, установленного в SAP (RAD) на оборудование, юриди­чески принадлежащее SWIFT. Вся система SWIFT управляется одной из четырех ЭВМ, установлен­ных в Голландии (две) и в США (две). Остальные три машины использу­ются в «горячем» резерве. Россия имеет четыре канала (два через Герма­нию и два через Бельгию), хотя достаточно одного. Три оставшихся также находятся в «горячем» резерве. В настоящее время система переводится в модернизированную схему SWIFT-2, оборудованную спайс-процессора-ми, которые состоят из проблемно-ориентированных и независимых мо­дулей, обеспечивающих скорость передачи информации 9600 бод. Срок хранения информации увеличивается до четырех месяцев. При этом для SWIFT-2 поддерживается Протокол Х.400, в котором предусмотрено вы­полнение Протокола Х.25. Планируется создание межбанковской систе­мы передачи файлов (Interbank File Transfer), которая станет платформой, поддерживающей стандарт EPI. Сформулируем основные потребности банков к интерфейсу со SWIFT: • мультисистемность коммуникационного сервера; • легкость интеграции и расширения системы; • полное соответствие последним стандартам SWIFT; • независимость от компьютерного оборудования. Для прояснения ситуации на рынке следует сказать о трех основных его тенденциях. Во-первых, банки всегда хотят уменьшить затраты и повысить эффек­тивность своей работы. Один из способов достижения этой цели - объеди­нение систем в региональные узлы. Например, банки, имеющие в своих филиалах ST-200, заменяют их одним интерфейсом в центральном отде­лении. (Это особенно эффективно для украинских банков, имеющих не­большое число валютных платежей. Они могут организовать групповое подключение к SWIFT.) Рис. 12. Структура сети SWIFT-2 Во-вторых, это ориентация банков на открытые компьютерные систе­мы, работающие под управлением операционной системы UNIX, что по­зволяет, естественно, объединять в единые вычислительные комплексы оборудование различных производителей. Это устраняет зависимость от одного поставщика и позволяет отслеживать все новации компьютерного мира в целях обеспечения конкурентоспособности своей компьютерной системы. Третье направление - интеграция различных офисных программ и ком­пьютерных систем. Время передачи данных между компьютерами на магнитных лентах и дискетах давно прошло. Сейчас данные передаются в режиме реального времени, что позволяет каждому компьютеру, вклю­ченному в этот процесс, стать частью единой системы. Как видно из сказанного выше, потребность безболезненного объединения существующей банковской системы и интерфейса с сетью SWIFT становится самым важ­ным аргументом выбора. Все больше .пользователей разрабатывают распределенные системы, базирующиеся на локальных компьютерных сетях, таких, как Ethernet и TokenRing. Для этих целей единственным полностью открытым интерфей­сом является система TIP/SWIFT, разработанная компанией Telematic In­formation System (AG) (Швейцария). Многие банки во всем мире объявили о переходе на UNIX. При этом основной проблемой является стыковка современных банковских программ на основе реляционных баз данных с системами межбанковских расчетов. Программа MERVA/370, разработанная германским отделением IBM во Франкфурте, базируется на компьютерах IBM/370 и предназначена в основном для банков, которые исконно ориентированы на продукцию фир­мы IBM и не спешат заменять оборудование 70-х гг. MERVA/2, разрабо­танная под операционную систему OS/2, должна была стать альтернатив­ной, опираясь на оборудование ST-200, используемое в качестве комму­никационного проце9сорадля больших ЭВМ. Однако этот проект не был развернут из-за нежелания партнеров IBM по банковским программам разрывать свои контракты с компанией SWIFT Terminal Service (STS). Новейшая третья версия пакета MERVA/2 была объявлена к продаже с конца ноября 1993 г. Она представляет собой универсальную межбанков­скую телекоммуникационную систему, которая осуществляет не только интерфейс с сетью SWIFT, но и является инструментом для подготовки и обработки сообщений, а также обеспечивает связь с банками, не состоя­щими в SWIFT, посредством телекс-сети. MERVA имеет достаточно высо­кий потолок сообщений — более 1200 в час, удобный интерфейс пользова­теля и гибкую внутреннюю архитектуру. Ее легко переконфигурировать под конкретные потребности пользователя. С помощью MERVA/2 банк получает возможность подключать к SWIFT свои филиалы, расположен­ные в любой точке мира, например, через головной офис, при этом физи­ческое подключение к SWIFT достаточно иметь только головному банку. При необходимости MERVA/2 может быть подключена к банковской сис­теме на базе компьютеров AS/400, RS/6000 (имеются стандартные интер­фейсы) или любой другой. В состав системы входит интерфейс приклад­ного программирования, который позволяет объединить MERVA/2 с про­извольной банковской системой. Одной из новых возможностей пакета является поддержка стандарта USE (User Security Enhancement) (1994г.). Именно на системе MERVA/2 в начале сентября 1993г. были проведены первые сеансы с использованием стандарта USE, который поддерживает технологию автоматического обмена ключами между банками и ограни­чивает доступ к системе с помощью карточек. Также следует отметить возможность внедрения системы клиринговых расчетов при помощи ком­понента, обеспечивающего поддержку системы PREMIUM, разработан­ной SWIFT. В мире комплексы MERVA установлены в более чем 15% банков - членов SWIFT, однако на долю интерфейсов MERVA приходится около 50% сообщений, проходящих через сеть SWIFT. В качестве аппа­ратной базы используется одиночный компьютер IBM PS/2 либо локаль­ная сеть Ethernet или TokenRing с компьютерами PS/2.
Система взаимодействия со SWIFT - SAFE фирмы WANG, успешно продававшаяся в Латинской Америке и Азии, получает все меньшее фи­нансирование для своего развития из-за внутренних проблем. Фирма Manof предлагает интересные системы для взаимодействия со SWIFT, ориентированные на большие компьютеры IBM: MBS на IBM Series/I и новый продукт MINT, рассчитанный на IBM Stratus или S/88.
Фирма Logica разрабатывает пакет Fastwire для компьютеров компа­нии Digital, а ее филиал Data Architects - пакет Bess для компьютеров ком­пании Tandem, достаточно экзотичных, особенно для украинского рынка. Оба интерфейса используют единое программное ядро. Система TIP/SWIFT, разработанная фирмой Telematic Information Sys­tems из Швейцарии, позволяет строить интерфейс между банковскими программайи, работающими под управлением операционной системы UNIX, в локальных сетях Ethernet или TokenRing. TIP/SWIFT разработана для UNIX-машин, таких фирм, как Hewlett-Packard-HP9000/800, IBM-RS6000, SUN-Sparc, Motorola серии 3000 и 8000, Siemens-Nixdorf-МХЗОО. Первоначально система SWIFT ориентировалась только на работу с телеграфными и телефонными линиями. Программы управления телексной связью, которая и сегодня остается важнейшим типом связи, встроены в интерфейсы SWIFT. В настоящее время ведутся работы по подключению факсимильной связи. В 1980 г. была создана компания STS (SWIFT Termi­nal Service), которая и разработала программно-технические комплексы нескольких уровней. Терминальный комплекс ST-200 обеспечивает только прием и переда­чу сообщений. Комплекс рекомендуется для небольших банков (10 сооб­щений в день), включает две машины UNISYS и один стриммер (в Киеве это оборудование поставляется фирмой ЮНИМАС). В настоящее время ST-200, хотя и был усовершенствован, исчерпал возможности компьюте­ра UNISYS B-series. ST-400 рекомендуется для больших банков и дает возможность работы в SWIFT на телексных сетях. Он позволяет подсоединять программные средства собственной разработки (например, MERVA IBM), включаться в локальные или национальные сети (CHIPS - США; FEDWARE - США; SIC - Швейцария; SAGITTAIRE - Франция; CHAPS - Великобритания и др). ST-400 может работать на всех моделях ЭВМ семейства VAX 11. Он обеспечивает автоматический прием сообщений и их передачу, рассылку информации по адресам, подготовку отчетов и выполнение аудита. Уро­вень безопасности данных в ST-400 выражается пределом допустимых потерь, который составляет 4% (в ST-200 он равен 24%). Комплекс ST-400 позволяет строить систему, содержащую оболочку, генератор докумен­тов и электронную почту (Х.400). Оболочка следит за тем, чтобы операции выполнялись согласно денным инструкциям. Генератор документов позволяет использовать конверторы докумен­тов для приведения их к стандартному виду. Наиболее простая система - на базе ST-500, где в качестве управляю­щих центров могут быть использованы большие ЭВМ типа IBM-370. Та­кая технология требует больших расходов (в 2-3 раза выше, чем при ис­пользовании других вариантов) на обслуживание и телекоммуникации. Насыщенная технология на базе ST-500 с различными устройствами, по­зволяющими преобразовывать формы документов, также опирается на централизованную обработку на базе компьютеров IBM и UNISYS, а так­же на передачу данных методом коммуникации каналов. ST-500 уходит с рынка из-за снятия в 1994 г. компьютеров IBM Series/I с производства и сервисного обслуживания. Другая компания, также созданная в рам­ках SWIFT, - SSP (SWIFT Service Partner) обеспечивает сервис для вы­полнения расчетов в ECU (European Currency Units). Помимо этого ос­новная ассоциация, занимающаяся системами оценки банковских рисков SHARP, совместно с SSP поставляет систему STREAM для контроля рис­ков, связанных с международной торговлей. В Швейцарии (Union Bank of Swizerland) используется система SPOT-TOPAS - финансово-расчет­ный модуль для системы SWIFT *. В 1993 г. SWIFT объявила о выпуске нового семейства финансовых интерфейсов, названных SWIFTAlliance. Продукт обеспечивает пользователям простоту ST-200, масштабируе-мость ST-400 и возможности графика ST-500. Соответствие SWIFTAlliance стандартам открытых систем дает возможность облегчить интеграцию финансовых приложений в сеть SWIFT, в другие национальные и частные финансовые сети. Кроме того, этот продукт обеспечивает интерфейс к системе Interbank File Transfer (IFT), телексу и факсимильной связи. Изначально семейство SWIFTAlliance ориентировано на IBM RISK System/6000. В ближайшем будущем намечен его перенос на платформы Bull, Digital и Hewlett-Packard. Другие крупные производители компью­терных платформ, такие, как Sun, Tandem и UNISYS, сейчас обсуждают со SWIFT эту возможности. Множество поставщиков финансовых приложе­ний намереваются обеспечить' совместимость и интеграцию своих про­дуктов с SWIFTAlliance. Среди них такие известные фирмы в области раз­работки финансовых (в том числе банковских) приложений, как BIS, Biveroni, International Systems, Kapiti, McDonnel Douglas Information Sys­tems (MDIS), Montran, Provida и Winter-Partners. В последнее время получил широкое распространение мобильный про­дукт, поддерживающий взаимодействие со SWIFT, - Turbo SWIFT. Система межбанковских расчетов обеспечивает выполнение следую­щих категорий банковских операций : • клиентские переводы; • банковские переводы; • валютные операции; • документарные операции. В рамках этих категорий операций осуществляются подготовка и об­работка соответствующих категорий сообщений по классификации ISO (табл. 14). SWIFT использует все возможности для поддержки уже суще­ствующих стандартов ISO и ICC. Стандарты разрабатываются группами представителей уполномоченных банков и сотрудниками SWIFT. Посто­янные группы собираются четыре раза в год, а временные - оперативно для решения конкретных проблем (ценные бумаги, дорожные чеки, золо­то, драгметаллы). Таблица 4. Категории, группы и типы сообщений в SWIFT Категория 0 системные сообщения Категории 1- 3 банковские сообщения Общая группа сообщений — N9M, где N— категория, а М — см. ниже: N90 — инструкция об оплате, процентах и др. N91 — справки (поручения) об оплате, процентах и др. N92 — отмены N95 — запросы N96 — ответы N99 — свободный формат Категория 1 — обслуживание клиентов тип 100—клиентский перевод средств Категория 2 — межбанковские операции типы 200,201 — операция по своему счету типы 202,203 — операция в пользу третьего банка Категория 3 — валютные операции тип 300 — подтверждение валютной сделки типы 320,324 — подтверждение валютных кредитов или вкладов тип 330 — подтверждение специальных видов валютных кредитов и вкладов тип 350 — оплата валютных сделок Категория 4 — аккредитивы тип 400 — извещение об оплате тип 410 — подтверждение тип 420 — извещение о получении и т.д. Категория 5 — ценные бумаги тип 500 — предложение купить тип 501 — предложение продать тип 510 — подтверждение тип 519 — уведомление и т.д. Категория 6 — зарезервирована Категория 7 — документарный кредит тип 700/701 — содержание документарного кредита тип 705 — предварительные условия тип 707 — приложения тип 710/711 — условия третьего банка тип 720/721 — передача документарного кредита и т.д. Категория 8 — зарезервирована Категория 9 — специальные сообщения тип 900 — подтверждение прихода тип 910 — подтверждение расхода тип 920 — запрос о сообщении тип 940 — сообщение об инструкциях клиента тип 941 — балансовый отчет тип 942 — отчет о пересылках тип 950 — сообщения об инструкциях Каждое сообщение структурно состоит из заголовка, текста, удостовере­ния, окончания. Абсолютно все сообщения шифруются для передачи по сети. Сейчас определено семь категорий сообщений (см. табл.14), вклю­чающих более 70 их типов. Текст сообщения состоит из полей, часть которых является обязательными, некоторые поля могут опускаться или кодироваться различными способами, но все поля заранее пронумеро­ваны. Обязательные поля содержат информацию, необходимую для пра­вильной обработки этого сообщения. Дополнительная информация (для сложных транзакций или полных указаний) при необходимости распо­лагается в полях «опционных» (необязательных). Системные сообще­ния (в отличие от чисто информационных) используются для работы с системой.
В подготовку и обработку сообщений вовлечены следующие под­разделения валютного управления коммерческого банка: группа кли­ентских операций, отделы расчетов, депозитов и международных рас­четов и платежей. Группа клиентских операций генерирует или полу­чает сообщения для идентификации клиента, проверки сальдо счета, регистрации сообщения, заполнения мемориального ордера. Отдел кор­респондентских счетов обеспечивает определение даты валютирования и банка-корреспондента исходящие сообщения : МТ 100, МТ 200, МТ 202, а входящие - МТ 950 (сверка счетов НОСТРО)}. В отделе де­позитов осуществляется подготовка исходных документов (МТ 300, МТ 320, МТ 330). В отделе международных расчетов и платежей опре­деляются цепочки банков, через которые осуществляется платеж, за­полняются и передаются в SWIFT электронные формы сообщений, ар­хивируются обработанные сообщения и обрабатываются невыяснен­ные сообщения. Клиентские платежные поручения (Customer Transfer) могут посту­пать от клиентов коммерческого банка, от клиентов его филиалов либо от клиентов других банков, имеющих валютные корреспондентские сче­та (счета ЛОРО), а также от бухгалтерии банка. Соответственно исход­ные документы могут поступать на бумажном бланке от клиента из фи­лиала или по почте из банка-корреспондента, из филиала или банка-кор­респондента в электронной форме по телексу, а также в виде распоряже­ния бухгалтерии банка. Если платежное поручение клиента принимает­ся к оплате, формируется сообщение МТ 100 либо МТ 202. Схема про­хождения клиентского платежного поручения по подразделениям банка приведена на рис. 13. Платежные поручения клиентов банка принимаются операциониста­ми отдела клиентских операций. Каждый операционист обслуживает свою группу клиентов. Он сверя­ет подписи и печати организации (для физических лиц только подписи) с образцом, находящимся в отделе клиента, и, если они верны, осуществля­ет проверку сальдо счета клиента. Если поручение регистрируется, созда­ется его электронная форма, в которой заполняются следующие поля : ис­ходящий номер и дата платежного поручения, тип сообщения (МТ 100), валюта и сумма платежа (М320), клиент-перевододатель (М50). Код ва­люты и наименование клиента (по номеру счета клиента) заносятся из спра­вочных файлов или заполняются вручную, при этом проверяется наличие введенного кода в справочнике. В номере транзакции (TRN) операционист заполняет поле кода платежа. Поля кода филиала и порядкового номера заполняются автоматически. Поле "код группы" на этом этапе не заполня­ется. Сообщение вводится в базу данных со статусом "зарегистрировано", одновременно автоматически формируются запись файла данных бухгал­терских проводок и мемориальный ордер. . Рис. 13. Прохождение клиентского платежного поручения В проводке по основному платежу кредитуемый счет НОСТРО не ука­зывается. Операционист имеет возможность проконтролировать правиль­ность сформированных проводок, внести коррективы (например, произ­вести оплату комиссии и почтовых расходов с другого счета клиента), до­бавить дополнительные проводки (за дополнительные услуги). Дебетуе­мые суммы блокируются на счете клиента. Автоматическая конверсия валюты (по текущему курсу) через счет кон­версии проводится только в том случае, если эквивалентная сумма в дол­ларах не превышает заранее определенного максимума. При необходимо­сти перевода большей суммы клиенту предлагается произвести покупку валюты по специальному курсу (в отделе депозитов). Если банк бенефициара имеет счет ЛОРО в валюте платежа, то форми­руется сообщение МТ 100 и получателем указывается банк бенефициара Если бенефициар платежа имеет счет в банке в валюте платежа, то сообщение МТ 100 формируется, получателем указывается банк и сообще­ние не отправляется. После регистрации платежное поручение направляется в отдел коррес­пондентских счетов. Операционист имеет возможность сопроводить пла­тежное поручение произвольным текстовым комментарием (например, указать особенности обработки данного документа). Далее клиентское платежное поручение проходит через отдел коррес­пондентских счетов на валютную позицию. Клиентское платежное поруче­ние поступает в виде частично заполненного бумажного документа на спе­циальном бланке, а также в виде электронного документа. В мемориальном ордере проставляется счет НОСТРО. Определяется также банк — получа­тель сообщения (он может не совпадать с банком-корреспондентом) и зано­сится как в бумажный документ, так и в электронный, уточняется также вид сети, по которой сообщение будет направлено получателю (TELEX, SWIFT - в зависимости от наличия ключей на обмен сообщениями). На основании прогноза наличия средств на счете НОСТРО определя­ется дата валютирования для платежа, которая заносится в бумажный и электронный документ, после чего платежное поручение направляется в отдел международных платежей. К сообщению может быть добавлен про­извольный текстовый комментарий. В отделе международных расчетов и платежей оператором определя­ется по банковским справочникам цепочка банков, через которые будет выполняться платеж в том случае, если получатель сообщения не совпа­дает с корреспондентом. Затем оператор производит заполнение полей платежного поручения как в бумажной, так и в электронной форме, оп­ределяющих цепочку платежа (поля 053, 054, 056, 057; буква О обо­значает сокращение слова optional - опционное, необязательное). В слу­чае, если банк бенефициара совпадает с получателем сообщения, поле 057 не заполняется. Для SWIFT заполняется идентификатор банка (BIC) либо его наименование и адрес в зависимости от того, работает ли банк в сети SWIFT. Для телекса всегда заполняются наименование и адрес банка, а также прочие поля электронного документа, которые не были заполнены в груп­пе клиентских операций и отделе корреспондентских счетов ( поля М59 (буква М обозначает сокращение от слова mandatory - обязательное), 070, 071,072, Priority). При необходимости ввода в одно из полей сообщения идентификатора банка (BIC) он выбирается из файла-справочника (клас­сификатор) или заносится вручную. В последнем случае проверяется на­личие введенного кода в справочнике. Сообщение в электронной форме со всеми необходимыми заполненными полями, а также заполненный бланк платежного поручения направляются на контроль.
Контролер повторно вводит сообщения: дата валютирования, валюта, сумма (поле М32) и банк - получатель сообщения. В случае несовпадения контролируемых реквизитов соответствующие поля исправляются. Контролер имеет возможность возвратить документ оператору на кор­ректировку. При этом контролер объясняет причину возврата, вводя соот­ветствующий текст в поле комментария.
Если ошибок в сообщении не обнаружено, оно направляется на АРМ коммуникаций для передачи в SWIFT. При этом сообщение в электронной форме о переводе направляется оператору. Для отправки сообщения в SWIFT оно переводится в текстовую форму в соответствии со стандартами SWIFT или стандартом телексных сооб­щений ISO 7746. При этом текстовые комментарии, введенные исполни­телями, в текст сообщения не вносятся. К текстовому файлу сообщения добавляется электронная подпись контролера, и сообщение через систему электронной почты автоматически или с помощью оператора электрон­ной почты передается в SWIFT. После прихода подтверждения из АРМ коммуникаций о передаче со­общения в сети SWIFT или по телексу сообщению присваивается статус "архивное". Подтверждение является основанием для выполнения бух­галтерских проводок, сформированных на основании платежного пору­чения. Если из АРМ коммуникаций приходит отказ, платежное поручение направляется оператору, который рассматривает возможность его коррек­тировки, после чего сообщение вновь направляется на контроль. Если со­общение не может быть откорректировано, то клиент извещается о невоз­можности выполнения платежа (с указанием причины ) и сообщение от­правляется в архив. При этом в комментарии к сообщению указывается причина невыполнения платежа. Платежные поручения, поступившие по почте, направляются в отдел корреспондентских счетов, где они регистрируются как входящие. Опе­рационист отдела корреспондентских счетов проверяет правильность за­полнения платежного поручения, наличие на нем отметки банка-коррес­пондента о приеме платежного поручения к исполнению. Затем прове­ряется сальдо счета ЛОРО банка-корреспондента. Если платежное пору­чение заполнено правильно и сальдо счета позволяет выполнить платеж, то платежное поручение регистрируется, в электронной форме заполня­ются исходящий номер и дата платежного поручения, определяется банк-корреспондент, через который будет выполняться платеж, заносятся дата валютирования, вид валюты и сумма платежа, в поле 052 заносятся на­именование и адрес банка-перевододателя и формируется мемориаль­ный ордер. После этого электронная и бумажная формы платежного поручения передаются в отдел международных платежей, где заполняются поля: кли­ент-перевододатель (М50), бенефициар (М59), банк бенефициара (057). В поле 052 указываются наименование и адрес банка-перевододателя. По­сле заполнения всех необходимых полей электронная и бумажная формы платежного поручения направляются на контроль и в дальнейшем - на отправку. При прохождении клиентского платежного поручения, поступившего от банка-корреспондента по телексу, сообщение МТ 100 в телексном формате поступает в АРМ коммуникаций, откуда электронной почтой направляется в отдел международных расчетов и платежей. Там сооб­щение регистрируется как входящее и заносится в базу данных входя­щих сообщение. В электронном виде сообщение поступает в отдел кор­респондентских счетов, где проверяются валюта и сальдо счета банка-корреспондента. Если валюта совпадает с валютой платежа, а сальдо счета позволяет выполнить платеж, то формируются проводки, в кото­рых дебетуется счет ЛОРО банка-корреспондента и кредитуются счета банка: транзитный счет по перечислениям или доход банка за перевод средств. На основе входящего сообщения генерируется исходящее сообщение МТ 100 в электронном виде, в котором не проставлен банк-получатель и могут быть не указаны поля, определяющие цепочку платежа. Из входя­щего сообщейия в исходящее переносятся поля: валюта, сумма (М32), клиент-перевододатель (М50), бенефициар (М59), банк бенефициара (057). В качестве исходящего номера и даты платежного поручения указывают­ся TRN и дата телексного МТ 100. В поле 052 указываются наименование и адрес банка перевододателя (из поля FROM входящего сообщения). Если бенефициар имеет счет в банке, исходящее сообщение не отправляется, проставляется дата валю­тирования, с банка не взимаются почтовые расходы. В дальнейшем операционист указывает счет НОСТРО банка-коррес­пондента и дату валютирования. Дальнейшая схема прохождения доку­мента такая же, как и для платежного поручения, поступившего непосред­ственно от клиента. Распоряжение на перечисление средств поступает от бухгалтерии банка в отдел корреспондентских счетов. В распоряжении на перечисление средств указываются счет банка, с которого производится перечисление, бенефици­ар, банк бенефициара, валюта и сумма, а также назначение платежа. Операционист отдела корреспондентских счетов проверяет валюту и сальдо дебетуемого счета. Если валюта совпадает с валютой платежа, а сальдо счета позволяет выполнить платеж, то определяются банк - по­лучатель сообщения и банк-корреспондент, через который будет выпол­няться платеж. Далее формируются проводки, в которых дебетуется счет банка, указанный в распоряжении корреспондента, и кредитуется счет банка-корреспондента. На основе входящего сообщения генерируется ис­ходящее сообщение МТ 100 в электронном виде, в котором не простав­лен банк-получатель и могут быть не указаны поля, определяющие це­почку платежа. Из входящего сообщения в исходящее переносятся поля: валюта, сумма (М32), клиент-перевододатель (М50), бенефициар (М59), банк бенефициара (057). В качестве исходящего номера и даты платеж­ного поручения указываются TRN и дата телексного МТ 100. В поле 052 указываются наименование и адрес банка-перевододателя (из поля FROM входящего сообщения). Если бенефициар имеет счет в Инкомбанке, ис ходящее сообщение не отправляется, проставляется дата валютирования с банка не взимаются почтовые расходы, что отражается бухгалтерски ми проводками. Затем операционист указывает счет НОСТРО банка-корреспондента и дат) валютирования. Дальнейшая схема прохождения документа такая же, как \ для платежного поручения, поступившего непосредственно от клиента. Межбанковские валютные переводы (Bank Transfers) могут осуществ­ляться как самостоятельно (регулирование сальдо корреспондентских сче­тов), так и быть следствием выполнения банковских транзакций других категорий (клиентские переводы, документарные операции, дилерские операции и др.). В первом случае электронные документы по межбанковским перево­дам формируются валютной позицией (отдел корреспондентских счетов, только перевод средств на свой корреспондентский счет - МТ 200), во втором они генерируются автоматически на основе документов других категорий (клиентские платежные поручения, документарные аккредити­вы, дилерские операции). Банк выполняет следующие типы банковских транзакций, связанных с межбанковскими переводами (соответственно формируют такие же типы сообщений ): перевод средств на свой коррес­пондентский счет (МТ 200); общий межбанковский перевод средств (МТ 202); локальный межбанковский перевод средств (МТ 205); уведомление о переводе средств (МТ 210).
Примером сообщения SWIFT могут служить сообщение МТ 202 и со­ответствующая ему транзакция межбанковского перевода, которая всегда генерируется автоматически как результат выполнения транзакций дру­гих категорий (клиентские переводы, валютные операции, документарные операции). Оно может быть сформировано как результат следующих бан­ковских транзакций:
• Customer Transfer (клиентский перевод, сообщение МТ 100); • Forein Exchange Confirmation (подтверждение обмена валюты, со­общение МТ 300); • Fixed Loan/Deposit Confirmation (подтверждение размещения сроч­ного кредита/депозита, сообщение МТ 320); • Call/Notice Loan/Deposit Confirmation (подтверждение размещения кредита/депозита до востребования, сообщение МТ 330). Сообщение о межбанковском переводе МТ 202 формируется в ре­зультате клиентского перевода тогда и только тогда, когда в сообщении о клиентском переводе МТ 100 заполнено поле 053 (Sender's Correspondent) с опцией А или Д. В этом случае сообщение МТ 202 формируется по алгоритму: • поле М20 (Transaction Reference Number) сообщения МТ 202 за ис­ключением порядкового номера сообщения равно полю М20 сообщения МТ 100. Порядковый номер присваивается сообщению автоматически; • поле М21 (Relatel Reference) сообщения МТ 202 равно полю М20 сообщения МТ 100; • поле М32 (Value Date, Currency Code, Amount) сообщения МТ 202 равно полю М32 сообщения МТ 100; • поле М58 (Beneficiary Institution) сообщения МТ 202 равно полю Receiver сообщения МТ 100; • поле Receiver сообщения МТ 202 равно полю 053 сообщения МТ 100; • если в сообщении МТ 100 присутствует поле 054 (Receiver's Corre­spondent) и в поле 072 (Sender to Receiver Information) сообщения МТ 100 отсутствует кодовое слово /RCB/ (Receiver's Correspondent), то поле 057 (Account With Institution) сообщения МТ 202 равно полю 054 сообщения МТ 100; • если в сообщении МТ 100 присутствует поле 054 (Receiver's Corre­spondent) и в поле 072 сообщения МТ 100 присутствует кодовое слово / RCB/ (Receiver's Correspondent, только SWIFT), то: • поле 057 (Account With Institusion) сообщения МТ 202 равно адресу, следующему за кодовым словом /RCB/ в поле 072 сообщения МТ 100; • поле 056 (Intermediary) сообщения МТ 202 равно полю 054 сообще­ния МТ 100. Формат сообщения МТ 202 (SWIFT или TELEX) зависит от того, какой вид связи установлен с банком-корреспондентом, адрес которого указан в поле 053 сообщения МТ 100. Таким образом, сообщество S.W.I.F.T. поддерживает классификацию ти­повых сообщений и их стандартизацию при передаче по сво­ей сети. Информационные системы рынка ценных бумаг. Рыночная экономика в классическом понимании базируется на пяти основных рынках: рынке средств производства, рынке предметов потреб­ления, рынке рабочей силы, рынке недвижимости (включая землю) и фи­нансовом рынке. Все рыночные элементы тесно связаны между собой. Фор­мирование полноценного финансового рынка возможно при условии су­ществования различных форм собственности, зависит от изменений в сфере производства и протекает параллельно с формированием других элемен­тов общенационального рынка. Финансовый рынок разделяется на денежный рынок и рынок капи­талов. На денежном рынке осуществляются операции по предоставле­нию и заимствованию свободных денежных средств предприятий и на­селения на короткий срок, в отличие от рынка капиталов, на котором заимствование средств производится на длительные сроки. Различие между этими двумя частями финансового рынка определяется назначе­нием заемных средств. Денежный рынок обслуживает сферу обра­щения, и капитал функционирует на нем как средство обращения и платежа, что определяет типы ценных бумаг и финансовых инстру­ментов на этом рынке. Рынок капиталов обслуживает процесс расши­ренного воспроизводства: капитал функционирует как самовозрастаю­щая стоимость. Составной частью как денежного рынка, так и рынка капиталов является рынок ценных бумаг, называемый также фондо­вым рынком. К числу особенностей развития отечественного фондового рынка можно отнести: • недостаточный уровень капиталонакопления, сопровождающийся форсированным учредительством и искаженной инвестиционной мотива­цией участников; • тесную зависимость фондового рынка от стратегии и механизма приватизации; • неликвидный и в значительной мере монополистический характер отечественного рынка финансовых инвестиций; • значительные инфляционные процессы; • конкуренцию за сбережения между финансовыми институтами; • чрезвычайно высокий уровень риска операций на фондовом рынке. Основной функцией фондового рынка является распределение денеж­ных средств, перелив капитала из одной отрасли в другую через инстру­менты рынка - ценные бумаги, которые имеют свою стоимость, являются предметом купли-продажи. Структура рынка ценных бумаг зависит от способа и характера размещения ценных бумаг, а также места их разме­щения и обращения. В соответствии с этими признаками производится деление рынка ценных бумаг, во-первых, на первичный и вторичный, во-вторых, на биржевой и внебиржевой рынки. Первичный рынок ценных бумаг обслуживает выпуск (эмиссию) и начальное размещение ценных бумаг среди инвесторов (рис.28). На первичном рынке протекают два разнонаправленных процесса: первый - поступление ценных бумаг от эмитента в обращение среди инвесто­ров, второй - поступление финансовых ресурсов от инвесторов к эми­тентам за вычетом стоимости услуг посредников, организующих пер­вичное размещение. Для этой части рынка ценных бумаг характерно привлечение средств инвесторов для проектов эмитента путем разме­щения ценных бумаг последнего. Рис. 14. Схема движения ценных бумаг, финансовых ресурсов и информации на первичном рынке (в схеме не приводится движение финансовых ресурсов, образованных от перечисления налогов юридическими и физическими лицами) Вторичный рынок обслуживает обращение ранее выпущенных и раз­мещенных на первичном рынке ценных бумаг (рис. 15). На вторичном рынке инвестор получает возможность перепродать купленные ранее цен­ные бумаги с целью получения дополнительного дохода или размещения полученных от продажи средств в более привлекательные активы. Такая возможность определяется ликвидностью рынка ценных бумаг. Это основ­ное требование, предъявляемое к данному рынку, обеспечивает права ин­вестора на свободное владение и распоряжение ценными бумагами. Со­держанием вторичного рынка является перераспределение финансовых ресурсов между отраслями производства и сферами финансово-хозяйст­венной жизни. Рис. 15. Схема движения ценных бумаг, финансовых ресурсов и информации на вторичном рынке (в схеме не представлено движение финансовых ресурсов, образованных от перечисления налогов юридическими и физическими лицами). Ценные бумаги выпускаются эмитентами, которыми являются госу­дарственные органы, муниципальные органы, акционерные общества, фи­нансово-кредитные учреждения. Эмиссия ценных бумаг производится в рамках действующего законодательства. Условия выпуска, обращения, котирования и доходности ценной бумаги определяются ее типом и на­значением.
Жизненный цикл акции ограничивается только жизненным циклом ее эмитента, а так как срок существования большинства компаний не огра­ничен, то и акция не имеет срока погашения; однако возможна ситуация, когда компания может выкупить свои акции по рыночной стоимости, хотя при их размещении таких гарантий не выдается.
Акции выпускаются двух типов: обыкновенные и привилегированные (табл. 5.); последние подразделяются на кумулятивные, некумулятивные, акции с долей участия, конвертируемые акции, акции с корректируемой ставкой дивидендов, отзывные акции. Таблица 5.
Характерные различия двух типов акций Характеристика Акции обыкновенные привилегированные Участие в управлении акционерным обществом Владельцы имеют право голо­са на общем собрании акцио­неров, что дает им формаль­ную возможность участвовать в выборах правления и ревизи­онной комиссии, определять направления деятельности ак­ционерного общества, утвер­ждать его годовой отчет Не дает права голоса Выплата дохода Не гарантирует величину диви­денда и вообще его получение, величина дивиденда определя­ется массой прибыли акцио­нерного общества и решением руководства о величине части прибыли, направляемой на вы­плату дивидендов Приносит инвестору фик­сированный доход незави­симо от результатов дея­тельности акционерного общества; при банкротстве имеет преимущество в воз­мещении потерь Привлекатель­ность для инвестора Обусловлена не столько разме­рами дивиденда, сколько изме­нением рыночной стоимости или приростом капитала, что ввиду ликвидности рынка по­зволяет получить реальный доход в денежной форме при продаже растущей в цене ак­ции Определяется величиной дохода на акцию Отрицательные стороны инвестирования Недостаточная стабильность дохода и цены, хотя из всех ценных бумаг могут принести наибольший доход в зависимо­сти от прибыльности функцио­нирования эмитента Дивиденды тем выше, чем менее надежна акция и меньше ее вероятная лик­видность Операции с ценными бумагами, приносящими фиксированный теку­щий доход, к которым относятся облигации, занимают на фондовом рын­ке значительное место. Цель выпуска облигаций - заем средств для вложения в крупномас­штабные государственные проекты, для дополнительного финансирова­ния производственно-хозяйственной деятельности корпораций. Экономи­ческим содержанием покупки облигации является кредитная операция, в которой покупатель облигации выступает как кредитор, а эмитент облига­ции - как заемщик средств. Существует большое разнообразие типов облигаций, которые класси­фицируются по нескольким признакам (табл. 6). Таблица 6.
Классификация облигаций Признак классификации Типы облигаций Тип эмитента Займы государственных органов Банковские долговые обязательства Облигации акционерных обществ Способ обеспечения Обеспеченные гарантией правительства Корпоративные, обеспеченные залогом имущества (ипотечные, конвертируемые) Способ Погашения номинала Срочные С распределенным временем погашения С последовательным погашением . фиксированной доли (тиражные, лотерейные) Срок действия Краткосрочные ' Среднесрочные Долгосрочные Выплата дохода и способ погашения займа Купонные (с выплатой купонного дохода) Дисконтные Смешанные (размещаемые с дисконтом и имеющие купонную ставку) В течение периода жизни облигации ее характеризуют: • номинальная стоимость, определяемая эмитентом при выпуске займа; • купонный процент (при наличии купона) или дисконт; • срок погашения облигации; • срок выплаты процентов. Обобщенная схема функцио­нальных подсистем биржи, соответствующая традиционному ведению сделок с ценными бумагами и позволяющая реализовать все технологиче­ские этапы биржевого процесса представлена на рис. 16. Подсистема формирования заявок и отчетов. Эта подсистема пред­варяет и завершает работу основной функциональной подсистемы биржи - торговой. В ней формируются ведомости (книги) заявок, затем инфор­мация передается в торговую подсистему, а по окончании торговой сес­сии формируется отчетная документация для брокеров. Все ИСБТ поддерживают технологию ввода заявок непосредственно с рабочего места участника торгов, а некоторые (американская Pacific Stock Exchenge,) - ввод заявок с удаленного терминала. В настоящее время ввод заявок осуществляется с клавиатуры и с бу­мажного носителя (маркируемых бумажных заявок). Технология ввода заявок с клавиатуры является традиционной, тогда как технология применения маркируемых бумажных заявок используется лишь при наличии специальных устройств ввода (Нью-йоркская фондо­вая биржа. Американская фондовая биржа и Токийская фондовая биржа). Данная технология возникла в связи с тем, что брокеру не всегда удобно самому работать на компьютере, вследствие чего снижается эффективность по ряду сделок. На маркируемой бумажной заявке выделены позиции кода брокера, кода ценной бумаги, количества ценных бумаг, признака сделки (покупка-продажа), типа заявки, цены и прочих условий, которые могут присутствовать в заявке. Брокер помечает маркером позиции, характери­зующие его заявку, и передает ее для ввода. Для "электронных" бирж характерно использование принципа "об­ратной связи". На этапе ввода заявок это выражается в том, что после приема заявки система посылает подтверждение брокеру путем печати заявки на его терминале или передачи сообщения о прохо­ждении заявки. Рис. 16. Обобщенная схема функциональных подсистем биржи: взаимосвязи 1 и 2 существуют в том случае, если расчетно-клиринговые и депозитарные функции осуществляют сторонние организации Помимо информационных связей с торговой подсистемой данная под­система имеет также информационные связи с расчетно-клиринговой и депозитарной подсистемами, откуда поступают данные о наличии денеж­ных средств на счете брокера-покупателя и наличии ценных бумаг на сче­те-депо брокера-продавца.
Торговая подсистема. Данная подсистема в функциональном плане включает в себя собственно проведение биржевых торгов, начиная от анализа по­ступающих из подсистемы заявок и отчетов данных и заканчивая совершени­ем сделки. Подсистема функционирует только в период торговой сессии, оп­ределенный правилами проведения торгов для данной биржи.
Технологическое решение биржевых торгов нашло свое отражение в торговле ценными бумагами по правилам простого или двойного аукцио­на. Простой аукцион - торг ведется по единому типу ценной бумаги; заяв­ка удовлетворяется по предложенной наилучшей цене (аукцион продавца, получающего предложения покупателей, или аукцион покупателя, выби­рающего лучшее предложение продавцов). Двойной аукцион - одновре­менная конкуренция и продавцов, и покупателей. На "электронных" биржах управление торгами осуществляется при помощи компьютера. На ряде бирж (Нью-йоркская, Американская фон­довые биржи) существует специальное лицо, управляющее торгом, - спе­циалист (маклер, сайтори). На Нью-йоркской фондовой бирже специалист при работе с книгой заявок использует маркируемые карты, на которых указывает номера сцепленных заявок, а остальная информация берется из базы данных. На Американской фондовой бирже используется сенсорное устройство для ввода информации: специалисту достаточно прикоснуть­ся к строке экрана с выведенной на него книгой заявок, чтобы "дать доб­ро" на заключение соответствующей сделки. На Pacific Stock Exchenge -бирже, объединяющей два торговых зала (Лос-Анджелес и Сан-Франци­ско), в системе SCOREX специалист выдает для нелимитированных зая­вок определенную команду: А - заявка реализуется по цене, назначенной системой исходя из спро­са и предложения не только на данной бирже, но и на остальных биржах; В - специалист вводит наиболее выгодную цену по данной заявке из предлагаемых брокерами в "толпе"; G - специалист приостанавливает заявку при возможности улучшения цены и реализации заявки по более выгодной цене. По сцепленным заявкам оформляется сделка, данные по которой по­ступают в подсистему формирования заявок и отчетов, расчетно-клирин-говую и депозитарные подсистемы. Раснетно-клиринговая и депозитарные подсистемы. Данные под­системы осуществляют расчет текущих позиций участников торгов по денежным средствам, финансовым инструментам (ценным бумагам) и ито­говым обязательствам участников по завершении торговой сессии. Основ­ная цель данных подсистем - реализация принципа трех "п": "поставка против платежа", который означает единовременное осуществление рас­четов по обязательствам участников (перевод денежных средств по сче­там участников совпадает с переводом ценных бумаг по счетам-депо). По международным стандартам все взаимозачеты по сделке должны быть совершены в трехдневный срок, т.е. если сделка состоялась в день t, то расчеты завершаются в день (1+3). Организационно данные подсистемы на бирже не обязательно оформ­ляются в соответствующие подразделения. Поставщиками услуг, выпол­няемых этими подсистемами, могут быть сторонние организации, соеди­ненные с биржевыми системами посредством телекоммуникаций. Функ­ции депозитария, например, в Германии выполняют два акционерных об­щества «Deutscher Kassenverein» и «Deutscher Auslandskassenverein»: пер­вое предназначено для ценных бумаг, выпущенных акционерными или государственными организациями Германии, а второе - для иностранных ценных бумаг. Поставщиками расчетно-клиринговых услуг по денежным средствам выступают банки, расчетно-клиринговые палаты. Одно из главных требований, предъявляемое к этим подсистемам уча­стниками рынка, - сведение к минимуму риска инвесторов при заключе­нии сделки. Риск имеет организационную составляющую (она выражает степень урегулирования взаимодействия биржи и поставщиков соответ­ствующих услуг), а также техническую составляющую (она определяется надежностью компьютерных систем и сетей). Для эффективного функ­ционирования данных подсистем и реализации принципа трех "п" необхо­димо соблюдение следующих условий: • расчеты по сделкам между участниками производятся не по каждой сделке, а по итоговому сальдо (данное условие не характерно для "элек­тронных" бирж, где во время торгов наличие денежных средств и ценных бумаг у участника меняется в соответствии с его поведением во время тор­говой сессии); • отслеживание позиций участников по денежным средствам и цен­ным бумагам во время торговой сессии; • ценные бумаги учитываются на счетах-депо, т.е. существуют в без­наличной форме; • по возможности клиринг и депозитарное обслуживание осуществля­ются в одной организации или при наличии нескольких структур между ними должны быть четко налажены взаимоотношения. Информационная подсистема. Ее основное функциональное назна­чение - накопление всей доступной информации, предшествующей и со­путствующей биржевому процессу, а также генерируемой им, и выдача биржевой информации или результатов анализа биржевого процесса внеш­ним приемникам информации. Исторически сложилось так, что именно в рамках данной подсистемы впервые стали применяться технические средства для распространения информации о заключенных сделках и курсах ценных бумаг. Первопроходцем в этой области можно назвать Нью-Иоркскую фон­довую биржу. Именно здесь в 1867 г. начал действовать тикер - биржевой телеграф для передачи данных о результатах торгов, а в 1881 г. результаты сделок отражались уже в ходе биржевой торговли на табло - электромеха­нической доске. Тогда же установился и определенный стандарт биржево­го сообщения: код эмитента, цена открытия, цена закрытия, средневзве­шенная цена, количество ценных бумаг. Именно в это время начался этап совершенствования технических средств в рамках информационной под­системы с целью передачи информации и отражения результатов сделок в том темпе, который диктовала работа биржи. Тикер работал в 1867 г. со скоростью 50-60 символов/мин, а почти через столетие, в 1961 г. - до 900 символов/мин. Для распространения биржевой информации часто используется стра­ничный формат представления информации. Подсистема информации ИСБТ Лондонской фондовой биржи содержит 3000 страниц, информация в которых обновляется каждые 50 с. Пользователь, выбрав определенную страницу, видит на своем мониторе изменение данных в реальном мас­штабе времени. Норматив поступления данных в информационную сеть составляет 5 мин, у пользователя данные отражаются еще через 1 мин. Таким образом, основными требованиями, предъявляемыми участни­ками рынка к информационной подсистеме биржи, являются способность поддерживать большие объемы динамично меняющейся информации и оперативность ее обновления на мониторе пользователя (время поступле­ния информации пользователю). Вторая характеристика особенно важна, поскольку возможна игра на разнице курсов: тот, кто раньше получит ин­формацию, оказывается в выигрышном положении. В связи с этим основ­ной принцип, который соблюдается при создании информационной под­системы ИСБТ, - принцип равных условий: информация поступает ко всем брокерам одновременно.
Информация о биржевых процессах представляется не только в режи­ме "распространения" информации брокерам, но и в режиме ответов на стандартные запросы пользователей с рабочего места. Административно-контрольная подсистема. Одна из причин появ­ления организованного рынка - стремление его участников снизить риск при заключении сделок. Таким образом, основная функция администра­тивно-контрольной подсистемы заключается в "надзоре" за деятельностью всех подсистем биржи и деятельностью участников биржевого процесса (брокеров). На NYSE "подозрительные" сделки выявляет электронная сис­тема мониторинга Stock Watch. По отобранным сделкам запрашивается информация у участников торгов, анализируется возможность получения ими "закрытой" информации. Кроме того, функцией административной подсистемы является и "настройка" подсистем и персонала биржи на оп­ределенный биржевой процесс.
Вычислительная техника в рамках функциональных биржевых подсис­тем применяется на различных биржах по-разному. Биржи могут иметь неодинаковый уровень автоматизации. Так, на Франкфуртской фондовой бирже компьютер применяется только для ввода информации о заключен­ных сделках, т.е. в рамках информационной подсистемы. Наряду с такой технологией известна и "электронная" биржа. При реализации биржевых подсистем с использованием вычислитель­ной техники и средств связи необходимо учитывать важнейшие характе­ристики каждой-из подсистем. Наиболее важные характеристики торговой подсистемы: • работа в режиме "on-line", обеспечение взаимодействия с пользова­телями в реальном масштабе времени; • высокий уровень надежности, защищенности от сбоев; • обеспечение расчетного потока транзакций, учитывающего "пиковые" нагрузки на рынке; • интерфейс с другими подсистемами. При создании подсистемы формирования заявок и отчетов (реализует­ся в рамках торговой подсистемы при "электронной" бирже) обязательно должен быть заложен принцип "обратной связи" - реагирование системы на действие брокера соответствующим сообщением на его терминал. При разработке расчетно-клиринговой и депозитарной подсистем не­обходимо обеспечить: • максимально возможную надежность технических и программных средств; • высокий уровень защиты информации от несанкционированного дос­тупа и возможных искажений; • интерфейс с другими подсистемами; • взаимодействие с торговой подсистемой при ориентации на реали­зацию транзакций. Информационная подсистема ИСБТ должна обладать: • достаточной пропускной способностью (информация по сделкам, • передаваемая в единицу времени на абонентские места брокеров); • минимальным временным лагом между временем появления ин­формации о сделке и временем поступления данной информации к брокеру; • различными режимами доступа к информации (запросный режим и режим вывода информации на терминал брокера); • разнообразными возможностями по представлению информации в за­висимости от типа абонента и условий участия данного брокера в торгах; • интерфейсом с другими подсистемами и рабочими местами абонен­тов. Торговая подсистема выполняет две основные задачи: • осуществляет сбор данных по заявкам и запросам абонентов и пред­ставление ответной информации на запросы - решается на сервере досту­па ("Hewlett-Packard" HP 9000 модели Н20); • осуществляет регистрацию и сопоставление заявок, подготовку сде­лок в автоматическом режиме, регистрацию сделок и подготовку инфор­мации по запросам абонентов - выполняются на торговом сервере ("Hewlett-Packard" HP 9000 модели 890). Оба сервера имеют дублирующие компьютеры таких же моделей. Та­кая конфигурация технических средств предназначена для решения задач торговой подсистемы и обеспечивает бесперебойную работу ИСБТ в ходе торгов с возможностью гибкого распределения задач по компьютерам в соответствии с потребностями и нагрузкой. Так, в "пиковые" моменты, нагрузка на сервер доступа и торговый сервер распределяется между ком­пьютерами, а дублирующие машины выполняют роль "горячего" резер­ва; в период "затишья" задачи сервера доступа и торгового сервера могут выполняться только на одном компьютере. Клиринговая подсистема в реальном масштабе времени отслеживает текущие позиции участников торгов по финансовым инструментам и де­нежным средствам с учетом начальных позиций перед торгами и измене­ний во время торговой сессии, а также производит расчет итоговых обяза­тельств участников по окончании торгов. • Депозитарная подсистема хранит данные о ценных бумагах и их вла­дельцах, проводит расчеты по ценным бумагам между участниками сдел­ки и подготавливает информацию в ответ на запросы пользователей. Административная подсистема осуществляет настройку торговой под­системы на определенный режим работы, управление ходом торгов и рас­пределение прав абонентов. Данная подсистема позволяет: • добавить сведения о новом абоненте, изменить его пароль, приоста­новить полномочия; • запретить торги по финансовому инструменту и снять этот запрет, приостановить торги и возобновить их, изменить время проведения тор­гов; • добавить, изменить, удалить данные об абоненте или финансовом инструменте; • подготовить и послать сообщение абонентам. Информационная подсистема хранит информацию, необходимую для проведения биржевых торгов, а также обеспечивает: запись в базы дан­ных новой информации и генерируемой биржей в ходе работы; поиск ин­формации в соответствии с запросами центрального узла и абонентов. Для принятия решения подсистема предоставляет участнику торгов следую­щую информацию: • текущие цены покупки/продажи;. • цены первой и последней сделки текущего дня, наименьшую и наи­большую цену по конкретному финансовому инструменту; • объем последней сделки в единицах финансового инструмента и де­нежных средствах; • изменение цены последней сделки по отношению к предыдущей, доходность к погашению в соответствии с установленной ценой и т.д. Данные сведения сообщаются на терминалы всем абонентам. Кроме того, система реализует принцип "обратной" связи, т.е. в ответ на действия пользователя информационная подсистема предоставляет информа­цию конкретно для этого пользователя: • данные по всем заявкам, введенным этим участником торгов; • данные об отобранных заявках в соответствии с запросом (напри­мер, по конкретному виду ценной бумаги); • текущие позиции участника по финансовым инструментам и денеж­ным средствам с изменением этих показателей в ходе торговой сессии в соответствии с поведением участника, Рабочие места абонентов ИСБТ ММВБ оборудованы компьютерами типа IBM PC AT 486 и более высокого класса. Сетевые функции ИСБТ ММВБ реализованы как надстройка над сете­вым Протоколом TCP/IP с использованием услуг сетевой службы ARPA, работающей в локальных и региональных сетях. Телекоммуникационная сеть системы построена на основе высокоско­ростных (пропускная способность не менее 64 Кбит/с) каналов телепере­дачи данных с применением Протокола Х.25, предоставляемых компани­ей Sprint-Net.
Программное обеспечение сервера доступа и торгового сервера напи­сано на языке С в среде HP/UX (версия UNIX, разработанная Hewlett-Packard для своих компьютеров). Депозитарная подсистема разработана на основе СУБД Interbase в среде HP/UX, взаимодействие с расчетной под­системой, функции которой выполняет система электронных межбанков­ских расчетов, осуществляется в формате DBF. Рабочие места абонентов написаны на языке Visual C++ в среде Windows for Workgroups. Для взаи­модействия с центральным звеном абонентам предоставляется специаль­ный стандартный интерфейс.
Аппаратно-программная архитектура ИСБТ ММВБ разработана та­ким образом, что наращивание мощности системы можно производить за счет увеличения производительности уже используемых средств и под­ключения дополнительных серверов доступа без глобального изменения конфигурации системы. Итак, информационные системы фондового рынка должны: • быть надежными и защищенными от сбоев; • предусматривать возможность совмещения с междуна­родными и местными информационными системами. Информационные системы фондового рынка поддержива­ют конкретные информационные технологии фондового рын­ка, развиваются вместе с ними и обладают возможностью адаптации к изменениям внешней среды. Список литературы Балабанов И. Т. “Основы финансового менеджмента. Как управлять капиталом ?” - М.: Финансы и статистика, 1995. Гамидов Г. М. “Банковское и кредитное дело” – М.: Банки и биржи, ЮНИТИ, 1994. Жуков Е. Ф. “Ценные бумаги и фондовые рынки” – М.: ЮНИТИ, 1995. Кирьянова З. В. “Теория бухгалтерского учета” – М.: Финансы и статистика, 1995. Козлова Е. П. “Бухгалтерский учет” – М.: Финансы и статистика, 1994. Липис А. и др. “Электронная система денежных расчетов” – М.: Финансы и статистика, 1994. Подольский В. И. , Дик В. В. “Бухгалтерский учет на персональных ЭВМ. Система автоматизированных рабочих мест бухгалтера” – М.: Бухгалтерский учет, 1993. Рожнов В. С., Бегоцкая Г. К. “Автоматизированные системы обработки финансово-кредитной информации” – М.: Финансы и статистика, 1990. Уткин Э. А. “Банковский маркетинг” – М.: ИНФО-М, Метаинформ, 1994. Фельдман А. А. “Бухгалтерский учет на фондовом рынке” – М.: ИНФРА-М, 1994. Положение об организации бухгалтерского учета и отчетности в Украине от 03.04.95 г. № 250.