1. В розділі “Інвентарна картотека” на вкладці “Склад об’єкта” виконані наступні доробки:
на формі “Склад об’єкта” реалізовано перерахунок значення поля “Ваговий коеф-т” відповідно до суми, яка вказується користувачем в полі “Сума”.

Розрахунок коефіцієнта виконується у відповідності до суми “Поч. вартість” (конфігурація “Б”) або “Зал. вартість” (конфігурація “Х”) відповідного інвентарного об’єкта;
в гріді “Склад об’єкта” додано функціонал перерахунку сум по ваговому коефіцієнту відповідно до суми “Поч. вартість” (конфігурація “Б”) або “Зал. вартість” (конфігурація “Х”) відповідного інвентарного об’єкта. Перерахунок сум буде виконуватись для всіх записів гріда “Склад об’єкта”. Для виклику вказаного функціоналу в контекстне меню гріда “Склад об’єкта” додано пункт “Перерахунок суми”;
на формі “Склад об’єкта” додано шейп “Дії над складом об’єкта” з полем “Дата вибуття” та групою полів “Документ:”, “тип”, “номер”, “дата” (реквізити документа вибуття), комбо-бокс “Контрагент” (вибір значення зі словника “Організації та МВО”). Вказані поля заповнюються користувачем вручну.2. Внесені зміни у формування звіту “Інвентаризаційний опис необоротних активів (нак.№572)” (iv_opis_nba572ua.xlt), друк якого виконується з пункту головного меню “Звіти”/”Інвентаризаційні відомості”/”Інвентаризаційний опис”. Тепер, при встановленні на додрукарській формі “Інвентаризаційний опис” чекера “Друкувати склад об’єкта” (вкладка “Операції коректування”) буде аналізуватись значення поля “Дата вибуття” вкладки “Склад об’єкта” інвентарної картки відповідного інвентарного об’єкта. У звіт будуть потрапляти тільки ті складові інвентарного об’єкта, для яких “Дата вибуття” не заповнена, або складові інвентарного об’єкта є в наявності на дату складання звіту (поле “На дату” з урахуванням значення “на початок дня”, “на кінець дня”).3. В розділі “Юридичні зобов’язання”, “Зразки юридичних зобов’язань” на вкладку “Додаткові дані” додано групу полів “Рахунок” для вказування синтетичного рахунку та аналітичних рахунків для нього. Якщо у полі “Рахунок” вказано синтетичний рахунок, то для редагування доступні всі рівні аналітичних рахунків, крім рівня з прив’язкою до словника “КЕКВ” (значення КЕКВ будуть дорівнювати значенням, які вказані в специфікації). Рівні аналітики з прив’язкою до словників “КПКВ” та “ПУ”, при умові, що на формі “Юридичні зобов’язання”, “Зразки юридичних зобов’язань” заповнені поля “КПКВ”, “Підвідомча установа”, також будуть недоступні для редагування і значення полів “КПКВ”, “Підвідомча установа” будуть перенесені у відповідні рівні аналітики групи полів “Рахунок”.
При підготовці фінансового зобов’язання на підставі юридичного зобов’язання буде виконуватись перенесення значень групи полів “Рахунок” форми “Юридичне зобов’язання” у відповідні поля форми “Фінансове зобов’язання”. Якщо підготовка фінансового зобов’язання буде виконуватись за зразком, то перенесення значень групи полів “Рахунок” з форми “Юридичне зобов’язання” буде виконуватись тільки в тому випадку, якщо у зразку фінансового зобов’язання не заповнені відповідні поля.
При відпрацюванні юридичного зобов’язання в обліку значення групи полів “Рахунок” форми “Юридичне зобов’язання” будуть перенесені у поля специфікації господарської операції “Дебет”, “Кредит” при умові, що у зразку господарської операції відповідні поля не заповнені.
Також на форму “Умови відбору” розділів “Юридичні зобов’язання”, “Зразки юридичних зобов’язань” додано групу полів “Рахунок” для відбору юридичних зобов’язань, зразків юридичних зобов’язань за вказаним рахунком.4. У звіти “Книга обліку асигнувань та прийнятих зобов’язань” (assignobua.xlt), “Книга аналітичного обліку асигнувань та взятих/оплачених зобов’язань” (assignoplua.xlt), друк яких виконується з пункту головного меню “Звіти”/”Книги аналітичного обліку асигнувань”/ “Асигнувань та взятих зобов’язань” внесені наступні зміни:
на форму звіту “Книга аналітичного обліку асигнувань та взятих зобов’язань ” на вкладку “Настройки звіту” додано чекер “Формувати дані по ЮЗ з урахуванням рахунку”. Якщо чекер встановлено, то у звіти у таблицю “Взято зобов’язань” будуть потрапляти тільки ті ЮЗ, для яких на формі “Юридичне зобов’язання” в групі полів “Рахунок” встановлено рахунок, який відповідає рахунку, який обраний у полі “Рахунок” форми “Книга аналітичного обліку асигнувань та взятих зобов’язань “. Якщо на формі “Книга аналітичного обліку асигнувань та взятих зобов’язань ” встановлено значення і аналітичних рахунків, то відбір ЮЗ буде відбуватись з урахуванням значень синтетичного та аналітичних рахунків. Якщо чекер “Формувати дані по ЮЗ з урахуванням рахунку” не встановлено, то відбір ЮЗ для таблиці “Взято зобов’язань” буде відбуватись як і раніше, без змін (тобто значення поля “Рахунок” форми “Юридичне зобов’язання” аналізуватись не буде);
для таблиці, яка містить дані по кошторису, при формуванні звітів реалізовано відбір даних у відповідності із значеннями полів “КПКВ”, “Вид коштів”, які встановлені на додрукарській формі звітів. Тепер відбір даних по кошторису буде виконуватись за наступним алгоритмом: значення поля “КПКВ” форми заголовка кошторису повинно відповідати значенню поля “КПКВ” форми звіту; для поля “Фонди” заголовку кошторису – значення з видом фонду “Загальний” повинно відповідати значенню “01” або “1” мнемокоду значення поля “Вид коштів” форми звіту, всі інші значення мнемокоду значення поля “Вид коштів” форми звіту відповідають фонду “Спеціальний”. Раніше значення полів “КПКВ”, “Вид коштів”, які встановлені на додрукарській формі звіту, при формуванні звітів впливали тільки на відбір ЮЗ для таблиці “Взято зобов’язань”;
змінено принцип виключення даних зі звітів зі значенням КЕКВ, які вказані в полі “Виключити КЕКВ” додрукарської форми звіту. Тепер зі звітів будуть завжди виключатись дані зі значенням КЕКВ, які вказані в полі “Виключити КЕКВ” додрукарської форми звіту, не залежно від того, по якому рівню аналітики формується звіт. Раніше дані по таким КЕКВ виключались тільки в тому випадку, якщо звіт формувався по рівню аналітики, який прив’язаний до словника “КЕКВ”;
додана можливість формування звітів по двох рівнях аналітики одночасно. Якщо на додрукарській формі відмічено два рівня аналітики, то у звіті на верхньому рівні буде формуватися аналітика з меншим номером, а на вкладеному рівні – аналітика з більшим номером;
поле “Підвідомча установа” перенесено з шейпа “Рахунок” в шейп нижче;
змінено принцип формування звітів. Тепер обидві таблиці звітів (дані по кошторису, “Взято зобов’язань”) будуть формуватися тільки по тому рівню аналітики, для якого встановлено чекер в шейпі “Рахунок” (раніше для таблиці “Взято зобов’язань” формування даних виконувалось завжди тільки по КЕКВ не залежно від рівня аналітики, для якого встановлено чекер). Для кошторисів та ЮЗ, які потрапляють у звіт, будуть аналізуватись значення аналітичних рахунків, які вказані в групі полів “Рахунок”, і які відповідають рівню аналітики, для якого встановлено чекер на додрукарській формі звіту. Якщо на формі “Кошторис витрат”, “Юридичне зобов’язання” для такого рівня аналітики значення не вказано (тобто “порожньо”), то суми таких документів (кошторисів, ЮЗ) у звітах будуть відображатися в колонці із заголовком з символом “-“. Якщо формування звітів буде відбувається по рівню, для якого підв’язаний словник “КЕКВ”, то при умові, що в ЮЗ, які потрапляють у звіт, в групі полів “Рахунок” не вказано значення для відповідного рівня (тобто “порожньо”), то значення КЕКВ буде братися зі специфікації відповідного ЮЗ.
УВАГА. Для вірного формування звітів (а саме для отримання правильного групування даних за відповідними рівнями аналітики), в розділах “Кошторис витрат” та “Юридичні зобов’язання” в групі полів “Рахунок” необхідно вказувати синтетичні рахунки, для яких рівні аналітики співпадають, і ці рівні аналітики заповнені необхідними значеннями.

