Callback
  • Від місця на ринку до магазину

  • -

  • Від магазину до торговельної мережі

  • -

  • Від торгівлі до виробництва

Опис версії 2022.4.2 beta

Марія Гладких
Марія Гладких

Розробник технічної документації, автор відеоуроків, ведуча Торгсофт Podcast

192077. Виправлення шаблонів акта виконаних робіт

Торгівля з випискою рахунка → Видаткова накладна → Друк → Акт виконаних робіт

У шаблонах "Акт виконаних робіт тільки послуги" та "Акт виконаних робіт товари та послуги" змінні звітів згруповано за такими групами:

  • "Змінні акти",
  • "Одержувач",
  • "Відправник".

До шаблонів за замовчуванням для одержувача (замовника) додано змінну "ЄДРПОУ одержувача".

Також у шаблонах за замовчуванням переформатовано заголовок звіту для коректного відображення даних під час імпорту в Word/Excel.


193313. Виправлення роботи акції на один товар

Торгсофт → Акції

1. Виправлено помилку, коли при застосуванні акції на один товар і встановленні, що на товари активуючої групи не застосовувати клієнтську чи товарну знижку, ці знижки не застосовувалися до всіх товарів, а не лише до тих, що потрібні для активації акції.

2. Виправлено помилку, коли акція на один товар могла застосовуватися не до найдешевшого товару (якщо було встановлено відповідне налаштування в акції), коли:

  • Встановлена окрема знижка на кожен товар.
  • Кількість товарів, що підпадають під акцію, перевищує кількість знижок, прописаних користувачем.
  • Найдешевший товар додається останнім (має порядковий номер, більший за кількість прописаних знижок)

3. Виправлено помилку, коли відсотки знижки по акції на один товар не сумувалися зі знижками, встановленими на відповідній вкладці в акції. Це стосувалося випадків із налаштуванням "Окрема знижка на кожен товар", коли знижки не застосовувалися до останнього товару, що підпадає під акцію.

4. Виправлено помилку, коли при спрацюванні акції на один товар, у якій встановлено окрему знижку на кожен товар, не враховувалася кількість товарів активуючої групи.

5. На формі редагування "Акція" на вкладці "На один товар" додано перемикач Активувати. Це забезпечує однозначне розуміння: акція є на один товар чи ні. Якщо перемикач не активовано, всі компоненти на вкладці стають недоступними для редагування.

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


193671. Виправлення ціни товару активуючої групи

Торгсофт → Акція

Виправлено помилку, коли при спрацюванні акції на один товар:

  • якщо встановлено, що на товари активуючої групи не діє знижка клієнта,
  • обрано клієнта зі знижкою,
  • ціна у валюті (для документів у національній валюті) товару активуючої групи відрізнялася від ціни продажу.

Ця некоректність призводила до помилок, зокрема до неправильної суми при поверненні товарів у модулі Торгівля з випискою рахунка.


193736. Виправлення відображення форми аналізу продажу

Аналіз → Аналіз продажу товару постачальника на реалізації

Виправлено помилку, через яку:

  • форма "Товар на реалізації за період" могла відображатися у згорнутому вигляді при повторному відкритті, якщо була згорнута перед тим.

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


192188. Виправлення роботи банківського термінала

Торгсофт → Банківський термінал

Виправлено помилку, через яку в результаті операції міг формуватися сліп-чек термінала не за поточною, а за попередньою операцією. Помилка виявлялася у ситуації, коли поточна операція проводилася до завершення попередньої.

  • Відповідь термінала аналізується щодо наявності ознаки, що пристрій зайнятий. Якщо така ознака є, роботу з терміналом буде завершено.

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

Операція в "Торгсофт" вважатиметься скасованою.


193152. Вивантаження даних банківського термінала у XML

Налаштування → Програмний РРО

Додано можливість вивантаження у XML-файл для податкової служби з пРРО наступних параметрів операцій банківського термінала:

  • назва еквайра,
  • дата та час транзакції,
  • номер чека,
  • ідентифікатор платіжного пристрою,
  • реквізити електронного платіжного засобу (номер картки).

Цей алгоритм реалізовано для всіх протоколів, які працюють з українськими банками.

Це доопрацювання допомагає дотримуватися вимог щодо роботи банківського термінала з пРРО.


193154. Отримання інформації про банківський термінал

Налаштування → Параметри → Додаткові функції → Банківський термінал → таблиця "Банківський термінал" → дія Отримати інформацію про термінал

Для терміналів, які працюють за протоколом PosApi, додано можливість отримання інформації про термінал за допомогою функції "Інформація по терміналу".

Відображається наступна інформація:

  • Серійний номер термінала.
  • Версія програмного забезпечення термінала.
  • Найменування хоста (торгівця).
  • Ідентифікатор термінала (код профілю авторизації).
  • Ідентифікатор торговця.

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


196381. Виправлення помилки дати та часу при оплаті

Документ → Реалізація → дія Оплатити (F6)

Виправлено помилку, через яку під час продажу товару з використанням банківського терміналу та пРРО виникала помилка виду: "'2024.22.11. 10.12:0,0' is not valid date and time".

Помилка виникала під час роботи з терміналом за протоколом SSIAxECR.


192195. Виправлення ціни при зважуванні товару

Документ → Реалізація → Зважування товару

Торгсофт → Зважування товару

Виправлено помилку, коли при використанні ваги для зважування вагового товару у вікні введення ваги завжди відображалася і передавалася на ваги (якщо модель це підтримує) роздрібна ціна, незалежно від виду торгівлі.

Тепер, якщо реалізація оптова, у вікні введення ваги відображатиметься (і передаватиметься на ваги) оптова ціна товару.


192705. Додавання внутрішнього коду постачальника

