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

Починаючи з версії Торгсофт 2022.2.0 програма має радикальні системні зміни:

• новий сервер застосунків, 
• новий мобільний додаток Торгсофт 2.0 з розширеним функціоналом,
• Торгсофт-Гібрид 1.11.0 з бета-версією роботи пРРО

Оновлення 2022.4.0 містить 7 нових функції та 21 покращення роботи програми обліку.

Вихід оновлення буде анонсовано у нашому телеграм-каналі.

Доопрацювання Торгсофт 2022.4.0

Легке та масове редагування характеристик товарів

№ 181211

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

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

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

Для “Фільтр по товару” та “Інформаційні фільтри таблиці” додано можливість фільтрації динамічних характеристик товару за ознакою "означено" або "не означено" (спосіб фільтрації не доступний для динамічних параметрів з типом даних "Логічне"). Фільтри дають можливість швидко сортувати товари за ознаками "означено" або "не означено". Це полегшує ідентифікацію товарів, яким необхідне оновлення характеристик або доповнення інформації

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

Означування довідників: масове редагування та контроль атрибутів товарів

№ 129360

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

Для режиму "Означування довідників" додано можливість означування полів товару "Колір", "Матеріал", "Розмір", "Стать" та динамічних характеристик товару всіх типів. Це дозволяє підприємцям значно спростити процес оновлення інформації про товари. Завдяки цьому, наприклад, під час зміни колекцій одягу можна швидко внести відповідні зміни в характеристики всієї групи товарів, що зекономить час та знизить можливість виникнення помилок при ручному введенні даних

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

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

Прив'язка видів товарів до підприємств для розділення реалізацій

№ 166115

Налаштування → Параметри → Облік

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

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

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

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

№ 182316

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

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

Дозволяє значно прискорити оновлення складу документа після зміни характеристик товару. Наприклад, якщо під час формування замовлення виявляється, що характеристики певного товару (наприклад, колір або розмір) змінилися, система автоматично оновить ці дані у всіх пов'язаних документах.

Контроль помилок при видаленні статистик закритих періодів

№ 12545

Аналіз → Період

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

1. Виправлено помилку, коли в "Оплата" → "Фінансовий документ" при зміні фільтра за валютою відбувалося оновлення даних в таблицях та в підсумках розрахункових рахунків або кас.

2. Виправлено помилку, коли в "Оплата" → "Фінансовий документ" при першому відкритті форми відбувалося подвійне оновлення даних.

3. В "Оплата" — "Фінансовий документ" додано зберігання значення фільтра "Валюта" при перезапуску програми.

4. На стан складу на дату, "Оплата" → "Баланс" та "Маркетинг" → "Клієнти" більше не впливають документи, які помічено для видалення статистик закритих періодів, але ще фізично не видалені.

5. Перед видаленням статистик закритих періодів збираються основні показники системи, такі як:

- поточна сума в касах;

- поточний баланс з партнерами в кожній валюті окремо;

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

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

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

6. В "Аналіз" → "Період" для кожного періоду завжди доступна дія "Лог видалення статистик", по натисканню на яку будуть відображатися докладні розбіжності за основними показниками (по касі, по розрахунковому рахунку, по клієнту, по товару, по контрагенту) з моменту останнього видалення статистик для періоду.

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

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

Автоматичне оновлення кольору та матеріалу товарів

№ 176744

Товарознавство → Колір

Змінено принцип роботи для полів "Колір" та "Матеріал". Тепер значення можна обирати з довідника.

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

Довідники кольору та матеріалу доступні в меню "Товарознавство".

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

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

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

Покращення роботи з вибором дати в Торгсофт

№ 178205

Стандартні компоненти програми

1. Вибір дати тепер працює як випадаючі списки. Натискання на кнопку календаря відкриває або закриває вікно вибору, втрата фокуса або натискання ESC закриває вікно.

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

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

4. Виправлено помилку, коли праве поле вводу дати не могло бути очищеним при обмеженні на період перегляду інформації.

5. Сповіщення про порушення періоду перегляду інформації тепер з'являється як підказка з анімацією поля вводу.

6. Вікно вибору дати стало компактнішим і більше не містить кнопки "Встановити".

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

8. Додано підтримку прокрутки мишкою у випадаючому календарі (скролінг змінює місяць, затиснутий CTRL змінює рік).

9. Правий клік по кнопці календаря встановлює поточну дату, час або період.

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

11. Перероблено фільтр для полів з типом "дата" та "дата+час" на формі "Інформаційні фільтри", виправлено роботу самих фільтрів.

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

Покращення Торгсофт 2022.4.0

Оновлення цін товарів без зайвих вікон у документі 'Акт переоцінки'

№ 181024

Документ → Акт переоцінки

Виправлено помилку, коли в Документ → Акт переоцінки, при додаванні до акту товару шляхом введення штрих-коду або артикула у відповідне поле та при включеній галочці "Вводити ціну після сканування товару", двічі відкривалося вікно "Склад акта переоцінки".

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

