Доробки в системі УБС

Якщо у вас є питання по програмі, дзвоніть на гарячу лінію - +38(095)286-17 -49

Усі доробки ПЗ УБС за місяць наведені нижче

ЗАГАЛЬНЕ ЗА СИСТЕМОЮ

1. В макросі RM_ManyFile() додана можливість зберігати файл в форматі PDF. Для цього внесені зміни в параметр nFileFormat, а саме:
• назва параметра змінена на cFileFormat;
• для зберігання файлу в форматі PDF в параметрі потрібно вказувати “PDF“;
• для зберігання файлу в версії Excel 95 в параметрі потрібно вказувати “XLS” або 39 (раніше можна було вказувати тільки 39);
• для зберігання файлу в поточній версії Excel в параметрі потрібно вказувати “”, 0 або не вказувати параметр (раніше можна було вказувати 0 або не вказувати параметр).

Увага! Функціонал збереження файлів в формат PDF буде працювати для MS Excel починаючи з 2007 SP1.

Докладний опис макросу RM_ManyFile() наведений в розділі “Новини” в темі “Макроси для шаблонів документів“. BOOKKEEP (ТАБЛИЧНІ ДОДАТКИ) госпрозрахунок
• Згідно з наказу Мінфіну від 06.03.2024 №111 внесені зміни до звіту “Декларація з податку на прибуток підприємства” Prdekl.xls.
Передбачено формування XML-документів відповідно до нових версій xsd-схем. BOOKKEEP (ТАБЛИЧНІ ДОДАТКИ) бюджет
• Згідно з наказу Мінфіну від 06.03.2024 №111 внесені зміни до звіту “Декларація з податку на прибуток підприємства” Prdekl.xls.
• Передбачено формування XML-документів відповідно до нових версій xsd-схем.

ЗАРПЛАТА

• Відповідно до вимог статті 43 Закону України № 2262-XII “Про пенсійне забезпечення осіб, звільнених з військової служби, та деяких інших осіб” та абзацу 8 пункту 7 постанови Кабінету Міністрів України від 17.07.1992 №39, а також відповідно до “Порядку подання та оформлення документів для призначення (перерахунку) пенсій відповідно до Закону України “Про пенсійне забезпечення осіб, звільнених з військової служби, та деяких інших осіб””, затвердженого Постановою ПФУ від 30.01.2007 № 3-1, для документа “Довідка для держслужбовців за період“, друк якого виконується із пункту контекстного меню “Друк документа“/ “Довідки для нарахування пенсії” розділу “Особові рахунки“, розроблені шаблони друку документів довідок для пенсії військовослужбовців “Довiдка про розміри щомісячних додаткових видів грошового забезпечення (надбавок, доплат, підвищень) та премій” (Penspermilua.xlt) та “Довiдка про щомісячні додаткові види грошового забезпечення та премії (ПФУ)” (Penspermilpfuua.xlt).
• Сам звіт “Довідка для держслужбовців за період” перейменований у “Довідка для держслужбовців/військовослужбовців за період“.

Модуль “Бухгалтерія”

1. Згідно з наказом Міністерства оборони України №440 від 17.08.2017 в розділі “Внутрішні документи” реалізовано шаблони звітів “Роздавальна (здавальна) відомість (дод. 59)” (vnzsudod59ua.xlt) та “Зведена відомість (дод. 100)” (vnzsudod100ua.xlt). Для друку вказаних звітів в пункт контекстного меню “Друк звіту” додано пункт “Звіти ЗСУ” з підпунктами “Роздавальна (здавальна) відомість” та “Зведена відомість“.
2. Звіт “Роздавальна (здавальна) відомість (дод. 59)” (vnzsudod59ua.xlt) формується на підставі документів, які потрапляють в умови відбору розділу “Внутрішні документи” з урахуванням розділу, який вибраний на додрукарський формі в полі “Розділ“. Оскільки у звіті наявна інформація про категорію (сорт, партія) ТМЦ, то передбачається, що така інформація вказується на рівні аналітики специфікації внутрішнього документа. Для того, щоб вказати який саме рівень аналітики (або перелік рівнів аналітики) необхідно аналізувати, у звіті передбачена змінна cGroupLevels.

1. У відповідності до Наказу Мінфіну України № 431 від 13.12.2022 (з урахуванням змін, затверджених Наказом № 2 від 02.01.2023), яким була затверджена нова форма друку “Меню-вимоги на видачу продуктів харчування“, яка в свою чергу є нащадком меню-вимоги на видачу продуктів харчування за формою 3-4а, були внесені деякі зміни в існуючий шаблон друку меню-вимоги за формою 3-4а (mtreb3-4aua.xlt), а саме: до головної таблиці форми були додані колонки “Вартість за одиницю” та “Сума” із заповненням їх відповідними значеннями ціни та суми продуктів харчування, що містяться в меню-вимозі, за даними якої виконується друк. До питання реалізації нового шаблону друку меню-вимоги на видачу продуктів харчування за формою, що повністю відповідає вищезгаданому наказу, можливо буде повернутися лише після отримання роз’яснень щодо правил заповнення усіх полів форми, що розглядається.

Доробки за червень 2024

ТАБЛИЧНІ ДОДАТКИ госпрозрахунок

1. Згідно з наказів Мінагрополітики від 09.11.2023 №1935 та від 27.11.2023 №2059 внесені зміни до звіту “Розрахунок частки с/г товаровиробництва” Rozsgv.xls.
Передбачено формування XML-документа відповідно до нової версії xsd-схеми.
2. Згідно з наказом Мінфіну від 31.12.2020 №673 внесені зміни до звітів:
“Звіт про контрольовані операції” Zvkontroloper.xls; “Звіт про контрольовані операції (Додаток 1 Відомості)” Zvkontroloper1.xls; “Звіт про контрольовані операції (Додаток 2 Інформація)” Zvkontroloper2.xls. Передбачено формування XML-документів відповідно до нових версій xsd-схем.

