Операции. ГИБДД онлайн

Прием оплаты штрафов ГИБДД в режиме онлайн.

• Скрипт : «GIBDDOnlineLib»,
• ТипОперации: «ГИБДД онлайн»,
• Отчет «!Гибдд-Онлайн-Сверка»,
• Протокол обмена: «ГИБДД Онлайн»,
• Именованное значение по ключам: «GIBDDOnline»,

На каждое отделение банка должен быть выделен отдельный URL в канале связи со службой ГИБДД. Т.к. в разрезе «URL канала» потом идут все сверки и запросы.

Технология работы

• Оператор с помощью типа операции "ГИБДД онлайн" в течение дня принимает платежи. Соглашение на обслуживание для данных платежей определяется по ИЗПК "GIBDDOnline" (Ключи: "Соглашение", КодОтделения, КодОператора). При проведении операции выполняется печать ПД4 со всеми реквизитами.
• Оператор может осуществлять промежуточную ежедневную сверку отчетом «!Гибдд-Онлайн-Сверка».
• В конце рабочего дня в системе Finist-Retail после закрытия всеми операторами своих порций протокола «Прием платежей населения», один из операторов отделения производит закрытие порции протокола «ГИБДД Онлайн». При этом автоматически происходит:
  • ежедневная сверка,
  • запрос на получения списка реквизитов платежных поручений для ГИБДД,
  • сверка суммы платежей в Retail и суммы платежей для ГИБДД,
  • формирование платежей в ГИБДД на полученные реквизиты,
  • формирование мемориального ордера части комиссии на доходы банка,
  • формирование мемориального ордера части комиссии для передачи в качестве оплаты услуг подразделению ГИБДД за использование технологии «ГИБДД-Онлайн».

Принцип работы операции "ГИБДД онлайн"

• Для приема платежа по технологии ГИБДД-Онлайн оператор на форме операции "ГИБДД онлайн" должен указать:
  • «Дата протокола» - по умолчанию пусто,
  • «Регион протокола» - по умолчанию «16»,
  • «Серия протокола» - по умолчанию пусто (буква автоматом переводятся в верхний регистр),
  • «Номер протокола» - по умолчанию пусто.
• После первого нажатия «OK» Retail посылает запрос в ГИБДД на поиск неоплаченных протоколов по указанным реквизитам. Дальнейшее поведение системы зависит от результата поиска:
  • Вернулся пустой список – данный протокол не найден неоплаченным, операции проставляется признак «Пассивный».
  • Вернулся не пустой список, но введенного протокола в нем нет – данный протокол не найден неоплаченным, но существует в другом статусе и по нему нашлись дополнительные неоплаченные протоколы. Оператору выдается сообщение о наличии других протоколов и по согласию оператора распечатывается список неоплаченных протоколов. Операции проставляется признак «Пассивный», данные по найденному клиенту помещаются в «ДопИнфо».
    Примечание: Пассивный платеж это платеж по протоколу, которого еще нет в БД ГИБДД. Платеж по данному протоколу принимается и как только в БД ГИБДД появляется протокол, у которого данные совпадают с пассивным платежом, то по нему автоматически ставится отметка об оплате.
  • Вернулся не пустой список с введенным оператором протоколом – данный протокол найден среди неоплаченных протоколов. Операции проставляется «идентификатор протокола». Данные по клиенту помещаются в «ДопИнфо». Сумма найденного протокола проставляется в поля "Сумма" и «Сумма протокола». Если в списке есть другие протоколы, то оператору выдается сообщение о наличии других протоколов и по согласию оператора распечатывается.
  • При всех указанных вариантах – в операции проставляется «Идентификатор запроса», «Идентификатор транзакции».
  • По умолчанию платеж «активный» - изначально в операции признак «пассивный» не установлен, т.е. как активный платеж.
• При наличии найденных данных клиента в поле «ДопИнфо» операции оператор:
  • Сверяет их с данными клиента, осуществляющего платеж,
  • Запрашивает клиента о реальной сумме оплаты данного протокола и вводит нужную сумму.
• После второго нажатия «OK» система:
  • Сохраняет операцию в БД,
  • Сразу после сохранения идет выполнение запроса на проведение платежа в ГИБДД,
  • При успешном выполнении запроса в операции проставляется признак «Подтверждена».

• Если проводимая операция не была сохранена в базе Retail, то необходимо заново ввести данную операцию в обычном режиме.
• Если проводимая операция была сохранена в базе Retail и у нее не проставлен признак «Подтверждена», то необходимо поднять операцию на редактирование и заново провести.
• Если проводимая операция была сохранена и признак «Подтверждена» установлен, то никаких действий проводить не нужно.

Примечание 2
Если у операции необходимо поменять реквизиты не связанные с изменение оплаты протокола (например: тариф, клиент), то достаточно поднять операцию на редактирование, поменять и перепровести ее.

Примечание 3
Ввод ошибочных данных по оплате протокола в данной операции недопустим, т.к. изменение, удаление «подтвержденных» операций допускается только при согласовании со службой ГИБДД согласно описанному в договоре регламенту. С этой целью при удалении подтвержденной операции оператору выдается предупреждение.

