111826

На формі привітання відображається блок новин. При натисканні на посилання відкривається відповідна стаття на сайті torgsoft.ua. Щоб уникнути зайвого навантаження, новини завантажуються один раз (у момент першого відкриття форми привітання). Користувач програми прямо з програми може бачити актуальні новини сайту torgsoft.ua

121659

Можна приймати на ремонт будь-який товар з повного списку товарів і послуг (раніше можна було тільки діючий). Дане доопрацювання дозволить оформляти на ремонт товари, які зняті з продажу / виведені з дії.

67768

Для AlphaSMS сервісу на форму "SMS сервіс" додано поле "Адреса". Для можливості прописати іншу адресу підключення для використання розсилок.

113384

На форму "Масова розсилка" додано вкладку "SMS і Viber сервіси". Дозволить швидко створювати і додавати смс сервіси для масової розсилки.

72424

Для масової розсилки повідомлень додано сервіс смс розсилки - SMS-центр. Можливість відправки повідомлень клієнтам за допомогою смс сервісу SMS-центр.

121873

На форму редагування "Банківський термінал" додано:
- до списку типів протоколу додано пункт "PosApi";
- до списку банківських терміналів додано пункт "Verifone(РайффайзенБанкАваль)". Додано підтримку банківського термінала Verifone(РайффайзенБанкАваль).

67774

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

77811

У список смс сервісів додано сервіс смс розсилки для Киргизії "Nikita Online" Можливість надсилати смс повідомлення масової розсилки через систему автоматизованої розсилки SMS "Nikita" https://smspro.nikita.kg/.

125080

На форму "Об'єкт синхронізації" вкладка "Файли синхронізації" додано налаштування "Сертифікована компанія", яке відповідає за встановлення товарам статусу "Гарантія наявності". Це налаштування дає змогу підвищити пріоритет товарів, що вивантажуються в каталог на prom.ua. Товари зі статусом "Гарантія наявності" отримують максимальний пріоритет у каталозі Prom.

125285

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

64333

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

125456

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

125272

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

125443

Додано фільтр "Підписка на розсилку" для відображення списку клієнтів, які підписані на смс і e-mail розсилку (доступний за активованої опції "Масова розсилка по SMS і E-mail"). Це доопрацювання дає змогу окремо відобразити клієнтів, підписаних на смс-розсилку, e-mail-розсилку або смс+e-mail, що допоможе у відборі списку клієнтів для експорту.

126551

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

5683

Для масової розсилки типу "Стандартна" додано змінні шаблону повідомлення "Назва акції" і "Штрих-код акції" (генерується керуючий штрих-код). Доопрацювання дасть змогу надсилати клієнту індивідуальний промокод акції для залучення в магазин.

125071

У шаблон масової розсилки для Типу розсилки "За рахунком", "За оплатою рахунку", "За накладною" додано змінні:
- номер розрахункового рахунку;
- ЄДРПОУ (ЗКПО);
- підприємство;
- назва розрахункового рахунку.
Змінено принцип формування змінної "реквізити розрахункового рахунку". Розширено можливості налаштування шаблону масової розсилки. Тепер можна додати інформацію про рахунок, ЄДРПОУ, власника рахунку та підприємство.

125263

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

126748

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

48263

У пункт меню "Документ" - "Ремонт" - вкладка "Контакти" додано колонку "Статус відправки" та оновлення статусів відправлених повідомлень клієнту. Для зручності перегляду стану повідомлення щодо ремонту. Дозволяє бачити кінцевий статус повідомлення (доставлено, не доставлено і т.д.)

127102

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

128846

Для виписок за рахунками Приват24 реалізовано сполучення з новим API для автоклієнта. Виписки коректно визначають IBAN рахунок відправника та одержувача, визначають тип операції.
Розширено коментар для виписки (тепер відображається номер документа із самого банку для зручного зіставлення з виписками з банку). Виписки за рахунками Приват24 працюють згідно з новим API 3.0.0.

125270

Для таблиць "Резерв" і "Товар, що очікує резерву" додано дію "Друк етикеток". Дозволяє надрукувати етикетки на товар у кількості товару, що перебуває в резерві.

128061

Реалізовано новий тип збереження/створення архівів бази даних. Тепер до запиту застосовується параметр стиснення файлів архівів засобами SQL Server. Зменшує розмір бази даних, і збільшує швидкість створення архіву.

8899

Для сервісу ePochta додано поле "Вибір маршруту ePochta" (для України).
По Україні існує три маршрути відправки:
1. Національний (маршрут з реєстрацією імені) - для відправлення смс через цей маршрут потрібно перед відправленням смс зареєструвати ім'я відправника в оператора України через особистий кабінет смс-сервісу https://atomic.center/sms/senders (реєстрація безкоштовна).
2. Сім-канал - дає змогу надсилати смс абонентам України без попередньої реєстрації імені відправника, але з його заміною на довільний номер телефону або випадкове слово (наприклад, info). Цей канал не гарантує доставку і можливі затримки за звітами.
3. маршрут без реєстрації імені - дає змогу використовувати персональне ім'я відправника без попередньої реєстрації його в операторів України. Цей варіант дорожчий, але дає змогу не реєструвати заздалегідь ім'я відправника і відправляти смс.
Для країн, крім України, маршрут вибирається в налаштуваннях особистого кабінету ePochta. Вибір маршруту через API тільки для України. Дозволяє використовувати маршрути ePochta для України прямо з Торгсофт, а також обирати маршрут для одержувача повідомлень, наприклад, відправляючи повідомлення з України можна виставити маршрут.

129647

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

125431

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

129404

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

125429

На формі "Екран покупця" додано пункт меню "Налаштування", де розташовані такі пункти:
1. "Налаштування відображення списку товарів".
2. "Налаштування заставки":
- на вкладці "Зображення" додано елементи для управління режимом відображення зображень. Перемикач "Использовать эффекты при смене изображения" відкриває доступ до налаштувань ефектів (список ефектів, швидкість ефекту, розмір елемента мозаїки для режиму "Мозаїка").
3. "Налаштування відображення інформації про клієнта":
- для нейменованого клієнта можна вказати текст, що виводитиметься замість стандартного найменування системного покупця (типу "ПОКУПЕЦЬ"), а також текст, що виводитиметься в разі, якщо сума реалізації дорівнюватиме або перевищуватиме зазначену в полі "Сума покупок" (наприклад, якщо сума реалізації буде меншою, то можна відобразити текст вигляду: "На жаль, у Вас ще немає дисконтної картки нашого магазину", а якщо дорівнюватиме або перевищуватиме - "Вітаємо! Тепер Ви можете оформити дисконтну карту нашого магазину!" або на Ваш вибір);
- для іменованого клієнта можна налаштувати відображення інформації про відсоток знижки, суму бонусів, суму всіх покупок, дату останньої покупки і суму боргу (має бути розрахований на формі "Реалізація"). Тепер можна налаштувати режим зміни зображень на екрані покупця з використанням різних ефектів. А також дає змогу інформувати клієнта про відсоток знижок, суму бонусів і суму покупок, а клієнтам без дисконтної картки стимулюватиме купувати товар на потрібну суму, щоб оформити дисконтну картку Вашого магазину.

129364

У налаштуваннях заставки екрана покупця на вкладці "Відео" додано групу налаштувань "Програвати відео за допомогою" з варіантами "WindowsMediaPlayer" і "DirectShow". Для відображення відео без використання WindowsMediaPlayer слід вибрати варіант "DirectShow" (але цей варіант не скасовує необхідності встановлення кодеків). Дозволяє відображати заставку для екрана покупця в режимі відео (якщо в реалізації немає товарів) без встановленого в системі WindowsMediaPlayer.

111816

У "Торгівлю з випискою рахунку" на вкладку "Видаткова накладна" в групу дій "Друк накладної" додано два нових типи друку:
- "Друк ТТН (1 копія)";
- "Друк маркування на аркуші А4 (6 наклейок)".
На форму редагування "Створення ТТН Нової пошти" додано відповідні галочки.
Налаштування "маркування" перейменовано на "маркування "Зебра"". Можливість друку ТТН Нової пошти на півсторінки.

130679

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

130902

У пункт меню "Документ" - "Торгівля з випискою рахунка" вкладка "Оплати клієнтів" - "Непізнані оплати" додано можливість налаштування рольового доступу для фільтра "Стан" (Всі, Пов'язані, Не пов'язані). Дозволяє налаштувати відображення фільтра за станом непізнаних оплат для будь-якої ролі.

131258

У список "Тип банківського термінала" додано пункт. "Verifone(АльфаБанк)". При виборі цього пункту автоматично встановлюється тип протоколу "PosApi". Підтримка банківського терміналу Verifone (АльфаБанк).

130776

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

121370

1. Для фіскальних реєстраторів, що працюють через драйвер ArtSoft, реєстраторів Марія, Хелп мікро (MG N707TS), DATECS, Екселліо додано друк коду УКТЗЕД, що друкується над назвою акцизного товару у форматі:
Код УКТ ЗЕД: XXXXXXXXXX
де XXXXXXXXXXXX - код УКТ ЗЕД товару.
2. Для реєстраторів Марія додано друк QR коду із зашифрованим фіскальним номером реєстратора і номером чека, а також додано можливість під'єднати реєстратори Марія по TCP/IP. Друк коду УКТ ЗЕД на фіскальному чеку згідно із законом України.

116733

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

128679

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

110045

У меню "Документ" додано пункт "Система маркування Чесний знак", який викликає однойменну робочу форму. Ця форма містить три вкладки: "Опис залишків", "Замовлення кодів маркування" і "Введення в обіг", на яких відображаються документи відповідних типів. Також на робочій формі відображається склад документа, підсумкові дані і список кодів маркування (для документа "Введення в оборот"). Склад документа змінюється при перемиканні між типами документів.
При створенні документа чесного знака можна вказати товарну категорію, код ТН ЗЕД ЄЕАС, реєстраційний номер у системі "Чесний знак", коментар.
Сформувати склад документа чесного знака можна кількома способами, залежно від типу документа:
1. опис залишків:
- завантажити список товарів із відомості інвентаризації;
- за кнопкою "Додати" (товар обирається з довідника).
2. Замовлення кодів маркування:
- створення документа на підставі залишків (новий документ замовлення кодів маркування зі складом, аналогічним складу документа опису залишків);
- отримати список товарів з відомості інвентаризації;
- вручну за дією "Додати".
3. Введення в оборот. Для цього типу документа доступне поки тільки послідовне введення кодів маркування зі сканера або вручну.
Для формування XML файлів необхідно встановити підприємство за замовчуванням і задати такі параметри:
- ПІБ керівника. Буде використано як контактна особа при замовленні кодів маркування;
- Ідентифікаційний код (ІПН);
- Дата договору, Номер договору з оператором, що емітує коди маркування - необхідно для замовлення кодів маркування.
Ці параметри вказуються у формі редагування "Підприємство" на вкладці "Параметри для ГІС МП Чесний знак" за кнопкою "Задати/змінити параметри".
Сформовані XML файли зберігаються в папку "Журнал Торгсофт/Документи Чесного знака". Формат імені файлу: <Тип документа>_<Номер>_<Дата документа> (наприклад, Опис залишків_№1_23.07.2020.xml). Формування XML-файлу опису товару, XML-файлу-заявки на отримання кодів маркування та формування XML-файлу введення товарів в обіг для завантаження їх в ІС МП "Чесний знак".

132255

На форму "Стан складу" в меню "Налаштування - Колонки" до переліку відображуваних колонок додано колонку "Код товару УКТ ЗЕД" (додаткові параметри). Також цю колонку можна додати до будь-якої таблиці, у якій доступні динамічні параметри. Можливість подивитися код товару УКТ ЗЕД у стані складу.

132769

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

129438

У Торгівлю з випискою рахунка - вкладка Видаткова накладна в групу дій "Нова пошта" додано дію "Реєстри ТТН", в якій доступно:
- "Друк реєстру";
- "Розформувати реєстр (видалити)";
- "Оновити список реєстрів із сервера НП".
Дії по роботі з ТТН:
- "Додати ТТН до реєстру відправлень" (також доступно на формі створення ТТН Нової пошти);
- "Видалити ТТН з реєстру відправлень";
- "Оновити список ТТН із сервера Нової пошти";
- усі види друку ТТН і маркувань (маркування зебра, маркування на аркуші А4, ТТН, ТТН 1 копія). Можливість друку реєстру для Нової пошти.

132254

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

121874

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

129443

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

131860

На вкладці "Масове оновлення статусів ТТН поштових сервісів" - таблиця "Лог оновлення статусів ТТН" змінено метод сортування таблиці. Тепер інформація відображається від більшого до меншого. Метод сортування тепер відповідає аналогічним таблицям на інших вкладках форми "Завдання за розкладом".

129432

Для способу синхронізації з інтернет-магазином через файл додано можливість вказати "Вид торгівлі" (опт або роздріб). Для цього у файлі замовлення потрібно додати поле SaleForm, яке може приймати значення 1 (опт) або 2 (роздріб). Якщо поле відсутнє або має некоректне значення, замовлення обробляється з видом торгівлі роздріб.
1. Якщо замовлення завантажується як рахунок, то для рахунку буде встановлено ознаку "вид торгівлі" відповідно до даних файлу замовлення. Ціни товару буду встановлені за інформацією інтернет-магазину (незалежно від налаштування в об'єкті синхронізації "Для товарів рахунку брати ціни з").
2. При завантаженні замовлення в режим "Замовлення віддаленого клієнта", ознаку "вид торгівлі" можна дивитися в однойменній колонці в таблиці Замовлення. Рахунок, виписаний за замовленням, матиме відповідну ознаку "вид торгівлі". Це доопрацювання дає змогу створювати рахунки за замовленнями з інтернет-магазину з відповідним видом торгівлі (опт або роздріб). Це дасть змогу вести аналіз роздрібних і оптових продажів. Раніше всі рахунки створювалися роздрібні.

129408

На форму редагування "Об'єкт синхронізації" на вкладку "Загальні" додано поля "% націнки (роздріб)" і "% націнки (опт)", які, відповідно до виду торгівлі, застосовуються для таких полів файлу синхронізації:
- Ціна роздрібна;
- Ціна оптова;
- Ціна акційна;
- Ціна за од. міри;
- Оптова ціна за од. міри;
- Екв. оптової ціни
- Екв. роздрібної ціни.
Підсумкова ціна округлюється за налаштуваннями виду товару. Дозволяє додавати % націнки для роздрібної та оптової ціни в об'єкті синхронізації з інтернет-магазином. З огляду на зазначені відсотки, збільшуватиметься відповідна ціна у файлі синхронізації.

134356

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

108547

У шаблон масової розсилки додано новий "Вид розсилки" - "Viber" (для сервісу TurboSMS). Є можливість надсилати 2 типи Viber повідомлення:
1) Транзакційне - це сервісні повідомлення, що не містять картинки, посилання, рекламу тощо, тобто повинно складатися виключно з тексту (це можуть бути повідомлення про реєстрацію, код підтвердження, наприклад, "Ваше замовлення №..." і т.д.).
2. Рекламне - є можливість прикріпити посилання, картинку.
У список смс-сервісів додано сервіс ViberTurboSMS. Можливість відправки Viber повідомлень через сервіс TurboSMS.

122714

Додано нову платну функцію "Підключення програмного РРО". Функцію потрібно активувати на ту кількість робочих місць, де будуть використані реєстратори. Після активації функції в меню "Налаштування" стає доступним пункт "Програмний РРО", в якому необхідно створити записи про РРО, що використовуються в системі.
1. При створенні ПРРО дані необхідно брати з вашого особистого кабінету фіскальної служби. Також необхідно вказати:
- каталог, де розташовується Ваш сертифікат електронного підпису та ключ;
- адресу центру сертифікації ключів, який видав Вам електронний підпис;
- пароль від електронного підпису;
- кількість чеків для офлайн режиму (за замовчуванням 2000, але можна змінити за заявкою до фіскальної служби);
- за необхідності встановити початковий номер чека.
2. Для кожного ПРРО потрібно заповнити список податків, які на ньому застосовуватимуться, і зазначити типи оплат (готівкові та безготівкові).
3. У Налаштування - Параметри - Чек у налаштуваннях фіскального принтера потрібно вказати Тип фіскального принтера - Програмний РРО і вибрати зі списку потрібний ПРРО. Після перезапуску програми, поточне робоче місце буде проводити фіскальні чеки через зазначений ПРРО.
4. У процесі роботи, якщо зв'язок з фіскальним сервером пропав, то ПРРО перейде в офлайн режим автоматично. Це буде видно на чеку. Коли зв'язок відновлено, то відбувається передача пакета даних з переліком офлайн документів, створених за офлайн сесію, і ПРРО переходить у режим роботи онлайн. Під час офлайн сесії заборонено робити повернення. Тривалість однієї офлайн сесії не може бути довшою за 36 годин, а загальна кількість годин офлайн сесій за місяць не може перевищувати 168.
5. Усі чеки (відкриття зміни, реалізація, повернення, внесення і видача готівки, z-звіт) автоматично друкуються на принтері друку чеків (якщо він встановлений). Шаблони документів налаштовані за 80 мм, але за необхідності їхній вигляд можна налаштувати через меню Налаштування - Налаштування шаблонів друку.
6. За замовчуванням на всіх чеках друкується QR-код. Якщо для чеків реалізації та повернень його просканувати, то в ньому буде зашифроване посилання фіскальної служби для перевірки цього чека, перейшовши за яким (якщо чек було раніше надіслано до податкової) відобразиться інформація. Можливість використовувати ПРРО (програмний реєстратор розрахункових операцій) України.

119261

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

135285

До налаштувань фіскальних реєстраторів сімейства Артсофт, Марія Resonance, Екселліо, Хелп Мікро, Datecs Atlas додано поле "Код УКТ ЗЕД відображати", в якому можна вибрати такі значення:
- Над назвою товару (значення за замовчуванням);
- Перед назвою товару;
- Ніде.
Залежно від обраного налаштування, код УКТ ЗЕД для акцизних товарів буде надруковано у фіскальному чеку в зазначеному місці. Дозволяє налаштувати місце відображення коду УКТ ЗЕД у фіскальному чеку.

130545

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

136157

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

129636

У список доступних для роботи фіскальних реєстраторів додано реєстратор Меркурій, для якого є чотири налаштування: швидкість і номер COM-порту, пароль, зберігати з'єднання з фіскальним реєстратором. Якщо користувач планує друк періодичних звітів, то під час фіскалізації апарата необхідно вказати в паролі податкового інспектора перші чотири символи. Можливість роботи з фіскальним реєстратором Меркурій (для роботи на тимчасово окупованій території Луганської та Донецької областей).

48252

Для режиму "Ремонт" додано такі можливості:
1. Створювати користувацькі стани товару ремонту (редагувати довідник станів можна в налаштуваннях ремонту).
2. Для стану ремонту додано параметри "Змінив" і "Центр обліку".
3. Для товару ремонту додано поле "Відповідальний майстер" і можливість введення орієнтовної вартості ремонту. Ця вартість відображається в документах і на формі, поки не додані матеріали, послуги та операції. Після їх додавання, вартість ремонту розраховується за ними.
4. Додано фільтри за етапами ремонту і за станом ремонту.
5. Додана можливість переміщення ремонту між центрами обліку. Дозволяє створювати свій довідник станів ремонту, переміщати ремонт між центрами обліку, а також вказувати орієнтовну вартість ремонту, щоб можна було озвучити її клієнту.

134875

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

134352

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

134885

У набір шаблону друку "Серійний номер товару" додано поле "Оптова ціна". Можливість відобразити оптову ціну товару на етикетці з серійним номером.

137682

Додана нова платна функція "Сполучення з Satu.kz" (аналог Prom.ua, тільки на території Казахстану) Можливість синхронізації з сервісом Satu.kz.

134775

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

137075

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

125372

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

125818

На форму редагування "Адреса доставки інформації" додано поле "FTP директорія" для вказівки шляху до ресурсу (папки) для можливості організації зберігання і доступу до даних на FTP-сервері. Як роздільник використовується символ "Forward slash", наприклад "Files/Data/Orders". На прикладі режиму "Синхронізація з інтернет-магазином" це дає змогу зберігати файли фотографій товарів в одній директорії, а файли замовлень і файли товарів (прайс-листи) в іншій директорії. Для режиму "Склад постачальника" - обробляти прайс-листи постачальників незалежно від місця їх зберігання на FTP-ресурсі.

125440

Для товарної накладної №ТОРГ-12 змінено алгоритм визначення банківських реквізитів вантажовідправника. Тепер це відбувається таким чином:
1. використовується розрахунковий рахунок, зазначений при формуванні рахунку.
2. Якщо під час формування рахунку розрахунковий рахунок не було зазначено, виконується пошук розрахункового рахунку серед безготівкових оплат видаткової накладної, і використовується перший знайдений.
3) Якщо розрахунковий рахунок не знайдено серед оплат видаткової накладної, використовується розрахунковий рахунок за замовчуванням (Налаштування - Вибір розрахункового рахунку за замовчуванням).
4. Якщо розрахунковий рахунок за замовчуванням не вказано, використовується перший доступний для торговельної мережі розрахунковий рахунок. Друк накладних №ТОРГ-12 із зазначенням розрахункового рахунку зазначеного при створенні рахунку.

135016

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

129701

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

135002

На форму "Технологічні карти" додано перемикач "За видами товару". У разі ввімкненого перемикача список технологічних карт буде відфільтровано за обраним видом товару, у разі вимкненого - буде відображено повний список технологічних карт. Можливість навігації та фільтрації списку технологічних карт за видами товару.

135003

1. на форму редагування "Операція" додано поле "Виконавець (у виробництві)" у вигляді списку, що випадає, в якому відображаються тільки співробітники з категорією "Співробітник". Значення цього поля використовується тільки для операцій виробництва.
2. У робочій формі "Операції" додано колонку "Виконавець".
3 На формі "Операції маршрутного листа":
- додано перемикач "Враховувати зв'язок операції зі співробітником";
- у списку зареєстрованих операцій додано колонку "Виконавець", яка відображається, якщо увімкнено перемикач "Враховувати зв'язок операції зі співробітником".
4. При створенні виробничого акта як виконавця операції підставляється співробітник, пов'язаний з операцією. А в разі, якщо операція не пов'язана зі співробітником - співробітник за замовчуванням (обирається під час створення виробничого акта).
5. Під час реєстрації операцій у маршрутному аркуші співробітник (виконавець), просканований перед скануванням операцій, встановлюється як виконавець для всіх операцій, що додаються, якщо налаштування "Враховувати зв'язок операції з працівником" вимкнене, або тільки для тих операцій, які не пов'язані з конкретним працівником, якщо налаштування увімкнене. Це доопрацювання дає змогу пов'язувати технологічну (виробничу) операцію з конкретним працівником, що, своєю чергою, позбавить від зайвої роботи зі сканування штрих-коду працівника.

134878

Змінено допустиму область для переміщення фото з товаром на формі "Реалізація" Тепер фото товару може бути переміщено нижче таблиці зі списком товару. Дозволяє переміщати фото товару в режимі "Реалізація" в потрібну область форми.

138298

Додано особистий кабінет користувача. Тепер при виклику пунктів "Заявка на техпідтримку..." і "Мій особовий рахунок у Торгсофт" відкривається web-інтерфейс особистого кабінету клієнта, в якому є можливість:
- купити послуги (ДСО, тікет, ліцензії);
- залишити заявку в техпідтримку;
- подивитися історію звернень.
Для роботи особистого кабінету необхідний Internet Explorer 11-ї версії (якщо встановлений Internet Explorer 9-ї або 10-ї версії, то в особистому кабінеті буде відповідний напис, про необхідність його оновити, але при цьому буде можливість залишити заявку в технічну підтримку). При подачі заявки в техпідтримку через web-інтерфейс особистого кабінету, є можливість запустити AeroAdmin.
Якщо програма українською мовою, то web-інтерфейс особистого кабінету відкриється українською мовою. Інформація про персональний особовий рахунок, техпідтримку та придбання послуг компанії в одному місці.

26291

Доопрацьовано режим Ремонт:
1. У стан ремонту в довідник для завершального етапу додано перемикач "Заборонити створення стану без контролю оплати", який дає змогу за вимкненого перемикача не контролювати оплату за ремонт.
2. У налаштування додано перемикач "Виділити ремонт за вказану кількість днів до терміну здачі" для сигналізації про те, що підходить термін здачі ремонту. Ремонт буде виділено червоним кольором, якщо за вказану кількість днів до терміну здачі за ним не буде стану з типом "Є результат".
3. Фільтр за періодом працює на дату приймання і на термін здачі.
4. Дозволено додавання товару в довідник прямо з товару ремонту (необхідно вручну написати назву товару, і його автоматично буде додано в довідник).
5. Для фільтрації списку ремонтів за терміном здачі доданий перемикач "Підходить термін здачі".
6. На етикетку ремонту (друк штрих-коду ремонту) винесені додаткові дані: Термін здачі, Орієнтовна вартість, Відповідальний майстер.
7. Ремонти, за якими є результат, виділяються зеленим фоном для зручності контролю та обдзвону клієнтів.
8. Додано дію "Відправити в сервісний центр" (створено для візуального контролю).
9. На вкладку "Товар у ремонті" додано фільтр за відповідальним майстром і дію "Перейти до ремонту". Розширено функціонал режиму "Ремонт".

134770

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

54370

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

140009

Для фіскального реєстратора Меркурій до списку дій для фіскального реєстратора додано дію "Надрукувати 0-чек". Можливість друку нульового чека для фіскального реєстратора Меркурій.

140140

Для сервісу Webkassa Казахстану додано можливість у реалізації сканувати маркування тютюнової продукції та передавати його до сервісу, який надалі надішле ці дані до ОФД для вилучення конкретної пачки з обігу. Для цього у вигляді товару, який містить маркування, потрібно додати додаткову характеристику "Параметри маркування системи "Чесний знак"" - "Необхідне маркування в системі "Чесний знак"" і "Суворий облік кодів маркування" (якщо встановлений, то неможливо буде продати, повернути, списати, повернути постачальнику, зробити акт браку з товаром, якщо для кожної одиниці товару не буде введений (просканований) код маркування). Якщо суворий облік не ведеться, то можна буде проігнорувати введення коду маркування.
Якщо в реалізації або поверненні товару, для якого встановлено необхідність маркування, не ввели код під час продажу, то на фіскальний чек (у Webkassa) позиції без маркування не потраплять.
На чеку кожна одиниця маркованого товару відображатиметься окремим рядком.
У налаштування шаблону чека реалізації та повернення для Webkassa до набору даних "Список товару чека" додано дане "Мітка маркування" (для відображення на чеку просканованого маркування для товару, потрібно додати це дане в шаблон чека). Це доопрацювання дає змогу сканувати маркування тютюнової продукції та передавати його в сервіс Webkassa.

123833

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

111608

У налаштування "ABC і XYZ аналіз" додано налаштування з відповідними перемикачами "Групування за: товаром, моделлю, розміром, кольором" і налаштування "Відображати колонку Фото" (для угруповання за товаром або моделлю). Можливість проводити ABC і XYZ аналіз не тільки за товаром, а й за моделями, розмірами і кольорами. Це дасть змогу швидше аналізувати інформацію про те, які, наприклад, моделі необхідно замовляти для продажу.

140250

На форму "Движение товара" додано перемикач "Источник себестоимости" (як рахувати собівартість). Має три значення:
1. Складські документи - собівартість береться тільки з документів.
2. Стан складу на дату документа - собівартість береться тільки зі складу на дату документа.
3. Комбінований режим - собівартість береться з документа, якщо з якихось причин її немає - зі складу на дату документа (встановлений за замовчуванням). Це налаштування дає змогу подивитися, де не проставили собівартість у видаткових документах.

135014

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

134351

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

117872

1. На форму "Перевірка кількості товару за накладною" додано дію "Серійні номери" (доступна, якщо активовано додаткову функцію "Облік гарантійного товару за серійними номерами" і для тих товарів, у яких заповнена кількість), після натискання на яку відкривається список серійних номерів товару (для документа "Прихід товару" список відкривається в режимі перегляду).
2. Для товарів, у яких перевірена кількість не збігається з кількістю серійних номерів, додано виділення кольором. Також праворуч від поля Коментар відображається попередження про невідповідність.
3. У меню "Звіт" додано пункт "Звіт за розбіжностями серійних номерів", який міститиме список товарів накладної суворого гарантійного обліку, для яких перевірена кількість не збігається з кількістю серійних номерів.
4. Під час спроби застосувати зміни в накладній, якщо є невідповідність, буде видано повідомлення про помилку і зміни не будуть прийняті. Доопрацювання дає змогу виключити ситуацію, коли, наприклад, за результатами перевірки з центру обліку А на центр обліку Б передається не 5 товарів, а 4, але водночас серійних номерів зі складу А йде 5.

141374

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

141359

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

129350

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

141982

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

121796

Для фіскальних реєстраторів Атол і Штрих-М перероблено метод надсилання коду маркування, щоб він малював букву М у властивостях товару на чеку:
1. Атол - Торгсофт може передавати маркування на Атол не тільки для взуття, а й для будь-яких типів товару.
2. Штрих-М - Торгсофт може передавати маркування на Штрих-М не тільки для взуття, а й для товарів, у яких код товару у форматі GS1 Data Matrix або Data Matrix маркування (одяг, взуття тощо, але не хутро). Тепер у властивостях товару на фіскальному чеку (Атол і Штрих-М) відображається буква М.

141966

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

136019

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

45007

Додана можливість копіювати тексти помилок, підтверджень та інших системних повідомлень Торгсофт (Ctrl+C і Ctrl+Insert). Зручність передачі помилки в техпідтримку.

140224

Загальні зміни щодо налаштування програмного РРО:
1. Замість зазначення каталогу розміщення приватного ключа тепер вказується сам файл ключа.
2. Для всіх наявних (налаштованих) ПРРО заміна каталогу з ключем на файл ключа виконується автоматично під час установлення оновлення (усі раніше налаштовані ПРРО після оновлення програми продовжать свою роботу без необхідності додаткових налаштувань).
3 Адресу ЦСК автоматично визначають під час зазначення файлу приватного ключа (за потреби її можна змінити).
- key-6.dat -> acskidd.gov.ua;
- *.zs2 -> uakey.com.ua;
- *.jks -> acsk.privatbank.ua. Можливість використання файлів приватних ключів АЦСК ТОВ "Україна" (*.zs2) та АЦСК "ПРИВАТБАНК" (*.jks) при налаштуванні програмних РРО.

144117

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

143100

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

125266

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

136899

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

143978

На форму редагування "Одержувач Нової пошти" і "Контрагент доставки" додано поле "ЄДРПОУ" (для типу одержувача "Юрособа").
Для додавання нового одержувача потрібно ввести в поле код ЄДРПОУ та натиснути Знайти. Якщо одержувач є в базі даних юридичних осіб на сервері Нової пошти, то його дані підтягнуться у відповідні поля форми редагування, які можна буде потім зберегти. А якщо одержувач не був знайдений, то, мабуть, він не був зареєстрований у Новій пошті як юрособа. Прискорює заповнення даних для юридичного одержувача Нової пошти.

143989

У шаблон рахунку додано нові змінні в групу "Відправник":
- Назва розрахункового рахунку відправника;
- ЄДРПОУ розрахункового рахунку відправника;
- Власник розрахункового рахунку відправника;
- Підприємство розрахункового рахунку відправника. Розширено список змінних для документа Рахунок.

135857

1. Додано зв'язок ПРРО з підприємством. Під час друку чека на ПРРО враховуватиметься підприємство документа, але якщо оплата проходила за розрахунковим рахунком, у якого зазначено підприємство, то враховуватиметься підприємство саме з розрахункового рахунку. Зв'язати ПРРО з підприємством можна двома способами:
- для кожного робочого місця встановити зв'язок ПРРО з підприємством у таблиці "ПРРО робочого місця для підприємства";
- на формі редагування "Підприємство" на вкладці "Програмний РРО".
2. На форму введення оплати додано поле "Підприємство" для можливості змінювати підприємство оплати і підприємство складського документа (якщо це новий складський документ). Можливість вибирати ПРРО, на якому буде надруковано фіскальний чек безпосередньо в момент оплати. Для обмеженої ролі за замовчуванням можливість змінювати підприємства відключена (але можна налаштувати рольовий доступ).
3 Чеки ПРРО видаляються під час видалення статистик закритих періодів за останню дату останнього періоду, що видаляється, і за якими немає повернення в невидаляємих періодах.
4. На форму редагування Програмний РРО додано дві нові ознаки:
- "Найменування" - слугує для зручнішої ідентифікації ПРРО при подальшому використанні (не обов'язковий параметр);
- "Використання" - слугує для розмежування ПРРО, які використовуються у звичайному Торгсофт і в мобільному застосунку (на поточний момент використовувати один ПРРО і в мобільному застосунку, і в звичайному Торгсофт неможливо)
5. Робоча форма Програмний РРО розділена на дві вкладки:
- "Налаштування програмного РРО":
а) додано фільтр за використанням;
б) у колонці Фіскальний номер РРО додано відображення стану: в онлайн або в офлайн знаходиться даний ПРРО;
в) для податків і тип оплат додано кнопки з автоматичного заповнення відповідних записів;
г) з форми редагування Податок прибрано поле Код податку, а в таблиці його перейменовано в Код виду податку;
д) на формі редагування Тип оплат для поля Форми оплати в Торгсофт додано два значення Передоплата і Кредит;
- вкладка "Аналітика за програмним РРО" - можна переглядати перелік чеків за активними ПРРО:
а) у таблиці Чек можна переглядати локальний номер документа (офлайн або онлайн), дата і час створення чека, тип документа, документ у Торгсофт, фіскальний номер документа, номер чека для повернення, центр обліку, ПІБ касира, номер офлайн-сесії, підсумкова сума, внесено грошей, вилучено грошей;
б) можна повторно роздрукувати чек;
в) у нижній частині таблиці можна подивитися перелік товарів чека, податків за чеком, оплат за чеком.
5. У Налаштування - Параметри - Чек у перемикач Умови друку чека в Торгівлі з випискою рахунка додано два нових значення: Пропонувати чек і Друк чека завжди.
Також додано два налаштування для ПРРО: Друк чека передоплати на ПРРО і Друк чека оплати боргу на ПРРО, які можуть набувати значень Не друкувати, Пропонувати друк, Друк чека завжди.
6. Додана можливість виводити на чек ПРРО ціну без знижки і знижку на товар.
7. Додана можливість роботи одного ПРРО з декількома касирами залежно від того, який продавець обраний в Торгсофт:
- у Налаштування - Співробітник на форму редагування додана вкладка Програмний РРО, на якій є можливість заповнити всі необхідні дані для електронного підпису чека цим співробітником. Якщо не вказано ПІБ касира, то буде використовуватися звичайне ПІБ співробітника. Якщо в реалізації визначено конкретного співробітника, і в нього вказано електронний підпис, то буде використано саме його для підпису чеків ПРРО, а касиром у такому разі буде вказано саме цього співробітника. Розширено функціонал роботи з програмним РРО:
- прив'язка до підприємства дасть змогу в момент оплати вибирати ПРРО, на якому буде надруковано фіскальний чек;
- аналітики за чеками ПРРО;
- облік чеків ПРРО при видаленні статистики закритих періодів;
- можливість відпускати товарні чеки в кредит (без оплати) для Торгівлі з випискою рахунку;
- ознака, що ПРРО обраний для мобільного застосунку, щоб не було можливості вибрати цей ПРРО для основної програми Торгсофт;
- відображення значення ціни зі знижкою;
- робота з декількома касирами.

37235

1. На вкладку "Рахунок" додано:
- перемикач "Часткове відвантаження". Якщо перемикач увімкнено, то при створенні видаткової накладної за рахунком буде доступна можливість вказувати, які товари будуть включені до складу видаткової накладної і в якій кількості. Якщо перемикач вимкнено - всі товари будуть включені в створювану накладну.
- фільтр "Стан відвантаження" з варіантами вибору "Не відвантажено", "Повністю відвантажено", "Частково відвантажено". У списку рахунків частково або повністю відвантажені рахунки відображатимуться відповідною іконкою в колонці Дата.
2. На вкладці "Передоплата рахунку" додано дію "Розподілити передоплату", яка дозволяє розподілити вільну загальну суму передоплати за рахунком на неоплачені видаткові накладні рахунки.
3. У списку передоплат за рахунком додано стани "Розподілена повністю", "Розподілена частково" (стан відображається піктограмою в колонці Сума).
4. Додано форму вибору видаткової накладної, яка відображатиметься під час виклику дії "Найти расходную накладную", якщо за рахунком створено кілька видаткових накладних.
5. При внесенні передоплати за рахунком (якщо за рахунком створено хоч одну видаткову накладну) на формі передоплати за рахунком буде відображено інформацію за рахунком та інформацію за видатковою накладною, на яку насамперед буде розподілено оплату. Можливість часткового відвантаження за рахунком у Торгівлі з випискою рахунку.