Модуль “Зарплата”

1. Враховуючи положення абзацу п’ятого пункту 4 та абзацу другого пункту 8 Порядку обчислення середньої заробітної плати, затвердженого Постановою КМУ від 08.02.1995 №100, якими визначений порядок розрахунку денного заробітку від тарифної ставки за відсутності заробітку у розрахунковому періоді, виконані наступні доопрацювання в методі “Лікарняний“
2. На формі налаштування методу “Лікарняний” у шейпі “Використовувати тариф у випадку:” доданий комбо-бокс “Розрахунок тарифу виконувати виходячи з” зі значеннями “середньомісячної кількості днів/годин” (за замовчуванням) та “днів/годин поточного періоду“. Комбо-бокс доступний для редагування для всіх типів, окрім “лікарняний” та “декрет“, якщо встановлений один із чекерів шейпу “Використовувати тариф у випадку:“. З урахуванням значень комбо-боксу внесені зміни у розрахунок “Тарифу” в нарахуваннях.
3. Якщо в комбо-боксі “Розрахунок тарифу виконувати виходячи з” вказане значення “середньомісячної кількості днів/годин”, то “Тариф” визначається як сума нарахувань списку “Розрахунок тарифу” поділена на середньомісячну кількість днів/годин (в залежності від одиниць виміру, в яких ведеться розрахунок) у розрахунковому періоді. Середньомісячна кількість днів/годин за розрахунковий період розраховується як сума днів/годин, визначених за нормою “Схеми роботи” особового рахунку за всі місяці розрахункового періоду поділена на кількість місяців розрахункового періоду.
4. Якщо в комбо-боксі “Розрахунок тарифу виконувати виходячи з” вказане значення “днів/годин поточного періоду” , то “Тариф” розраховується без змін, як сума нарахувань списку “Розрахунок тарифу” поділена на норму робочих днів/годин періоду “за” нарахування.

Модуль “Бухгалтерія”

1. К о н ф і г у р а ц і я “Б“. В розділі “Платіжні документи“, “Зразки платіжних документів” на вкладці “Структурований формат” розмір поля “КОАТУУ” збільшено до 35 символів.
2. В розділі “Договірні документи” при формуванні оборотної відомості за договірними документами (пункт контекстного меню “Оборотна відомість“) додана можливість об’єднувати в один запис документи з однаковими реквізитами (група полів “Документ” на вкладці “Основні дані“) та однаковим значенням поля “Одержувач“. Для цього на форму умов відбору оборотної відомості за договірними документами додано чекер “Об’єднувати документи з однаковими реквізитами та одержувачем“. Якщо чекер встановлено, то в оборотній відомості документи з однаковими реквізитами та одержувачем будуть об’єднані в один запис. При цьому, якщо встановлено чекер “Відображати МЦ“, то будуть об’єднані і специфікації цих документів.
Якщо чекер “Об’єднувати документи з однаковими реквізитами та одержувачем” не встановлено, то оборотна відомість за договірними документами буде формуватись як і раніше, без змін (тобто кожен документ буде відображатись окремим записом).

Модуль “Зарплата”

1. Для документа “Особиста картка грошового забезпечення ЗСУ“, друк якого виконується із контекстного меню “Друк документа“/ “Особиста картка грошового забезпечення” розділу “Особові рахунки“, розроблений додатковий шаблон друку “Накопичувальна карта обліку заробітної плати працівника” (Orzp_zsuua.xlt) відповідно до Додатку 20 Наказу Міноборони від 14.02.2020 № 44.

Модуль “Персонал”

1. В розділі “Штатний розклад“, на вкладці “Реквізити” форми додавання/виправлення особистої картки співробітника, змінено механізм заповнення поля “Ким видано“, а саме: при виборі позиції з відповідного розділу словника “Загальні поняття” в дане поле переноситься значення, що вказане в полі “Найменування” вибраної словникової позиції, а точніше, його перші 80 символів. Відповідно, позиціонування на запис в розділі “Загальні поняття“, при переході в нього з поля “Ким видано“, змінене і тепер виконується за збігом перших 80 символів поля “Найменування“.
2. Крім цього доопрацьоване перетворення бази даних, при якому відбувається спроба перезаповнення поля “Ким видано” (PERSON.DOCGIVE) першими 80 символами із поля “Найменування” пов’язаного запису словника “Загальні поняття” за умови, що цей запис буде знайдено по збігу існуючого значення в полі “Ким видано” та значенню, що вказане в полі “Мнемокод” запису словника “Загальні поняття“. Таким чином, після вказаного перезаповнення поля “Ким видано“, це нове значення також буде відображатись в полі “Видано” на формі додавання/виправлення відповідного запису в словнику “Співробітники“, що є спільним для усіх модулів системи.

Доробки за березень 2024

ЗАГАЛЬНЕ ЗА СИСТЕМОЮ

1. В усіх модулях системи, в яких реалізована можливість виконання оплати документів із друком фіскального чека, при виконанні такої оплати банківською платіжною карткою (кредитною карткою) підключений функціонал взаємодії з банківським платіжним терміналом (БПТ), який цілком успадкований із форми “Друк чека“, що викликається в момент оплати чеку продажу при роботі із функцією “Продаж у фіскальному режимі” або при виконанні оплати безпосередньо із розділу “Чеки продажів” в модулі “Касові апарати“.

Бухгалтерія (ТАБЛИЧНІ ДОДАТКИ) госпрозрахунок

