прийняті платежі передається в ИЦКП, засобами якого формуються електронні

реєстри на адресу одержувачів платежів, з якими оформлені відповідні

угоди.

7) Одержувач платежів обробляє отримані реєстри з використанням власних

засобів автоматизації, здійснюючи тим самим оперативний облік надходження

платежів аж до чергового циклу розрахунку нарахувань.

Переваги, які з'являються в результаті впровадження нової технології

оплати.

Для платників:

Відпадає необхідність самостійно відслідковувати зміни тарифів і

заборгованості по періодичних платежах;

Спрощується процедура оформлення платіжних документів, скорочується час

обслуговування;

Спрощується процедура з'ясування непорозумінь по факту прийому платежів;

Для одержувачів платежів:

З'являється додатковий канал інформування платників про зміни тарифів,

перерахунках, заборгованостях і т.д., що згодом може цілком замінити

традиційні (пошта, очна робота з клієнтом, телефон);

Забезпечується своєчасне і достовірне інформування про прийняті платежі і,

як наслідок - скорочується трудомісткість, підвищується якість облікового

процесу;

Скорочуються терміни проходження платежу і супровідної його інформації;

Створюються передумови для зменшення об’ємів паперового документообігу і

поступового відмовлення від обробки повідомлень про прийнятя платежів

внаслідок їхньої заміни електронними реєстрами.

Для банку:

За рахунок підвищення рівня сервісу створюються гарні передумови для

збереження своїх клієнтів і придбання нових;

Рис. 3.2. Схематичне зображення алгоритму прийому комунальних платежів

від

населення.

Скорочується об'єм непродуктивної ручної праці, затрачуваної на обробку

повідомлень;

Зменшується відсоток помилок, зв'язаних із утратою платежів,

перерахуваннями на інші розрахункові рахунки і т.д.

Якщо вдається організувати взаємодію по заборгованостям з основними

одержувачами, то банк після декількох місяців роботи збирає практично повну

базу даних про платників. Підтримувати її в актуальному стані досить

складно, тому що джерела даних для актуалізації знаходяться поза банком,

база досить динамічна, її несуперечність важко контролювати, використовуючи

формальні алгоритми.

Для банку переважно використовувати більш звичні методи обліку своїх

клієнтів. Наприклад, клієнту відкривається рахунок деякого нового типу

(наприклад "лицьовий комунальний рахунок"), що повідомляється всім

постачальникам послуг. На цьому рахунку збираються всі заборгованості по

платежах, механізм розрахунків між платником і одержувачем нагадує механізм

розрахунків між двома юридичними особами. З рахунком клієнта може бути

легко зв'язана пластикова картка, організовані безготівкові розрахунки і

т.д.

Однак, для цього необхідні, принаймні, дві речі:

банк повинен розробити механізм обслуговування комунальних рахунків і

забезпечити йому відповідну нормативно-правову основу;

одержувачі платежів повинні визнати цю технологію, перешикувати взаємини з

платниками, внести відповідні зміни у своє програмне забезпечення.

Серйозною проблемою є організація розподіленої обробки даних в умовах

банку з розгалуженою мережею філій. Якщо їснує можливість організувати

звертання до централізованої бази даних платників і заборгованостей, то в

принципі, проблеми не існує. Однак реалії сьогоднішнього дня такі, що в

багатьох місцях ще довго будуть економічно виправданий режим Off-line,

локальні операційні вікна, а, можливо, і традиційний касовий апарат.

Складність у тому, що навіть в умовах одного банку необхідно забезпечити

виконання тих самих функцій одночасно в декількох режимах.

З метою створення єдиної інформаційної системи, що включає в себе

прийом і обробку платежів за комунальні й інші послуги з використанням

єдиної бази жителів міста, можна впровадити в роботу філії наступний

проект. (Рис. 3.3.)

Учасники проекту: адміністрація і державні органи (БТИ, паспортний

стіл, податкова інспекція і т.п.), постачальники послуг (комунальні служби

та інші організації, що надають фізичним особам різні послуги), комерційні

банки, вузол зв'язку, пошта.

Архітектура і принцип роботи центра

Є мережа пунктів прийому платежів (ППП) різних банків, вузла зв'язку,

пошти (агенти). Абоненти (жителі міста) роблять оплату послуг і одержують

інформацію про заборгованість перед постачальниками послуг (про нарахування

і платежі - у випадку комунальних служб). ППП при роботі використовують

доступ до основного сервера системи. На першому етапі обмін даними

організовується один раз у день по модемах, у перспективі організація on-

line доступу до даних.

Оператор основного сервера отримує інформацію від постачальників

послуг про заборгованість абонентів і передає її на ППП, також одночасно

приймає від ППП реєстри про зроблені платежі і передає постачальникам

послуг. Агенти на наступний робочий день перераховують суми виторгу на

розрахункові рахунки постачальників послуг. У перспективі на даний центр,

можливо, перекласти розрахунок сум нарахувань.

Інформацію про абонентів (про заборгованість, прописку, надані пільги

і т.д.) можуть діставати всі учасники системи в залежності від наданих

доступів.

Ідентифікатором абонента може служити паспорт, але доцільно

використовувати ідентифікаційну картку (штрих код) для мінімізації

помилок при прийомі платежів. Також передбачається ведення фіскальних кодів

кожного платника податків (як фізичної особи).

Рис. 3.3. Схематичне зображення єдиної комунальної системи.

