Відкритий лист страховому ринку України — Ознайомитись

    Зворотній зв'язок
    Новий напрям · розробка триває

    Бухгалтерський модуль — заміна 1С/BAS для страхових компаній

    ProfITsoft.Бухгалтерія — облікова система для страхових компаній України. Ядро бухгалтерського обліку вже працює: щоденний облік і закриття місяця ведуться в системі. Наступний етап — модуль «Страхування»: резерви, МСФЗ 17, перестрахування, регуляторна звітність НБУ.

    Документ «Надходження послуг» і його проводка: Дт 92, Кт 631, Дт = Кт збалансовано
    Це справжня системакадр із ролика «Місяць бухгалтера»
    Документ → проводка → Дт = Ктрівність Дт і Кт гарантована побудовою системи

    Подивіться, що вже працює

    Обидва ролики записано в реальній системі на демонстраційних даних. Перший — для бухгалтерів, другий — для керівників.
    4:30
    Для бухгалтера

    Місяць бухгалтера

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

    2:22
    Для керівника

    Огляд для керівників

    Що система вже покриває, чому її цифрам можна довіряти, як вона підлаштовується під компанію і що буде далі.

    Станом на листопад 2026 року

    Працює зараз

    Ядро обліку вже в системі

    Тільки те, що вже працює в системі. Що буде далі — у блоці «Етапи розробки».

    Довідники

    План рахунків з аналітикою, контрагенти, валюти й курси НБУ, номенклатура, підрозділи.

    Документи й проводки

    Журнал операцій, проведення одного документа і групове, «Створити на підставі», журнал проводок.

    Постачальники й покупці

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

    Банк

    Платіжні доручення з файлом для клієнт-банку, імпорт виписок, автоматичне рознесення, валютні рахунки.

    Майно

    Основні засоби й НМА: введення, амортизація, ліквідація. Запаси й МШП за номенклатурою.

    Закриття місяця

    Перевірка готовності, закриття доходів і витрат на фінансовий результат. Закритий період змінити не можна.

    Довіра до даних

    Виправлення лише сторнуванням, історія змін документа, журнал дій користувачів, облікова політика редакціями.

    Друк і налаштування

    Документи з логотипом, факсиміле й підписами, власні шаблони Word, нумерація, ролі й профіль компанії.

    Як це виглядає в роботі

    Кадри з роликів: звичайні задачі бухгалтера в реальній системі.
    Банк

    Виписку рознесено — платежі зіставлено з документами

    Виписку клієнт-банку імпортують у форматі обміну 1С. Оплату постачальнику система сама зіставляє з платіжним дорученням, а надходження премій і комісію банку розносять правила.
    • Платіжні доручення з файлом для клієнт-банку
    • Автоматичне рознесення за правилами
    • Валютні рахунки: гривнева сума — за курсом НБУ на дату операції
    Банківська виписка з автоматично рознесеними рядками
    Майно

    Введення в експлуатацію: рахунки й амортизація — в одному документі

    Рахунок обліку, рахунок зносу, рахунок витрат, спосіб і строк амортизації підставляються з групи основних засобів. За потреби їх можна змінити.
    • Картотека ОЗ і НМА, амортизація, ліквідація
    • Запаси й МШП: надходження, списання, передача в експлуатацію
    Документ введення в експлуатацію ОЗ з рахунками й параметрами амортизації
    Закриття місяця

    Закриття місяця — чекліст з контролем балансу

    Закриття — це чекліст перевірок і регламентних операцій: перевірка документів, закриття доходів і витрат на фінансовий результат, контроль Дт = Кт. Далі до нього додадуться амортизація, списання витрат майбутніх періодів, переоцінка валютних статей і звірка банківських виписок.
    • Закритий період змінити не можна — помилку виправляють сторнуванням у поточному місяці
    • Незавершені документи одразу видно в списку
    • Обороти Дт і Кт звіряються автоматично
    • Перевідкрити закритий місяць можна лише з окремим правом, причина фіксується в аудиті
    Закриття періоду: регламентні кроки і контроль Дт = Кт
    Налаштування

    Облікова політика — редакціями з датою дії

    Параметри обліку змінюються новою редакцією з датою початку дії. Проведені документи зберігають значення, чинні на момент проведення.
    • Префікси й лічильники нумерації документів
    • Профіль компанії, реквізити й підписи для друку
    • Власні шаблони друкованих форм у Word
    Облікова політика: перелік редакцій з датою дії

    Етапи розробки

    Спершу ядро бухгалтерського обліку, далі страхова специфіка й регуляторна звітність, потім додаткові можливості.
    Етап 1
    Триває · ядро вже працює

    Ядро бухгалтерського обліку

    Довідники, документи й проводки, банк, майно, закриття місяця, друк і адміністрування вже в системі.

    Наступне в обліку

    Оборотно-сальдова відомість і картки рахунківКаса й підзвітні особиПДВ у документах послугІмпорт документів з ExcelКурсові різниціАналітика витрат за статтями
    Етап 2
    Модуль «Страхування»

    Страхова специфіка й регуляторна звітність

    Технічні резерви за № 203ПерестрахуванняМСФЗ 17Фінансові інвестиціїФінансова звітність і звітність НБУПДВ і податок на прибутокОблік праці й зарплати (спрощений)Інтеграція з КСАСКМіграція з BAS
    Прототип: портфелі й когорти МСФЗ 17

    Екрани модуля вже є в інтерактивному прототипі — резерви, МСФЗ 17, полісний облік, перестрахування. Доступ до прототипу надаємо за запитом.

    Етап 3
    Додаткові можливості

    Звіти, дашборди і повна заміна 1С без КСАСК

    Конструктор звітівУправлінські дашбордиПланувальникAD/LDAP і двофакторний вхідЖурнал збитківРозрахунки з посередникамиЗміни до договорів страхуванняПакетний імпорт і відкритий API
    Навіщо це потрібно зараз

    Облікові рішення на 1С/BAS — під санкційними обмеженнями

    З січня 2026 року 1С і BAS входять до Переліку забороненого програмного забезпечення Держспецзв’язку. Перехід на BAS проблеми не розв’язує: у неї те саме технологічне ядро.

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

    Ядро обліку

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

    Модуль «Страхування»

    Договори й об'єкти страхування, журнал збитків, посередники, технічні резерви, перестрахування, МСФЗ 17, звітність НБУ, інтеграція з КСАСК.

    Два режими роботи

    У парі з КСАСК

    КСАСК — джерело страхових операцій: поліси, платежі й збитки потраплятимуть в облік автоматично.

    Самостійно, замість 1С/BAS

    Договори, збитки й посередників ведуть у самій системі: вручну, пакетним імпортом або через відкритий API іншої фронт-системи.

    Ключові можливості

    Повний обсяг продукту. Що вже працює — у блоці «Ядро обліку вже в системі».

    Ядро обліку

    План рахунків з аналітикою до 6 рівнів, документи, проводки, періоди. Дані не видаляються — лише сторнуються.

    Етап 1

    Полісний облік

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

    Етапи 2–3

    Резерви за № 203

    Резерв премій, RBNS, IBNR (Chain Ladder, Bornhuetter-Ferguson, Cape Cod), маржа ризику, run-off.

    Етап 2

    Перестрахування

    Вихідне й вхідне, ретроцесія. Бордеро, розрахунки, звірка, частки перестраховиків у резервах.

    Етап 2

    Фінансові інвестиції

    Депозити, ОВДП та інші цінні папери: відсотки, переоцінка за даними НБУ, амортизована собівартість.

    Етап 2

    Загальногосподарський облік

    ОЗ і НМА, запаси й МШП, каса, підзвітні особи, витрати майбутніх періодів, спрощена зарплата.

    Етапи 1–2

    Звітність

    ОСВ, картка й аналіз рахунку, фінзвітність за НП(С)БО, звітність НБУ в XML, облікові реєстри № 204, конструктор звітів.

    Етапи 1–3

    Податковий облік

    ПДВ і податкові накладні, податок на прибуток страховика, податкові різниці, XML для M.E.Doc і кабінету ДПС.

    Етап 2

    МСФЗ 17

    Підхід PAA, когорти, тест на обтяжливість, розкриття. Модель BBA — поетапно, за рішенням пулу компаній.

    Етап 2

    Інтеграції

    Подієва інтеграція з КСАСК, відкритий API, курси й ОВДП від НБУ, клієнт-банки.

    Етапи 1–3

    Друк документів

    Стандартні форми з реквізитами, логотипом, факсиміле й підписами; будь-яку форму можна замінити своєю.

    Етап 1

    Міграція з поточної системи

    Довідники й залишки, паралельний період зі щоденним звірянням, поетапне переключення ділянок.

    Етап 2

    Чим відрізняється від 1С/BAS

    Спеціалізоване облікове й регуляторне ядро для страховика, а не універсальний клон «для будь-якого бізнесу».

    Спеціалізація

    Страхова бухгалтерія «з коробки», без доопрацювань поверх універсальної платформи.

    Відкритий стек

    Без компонентів походженням з рф; цикл релізів контролює власна команда.

    Без vendor lock-in

    Налаштовує навчений бухгалтер; власної вбудованої мови програмування немає.

    Звичне для бухгалтера

    Виписки — у форматі обміну 1С, документи друкуються за власними шаблонами Word.

    Дані під контролем компанії

    Розгортання on-premise: окрема інсталяція в інфраструктурі кожної компанії.

    Прозорий audit trail

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

    Технологічна основа: KotlinSpring BootReactPostgreSQLOn-premiseПрацює в браузері

    Перехід з поточної системи — без ризику

    Не «стрибок за один день», а керований перехід. Впровадження разом з міграцією триває орієнтовно 7–10 місяців на компанію.
    1

    Перенесення

    Тимчасовий модуль міграції переносить довідники й залишки.

    2

    Паралельний період

    Система щодня автоматично звіряє залишки й обороти і веде журнал розбіжностей.

    3

    Поетапне переключення

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

    4

    Завершення

    Після міграції модуль виводиться з експлуатації.

    Часті запитання

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

    Так. Система розрахована на автономну роботу. Страхові операції можна вести безпосередньо в ній, завантажувати пакетним імпортом або отримувати через відкритий API іншої фронт-системи.

    В інфраструктурі страхової компанії: кожна компанія має окрему інсталяцію (on-premise).

    Через паралельний період зі щоденним звірянням і поетапне переключення ділянок обліку — див. блок «Перехід без ризику».

    Так. Відео на цій сторінці записано в реальній системі. Доступ до інтерактивного прототипу модуля «Страхування» надаємо за запитом.

    Альянс страхових компаній

    Мета проєкту — сучасне рішення, з яким учасники альянсу отримають потрібний функціонал і повністю замінять 1С/BAS. Розробка ведеться на базі Фонду обміну функціоналом КСАСК ProfITsoft.

    Безстрокова ліцензія

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

    Альянс із 10 учасників

    Планується об'єднання 9 страхових компаній і ProfITsoft. Попередню згоду вже надали шість учасників.

    Масштаб і строк

    Близько 50 000 людино-годин розробників, тестувальників, бізнес-аналітиків; орієнтовний строк — 9–12 місяців.

    Функціонал для всіх

    Побажання всіх учасників збираємо й аналізуємо, щоб модуль підійшов кожній компанії.

    Як отримати доступ до технічного завдання

    Ваші фахівці можуть долучитися до фіналізації ТЗ ще до рішення про участь в альянсі.

    1

    Ознайомтеся з документами

    Заява на доступ до ТЗ і Угода про доступ та захист конфіденційної інформації.

    2

    Надішліть їх нам

    Через «Вчасно» на підпис ТОВ «ПРОФІТСОФТ» (ЄДРПОУ 32133222). Ми оперативно підпишемо зі свого боку.

    3

    Отримайте доступ

    Створимо облікові записи, відкриємо ТЗ у Jira, дамо інструкції й визначимо відповідальних.

    4

    Впливайте на ТЗ

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

    5

    Формування альянсу

    Фінальна оцінка вартості, остаточна редакція ТЗ і підтвердження участі у фінансуванні.

    Важливо. Підписання Заяви та Угоди про доступ до ТЗ не створює фінансових зобов’язань і не означає вступу до альянсу. Мета цього етапу — спільна підготовка фінальної редакції технічного завдання.

    Для компаній, готових долучитися

    Станьте учасником альянсу

    Якщо ваша компанія вже вирішила брати участь, участь оформлюється двома додатковими угодами.
    Ліцензія

    Додаткова угода

    до ліцензійного договору

    Поширює ліцензію вашої компанії на бухгалтерський модуль.

    • Безстрокове право використання модуля
    • Ядро обліку і модуль «Страхування»
    • Окрема інсталяція в інфраструктурі компанії
    Розробка

    Додаткова угода

    на розробку модуля

    Фіксує участь компанії у фінансуванні розробки разом з іншими учасниками альянсу.

    • Обсяг робіт — за технічним завданням
    • Доступ до кабінету проєкту в Jira і до ТЗ
    • Нова версія модуля для тестування — кожні два місяці
    • Приймання функціоналу — силами вашого бухгалтера
    Умова участі. Компанія виділяє профільного фахівця-бухгалтера: він приймає функціонал і формує побажання щодо розвитку модуля.

    Як іде участь

    1

    Підписання угод

    Після фінального підтвердження участі компанія підписує обидві угоди.

    2

    Кабінет проєкту

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

    3

    Побажання до ТЗ

    Ваші бухгалтери пропонують зміни, ми враховуємо їх у ТЗ.

    4

    Версії для тестування

    Кожні два місяці — нова версія, помодульно: тестуєте, приймаєте або пропонуєте покращення.

    Надішлемо проєкти обох угод

    А також пакет документів по проєкту, доступ до інтерактивного прототипу й відповіді на запитання щодо участі.

    Запросити проєкти угод

    Ще не готові вирішувати? Почніть з доступу до технічного завдання — це ні до чого не зобов'язує.