1. Згідно з наказом Держстату від 12.09.2023 №264 внесені зміни до звіту “Капітальні інвестиції Ф. № 2-інвестиції (квартальна)” 2invest_kv.xls. Формування XML-документа для даного звіту не передбачено.
2. Згідно з наказом Мінфіну від 06.10.2023 №527 внесені зміни до звіту ” Розрахунок податку з власників транспортних засобів” trzbrozr.xls. Передбачено формування XML-документа відповідно до нової версії xsd-схеми.

Бухгалтерія (ТАБЛИЧНІ ДОДАТКИ) бюджет

1. Згідно з наказом Держстату від 12.09.2023 №264 внесені зміни до звіту “Капітальні інвестиції Ф. № 2-інвестиції (квартальна)” 2invest_kv.xls. Формування XML-документа для даного звіту не передбачено.
2. Згідно з наказом Мінфіну від 06.10.2023 №527 внесені зміни до звіту ” Розрахунок податку з власників транспортних засобів” trzbrozr.xls.Передбачено формування XML-документа відповідно до нової версії xsd-схеми.

Модуль “Зарплата”

1. Доданий новий метод “Добровільне страхування“. Даний метод передбачений для реалізації норми пп.”в” пп. 164.2.16 статті 164 Податкового кодексу України, відповідно до якого визначено, що суми за договорами недержавного пенсійного забезпечення платника податку та/або за договорами добровільного медичного страхування, сплачені організацією за платника податку (працівника), в сумі, що не перевищує 30 відсотків нарахованої заробітної плати працівника, не включаються до бази оподаткування податком на доходи фізичних осіб.

На формі налаштування методу доступні поля:

• “Заробітна плата“. Список, в якому вказуються види оплат для розрахунку суми неоподатковуваної частини страхування
• “Процент“. Вказується процент від заробітної плати для розрахунку суми неоподатковуваної частини страхування
• “Код нарах. оподатковуваної суми страхування“. Вказується вид оплати, який буде доданий у випадку коли сума страхування перевищить неоподатковувану суму. Для вибору доступні види оплат з методом “Готова сума“.
• “Сума страхування за константою“. Вибір значення із довідника “Таблиці констант“. Необов’язкове для заповнення, використовується у випадку, якщо для всіх працівників визначена однакова щомісячна сума “страхування”.
• “Сума страхування до нарахування“. Числове поле для введення значення суми страхування вручну.
• Поля “Сума страхування за константою” та “Сума до нарахування” є взаємовиключними для заповнення.
• На формі постійної виплати методу “Добровільне страхування” відображаються всі поля із форми налаштування виду оплати.

На формі нарахування методу “Добровільне страхування” присутні поля:

• Поле “Суми страхування“. За замовчуванням заповнюється сумою “Сума до нарахування” або сумою, визначеною за константою поля “Сума страхування за константою“, що діє в періоді “за” нарахування, з можливістю ручного редагування. За наявності постійної виплати значення беруться із неї, інакше із настройки виду оплати.
• Поле “Неоподатковувана сума страхування“. Розраховується як сума нарахувань списку “Заробітна плата” помножена на “Процент“.
• Блок полів “До видачі“. Представлено у вигляді формули для відображення розподілення “Суми страхування” на оподатковувану та неоподатковувану частини. Якщо “Сума страхування” не перевищує значення “Неоподатковувана сума страхування“, то вся “Сума страхування” визначається як неоподатковувана. Якщо “Сума страхування” перевищує значення “Неоподатковувана сума страхування“, то вона розподіляється на неоподатковувану та оподатковувану суму. Суму “До видачі” нарахування з методом “Добровільне страхування” складає “Неоподатковувана сума страхування“. Якщо за результатами розрахунку буде визначена “оподатковувана сума”, то на таку суму створюється нарахування з видом оплати, що вказаний в полі “Код нарах. оподатковуваної суми страхування“.

Модуль “Ресторан”

1. В інтерфейсі TouchScreen, на екрані оплати замовлення (рахунку клієнта), на формі “Номер кредитної картки“, що викликається при виборі типу оплати “Кредитна картка“, додана кнопка “Обмін з БПТ“, яка призначена для встановлення зв’язку та автоматичної передачі суми оплати до платіжного банківського терміналу (БПТ). У разі успішного виконання оплати на БПТ за допомогою банківської платіжної картки (кредитної картки), програма отримує від БПТ відповідні дані про виконану транзакцію та автоматично виконує оплату поточного рахунку в програмі (відбувається фонове натискання кнопки “Оплата” на екрані, що розглядається), – уся інформація про виконану транзакцію на БПТ зберігається у чеку, який створюється при оплаті рахунку (при потребі дану інформацію можна переглянути в розділі “Чеки продажів” на закладці “Відмітки” форми додавання/редагування касового чеку – там міститься група полів “Реквізити транзакції БПТ“).
2. Кнопка “Обмін з БПТ” на формі “Номер кредитної картки“, що розглядається, відображається за умови, що для позиції дерева каталогів розділу “Торгові точки“, яка відповідає поточній торговій точці, в полі “Касовий апарат” вказаний РРО/ПРРО, для якого в словнику “Торгове устаткування” модуля “Касові апарати” на закладці “Додаткові параметри” в полі “Банківський платіжний термінал” прив’язана відповідна модель БПТ. Також наявність даної кнопки визначається кількістю чеків, на які буде “розбита” оплата поточного рахунку клієнта, у відповідності до кількості пристроїв, на які мають бути відправлені сформовані чеки (нагадаємо, що дані пристрої визначаються настройкою “Нефіскальні позиції відправляти на” на формі редагування позиції у дереві каталогів розділу “Калькуляційні карти“), а саме, – кнопка “Обмін з БПТ” буде наявна за умови, що оплата рахунку клієнта буде виконуватись на єдиному пристрої, тобто, одним єдиним чеком.

