Visa cft что это

Путешествия банковской транзакции

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

Как выглядит упрощённая схема работы работы процессингового центра банка:

Процессинг

FrontEnd — отвечает за online сообщения: общение с банкоматами и POS-терминалами, передача авторизаций карт в VISA.
BackEnd — отвечает за offline: закрытие операционного дня, обмен финсообщениями с VISA.
HSM (Hardware Security Module) — модуль работы с ключами безопасности (подробнее описано ниже).

Все шифрование производится с помощью алгоритма 3DES.

Подключение к VISA

Online-подключение

Транспортный уровень
Подключение к VISA осуществляется через вполне конкретного провайдера, в 2006 году это был Equant и его партнёр в России — Golden Telecom, как обстоят дела сейчас — я не в курсе.

Получается, что VISA доступна в локальной сети одного провайдера. Это обязательное требование VISA. Для подключения провайдер прокладывает в банк собственный оптоволоконный кабель для основного канала связи и для резервного. Устанавливает конечные маршрутизаторы и выделяет по одному порту на каждом (основной и резервный). Управление маршрутизаторами осуществляется только провайдером.

Итак, связь транспортного уровня с VISA установлена, далее прикладной уровень.

Прикладной уровень
Связь прикладного уровня осуществляется по специальному протоколу, разработанному в VISA в незапамятные времена.

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

Оффлайн-подключение

Оффлайн-подключение — это не что иное, как обмен файлами с информацией обо всех транзакциях, совершённых за операционный день. То есть, если в банкоматах банка «А» были обслужены карты не банка «А». Подробнее об этом чуть ниже в сценарии «Чужой клиент в нашем АТМ».

Стоит немного рассказать про HSM.

HSM — это классический чёрный ящик. При инициализации он генерирует закрытую и открытую компоненту мастер-ключа банка. Закрытую компоненту никто никогда не видит, она всегда остаётся в памяти HSM.

Сам модуль имеет многочисленные уровни защиты от взломов: программного и физического. При малейшем намёке на компрометацию ключа память модуля самоуничтожается без возможности восстановления.

Три части открытой компоненты мастер-ключа записываются на 3 магнитные карты и выдаются офицерам безопасности банка.

Итак, связь с VISA установлена, и всё работает. Теперь нам надо выпускать карты.
При вступлении в VISA банку выдаются так называемые БИНы (Bank Identification Number): то есть подмножества номеров карт доступных для выпуска. Для VISA они всегда начинаются на 4.

БИНы распределены по карточным продуктам, например:

Формат номера выглядит так: допустим, у нас есть карта с номером: 4408 0412 3456 7890

Номер карты состоит из:

Для интересующихся вот здесь описано, как происходит валидация номера карты.

Для каждого БИНа генерируется пара ключей: IWK (issuer working key) и AWK (acquirer working key). Процедура генерации и передачи результата в VISA аналогична описанной выше.

После этого всё это добро прописывается в FrontEnd и BackEnd процессинга. В BackEnd для выпуска карт и их эмбоссирования, вo FrontEnd для обслуживания авторизаций.

Теперь у нас есть связь с VISA и есть выпущенные карты; другими словами, мы осуществили эмиссию карт. Нам осталось сделать эквайеринг.

Банкоматы

Не буду повторяться и описывать, что находится внутри банкомата, это уже описали здесь. Скажу только, что протокол NDC+ (NCR Direct Connect) разработан чёрт знает сколько лет назад корпорацией NCR — одним из ведущих производителей банкоматов на сегодняшний день.

Широко известны три производителя:

Да, и Siemens и IBM когда-то давно производили банкоматы, но впоследствии продали этот бизнес Wincor Nixdorf и Diebold соответственно.
Ваш покорный слуга является сертифицированным инженером как раз таки Wincor Nixdorf. Однако, у нас был один стародавний IBM, который был выпущен ещё до продажи бизнеса и который работал.
Не скажу, что работал он как часы, ибо его всё время приходилось подкручивать и подлаживать, чтобы он хоть как-то дышал, но для него можно было купить запчасти. Правда, стоили они в три раза дороже чем аналогичные для Wincor Nixdorf.
Итак, мы выяснили что есть два протокола по которому работают банкоматы. Мне довелось работать лишь с NDC+, про DDC я только слышал, но никогда не видел.
Поскольку я близко знаком только с Wincor Nixdorf, предположим, что наш банк купил именно их.

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

