SMART Apps
Release Note 2026.04

Представляємо оновлений реліз SMART Apps. У фокусі — AI-можливості SMART DocVision, а також оновлення низки модулів для бухгалтерського обліку, регламентної звітності, планування грошових потоків, лізингових операцій та електронного документообігу.

Серед ключових змін — наскрізна автоматизація приймання рахунків через email з AI-розпізнаванням, прискорення формування звіту SAF-T, новий звіт масової зміни вартості оренди в IFRS16, збереження історії запитів до YouControl, а також інтеграція з Національним банком України як джерелом валютних курсів.

Усі зміни спрямовані на підвищення ефективності, гнучкості та відповідності сучасним вимогам цифрової трансформації бізнесу.

1. Оптимізовано формування прев’ю-таблиць «Бухгалтерські операції», «Інформація про бухгалтерські довідки та інші первинні документи», «Операції з необоротними активами» та «Операції із запасами» з метою підвищення швидкодії. Також змінено логіку заповнення полів «Тип транзакції» та «Опис документа» у таблицях «Бухгалтерські операції», «Інформація про бухгалтерські довідки та інші первинні документи»: для операцій кореспонденції без заповненого коду джерела значення більше не визначається за операціями ГК, а підтягується з дефолтних налаштувань.
2. Прискорено виконання перевірок попереднього перегляду шляхом використання Page Background Tasks, що дозволяє виконувати перевірки паралельно та зменшує час очікування результатів.
3. Оптимізовано процес експорту даних у XML для розділу «Інформація про бухгалтерські довідки та інші первинні документи», що суттєво скоротило час формування файлу.
4. Змінено логіку заповнення операцій з активами у разі продажу основного засобу без попереднього переведення на рахунок товарів для вибуття, а також під час списання основних засобів. Операції Книги операцій з ОЗ з типами «Надходження від реалізації» та «Облікова вартість під час реалізації» виключено з таблиці попереднього перегляду та з вивантаження в XML.
5. Розширено відображення операцій з придбання основних засобів: тепер вони доступні не лише в розділах «Бухгалтерські операції» та «Операції з активом», а також у «Відомостях про придбання/закупівлю» і «Номенклатурі запасів (товарів і послуг)».
6. Додано контроль унікальності ключових полів для таблиць попереднього перегляду: реалізовано нову сторінку «Контроль унікальності ключових полів», яка виконує перевірку на дублювання (клієнти, рахунки, номенклатура тощо) з відображенням клікабельних повідомлень про помилки з переходом до відповідних даних із застосованими фільтрами.
7. Додано нову таблицю для збереження бухгалтерських операцій (кореспонденції), на підставі яких формуються суми в даних регламентного звіту, а також реалізовано автоматичне заповнення прев’ю-таблиці документа аудиту SAF-T «Операції податкових різниць» на підставі цих даних.



1. Розширено функціональність формування операцій плану кредиторської/дебіторської заборгованості за договором для обліку рахунків за частковими відвантаженнями і прийманнями за замовленням.
2. На сторінці «Книга операцій руху грошових коштів» додано нову дію «Створити платежі з банківських рахунків компанії», яка автоматично створює платежі у відповідному розділі фінансового журналу на підставі банківського рахунку компанії, вказаного в операції — без ручного вибору розділу журналу.
3. Доопрацьовано створення платежів на підставі операцій книги руху грошових коштів. Банківський рахунок одержувача в рядку журналу банківських платежів тепер заповнюється з договору (з поля «Код банківського рахунка за замовчуванням»), а якщо договір не вказано — з картки контрагента.
4. Оновлено алгоритм заповнення поля «Банківський рахунок компанії» в операціях книги руху грошових коштів для документів продажу та сервісу. Відтепер це поле заповнюється на основі даних документа; якщо інформація відсутня — використовується картка договору, а за її відсутності — картка клієнта.
5. На сторінці «Книга операцій руху грошових коштів» додано перегляди неоплачених операцій та операцій, які не були розділені вручну.



Додано звіт «Зміна вартості оренди», який дозволяє масово оновлювати умови оренди з визначеної дати з автоматичним закриттям попередніх. Зміна вартості можлива як на фіксовану суму, так і на відсоток.



Збільшено кількість знаків до 3-х для значення Коефіцієнту К, який заповнюється під час формування Декларації з Єдиного податку 4 групи.



1. В застосунку реалізовано підтримку обробника електронної пошти (Email Handler), який безперервно відстежує визначену поштову скриньку на наявність вхідних листів із вкладеними рахунками у форматі PDF. Після виявлення нового листа рішення автоматично вилучає вкладення та передає його до сервісу розпізнавання DocVision AI, де рахунок аналізується, витягуються структуровані дані та створюється електронний документ безпосередньо в Microsoft Business Central. Відповідальна особа отримує сповіщення електронною поштою після завершення обробки, що забезпечує повністю автоматизований наскрізний процес приймання рахунків без необхідності ручного втручання.
2. У поданні «Рядки рахунків-фактур» реалізовано впорядкування стовпців, адаптоване під робочі завдання. Десять найбільш операційно важливих полів упорядковано в логічну послідовність, починаючи з «Номеру рядка». Це зменшує потребу в горизонтальному прокручуванні, мінімізує ризик помилок під час введення даних та підвищує загальну ефективність роботи з даними для фахівців із закупівель і менеджерів з постачання в Microsoft Business Central.
3. В застосунку реалізовано підтримку оновленого Azure Content Understanding API (api-version 2025-11-01), що замінює застарілу кінцеву точку Document Intelligence (documentintelligence), підтримка якої припиняється. Ця міграція гарантує безперебійну роботу функцій OCR та аналізу структури документів для розпізнавання рахунків-фактур у системі SMART DocVision AI, водночас узгоджуючи рішення з актуальним планом розвитку сервісів Microsoft Azure AI.