Модуль “Торгівля”

1. В програмі реалізована можливість взаємодії із банківськими платіжними терміналами (БПТ), що забезпечує автоматичну передачу даних про суму оплати із програми в БПТ, замість ручного введення суми оплати на БПТ, як це відбувалося раніше у разі оплати чеку продажу банківською платіжною карткою (кредитною карткою). У зв’язку з цим, у розділі “Торгове устаткування” для переліку моделей торгового устаткування доданий тип “БПТ“, – наразі реалізована взаємодія із БПТ моделі Ingenico ICT220 із версією прошивки Приватбанку.
2. У зв’язку з реалізацію в програмі можливості взаємодії з банківськими платіжними терміналами (БПТ), у розділі “Торгове устаткування” для обладнання із типом “БПТ” реалізована окрема форма додавання/редагування параметрів БПТ, що містить дві закладки “Основні параметри” та “Інформація“. Перша закладка містить набір усіх необхідних полів, які потрібні для налаштування підключення та взаємодії програми із БПТ, а друга дозволяє отримати поточну інформацію про стан роботи БПТ.
3. Для можливості прив’язки БПТ до пристрою, за допомогою якого буде виконуватися оплата чеків продажу банківською платіжною карткою (кредитною карткою), на закладці “Додаткові параметри” форми додавання/редагування параметрів обладнання з типами “ФККР“, “ПРРО” та “Чековий принтер” додане поле “Банківський платіжний термінал“, в якому доступні для вибору позиції розділу “Торгове устаткування” з типом “БПТ“.
4. На закладці “Оплата в кредит” форми “Друк чека“, що викликається в момент оплати чеку продажу при роботі із функцією “Продаж у фіскальному режимі” та при виконанні оплати безпосередньо із розділу “Чеки продажів“, додана кнопка “Обмін з БПТ“, яка доступна за умови, що для поточного РРО/ПРРО, на якому виконується оплата, в словнику “Торгове устаткування” на закладці “Додаткові параметри” в полі “Банківський платіжний термінал“, прив’язана відповідна модель БПТ. Відповідно, при натисканні на кнопку “Обмін з БПТ” встановлюється зв’язок та виконується передача суми оплати до БПТ та, у разі успішного виконання оплати чеку банківською платіжною карткою (кредитною карткою), від БПТ повертаються параметри платіжної картки та реквізити транзакції, які відображаються в друкованому чеку та зберігаються в чеку продажу. Необхідні зміни, щодо відображення реквізитів транзакції в друкованому чеку, внесені до шаблонів друку чеків ПРРО prnprrocheck.prg та prrocheckua.xlt, які призначені для текстового друку чеку ПРРО та його друку в Excel, відповідно. Реквізити транзакції виконаної оплати на БПТ можна переглянути в розділі “Чеки продажів” на закладці “Відмітки” форми додавання/редагування касового чеку, де додана група полів “Реквізити транзакції БПТ” з полями “Найменування банку“, “ID терміналу“, “Номер чека“, “Код авторизації“, “Номер транзакції“, “Тип операції” та “Сума комісії“, в яких відображається відповідна інформація, отримана від БПТ під час виконання оплати.
5. Також слід зауважити, що можливість виконання ручної оплати на БПТ також залишилась, – для цього, як і раніше, достатньо ввести суму до оплати на БПТ вручну, без натискання на кнопку “Обмін з БПТ” та виконати автономну оплату банківською платіжною карткою (кредитною карткою) на БПТ, після чого ввести номер платіжної картки вручну та виконати оплату чеку в програмі. Вказана можливість може знадобитися у випадку виникнення якихось проблем із передачею даних між БПТ та програмою.

Доробки за лютий 2024

Модуль “Бухгалтерія”

В оборотній відомості “Рух матеріальних цінностей” для звітів, друк яких виконується з пункту контекстного меню “Друк звіту“/”Оборотна відомість за рухом ТМЦ“, додана можливість формувати звіти з урахуванням позицій, які відмічені в оборотній відомості ТМЦ. Для цього на додрукарську форму додано шейп “Враховувати позиції” з радіо “Відмічені” та “Всі“. Якщо в оборотній відомості ТМЦ відмічені позиції та на додрукарській формі встановлено значення “Відмічені“, то для відповідних звітів будуть враховуватись тільки відмічені позиції. Якщо на додрукарській формі встановлено значення “Всі” – будуть враховуватись всі позиції оборотної відомості ТМЦ.

Модуль “Зарплата”

