Опис версії 2026.0.8 | Анонс

211145. Виправлення назви операції в сліп-чеку

Банківський термінал

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

Виправлена помилка, через яку при оплаті або поверненні у сліп-чеку банківського терміналу, що відображається в чеку ПРРО, замість найменування операції (ОПЛАТА, ПОВЕРНЕННЯ...) відображався її код (1, 2...).

Помилка виявлялася на терміналах, що працюють за протоколом JSON WebSocket.

210289. Налаштування видимості колонок у прибутковості реалізацій

Прибутковість реалізацій за період

Аналіз → Прибутковість реалізацій за період

Виправлена помилка, через яку неможливо було вручну вимкнути видимість колонок «Штрих-код» та «Назва», якщо за замовчуванням вони мали відображатися для вибраного на формі варіанта групування.

Також прибрано можливість налаштування відображення колонок «Штрих-код» і «Назва», якщо вони не передбачені поточним варіантом групування на формі.

210073. Відображення показань лічильників

Журнал показань лічильників

Налаштування → Журнал показань лічильників

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

208325. Відображення переоцінки при імпорті

Імпорт

Прихід товару → Імпорт

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

210480. Імпорт довгих штрих-кодів

Імпорт

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

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

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

211407. Блокування при інвентаризації

Інвентаризація

Документ → Відомість інвентаризації

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

211209. Відображення суми зворотної доставки

Нова пошта

Виправлена помилка, через яку на формі «Відстеження ТТН» не відображалася сума зворотної доставки.

Помилка виникала після автоматичного оновлення статусу такої ТТН.

Також виправлена помилка, через яку сума зворотної доставки не відображалася для ТТН, доданої за номером.

209896. Облік подарункових сертифікатів

Звіт за підсумками за період

Звіт → Звіт за підсумками за період

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

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

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

209536. Повторне формування фіскального чека

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

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

Виправлена помилка, через яку неможливо було сформувати чек з оплати рахунків і видаткових накладних на формі «Друк фіскальних чеків» (Документ → Торгівля з випискою рахунка → вкладка Оплати клієнтів → дія Друк фіскальних чеків), якщо фіскальні чеки програмного РРО за цими документами раніше були сторновані.

Також у Документ → Торгівля з випискою рахунка → вкладка Рахунок → вкладка Передоплата рахунка для оплат, за якими фіскальний чек, проведений через ПРРО, було сторновано, більше не відображається ознака «Роздрукований фіскальний чек».

Тепер за такою оплатою також можна повторно сформувати фіскальний чек.

209541. Урахування фіскальної передоплати

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

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

Виправлена помилка, через яку під час друку фіскального чека програмного РРО (Документ → Торгівля з випискою рахунка → вкладка Оплати клієнтів → дія Друк фіскальних чеків) за оплатою видаткової накладної не враховувалася фіскальна передоплата за цим документом, якщо чек за цією передоплатою формувався не в момент введення оплати.

Помилка виникала під час подальшого формування чека за всією видатковою накладною (Документ → Торгівля з випискою рахунка → вкладка Видаткова накладна → група дій Чек → дія Надрукувати фіскальний чек) на суму оплати без суми боргу.

209535. Додавання товару без ціни

Реалізація

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

На формі «Не знайдена ціна за прайсом» кнопку «Перервати» перейменовано на «Скасувати».

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

Якщо користувач натиснув «Скасувати», цей товар не буде додано в документ. Якщо виконується масове додавання товарів, додавання інших товарів продовжиться.

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

208918. Помилки рольового управління

Рольове управління на формах

На формі «Управління елементами форми» (викликається із системного меню практично будь-якої форми дією «Управління») виправлено низку помилок (Access Violation, Invalid Pointer Operation), які в певних випадках перешкоджали роботі з формою.

208706. Захист чутливих даних

Сервер автоматичних завдань

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

210060. Оптимізація архівування фото

Сервер автоматичних завдань

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

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

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

210612. Відображення портів підключення

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

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

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

211197. Помилка синхронізації клієнтів

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

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

