Представляємо новий реліз SMART Apps. Він продовжує стратегію розвитку наших бізнес-рішень, додаючи нові функціональні можливості для бухгалтерського обліку, регламентної звітності, управління грошовими потоками, лізингових операцій, електронного документообігу та HR-процесів.
Окрему увагу приділено локалізаціям та рішенням для українського бізнесу — SMART SAF-T for Ukraine, SMART EDI for Ukraine, SMART E-Receipt і SMART Partner Clarity, які отримали низку функціональних покращень відповідно до актуальних вимог бізнесу та місцевого законодавства.
- Додано перевірки для SAF-T перед формуванням документа аудиту та під час перевірки прев’ю-таблиць: система контролює наявність заповненого поля «XML ПДВ Код» у таблиці «Коди звітів з ПДВ» та відповідність ПДВ-кодів у прев’ю-таблиці податків записам цієї таблиці. У разі відсутності коду або незаповненого XML ПДВ коду формується повідомлення про помилку з можливістю переходу до пов’язаного запису.
- Додано нову перевірку валідації сум за основними засобами у прев’ю-таблицях SAF-T. Для активів з типом оцінки «Бухгалтерський облік» (або без зазначеного типу), у яких сума передачі активу більше нуля та первісна вартість на початок періоду дорівнює нулю, виконується додаткова перевірка узгодженості показників у розрізі Account ID.
- Змінено логіку заповнення полів «Надходження активу» та «Передача (переведення) активу» у прев’ю-таблиці SAF-T «Оцінка активів». Для операцій введення в експлуатацію та модернізації через рекласифікацію записи тепер відображаються у відповідному полі залежно від книги амортизації: операції за книгою капітальних інвестицій включаються до «Передачі (переведення) активу», а операції за бухгалтерською книгою амортизації — до «Надходжень активу».
- Внесено зміни в роботу з таблицею «Операції податкових різниць», яка формується разом із даними регламентного звіту: для наборів даних у статусах «Випущено» та «Вивантажено» заборонено додавання та редагування записів. Також додано автоматичну нумерацію нових рядків у межах однієї податкової різниці та набору даних, що дозволяє створювати декілька додаткових записів.
- У документі аудиту SAF-T на сторінці «SAF-T Попередній перегляд даних рахунків на продаж» додано розшифровку в розрізі податків: раніше для одного рядка рахунку продажу відображався лише один податок, тепер підтримується відображення кількох податків.
- Виконано модифікацію алгоритму визначення Типу руху в таблиці «Операції із запасами» під час формування SAF-T. Для класифікації операцій додатково враховуються параметри типу документа, типу операції вартості та витрат на товар із записів операцій вартості. Це забезпечує точніше визначення типу руху запасів, підвищує якість класифікації складських операцій та достовірність даних у SAF-T-звітності.
- Внесено зміни до формування таблиці «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments): операції кореспонденції з порожнім «Кодом джерела» більше не включаються до таблиці.
- Додано формування графіку розрахунків за КЗ/ДЗ для випадків, коли умови оплати в плані платежів за рахунком відсутні. У такому разі під час випуску або обліку документа система автоматично створює один рядок графіка на повну суму документа.
- Доопрацьовано дію «Графік розрахунків за КЗ/ДЗ»: вона більше не доступна, якщо план платежів для договору чи контрагента не «Для рахунка».
- Доопрацьовано розрахунок для нелізингового компонента для графіків платежів із квартальною, піврічною та річною періодичністю, а також для договорів лізингу з неповними місяцями. Крім того, у нижній частині сторінки списку розрахунків лізингу тепер відображається загальна сума нелізингових компонентів.
- Оновлено алгоритм розрахунку оренди для договорів, що передбачають перший внесок. Якщо дата першого внеску менша або дорівнює даті початку оренди, платіж не дисконтується та враховується під час визначення вартості права користування. Якщо дата першого внеску пізніше дати початку оренди, його сума включається до платежу за перший період і дисконтується на загальних умовах.
- Додано можливість за потреби обирати логіку дисконтування на сторінці «Дисконт фактори»: за періодами (за замовчуванням) або за днями з можливістю вибору кількості днів у році (360 або 365) для забезпечення точніших розрахунків. Також оновлено логіку розрахунку графіка, яка тепер враховує вибраний метод дисконтування.
- Додано можливість розподілу витрат за ОЗ у замовленні на купівлю для Малоцінного ОЗ (parent).
- Було виконано доопрацювання алгоритму визначення статусу платника ПДВ. Відтепер при розрахунку статусу враховуються лише результати успішних запитів до реєстрів (Свідоцтво ПДВ/Анулювання свідоцтва ПДВ), що виключає вплив помилкових записів на результат.
- В рамках релізу виконані загальні покращення процесів для зручної роботи користувачів.
- Додано можливість формувати електронний документ з накладанням ЕЦП для будь-якого типу документа. Користувач може самостійно обрати звіт в системі з необхідними параметрами і система збереже його друковану форму.
Створіть шаблон з такими налаштуваннями:
• Тип = Other
• ID таблиці-джерела = 0
• Номер звіту та Макет звіту = відповідного звіту
• Показати параметри запуску звіту = так
• Шаблон назви файлу = назва файлу з розширенням .pdf
• Внутрішній документ = так
На сторінці «Внутрішні документи DocFlow» натисніть «Створити за шаблоном» і оберіть звіт. - Покращено можливості логування та аналізу. Тепер система зберігає відповідь сервісу EDI і дозволяє переглянути вміст.
- На сторінці «Вхідний документ» додано новий розділ «Підписи». У розділі автоматично відображається інформація про всі електронні підписи та печатки, що містяться у документі. Для кожного підпису доступна така інформація: – Підписант; – Реєстраційний номер підписанта; – Посада; – Ознака електронної печатки.
- Для Сервісу DocFlow>Типи документів реалізовано окрему картку з налаштуваннями автоматичного призначення відповідальних працівників. На картці додано новий розділ «Правила призначення співробітників (Employee Assignment Rules)», у якому можна визначити список працівників, що будуть автоматично призначатися для документів відповідного типу. Після імпорту вхідного документа система автоматично переносить налаштованих працівників до розділу «Призначені співробітники (Assigned Employees)» картки документа. На картці типу документа також додано параметр: «Створювати завдання користувача при призначенні (Create User Task on Assignment)». Після його активації система автоматично створює Завдання користувача для кожного призначеного працівника. Для роботи функціональності необхідно попередньо зв’язати користувача Business Central із відповідним працівником у Налаштуваннях користувача. Створені завдання автоматично відображаються на сторінці «Завдання користувача». Із кожного завдання користувач може безпосередньо перейти до відповідного документа за допомогою команди «Перейти до елементу завдання».
- Додано функціонал заповнення ціни з ПДВ та ціни без ПДВ в XML-структурі документа «Підтвердження замовлення» (ORDERSP) для рядків, за якими кількість дорівнює нулю. Для рядків замовлення на продаж EDI, за якими кількість підтверджується як 0, ціни з ПДВ та ціни без ПДВ заповнюється також як 0.
- Внесено зміни до перевірки налаштування фіскалізації під час обліку сервісних замовлень.
- Додано підтримку округлення сум готівкових оплат під час формування фіскального чека для замовлень продажу та сервісних замовлень.
- Оновлено логіку округлення ціни під час формування рядків Е-Чека для замовлень продажу та сервісних замовлень
- Покращено механізм повторних спроб для запитів до HiBob. Додано вбудований механізм повторних спроб (retry) для всіх запитів до HiBob. У разі невдалого запиту система автоматично повторить його приблизно через 30 секунд. Причина: HiBob може некоректно обробляти велику кількість одночасних запитів. Додавання затримки між повторами дозволяє зменшити навантаження, уникнути тротлінгу та підвищити стабільність інтеграції.
- Для поля «Менеджер ID» на сторінці «HRIS Співробітник» додано зв’язок із довідником співробітників для зручного і швидкого перегляду інформації про менеджера працівника.
- Оновлено розрахунок зароблених днів відпустки на сторінці «Мій баланс відпусток». Якщо в минулих періодах у працівника був від’ємний залишок в балансі, то тепер він коректно відображається під час перегляду балансу в наступних роках.
- Прибрано необхідність заповнення поля «Назва основної компанії» у картці фізичної особи в Payroll. Інтеграція всіх довідників, пов’язаних із фізичною особою, здійснюється через зовнішній ID фізичної особи в кожній організаці
- Змінено процес автоматичної передачі даних до НСМ. Передача даних щодо змін контрактів та операцій життєвого циклу співробітника (найм, переведення, звільнення, скасування відповідних операцій) виконується в режимі реального часу та не потребує додаткової участі адміністратора. Операції життєвого циклу співробітника передаються як окрема подія (event), яка обробляється на стороні НСМ.
