что такое rma в банке

Сервисы swift

«Международные банковские операции», 2008, N 6

Для работы со своими пользователями SWIFT предоставляет новые решения, продукты и сервисы. На данный момент такими сервисами являются: FIN, FileAct, SWIFTNet Inter Act и SWIFTNet Browse.

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

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

SWIFTNet предоставляет ряд дополнительных интерактивных сервисов, расширяющих традиционный сервис FIN, а именно: сервис передачи файлов (file transfer), сервис интерактивного доступа к ресурсам провайдеров финансовых услуг в режиме просмотра (browse), а также сервис обмена структурированными XML-сообщениями. Все перечисленные сервисы используют механизм защиты, построенный на основе SWIFTNet Public Key Infrastructure, обеспечиваемый по SWIFTNet Link.

SWIFTNet FIN

Этот сервис предоставляет доступ к службе FIN посредством SWIFTNet, используя IP-подключения. Инфраструктура SWIFTNet включает в себя набор полностью администрируемых служб обеспечения безопасности информации, построенных на основе технологии PKI. IP и PKI представляют собой де-факто промышленный стандарт для технологий организации безопасных подключений. Сочетание SWIFTNet и SWIFTNet FIN также является шагом на пути к уменьшению сложности средств операционной обработки (финансовых транзакций) и движением в сторону их оптимизации.

Преимущества SWIFTNet FIN Интегрированный пакет администрируемых служб передачи формализованных сообщений

Путь к дальнейшему совершенствованию и снижению расходов

Подключение к SWIFTNet FIN открывает путь к использованию преимуществ других возможностей: таких, например, как средства управления сетью, SLA и улучшенные службы поддержки. Помимо этого SWIFTNet FIN предполагает развитие функциональности FIN за счет использования стандартных качеств SWIFTNet. Дальнейшее развитие получат существующие средства безопасности FIN (SLS/BKE/Card Readers), которые будут заменены стандартными средствами SWIFTNet PKI.

SWIFTNet FileAct

Наиболее распространенные области применения SWIFTNet FileAct:

Режимы

SWIFTNet FileAct функционирует как в режиме реального времени, так и по принципу store-and-forward (сохранение и передача), который предполагает отправку файлов в любое время, даже если ваш контрагент не находится в настоящий момент на связи с системой SWIFT.

Если последний вариант обычно используется для обмена файлами с большим количеством корреспондентов, то передача файлов по принципу real-time (реального времени), как правило, для обмена файлами только с несколькими крупными банками-корреспондентами или с системами, подразумевающими непрерывную сквозную обработку информации.

Ограничения по объему

Ограничения по объему файла при работе в режиме реального времени составляют 250 Mb.

Ограничения по объему файла при работе в режиме «сохранение и передача» составляют 4 Mb.

Безопасность

SWIFTNet FileAct использует ту же самую инфраструктуру открытых ключей (PKI), как и приложение SWIFTNet FIN, благодаря чему обеспечивается высший уровень безопасности всех приложений SWIFTNet.

Кроме того, в SWIFTNet FileAct сохраняется возможность предоставления пользователям услуги, в основе которой лежит невозможность отказа от факта передачи файла по сети SWIFT (non-repudiation service).

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

Преимущества

Использование SWIFTNet FileAct позволяет существенно сократить расходы финансовой организации на оплату трафика. Это обусловлено переходом на SWIFTNet и изменением самого принципа выставления счетов.

Для финансовых организаций, рыночных инфраструктур и корпоративных клиентов в рамках закрытой группы пользователей SWIFT предлагает специально разработанные готовые прикладные решения, в основе которых лежит служба SWIFTNet FileAct, в целях удовлетворения потребностей пользователей SWIFT в применении единых стандартов непрерывной обработки информации (STP).

SWIFTNet InterAct

Эта служба дополняет SWIFTNet FileAct и SWIFTNet FIN.