Внутрішній код постачальника

  1. У перелік статичних характеристик товару (Матеріал, Вид товару, Розмір, Країна тощо), які додаються як динамічні характеристики до таблиць і даних звітів, додано "Внутрішній код постачальника".

  2. До звітів "Рахунок", "Видаткова накладна", "Комерційна пропозиція", "Прайс-лист за видами товару" додано статичні характеристики товару.

  3. До звітів "Внутрішня передача", "Списання", "Завдання експедитору" додано динамічні та статичні характеристики товару.

  4. У друковані форми "Прайс-лист з фото" та "Друк роздрібного прайс-листа" в набір даних додано "Внутрішній код постачальника".

  5. Додано можливість підключати динамічні та статичні характеристики товару до таблиць:

  • Торгівля з випискою рахунка:
      • Рахунок - Товар на рахунку
      • Видаткова накладна - Товар видаткової накладної
      • Комерційна пропозиція - Товар комерційної пропозиції.
  • Замовлення торгової точки на склад - Склад внутрішнього замовлення.

Можливість підключення динамічних і статичних характеристик товару до таблиць у різних формах програми забезпечує більшу гнучкість у налаштуванні відображення даних, полегшує ідентифікацію товарів і спрощує управління ними.


148733. Додавання типу Merchant для Укрсиббанку

Налаштування → Налаштування виписок по банківських рахунках

На форму "Налаштування користувачів та Merchant'ів" додано новий тип Merchant - УКРСИББАНК для налаштування виписок по банківських рахунках з Укрсиббанку.

Ця функція дозволяє завантажувати виписки по банківському рахунку з Укрсиббанку безпосередньо у Торгсофт.


185519. Контроль створення фінансових документів за банківськими виписками

Документ → Торгівля з випискою рахунка → вкладка Оплати клієнтів

Торгсофт → Виписки по банківських рахунках

Додано додатковий контроль при створенні фінансових документів за виписками по банківських рахунках для уникнення помилки створення двох фінансових документів по одній виписці.

  1. Контроль у формі редагування
    Під час створення фінансового документа через форму редагування прибрано можливість створення двох фінансових документів. При натисканні на "Записати" буде перевірка, і у разі конфлікту видається відповідна помилка. Це стосується ситуацій, коли два користувачі одночасно створюють фінансовий документ за однією випискою.

  2. Додаткові дії у вкладці Оплати клієнтів
    Для документа Торгівля з випискою рахунка → вкладка Оплати клієнтів → дія "Отримати виписки по банківських рахунках" додано:

    •   Контроль від заклацання: дія буде неактивною до завершення процесу.
  3. Оплата → Виписки по банківських рахунках
    Для дій "Отримати виписки", "Передати фінансову інформацію" та "Позначити як передану" також реалізовано контроль від заклацання до завершення відповідного процесу.


185639. Виправлення дублювання виписок

Торгсофт → Виписки по банківських рахунках

Виправлено проблему з відображенням дублювання виписок та отриманням інформації з сервера банку за виписками.

Ця помилка виникала у випадках, коли користувач мав доступ до мерчанта з порожнім номером картки.

Примітка: якщо існує мерчант з номером картки, який повністю збігається з іншим номером картки або є його закінченням, візуально виписки все одно можуть подвоюватися.


191681. Виправлення помилки перезапуску програми

Торгсофт → Виписки по банківських рахунках

Виправлено помилку, яка виникала під час перезапуску програми у вигляді повідомлення "Exception EAccessViolation in module BankDll.dl".

Ця помилка з'являлася, якщо під час роботи з програмою було отримано виписки та створено нові записи.


196280. Виправлення відображення дати під час створення оплати

Торгсофт → Виписки по банківських рахунках

Виправлено помилку, коли під час створення невизначеної оплати з прибуткової виписки за банківським рахунком візуально відображалася поточна дата, хоча оплата створювалася з датою, зазначеною у виписці.

Також виправлено відображення компонента із замочком (для фіксації дати), який некоректно відображався поряд із датою.


188707. Додавання змін у журнал документів

Журнал зміни документів

Для документів "Реалізація" та "Повернення" додано інформацію про зміну клієнта.


196407. Виправлення очищення логів для завдань за розкладом

Налаштування → Завдання за розкладом

Дія "Очистити логи", яка доступна на більшості вкладок форми, тепер видаляє записи журналу тільки для вибраного завдання, а не для всіх завдань, як це було раніше.


193076. Виправлення збереження коментаря до послуги

Документ → Замовлення клієнта на виріб

Виправлено помилку, через яку не зберігався з першого разу коментар до послуги, що додається до замовлення клієнта на виріб.

Ця помилка виявлялася, якщо в налаштуваннях було увімкнено застосування удосконаленого режиму при замовленні клієнта на виріб. В іншому випадку помилка не виникала.


196818. Виправлення обрізання текстових характеристик при імпорті

Документ → Прихід товару → Імпорт

Виправлена рідкісна помилка, коли при імпорті товару текстові характеристики обрізалися до довжини 255 символів.

Ця помилка була пов'язана з особливостями драйвера Microsoft Excel ODBC.


192318. Виправлення відображення валюти в чеку інкасації

Документ → Реалізація → дія Інкасація

Оплата → Фінансовий документ

Виправлено помилку, через яку при інкасації або здачі виручки з каси, валюта якої не відповідала національній, у чеку інкасації або здачі виручки сума завжди відображалася у форматі національної валюти.


192690. Додавання мінімального залишку до синхронізації

Склад → Синхронізація з інтернет-магазином

Для всіх способів синхронізації з інтернет-магазином до полів файлу синхронізації додано новий тип даних "Мінімальна кількість на складі".

Значення мінімального залишку залежатиме від налаштувань:

  • Якщо обрано "Для всіх складів", програма буде вивантажувати єдиний залишок для всіх центрів обліку.
  • Якщо налаштовано "Для кожного складу", програма вивантажуватиме залишок для центру обліку, що відповідає об'єкту синхронізації.

Можливість вивантажувати значення мінімального залишку товару в інтернет-магазин дозволяє:

  • Формувати статус товару на сайті.
  • Забезпечити автоматичне оновлення статусу без необхідності ручного коригування інформації.