Готовим банкомат

Обучение

Банкомат надо обучить выдавать купюры. Для этого есть специальная процедура: банкомат отсчитывает по 10 листов из каждой кассеты и предлагает оператору ввести реальное количество отсчитанных листов. Если реальное количество отличается — банкомат откорректирует оптопары в тракте выдачи и предложит повторить процедуру.

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

Ключи шифрования

В банкомат загружают 2 ключа шифрования:
мастер-ключ (MASTER KEY) — используется для шифрования ПИН-блока введённого клиентом.
коммуникационный ключ (COMM KEY) — для шифрования пакета к FrontEnd процессинга.

На HSM генерируются открытая и закрытая компонента каждого ключа, после чего открытая компонента прописывается во FrontEnd, а закрытая загружается в банкомат.
Оба ключа загружаются в ПИН-клавиатуру (EPP Encrypted Pin Pad) и хранятся только там. По сути EPP — это такой маленький HSM, который не умеет генерировать ключи, но умеет очень хорошо их хранить. Когда я плотно работал с банкоматами — EPP имели 7 ступеней защиты от физического проникновения.

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

Сценарий

Про сценарий уже было сказано в статье, на которую я ссылался, хочу лишь немного добавить.
Весь сценарий банкомата основан на так называемых ФИТах (Financial Institution Table).
FIT — не что иное, как БИН банка выданный VISA.
Например: для нашего родного банка мы позволим делать переводы с карты на карту, возможность просмотреть детали по вкладу и внести наличные на карточный счёт в дополнение к обычным возможностям (баланс, выдача наличных), а для всех остальных только баланс и выдача.

Таким образом, мы должны загрузить неколько ФИТов в банкомат:

Сценарий проверяет номер карты клиента и работает по первому совпадению в ФИТ-таблице.

Итак, мы полностью подготовили весь комплекс к работе, осталось самое главное: совершить транзакцию.

Транзакция

Самый простой сценарий: наш клиент в нашем АТМ:

Стоит отметить, что всё шифрование на стороне хоста осуществляется при помощи HSM.
То есть шаги 8 и 9 в деталях выглядят так:

Клиент получает свои 100 рублей и уходит довольный, однако это только половина дела.

В этот момент FrontEnd установил клиенту hold — заморозил на его лимите авторизации (доступная к снятию сумма) 100 рублей, но его текущий счёт никак не изменился.

Здесь стоит немного пояснить: в процессинге нет счетов клиентов — движение денег происходит по так называемым «лимитам авторизации». Фактически, лимит авторизации — не что иное, как карточный счёт клиента, но он никак не фигурирует в плане счетов и бухгалтерском балансе.

Другими словами, лимит авторизации есть техническая сущность, которая отражает состояние реального текущего счёта клиента в процессинге. Отличие лимита авторизации в том, что:

Вечером текущего дня или утром следующего дня (но, как правило, это делается ночью) закрывается операционный день. Все авторизации карт и суммы холдов выгружаются из FrontEnd и загружаются в BackEnd, где и происходит движение денег по текущим счетам клиентов. После этого финальные отчёты выгружаются в Автоматизированную Банковскую Систему, где хранятся текущие счета клиентов. На основании этих отчётов происходит реальное движение денег, а также во FrontEnd — новые лимиты авторизации (наш клиент из примера выше получает новый лимит авторизации, который меньше на 100 рублей).

Теперь сложнее: Чужой клиент в нашем АТМ:

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

Само собой, все такие расчёты осуществляются в долларах, и тут играет роль курсовая разница, но это уже совсем другая история…

UPD: В комментариях, товарищ Spewow привёл ссылку на статью о HSM и криптографии

Источник

вывод из PokerStars на VISA Classic (или Gold)

У меня непонятки с возможностью кэшаутов из Старзов на Визу. Как мне объяснил саппорт, можно сделать кэшаут обратно напрямую на карту (не wire transfer на карточный счет, а именно на карту!!), если сумма возврата не превышает общую сумму депозитов с этой карты. Если же необходимо вывести на эту же карту больше, чем всего депозитили с этой карты, то необходимо, чтобы карта обладала опцией CFT (Credit Fund Transfer), которая вроде как отсутствует у американских банков, но присутствует у европейских (если я все правильно понял).

