рішення

Рішення для фінансової служби

Підсистеми обліку, планування та контролю, які ми впроваджуємо для фінансистів і бухгалтерів. Усі вони працюють як частини однієї системи на платформі UnityBase, а не як окремі програми, між якими треба переносити дані руками.

обліковий контур

Бухгалтерський і податковий облік

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

01

Бухгалтерський та податковий облік

Облік основних засобів і нематеріальних активів, розрахунки з ПДВ у відносинах з контрагентами, облік податку на прибуток. Регламентовану звітність система формує з тих самих даних, що й управлінську.

02

Облік праці та розрахунок заробітної плати

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

03

Облік запасів

Матеріали й сировина в розрізі місць зберігання, оприбуткування, переміщення та контроль руху товарно-матеріальних цінностей. Залишки видно не на дату закриття, а в момент операції.

04

Облік виробництва

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

05

Калькуляція витрат і собівартості

Розрахунок планової собівартості продукції: визначення об'єктів витрат і вартісних показників за нормами. Дає базу для порівняння «план — факт», а не лише для закриття періоду.

планування та контроль

Гроші, договори, закупівлі

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

06

Фінансове планування

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

07

Ведення договорів

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

08

Управління закупівлями

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

галузеві ділянки

Там, де загального обліку замало

Ділянки з власною специфікою розрахунку, які інакше живуть у таблицях поза системою.

09

Облік автотранспорту та перевезень

Транспортні засоби, водії, види палива та паливні картки. Витрати на транспорт стають окремим об'єктом обліку, а не рядком «інше».

10

Облік харчування

Рецептури, калькуляційні карти та складські операції з урахуванням партій сировини. Актуально для закладів освіти, медицини й виробництв із власною їдальнею.

суміжні контури

Що фінансова служба зачіпає щодня

Ці підсистеми належать іншим підрозділам, але дані з них потрапляють у фінансові документи — тому їх варто планувати одразу, а не інтегрувати потім.

  • Електронний документообігобіг документів, права доступу, централізоване адміністрування
  • Електронні контрактипідписання КЕП та Mobile ID, безпаперовий обіг договорів
  • Управління персоналомштатний розпис, кадрові накази, персональні дані
  • KPI та оцінюванняпланування показників і розрахунок ефективності
  • Бізнес-аналізконструктор звітів, персональні звіти, розсилка поштою
  • Управління бізнес-процесамипобудова форм, перевірка коректності даних, звіти

Склад підсистем наведено за системою A5.ERP компанії А5 Solutions — учасника міжнародного ІТ-консорціуму Intecracy Group. Систему побудовано на платформі UnityBase. Джерело складу модулів: a5erp.solutions.

платформа

UnityBase — основа, на якій це тримається

UnityBase — не ще один продукт у списку вище, а платформний шар під ними. Це full-stack JavaScript low-code / model-driven платформа для корпоративних застосунків: спільна розробка компаній Intecracy Group, у якій InBase є ключовим, але не єдиним розробником. Відкритий код — з 2012 року.

Одна доменна модель

Domain metadata описує дані, інтерфейс, API і поведінку системи в одному місці. Тому нова ділянка обліку — це зміна моделі, а не окремий модуль, який потім треба «подружити» з рештою.

Хто що бачить

Рольова модель доступу (RBAC) і безпека на рівні рядка (RLS) дають змогу відкрити фінансисту саме його центри витрат, а не всю базу. У комерційних редакціях додаються ACL і захист на рівні окремих атрибутів.

Слід аудиту

Журнал змін і аудит подій фіксують, хто й коли змінив суму, статус чи реквізити документа. Це те, що зазвичай першим запитує внутрішній чи зовнішній аудитор.

Маршрути погодження

Механізми BPM описують, через кого проходить документ до платежу, з підписанням та чергою відкладених операцій. Комерційні редакції інтегруються з Camunda BPM.

Обмін із суміжними системами

REST API генерується з тієї самої доменної моделі; є інтеграції з поштою, Active Directory, SharePoint, DocuSign та OData у комерційних редакціях. Обмін із банківськими й податковими сервісами будується на цьому шарі.

Де це працює

PostgreSQL, Microsoft SQL Server, Oracle (у тому числі RAC), MySQL, SQLite3. Розгортання — у хмарі або on-premises, коли вимоги до контролю даних не дозволяють інакше.

OpenUB / OE Apache License 2.0

Офіційний сайт платформи окремо застерігає щодо застосування частин під Apache 2.0 організаціями, пов'язаними з державним сектором України.

Enterprise / EE комерційна

Розширені механізми безпеки, інтеграцій та автентифікації. Рекомендована для високонавантажених систем.

Defence / DE комерційна

Редакція для підвищених вимог до безпеки: автентифікація за ключами, робота з центрами сертифікації.

Функції відрізняються між редакціями — перелік вище не означає, що кожен механізм доступний у безкоштовній редакції. Ми не називаємо відсотків прискорення чи економії до того, як побачимо ваші обсяги документів і чинні маршрути погодження: у фінансовому обліку такі цифри залежать від вихідного стану, а не від платформи. Технічні деталі платформи — на unitybase.info.

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