141182

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

146565

У шаблон друку податкової накладної та коригування внесено відповідні зміни згідно з новою формою податкової накладної та коригування.
Значення поля "Код" заповнюється, якщо заповнюється відповідний податковий номер платника податку (заповнюється не завжди).
Ознака податкового номера (код) визначається автоматично, виходячи зі значень самого податкового номера за таким алгоритмом. Якщо податковий номер складається:
- з 8 знаків і всі вони цифрові, то вважається, що це код ЄДРПОУ і код ознаки матиме значення 1;
- з 10 знаків - реєстраційні номери облікової картки платника податку (ідентифікаційний код) і код ознаки буде 2;
- з 9 знаків і перші два знаки такого номера "77" (резидент) або "88" (нерезидент) - податковий номер, присвоєний контролюючими органами для платників податку, що не включені до ЄДРПОУ та код ознаки буде 3;
- з 8 знаків і містить не цифрові символи - це серія+номер паспорта старого зразка. Якщо податковий номер складається з 9 знаків, і при цьому перші два символи не "77" і не "88", то вважається, що це номер паспорта нового зразка (у вигляді ID-картки). В обох випадках код ознаки 4.
Також внесено зміни до алгоритму формування XML-файлу для вивантаження в стандарті України (для ArtZvit) Шаблон податкової накладної та коригування до податкової накладної згідно зі змінами, що набрали чинності з 1.03.2021 (наказ від 02.12.2021 №734).

147036

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

144739

Додано вибір формату звіту: короткий або повний під час друку Z і Х звітів на фіскальному реєстраторі Меркурій. Можливість вибору формату (повний або короткий) X і Z звіту для фіскального реєстратора Меркурій (для використання на тимчасово окупованій території Луганської та Донецької областей).

147073

До таблиць "Склад замовлення на виробництво" та "Продукція замовлення на виробництво" додано дію "Створити маршрутний лист" (дія не доступна для виробів замовлення, які є моделлю). Дозволяє в замовленні на виробництво створювати маршрутні листи по товару.

147202

1. дія "Замовлення з розподілу" коректно працює для SQL-Server 2005.
2. Для поля "Формула розрахунку" додано контекстне меню, яке дає змогу встановити формулу за замовчуванням і додавати колонки до формули (додавання колонок тепер відбувається не в кінець рядка, а в місці положення курсора).
3. Дія "Виконати розрахунок" тепер надає можливість активувати видимість колонок, які використовуються у формулі.
4. Заблоковано можливість перенесення колонок за межі своїх груп. Доопрацьовано режим "Розподіл товару" в області автоматичного розподілу.

141968

На форму редагування "Створення ТТН Нової пошти" додано вкладки "Параметри відправлення", де вказуються основні параметри, і "Додаткові послуги", де знаходяться інші додаткові послуги:
- Забрати довіреність;
- Суботня доставка;
- Локал Експрес;
- Бажана дата доставки;
- Доставка в часові інтервали;
- Супровідні документи;
- Додаткова інформація про відправлення;
- Підйом на поверх;
- Доставка особисто в руки;
- Контроль поштучної передачі;
- Red Box;
- Авіадоставка. Можливість у ТТН Нової пошти працювати з усім поточним пакетом додаткових послуг.
125373 1 У шаблон друку товарного чека додано змінну "Сліп-чек банківського термінала", у яку виводиться вміст сліп-чека банківського термінала. При налаштуванні шаблону чека вона може бути використана для виведення сліп-чека на друк.
2. Для фіскального чека програмного РРО до шаблону чека (чека оплати та чека повернення) за замовчуванням додано відповідні та змінну SLIP-check для виводу інформації, яка міститься у сліп-чеку банківського термінала.
3. У налаштування робочого місця фіскального реєстратора додано перемикач "Друкувати сліп-чек банківського термінала у фіскальному чеку". Якщо перемикач увімкнено, то інформація сліп-чека виводитиметься на фіскальний чек (доступний для фіскальних реєстраторів таких типів: ПРРО; що використовують драйвер ArtSoft; Екселліо FPU-260 тощо.
4. Для виведення сліп-чека на друк у складі товарного або фіскального чека банківський термінал має бути налаштований так, щоб інформація чека поверталася терміналом на касу. Термінали деяких банків (зокрема, Альфа-банк) за замовчуванням не повертають інформацію сліп-чека на касу. Це питання має вирішуватися в кожному конкретному випадку з банком, що обслуговує термінал. Можливість друку сліп-чека банківського термінала у складі товарного або фіскального чека.

148164

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

141181

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

135452

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

148922

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

148741

1. Поле для введення мерчанта для банківських терміналів, що працюють за протоколом PosApi, має назву "Ідентифікатор терміналу" і дозволяє вводити нецифрові символи як номер мерчанта.
2. Для терміналів, що працюють за протоколом JSON (WebSocket), реалізовано можливість залишати поле "Номер мерчанта порожнім". Дозволяє працювати з банківськими терміналами, що працюють за протоколом PosApi, на яких використовується кілька профілів для можливості вибору потрібного профілю (ФОП).

67589

1. У список клієнтів у стандартний пошук за колонками таблиці додано пошук відразу за двома полями Найменування/Телефон.
2. У Налаштування - Параметри додано налаштування "Унікальність телефону клієнта", яке може мати три значення: Не контролювати, Попереджати про збіг (встановлено за замовчуванням), Заборонити збіги. Під час редагування картки клієнта програма перевірятиме, чи є в інших клієнтів такий самий номер телефону, показуватиме список клієнтів і, відповідно до налаштування, попереджатиме або заборонятиме це.
3. Для форми "Об'єкт синхронізації" на вкладці "Клієнти" прибране налаштування "Якщо не знайдений за номером телефону, то завжди створювати нового", тому що вже не актуальне. Налаштування "Параметри нового клієнта" тепер відображається завжди і не залежить від галочки "Автоматично створювати нових клієнтів за замовленнями". Це доопрацювання дасть змогу створювати клієнтів з однаковим найменуванням (повних тезок), але з різними номерами телефонів.

57590

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

140604

Для низки помилок, які могли виникати в процесі синхронізації, додано додатковий пояснювальний опис, наприклад: "HTTP/1.1 401 Unauthorized. Перевірте валідність API-ключа" або "HTTP/1.1 429 To Many Requests. Перевищено максимальну кількість запитів. Повторіть спробу пізніше." Дозволить ідентифікувати помилки і розуміти подальші дії при налаштуванні синхронізації з prom.ua.

89094

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

145936

1. Для контрагента доставки в картку клієнта (вкладка Параметри доставки) для адреси додано налаштування "Використовувати за замовчуванням".
2. У Налаштування - Параметри - Додаткові функції - Сполучення з Новою поштою додано налаштування "Відправник Нової пошти Центру обліку", яке дає змогу прив'язувати контактних осіб відправника НП до центру обліку, щоб використовувати їх за замовчуванням при створенні ТТН Нової пошти.
3. Додано створення контрагента доставки з його адресою доставки, а також створення одержувача Нової пошти та адреси одержувача Нової пошти. Якщо клієнт з файлу імпорту не існує в базі даних, то буде створено системного контрагента доставки з установкою його за замовчуванням.
4. Для способу синхронізації інтернет-магазину через файли додано можливість створювати одержувача Нової пошти та адресу під час імпорту файлу замовлення (*.sal, *.xml, *.json) (файл замовлення повинен містити секцію [NewPostDeliveryOptions], яка повинна бути розташована між секціями [Options] і [1]). Додано виведення імені файлу замовлення інтернет-магазину в балці об'єкта синхронізації. Доопрацьовано режим Сполучення з Новою поштою, а також з'явилася можливість при синхронізації з інтернет-магазином передавати дані Нової пошти в програму Торгсофт (створювати одержувача і його адресу).

108558

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

108556

Для всіх способів синхронізації з інтернет-магазином додано новий спосіб вивантаження фотографій товарів "Свій Web-сервер", який доступний, коли фотографії товарів зберігаються в каталозі (Налаштування - Параметри - Товар - Фотографія - Місце зберігання фотографій). Цей спосіб вивантаження фотографій передбачає використання власного Web-сервера для надання відкритого доступу через інтернет до файлів фотографій, що зберігаються в каталозі, що дає змогу уникнути необхідності використання FTP-сервера. Для цього в поля файлу синхронізації було додано два нових типи даних "Фотографія товару (список файлів через кому)" і "Фотографія товару (посилання на файл через кому)", які дають змогу вивантажувати в файл товарів рядок зі списком назв файлів фотографій товару і рядок зі списком посилань на файли фотографій. Можливість включити в файл товарів поля зі списком назв (посилань) файлів фотографій товару значно спрощує алгоритми синхронізації, що виконуються на стороні інтернет-магазину.

145849

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

135145

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

152077

Оптимізовано роботу форми відображення прогресу операції. Оновлення даних на формі тепер відбувається максимум 100 разів (1 раз на кожен відсоток виконання операції). Прискорено роботу програми.

145844

1. Для категорії розсилки "Вайбер" додано ведення статистики переходів, а також відсоткове співвідношення за статусами повідомлень "Доставлено", "Прочитано" і "Перехід за посиланням" відносно загальної кількості повідомлень у розрізі масової розсилки.
2. У таблиці "Повідомлення масової розсилки" в колонці "Телефон" додано відображення іконок статусів "Відправлено", "Доставлено", "Прочитано" і "Перехід за посиланням", а також фільтр "Статус Viber повідомлення" для відображення повідомлень залежно від обраного значення у фільтрі (не доставлено, доставлено, прочитано або перехід за посиланням).
3. Додана можливість використовувати вайбер для верифікації дисконтної картки по смс:
- для поля URL натискання додано можливість використовувати змінні;
- для кожного повідомлення верифікації більше не створюється окрема масова розсилка, тепер за один день створюється одна розсилка для цього дня, в рамках якої відправлені всі повідомлення верифікації;
- під час оновлення статусу відправлення тепер не відбувається оновлення статусів усіх повідомлень масових розсилок, у яких клієнт брав участь. Тепер оновлюються статуси тільки виділених повідомлень.
- у Маркетинг - Масова розсилка - вкладка Масові розсилки - таблиця Повідомлення масової розсилки додано дію "Оновити статус виділених повідомлень". 1. Дає змогу аналізувати й зрозуміти доцільність рекламних вайбер-розсилок, а також відстежувати кількість прочитаних повідомлень або тих, у яких одержувач перейшов за посиланням.
2. Можливість використовувати вайбер для верифікації картки клієнта

111817

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

37042

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

153761

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

145250

1. Для друкованих чеків ПРРО за передоплатою рахунку додано напис перед кожним товаром "Передоплата за".
2. У Налаштування - Програмний РРО - вкладка Налаштування програмного РРО додано:
- дію "Встановити початковий номер чека за даними з сервера" і колонку "Початковий номер чека";
- дію "Перейти в онлайн" для ручного переходу в онлайн режим обраного ПРРО;
- група дій "Операції з чеками" (відкрити зміну, закрити зміну, Z-звіт, Х-звіт, внесення і вилучення готівки). Дозволяє адмініструвати ПРРО не тільки з робочого місця.
- група дій "Встановити формальну ознаку" (дозволяє примусово переводити ПРРО в онлайн без надсилання чеків на сервер, зроблених в офлайн).
3. Реалізовано можливість проводити повернення товару в офлайн-режимі.
4. У Налаштування - Програмний РРО - вкладка Аналітика за програмним РРО додано:
- у таблицю "Чек" дію "Видалити" для видалення записів про проведені фіскальні чеки;
- у таблицю "Офлайн сесія" дію "Видалити чек офлайн сесії" для видалення всіх чеків, проведених у рамках цієї офлайн сесії.
5. Додано перевірку на наявність у ПРРО відповідного типу оплати та податку, за якими продається товар, до моменту відправлення чека на сервер або формування офлайн чека.
6. Додана можливість друкувати паперову копію фіскального чека ПРРО зі списку витрат і списку доходів (Друк чека і Друк накладної - Чек) і в Торгівлі з випискою рахунка (Надрукувати товарний чек й Друк повернення - Чек).
7. Якщо під час відправлення пакета офлайн-документів відбувається помилка, не пов'язана зі з'єднанням сервера, то робота з ПРРО блокується.
8. У Налаштування - Параметри - Чек - вкладка Фіскальний принтер додано:
- налаштування "Використовувати коротку назву для фіскального чека". При увімкненому налаштуванні, на фіскальних чеках для товарів, у яких зазначена Коротка назва товару і не зазначена Назва для фіскальної служби, буде як назва товару відображатися Коротка назва товару;
- у налаштування робочого місця фіскального реєстратора для ПРРО додано налаштування "Автоматично відправляти копію чека". У разі її активації та наявності телефону у клієнта, галочка для відправлення повідомлення буде встановлена автоматично.
9. Можливість відображення Х-звіту для ПРРО в реалізації (не друкується на принтері, а відображається на екрані).
10. У шаблон масової розсилки додано новий тип шаблону "За чеком програмного РРО". Для цього типу додано змінні <фіскальний номер чека ПРРО>, <фіскальний номер ПРРО>, <посилання на чек ПРРО>, <номер чека в Торгсофт>, <центр обліку продажу>.
11. У Налаштування - Параметри - Додаткові функції додано вкладку Програмний РРО, де доступно
- поля "Шаблон повідомлення" та "Сервіс доставки". Якщо використовується Viber розсилка, то рекомендується в URL натискання вставити змінну <посилання на чек ПРРО>.
- налаштування "Не друкувати паперовий чек при електронному надсиланні", що дає змогу зменшувати вуглецевий слід, якщо клієнту було надіслано чек електронно. Глобально доопрацьовано режим Програмний РРО:
- повернення товару офлайн;
- видалення записів про проведені фіскальні чеки та видалення офлайн чеків;
- перевірка наявності типу оплат і податку;
- друк паперової копії чека зі списку витрат і приходів;
- відображення Х-звіту в реалізації;
- надсилання смс із посиланням на чек ПРРО, номером фіскального реєстратора, фіскальним номером чека, локальним номером чека в Торгсофт і центр обліку цієї операції;
- не друкувати паперовий чек під час електронного надсилання, що дасть змогу зменшити вуглецевий слід, якщо клієнту було надіслано чек електронно.

154220

Додано роботу з вагами Vagar для зважування товару під час продажу. Для під'єднання ваг у налаштуваннях робочого місця Торгові ваги потрібно вибрати Тип ваг - ДНЕПРОВЕС(ВТД-РС), Vagar, ICS NT, Mettler Toledo і вказати правильний com port. Розширено список ваг, які можна використовувати з програмою Торгсофт для зважування товару під час продажу.

154581

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

151683

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

145937

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

154277

У пункт меню "Налаштування" - "Завдання за розкладом" додано дію "Очистити логи" на вкладки "Розрахунок собівартості", "Архівування в хмару", "Масове оновлення статусів ТТН" і "Автоматичний розрахунок і розсилка". Дозволяє скоротити розмір журналу логів для швидкого аналізу автоматичних завдань.

153196

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

155764

На форму редагування "Програмний РРО" біля поля "Адреса ЦСК" додано дію "Виконати пошук АЦСК". Дозволяє автоматично визначити адресу сервера АЦСК, який видав сертифікат для приватного ключа.

156123

Реалізовано роботу з вагами CAS PR-II. Не підтримують виведення суми на ваги, тільки читання. Можуть працювати при виборі драйвера в Торгсофт для ваг CAS AP-15M. Можливість підключення ваг CAS PR-II.

150965

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

153178

Додано повідомлення про помилки синхронізації з інтернет-магазином за таймером для всіх типів синхронізації. При помилці синхронізації в правому кутку програми користувачеві відображається повідомлення такого типу: "Помилка синхронізації з інтернет-магазином НАЗВА ОБ'ЄКТУ СИНХРОНІЗАЦІЇ. Запис у журналі синхронізації №1015 від 01.01.2021 17:00:19".
У меню "Файл" додано новий пункт "Повідомлення" для перегляду раніше отриманих користувачем Торгсофт сповіщень, з якими він уже ознайомився. Своєчасне інформування користувачів програми про помилки синхронізації інтернет-магазину за таймером.

156294

Додано роботу з вагами AClas PS6. Реалізовано передавання ціни з програми, а також отримання ваги, встановленої на ваги. Можливість підключення до програми ваг AClas PS6.

156382

Перейменовано платну функцію "Облік за клубами та тренерами" на "Реферальна програма: облік партнерів і рекомендацій". Також перейменовано відповідні пункти меню "Налаштування" ("Клуб" на "Партнер-реферер", "Тренер" на "Співробітник-реферер"). Перейменовано "Звіт за клубами і тренерами" на "Звіт за партнерами-реферерами та їхніми співробітниками". На формах "Клієнти", "Картка товару" (вкладка "Інше"), "Аналіз активності покупців", "Аналіз масової розсилки" аналогічно перейменовано відповідні фільтри. Нова назва більш точно відображає суть опції.

141186

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

156631

При відображенні помилок "Перевищено максимальний час поточної офлайн-сесії", "Перевищено максимальний час роботи офлайн на місяць" або "Досягнуто максимум чеків в офлайн-режимі" додано можливість відразу ж перевести програмний РРО в онлайн. Якщо перехід в онлайн вдасться, то буде надруковано фіскальний чек, а якщо ні - чек надруковано не буде. Автоматичний перехід ПРРО в онлайн сесію при перевищенні максимального часу або досягненні максимум чеків в офлайн сесії.

64351

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

151692

У "Налаштування" - "Користувачі" - форма редагування "Користувач" додано налаштування "Обмежити доступ до підприємств" і дію для вибору доступних користувачеві підприємств. Відповідне налаштування додано в Майстер налаштування прав доступу. Якщо у користувача встановлені обмеження за підприємствами, то у всіх випадаючих списках по підприємству, будуть відображатися тільки доступні користувачеві. У переважній більшості звітів і аналізів виключені складські та фінансові документи, які належать до заборонених користувачеві підприємств (документи без підприємства доступні). Можливість встановлювати для користувачів обмеження доступу до підприємств.

157481

Для наступних моделей фіскальних реєстраторів до налаштувань додано перемикач "Друк сліп-чека банківського термінала у фіскальному чеку":
- Datecs FP-101 Smart, -T88, -320, -510, -7197, -T260, -3530T; СМР-10M (Atlas);
- Atol (драйвер АТОЛ версія 10);
- Штрих-М. Можливість виведення інформації сліп-чека банківського термінала у фіскальному чеку для реєстраторів Datecs, Атол і Штрих-М.

157211

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

157575

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

145997

1. На форму редагування "Внутрішня передача" додано поле для вибору комірника.
2. На форму "Реєстр внутрішніх передач" додано колонку і фільтр "Комірник", а також колонку "Коментар".
3. У шаблон друку "Накладна внутрішньої передачі" додано змінну "Комірник".
4. На форму редагування "Розподіл товару" додано:
- налаштування "Завжди вказувати комірника", яке встановлює вимогу вибору комірника для створення документа внутрішньої передачі;
- перенесення коментаря розподілу в коментар документа внутрішньої передачі при його створенні.
5. На форму "Розподіл товарного приходу за торговими точками" також додано налаштування "Завжди вказувати комірника". Можливість вибору комірника при створенні внутрішнього переміщення і при розподілі товару. Дозволить комірнику простіше знаходити накладні, з якими він має працювати.

157603

У картці товару збільшено розмір поля "Розмір" з 20 до 40 символів. Дозволить вивантажувати 40-символьні розміри в файл синхронізації з інтернет-магазином.

157436

На форму "Розподіл товару" в пункт "Налаштування" додано налаштування "Параметри обліку відкладених накладних" і містить такі підпункти:
- Враховувати не діючі прибуткові накладні;
- Враховувати не прийняті накладні на склад "Товар у дорозі";
- Враховувати відкладені внутрішні передачі (прибуткові та (або) видаткові).
Це налаштування доступне також для розподілу товару з форми "Прихід" (Налаштування розподілу товару за прибутковою накладною - Враховувати товари у відкладених внутрішніх передачах, нечинних надходженнях і не прийнятих накладних на склад "Товар у дорозі"). Можливість гнучкого налаштування типів документів, які враховуватимуться під час підрахунку кількості товару на складі відправника і на складах одержувачів під час розподілу товару.

157473

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

157443

Під час друку звітів "Акт виконаних робіт і послуг" буде використовуватися одиниця виміру з виду товару послуги. Якщо її не вказано - значення за замовчуванням "раб". Доопрацьовано друкований шаблон акта виконаних робіт і послуг.

145905

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

157678

1. На форму редагування масової розсилки електронною поштою додано поле "Метод відправки", яке може набувати одного з таких значень:
- Outlook (за замовчуванням);
- SMTP;
- Сервіс SendGrid.
Для методів SMTP і Сервіс SendGrid з'являється поле Email настройки, в якому потрібно вибрати/додати/відредагувати настройки для методу відправки.
2. У "Налаштування" - "Параметри" - "Додаткові функції" - "Програмний РРО" додано налаштування "Шаблон Email листа" та Email налаштування". Якщо ці налаштування зазначені, то під час оплати реалізації з'явиться поле для введення електронної адреси клієнта, для надсилання на неї чека. 1. Два нових методи відправки дають змогу відмовитися від використання Outlook під час надсилання листів (також у них працює надсилання картинок у листі, що не працює в Outlook) Можливість налаштування красивішого шаблону листа.
2. Можливість надсилання чека ПРРО електронною поштою (чек ПРРО не можна надіслати через Outlook, а тільки двома новими методами).

157480

На форму "Помилки/Попередження Нової пошти" додано налаштування "Більше не показувати попередження". Стан галочки зберігається в реєстрі. Дозволить ігнорувати попередження з сервера Нової пошти, що істотно прискорить роботу з рахунками і накладними.

158540

На формі "Наявність розмірів моделі в торговельній мережі" (комбінація клавіш Alt+W) змінено виділення в таблиці - тепер виділяється весь зазначений рядок при перегляді конкретного розміру/моделі. Виключить помилки при виборі результату, і значно прискорить пошук.

158402

1. У список системних динамічних характеристик "Фіскальні параметри" додано характеристику "Сканировать акцизную марку". При додаванні такого товару в реалізацію, повернення, рахунок, можна буде на кожну одиницю внести акцизну марку. На формах "Реалізація" і "Повернення" вікно для введення відображається одразу під час додавання товару, а під час додавання в рахунок - необхідно натиснути на дію "Акцизні марки" (також доступне в реалізації, поверненні та в товарах видаткової накладної).
2. Реалізовано друк акцизних марок товару на фіскальних реєстраторах:
- Datecs (драйвер Atlas). В одній товарній позиції не може бути присутнім більше 6 акцизних марок;
- Хелп Мікро (MG N707TS, MG-T808TL, MG-P777TL та ін.) за протоколом TCP/IP. Кількість акцизних марок у товарі необмежена, але кількість товару має бути обов'язково цілою. Код УКТ ЗЕД аналогічно пункту вище;
- на програмних РРО. Кількість акцизних марок у товарі необмежена, але кількість товару має бути обов'язково цілою. На форму оплати додано відображення валюти грн;
- Марія (компанія Resonance). Кількість акцизних марок у товарі необмежена, але кількість товару має бути обов'язково цілою. Акцизні марки друкуються після товару;
- ArtSoft універсальний. Кількість акцизних марок у товарі необмежена, але кількість товару має бути обов'язково цілою. Місце друку акцизних визначається безпосередньо моделлю реєстратора;
- Екселліо. В одній товарній позиції не може бути присутнім більше 8 акцизних марок. Акцизні марки друкуються перед товаром, окремими рядками.
3. Для перерахованого вище списку фіскальних реєстраторів Код УКТ ЗЕД тепер передається в спеціальне фіскальне поле в реєстратор (видалено настройку "Код за УКТ ЗЕД відображати").
4. У "Налаштуваннях робочого місця - Фіскальний реєстратор" для Типу фіскального принтера XXX (ArtSoft універсальний) додано можливість роботи за протоколом TCP/IP (у цього варіанта роботи є особливості, які буде описано в довідці).
5. У налаштуваннях робочого місця - Фіскальний реєстратор - Тип фіскального принтера додано два нових пункти:
- MG-N707TS (TCP/IP),-Р777TL (TCP/IP),-T787TL (TCP/IP) / FR90.XM (TCP/IP) (ArtSoft універсальний) - для роботи з цими моделями за протоколом TCP/IP;
- LeoCAS -200,-201 (ArtSoft універсальний).
Зверніть увагу! У системі не передбачено, що в одного товару може бути і код маркування, і акцизна марка. 1. Можливість введення штрих-кодів акцизних марок для товарів під час продажу/повернення товару і в Торгівлі з випискою рахунка, а також друк акцизних марок товару на фіскальних реєстраторах (для товарів, у яких встановлено динамічну характеристику товару "Сканувати акцизну марку").
2. Розширено модельний ряд фіскальних реєстраторів, робота яких ведеться через драйвер ArtSoft.

158730

На форму налаштування фіскального реєстратора MG N707TS (Хелп Мікро) додано перемикач "Друкувати сліп-чек банківського термінала у фіскальному чеку". Можливість виведення на друк у складі фіскального чека інформацію сліп-чека банківського термінала для реєстратора MG N707TS (Хелп Мікро).

151671

1. На вкладку "Оплати клієнтів" додано дію "Створити контакт за рахунком" і "Готовий до відвантаження".
2. На вкладку "Рахунок" і "Оплати клієнтів" додано дію "Готовий до відвантаження" (сполучення клавіш Alt+R), яка створює контакт за рахунком з категорією "Готовий до відвантаження" зі стандартним повідомленням "Рахунок №... готовий до відвантаження" і встановлює відповідний статус рахунку. На вкладці "Оплати клієнтів" рахунки зі станом "Готовий до відвантаження" відображаються відповідною піктограмою в колонці "Номер рахунку". Прискорить процес роботи з рахунками. Тепер можна змінювати статус рахунку "Готовий до відвантаження" під час роботи з оплатами без переходу в таблицю рахунків.

158894

На форму налаштування робочого місця для фіскального реєстратора "Марія-301MTM T7-T11, Марія-M304 (Resonance)" додано перемикач "Друкувати квитанцію (сліп-чек) банківського терміналу". Інформація сліп-чека друкується не в складі самого фіскального чека, а як окрема частина у вигляді "Квитанції платіжного термінала". Можливість виведення на друк інформацію сліп-чека банківського термінала для реєстраторів "Марія-301MTM T7-T11, Марія-M304 (Resonance)".

Версія 2022.0.0 (БД 505)

1) Склад - Синхронізація з інтернет-магазином - Синхронізація з CRM Бітрікс24: для процесу синхронізації товарів з Бітрікс24 додано низку перевірок, що мають запобігти важковловлюваній помилці, яка призводить до дублювання товарів на стороні Бітрікс24. Також, якщо в процесі синхронізації товарів буде виявлено дублікат товару на стороні Бітрікс24, то процес синхронізації не буде перервано, натомість у журнал синхронізації буде додано інформацію про знайдений дублікат товару (№148576).
2) "Торгсофт для Windows - Системні компоненти - Таблиці"
Виправлена помилка не роботи гарячої клавіші BackSpace для таблиць, тепер поведінка така сама, як і на попередніх версіях, і під час натискання клавіші встановлюється фокус у полі для пошуку, якщо ми вже в ньому, то нічого не відбувається (№153487).
3) "Торгсофт для Windows - Оплата - Фінансовий документ - вкладка Журнал - дія друк"
Виправлено побудову і відображення друкованого звіту. Помилка була в неправильно підключеному наборі даних, який встановлювався під час перекладу, що призводило до виклику неіснуючого набору даних і тим самим спричиняло подальші проблеми й крах програми (№153845).
4) Виправлено помилку, коли під час багаторазового імпорту одного й того самого файлу замовлення інтернет-магазину, за умови створення рахунка та видаткової накладної (SaleType = 3), створювалися дублікати контрагентів доставки (№154425).
5) Виправлено ситуацію, коли під час імпорту замовлення віддаленого клієнта при синхронізації з інтернет-магазином через файли, якщо один і той самий файл замовлення завантажується від 2х і більше разів, виникала помилка:
[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Violation of UNIQUE KEY constraint 'uqsRemotedCustomerOrder'. Cannot insert duplicate key in object 'dbo.RemotedCustomerOrder'.
Тут додано виведення в журнал повідомлення про помилку імпорту із зазначенням які дані не можуть бути додані (Номер замовлення, Дата замовлення, Клієнт, Місто) (№154427).
6) Виправлена помилка, коли при створенні контрагентів доставки для клієнта вони всі позначалися "За замовчуванням" при імпорті файлу замовлення інтернет-магазину (№154582).
7) У Маркетинг > Масова розсилка > вкладка Масові розсилки виправлена ситуація, коли не відбувалося відправлення повідомленні масової розсилки або повторне їхнє відправлення, якщо фільтр "Статус Viber повідомлення" був обраний і в таблиці "Повідомлення масової розсилки" не було жодного запису. Тут виправлена ситуація, коли при оновленні статусу старих повідомлень виникала помилка: "Value 'sent' not found" (№154943).
8) Склад - Синхронізація з інтернет-магазином - Синхронізація з CRM Бітрікс24: на формі редагування "Об'єкт синхронізації" додано налаштування "Вести детальний журнал синхронізації" (вимкнене за замовчуванням), що керує необхідністю запису в журнал синхронізації інформаційних повідомлень. Наразі це налаштування керує необхідністю запису повідомлень про неможливість видалення категорій товарів і товарів через їх використання в системі Бітрікс24. Основне завдання цього налаштування - зменшити обсяг даних для зберігання в базі даних (№155840).
9) "Торгсофт для Windows - Системні завдання - Панелі"
Виправлено відображення панелей фільтрів, якщо їх випадково на формі зменшили до нульової висоти, під час повторного відкриття таких форм компонентам буде виставлено або мінімальне значення, або висота 45 пікселів для розміщення хоча б одного рядка з елементами фільтрів.
Помилка була в тому, що поточна поведінка системи зі збереженням стану компонентів призводить до того, що не спрацьовують обмеження за висотою, а компонент автоматично ховався, а після повторного відкриття форми ця інформація записувалася в реєстр, і більше відновити цю ділянку у видимість без очищення реєстру неможливо було (№156117).
10) Склад - Синхронізація з інтернет-магазином - Синхронізація з CRM Бітрікс24: виправлена помилка, що могла призводити до зависання програми при проведенні автоматичної синхронізації (синхронізації за таймером) (№156141).
11) При роботі із завданнями за розкладом для масового оновлення статусів поштових відправлень виправлено масове оновлення статусів ТТН Укрпошти, в частині:
а) встановлено фільтрацію ТТН Укрпошти не старше 3х місяців від дати створення (як це зроблено при масовому оновленні статусів ТТН Нової пошти)
Тут важливо врахувати інформацію від техпідтримки Укрпошти:
Трекінг (оновлення статусу ТТН) працює з моменту коли ТТН зареєстрована на відділенні Укрпошти.
-ТТН вважається дійсною протягом 6 місяців після її створення. По закінченню цього терміну, трекінг для таких ТТН не працює.
б) Змінено виведення повідомлень користувачеві:
- при успішному оновленні статусів, коли було оновлено частину ТТН із загального числа ТТН для оновлення, буде виводитися повідомлення "Масове оновлення статусів ТТН Укрпошти: всього ХХХ, не було оновлено YYYY"
- У разі неуспіху оновлення статусів ТТН було змінено повідомлення "Не вдалося оновити статус ТТН Укрпошти", що виводилося в повідомленнях користувачеві при виконанні завдання з масового оновлення статусів ТТН Укрпошти. Тут було додано виведення оригінального повідомлення про помилку, яка перервала виконання завдання для кращого розуміння причини неуспіху оновлення (№156714).
12) "Торгсофт для Windows - Системні компоненти - Випадаюче дерево"
Виправлена помилка установки обраного значення з довідника.
Помилка полягала в помилковому оновленні набору даних під час встановлення нового значення, що призводило до скидання нового значення на старе значення і також спричиняло зайві оновлення та перебудову компонента (№157343).
13) Торгсофт для Windows
Виправлено помилку, коли неможливо було налаштувати доступ у налаштуванні ролей до форм редагування "Електронний рахунок-фактура", "ПРРО робочого місця для підприємства" та робочої форми "Журнал обліку обсягу продажу алкогольної продукції РФ" (№157519).
14) Виправлено незручність, за якої не працював автопошук списку, що випадає "Центру обліку", на формах "Аналіз" - "Аналіз реалізацій за сезонами", "Оплата" - "Баланс за статтями фін.аналізу" і "Звіт" - "Виписка за період" (№157808).
15) Системні задачі та об'єкти: виправлено помилку "Параметр задано невірно", яка могла виникати під час роботи з компонентами списків, що випадають, коли програма працювала під сесією віддаленого підключення (RDP). Ця помилка могла мати інший текст помилки, такий як "Недостатньо пам'яті для обробки команди" або "Out of system resources" і була пов'язана з проблемою відображення горизонтальної смуги прокрутки (№158456).
16) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку під час оплати через банківський термінал у торгівлі з випискою рахунка у фіскальному чеку не відображалися дані сліп-чека, якщо в налаштуванні фіскального чека було ввімкнено налаштування "Друкувати сліп-чек банківського термінала у фіскальному чеку" (№158662).
17) Додаткова реалізація: виправлено помилку "Access violation", яка виникала під час закриття форми "Додаткова реалізація". Помилка була пов'язана з новою системою зберігання налаштувань форм (реєстр або файл) (№158841).
19) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку була відсутня можливість перегляду та редагування кодів маркування для товарів повернення в торгівлі з випискою рахунку.
Для товарів повернення в торгівлі з випискою рахунку (вкладка "Повернення", таблиці "Список товарів") додано можливість (за допомогою відповідних дій) перегляду і редагування кодів маркування та серійних номерів.
Механізм перегляду кодів маркування та серійних номерів аналогічний тому, як це реалізовано у формі "Повернення".
Можливість редагування кодів маркування доступна за умови, що за поверненням не здійснювалися виплати.
(№158932)
20) Виправлено управління видимістю пунктів контекстного меню бізнес-панелі (таблиці), щоб пункт меню відображався або не відображався відповідно до видимості кнопки на панелі інструментів у бізнес-панелі.
Наприклад, на ліцензії СТАРТ кнопка в панелі інструментів не відображається, але пункт контекстного меню бізнес-панелі відображався недоступним. То тепер видимість пункту контекстного меню безпосередньо залежить від видимості кнопки на панелі інструментів (№118940).
21) Товарознавство - Повний список товарів і послуг - вкладка Послуги - вибрати послугу - права кнопка миші - дія "Додати товар в список" або "Додати в список 1 од." виправлено ситуацію, коли при виконанні дії "Додати товар в список" і "Додати в список 1 од." відбувалася помилка Access violation. Взагалі, в даному режимі роботи з формою "Повний список товарів і послуг" (коли форма викликана з меню) вищезгадані дії не повинні бути доступні для послуг (№118942).
22) На формі Документ - Розподіл товару виправлено проблему, коли під час увімкнення безлічі Центрів обліку і горизонтального скролінгу на формі, не всі центри обліку відображалися. Частина центрів обліку, які повинні знаходитися праворуч (коли скролбар пересунутий в кінець) як би "ховалися" за останньою фіксованою колонкою (№127564).
23) Налаштування - Параметри: виправлено помилку "Access violation", яка могла виникати під час закриття форми коли програма працювала українською мовою (№155210).
24) На формі Маркетинг - Система опитування клієнтів виправлено проблему "зависання" при перемиканні на вкладку "Клієнти". Ця проблема мала місце через те, що під час відображення вкладки проводиться розрахунок продажів/повернень клієнтів, а також розрахунок сум за ними з розшифровкою за товарами.
На великих базах даних, де кількість клієнтів і їхніх покупок/повернень велика, під час перемикання на вкладку "Клієнти" здавалося, що програма "зависла", але насправді відбувався тривалий розрахунок.
Тут оптимізовано запити для отримання даних по клієнтах і товарах, що істотно прискорило процес відображення вкладки "Клієнти" (№155862).
25) Виправлено обробку для визначення етапу виконання ремонту в періоді, що закривається. Тепер ця перевірка буде завершена успішно, якщо ремонт у періоді, що закривається, перебуває в етапі "Ремонт завершено" (№155927).
26) На формі "Розподіл товарного приходу по торгових точках", яка викликається з приходу, виправлені іконки друку накладних, а також іконки друку етикеток з групи дій друк етикеток, тому що раніше іконки дій друку накладних виглядали однаково, а також іконки друку етикеток з поточного центру обліку та з усіх центрів обліку ніяк не відрізнялися між собою (№158262).
27) На формі Маркетинг - Клієнти (поле для пошуку за моб.телефоном) виправлена помилка, коли при введенні не існуючого номера телефону, (який не належить жодному з клієнтів) відображалася форма "Вибір позиції для вставки номера телефону". Тепер при введенні не існуючого номера телефону для пошуку клієнта з таким номером, буде відразу відображатися форма редагування для нового клієнта з цим заповненим мобільним номером телефону без відображення форми "Вибір позиції для вставки номера телефону" (№158328).
28) У Налаштування - Користувач - Змінити - Майстер налаштування прав користувача виправлено помилку, коли під час налаштування прав користувача для пунктів "До розрахункових рахунків" і "До підприємств" заголовок списку розрахункових рахунків і підприємств було поміняно місцями (№158344).
29) Налаштування - Параметри - Додаткові опції - Банківський термінал
Виправлено помилку "Format 'З'єднання з терміналом через мерч' invalid or incompatible with argument", яка виникала при перевірці зв'язку з мерчантом банківського термінала.
Причина помилки: можливо, проблема була в тому, що під час формування повідомлення про помилку під час форматування тексту повідомлення, номер мерчанта інтерпретувався як число, тоді як тепер це текстове поле (№158396).
30) Виправлено помилку, коли на ліцензії СТАРТ на формі "Майстер налаштування правд доступу" доступне налаштування обмеження доступу "До підприємств" (№158482).
31) Виправлена помилка, коли на ліцензії СТАРТ на формі "Типи сповіщень" (Налаштування - Користувачі - Отримувані сповіщення - дія Додати/Змінити) у списку "Ініціатор події" відображалися ініціатори подій платних функцій, які не доступні для ліцензії СТАРТ (Бінотел, Нова Пошта, Інтернет-магазин, Укрпошта) (№158483).
32) Стилізація: виправлено проблему відображення перемикача на формі Склад - Розрахунок складських запасів, який "налазив" на текст вкладки "Розрахунок максимального залишку" (№159023).
33) Виправлено помилку, коли в повідомленні користувачеві відображався ID центру обліку замість його найменування, коли немає прив'язаної контактної особи відправника для центру обліку в налаштуваннях Нової пошти. Це потрібно було коли тип вантажу обирається Шини диски на формі Шаблони Нової пошти (Документ - Торгівля з випискою рахунку - Накладна - група дій Нова пошта)
Тут доопрацьовано визначення відправника Нової пошти для отримання списку Шин-дисків із сервера, якщо налаштування "Використовувати тільки прив'язаних контактних осіб відправника до центру обліку при створенні ТТН" вимкнено в налаштуваннях додаткової функції та відсутня прив'язка контактної особи. Раніше на формі Шаблони Нової пошти, відправник Нової пошти визначався тільки за цим налаштуванням. Тепер, якщо немає прив'язки контактної особи відправника до центру обліку і вимкнена вищезгадана галочка, то буде братися перший-ліпший відправник Нової пошти (№159412).
34) У зв'язку зі зміною умов доступу до особистого кабінету Нової пошти було змінено форму Відправник Нової пошти (Налаштування - Параметри - Додаткові функції - Нова пошта - Відправники Нової пошти - дія Додати/Змінити).
Видалено поле з текстовим описом для додавання відправника за API-ключем. Цей текст був видозмінений (тому, що змінився сайт особистого кабінету і шляхи для знаходження АПІ-ключа), а також був поміщений в підказку для поля введення API-ключа.
Деякі поля були переміщені в інші місця
На форму додано посилання для переходу на сайт Нової пошти в особистий кабінет.
Додано підказки для кнопки "Отримати дані"/Заміна API-ключа і посилання для переходу на сайт Нової пошти.
(№159467)
35) Торгсофт для Windows - Програмний РРО
Виправлено помилку, коли в програмному РРО можна було змінювати Фіскальний номер РРО для реєстраторів, на яких уже проводилися продажі. Тепер це заборонено, оскільки в разі заміни номера РРО (фактично підміна одним РРО іншим), буде неправильна локальна нумерація (№159562).
36) Виправлена помилка, якщо шаблон ТТН встановлений як активний, але галка "Відображати в меню" не ввімкнена в параметрах шаблону, то він не відображається у формі селекції при виконанні дії "Вибір шаблону з довідника" при створенні ТТН (№159633).
38) Торгсофт для Windows
Виправлено помилку, коли в Налаштування - Параметри - Програмний РРО для "Шаблон Email листа" не працював вибір шаблону з довідника, як нового, так і існуючого (№159734).
39) Розрахунок зарплати - Планування
Виправлено помилку, через яку "обнулявся" план продажів.
Помилка проявлялася, якщо в періоді плану продажів були закриті платіжні відомості. Для дат, які потрапляли в період таких відомостей, видалялася інформація про виторг.
Причину, через яку план продажів обнулявся б випадковим чином, встановити не вдалося, так само як і змоделювати подібну ситуацію (№141031).