SWIFTNet InterAct может поддерживать решения для рыночной инфраструктуры, закрытых групп пользователей и финансовых институтов.

SWIFTNet InterAct идеально подходит для приложений, критичных по отношению к процессу и времени исполнения, таких как Continuous Linked Settlement (CLS), SWIFT’s Accord Service или RTGS.

Обмен сообщениями

Возможности службы SWIFTNet InterAct включают:

Безопасность

В сфере безопасности следует отметить такие функции, как:

SWIFTNet Browse

SWIFTNet Browse базируется на стандартном защищенном протоколе https. Эта служба дополняет SWIFTNet FileAct и SWIFTNet InterAct и позволяет клиенту осуществлять удаленный доступ к web-сервисам, используя SWIFTAlliance WebStation.

SWIFTNet Browse также предоставляет прямой доступ к службам SWIFTNet InterAct и SWIFTNet FileAct с возможностями аутентификации, шифрования и невозможностью отказа от авторства сообщения.

Миграция на RMA

О миграции на RMA стоит сказать отдельно.

Цель RMA состоит в том, чтобы остановить нежелательный трафик прежде, чем он покинет интерфейс отправителя.

У такого сервиса существуют многие преимущества: не допуская нежелательный трафик, пользователи экономят время и усилия в рассмотрении этого трафика и менее подвержены рискам неверной обработки такого нежелательного трафика. Это позволяет защитить пользователя от проверок и соответствующих рисков и помогает избежать штрафов.

К использованию в своей работе сервиса RMA SWIFT успешно перешел 27 сентября 2008 г. Это очень существенная веха в миграции ко второй фазе SWIFTNet, которая предоставляет существенные преимущества по сравнению с BKE:

Существующие двусторонние ключи (BKE) на данный момент остались действительными. Однако мы ожидаем, что к 31 декабря 2008 г. все пользователи завершат миграцию на RMA.

Источник

За что отвечает система rma в свифт. Безопасность, интерфейсы и аудит. Открытие канала связи свифт

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

Нововведения SWIFT Customer Security Programme

SWIFT , как главный разработчик новой концепции в рамках анонсированной программы (CSP) в недавнем времени выпустила документ под названием «SWIFT Customer Security Framework. Supplementary Guide» , в котором содержатся набор новых обязательных и рекомендованных мер защиты для клиентов и участников сети SWIFT . Так, обязательные меры защиты являются основой обеспечения безопасности и конфиденциальности платежных операций и клиентских данных, проводимых в рамках SWIFT , а вторые, т.е. рекомендуемые меры защиты описывают лучшие практики с точки зрения разработчиков документа, повышающие базовый уровень защищенности.

Программа SWIFT Customer Security Programme направлена на повышение мер по обеспечению информационной безопасности в финансовой индустрии и основывается на 5 взаимодополняющих стратегических целях :

BIC-код НРД:MICURUMMXXXBIC-код Участника:

Для электронного взаимодействия с Репозитарием через SWIFT Участник должен использовать службу SWIFT – FileAct (сервис FileAct SnF (live)). SWIFT в ближайшее время планирует ввести RMA-авторизацию для службы FileAct. На текущий момент RMA-авторизация для взаимодействия через FileAct не требуется.
П

одключение к ЭДО НРД /Отключение от ЭДО НРД через SWIFT для обеспечения

Контактное лицо Участника, ответственное за эксплуатацию SWIFT:

(должность, ФИО, телефон, E-Mail)

(наименование должности руководителя организации-Участника)
_______________________________ ___________________________________

(подпись) (фамилия, инициалы руководителя организации)
Главный бухгалтер

(подпись) (фамилия, инициалы Главного бухгалтера организации)

НРД осуществляет ведение Перечня.

При изменении Перечня НРД направляет Участнику-зарегистрированному лицу Информационное сообщение НРД с указанием наименования регистратора, списка принимаемых электронных документов, эмитента и даты начала (окончания) обмена электронными документами с регистраторами через НРД как трансфер-агента, либо по запросу Участника предоставляет его на бумажном носителе, заверенном подписью уполномоченного представителя НРД.