Виправлено помилку «Out of memory», яка могла виникати під час формування файлу бази клієнтів у базах даних із дуже великою кількістю клієнтів.

208858. Рольове управління формами

Системні завдання та об’єкти

Управління елементами форми: для користувачів із рольовими обмеженнями стала доступна дія «Управління» (знаходиться в системному меню практично будь-якої форми), яка відкриває форму «Управління елементами форми».

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

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

208885. Відображення вікна шрифту

Системні завдання та об’єкти

Управління елементами форми: виправлена проблема, через яку вікно «Шрифт», що викликається під час редагування елементів форми, перекривалося формою «Управління елементами форми», унаслідок чого не було можливості взаємодіяти з вікном «Шрифт».

210121. Налаштування стискання архіву

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

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

210347. Синхронізація оптових цін

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

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

Виправлена помилка, коли під час синхронізації з інтернет-магазином, зокрема з Prom, якщо в системі використовується політика оптових цін (активована відповідна платна функція і в Налаштування → Параметри → Облік налаштування «Переходити від роздрібної ціни до оптової залежно від кількості» встановлено в «Використовувати політику оптових цін»), але в об'єкті синхронізації не увімкнено налаштування «Синхронізувати політику оптових цін», то у файлі з товарами була присутня стандартна оптова ціна та один поріг переходу, які були введені до активації політики оптових цін і зараз недоступні для перегляду та редагування у картці товару.

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

Виправлена помилка, коли під час синхронізації з Prom, при увімкненому налаштуванні «Синхронізувати політику оптових цін», вона не вивантажувалася у файл (туди потрапляла звичайна оптова ціна та звичайна кількість опт.), якщо не було вибрано жодного поля для вивантаження файлу на вкладці «Файли синхронізації» об'єкта синхронізації.

На формі редагування «Об'єкт синхронізації» видимість налаштування «Синхронізувати політику оптових цін» тепер залежить не тільки від того, чи активована відповідна функція, але й від того, чи в Налаштування → Параметри → Облік налаштування «Переходити від роздрібної ціни до оптової залежно від кількості» встановлено в «Використовувати політику оптових цін».

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

211173. Стабільність роботи телеметрії

Телеметрія

Виправлено помилку, через яку програма аварійно завершувалася під час запуску з повідомленням Windows «Програма не працює» (заставка завантаження залишалася на екрані), а після закриття програми процес torgsoft.exe залишався в пам'яті ще 35–55 секунд, через що у користувача накопичувалося кілька одночасно запущених копій програми.

Помилка виникала на комп'ютерах, де сервер телеметрії був тривалий час недоступний і в папці %AppData%\Roaming\TorgsoftTelemetry накопичувався файл черги подій pending.jsonl: відправлення накопичених подій виконувалося в системному пулі потоків і затримувало завершення процесу, а звернення фонового потоку до вже звільненої пам'яті в момент закриття програми призводило до аварійного завершення.

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

Виправлена помилка, через яку на Windows 7 та Windows Server 2008 R2 телеметрія взагалі не відправлялася, а файл черги зростав нескінченно: системна бібліотека winhttp.dll на цих системах підтримує лише TLS 1.0, а сервер телеметрії приймає лише TLS 1.2 та вище.

Обмін переведено на бібліотеку Indy з OpenSSL із папки програми та більше не залежить від версії операційної системи.

209480. Об’єднання рахунків

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

Виправлена помилка «Violation of UNIQUE KEY constraint 'uqsReserve'. Cannot insert duplicate key in object 'dbo.Reserve'.», яка виникала під час об’єднання рахунків, якщо в обох рахунках були присутні однакові товари, що очікують на резерв.

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

Видалення статистики закритих періодів

Виправлена помилка «[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server] Порушено "uqInvsInvoiceComposition" обмеження UNIQUE KEY. Не вдається вставити повторюваний ключ в об'єкт "dbo.InvoiceComposition"», яка виникала під час видалення статистики закритих періодів, якщо в періодах, що видаляються, були повернення, у яких поверталися однакові товари з різних реалізацій.

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

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

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

Видалення статистики закритих періодів