Версія 2022.0.1 (БД 505)

1) У Документ - Торгівля з випискою рахунка - Прокат - дія Додати/змінити прокат під час додавання або подовження терміну дії погодинного прокату виправлено проблему некоректного розрахунку терміну в годинах.
Так, раніше при зазначенні періоду 12:00 - 13:00 термін рахувався як 1 година, а при зазначенні 13:00 -14:00 - 2 години, що було некоректним. Така помилка розрахунку терміну прокату проявлялася і на інших часових діапазонах.
На вкладці Прокат виправлено помилку, коли після закінчення прокату в колонці "Сума оплати" відображалася сума за прокат, збільшена у 2 рази (№118691).
2) На формі Склад - Стан складу виправлено відображення стану фільтра "Фільтри по товару", щоб елементи списку, що випадає, відображалися коректно залежно від доступності задіяних функціональностей на ліцензії СТАРТ (№118939).
3) Виправлено управління видимістю пунктів контекстного меню бізнес-панелі, щоб пункт меню відображався або не відображався відповідно до видимості кнопки на панелі інструментів у бізнес-панелі.
Наприклад, на ліцензії СТАРТ кнопка в панелі інструментів не відображається, але пункт контекстного меню бізнес-панелі відображався недоступним. То тепер видимість пункту контекстного меню безпосередньо залежить від видимості кнопки на панелі інструментів (№118940).
4) На формі Оплата - Оплата доопрацьовано умову доступу до можливості редагування оплати складського документа - прибуткової накладної, який був оплачений особистими грошима.
Тут додано виведення повідомлення користувачеві, а також заборону виклику форми оплати для редагування/зміни суми оплати за прибутковою накладною, оплата за якою була внесена особистими грошима (№121351).
5) На формі "Звіт по замовленому товару" (Документ - Реалізація - дія "Замовлення товару і передоплата") виправлено відображення товарів, щоб на формі не відображалися товари, які знаходяться в скасованих замовленнях (№121657).
6) Розрахунок зарплати - Платіжна відомість - Оплата розрахункового листа
Виправлено помилку, через яку була відсутня можливість керувати друком чека отримання зарплати: проводити операцію через фіскальний реєстратор чи ні.
Помилка проявлялася в ситуації, коли в системі було налаштовано тип чека "фіскальний" або "змішаний", але при цьому фіскальний реєстратор під'єднано не було. У цьому випадку під час друку чека виникала помилка підключення фіскального реєстратора і чек не друкувався взагалі. Якщо фіскальний реєстратор був під'єднаний, то чек мав дублюватися на звичайному чековому принтері.
На форми "Оплата розрахункового листа" і "Отримання зарплати за день" додано перемикач "Провести операцію через фіскальний реєстратор". Перемикач відображається, якщо активована платна функція "Підключення фіскального реєстратора" і встановлено тип чека "Фіскальний" або "Змішаний". За замовчуванням вимкнений. Стан перемикача зберігається в реєстрі для форми. Якщо перемикач увімкнено, то спочатку друкуватиметься чек на фіскальному реєстраторі, потім на чековому принтері. Якщо вимкнений - тільки на чековому. У разі, якщо фіскальний реєстратор налаштований на робочому місці, але фізично не під'єднаний або під час друкування чека виникає помилка, то чек однаково буде продубльовано на принтері чеків.
(№124307)
7) Виправлено помилку, коли під час спроби створити користувача з паролем, що містить спочатку цифри, а потім символи, виникала помилка [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][SQL Server]Неправильний синтаксис біля конструкції ХХХ, де ХХХ це частина всього рядка пароля без числової частини на його початку. Наприклад, вводився пароль "453M2xxK1rrx1", а помилка містила тільки "M2xxK1rrx1" (№127468).
8) Програмний РРО: виправлено проблему, яка могла призводити до зависання програми під час роботи з програмним РРО, після чого користувачеві доводилося аварійно завершувати роботу програми. При наступних спробах формування чеків на цьому ПРРО відображалася помилка збою локальної нумерації документів з текстом "Некоректний локальний номер документа XXX для ПРРО з фіскальним номером NNN. Номер документа повинен дорівнювати YYYY." (№156094).
9) Торгсофт для Windows
Виправлена помилка, коли на робочій формі Вибір місця зберігання не відображалася колонка "Місце зберігання", для обмеженої ролі, попри те, що, в налаштуваннях ролей для даної колонки був відкритий доступ (№158696).
10) Програмний РРО: виправлена помилка, в результаті якої для ПРРО могла статися ситуація, коли після неуспішної спроби переходу в онлайн-режим, документ завершення офлайн-сесії залишався в базі даних Торгсофт і всі наступні чеки продовжували формуватися з урахуванням помилкового чека завершення офлайн-сесії, що в результаті приводило до помилки при відправленні пакета офлайн-чеків з текстом "Код помилки: 10 PackageValidationError Помилка обробки документа пакета № 0, дислокація 0: Документ типу "Завершення офлайн сесії" повинен бути останнім у пакеті документів офлайн сесії" (№159376).
11) Програмний РРО: виправлено помилку, коли ПРРО не міг перейти в офлайн-режим, якщо сервер фіскальної служби був недоступний через проведення регламентних робіт. Замість успішного переходу в офлайн-режим відображалася помилка з текстом "Помилка від сервера 503. Фіскальний сервер недоступний. Тривають регламентні роботи." (№159748).
12) Маркетинг - Клієнти
Виправлено помилку "Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.", що виникала при об'єднанні клієнтів.
Помилка проявлялася в ситуації, коли клієнт, який мав бути видалений після об'єднання, мав початкові суми бонусів або суми для розрахунку знижки для більш ніж однієї торговельної мережі (№159849).
13) Бонусна система з терміном дії: виправлено помилку, внаслідок якої не закривалася форма "Розрахунок і списання невикористаних бонусів", що відображається під час запуску програми за умови наявного завдання на розрахунок і списання невикористаних бонусів (№159882).
14) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку не можна було додати або змінити серійний номер для товару рахунку (незалежно від того, відвантажували конкретно цей товар під час часткового відвантаження чи ні), якщо за рахунком було створено видаткову накладну.
Серійний номер/код маркування може бути змінено або додано для будь-якого товару рахунку, якщо цей товар не відвантажувався в жодній видатковій накладній за рахунком або відвантажувався частково. У разі часткового відвантаження змінити можна тільки ті серійні номери/коди маркування, які ще не були відвантажені. В іншому разі буде видано повідомлення про помилку. Для повністю відвантажених товарів рахунку зміна/додавання серійних номерів/кодів маркування недоступне.
(№160078)
15) Оплата - Фінансовий документ: виправлено проблему, яка в рідкісних випадках могла призводити до істотного уповільнення відкриття форми. Проблема була пов'язана з особливостями роботи оптимізатора запитів SQL-сервера (№160091).
16) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку при частковому відвантаженні товарів суворого гарантійного обліку відвантажували не зазначену кількість товарів, а весь товар рахунку відповідно до кількості введених серійних номерів (№160168).
17) У Документ - Торгівля з випискою рахунку - Рахунок - дія "Відправити повідомлення клієнту" виправлено ситуацію, коли могла виникнути помилка "Arithmetic overflow error for data type smallint, value = ХХХХХХХХХ", через що СМС-повідомлення не було надіслано (№160215).
18) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку під час постановки на резерв товару, який до цього вже був у резерві та був знятий з резерву, значення поля "Резерв до" набувало "старого" значення, а не того, що було зазначено під час повторного резервування.
Помилка не проявлялася, якщо після зняття товару з резерву перед повторним резервуванням, видалялася історія резервування (№160316).
19) У Документ - Торгівля з випискою рахунка - Видаткова накладна - Змінити - кнопка "Робота з ТТН" виправлена помилка, коли на версії 2022.0.0 під час спроби створення ТТН Нової пошти за шаблоном, пункт меню "Створити ТТН за шаблоном..." був неактивним.
Ця помилка була пов'язана з тим, що після додавання роботи з новими шаблонами некоректно визначалася доступність пункту меню "Створити ТТН за шаблоном...", навіть якщо в базі даних існували шаблони в старому розумінні.
(№160318)
20) Програмний РРО: виправлена помилка "Помилки валідації XML: Error: The 'UnitCD' element is invalid - The value '0' is invalid according to its datatype 'Num5Column' - The MinInclusive constraint failed.", що виникала під час оплати реалізації\повернення через ПРРО, у випадку коли серед товарів чека були фіскальні товари, для виду товару яких було зазначено одиницю виміру, але не було зазначено коду одиниці виміру. Помилка утворилася внаслідок неузгоджених змін в області валідації XML документів фіскальним сервером податкової служби (раніше поле "код одиниці виміру" не брало участі у валідації) (№160346).

Версія 2022.0.2 (БД 505)

1) У Документ - Надходження товару - Нове надходження - Імпорт виправлено помилку, коли під час імпорту товару з Excel, якщо не вказано Міру у файлі імпорту, то до назви товару додавався нуль (0).
Крім того, якщо у файлі імпорту є колонка "Вид товару", а у вигляді товару, що завантажується, вказано одиницю виміру, то в разі незаповненої міри у файлі імпорту, одиницю виміру також не буде додано після міри, тому що в цьому немає сенсу.
Існуюча логіка така: якщо у файлі імпорту з Excel вказана Міра і є Вид товару, то під час формування назви товару, крім Міри, буде ще додано одиницю виміру, зазначену у вигляді товару (№126883).
2) У Документ - Прихід товару додано управління видимістю для колонки "Оптова ціна".
Таким чином, за активованої функції "Політика оптових цін" і ввімкненої опції Використовувати політику оптових цін = Переходити від роздрібної ціни до оптової залежно від кількості в Налаштування - Параметри - Облік, вищезгадана колонка не відображатиметься (№129694).
3) Розрахунок зарплати - Архів розрахунку зарплати
Усунуто причину, через яку платіжна відомість розраховувалася тільки для того співробітника, для якого були застосовані поточні налаштування розрахунку в архіві розрахунку зарплати.
Помилка проявлялася в разі, якщо для платіжної відомості, яка ніколи не закривалася, були застосовані поточні налаштування розрахунку в архіві розрахунку зарплати для будь-якого співробітника (одного або декількох). У цьому випадку платіжна відомість розраховувалася тільки для цих співробітників.
Доопрацьовано алгоритм роботи з архівом з розрахунку зарплати для мінімізації ймовірності некоректної роботи з архівом.
Режим "Платіжна відомість" доповнено діями по роботі з архівом розрахунку зарплати:
а. На вкладці "За центрами обліку" для таблиці "Платіжна відомість" додано дію "Очистити архів за відомістю". При виклику цієї дії видаляється вся інформація з архіву розрахунку зарплати для цієї відомості. Перед виконанням видалення відображається попереджувальне повідомлення. Дія доступна для відкритих платіжних відомостей, за якими було створено архів (відомість хоча б один раз закривалася). Наявність архіву для відомості відображається піктограмою в полі "Номер" і статусом "Є архів".
Виконання цієї дії дозволяє перерахувати раніше закриту відомість відповідно до поточних налаштувань розрахунку зарплати.
б. На вкладці "По співробітниках" для таблиці "Платіжна відомість співробітника" додано дію "Очистити архів за відомістю для співробітника". При виклику цієї дії видаляється вся інформація з архіву розрахунку зарплати для цієї відомості за обраним співробітником. Перед виконанням видалення відображається попереджувальне повідомлення. Дія доступна для відкритих платіжних відомостей співробітника, за якими був створений архів (відомість хоча б один раз закривалася) і в якому є інформація для цього співробітника. Наявність архіву для відомості за співробітником відображається піктограмою в полі "Номер" і статусом "Є архів".
Виконання цієї дії дає змогу перерахувати раніше закриту відомість відповідно до архівних налаштувань розрахунку зарплати без урахування тих співробітників, для яких було видалено інформацію з архіву. Якщо після видалення даних щодо співробітника для нього вручну було застосовано поточні налаштування в архіві розрахунку зарплати, відомість для цього співробітника буде перераховано за поточними налаштуваннями, а для інших - за архівними.
У режимі "Архів розрахунку зарплати" заборонено застосовувати поточні налаштування для розрахунку зарплати для тих платіжних відомостей, за якими немає жодного запису в архіві (це відомості, які ніколи не закривалися, або такі, для яких було вручну видалено інформацію з архіву за всіма співробітниками). При спробі застосування поточних налаштувань для такої відомості буде видано відповідне повідомлення про помилку
Слід мати на увазі, що якщо для відомості є інформація в архіві, то вона буде розраховуватися тільки на підставі цієї інформації. Наприклад: відомість на 10 співробітників було розраховано і закрито, потім відкрито і для 5 співробітників було видалено інформацію з архіву. У цій ситуації будь-який наступний перерахунок відомості буде проводитися тільки для тих 5 співробітників, інформація за якими залишилася в архіві.
(№140970)
4) Налаштування - Завдання за розкладом - Автоматичний розрахунок і розсилка
Виправлено помилку, через яку під час виконання автоматичного розрахунку платіжної відомості в коментарі лога автоматичного завдання на розрахунок поточної платіжної відомості містилося повідомлення: 'CALC_SALARY' is not a valid integer value (№153572).
5) Системні завдання та об'єкти: виправлено витік пам'яті під час друку фіскального чека, що призводив до наростального об'єму оперативної пам'яті, яку використовував додаток. Ця помилка могла призводити до різного роду наслідків, таких як зависання або сповільнення роботи програми, у разі тривалих сесій роботи з програмою (робота без перезапуску програми протягом тривалого часу) (№153837).
6) Виключено можливу причину спонтанних зависань при друку чеків програмних РРО. Для цього сам процес паперового друку винесено за межі транзакції. Так само це призводить до того, що будь-яка помилка, яка пов'язана безпосередньо з друком (поганий зв'язок з принтером на локальному комп'ютері через rdp, наприклад), не може вплинути на те, що чек буде зареєстровано в системі, тобто якщо він уже пішов у податкову, то і в Торгсофт це буде зафіксовано, і під час друку наступного чека буде відсутня помилка про нумерацію чеків.
Змінено принцип друку X-звіту. Тепер, якщо програмний РРО в онлайн режимі, то дані будуть братися безпосередньо з сервера податкової служби, а не з бази даних Торгсофт.
(№156978)
7) На формі Налаштування - Налаштування друку бирок для списку принтерів, що випадає, додана кнопка "Очистити", щоб була можливість видалити вибір принтера в списку (№158704).
8) Торгсофт для Windows: виправлено проблему, внаслідок якої відбувалося уповільнення перемикання поточного центру обліку. Уповільнення відбувалося, якщо в ході роботи з програмою проводилася робота з формами "Стан складу", "Реєстр прибуткових накладних" та іншими формами, перед першим відкриттям яких відображається повідомлення "Йде підготовка форми до першого використання" (№158831).
9) Склад - Список приходів (Реєстр прибуткових накладних)
Виправлено помилку, через яку під час спроби видалення приходу від виробництва разом із повідомленням "Видалення заборонене" з'являлося повідомлення вигляду:
Повідомлення сервера: [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]The DELETE statement conflicted with the REFERENCE constraint "fk_M15L13". Конфлікт виник у базі даних "TorgSoftDB", таблиці "dbo.ReleaseFinishedGood", стовпці 'IncomeInvoiceID'.
Помилка проявлялася під час видалення документа приходу від виробництва з форми "Список приходів" або "Реєстр прибуткових накладних".
При спробі видалення приходу від виробництва (готової продукції або відходу) буде видано повідомлення про неможливість видалення документа, оскільки він пов'язаний з виробництвом.
(№159154)
10) Стан складу.
Виправлено помилку "Format 'замовлення постачальнику №%0:d від %1:s' invalid or incompatible with argument", що виникала під час спроби додати товар до поточного замовлення постачальнику (№159236).
11) На формі Склад - Стан складу виправлено помилку, коли елемент фільтра "Фільтри по товару" - "Товар в надлишку (кол. > макс. залишку)" відображався у списку, за умови, якщо опція активована, але не проставлено мінімальні та максимальні залишки товару.
Тепер цей пункт списку фільтрів за товаром відображатиметься за умови, що:
- опція "Мінімальний і максимальний залишок товару для кожного зі складів" активована,
- параметр "Мінімальний залишок товару" = "Для кожного складу" в Налаштування - Параметри - Склад,
- а також для товару створено динамічну характеристику "Максимальний залишок товару"
(№159348)
12) Реалізація
Виправлено ситуацію, коли можна було надрукувати фіскальний чек за реалізацією, а в Аналіз - Аналіз продажів фіскального товару товари даної реалізації значилися як такі, за якими було надруковано не фіскальний чек. Це могло статися, якщо в Налаштування - Параметри - Чек - Тип чека встановлено в Змішаний, а Умови друку чека - За бажанням покупця. При цьому під час оплати реалізації потрібно було натиснути кнопочку чек із зеленим квадратиком у лівому верхньому кутку, вийде фіскальний чек, а потім перемкнутися на друк не фіскального чека, червоний квадратик у правому верхньому кутку, і знову натиснути кнопку друку чека, вийде не фіскальний чек. Тепер після друку чека кнопка друку чека блокується, а під час повторного відкриття форми оплати, якщо за цією реалізацією вже був надрукований фіскальний чек, то кнопка друку чека неактивна (№159468).
13) На формі Склад - Скасовані товари з реалізацій змінено назву колонки і фільтра "Торгова точка" на "Центр обліку" (№159638).
14) Документ - Виробництво готової продукції
Виправлено помилку, через яку не друкувалися на етикетці всі дані для нового товару, який ще жодного разу не випускався.
(№159673)
15) Виправлена помилка в слові ПриходИвать в назві галочки "оприбутковувати кожен товар унікальним" на формі "Налаштування форми розподілу товару прибуткової накладної", коли Тип документа розподілу обраний "Створювати прибуткові накладні" в Документ - Прихід - дія "Розподілити товар по точках" - форма "Розподіл товарного приходу по торговим точкам" - Налаштування (№159764).
16) Картка товару: повернуто алфавітне сортування даних для полів "Колір", "Матеріал", "Розмір" і "Макс. розмір" (№159784).
17) Товарознавство - Види товару: виправлено помилку некоректного сортування даних таблиці, коли види товару, назва яких починається на українські літери "І" і "Ї" розташовувалися між англійським і російським алфавітом (№159799).
18) Виправлено помилку, коли на формі Маркетинг - Клієнти назва фільтра "Співробітник реферера" відображалася неповністю за умови активованої функції "Реферальна програма: облік партнерів і рекомендацій" на українській версії інтерфейсу (№159819).
19) Розрахунок зарплати - Планування - Графік роботи
Виправлено помилку, через яку відображалися негативні значення відпрацьованого часу в графіку роботи.
(№159845)
20) Документ - Ремонт
Виправлено помилку "Оператор DELETE конфліктував з constraint REFERENCE "fk_M39L16". The conflict occurred in database "TorgsoftDB", table "dbo.FiscalGoodPrepayment", column 'BillArticleID", що виникала під час переведення ремонту в статус "Повернуто клієнту відремонтованим", якщо за ремонтом було надруковано фіскальний чек під час внесення оплати за ремонт (№159852).
21) У картці товару під час зазначення знижки виправлено помилку, коли при увімкненій галочці "Знижка" та виборі опції "Ціна зі знижкою" в полі Знижка (грн) відображалася роздрібна ціна.
Логіка була така, що якщо знижка не була вказана, але обрано опцію "Ціна зі знижкою", то в полі Сума (грн) відображалося значення з поля "Роздрібна ціна", якщо до цього було ввімкнено опцію "Знижка" зі значенням знижки, що дорівнює 100% (№159955).
На формі Документ - Прихід повернуто можливість запам'ятовувати стан галочки "Зміна закупівлі".
Тепер при перезапуску програми стан галочки буде завантажуватися з реєстру.
(№160012)
22) У Документ - Торгівля з випискою рахунку - Рахунок - дія "Відправити повідомлення клієнту" виправлено ситуацію, коли могла виникнути помилка "Arithmetic overflow error for data type smallint, value = ХХХХХХХХХ" через що СМС-повідомлення не було надіслано (№160215).
23) Гібрид.
Виправлена помилка "Помилка виконання команди "GET_GOODS_BY_BARCODE" на сервері: [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][The multi-part identifier "DynP.LabelingRequired" could not be bound.", що з'являлася під час продажу товару.
Помилка була пов'язана з тим, що в базі могли бути відсутніми потрібні поля (№160337).
24) У Документ - Торгівля з випискою рахунка - Видаткова накладна - Змінити - Робота з ТТН - Створити ТТН за шаблоном... виправлено проблему, коли при створенні ТТН за шаблоном як за старим способом, так і за новим, не підтягувалась сума боргу за видатковою накладною, або підтягувалась та сума, що була збережена у шаблоні та не відповідала сумі боргу за видатковою накладною, для якої створюється ТТН Нової пошти (№160338).
25) Виправлено помилки перекладу на формі налаштування ролей:
1. Українська локалізація. Головна форма - пункт меню Файл - Зберегти ролі. Назва форми і кнопка Вибрати все - відображалося російською.
2. Українська локалізація. Головна форма - пункт меню Файл - Зберегти ролі - вибрати роль - зберегти її. У вікні підтвердження повідомлення відображалося російською.
3. Українська локалізація. Головна форма - пункт меню Файл - Завантажити ролі - вибрати файл - завантажити його. У вікні підтвердження повідомлення відображалося російською.
4. Українська локалізація. Головна форма - кнопка Доступ - пункт Файл - Експорт в Excel. Цей пункт взагалі прибрано за непотрібністю.
5. Українська локалізація. Головна форма - кнопка Ресурси - пункт Файл - Експорт в Excel - Все - Продовжити. Цей пункт взагалі прибрано за непотрібністю.
6. Українська локалізація. Головна форма - кнопка Ресурси - пункт Вид. Пункт "Точки виклику форм" - прибраний за непотрібністю.
7. Українська локалізація. Головна форма - кнопка Ресурси. У тулбарі, в якому відображається тип елементів, до яких надається доступ, назви відображалися російською.
8. Українська локалізація. Головна форма - кнопка Ресурси - пункт Вид - Нові елементи. У таблиці "Нові елементи", що з'явилася, був не перекладений елемент "Форми редагування".
(№160426)
26) Виправлено такі помилки на формі налаштування ролей:
1. Українська локалізація. Головна форма - кнопка Ресурси - пункт Роль - Копіювати роль. Виправлено помилку під час копіювання ролі, якщо у старої або у нової ролі в назві був присутній пробіл.
2. Головна форма - кнопка Ресурси - пункт Роль - Перейменувати роль. При натисканні кнопки нічого не відбувалося, якщо користувач не вибрав роль. Тепер з'являється повідомлення про те, що потрібно вибрати роль.
3. Головна форма - кнопка Ресурси - пункт Вид - Точки виклику форм. Цей пункт меню прибрано через непрацездатність цього функціоналу.
4. Головна форма - кнопка Доступ - пункт Користувач. Цей пункт меню прибрано через часткову непрацездатність цього функціоналу і дублювання його в основному Торгсофт.
(№160427)
27) У Налаштування - Параметри - Додаткові функції - Нова пошта - Оновити БД помилок Нової пошти виправлена ситуація, коли виникала помилка "String or binary data would be truncated".
Це було пов'язано з тим, що текст повідомлення про помилку занадто довгий. Тепер довгий текст повідомлення буде обрізаний до 450 символів (за довжиною поля бази даних) (№160428).
28) У Налаштування - Параметри - Додаткові функції - Нова пошта - дія Додати/Змінити відправника Нової пошти, на формі додавання/зміни відправника Нової пошти змінено розташування та розміри полів, щоб посилання "Перейти в особистий кабінет" відображалось повністю на українській версії інтерфейсу (№160429).
29) На формі створення товарно-транспортної накладної Нової пошти (Документ - Торгівля з випискою рахунку - Видаткова накладна - Робота з ТТН - Створити нову/за шаблоном ТТН Нової пошти) для поля "Загальний об'єм" збільшено кількість знаків після коми до 4х. На версії 2022.0.1 у зв'язку з переїздом на новий інтерфейс кількість знаків була 2, тоді як габарити посилки (ширина, висота, глибина) вказуються у сантиметрах, а величина "Загальний об'єм" розраховується в метрах кубічних. Змінено згідно з тим, як це працювало в стабільній версії на старому інтерфейсі (№160455).
30) Склад - Розрахунок складських запасів
Виправлено помилку, через яку під час оновлення даних виникала помилка "Insufficient memory for this operation.".
Помилка проявлялася на великих обсягах даних.
- У меню "Налаштування" додано пункт "Відображати дані" з підпунктами "Все одразу" і "Підвантажувати в міру використання". За замовчуванням увімкнено режим "Все відразу". Обраний режим зберігається в реєстрі. Вибір режиму "Підвантажувати в міру використання" дає змогу мінімізувати ймовірність появи помилки нестачі пам'яті.
- У разі виникнення помилки "Insufficient memory for this operation." буде видано повідомлення
з описом проблеми та з рекомендаціями, як можна уникнути появи подібної помилки.
Під час використання режиму "Підвантажувати в міру використання" слід мати на увазі, що в цьому разі не відображатимуться підсумки для набору даних.
Використання рекомендацій (вимкнення відображення фото, використання фільтрів...) і режиму відображення "Підвантажувати в міру використання" не гарантує того, що помилка з'являтися не буде, але знижує ймовірність її появи.
(№160487)
31) Склад - Синхронізація з інтернет-магазином: виправлена помилка, коли при вказівці від'ємних значень для полів "% націнки (роздріб)" і "% націнки (опт)" не відбувався розрахунок цін відповідно до зазначених значень (№160488).
32) Торгсофт для Windows - Бізнес-панель - Поле фільтрації за колонкою: відновлено можливість виділення всієї інформації в полі для введення натисканням комбінації клавіш CTRL + A (№160509).
33) Виправлена помилка друку чеків на фіскальних реєстраторах Datecs під управлінням драйвера Atlas, якщо колись давно у поточної каси було заповнено поле Код для фіскального принтера, яке не використовується на цей час і в принципі відсутнє на формі редагування Каса (№160544).
34) Виправлено помилку, коли під час роботи з функцією "Нова пошта" відбувається додавання адреси одержувача Нової пошти (Маркетинг - Клієнти - Клієнт - Параметри доставки - дія Додати/змінити контрагента доставки або дія Додати контрагента Нової пошти в таблиці "Контрагенти для"), у списку Міст відображались назви російською мовою, в той час, як інтерфейс програми український. На формі додавання адреси для відправника (Налаштування - Параметри - Додаткові функції - Нова пошта - Додати/Змінити адресу відправника) ця функція була реалізована раніше.
Тепер на всіх формах, де є вибір міста для додавання адреси Нової пошти, назва міст буде відображатися тією мовою, якою програма.
(№160560)
35) Документ - Ремонт
Виправлено помилку, через яку було неможливо повторно завершити ремонт, який було відкрито після завершення, через виникнення помилки "Рахунок повністю відвантажено" (№160624).
36) Виправлено помилку, коли на всіх варіантах програми, включно з гібридом і мобільним додатком, можна було додати товар у реалізацію, який заблокований відомістю інвентаризації (варіант блокування - не важливий) (№160652).
37) Налаштування - Банківський термінал
Виправлено помилку, через яку при збереженні порту в налаштуваннях для банківського термінала за протоколом PosApi він не відображався у формі налаштувань банківського термінала (№160653).
38) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: виправлено помилку "is not a valid integer value", що могла виникати під час завантаження замовлень з Prom.ua, якщо в складі товарів замовлення були товари, які не мали значення в полі "зовнішній код" (external_id). Тепер при завантаженні таких замовлень, у разі якщо товар не вдалося додати до складу замовлення\рахунку, інформація про це зберігатиметься в журналі синхронізації (№160680).
39) Документ - Замовлення клієнта на виріб: при видачі товарів замовлення VIP-клієнта з режиму "Реалізація" повернута можливість видачі товарів замовлення без оплати за умови відсутності внесеної за замовленням передоплати. Якщо під час прийняття замовлення було внесено передоплату, то видача товарів замовлення без оплати залишається неможливою незалежно від статусу клієнта. На формі редагування "Замовлення клієнта" (Документ - Реалізація - Прийняти замовлення) було додано відповідне підтверджувальне повідомлення, що відображається при прийнятті замовлення VIP-клієнта, якщо сума передоплати більша за нуль. Варто зазначити, що при видачі товарів замовлення VIP-клієнта без оплати з режиму "Реалізація", для відповідного замовлення в режимі "Замовлення клієнта на виріб" фіксується тільки видача (відвантаження) товарів (відкладені оплати VIP-клієнта за товари не фіксуються) (№160688).
40) Торгсофт для Windows
Виправлено помилку, коли на українській версії програми не було перекладено фразу "Z-звіт" у Налаштування - Програмний РРО - вкладка Аналітика за програмним РРО в колонці та у фільтрі Тип документа (№160710).
41) Торгсофт для Windows
Виправлена помилка в Налаштування - Програмний РРО - вкладка Аналітика за програмним РРО - таблиця Чек - стовпець Внесено грошей (було "Внесено грошей") (№160755).
42) Налаштування - Завдання за розкладом
Виправлено помилку "The INSERT statement conflicted with the FOREIGN KEY constraint "fk_M20L9". Конфлікт виник у базі даних "TS2017SQL", таблиця "dbo.CalcBonusCombustion", стовпчик 'ID'. ", яка виникала при розрахунку платіжної відомості за розкладом (№160758).
43) Програмний РРО: перехід в офлайн-режим також відбуватиметься в разі отримання від сервера фіскальної служби помилки з кодом 404 "The requested resource is not found.". Варто зазначити, що дана помилка сервера є не задокументованою і відбувається в рідкісних випадках в моменти нестабільної роботи сервера фіскальної служби в години пік (№160766).
44) Системні завдання та об'єкти: виправлено витік пам'яті під час друку фіскального чека, що призводив до наростаючого об'єму оперативної пам'яті, яку використовував додаток. Ця помилка могла призводити до різного роду наслідків, таких як зависання або уповільнення роботи програми, у разі тривалих сесій роботи з програмою (робота без перезапуску програми протягом тривалого часу) (№160768).
45) На формі Відправник Нової пошти (Налаштування - Параметри - додаткові функції - Нова пошта - Відправники Нової пошти - дія Змінити) виправлено помилку, коли під час відкриття відправника на редагування в полі АПІ-ключ можна було щось вводити.
На формі "Створити ТТН Нової пошти" доопрацьовано виділення рожевим кольором, а також встановлення полів як обов'язкових до заповнення.
(№160807)
46) На формі "Шаблони Нової пошти" (Документ - Торгівля з випискою рахунка - Видаткова накладна - група дій "Нова пошта" - Налаштування шаблонів) виправлено помилку, коли розраховане значення об'ємної ваги не відповідало значенню такого ж поля на формі Створити ТТН Нової пошти при створенні ТТН на основі даного шаблону (№160810).
47) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: виправлена рідкісна помилка при завантаженні замовлень, пов'язана з отриманням дати замовлення. Помилка мала текст на кшталт "2021.11.16 0:1:58,1000' is not a valid date and time" і була пов'язана з конвертацією дати в регіональний формат (№160966).
48) У Документ - Торгівля з випискою рахунка - Видаткова накладна - Шаблони нової пошти виправлено ситуацію, коли могла виникнути помилка "MemTiresWheels: Cannot perform this operation on a closed dataset", у випадку, коли в обраного шаблону Тип вантажу = Шини диски, а також якщо до цього було виведено повідомлення про помилку "Термін дії API key закінчився" під час спроби отримати довідник Шин-дисків із сервера Нової пошти.
Оскільки на цій формі тільки в одному режимі (коли відбувається робота з Типом вантажу = Шини-диски) використовуються дані відправника для отримання списку шин-дисків із сервера Нової пошти, було прикручено механізм, який не ставить запитань, якого з відправників використовувати для отримання списку із сервера Нової пошти. Тут Апі-ключ відправника для отримання списку шин-дисків визначається в такому порядку:
а. Якщо є прив'язка контактної особи відправника Нової пошти до Центру обліку, а також встановлена галочка "Використовувати тільки прив'язаних до центру обліку контактних осіб при створенні ТТН Нової пошти", а також Апі-ключ відправника є активним.
б. Якщо в першому пункті не вдалося визначити АПІ ключ, то береться перший-ліпший відправник Нової пошти, який є чинним.
(№161004)
49) Документ - Списання товару зі складу: виправлено помилку, що призводила до некоректного сканування (або ручного введення) штрих-коду, якщо сканування (введення) відбувалося в момент, коли поле для введення штрих-коду не було активним на формі (не мало фокусу введення). В результаті цієї помилки перша цифра штрих-коду виявлялася останньою (№161029).
50) Склад - Розрахунок складських запасів
Прибрано перенесення рядка після слова "фільтрами".
Таким чином основний текст повідомлення відображається у два рядки (№161062).
51) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: виправлена помилка "Access Violation", що виникала, якщо на формі редагування "Об'єкт синхронізації" на вкладці "Способи оплати" виконати дію "Завантажити \ оновити способи оплати", коли зазначено валідний, але недієвий API ключ (наприклад, закінчився термін дії тестового облікового запису, або API ключ вивели з дії навмисно). Тепер коректно відображається повідомлення з текстом помилки (№161107).