НРД также публикует Перечень на официальном сайте НРД в разделе ЭДО\ЭДО с регистраторами. НРД производит изменение Перечня в одностороннем порядке. Перечень в новой редакции вступает в силу с момента его опубликования на указанной странице сайта.

Формирование, отправку, прием и обработку электронных документов в процессе ЭДО Участники – зарегистрированные лица и Участники – регистраторы осуществляют в соответствии с порядком формирования, отправки, приема и обработки транзитных электронных документов, предусмотренным Правилами ЭДО НРД.

Электронные документы, обмен которыми осуществляется по настоящей процедуре, относятся к категории «А». Электронный документ считается полученным или представленным с момента получения отправителем от получателя подтверждения о получении электронного документа.

НРД как трансфер-агент регистратора производит пересылку полученных транзитных электронных документов (Пакетов транзитных электронных документов) в день их получения.

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

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

С момента прекращения обстоятельств, препятствующих осуществлению электронного документооборота, НРД уведомляет о возобновлении осуществления электронного документооборота путем направления по каналу факсимильной связи уведомления Участникам-зарегистрированным лицам и регистраторам в произвольной форме с последующим предоставлением оригинала соответствующего уведомления.

НРД в соответствии с настоящими Правилами ЭДО несет ответственность перед участниками транзита за выполнение процедур по приему, обработке и своевременной отправки полученного им от отправителя транзитного электронного документа (ПТЭД) получателю документа, указанному в описании ПТЭД.

При невозможности отправки ТЭД (ПТЭД) по каналам информационного взаимодействия в соответствии с настоящими Правилами ЭДО НРД извещает об этом отправителя сообщения. При этом НРД принимает на себя обязательство доставить данный ТЭД (ПТЭД) по другим каналам информационного взаимодействия.

НРД для электронного документооборота

при обеспечении депозитарной/клиринговой деятельности

Особенности подключения к ЭДО НРД через SWIFT
при обеспечении расчетного обслуживания

Особенности подключения к ЭДО НРД через SWIFT
при обеспечении репозитарного обслуживания

Если Участник не является пользователем SWIFT, то необходимо предварительно (до первого шага) инициировать процедуру подключения к SWIFT. Возможно подключение через НРД (тел. Службы поддержки сервиса SWIFT НРД: +7 495 745 81 32).

Формирование электронных документов для передачи через SWIFT осуществляется в том же порядке и в тех же форматах и спецификациях, как и для передачи через СЭД НРД за исключением криптографической обработки (наложение электронной подписи и шифрования). Криптографическая обработка передаваемых электронных сообщений, обеспечение их авторства, целостности и конфиденциальности осуществляется средствами системы SWIFT.

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

Для передачи сообщений в Репозитарий по системе SWIFT Клиент передаёт репозитарные сообщения в виде ZIP архива, состоящего из одного файла и называемого репозитарным пакетом. Репозитарный пакет содержит все отправляемые в репозитарий сообщения клиента. При этом действуют следующие правила:

Интерфейс Alliance Access остается самым востребованным среди прочих программных продуктов SWIFT, предназначенных для интеграции банковских систем с сервисами SWIFT для обработки сообщений. Количество инсталляций данного интерфейса в мире уже превышает 2000.

Аудитория Этот курс предназначен для разработчиков интерфейса, персонала отдела IT и менеджеров бэк-офиса, которые ответственны за управление и контроль за функционированием интерфеса Alliance Access.

Курс включает в себя демонстрационные примеры и упражнения только в системе Windows.

Источник

Return Merchandise Authorization

RMA (англ. Return Merchandise Authorization ) — возврат некачественных или неисправных изделий производителю для возврата, ремонта или зачёта в баланс.

RMA обычно осуществляется в несколько этапов:

Часто для повышения скорости работы осуществляется зачёт в баланс по факту заполнения RMA.

