Версії 2022.0.22 - 2022.0.24: що нового?

В оновлення Торгсофт 2022.0.22 увійшло 63 доопрацювання:

 — нові функції за вашими побажаннями,

 — покращення системи: виправлені недоліки, прискорення роботи програми.

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

Робота з пРРО та фіскальним товаром

Редагування програмного РРО

 #179282

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

Додали можливість зміни налаштувань програмного РРО незалежно від його стану. Раніше, зміна налаштувань була недоступна при відкритій зміні на пРРО або в офлайн-режимі роботи.

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

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

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

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

Нова форма реєстрації пРРО

 #180216

Налаштування → Програмний РРО → Реєстрація програмного РРО

Було додано підтримку нової версії форми реєстрації господарських одиниць F/J 1312005 - Повідомлення про об'єкти оподаткування або об'єкти, пов'язані з оподаткуванням або через які провадиться діяльність (форма N 20-ОПП), яка набула чинності з 2 травня 2023 року. Тепер програма може коректно працювати з новою формою, оскільки стара версія форми більше не приймається податковими органами.

Це дає змогу користувачам Торгсофт реєструвати пРРО з використанням актуальної версії форми реєстрації.

Реєстрація пРРО та касира

 #179709

Вирішено проблеми, пов'язані з реєстрацією програмного РРО в програмі Торгсофт, що виникали під час надсилання форми реєстрації пРРО та форми реєстрації касира.

Тепер користувачі можуть успішно відправляти форму реєстрації пРРО без повідомлення«XSD validation failed. The element 'HKBOS' failed to parse». Це повідомлення виникало під час використання юридичної особи як платника.

Також виправлено помилку «XSD validation failed. Неприпустимий атрибут xsi:nil елемента 'M02'», яка могла виникати під час надсилання форми реєстрації касира за тих самих умов.

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

Неоплачені реалізації фіскального товару

 #177866

Оплата → Неоплачені реалізації звичайних клієнтів

Покращено процес обробки реалізацій. Якщо ввімкнено параметр «Знімати товар зі складу під час додавання його у форму Реалізація», товари одразу списуються зі складу під час потрапляння на цю форму. 

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

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

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

 #178726

Аналіз → Аналіз продажів фіскального товару 

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

Фіскальні товари у мобільному додатку

 #178926

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

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

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

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

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

Фіскальні продажі через пРРО з мобільного додатка

 #178927

Аналіз → Аналіз продажів фіскального товару

Внесено зміни, щоб на формі «Аналіз продажів фіскального товару» коректно відображався тип чека для товару, який було продано через пРРО мобільного додатка. 

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

Користувачі пРРО

 #179379

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

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

пРРО та від'ємна кількість товару

 #179411

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

Помилка від сервера на пРРО 4000XXXXXX: 400

Код помилки: 9 DocumentValidationError

Продаж. Рядок 5. Розрахована сума операції -XXX.XX не дорівнює сумі у документі -XXX.XX

Яка могла виникати під час друку чека на програмному РРО, якщо в чеку була від'ємна кількість товару.

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

Оплата бонусами у фіскальному чеку

 #179600

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

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

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

Посилання на чек пРРО

 #180023

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

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

Виведені з дії програмні РРО

 #179665

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

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

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

 #180339

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

Складський облік

Переоблік

 #179689

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

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

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

Точний пошук товарів та послуг

 #179283

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

На формі «Алгоритм пошуку товару», що доступна з «Повного списку товарів і послуг» перейменовано варіант «Пошук за штрих-кодом товару» на «Пошук спочатку за штрих-кодом товару, потім за назвою». 

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

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

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

Внутрішня передача: однакові ціни на всіх торгових точках

 #157485

Налаштування → Параметри → Торговельна мережа → Підтримувати однакові ціни на всіх торгових точках

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

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

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

Вдосконалення друкованої форми

 #179141

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

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

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

 #179295

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

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

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

Розподіл товару, якого недостатньо на складі

 #179426

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

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

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

Товар у дорозі

 #179639

Склад → Товар у дорозі

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

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

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

 #179980

Склад → Товар в дорозі → Накладні → Прийняти накладну

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

Тепер під час приймання накладної зі складу «товар у дорозі» прийматиметься саме та накладна, яку було обрано, й інші накладні не прийматимуться помилково.

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