Це допомагає уникнути ситуацій, коли покупці замовляють товари, які вже відсутні на складі.


193114. Прибирання непотрібного налаштування на вкладці клієнтів

Торгсофт → Синхронізація з інтернет-магазином

На формі редагування Об'єкт синхронізації для способів синхронізації Файли та Онлайн Маркет на вкладці Клієнти прибрано налаштування "Найменування клієнта формувати як".

Це налаштування було видалено, оскільки для цих способів синхронізації воно ні на що не впливало. Формування найменування клієнта здійснюється безпосередньо інтернет-магазином.


192074. Виправлення розташування напису в картці складського обліку

Склад → Рух товару → Картка складського обліку товару

Торгсофт → Картка складського обліку товару

Виправлено помилку, коли в розділі Склад → Стан складу → дія Рух товару → дія Картка складського обліку товару розташування напису "Складського обліку товару" залежало від довжини коду фото товару.

Це могло призводити до накладання напису на інші компоненти форми.


192965. Виправлення відображення поля "Макс. сума боргу"

Маркетинг → Клієнти → Картка клієнта

Маркетинг → Клієнти

Виправлено помилку, через яку в картці нового клієнта після встановлення галочки в полі "VIP-клієнт" поле "Макс. сума боргу" не з'являлося одразу. Воно з'являлося лише після збереження змін і повторного відкриття картки для редагування.


193065. Виправлення роботи Viber-розсилки

Торгсофт → Масова розсилка

Виправлено помилку, через яку в Документ → Торгівля з випискою рахунка на вкладці "Відправлені повідомлення" дія "Оновити статус відправки" була неактивною для Viber-повідомлень.

Додано:

  • Іконку "Viber-розсилка" для Viber-повідомлень у таблиці вкладки "Відправлені повідомлення".
  • Іконку "Viber-розсилка" у розділі Маркетинг → Масова розсилка на вкладці "Клієнти" у колонці "Дата" таблиці "Повідомлення масової розсилки".

193006. Виправлення помилок на формі "Неоплачені товари VIP"

Торгсофт → Неоплачені товари VIP

Виправлені помилки на формі "Неоплачені товари VIP" (режим роботи з VIP-клієнтами - "Часткова оплата з розшифровкою за товаром": вибрати VIP-клієнта в реалізації та натиснути "Оплатити"):

  1. Виправлено помилку "Cannot focus a disabled or invisible window", яка виникала при використанні комбінації клавіш Alt+5 для фіксації курсору в полі "Дата реалізації".

  2. Для поля "Дата реалізації" додано дію для очищення.

    •   Раніше це поле не можна було очистити після некоректного введення.
    •   Також після ручного очищення не оновлювалися дані, що тепер виправлено.

192196. Виправлення додавання ТТН Нової пошти

Синхронізація з Новою поштою → Реєстри ТТН Нової пошти

Нова пошта: виправлена помилка "Field 'Вартість за доставку' must have a value", яка заважала додаванню ТТН за номером.

Ця помилка виникала у випадках, коли додавалася ТТН без вартості доставки, наприклад, ТТН, створена з використанням послуги "Легке повернення".


192461. Виправлення обмеження доступу до видів товару

Документ → Торгівля з випискою рахунка → вкладка Рахунок

Обмеження доступу до видів товару

Виправлені помилки:

  • [FireDAC][Phys][ODBC][Microsoft][ODBC SQL Server Driver][SQL Server] Неправильний синтаксис у конструкції "5".
  • [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server] Internal error: An expression services limit has been reached. Please look for potentially complex expressions in your query, and try to simplify them.

Ці помилки могли виникати під час роботи зі складом або з методами, що його використовують, якщо робота виконувалася під користувачем, у якого встановлено обмеження доступу до видів товару, але при цьому доступ надавався до тисяч видів та підвидів товару.


196315. Виправлення роботи оплати подарункового сертифіката

Документ → Реалізація → Оплата

Виправлено помилку, через яку під час оплати подарункового сертифіката не закривалося вікно оплати.

З алгоритму роботи форми оплати виключено можливість оплати за допомогою клавіші F6.


192543. Виправлення обчислення суми бонусів до оплати

Документ → Торгівля з випискою рахунка

Виправлено помилку, через яку сума бонусів до оплати товарів рахунка/накладної могла бути від'ємною.

Ця помилка виявлялася у випадку, якщо для бонусної системи було налаштовано відсоток максимальної оплати бонусами, і при цьому сума реалізації, яка може бути оплачена бонусами (з урахуванням цього коефіцієнта), була меншою за суму передоплати за рахунком/накладною.


193314. Виправлення фільтру клієнта на формі оптових знижок

Торгсофт → Оптові знижки на виробника

Виправлено помилку, коли на формі Маркетинг → Оптові знижки на виробника не працював фільтр для випадаючого списку "Клієнт".

Раніше після кожної введеної літери або фрази з'являлася помилка "Клієнт не обраний".

Тепер:

  • Фільтр працює коректно.
  • Якщо клієнта не знайдено, повідомлення про помилку більше не відображається.

192182. Виправлення відображення місяця у звіті за касою

Торгсофт → Звіт за касою

Виправлено помилку, через яку у Звіт → Звіт за касою в змінній [Дата в родовому відмінку] назва місяця не була у родовому відмінку.

Тепер:

  • Відображення місяця у змінній [Дата в родовому відмінку] залежить від налаштувань мови в Торгсофт.
  • Змінено залежність мови відображення місяця з налаштувань Windows на налаштування мови у Торгсофт.

193007. Виправлення фільтра за торговельними мережами в інвентаризації

Торгсофт → Інвентаризація

Виправлено помилку, коли в Аналіз → Період, якщо у системі було увімкнено кілька торговельних мереж, фільтр за торговельними мережами не впливав на розрахунок суми з "нестач інвентаризацій".


196338. Виправлення помилки при оновленні даних за період

Торгсофт → Період