Заранее спасибо всем за помощь!!

0

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

у самого visa классик райфайзена (Европейский), профит без проблем снимается.

0

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

у самого visa классик райфайзена (Европейский), профит без проблем снимается.

0

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

0

0

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

Источник

Не так страшен черт, как его малюют: как мы перевели разработку ЦФТ-Банк на платформу CFT Platform IDE (Admin 2.0)

Финансовые компании находятся в поисках лучших решений, которые оптимизируют внутренние процессы разработки, разовьют IT-инфраструктуру в соответствии с требованиями бизнеса и позволят им выводить на рынок лучшие конкурентные продукты. Так, два года назад мы ступили на путь перевода разработки ЦФТ-банк на платформу CFT Platform IDE. Среди коллег по цеху ходят слухи, что это процесс невероятной сложности, ввиду чего не решаются приступить к делу. На своем примере мы докажем, что это вполне подъемный процесс и для вашей команды.

Процесс разработки ПО в НРД в большинстве случаев характерен наличием нескольких команд разработчиков, которые лавируют между проектами, занимаясь разными модулями одной или даже разных систем. В работе у нас постоянно большое количество доработок и приходится держать несколько dev и test-контуров с разными версиями системы. Таким образом, всегда есть необходимость доступа к централизованному хранилищу кода с поддержкой версионности, обеспечением автоматической сборки и установки. Для системы ЦФТ-Банк на протяжении многих лет таких возможностей не было.

ЦФТ-Банк – это автоматизированная банковская система ЗАО «Центр финансовых технологий». Она характерна использованием собственного языка программирования pl/plus и, как следствие, возможностью применения только собственных средств разработки, предлагаемых вендором системы. Код системы открытый, с ограниченными возможностями модификации дистрибутивных модулей и с широкими возможностями создания своих собственных модулей.

Это порождало лишние затраты на подготовку сборок, merge-изменений и т.д. Часто возникали случаи порчи программного кода, т.к. следить за правильностью версиии той или иной программной компоненты могли только сами разработчики в полностью ручном режиме. Однако поменять подход к разработке для системы ЦФТ-Банк было невозможно ввиду существования безальтернативной среды разработки для этой системы, по своему интерфейсу и возможностям отставшей от жизни лет на 15.

Решение наших проблем было предложено ЦФТ с выводом на рынок в 2018 г. новой платформы разработки для своих систем, которая называется CFT Platform IDE (она же Admin 2.0, или сокращённо A2).

Ключевые отличия новой платформы разработки

Внешне разработчик получает среду, реализованную на основе Eclipse Platform, которая гораздо симпатичнее архаичного Администратора словаря данных.

Для сравнения редактирование кода в старой среде (Администратор словаря данных):

Редактирование кода в Admin 2.0:

Но основным преимуществом новой платформы разработки для нас явилась возможность хранения программного кода системы, а также экранных форм, описаний типов и прочего в виде множества текстовых файлов. Именно это позволяет выгружать код в систему контроля версий (в нашем случае Git) со всеми её возможностями, которых нам так недоставало ранее при разработке для ЦФТ-Банк.

Таким образом, разработчикам ЦФТ-Банк стала доступна возможность комфортно отслеживать историю изменений каждого объекта, включая не только время редакции, но и сравнение старой и новой версий через встроенный компонент либо с помощью любого внешнего средства типа Araxis Merge. Тому, кто не знаком с ЦФТ-Банк, это покажется удивительным, но ранее о таком приходилось только мечтать, храня историю изменений лишь в виде комментариев в коде.

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

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

Непонятно, как Администратор словаря «переваривал» подобное без ошибок. Причём, если первые 2 примера представляют собой безобидный мусор, то последнее — явная ошибка, которая приведёт к некорректной работе программы.

И ещё одной особенностью Admin 2.0 является, благодаря интеграции с Git, функционал получения списка изменений на основе сравнения 2-х веток.

