Дивитись відеоМодуль «Фінанси»
Модуль «Фінанси» системи КСАСК ProfITsoft забезпечує повний облік руху грошових коштів страхової компанії. Це єдина точка контролю всіх фінансових потоків: від надходження страхових премій і розподілу платежів між договорами — до виплат агентської винагороди, страхових відшкодувань та операцій перестрахування.
Модуль усуває ручну роботу там, де вона найбільш трудомістка: нарахування та вимоги формуються автоматично, платежі розподіляються за ідентифікатором без участі фінансиста, а статуси оновлюються в режимі реального часу.
Управління платежами
Платежі надходять у систему через імпорт банківських виписок або вводяться вручну у вигляді взаємозаліків. Система підтримує роботу як із гривневими, так і з валютними рахунками.
Імпорт банківських виписок
Виписки завантажуються у форматах XLS і TXT. При імпорті система автоматично перевіряє коректність даних: звіряє залишки на початок і кінець дня, обороти по дебету та кредиту, відповідність дат між послідовними виписками. Некоректні дані відмічаються в протоколі імпорту — жоден платіж не загубиться і не пройде непоміченим.
Автоматичний розподіл платежів
Якщо платіж містить ідентифікатор договору, система прив’язує його до відповідного договору автоматично — прямо під час завантаження виписки. Те саме відбувається у зворотному напрямку: якщо платіж надійшов раніше, ніж договір був зареєстрований, система автоматично прив’яже його до договору в момент його введення.
Результат автоматичного розподілу фіксується статусом:
- Повний збіг — сума платежу повністю відповідає сумі за договором;
- Частковий збіг — є розбіжність у сумі, потрібна перевірка фінансистом;
- Перевірено — коректність розподілу підтверджена відповідальним співробітником.
Ручний розподіл і поділ платежів
Платежі, які не розпізналися автоматично, фінансист розподіляє вручну. Один платіж можна розподілити між кількома договорами страхування, ковернотами, страховими справами або актами виконаних робіт — залежно від виду платежу.
Якщо платіж включає, наприклад, комісію банку або авансову частину, його можна розділити: виділити окремий платіж на банківське обслуговування або авансовий платіж з присвоєнням відповідного виду.
Повернення платежів
Якщо кошти повертаються клієнту при розірванні договору або компанії з фінансової установи через невірні реквізити — система фіксує повернення як окремий платіж відповідного виду. Повернений платіж прив’язується до договору або акту виконаних робіт, а статуси пов’язаних документів оновлюються автоматично.
Взаємозаліки
Для операцій, що проводяться без участі банку, в системі передбачено механізм взаємозаліків. Фінансист вводить зустрічні вимоги вручну: система створює пару платежів (прихід і витрата) і дозволяє розподілити їх за потрібними об’єктами. Підтримуються операції як у гривні, так і в іноземній валюті.
Переміщення між підрозділами
Платежі можна переміщати між підрозділами — як поодинці, так і груповими операціями зі списку. Це актуально для розгалужених мереж продажів, де платіж може надійти на рахунок одного підрозділу, а договір укладений в іншому.
Нарахування і вимоги
Нарахування — це фінансове зобов’язання, що виникає в системі автоматично при настанні певної події. Вимога — це конкретна сума до сплати або до отримання за графіком платежів. Разом вони формують повну картину фінансового стану кожного договору.
Автоматичне формування
Нарахування і вимоги створюються без участі фінансиста в таких ситуаціях:
- реєстрація нового договору страхування;
- укладення додаткової угоди або зміна умов договору;
- розірвання договору (формуються нарахування на повернення премії);
- переоформлення договору або видача дубліката;
- передача акту виконаних робіт на виплату агентської винагороди.
При зміні будь-якого параметра договору, що впливає на фінансові показники, система автоматично коригує нарахування і вимоги — нові записи створюються, застарілі сторнуються.
21 тип нарахувань
Кожне нарахування відноситься до конкретного типу залежно від пов’язаної сутності. Система підтримує такі типи:
- страхові премії за договорами та додатковими угодами;
- повернення премій при розірванні договорів;
- страхові виплати та повернення виплат;
- комісійна винагорода, бонуси, супровід;
- регрес та повернення регресу;
- премії вхідного та вихідного перестрахування і їх повернення;
- оплата послуг асистансу та її повернення;
- компенсація страхової виплати;
- штрафи та нормативи на ведення справи.
Статуси і контроль заборгованості
Статус нарахування визначається автоматично на підставі стану пов’язаних вимог:
- Погашено — всі вимоги повністю закриті;
- Очікується — термін оплати ще не настав;
- Прострочено — термін минув, оплата відсутня;
- Частково погашено / Частково прострочено — змішаний стан по кількох вимогах.
Фінансист у будь-який момент може переглянути список прострочених нарахувань по будь-якому підрозділу, продукту, тарифному плану або каналу продажів — і вивантажити результат у XLS.
Квітування вимог
Вимогу можна погасити не лише платежем, а й іншою вимогою з протилежним знаком — операцією квітування. Це застосовується, наприклад, при розірванні договору, коли вимога на повернення премії гаситься зустрічною вимогою на ведення справи. Квітування виконується автоматично або вручну на сторінці перегляду вимоги.
Фінанси по агентській винагороді
Облік агентської винагороди реалізований через чіткий ланцюжок станів вимог, який унеможливлює виплату комісії раніше, ніж страхова компанія фактично отримала страхову премію.
При реєстрації договору всі вимоги по агентській винагороді отримують стан «Технічне» — вони не потрапляють у перелік на виплату комісійної винагороди.
Після того як страхова премія фактично надходить і погашається платежем, вимоги переходять у стан «Поточне» — лише тоді вони стають підставою для формування акту виконаних робіт і переліку на виплату КВ.
При передачі акту на виплату вимоги переходять у стан «На оплату» — агентська винагорода включається до реєстру виплат.
Реєстри на оплату
Модуль дозволяє формувати реєстри на оплату для банківських установ. Реєстр автоматично збирає договори, за якими настав строк оплати чергового етапу, і групує їх в один документ для передачі до банку.
Реалізовано інтеграцію з Приватбанком. Сформований реєстр у форматі XLS можна використовувати безпосередньо у відділеннях банку для прийому страхових платежів від клієнтів.
Цикл роботи з реєстром:
- Чернетка — реєстр сформований, можна коригувати список договорів;
- Підготовлено — реєстр зафіксований і переданий до банку;
- Опрацьовано — оплата підтверджена.
Контроль, доступ і аудит
Розмежування доступу
Для роботи з модулем передбачені ролі «Фінансист» і «Фінансист ГО» (головний офіс), а також більше 40 окремих привілеїв, що дозволяють тонко налаштувати права кожного співробітника. Користувач бачить лише платежі, нарахування та вимоги свого підрозділу — і лише виконує ті дії, на які має дозвіл.
Звітні періоди
Система підтримує закриття звітних фінансових періодів. Після закриття операції в цьому періоді обмежені — редагування і видалення платежів вимагають окремого привілею. Це гарантує цілісність фінансової звітності.
Повна аудиторська стежка
Кожна дія в модулі фіксується в історії: хто виконав операцію, коли і з якої IP-адреси. Для платежів зберігається окрема історія розподілу та зміни виду. Для нарахувань і вимог — деталі всіх редагувань з можливістю вивантаження в XLS. Ця інформація завжди доступна для внутрішнього контролю та перевірок регулятора.
Вивантаження та пошук
Будь-який список у модулі — платежі, нарахування, вимоги, протоколи імпорту, реєстри — можна відфільтрувати за десятками параметрів і вивантажити у форматі XLS. Розширений пошук підтримує фільтрацію за контрагентом, підрозділом, продуктом, тарифним планом, каналом продажів, типом події та діапазонами сум і дат.