Товар, що очікує резервування

 #179429

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

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

Об'єднання товарів

 #179302

Склад → Поточний стан складу

Виправлена помилка, через яку при об'єднанні товарів з'являлося повідомлення про помилку «The DELETE statement conflicted with the SAME TABLE REFERENCE constraint “fk_M4L13”». The conflict occurred in database «TorgsoftDB», table «dbo.InvoiceComposition...», якщо обидва товари, які мають бути об'єднані в один, продавалися в одній реалізації, а потім поверталися.

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

Динамічні характеристики товару

 #179618

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

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

Імпортування динамічних характеристик для існуючих товарів

 #180045

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

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

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

Експорт даних в Excel

 #179146

Склад → Стан складу → Налаштування експорту даних

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

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

Продаж товару

Коригування суми бонусів

 #174193

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

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

 #181419

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

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

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

Відвантаження товарів

 #179144

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

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

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

Часткове відвантаження рахунку

 #179102

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

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

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

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

Кількість товару при частковому відвантаженні

 #180379

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

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

Інтернет-торгівля

Сполучення з Prom.ua

 #178462

У процесі синхронізації з сервісом Prom.ua в програмі Торгсофт були вдосконалені налаштування роботи з об'єктами синхронізації. Тепер при вказівці в налаштуваннях «Адреси доставки інформації» і «Префікса посилання для файлу імпорту» Торгсофт перевіряє валідність введених URL-адрес. 

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

Копії замовлень Prom.ua

 #180487

У програмі Торгсофт для режиму «Сполучення з Prom.ua» було проведено доопрацювання, яке змінило поведінку при копіюванні старого рахунку. 

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

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

Завантаження великої кількості замовлень

 #180874

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

Оновлення інформації покупців

 #179408

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

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

Наразі це виправлено. При використанні кнопки «Записати\відкоригувати дані по контрагенту» і виборі відповідної картки клієнта з бази, дані, які не були вказані в замовленні, не будуть затиратися. Тільки дані із замовлення, які були заповнені, будуть оновлені для клієнта.

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

Резервування замовлення віддаленого клієнта

 #179503

Резервування товару під час формування рахунку на формі «Замовлення віддаленого клієнта»: система коректно обробляє резервування товару і створення рахунку, без пропуску резервування.

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

Друк та відправка рахунків по e-mail

 #179342

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

Виправлено проблему, яка не давала змоги вибрати метод відправки в налаштуваннях e-mail при налаштуванні регіональних налаштувань друку і відправки рахунку. Тепер у формі редагування «Email налаштування» поле «Метод відправки» буде автоматично заповнюватися залежно від обраного методу відправки у формі редагування «Регіональні налаштування друку та відправки...». Це оновлення дає змогу користувачам легко налаштовувати метод надсилання Email і покращує функціональність програми для надсилання рахунків електронною поштою.

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

Робота з клієнтською базою

Масова розсилка за допомогою сервісу BSG

 #180790

Програмісти успішно підключили новий сервіс масової розсилки SMS-повідомлень BSG до програми Торгсофт. 

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

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

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

Вдосконалення вайбер розсилки рекламних повідомлень

 #179139

Після внесеного доопрацювання, повідомлення «Помилка під час надсилання повідомлення Код помилки: 206 Відсутній або порожній параметр URL адреси» більше не виникатиме під час надсилання рекламних повідомлень із форм Маркетинг → Клієнти, Маркетинг → Контакти та нагадування, Документ → Ремонт. Це забезпечить коректну роботу і зручне використання функціонала розсилки повідомлень користувачами програми.

Урахування поточного часового поясу у масовій розсилці

 #179621

Верифікаційні повідомлення для дисконтних карток клієнтів. Виправили причину повідомлення «Невірний формат дати», коли повідомлення не надсилалося. Проблема була помічена в Казахстані, де використовується часовий пояс +06:00 для Астани.

Повідомлення верифікації тепер успішно відправляються без помилки «Неправильний формат дати». Зміни були внесені для роботи з сервісом «СМС Центр» і сервісом «Nikita Online». Час відправки повідомлень через «СМС Центр» тепер враховує часовий пояс, вказаний в налаштуваннях особистого кабінету, а час відправки через «Nikita Online» конвертується в час по Бішкеку з урахуванням поточного часового поясу на комп'ютері. Час статусів повідомлень для обох сервісів більше не буде конвертуватися і буде відображатися так, як його відправив сервер.

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