Виправлена помилка «[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Конфлікт інструкції DELETE з обмеженням SAME TABLE REFERENCE fk_M6L23. Конфлікт стався в базі даних "TorgSoftDB", таблиця "dboFina" 'FinancialDocumentID", column 'FinancialDocumentID'.», яка могла виникати під час видалення статистики закритих періодів, якщо дата видаткової накладної знаходилася в періодах, що видаляються, а оплата подарунковим сертифікатом — поза періодом, що видаляється.

211232. Додавання товарів до інвентаризації

Аналіз → Аналіз товару, що залежався

На форму «Аналіз товару, що залежався» додано дію «Додати у відомість інвентаризації», яка додає товари у вибрану відомість інвентаризації аналогічно до форми «Стан складу».

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

210826. Виправлення кнопки закриття

Оплата → Баланс із партнерами → Налаштування валютних накладних

Виправлено помилку, через яку на формі «Накладні, що не мають інформації про валюту» кнопка «Закрити» перекривалася іншими кнопками.

203871. Друк чеків через термінал

Налаштування → Перелік додаткових функцій → Банківський термінал

Додано можливість друкувати касові чеки через банківський термінал.

1. На формі редагування «Банківський термінал» додано:

• поле «Опис» — доступне для всіх банківських терміналів. Опис допомагає ідентифікувати потрібний термінал під час його вибору як принтера чеків;
• налаштування «Використовувати для друку касових чеків» — за замовчуванням вимкнене;
• поле «Роздільність (DPI)» — за замовчуванням встановлено значення 174 DPI, що відповідає ширині касової стрічки 56 мм. Поле доступне, якщо увімкнено налаштування «Використовувати для друку касових чеків». Для підбору оптимального значення DPI додано кнопку «Калькулятор», що дає змогу розрахувати значення залежно від ширини чекової стрічки, для якої створено шаблон чека.

Налаштування «Використовувати для друку касових чеків» та «Роздільність (DPI)» доступні лише для терміналів із протоколом SSI_JSON.

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

2. На формі «Налаштування — Вибір принтерів» у групі «Нефіскальний чек / Фінансовий чек» додано:

• налаштування «Друк через банківський термінал»;
• перелік «Банківський термінал для друку чека».

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

Також на формі «Налаштування — Параметри — Чек», на вкладці «Нефіскальний принтер», додано перелік «Банківський термінал для друку чеків» із можливістю перейти до форми вибору принтерів.

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

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

210788. Обробка помилок JSON

Налаштування → Параметри → Банківський термінал

Для протоколу JSON (WebSocket, COM/TCP) змінено формат виведення повідомлення про помилку парсингу JSON.

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

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

211243. Уніфікація робочого каталогу

Налаштування → Перелік додаткових функцій → Банківський термінал

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

Тепер для цього поля використовується єдине найменування «Робочий каталог».

Однакова термінологія для всіх типів банківських терміналів.

211391. Ручне введення оплати

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

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

Помилка виникала на терміналах типу Newland за протоколом JSON (COM/TCP), якщо в налаштуваннях термінала не було заповнено поле «Найменування еквайра», а в налаштуваннях ПРРО були увімкнені перемикачі «Передавати параметри оплати...» та «Запитувати параметри оплати...».

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

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

197497. Друк фотографій товарів

Склад → Валютний прайс-лист → Друк → Друк фотографій товарів

На формі «Валютний прайс-лист» у меню «Друк», а на формі «Регіональний прайс-лист» у меню «Налаштування» додано опцію «Друкувати фотографії товарів». За замовчуванням опція вимкнена, а вибране налаштування зберігається для наступної роботи.

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

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

211065. Заборона ручного введення ваги

Налаштування → Параметри → Роль → Реалізація

У розділі «Налаштування → Параметри → Роль → Реалізація» додано налаштування «Дозволено вводити вагу вручну при зважуванні», яке доступне за активної опції «Інтеграція з вагами на касі». За замовчуванням налаштування увімкнене.

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

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

211519. Отримання банківських виписок

Оплата → Виписки з банківських рахунків

Виправлено помилку «No mapping for Unicode character exists in the target multi-byte code page», яка виникала під час отримання виписок із ПриватБанку.

210466. Імпорт дати випуску

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

До переліку полів, що імпортуються, додано поле «Дата випуску».

Додано можливість імпортувати товар, у назві якого є дата випуску.

211324. Міжнародний формат телефонів

Налаштування → Контрагент

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

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

• під час перевірки дублікатів номерів у картці клієнта;
• під час пошуку за номером телефону (не за колонкою) в розділі «Маркетинг → Клієнти» та у «Списку клієнтів»;
• під час завантаження замовлення віддаленого клієнта.

Зміна параметрів «Міжнародний телефонний код» або «Довжина телефону в міжнародному форматі» у розділі «Налаштування → Параметри» автоматично оновлює міжнародні номери для всіх контрагентів.

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

210823. Оновлення індексів і статистики

Файл → Відновити та реорганізувати індекси та оновити статистики

Виправлено помилку «[FireDAC][Phys][MSSQL]-306. Command text must not be empty», яка могла виникати під час використання дії «Відновити та реорганізувати індекси та оновити статистики».

211036. Відкриття прихідних накладних

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

У розділі «Документ → Перевірка прихідних накладних» змінено спосіб відкриття пов’язаних форм. Тепер після натискання кнопки «Відкрити» форма «Прихід товару» відкривається в немодальному режимі, тому її можна згорнути та продовжити роботу з іншими вікнами програми.

Можна згорнути форму «Прихід товару» і не втрачати доступ до інших вікон програми. Менше зайвих переходів і закривань під час перевірки прихідних накладних.

211250. Налаштування списків оплати

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

На формі вибору засобів і форм оплати для безготівкової оплати, передоплати та боргу програмного РРО додано можливість змінювати ширину випадаючих списків «Форма оплати» та «Засіб оплати». Це дає змогу повністю відображати довгі назви.

Для поля «Засіб оплати» також додано підказку: якщо назва не вміщується в полі повністю, при наведенні відображається повна назва вибраного способу оплати.

Адаптація інтерфейсу до різних форм і налаштувань програмного РРО: зручніше працювати з довгими назвами форм і засобів оплати під час їх вибору.

199538. Друк чека повернення

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

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

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

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

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

210718. Додавання товару в ремонт

Документ → Ремонт → вкладка «Ремонт» → Товар у ремонті → Додати

Виправлено помилку, через яку під час спроби додати товар у ремонт під обмеженим користувачем виникала помилка «Cannot focus a disabled or invisible window».

Помилка виникала, якщо в налаштуваннях ролей не було налаштовано доступ до кнопки «Вибір зі складу».

210847. Друк чека після ремонту

Документ → Ремонт → вкладка «Ремонт» → вкладка «Стан товару» → Додати

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

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

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

210922. Вивантаження податкової накладної

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

Під час вивантаження зведеної податкової накладної у файл XML додано відображення прогресу виконання вивантаження.

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

211355. Корекція округлення накладної

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

Виправлено помилку, через яку під час вивантаження зведеної податкової накладної в XML-файл підсумкове значення у графі «VI. Усього обсяги постачання за основною ставкою (код ставки 20)» розділу А не відповідало сумі значень у колонці «Обсяги постачання» розділу Б.

Помилка виникала під час імпорту документа в M.E.DOC.

Додано механізм корекції помилки округлення, щоб сума за позиціями у розділі Б накладної відповідала підсумковим значенням у розділі А.

211117. Контроль розрахунку собівартості

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

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

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

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

210859. Запуск автоматичних завдань

Сервер автоматичних завдань

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

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

208282. Типи синхронізації

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

На формі «Об'єкт синхронізації» на вкладці «Час синхронізації» для дії «Створити інтервал синхронізації» додано можливість вибрати тип синхронізації для створюваних завдань: товари, замовлення або обидва типи одночасно.

Налаштування інтервалів синхронізації стає гнучкішим: можна окремо керувати синхронізацією товарів і замовлень, аналогічно створенню окремого часу синхронізації.

208277. Обліковий запис архівування

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

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

Також поле «Обліковий запис» додано на форму «Створення архіву та відправка у хмару». Для нових завдань поле заповнюється автоматично після авторизації.

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

210997. Сортування за датою закупівлі

Склад → Стан складу

У розділі «Склад → Стан складу» додано сортування за спаданням у колонці «Дата останньої закупівлі», якщо її відображення увімкнено.

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

210802. Перевірка кількості в рахунку

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

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

Також виправлено помилку «'-' is not a valid floating point value for field», яка виникала, якщо в поле вводили лише знак мінус.

210820. Помилка підгонки суми

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

Виправлено помилку, через яку при багаторазовому виклику дії «Підгонка суми» у «Торгівлі з випискою рахунка» могла виникати помилка «Could not convert variant of type (Null) into type (Double)».

211299. Підтримка Webkassa 2.0.4

WebKassa

Для підтримки протоколу Webkassa 2.0.4, на який у майбутньому мають бути переведені всі каси, додано передачу нового обов'язкового параметра для кожної товарної позиції — «Ознака ТРУ».

Параметр визначає тип позиції: товар, робота або послуга. Оскільки роботи у фіскальному чеку Торгсофт окремо не використовуються, до Webkassa передається ознака «товар» або «послуга».

На друкованому чеку «Ознака ТРУ» не відображається.

Каси з протоколом 2.0.3 можуть працювати як із попередньою, так і з новою версією Торгсофт. Для роботи каси з протоколом 2.0.4 необхідна нова версія програми.

Забезпечено сумісність Торгсофт із новим протоколом Webkassa 2.0.4 — фіскальні дані передаються відповідно до нових вимог Webkassa.

211028. Відображення розкладки клавіатури

Форми редагування

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

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

202021. Додаткові характеристики товару

Документ → Формування замовлення постачальнику

1. У головному меню форми «Формування замовлення постачальника» у пункті «Опції відображення» додано підпункт «Дод. характеристики товару», у якому знаходяться всі доступні динамічні характеристики товару.

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

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

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

2. На формі «Замовлення постачальнику» динамічні характеристики товару вибираються стандартним способом — через налаштування таблиці.

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

211027. Налаштування еквайрингу при поверненні

Налаштування → Торговельна мережа → Змінити для Торговельної мережі → форма «Торговельна мережа» → вкладка «Розрахунковий рахунок»

На формі редагування розрахункового рахунку налаштування «Процент еквайрингу» та «Сума еквайрингу» візуально об’єднано в окрему групу «Еквайринг». Також додано новий перемикач «Враховувати при поверненні», який за замовчуванням увімкнено.

Якщо перемикач «Враховувати при поверненні» вимкнути, під час повернення коштів на цей розрахунковий рахунок:

• не створюватиметься прибутковий фінансовий документ з еквайрингу;
• на формі повернення коштів не відображатиметься перемикач «Не враховувати еквайринг».

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

210987. Еквайрингові виписки Monobank

Оплата → Виписки з банківських рахунків

Для мерчанта Monobank додано новий тип рахунка «Еквайринг» для отримання еквайрингових оплат, які були проведені через оплату на сайті.

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

Для типу акаунта «Фізична особа/ФОП» додано налаштування «Не завантажувати транзакцію зарахування еквайрингу», щоб уникнути дублювання платежів. Значення встановлено за замовчуванням, але за потреби його можна змінити. Якщо налаштування увімкнено, транзакція зарахування еквайрингу не буде завантажуватися в систему, тоді як інші платежі завантажуватимуться у звичайному режимі.

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

210983. Операції маршрутного листа

Виробництво

Документ → Операції маршрутного листа

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

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

211458. Розрахунок собівартості повернення

Собівартість

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

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

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

Аналіз → Період → дія «Видалити статистику закритих періодів»

Торгсофт — Видалення статистики закритих періодів

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

Скасування відображається окремим рядком в аналізі руху бонусів із відповідним коментарем «Скасування нарахування бонусів з промо-акції "Приведи друга"».