Версія 2022.0.3 (БД 505)

1) Програмний РРО
Виправлено помилку, коли сума у фіскальному чеку на програмному РРО могла бути не кратна 10 копійкам за готівковою оплатою. Тепер у разі, якщо в чеку виявилися такі ціни (округлені до копійок) на одиницю товару і така кількість товару, що не можливо математично, що б їхня сума була кратна 10 копійкам, то в чеку буде відображено блок з округленням (FooterRound), і проведене округлення буде надіслано в податкову. Блок з округленням автоматично не з'явиться на раніше збережених шаблонах чека реалізації та повернення, його необхідно додати вручну (крім шаблонів в інсталяторі програми). Округлення діє при оплаті чека в будь-якій формі. Поле СУМА - без округлення, ЗАОКРУГЛЕННЯ - розмір округлення, ДО СПЛАТИ - сума за чеком з округленням (№158738).
2) Виправлено помилку, через яку не друкувався сліп-чек у фіскальному чеку ПРРО для користувацького шаблону.
Помилка проявлялася для користувацьких шаблонів, у яких для компонента FooterSlip властивість Visible було встановлено в Fasle (№158943).
3) На формі Аналіз - ABC і XYZ аналіз змінено використовуваний набір даних, тому що наявний міг бути причиною появи помилки "Insufficient memory for this operation", яка пов'язана з тим, що відбувається завантаження дуже великого набору даних, через що вільна пам'ять закінчувалася.
Взагалі, логіка цього аналізу не розрахована на те, щоб отримувати дані за великий період часу - від року і більше. Оскільки може бути багато товарів, які користуються популярністю в минулих періодах, але які можуть бути застарілими за багатьма факторами на поточний момент.
ABC і XYZ аналіз будується за короткий період часу (до 1 року) і в цьому його сенс.
Виправлено ситуацію, коли під час повторного оновлення набору даних (після зміни періоду або будь-яких інших налаштувань аналізу) могла з'являтися помилка Out of memory. Ця помилка виникала через те, що під час оновлення набору даних не проводилося видалення раніше створених об'єктів, унаслідок чого спожита даним аналізом пам'ять не звільнялася, а навпаки, зростала під час наступного оновлення аналізу.
Раніше, при вказівці величезного періоду аналізу і виконання повторного оновлення даних, коли застосунок споживав більше 1.6 Гб виникала помилка Out of memory або Insufficient memory for this operation.
Після виправлення, кількість споживаної пам'яті для виконання аналізу спочатку і потім під час наступних оновлень (за тими самими критеріями аналізу) перебуває майже на одному й тому самому рівні (наприклад, 280Мб).
(№159087)
4) Для виправлення ситуації, коли в Торгівлі з випискою рахунка видаткова накладна не позначалася ознакою, що за нею було надруковано фіскальний чек, після друку фіскального чека під час оплати раніше створеної видаткової накладної, за якою ще не друкувався фіскальний чек. Зокрема це проявлялося на програмному РРО. Було змінено принцип друку чека, тепер якщо за видатковою накладною ще не було надруковано фіскальний чек, і проведемо за нею оплату з друком фіскального чека, то буде надруковано не чек з товаром "Післяплата", а повноцінний чек з усіма товарами видаткової, а це своєю чергою призведе до того, що в Аналізі продажу фіскального товару товари цієї видаткової накладної буде позначено, як такі, що за ними було надруковано фіскальний чек (№159672).
5) Сервер додатків.
Виправлено помилку, що виникала при повторному додаванні товару в реалізацію в гібриді (№160791).
6) У Налаштування - Завдання за розкладом - Масове оновлення статусів ТТН поштових сервісів для функції сполучення з Нової пошти була виправлена поява помилки Access violation at address 044B2175 (або 045521175) in module 'TAAppDll(.......).dll' у коментарі лога оновлення статусу ТТН.
Тут так само було виправлено помилку, коли в балці оновлення статусу коментар містив число (1, 2, і т.д.), а в статусі відображалося "Помилка виконання".
При формуванні списку ТТН Нової пошти, статус яких необхідно оновити, було розширено умову фільтрації ТТН за статусом (згідно з документацією API Нової пошти). Тут додався новий статус "Відмова одержувача", тому що такі ТТН надалі вже немає сенсу оновлювати.
(№161031)
7) Торгсофт для Windows - Налаштування - Параметри - Додаткові функції - Програмний РРО - поле Email налаштування
Виправлені помилки при зміні Методу відправки на формі редагування Email налаштування. При зміні з Сервіс SendGrid на SMTP виникала помилка "Integer overflow". При зміні з SMTP на Сервіс SendGrid у полі Api ключ відображалися ієрогліфи.
(№161067)
8) Переклад.
Виправлено переклад стовпця "Центр обліку" на формі "скасовані товари з реалізацій" (№161180).
9) Склад - Товар у дорозі
Виправлена помилка, через яку під час передання товару з серійними номерами (ведеться суворий гарантійний облік) з використанням галочки "Товар у дорозі" не передавалися серійні номери на центр обліку одержувача, якщо приймати з галочкою "Зберігати відправника для товару в дорозі" (№161325).
10) Торгсофт для Windows - Канали передачі даних
Виправлено помилки "Could not convert variant of type (Null) into type (OleSrr)" і "No argument for format 'нова ціна = %1:s'" при виконанні Файл - Передати пакет даних (збереження пакета даних) (№161608).
11) У Документ - Прихід товару - Новий прихід - Імпорт виправлена помилка, коли файл налаштувань був збережений на одній локалізації інтерфейсу (російський), а при його завантаженні перед імпортом на іншій версії (український), то на вкладці "Товар" у таблиці Опис товару значення в лівій колонці дублювалися двома мовами (№121493).
12) Документ - Виробництво готової продукції
Виправлено помилку, через яку в стандартному друкованому документі "Технологічна карта" в елементів не переносився рядок, якщо він не влазив у поле.
Також виправлено аналогічну проблему для документів "Виробничий акт", "Виробничий акт із собівартістю", "Маршрутний лист" (у цьому випадку назва не обрізалася, але виходила за межі елемента для відображення) (№160574).
13) Документ - Реалізація
Виправлено помилку, через яку при підгонці суми в реалізації не відображалася сформована знижка (№160584).
14) Розрахунок зарплати - Робота
Виправлено помилку, через яку виникала помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Порушено "uqsCharge" обмеження UNIQUE KEY. Не вдається вставити повторюваний ключ в об'єкт "dbo.Charge"....." при розрахунку платіжної відомості.
У разі виникнення подібної помилки слід відкрити форму "Робота" і в таблиці "Нарахування та утримання за посадою" для всіх рядків, де в колонці "Дата" не відображається час, зайти в режим редагування і встановити час (№160640).
15) Переклад
Виправлено переведення в Торгівлі з випискою рахунку підтверджуючого повідомлення для видалення накладних. Фраза "Увага! Ви збираєтеся видалити вибрані накладні" не була перекладена (№160708).
16) Сервер додатків.
Виправлено помилку, що виникала при повторному додаванні товару в реалізацію в гібриді (№160791).
17) Документ - Реалізація - Оплата: виправлена помилка, коли не було можливості завершити оплату натисканням клавіші "Enter" у разі якщо фокус введення знаходився в полі "На розрахунковий рахунок" або "Підприємство". Тепер, наявність фокуса введення в подібного роду полях списків, що випадають, не перешкоджатиме спробі успішного закриття форм натисканням клавіші "Enter" (№161412).
18) Виправлено помилку, коли під час зміни виробника (який бере участь у назві) в одного з товарів, що належить до розмірного ряду, на такого самого виробника, що зазначений в інших товарах цього розмірного ряду, не видаляли порожню модель (попередню, на яку раніше посилався цей товар) після прив'язки товару, що редагується, до вже наявної моделі товару розмірного ряду (№161688).
19) Маркетинг - Посередник - Баланс із посередником
Виправлено помилку, через яку під час часткового відвантаження повністю оплачених рахунків посереднику (або клієнту посередника) у балансі з посередником у колонці "Оплати посередника" ("Оплати клієнта посередника") "задвоювалися" значення, кратні кількості видаткових накладних для рахунку (№161745).
20) Виправлено помилку, коли в чеку програмного РРО за наявності заокруглення в чеку блок з заокругленням FooterRound не відображався, якщо товари в чеку не оподатковувалися (був відсутній розділ з податками в чеку) (№161899).

Версія 2022.0.4 (БД 505)

1) У Товарознавство - Повний список товарів і послуг виправлено помилку, коли при зміні виробника, який не бере участі в найменуванні товару, у моделі, до якої належить цей товар, не змінювався виробник.
Тут також виправлено низку помилок, пов'язаних з тим, що при зміні виробника в товарі, неважливо на того, який бере участь у назві товару або не бере участі, не завжди коректно оновлювався товар, а також модель, до якої належить змінюваний відвар. Також під час таких маніпуляцій були випадки, коли створювалася нова модель із пов'язаним товаром, але також залишалася стара, до якої такий товар раніше належав.
Тут також виправлено помилку, коли під час використання дії "Записати для всіх товарів у моделі" на картці товару за умови редагування одного товару з розмірного ряду, тільки редагований товар був пов'язаний з новою моделлю, а решта товарів цього розмірного ряду належали до старої моделі товару. Тепер при виконанні такої дії будуть оновлені всі товари розмірного ряду, які відносяться до моделі, крім того, буде також оновлено і цю модель. Під час цих маніпуляцій, якщо в результаті залишатиметься модель, до якої не прив'язано жодного з товарів, то таку модель буде видалено.
(№139679)
2) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку на формі "Торгівля з випискою рахунка" дуже повільно відбувалася навігація між вкладками та оновлення інформації на вкладках, якщо встановлювати якийсь період, або здійснювати пошук за певним ключем.
Оптимізовано алгоритм оновлення інформації за рахунками, видатковими накладними, оплатами клієнтів і на вкладці "Аналіз" з метою прискорення оновлення даних (№150062).
3) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлена помилка, коли в Торгівлі з випискою рахунку друк фіскальних чеків залежав від обраного режиму друку чеків (клавіша F12) в реалізації, якщо в "Налаштування - Параметри - Чек" обрано змішаний режим друку чека (№153060).
4) Торгсофт для Windows - Документ - Внутрішня передача - Конвертувати у видатковий і прибутковий документи
Оптимізовано процес конвертації внутрішньої передачі у видатковий і прибутковий документи, якщо встановлений метод розрахунку собівартості За партіями поставки в розрізі центрів обліку. Чим більше центрів обліку, тим помітнішою буде оптимізація (№156907).
5) Торгсофт для Windows
Виправлена помилка, коли для ліцензії Старт була відключена можливість вводити склад послуги і тим самим користуватися функціоналом "Складних послуг" у програмі (№160173).
6) На формі Створити товарно-транспортну накладну Нової пошти змінено рольовий доступ за замовчуванням на "Доступний" для вкладок "Параметри відправлення" і "Додаткові послуги" (Документ - Торгівля з випискою рахунку - Видаткова накладна - Створити ТТН Нової пошти) (№160399).
7) На формі "Період" виправлено помилку, коли числа відображалися не повністю через те, що вони містили більше двох знаків після коми. Тепер усі числа в цих полях форматуються до двох знаків після коми.
Збільшено ширину полів "Кількість товару", "Сума товару за прайсом", "Собівартість складу" і "Очікуваний прибуток", тому що, коли значення занадто великі, вони не вміщалися повністю в цих полях.
(№160861)
8) У Документ - Торгівля з випискою рахунка - Видаткова накладна - Створити ТТН Нової пошти виправлена помилка, коли при створенні ТТН Нової пошти для рахунка, у якого включений Післяплата, - автоматично не включалася група послуг "Зворотна доставка" з типом доставки "Післяплатою" та із заповненою сумою боргу за видатковою накладною (№160912).
9) Документ - Прихід - Імпорт: виправлено помилку "Update command updated [0] instead of [1] record.Possible reasons: update table does not have PK or row identifier, record has been changed/deleted by another user", що могла виникати при виконанні дії "Імпорт" з форми редагування "Прихід". При виконанні дії "Імпорт" з форми редагування "Прихід" було додано підтверджувальне повідомлення, що попереджає про необхідність збереження параметрів прибуткової накладної перед переходом до форми "Імпорт" (раніше, збереження параметрів накладної відбувалося без підтвердження, що могло призводити до небажаних змін параметрів накладної). Так само виправлена помилка, в результаті якої після скасованого імпорту могла залишатися порожня прибуткова накладна (№161065).
10) Торгсофт для Windows
Виправлено помилку, коли під час закриття періоду дуже довго (в рази довше ніж формування стану складу на дату) відбувалася перевірка від'ємних залишків (№161066).
11) У Налаштування - Параметри виправлено ситуацію, коли могла виникнути помилка "Cannot focus a disabled or invisible window" при збереженні параметрів.
Ця помилка виникала, тому що поле "Довжина телефонного номера" є обов'язковим до заповнення, але на момент збереження параметрів воно не було заповнене. Крім того, під час збереження параметрів поточна закладка була не та, на якій це поле розміщене (поле розміщене на вкладці "Загальні").
Тепер, якщо кнопку записати натиснуто, і якщо поточна вкладка не Загальні, і поле Довжина телефонного номера в міжнародному форматі порожнє, то відбувається перемикання на вкладку Загальні, а також установлення фокуса введення в це поле та виведення повідомлення користувачеві, що поле не заповнене (№161147).
12) Програмний РРО: виправлено помилку з текстом "Виникла помилка при передачі запиту на сервер ЦСК за протоколом HTTP", яка могла виникати при роботі з файлом приватного ключа. Помилка була пов'язана зі змінами в новій версії криптографічних бібліотек (№161319).
13) Гібрид.
Виправлено помилку, через яку при додаванні товару не з'являлося вікно зважування (№161374).
14) Документ - Замовлення клієнта на виріб: при переведенні замовлення в стан "На виробництві" повернуто відображення форми "Створення маршрутного листа" для можливості вказівки примітки до виробничого акту, що створюється (№161670).
15) Торгсофт для Windows - Торгівля з випискою рахунку - Програмний РРО
Виправлено помилку, коли під час друку чека на програмному РРО в Торгівлі з випискою рахунка відображалося зайве порожнє діалогове віконце, якщо в Налаштування - Параметри - Додаткові функції - Програмний РРО не зазначено всіх необхідних налаштувань для надсилання клієнту повідомлення або електронного листа (№161879).
16) Склад - Форма ведення обліку товарних запасів: виправлено помилку в шаблоні друку. Було пропущено слово "знищення" (№162097).
17) У картці товару виправлено ситуацію, коли могла виникнути помилка "The UPDATE statement conflicted with the FOREIGN KEY SAME TABLE constraint "fk_M3L118". Конфлікт виник у базі даних "TorgSoftDB", таблиці "dbo.Good", стовпчику 'ID'." при зміні опису всіх товарів розмірного ряду за кнопкою "Записати для всіх товарів моделі" (№162208).
18) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку, коли в Документ - Торгівля з випискою рахунка - вкладка Рахунок при внесенні оплати за рахунком, за яким раніше було створено видаткову і не було надруковано за видатковою фіскальний чек, друкувався чек "Післяплати" на програмному РРО, а не чек з товарами видаткової. Як має бути після змін з версії 2022.0.3, і як друкується, при внесенні оплати з вкладки Видаткова накладна (№162392).
19) На формі налаштування шаблонів Нової пошти (Документ - Торгівля з випискою рахунка - Видаткова накладна - група дій Нова пошта - Налаштування шаблонів) виправлено появу помилки "MemTiresWheels: Cannot perform this operation on a closed dataset", коли відбувався вибір шаблону з типом вантажу "Шини-Диски", за умови, що в налаштуваннях Нової пошти була прив'язка контактної особи відправника Нової пошти до Центру обліку, але не встановлена галочка "Використовувати тільки прив'язаних до центру обліку контактних осіб при створенні ТТН Нової пошти", а також існував відправник, якого помітили недієвим.
Тут було додано захист, щоб таблиця шин-дисків не відображалася, якщо відправника не було визначено належним чином, тому що для завантаження назв у таблицю шин-дисків потрібен АПІ-ключ чинного відправника Нової пошти (№162394).
20) Виправлена помилка "Параметр місць порожній деталі помилки {"errorCodes":["20000200226"], "errors":["OptionsSeat is empty"]}" при створенні ТТН Нової пошти, коли у відправленні зазначались лише підсумкові параметри (Вага, Загальний об'єм) і тип адреси одержувача = "Поштомат".
При створенні ТТН на поштомат (Адреса одержувача) необхідно заповнювати таблицю фізичних параметрів вантажу, замість вказівки тільки підсумкових даних.
Доопрацьовано валідацію заповнювання полів при створенні ТТН, що якщо в якості адреси одержувача обрано Поштомат, а фізичні параметри вантажу не вказано (тобто були вказані тільки підсумкові параметри відправлення - "Вага", "Загальний об'єм" та "Кількість місць"), то користувачеві буде виведено повідомлення про помилку "При створенні ТТН на поштомат мають бути заповнені фізичні параметри вантажу", а створення ТТН буде перервано, щоб унеможливити відправку некоректного запиту на сервер Нової пошти (№162417).
21) Торгсофт для Windows
Виправлено помилку, коли під час сканування в Документ - Внутрішня передача штрих-коду товару зі встановленою галочкою Запитувати кількість товару у вікні для введення кількості відображалася кількість товару на складі, попри ввімкнені обмеження в налаштуванні ролі, такі як: Налаштування - Параметри - Роль - Відображати кількість товару на складі у формі "Введення кількості" і Приховувати кількість на складі для товару на інвентаризації.
Налаштування Відображати кількість товару на складі у формі "Введення кількості" і Приховувати кількість на складі для товару на інвентаризації перенесено з пункту Налаштування - Параметри - Роль - Реалізація просто до пункту роль, оскільки їхня дія поширюється не тільки на реалізацію.
Налаштування 'Відображати кількість товару на складі у формі "Введення кількості"' перейменовано на 'Відображати кількість товару на складі у формі "Введення кількості" (Реалізація і Внутрішня передача)'.
(№162494)
22) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку при внесенні повної оплати за рахунком за умови, що за рахунком було створено кілька видаткових накладних, не закривалися всі повністю оплачені видаткові накладні.
Також виправлено текст повідомлення з інформацією про перелік видаткових накладних, на які розподілялася оплата за рахунком. Повідомлення містило інформацію, що оплата була розподілена на накладну, на яку за фактом оплата не розподілялася.
(№162497)
23) Склад - Форма ведення обліку товарних запасів: тепер для прибуткових накладних відображається номер накладної постачальника, якщо доступний, інакше відображається внутрішній номер накладної. Раніше завжди відображався внутрішній номер накладної.
(№162535)
24) Реалізація - Оплатити
Виправлено помилку, через яку на формі введення параметрів оплати банківським терміналом не заповнювалося автоматично поле "Вид операції" і доводилося щоразу встановлювати відповідне значення.
Поле "Вид операції" заповнюється автоматично залежно від того, яка операція виконується: оплата або повернення. Поле недоступне для ручного вибору.
(№162568)
25) Торгсофт для Windows - Товарознавство - Повний список товарів і послуг - вкладка Послуги
Виправлено помилку Invalid pointer operation під час додавання нової послуги, у якої є хоч одна динамічна характеристика (№162572).

Версія 2022.0.5 (БД 505)

1) Торгсофт для Windows - Розрахунок зниження знижок за відсутність покупок
Виключена можливість паралельного запуску автоматичного розрахунку зниження знижок за відсутність покупок при запуску одночасно декількох Торгсофт під господарем, що призводило до зависання. Тепер розрахунок буде відбуватися тільки на найпершому запущеному Торгсофт під господарем. Розрахунок запускається тільки один раз на день при першому запуску під господарем.
Додано вимкнення автоматичного розрахунку зниження знижок за відсутність покупок під час старту програми, якщо немає жодної політики знижки, в якій встановлені умови зниження накопичувальної знижки.
(№157052)
2) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: виправлена помилка, в результаті якої після імпорту товарів на Prom.ua, імпортовані товари не мали фотографій (або не оновлювалися існуючі фотографії товарів). Дана помилка проявлялася в разі якщо спроба імпорту, під час якої відбувалося вивантаження файлів фотографій на FTP, завершувалася невдало (наприклад, невірно був вказаний API ключ, або, поширена помилка Prom.ua, пов'язана з перевищенням кількості запитів до API-серверу), то наступна успішна спроба імпорту не містила інформації, необхідної для поновлення фотографій товарів (посилання на фото товарів були відсутні у файлі імпорту). Тепер, якщо спроба імпорту, під час якої відбулося вивантаження файлів фотографій, завершується помилкою, то необхідна інформація для формування посилань на фотографії зберігається, і подальші спроби імпорту будуть коректно формувати необхідні для оновлення фотографій посилання (№158198).
3) Торгсофт для Windows - Сканування товару в реалізації
Виправлено помилку, коли під час сканування в реалізації штрих-коду товару, який починався на префікс вагового товару (зазвичай це 25), його не додавали в реалізацію, навіть якщо за кодом товару (який виокремлюють зі штрих-коду вагового товару) товар не знайшли, а за повним збігом штрих-коду товару він є на складі. Тобто якщо вагового (у якого у вигляді товару встановлено штрих-код товару містить кількість) товару не знайшли на складі, а штучного, у якого повністю збігся штрих-код, знайшли, то буде додано штучний (№162092).
4) У Документ - Торгівля з випискою рахунка - Рахунок - Товар рахунка - дія "Перевірити товари" виправлено помилку, коли не всі товари було перевірено і в панелі статусів Рахунка замість червоної галочки відображалась зелена галочка, яка мала відображатись лише після виконання перевірок за всіма товарами в рахунку.
Тут також змінено назву стану "Перевірений_Нестача" на "Перевірений Недостача".
(№162209)
5) Документ - Замовлення клієнта на виріб
Виправлено помилку, через яку під час переведення замовлення клієнта в стан "На виробництві" введене при створенні маршрутного листа значення параметра "Вартість секунди" ігнорувалося і в створеному виробничому акті вартість секунди встановлювалася рівною 1 (№162492).
6) Торгсофт для Windows - Переклад
Виправлено помилку не перекладу рядка "Увага! Ви збираєтеся видалити накладну:" при спробі видалення видаткової накладної в торгівлі з випискою рахунку (№162700).
7) Документ - Повернення - Використовувати банківський термінал
Виправлено помилку, через яку при поверненні за допомогою банківського термінала з'являлася помилка " '' is not a valid integer value"
Помилка проявлялася при використанні фіскального реєстратора "Марія 304Т".
(№162718)
8) Торгсофт для Windows - Viber-підпис
Виправлено помилку, коли не можна було ввести Viber-підпис або Sms-підпис у 20 символів, довжина підпису обрізалася на 13 символах (№162733).
9) Виправлено помилку, яка могла призводити до відсутності значень параметрів оплати банківським терміналом, що передаються у фіскальний чек, а саме: ідентифікатор платіжного пристрою (TerminalID), найменування платіжної системи, код авторизації.
Помилка проявлялася при оплаті банківським терміналом за протоколом BPOS.
(№162797)
10) Налаштування --> Торговельна мережа --> дія Змінити для Торговельної мережі --> форма "Торговельна мережа" --> вкладка "Розрахунковий рахунок": виправлено помилку, коли не було можливості змінити назву (або низку інших атрибутів) розрахункового рахунку. При спробі запису даних відображалося повідомлення "Повторне додавання заборонено. Такий розрахунковий рахунок вже існує" (№162983).
11) Торгсофт для Windows - Програмне РРО
Виправлено помилку на формі "Оплата", яка викликається з форми "Реалізація". Коли були відсутні поля для введення номера телефону або електронної пошти, якщо була активована функція "Підключення програмного РРО", але не була активована функція "Підключення фіскального реєстратора" (№162998).
12) Торгсофт для Windows - Повернення
Виправлено помилку, коли під час проведення повернення через Документ - Повернення затирався поточний продавець у програмі, який, наприклад, встановлювався при вході в програму, і наступні реалізації реєструвалися на системного продавця (№163040).
13) Торгсофт для Windows - РРО
Виправлена помилка неможливості провести по РРО чек повернення без виплати клієнту коштів. Для цього в Торгівлі з випискою рахунку на вкладці Повернення додано дію Надрукувати фіскальний чек, за якою ви можете намічати фіскальний чек повернення. Наприклад, для програмного РРО, якщо не було оплат за видатковою накладною, то в чеку повернення форма оплати буде Кредит (№163067).
14) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файл", для типу файлу синхронізації "YML" на формі редагування "Об'єкт синхронізації" повернуто блок налаштувань, що відповідає за відправку POST-запиту після синхронізації (№163079).
15) Програмний РРО
Виправлено помилку "Транзакція (Process ID) була мертво заблокована на ресурсах блокування з іншим процесом і обрана жертвою мертвої блокування. Rerun the transaction.", яка могла виникати під час роботи з програмним РРО, якщо в цей час переглядали X-звіт (№163342).
16) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку при поверненні переплати за видатковою накладною в повному обсязі видаткова накладна не закривалася (№163403).
17) Програмний РРО
Вниз чека реалізації, повернення, відкриття зміни, внесення і видачі готівки додано напис "ПРРО Торгсофт", що позначає виробника. Для документа реалізації це було зроблено згідно з "Форма N ФКЧ-1". Автоматом цей напис з'явитися в шаблонах за замовчуванням і в шаблонах, які йдуть разом з інсталятором 2022.0.5 і вище. В існуючих шаблонах необхідно додати цей напис вручну (№163527).
18) Торгсофт для Windows - Програмний РРО
Виправлено помилку, коли під час надсилання чека програмного РРО електронною використовувалася затримка, зазначена в шаблоні листа. Це призводило до того, що після відправлення листа, не відразу ставилася відмітка про те, що чек було сформовано, і могла взагалі не поставитися, якщо користувач встигав за час затримки закрити програму.
У шаблоні масової розсилки через електронну пошту можливість встановлювати інтервал відправки залишена тільки для таких Типів розсилки: Стандартна, З днем народження і Зміна суми бонусів.
(№163630)
19) Торгсофт для Windows - Програмний РРО
Виправлена помилка "Incorrect syntax near ','" в Торгівлі з випискою рахунку при поверненні оплати за видатковою накладною при використанні програмного РРО (№162648).

Версія 2022.0.6 (БД 505)