Маркетинг та системи лояльності

Бонуси та видалення статистик закритих періодів: оптимізація сумісної роботи

 #167942

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

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

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

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

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

Оптимізація розрахунку бонусів з терміном дії

 #180953

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

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

Ремонт

 #179304

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

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

Фільтри зберігають свій стан у реєстрі, а видимість фільтра може бути налаштована рольовим доступом.

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

Ремонт: інформація про сервісний центр

 #178652

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

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

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

Файли документа ремонту

 #179559

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

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

Робота з постачальниками

Повернення постачальнику

 #169508

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

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

Швидкий пошук постачальника

 #180132

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

Відображення всіх контрагентів при виборі постачальника з довідника: при створенні прибуткової накладної та виборі постачальника через кнопку «Довідник», на формі «Контрагент», відображатимуться тільки постачальники та постачальники-покупці, а не всі контрагенти. Це полегшує роботу користувачів, оскільки вони зможуть швидко і легко вибирати потрібного постачальника без зайвого пошуку.

Робота з поштовими сервісами

ЄДРПОУ одержувача — юридичної особи для Нової пошти

 #180412

Маркетинг → Клієнти → Параметри доставки → Контрагент доставки → Додати одержувача Нової пошти

Доопрацювання в програмі Торгсофт для режиму «Нова пошта» дає змогу коректно додавати контрагента-одержувача з типом «Юридична особа» та зазначати 10-значне значення в полі «Код ЄДРПОУ». 

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

API Нової Пошти

 #180996

В програмі Торгсофт для функціоналу Нової пошти була внесена доробка, яка вирішує проблему, що виникала при оновленні статусу ТТН «Cannot set value for field UndeliveryReasons is is expected to be an array instead of string». 

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

Аналіз результатів торгівлі

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

 #131583

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

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

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

 #181442

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

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

Аналіз даних: прискорення роботи зі звітами

 #167875

У новій версії програми Торгсофт вдосконалено роботу зі звітом «Аналіз реалізацій за видами товару». Тепер оновлення інформації у звіті здійснюється швидше і більш ефективно використовує системні ресурси.

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

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

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

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

Ця оптимізація впроваджена у наступних формах:

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

• Аналіз → Аналіз продажів фіскального товару для фільтра «Одержувач», 

• Аналіз → Порівняльний аналіз виторгу за видами товару для фільтра «Клієнт».

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

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

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

Аналіз реалізацій за видами товару

 #172345

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

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

Товарний звіт за період

 #178464

Звіт → Товарний звіт за період

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

Аналіз продажів фіскальних товарів з урахуванням форми оплати

 #178830

Аналіз → Аналіз продажів фіскального товару

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

Декларація акцизного податку

 #179437

Звіт → Звіт з реалізації підакцизних товарів

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

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

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

Обмеження ролей користувачів

Налаштування рольового доступу до списку клієнтів

 #179138

Реалізація → Список клієнтів

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

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

Доступ до списку посередників

 #179686

Зроблено доопрацювання в модулі посередників програми Торгсофт, яке виправляє відсутність доступу в обмеженого користувача до форми «Список посередників». Раніше користувач не міг відкрити довідник посередників при створенні рахунку в Торгсофт.

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

Системні налаштування

Кількість останніх оновлень

 #179664

Налаштування → Параметри → Сервіс

У розділі Налаштування → Параметри → Сервіс додали поле «Зберігати останні оновлення, шт.», яке за замовчуванням має значення 3 і не може бути меншим за 2. 

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

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

Вдосконалення автоматичного оновлення

 #178876

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

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

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

 #178918

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

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

 #179457

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

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

Налаштування таблиці

 #178239

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

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

Переклад

 #179109

Назва системного співробітника «ПРОДАВЕЦЬ» буде коректно перекладена на вибрану мову інтерфейсу.

Гарячі клавіші у повному списку товарів і послуг

 #179976

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

Виправили ситуацію, коли дії «Змінити» і «Відкрити» мали одну і ту ж гарячу клавішу F3.

Тепер користувачі можуть використовувати різні поєднання клавіш для цих двох дій. Для дії «Відкрити» змінили гарячу клавішу на F8.

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

---