Відображення підпису 'Оплата частинами'

№ 181405

Налаштування → Банк

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

Стабільна робота 'Комісії сервісу' при створенні банку

№ 181410

Налаштування → Банк

Виправлено помилку "Could not convert variant of type (Null) into type (Int64)", яка з'являлася після натискання на кнопку "Комісія сервісу" під час створення нового банку.

Стабільна робота тесту оплати через банківський термінал

 № 182097

Налаштування → Параметри → Додаткові функції → Банківський термінал → таблиця Мерчант (операція) банківського термінала → Тест оплати через термінал

Виправлено помилку "Could not convert variant of type (Null) into type (Ole Str)", що виникала під час спроби оплати з використанням банківського термінала на мерчант із сервісом "Оплата частинами". Помилка виникала у тому випадку, якщо для розрахункового рахунку, до якого був прив'язаний мерчант, не було вказано найменування вручну.

Повернення через банківський термінал за протоколом BPOS

№ 182892

Налаштування → Параметри → Додаткові функції → Банківський термінал → таблиця Мерчант (операція) банківського термінала → Тест повернення через термінал

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

Відображення дати закінчення бонусів

№ 189015

Маркетинг → Клієнти → Нарахувати бонуси

Аналіз → Аналіз руху бонусів

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

Підтримка прокрутки та виправлення помилки у фільтрі товару

№ 138376

Динамічні характеристики товару: виправлено помилку "Access Violation", яка могла виникати при закритті форми "Фільтр товару". Також реалізована підтримка прокручування колесом миші області редакторів динамічних параметрів товару.

Коректна фільтрація за датою для динамічних параметрів товару

№ 181334

Динамічні параметри товару: виправлено роботу фільтрів за динамічними параметрами з типом даних "Дата". Тепер фільтрація працює за принципом, аналогічним роботі фільтра за періодом.

Коректне збереження скопійованих товарів з динамічними параметрами

№ 182354

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

Скролінг характеристик в імпорті

№ 182456

Документ → Прихід товару → Імпорт: виправлено проблему коли при спробі зробити скрол для вибору певної характеристики, перегорталася вся таблиця "Опис товару".

Коректне відображення залишку у касі з копійками

№ 178919

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

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

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

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

№ 182670

Системні завдання та об'єкти → Інтерфейс: виправлені різні проблеми, пов'язані з прокручуванням колеса миші деяких компонентів програми (багаторядкові поля введення, компонент перемикання вкладок та інші).

Точна фільтрація за датою і часом у бізнес-панелі

№ 164109

Системні компоненти → Бізнес-панель → Інформаційні фільтри: перероблений компонент для фільтрації полів з типом "дата" та "дата + час". Також виправлено роботу самих фільтрів. Фільтр колонки "Дата" таблиці "Документ складу" форми "Список витрат" тепер має тип "дата + час".

Коректна робота кнопки 'Очистити' для фільтрів динамічних параметрів

№ 182361

Бізнес-панель → Інформаційні фільтри: виправлено помилку коли дія "Очистити" не мала ефекту на фільтри динамічних параметрів товару.

Коректне встановлення дат при обмеженні перегляду періоду

№ 179730

Період перегляду інформації

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

Причини недоступності перевірки накладної на формі

№ 177721

Склад → Реєстр внутрішніх передач → Перелік внутрішніх передач → Перевірка прихідної накладної

Склад → Реєстр внутрішніх передач

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

1. Накладна закрита (у режимі первинної перевірки).

2. Накладна знаходиться у закритому періоді.

3. Накладна пройшла контроль.

4. Заблоковано можливість повторної перевірки (у режимі повторної перевірки).

5. Накладна пройшла повторну перевірку (у режимі первинної перевірки).

Коректне включення 'Бригадної роботи' до платіжної відомості

№ 180449

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

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

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

Прискорення додавання товарів і коректне округлення сум у реалізації

№ 74118

Реалізація

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

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

1. Спочатку товари з цілою кількістю за зростанням (всередині цього сортування товари з кількістю один додатково відсортовані за зменшенням роздрібної ціни).

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

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

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

Коректне застосування знижок і бонусів на акційні товари

№ 180039

Акції

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

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

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

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

№ 183324

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

Виправлена помилка" [Microsoft][SQL Server Native Client 11.0][SQL Server]The INSERT statement conflicted with the FOREIGN KEY constraint "fk_M18L52". The conflict occurred in database "TorgSoftDB", table "dbo.SynchronizationSection", column 'ID'.", яка могла виникати при збереженні "Характеристики виду товару" на відповідній вкладці на формі редагування Об'єкт синхронізації, якщо синхронізація через сімейство Prom.

№ 183469

Виправлено помилку, коли фраза "Вид товару (розділ синхронізації)" не перекладалася на вкладці "Характеристики видів товару" об'єкта синхронізації з Prom.ua.