1) Подарункові сертифікати як з товаром
Виправлено помилку, коли при використанні подарункового сертифіката як з товаром, бонуси клієнту за реалізацію нараховувалися в повному обсязі (від усієї суми реалізації), а не від реально заплаченої клієнтом суми (без урахування подарункового сертифіката), як і повинно бути (№108790).
2) Торгсофт для Windows - Аналіз залишків товару
Виправлено помилку, коли в Аналіз - Аналіз залишків товару після дії "Змінити відпускну ціну" переставало працювати оновлення набору даних (переліку товарів) (№118608).
3) Розрахунок собівартості
Виправлена помилка під час розрахунку собівартості за останньою закупівельною ціною (як за торговельною мережею, так і за центром обліку), якщо останні надходження були в один день, то бралася закупівля не з документа, який створено пізніше, а з того, в якого більший номер, що було неправильно й відрізнялося від останньої закупівельної ціни, яка відображається в стані складу (№142344).
4) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку, коли під час використання Налаштування - Параметри - Чек - Умови друку чека - За бажанням покупця та оплати реалізації подарунковим сертифікатом, роботу з яким ведуть як із відкладеною знижкою, фіскальний чек друкувався на повну суму, без урахування оплати подарунковим сертифікатом (сума подарункового сертифіката має розподілиться за товарами як знижка). Так само тепер, після друку чека, дія Оплатити подарунковим сертифікатом на формі Оплата стає недоступною. Скасовувати оплату після друку чека - погана ідея, яка може призвести до непередбачуваних наслідків (№152645).
5) Торгсофт для Windows - Аналіз залишків товару
В Аналіз - Аналіз залишків товару прибрано можливість проводити переоцінку закупівельних цін, якщо не обрано центр обліку і встановлено метод розрахунку собівартості за партіями постачання в розрізі центру обліку (або за партіями постачання з урахуванням внутрішніх передач). Раніше, якщо проводили переоцінку без обраного центру обліку, то відбувалося неправильне зв'язування прибуткових і видаткових документів, що призводило до неправильного розрахунку собівартості.
Так само для методів розрахунку собівартості за партіями постачання в розрізі центрів обліку та з урахуванням внутрішніх передач дозволено переоцінювати товар за умови ввімкненої галочки "показувати в розрізі центрів обліку". Це дасть змогу переоцінювати закупівлю одночасно на всіх центрах обліку.
(№155914)
6) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку, коли неможливо було вибрати принтер для не фіскальних чеків у Налаштування - Вибір принтерів, якщо програмою користуються в локальній мережі, і на одному комп'ютері активували функцію Підключення фіскального реєстратора і в Налаштування - Параметри - Чек встановили тип чека - фіскальний, а на другому комп'ютері не активували цю функцію. То ось на другому комп'ютері якраз необхідно друкувати не фіскальні чеки, а можливість вибору для них принтера була відсутня (№156790).
7) Автоматичний розрахунок собівартості
У Налаштування - Завдання за розкладом - вкладка Розрахунок собівартості на формі редагування Автоматичне завдання на розрахунок собівартості для поля Оновлення індексів і статистик, відновить HID додано третє значення. Тепер це поле може приймати три значення:
Відновити та реорганізувати індекси й статистики, відновити HID
Не робити
Перестворити індекси та статистики, відновити HID
Нове значення "Перестворити індекси та статистики, відновити HID" буде корисним для тих баз даних, де відновлення і реорганізація не прискорюють розрахунок собівартості. Тим самим переключивши на "Перестворити індекси та статистики, відновити HID" можна домогтися результату, що б розрахунок собівартості закінчився перед початком робочого дня, і уникнути помилки "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][SQL Server] Транзакція (ідентифікатор процесу 56) викликала взаємовідтворювальне блокування ресурсів блокування з іншим процесом і стала жертвою взаємовідтворювального блокування. Запустіть транзакцію повторно." при розрахунку собівартості за розкладом.
(№160050)
8) Документ - Замовлення клієнта на виріб - дія Друк - Виконані роботи: на формі "Виконані роботи" до фільтру за періодом додано уточнювальну текстову інформацію з текстом "Періодом аналізу інформації є дата створення замовлення, а не дата завершення замовлення." (№161683).
9) Документ - Замовлення клієнта на виріб - вкладка Роботи - дія Додати\Змінити: на формі редагування "Виконання замовлення клієнта" виправлено помилку, внаслідок якої не відбувався перерахунок значення поля "Оплата виконавцю" під час зазначення кількості одиниць операції (№161684).
10) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файл" виправлена помилка, внаслідок якої при завантаженні замовлень міг створюватися клієнт з порожньою назвою. Надалі, створений за таким замовленням рахунок не міг бути відредагований, оскільки під час запису даних на формі редагування "Рахунок" програма вимагала заповнити поле "Одержувач". У результаті виправлення помилки, на файли замовлень було накладено додаткові вимоги у вигляді обов'язковості заповнення одного з полів "Name" (ім'я клієнта) або "MPhone" (мобільний телефон). Якщо жодне з раніше перерахованих полів замовлення не заповнене, обробка такого замовлення завершиться помилкою і замовлення створено не буде. Якщо поле "Name" не заповнене, а поле "MPhone" заповнене, тоді значення поля "MPhone" буде використано для формування назви клієнта (№161881).
11) Програмний РРО
Виправлено помилку "400 Код помилки: 9 DocumentValidationError Підсумки за формами оплати. Сума за рядками xx,xx не дорівнює загальній сумі в документі xx з додаванням суми комісії 0.00", під час друкування фіскального чека за видатковою накладною (Документ - Торгівля з випискою рахунка - вкладка Видаткова накладна - група дій Чек - дія Надрукувати фіскальний чек), якщо рахунок, за яким виписана видаткова накладна, був переплачений до створення видаткової (№162106).
12) При роботі з адресами Нової пошти змінено принцип отримання списку відділень для обраного міста.
Раніше при створенні адреси одержувача або відправника після вибору міста, список відділень завантажувався безпосередньо з сервера Нової пошти. А оскільки кількість відділень, що відкриваються, з кожним днем зростає, а для великих міст і поготів, то з часом завантаження списку відділень (у т.ч. поштоматів) відбувалося дуже довго.
Тепер було додано можливість завантажувати список відділень у базу даних для кожного збереженого міста і під час створення адреси вибирати раніше збережене відділення.
Крім того, у разі додавання міста, якого ще не було в базі даних, реалізовано можливість проводити завантаження списку складів як у ручному, так і в автоматичному режимі на формі Місто Нової пошти.
На формі Адреса Нової пошти, для списку Відділень Нової пошти була додана кнопка "Оновити", на випадок, коли потрібного відділення в списку не виявилося або оновлення списку відділень давно не проводилося.
На формі Завдання за розкладом - Масове оновлення статусів ТТН поштових сервісів для типу поштового сервісу Нова пошта на формі створення або редагування завдання була додана галочка "Оновлення довідників", яка для кожного завдання зберігає своє значення. Отже, якщо цю галочку ввімкнено, то під час виконання завдання з масового оновлення статусів ТТН Нової пошти, спочатку буде виконано оновлення статусів ТТН, а потім оновлення довідників:
- "Помилки Нової пошти", оновлення якого раніше можна було виконувати в Налаштування - Параметри - Дод функції - Нова пошта;
- "Список відділень Нової пошти", яке оновлює списки відділень для кожного збереженого в базі даних міста.
На формі Налаштування - Параметри - Дод функції - Нова пошта була змінена кнопка "Оновлення помилок Нової пошти" на "Оновлення довідників", тут було додано оновлення списку складів Нової пошти.
(№162393)
13) Торгсофт для Windows - Масова розсилка
Виправлена помилка, коли під час додавання клієнтів до масової розсилки (Маркетинг - Масова розсилка - вкладка Клієнти - дія Створити масову розсилку) у списку розсилок була присутня купа автоматичних щоденних розсилок (наприклад, розсилки з верифікації дисконтної картки за допомогою смс), тепер там відображаються тільки стандартні розсилки, що зменшило захаращеність цього списку (№162445).
14) Торгсофт для Windows - Програмний РРО
Виправлена помилка, коли на чеку програмного РРО, який був надрукований за видатковою накладною, за якою не було оплат, замість типу оплати Кредит, друкувався тип оплати Попередня оплата. Це відбувалося, якщо для Торгівлі з випискою рахунка не був увімкнений вдосконалений режим розрахунку умов продажу. Так само при цьому налаштуванні невірно (нуль) міг розраховуватися борг за реалізаціями, сформованими в Торгівлі з випискою рахунку, в різних місцях програми (№162663).
15) Фіскальний реєстратор
Виправлено помилку 'Could not convert variant of type (Null) into type (Integer)' під час друку фіскального чека на реєстраторі Excellio, якщо не заповнене поле "Максимальна довжина назви" на формі "Налаштування робочого місця - Фіскальний реєстратор" (№162707).
16) Торгсофт для Windows - Друк фінансового чека
Виправлено помилку, коли на друк фінансового чека впливало налаштування в Налаштування - Параметри - Чек - Друк чека передоплати на ПРРО, якщо для цього робочого місця було обрано програмний РРО (№162793).
17) "Виписки за банківськими рахунками"
Виправлена помилка обробки виписок для приватної особи від приват банку, помилка бали в невірно встановлюваних параметрах для внесення записів, при деяких виписках не встановлювалося значення для поля, що приводило до помилки визначення типу даних (№162852).
18) Торгсофт для Windows - Фіскальний реєстратор
Виправлена помилка, коли при встановленому змішаному режимі друку чеків, в реалізації при оплаті, при встановленому червоному квадратику в лівому верхньому кутку, при натисканні на кнопку Чек друкувався все одно фіскальний чек, а не фіскальний, як повинно бути (№163261).
19) "Виписки за банківськими рахунками"
Виправлена помилка неможливості створення нерозпізнаної оплати, якщо дата і час сходиться з випискою з попередньої оплати (№163280).
20) Маркетинг. Клієнти.
Виправлено помилку, що виникала при відкритті вікна імпорту клієнтів у версії Старт (№163397).
21) Документ - Замовлення клієнта на виріб: виправлено помилку неможливості повторної активізації замовлення, за яким було внесено повну передоплату, а в складі якого, окрім матеріалів і послуг, так само було вказано роботи. При спробі повторної активізації замовлення відображалася помилка з текстом "Сума передоплати перевищує суму замовлення. Для виконання дії необхідно виконати повернення передоплати замовнику." (№163466).
22) Документ - Замовлення віддаленого клієнта: виправлено помилку, коли в блоці даних про клієнта було відсутнє колірне виділення полів, значення яких відрізняються за даними зареєстрованого в системі клієнта (№163468).
23) У Документ - Реалізація при виборі товару, кількість якого недостатня на складі, для налаштування "Попередити про нестачу товару на складі" змінено принцип виведення попереджувального повідомлення про нестачу товару.
Раніше, якщо товар додавався в реалізацію за допомогою сканера штрих-коду, дане повідомлення закривалося автоматично по кнопці "Так", тому що сканер передає клавішу введення. Таким чином, у реалізацію додавався товар у недостатній кількості.
Тому було перероблено виведення діалогу попередження, щоб жодна з кнопок за замовчуванням не була обрана, для забезпечення контролю додавання таких товарів користувачем.
Для даної події в Налаштування - Звуки було додано нову Подію ініціалізації - "Недостатня кількість товару", під час налаштування якої можна призначити свою озвучку при додаванні товару, якого не вистачає, до реалізації за умови, що в Налаштуваннях - Параметри - Облік - "Що робити, якщо недостатньо товару на складі" = "Попередити про нестачу товару на складі" (№163570).
24) Програмний РРО: виправлена помилка, яка рідко виникала і могла виникнути при використанні двох або більше ПРРО на одному робочому місці, що призводила до того, що використовувався не вірний ключ касира для підпису чеків ПРРО, що в результаті могло проявлятися помилкою з текстом "Код помилки: 2 OperatorAccessToTransactionsRegistrarNotGranted Відсутній доступ до ПРРО з фіскальним номером XXXXXX для користувача YYYYYYYY, ідентифікатор ключа суб'єкта ZZZZZZ" (№163604).
25) Торгсофт для Windows - Програмний РРО
Виправлено помилку, коли можна було в Налаштування - Програмний РРО - вкладка Налаштування програмного РРО сформувати чек закриття зміни, коли реєстратор перебував в офлайн-режимі, а останнім чеком у базі даних був не Z-звіт, що призводило надалі до неможливості перейти в онлайн.
Виправлено помилку, коли можна було в Налаштування - Програмний РРО - вкладка Налаштування програмного РРО сформувати чек відкриття зміни, коли реєстратор перебував в офлайн-режимі, а останнім чеком у базі даних був не чек відкриття зміни, що призводило надалі до неможливості перейти в онлайн.
Виправлено помилку можливого створення декількох чеків відкриття офлайн сесії в розрізі однієї офлайн сесії, що призводило до подальшої неможливості переходу в онлайн. Це могло відбуватися, якщо користувач після переходу програмного РРО в офлайн встановив формальну ознаку онлайн сесії, але з'єднання із сервером податкової, як і раніше, не було.
Виправлена помилка "Код помилки: 11 InvalidQueryParameter Неправильне значення параметра 'NumLocal'", яка могла виникати під час переходу програмного РРО в онлайн, якщо з якихось причин уже було раніше створено чек закриття офлайн сесії та надіслано в податкову, а в програмі програмне РРО так і залишилося з ознакою того, що воно в офлайні.
Виправлено помилку "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][Транзакція (ідентифікатор процесу 156) викликала взаємне блокування ресурсів блокування з іншим процесом і стала жертвою взаємного блокування. Запустіть транзакцію повторно.", яка могла рідко виникати під час роботи з програмним РРО великої кількості користувачів у момент переходу програмного РРО в онлайн-режим роботи з офлайн режиму.
У підтверджувальне повідомлення при видаленні всіх чеків офлайн-сесії додано номер самої сесії та назву програмного РРО, для якого відбувається ця дія. Так само в протоколі дій користувача в описі події видалення буде присутній перелік видалених чеків.
Для дій Встановити формальну ознаку онлайн/офлайн сесії та Встановити стан Готовий додано підтвердні повідомлення із зазначенням назви програмного РРО.
У підтверджувальне повідомлення при видаленні всіх чеків програмного РРО додано назву програмного РРО, для якого відбувається ця дія, а якщо видалятиметься один чек, то й інформація про цей чек. Так само в протоколі дій користувача в описі події видалення буде присутній перелік видалених чеків при масовому видаленні.
Попередні три зміни слугують для більш точного логування дій, які виконує користувач із програмним РРО.
У QR-код чека програмного РРО додано дату, час проведення операції та суму чека.
У Налаштування - Співробітник для форми редагування Співробітник при зміні файлу приватного ключа або адреси ЦСК відбувається перевірка на цілісність ключа, правильність пароля і наявності господарських одиниць для даного ключа. Після натискання Записати в разі провалу перевірки буде відображено відповідне повідомлення і форма не буде закрита.
(№163614).
26) Торгсофт для Windows - Закриття періоду
Виправлено помилку "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 10.0][SQL Server]The multi-part identifier "Warehouse.ID" could not be bound." під час закриття періоду, якщо в Налаштування - Параметри - Торгова мережа - Інформаційна система встановлена в значення Центральна і встановлено Основний центр обліку (№163626).
27) У Документ - Торгівля з випискою рахунку - Рахунок виправлена помилка, коли при виконанні дії "Копіювати рахунок", в новий рахунок копіювалися також стани перевірки товарів вихідного рахунку, що було некоректним (№163628).
28) Склад - Форма ведення обліку товарних запасів: додано фільтр "Форма оплати", який за замовчуванням встановлено в значення "Безготівковий розрахунок". Цей фільтр діє тільки для документів з типом "Реалізація" і "Повернення" і призначений для відповідності підпункту 5 пункту 3 розділу II порядку ведення форми обліку товарних запасів, у якому, серед інших вимог, зазначається, що "у графі 8 зазначається продаж товарів з розрахунком у безготівковій формі, який здійснено у встановлених законодавством випадках без застосування реєстраторів розрахункових операцій / програмних реєстраторів розрахункових операцій". Варто зазначити, що якщо під час оплати реалізації/повернення використовувалася змішана форма оплати (частково готівковий розрахунок і частково безготівковий розрахунок), то в графі 8 враховуватиметься повна сума документа незалежно від значення фільтра "Форма оплати" (№163637).
29) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку, коли можна було надрукувати по одному поверненню в Торгівлі з випискою рахунка два фіскальні чеки. Перший через Документ - Торгівля з випискою рахунку - вкладка Повернення - дія Надрукувати фіскальний чек, а другий під час виплати коштів через Документ - Торгівля з випискою рахунку - вкладка Повернення - дія Виплатити. Тепер під час виплати грошей не буде надруковано фіскальний чек, якщо він уже був надрукований за цим поверненням (№163656).
30) У Товарознавство - Буфер друку етикеток доопрацьовано сортування за Назвою товару.
Тепер у списку вибору способу сортування додалися два сортування "Назва товару (від А до Я)" і "Назва товару (від Я до А)".
(№163749)
31) Системні задачі та об'єкти: виправлено помилку, коли в поля введення неможливо було ввести певні літери російського або українського алфавіту у верхньому регістрі, такі як "Х", "Ц", "Ш" або "Ч" (№163792).
32) У Документ - Прихід - Імпорт Виправлено помилку, коли при виконанні подальшого імпорту товару не завантажувалися значення в області "Опис товару" зі збережених налаштувань при раніше виконаних імпортах товару (№163871).
33) Відомість інвентаризації
Виправлено помилку "Оброблювач запитів вичерпав внутрішні ресурси і йому не вдалося запобігти плану запиту..." при відкритті відомості інвентаризації, якщо в цій відомості інвентаризації дуже багато товарів, які присутні в наступних відомостях інвентаризації (№163951).
34) Торгсофт для Windows - Список витрат
Виправлена помилка, коли в ліцензії Старт, неможливо було в Склад - Список витрат відкрити або закрити документ списання, оскільки була відсутня група дій Змінити стан (№163952).
35) Документ - Торгівля з випискою рахунку
Виправлено помилку [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]The multi-part identifier "PI.PartnerName" could not be bound,
яка виникала під час оновлення даних за оплатами, якщо в поле фільтра "Контрагент" було введено будь-яке значення.
(№163953)
36) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку, коли в Торгівлі з випискою рахунка - вкладка Оплати клієнтів - дія Друк фіскальних чеків за передоплатою не друкувалися фіскальні чеки, якщо в Налаштування - Параметри - Чек встановлено не друкувати фінансові чеки або не друкувати чек передоплати за програмним РРО.
Виправлено помилку, коли в Торгівлі з випискою рахунку під час друку чека за видатковою накладною не в національній валюті, за яким є борг, то неправильно розраховувався у фіскальному чеку борг, і через це некоректно відображалася в ньому сума передоплати (№163959).
37) На формі Звіт - Виписка за період виправлена робота фільтрів Розрахунковий рахунок і Каса, щоб вміст списку сортувався за назвою, а також щоб працював пошук при введенні інформації в поле пошуку для списку Розрахунковий рахунок та/або Каса (№163995).
38) "Торгсофт для Windows - Торгівля з випискою рахунку - редагування Рахунку"
Виправлена помилка, що призводить до закриття картки рахунку при наявності великої кількості клієнтів (№164072).
39) Системні завдання та об'єкти: виправлена помилка коли в ряд полів введення неможливо було ввести символ відсотка "%" або лівої дужки "(" (№164116).
40) Документ - Розподіл товару: виправлено помилку, внаслідок якої при увімкненому налаштуванні "Враховувати товари у відкладених накладних і на складах товару в дорозі" і відповідному налаштуванні на формі "Параметри обліку відкладених накладних" не враховувалися відкладені накладні на склад товару в дорозі (№164157).
41) Сполучення з Prom.ua: під час синхронізації товарів виправлено помилку з текстом "Помилка в полі "Кількість" причина "Число повинно бути від 0 до 2147483647", що могла виникати, якщо в списку товарів, що синхронізуються, були товари з від'ємною кількістю на складі (№164262).
42) Склад - Синхронізація з інтернет-магазином: вимкнено логування алгоритмів синхронізації за таймером (фіксація спрацьовування таймера, вибірки та виконання завдань тощо), яке раніше було ввімкнено за замовчуванням, щоб зменшити спам у файлі журналу. Для активації ведення логування необхідно у файл AdminServer.ini додати параметр IMLog = 1 (№164330).
43) Торгсофт для Windows - Відомість інвентаризації
Виправлено помилку, коли в Документ - Відомість інвентаризації, за дією Перерахувати суми, вискакувала помилка, що складські документи перебувають у закритому періоді, але насправді це було не так, просто у відомості був відсутній акт ліквідації.
Під час закриття відомості інвентаризації прибрано за замовчуванням розрахунок собівартості в акті ліквідації та розрахунок підсумкових сум відомості. Тепер за відомостями, за якими не розраховані підсумки, вони будуть розраховані під час розрахунку собівартості. Це зі свого боку оптимізує процес закриття відомості, особливо якщо потрібно закрити багато відомостей на різних центрах обліку одночасно. На форму Відомість інвентаризації додано дію з розрахунку собівартості.
Зменшено вплив розрахунку собівартості на блокування ресурсів системи.
(№164535)
44) Торгсофт для Windows - Фіскальний реєстратор
Виправлена помилка, коли при прийомі грошей від VIP-клієнта в реалізації, якщо на формі Оплата встановили червоний квадратик (не проводити операцію через РРО), то все одно друкувався фіскальний чек службового внесення грошей в касу (№164916).
45) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку, коли не працювало налаштування для фіскального реєстратора "Автоматично надсилати копію чека" на формі Оплата в реалізації, у разі вимкнення налаштування, галочка для надсилання чека на телефон або електронну пошту все одно проставлялася (№164922).
46) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку при розподілі передоплати за рахунком на видаткові накладні рахунки виникала помилка "Could not convert variant of type (Null) into type (Integer)".
Помилка виникала в разі, якщо у клієнта не було інших рахунків з неоплаченими накладними, крім поточного (№164995).
47) Торгсофт для Windows - Програмний РРО
Виправлено помилку, коли при роботі з декількома програмними РРО на одному робочому місці, якщо для них були закриті зміни, то при проведенні реалізації, з'являвся діалог вибору ПРРО для якого потрібно відкрити зміну, хоча в цей момент ми знали вже, для якого програмного РРО потрібно надрукувати чек і відповідно відкрити зміну (№165042).
48) Торгсофт для Windows - Програмний РРО
Виправлено помилку, коли в Торгівлі з випискою рахунку під час друку фіскального чека на програмному РРО за видатковою накладною кількість товару могла бути від'ємною в деяких випадках (кількість товару не дорівнювала одиниці), якщо за передоплатою за рахунком було надруковано фіскальний чек (№165067).
49) Торгсофт для Windows - Програмний РРО
Виправлено помилку, коли під час друку чека часткової передоплати за рахунком на програмному РРО сума чека не відповідала сумі, що вводиться. Тепер, якщо з кількості товару (округленої до трьох знаків) і ціни товару (округленої до двох знаків) неможливо буде сформувати оплачувану суму, то до чека буде застосовано округлення до оплачуваної суми. Так само скасовано округлення до 10 копійок суми чека програмного РРО, якщо у формах оплати чека відсутня готівкова оплата (№165085).
50) Налаштування - Параметри - Дод. функції - Нова пошта - Адреса відправника
Доопрацьовано відображення Назви відділення в місті в таблицях Адреси відправника/одержувача, щоб відображалася назва мовою інтерфейсу програми.
Це стосується тільки відділень, оскільки фізична адреса відображається завжди українською мовою.
Виправлено помилку, через яку неможливо було зберегти Адресу відправника/одержувача на формі Адреса Нової пошти, коли обрано адресну доставку і проводиться створення нової адреси (вулиця, будинок, квартира). Виникало повідомлення про помилку, що Місто Нової пошти не вибрано, що не давало зберегти запис.
(№165168).

Версія 2022.0.7 (БД 505)

1) Аналіз - Аналіз продажів фіскального товару
Виправлено помилку, через яку дія "Створити зведену податкову накладну" була доступна для регіональних стандартів Молдови/Казахстану.
Для зазначених регіональних стандартів дія буде недоступною (№108919).
2) Документ - Реалізація - Замовлення товару та передоплата
Виправлено помилку, через яку під час видачі замовлення покупцеві доступні нараховані на замовлення бонуси одразу, а не відповідно до значення параметра "Термін нарахування бонусів (у днях)" для типу дисконтної картки (№142198).
3) Збільшено ширину кнопки "Продовжити" на формі Кількість для друку (Склад - Стан складу - Друк - Друк - Друк етикеток зі знижкою на товар), щоб на українській версії інтерфейсу назва кнопки містилася повністю (№161672).
4) Торгсофт для Windows - Видалення статистик закритих періодів
Виправлено помилку, коли під час видалення статистик закритих періодів, у момент фізичного видалення документів, виникала помилка "The DELETE statement conflicted with the REFERENCE constraint "fk_M4L18". The conflict occurred in database "TorgsoftDB", table "dbo.Invoice", column 'PeriodID'."", якщо за періодами (які будуть видалені), після видалення статистик розрахували контрольну точку.
Для уникнення такої ситуації, заборонено закривати періоди і створювати контрольну точку за періодами, за якими вже видалена статистика. А під час блокування періоду, за яким видалено статистику, не буде створюватися нова контрольна точка (№163416).
5) Склад - Товар у дорозі
Виправлено помилку, через яку після скасування приймання накладної "товар у дорозі" не можна було перевірити накладну через те, що після скасування приймання вона залишалася закритою.
Накладна після скасування прийняття автоматично не відкривається, оскільки не можна однозначно визначити, ким і з якої причини вона була закрита (вона могла бути відкрита, а потім знову закрита вручну).
У формі "Товар у дорозі" на вкладку "Накладні" для таблиці "Накладна в дорозі" додано групу дій "Змінити стан" з діями "Відкрити накладну" і "Закрити накладну", за допомогою яких можна змінити стан документа безпосередньо на формі "Товар у дорозі".
Для закритої накладної дія "Перевірити накладну" недоступна.
(№163652)
6) Виправлено помилку, коли на формі "Платіжна відомість" (Розрахунок зарплати - Платіжна відомість), вкладка "За центрами обліку" був відсутній роздільник табличних частин "Платіжна відомість" і "Платіжна відомість за співробітниками", через що неможливо було змінювати розмір таблиці "Платіжна відомість" (№163996).
Торгсофт для Windows - Видалення статистик закритих періодів
Виправлено помилку "Усі запити, об'єднані за допомогою оператора UNION, INTERSECT або EXCEPT, мають мати рівну кількість виразів у своїх цільових списках". при видаленні статистик закритих періодів, якщо в "Налаштування" - "Параметри" - вкладка "Додаткові функції" - "Видалення статистик закритих періодів" встановлено "Зберігати постачальника товару при видаленні статистик" (№164352).
7) Торгсофт для Windows - Закриття періоду
Виправлено помилку "Violation of UNIQUE KEY constraint 'uqsInvoiceComposition'. Cannot insert duplicate key in object 'dbo.InvoiceComposition'." під час закриття періоду, якщо нещодавно був встановлений метод розрахунку собівартості за останньою закупівельною ціною, а розрахунок закупівельної ціни був встановлений за центром обліком, і раніше метод розрахунку собівартості був не за партіями поставки з урахуванням внутрішніх передач.
Виправлено помилку під час розрахунку собівартості за останньою закупівельною ціною, а розрахунок закупівельної ціни встановлено за центром обліку. Щоразу собівартість розраховувалася за всіма товарами, а не тільки за тими, за якими з моменту останнього розрахунку був рух. Це має прискорити розрахунок собівартості.
(№164514)
8) Документ - Облік податкових накладних
а. Виправлено помилку, через яку при формуванні податкової накладної (розрахунку коригування) для операцій за кодом ставки "903" код ставки не відображався в полі 8 (Код ставки) "Розділу Б" податкової накладної. Також не відображалося підсумкове значення для коду ставки 903 у рядку "Х" "Розділу А" податкової накладної, якщо не було операцій за іншими кодами, відмінними від 901, 902, 903.
б. Виправлено помилку, через яку в полі "Складена на операції, звільнені від оподаткування" не відображалася ознака "Без ПДВ". Ця ознака має відображатися, якщо накладна складена тільки на операції з кодом ставки 903.
в. Виправлено помилку через яку в друкованій формі податкової накладної некоректно заповнювалося поле "Не підлягає наданню одержувачу (продавцю)", в разі, якщо код причини був зазначений від 01 до 09. У цьому випадку відображалася тільки одна цифра без першого 0.
г. Також виправлено помилку, через яку некоректно заповнювався код причини з п.3 для розрахунку коригування. Код причини завжди брався з податкової накладної, на яку складали коригування, незалежно від того, який код причини було введено під час створення розрахунку коригування.
(№165086)
9) При роботі з функцією Нова пошта, в частині редагування адреси одержувача або відправника Нової пошти виправлена помилка, коли форма Адреса Нової пошти відкривалася з незаповненими полями (не було обрано Місто, Тип доставки і поле опис адреси доставки було порожнє) (№165194).
10) Програмний РРО
Виправлено помилку, коли при налаштуванні шаблону друку чека реалізації програмного РРО скидалася раніше встановлена ознака видимості штрих-коду чека, і її необхідно було встановлювати при кожному редагуванні шаблону для нормальної роботи (№165384).
11) "Торгсофт для Windows - Виписки за банківськими рахунками"
Перероблено принцип визначення часу в даті, тепер використовується метод відсікання часу від дати в місці перевірки при додаванні поточного часу до дати виписки. Для мінімізації розкиду часу реальної виписки від поточного запису (№165431).
12) "Торгсофт для Windows - Виписки за банківськими рахунками"
Реалізовано можливість сортування за колонками зі збереженням до реєстру і відновленням з реєстру при відкритті форми (№165446).
13) Маркетинг - Посередник
Виправлено помилку, через яку під час виплати посереднику виникала помилка "Помилка Field 'WaybillDate' not found" (№165460).
14) У зв'язку зі зміною структури бази даних внаслідок помилок при оновленні об'єктів пов'язаних з функцією Нової пошти, були проведені доопрацювання для працездатності цієї функції в частині додавання адрес/складів (№165489).
15) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку, коли при редагуванні рахунку у випадаючому списку Умови доставки відображаються всі записи, а не тільки для цього клієнта, поки не переклацнеш клієнта.
Виправлено помилку, коли при зміні клієнта в рахунку умови доставки залишалися від попереднього клієнта, якщо у нового не було раніше жодного рахунку з умовами доставки.
(№165490).
16) Програмний РРО: при зчитуванні файлу приватного ключа, якщо файл було розташовано в каталозі, шлях до якого містив спеціальні юнікод символи (сурогатні пари), то відбувалася помилка "Помилка читання файлу приватного ключа. Невірний параметр". Тепер, замість малоінформативної помилки, відображатиметься помилка про неможливість відкриття файлу ключа за вказаним шляхом (№165494).
17) Програмний РРО
Виправлено помилку:
Помилка від сервера: 400
Код помилки: 9 DocumentValidationError
На ПРРО з фіскальним номером 4000****** триває офлайн сесія.
Реєстрація документів у режимі онлайн неможлива до завершення офлайн сесії
Яка виникала при друці чека після переходу програмного РРО в онлайн-режим, якщо між останньою і передостанньою офлайн сесією не було жодного чека проведеного в онлайн режимі (№165513).

Версія 2022.0.8 (БД 505)

1) Документ - Облік податкових накладних
Виправлено помилку, через яку таблиця "Діапазон номерів податкової накладної" займала половину форми (№108920).
2) Налаштування - Підприємство
Виправлено помилку, через яку в разі ввімкненого регіонального стандарту для Казахстану, в картці підприємства була доступна вкладка "Параметри для податкової накладної України".
Вкладка "Параметри для податкової накладної України" доступна тільки якщо регіональний стандарт Україна або не вказано (№108923).
3) Документ - Реалізація
а. Виправлено помилку, через яку при ввімкненому регіональному стандарті для Казахстану в реалізації була можливість створити податкову накладну. Так само була можливість створити коригувальний розрахунок до податкової накладної зі списку приходів.
Створення податкової накладної та розрахунку коригування в зазначених формах доступне тільки для регіональних стандартів Україна/Молдова або якщо стандарт не вказано.
4) Головне меню - Пункт "Документ"
Виправлено помилку, через яку при ввімкненому регіональному стандарті для Казахстану була можливість відкрити форму "Облік податкових накладних".
Пункт "Облік податкових накладних" у головному меню "Документ" доступний тільки якщо зазначено регіональний стандарт Молдова/Україна або не зазначено жодного (№108925).
5) Налаштування - Підприємство
Виправлено помилку, через яку не поміщалася назва поля "Фіскальний код (ЄДРПОУ платника)" на вкладці "Параметри для податкової накладної Республіки Молдова" в картці підприємства.
Найменування для поля встановлено в "Фіскальний код". Прибрано всі згадки про ЄДРПОУ (№111165).
6) Торгсофт для Windows - Програмний РРО
Виправлена помилка, при встановленому налаштуванні друку фіскального чека в реалізації за бажанням, коли на вибір програмного РРО, на якому буде надруковано чек реалізації, не впливав ні вибір розрахункового рахунку, ні вибір підприємства на формі Оплата (№163618).
7) Не фіскальний чек
Прибрано залежність друку додаткового не фіскального чека, якщо ввімкнено в "Налаштування" - "Параметри" - вкладка "Чек" галочку "Друкувати додатковий чек при використанні бонусів", від наявності в шаблоні чека змінної [Усього оплачено бонусами], оскільки загальну суму оплати бонусами можна розрахувати і відобразити без її використання (№163954).
8) У Налаштування - Параметри - Дод функції - Нова пошта змінено іконку на кнопці "Оновити довідники" (№165555).
9) Склад - Товар у дорозі
Виправлено помилку, через яку на формі "Товар у дорозі" були присутні взаємозамінні дії - Змінити стан, Відкрити накладну, Закрити накладну.
Помилка проявлялася на версії 2022.0.7 (№165605).
10) Торгсофт для Windows - Картка товару
Виправлено помилку, коли в картці товару затиралися поля розміру, матеріалу, артикулу і кольору при редагуванні товару (№165639).
11) а. Перероблено спосіб отримання відділень із сервера Нової пошти. Наприклад, раніше для міста Київ, заливався список з 4000 відділень, хоча насправді їх трохи більше.
б. Доопрацьовано механізм актуалізації відділень у базі даних (це стосується відділень Нової пошти, які на поточний момент не існують). Це відбувається після додавання нових відділень або оновлення інформації щодо наявних у базі даних. Тут будуть видалені всі старі/закриті Новою поштою відділення, але які не використовуються в створених раніше ТТН.
в. Виправлено оновлення списку відділень на формі Місто Нової пошти, коли галочка автоматичного оновлення вимкнена (вручну натискають кнопку "Оновити список відділень"), а також відбувається редагування запису міста.
г. У зв'язку з тим, що отримання списку відділень по всіх містах або по конкретному, для деяких міст займає багато часу, у спливаючому вікні про отримання даних сервера Нової пошти була додана анімація завантаження з прогресом виконання, щоб не складалося враження, що програма зависла.

Версія 2022.0.9 (БД 505)

1) Торгсофт для Windows - Повернення
Виправлена помилка, коли при поверненні товару можна було багато разів натиснути на кнопку гроші повернуті, і могло надрукуватися кілька чеків. А при роботі з програмним РРО це могло призводити до повідомлення:
"За цим документом уже було надруковано фіскальний чек.
Продовжити оплату?"
А надалі до помилки пам'яті: "Access violation at address 00000000 in module 'torgsoft.exe'. Read of address 00000000" (№155510).
2) У Налаштування - Параметри - Знижки - Привітання з днем народження змінено налаштування для ввімкнення функції надсилання привітання з днем народження в масовій розсилці.
Тепер замість кнопки "Час відправки" (яка раніше викликала діалогову форму для введення імені комп'ютера/користувача, а також вказівки часу, в який здійснювати відправлення) було поміщено поле введення/вибору часу. Діалогову форму було прибрано, оскільки поле, в яке раніше вводилося ім'я комп'ютера/користувача, не використовується для здійснення цієї масової розсилки, бо розсилка виконується засобами сервера застосунків (№161182).
3) Торгсофт для Windows
Виправлена прихована помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server] Символьні або двійкові дані можуть бути усічені.", яка була прихована і записувалася в лог помилок в Журналі Торгсофт, якщо довжина імені користувача російською була більше 30 символів (№164323).
4) Склад - Товар у дорозі
Виправлено помилку, через яку не зберігався обраний стан фільтра "Стан накладної" (№164644).
5) Склад - Список витрат
Змінено назву "Знайти і змінити акцизну марку" на "Знайти акцизну марку" в контекстному меню списку акцизних марок, якщо список акцизних марок відкритий у режимі пошуку і не допускає додавання або зміни акцизних марок.
Аналогічно змінено назву цього пункту меню для списку серійних номерів і кодів маркування (№165122).
6) Виправлено помилку задвоювання знака питання на формі підтвердження про перевстановлення сервера додатків (№165347).
7) Документ - Облік податкових накладних
Виправлено помилку, через яку на формі редагування "Діапазон номерів податкової накладної" з'являлося
повідомлення про помилку "'1-' is not a valid integer value for field 'Кінцевий номер'"
Також виправлено аналогічну помилку на формі редагування.
Також виправлено помилку, через яку в таблиці "Діапазон номерів податкової накладної" назва поля відображалася як "Діє до".
(№165672)
8) Торгсофт для Windows - Повернення товару постачальнику
Виправлено помилку "Violation of UNIQUE KEY constraint 'uqsSalePrice'. Cannot insert duplicate key in object 'dbo.SalePrice'." під час імпорту товарів із терміналу збору даних у повернення постачальнику (№165683).
9) "Торгсофт для Windows - Виписки за банківськими рахунками"
Виправлена помилка неправильно викликаної дії Позначити як відправлено (№165730).
10) Документ - Облік податкових накладних
Виправлено помилку "Memo83: Помилка у вираженні 'Підсумок 14_1': ';'' expected", яка виникала під час друку коригувальної накладної.
Помилка проявлялася при використанні української локалізації (№165736).
11) Виправлено помилку, через яку на формі "Облік податкових накладних" не відображався час створення коригувальної накладної.
Помилка проявлялася на версіях з оновленим інтерфейсом.
Для вже створених накладних час можна відкоригувати вручну за дією "Змінити" на формі "Облік податкових накладних" (№165738).
12) Виправлена помилка "Could not convert variant of type (Null) into type (Integer)", що виникала після встановлення Торгсофт з інсталятора, під час проведення першої оплати реалізації (перед реалізацією робиться тільки прихід одного товару) (№166100).
14) Документ - Товар у дорозі
Додано збереження заданих значень фільтрів для полів:
а. На вкладці Накладні: Відправник.
б. На вкладці Товар у дорозі: Відправник, Групувати за відправленням, Показати дату доставки.
(№166255)
15) Торгсофт для Windows
Виправлено помилку, коли в Меню Допомога - Про програму було не перекладено такі фрази:
на N комп'ютера
діє до
терміном на N дн., залишилося N дн.
Власник ліцензії:
(№166274)
16) Торгсофт для Windows
Виправлено помилку "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][У користувача "seller" відсутній дозвіл для запуску DBCC DROPCLEANBUFFERS." при розрахунку собівартості під обмеженим користувачем (№166311).

Версія 2022.0.10 (БД 505)

1) Документ – Повернення.
Виправлено помилку «Access violation...», яка могла виникати при повторному відкритті форми «Повернення».
Причина помилки: за певних варіантів налаштування регіонального стандарту при першому відкритті форми видалялися дії, пов'язані з маркуванням чи акцизними марками
(№160905)
2) Розрахунок зарплати – Платіжна відомість.
Виправлено помилку, через яку співробітникам могла нараховуватися заробітна плата з від'ємним значенням.
Помилка виникала у разі, якщо для співробітника був налаштований вид нарахування «Індивідуальний відсоток» з видом індивідуального відсотка «Від виручки бригади» та товар продавався нижче за собівартість.
При продажу товару нижче за собівартість співробітнику не нараховуватиметься відсоток від виручки. Якщо налаштований такий вид нарахування, то не радимо продавати товари нижче за собівартість. Якщо це неможливо, слід вказати вид індивідуального відсотка «від виторгу».
Додатково виправлено помилку, через яку не формувався звіт з розшифровки товарів та послуг у режимі «Мій розрахунковий лист»
Причина помилки: зв'язок із подарунковим сертифікатом у цьому випадку не має вирішального значення. Основна причина — у продажу нижче собівартості. У разі, якщо виручка менше ніж 0, відповідно відсоток від виручки розраховувався як від'ємне число.
(№161297)
3) Торгсофт для Windows — Аналіз — Прибутковість реалізацій за період.
Оптимізовано аналіз «Прибутковість реалізацій за період». Аналіз при розрахунку періоду (місяць) прискорено приблизно втричі. Істотно прискорює аналіз відключення даних за станом складу на початку і в кінці періоду. Так само прискорює аналіз будь-яка фільтрація товару (не по колонках).
Тепер зображається товарів більше, тому що стали показуватися і товари за якими ніколи не було руху.
(№164035)
4) Програмний РРО.
Виправлена ​​помилка:
"Код помилки: 9 DocumentValidationError
Помилка обробки документа за № X в пакеті, дислокація XXXXX:
Підсумки реалізації по формам оплати. Розрахована кількість записів 1 не дорівнює кількості записів в документі 2",
яка виникала, якщо під час офлайн сесії всі оплати за зміну йдуть безготівковим розрахунком, але є одна (або більше), в якій 100% оплачено безготівкою, але внесли суму готівкою та отримали таку ж суму здачі, то сформований Z-звіт в офлайн сесії був не коректним та не відправлявся до податкової.
(№164285)
5) Торгсофт для Windows – Програмний РРО.
Виправлено помилку неможливості роздрукувати фіскальний чек по поверненню, якщо до цього друкувався чек тільки за передоплатою рахунку, а по самій видатковій накладній фіскальний чек не було надруковано. Тепер чек буде надруковано та пов'язаний фіскальний чек повернення буде з фіскальним чеком за передоплатою рахунку.
(№164529)
6) Склад — Список приходів.
Для дії «Друк коригувального розрахунку до податкової накладної» встановлено нову іконку, яка відрізняється від іконки для дії «Друк накладної».
(№164931)
7) Документ — Торгівля з випискою рахунку.
Виправлено помилку, через яку у формі внесення передоплати за рахунком в українській локалізації обрізався текст у підписі до перемикача «Використовувати зв'язок з банківським терміналом».
(№166448)
8) Документ – Ремонт.
Виправлено помилку, через яку при вказівці кількості для роботи з ремонту більше ніж 999 виникала помилка виду "1111" is not a valid floating point value".
Помилка виявлялася при активованій платній функції «Облік заробітної плати». При цьому на формі редагування роботи по ремонту має показуватися поле «Сума оплати виконавцю».
(№166450)
9) Звіт — Товарний звіт за період.
Виправлено помилку, через яку на формі «Товарний звіт за період» обрізалося слово «товару».
Помилка виявлялася в українській локалізації.
(№166452)
10) Торгсофт для Windows — Виписки з банківських рахунків.
Виправлено помилку зависання програми в результаті вічного циклу, якщо у виписках присутні записи з однаковою сумою та часом при масовому створенні невідомих оплат (кнопка «Передати фінансову операцію за декількома виписками»).
Виправлена ​​помилка "Field 'по' must have a value" при ручному (кнопка «Передати фінансову операцію по одній виписці») створенні непізнаної оплати, якщо у виписках присутні записи з однаковою сумою та часом.
(№166690)
11) «Торгсофт для Windows — Виписки з банківських рахунків».
Виправлено низку помилок:
- виправлені іконки у виписках,
- виправлені дії для кнопок керування,
- виправлено положення кнопок,
- виправлено асоціювання стану у колонках.
(№166546)

Версія 2022.0.11 (БД 505)

