Версія 2022.2.3: що нового?

Перелік змін, що увійшли у бета-версію Торгсофт 2022.2.3

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

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

Перед оновленням обов'язково зробіть архів бази даних.

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

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

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

Новину про вихід та можливість завантажити оновлення ми публікуємо у нашому офіційному акаунті twitter:

Tweets by torgsoft

Робота з товаром

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

 #180045

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

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

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

Повернення

 #125435

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

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

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

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

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

Видалення товарів

 #115850

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

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

Тепер, коли ви обираєте дію «Видалити товар» і відмовляєтесь від видалення товарів в діалозі «Увага. Виділені товари будуть виведені з дії та будуть належати до виду товару 'НЕМАЄ ІНФОРМАЦІЇ'. Дані види товару будуть видалені (якщо дія можлива). Продовжити?», ви побачите друге підтвердження, де вам буде запропоновано просто вивести виділені товари з дії, без видалення відповідних видів товару.

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

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

 #181076

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

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

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

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

Акт переоцінки

 #181024

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

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

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

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

 #157485

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

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

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

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

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

 #179283

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

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

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

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

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

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

 #179295

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

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

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

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

 #179426

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

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

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

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

 #179639

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

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

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

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

 #179980

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

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

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

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

Продаж фіскального товару

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

 #180156

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

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

Тепер є два способи завантаження чеків:

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

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

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

 #181379

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

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

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

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

 #179282

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

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

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

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

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

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

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

 #180216

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

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

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

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

 #177866

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

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

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

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

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

 #178726

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

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

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

 #179379

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

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

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

 #178830

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

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

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

 #179411

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

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

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

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

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

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

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

 #180339

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

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

 #179437

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

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

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

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

Робота з банківськими POS терміналами

Підключення термінала напряму через COM або TCP порт

 #179346

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

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

На формі редагування налаштувань банківського термінала були внесені наступні зміни:

• У списку типів банківських протоколів протокол «WebSocket/JSON» було перейменовано на «JSON (WebSocket)», а також додано новий протокол «JSON (COM/TCP)».

• Якщо ви оберете протокол «JSON (COM/TCP)», ви зможете вибрати тип підключення: «COM/USB» або «Ethernet», а також ввести номер СОМ-порту, IP-адресу термінала, TCP-порт, тайм-аут і шлях до файлу журналу — log-файлу.

• Для цього типу протоколу автоматично ведеться журнал і зберігається за вказаним шляхом під назвою «BankTerminalJSON_TCPCOM.log».

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

Фінансовий облік

 #178334

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

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

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

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

Системи лояльності у магазині

Оплата бонусами

 #181419

Оновлення програми Торгсофт внесло зміни у процес оплати товарів бонусами.Тепер при оплаті товарів бонусами на повну суму, ціна товару залишається без змін. 

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

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

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

 #167942

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

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

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

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

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

 #174193

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

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

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

 #180953

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

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

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

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

 #178462

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

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

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

 #180874

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

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

 #179141

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

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

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

 #179408

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

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

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

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

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

  #179503

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

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

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

 #180379

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

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

Робота з клієнтами

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

 #179139

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

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

 #179621

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

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

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

Робота з Новою Поштою

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

 #180412

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

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

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

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

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

 #169508

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

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

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

 #180132

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

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

API Нової Пошти

 #180996

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

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

Аналіз інформації про торгівлю

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

 #131583

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

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

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

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

 #167875

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

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

Це покращення застосовується до наступних форм:

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

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

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

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

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

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

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

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

 #172345

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

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

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

 #178464

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

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

Системні зміни

Переклад

 #180960

Переклали коректно назву поля «Ім'я комп'ютера та користувача» на формі «Налаштування робочого місця фіскального реєстратора». 

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

 #179976

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

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

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

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

---