Руководство по эксплуатации : RC: Платежи Часть 2


БД Платежей
Для взаимодействия с системами приема платежей, на базе СУБД Oracle 11g, разработан отделяемый функциональный модуль «БД Платежей». Модуль представляет собой физически и логически отделяемую подсистему, что сделано для обеспечения бесперебойной и не зависящей от нагрузки на расчетный центр работы шлюзов, обеспечивающих обмен данными с другими внешними системами.
Модуль БД платежей обеспечивает следующие основные функции: •Сбор и хранение первичной информации о платежах и вознаграждениях (комиссиях);•Взаимодействие с платежными системами;•Хранение актуальной текущей информации о задолженностях абонентов и передача такой информации в платежные системы;•Сопоставление различных атрибутов платежей платежных систем — атрибутам РЦ (коды агентов, услуг ит.д.);•Расщепление платежей, то есть формирование сумм платежей в разрезе получателей оплат (поставщиков)и услуг в случае приема платежа за разные жилищно-коммунальные услуги по единому платежному документу единой суммой. Модуль находится в стадии завершения разработки;•Формирование необходимой платежной отчетности (банковский свод, сводные ведомости платежей и т.д.).•Взаимодействие с платежными системами может осуществляться различными способами:•Обмен реестрами (формирование реестров задолженностей, начислений, загрузка реестров платежей).Для обмена реестрами в каждом конкретном случае в зависимости от того с какой системой необходимо настроить обмен, каковы форматы реестров обмена данными, пишется отдельный обработчик. Настройка обработчиков выполняется на этапе внедрения программного комплекса «Расчетный центр»;•Специальные модули для конкретных платежных систем, взаимодействующих по специальному протоколу. В комплект поставки ПО «Расчетный центр» стандартно включается модуль для обмена данными с процессинговой системой Ynamly Belentlik;
XML-шлюз (модель и концепция XML – шлюза находится в стадии разработки).
Возможность вынесения подсистемы «БД Платежей» в отдельный сегмент корпоративной сети и ограниченного набора содержащихся данных, помимо снижения времени отклика и повышения отказоустойчивости системы в целом, также обеспечивает больше возможностей в выборе политики защиты персональных данных.
Взаимодействие модуля «БД Платежей» и РЦ происходит в двух направлениях:
Прием платежей (загрузка в расчетный центр) платежей, которые были накоплены в БД Платежей на текущий момент;
Обновление информации о задолженностях абонентов и выставленных квитанциях в БД платежей с целью приведения БД платежей в наиболее актуальное состояние.
Оба процесса настраиваются по времени и периодичности запуска администратором системы, как правило в большинстве случаев достаточно периодичности обмена не более одного раза в сутки.
Информация о задолженностях абонентов включает в себя:
•Принадлежность к УК;
•Номер лицевого счета;
•Код услуги;
•Код организации-получателя платежа;
•Юридическое лицо - получатель по договору;
•Адрес счета;
•ФИО владельца счета;
•Сумма текущих оплат (проведенных в течение текущего расчетного месяца).
Информация о выставленных квитанциях хранится в привязке к счету и услуге абонента (информации о задолженности абонента) и представлена следующими атрибутами:
•Получатель средств;
•Дата квитанции (дата выставления счета);
•Сумма по услуге к оплате (сумма к оплате в счет-квитанции)
•Непогашенный поступившими оплатами остаток суммы к оплате. Величина непогашенного остатка рассчитывается исходя из данных распределения поступивших оплат по периодам начисления. Детальное описание процесса и алгоритмов распределения приведено в разделе «Распределение оплат».
Взаимодействие с процессинговым ПО Ynamly Belentlik Реализовано посредством хранимых процедур БД Oracle в БД Платежей и набора XML-запросов и их обработчиков на стороне сервера приложений. Набор запросов и хранимых процедур, обеспечивающих обработку этих запросов называется платежным шлюзом. При формировании платежа на терминале приема платежей посредством XML-запросов вызываются хранимые процедуры БД Платежей, с помощью которых платежный шлюз получает необходимые данные для совершения платежа (ЛС, набор услуг, суммы начислений и задолженностей). Информация о совершенных платежах накапливается в БД процессинга за определенный промежуток времени. По истечении заданного срока запускается процесс расчета комиссий, после этого информация о платежах посредством вызова соответствующих XML – запросов и хранимых процедур передается в БД Платежей.
Получатели денежных средств
Формальный поставщик услуги лицевого счета определяется посредством указания договора поставки услуги в поле "Поставщик" при настройке условий начисления услуги лицевого счета. Поставщиком услуги считается организация, указанная в качестве стороны договора "Поставщик". Получатель денежных средств определяется посредством указания договора поставки услуги в поле "Получатель". Получателем денежных средств считается организация, указанная в качестве стороны договора "Поставщик". Имея данные о формальном поставщике услуги и получателе, возможно гибко настраивать услуги для приема платежей с различными схемами последующих перечислений. Допустим, в случае, если необходимо принимать денежные средства по услуге (с поставщиком, допустим, " Энергонадзор ") лицевого счета на организацию - расчетный центр, а затем перечислять денежные средства непосредственно на счета поставщика услуги от имени организации-расчетного центра, то в качестве договора в поле "Поставщик" необходимо договор поставки услуги " Энергонадзор ", а в качестве договора-получателя, необходимо указать договор с "Расчетный центр". Данные в платежные системы будут передаваться с реквизитами " Расчетный центр", денежные средства будут перечисляться на расчетные счета Расчетный центр. Затем, посредством специального отчета возможно получить данные о платежах, совершенных за период и связать их с реквизитами договоров-поставщиков и таким образом сформировать платежные поручения от имени " Расчетный центр" в пользу " Энергонадзор ".

Вы нашли эту статью полезной?