Это позволяет выполнять развёртывание этих изменений в целевую БД. Затем изменения из БД можно выгрузить по тому же списку элементов, используя старый Администратор проектов, в mdb-файл, если их необходимо передать для установки в БД, куда разработчик не имеет прямого доступа. Однако более интересным вариантом является подготовка и развёртывание изменений в новом формате. Он представляет из себя zip-архив, внутри которого находятся текстовые файлы с кодом, а также некоторая метаинформация. Побочным эффектом является возможность просмотреть и даже изменить код в передаваемой поставке без установки в какую-то БД, что в случае с mdb-форматом было невозможно. Но самое основное – сохранение в этот новый формат из Git-репозитория и развёртывание в БД Admin 2.0 предусматривает делать и в безинтерфейсном режиме, что позволяет настроить автосборку и автоустановку, т.е. наконец говорить о CI/СD в применении к доработкам ЦФТ-Банк. Правда, данную тему я планирую подробно раскрыть уже в следующей статье.

Особенности перехода на новую платформу

Материальный вопрос

Первое, с чем пришлось столкнуться — получение лицензий на рабочие места. На каждое рабочее место разработчика требуется отдельная лицензия, которая привязана сразу и к железу ПК, и к учётной записи пользователя. Если у вас в компании тоже несколько изолированных сетей, где есть сервера с ЦФТ-Банк, и ведётся разработка на них, то на одного разработчика потребуется купить несколько лицензий Admin 2.0. Стоимость одной лицензии на момент написания статьи составляет 125 у.е./мес., или около 8 тыс. руб. по внутреннему курсу. За первоначальную покупку на данный момент деньги не взимаются. Лицензии распространяются в виде файлов, а не смарт-ключей, что позволяет без проблем развернуть среду даже на виртуальной станции.

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

Настройка рабочих мест и БД

Серверную часть IDE можно устанавливать и в рабочее время, но правильней будет, если в момент установки не будут открыты на редактирование программные объекты ЦФТ, т.к. основное в обновлении — это новый механизм соответствующих блокировок.

Клиентская часть — это, по сути, Eclipse с расширениями CFT Platform IDE, устанавливается без прав администратора ПК. Только заранее должна быть установлена JRE не ниже 8-й версии. Доступ к обновлениям IDE на сайте ЦФТ теперь открытый, без авторизации. Можно настроить обновления непосредственно через сайт, либо из локальной сети. Например, из сетевой папки или с использованием менджера репозиториев вроде Nexus. Мы выбрали вариант сетевой папки как самый простой в настройке, не требующий доступа в Интернет со всех рабочих мест, надёжный, что важно при настройке тяжелых обновлений, и гибкий ввиду возможности выкладывать обновления по своему расписанию.

Выгрузка кода локального приложения

Для создания проекта, с которым будет работать Admin 2.0, нам нужно выгрузить из БД в папку с набором текстовых файлов описание объектов, являющихся нашими локальными доработками, а также, условно говоря, ссылки на объекты, от которых наши доработки зависят.

Отмечу, что при большом объёме локального приложения среда разработки начинает тормозить, поэтому в такой ситуации необходимо будет деление исходников на актив и архив. К счастью, в лимит мы вписались при немалом объёме локала. Однако стоит учесть объём оперативной памяти рабочих станций. Согласно документации требуется не менее 16Гб, хотя некоторое время части наших разработчиков удавалось работать и на 8Гб памяти, надо было лишь отрегулировать объём памяти java-приложения в файле eclipse.ini.

Что касается выгрузки — процедура несложная, т.к. все необходимые скрипты, такие как для подсчёта объёма приложения, для получения списка объектов и другие входят в комплект поставки.

Адаптация кода

Адаптация заключалась в дополнении того, что не собрал скрип, например, прогрузились не все ссылки на таблицы в чистом Oracle, некоторые ТБП со сложным подчинением — в единичных случаях не подгрузились типы ссылок или массивы. Также надо было слегка подчистить код (см. примеры выше). Но самое главное — подстроить код под новые особенности:

Результат

Серьёзных проблем при адаптации не было. Нам посчастливилось «познакомиться поближе» со своим кодом. В процессе мы выявили недочёты в IDE и даже в технологическом ядре (в компиляторе), которые сейчас ЦФТ уже исправил.

Большую помощь нам оказали специалисты ЦФТ, которые оперативно реагировали на возникшие проблемы, а в случае замедления процесса внедрения с нашей стороны всячески нас стимулировали и поддерживали интерес. После всех этих подготовительных действий мы запросто настроили интеграцию Eclipse с Git и выгрузили в него код текущей версии.
Нам потребовалось создать регламент ведения разработок, т.к. разработчикам ЦФТ-Банк пришлось привыкать работать совершенно в ином стиле: правильно маркировать коммиты, работать в нужной версии и пр. Сама методика работы стала соответствовать общим стандартам разработки в IT-компании.