Виправлено помилку "Ambiguous column name 'PartnerID'", яка виникала у Аналіз → Період під час оновлення даних за підсумками періоду.

Ця помилка з'являлася, якщо аналіз проводився за конкретним центром обліку, а не по всій торговельній мережі.


191843. Зміни в алгоритмі оплати подарункових сертифікатів

Документ → Реалізація → дія Продати подарунковий сертифікат

Внесено зміни в алгоритм роботи форм оплати:

  • Оплата подарункового сертифіката.
  • Стандартна форма оплати (оплата реалізації).
  • Багатовалютна оплата.

Якщо будь-яка з цих форм викликається після сканування штрих-кода подарункового сертифіката у відповідній формі, на формі оплати буде недоступним варіант підтвердження оплати через натискання клавіші Enter.

Підтвердити оплату можна:

  • Натисканням кнопки "Оплата".
  • Натисканням кнопки F6.

Це рішення позбавляє ризику випадкового підтвердження оплати при використанні сканера штрих-кодів під час продажу подарункових сертифікатів.


191846. Додавання поля "Кількість" у прайс-лист з фото

Склад → Стан складу → Прайс-лист з фото

У набір даних для друку прайс-листа з фото додано поле "Кількість".

Це забезпечує можливість вивантаження в прайс-лист переліку товарів з фото та їх кількістю в одному документі.


196401. Виправлення помилки друку прайс-листа з фото

Торгсофт → Прайс-лист з фото

Виправлена помилка "F: Cannot perform this operation on an open dataset", яка виникала під час друку прайс-листа з фото у Склад → Стан складу, якщо не було встановлено використання коду постачальника у товарі.


192414. Виправлення послідовності полів у картці товару

Прихід товару → Картка товару

Виправлено проблему з порушеною послідовністю полів введення у картці товару при перемиканні між ними за допомогою клавіші "Tab".


193704. Покращення навігації та введення в картці товару

Прихід товару → Картка товару

Виправлено низку проблем, які ускладнювали роботу з карткою товару з клавіатури:

  1. Навігація клавішею Tab
    Тепер працює більш передбачувано, що спрощує перемикання між полями.

  2. Візуальне відображення активованих полів
    Поля "Опис" та "Назва товару" тепер мають візуальне відображення при їх активації, аналогічно іншим полям введення (кордони поля змінюють колір).

  3. Виправлення виділення тексту
    Для полів, які дозволяють вводити текст (наприклад, "Колір", "Матеріал", "Артикул" та інші), виправлено виділення всього тексту під час їх активації.

  4. Покращення роботи клавіші F5
    Для полів "Колір" та "Матеріал" виправлено роботу клавіші "F5", яка тепер коректно відкриває довідник.


176745. Додавання функції формування підсумкового звіту за період

Налаштування → Програмний РРО

У розділі "Налаштування → Програмний РРО" додано дію "Підсумковий звіт за період", яка дозволяє користувачам сформувати друкований звіт за період.

Функціональність звіту:

  • Формується звіт, у якому за даними z-звітів підраховується кількість чеків і їх сума, розподілена за формами оплат.
  • Звіт можна створити:

  За даними з податкової (за замовчуванням):

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

  За даними з бази Торгсофт:

  • Налаштування "Використовувати дані з сервера податкової служби" потрібно вимкнути.
  • Звіт формується за даними чеків у базі Торгсофт (можливі розбіжності з податковою через збої).
  • Пропущені чеки в локальній нумерації будуть завантажені перед початком формування звіту.

Особливості формування звіту:

  • Не враховуються відкликані, сторновані та тестові z-звіти.

Переваги:

  • Дає можливість переглядати дані, надіслані до податкової, на основі z-звітів.
  • Знижує ризик помилок, прискорює роботу з документами та забезпечує точність даних.

189219. Виправлення змінних у фіскальному чеку ПРРО

Програмний РРО

У друкованому шаблоні фіскального чека ПРРО внесено наступні зміни:

  1. Змінна "Номер накладної"

    •   Тепер відображає номер видаткової накладної з Торгівлі з випискою рахунка.
    •   Раніше відображався ідентифікатор складського документа.
  2. Додані змінні:

    •   "Номер рахунка"
    •   "Номер замовлення рахунка"

Ці зміни забезпечують точніше відображення інформації в шаблоні фіскального чека.


190140. Виправлення помилки при переході ПРРО в онлайн-режим

Програмний РРО

Виправлено низку випадків, коли під час нестабільної роботи мережі або фіскальних серверів могла виникати помилка при переході ПРРО в онлайн-режим:

Код помилки: 10 PackageValidationError
Для ПРРО з фіскальним номером N останній документ поточної зміни підлягає відкликанню, але не відповідає змісту офлайн-документа.

Особливості:

  • Помилка, як і раніше, може виникати у разі аварійного завершення роботи програми в момент реєстрації фіскального чека та подальшого переходу ПРРО в офлайн-режим під час спроби реєстрації наступного чека.

Виправлення цієї проблеми заплановано на наступні версії програми.


192170. Автоматичне оновлення реєстраційних даних у ПРРО

Налаштування → Програмний РРО

Програмний РРО тепер автоматично виконує оновлення реєстраційних даних та повторює спробу друку чека, якщо під час друку виникає помилка, пов’язана з реєстраційними даними.

Автоматичне оновлення зменшує час простою при виникненні помилок.
Повторна спроба друку забезпечує безперебійну роботу РРО, навіть у разі некоректних реєстраційних даних.


193644. Виправлення точності розрахунків у ПРРО при поверненні

Документ → Повернення

Програмний РРО

Виправлено помилку, пов’язану з недостатньою точністю розрахунків цін товару реалізації (рахунки, замовлення клієнта) при застосуванні округлення.

  • Через недостатню точність формувалися некоректні розшифровки оплат для товарів документа.
  • У результаті сума товару, що повертається, могла не збігатися із сумою коштів (готівкових та безготівкових), які пропонувала програма повернути клієнту.
  • Це призводило до помилки формування фіскального чека повернення в ПРРО:
    "400 Код помилки: 9 DocumentValidationError Підсумки за формами оплати. Сума за рядками XXX.XX не дорівнює загальній сумі в документі YYY.YY з урахуванням суми комісії".