1) Програмний РРО
Виправлено помилку, коли не рахувався загальний час офлайн сесій за місяць (№164548).
2) При роботі з функцією Нова пошта допрацьовано створення/редагування адреси одержувача/відправника Нової пошти, щоб адресу доставки або склад відображалися в нижньому полі опису адреси доставки на формі Адреса Нової пошти.
Опис адреси або складу у нижньому полі відображається лише для режиму редагування запису.
У Маркетинг - Клієнти - Клієнт виправлена ​​помилка при редагуванні або додаванні нового запису адреси контрагента нової пошти, коли тип доставки Склад Нової пошти.
(№165195)
3) Програмний РРО
Виправлена ​​патова ситуація, коли при знятті Z-звіту стався збій з помилкою, яка не переводить ПРРО в офлайн режим, то РРО зависне в онлайні без чека закриття зміни або Z-звіту, які у свою чергу присутні у податковій. І жодні подальші маніпуляції у програмі не могли повернути РРО до життя (№165223).
4) У Маркетинг - Масове розсилання - вкладка SMS та Viber - форма СМС Сервіс при виборі СМС сервісу АльфаСМС змінено адресу сервера за замовчуванням у полі "Адреса підключення".
Раніше було HTTP://ALPHASMS.COM.UA, тепер – HTTPS://ALPHASMS.UA
Виправлено також адресу сервера для Криму. Раніше використовувався незахищений HTTP (HTTP://SMS.CRIMEA.UA) виправлено на HTTPS://SMS.CRIMEA.UA (№166327).
5) У Налаштування - Параметри у полі "Довжина телефонного номера в міжнародному форматі" видалено слово "Росія" (№166342).
6) Торгсофт для Windows - Реферальна програма: облік партнерів та рекомендацій
Виправлено помилку, коли в Маркетинг - Клієнти використовувалася стара назва колонок Клуб і Тренер замість Партнер-реферер та Співробітник реферера відповідно (№166374).
7) Торгсофт для Windows - Торгівля з випискою рахунку - вкладка Рахунок
Виправлена ​​помилка Access violation під час введення першої літери умови доставки на формі редагування рахунок, якщо раніше вибрати умови доставки іншого клієнта та виділити їх (№166416).
8) Торгсофт для Windows – Розрахунок заробітної плати
Виправлена ​​помилка "qOperation: Field 'GoodGroupID' not found" або "F: Field 'GoodGroupID' not found" при спробі подивитися розшифровку за товарами, роботами та операціями, на формі Вибір розрахункового листа (№166453).
9) У Налаштування - Параметри - Додаткові функції - Нова пошта виправлена ​​ситуація, коли могла виникнути помилка "Could not convert variant of type (Null) intype (OleStr)" при натисканні на кнопку "Оновити довідники".
Це було пов'язано з тим, що раніше по цій кнопці оновлювався список помилок Нової пошти в базі даних, який не вимагав наявності хоча б одного чинного відправника Нової пошти. Але тепер крім помилок оновлюється також і довідники відділень Нової пошти, і для виконання цієї дії необхідно, щоб було додано хоча б одного відправника Нової пошти (№166475).
10) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку при скасуванні оплати видаткової накладної не видалялася інформація щодо передоплат (повернень передоплати) для рахунку.
Доопрацьовано алгоритм скасування оплати видаткової накладної для повністю відвантажених рахунків, за якими вносилася передоплата.
- У разі, якщо рахунок відвантажено однією видатковою накладною, при скасуванні оплати (дія "Скасувати оплату" на вкладці "Витратна накладна") з видатковою накладною видаляється вся інформація щодо передоплат та повернень передоплати рахунку. Те саме відбувається, якщо видаляється оплата дією "Видалити" на вкладці "Оплата" для видаткових накладних, після якої видаткова накладна стає неоплаченою.
- У разі, якщо рахунок відвантажений повністю декількома видатковими накладними, при скасуванні оплати (дія "Скасувати оплату" на вкладці "Витратна накладна") перевіряється, чи є ще оплачені видаткові накладні для цього рахунку. Якщо такі є, буде видано повідомлення зі списком таких накладних і буде запропоновано скасувати оплату для всіх видаткових накладних рахунки. У разі згоди скасовуються всі оплати за видатковими накладними рахунками, видаляється вся інформація щодо передоплат і повернень передоплати рахунку, а видаткові накладні, для яких було скасовано оплату, відкриваються (якщо були закриті). Інакше буде скасовано лише оплату конкретної видаткової накладної без видалення інформації щодо передоплат. Якщо видаляється оплата дією "Видалити" на вкладці "Оплата" для видаткових накладних інформація про передоплати не видаляється.
Додатково виправлено помилку, через яку при розподілі передоплати за рахунком на кілька видаткових накладних у коментарі до створеної оплати з'являвся запис виду: "№17 від 06.04.2022 від 06.04.2022р.". Помилка виявлялася, якщо при розподілі оплати створювалося внесення залишку від розподілу окремим прибутковим фінансовим документом від клієнта.
(№166496)
11) Торгсофт для Windows – Ліцензія
У майстрі активації, який запускається при старті програми, якщо не виявлено ліцензії, у першому інформаційному вікні додано згадку, що це програма Торгсофт працює в деморежимі (№167022).
12) Торгсофт для Windows – Програмний РРО
Виправлено помилку, коли на формі редагування Фіскальний реєстратор не зберігалося обране налаштування Передавати інформацію про оплату банківським терміналом, якщо встановлено галочку Не друкувати паперові чеки (№167071).
13) Торгсофт для Windows - Переклад
Виправлена ​​помилка перекладу кнопки Далі на формі реєстрації користувача (при натисканні на ліцензії) (№167123).
14) Торгсофт для Windows – Ліцензія
Виправлено переклад форми Код зняття ліцензії, що відкривається під час зняття ліцензії. Раніше майже не перекладалася (№167125).
15) Торгсофт для Windows – Ліцензія
Виправлена ​​помилка, коли при відкритому майстру активації та відсутності активної ліцензії, через 15-20 хвилин з'являвся другий майстер активації, в якому не було переведено частини компонентів. Тепер при відкритому майстрі активації другий майстер активації не з'являтиметься кожні 15-20 хвилин (№167187).
16) Торгсофт для Windows – Ліцензія
Виправлено помилку, коли в Торгсофт без ліцензії штрих-код товару та клієнта створювався з літерами (№167193).
17) Торгсофт для Windows – Ліцензія
Виправлена ​​помилка, коли пункт меню Документ не відображав пункт меню Ремонт, якщо активовано відповідну платну функцію на ліцензії Старт.
18) Виправлена ​​помилка, коли на ліцензії Старт на формі редагування Об'єкт синхронізації на вкладці Центри обліку у списку "Синхронізувати з" були не доступні для даного типу ліцензії центри обліку (№167294).
19) Програмний РРО
Виправлено помилку не друкування фізичного чека або відправлення після оновлення локальної нумерації, яку здійснили під час проведення оплати (№167476).
20) Програмний РРО
Виправлена ​​помилка, коли в режимі роботи не коректно формувався Z-звіт, якщо попередній Z-звіт був видалений, або не зареєстрований в системі, а тільки на сервері податкової (№167488).
21) Програмний РРО
Виправлена ​​помилка "[EPRROException]: TPRRODocumentPacketManager.SetRevokeLastOnlineDoc: invalid document type", яка виникала при переході програмного РРО в онлайн, якщо перед переходом чек, на якому стався збій все-таки був зареєстрований у податковій, і за час офлайн сесії було сформовано багато чеків, так що при їх надсиланні вони були розбиті на кілька пакетів, і перший пакет передався, а останній ні (№167501).
22) Реалізація
Прибрано розпізнавання 16 значних штрих-кодів, як штрих-кодів сервісу AllMoney". Раніше введення 16 значних штрих-кодів у реалізації призводило до помилки "Відсутні налаштування сервісу AllMoney" (№167504).
23) Програмний РРО
Виправлена ​​рідкісна помилка:
"Код помилки: 9 DocumentValidationError
Помилка обробки документа за № X у пакеті, дислокація YYYY:
Розрахована загальна сума ZZ.ZZ (з урахуванням податків та дисконтів) не дорівнює загальній сумі у документі ZZ.ZZ-0.01"
Яка могла виникати, якщо не встановлено заокруглення чека до 10 копійок або більше (№167510).
24) Торгсофт для Windows - Друк рахунку
Виправлена ​​помилка "quArticles: Field 'dp_LabelingRequired' not found" при друку рахунку на формі Неоплачені товари за клієнтом (викликається після вибору віп клієнта у реалізації та натисканні Сплатити) вкладка Виставлені рахунки (№167560).
25) Оплата - Платіжне доручення. Виправлена помилка із-за якої при роботі з виписками з банківських рахунків, при виклику форми «Платіжне доручення» було не доступне поле «Сума комісії» для введення значення, хоча перемикач в ньому було встановлено (№167503).
26) Розрахунок зарплати - Налаштування - Штраф - Додати
Виправлена помилка "Ancestor for 'deAbout' not found", яка виникала при спробі додавання штрафу в довідник (№167751).

Версія 2022.0.12 (БД 505)

1) Документ – Прихід – Імпорт
Виправлено помилку, через яку після імпорту фіскального товару, що існує в базі (з включеним у налаштуваннях імпорту параметром "Оновлювати параметри товару") товар ставав не фіскальним (зникала ознака фіскального товару в стані складу) попри те, що для виду товару ознаку фіскальності було встановлено (№153825).
2) Торгсофт для Windows – Інкасація
Оптимізовано (за часом) відкриття форми інкасації, якщо вона відкривається вже з встановленою касою. Це допоможе тим, у кого ця форма відкривалась значний час (№161013).
3) Програмний РРО
Виправлена ​​помилка:
"Помилка сервера: 400
Код помилки: 9 DocumentValidationError
Підсумки за формами оплати. Сума за строками XX.XX не дорівнює загальній сумі у документі XX.XX+0.01 з додаванням суми комісії 0.00"
Яка могла виникати при частковій оплаті готівкою видаткової накладної в Торгівлі з випискою рахунку, якщо у видатковій накладній присутні фіскальні та не фіскальні товари (№164561).
4) Програмний РРО
Додано додаткову перевірку на наявність чека відкриття зміни під час друку чека реалізації або повернення, якщо не вдалося відкрити зміну при цих операціях (№164698).
5) Програмний РРО
Виправлена ​​помилка "[Microsoft][SQL Server Native Client 11.0][SQL Server]Arithmetic overflow error converting numeric to data type numeric.", яка могла виникати під час друку фіскального чека через програмний РРО за видатковою накладною, за рахунком якого була 100% передоплата двома або більше не рівними частинами, за якими був надрукований фіскальний чек (№164805).
6) Торгівля з випискою рахунку - Витратна накладна виправлена ​​помилка, коли не зберігалося обране значення "Автоматично" або "Запитувати підтвердження" події відправлення повідомлення клієнту при створенні видаткової накладної. (№165184).
7) Маркетинг - Списання бонусів
Доопрацьовано механізм списання невикористаних бонусів. У випадку, якщо для типу дисконтної картки клієнта параметр "Згоряння бонусів" встановлено в "Наприкінці календарного року", при списанні невикористаних бонусів залишок бонусів, нарахованих як "Решта на картку", не буде списуватися. Залишок обчисляться за таким алгоритмом:
1. Розраховується різниця між сумою бонусів, нарахованих як "Решта на картку" та сумою використаних бонусів для клієнта.
2. Якщо різниця, розрахована у п.1 більше ніж 0, то вона віднімається із суми невикористаних бонусів,
3. Залишок бонусів, отриманий у п.2, буде списаний, за умови, що він більший за 0.
4. У разі, якщо значення, розраховане у п.1 менше або 0 - списується вся сума невикористаних бонусів.
Інформаційне поле на формі "Списання бонусів" доповнено текстом, який попереджає користувача про додані особливості алгоритму.
(№166123)
8) "Торгсофт для Windows - переклад"
Виправлено переклад для пункту меню Далі для меню, що випадають у програмі. Помилка була в тому, що даний ресурс знаходився у файлі який не міг перекладатися (№167005).
9) Торгсофт для Windows - Рахунок за товарами віп-клієнта
Виправлена ​​помилка друку або не друку рандомних чеків при оплаті рахунків за товарами, відвантаженим раніше віп клієнту (Має бути встановлений третій віп режим часткова оплата з розшифровкою по товару, вибрати в реалізації віп клієнта, на формі, що відкрилася вкладка Виписані рахунки).
Тепер друкуються фіскальні чеки за фіскальними товарами. При друку чека за бажанням відсутня кнопка друку накладної, оскільки її немає. Для програмного РРО в аналітиці чек відображається як за рахунком. Під час друку фіскального чека в аналітиці продажів фіскального товару відпущені раніше товари в борг, які були таким чином оплачені як такі, що пройшли через фіскальний реєстратор. Друк фінансового чека після оплати не буде запропонований (може залежати від налаштування), якщо було надруковано фіскальний чек.
При створенні рахунку за неоплаченими товарами у цьому режимі зі списку розрахункових рахунків, який формувати рахунок, виключені рахунки клієнтів за непотрібністю.
Так само більше не відображається помилка, що клієнт не має неоплачених товарів з моменту введення віп режиму з розшифровкою по товару, якщо по його товарах раніше створювалися такі рахунки.
(№167222)
10) Програмний РРО
Виправлена ​​помилка:
Код помилки: 9 DocumentValidationError
Помилка обробки документа за № 1 у пакеті, дислокація 3402:
Помилки валідації XML:
Error: The 'NAME' element is invalid - The value 'XXXXXXXXXXX' is invalid according to its datatype 'Str128Column' - The actual length is greater than the MaxLength value.
При продажу товару, коли 128-й символ у назві товару було повернення каретки (перша половина ентеру, #13) (№167474).
11) Документ - Торгівля з випискою рахунку - Прокат
Виправлено помилку, через яку під час друку договору прокату не відображався товар прокату.
Помилка виявлялася не для будь-якого товару, а для того, для якого не було ціни продажу (№167477).
12) Торгсофт для Windows – Документ – Розподіл товару
Замінено іконку в нижній частині таблиці Вид товару на відповідний загальний стиль програми (№167607).
13) Торгсофт для Windows – Ліцензія
Виправлено помилку не перекладу фрази скільки залишилося днів у демоліцензії та до якого числа працює ліцензія із закінченням терміну дії (№167676).
14) Програмний РРО
Виправлена ​​помилка не перекладу фрази "Помилка від сервера: 400", яка виникала при помилках із програмним РРО (№167737).
15) Аналіз - Аналіз продажів фіскального товару
Виправлено помилку, через яку не відображалася дія "Друк зведеної податкової накладної" якщо не встановлено жодного регіонального стандарту.
Дія буде доступна, якщо встановлено регіональний стандарт "Україна" або не встановлено жодного (№167806).
16) Документ - Торгівля з випискою рахунку
Виправлена ​​помилка, через яку некоректно відображалася інформація в колонці "Борг" та "Оплачено" у таблиці "Рахунок" для користувача з обмеженою роллю.
Також виправлено помилку, через яку в таблиці "Оплати рахунку та накладної" відображалася інформація, яка не повинна відображатися для користувача з обмеженою роллю.
Інформація для частково відвантажених рахунків (Борг, Оплата, Статус...) розраховується та відображається виходячи з усіх витратних накладних за рахунком, незалежно від рольових обмежень на доступ до витратних накладних.
Оплати витратних накладних відображаються лише для доступних користувачеві накладним.
Помилка виявлялася для користувача, у якого було встановлено рольове обмеження "Приховувати інформацію в Торгівлі з випискою рахунку - За закритими видатковими накладними" в "Налаштування-Параметри - Роль - Торгівля з випискою рахунку". Зокрема, якщо рахунок був повністю оплачений (за передоплатою), а потім частково відвантажений, то в колонці "Борг" таблиці "Рахунок" сума боргу дорівнювала сумі відвантаженої накладної, а значення в колонці "Оплачено" було занижено на цю суму.
Також відображалися оплати за закритими видатковими накладними в таблиці "Оплати рахунку та накладної".
(№167843)
17) Програмний РРО
Виправлена ​​помилка, коли при друку Z-звіту програмний РРО переходив в офлайн, то була відсутня перевірка, що всі чеки з моменту відкриття зміни присутні в базі, тому що в іншому випадку неможливо коректно сформувати Z-офлайн. Якщо не всі чеки присутні, то Z-звіт не сформується, і програмний РРО не перейде в офлайн.
При друку чека закриття зміни з Налаштування - Програмний РРО, коли програмний РРО знаходиться в офлайн режимі або хоче перейти в офлайн режим, відбувається перевірка на присутність в системі чека відкриття зміни, і якщо його немає, користувачеві видається попередження, що якщо і на сервері фіскальної служби його немає, офлайн-пакет неможливо буде передати.
При друку чека закриття зміни з Налаштування - Програмний РРО, коли програмний РРО хоче перейти в офлайн режим, відбувається перевірка на присутність у системі останнім чеком Z-звіту, і якщо його немає, користувачеві видається попередження, що якщо і на сервері фіскальної служби його немає, офлайн-пакет неможливо буде передати.
(№167859)
18) Програмний РРО
Додано додаткову перевірку при створенні офлайн сеансу, яка виключає створення в базі даних офлайн сесії з таким самим номером для конкретного програмного РРО.
У Налаштування - Програмний РРО - вкладка Аналітика за програмним РРО - таблиця Офлайн сесія змінено порядок сортування, раніше був зворотний порядок за рядковим значенням номера сесії, а тепер зворотний порядок виникнення офлайн сесії в базі даних (зверху буде остання офлайн сесія).
(№167884)
19) Програмний РРО
Змінено принцип визначення локального номера чека в офлайн сесії, тепер він не залежить від кількості чеків в офлайн сесії, а лише від останнього чека. Це дозволяє в ситуації, коли частина чеків офлайн сесії передана в податкову, а частина ні, закрити офлайн сесію коректно, якщо видалили всі передані чеки, крім останнього, або навіть усі передані чеки, якщо були сформовані правильні офлайн чеки, але ще не передані.
(№167885)
20) Склад - Товар у дорозі - Прийняти накладну
Виправлена ​​помилка, через яку при прийнятті накладної "товар у дорозі" виникала помилка Could not convert variant of type (UnicodeString) in type (Double).
Помилка виявлялася за умови, що активовано платну функцію "Облік гарантійного товару", у накладній присутні товари гарантійного обліку з серійними номерами, що містять не цифрові символи, та була виконана перевірка накладної (№167890).
21) Маркетинг - Масова розсилка
Для СМС сервісу "ePochta" на формі "SMS сервіс" у список "Країна", що випадає, доданий Казахстан.
Вміст списку "Маршрут ePochta" при виборі країни "Казахстан" аналогічний до "Тимчасово окуповані" (№168123).
22) Торгсофт для Windows - Ліцензія Старт
Виправлена ​​помилка, коли в ліцензії Старт відображалися неактивні пункти меню Замовлення віддаленого клієнта та Синхронізація з інтернет-магазином, якщо у Налаштування - Параметри - Додаткові функції увімкнено Відображати неактивні платні функції, хоча для цього типу ліцензії не передбачена робота з даними пунктами меню в принципі ( №168128).
23) Програмний РРО
Додана додаткова перевірка перед записом фіскального чека в базу даних Торгсофт, на те, що чека з таким локальним номером для цього програмного РРО не існує. Це виправляє можливі помилки під час роботи, пов'язані з тим, що у базі було кілька однакових чеків (№168130).
24) Торгсофт для Windows - Повернення
Виправлена ​​помилка "[FireDAC][Phys][MSSQL]-335. Parameter [ACTIVE2] data type is unknown. Hint: specify TFDParam, яка виникала при поверненні не фіскального товару при встановленій галочці "Друк чека повернення", якщо в Налаштуванні - Параметри - Чек - встановлено Тип чека - Змішаний і не вибрано Модель фіскального реєстратора (№168133).
25) Торгсофт для Windows
Виправлено дублювання тексту "більше не задовольняє умовам відбору інформації..." на формі Підтвердження, коли редагований запис більше не може бути відображений у таблиці у зв'язку із застосованими фільтрами (№168219).
26) Торгсофт для Windows - Синхронізація з Укрпоштою
Виправлена ​​помилка "Error connecting with SSL. error:1409442E:SSL routines:SSL3_READ_BYTES:tlsv1 alert protocol version." під час роботи з ТТН Укрпошти (при оновленні статусу ТТН, при спробі створити ТТН) (№168234).
27) Торгсофт для Windows - Облік гарантійного товару за серійними номерами
Виправлена ​​помилка, коли на ліцензії Старт, при активованій функції "Облік гарантійного товару за серійними номерами" був відсутній доступ до пункту меню "Склад - Гарантійний облік" (№168294).
28) Торгсофт для Windows – Ремонт
Виправлена ​​помилка, коли в ліцензії Старт на формі Документ - Ремонт була доступна дія Наявність товару на складах торгової мережі (№168295).
29) Торгсофт для Windows – Місце зберігання товару
Виправлено помилку, коли на ліцензії Старт у Склад - Місця зберігання відображалися місця зберігання недоступних центрів обліку для цього виду ліцензії (№168296).
30) Програмний РРО: у разі виникнення помилки перевірки сертифіката передплатника "CryptTsSock (Сервер не відповідає)" ПРРО переходитиме до офлайн-режиму роботи (№168300).
31) Налаштування - Програмний РРО - вкладка Аналітика за програмним РРО
Виправлено помилку, через яку не збереглася налаштована висота поля для відображення інформації про оплату банківським терміналом (сліп-чека) для таблиці "Типи оплат". Заданий розмір поля зберігається у реєстрі (№168484).

Версія 2022.0.13 (БД 505)

1) Торгсофт для Windows – Реалізація
Виправлено помилку, коли у реалізацію додавався товар виведений з дії, або якщо у користувача обмежений доступ до виду товару цього товару. Якщо введений штрих-код товару, був додатковим штрих-кодом товару, який додавався у реалізацію (№162684).
2) Документ - Повернення
Виправлено помилку, через яку при поверненні фіскального товару з використанням банківського термінала могла виникати помилка перетворення типів (№167650).
3) На формі Маркетинг - Списання бонусів виправлено помилку в назві галочки "Відображати клієнтів, у яких є невикористані бонуси" (№167749).
4) Торгсофт для Windows
У стандартному діалозі сканування штрих-коду, наприклад, при скануванні бейджа продавця для роботи з програмним РРО, на кнопці скасування замінено напис Cancel на Скасувати (№167938).
5) Виправлено помилку, коли на формі налаштувань колонок назва деяких налаштувань відображалася не повністю на українській версії інтерфейсу (№168035).
6) Торгсофт для Windows - Переклад
Виправлена ​​помилка не перекладу фрази "Зразок тексту" на формі редагування налаштувань колонки бізнес панелі (№168037).
7) Торгсофт для Windows – Політика оптових цін
Виправлено помилку коли в друкованому прайс-листі з політики оптових цін (Маркетинг - Політика оптових цін - вкладка Друкований документ - дія Друк документа оптового прайс-листа) не коректно відображалася роздрібна ціна. Замість максимальної ціни зі списку діючих центрів обліку, там могла відобразитись ціна і з прихованих центрів обліку або з індивідуального прайс-листа клієнта (№168072).
8) У Розрахунок зарплати – Планування – вкладка План продажів – дія Створити
на формі редагування додано перевірку введених дат у полях "Дата початку плану" та "Дата закінчення плану". Якщо дата початку плану більше дати закінчення плану, користувачеві буде виведено повідомлення про помилку, щоб виправити введені дати (№168345).
9) Торгсофт для Windows - Переказ грошей до іншої каси
Виправлено помилку, коли в Оплата - Фінансовий документ - вкладка Каса на формі редагування Переказ грошей в іншу касу відображалася іконка стрілочки вправо в старому дизайні та справа внизу була незрозуміла буква А (№168659).
10) Торгсофт для Windows
Виправлено помилку не перекладу форми Посилання на файл (№168694).
11) Торгсофт для Windows – Гарантійний облік
Виправлено помилку, коли в ліцензії Старт на формі Стан складу була відсутня дія "Серійні номери товару на складі" навіть за активованої функції "Облік гарантійного товару" (№168695).
12) Торгсофт для Windows - Налаштування ролей
Виправлено помилку, коли в налаштуванні ролей була відсутня можливість відкрити доступ до форми редагування "Документ руху ремонту" (відкривається при спробі перемістити ремонт на інший центр обліку) (№168724).
13) Документ - Торгівля з випискою рахунку - Налаштування друку та надсилання рахунку
Виправлена ​​помилка, через яку під час копіювання регіонального налаштування в нове налаштування не копіювався метод надсилання та текст листа. Також змінні в темі листа та в імені файлу вкладення відображалися англійською, якщо вони були в копійованому налаштуванні (№168851).
14) Документ – Виробництво готової продукції
Виправлено помилку, через яку під час випуску готової продукції в собівартості дублювалася сума матеріалів, якщо перед випуском за актом було вже списано весь матеріал (№168947).
15) Торгсофт для Windows – Синхронізація з Інтернет-магазином
Виправлена ​​помилка "SSL/TLS requires on the control chanel." при надсиланні файлів на FTP, який працює тільки за захищеним протоколом SSL/TLS і не підтримує підключення без шифрування (№169014).
16) Торгсофт для Windows - Синхронізація з Новою поштою
Виправлено помилку "Invalid object name '#ResponseRefs'" при оновленні довідника нової пошти. Яка, ймовірно, виникала через те, що з населеного пункту пішли всі відділення Нової пошти (№169019).
17) При завантаженні замовлення віддаленого клієнта (Документ - Замовлення віддаленого клієнта - Прийняти замовлення) виправлено ситуацію, коли могла виникнути помилка "Помилка збереження параметрів доставки Нової пошти: Отримувача Нової пошти не створено".
Це було пов'язано з тим, що у файлі замовлення віддаленого клієнта в розділі Нова пошта номер телефону одержувача був вказаний у некоректному форматі. Тобто, телефон містив дужки, пробіли та знак тире.
Також виправлена ​​ситуація коли могла виникнути помилка при збереженні адреси контрагента доставки у разі, коли у файлі замовлення віддаленого клієнта вказана доставка на склад.
(№169099)
18) Торгсофт для Windows - Подарункові сертифікати
Виправлена ​​помилка, коли при встановленому друку чека за бажанням покупця в реалізації, при використанні подарункових сертифікатів у реалізації, робота з якими ведеться як з грошима або як з товаром, у програмі не записувався факт застосування подарункового сертифіката, внаслідок чого його можна було використовувати повторно, а також не формувалися коригувальні фінансові документи щодо застосування даних сертифікатів (№169190).
19) Посередник - Баланс із посередником
Виправлено помилку, через яку некоректно відображався баланс за посередником.
Помилка виявлялася при виконанні наступних дій:
1. Внести передоплату за рахунком, що перевищує суму рахунку
2. Повернути переплату
3. Створити видаткову накладну
Крім того, змінено алгоритм розрахунку нерозподіленої ("вільної") передоплати за рахунком. Старий алгоритм міг у деяких випадках призводити до помилок типу "сума передоплати перевищує борг за рахунком" (у ситуації, коли насправді ніякої переплати не було) при створенні витратної накладної.
"Вільна" передоплата тепер розраховується у валюті рахунку, незалежно від того, в якій валюті вносили оплати по рахунку.
Також при розподілі валютної оплати на видаткову накладну суму у національній валюті розраховується за поточним курсом, а не за курсом, що діяв при внесенні оплати.
(№169250)
20) Оплата - Баланс із партнерами - Картка взаєморозрахунків
Виправлено помилку, через яку у формі "Картка взаєморозрахунків" стан фільтра по центру обліку не впливав на відображення даних про борг на початок та кінець періоду.
Дані про суму бонусів на початок і кінець періоду не залежать від стану фільтра по центру обліку, оскільки метод розрахунку цих даних не передбачає використання як параметр центру обліку. При нарахуванні та списанні бонусів центр обліку не фіксується, фіксується він лише за оплати бонусами. Таким чином коректно пов'язати залишок бонусів з центром обліку неможливо.
Крім того, залишок бонусів на кінець періоду відображається у формі "Баланс із партнером" також незалежно від центру обліку.
(№169284)
21) Оплата - Баланс із партнерами - Картка взаєморозрахунків
Виправлено помилку "Неправильний синтаксис біля конструкції", яка виникала при виборі кількох центрів обліку у відповідному фільтрі у Картці взаєморозрахунків (№169327).
22) Фіскальний реєстратор
Виправлена ​​помилка при поверненні фіскального товару The multi-part identfier "FGP.InvoiceCompositionID" could not be bound, на фіскальному реєстраторі Атол (№169338).
23) Торгсофт для Windows - Друк прибуткової накладної
Виправлено помилку, коли у друкованому документі прибуткової накладної на українській версії програми обрізалася назва поля "Відвантажив" (№169426).
24) Склад - Товар у дорозі
Виправлено помилку "Could not convert variant of type (Null) into type (Integer)", що виникала при спробі виконати дію "Перевірити накладну при отриманні" на порожньому списку "Накладна в дорозі".
Дія "Перевірити накладну при отриманні" буде недоступною, якщо список "Накладна в дорозі" порожній.
(№169481)
25) Склад - Товар у дорозі - Перевірка накладної
Виправлено помилку, через яку не було можливості вказати дробову кількість перевіреного товару при повторній перевірці накладної (№169484).
26) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку не переведення галочки "На пошту" на формі введення електронної адреси або телефону для відправлення електронного фіскального чека, при друкуванні фіскального чека в Торгівлі з випискою рахунку (№169517).

Версія 2022.0.14 (БД 505)

1) Торгсофт для Windows - Ліцензія
Виправлена ​​помилка [FireDAC][DApt]-400. Update command updated[0] instead of [1] record. виникала при активації ліцензії, якщо у Windows встановлено Мова програм, що не підтримують Юнікод не українська чи російська, а, наприклад, англійська (№160725).

2) Торгсофт для Windows - Інвентаризація
Виправлено помилку, коли при повторному додаванні товару у відомість інвентаризації, у налаштуваннях якої встановлено Враховувати кількість на складах 3-го рівня, затиралася кількість товару на складі у відомості значенням кількості тільки основного складу, без урахування його складів третього рівня (№ 164818).

3) Документ - Ремонт - Обмін товару
Виправлено помилку, через яку не можна було здійснити обмін товару ремонту з гарантійним номером при вимкненому перемикачі Створити повернення постачальнику (№168655).

4) Торгсофт для Windows – Реалізація
Виправлена ​​помилка, коли в реалізаціях зі складними (дуже не цілими) цифрами в ціні та кількості, як, наприклад, при використанні калькулятора плиток, якщо при оплаті вибирався безготівковий вид оплати, то сума до оплати могла змінюватися (наприклад з 1352.00 на 1351.99) (№1686).

5) Розрахунок заробітної плати – Планування – План продажів
Виправлена ​​помилка, через яку з'являлося повідомлення Incorrect syntax near the keyword 'and'. при оновленні даних, якщо було очищено значення для дати початку періоду.
Фільтр повинен працювати коректно за відсутності будь-якої з дат або обох одразу.
При спробі задати дату початку періоду раніше, ніж дата закінчення, буде видано повідомлення про помилку.
(№168840)

6) Синхронізація з Rozetka.ua виправлена ​​помилка Невірна назва параметра при створенні параметра категорії, яка виникала у разі, якщо в назві параметра використовувалися літери українського алфавіту (№169160).

7) Маркетинг - Масова розсилка
Виправлено помилку некоректної роботи масової розсилки для сервісу ePochta при виборі країни Казахстан.
Якщо при налаштуванні СМС-сервісу ePochta буде обрано країну Казахстан, то замість списку вибору маршруту відображатиметься текст, в якому буде вказано, що для цієї країни налаштування маршруту можливе лише через особистий кабінет користувача сервісу (№169375).

8) Додана додаткова інформація у повідомлення про помилку надсилання файлу на FTP. Повідомлення про помилку міститиме найменування режиму, з якого відправлявся файл, та або найменування адреси доставки інформації (об'єкта синхронізації). Також буде виводиться інформація про параметри FTP адресу та логін (№169433).

9) Склад - Реєстр внутрішніх передач - Перевірка накладної
Для полів ШК АРТ НАЗВ та Фільтр по ... встановлено білий фон (№169482).

10) Склад - Перелік приходів
Виправлено помилку, через яку пропадало відображення списку товарів у формі перевірки накладної після перегляду Звіту про розбіжності серійних номерів до виклику дії Оновити (№169516).

11) Склад - Реєстр внутрішніх передач
Виправлено помилку, через яку при повторній перевірці при спробі змінити кількість товару з'являлося повідомлення про помилку Could not convert variant of type (Null) in type (Double).
Помилка виявлялася, якщо це перша повторна перевірка цього товару, тобто, спочатку не було значення в полі Перевірена кількість (повторно). Крім того, даного товару не повинно бути в таблиці додаткових параметрів товару документа. Подібна ситуація могла виникати під час повторної перевірки прибуткових накладних (№169562).

12) Склад - Реєстр внутрішніх передач
Виправлено помилку, через яку можна було проводити перевірку накладної закритого періоду (змінювати кількість, зберігати результат).
Для накладних закритого періоду функції зміни кількості та застосування результатів перевірки будуть недоступні (№169564).

13) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку друку порожнього рахунку, якщо в товарах рахунку не вказано центр обліку.
Виправлено помилку, коли при імпорті з ексель або терміналу збору даних товарів у комерційну пропозицію рахунок не проставлявся центр обліку, звідки береться товар. Наразі туди проставляється центр обліку рахунку.
(№169573)

14) Склад - Реєстр прибуткових накладних - Перевірка накладної
Виправлена ​​помилка, через яку з'являлося повідомлення Field 'товар' must have a value при введенні кількості повторної перевірки.
Помилка виявлялася під час перевірки прибуткових накладних та накладних внутрішнього переміщення складу резерву (при резервуванні товару у торгівлі з випискою рахунки) (№169659).

15) Торгсофт для Windows – Робота з FTP
Виправлена ​​помилка Read timed out. під час роботи з FTP, наприклад при синхронізації з інтернет-магазином. Для цього вимкнено примусове використання шифрування SSLTLS. Щоб включити його для певних FTP серверів потрібно на формі редагування Адреса доставки інформації включити галочку Використовувати шифрування SSLTLS, за замовчуванням вона вимкнена (№170024).

16) Виправлено помилку "[TIMER] Помилка при виконанні завдання: [FireDAC][Phys][MSSQL]-306. Command text must not be empty" (помилка фіксувалась в server_app_log.data), при автоматичному привітанні клієнта з днем народження, через що воно власне і не відбувалося (масова розсилка створювалася порожньою і невидимою) (№170248).

17) Виправлено помилку"[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 10.0][SQL Server]Arithmetic overflow error for data type smallint, value = XXXXX", яка могла виникати при масовій розсилці електронною поштою (№168944).

Версія 2022.0.15 (БД 505)

1) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку для документа повернення за видатковою накладною не відображалося підприємство (№129354).

2) Документ - Розподіл товару: виправлено помилку, яка могла призводити до втрати даних, введених у колонку "Кількість надходження", якщо відразу після введення виконувалася дія, що призводила до оновлення таблиці (дія "Оновити", "Показати дерево видів товару" та інші) (№162356).

3) Налаштування - Параметри - Банківський термінал
Додано можливість реєстрації на одному робочому місці кількох банківських терміналів на ту саму IP адресу (але на різні порти) для протоколів BPOS та JSON (№170198).

4) Маркетинг - Масова розсилка
Виправлено помилку, через яку на українській локалізації у списку країн відображалася "Російська Федерація" замість "Тимчасово окуповані території України"
Замінено англійське найменування для атрибуту параметра "країна" для коректної роботи перекладача (№170212).

5) Налаштування - Параметри - Банківський термінал
Виправлено помилку, через яку при виклику дії "Тест підключення" для банківського термінала з'являлося повідомлення про помилку "Could not convert variant of type (Null) in type (Integer)" (№170312).

6) Документ - Торгівля з випискою рахунку
Виправлена ​​помилка, через яку після виклику функції ТВР "Надіслати на FTP і отримати посилання" пропадала можливість зберегти рахунок у тому форматі, який вказаний у налаштуваннях друку та відправки рахунку.
Додатково виправлено помилку, через яку могла не працювати відправка рахунку на FTP. Помилка виявлялася в ситуації, коли в таблиці "Адреса доставки інформації" був один запис з налаштуваннями FTP, а для відправки рахунку було заведено два або більше FTP. У цьому випадку надсилання рахунку по одному або обом FTP було неможливе - з'являлося повідомлення про помилку, що параметри FTP не налаштовані.
Змінено алгоритм налаштування параметрів FTP надсилання рахунку. На формі редагування "FTP відправки" додано поле "Адреса доставки інформації" з можливістю вибрати, створити/змінити адресу доставки інформації, в якій зберігаються налаштування FTP. Поля для налаштування параметрів FTP із форми видалені.
При видаленні адреси доставки інформації буде перевірятися, чи використовується вона для відправки рахунку. Якщо використовується, буде видано повідомлення про помилку та адреса видалена не буде.
(№170428)

7) Торгсофт для Windows – Фіскальний реєстратор
Виправлено помилку, коли при оплаті товарів взятих у борг VIP-клієнтом, на фіскальному реєстраторі, крім чека службового внесення готівки, міг друкуватися незрозумілий фіскальний чек з випадковим переліком товарів (№170568).

8) Документ - Прихід товару - Розподілити товар за точками: виправлено помилку зависання програми при спробі виконати автоматичний розрахунок кількості товару, що розподіляється, якщо не було вказано жодного центру обліку-отримувача (№170615).

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

10) Маркетинг - Посередник
На форму "Введення виплати посереднику" - додано чек-бокс "Не враховувати еквайринг" (№170926).

11) Документ - Розподіл товару: виправлена ​​помилка коли невірно розраховувалося значення колонки "У наявності" для центрів обліку-отримувачів. Помилка полягала в тому, що не враховувалася кількість товару з неприйнятих накладних на склад "Товар у дорозі", якщо даний товар ніколи не був на основному складі (основному щодо складу товару в дорозі) (№170932).

12) Торгсофт для Windows – Еквайринг
Виправлено помилку не роботи галочки Не враховувати еквайринг при виплаті грошей при поверненні товару в Торгівлі з випискою рахунку (№171168).

Версія 2022.0.16 (БД 505)

1) Торгсофт для Windows – вид товару
Виправлена ​​помилка, коли при перенесенні товарів з одного виду в інший не змінювався автоматично ознака фіскальності товару (Вид товару - Перенести товари).
Виправлено помилку, коли при перенесенні виду товару в другу гілку, якщо було встановлено копіювання характеристик нового батьківського вузла, на товари виду, що переноситься, не встановлювалася нова ознака фіскальності.
(№169225)