Несмотря на первоначальное снижение скорости разработки, Admin 2.0 был сразу встречен в нашем коллективе с большим энтузиазмом. За 1-2 месяца активной работы все привыкли к новой среде, а эффективность возросла.

Сегодня Admin 2.0 до сих пор находится на стадии активных доработок, но это гораздо менее сырой продукт, чем 2 года назад. Например, только недавно появилась поддержка работы с группами доступа, пока работающая с ошибками. Также развёртывание в безинтерфейсном режиме может завершаться с ошибками при наличии в коде макросов. Большинство недочетов, которые мы фиксируем, ЦФТ устраняет в пределах месяца. За эти 2 года мы использовали отличную возможность повлиять на развитие Admin 2.0. Сегодня компании, которые задумали подобный переход, смогут пройти этот путь ощутимо быстрее.

Источник

Chirkov.net: блог

Субъективный взгляд на мир: мысли о работе и, иногда, о жизни…

Рубрикатор:

Свежие мысли:

Комментарии:

Поиск

Персональное:

Облако меток:

Международные карты и ЦФТ

Несколько лет назад группа компаний ЦФТ (оператор российской платежной системы «Золотая Корона») создала «Западно-Сибирский Процессинговый Центр», для того, чтобы обслуживать операции по международным платежным картам VISA и MasterCard. По разным причинам в VISA его сертифицировать не удалось. Однако, в MasterCard он прошел сертификацию при поддержке банков «Славянский» и «Балтийский», а потом АРЧЕ, которые видели в этом выгоды развития своих спонсорских программ на кобренде «MasterCard — Золотая Корона Online».

Статус-кво сохранялся несколько лет, но последний месяц принес сразу две интереснейших новости:

Компания БПЦ завершила проект по установке SmartVista в процессинговом центре «КартСтандарт», входящем в группу компаний ЦФТ. После завершения инсталляции решение было успешно сертифицировано на соответствие стандарту PCI DSS, став одним из первых российских процессинговых решений, прошедшим сертификацию такого рода.

Процессинговый бизнес является одним из основных направлений коммерческой деятельности компании ЦФТ. Сегодня компания активно работает над увеличением клиентской базы процессингового центра и повышением качества предоставляемого сервиса, в том числе за счет реализации проектов по эмиссии и эквайрингу карт стандарта EMV и внедрения новых платежных услуг, широко востребованных держателями карт. В процессинговом центре ЦФТ был установлен полностью интегрированный комплекс продуктов SmartVista, состоящий из фронтальной системы SmartVista Front-End, бэк-офисной системы SmartVista Back-Office и персонализационного модуля SmartVista CardGen, которые выполняют полный цикл операций по выпуску и обслуживанию карт Visa. В дальнейшем также планируется сертификация нового процессингового центра в платежной системе MasterCard.

Для полноценной поддержки расчетных операций со всеми участниками платежной цепи был налажен интерфейс между SmartVista и процессинговым центром банка «УралСиб», выполняющим функции расчетного банка ПЦ «КартСтандарт». Кроме того, с целью обеспечения плавной миграции бизнеса на новую платформу и возможности поддержки ко-брендовых программ в рамках проекта комплекс SmartVista был интегрирован с процессинговой системой, разработанной компанией ЦФТ, которая будет и далее использоваться компанией для обработки операций по картам «Золотая Корона».

Внедренное решение позволило расширить возможности процессора по обслуживанию клиентов через банкоматы за счет внедрения новых платежных сервисов, таких как оплата услуг мобильных операторов, коммунальные платежи, денежные переводы, погашение кредитов и другие. Данная функциональность дополняется удобным сервисом SMS-нотификации, который реализован с помощью SMS-шлюза, разработанного компанией БПЦ и интегрированного с сервисом «Мобильный банк» производства ЦФТ. Данный модуль предоставил ЦФТ более гибкие возможности оповещения держателей карт о состоянии их счетов и информирования работников банка о нештатных ситуациях на устройствах самообслуживания.