См. также

Полезное

Смотреть что такое «Return Merchandise Authorization» в других словарях:

Return merchandise authorization — A Return Merchandise Authorization or Return Material Authorization (RMA) is a transaction whereby the recipient of a product arranges to return defective goods to the supplier to have the product repaired or replaced or in order to receive a… … Wikipedia

Return Merchandise Authorization — Typischer RMA Beleg Mit Return Material Authorization oder Return Merchandise Authorization (RMA Nummer) wird eine vom Lieferanten vergebene Kennnummer für die Warenrücksendung bezeichnet. Der Kunde wird verpflichtet, vor der Rücksendung eine… … Deutsch Wikipedia

Return Material Authorization — Pour les articles homonymes, voir RMA. RMA est l abréviation anglophone Return Merchandise Authorization ou Return Material Authorization désignant la procédure utilisée par des fabricants ou commerçants pour retourner un matériel reçu défectueux … Wikipédia en Français

RMA — Return Merchandise Authorization … Glossary of chat acronyms & text shorthand

RMA — Return Merchandise Authorization MTV Russia Music Awards Required machining allowance минимальный припуск на механическую обработку (в машиностроении) … Википедия

Freepost — is a postal service provided by various postal administrations, whereby a person sends mail without affixing postage, and the recipient pays the postage when collecting the mail. Freepost differs from self addressed stamped envelopes, courtesy… … Wikipedia

RMA-Nummer — Typischer RMA Beleg Mit Return Material Authorization oder Return Merchandise Authorization (RMA Nummer) wird eine vom Lieferanten vergebene Kennnummer für die Warenrücksendung bezeichnet. Der Kunde wird verpflichtet, vor der Rücksendung eine… … Deutsch Wikipedia

Reparaturnummer — Typischer RMA Beleg Mit Return Material Authorization oder Return Merchandise Authorization (RMA Nummer) wird eine vom Lieferanten vergebene Kennnummer für die Warenrücksendung bezeichnet. Der Kunde wird verpflichtet, vor der Rücksendung eine… … Deutsch Wikipedia

Retournummer — Typischer RMA Beleg Mit Return Material Authorization oder Return Merchandise Authorization (RMA Nummer) wird eine vom Lieferanten vergebene Kennnummer für die Warenrücksendung bezeichnet. Der Kunde wird verpflichtet, vor der Rücksendung eine… … Deutsch Wikipedia

Rücksendenummer — Typischer RMA Beleg Mit Rücksendenummer oder RMA Nummer (Return Merchandise Authorization oder auch Return Material Authorization) wird eine vom Lieferanten vergebene Kennnummer für die Warenrücksendung bezeichnet. Der Kunde wird verpflichtet,… … Deutsch Wikipedia

Источник

ОБМЕН RMA АВТОРИЗАЦИЯМИ

3.1. Инициирование обмена RMA авторизациями производится в соответствии с Инструкцией № 109.9 с банками, подключенными к системе СВИФТ в соответствии со справочником BIC-кодов, досылаемым обществом S.W.I.F.T. ежеквартально.

3.2. После получения от управления корреспондентских отношений департамента международных и межбанковских расчетов (далее – управление корреспондентских отношений) распоряжения об обмене RMA авторизациями, содержащего полное наименование и BIC-код банка-корреспондента и подписанного директором департамента международных и межбанковских расчетов, администратором СВИФТ создается RMA авторизация, позволяющая данному банку-корреспонденту отправлять аутентифицированные сообщения в адрес Банка. В банк-корреспондент направляется сообщение в формате MX (тип сообщения xrma.001 RmaAutorisation). При необходимости, дополнительно, в банк-корреспондент направляется запрос (тип сообщения xrma.004 RmaQuery) с предложением провести обмен RMA авторизациями.