Рішення:

  • Виправлено алгоритм формування цін із підвищеною точністю розрахунків.
  • Зміни стосуються лише новостворених документів.

Помилки при поверненні за раніше створеними некоректними документами залишаються.


193026. Виправлення друку етикеток при розподілі товару

Документ → Прихід товару → Розподіл товару

Документ → Прихід товару

Виправлено помилку у формі "Розподіл товарного приходу по торгових точках", через яку під час виконання дії "Друк етикеток для всіх центрів обліку" по завершеному розподілу на етикетку підтягувалася закупівельна ціна замість роздрібної.

Помилка виникала, коли документом розподілу була "Прихідна накладна".

Тепер на етикетку підтягується коректна роздрібна ціна.


192680. Додавання статті фінансового аналізу в оплату зарплати

Розрахунок зарплати → Платіжна відомість → Оплата розрахункового листа

На форму "Оплата розрахункового листа" додано можливість вибору статті фінансового аналізу.

За замовчуванням встановлюється стаття фінансового аналізу "Зарплата".
Нова функція дозволяє деталізувати статтю фінансового аналізу під час нарахування заробітної плати.

Переваги:

  • Забезпечує більшу гнучкість і точність у фінансовому аналізі витрат на оплату праці.

192687. Нові дії у журналі роботи співробітників

Розрахунок зарплати → Планування → Журнал роботи співробітників

На форму "Планування" у вкладку "Журнал роботи співробітників" додано наступні можливості:

  1. "Створити прихід":

    •   При виклику цієї дії відкривається вікно, аналогічне створенню закінчення роботи.
    •   За замовчуванням для приходу встановлюється поточна дата та час.
  2. "Видалити всі записи за день":

    •   Видаляє всі записи з журналу реєстрації початку/закінчення роботи для співробітника на обрану дату.
    •   Перед видаленням відображається повідомлення з можливими наслідками.
  3. Імпорт даних у Excel:

    •   Для таблиці "Співробітник" додано стандартну дію імпорту даних у формат Excel.

Переваги:

  • Забезпечує можливість швидкого вивантаження даних реєстрації початку та закінчення роботи всіх співробітників.
  • Дозволяє вручну створювати записи про початок роботи співробітника.
  • Спрощує видалення помилково створених записів.

Реалізована можливість налаштування рольового доступу до нових дій.


192726. Виправлення доступу до торгових точок у платіжній відомості

Розрахунок зарплати → Платіжна відомість

Облік зарплати → Платіжна відомість

Виправлено помилку, яка виникала у таких умовах:

  • При створенні нової платіжної відомості з'являлося повідомлення про необхідність вибору торгових точок, хоча список торгових точок був відсутній на формі.
  • Помилка проявлялася у користувачів із обмеженим доступом до центрів обліку.
  • У налаштуваннях ролей був закритий доступ до елемента "Торгова точка відомості" на формі редагування "Платіжна відомість".

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

Додано більш зрозумілу поведінку для обмежених користувачів, яка дозволяє уникати непорозумінь під час створення платіжних відомостей.


192653. Виправлення відображення колонок у розрахунку складських запасів

Склад → Розрахунок складських запасів

Виправлено проблему з відображенням колонок, пов'язаних із мінімальним залишком, яка виникала при перемиканні галочки на вкладці "Розрахунок мінімального залишку".

Тепер колонки коректно відображаються незалежно від стану галочки.


191748. Додавання функції роботи з серійними номерами в ремонт

Ремонт → Матеріал ремонту

На форму "Ремонт", у вкладку "Матеріал ремонту", додано дію "Серійні номери". Дія доступна за умови активної опції "Облік гарантійного товару за серійними номерами".

Ремонт → Налаштування

На форму "Налаштування" (форми "Ремонт") додано налаштування "Пропонувати введення серійного номера для матеріалу ремонту".

  • Якщо налаштування увімкнено, то при додаванні нового матеріалу ремонту буде запропоновано ввести серійний номер із відкриттям відповідної форми.
  • При зміні кількості матеріалу в більшу сторону також буде запропоновано ввести серійний номер.
  • При зміні кількості матеріалу, для якого було введено серійні номери, в меншу сторону, буде запропоновано відредагувати перелік серійних номерів (видалити зайві).
  • Замінити матеріал ремонту на інший, якщо були введені серійні номери, буде неможливо.

Серійні номери матеріалу ремонту можна редагувати лише в режимі "Ремонт".

Ремонт → Торгівля з випискою рахунка

У режимі "Торгівля з випискою рахунка" дія роботи з серійними номерами для товарів рахунка, створеного по ремонту, працює лише в режимі перегляду.

Тепер можна вести облік серійних номерів для матеріалу ремонту, що належать до товарів гарантійного обліку.


192553. Виправлення коментаря у видатковому документі

Документ → Ремонт

Виправлено помилку, через яку у коментар для видаткового документа, створеного при обміні або поверненні товару постачальнику під час ремонту, не підтягувався номер ремонту.

Тепер номер ремонту коректно відображається у коментарі видаткового документа.


193301. Налаштування доступу до збору товару в коробку

Торгсофт → Збір товару в коробку для сезонного зберігання

Виправлено помилку, через яку для обмеженої ролі неможливо було налаштувати доступ до форми "Збір товару в коробку для сезонного зберігання".

Ця помилка ускладнювала перенесення товарів в іншу коробку.

Тепер доступ до форми може бути налаштований коректно, що дозволяє переносити товар між коробками без обмежень.


191831. Додано друк та перегляд зведеної податкової накладної