1. Тепер при виконанні функції “Формування фондів” контроль на наявність фондів минулого періоду з ознакою “Потрібне переформування” виконується з урахуванням підрозділів, за якими виконується формування фондів. Раніше контроль виконувався в цілому за організацією, тобто без врахування відбору за підрозділами.

2. Враховуючи положення абзацу 3 пункту 3 Порядку обчислення середньої заробітної плати, затвердженого Постановою КМУ від 08.02.1995, в частині обмеження премій їх фактичним розміром у випадку, коли період, за який нарахована премія, відпрацьований неповністю, виконані наступні доопрацювання. Так як немає жодного офіційного роз’яснення щодо практичного застосування такого обмеження, то в програмі реалізовано три різні варіанти.

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

На формі налаштування видів оплат з методами “Відпустка” та “Лікарняній” з типами “середній заробіток”, “середнє за виробітком” та “відрядження” в шейпі “Премії за декілька періодів” доданий комбо-бокс “Розподіл премії при неповному виробітку” зі значеннями: “порожньо” (за замовчуванням), “Варіант 1″, ” Варіант 2″ та ” Варіант 3″. Під комбо-боксом “Розподіл премії при неповному виробітку” передбачений текст з описом алгоритму розподілу премій в залежності від значення комбо-боксу.
“Варіант 1” – “Поступове врахування премії за всіма місяцями, в яких може враховуватися премія, незалежно від того чи входить місяць, на який розподіляється премія, в розрахунковий період”
“Варіант 2” – “Поступове врахування премії за місяцями, в яких може враховуватися премія, в залежності від того чи входить місяць, на якій розподіляється премія, в розрахунковий період нарахування”
“Варіант 3” – “Пропорційний розподіл премії за всіма місяцями, в яких така премія може бути врахована, незалежно від того чи входить місяць, на якій розподіляється премія, в розрахунковий період нарахування”

