Написати нам
Підтримка клієнтів:
+38 (050) 434-03-33
+38 (0372) 585-915
  • Про компанію
  • Продукція:
  • Акції
  • Підтримка
  • Партнерство
  • Клуб Головного Бухгалтера
    • Доробки ПК “Облік Ресурсів” за лютий 2023
    ЗАГАЛЬНЕ ЗА СИСТЕМОЮ
    1. В розділі “Організації та МВО” на вкладці “Підвідомчі установи” для контрагента, який вказаний в полі “Контрагент “МИ”” розділа “Настройка системи“/”Організація“, для позицій, які додані в грід “Перелік установ“, додана можливість встановлювати ознаку недоступності в обліку. Для цього в грід “Перелік установ” додано чекер “Недоступний в обліку“, а також в контекстне меню вказаного гріда додано пункти “Встановити недоступність в обліку” та “Відмінити недоступність в обліку“, при виборі яких буде встановлено або знято ознаку недоступності в обліку для відповідної підвідомчої установи. При цьому, якщо словник “Підвідомчі установи” підв’язаний до рівня аналітики в розділі “План рахунків“, то ознака недоступності в обліку для відповідної підвідомчої установи буде встановлена або знята також і в розділі “План рахунків“.
    2. К о н ф і г у р а ц і я  “Б”. Відповідно до наказу Мінфіну №430 від 13.12.2022 в “нульову” базу в словник “Типи документів” для розділа “Платіжні документи” додано новий тип документа “Платіжна інструкція” з мнемокодом “ПІ“.
    3. Відповідно до Закону України “Про Митний тариф України” від 19.10.2022 №2697-IX до “нульової” бази внесені зміни у словник “УКТ ЗЕД“.
          Для оновлення словника в існуючих базах клиєнтів необхідно запустити додаткову функцію “Установка словника УКТ ЗЕД 2022” з пунку головного меню “Файл“/”Додаткові функції“. Попередньо треба до каталогу Fox помістити файл самої додаткової функції ef_uktzed_2022.fxp, а також до будь-якого доступного каталогу треба помістити таблицю, що містить новий довідник, uktzed2022.dbf (обидва файли доступні за запитом, а також у коректі, який буде викладений одночасно з інсталятором). На формі функції потрібно вказати розташування таблиці uktzed2022.dbf.
    Після запуску вищевказаної додаткової функції у словнику “УКТ ЗЕД” буде створений новий каталог “УКТ ЗЕД 2022“, при цьому у старих каталогах “УКТ ЗЕД 2011“, “УКТ ЗЕД 2014” та “УКТ ЗЕД 2020” залишаться тільки ті позиції, які відсутні у новому каталозі “УКТ ЗЕД 2022“.
    Модуль “Бухоблік”
    1. К о н ф і г у р а ц і я  “Б”. Відповідно до наказу Мінфіну №430 від 13.12.2022 в розділ “Платіжні документи” додано шаблон документа “Платіжна інструкція” (pdpibua.xlt), друк якого виконується з пункту контекстного меню “Друк документа“/”Друк платіжного документа“. Вказаний шаблон документа буде доступний для друку документів з типом “ПД” (“Платіжне доручення”) та “ПІ” (“Платіжна інструкція”).
    2. К о н ф і г у р а ц і я  “Б”. Відповідно з оновленням в ПЗ “МЕРЕЖА-М” від 17.02.2023 в розділі “Платіжні документи” в шаблон звіту “Реєстр платіжних доручень (ПЗ ”МЕРЕЖА”)” (pdreestmerejua.xlt), друк якого виконується з пункту контекстного меню “Друк звіту“/”Реєстр платіжних доручень та документів“, внесено зміни. Також, назву шаблона звіту “Реєстр платіжних доручень (ПЗ ”МЕРЕЖА”)” змінено на “Реєстр платіжних інструкцій (ПЗ ”МЕРЕЖА”)“.
    Модуль “Торгівля”
    1. В розділі “Настройка Системи“, на вкладці “Документи” – “Всі документи” додана настройка “Параметри контролю зв’язків із дочірніми документами“, що містить кнопку “…” для переходу до однойменної форми з переліком налаштувань відповідних параметрів контролю зв’язків. При натисканні на кнопку “…” викликається форма “Параметри контролю зв’язків із дочірніми документами“, що містить грід “Параметри контролю зв’язків“, в якому реалізована можливість додавання (виправлення, вилучення) параметрів контролю зв’язків для відповідних типів документів вибраного розділу. На формі додавання/виправлення параметрів контролю зв’язків реалізований наступний набір елементів:
    • Комбо-бокс “Розділ системи“, в якому на даний момент доступний для вибору лише розділ “Договірні документи“, що дозволяє налаштувати параметри контролю зв’язків між договірним документом та усіма пов’язаними з ним дочірніми документами. Слід зауважити, що параметри контролю зв’язків, які визначені для певного договірного документа в настройці системи, що розглядається, застосовуються не тільки для цього батьківського документа, але й автоматично розповсюджуються на весь ланцюжок пов’язаних з ним дочірніх документів. В майбутньому, у разі виникнення такої потреби, до складу даного комбо-боксу можуть бути включені інші розділи системи.
    • Поле “Для документів” призначене для визначення типів документів, що належать розділу, вибраному в комбо-боксі “Розділ системи, для яких визначається поточний набір параметрів контролю зв’язків.
    • Група полів “Не контролювати зв’язки специфікацій із дочірніми документами за критеріями:“, що містить чекери “Номенклатурна позиція“, “Специфікація номенклатурної позиції“, “Кількість” та “Сума специфікації“, призначена для визначення набору критеріїв, за якими для документів із вказаними типами не має здійснюватися контроль відповідності значень цих критеріїв батьківського документа та всього ланцюжка пов’язаних з ним дочірніх документів. За замовчуванням, при додаванні чергового параметру контролю зв’язків, всі чекери даної групи полів є вимкненими, що відповідає поточній реалізації в програмі контролю за відповідними критеріями при підготовці дочірніх документів, тобто зв’язки між специфікаціями батьківського та дочірнього документів за вказаними критеріями контролюються системою за замовчуванням. При необхідності позбутися даного контролю для будь-якого з критеріїв, необхідно увімкнути відповідний цьому критерію чекер в групі полів, що розглядається.
      Наприклад, якщо в первинному договорі вказується умовна номенклатурна позиція (тобто кінцева марка/модель товарної позиції на момент його створення ще не визначена), а на момент створення дочірнього документа (наприклад, накладної на відпуск) в його специфікації замість умовної номенклатури буде вказуватись конкретна марка/модель і при цьому потрібно контролювати лише відповідність кількості та суми специфікацій в батьківському та дочірньому документах, тоді в групі полів “Не контролювати зв’язки специфікацій із дочірніми документами за критеріями:” потрібно увімкнути чекер “Номенклатурна позиція“.
      Додатково слід зауважити, що в існуючому в програмі механізмі контролю зв’язків також задіяні такі критерії специфікації документів, як “Одиниця виміру” та “% знижки“, – дані критерії, як окремі позиції, в групу полів “Не контролювати зв’язки специфікацій із дочірніми документами за критеріями:” не додавалися, проте контроль за ними все одно виконується в фоновому режимі за такою схемою: якщо не здійснюється контроль за критерієм “Номенклатурна позиція” або “Кількість“, то не здійснюється контроль за критерієм “Одиниця виміру“, а якщо не здійснюється контроль за критерієм “Сума специфікації“, то не здійснюється контроль за критерієм “% знижки“.
      Крім цього, варто відзначити, що існує певна залежність між критеріями, тобто неможливо контролювати зв’язки за критерієм “Специфікація номенклатурної позиції“, якщо не контролюються зв’язки за критерієм “Номенклатурна позиція“, – відповідно, ця залежність визначена і для чекерів групи полів “Не контролювати зв’язки специфікацій із дочірніми документами за критеріями:“, а саме: при увімкненні чекера “Номенклатурна позиція” автоматично вмикається чекер “Специфікація номенклатурної позиції“, а при вимкненні чекера “Специфікація номенклатурної позиції” автоматично вимикається чекер “Номенклатурна позиція“.
          Зауваження: Для коректного контролю зв’язків між специфікаціями батьківського та дочірнього документів за критеріями “Кількість” та/або “Сума специфікації“, за умови відсутності контролю за критеріями “Номенклатурна позиція” та “Специфікація номенклатурної позиції“, користувач, при підготовці дочірнього документа на основі батьківського, повинен або виправляти номенклатурну позицію (специфікацію номенклатурної позиції) безпосередньо в записі, що при цьому був створений в специфікації дочірнього документа програмою, або розмножувати цей запис, вказавши в ньому потрібні реквізити, – тобто, за умови використання вказаних вище критеріїв контролю, вилучати запис в специфікації дочірнього документа, створений програмою, а потім додавати новий, не можна. Даний момент користувач повинен контролювати самостійно.
    • Чекер “Контролювати суму пов’язаних документів” призначений для можливості задіяти додатковий механізм контролю відповідності сум у заголовках батьківського та дочірнього документів в незалежності від того, чи здійснюється контроль сум за специфікаціями цих документів.
      Наприклад, якщо первинний договір укладається на постачання невизначеної кількості товарних позицій з невизначеною ціною, але на визначену суму в цілому, тобто контроль зв’язків за жодним з критеріїв групи полів “Не контролювати зв’язки специфікацій із дочірніми документами за критеріями:” не виконується, а потрібно лише контролювати відповідність суми первинного договору і підсумкової суми всіх створених за цим договором дочірніх документів (наприклад, накладних на відпуск), тоді на вказаній групі полів потрібно увімкнути всі чекери, а також увімкнути чекер “Контролювати суму пов’язаних документів“.
          В гріді “Параметри контролю зв’язків” також реалізований повний набір колонок, що відповідають однойменним полям форми додавання/виправлення параметрів контролю зв’язків, які описані вище. Додатково слід зазначити, що наявність контролю за певним критерієм у відповідній колонці даного гріда визначається знаком “+“, а відсутність такого контролю визначається знаком “–“.
    2. Оскільки параметри настройки системи “Параметри контролю зв’язків із дочірніми документами” можуть бути змінені (відкориговані) користувачем в любий момент часу, тому реалізоване зберігання інформації про набір параметрів контролю зв’язків для кожного документа, який підпадає під дію даної настройки системи. Вказаний набір параметрів визначається та зберігається в базі даних (в таблиці DOC2DOC) для батьківського документа у відповідності до настройки системи “Параметри контролю зв’язків із дочірніми документами” саме в момент створення для нього першого дочірнього документа і вилучається з бази даних в момент вилучення останнього створеного по ньому дочірнього документа. Цей збережений в базі даних для батьківського документа набір параметрів контролю зв’язків використовується програмою в подальшому при створенні по ньому дочірніх документів, – тобто для документів, які вже мають збережений в базі даних набір параметрів контролю зв’язків, в подальшому, для механізму контролю зв’язків використовується саме цей збережений набір параметрів, незалежно від поточного стану настройки системи “Параметри контролю зв’язків із дочірніми документами“.
          Також слід зазначити, що набір параметрів контролю зв’язків, попередньо збережений для батьківського документа в базі даних, успадковується кожним пов’язаним документом, що належить ланцюжку створених по ньому дочірніх документів. Наприклад, якщо для певного договірного документа був збережений набір параметрів контролю зв’язків, а потім по ньому створюється вихідний рахунок на оплату, то цей рахунок також успадкує даний набір параметрів контролю зв’язків; якщо в подальшому по такому рахунку на оплату буде створена накладна на відпуск, то ця накладна також успадкує набір параметрів контролю зв’язків від батьківського договірного документа і т.д.
          Описаний вище механізм зберігання в базі даних інформації про набір параметрів контролю зв’язків для кожного документа окремо, може призвести до ситуації, коли в одному документарному розділі будуть присутні як документи з визначеним набором таких параметрів (причому кожний документ може мати свій власний набір параметрів), так і звичайні документи (без наявності інформації про такий набір параметрів). Відповідно, при створенні загального дочірнього документа по декільком поміченим батьківським документам, реалізована додаткова перевірка на збіг наборів параметрів контролю зв’язків у кожного з помічених документів, – у випадку відсутності такого збігу програма видає повідомлення про неможливість підготовки загального документа по поміченим через відмінність наборів параметрів контролю зв’язків.
    3. Окрім збереження в базі даних інформації про набір параметрів контролю зв’язків для певного документа, реалізована також можливість перегляду набору параметрів, визначених для відповідного документа. Для цього на формах додавання/виправлення усіх документів товарного блоку модуля “Торгівля та склад“, для поля, що належить закладці “Основні дані“, в якому відображається підсумкова сума документа (в різних документах поле має різну назву: “Сума“, “Підсумок“, “Підсумкова сума“), реалізована спливаюча підказка, що містить інформацію про статус контроля дочірніх документів по кожному з п’яти критеріїв, які визначаються настройкою системи “Параметри контролю зв’язків із дочірніми документами“, де знаком “+” визначається наявність контролю за певним критерієм, а знаком “–” визначається  відсутність такого контролю.
    4. У зв’язку з реалізацією настройки системи “Параметри контролю зв’язків із дочірніми документами“, з метою уникнення колізій при одночасному використанні даної настройки та існуючої настройки системи “Не дозволяти перевищення кількості/суми в дочірньому документі“, була реалізована додаткова перевірка, яка полягає в наступному: якщо для певного документа визначена та збережена в базі даних інформація про набір параметрів контролю зв’язків, то для такого документа настройка системи “Не дозволяти перевищення кількості/суми в дочірньому документі” ігнорується.
    Модуль “Зарплатня”
    1. На додрукованій формі звіту “Розрахунково-платіжна відомість за видами оплат“, друк якого виконується із контекстного меню “Друк звіту“/ “Розрахунково-платіжна відомість” розділу “Особові рахунки“, доданий чекер “Облік історії ОР“. При встановленому чекері “Облік історії ОР” формування даних відбувається з урахуванням історії переведень особових рахунків. Якщо переведення з записом в історію особового рахунку відбувалося не з першого числа місяця, то при формуванні даних враховується значення, що діє на перше число.
    2. Реалізований експорт даних по нарахованим лікарняним для подальшого імпорту в кабінет користувача ПФУ для формування “заявки-розрахунку”.
          Даний функціонал платний і доступний при наявності придбаної додаткової функції “Імпорт е-лікарняних із ПФУ“. Сама функція “Імпорт е-лікарняних із ПФУ” перейменована на “Імпорт/експорт е-лікарняних із/до ПФУ“.
          Експорт даних реалізований на підставі даних звіту “Заява-розрахунок по виплатах ФСС“, друк якого виконується із контекстного меню “Друк звіту“/ “Протокол комісії/Заява розрахунок” розділу “Особові рахунки“. Для цього на до друкарській формі звіту на вкладці “Зовнішні файли” доданий чекер “Створювати файл json“, який буде доступний при наявності у клієнта придбаної додаткової функції “Імпорт/експорт е-лікарняних із/до ПФУ“, та поле “Ім’я файлу“, в якому вказується шлях та назва файлу, що буде створений.
          При встановленому чекер “Створювати файл json” під час друку звіту додатково буде сформований файл з розширенням json з даними, що відображаються у друкованій формі звіту в розділі “Додаток 1.1” звіту, для подальшого завантаження в кабінет користувача ПФУ.
    3. У розділі “Тарифікація викладачів” на додрукованих формах звітів “Тарифікаційний список – школи“, “Тарифікаційний список – дошкільні заклади“, “Тарифікаційний список – ВНЗ“,  “Зведена тарифікація для шкіл повна” та у розділі “Тарифікація мед. працівників” на додрукованих формах звітів “Тарифікаційний список медпрацівників“,  “Зведена тарифікація медпрацівників” додане поле “Сортування” зі стандартною функціональністю. А саме, формування даних вказаних звітів буде виконуватися із сортуванням відповідно до значення, вказаного в такому полі.
    4. Відповідно до Закону України № 1105-XIV “Про загальнообов’язкове державне соціальне страхування” (в редакції Закону України № 2620-IX “Про внесення змін до Закону України “Про загальнообов’язкове державне соціальне страхування” та Закону України “Про загальнообов’язкове державне пенсійне страхування””) оплата допомоги по тимчасовій непрацездатності внаслідок нещасного випадку на виробництві має виконуватися за рахунок коштів роботодавця за перші 17 днів, решта – за рахунок страхових виплат. При цьому, оплата тимчасової непрацездатності не пов’язаної з нещасним випадком на виробництві за рахунок коштів роботодавця, як і раніше, має виконуватися за перші 5 днів.
          З урахуванням вказаного вище виконані наступні доопрацювання.
          На формі настройки виду оплати з методом “Лікарняний” під “Код зв’язаного лікарняного” додане поле “Оплата зв’язаного лікарняного з [ ] дня“. Поле доступне для редагування і обов’язкове для заповнення для типу “лікарняний” і якщо заповнене поле “Код зв’язаного лікарняного“.
          Внесені зміни у визначення періоду оплати днів лікарняного за рахунок роботодавця та за рахунок страхових виплат з урахуванням значення, вказаного в полі “Оплата зв’язаного лікарняного з [ ] дня” . А саме, при внесенні лікарняного, для якого вказаний зв’язаний лікарняний, далі лікарняний “за рахунок підприємства”, дні оплати “за рахунок підприємства” визначаються як кількість календарних днів, що дорівнює значенню поля “Оплата зв’язаного лікарняного з [ ] дня” -1 день від дати початку лікарняного. Починаючи з дня, вказаного в полі “Оплата зв’язаного лікарняного з [ ] дня” додається зв’язаний лікарняний, що оплачується за рахунок фонду соціального страхування. Раніше, розподіл лікарняних виконувався по фіксованій кількості днів (до 5 днів та після 5 днів).
          Додатково з урахуванням поля “Оплата зв’язаного лікарняного з [ ] дня” внесені зміни у формування даних документа “Розрахунковий лист на оплату лікарняного“, друк якого виконується із контекстного меню “Друк документа” розділу “Особові рахунки“, при розподілі лікарняних за рахунок підприємства та за рахунок фонду.
    Звітні форми
    1. Згідно наказу Держстату від 23.08.2022 № 227 розроблений звіт “Форма 1-РС” (Statrep_forma1rsua.xlt).
          У діючі на підприємствах бази додати настройки у розділі “Настройка“/ “Заголовки” для нового шаблону “Форма 1-РС” можна за допомогою функцій контекстного меню “Експорт” та “Імпорт” з “нульової” або “демонстраційної” бази.
    Для вказаного звіту передбачене формування XML-документів.
    1. В розділі “Настройка Системи“, на вкладці “Документи” – “Всі документи” додана загальна настройка “Параметри контролю зв’язків із дочірніми документами“, функціональність якої повністю успадкована від однойменної настройки системи модуля “Торгівля та склад“.
    Модуль “Фінансування”
    1. Відповідно до наказу Мінфіну №430 від 13.12.2022 в розділ “Платіжні документи” додано шаблон документа “Платіжна інструкція” (pdpibua.xlt), друк якого виконується з пункту контекстного меню “Друк документа“/”Друк платіжного документа“. Вказаний шаблон документа буде доступний для друку документів з типом “ПД” (“Платіжне доручення”) та “ПІ” (“Платіжна інструкція”).
    2. Відповідно з оновленням в ПЗ “МЕРЕЖА-М” від 17.02.2023 в розділі “Платіжні документи” в шаблон звіту “Реєстр платіжних доручень (ПЗ ”МЕРЕЖА”)” (pdreestmerejua.xlt), друк якого виконується з пункту контекстного меню “Друк звіту“/”Реєстр платіжних доручень та документів“, внесено зміни. Також, назву шаблона звіту “Реєстр платіжних доручень (ПЗ ”МЕРЕЖА”)” змінено на “Реєстр платіжних інструкцій (ПЗ ”МЕРЕЖА”)“.