Бухгалтерський модуль

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

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

Крок 1. Ознайомтеся з документами

На цій сторінці розміщено два документи:

Просимо уважно ознайомитися з ними.

Крок 2. Надішліть документи до ProfITsoft

Просимо:

заповнити Заяву та Угоду;
підготувати документи до відправлення через сервіс «Вчасно» на підпис компанії ТОВ «ПРОФІТСОФТ» код ЄДРПОУ 32133222.

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

Крок 3. Отримайте доступ до технічного завдання

Після підписання документів обома Сторонами ми:

створимо облікові записи;
відкриємо доступ до технічного завдання в Jira;
надамо необхідні інструкції щодо роботи із системою;
визначимо відповідальних осіб для взаємодії.

Крок 4. Візьміть участь у фіналізації технічного завдання

Ваші фахівці зможуть:

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

Крок 5. Формування Альянсу

Після завершення роботи над технічним завданням ProfITsoft:

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

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

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

Навіщо це потрібно зараз

Облікові рішення на платформах 1C/BAS перебувають під санкційними обмеженнями і фактично заборонені для використання в Україні. Страховим компаніям потрібна не просто «ще одна бухгалтерія», а система, яка від початку розуміє страхову специфіку — резерви, премії, перестрахування, регуляторну звітність НБУ — і при цьому побудована на відкритому стеку без жодних компонентів походженням з рф.

Що це таке

Це спеціалізований страховий обліково-регуляторний core, а не універсальний клон BAS «для будь-якого бізнесу». Ми беремо з 1C сильну ідею параметризованого обліку (план рахунків, аналітичні розрізи, шаблони проводок і звіти налаштовуються без зміни коду), але застосовуємо її у вузькій, керованій предметній області страхової бухгалтерії — без власної мови програмування й без залежності від ринку 1C-розробників. Цільовий профіль — ризикові (non-life) страховики.

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

Ядро обліку. План рахунків із галузевими субрахунками та аналітикою (ієрархія до 6 рівнів), первинні документи, проводки і журнал операцій, звітні періоди з регламентними операціями та закриттям. Незмінність облікових записів: жодних видалень фінансових даних — лише сторнування зі слідом в аудиті; рівність Дт = Кт за побудовою.
Резерви за методикою НБУ № 203. Технічні резерви за Постановою № 203: резерв премій, резерви заявлених збитків (RBNS), резерви незаявлених збитків (IBNR) актуарними методами (Chain-Ladder, Bornhuetter-Ferguson, Cape Cod), маржа ризику, окремі резерви за вихідним перестрахуванням і аналіз run-off.
Перестрахування. Облік вихідного перестрахування (факультативного, облігаторного пропорційного і непропорційного), вхідного перестрахування та ретроцесії; бордеро, розрахунки і звірка, частки перестраховиків у резервах.
Фінансові інвестиції. Депозити, ОВДП та інші цінні папери: придбання, нарахування відсотків, переоцінка за даними НБУ, облік за амортизованою собівартістю та погашення.
Загальногосподарський облік. Каса, підзвітні особи й авансові звіти, основні засоби й нематеріальні активи з амортизацією, запаси і МШП, витрати майбутніх періодів, нарахування та виплата заробітної плати.
Звітність. Оборотно-сальдова відомість, картка й аналіз рахунку, головна книга; управлінська аналітика та дашборд керівника; фінансова звітність за НП(С)БО; регуляторна звітність НБУ у форматі XML; конструктор власних звітів з експортом у XLSX / PDF / DOCX.
Податковий облік. ПДВ і податкові накладні з урахуванням специфіки страхових послуг, податок на прибуток страховика (18% + 3%), податкові різниці, експорт у форматі XML для M.E.Doc / кабінету ДПС.
МСФЗ 17. Розрахунки за підходом PAA, класифікація когорт, тест на обтяжливість, розкриття. Повна модель BBA — поетапно, за рішенням пулу компаній.
Інтеграції. REST-інтеграція з КСАСК (поліси, платежі, збитки потрапляють в облік автоматично) з повністю автономним режимом роботи; курси валют та справедлива вартість ОВДП від НБУ; банківські виписки і платіжні доручення клієнт-банків.
Міграція з поточної системи. Окремий тимчасовий модуль міграції: перенесення довідників і залишків, паралельний період зі щоденним автоматичним звірянням, журнал розбіжностей, поетапне переключення ділянок обліку. Орієнтовна тривалість впровадження з міграцією — 7–10 місяців на компанію.

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

Спеціалізація, а не універсальність — страхова бухгалтерія «з коробки», без доопрацювань поверх універсальної платформи.
Відкритий стек без рф-компонентів — Kotlin, React, PostgreSQL; контрольований власною командою цикл релізів.
Без vendor lock-in — налаштування виконує навчений бухгалтер; немає власної вбудованої мови програмування.
Контроль даних на боці компанії — розгортання on-premise, окрема інсталяція для кожної компанії.
Прозорий audit trail — заборона видалення фінансових даних, append-only аудит, кожен розрахунок прив’язаний до норми.

Технологічна основа

Сучасний веб-застосунок, що працює у браузері: Kotlin / Spring Boot, React, PostgreSQL — без жодних компонентів походженням з рф. Розгортання on-premise (single-tenant) в інфраструктурі компанії. Адаптація під компанію виконується налаштуванням без програмування силами навченого бухгалтера.

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

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

Участь у проєкті: альянс страхових компаній

Мета проєкту — створити сучасне рішення, завдяки якому страхові компанії, що приєднуються до альянсу, зможуть отримати функціонал і повністю замінити поточні системи 1C/BAS. Проєкт оцінюється приблизно у 50 000 людино-годин; для реалізації планується об’єднання 10 учасників (9 страхових компаній і ProfITsoft); орієнтовний термін реалізації — 9–12 місяців. Кожна компанія-учасник отримує безстрокову ліцензію на використання бухгалтерського модуля. Розробка проходить на базі Фонду обміну функціоналом КСАСК ProfITsoft.

Готові обговорити участь?

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