21. Межбанковские расчеты, проблемы их развития.

Межбанковские расчёты, проблемы их развития. Преобладающей формой межбанковских расчетов в нашей стране являются расчеты, совершаемые в порядке прямых переводов причитающихся денежных средств (межбанковских переводов). Они осуществляются по поручениям банков корреспондентов через посреднические звенья - учреждения Центрального банка России, клиринговые палаты, коммерческие банки - респонденты. Более прогрессивная форма расчетов - зачет взаимных требований и обязательств между банками (межбанковский клиринг). Обе эти формы межбанковских расчетов предполагают открытие участникам расчетов разного рода корреспондентских счетов – собственно корреспондентских счетов либо клиринговых счетов, являющихся разновидностью корреспондентских счетов. В ряде случаев, например, при двустороннем клиринге обычный корсчет может выполнять функции клирингового счета. Между указанными формами расчетов имеется определенная взаимосвязь. Во- первых, наличие большого числа корсчетов и совершение по ним множества переводных операций предопределяет необходимость использования межбанковского клиринга. Во-вторых, расчеты посредством последнего сочетаются с прямыми переводами денежных средств, используемыми для погашения конечного сальдо не зачтенных взаимных платежей. Проблемы: Итак, совсем недавно "средний" российский банк находился примерно в следующей ситуации: ежедневный обмен информацией со своим РКЦ, участие в региональной системе прямых расчетов, парные корсчета с активными банками- партнерами и работа в одной или нескольких "частных" систем быстрых расчетов. Казалось бы, неплохо. Однако для таких банков, имеющих формальную возможность гибкого управления собственными средствами, возникают трудности иного рода. Большое значение имеют вопросы совместимости форматов данных, поскольку в электронном виде "общаются" программные комплексы разных фирм-разработчиков. Банки на собственном опыте достаточно быстро пришли к пониманию того, что необходим единый формат обмена межбанковской информацией. Тем не менее, попытки центральных банковских структур по выработке единого формата до сих пор успеха не имели, поскольку даже в одном городе разные РКЦ имеют разные шаблоны передачи межбанковских документов (даже если это документы в одном и том же "плоском" DBF- формате). "Законодателями мод" должны были стать либо крупные расчетные системы, либо разработчики банковских программных комплексов. Но практика показала, что быстрее всего точки соприкосновения нашли все же разработчики. На V Международном Компьютерном форуме на совместной пресс-конференции 16.06.94 ведущими фирмами было заявлено о создании банковской секции в рамках Ассоциации разработчиков программного обеспечения в области экономики (АРЭП). Одной из главных задач этой секции стала как раз выработка единых стандартов межбанковского обмена. В состав организаторов банковской секции вошли столичные фирмы АСОФТ, Диасофт, Инверсия и ПрограмБанк. Чуть позже присоединились еще две московские фирмы: ЦИС "Такт" и ДКМ-Интербанксервис, а также ЛИМ из Тулы и БИОМ из Твери. Общее число инсталляций банковских систем у этих фирм на середину 1994 года в сумме превышало 2000 копий, поэтому совместный для них стандарт станет стандартом фактическим. К началу 1995 года "Единый стандарт" был не только выработан, но также согласован и подписан фирмами - организаторами банковской секции АРЭП. Если описать коротко, то основная суть заложенных в "Единый стандарт" принципов состоит в преодолении недостатков существующих форматов платежных поручений (как электронных, так и бумажных). При этом разработчики заранее "заложились" на возможные нормативные изменения, которые может принять Центробанк, поэтому формат получился достаточно гибким, но отнюдь не идеальным и внутренне избыточным. В "Едином стандарте" введен расширенный формат платежного поручения для электронного обмена, позволяющий направлять платежи не только по системе РКЦ, но и через многоуровневые сети межбанковского обмена, в том числе адресовать один платеж через несколько взаимосвязанных сетей межбанковских расчетов. За базовый макет при формировании сообщения был выбран S.W.I.F.T.-формат.