Отчет ежедневной сверки «!Гибдд-Онлайн-Сверка»

• Выводит список принятых платежей «ГИБДД Онлайн» по отделению в разрезе соглашений,
• Сверяет сумму принятых платежей и их количество с данными в ГИБДД,
• Если сверка прошла с ошибкой, то формируется файл сверки для ГИБДД и почтовое сообщение для отправки этого файла сотрудникам ГИБДД (от отправки письма можно отказаться нажав кнопку [Отмена] в почтовом сообщении).
  

Протокол обмена «ГИБДД Онлайн»

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

• Выведения списка платежей в разрезе соглашений,
• Окончательной сверки платежей в Retail с системой ГИБДД,
• Формирования сводных платежных поручений в ГИБДД,
• Формирования удержания тарифа в пользу банка,
• Формирования удержания тарифа в пользу системы ГИБДД-Онлайн

Формирование сводных документов происходит только в случае успешного прохождения сверок с системой ГИБДД.

При формировании сводных платежных поручений, если в реквизитах имеются КБК и ОКАТО, то «статус ПС» у платежа проставляется равным "15".

При формировании запроса на получение платежных реквизитов в качестве конечной даты периода берется дата порции, а начальная дата периода вычисляется как дата предыдущей порции + 1 день.

Откатывать закрытие порции в целях изменения набора операций можно только при согласовании со службой приема ГИБДД.

Стоит учесть что соглашения на обслуживание и, соответственно, платежные реквизиты при печати ПД4 берутся из соглашения, автоматически установленного по ИЗПК «GIBDDOnlineSA», а вот формирование реальных платежных поручений идет согласно ответу от системы ГИБДД. В случае расхождения данных соглашений и сгенерированных соглашений вопрос решается перенастройкой ИЗПК «GIBDDOnlineSA», заметить расхождение можно по отчету генерируемому при закрытии порции.

Настройки в системе Finist-Retail для приема платежей «ГИБДД онлайн»

Системные параметры

• «ОКАТО отделения»Text - указывается в данных посылаемых в ГИБДД.

Настройки соглашения

• На каждый возможный вариант платежных поручений должно быть свое соглашение на обслуживание;
• При печати ПД4 ОКАТО берется из настроек юридического лица, а КБК из параметра соглашения «КБК»;
• В счетах оплаты соглашения на обслуживание должны быть указаны:
  • транзитный 40911-ый счет для сводного приходного кассового ордера в разрезе кассиров;
  • счет доходов, на который будет перечисляться комиссия банка.

Именованное значение по ключам «GIBDDOnline»

• Использует ключи:
  • Ключ 1 – для указания имени параметра.
  • Ключ 2 – для указания кода отделения, для которого действует.
  • Ключ 3 – для указания кода оператора, для которого действует.
• В ИЗПК «GIBDDOnline» в качестве Ключа1 могут быть использованы следующие параметры:
  • Соглашение - соглашение на обслуживание, которое должно использоваться при проведении операции "ГИБДД онлайн".
  • НомерСчетаДляОплатыГИБДД – счет для удержания тарифа в пользу системы «ГИБДД онлайн».
  • СтавкаКомиссииДляОплатыГИБДД – ставка комиссии в рублях с каждого платежа в пользу системы «ГИБДД онлайн», по умолчанию «5».
  • ПрефиксФайлаСверки – префикс для имени файла сверки, отправляемого в ГИБДД в случае ошибки ежедневной сверки.
  • МаскаНазначенияПлатежаОплатыГИБДД – маска для назначения платежа комиссии в пользу «ГИБДД онлайн», в качестве объекта передается закрываемая порция.
  • МаскаНазначенияПлатежаДоходов – маска для назначения платежа комиссии в пользу банка, в качестве объекта передается закрываемая порция.
  • TPL для ПД4 - наименование шаблона tpl для печати ПД4. Наименование указывается без расширения.
  • WSDL – путь к wsdl файлу описания службы SOAP протокола, через которую идет обмен данными с ГИБДД у Retail, тут может быть указана как прямая ссылка на службу «ГИБДД-Онлайн», так и ссылка на промежуточную службу FinistProxy.
  • PROXY, PROXYPORT – настройки использования прокси для доступа к службе, через которую идет обмен данными с ГИБДД у Retail.
  • AdvURL – базовая ссылка на канал службы ГИБДД онлайн, указывается в случае если Retail работает через промежуточную службу FinistProxy.

Варианты подключения к службе «ГИБДД онлайн»

Вариант «напрямую»:

• <host> – базовый адрес службы ГИБДД онлайн, либо IP.
• <channel> - имя канала выделенного для работы отделения банка.

Вариант «через FinistProxy»:

• <host> – базовый адрес службы ГИБДД онлайн, либо IP.
• <channel> - имя канала выделенного для работы отделения банка.

• <host> - имя компьютера где установлена FinistProxy
• <port> - имя порта, на котором работает служба FinistProxy.

Параметры «PROXY», «PROXYPORT» указываются в случае, если доступ к службе FinistProxy происходит через стандартную прокси.

Для работы ГИБДД онлайн необходима версия FinistProxy не ниже 2.0, описания правил настроек службы имеются в документации к этой службе.