Документ → Облік податкових накладних

  1. На вкладку "Зведені податкові накладні" форми "Облік податкових накладних" додано дію "Друк податкової накладної", яка відкриває друковану форму. Ця форма аналогічна до форми друку для звичайних (не зведених) податкових накладних.

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

    •   Доступ до цієї дії можна налаштувати через рольовий доступ.

Можливість перегляду зведеної податкової накладної у зручній друкованій формі забезпечує швидку перевірку правильності сформованої накладної.


192052. Виправлення розрахунку собівартості

Торгсофт → Собівартість

Виправлено помилку, через яку під час розрахунку собівартості за останньою закупівельною ціною вона не заповнювалася у складських документах попередніх періодів.

Тепер при розрахунку собівартості за останньою закупівельною ціною:

  • Собівартість заповнюється у складських документах попередніх періодів, якщо ці документи відкриті.
  • Заповнення собівартості відбувається тільки за умови, що для цих документів розрахунок собівартості ще жодного разу не виконувався.

193585. Виправлення розрахунку собівартості

Розрахунок собівартості

Виправлено помилку, яка виникала під час розрахунку собівартості за останньою закупівельною ціною. На приходи, створені в результаті розукомплектації, могла не проставлятися закупівельна ціна і собівартість, якщо в незакритих періодах була присутня комплектація цього комплекту.

Тепер при розрахунку собівартості за останньою закупівельною ціною:

  • Закупівельна ціна і собівартість коректно проставляються на приходи від розукомплектації, навіть якщо в незакритих періодах є операції комплектації відповідного комплекту.

190594. Підвищення надійності роботи сервера додатків

Сервер додатків

Змінено принципи роботи з файлами Adminserver.ini та Adminserver.bak.

Підвищено надійність роботи сервера додатків. Тепер, у разі аварійного завершення роботи або непередбачуваних ситуацій, сервер додатків автоматично продовжить роботу, що мінімізує ймовірність простою.


6996. Покращення синхронізації з інтернет-магазином

Склад → Синхронізація з інтернет-магазином

  1. Новий тип даних для файлів синхронізації:
    На формі "Об'єкт синхронізації" у вкладці "Файли синхронізації" додано новий тип даних для полів файлу синхронізації — "Кількість на складі (за центрами обліку)". Це дозволяє вивантажувати інформацію про кількість товару на складі для кожного центру обліку.

  2. Підтримка нового поля "WarehouseID":
    Для способу синхронізації "Через файли" додано підтримку нового поля "WarehouseID":

    •   Якщо поле "WarehouseID" знаходиться у блоці "Options", то воно вказує код центру обліку, який використовується як центр обліку при створенні рахунка за замовленням.
    •   Якщо поле "WarehouseID" знаходиться у блоці інформації про товар замовлення, то воно вказує код центру обліку, звідки буде списано товар.
    •   Якщо вказане значення "WarehouseID" не є кодом центру обліку, воно ігнорується.
  3. Нові колонки в замовленнях віддаленого клієнта:
    На формі "Замовлення віддаленого клієнта":

    •   У таблиці "Замовлення" додано колонку "Центр обліку", яка показує центр обліку, що буде встановлено рахунку при його виписці.
    •   У таблиці "Товар" додано колонки:

"Центр обліку" — відображає центр обліку, звідки буде списано товар.
 "Кількість на складі" — показує кількість товару, доступного на складі відповідного центру обліку.

  Додано стани:

  •   "Товар відсутній" — для візуального позначення відсутності товару.
  •   "Товару не вистачає на складі" — для позначення нестачі товару.

Внесені зміни допоможуть співробітникам, які працюють із замовленнями інтернет-магазину, швидко визначати, з якого центру обліку необхідно відправляти товар, та ефективно управляти запасами.


192464. Додано фільтри в журнал синхронізації

Склад → Синхронізація з інтернет-магазином → Журнал синхронізації

На вкладку "Журнал синхронізації" форми "Синхронізація з інтернет-магазином" додано наступні фільтри:

  • "Тип синхронізації" — дозволяє вибирати конкретний тип синхронізації для перегляду відповідних записів.
  • "Результат" — дозволяє фільтрувати записи за результатом синхронізації.

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


192791. Додавання контрольних сум і токена авторизації

Склад → Синхронізація з інтернет-магазином → Синхронізація через файли

  1. Для способу синхронізації "через файл":

    •   Додано передачу контрольних сум файлів (SHA256) до параметрів POST-запиту, якщо використовується налаштування "Надсилати POST-запит після синхронізації".
    •   Контрольні суми дозволяють інтернет-магазину перевіряти цілісність файлів перед імпортом даних, запобігаючи можливому пошкодженню під час передачі.
  2. Для способу синхронізації "Онлайн маркет":

    •   Додано новий параметр із токеном авторизації до POST-запиту для забезпечення безпечного доступу.

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


193769. Покращення алгоритму пошуку клієнтів

Документ → Замовлення віддаленого клієнта

  1. Зміна алгоритму пошуку клієнтів:

    •   Під час обробки замовлення тепер клієнти шукаються за іменем та номером телефону одночасно.
    •   Якщо клієнт не знайдений і активне налаштування "Шукати клієнтів за номером телефону", пошук виконується виключно за номером телефону.
    •   Раніше налаштування "Шукати клієнтів за номером телефону" мало вищий пріоритет, що могло призводити до менш точного пошуку у випадках, коли декілька клієнтів мали однаковий номер телефону. Це також могло викликати помилку:
      sql Violation of UNIQUE KEY constraint 'uqsPartner'. Cannot insert duplicate key in object 'dbo.Partner'.
  2. Виправлення помилки з адресою доставки:

    •   Виправлена помилка: sql Violation of UNIQUE KEY constraint 'uqsCounterpartyAddress'. Cannot insert duplicate key in object 'dbo.CounterpartyAddress'.

  Помилка могла виникати при обробці замовлення, якщо адреса доставки містила два символічні одиночні лапки поспіль.

Алгоритм пошуку клієнтів став точнішим, що мінімізує ризик дублювання записів клієнтів та адрес. Виправлення помилок підвищує надійність роботи з замовленнями.


