Опис версії 2022.0.38

Завантажити оновлення

В оновлення Торгсофт 2022.0.38 увійшло 85 доопрацювань та покращень. Вихід оновлення буде анонсовано у нашому телеграм-каналі.

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

Масова розсилка

№ 177032 — Масова розсилка 

Маркетинг → Масова розсилка → SMS та Viber сервіси

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

Налаштування та оновлення програмного забезпечення

№ 191110 — Налаштування ролей 

У програмі Торгсофт додали функцію автоматичного оновлення ролей користувачів під час завантаження оновлень. Після цього файл Admin.exe автоматично закривається.

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

№ 186856 — Оновлення

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

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

Параметри та налаштування

№ 186946 — Параметри

Налаштування → Параметри → ШК

Налаштування "На етикетках друкувати лише власні штрих-коди" було перенесено з вкладки "Облік" на вкладку "ШК" у розділі "Налаштування" — "Параметри" в програмі Торгсофт.

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

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

№ 187612 — Програмний РРО 

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

У програмному РРО з'явився новий тип оплати "Безготівкова" для платежів на розрахунковий рахунок, які не проходять через банківський термінал. Старий тип оплати "Безготівкова" залишився для оплат через банківський термінал.

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

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

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

Розрахунок заробітної плати

№ 190174 — Розрахунок зарплати 

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

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

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

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

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

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

Додано можливість автоматично завантажувати номери ТТН (товарно-транспортних накладних) Нової пошти з файлів замовлень інтернет-магазину. У файл замовлення додано поле "DeclarationNumber" для передачі номера ТТН. На формі "Об'єкт синхронізації" додано налаштування "Завантажувати ТТН за замовленнями" для автоматичного завантаження ТТН при створенні видаткової накладної.

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

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

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

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

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

№ 187901 — Синхронізація з Новою поштою та Укрпоштою

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

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

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

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

1. На формі створення ТТН Нової пошти перенесено послугу "Контроль оплати" до поля "Тип доставки" у блоці "Зворотна доставка".

2. Якщо при створенні нової ТТН видаткова накладна має ознаку "Післяплата" і є борг, автоматично активується послуга "Контроль оплати" (якщо вона доступна), інакше активується послуга "Післяплата".

3. При створенні ТТН за шаблоном використовується збережена в шаблоні послуга ("Контроль оплати" або "Післяплата"), або діє стандартний алгоритм.

4. Ознака "Післяплата" автоматично вмикається або вимикається після створення ТТН, залежно від використаної послуги.

5. Покращено форму "Шаблони Нової пошти" для кращої підтримки послуги "Контроль оплати".

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

Практична користь: Це оновлення робить процес створення ТТН більш зручним і автоматизованим:

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

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

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

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

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

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

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

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

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

№ 171720 — Фіскальний реєстратор 

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

1. Додано можливість встановлювати ознаку фіскальності для товарів у чеку. У розділі "Аналіз продажу фіскального товару" тепер є група дій "Встановити ознаку фіскальності товару чека" з двома опціями:

• "Встановити ознаку фіскального чека для товару"

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

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

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

№ 186715 — Фіскальний реєстратор

Налаштування → Параметри → Чек → Тип чека → Фіскальний → Налаштування робочого місця → Фіскальний реєстратор

1. У налаштування робочого місця фіскального реєстратора додано новий тип реєстратора Ekassa.kg.

2. У "Налаштування" — "Налаштування шаблонів друку" додано шаблон "Чек Ekassa.kg".

3. Для цього типу реєстратора додано системну динамічну характеристику "Ознака предмета розрахунку (Киргизстан)" в розділі "Фіскальні параметри". Вона доступна, якщо не обрано регіональний стандарт в "Налаштування" — "Параметри" — "Сервіс" — "Мова".

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

№ 187547 — Фіскальний реєстратор

1. Додано нове налаштування "Продавати товари без акцизної марки" у розділі "Налаштування" → "Параметри" → "Облік".
Це налаштування має три значення:

"Заборонено" (за замовчуванням) — забороняє продаж товарів без введення акцизної марки.
"Запитувати" — запитує у користувача, чи дозволити продаж товару без акцизної марки.
"Дозволено" — дозволяє продаж товарів без введення акцизної марки.

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

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

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