Процессинговый центр ЦФТ «КартСтандарт» стал одним из первых в России процессоров, успешно сертифицированным по стандарту Payment Card Industry Data Security Standard (PCI DSS). PCI DSS — стандарт защиты информации, который распространяется на все компании (процессинговые центры, платежные шлюзы, финансовые и торгово-сервисные организации), работающие с международными платежными системами и имеющие доступ к данным держателей карт. Требования стандарта PCI DDS направлены на защиту конфиденциальной информации путем реализации различных мер: от шифрования данных владельцев карт при передаче по каналам связи и мониторинга сетевых ресурсов до разграничения прав доступа к данным по принципу служебной необходимости. Такой всесторонний подход, требования которого полностью поддерживаются решениями SmartVista, становится единственным эффективным способом защиты организаций от преступлений, совершаемых в карточной сфере сегодня.

КИТ Финанс переводит банковские карты на новый процессинг
Москва. 03.02.2009. Инвестиционный банк КИТ Финанс в рамках реализации новой розничной стратегии модернизирует направление пластиковых карт.

Для расширения функциональных возможностей и технологичности банковских карт КИТ Финанс перевел карты международной платежной системы Visa на программно-аппаратную платформу Западно-Сибирского Процессингового Центра (ЗСПЦ) группы компаний Центр Финансовых Технологий. Теперь КИТ Финанс в статусе Принципиального участника Visa осуществляет эмиссию и эквайринг банковских карт.

Основной задачей развития карточного бизнеса КИТ Финанс является разработка удобных и востребованных карточных продуктов, оснащенных полезными дополнительными платежными сервисами (оплата коммунальных услуг, денежные переводы, погашение кредитов), инструментами дистанционного управления своим карточным счетом (интернет и мобильный банк), а также включающих различные программы лояльности. Сегодня оформить банковскую карту Visa можно во всех офисах региональной сети КИТ Финанс.

Переход на новый процессинг позволяет предложить клиентам новые современные продукты и услуги. В частности, будут внедрены новые сервисы дистанционного банковского обслуживания в рамках систем Интернет-Банк, Мобильный банк и сети банкоматов. Благодаря этому клиенты смогут дистанционно получать информацию по карте и счету, оперативно управлять своими счетами и картами, осуществлять денежные переводы, оплачивать услуги операторов сотовой связи, ЖКХ и других поставщиков услуг.

Уже сейчас существенно расширена функциональность SMS-информирования: теперь клиенты Банка могут с мобильного телефона запросить остаток средств по карте, получить мини-выписку о последних операциях, оперативно заблокировать карту в случае ее утраты. Также клиенты имеют возможность подключить услугу «Сберегательная карта», позволяющую получать повышенные проценты на остаток средств на счете.

Кирилл Турбанов, Заместитель генерального директора Инвестиционного банка КИТ Финанс: «Карточный бизнес является одним из приоритетных направлений нашей розницы. В наших планах – войти в число лидеров по использованию банковских карт как универсального платежного инструмента».

В ближайшее время КИТ Финанс также планирует получить членство международной платежной системы MasterCard.

Центр Финансовых Технологий (www.cft.ru) — инновационная компания, работающая в области IT-технологий для финансового сектора с 1991 года. Основные направления деятельности — проектирование, разработка и тиражирование высокотехнологичных решений для банков; процессинговые услуги; IT-консалтинг; обучение; поставки оборудования.

Западно-Сибирский Процессинговый Центр (ЗСПЦ) — технологическая компания, специализируется на оказании процессинговых услуг по картам крупнейших международных и российских платёжных систем. В 2003 году ЗСПЦ был сертифицирован в MasterCard International и получил статус Member Service Provider. В 2004 году ЗСПЦ прошел сертификацию в Diners Club International, получив статус Service Provider и став первым региональным процессинговым центром по обслуживанию Diners Club в России. ЗСПЦ оснащен современным программно-аппаратным комплексом для бесперебойного обеспечения безналичных расчетов клиентов, реализованным на базе решений мировых лидеров в области производства оборудования и программного обеспечения — SUN Microsystems, HP, IBM.

Что-то у меня не клеится в голове:

7 комментариев

Прикольныя новости. Осмелюсь предположить, что старый ПЦ-1 так и будет заниматься банками ЗК, шоб не сбегли, а новый ПЦ-2 создается как международный MSP/TPP с как бы замыслом, что пришла тема стороннего процессинга. Аутосорсинг там, датацентры, модные дела, а в линейке у ЦФТ есть все, кроме полноценного процессора. Т.е. когда сюда всерьез пойдет типа First Data, шоб уж ей и невеста расцвела во всей красе, а ея добродетель удостоверялась сертификатом PCI-DSS.