188191. Виправлення збереження файлів синхронізації

Склад → Синхронізація з інтернет-магазином

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

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


192179. Оптимізація використання пам'яті

  • Склад → Синхронізація з інтернет-магазином
  • Склад → Розрахунок складських запасів
  • Документ → Формування замовлення постачальнику

Істотно зменшено можливість виникнення помилки "Out of memory" під час роботи з великою кількістю товарів (десятками тисяч) із великою кількістю характеристик у зазначених режимах.

Внесені зміни забезпечують оптимізацію використання оперативної пам'яті, зменшують її навантаження та підвищують стабільність роботи програмного забезпечення.

  • Значно знижено ймовірність помилок через нестачу пам’яті.
  • Підвищено ефективність роботи у режимах із великим обсягом даних.

190832. Виправлення відображення випадаючих списків

Системні задачі та об'єкти

Виправлено проблему відображення випадаючих списків у полях введення. Раніше висоту вікна випадаючого списку можна було розтягнути до розмірів, що перевищують висоту екрана, що викликало незручності в роботі.

Додатково виправлено інші помилки, пов’язані зі збереженням розмірів вікон випадаючих списків.

  • Списки тепер автоматично обмежуються висотою екрана для коректного відображення.
  • Покращено збереження та відновлення розмірів вікон випадаючих списків для більш комфортної роботи.

191170. Виправлення помилки "Access violation"

Системні задачі та об'єкти

Виправлено помилку "Access violation", яка могла виникати під час закриття програми та перешкоджати її завершенню.

Проблема проявлялася випадковим чином у тих сеансах, коли користувач використовував фільтр по товару.

  • Усунено випадки появи помилки "Access violation" під час закриття програми.
  • Робота з фільтром по товару більше не спричиняє некоректної поведінки програми при завершенні.

191897. Контроль введення числових полів

Системні задачі та об'єкти

Додано контроль введення для числових полів:

  • Для полів, які підтримують введення десяткових чисел, кількість цифр до коми обмежено дванадцятьма (12). При введенні тринадцятої (13) цифри значення або очищається, або скидається на нуль (0).

  • Для полів, які підтримують введення лише цілих чисел, діапазон допустимих значень обмежений типом даних (data type) цього поля.

Ці зміни дозволяють запобігти введенню помилкових значень, наприклад:

  • Сканування штрих-коду у полі "Кількість" або "Ціна".
  • Введення занадто великих чисел у полі "Номер накладної".

192463. Виправлення створення архіву в хмарі

Створення архіву в хмарі

Виправлено помилку, коли ім'я файлу архіву бази даних містило текст "ERROR".

Проблема була пов'язана з визначенням версії SQL Server і виникала тільки під час роботи під управлінням SQL Server 2022.


192552. Виправлення архівування у хмарі

Налаштування → Завдання за розкладом → Архівування у хмарне сховище

Створення архіву у хмарі: виправлено проблему, яка заважала вивантаженню архівів розміром більше 4 GB.


193582. Виправлення логування архівування у хмарі

Створення архіву у хмарі

У таблиці "Лог виконання завдання надсилання у хмару" відновлено:

  • Інформацію про тип операції "Перевірка файлів".
  • Відображення піктограми успішного завершення виконання завдання.

Колонка "Стан відправки" більше не відображається, оскільки вся інформація про хід виконання завдання тепер присутня в memo-полі таблиці.


192253. Виправлення синхронізації з ROZETKA

Склад → Синхронізація з інтернет-магазином → Синхронізація з Rozetka.ua

Синхронізація з маркетплейс ROZETKA:

Виправлено проблему, коли після заміни фотографії товару та подальшої синхронізації ROZETKA не підтягувала нове фото товару.

Тепер файли фотографій товарів вивантажуються з додаванням до їхньої назви контрольної суми файлу. Це дозволяє маркетплейсу визначати наявність зміненого фото товару та виконувати його оновлення.


196355. Дозвіл редагування товарів у замовленнях ROZETKA

Склад → Синхронізація з інтернет-магазином → Синхронізація з Rozetka.ua

У режимі "Торгівля з випискою рахунка" прибрано заборону редагування товарів рахунка та видаткової накладної, пов'язаних із замовленням з маркетплейса ROZETKA.

Можливість редагувати товари в рахунках та накладних за замовленнями ROZETKA дозволяє оперативно реагувати на зміни в замовленнях. Це забезпечує:

  • Корекцію помилок при введенні даних.
  • Актуалізацію даних у разі змін на складі.

Зміна підвищує якість обслуговування клієнтів.


196814. Виправлення помилки синхронізації з ROZETKA

Синхронізація з маркетплейс ROZETKA

Виправлено помилку "Field 'PartnerName' must have a value", яка в окремих випадках могла виникати при прийомі замовлень.

Помилка була пов’язана з відсутністю інформації про клієнта у замовленні.


193805. Виправлення синхронізації з Новою поштою

Синхронізація з Новою поштою

Виправлена помилка '[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Error converting data type nvarchar to numeric,' яка могла виникати під час виконання дії "Оновити стан ТТН" на формі "Реєстри ТТН Нової пошти".

Помилка була пов’язана з оновленням підсумкових даних реєстру.


192328. Вимкнення перевірки габаритів для Укрпошти

Синхронізація з Укрпоштою

При створенні ТТН відключено перевірку на максимально допустимий розмір (габарити) відправлення.

Наразі цю перевірку виконує сервер Укрпошти.


193329. Виправлення редагування ТТН для Укрпошти

Синхронізація з Укрпоштою

Функція редагування ТТН:

Виправлено працездатність функції редагування ТТН через дію "Змінити" на формі відстеження відправлення.
Раніше, при редагуванні ТТН, не всі параметри відправлення коректно завантажувалися на форму, що могло призводити до втрати даних.

Зміни у формі створення ТТН:

