Пути повышения эффективности вексельных операций на предприятии при платежных и расчетных операциях

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

Ключевыми моментами при решении таких задач является не общий объем информации (десятки, сотни или тысячи векселедержателей и сотни, тысячи или десятки тысяч трансакций), а принципы взаимодействия банков — депозитариев, между которыми этот объем информации разделен.

Далее основное внимание будет уделено только нестандартным аспектам предложенной технологии системы учета на двух уровнях: макро (межбанковском) и микро (внутри банковском).

При построении системы на макро уровне надо сделать выбор — централизация или децентрализация. Это означает, что депозитарная сеть может быть организована по двум различным схемам:

• — схема типа «звезда» с банком — центром, с которым связаны остальные уполномоченные банки — депозитарии; прямые информационные связи между лучами запрещены;
• — схема «каждый с каждым» (как варианты «кольцо», «магистраль» и т. п.), когда центр отсутствует, а банки — участники обмениваются информационными сообщениями непосредственно между собой.

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

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

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

Именно высокая степень жесткости стандартизации операций, четкая синхронизация во времени и точное соблюдение правил игры являются основным недостатком данной схемы — ведь чем больше правил, тем сложнее их соблюдать.

При организации схемы информационного обмена по принципу «звезды» банк, имеющий сообщения о произведенных вексельных передачах для других банков, пересылает их все в центр (называемый, например, расчетно — депозитарным — РДЦ). Сам РДЦ осуществляет коммутацию сообщений, производит межбанковские проводки в пределах остатков по лицевым счетам векселедержателей, отслеживает весь ряд индоссаментов, консолидирует полученную информацию и возвращает обратно как результаты, так и проводки, по которым были скорректированы результаты.

Преимущества метода «звезды» по сравнению с методом «каждый с каждым» включают:

• — ядро программного обеспечения, осуществляющее основные функции и, следовательно, требующее максимума квалификации пользователей (операторов), находится в одном банке — РДЦ. В остальных банках может быть установлена упрощенная версия программного обеспечения, не слишком требовательная к условиям эксплуатации и самим пользователям;
• — модификация ядра системы может производиться автономно и не требует, как правило, переустановки программного обеспечения банков — корреспондентов;
• — более легкая обработка ситуации типа «векселя в пути», если несколько банков — корреспондентов производят встречные движения векселей их клиентов. Поскольку режим on — line (мгновенный доступ) пока не получил реализации, то может возникнуть ситуация, когда данные движения могут попасть к получателю, а могут и не попасть — это зависит от момента подготовки информации и четкости синхронизации.

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

На внутри банковском (микро) уровне система должна подразделяться на два проблемно — ориентированных автоматизированных рабочих местах (АРМ), причем у одного АРМ может быть несколько рабочих мест — терминалов.

АРМ первого типа занимается созданием необходимой вексельной документации (как, например, акты приема — передачи векселей, документы на эмиссию или погашение векселей). Здесь детализация входных данных должна быть максимальной — нужны практически полные реквизиты каждого векселя. Весьма удобным «побочным» эффектом является возможность видеть всю цепочку передач по индоссаментам каждого конкретного векселя.

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

Таким образом, сотрудникам АРМ второго типа необходим принципиально иной инструмент в их работе с клиентами — с расширенными функциями систематизации, анализа и отчетности.

Перспективными направлениями развития системы подобного рода является дополнение ее технологией «клиент — сервер». Клиенту удобно обмениваться информацией с банком — депозитарием не выходя из своего офиса, используя подсистему «клиент — банк». Через эту подсистему клиент сможет, например, подать заявку на автоматическую подготовку документов по передаче векселя, получить информацию о состоянии своего счета и любую другую необходимую информацию. Реализация данной технологии требует немалых затрат как со стороны банка, так и со стороны клиента.

Клиенту необходимы, прежде всего, современная компьютерная техника плюс надежные каналы связи. Данная технология может быть применена к крупным векселедателям — эмитентам векселей и векселедержателям внебюджетной сферы.

Таким образом, можно сделать вывод, что в ходе развития украинского рынка векселей не разработаны механизмы эффективной борьбы с появлением «дружеских» и «бронзовых» векселей, хотя прямой запрет на выдачу «нетоварных» векселей существует и зафиксирован совместным постановлением Кабинета Министров Украины и Национального банка Украины № 528 от 10.09.1992 года. Игнорирование этого запрета приводит к тому, что некоторые местные администрации выпускают векселя на сумму, превышающую доходную часть бюджета, превращая «классический» вексель в доходную ценную бумагу.