Баланс по статтям фінансового аналізу

№ 190706 — Баланс по статтям фінансового аналізу

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

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

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

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

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

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

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

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

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

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

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

Бізнес-панель

№ 190667 — Бізнес-панель 

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

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

Виписки по банківських рахунках

№ 191670 — Виписки по банківських рахунках

Виправлено помилку при отриманні виписок по банківських рахунках з монобанку. Раніше, якщо опис транзакції перевищував 250 символів, виникала помилка "Помилка отримання даних про платіж у базу даних: [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Символьні або двійкові дані можуть бути усічені". Тепер ця помилка виправлена і виписки з довгими описами обробляються коректно.

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

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

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

Звіт → Звіт з реалізації підакцизних товарів (Декларація акцизного податку)

Внесено зміни до формату файлу декларації акцизного податку у форматі XML для коректної роботи з програмою M.E.Doc. Раніше використовувалася застаріла версія файлу шаблона (F0295609), що викликало сповіщення при завантаженні декларації: "F0295609 Дод.6 Розрахунок суми акцизного податку з реалізації суб'єктами господарювання роздрібної торгівлі підакцизних товарів втратив чинність 31.10.2023". 

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

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

Завдання за розкладом

№ 190019 — Завдання за розкладом 

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

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

№ 190514 — Завдання за розкладом

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

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

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

Замовлення на виробництво

№ 191362 — Замовлення на виробництво

Документ → Замовлення на виробництво → Продукція замовлення на виробництво → Технологічна карта

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

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

Касовий день

№ 191693 — Касовий день

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

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

Наявність товару на складах

№ 186748 — Наявність товару на складах

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

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

Облік податкових накладних

№ 190819 — Облік податкових накладних

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

У програмі Торгсофт покращено формування податкових накладних для системи M.E.Doc. Основні зміни:

1. Виправлено відображення ознаки "Без ПДВ". Тепер, коли всі товари у накладній не обкладаються ПДВ, в XML-файлі правильно відображається "Без ПДВ". Раніше, якщо всі товари в накладній не обкладалися ПДВ, ця інформація не відображалася належним чином у M.E.Doc. Тепер ця інформація коректно відображається у відповідному полі.

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

3. Виправлено підсумки за операціями з кодом 903. Підсумки відображаються у правильних рядках, коли товари продаються з кодом податкової ставки 903. Раніше підсумки для товарів з кодом 903 могли з'являтися в неправильних місцях у розділі А накладної. Тепер ці підсумки відображаються точно там, де потрібно.

Реалізація

№ 190047 — Реалізація 

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

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

Основні зміни:

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

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

Автоматичні оновлення

№ 191113

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

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

№ 190437

Виправили помилку, коли після повідомлення "Процес оновлення вже запущений іншим користувачем" з'являлася помилка "Access violation at address". Це відбувалося при автоматичному оновленні через "Допомога — Перевірити наявність оновлення".

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

№ 190441

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

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

№ 190573

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

Тепер програму вдосконалили так, що при вході в другу базу користувачі можуть побачити повідомлення “Поточна версія бази даних не підтримує автоматичне оновлення. Завантажте оновлення через Налаштування — Завантажити пакет оновлень”.

Узагальнений звіт за день

№ 190396 — Узагальнений звіт за день

Звіт → Узагальнений звіт за день

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

Оборотна відомість за собівартістю

№ 191250 — Обігова відомість 

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

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

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

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

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

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

№ 165248 — Обмеження доступу за видами товару

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

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

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

Оплата

№ 189812 — Оплата 

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

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

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

Переклад

№ 191602 

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

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

Планування виробництва

№ 190900 — Планування виробництва 

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

Прихід товару

№ 187112 — Прихід товару 

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

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

№ 190444 — Прибуткова накладна

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

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

№ 190934 — Прихід товару 

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

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

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

№ 191682 — Реєстр прибуткових накладних

Склад → Реєстр прибуткових накладних

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

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

№ 190663 — Прихід товару

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

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

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

№ 190450 — Перелік приходів