Переваги системи:

. Централізований єдиний облік жителів міста дозволить виключити помилки

обліку числа мешканців у квартирах і будинках абонентів для розрахунку

комунальних платежів.

. Електронний обмін даними скоротить витрати всіх комунальних служб по

розпечатанню квитанцій і повідомлень, а також витрати, зв'язані з

їхньою доставкою.

. Полегшується процес обробки інформації з платежів – виключається

подвійне введення інформації (зменшується кількість помилок).

. З'являється можливість приймати платежі частково по поточним платежах і

авансовим платежам (у випадку тимчасового від'їзду абонента), що дасть

постачальникам послуг додаткові оборотні кошти, а абонентам можливість

часткової оплати (тому що в даний час існують затримки з виплатою

зарплати).

Реалізація проекту розбита на етапи.

I етап – забезпечення єдиної системи обліку житлових приміщень і

організація комунікаційного середовища.

Первісне завдання полягає в одержанні Центром Прийому (ЦП) від БТИ

списку житлових приміщень (будинків, квартир...). Кожному приміщенню

присвоюється унікальний код, що надалі не змінюється. БТИ зобов'язано

регулярно давати ЦП інформацію про зміни. У свою чергу, ЦП передає список і

зміни в списку Постачальникам послуг (ПУ). Кожний постачальник послуг

одержує від ЦП цю інформацію і використовує її у своїх розрахунках

нарахувань. До абонентів доводиться інформація про привласнення їм

унікального номеру.

II етап - ПУ передають у ЦП інформацію про послуги, що надаються ними.

На підставі цієї інформації ЦП формує довідник послуг.

На цьому етапі ПУ самостійно здійснюють облік і нарахування сум за

надані ним послуги.

Інформація про заборгованість абонентів за кожний вид послуг

періодично (щодня) передається в ЦП (Додаток №3). У свою чергу ЦП передає

цю інформацію ППП (Додаток №4). ППП роблять прийом від абонентів сум оплати

( цілком чи частково) і видають квитанцію про прийняті суми по кожному виду

послуг із указівкою заборгованості. По закінченню роботи пункту

здійснюється передача інформації про платежі в ЦП (дод. №4). ЦП формує

зведені проводки по кожному виду послуг кожного клієнта і зараховує на

рахунок відповідного ПУ. Також ЦП випускає реєстри платежів і передає

їхній ПУ. Одночасно файл із даними про оплату передається ПУ (дод.

№3). ЦП підтримує історію платежів абонентів.

Загальний об’єм програмного забезпечення банк забезпечує існуючою

вже інформаційною базою, тому і основний сервер буде розміщений в самому

банку, та власні програмісти забезпечать написання необхідних програм.

Головна проблема в тому, щоб зібрати всі дані із всіх зацікавлених

організацій до єдиної системи, призвести все до організаційної єдиної

структури, зі всіма укласти договора.

Впровадження даного проекту в життя приверне увагу клієнтів, фізичних

осіб, тому що, як вже розглядалося вище, в даному випадку відображається

піклування про клієнтів і ця система буде більш зручна для клієнтів.

В загальній кількості це повинно привести до збільшення кількості

клієнтів, в наслідок чого збільшиться кількість комісійних, які отримує

банк.

В цілому банк здійснює прийом слідуючих платежів:

. Газ;

. Електроенергія;

. Вода та каналізація;

. Послуги TV “SHERIF;

. Квартплата;

. Збір за право торгівлі;

. Плата в фонд зайнятості населення;

. Плата в пенсійний фонд;

. Податок на власність;

. За дитячий садок;

. За навчання в музичній школі;

. Різноманітні платежі в ДАІ;

. Та ін.

В результаті прийняття платежів з перераховуємої суми утримується 1%

як комісійні, згідно укладених договорів.

Результати впровадження нової системи занесено в таблицю 3.1.

Таблиця 3.1.

Результати впровадження нової системи.

|Показник |До впровадження |Після |Відхилення |

| | |впровадження | |

| | | |В руб. |% |

|1. Кількість |12% |30% |- |+150% |

|населення, що | | | | |

|обслуговується | | | | |

|2. Розмір |- |- |- |- |

|комісійних, що | | | | |

|сплачує | | | | |

|населення | | | | |

|3. Розмір |29,51 |73,78 |+44,27 |+150% |

|комісійних, що | | | | |

|сплачують | | | | |

|комунальні та | | | | |

|інші | | | | |

|підприємства, | | | | |

|тис.руб | | | | |

|4. Обсяги |2 951,00 |7 378,00 |+4 427,00 |+150% |

|здійсненних | | | | |

|операцій, в тис.| | | | |

|руб. | | | | |

|5. Розмір |29,51 |73,78 |+44,27 |+150% |

|комісійних | | | | |

|доходів, в тис. | | | | |

|руб. | | | | |

|6. Розмір |27,32 |27,32+1,71 |+1,71 |+6,2% |

|комісійних | | | | |

|витрат, в тис. | | | | |

|руб. | | | | |

|7. |1 188,58 |1 231,14 |+42,56 |+3,6% |

|Оподатковуваний | | | | |

|прибуток, в тис.| | | | |

|руб. | | | | |

|8. Ставка |10% |10% |- |- |

|податку на обсяг| | | | |

|реалізації | | | | |

|9. Розмір |118,86 |123,11 |+4,25 |+3,6% |

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23