Розширено функцію «Скасувати складське переміщення ОЗ» у рядках облікованого акту переміщення ОЗ: тепер вона також підтримує скасування облікованих актів переміщення для малоцінних ОЗ (child).



1. Додано нову логіку визначення статусу платника ПДВ у випадках, коли дата анулювання свідоцтва пізніша за дату реєстрації, але в даних YouControl наявний чинний реєстраційний номер ПДВ. У таких ситуаціях контрагент визначається як Платник ПДВ, а ІПН заповнюється значенням з YouControl. Після виконання звіту «Заповнити статус платника ПДВ за період за даними YC» дані в таблиці «Статус платника ПДВ на дату» заповнюються коректно для таких випадків, тобто без створення записів із порожнім ІПН на дату анулювання свідоцтва, як було раніше.
2. Реалізовано можливість автоматично зберігати всі виконані запити до порталу YouControl та отримані відповіді. Це дозволяє переглядати результати без переходу на сайт порталу і без повторного виконання запитів. Основні переваги: зберігання історії всіх звернень в одному місці, доступ до відповідей у будь‑який час, зручність аналізу та швидша робота.
3. Реалізовано перевірку зміни повної назви контрагента на основі даних історії запитів «Інформація з єдиного державного реєстру» з можливістю попередження користувача та фіксації відповідної інформації в журналі запитів YouControl у полі «Додаткова інформація».



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



У додатку реалізовано підтримку трансформації даних перед їх передаванням між компаніями. Трансформації виконуються через стандартизований механізм обробки даних та застосовуються автоматично під час формування JSON-файлу. Додатково доступна можливість виконання перетворень у приймаючій компанії, що забезпечує узгоджену та коректну обробку даних, отриманих із різних джерел.



До налаштувань застосунків для імпорту валютних курсів додано нове джерело отримання курсів валют — офіційний сайт Національного банку України.



1. Реалізовано нові параметри керування підписанням та відправкою документів у модулі DocFlow для інтеграцій із сервісами Вчасно та EDIN. Додані на сторінку «Шаблон документа DocFlow»:

   • Параметр «Owner Signature Not Required» (Підпис власника — не вимагається): дозволяє формувати та надсилати документи без обов’язкового підпису власника, де «Перший підпис» = Отримувач.

   Якщо «Перший підпис» = Власник: документ створюється, не надсилається автоматично та потребує підпису всіма сторонами. Документ може бути надіслано або безпосередньо із ВС, або із Вчасно. При цьому перший підпис делегується контрагенту та після підписання повертається на підпис власнику. Параметр може бути активований, якщо поле «Очікуваний підписант власник» не заповнене; інакше система видає помилку.

   • Параметр «Block Outbound Delivery» (Не надсилати контрагенту): блокує автоматичну відправку документа контрагенту, якщо «Перший підпис» = Отримувач. Документ створюється у Вчасно в статусі «Готовий до підпису та надсилання».

2. Під час створення Замовлення на продаж (вхідний документ) поле «Центр відповідальності» заповнюється з налаштувань сервісу.
   Під час створення Замовлення на купівлю поле «Центр відповідальності»:

   • заповнюється за замовчуванням із договору;
   • або може бути вказане вручну.

   Під час запуску відправки замовлення на купівлю реалізовано контроль відповідності: значення «Центр відповідальності» в заголовку замовлення = значенню, зазначеному в пов’язаному сервісі. Під час створення вхідного документа «Центр відповідальності» заповнюється з пов’язаного сервісу (визначається аналогічно до замовлення на продаж або за GLN, або за ЄДРПОУ, або за токеном).
   Визначений Центр відповідальності наслідується в документи, що створюються на подальших кроках: рахунки продажів, кредит-ноти продажів, рахунки та кредит-ноти купівель, договори контрагентів

3. На сторінки «Облікована приб. накладна на переміщення» та «Облікована видатк. накладна на переміщення» додано об’єкти документообігу.
   Для таких документів шаблон документообігу має бути налаштований з ознакою «Внутрішній документ» та параметром «Очікуваний підписант власник» = «Підписи документів організації». За таких налаштувань система: створює документ із підписами осіб, зазначених безпосередньо в документі; не вимагає електронну адресу контрагента, якщо контрагентом є поточна організація. Якщо підписанти задані і в шаблоні, і безпосередньо в документі, система створює записи для всіх зазначених осіб.



1. Актуалізовано вивантаження ЕТТН в EDIN відповідно до оновленого формату.
2. Додано можливість отримання архіву з підписами для документів з розділу EDI Network (комерційних документів) сервісу EDIN.
3. Додано базову можливість обміну документами типу «Рахунок» через сервіс EDIN. Оновлення не включає формат самого документу, а передбачає лише можливість розширення функціональності під потребу.



1. Покращено процес створення E-чеків, підвищено його надійність та швидкість фіскалізації.
2. Додано можливість відображення у футері чека інформації про використані подарункові картки.