Склад → Перелік приходів

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

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

№ 191104 — Товар

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

РРО

№ 187071 — Програмний РРО

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

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

№ 191623 — Програмний РРО 

Ми вдосконалили програмний реєстратор розрахункових операцій (ПРРО) у програмі Торгсофт. Раніше виникали проблеми під час формування чека, якщо сума оплати була поділена на готівкову та безготівкову частини й не була округлена до 10 копійок. Це призводило до помилок при відправленні чека на сервер податкової. Тепер ця проблема вирішена: програма коректно обробляє такі суми та успішно відправляє чеки.

Наприклад, якщо клієнт купує товар на 459 грн зі знижкою 3%, загальна сума становить 445,23 грн. Тепер при оплаті 400 грн готівкою і 45,23 грн банківською картою чек буде успішно оброблений і відправлений на сервер податкової.

№ 190899 — Фіскальний реєстратор

Що було виправлено:

• Проблема з неактивною кнопкою "Чек": раніше, при певних налаштуваннях друку чеків (наприклад, "Пропонувати друк чека" для ПРРО або "За бажанням покупця" для інших реєстраторів), кнопка "Чек" на формі оплати могла випадково ставати неактивною, що ускладнювало друк чека. Тепер ця проблема усунена.

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

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

№ 190082 — Фіскальний реєстратор

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

Тепер ця помилка виправлена.

Продуктивність

№ 190422 — Продуктивність 

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

Виробництво готової продукції

№ 190592 — Виробництво готової продукції 

Документ → Виробництво готової продукції → Виробничі акти → Виробничі операції → Змінити

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

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

№ 191476 — Виробництво готової продукції

Документ → Виробництво готової продукції → Виробничі акти → Випуски готової продукції → Скасувати випуск готової продукції

Вдосконалили процес скасування випуску готової продукції у програмі Торгсофт. Раніше при спробі скасувати випуск продукції виникала помилка [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]The DELETE statement conflicted with the REFERENCE constraint "fk_M4L82". Помилка виникала, якщо було встановлено ознаку контролю прибуткової накладної для накладної приходу виробу на склад чи приходу залишків матеріалів у процесі випуску готової продукції. Тепер ця проблема вирішена: програма коректно обробляє скасування випуску готової продукції навіть при активному контролі накладної.

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

Протокол переоцінки

№ 189448 — Протокол переоцінки

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

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

Розподіл товару

№ 189543 — Розподіл товару 

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

Вдосконалили процес розподілу товарів у програмі Торгсофт. Раніше, при натисканні кнопки "Додати товари замовлень" у формі розподілу товару по торгових точках, могла виникати помилка 'Violation of UNIQUE KEY constraint 'uqsGoodDistributionComposition'. Це відбувалося через спробу додати дублікати товарів. Тепер ця проблема вирішена: програма коректно обробляє додавання товарів, запобігаючи створенню дублікатів.

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

№ 190408 — Видаткова накладна

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

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

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

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

Розрахунок заробітної плати

№ 189382 — Розрахунок заробітної плати

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

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

Що змінилося:

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

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

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

Уявіть, що ви надаєте послуги з ремонту комп'ютерів і встановили, що вартість однієї хвилини роботи майстра становить 10 гривень. Якщо ремонт зайняв 30 хвилин, а за складність роботи передбачена надбавка 20%, то загальна вартість послуги буде розрахована так:

• Базова вартість: 30 хвилин * 10 грн/хв = 300 грн

• Надбавка за складність: 300 грн * 20% = 60 грн

• Загальна вартість: 300 грн + 60 грн = 360 грн

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

№ 189468 — Розрахунок заробітної плати 

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

№ 190249 — Розрахунок заробітної плати 

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

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

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

№ 190659 — Планування 

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

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

Розрахунок роздрібних цін

№ 190504 — Розрахунок роздрібних цін

Склад → Розрахунок роздрібних цін за націнкою та курсом

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

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

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

№ 189896 — Реалізація

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

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

№ 190615 — Реалізація

Документ → Реалізація → Видати гроші з каси

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

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

Ремонт товару

№ 190686 — Ремонт

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

