Bankir.Ru
10 декабря, суббота 15:42

Объявление

Свернуть
Пока нет объявлений.

мультивалютный СКС

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • мультивалютный СКС

    Коллеги, подскажите плз:

    1) как работает мультивалютный СКС при покупках в разных валютах?
    2) можно ли привязать к ентому счету карты разных систем, дабы избежать комиссию на конвертацию?
    3) есть ли в Москве банки, открывающие EUR\USD СКС? Я знаю только один, который открывает USD\RUB

    Вобще, насколько стоит заморачиваться данной темой если нужно сначала оплачивать картой в зоне EUR, а потом в зоне USD? На чем остановиться: MasterCard\ VISA?
    ... don't worry, be happy

  • #2
    Счёт, прикрепленный к карте - он один, и не может быть сразу в двух (трех, пяти...) валютах. Так что когда говорят о мультивалютном СКС - подразумевается определенная технология расчетов.

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

    Используемую в данном конкретном банке технологическую схему вам вряд ли кто-то расскажет. Так что выиграете вы от карты с "мультивалютным" СКС или проиграете - большой вопрос...
    --* Never say never again...

    Комментарий


    • #3
      Anri
      Откройте счет для расчетов по картам в рублях. И не загружайтесь проблемой конверсии. За Вас эти проблемы будет решать платежная система и банк-эмитент (тот, который Вам карту даст).
      Валюта счета для расчетов по картам никоим образом не ограничивает Вас в перечне валют, в которых Вы сможете совершать операции (иначе это не были бы международные - глобальные - карты).

      Более конкретный пример (чтобы все совсем было ясно):

      Вы открыли счет для расчетов по картам в рублях РФ.
      Поехали в Германию - совершаете операции в евро. Платежная система сама отконвертит в валюту Вашего счета (рубли РФ). Деньги по Вашим операциям будут списываться с Вашего рублевого счета в рублях.
      Вы поехали в Турцию - совершаете операции в турецких лирах. Платежная система сама отконвертит лиры в рубли РФ. Вы оплатите Ваши операции, сделанные в турецких лирах рублями РФ.
      И так далее.

      С уважением,

      Комментарий


      • #4
        MARK_S
        Ни одна МПС не конвертит в рубли.
        Либо не доросли еще, либо рубль еще не котировочный.

        Конвертит банк.
        Другое дело как.

        Комментарий


        • #5
          Ema
          Ну зачем же так, Вы же поняли, о чем я написал.
          Задача была потенциальному держателю карты, Anri, объяснить максимально просто, каким это образом, имея счет в валюте, отличной от валюты, в которой совершается операция, тем не менее операцию в этой валюте совершить. Ну да, обобщил понятия: в конце-концов банк-эмитент - это тоже элемент платежной системы.
          Да, можно было бы написать и так:
          "Платежная система конвертит в валюту расчетов со страной банка-эмитента, банк-эмитент конвертит в валюту счета клиента...", но так тяжелее будет восприниматься.

          С уважением,

          Комментарий


          • #6
            MARK_S вы абсолютно правы. это самый простой вариант для банка - открыть СКС в рублях и далее при пересчете фигачить комиссию за конвертацию.

            НО .. повторюсь, интересна сама идея: поддерживают ли Российские банки мультивалютные СКС.

            Цитирую сайт ОВК (аля СТБ): "По Вашему желанию Вы сможете открыть несколько счетов в различных валютах и «прикрепить» их к одной карте" (http://www.ovk.ru/refs.asp?lng=ru&cid=46). Это типа как?
            ... don't worry, be happy

            Комментарий


            • #7
              Цитирую сайт ОВК (аля СТБ): "По Вашему желанию Вы сможете открыть несколько счетов в различных валютах и «прикрепить» их к одной карте" (http://www.ovk.ru/refs.asp?lng=ru&cid=46). Это типа как?

              Процессинг СТБ поддерживает прикрепление нескольких счетов к одной карте. В банкоматах, обслуживаемых процессингом СТБ КАРД, Вы можете пользоваться любым из этих счетов. Однако покупки по картам, выпущенным ОВК, совершаются только с того счета, который считается первичным (primary). Конвертации - в общем случае - совершаются по ЦБ. Из валюты транзакции в валюту расчетов с ПС - по курсу соответствующей платежной системы.
              --* Never say never again...

              Комментарий


              • #8
                Anri
                Вот хотел сказать об STB. Но господин Rzhevsky даже больше "в теме".

                С уважением,

                Комментарий


                • #9
                  Rzhevsky
                  очень доступно. спасибо.
                  Получается что мультивалютный счет, даже при наличии такой возможности в банке, является таковым только при обслуживании в банкоматах банка (ПС). При взаимодействии с другими ПС все равно будет использоваться, как Вы сказали, primary счет. Жаль

                  MARK_S
                  ... don't worry, be happy

                  Комментарий


                  • #10
                    Уважаемые господа, возможно я плохо разбираюсь в этой теме, но у меня есть вопрос. Наш банк эмитирует свои карты и мы хотим предоставить клиенту услугу по совершению операций как в рублях так и в валюте (допустим доллары США). Будет ли необходимо заключать два договора - на рублевый счет и на валютный? Или проще сделать конвертацию? И если поступают деньги безналом в валюте? Сталкивались ли с такими ситуациями? Заранее благодарна.
                    E-mail olesya-nikolaevna@rambler.ru

                    Комментарий


                    • #11
                      Rzhevsky
                      А разве при мультивалютном счете не происходит обращение по принципу валюты транзакции, конвертация начинается только в том случае, когда не хватает суммы, к примеру, в рублевой части и происходит "погашение" из валютной ?
                      Наша жизнь состоит из цитат. Лишь немногим удается написать что-то своё. (с)

                      Комментарий


                      • #12
                        олеся! - тут вопрос ещё и в тех. поддержке решения Вашим софтом. Узнайте у вендора, чего он может, а чего нет. В принципе вариантов несколько:
                        а) Открытие 2-х счетов, выдача 2-х карт. Обеспечение максимального сервиса по переводам/конвертациям со счёта на счёт. Плюсы - техническая простота, минусы - доп. расходы банка (2 карты всё-таки)
                        б) Открытие 2-х счетов, выдача одной карты. Списание с соответствующего счёта в зависимости от оригинальной валюты транзакции. Плюсы - дешевле для банка (1 карта), минусы - относительная сложность технического решения (далеко не многие процессинги поддерживают такие схемы)
                        Или проще сделать конвертацию? - Вам как банку есс-но это проще всего Но если клиент допустим имеет на руках валюту и хочет именно эту валюту потратить в соотв. стране - тогда, имея в банке допустим рублёвый счет, ему необходимо будет сначала проконвертировать свою валюту в рубли, т.е. продать валюту с соотв. потерями по курсу; затем при совершении покупки - обратно купить эту валюту по курсу Вашего банка (в лучшем случае), т.е. ещё раз потерять на курсе; затем не дай бог будет charge-back - третья потеря на курсе и т.д. и т.п.

                        Комментарий


                        • #13
                          вроде как (за что купил, за то и продаю)
                          Рос работает 3-мя счетами (rur/usd/eur), списание идёт в зависимости от валюты транзакции. в случае недостатка средст на списание со счёта, открытого в валюте транзакций конвертят с соседних на счёт открытый в валюте транзакции.

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

                          Комментарий


                          • #14
                            boroda
                            Дык работает же. Я же про него же и ..... И карточка "типа мультивалютная" есть.
                            Наша жизнь состоит из цитат. Лишь немногим удается написать что-то своё. (с)

                            Комментарий


                            • #15
                              ValentineS
                              да, у меня к вам как к росовцу вопрос.
                              у вас в процессинге всего один счёт? (всё остальное на АБС) или как?
                              Суважением,
                              boroda

                              Комментарий


                              • #16
                                Вроде как объяснили схема 1-2.
                                Наша жизнь состоит из цитат. Лишь немногим удается написать что-то своё. (с)

                                Комментарий


                                • #17
                                  ValentineS
                                  не.. логика понятна
                                  вопрос в следующем, это всё реализуется на процессинге или на АБСке.
                                  Суважением,
                                  boroda

                                  Комментарий


                                  • #18
                                    boroda при реализации только на АБСке Вы не сможете поддержать авт. лимиты в режиме реального времени ИМХО
                                    Или сможете, но это будет очень сложно

                                    Комментарий


                                    • #19
                                      ОАО КБ Сибконтакт открывает мультивалютные СКС (доллары/рубли) и спокойно с ними работает

                                      Комментарий


                                      • #20
                                        Алексеич
                                        ну...., вариантов я вижу несколько. (сразу скажу это теория)
                                        1. Всё в АБС, в процессинге только один счёт. (ИМХО наиболее простой вариант)
                                        2. В процессинге три счёта, каждый отражает общую сумму средств на СКСах клиента, при авторизации эквивалент транзакции списывается со всех счетов. (Но потом сводить всё это в АБС умрёшь)
                                        3. делать в процессинге он-лайн конвертацию при недостатке средств на СКС при авторизации. (при данной схеме возникает столько проблем что только держись... ).
                                        Суважением,
                                        boroda

                                        Комментарий


                                        • #21
                                          ValentineS А разве при мультивалютном счете не происходит обращение по принципу валюты транзакции, конвертация начинается только в том случае, когда не хватает суммы, к примеру, в рублевой части и происходит "погашение" из валютной ?

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

                                          Например, если у клиента есть три счета - RUR, USD и EUR, и пришлось воспользоваться средствами со счета в Евро для покрытия рублёвых транзакций (ну не хватило у него рублей) - Вы рискуете иметь разборки с недовольным клиентом, т.к. доллар сейчас падает, а евро растёт... Ваши юристы напишут такой договор? ;-)

                                          Смотрите дальше - "сквозная" схема работает только в том случае, если у Вашего банка открыты дополнительные счета расчетов с платежной системой, совпадающие с валютами транзакции. Такими валютами могут быть не только рубли, доллары и евро, но и сезонные валюты основных туристических и "челночных" направлений (кажется, МастерКард позволяет открывать дополнительные валюты расчетов). Структура денежных потоков небольшого (с точки зрения кол-ва клиентов) банка и многофилиального розничного банка тут будет очень сильно различаться и то, на чём первый может неплохо зарабатывать, для второго станет источником если не потерь, то недополученной прибыли и постоянной головной боли технологов :-)

                                          Резюме. ИМХО, если банк имеет небольшой клиентский блок (например, занимаясь private banking), но дорожит средствами своих клиентов (занимаясь их выгодным размещением и хорошо зарабатывая на этом) - имеет смысл выстраивать конвертационные цепочки таким образом, чтобы конвертаций было как можно меньше для клиента.

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

                                          boroda при авторизации эквивалент транзакции...
                                          Простите, но ведь тут как раз и возникает конвертация. По какому курсу Вы будете вести Ваши технологические эквиваленты? А по какому будете списывать при представлении презентмента?

                                          Алексеич при реализации только на АБСке Вы не сможете поддержать авт. лимиты в режиме реального времени ИМХО
                                          В банковской группе, где я работаю, нет картсчетов. Все авторизации с 1994 года прикладываются к реальным счетам реальных клиентов в реальном времени в реальной живой АБС. Преавторизации резервируют средства в реальном времени, презентменты снимают резерв и списывают средства по мере получения инкамингов из МПС. Всё работает уже 10 лет - и в чём должны быть проблемы? :-)
                                          --* Never say never again...

                                          Комментарий


                                          • #22
                                            В банковской группе, где я работаю, нет картсчетов. Все авторизации с 1994 года прикладываются к реальным счетам реальных клиентов в реальном времени в реальной живой АБС. Преавторизации резервируют средства в реальном времени, презентменты снимают резерв и списывают средства по мере получения инкамингов из МПС. Всё работает уже 10 лет - и в чём должны быть проблемы? :-) - ну что ж, поздравляю, но согласитесь - техническая реализация этого механизма была нелёгкой..., правда?

                                            Комментарий


                                            • #23
                                              Алексеич но согласитесь - техническая реализация этого механизма была нелёгкой..., правда?

                                              И здесь я Вас разочарую. Онлайновый интерфейс между процессингом и АБС значительно упрощает технологические схемы и избавляет от кучи головной боли. Главное - отказаться от привычных стереотипов :-)
                                              --* Never say never again...

                                              Комментарий


                                              • #24
                                                Онлайновый интерфейс между процессингом и АБС значительно упрощает технологические схемы и избавляет от кучи головной боли - равно как привязывает все решения к одной, определённой технологии. Допустим, у Вас в кассе установлен модуль АБС по выдаче налички. Вы выдали наличные клиенту - хлоп, лимит в процессинге должен обновиться. Ну или в Вашем случае - фронт при проверке лимита обращается к АБСу через некий согласованный интерфейс. Этот интерфейс является самым узким горлышком системы. Поэтому миграция допустим на другой АБС, разработанный например другим вендором, становится весьма затруднительной.
                                                Кстати, интерфейс между фронтом и АБС у Вас открытый? Если да - Вам повезло вдвойне, а то и втройне

                                                Комментарий


                                                • #25
                                                  Алексеич - хлоп, лимит в процессинге должен обновиться

                                                  Коллега, выше я писал о том, что надо "избавиться от привычных стереотипов" :-)

                                                  Ну не должно быть в нормальном решении никаких лимитов в процессинге - всё должно выдаваться в онлайне, с живого счета клиента! Если клиент снимает деньги со счета - лимит снятия ограничен условиями его договора с банком. Это - преррогатива АБС. Есть операционист, идентифицируемый СБ банка и идентифицирующий клиента, есть живой клиент. И карточная система совершенно не обязана знать, сколько денег и на каких условиях снял клиент со своего счета через кассу - за это он платит процент банку.

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

                                                  Что касается интерфейса - в моем понимании любой приличный вендор банковской системы предоставляет API к ядру своей АБС, позволяющее внешним приложениям делать в ней определенные операции (говоря по человечески - проводки). Если Ваша АБС закрыта - вы либо платите вендору за каждый чих, либо - когда Вам это надоедает - меняете вендора АБС.

                                                  Говоря о процессинговом ПО - практически все известные мне решения поддерживают ту или иную реализацию межхостового интерфейса на базе ISO8583.

                                                  Вот Вам и почти все предпосылки!
                                                  --* Never say never again...

                                                  Комментарий

                                                  Пользователи, просматривающие эту тему

                                                  Свернуть

                                                  Присутствует 1. Участников: 0, гостей: 1.

                                                  Обработка...
                                                  X