2) Торгсофт для Windows – Імпорт товару
Виправлена ​​помилка, коли при імпорті нового товару у прибутковій накладній, якщо не вказано "Батьківський вузол виду товару", то нові товари хоч і належали виду "НІ ІНФОРМАЦІЇ" але ознака фіскальності у них завжди була "не фіскальна", навіть якщо була фіскальним видом товару (№169227).

3) Програмний РРО
Виправлена ​​помилка "Код 9 DocumentValidationError. Підсумки за формами оплати. Сума за рядками не дорівнює загальній сумі в документі.", яка могла виникати під час друку онлайн фіскального чека програмного РРО (або при передачі офлайн пакета з таким чеком), якщо в чеку не всі товари були фіскальними (тобто друкувалися на фіскальному чеку), а оплата була змішаною (готівкою та безготівкою) (№170209).

4) Документ – Відомість інвентаризації
Виправлено помилку, через яку у друкованих формах за результатами інвентаризації обрізалася назва поля Старший продавець там, де воно було (№170254).

5) Торгсофт для Windows – Внутрішня передача
Виправлено помилку, коли не працювало налаштування доступу до поля "Ціна продажу" на формі редагування "Склад передачі" (для внутрішньої передачі) (№170368).

7) Розрахунок зарплати - Платіжна відомість
Виправлена ​​помилка, через яку у разі якщо існує кілька платіжних відомостей по різних центрах обліку, при створенні авансів, аванси могли прив'язуватися до неправильних відомостей.
При нарахуванні авансу він прив'язується до платіжної відомості, якщо дата авансу потрапляє у період платіжної відомості всіх центрів обліку, і якщо платіжна відомість створена для конкретної торгової точки (однієї чи кількох), то додатково за умови, що працівник потрапляє у цю платіжну відомість.
У разі зміни методу розрахунку платіжної відомості з "По всій торговій мережі" на "По центрах обліку" або при зміні списку центрів обліку (видалення, зміні) раніше прив'язані аванси будуть відв'язані та прив'язані заново, залежно від потрапляння працівника до платіжної відомості. Попередньо буде видано запит-попередження щодо застосування змін.
Також виправлено помилку, через яку при видаленні авансу, який був виплачений, виникало повідомлення про помилку від сервера бази даних.
Причина помилки: при прив'язці авансів не перевірялося попадання співробітника до платіжної відомості, якщо відомість створювалася для конкретного центру обліку (одного чи кількох).
(№170431)

8) Склад - Реєстр внутрішніх передач: для таблиці "Список внутрішніх передач" для методів сортування "Дата - ключ" та "Номер" змінено порядок сортування за принципом "Спадання". Таким чином, при сортуванні за "Дато - ключ" найновіші документи знаходяться на початку списку, а при сортуванні за "Номером" документи з найбільшим номером знаходяться на початку списку (№170667).

9) Програмний РРО
Виправлено помилку, коли можна було зробити службове вилучення на суму більш ніж у касі з моменту відкриття зміни, якщо чеки були сторновані (№170921).

10) "Торгсофт – Оплата – Баланс із партнерами – Картка взаєморозрахунків"
Повернено працездатність кнопки "Товари накладної" (№170928).

11) Документ - Реалізація - Здати виручку \ Інкасація
Виправлено помилку, через яку після покупюрної перевірки при спробі зберегти результати інкасації/здавання виручки, з'являлося повідомлення про помилку "Введіть суму операції" (№170965).

14) Маркетинг - Посередник
Виправлено помилку, через яку при внесенні оплати посереднику при включеному перемикачі "Не враховувати еквайринг" він все одно враховувався.
Стан перемикача Не враховувати еквайринг зберігається у реєстрі.
(№171171)

15) Виправлена ​​помилка, через яку перемикач "Не враховувати еквайринг" відображався на формах введення та повернення оплати для розрахункових рахунків, для яких не було зазначено відсотка або суми еквайрингу (№171177).

16) Торгсофт для Windows - переклад
Виправлена ​​помилка перекладу короткого позначення чоловічої статі М на формі Налаштування - Параметри - Товар при зміні мови (№171203).

17) Товарно-транспортна накладна Нової пошти
За великої кількості інтервалів вони "налазили" один на одного.
Компонент для відображення часових інтервалів змінюватиме розмір пропорційно їх кількості.
(№171213)

18) Торгсофт для Windows – Розрахунок роздрібних та оптових цін за націнкою та курсом
Виправлена ​​помилка, коли при відкритті форми склад - розрахунок роздрібних та оптових цін за націнкою та курсом відбувається оновлення даних, чого не мало бути, і що могло призводити до зависання. Прибрано оновлення даних при зміні фільтрів Метод розрахунку, Курс валют, Метод зміни ціни. При способі розрахунку від еквівалентної ціни прибрано отримання останніх закупівельних цін, що своєю чергою суттєво прискорило оновлення даних, якщо обрано саме цей спосіб розрахунку.
Оптимізовано процес отримання останніх закупівельних цін у Склад – Стан складу (цей же метод використовується при отриманні останніх закупівельних цін у Склад – Розрахунок роздрібних та оптових цін за націнкою та курсом), який міг зависати у складновизначуваних ситуаціях. Тепер роботу стабілізовано, а також прискорено.
(№171214)

19) Торгсофт для Windows - Значення довідників
Виправлені хінти для галочок Дозволити перезаписати інформацію на формі. Вони були в неправильному кодуванні (№171355).

20) Торгсофт для Windows - Програмний РРО
Виправлена ​​помилка, коли на чеку програмного РРО за видатковою накладною в торгівлі з випискою рахунку з'являлася не коректна та не потрібна форма оплати Кредит, що дорівнює сумі оплати бонусами. Це було з некоректним розрахунком боргу по видаткової накладної. Такий же ефект спостерігався під час друку фіскального чека повернення за такими витратними накладними.
(№171367)

21) Маркетинг - Клієнти - Картка клієнта
Виправлена ​​помилка, яка виникала під час створення нової адреси нової пошти. Помилка виявлялася в тому, що при створенні нової адреси пошук вулиці спрацьовував після введення першого символу, текст для пошуку виділявся і друга літера могла перезаписувати першу. В результаті пошук працював некоректно. Також якщо вулиця не була знайдена, то натискання на кнопку "Зберегти" викликало помилку "List index out of bounds (0)"
Пошук вулиці буде виконуватися після натискання Enter у полі введення найменування вулиці. Якщо вулицю не знайдено, список вибору вулиць і кнопка "Зберегти" буде заблокована до нового пошуку.
(№171373)

22) Налаштування – Співробітники
Виправлена ​​помилка "Error reading pcBusinessProcessDispatcher.OnChange: Invalid property value", яка виникала при спробі редагування співробітника (№171396).

23) Розрахунок зарплати - Платіжна відомість
Виправлено помилку, через яку при спробі виконати розрахунок платіжної відомості по одному центру обліку з'являлося повідомлення про помилку: "[FireDAC]". (№171398).

24) Торгсофт для Windows - Звіт по касі за день
Виправлена ​​помилка, коли у Звіті - Звіт по касі за день у списку кас були присутні усі каси поточного центру обліку, навіть якщо у користувача був до них закритий доступ. Виправлено роботу фільтра по касі, він не працював.
(№171399)

25) Торгсофт для Windows - Реалізація
Виправлена ​​помилка, коли у реалізації, у формі введення кількості товару (яка з'являється при додаванні товару в реалізацію, якщо встановлена ​​галочка Запитувати кількість товару), можна було б ввести штрих-код товару, якщо курсор був у полі кількість, але сама кількість не була виділеною. Тепер у цьому випадку з'являється повідомлення про просканування штрих-коду, і повернуто стару кількість. Варто зазначити, що обмеження спрацьовує на будь-яке введене число, у якого ціла частина буде довшою за 12 цифр (№171401).

26) Торгсофт для Windows
Виправлена ​​помилка "Access violation at address 04889C0F in module 'torgsoft.exe'. Read of address 00000008", яка могла виникати під час закриття програми, якщо до цього на формі Склад - Наявність товару на складах торгової мережі застосували фільтр по товару, зокрема по Виробнику та Виду товару

27) CRM. Binotel: виправлена ​​помилка, що призводила до зависання програми під час встановлення підключення з сервером Бінотел (№171556).

28) Торгсофт для Windows - Фіскальний чек
Виправлена ​​помилка, коли при прийнятті грошей від VIP клієнта (якщо встановлено режим роботи з VIP - вести товарно-грошовий баланс), міг друкуватися чек із випадкової реалізації, а має лише чек внесення готівки, якщо оплата була готівкою (№171588).

29) Програмний РРО: змінено принцип виявлення помилок CryptTsSock та CryptTsAnswer. Тепер будь-яка помилка з кодом 12 CryptographyError призведе до переходу ПРРО в офлайн-режим. Ця категорія помилок стосується помилок роботи фіскального сервера при взаємодії з серверами АЦСК (№171616).

30) Розрахунок зарплати - Робота
Виправлено помилку, через яку аванси могли нараховуватися співробітникам, які працюють на прихованих центрах обліку.
Також виправлено помилку, за якою такі співробітники відображалися у формі "Співробітники" при виклику довідника з форми редагування "Розрахунковий лист".
(№171687)

31) Програмний РРО
Виправлена ​​помилка, коли у друкованій формі z(x)-звіту неправильно відображалось значення поля "ЗАГ. СУМА", було завищено. У створених раніше шаблонах значення "ЗАГ. СУМА" буде відображатися те ж правильно, якщо не змінювали назву поле та його зміст. Також у шаблон за замовчуванням для z(x)-звіту додано поле "КІЛЬКІСТЬ ЧЕКІВ", як для реалізацій, так і для повернень (№171691).

32) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку некоректно відображалася сума оплати за видатковою накладною в ситуації, коли створювалася видаткова накладна за валютним рахунком, сплаченим у національній валюті.
Помилка виявлялася, якщо курс валюти рахунку по відношенню до національної валюти був меншим за 1. У деяких випадках також відображалася неправильна сума при поверненні передоплати за рахунком.
Також виправлено помилку, через яку при спробі внести передоплату по рахунку в неприпустимій валюті (рахунок не в національній валюті може бути оплачений або в національній валюті, або у валюті рахунку) після повідомлення про помилку з'являлося системне повідомлення про помилку від сервера бази даних.
(№171710)

33) Торгсофт для Windows - Реалізація
Виправлено помилку, коли при оплаті реалізації у списках "На розрахунковий рахунок:" та "Банк-платник (контроль платежу)" не працював пошук, а розрахункові рахунки були відсортовані не за алфавітом (№171730).

34) Торгсофт для Windows - Рейтинг співробітників
Виправлена ​​помилка на українській версії програми "Були виявлені наступні помилки: Memo1: Помилка у виразі 'Торгівельна точка': ';'expected", при перегляді звіту Рейтинг співробітників в Розрахунок зарплати - Рейтинг співробітників - вкладка Співробітники - Друк - Перегляд (№171760)..

35) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлена ​​помилка, коли в Торгівлі з випискою рахунка - вкладка Рахунок - вкладка Наявність товару на складах значення в колонці "В резерві" відображалася без форматування і могла відображатися з буквою E. Тепер формат даних у колонці 0.### (№171922) .

36) Торгсофт для Windows - Повідомлення
Виправлено помилку, коли у списку повідомлень на головній формі відображалися беззмістовні повідомлення "ТОРГСОФТ ®". Тепер, якщо заголовок сповіщення містить "ТОРГСОФТ ®", то буде відображатися текст повідомлення, у всіх інших випадках заголовок, як більш інформативний, оскільки за деякими текстами повідомлень не зрозуміло, до якої події вони належали (№171958).

37) Документ - Повернення товару постачальнику: виправлена ​​помилка коли після відкриття форми "Повернення товару постачальнику", натискання клавіш Ctrl+F4 не призводило до створення нового документа (№172044).

38) Торгсофт для Windows - Подарункові сертифікати
Виправлено помилку, коли на формі введення оплати за подарунковий сертифікат, робота з яким ведеться як із грошима, список розрахункових рахунків йшов не за алфавітом, був відсутній фільтр за розрахунковим рахунком, відображалися рахунки не в національній валюті. Виправлено помилку, коли на цій формі відображалися каси не в національній валюті.
(№172080)

39) Торгсофт для Windows - Подарункові сертифікати
Виправлено помилку "Cannot focus a disabled or invisible window" після закриття форми "Оплата подарункового сертифіката", якщо на момент закриття було розгорнуто список з розрахункових рахунків (№172081).

40) Документ - Комплектація - Коробка сезонного зберігання
Виправлена ​​помилка, через яку при видаленні порожньої коробки з'являлося повідомлення про помилку "The conflict occurred in database <ім'я бази даних>, table "dbo.InvoiceCheck", column 'InvoiceID'." і коробка не видалялася.
Помилка виявлялася, якщо проводилася перевірка накладної комплектування коробки.
(№172439)

41) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку, коли на формі Документ - Торгівля з випискою рахунку - вкладка Резерв - таблиця Резерв не коректно відображалися дані в колонках Кількість в резерві та Видалено з резерву. Тепер їм встановлено форматування наступного формату (№172626).

Версія 2022.0.17 (БД 505)

1) Системні завдання та об'єкти: для редагованих полів введення зі списками, що випадають, змінено принцип спрацьовування автозаповнення значень. Тепер автозаповнення спрацьовує тільки коли поле введення порожнє або містить виділення, а також коли курсор знаходиться в кінці тексту. Ці зміни дозволяють виконувати редагування раніше веденого тексту без спрацьовування автозаповнення, яке часто було небажаним у таких сценаріях (№164791).

2) "Торгсофт для Windows - системні завдання"
Виправлено роботу обмеження перегляду за датами для користувача у якого висунуто обмеження в налаштуваннях. На поточний момент обмеження відновлено для введення як у ручну, так і при виборі дати з календаря, але сам календар візуально не блокує недоступні дати (№167338).

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

4) Нова пошта: виправлено проблему пошуку значень у полях введення зі списками, що випадають, коли використовувалася українська мова програми (№170075).

5) Програмний РРО: для режиму "Торгівля з випискою рахунку" виправлено помилку, внаслідок якої неможливо було надрукувати фіскальний чек для видаткової накладної, фіскальний чек за якою було сторновано (№170213).

6) Склад – Валютний прайс-лист
Виправлена ​​помилка, через яку при копіюванні цін у валютному прайс-листі виникала помилка Field 'PrintCount' not found'.
Помилка виникала в ситуації, коли при копіюванні цін у формі "Копіювання цін" у групі параметрів "У прайс-лист" не вказувався регіон (№171255).

7) Налаштування порядку вкладок
Виправлена ​​помилка, через яку переміщення вкладок на формі "Налаштування вкладок користувача", викликало помилку "Argument out of range".
Помилка виявлялася у випадку, якщо не всі вкладки поточної групи вкладок було видно. В іншому випадку помилки не виникало.
Порядок вкладок буде встановлюватися не в момент переміщення вузлів дерева (вкладок), а при закритті форми налаштування порядку вкладок. Можлива затримка при закритті форми. Також при закритті форми буде видаватися повідомлення про те, що якщо встановлений порядок вкладок не застосувався, слід закрити форму на якій налаштовуються вкладки, і відкрити заново.
(№171371)

8) Торгсофт для Windows – Аналіз залишків
Виправлено помилку, коли в Аналізі залишків та у Руху товару не відображалися прибуткові накладні (або їх товари) початкових залишків на склади третього рівня, які могли утворюватися в результаті видалення статистик, коли на момент видалення на цих складах були товари (№171499).

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

10) Системні завдання та об'єкти - Бізнес-панель - Експорт в Excel: виправлена ​​помилка в результаті якої при експорті даних таблиці в Excel з горизонтальним розміщенням даних для рядка могли не заповнюватися значення колонок. Помилка пов'язана з наявністю символу табуляції (або інших управлючих символів) у значенні текстової колонки, через що всі наступні колонки даного рядка не отримували значення (№172407).

11) Документ - Розподіл товару: виправлено проблему, коли при включеному перемикачі "Показати/приховати товари до постачання" залишався доступний "Фільтр по товару" (і ряд інших дій), зміна якого могла призводити до відображення невірних даних. Також у довідку програми додано роз'яснення для дій "Експорт в Excel" та "Експорт у HTML".
(№172421)

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

13) Нова пошта: при створенні адреси одержувача поле "Квартира" більше не є обов'язковим для заповнення, що дозволяє створити адресу без вказівки номера квартири. Також поле "Flat", яке вказується у файлі замовлення інтернет-магазину, в блоці інформації про доставку "Новою поштою", більше не є обов'язковим (поле може бути відсутнім або не мати значення) (№172586).

14) Документ - Реалізація - Здача виручки
Виправлена ​​помилка, через яку при здачі виручки в режимі з каси в касу можна було вибрати ту саму касу як відправник і одержувач.
Помилка виявлялася при здачі виручки з форми "Реалізація". У цьому випадку поле "З каси" виявлялося заповненим і була можливість вибрати таку саму касу у списку "В касу".
При виклику дії форми "Фінансовий документ" помилка не виявлялася.
(№172595)

15) Маркетинг - Масова розсилка
Виправлена ​​помилка, через яку не записувалася "пропуск" (перехід на новий рядок) у шаблон масової розсилки (№172629).

16) Виправлена ​​помилка, через яку була доступна дія "Закрити" для вже закритих накладних на формах "Список приходів", "Реєстр внутрішніх передач", "Реєстр складських документів".
Також виправлено помилку, через яку була доступна дія "Контроль виконаний" на формі "Реєстр прибуткових накладних" для накладних, за якими контроль вже був виконаний.
Дія "Закрити" буде доступна для закритих накладних.
(№172639)

17) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файл", для всіх типів файлів замовлень, що підтримуються, було додано поле "Адреса доставки" (DeliveryAddress). Для інших способів синхронізації, таких як Prom або Rozetka, інформація про адресу доставки заповнюється автоматично з даних замовлення. У режимі "Торгівля з випискою рахунку", при створенні рахунку на замовлення віддаленого клієнта, інформація з колонок замовлення "Умови доставки" та "Адреса доставки" об'єднується та відображається в колонці "Умови доставки" таблиці "Рахунок" (№172728).

18) Документ - Замовлення виробництва
Виправлена ​​помилка, через яку при очищенні фільтра по центру обліку на формі "Замовлення на виробництво" користувач з обмеженою роллю міг бачити замовлення на виробництво на центрах обліку, до яких він не має доступу.
Також на вкладці "Відвантаження готової продукції" у списку фільтра "Замовлення на виробництво" могли відображатися замовлення із прихованих центрів обліку (№172766).

19) Торгсофт для Windows – Програмний РРО
Виправлено помилку "Перевищено час очікування запиту на блокування", яка могла довільно виникати при роботі з програмою (№172828).

20) Програмний РРО: виправлена ​​помилка "Invalid type cast", яка могла виникати під час друку фіскального чека. Помилка була пов'язана з відображенням повідомлення і виявлялася у випадку, коли робота відбувалася під користувачем з рольовими обмеженнями та до закінчення терміну дії сертифікатів ключа касира залишалося менше ніж 7 днів (№172907).

21) Склад - Товар у дорозі
Виправлено помилку, через яку на українській локалізації у формі попередження про розбіжності між кількістю товару у накладній та перевіреною кількістю не містилася фраза про те, що для розбіжностей будуть створені коригувальні накладні (№172916).

22) Документ - Реалізація: виправлена ​​помилка "Накладна пройшла контроль. Всі операції заборонені", яка могла виникати при закритті форми "Реалізація", якщо при відкритій формі "Реалізація" виконувався прихід товару з виконанням контролю прибуткової накладної (№172920).

23) Торгсофт для Windows - Експорт даних
Виправлено помилку "Access violation at address in module 'torgsoft.exe'" після успішного експорту даних з будь-якої бізнес-панелі, якщо в Налаштування - Параметри - Сервіс друку документів встановлено "Друк в Open Office" (№172998).

24) Оплата - Баланс із партнерами - Картка взаєморозрахунків: виправлено помилку Access Violation, яка могла виникати при роботі з двома або більше формами "Картка взаєморозрахунків" (№173185).

25) Торгсофт для Windows – Програмний РРО
Виправлена ​​помилка "Error: The 'NAME' element is invalid - Value is invalid according to its datatype 'Str128Column' - Actual length is greater than the MaxLength value.", яка могла виникати під час друку товарного чека або відправки з ним офлайн пакету , якщо в перших 128 символах назви товару є лише половина ентеру, тільки символ #13 або #10 (№173309).

26) Налаштування - Контрагент
Виправлена ​​помилка " [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]DELETE statement conflictod with the REFERENCE constraint "fk_M36L7". RefitGood", column 'SupplierPartnerID'.", яка могла виникати при об'єднанні контрагентів (№173324).

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

28) Документ - Торгівля з випискою рахунку
Виправлена ​​помилка, через яку при створенні витратної накладної могла виникати помилка типу: "Violation of UNIQUE KEY constraint 'uqsPosition'. Cannot insert duplicate key in object 'dbo.Position'. .".
Помилка виявлялася при налагодженій відповідним чином зарплати, якщо видаткова накладна створювалася за рахунком, створеним співробітником, який на поточну дату не працював на відповідній посаді (наприклад, дату закінчення роботи за посадою було встановлено заднім числом) (№173409).

29) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файли" виправлена ​​проблема, коли у разі використання опції "Надсилати POST-запит після синхронізації" програма могла зависати, якщо сервер за вказаною URL-адресою не відповідав на запит. Тепер очікування на відповідь сервера триває максимум 10 секунд (№173446).

30) Синхронізація з маркетплейсом ROZETKA: виправлена ​​помилка внаслідок якої неможливо було завантажити параметри пов'язаної з видом товару категорії маркетплейс ROZETKA (№173455).

31) Торгсофт для Windows – Аналіз інтенсивності продажів
Виправлено помилку, коли в Аналіз - Аналіз інтенсивності продажів не коректно відображалися дані за середнім значенням. Відображалося не середнє значення, а максимальне. Варто зазначити, що аналіз за середнім значенням актуальний тільки для групувань за періодом: година, дні тижня, місяць, квартал (грубо кажучи, коли по осі Х немає чіткої дати). У зв'язку з цим, для інших значень групувань за періодом вибір середнього значення тепер не доступний, і для середнього значення тепер доданий відповідний хінт.
Приклад аналізу за середнім значенням. Допустимо ми вибираємо період на два тижні, і встановлюємо групування за періодом - дні тижня. Наприклад, минулої п'ятниці ми продали 3 штуки товару, а цієї п'ятниці - 5 штук. У зазначений нами період потрапляє дві ці п'ятниці. Тоді під час аналізу суми значень, буде складено продаж обох п'ятниць, тобто, вийде значення 8. При аналізі середнього значення, буде розраховано середнє значення цих п'ятниць, тобто, вийде значення 4 ((5+3)/2 = 4) (№173505).

32) Торгсофт для Windows – Аналіз інтенсивності продажів
Виправлена ​​помилка, коли на формі Аналіз - Аналіз інтенсивності продажів не коректно розраховувалося середнє значення по входах відвідувачів (бралося не середнє, а максимальне значення) (№173581).

33) Розрахунок зарплати - Платіжна відомість
Виправлено помилку, через яку міг не відбуватися автоматичний розрахунок плану продажу при розрахунку платіжної відомості.
Помилка виявлялася у випадку, якщо для жодного зі співробітників, які працюють на посадах торгової точки, для якої створювався план продажу, не було встановлено дату прийому на роботу.
Також план продажу не буде розраховуватись автоматично при розрахунку платіжної відомості, якщо для жодної з посад, зареєстрованих на торговій точці, для якої створювався план продажів, немає активних нарахувань, які передбачають необхідність розрахунку плану продажу. Такою умовою є обраний план продажів для відповідного нарахування (вибір плану продажів для нарахування доступний при включенні перемикача "Помножити на % виконання плану продажів" або при виборі відповідного способу нарахування)
(№173653)

34) Виправлено роботу картки взаєморозрахунків для мобільного додатка (№173654).

35) Програмний РРО: виправлено проблему, коли при взаємодії з серверами податкової служби програма могла перестати відповідати (зависати) на період від 2-3 хвилин. Проблема періодично виявлялася в момент технічних несправностей на стороні податкової, коли сервери продовжували приймати запити, але відповідей не надходило (№173770).

36) Документ - Реалізація: виправлено помилку "[SQL Server]Incorrect syntax near '='." яка могла виникати при відкритті форми, у разі виникнення проблем щодо параметрів торгової мережі. Тепер користувачеві відображається повідомлення з можливими кроками для виправлення цієї ситуації (№173852).

37) Склад - Синхронізація з інтернет-магазином: виправлена ​​помилка "Field 'чого' must have a value", яка могла виникати при налаштуванні об'єкта синхронізації (№173869).

38) Документ - Реалізація
Виправлено помилку, через яку при оплаті через банківський термінал на термінал, у дуже поодиноких випадках могла передаватися некоректна сума (з різницею в 1 копійку із сумою оплати) (№173898).

39) Торгсофт для Windows
Виправлено помилку некоректного форматування (не до двох знаків після коми) підсумкових даних у друкованому звіті Оплата - Фінансовий документ - вкладка Розрахунковий рахунок - Друк безготівкових операцій (№173953).

40) Налаштування - Користувачі
Виправлено помилку, через яку неможливо було увійти в режим налаштування дозволу на перегляд центрів обліку, якщо поточний центр обліку користувача "видалявся" зі списку доступних користувачеві центрів обліку.
Заблоковано можливість відключення доступу до центру обліку користувача.
При зміні поточного центру обліку користувача він автоматично "додаватиметься" до списку доступних центрів обліку.
У випадку, якщо користувачеві доступно декілька центрів обліку і при цьому включено обмеження на доступ до центрів обліку, то при зміні поточного центру обліку користувача видаватиметься повідомлення про те, що вибраний центр обліку буде автоматично доданий до списку дозволених. У цьому випадку від зміни поточного центру обліку користувача можна відмовитись (№174019).

41) Торгсофт для Windows
Виправлена ​​помилка, коли у Звіт - Товарний звіт за період у звіті з групуванням за чеками не повністю відображалася назва типу оплати За безготівковим розрахунком (російською та українською мовами), а в підсумках за оплатами було не коректне групування по валюті оплати (відображалося тільки одна валюта) (№174024).

42) Торгсофт для Windows
Виправлено помилку можливості редагування назви товару на формі Зміни знижки викликаної при оформленні замовлення клієнта. Також фон поля відображення товару змінено з білого на колір форми (№174054).

43) Склад - Синхронізація з інтернет-магазином - Синхронізація з маркетплейс ROZETKA: виправлена ​​помилка "Access Violation", яка могла виникати при завантаженні замовлень, якщо в замовленні з якоїсь причини не було інформації про покупця (№174077).

44) Торгсофт для Windows – Протокол дій користувачів
Виправлено помилку "Incorrect syntax near", яка виникала у Файл - Протокол дій користувачів при фільтрації за фразою з апострофом (№174080).

45) Документ - Розподіл товару: виправлено помилку "Arithmetic overflow error converting numeric to data type numeric", яка виникала під час виконання автоматичного розрахунку розподіленої кількості, якщо у розподілі був присутній товар із від’ємною кількістю на центрі обліку-відправнику (№174224).

46) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файл" виправлена ​​помилка, в результаті якої файл зі списком клієнтів могли потрапляти символи перенесення рядка, що ускладнювало подальшу роботу з цим файлом. Тепер управляючі символи перенесення рядка (CRLF) замінюються на текстовий аналог (/r/n) (№174236).

47) Торгсофт для Windows – WebKassa
Виправлена помилка "Error connecting with SSL. error:1409442E:SSL routines:SSL3_READ_BYTES:tlsv1 alert protocol version" при спробі отримати список доступних кас при налаштуванні WebKassa (№174264).

48) Торгсофт для Windows - Замовлення клієнта на виріб
Виправлена ​​помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Додаткові терміни та терміни, які ви не маєте, у закритому режимі.", при закритті замовлення в режимі Документ - Замовлення клієнта на виріб (№174359).

49) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку, коли в Торгівлі з випискою рахунку на вкладках Товар рахунку та Наявність товару на складах дублювали позиції товару, якщо один артикул (рядок) відвантажувалися частково кілька разів (№174361).

50) Нова пошта: виправлена ​​помилка "Конфлікт інструкції UPDATE з обмеженням CHECK "cheM43O4A3", яка могла виникати при записі даних на формі редагування "Адреса Нової пошти" (№174368).

51) Документ - Виробництво готової продукції
Виправлена ​​помилка "[FireDAC][Phys][MSSQL]-335. Parameter [TECHNOLOGYACTID] data type is unknown. Hint: specify TFDParam.
Помилка виявлялася при створенні маршрутного листа, що містить як матеріал напівфабрикат, якщо на цей напівфабрикат була створена тільки одна технологічна карта.
При створенні виробничого акта за аналогічних умов помилка не виникала.
(№174670)

52) Документ - Реалізація
Виправлена ​​помилка, через яку натискання комбінації клавіш "Alt+K" у формі реалізації могла викликати дію "Вибір клієнта", для якої за замовчуванням задана комбінація "Ctrl+K".
Помилка виявлялася при встановленій розкладці клавіатури "російська" або "Українська" та комбінація "Alt+K" викликалася за допомогою "правого" "Alt" (№174747).

53) Торгсофт для Windows – Розрахунок заробітної плати
Виправлена ​​помилка, коли в розрахунку заробітної плати Планування - План особистих продажів - колонка Виторг фактичний завищувався виторг, якщо товари співробітника (потрібно щоб для кожного товару реєструвався співробітник) частково оплачувались бонусами, а сама виторг розраховувався за оплаченими товарами (налаштування в торговій точці) (№174811).

54) Склад - Синхронізація з інтернет-магазином: виправлена ​​помилка внаслідок якої для відвантажених рахунків, створених в результаті обробки замовлення віддаленого клієнта, не фіксувалася ознака відвантаження рахунку (наявності створеної видаткової накладної), що дозволяло створити другу видаткову накладну для рахунку (№174838)).

55) Налаштування - Користувачі
Виправлено помилку, через яку при спробі редагування інформації по користувачеві виникала помилка "Could not convert variant of type (Null) into type (Integer)".
Помилка виявлялася, якщо поточний центр обліку користувача, інформацію з якого намагалися редагувати, на даний момент є прихованим (№174842).

56) Торгсофт для Windows
Виправлена ​​помилка, "data type is unknown. Hint: specify TFDParam.DataType or assign TFDParam value before Prepare/Execute cal", при спробі прийняти замовлення в реалізації, для якої зареєстрована бригада, якщо між додаванням товару в реалізації та натисканням кнопки Прийняти замовлення був створено та закрито замовлення на формі "Замовлення клієнта на виріб" (№175034).

57) Торгсофт для Windows - WebKassa
Виправлена ​​помилка "Помилка на сервері WebKassa : код помилка - 14 (Чек із зовнішнім номером XXX вже є в системі) Для друку фіскального чека скасуйте операцію та проведіть її заново.", яка могла виникати під час друку фіскального чека через сервіс WebKassa. Це могло відбуватися, якщо чеки друкувалися більш ніж з одного режиму (Реалізація/Повернення, Торгівля з випискою рахунку (чеки з передоплати рахунків), Замовлення клієнта (чеки з передоплати замовлень)). Щоб уникнути помилки на обслуговування WebKassa більше не передається внутрішній номер чека в системі обліку (як раніше було зроблено в реалізації Гібрида). У зв'язку з цим усунуто попередження про встановлення необхідного способу розрахунку номера реалізації при налаштуванні фіскального реєстратора WebKassa для робочого місця (№175036).

58) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку, коли для румунських та польських фіскальних реєстраторів у змішаному режимі друку чека не друкувався нефіскальний чек при поверненні товару, при продажу якого був надрукований фіскальний чек, оскільки в цих країнах відсутній фіскальний чек повернення (№175161).

Версія 2022.0.19 (БД 505)

1) Документ - Реалізація: виправлено проблему, коли видалення товару з реалізації за допомогою дій "Скасувати" або "Скасувати все" не фіксувалося в журналі зміни документів (№155187).

2) Документ - Реалізація - Оплата: виправлена помилка "### is not a valid floating point value", яка могла виникати при введенні значень у поля введення сум та наступному натисканні клавіші "Enter". Помилка виникала коли в операційній системі використовувався регіональний стандарт, для якого вказано символ "тисячного роздільника", наприклад, "Англійська (США)" та інші (№168056).

3) Виправлено помилку, через яку при включеному регіональному стандарті "Казахстан" відображалися пункти меню, які не повинні відображатися:
а. Оплата – Виписки з банківських рахунків.
б. Налаштування - Налаштування виписок з банківських рахунків
в. Налаштування - Програмний РРО.
г. Звіт - Звіт з реалізації підакцизних товарів (декларація акцизного податку)
(№172620)

4) Торгсофт для Windows – Аналіз залишків товару
Виправлена помилка "Out of memory" в Аналіз - Аналіз залишків товару, якщо не вистачає ресурсів системи для відображення всього переліку товарів. Це могло призвести до зависання або завершення програми. У такій ситуації користувачеві буде відображено таке повідомлення:
Бракує ресурсів для обробки всього переліку товарів.
Використовуючи фільтри, зменшіть вибірку товарів.
(фільтр по колонках таблиці не зменшує вибірку)
(№173497)

5) Документ – Виробництво готової продукції
Виправлено помилку, через яку у шаблоні звіту "Виробничий акт із собівартістю" в колонку "Ціна" підставлялася ціна за одиницю операції із довідника операцій, а не зі списку операцій самого виробничого акта. За замовчуванням буде підставлятись ціна операції зі списку операцій виробничого акту. Також і значення поля "Сума" розраховуватиметься виходячи з ціни операції у виробничому акті.
До списку полів набору даних "Операція" для звіту додано поле "Ціна у виробничому акті".
Звіт може бути налаштований на використання ціни операції з довідника. Для цього потрібно для колонки "Ціна" вибрати поле "Ціна" набору даних "Операція" та налаштувати відповідним чином поля "Сума" та "Разом" за сумою - замість використання поля "Сума" набору даних застосувати вираз "Кількість*Ціна"
(№174607)

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

7) Синхронізація з Prom.ua: виправлена помилка "Access violation", яка в окремих випадках могла виникати при проведенні синхронізації товарів. Помилка була пов'язана з несподіваною відповіддю сервера.
(№174766)

8) Розрахунок зарплати – Планування
Виправлено помилку, через яку при спробі розрахунку плану особистих продажів при незаповнених датах періоду з'являлося повідомлення про помилку "Incorrect syntax near 'OR'".
Також виправлено помилку 'Could not convert variant of type (Null) into type (Double)' , яка виникала під час очищення періоду на вкладці "Графік".
(№174767)

9) Торгсофт для Windows - Ліцензія
Виправлено помилку, коли на головній формі, у російськомовному інтерфейсі, для ліцензій з терміном дій (оренда, розстрочка) не повністю влазила дата закінчення дії ліцензії. Тепер рік обрізаний до двох символів, щоб усе містилося (№174835).

10) Торгсофт для Windows – Vip клієнти
Виправлено помилку, коли на формі "Оплата VIP-клієнта" кнопка "Договір к/п" (Налаштування - Параметри - Чек - Друк договір купівлі-продажу для VIP-клієнтів у реалізації) перекрив сусідні компоненти, якщо обраний фіскальний принтер для друку передбачає відправку чека електронною поштою або номером телефону. У всіх комбінаціях налаштувань у Налаштування - Параметри - Чек як Тип чека, Фіскальний принтер, Умови друку чека. Кнопка "Договір к/п" відображатиметься у нижньому правому куті блоку Друк чека, якщо не відображаються кнопки друку чека та накладної. Якщо кнопки друку чека та накладної йдуть у ряд, то кнопка "Договір к/п" буде третьою в ряду, а якщо в стовпець - то третьою в стовпці.
На формі "Оплата VIP-клієнта" змінено шрифт Tahoma.
(№174849)

11) Торгсофт для Windows - Переклад
Виправлено помилку не перекладу повідомлення при зміні розташування вкладок (№174876).
12) Торгсофт для Windows - Товар у дорозі
Виправлена помилка, коли в Документ - Товар у дорозі - вкладка Товар у дорозі відображалися записи з контрольних точок, а також накладних початкових залишків утворених у результаті видалення статистик закритих періодів.
Для того, щоб не утворювалися накладні початкових залишків при видаленні статистик закритих періодів на склади товару в дорозі, перед видаленням додана перевірка на існування в періодів, що видаляються, не прийнятих внутрішніх передач на склад товару в дорозі. Користувачеві буде показано їх перелік. Їх необхідно видалити чи прийняти.
Виправлена помилка, коли перед видаленням статистик закритих періодів у перевірці на наявність не закритих резервів у періодах, що видаляються, перевірка була за датою до якої був зарезервований товар, а не за датою створення резерву, що призводило до помилки "The DELETE statement conflictod with the REFERENCE constraint "fk_M4L156". Конфлікт випливає з Database "TorgSoftDB", table "dbo.Reserve", column 'toInvoiceCompositionID'."
(№174938)