1. В розділі “Накази” на формі редагування наказу з типом “Нарахування/утримання” доданий чекер “Ігнорувати дату звільнення для утримань“.
2. Якщо встановлений чекер “Ігнорувати дату звільнення для утримань“, то при відпрацюванні наказу, як і раніше, в особових рахунках створюються нарахування, що відмічені в списку “Види оплат” і, додатково, якщо розрахунок виконується у звільнених особових рахунках, то окрім нарахувань списку “Вид оплати” виконується автоматичний розрахунок утримань, які завершені датою звільнення особового рахунку, за умови, що для таких утримань передбачено автододавання (встановлене відповідне налаштування в настройці виду оплати утримання). Тобто, в такому випадку для утримань постійних виплат дата дії “по“, що дорівнює даті звільнення особового рахунку ігнорується, відповідно, автододавання таких утримань виконується як для діючих в періоді постійних виплат.
3. Якщо чекер “Ігнорувати дату звільнення для утримань” не встановлений, то автододавання для утримань, що не діють в періоді нарахування, як і раніше, не виконується.
4. Доопрацьований функціонал розрахунку середнього заробітку нарахувань методів “Лікарняний” та “Відпустка” за особовими рахунками сумісників. На формі налаштування видів оплат методів “Лікарняний” та “Відпустка” доданий чекер “з урахуванням статусу ОР“, який доступний для редагування, якщо встановлений чекер “Облік сумісників“.
5. Якщо чекер “з урахуванням статусу ОР” не встановлений, то нарахування, як і раніше, можна розраховувати тільки в особовому рахунку з позначкою “Основний” з розрахунком середньої заробітної плати, визначеної від загальної суми нарахувань в розрахунковому періоді всіх особових рахунків сумісника зі статусами “Основний” та “Основний (без трудової)“. При додавання нарахувань в інші особові рахунки сумісника виводиться відповідне повідомлення про неможливість розрахунку нарахувань в таких особових рахунках.
6. Якщо чекер “з урахуванням статусу ОР” встановлено, то додавання нарахувань в особові рахунки сумісників виконується без виведення повідомлення, тобто, нарахування можуть додаватися та розраховуватися в будь якому особовому рахунку, але з урахуванням наступного. Розрахунок нарахування виконується в поточному особовому рахунку з визначенням доходу за місяцями розрахункового періоду з урахуванням сум усіх особових рахунків працівника, у яких вказаний статус, що відповідає статусу поточного особового рахунку (суми особових рахунків сумісника за іншими статусами не враховуються), з контролем наявності вже розрахованого такого самого (далі “однотипного”) нарахування в інших особових рахунках сумісника з таким самим статусом. А саме, при додаванні нарахування в поточний особовий рахунок визначається, чи немає раніше розрахованого “однотипного” нарахування в інших особових рахунках сумісника з таким самим статусом. Якщо за іншими особовими рахунками сумісника з таким самим статусом немає розрахованого “однотипного” нарахування, то в поточному особовому рахунку виконується розрахунок суми “До видачі“. Якщо є розраховане “однотипне” нарахування в інших особових рахунках сумісника з таким самим статусом, то в поточному особовому рахунку сума “До видачі” не розраховується. Тобто, нарахування можна розрахувати в любому особовому рахунку з відповідним статусом, але тільки в одному з них.
7. Примітки.
8. “Однотипне” нарахування визначається за збігом параметрів: вид оплати, реквізити поля “Документ” (номер та дата), дати “з” та”по” нарахування.
9. Додавання документів табеля для “лікарняних” та “відпусток” з установленим чекером “Облік сумісників” виконується, як і раніше, з виведенням запиту на створення документів табеля в особових рахунках сумісника, за умови, якщо документ табеля додається в особовий рахунок з позначкою “Основний“.

Модуль “Фінансування”

1. Згідно з наказом Мінфіну № 1407 від 24.12.2012 в розділі “Кошторис витрат” додано шаблони звітів “Розподіл показників зведених кошторисів” (sfsvodsmetua.xlt, sfsvodsmet.xlt), “Зведення показників спеціального фонду” (sfsvodspecua.xlt, sfsvodspec.xlt). Для друку вказаних шаблонів в пункт контекстного меню “Друк звіту” додано пункт “Розподіл показників” з підпунктами “Зведених кошторисів” (виконується друк шаблона звіту “Розподіл показників зведених кошторисів” (sfsvodsmetua.xlt)) та “Спеціального фонду” (виконується друк шаблона звіту “Зведення показників спеціального фонду” (sfsvodspecua.xlt)).
2. В розділі “Планові асигнування” назву пункту контекстного меню “Друк звіту“/”Друк реєстра змін” змінено на “Друк звіту“/”Реєстри змін“. У вказаний пункт меню додано два підпункти: “Розподіл показників зведених планів асигнувань загального фонду” та “Розподіл показників зведених планів спеціального фонду“. У підпункт “Розподіл показників зведених планів асигнувань загального фонду” перенесено шаблон звіту “Реєстр змін розподілу показників зведених планів асигнувань загального фонду державного бюджету” (aschngrepua.xlt), друк якого раніше виконувався з пункту контекстного меню “Друк звіту“/”Друк реєстра змін“.
3. Також, згідно з наказом Мінфіну № 1407 від 24.12.2012 додано шаблон звіту “Розподіл показників зведених планів асигнувань загального фонду” (aschngspecrepua.xlt, aschngspecrep.xlt), друк якого виконується з пункту контекстного меню “Друк звіту“/”Реєстри змін“/”Розподіл показників зведених планів асигнувань загального фонду“.
4. Згідно з наказом Мінфіну № 1407 від 24.12.2012 в розділі “Планові асигнування” додано шаблони звітів “Розподіл показників зведених планів асигнувань загального фонду” (assvodrepua.xlt, assvodrep.xlt), “Розподіл показників зведених планів спеціального фонду” (assvodspecrepua.xlt, assvodspecrep.xlt). Для друку вказаних шаблонів в пункт контекстного меню “Друк звіту” додано пункт “Розподіл показників” з підпунктами “Зведених планів асигнувань загального фонду” (виконується друк шаблона звіту “Розподіл показників зведених планів асигнувань загального фонду” (assvodrepua.xlt, assvodrep.xlt)) та “Зведених планів спеціального фонду” (виконується друк шаблона звіту “Розподіл показників зведених планів спеціального фонду” (assvodspecrepua.xlt, assvodspecrep.xlt)).
5. В розділі “Кошторис витрат” видалено шаблон звіту “Додаток 8, Розподіл зведених кошторисів” (sfcondzvedrep.xlt, sfcondzvedrepua.xlt), друк якого виконувався з пункту контекстного меню “Друк звіту“/”Друк за умовами відбору“, як такий, що не відповідає законодавству.
6. В розділі “Планові асигнування” видалено шаблон звіту “Додаток 9, розподіл показників” (ascondzvedrepua.xlt, ascondzvedrep.xlt), друк якого виконувався з пункту контекстного меню “Друк звіту“/”Друк за умовами відбору“, як такий, що не відповідає законодавству.
7. Згідно з наказом Мінфіну №310 від 01.06.2021 внесено зміни в наступні шаблони:
– розділ “Кошторис витрат“, пункт контекстного меню “Друк звіту“/”Реєстри змін“/”Розподіл показників зведених кошторисів“
8. “Реєстр змін розподілу показників зведених кошторисів” (sfchngrepua.xlt)
9. “Реєстр змін розподілу показників зв. кошторисів (підсум. КЕКВ)” (sfchngrep_kekrua.xlt)
10. – розділ “Кошторис витрат“, пункт контекстного меню “Друк звіту“/”Реєстри змін“/”Зведення показників спеціального фонду“
11. “Реєстр змін зведення показників спеціального фонду” (sfchngrepspecua.xlt)
12. “Реєстр змін зведення показників спец.фонду (підсум. КЕКВ)” (sfchngrepspec_kekrua.xlt)
– розділ “Планові асигнування“, пункт контекстного меню “Друк звіту“/”Реєстри змін“/ “Розподіл показників зведених планів асигнувань загального фонду“
13. “Реєстр змін розподілу показників зведених планів асигнувань загального фонду державного бюджету” (aschngrepua.xlt)