Виправлено ситуацію, коли не можна було налаштувати рольовий доступ для форми редагування "Налаштування режиму Ремонт".

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

№ 190820 — Ремонт

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

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

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

№ 191371 — Ремонт

Документ → Ремонт → Друк штрих-коду ремонту

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

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

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

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

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

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

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

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

Поля файлу синхронізації, пов'язані з динамічною характеристикою типу "Текст (HTML)", тепер вивантажуються за допомогою тегу CDATA.

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

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

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

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

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

У процесі оновлення Торгсофт було вдосконалено механізм інтеграції з маркетплейсом ROZETKA. Зокрема, було оптимізовано роботу з налаштуваннями способів оплати, що раніше могло призводити до конфлікту "DELETE statement conflictod with the REFERENCE constraint "fk_M18L33". The conflict ocurre in database "TorgSoftDB", table "dbo.RemotedCustomerOrder", column 'OrderPaymentMethodID' при видаленні певних опцій. 

Тепер видалення способів оплати з налаштувань синхронізації відбувається безперешкодно. 

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

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

У процесі оновлення Торгсофт було покращено взаємодію з маркетплейсом ROZETKA. Зокрема, було прибрано непотрібне системне повідомлення "Update locked by purchase status", яке з'являлося при створенні видаткової накладної для замовлень з ROZETKA. Це повідомлення не мало практичного значення для користувачів і лише відволікало їх від роботи. Тепер, коли ви створюєте видаткову накладну для замовлення з ROZETKA, ви не будете бачити зайвих повідомлень

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

Дії, пов'язані із завантаженням та встановленням ТТН за замовленням ROZETKA, були приховані, оскільки цей функціонал ще не реалізований у програмі.

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

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

У процесі оновлення Торгсофт було виправлено помилку, яка виникала при редагуванні налаштувань вивантаження даних на маркетплейс Rozetka.ua. Раніше, при спробі змінити стандартне поле ціни (<PRICE_RETAIL>) на власну роздрібну ціну, у вивантажуваному файлі з'являвся некоректний тег, що призводило до помилки валідації прайс-листа на Rozetka.ua. Тепер ця проблема усунена, і вивантаження даних відбувається коректно, незалежно від того, які налаштування ціни ви використовуєте.

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

№ 190439 — Стан складу

Склад → Стан складу → Перерахувати кількість товарів на поточному складі

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

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

№ 190732 — Списання товару зі складу

Документ → Списання товару зі складу → Введення штрих-кода

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

Інтеграція з поштовими службами

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

Покращено взаємодію з сервісом Нової пошти. Зокрема, було виправлено помилку, яка іноді виникала через обмеження на кількість запитів до API Нової пошти. Ця помилка могла призводити до того, що дані про ТТН (товарно-транспортні накладні) або адреси отримувачів не оновлювалися коректно.

Це забезпечує стабільну роботу з API Нової пошти. 

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

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

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

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

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

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

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

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

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

Користувачі та співробітники

№ 190746 — Співробітники

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

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

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

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

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

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

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

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

• При оплаті однієї товарної позиції рахунку/витратної накладної із суми бонусів, доступних до оплати, буде відраховано суму передоплати, розраховану пропорційно вартості товарної позиції.

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

Приклад: у рахунку два товари по 200 грн. Було внесено передоплату в сумі 100 грн. При оплаті всіх товарів бонусами із суми бонусів, доступних до оплати, буде вираховано 100 грн. При оплаті одного товару буде вираховано 50 грн. Вартість товарів рахунку однакова, то передоплата буде "розділена" рівними частинами між ними.

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

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

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

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

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

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

Видалення даних

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

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

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

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

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

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

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

Виправлено ситуацію, коли могла виникати помилка "DELETE statement conflictod with the SAME TABLE REFERENCE constraint "fk_M6L65". The conflict ocurre in database "TorgSoftDB", table "dbo.TaxInvoice", column 'TaxInvoiceID'." при видаленні статистик закритих періодів, якщо зведена податкова перебувала у періодах, що видаляються, а коригування по ній — у не видалених.

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

Облік відвідувачів

№ 191214 — Облік відвідувачів (лічильник відвідувачів)

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