3.3. После подтверждения RMA авторизации, выданной Банком, банк-корреспондент создает RMA авторизацию, позволяющую Банку отправлять аутентифицированные сообщения в адрес банка-корреспондента. После получения из банка-корреспондента сообщения (тип сообщения xrma.001 RmaAutorisation) администратор отдела СВИФТ подтверждает полученную RMA авторизацию, после чего обмен RMA авторизациями считается завершенным.

3.4. В случае если банк-корреспондент отклонил RMA авторизацию, в Банк поступает сообщение (тип сообщения xrma.003 RejectAutorisation), которое информирует о том, что банк-корреспондент отказал в принятии созданной Банком RMA авторизации. Администратор отдела СВИФТ информирует об этом директора департамента международных и межбанковских расчетов.

3.5. В случае неполучения ответа из банка-корреспондента на предложение обменяться RMA авторизациями, после истечения 7 рабочих дней со дня направления сообщения (тип сообщения xrma.001 RmaAutorisation) администратор отдела СВИФТ направляет в данный банк-корреспондент повторный запрос (тип сообщения xrma.004 RmaQuery). При неполучении ответа от банка-корреспондента на повторный запрос администратор отдела СВИФТ информирует об этом директора департамента международных и межбанковских расчетов.

3.6. Если инициатором обмена RMA авторизациями выступает банк-корреспондент, то RMA авторизация (тип сообщения xrma.001 RmaAutorisation) или запрос (тип сообщения xrma.004 RmaQuery или сообщение свободного формата МТ999), поступившие в Банк, с резолюцией директора департамента международных и межбанковских расчетов передаются в управление корреспондентских отношений.

В случае получения от управления корреспондентских отношений распоряжения на обмен RMA авторизациями администратором отдела СВИФТ производится подтверждение полученной RMA авторизации и направление сообщения (тип сообщения xrma.001 RmaAutorisation) банку-корреспонденту с отправкой при необходимости сообщения (тип сообщения xrma.005 RmaAnswer).

В случае принятия решения отклонить выданную Банку RMA авторизацию в банк-корреспондент направляется отказ (тип сообщения xrma.003 RejectAutorisation), при необходимости отправляется ответное сообщение (тип сообщения xrma.005 RmaAnswer)**.

Дата добавления: 2015-07-10 ; просмотров: 1408 | Нарушение авторских прав

Источник

НОВОСТИ

О централизованной базе RMA SWIFTNet

Уважаемые пользователи SWIFT!

Начиная с 4 апреля 2020 года для FIN и FINplus (с момента его активации) SWIFT будет валидировать трафик, которым обмениваются пользователи, в соответствии с центральной базой данных RMA SWIFTNet. SWIFT создала центральный портал RMA для того, чтобы пользователи могли легко получать доступ к централизованно хранимым авторизациям из приложения SWIFTNet Online Operations Manager и получать о них отчёты.

Центральная база данных SWIFTNet была создана SWIFT на основе обмениваемого между пользователями FIN-трафика с 2016 по февраль 2020 года. Однако каждый пользователь FIN и FINplus должен один раз загрузить свои данные RMA на центральный портал RMA, поскольку RMA с корреспондентами, с которыми члены SWIFT не обменивались трафиком с 2016 года (неиспользуемые RMA), а также детальные RMA (RMA+) в базу данных, созданную SWIFT, не попали.

Во избежание риска невозможности доставки сообщений Вашим корреспондентам, а также риска получения сообщений, не соответствующих условиям детальных RMA+, установленных Вами в отношении конкретных корреспондентов, просим Вас в срок до 4 сентября провести сверку данных, содержащихся в центральном портале RMA (доступно в приложении O2M), с данными RMA в Ваших системах.

RMA+ теперь предоставляется без взимания дополнительной платы. Инструкция по загрузке данных RMA доступна в Базе знаний SWIFT (SWIFT Knowledge Base), tip#5023348.

При необходимости, пожалуйста, обращайтесь к своему менеджеру SWIFT, в техническую поддержку SWIFT или в московский офис SWIFT.

Источник