Комбо-бокс “Розподіл премії при неповному виробітку” доступний для редагування, якщо для поля “Облік премій” встановлений “Варіант 3″/”Варіант 4” для методу “Відпустка”/”Лікарняний” відповідно.

Обмеження премії для різних “варіантів” на прикладі квартальної премії.

Приклад. Премія нарахована в жовтні 2025 за третій квартал (липень-вересень 2025) в сумі 3000 грн. Місяці, в яких така премія може бути врахована жовтень-грудень 2025, тобто три наступні місяці, що відповідає кількості місяців, за які вона нарахована, починаючи з місяця її нарахування.
Виробіток за місяці премії 55 днів (22+20+13) з 66 днів (23+21+22). Виробіток за місяці, в яких премія може бути врахована 65 днів: із них за жовтень 23, за листопад 20, за грудень 22.
Застосування нижче описаних алгоритмів “обмеження” премії виконується за умови, якщо виробіток за місяці премії (липень-вересень 2025) менше норми за такі місяці, інакше алгоритм “обмеження” не застосовується.
Виробіток визначається за даними вкладки “Виробіток”, а якщо на такій вкладці не заповнений список “Виробіток”, то за табелем особового рахунку. Норма визначається за “Схемою роботи” особового рахунку.

Варіант 1. Поступове врахування премії за всіма місяцями, в яких може враховуватися окремо взята премія, незалежно від того чи входить місяць, в якому може враховуватися премія, в розрахунковий період нарахування, чи ні.
Якщо виробіток за місяці премії менше норми, то при розподілі премії застосовується обмеження її фактичним розміром наступним чином:
Визначається сума премії за перший місяць, в якому така премія може бути врахована, відповідно до виробітку такого першого місяця. Якщо розподілена сума премії менше загальної нарахованої суми премії, то для такого місяця враховується фактична розподілена сума.
Визначається сума премії для наступного місяця. Якщо сума розподілених премій за поточний та попередні місяці виходить більшої ніж сума фактично нарахованої премії, то в такому (поточному) місяці враховується не розподілена сума премії, а залишок між фактично нарахованою сумою та раніше розподіленою сумою за попередніми місяцями.
В сумах за даними прикладу це виглядає наступним чином:
для жовтня сума розподіленої премії складе 1254,55 грн. = 3000/55*23, де 3000 – сума премії, 55 – виробіток за період премії, 23 – виробіток за жовтень. Так як вона менше фактично нарахованої, то враховується така сума.
для листопада сума розподіленої премії складе 1090,91 грн. = 3000/55*20, де 20 – виробіток за листопад. Так як загальна розподілена премія за два місяці менше фактично нарахованої, то також враховується така сума.
для грудня сума розподіленої премії без застосування “обмеження” склала б 1200 грн. = 3000/55*22, але так як в сумі трьох місяців загальна розподілена премія перевищує розмір фактично нарахованої премії, то застосовується “обмеження”, відповідно сума премії визначається як різниця між загальною сумою премії та раніше врахованими сумами в попередніх місяцях, що складе 654,54 грн. = 3000-1254,55-1090,91. Якщо сума премії була б вичерпана ще раніше, наприклад у листопаді, то для грудня сума премії була б рівною 0.