Доробки за січень 2024

ЗАГАЛЬНЕ ЗА СИСТЕМОЮ В словнику “Організації та МВО” для банківських реквізитів додана можливість встановлювати ознаку недоступності в обліку. Для цього на форму “Банківські реквізити” додано чекер “Недоступний в обліку“. Якщо чекер “Недоступний в обліку” встановлено, то такий банківський реквізит не буде доступний для вибору словникових значень (наприклад, для вибору банківського реквізиту контрагента в документах, в яких передбачено такий вибір). Вказаний чекер буде доступний для встановлення тільки в тому випадку, якщо для відповідного банківського реквізиту не встановлено чекер “Реквізит за замовчанням“. При цьому, якщо чекер “Недоступний в обліку” встановлено, то чекер “Реквізит за замовчанням” буде недоступний для встановлення. Також, в словнику “Організації та МВО” в гріді “Банківські реквізити” додано колонку “Недоступний в обліку“. Модуль “Бухгалтерія”
1. В розділі “Інвентарна картотека” додана можливість відбору карток за значеннями, які вказані в полях “Модель, марка“, “Заводський номер“, “Дата випуска” та “Номер паспорта“. Для цього на форму “Умови відбору” додано вкладку “Характеристика об’єкта” з відповідними полями. При відборі карток за значеннями полів “Заводський номер“, “Дата випуска” та “Номер паспорта” будуть аналізуватись дані відповідних полів форми “Інвентарна картка“, які вказані на вкладці “Додаткові дані” (шейп “Характеристика об’єкта“) та відповідні поля форми “Склад групової картки” (вкладка “Склад“). Якщо значення полів на вкладці “Додаткові дані” або на формі “Склад групової картки” відповідають встановленим умовам відбору, то такі картки потраплять у відбір.
2. Також на формі “Умови відбору” поле “Місцезнаходження” перенесено з вкладки “Додаткові дані” на вкладку “Характеристика об’єкта“.
3. К о н ф і г у р а ц і я “Б“. В розділах “Юридичні зобов’язання“, “Фінансові зобов’язання“, “Зразки юридичних зобов’язань“, “Зразки фінансових зобов’язань” внесено зміни в функціонал автоматичного підбору розрахункового рахунку за значенням, яке вказується в полі “КЕКВ“, а саме: при автоматичному підборі не будуть враховуватись значення банківських реквізитів, для яких встановлено чекер “Недоступний в обліку“.
4. К о н ф і г у р а ц і я “Б“. В розділах “Платіжні документи“, “Зразки платіжних документів” на вкладку “Структурований формат” додано наступні поля:
5. “Номер рахунку” – комбо-бокс, який містить значення всіх доступних в обліку розрахункових рахунків контрагента, який вказаний в полі “Отримувач” форми платіжного документа. Також для даного комбо-боксу реалізована можливість введення значення з клавіатури. При встановленні чекера “Сплата податків/зборів” вказане поле буде автоматично заповнюватись значенням розрахункового рахунку, який вибраний для контрагента “Отримувач” форми платіжного документа. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні контрагента “Одержувач“, або при виборі іншого банківського реквізиту для контрагента “Одержувач“, при умові що, банківський реквізит контрагента “Одержувач“”, який був обраний раніше, співпадав зі значенням поля “Номер рахунку” (вкладка “Структурований формат“), значення поля “Номер рахунку” (вкладка “Структурований формат“) буде автоматично змінено на значення розрахункового рахунку контрагента “Одержувач“. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні банківського реквізиту для котрагента “Одержувач“, при умові що, банківський реквізит контрагента “Одержувач“, який був обраний раніше, не співпадав зі значенням поля “Номер рахунку” (вкладка “Структурований формат“), буде виданий запит “Змінено значення банківського реквізиту отримувача! Змінити значення номера рахунку в структурованому форматі призначення платежу?”. При виборі “Так” значення поля “Номер рахунку” (вкладка “Структурований формат“) буде змінено на значення обраного розрахункового рахунку контрагента “Одержувач“. При виборі “Ні” значення поля “Номер рахунку” (вкладка “Структурований формат“) змінюватись не буде.
6. “Сума податку” – поле для введення суми податку. При встановленні чекера “Сплата податків/зборів” вказане поле буде автоматично заповнюватись значенням поля “Підсумок” форми платіжного документа. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні значення поля “Підсумок” форми платіжного документа, при умові, що значення “Сума податку” співпадало зі значенням поля “Підсумок” форми платіжного документа, яке було встановлено раніше, значення поля “Сума податку” буде автоматично змінено на значення поля “Підсумок” форми платіжного документа. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні значення поля “Підсумок” форми платіжного документа, при умові, що значення “Сума податку” (вкладка “Структурований формат“) не співпадало зі значенням поля “Підсумок” форми платіжного документа, яке було встановлено раніше, буде виданий запит “Змінено суму ПД! Змінити суму податку в структурованому форматі призначення платежу?”. При виборі “Так” значення поля “Сума податку” (вкладка “Структурований формат“) буде змінено на значення поля “Підсумок“. При виборі “Ні” значення поля “Сума податку” (вкладка “Структурований формат“) змінюватись не буде. Також, при натисканні кнопки “Записати” форми платіжного документа буде виконуватись наступна перевірка: якщо значення поля “Сума податку” (вкладка “Структурований формат“) відмінне від 0, і при цьому значення “Сума податку” (вкладка “Структурований формат“) не дорівнює значенню поля “Підсумок” форми платіжного документа, то буде видане попереджувальне повідомлення “Сума податку не дорівнює сумі ПД!”. При виборі “Записати” будуть записані всі зміни платіжного документа, при виборі “Відмінити” форма платіжного документа залишиться відкритою для подальшого редагування.
7. З урахуванням вище вказаного внесено зміни до ini-файлів експорту та імпорту даних в ПЗ “МЕРЕЖА-М”, а саме в pd_fplat_new.ini та pd_fplat_imp.ini. Також внесені зміни в шаблон документа “Платіжна інструкція (структ. призн.платежу)” (pdpibstrua.xlt), друк якого виконується в розділі “Платіжні документи” з пункту контекстного меню “Друк документа“/”Друк платіжного документа“.
8. В розділі “Зразки платіжних документів” для полів “Код виду сплати“, “КОАТУУ“, “Номер рахунку” (вкладка “Структурований формат“) додана можливість вказувати маску “()“. При підготовці платіжного документа на підставі будь-яких документів (наприклад, на підставі документа “Фінансове зобов’язання”) з використанням зразка ПД для полів, в яких вказана маска “()“, не буде виконуватись автоматичне заповнення значень (тобто значення таких полів залишиться “порожньо”).

