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


RC: Платежи
Платежи
Подсистема приема и обработки платежей обеспечивает широкий спектр возможностей по обработке платежей за жилищно-коммунальные услуги. Расчетный центр поддерживает как ввод поступивших платежей непосредственно в систему, так и автоматическую обработку поступающих платежей из платежных систем.
Основные функции подсистемы платежей:
•Импорт данных из внешних систем приема и обработки платежей;
•Обработка платежей, подготовка и проведение;
•Просмотр платежей;
•Ручной ввод платежей.
Работа с платежами в течение расчетного периода осуществляется в рамках технологического цикла обработки платежей. Цикл предполагает этап ввода платежа (вручную или посредством загрузки из платежных систем), этап обработки платежа (подготовка к проведению, исправление ошибок) и проведения платежа. Технологический цикл обработки платежей (этапы и соответствующие состояния платежа) приведен в таблице. Технологический цикл ввода и обработки платежей (статусы платежей):
N. Этап / результат Статус по окончанию этапа
1. Ввод платежа. Новый
2. Обработка платежа.
Подготовлен для проведения
•Подготовлен для проведения с предупреждением

Ошибка - проведение невозможно
3. Проведение платежа.
Проведен

Проведен с ошибками

Удален

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

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