Административный модуль (BackOffice)

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

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

Группа операций Описание

1. Администрирование пользователей

1.1. Просмотр списка пользователей и поиск Одна из базовых задач административного модуля – это администрирование пользователей платежной системы. К числу пользователей относятся физические и юридические лица (в том числе корпоративные кошельки, БПА и поставщики услуг). Чтобы выполнить какие-то действия с пользователем, его сначала необходимо найти в списке. Также можно отфильтровать список, чтобы вывести несколько пользователей, сгруппированных по каким-либо признакам. Поиск и фильтрация доступны:
  • дата регистрации,
  • группа (пользователей можно относить к каким-то группам для любых задач платежной системы),
  • серия цифрового паспорта,
  • резидентство, а также осуществлять поиск по параметрам:
  • номер телефона,
  • email,
  • id,
  • номер счета,
  • номер карты,
  • другие данные (например, ФИО, номер паспорта и любым другим). Доступны базовые операции со списком, таких как экспорт (в несколько различных форматов), копирование данных и пр.
  • 1.2. Просмотр и изменение регистрационных данных пользователя Администратор платежной системы имеет возможность просмотреть и отредактировать пользовательские данные. Эти функции должны предоставляться только ответственным за персонификацию клиентов сотрудникам согласно должностных инструкций.
    1.3. Восстановление доступа клиента Пользователи платежной системы нередко обращаются в платежную систему с просьбами восстановления доступа к аккаунтам. С помощью административного модуля сотрудники платежной системы получают техническую возможность, для того чтобы:
  • сменить логин, пароль или платежный пароль (есть несколько режимов смены, базовый режим – это отправка нового пароля в смс-сообщении пользователю, при этом сам оператор не знает, какой будет новый пароль),
  • отправить повторное регистрационное письмо,
  • сообщить данные для перегенерации ключа.
  • 1.4. Печать анкет Сотрудник платежной системы, а именно отдела персонификации клиентов, через административный модуль может печатать анкеты для заполнения клиентом. Доступны:
  • печать анкеты клиента – физического лица,
  • анкета ИПДЛ,
  • анкета/заявление на получение карты,
  • и др.
  • 1.5. Цифровые паспорта С помощью модуля цифровых паспортов платежная система осуществляет смену цифровых паспортов пользователей. Цифровой паспорт обозначает уровень персонификации пользователя, и определяет список допустимых операций пользователя, его лимиты. В качестве примера может быть такая градация цифровых паспортов:
  • А (неперсонифицированный аккаунт),
  • B (неперсонифицированный аккаунт, но получены сканы документов через онлайн-отправку),
  • Personal-Verified (персонифицированный аккаунт, предоставлены документы физического лица),
  • 0 (паспорт отозван, клиент заблокирован),
  • Corporate-Non-Verified (корпоративный кошелек, документы не проверены),
  • Corporate-Verified (предоставлены документы юридического лица),
  • Business-Teller (агент ввода-вывода),
  • Business-Registrator (агент с правом идентификации/персонификации клиентов),
  • Business-Subagent (СубБПА),
  • Business-Provider (поставщик услуг). Могут быть определены и другие серии цифровых паспортов и права для них. В Административном модуле ответственный сотрудник может менять серию цифрового паспорта для клиента, при этом сохраняются предыдущие данные паспорта, дата смены, ответственный сотрудник и другая информация. Доступна также история смены цифровых паспортов.
  • 1.6. Блокировки В целях безопасности и по другим условиям может выполняться полная или частичная блокировка пользователя, а также разблокировка. Доступны следующие виды блокировок:
  • блокировка авторизации в программном обеспечении,
  • блокировка расхода денежных средств,
  • блокировка отдельных счетов и карт,
  • блокировка части суммы на балансе пользователя.
  • 1.7. Корректирующие операции с балансами В случае необходимости может быть задействован функционал ручного списания или зачисления средств клиенту. Данный функционал скорее относится к разрешению внештатных ситуаций в платежной системе. Любая сумма может быть списана или зачислена клиенту с указанием комментария к операции.
    1.8. Отслеживание просроченных паспортов Процессинг платежной системы в автоматическом режиме производит отслеживание срока действия паспортов пользователей. В Административном модуле доступна функция просмотра паспортов, которые перестанут быть действительными в ближайшее время.

    2. Администрирование платежей в пользу операторов услуг

    2.1. Настройка шлюзов Для каждого поставщика услуг может быть определено несколько вариантов его проведения, в частности предусматривается работа по прямым договорам, а также есть реализации работы с агрегаторами:
  • Киберплат,
  • ДельтаПэй,
  • Рапида,
  • Киви,
  • ЕСГП,
  • возможно дополнение и др. агрегаторов услуг. Таким образом одного оператора можно отправить по различным каналам. В Административном модуле есть модуль, позволяющий переключать каждого оператора на различных агрегаторов, доступны и групповые операции.
  • 2.2. Ручная задержка платежей Модуль ручной задержки платежей может быть полезен в случае угрозы хакерской атаки. В этом случае на определенных операторов или группы операторов может быть выставлен ручной режим, и платежи подтверждаются оператором перед их отправкой поставщику услуг.
    2.3. Перепроводка платежей Клиенты зачастую допускают ошибки при отправке платежей. Например, клиент может ошибиться в номере телефона, куда совершает платеж через терминал оплаты. Если платеж отказан, то его можно перепровести. В этом случае оператор указывает уточненные реквизиты и отправляет платеж заново.

    3. Чат поддержки

    3.1. Работа с тикетами Чат технической поддержки – это возможность пользователю писать сотрудникам платежной системы. За основу взята тикетная система, когда переписка ведется отдельно по заданной пользователем теме. Пользователь при создании чата выбирает категорию своего обращения, например:
  • проблема с платежом,
  • техническая ошибка в кабинете,
  • консультация по тарифам и услугам,
  • вопрос по персонификации,
  • документы на персонификацию,
  • предложение по улучшению качества услуг,
  • финансовая безопасность/финансовый контроль,
  • жалоба,
  • предупреждение о смене цифрового паспорта,
  • уточнение реквизитов платежного поручения,
  • и др. В зависимости от выбранной категории тикет направляется в разные отделы платежной системы, разным ответственным сотрудникам. Далеко не все тикеты направляются в техническую поддержку (несмотря на название раздела). Какие-то запросы пойдут в отделы развития, бухгалтерии, операционистам или в отдел идентификации и персонификации клиентов и т.д. Пользователь может выстравить срочность своей проблемы, которую ответственный сотрудник может принять в расчет при решении проблемы. Ответственный сотрудник решает проблему клиента, после чего может закрыть тему.
  • 3.2. Информирование клиентов (рассылки) Тикет может быть создан не только пользователем. Переписка может быть инициирована и сотрудниками платежной системы. Например, операционист может запросить у пользователя уточнение реквизитов платежа, а сотрудник службы безопасности задать вопрос относительно характера проводимых операций. Также доступна функция массовой отправки сообщений пользователям, например информирование о смене тарифов, или интересных предложений и новинок и т.п.

    4. Администрирование точек, терминалов, банкоматов

    4.1. Акцепт точек, терминалов и банкоматов Сотрудник платежной системы выполняет проверку возможности включения устройства/точки в инфраструктуру платежной системы и выставляет акцепт (разрешение) на ее работу. Этот функционал доступен в Административном модуле. Также платежная система имеет возможность остановить работу точки или устройства самообслуживания, сняв с него акцепт.

    5. Статистические функции

    5.1. Финансовая статистика Финансовая статистика – это реестр всех финансовых операций. В Административном модуле сотрудник платежной системы видит всю финансовую статистику по всем или выбранным аккаунтам пользователей. Таким образом, в Административном модуле доступен реестр операций по точкам оплаты, с терминалов и банкоматов, с Интернет-кабинетов пользователей. По каждому платежу (транзакции) предоставляется очень развернутая информация, включающая в себя:
  • транзакция,
  • отправитель и получатель платежа,
  • тип операции,
  • дата приема платежа в обработку, дата обработки, локальная дата платежа,
  • сумма и комиссии,
  • информация о корреспонденте,
  • ip-адреса и другая техническая информация,
  • номер точки,
  • параметры оплаты,
  • и многое другое. Фильтрация платежей осуществляется для ограничения количества и типа показываемых записей. Предусматриваются следующие виды фильтров:
  • по дате платежа,
  • по клиенту,
  • по типу даты,
  • по приходу/расходу,
  • по номеру точки,
  • по статусу обработки платежа,
  • по субъекту транзакции,
  • по платежной форме,
  • по типу программы, в которой выполнен платеж (например, платежи с банкоматов, точек, от пользователей электронных кошельков и др.),
  • ограничение на количество выбираемых операций, и др.
  • 5.2. Отслеживание операций, подлежащих обязательному контролю ФСФМ В Административном модуле предусмотрен фильтр операций, подлежащих обязательному контролю по коду 4005 и 4006. Эта функция может быть полезна сотруднику отдела ПОД/ФТ.
    5.3. Агентские отчеты С помощью раздела формирования агентских отчетов сотрудник платежной системы может распечатать акт об оказании услуг для БПА, поставщика услуг или корпоративного кошелька. При этом сотрудник может отфильтровать отчет по определенному месяцу или задать другой период.

    6. Пластиковые карты

    6.1. Учет пластиковых карт К пластиковым картам относятся рызные виды карт:
  • карты пополнения счета,
  • локальные карты,
  • любые другие. В Административном модуле учитываются все эмитированные карты, и по каждой карте или группе карт доступны операции:
  • смена статуса,
  • выдача под реализацию,
  • удаление,
  • блокировки,
  • и др.
  • 6.2. Реализация через БПА Для БПА предусмотрен функционал, позволяющий ему реализовывать локальные карты и карты пополнения счета через собственную сеть точек по платежам и устройств самообслуживания. Карты выдаются БПА, при этом в учете карт платежной системы эти карты помечаются как выданные данному агенту. При этом может быть списана с БПА определенная стоимость этих карт, либо они могут быть выданы под реализацию. При подаче заявки на получение карт для реализации БПА указывает тип, количество, способ доставки, а при необходимости оплаты – может совершить транзакцию предоплаты со своего счета в платежной системе. Сотруднику платежной системы доступны функции:
  • просмотр всех актуальных и архивных заявок,
  • обработка заявки,
  • отмена,
  • корректировка.
  • 6.3. Операции с картами (блокировки и проч.) В данном разделе подразумеваются локальные карты для использования их в качестве ключа доступа к устройствам самообслуживания. Сотрудник платежной системы может оперировать как с карточными носителями, еще не привязанными к конкретным клиентам, так и с картами, выданными пользователям. Доступны возможности:
  • блокировка / разблокировка карты,
  • смена пин-кода,
  • получения информации о владельце,
  • и др.
  • 6.4. Обработка незавершенных операций по картам Изредка в случае перебоев в каналах связи или технической неисправности в аппаратных устройствах банкомата может произойти ситуация, когда операция по выдаче средств с карты завершена некорректно. Например, клиент мог забрать часть суммы, а остальная застряла. Для обработки таких внештатных операций в Административном модуле предусмотрен функционал, позволяющий вручную завершить транзакцию с теми параметрами, которые соответствуют действительности.

    7. Настройки платежной системы

    7.1. Настройки доступов для различных категорий цифровых паспортов Все команды, доступные пользователям по протоколу DKCP через различные клиентские программы, сгруппированы в разделы и подразделы, и на каждый из этих подразделов выставляются доступы различным категориям клиентов. Например, команды инкассации доступны только БПА. А команды финансовой статистики доступны всем категориям клиентов. В Административном модуле выставляются права на каждую подгруппу команд для различных цифровых паспортов.
    7.2. Настройка тарифов и комиссий Тарифы и комиссии, взимаемые платежной системой с клиентов, доступны к редактированию через Административный модуль. В системе может быть определено неограниченное количество тарифов, при этом тариф выставляется на каждый тип операций. Комиссия может взиматься с плательщика или с получателя платежа. Также кроме процента можно установить минимальный и максимальный размер комиссии или фиксированную комиссию вне зависимости от суммы платежа.

    Смотрите также:

  • Описание программных продуктов