Налаштування, яке раніше називалося "Відображення банківського рахунку відправника", було перейменовано на "Переказ післяплати на банківський рахунок відправника", щоб більш точно відображати призначення цієї настройки.
Також це налаштування було перенесено до блоку налаштувань, пов'язаних із післяплатою.

197179. Виправлення помилки "Read timed out"

Синхронізація з Укрпоштою

Виправлено помилку "Read timed out," яка виникала при створенні ТТН.

Помилка була пов’язана з тим, що сервер Укрпошти з невідомої причини перестав обробляти запити на одну з двох доступних адрес доступу до API.


182966. Формування файлу товару для Prom.ua

Склад → Синхронізація з інтернет-магазином → Синхронізація з Prom.ua

Файл товару для вивантаження на Prom.ua тепер формується у форматі XLSX (Excel 2007), який має такі переваги:

  • Дозволяє зберігати до 1 048 576 рядків і 16 384 колонок.
  • Забезпечує менший розмір файлу на диску при тому самому об'ємі даних.

Це спрощує роботу з великою кількістю характеристик, оскільки старий формат мав обмеження на вивантаження значної кількості параметрів.


193733. Налаштування стискання файлів для Prom.ua

Склад → Синхронізація з інтернет-магазином → Синхронізація з Prom.ua

На форму "Об'єкт синхронізації" на вкладку "Файли синхронізації" для синхронізації з Prom.ua додано налаштування "Стискати файл імпорту перед відправкою".

Це налаштування корисне у випадках, коли розмір файлу імпорту перевищує максимально допустимий розмір у 180 Мб.


196063. Виправлення відображення помилок Prom.ua

Синхронізація з Prom.ua

Виправлено відображення тексту помилок від сервера під час синхронізації.

Раніше текст деяких помилок міг відображатися у вигляді: "message": "\u043e\u0433...". Тепер повідомлення відображаються коректно.


196440. Виправлення відображення помилок способів оплати

Синхронізація з Prom.ua

Виправлено відображення тексту помилок, які могли виникати під час виконання дії "Завантажити способи оплати" на формі редагування "Об'єкт синхронізації".

Повідомлення про помилки тепер відображаються коректно, що забезпечує зручніше виявлення та усунення проблем.


196972. Виправлення статусу замовлень на Prom.ua

Синхронізація з Prom.ua

Виправлено проблему, коли після прийому замовлень статус замовлення на Prom.ua змінювався на "Прийнято", але саме замовлення не було відображено в програмі.

Ця проблема могла виникати у разі несподіваної помилки під час процесу прийому замовлень.

Тепер коректність змін статусів та синхронізація даних гарантовані.


192677. Покращення форми "Склад сім'ї"

Маркетинг → Склад сім'ї

На форму "Склад сім'ї" додано такі функції:

  • Колонка "% знижки".
  • Фільтри "Тип знижки" та "Торговельна мережа" (відображається лише за умови використання більше однієї торговельної мережі).

Тип знижки:
Відображається у вигляді піктограми в колонці "Клієнт", а також у рядку статусу, аналогічно формі "Клієнт".

Ці зміни значно підвищують інформативність форми "Склад сім'ї".


196399. Маркетинг

Маркетинг → Клієнти → Картка клієнта

Виправлено помилку, коли на формі редагування Клієнт на вкладці "Склад сім'ї" дублювалися записи, якщо знижка для клієнта була встановлена для кількох торговельних мереж.


193330. Документ

Документ → Торгівля з випискою рахунка

Виправлено помилку, коли при використанні вдосконаленого режиму розрахунку ціни продажу в Торгівлі з випискою рахунка, але без використання округлення, у друкованій формі рахунка сума за рахунком (у тому числі й прописом) не збігалася з розрахованими підсумками товарів рахунка.


196230. Торгівля з випискою рахунка

Торгівля з випискою рахунка

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


193004. Товарознавство

Товарознавство → Повний перелік товарів та послуг

Виправлена помилка, через яку під час перегляду послуги на формі "Кошик видалених послуг" була доступна дія зі зміни складу послуги та інші поля.


196425. Фільтри

Фільтри

Оптимізовано роботу з фільтром по товару, якщо вибрано багато (тисячі) видів товарів чи виробників. Також, якщо вибрано більше 10 видів товарів або виробників, то в описі фільтра буде лише перші 10 значень та додатковий напис "і т.д.".

Якщо потрібно вибрати тільки один вид товару або виробника, рекомендується не використовувати галочку (оскільки це призведе до вибору всіх підвидів та побудови фільтра за кожним значенням), а просто виділяти потрібний запис курсором і натискати "Вибрати" (результат той самий).


196162. Фіскальний реєстратор

Фіскальний реєстратор → WebKassa

Виправлена помилка "Термін дії сесії минув" при формуванні фіскального чека на сервісі WebKassa, якщо спочатку сформували чек в основній програмі, потім у додатковій реалізації і знову в основній реалізації.


196383. Фіскальний реєстратор

Фіскальний реєстратор → WebKassa

  • Помилка на сервері WebKassa: код помилки - 9
  • (Позиція 'К?нба?ис майи МАСЛОЗАВОД №1 5 л.': Податок підрахований невірно. (Поточне: 430.71, Очікувалося: 430.72))
  • (Позиція Вафлі Рахат в асортименті 7: Податок підрахований невірно. (Поточне: 98.2, Очікувалося: 98.21))

Ця помилка могла виникати при формуванні фіскального чека реалізації через обслуговування WebKassa.

  • Помилка на сервері WebKassa: код помилки - 9
  • (Сума чека (32,146.95) більше суми платежів (32,146.94))

Ця помилка могла виникати при формуванні фіскального чека повернення через обслуговування WebKassa.


196423. Фіскальний реєстратор

Фіскальний реєстратор → WebKassa

При формуванні фіскального чека на сервісі WebKassa виправлено помилку: "Помилка на сервері WebKassa: код помилки - 9 (Необхідно вказати авторизаційний токен)", якщо в назві товару присутній зворотний слеш \ або ентер.