А может просто кто-то что-то напутал и речь идет об одной и той же компании, тоже возможно — сокращения везде, пресс-релизы пишут новые люди..

Ежли поскачут по рынку, предлагать «процессинг недорого» — вариант 1. Поправят пресс-релиз — 2.

3.Smartvista одна продается в исходниках.
4.НПС надо делать через ЦБ, а он нестоячий.

2 pafka65
А можно по подробней о п.3 «Smartvista одна продается в исходниках.»

19.02.2009 10:27
Банк «КИТ Финанс» переводит карты на процессинг ЦФТ
Инвестиционный банк «КИТ Финанс» в рамках реализации новой розничной стратегии осуществляет технологическую модернизацию и внедряет в качестве основной платформы для карточного бизнеса систему ЦФТ-Ритейл банк (платформа развития на базе Oracle).

Реализация проекта по внедрению системы ЦФТ-Ритейл банк осуществляется в «КИТ Финанс» в несколько этапов. В настоящее время завершен первый этап, в ходе которого автоматизированы функции бэк-офиса для работы с пластиковыми картами Visa. В этой части проекта наряду с переводом карточных счетов из текущей АБС в ЦФТ-Ритейл банк осуществлена миграция эмитированных банком карт на технологическую платформу Процессингового центра «КартСтандарт», входящего в состав ГК ЦФТ. Теперь банк в статусе Принципиального члена Visa будет осуществлять эмиссию и эквайринг карт международной платежной системы, используя возможности ПЦ «КартСтандарт».

Переход на новый процессинг позволяет банку предложить клиентам – держателям карт Visa новые современные продукты и услуги. В частности, будут внедрены новые сервисы дистанционного банковского обслуживания в рамках систем Интернет-Банк, Мобильный банк и сети банкоматов. Благодаря этому клиенты смогут дистанционно получать информацию по карте и счету, оперативно управлять своими счетами и картами, осуществлять денежные переводы, оплачивать услуги операторов сотовой связи, ЖКХ и других поставщиков услуг.

Сюрпризы от ЦФТ не заканчиваются, из их копоративной газеты:
…В настоящее время «КартСтандарт» сотрудничает с одним из крупнейших банков-спонсоров — Принципиальным членом МПС — ОАО «Уралсиб», и является внешним процессинговым центром для спонсируемых им банков…

чудны дела твои ЦФТ 🙂 дальнейшие исследования принесли еще несколько интересных находок:
— на сайте ЦФТ в разделе «Процессинг» не упоминания о ЗСПЦ, только о Картстандарте
— на сайте ЗСПЦ директором числится Вадим Грицаненко, который ушел из Короны полгода назад
— у КартСтандарта нет своего сайта, только раздел на сайте ЦФТ, а у ЗСПЦ есть свой сайт. На обоих страницах пишется по партнерство с Уралсибом…
— пресс-релизы ЦФТ и Кит-Финанса посвященные миграции отличаются в одном принципиально важном моменте — в названии процессингового центра, куда осуществляется миграция:

вообщем все как-то очень неясно. будем прояснять 🙂

на сайте КиФ нашел новость о том, что мигрировали «рубильником» и при этом меняли базовую МПС с MasterCard на VISA:
Уважаемые клиенты!
Сообщаем вам, что КИТ Финанс Инвестиционный банк (ОАО) переходит на самостоятельное обслуживание и выпуск карт международной платежной системы VISA Int. Ваша банковская карта MasterCard и/или Maestro бесплатно перевыпущена на новую карту VISA. С 27 января 2009 года карты MasterCard и Maestro будут заблокированы. Обязательная замена карт производится по следующим адресам:
для Москвы – ул. Знаменка, д. 7, стр. 3;
для Санкт-Петербурга — ул. Марата 69-71;
для других регионов – в офисе КИТ Финанс, где вы получали вашу банковскую карту MasterCard и/или Maestro.
Обращаем ваше внимание на то, что перевыпуск карты не влечет закрытие вашего текущего счета, открытого в нашем Банке.

http://www.kf.ru/p/30/?id=1098

Вставить свои 5 копеек:

(c) Андрей Чирков

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

Источник