бесплатно рефераты
 
Главная | Карта сайта
бесплатно рефераты
РАЗДЕЛЫ

бесплатно рефераты
ПАРТНЕРЫ

бесплатно рефераты
АЛФАВИТ
... А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я

бесплатно рефераты
ПОИСК
Введите фамилию автора:


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

Оболочка следит за тем, чтобы операции выполнялись согласно денным

инструкциям.

Генератор документов позволяет использовать конверторы документов для

приведения их к стандартному виду.

Наиболее простая система - на базе 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 Systems (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) операционист заполняет поле

кода платежа. Поля кода филиала и порядкового номера заполняются

автоматически. Поле "код группы" на этом этапе не заполняется. Сообщение

вводится в базу данных со статусом "зарегистрировано", одновременно

автоматически формируются запись файла данных бухгалтерских проводок и

мемориальный ордер.

[pic]

. Рис. 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);

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10


бесплатно рефераты
НОВОСТИ бесплатно рефераты
бесплатно рефераты
ВХОД бесплатно рефераты
Логин:
Пароль:
регистрация
забыли пароль?

бесплатно рефераты    
бесплатно рефераты
ТЕГИ бесплатно рефераты

Рефераты бесплатно, реферат бесплатно, сочинения, курсовые работы, реферат, доклады, рефераты, рефераты скачать, рефераты на тему, курсовые, дипломы, научные работы и многое другое.


Copyright © 2012 г.
При использовании материалов - ссылка на сайт обязательна.