13) Торгсофт для Windows – Нова пошта
На формі редагування Контрагент доставки товарів на вкладці поле "Код ЄДРПОУ Юрособи" перейменовано на "Код ЄДРПОУ Юрособи / ІПН ФОП" через те, що для Нової пошти ФОП - це юрособи, а замість ЄДРПОУ у них використовується ІПН. Дозволено вводити в поле до 10 символів (№175066).

14) Склад - Реєстр прибуткових накладних
Виправлено помилку, через яку для накладної автоматично встановлювався статус "Контроль виконаний" після перевірки накладної.
Скасувати контроль можна лише на формі "Реєстр прибуткових накладних". Доступ до відповідної дії керується роллю.
Також виправлено помилку, через яку некоректно працював алгоритм установки/зняття ознаки контролю накладної при багаторядковому виборі - ознака змінювалася тільки для одного рядка.
Помилка виявлялася у разі, якщо для накладної викликався інструмент перевірки накладної та змінювалась перевірена кількість. При цьому, у разі скасування результатів перевірки, статус "Контроль виконаний" не знімався. Цей статус відображається у формі "Реєстр прибуткових накладних" та на вкладці "Прибуткові" у формі "Реєстр складських документів".
(№175201)

15) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файл" виправлена помилка, коли в ході синхронізації за таймером могло відображатися вікно з помилкою про неможливість підключення до FTP-сервера, яке блокувало виконання подальших завдань доти, доки вікно з помилкою не було закрито (№175246).

16) Торгсофт для Windows - Синхронізація з Новою поштою
Виправлено помилку не перекладу значень списку Платник зворотної доставки на формі редагування Товарно-транспортна накладна Нової пошти (№175299).

17) Виправлена помилка, коли при ручному скасуванні скачування оновлення процес оновлення продовжувався і природно завершувався з помилками.
Якщо в процесі запущеного користувачем завантаження оновлення відбудеться помилка, наприклад зникне з'єднання з інтернетом, то більше не буде спроба запуску некоректного пакета оновлення. Користувачеві буде повідомлено про помилку та запропоновано повторити завантаження.
На робочій формі Автоматичні оновлення (Налаштування - Параметри - Сервіс - Завантажені оновлення) додано колонку завантажених оновлень Контрольна сума файлу md5. При отриманні інформації про нове оновлення буде отримуватись і контрольна сума файлу оновлення. Після завантаження оновлення по дії Перевірити наявність оновлення, буде здійснено перевірку файлу оновлення на збіг його контрольної суми з правильною, і якщо не збігається, то оновленню буде встановлено ознаку Помилка завантаження і запропоновано повторити завантаження. При натисканні Допомога - Перевірити наявність оновлень, якщо в системі є завантажене оновлення для встановлення, то перед інсталяцією буде перевірено файл на цілісність, і якщо не пройдено перевірка, то повідомлення користувачеві з пропозицією завантажити оновлення. При запуску програми під власником, якщо в системі є завантажене оновлення для встановлення, то перед інсталяцією буде перевірено файл на цілісність, і якщо не пройдено перевірка, то оновленню буде встановлено ознаку Помилка завантаження і воно буде завантажено сьогодні або наступного дня.
(№175365)

18) Налаштування - Завдання за розкладом - Збереження документів: виправлено помилку, внаслідок якої не відбувалося вивантаження файлів на FTP-сервер. При настанні часу виконання завдання (або виконання дії "Зберегти файли") завжди відображалася помилка "Файли не відправлені на FTP" попри коректні налаштування вивантаження (№175417).

19) Документ - Ремонт
Виправлено помилку, через яку при встановленому фільтрі "Стан оплати" при переході на вкладку "Товар у ремонті" виникала помилка "Неприпустиме ім'я стовпця "PaymentState" (№175460).

20) Документ-Ремонт
Виправлена помилка, через яку новостворені ремонти не відображалися у списку ремонтів. При створенні ремонту з'являлося повідомлення, що новий запис не задовольняє умов фільтрації (№175463).

21) Склад - Синхронізація з інтернет-магазином: для способу синхронізації "через файли" виправлена проблема, коли у разі використання опції "Надсилати POST-запит після синхронізації" синхронізація могла завершуватися помилкою з кодом -1, що означало перевищення часу очікування відповіді сервера. Тепер на формі редагування "Об'єкт синхронізації" було додано дію "Параметри відправки POST-запиту", де можна вказати максимальний час очікування відповіді сервера. За замовчуванням значення дорівнює 0, що означає нескінченне очікування на відповідь сервера (№175481).

22) Програмний РРО: виправлено помилку "Access violation", яка могла виникати при встановленні файлу приватного ключа на вкладці "КЕП (ЕЦП)" форми редагування "Підприємство", якщо виконувалася спроба зчитування ключа без вказівки пароля (№175504).

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

24) Документ - Повернення товару: виправлена помилка, коли на формі "Повернення товару за чеком", якщо вказати кількість товару до повернення, що перевищує кількість товару в чеку, то в тексті помилки, що відображається, невірно відображалася максимально допустима для повернення кількість товару (№175621).

25) Торгсофт для Windows – Клієнти
Виправлено помилку, коли на формі редагування Клієнт (Маркетинг - Клієнти), на вкладці Склад сім'ї за натисканням на F4 (Додати), F3 (Змінити), Ctrl+Del (Видалити), F5 (Оновити) зробили відповідні дії із вкладки Соціальні мережі.
Виправлено помилку, коли при відкритті форми редагування Клієнт (Маркетинг - Клієнти) у режимі перегляду на вкладці Соціальні мережі були доступні дії Додати, Змінити, Видалити.
(№175630)

26) Маркетинг - Клієнти
Виправлена помилка, через яку при об'єднанні клієнтів (контрагентів, постачальників), у кожного з яких був контрагент доставки за замовчуванням, у клієнта, що залишається після об'єднання, ставало більше одного контрагента доставки за замовчуванням. Також могло ставати й більше системного контрагента.
Виправлено помилку, через яку при об'єднанні контрагентів на формі "Контрагент" контрагенти доставки для того клієнта, який видалявся в результаті об'єднання, не "переходили" до контрагента, що залишився (при об'єднанні клієнтів на формі "Клієнти" такої помилки не було).
Виправлена помилка, через яку при зміні контрагента доставки за замовчуванням ця ознака знімалася тільки з одного, першого контрагенту доставки, що трапився, а не з усіх, на яких він міг бути встановлений.
- У разі встановлення ознаки "Використовувати за замовчуванням" для контрагента доставки ця ознака буде знята з усіх інших контрагентів. Таким чином, для клієнта/постачальника може бути лише один контрагент доставки за замовчуванням.
- При об'єднанні контрагентів на формі "Контрагент" контрагенти доставки контрагенту, що видаляється, будуть "передані" решті.
- Алгоритм об'єднання клієнтів/постачальників щодо контрагентів доставки буде працювати таким чином:
а.Для всіх контрагентів доставки клієнта, що виділяється, буде знято ознаку "системний" і клієнту, що залишається, вони будуть передані як звичайні.
б. Якщо для клієнта, що залишається, є хоч один контрагент доставки за замовчуванням, то ця ознака буде знята для всіх контрагентів доставки клієнта, що віддаляється, і для всіх інших контрагентів доставки клієнта, що залишається (якщо їх було кілька) і в результаті буде залишений тільки в одного контрагента доставки для тих, що залишилися після об'єднання клієнта (перевага буде віддана системному).
в. Якщо для клієнта, що залишається, немає жодного контрагента доставки за замовчуванням, але є системний контрагент доставки, то для нього буде встановлена ознака "використовувати за замовчуванням", інакше ця ознака буде залишена для того контрагента доставки клієнта, що видалявся, у якого він був (якщо був).
г. Якщо ні для клієнта, що залишиться, ні для клієнта, що видаляється, немає жодного контрагента доставки за замовчуванням, то ця ознака буде встановлена для першого контрагента доставки, що трапився, у клієнта, що залишився після об'єднання (перевага буде віддана системному контрагенту)
(№175638)

27) Синхронізація з Інтернет-магазином: виправлено помилку, коли для способу синхронізації "через файл" вивантаження фотографій товарів відбувалося попри те, що значення поля "Спосіб синхронізації фотографій" було встановлено в "Не синхронізувати" (№175684).

28) Документ - Реалізація - Оплатити
Виправлена помилка, через яку здача на картку, яка має бути включена в чек, як послуга, не потрапляла в розшифровку по оплатах і не відображалась у списку товарів, який викликається дією "Список товару" на формі "Фінансовий документ" (№175700).

29) Торгсофт для Windows – VIP-клієнти
Виправлено помилку, коли після оплати товару від VIP-клієнта (зокрема в режимі роботи Часткова оплата з розшифровкою за товаром) на формі "Оплата VIP-клієнта" була доступна дія закрити форму хрестиком, і якщо її натиснути, то реалізація не закривалася, що не є правильним. Тепер хрестик пропадає, а також стає неможливим закрити форму по Alt+F4.
Виправлено помилку, коли після оплати товару від VIP-клієнта на формі "Оплата VIP-клієнта" після натискання Alt+F4 перед закриттям форми спочатку відкривалася форма Оплата товару за накладною.
(№175702)

30) Синхронізація з Prom.ua: для рахунків (торгівля з випискою рахунку), створених в результаті завантаження замовлення Prom.ua, колонки "Місто" та "Адреса поштова" завжди відображатимуться порожніми. Це було зроблено, щоб не створювати плутанину, оскільки актуальна адреса доставки для замовлень інтернет-магазинів завжди відображається в колонці "Умови доставки" (№175713).

31) Синхронізація з інтернет-магазином: на формі редагування "Об'єкт синхронізації" на вкладці "Час синхронізації" дія "Створити інтервал синхронізації" прибрано обмеження, яке не дозволяло вказати інтервал у хвилинах більш ніж 60 (№175819).

32) Електронний каталог
Виправлена помилка, коли електронний каталог не міг завантажити файл із товарами з деяких ftp серверів, які не підтримують команду MLSD. Це більш сучасний ftp сервер.
Додана можливість підтримки ftp серверів із SSL та TLS шифруванням. Для цього у файлі TorgSoftClient.ini потрібно вказати FTPUseSSLTLS=True для товарів та замовлень та FotoFTPUseSSLTLS=True для фотографій.
Додана можливість вказівки папки всередині ftp сервера, з якою ми працюємо. Для цього у файлі TorgSoftClient.ini потрібно означити значення параметрів FTPDir для товарів та замовлень та FotoFTPDir для фотографій.
Змінений спосіб завантаження фотографій (при вході в програму, через Файл - Оновити фото за виділеними товарами, через Файл - Оновити фото по всіх товарах), тепер при завантаженні для кожної фотографії не створюється окреме з'єднання, а з'єднання спільне на всі фото, що прискорює процес завантаження.
(№176101)

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

34) Торгсофт для Windows - Виписки з банківських рахунків
Виправлено помилку, коли під час створення однієї невідомої оплати з виписок за банківськими рахунками, не підтягувалося підприємство розрахункового рахунку, на який надходила оплата. На формі редагування Невизначена оплата тепер, якщо рахунок пов'язаний із підприємством, то буде встановлено це підприємство, а також заборонено його змінювати. Якщо рахунок не пов'язаний із підприємством, то буде встановлено підприємство за замовчуванням, яке можна змінити. При масовому створенні оплат за оплатами, як і раніше встановлюватиметься підприємство рахунку, а якщо не зазначено, то не буде встановлено, навіть якщо встановлено підприємство за замовчуванням. Це зроблено, тому що приймати виписки та створювати за ними оплати може будь-який співробітник, у якого може бути випадково встановлено підприємство за замовчуванням. Аналогічно зроблено й створення платіжного доручення з виплат (відмінність - не можна масового без форми редагування створювати платіжні доручення).
(№176153)

35) Налаштування - Параметри
Найменування налаштування, що відповідає за передачу/друк інформації про оплату банківським терміналом, буде залежати від типу фіскального реєстратора. Для тих реєстраторів/драйверів, які передбачають передачу інформації про оплату терміналом у податкове налаштування, буде відображатися як "Передавати інформацію про оплату банківським терміналом" (таких більшість). Для тих реєстраторів/драйверів, для яких це не передбачено, налаштування буде відображатися як "Друк сліп-чека банківського термінала у фіскальному чеку"(Штрих-М, Атол...)
Також ця інформація буде відображена в хінті для налаштування.
(№176198)

Версія 2022.0.20 (БД 505)

1) Торгсофт для Windows – Динамічні характеристики товару
Виправлена помилка, коли при редагуванні динамічної характеристики в кодуванні HTML у деяких користувачів додавалися нові абзаци (символ <BR> у кодировці), і при кожному наступному редагуванні їх ставало все більше. Помилка спостерігалася у клієнтів, які використовують платну функцію "Безпека даних: архів у хмарі (Код 057)" (№146641).

2) Документ - Прихід товару - Імпорт товарів: на формі імпорту товарів, на вкладці "Товар", виправлена візуальна проблема "зависання" вікна списку, що випадає, якщо на момент відображення списку, використовувалася прокрутка таблиці колесом миші (№160711).

3) Торгсофт для Windows – Vip клієнти
Виправлено помилку, коли оплата рахунку за товарами віп клієнта (обрати VIP-клієнта в реалізації - Оплатити - вкладка Виписані рахунки - дія Оплатити рахунок) була більша за суму рахунку, через повернення товарів, за якими було сформовано рахунок (№167024).

4) Торгсофт для Windows – Клієнти
Виправлена помилка неправильного парсингу Найменування клієнта в картці клієнта (Маркетинг - Клієнти) в прізвище, ім'я та по батькові, якщо в найменуванні був апостроф або одинарна лапка (їй часто замінюють апостроф) або `. Раніше апостроф поділяв слово на два, тепер цього не відбувається (№169637).

5) Торгсофт для Windows - Стан складу
Виправлена помилка, коли в Склад - Стан складу у Звіт - Налаштування експорту даних назва таблиці відображалася "bpCurrentWarehouseStation", а не Стан складу (№170210).

6) Торгсофт для Windows – Внутрішня передача
Виправлено не зрозуміле та не перекладене повідомлення "Дата для періоду не встановлена?", яке виникало на формі редагування "Внутрішня передача", за натисканням на Записати, якщо дата документа не співпадала з періодом. Тепер відображається діалог:
Дата не відповідає періоду.
Встановити період, який відповідає даті?
І лише в тому випадку, якщо була змінена на формі дата чи період.
На формі редагування "Внутрішня передача (редагування)" додано поле Період, та додано перевірку на відповідність періоду дати, якщо одне з двох полів редагувалося за натисканням на Записати.
(№171098)

7) Програмний РРО
Виправлено помилку, коли можна було друкувати чеки на програмному РРО, яке виведено з дії, якщо підприємство було пов'язане з даним ПРРО або на робочому місці було встановлено зв'язок підприємства з ПРРО. Якщо продаж відбувався по підприємству, яке одним зі способів пов'язане з ПРРО, то ігнорувалась ознака його активності. Тепер якщо підприємство пов'язане з ПРРО, що не діє, то цей зв'язок ігноруватиметься.
Так само, якщо в процесі роботи на робочому місці, програмний РРО цього робочого місця буде виведено з дії, то при наступній спробі сформувати на ньому чек буде відображено відповідні повідомлення про помилку.
Після перезапуску програми, якщо робоче місце пов'язане з неактивним ПРРО, це буде рівнозначно тому, що для робочого місця не вказано ПРРО.
(№172853)

8) Документ - Виробництво готової продукції
Виправлено помилку, через яку некоректно розраховувалася кількість матеріалів у виробничому акті при зміні обсягу партії виробів.
Помилка виявлялася якщо виробничий акт містив той самий матеріал, але з різною категорією. Наприклад, і як матеріал, і як відхід. У цьому випадку при зміні обсягу партії виробів для всіх матеріалів, що відрізняються категорією, проставляли однакову кількість (№173744).

9) Документ - Реалізація: виправлена рідкісна помилка, пов'язана із заокругленням суми чека, яка могла виникати, якщо кількість товару мала понад 4 десяткових знаків (після коми), що у свою чергу можливо, коли товар додається через калькулятор плиток (додаткова функція "Метричні характеристики" товару") (№174371).

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

11) Документ - Повернення браку
Виправлено помилку, через яку до документа "Повернення браку" не додавалися товари гарантійного обліку з типом обліку "Без серійних номерів". Також виправлено помилку, через яку при додаванні у повернення браку товарів гарантійного обліку з типом обліку "Вести гарантійний облік" та "Вести суворий гарантійний облік" з'явилося повідомлення про помилку "Access violation...".
Помилка "Access violation" могла не з'являтися, якщо для товарів був потрібен код маркування.
(№175496)

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

13) Торгсофт для Windows - Налаштування ролей
Виправлено помилку, коли в налаштуванні ролей відображалася стара іконка для дії "Переглянути запис".
Змінено дизайн у налаштуванні ролей (формат кнопок, шрифт, іконки) для більшої відповідності до основної програми.
Виправлено не переклад словосполучень Виклик форми редагування та Виклик робочої форми у налаштуванні ролей.
(№175657)

14) Документ – Ремонт
Виправлено помилку, через яку при зміні кількості операцій у формі редагування "Операція ремонту" некоректно розраховувалася сума оплати виконавцю на підставі ціни за одиницю операції та відсотка оплати виконавцю (№175682).

15) Торгсофт для Windows – Програмний РРО
Виправлено помилку, коли внизу друкованого чека програмного РРО перед фіскальним номером програмного РРО був лише напис ФН без вказівки ПРРО. Тепер відображається ФН ПРРО, згідно із законом https://tax.gov.ua/zakonodavstvo/podatk ... 75811.html (№175915).

16) Документ - Реалізація - Наявність розмірів моделі
Виправлена помилка, через яку при пошуку по артикулу список моделей у режимі "Наявність розмірів моделі" міг містити порожні рядки.
Помилка виявлялася, якщо товар та модель мали однаковий артикул (№175947).

17) Документ - Торгівля з випискою рахунку: було відключено перерахунок цін для товарів рахунку, створеного в результаті завантаження замовлення інтернет-магазину, в об'єкті синхронізації якого як джерело цін зазначено "інтернет-магазин". Раніше, після редагування такого рахунку та за умови зміни значення ряду полів (знижка, клієнт, розрахунковий рахунок та ін.) відбувався перерахунок цін товарів рахунку, що призводило до того, що ціни товарів рахунку могли не відповідати цінам інтернет-магазину (№ 175972).

18) Торгсофт для Windows
Виправлено помилку, коли на формі редагування Клієнт - вкладка Інше та на формі редагування Контрагент - вкладка Розрахунковий рахунок не відображалися виведені з дії рахунки клієнта або контрагента (№176073).

19) Документ - Реалізація
Виправлено помилку, через яку при додаванні товару в реалізацію ігнорувалося налаштування "Запитувати кількість у реалізації" для товарів з видом гарантійного обліку "Без серійних номерів".
Помилка виявлялася в тому, що при додаванні такого товару у реалізацію не відкривалася форма для введення кількості та товар у реалізацію додавався у кількості однієї одиниці. Крім того, не можна було змінити кількість цього товару у самій реалізації за дією "Змінити".
Заборона на введення та зміну кількості для товарів гарантійного обліку в реалізації застосовуватиметься лише для товарів з видом гарантійного обліку "Вести гарантійний облік" та "Вести суворий гарантійний облік".
(№176096)

20) Склад - Реєстр прибуткових накладних
Виправлено помилку, через яку можна було змінювати кількість товару в режимі первинної перевірки, якщо було проведено повторну.
Також заблоковано можливість перевірки накладної, якщо накладна пройшла контроль (дія "Контроль виконана"). При спробі виконання дії "Перевірка накладної" буде видано відповідне повідомлення про помилку.
(№176107)

21) Документ - Розподіл товару: виправлено помилку, у результаті якої у документи внутрішнього переміщення, створеного внаслідок розподілу товарів, могли потрапляти в повному обсязі не всі товари, які задовольняють умовам розподілу.. Помилка виявлялася якщо на момент створення розподілу запису таблиці товарів були відфільтровані будь-яким із безлічі доступних на цій формі фільтром (№176140).

22) Документ - Прихід товару - Імпорт: виправлено помилку непрацюючого налаштування "За відсутності закупівельної ціни брати останню закупівельну ціну постачальника" якщо імпорт здійснювався у накладну, валюта якої відрізняється від національної (№176456).

23) Документ - Торгівля з випискою рахунку: виправлено помилку коли обнулення нумерації видаткових накладних завжди відбувалося щорічно, без урахування налаштування "Періодичність обнулення нумерації чека" (Налаштування - Параметри - Документ) (№176522).

24) Синхронізація з Prom: виправлена помилка, пов'язана з розбором відповіді сервера, яка могла призводити до невірного визначення результату завантаження замовлень. Якщо під час прийому замовлень сервер відповідав помилкою (помилка авторизації та інших), то в журнал синхронізації міг потрапити запис про успішне завантаження замовлень замість інформації про помилку прийому замовлень (№176612).

25) Торгсофт для Windows – Програмний РРО
Виправлена помилка "У текстовому коментарі виявлено неприпустимий знак." під час друку чека програмного РРО, якщо в назві товару, одиниці виміру, коді одиниці виміру, акцизній марці або УКТЗЕД коді був присутній неприпустимий для рядкових значень xml знак (№176864).

26) Торгсофт для Windows - Масова розсилка
Виправлено помилку, коли замість транзакційних viber повідомлень відправлялися рекламні через сервіс TurboSms. Транзакційні повідомлення повинні відповідати відповідному шаблону, зареєстрованому в сервісі TurboSms. В іншому випадку при надсиланні буде помилка: "Помилка при відправленні повідомлення Код помилки: 416 Не знайдено шаблону, який відповідає переданому транзакційному повідомленню.".
Дозволено для всіх типів відправок, зокрема щодо видаткової накладної та оплати рахунку відправляти рекламні повідомлення.
При надсиланні транзакційного повідомлення за рахунком, видатковою, оплатою рахунку, його заборонено редагувати, оскільки якщо воно відрізнятиметься від створеного за шаблоном, то не буде надіслано.
(№176946)

27) Товарознавство - Вид товару
Виправлено помилку, через яку при натисканні на кнопку "Записати для всіх" у картці виду товару для підлеглих видів товару не оновлювалася націнка та оптова націнка (№177047).

28) Торгсофт для Windows - Картка товару
Виправна помилка, коли при редагуванні роздрібної націнки в картці товару викликаної зі стану складу, вона дублювалася як націнка виду товару, коли сама не записувалася (не змінювалася роздрібна ціна при зміні націнки, тому що не була натиснута кнопка Розрахувати ціну продажу з націнкою).
Виправна помилка, коли при редагуванні оптової націнки у картці товару викликаної зі стану складу, вона змінювала оптову ціну без натискання на кнопку Розрахувати ціну продажу за націнкою, що було відмінністю в логіці порівняно з роздрібною ціною. Роздрібна та оптова ціна змінюється автоматично при зміні націнки при відкритті картки товару у прибутковій накладній (після табуляції, за кнопкою Записати тощо).
Виправлена помилка, коли невеликий напис про націнку виду товару не було видно у правому верхньому кутку картки товару, оскільки перекривається блоком з динамічними характеристиками товару, якщо такі є у товару.
(№177064)

29) Налаштування - Торговельна мережа
Виправлено помилку, через яку некоректно формувалося найменування розрахункового рахунку у списку розрахункових рахунків у формі редагування "Торговельна мережа".
Помилка виявлялася для тих розрахункових рахунків, котрим найменування не вводилося вручну (№177103).

30) Документ - Реалізація - Звіт по касі протягом дня
Додано пряме сортування за датою документа для безготівкової частини у звіті по касі за день (№177134).

31) Програмний РРО: виправлено помилку, коли при виборі ПРРО на формі вибору "Господарські одиниці" поля на формі редагування "Програмний РРО" заповнювалися даними, які не відповідали обраному запису (№177169).

32) Синхронізація з Новою поштою: принцип заповнення поля "Оціночна вартість" під час створення ТТН було змінено. При створенні нової ТТН, значення поля завжди дорівнюватиме сумі накладної. При створенні ТТН за шаблоном, якщо у шаблоні вказано значення оціночної вартості, то буде встановлено значення із шаблону, інакше буде встановлено значення, що дорівнює сумі накладної (№177225).

33) Документ - Виробництво готової продукції
Виправлено помилку, через яку при резервуванні матеріалів виробничого акту в резерв потрапляли матеріали з категорією "Напівфабрикат".
Матеріали категорії "Напівфабрикат" резервуватись не повинні, бо це призводить до того, що такі матеріали (а в загальному розумінні це товари) потрапляють на центр обліку резерву і не можуть бути реалізовані. А в поняттях виробництва це товари, які мають бути виготовлені.
Матеріали-напівфабрикати, які вже потрапили в резерв, будуть з нього зняті в процесі виробництва, а також можуть бути зняті вручну (№177270).

34) Документ - Реалізація
Виправлено помилку, через яку для товарів рахунки, якщо рахунок створювався в режимі "Реалізація", не зберігалися введені в момент додавання товарів до реалізації акцизні марки.
Також ця помилка виявлялася і для кодів маркування (№177309).

35) Нова пошта: виправлена помилка, коли при створенні ТТН за шаблоном, в якому збережено значення поля "Платник зворотної доставки", не заповнювалося відповідне поле ТТН (№177344).

36) Торгсофт для Windows - Фіскальний реєстратор
Виправлено помилку, коли при внесенні передоплати на замовлення в режимі роботи "Замовлення клієнта на виріб" та в "Реалізації" фіскальний чек формувався не за сумою "До оплати", а за сумою "Отримано" (з урахуванням оплати за безготівковим розрахунком), що завищувало суму чека та кількість товару в чеку (№177345).

37) Торгсофт для Windows – Клієнти
Виправлено помилку відображення повідомлення "Необхідно обов'язково вказати унікальний Код (№ дисконтної картки) для клієнта" під час створення або редагування клієнта під обмеженою роллю (№177346).

38) Документ - Торгівля з випискою рахунку - Видаткова накладна
Змінено розмір та розташування деяких компонентів форми "Параметри ТТН" для коректного відображення підписів елементів українською мовою (№177406).

39) Торгсофт для Windows – Синхронізація з Інтернет-магазином
Виправлено помилку Access Violation при синхронізації з інтернет-магазином через DDI API (№177453).

40) Налаштування - Вибір розрахункового рахунку за замовчуванням
Виправлена помилка, через яку якщо назва розрахункового рахунку була створена автоматично, вона не відображалася повністю в полі вибору розрахункового рахунку (№177457).

41) Програмний РРО: на формі "Вибір приватного ключа" виправлено проблему відображення поля "ID ключа", коли текст "обрізався" або переносився на новий рядок, при цьому виходячи з області видимості (№177478).

42) Торгсофт для Windows
Виправлено помилки не перекладу пункту меню "Сканувати акцизну марку" при додаванні динамічної характеристики до виду товару через дію. Додавання параметра за шаблоном - Фіскальні параметри.
Додана можливість роботи програми у разі пошкодження кодування AdminServer.ini.
Тепер не відображається незрозуміла помилка в цьому випадку, а повідомлення "Помилка читання файлу AdminServer.ini".
Якщо програмі не вдасться визначити блок AdminServer.ini [Налаштування мови за замовчуванням], в якому зберігається параметр мови, то програма просто шукатиме перший параметр Lang у файлі.
Оптимізовано роботу з файлом AdminServer.ini з Налаштування - Параметри. Тепер у нього записується поточна мова в системі та ознака ведення лога перекладу тільки при зміні цих ознак, а не як завжди при натисканні записати робилися ці два записи в файл.
(№177623)

43) Синхронізація з Prom.ua: виправлена помилка, внаслідок якої неможливо було виконати прийом замовлень з об'єкта синхронізації, якщо в програмі існувало два або більше об'єктів синхронізації з Prom.ua, і для одного з них вже було виконано прийом замовлень. Помилка була пов'язана з визначенням дати останнього завантаженого замовлення (№177744).

44) Програмний РРО: виправлено проблему коли раніше зчитаний у програмі файл приватного ключа замінювався (перезаписувався) новим файлом ключа, програма продовжувала використовувати раніше зчитаний ключ і був потрібний перезапуск програми для роботи з новим ключем (№177774).

45) Виведення каси з дії: виправлено проблему, коли після виведення каси з дії, яка була встановлена касою за замовчуванням (або касою співробітника), оплати продовжували надходити на цю касу, якщо користувач не виконав налаштування на використання іншої каси (№177782).

46) Програмний РРО
Виправлено помилку, коли на паперовому чеку програмного РРО не відображалися введені по товару акцизні марки (№177930).

47) Документ - Реалізація
Виправлено помилку, через яку у списку гарячих клавіш на формі налаштування в режимі "Реалізація" деякі дії відображалися з підписами латинськими літерами або взагалі без підписів.
Помилка виявлялася під обмеженим користувачем для дій, які були недоступні на рівні ролей.
(№178022)

48) Програмний РРО
Виправлено помилку неправильного формування QR коду на паперовій копії чека реалізації та повернення програмного РРО, за посиланням не відкривався чек на сайті податкової. Пов'язані були з тим, що на сервері податкової змінився параметр, що позначає суму чека з sum на sm (№178081).

49) Торгсофт для Windows - Рахунок
Виправлено помилку, коли на формі редагування Рахунок у випадаючому списку Одержувач та Клієнт посередника були присутні клієнти, які належать до регіонів, до яких у користувача заборонено доступ.
Виправлена помилка, коли на формі Налаштування - Контрагент вкладки Контрагент та Неактивні контрагенти відображалися клієнти, які належать до регіонів, до яких у користувача заборонено доступ.
(№178089)

50) Налаштування - Додаткові функції - Банківський термінал
Виправлено помилку, через яку у списку розрахункових рахунків для мерчанта банківського термінала відображалися розрахункові рахунки контрагентів (№178091).

Версія 2022.0.21 (БД 505)

1) Документ – Реалізація
Виправлена помилка, через яку було доступна дія "Зарплата співробітника" у той час, як додаткова функція "Зарплата" не була активована.
Причина помилки: умова доступу до дії "Зарплата співробітника" не містила перевірки на наявність активованої функції "Зарплата" (№177515).

2) Склад - Місце зберігання
Виправлена помилка, через яку відображалися місця зберігання на центрах обліку, недоступних обмеженому користувачеві.
Помилка виявлялася в ситуації, якщо не було обрано жодного центру обліку у фільтрі "Центр обліку" (список центрів обліку порожній (очищений)), а на центрах обліку, які не доступні користувачеві, було створено місця зберігання (№177855).

3) Розрахунок зарплати – Планування – План особистих продажів
Виправлено помилку, через яку план особистих продажів, у період дії якого не було жодного продажу, при розрахунку позначався як виконаний з відповідним статусом (№177856).

4) Склад - Реєстр внутрішніх передач
Виправлено помилку, через яку для деяких накладних не було доступно дію "Закрити", хоча для документа не відображався статус "Закрити".
Дія буде доступна для документів, які не мають статусу. Такі документи вважатимуться відкритими (№177871).

5) Документ - Повернення товару постачальнику
Виправлена помилка, через яку в групі дій "Друк" була доступна дія "Друк накладної ТОРГ-12".
Ця дія не буде доступна за жодних умов (№177905).

6) Торгсофт для Windows – Регіональний прайс-лист
Виправлено помилку не копіювання поточних цін у регіональний прайс-лист (На формі "Регіональний прайс-лист" дія "Копіювати ціни") (№177959).

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

8) Торгсофт для Windows - Прихід товару
Виправлено помилку, коли на формі редагування Прихід можна було запровадити відсоток знижки більше ніж 100%. Знижка більше за 100% не є реалістичною (№178156).

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

10) Документ – Ремонт
Виправлено помилку, через яку при виборі клієнта з довідника у фільтрі "Клієнт" обраний клієнт не відображався у фільтрі та не спрацьовувала фільтрація по клієнтам зі списку ремонтів (№178807).

11) Торгсофт для Windows - Синхронізація з Prom.ua
Виправлена помилка "The column 'XXX' був specified multiple times for 'ZZZ'" при синхронізації з Prom.ua (під час формування файлу з товарами), якщо в налаштуваннях файлу синхронізації кілька разів вивантажується однаковий тип даних або однакова динамічна характеристика (№178943).

12) "Торгсофт - Звіт - Товарний звіт за період"
Прибрано змінну "Кількість на складі" в товарних звітах, оскільки вона не заповнювалася і не відображалася в самому звіті (№177820).

13) Торгсофт для Windows - Стан складу
Виправлена помилка, коли в Склад - Стан складу результат "Опт" не відключався за допомогою налаштування ролей. Також для демоліцензії результат "Опт" буде залежати від перемикання типу ліцензії на головній формі (№177920).

14) Торгсофт для Windows – Акт переоцінки
Виправлено помилку "' is not a valid integer value", яка могла виникати в Акті переоцінки при натисканні на кнопку "Застосувати переоцінку" для вже переоціненого акта (№178008).

15) Торгсофт для Windows - Масова розсилка
Виправлена помилка неправильного розрахунку символів, що залишилися в повідомленні та кількості повідомлень, при використанні деяких, нібито англомовних символів, таких як " ` ".
Тепер максимальна кількість символів в одному повідомленні буде встановлена в 160 (153 для кожного повідомлення, якщо більше одного повідомлення), якщо всі символи повідомлення з GSM 03.38 Extension Table:
@ΔSP0¡P¿p£_!1AQaq$Φ"2BRbr¥Γ#3CScsèΛ¤4DTdtéΩ%5EUeuùΠ&6FVfvìΨ'7GWgwòΣ(8HXhxÇΘ)9IYiyLFΞ*:JZjzØESC+;KÄkäøÆ,<LÖlöCRæ-=MÑmñÅß.>NÜnüåÉ/?O§oà\|^€{}[]~
плюс ентер та пробіл. Також варто зазначити, що символи:
\|^€{}[]~ кодуються двома символами, що буде зазначено при рахунку символів (тільки для "латинських смс").
Якщо повідомлення міститиме хоч один символ не із зазначеного списку, то кількість символів в одному повідомленні буде встановлена в 70 (67 для кожного повідомлення, якщо більше одного повідомлення).
Гарний сайт для перевірки довжини смс:
https://messente.com/documentation/tool ... calculator
Додано зміни до транслітерації. Тепер символи:
`'–—№ будуть конвертовані в ''--#, а символи які не транслітеруються і не з GSM 03.38 Extension Table - будуть видалені.
(№178444)

16) Програмний РРО
Виправлено помилку, перевищення кількості робочих місць для платної функції Програмний РРО, якщо ним користувалися і в мобільному додатку. Використання у мобільному додатку забирало +1 робоче місце (№178597).

17) Торгсофт для Windows – ПДВ
Виправлено помилку, коли в друкованих документах Комерційна пропозиція, Рахунок, Видаткова накладна та Видаткова накладна (реалізація) не коректно розраховувалася змінна "ПДВ". Не враховувався акциз (змінює суму від якої розраховується) та ПДВ кожного товару документа, а сума ПДВ за документом розраховувалася від загальної суми документа та відсотка ПДВ встановленого у Налаштуваннях - Параметри - Облік (№178611).

18) Торгсофт для Windows - Торгівля з випискою рахунку
Виправлено помилку, коли при додаванні в рахунок або комерційну пропозицію товару (при використанні вдосконаленого режиму розрахунку умов продажу в Торгівлі з випискою рахунку) через дію "Сканувати штрих код товару" на вкладці "Наявність товару на складах" у новий рахунок/комерційну пропозицію, йому не встановлювався ознака "Автоматичне формування цін" (і не знімався з іншого рахунку/комерційної пропозиції, якщо він у нього був), що могло призводити до недодавання товару в рахунок/комерційну пропозицію, або навіть перенесення чужого товару з рахунку/комерційної пропозиції, яким залишилася ознака "Автоматичне формування цін" (№178659).

19) Торгсофт для Windows - Налаштування ролей
Виправлена помилка, коли в налаштування ролей не потрапляли форми редагування, якщо в програмі вони викликалися лише за допомогою дії перегляд або копіювати (№178957).

20) Склад - Синхронізація з Prom.ua: виправлена помилка при завантаженні замовлень, в результаті якої помилково визначався результат синхронізації. Після закінчення завантаження замовлень завжди відображалася форма "Помилки при синхронізації" зі службовою інформацією, а результат синхронізації позначався ознакою "Помилка" у журналі синхронізації, при цьому замовлення успішно завантажувалися у програму (№178980).

---