ТАБЛИЧНІ ДОДАТКИ госпрозрахунок

Згідно з наказів Мінфіну від 07.06.2023 №302, від 24.10.2023 №572 та від 13.12.2023 №699 внесені зміни до звіту “Декларація з податку на прибуток підприємства” Prdekl.xls. Передбачено формування XML-документів відповідно до нових версій xsd-схем.

ТАБЛИЧНІ ДОДАТКИ бюджет

Згідно з наказів Мінфіну від 07.06.2023 №302, від 24.10.2023 №572 та від 13.12.2023 №699 внесені зміни до звіту “Декларація з податку на прибуток підприємства” Prdekl.xls. Передбачено формування XML-документів відповідно до нових версій xsd-схем.

Модуль “Зарплата” (Звітні форми)

1. Відповідно до Наказу Держстату від 30.03.2023 р. № 128 “Про затвердження форм державного статистичного спостереження № 1-ПВ (місячна) “Звіт із праці” та № 1-ПВ (квартальна) “Звіт із праці”” внесені зміни в шаблони звітів “Форма 1-ПВ міс” (Statrep_forma1pvmua.xlt) та “Форма 1-ПВ кв” (Statrep_forma1pvkua.xlt).
Передбачене формування XML-документів відповідно до останніх версій XSD-схем.
2. Враховуючи зміни внесені Постановою КМУ від 4 листопада 2022 р. № 1268 до абзацу 5 пункту 28 “Типової форми договору про медичне обслуговування населення за програмою медичних гарантій”, затвердженої постановою КМУ від 25 квітня 2018 р. № 410, стосовно надання інформації про стан розрахунків із заробітної плати за попередній місяць та залишок коштів на банківських рахунках, внесені зміни до шаблону звіту “Борг ЗП НСЗУ” (Statrep_NSZUborgua.xlt)

Модуль “Персонал”

У відповідності до наказу Держстату №128 від 30.03.2023, внесені зміни до шаблонів друку звітів за формами “1-ПВ (місячна)” та “1-ПВ (квартальна)“, – оновлені файли st1pvmrepua.xlt та st1pvkrepua.xlt, відповідно.

Модуль “Харчування”

1. Механізм списання готових страв, сценарій виконання якого визначається настройкою системи “Критерій списання виготовлених страв“, доповнений викликом форми-запиту для вибору рахунку списання. Функціонал вказаної форми повністю успадкований від однотипної форми, що викликається при роботі механізму списання продуктів харчування у разі, коли рахунок списання не було попередньо визначено в результаті його підбору за даними, вказаними у відповідних розділах системи.
2. На формі вибору рахунку списання для продукту харчування/готової страви, що викликається при роботі механізму списання за умови, що у результаті стандартного підбору рахунку списання його не було визначено, доопрацьовано попереднє заповнення Рахунку та матеріально-відповідальної особи (МВО) відповідними значеннями із зразка господарської операції (ГО), який був обраний при виконанні операції списання, а саме:
рахунок списання на вказаній вище формі заповнюється матеріальним рахунком, що вказаний в полі “Кредит” матеріальної проводки списання обраного зразка господарської операції, а якщо таких проводок списання у зразку ГО міститься декілька, то використовується кредит рахунку першої знайденої матеріальної проводки списання цього зразка; МВО на вказаній вище формі заповнюється контрагентом, вказаним у полі “Від кого” в заголовку обраного зразка господарської операції списання.