В результаті в нарахуваннях “за середнім заробітком” для відповідного місяця, що увійде в розрахунковий період враховуються суми, що розраховані вище, тобто якщо в розрахунковий період нарахування увійде тільки грудень, то буде врахована тільки “обмежена” сума премії в розмірі 654,54 грн.

Варіант 2. Поступове врахування премії за місяцями, в яких може враховуватися окремо взята премія, але в залежності від того чи входить місяць, в якому може враховуватися премія, в розрахунковий період нарахування, чи ні.
Варіант схожий на попередній тільки при визначенні розподілених сум і обмеження враховуються не всі місяці, на які може розподілятися премія, а тільки ті із них, які потрапляють на розрахунковий період нарахування. Якщо в розрахунковий період потраплять всі місяці, на які може розподілятися премія то результат буде такий самий як для “Варіант 1”. Якщо в розрахунковий період потраплять не всі місяці, тоді розподілення і врахування обмеження починається від першого місяця, на який може розподілятися премія і який увійшов у розрахунковий період.
Наприклад, якщо в розрахунковий період нарахування потрапляють тільки листопад та грудень, то за даними прикладу результат буде наступним:
для листопада сума розподіленої премії складе 1090,91 грн. = 3000/55*20, де 20 – виробіток за листопад. Так як розподілена премія менше фактично нарахованої, то враховується така сума.
для грудня сума розподіленої премії складе 1200 грн. = 3000/55*22. Так як в сумі двох місяців розподілена премія не перевищила фактично нараховану суму, то в розрахунок також увійде сума без обмеження. Якщо б у листопаді (за умов іншого виробітку періоду премії) сума розподіленої премії була б більшою, наприклад, 2100 грн., то тоді б до грудня застосовувалося обмеження, що скало б 900 грн. = 3000 – 2100.

Варіант 3. Пропорційний розподіл премії за всіма місяцями, в яких така премія може бути врахована, незалежно від того чи входить місяць, в якому може враховуватися премія, в розрахунковий період нарахування, чи ні.
Різниця між “Варіантом 1” полягає у алгоритмі визначенні розподілених за місяцями сум. Додатково в цьому варіанті, окрім порівняння виробітку з нормою за період премії, виконується порівняння виробітку періоду премії (липень-вересень 2025) з виробітком періоду, на який премія може розподілятися (жовтень-грудень 2025). Відповідно, якщо виробіток за період премії буде меншим за виробіток періоду розподілення, то розрахунок сум буде виконуватися від розміру фактично нарахованої суми премії.
Якщо всі умови для застосування обмеження виконані, то визначення сум за даними прикладу буде таким:
для жовтня сума розподіленої премії складе 1061,54 грн. = 3000/65*23, де 3000 – сума премії, 65 – виробіток за період на який може розподілятися премія, 23 – виробіток за жовтень.
для листопада сума розподіленої премії складе 923,08 грн. = 3000/65*20, де 20 – виробіток за листопад.
для грудня сума розподіленої премії складе 1015,38 грн. = 3000/65*22, де 20 – виробіток за грудень.
В результаті в нарахуваннях “за середнім заробітком” для відповідного місяця, що увійде в розрахунковий період враховуються суми, що розраховані вище.

1. В розділі “Меню-вимоги” пункт контекстного меню “Друк звіту” (Shift+F4) доповнений підпунктом “Харчова/енергетична цінність” із реалізацією друку однойменного звіту з використанням шаблону MTENERGYUA.XLT. Даний звіт формується по відібраним меню-вимогам за вказаний в умовах відбору період часу, – при цьому в колонку “Назва страви” виводяться унікальні назви страв, що містяться у відібраних меню-вимогах, згруповані за пов’язаними калькуляційними картами. Всі інші колонки звіту, окрім колонки “Примітки”, є зростаючими у ширину по кількості записів, наявних у словнику “Загальні поняття” в розділі із тегом “CC_ENERGY”, з відображенням в них значень, що вказані в полі “Кількість” відповідного запису на вкладці “Харчова/енергетична цінність” форми редагування пов’язаної калькуляційної карти. Додатково слід зауважити, що до звіту потрапляють лише ті калькуляційні карти, що містять хоча б один показник на вкладці “Харчова/енергетична цінність”.