Місяць бухгалтера
Один звичайний місяць обліку: акт постачальника і проводки з аналітикою, оплата й банк, введення основного засобу, чекліст закриття місяця і виправлення помилки в закритому місяці.
ProfITsoft.Бухгалтерія — облікова система для страхових компаній України. Ядро бухгалтерського обліку вже працює: щоденний облік і закриття місяця ведуться в системі. Наступний етап — модуль «Страхування»: резерви, МСФЗ 17, перестрахування, регуляторна звітність НБУ.
Один звичайний місяць обліку: акт постачальника і проводки з аналітикою, оплата й банк, введення основного засобу, чекліст закриття місяця і виправлення помилки в закритому місяці.
Що система вже покриває, чому її цифрам можна довіряти, як вона підлаштовується під компанію і що буде далі.
Станом на листопад 2026 року
План рахунків з аналітикою, контрагенти, валюти й курси НБУ, номенклатура, підрозділи.
Журнал операцій, проведення одного документа і групове, «Створити на підставі», журнал проводок.
Надходження і реалізація послуг, рахунки постачальника і рахунки покупцю, довіреності.
Платіжні доручення з файлом для клієнт-банку, імпорт виписок, автоматичне рознесення, валютні рахунки.
Основні засоби й НМА: введення, амортизація, ліквідація. Запаси й МШП за номенклатурою.
Перевірка готовності, закриття доходів і витрат на фінансовий результат. Закритий період змінити не можна.
Виправлення лише сторнуванням, історія змін документа, журнал дій користувачів, облікова політика редакціями.
Документи з логотипом, факсиміле й підписами, власні шаблони Word, нумерація, ролі й профіль компанії.
Довідники, документи й проводки, банк, майно, закриття місяця, друк і адміністрування вже в системі.
Екрани модуля вже є в інтерактивному прототипі — резерви, МСФЗ 17, полісний облік, перестрахування. Доступ до прототипу надаємо за запитом.
З січня 2026 року 1С і BAS входять до Переліку забороненого програмного забезпечення Держспецзв’язку. Перехід на BAS проблеми не розв’язує: у неї те саме технологічне ядро.
Страховим компаніям потрібна не просто «ще одна бухгалтерія», а система, яка від початку розуміє страхову специфіку і побудована на відкритому стеку без жодних компонентів походженням з рф.
План рахунків, документи й проводки, банк, основні засоби і запаси, закриття періодів, звіти, друк документів.
Договори й об'єкти страхування, журнал збитків, посередники, технічні резерви, перестрахування, МСФЗ 17, звітність НБУ, інтеграція з КСАСК.
КСАСК — джерело страхових операцій: поліси, платежі й збитки потраплятимуть в облік автоматично.
Договори, збитки й посередників ведуть у самій системі: вручну, пакетним імпортом або через відкритий API іншої фронт-системи.
План рахунків з аналітикою до 6 рівнів, документи, проводки, періоди. Дані не видаляються — лише сторнуються.
Етап 1Договори з об'єктами страхування, зміни до договорів, журнал збитків з історією оцінок і регресами.
Етапи 2–3Резерв премій, RBNS, IBNR (Chain Ladder, Bornhuetter-Ferguson, Cape Cod), маржа ризику, run-off.
Етап 2Вихідне й вхідне, ретроцесія. Бордеро, розрахунки, звірка, частки перестраховиків у резервах.
Етап 2Депозити, ОВДП та інші цінні папери: відсотки, переоцінка за даними НБУ, амортизована собівартість.
Етап 2ОЗ і НМА, запаси й МШП, каса, підзвітні особи, витрати майбутніх періодів, спрощена зарплата.
Етапи 1–2ОСВ, картка й аналіз рахунку, фінзвітність за НП(С)БО, звітність НБУ в XML, облікові реєстри № 204, конструктор звітів.
Етапи 1–3ПДВ і податкові накладні, податок на прибуток страховика, податкові різниці, XML для M.E.Doc і кабінету ДПС.
Етап 2Підхід PAA, когорти, тест на обтяжливість, розкриття. Модель BBA — поетапно, за рішенням пулу компаній.
Етап 2Подієва інтеграція з КСАСК, відкритий API, курси й ОВДП від НБУ, клієнт-банки.
Етапи 1–3Стандартні форми з реквізитами, логотипом, факсиміле й підписами; будь-яку форму можна замінити своєю.
Етап 1Довідники й залишки, паралельний період зі щоденним звірянням, поетапне переключення ділянок.
Етап 2Страхова бухгалтерія «з коробки», без доопрацювань поверх універсальної платформи.
Без компонентів походженням з рф; цикл релізів контролює власна команда.
Налаштовує навчений бухгалтер; власної вбудованої мови програмування немає.
Виписки — у форматі обміну 1С, документи друкуються за власними шаблонами Word.
Розгортання on-premise: окрема інсталяція в інфраструктурі кожної компанії.
Фінансові дані не видаляються, аудит лише доповнюється, розрахунки прив'язані до норми.
Тимчасовий модуль міграції переносить довідники й залишки.
Система щодня автоматично звіряє залишки й обороти і веде журнал розбіжностей.
Ділянки обліку переходять у нову систему по черзі.
Після міграції модуль виводиться з експлуатації.
Так. Система розрахована на автономну роботу. Страхові операції можна вести безпосередньо в ній, завантажувати пакетним імпортом або отримувати через відкритий API іншої фронт-системи.
В інфраструктурі страхової компанії: кожна компанія має окрему інсталяцію (on-premise).
Через паралельний період зі щоденним звірянням і поетапне переключення ділянок обліку — див. блок «Перехід без ризику».
Так. Відео на цій сторінці записано в реальній системі. Доступ до інтерактивного прототипу модуля «Страхування» надаємо за запитом.
Мета проєкту — сучасне рішення, з яким учасники альянсу отримають потрібний функціонал і повністю замінять 1С/BAS. Розробка ведеться на базі Фонду обміну функціоналом КСАСК ProfITsoft.
Кожна компанія-учасник отримує безстрокову ліцензію на використання бухгалтерського модуля.
Планується об'єднання 9 страхових компаній і ProfITsoft. Попередню згоду вже надали шість учасників.
Близько 50 000 людино-годин розробників, тестувальників, бізнес-аналітиків; орієнтовний строк — 9–12 місяців.
Побажання всіх учасників збираємо й аналізуємо, щоб модуль підійшов кожній компанії.
Ваші фахівці можуть долучитися до фіналізації ТЗ ще до рішення про участь в альянсі.
Заява на доступ до ТЗ і Угода про доступ та захист конфіденційної інформації.
Через «Вчасно» на підпис ТОВ «ПРОФІТСОФТ» (ЄДРПОУ 32133222). Ми оперативно підпишемо зі свого боку.
Створимо облікові записи, відкриємо ТЗ у Jira, дамо інструкції й визначимо відповідальних.
Коментуйте вимоги, пропонуйте зміни, беріть участь у робочих обговореннях.
Фінальна оцінка вартості, остаточна редакція ТЗ і підтвердження участі у фінансуванні.
Важливо. Підписання Заяви та Угоди про доступ до ТЗ не створює фінансових зобов’язань і не означає вступу до альянсу. Мета цього етапу — спільна підготовка фінальної редакції технічного завдання.
Додаткова угода
Поширює ліцензію вашої компанії на бухгалтерський модуль.
Додаткова угода
Фіксує участь компанії у фінансуванні розробки разом з іншими учасниками альянсу.
Після фінального підтвердження участі компанія підписує обидві угоди.
Відкриваємо доступ до кабінету в Jira і до технічного завдання.
Ваші бухгалтери пропонують зміни, ми враховуємо їх у ТЗ.
Кожні два місяці — нова версія, помодульно: тестуєте, приймаєте або пропонуєте покращення.
А також пакет документів по проєкту, доступ до інтерактивного прототипу й відповіді на запитання щодо участі.
Ще не готові вирішувати? Почніть з доступу до технічного завдання — це ні до чого не зобов'язує.