Модуль “Фінансування”

1. В розділі “Розпорядження по фінансуванню” для рівня фінансування “Підвідомчі установи” внесено зміни в функціонал автоматичного підбору банківських реквізитів в залежності від значення, яке встановлено для рівня фінансування “КПКВ”, а саме: при автоматичному підборі не будуть враховуватись значення банківських реквізитів, для яких встановлено чекер “Недоступний в обліку“.
Також внесено зміни в функціонал автоматичного підбору банківських реквізитів для організації “Контрагент “МИ”“, який виконується при підготовці платіжного документа на підставі розпорядження (пункт контекстного меню “Підготовка платіжного документа“)”, а саме: при автоматичному підборі не будуть враховуватись значення банківських реквізитів, для яких встановлено чекер “Недоступний в обліку“.
2. В розділах “Юридичні зобов’язання“, “Фінансові зобов’язання“, “Зразки юридичних зобов’язань“, “Зразки фінансових зобов’язань” внесено зміни в функціонал автоматичного підбору розрахункового рахунку за значенням, яке вказується в полі “КЕКВ“, а саме: при автоматичному підборі не будуть враховуватись значення банківських реквізитів, для яких встановлено чекер “Недоступний в обліку“.
3. В розділах “Платіжні документи“, “Зразки платіжних документів” на вкладку “Структурований формат” додано наступні поля:
4. “Номер рахунку” – комбо-бокс, який містить значення всіх доступних в обліку розрахункових рахунків контрагента, який вказаний в полі “Отримувач” форми платіжного документа. Також для даного комбо-боксу реалізована можливість введення значення з клавіатури. При встановленні чекера “Сплата податків/зборів” вказане поле буде автоматично заповнюватись значенням розрахункового рахунку, який вибраний для контрагента “Отримувач” форми платіжного документа. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні контрагента “Одержувач“, або при виборі іншого банківського реквізиту для контрагента “Одержувач“, при умові що, банківський реквізит контрагента “Одержувач“”, який був обраний раніше, співпадав зі значенням поля “Номер рахунку” (вкладка “Структурований формат“), значення поля “Номер рахунку” (вкладка “Структурований формат“) буде автоматично змінено на значення розрахункового рахунку контрагента “Одержувач“. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні банківського реквізиту для котрагента “Одержувач“, при умові що, банківський реквізит контрагента “Одержувач“, який був обраний раніше, не співпадав зі значенням поля “Номер рахунку” (вкладка “Структурований формат“), буде виданий запит “Змінено значення банківського реквізиту отримувача! Змінити значення номера рахунку в структурованому форматі призначення платежу?”. При виборі “Так” значення поля “Номер рахунку” (вкладка “Структурований формат“) буде змінено на значення обраного розрахункового рахунку контрагента “Одержувач“. При виборі “Ні” значення поля “Номер рахунку” (вкладка “Структурований формат“) змінюватись не буде.
5. “Сума податку” – поле для введення суми податку. При встановленні чекера “Сплата податків/зборів” вказане поле буде автоматично заповнюватись значенням поля “Підсумок” форми платіжного документа. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні значення поля “Підсумок” форми платіжного документа, при умові, що значення “Сума податку” співпадало зі значенням поля “Підсумок” форми платіжного документа, яке було встановлено раніше, значення поля “Сума податку” буде автоматично змінено на значення поля “Підсумок” форми платіжного документа. Якщо чекер “Сплата податків/зборів” встановлено, то при зміні значення поля “Підсумок” форми платіжного документа, при умові, що значення “Сума податку” (вкладка “Структурований формат“) не співпадало зі значенням поля “Підсумок” форми платіжного документа, яке було встановлено раніше, буде виданий запит “Змінено суму ПД! Змінити суму податку в структурованому форматі призначення платежу?”. При виборі “Так” значення поля “Сума податку” (вкладка “Структурований формат“) буде змінено на значення поля “Підсумок“. При виборі “Ні” значення поля “Сума податку” (вкладка “Структурований формат“) змінюватись не буде. Також, при натисканні кнопки “Записати” форми платіжного документа буде виконуватись наступна перевірка: якщо значення поля “Сума податку” (вкладка “Структурований формат“) відмінне від 0, і при цьому значення “Сума податку” (вкладка “Структурований формат“) не дорівнює значенню поля “Підсумок” форми платіжного документа, то буде видане попереджувальне повідомлення “Сума податку не дорівнює сумі ПД!”. При виборі “Записати” будуть записані всі зміни платіжного документа, при виборі “Відмінити” форма платіжного документа залишиться відкритою для подальшого редагування.
6. З урахуванням вище вказаного внесено зміни до ini-файлів експорту та імпорту даних в ПЗ “МЕРЕЖА-М”, а саме в pd_fplat_new.ini та pd_fplat_imp.ini. Також внесені зміни в шаблон документа “Платіжна інструкція (структ. призн.платежу)” (pdpibstrua.xlt), друк якого виконується в розділі “Платіжні документи” з пункту контекстного меню “Друк документа“/”Друк платіжного документа“.
7. 4. В розділі “Зразки платіжних документів” для полів “Код виду сплати“, “КОАТУУ“, “Номер рахунку” (вкладка “Структурований формат“) додана можливість вказувати маску “()“. При підготовці платіжного документа на підставі будь-яких документів (наприклад, на підставі документа “Фінансове зобов’язання”) з використанням зразка ПД для полів, в яких вказана маска “()“, не буде виконуватись автоматичне заповнення значень (тобто значення таких полів залишиться “порожньо”).