Банківський дебют» наринку автоматизованого прийому платежів
Зчитування штрих-коду Як відомо, багато комунальних платежів можна виконати, тільки вважаючи штрих-код з квитанції про оплату. Різноманітність використовуваних різними постачальниками послуг видів та змісту цих штрих-кодів дуже широка. Деякі квитанції можуть містити по два, а то й по три штрих-коди. Тип і спосіб подачі інформації, що міститься в штрих-коді різних постачальників, зазвичай, також абсолютно різні.
Єдиним правильним рішенням у такій ситуації було надати власнику системи прийому платежів самому будувати сценарій та «розбирати» штрих-код для кожного окремого постачальника (без участі розробника програмного рішення). Це дозволило нашим клієнтам самостійно налаштовувати і підключати послуги прийому платежів різних комунальних сервісів незалежно від виду квитанцій про оплату, що використовуються.
Підтримка видачі здачі купюрами чи монетами на терміналі технічно складна та економічно невигідна, тому практично ніким не використовується. Для вирішення цієї проблеми в системі eKassir передбачено два варіанти вирішення. Перший передбачає видачу користувачеві здачі на чеку, а другий пропонує користувачеві можливість перерахування залишку в рахунок оплати будь-якої іншої послуги іншого постачальника (наприклад, того ж оператора стільникового зв'язку) в рамках даного сеансу роботи з терміналом. Перший спосіб (здавання на чеку) більш універсальний. На сервері прийому платежів сума здачі, що залишилася, прив'язується до даного конкретного платежу, і платник, використовуючи такий чек, може в будь-який момент на будь-якому терміналі даної мережі перевести здачу в рахунокоплати будь-якої іншої послуги будь-якого оператора з числа підтримуваних мережею. Для цього користувач просто вибирає послугу в меню та натискає кнопку «Сплатити з чека». Далі він підносить чек зі штрих-кодом до сканера (або просто набирає номер платежу), після чого, якщо на даному чеку зафіксовано суму здачі з уже проведеного платежу, то відповідні кошти зараховуються в рахунок оплати обраної послуги.
Другий спосіб вирішення проблеми зі здаванням більш простий. У разі здачі платнику пропонується вибрати послугу, яку хоче оплатити на терміналі у межах одного сеансу роботи з терміналом. Зазвичай йдеться про оплату послуги мобільного зв'язку або аналогічний за своїм механізмом платіжний сервіс. Як свідчить практика, обидві наведені схеми успішно використовується нашими клієнтами.
Велика кількість платежів в інтерфейсі терміналу Різноманітність комунальних платежів може бути дуже широкою навіть у межах одного міста чи району. Це можуть бути платежі за ЖКГ, штрафи, оплата жування дитячого садка тощо. Ряд наших клієнтів приймає на своїх терміналах платежі за принаймні кілька сотень різних комунальних послуг. Такий широкий спектр платежів у меню платіжного терміналу породжує ряд наступних завдань, вирішення яких не можна залишити поза увагою: • Побудова структурованого меню платіжного терміналу у зручному для користувача вигляді. В іншому випадку, серед великої кількості платежів користувач просто не знайде потрібну йому послугу. • Підтримка цієї структури меню в актуальному стані на кожному терміналі. Слід зазначити, що моніторинг зовнішнього вигляду користувача, а також переліку послуг, доступних на кожному окремому терміналі, є досить складним завданням. • Можливість «локалізації»меню кожного окремого терміналу чи групи терміналів. У кожному конкретному місті і навіть районі є види платежів, які користувачі здійснюють найчастіше, інші види платежів можуть не використовуватися зовсім. Можливість «локалізації», тобто винесення на перші позиції в інтерфейсі найбільш затребуваних видів платежів, а також розміщення на нижчих, непріоритетних позиціях меню набагато менш затребуваних у цій точці або районі платіжних послуг дозволяє суттєво підвищити збирання платежів. Крім того, найчастіше дуже вигідно та зручно встановлювати термінал «під замовника», тобто безпосередньо в будівлі ЖБК, навчального закладу чи відділення ДІБДР. Природно, що кнопка платежу цього провайдера повинна знаходитись на найвиднішому місці меню терміналу. Всі ці питання так чи інакше вже вирішені в системі eKassir. Опис способів «локалізації» терміналів та вирішення інших супутніх питань досить об'ємно, та їх висвітлення не входить у завдання цієї статті.
Чек Згідно з встановленими правилами, квитанцію про оплату комунальної чи іншої подібної послуги платнику необхідно зберігати 3 роки. Однак касові стрічки, які повсюдно використовуються для друку чеків на платіжних терміналах, вицвітають набагато швидше, буквально за кілька місяців. Використовуючи спеціальну чекову стрічку, можна досягти необхідного терміну зберігання чека, але тільки за певних умов (наприклад, не на світлі). Крім того, така стрічка досить дорога. Звичайно, інформація про платеж з БД платіжної системи нікуди не зникає, але необхідно забезпечити можливість легко піднімати архівні платежі, зроблені значний час тому.
Канал "Кіосксофта" в Telegram: дізнавайтеся про головні новини дня першими.