Опис версії 2019.4.0 - 2019.4.5

24722

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

64373

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

64608

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

67777

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

70110

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

72242

У "Налаштування" - "Параметри" - "Чек" в список фіскальних реєстраторів доданий параметр Драйвер АТОЛ версія 10.
На відміну від 8-ї версії нема потреби вказувати коди оплат і податкові коди, а також у 10-й версії реалізовано роботу з маркованим взуттям під час продажу товару (маркування передається в ОФД). Можливість роботи з фіскальним реєстратором фірми Атол через драйвер 10-ї редакції.

77824

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

92423

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

97131

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

99573

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

99578

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

101069

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

101073

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

101074

Додано гарячу клавішу F9 для перемикання форми оплати Готівковий/Безготівковий розрахунок для таких форм:
1. "Торгівля з випискою рахунку" на формі "Оплата".
2. "Реалізація" на формі "Оплата".
3. "Посередник" - "Баланс із посередниками" на формах "Введення оплати від посередника" і "Введення оплати посереднику". Можливість використання клавіатури при виборі способу оплати.

101774

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

102588

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

102675

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

103131

Додано оновлення Артикулу (колонка у файлі "Код_товара", на сайті - "Код/Артикул") (раніше для наявних товарів артикул не оновлювався).
Для поля, яке вивантажується як опис, додано заміну Enter на тег <br>, якщо опис не в HTML кодуванні (раніше знаки перенесення на інший рядок з опису пропадали). Внесено зміни в синхронізацію з Prom.ua.

103517

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

103523

Додана гаряча клавіша F9 для перемикання способу оплати (Готівковий - Безготівковий) на формі "Оплата" в режимі "Реалізація". Прискорить проведення реалізації.

103527

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

103534

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

104124

Додана нова платна функція: "Сполучення з Deal.by"- білоруський аналогічний сервіс Prom.ua.
API ключ для кожного сервісу потрібно отримувати свій.
Якщо на Prom.ua включити рекламу ProSale, то товари з'являться на сайті Bigl.ua. Додано можливість сполучення з сервісом Deal.by, а також можливість відображення товарів на сайті Bigl.ua.

104992

У синхронізацію з інтернет-магазином через YML файли додано нові зарезервовані теги для приватмаркету:

typePrefix - тип/категорія товару ("мобільний телефон", "телевізор"). Необов'язкове поле.
country_of_origin - країна виробник (необов'язкове поле);
partType - оплата частинами;
partCount - кількість платежів в оплаті частинами;
sale - товар доступний за програмою "Теплі кредити" (за умови обов'язкової наявності блоку "Оплата частинами"). Має бути значення hc.
sartPrice - сума платежу.
В об'єкт синхронізації на вкладку "Файли синхронізації" додано налаштування щодо обрамлення в лапки строкових даних. Розширено список тегів для ПриватМаркет (синхронізація через YML файли).

105465

Для фіскальних реєстраторів Атол (драйвер 10-ї версії) і Штрих-М (прошивка від 24.10.2018 і старше) додано виведення на фіскальний чек найменування та ІПН покупця, якщо в картці клієнта встановлено вид відповідальності Приватний підприємець або Юридична особа. Внесено зміни в друк фіскального чека для реєстраторів Атол (драйвер 10-ї версії) і Штрих-М згідно зі змінами закону з 01.07.2019.

106129

На форму "Налаштування робочого місця фіскального реєстратора" додано перемикач "Тип підключення", що набуває значень COM port або TCP/IP (обов'язково потрібно вказати порти: для Штрих М за замовчуванням 7778, для Атола - 5555).
Для Атола також доступний тип підключення "Використовувати налаштування драйвера". У цьому випадку будуть взяті налаштування з "Тест драйвера ККТ" (працює через COM port). Для фіскальних реєстраторів Штрих М і Атол (10-та версія драйвера) додана можливість підключення за протоколом TCP/IP.

108096

Формула розрахунку середнього чека: Сума виторгу / Сума кількості чеків за днями, в яких був позитивний виторг, де
Виторг - це сума реалізацій мінус сума повернень, а Кількість чеків за день - це кількість чеків тільки реалізації.
Також у кількість чеків не потрапляють дні, в яких виторг менший за нуль. Змінено алгоритм розрахунку середнього чека за планом продажів.

Версія 2019.4.0 (БД 489)

1) Склад - Синхронізація з інтернет-магазином: виправлено помилку, що виникала, якщо під час виконання ручної синхронізації з інтернет-магазином запускалася автоматична. Тепер, якщо виконується автоматична синхронізація, то під час спроби запуску ручної, буде відображено інформаційне повідомлення про те, що процес синхронізації вже виконується завданням за розкладом, а сам процес синхронізації розпочато не буде. Якщо під час виконання ручної синхронізації настає час для виконання синхронізації за розкладом, то всі завдання, заплановані на цей час, будуть пропущені (№93873).
2) На формі Документ - Комплектація - вкладка Список комплектацій виправлено помилку при виконанні дії 'Скасування комплектації' з текстом 'The DELETE statement conflicted with the REFERENCE constraint "fk_M4L82". Конфлікт виник у базі даних "DB1", таблиці "dbo.InvoiceCheck", стовпчику 'Invoce ID'. Помилка відбувалася в разі, якщо для автоматично створеної прибуткової накладної (прихід від комплектації) було виконано контроль на формі Перевірка прибуткових накладних. Тепер користувачеві відображається повідомлення з причиною неможливості виконання дії. Також, аналогічна помилка була виправлена на формах:
Документ - Комплектація - вкладка Список розукомплектацій - дія Скасувати розукомплектацію
Документ - Прихід товару - дія Упакувати товар - дія Скасувати пакування товару
На формі Документ - Перевірка прибуткових накладних, у списку накладних для контролю, відключено відображення автоматично створених прибуткових накладних (прихід від комплектації\розукомплектації) з метою заборони виконання контролю за цим типом прибуткової накладної. Автоматично створені прибуткові накладні, за якими вже був виконаний контроль, будуть відображатися в списку з метою надати можливість скасування контролю за цими накладними.
(№98129)
3) Аналіз --> ABC і XYZ аналіз
Виправлена помилка [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][Неприпустиме ім'я стовпчика "GoodID" під час вибору фільтра за динамічними характеристиками в стандартному фільтрі по товару (№101097).
4) "Торгсофт для Windows - Документ - Прихід - дія Завантажити накладну/Зберегти накладну"
Виправлено заголовок для типу файлу і вказано дозвіл для типу (№101906).
5) Налаштування "Друкувати чек комірника на принтері центру обліку" (Налаштування - Вибір принтерів) буде доступним, якщо ввімкнене налаштування Дозволити продаж з усіх торговельних точок на формах "Реалізація" і "Торгівля з випискою рахунку" або Фіксувати відвантаження зі складу для поточного центру обліку (Налаштування - Параметри - Документ). Також, поруч із налаштуванням було додано інформаційний текст (№102818).
6) Для Торгсофт-Старт, у налаштуваннях програми, на вкладці Налаштування - Параметри - Документ, було видно опис для налаштування "Фіксувати відвантаження зі складу для поточного центру обліку", попри те, що саме налаштування недоступне для ліцензії Старт. Ця помилка була виправлена (№102820).
7) "Торгсофт для Windows - Автоматичні завдання - Створення та вивантаження архіву в хмару"
Тепер архіви цього типу створюються в окремій підпапці і після вивантажуються в хмару, так само підправлено виконання завдань за розкладом для уникнення здвоєння виконання (№102829).
8) "Торгсофт для Windows - Управління формами"
Додано переклад для компонентів форми (№102925).
9) Налаштування --> Параметри --> Додаткові функції --> Нова пошта
Усунуто помилку "Символьні або двійкові дані можуть бути усічені" при спробі оновити БД помилок із сервера нової пошти.
Помилка була пов'язана з тим, що для нової помилки від нової пошти був надто довгий опис, який не поміщався в поточний розмір поля (№103235).
10) "Торгсофт для Windows - Сервер додатків - Автоматичні завдання - Архівування в хмару"
Розширено логування для виявлення причини не створення архіву або не вивантаження в хмару. Реалізовано поділ логів за ID потоку для простого аналізування роботи (№104847).
11) "Торгсофт для Windows - Системні елементи - Повідомлення"
Форма повідомлення користувача додана в рольове управління, і тепер вона доступу в Admin.exe (Налаштування - Налаштування ролей) (№105095).
12) Документ - Повернення - Повернути гроші
Виправлено помилку, через яку "задвоювалися" транзакції при поверненні оплати, виконаної через банківський термінал.
Помилка проявлялася в разі, якщо в реалізації/поверненні було кілька товарів (№105289).
13) Аналіз - Прибутковість реалізацій за період - дія Зберегти в Excel: виправлено помилку експорту даних у документ Excel, яка виникала в разі відключення видимості колонок таблиці (№105785).
14) Документ - Реалізація
Виправлено помилку, через яку під час продажу товару з кодом маркування без суворого врахування кодів маркування в разі нестачі товару на складі з'являлося повідомлення про неможливість списання товару, але товар додавався в реалізацію.
Для товарів з кодами маркування перевірка кількості товару на складі виконується тільки для товарів суворого обліку кодів маркування. Текст помилки змінюється залежно від типу документа, в який додається товар.
(№105981)
Документ - Повернення браку
15) Виправлено помилку, через яку виникала помилка перетворення типу при додаванні товару з кодом маркування на формі "Повернення браку" (№106638).
16) Документ - Повернення - дія Вибрати чек для повернення: у разі спроби провести повернення за видатковим документом, у складі якого немає товарів для повернення (за всіма товарами накладної повернення вже було виконано), буде відображено форму Повернення товару із заблокованою кнопкою Повернуть товар і з повідомленням "Товар за даною накладною реалізації повністю повернуто!" (№107591).
17) Торгсофт для Windows
Виправлено помилку, коли через Склад - Список приходів можна було необмежену кількість разів надрукувати фіскальний чек повернення, якщо встановлено російський фіскальний реєстратор. Тепер під час друку чека, якщо є в ньому фіскальні товари, то нічого не станеться, за аналогією з печаткою чека з реалізації зі Списку витрат (№107730).
18) Торгсофт для Windows
Виправлено помилку, коли в Торгівлі з випискою рахунку під час друкування чека (фіскального чека) за документом, який не містив жодного фіскального товару (а встановлено друк фіскального чека або змішаний друк), то все одно користувачеві відображалося вікно "Відправлення чека клієнту", хоч сам фіскальний чек не друкувався. Тепер це вікно не відображається за повною непотрібністю (№107991).

Версія 2019.4.1 (БД 489)

1) Виправлено помилку, коли для ліцензії Старт у меню (відкривається після натискання на праву кнопку маніпулятора типу миша) для таблиць робочих форм (наприклад, Реалізації), було видно дії (але недоступні), які відключено для цього типу ліцензії, що могло вводити в оману користувача (№96432).
2) Виправлена помилка, через яку не записувалася інформація до Протоколу дій користувачів при виконанні дій у програмі під обмеженим користувачем (тих дій, які повинні потрапляти до Протоколу дій користувачів) (№105708).
3) Торгсофт для Windows --> Документ --> Реалізація --> Зберегти --> Зберегти у форматі xSoft
Виправлено помилку, "Could not convert variant of type (Null) into type (Double)", при збереженні поточного документа у форматі xSoft (№107201).
4) Торгсофт для Windows
Виправлено помилку, коли в "Оплата" - "Баланс з партнерами" в "Розшифровка балансу з партнером" за віп-клієнтом, якщо встановлений третій віп-режим з розшифровкою за товаром, збільшувалися суми оплат за реалізаціями кратно кількості позицій у реалізації (№107512).
5) Виправлена помилка, коли в Аналіз період Баланс за сертифікатами розраховувався неправильно, як для конкретного періоду, так і для довільної дати, в результат потрапляли ще й дані по наступному дню, після дати закінчення періоду аналізу. Тобто якщо ми аналізували дані по 31 число місяця, то відображалися нам дані з урахуванням 1-го числа наступного місяця, що не вірно (№107584).
6) Виправлена помилка, коли при виплаті по поверненню з Торгівлі з випискою рахунку, на форму "Відправлення чека клієнту" (при друці фіскального чека, що підтримує дану функцію) підтягувалися електронна пошта і телефон не клієнта, а центру обліку (№108640).

Версія 2019.4.2 (БД 489)

1) Виправлена помилка, якщо у товару більше однієї динамічної характеристики типу даних "Текст", то відображення цих характеристик в картці товару залежало не від власного значення "Зберігати в HTML-форматі", а всі відображалися однаково, залежно від значення "Зберігати в HTML-форматі" для останньої текстової характеристики даного товару (№108787).
2) Документ --> Облік податкових накладних
На формі редагування Облік податкових накладних видимість Серії та Номера для податкової накладної доступна тільки для регіонального стандарту "Республіка Молдова" (№108918).
3) Маркетинг - Посередник: на вкладці Баланс з посередниками виправлена помилка, через яку не враховувалися повернення товарів за рахунком, що в результаті призводило до невірного підрахунку підсумкових сум.
Маркетинг - Посередник - Звіт за період з розшифровкою за товарами: у шаблон друку звіту додано інформацію про повернуті товари рахунка (відображається для кожного товару рахунка в дужках у колонці "Кількість"). Також, значення колонки "Сума" для кожного товару рахунку тепер враховує повернення (№110223).

Версія 2019.4.3 (БД 489)

1) Виправлена помилка, коли перерахунок всієї кількості товару на складі або закриття періоду, видаляло ціни на товари на складах, де не було цього товару (рядки в стані складу), навіть якщо товар знаходився в накладних, які просто ще не вступили в дію (№108995).
2) Виправлено помилку некоректного відображення програми загалом, якщо в Windows 10 встановлено масштаб 125% (№110209).
3) Виправлено помилку, коли під час друку фіскального чека повернення, на реєстраторах на чеку не відображався (і не надсилався в ОФД) ІПН клієнта та його найменування (№111694).
4) Виправлено помилку, що в Документ --> Торгівля з випискою рахунка --> Повернення у колонці Підприємство не відображалося підприємство (№110330).

Версія 2019.4.4 (БД 489)

1) "Торгсофт для Windows - Виписки за банківськими рахунками"
Виправлена помилка не відображення/не завантаження даних про виписки з Приват банку.
Реалізовано нову прив'язку IBAN нового номера рахунку до старого існуючого, щоб клієнтам непотрібно було переналаштовувати виписки під нові рахунки (№108072).
2) "Торгсофт для Windows - Виписки за банківськими рахунками"
Виправлена помилка невірного визначення прив'язаного рахунку до новоствореного IBAN рахунку (№112620).
3) Виправлено помилку Data too large for vaiable [VALUE]. Max len = [4000], actual len = [] Hint: set theTFDParam.Size to a greater value, що виникала, якщо в текстову динамічну характеристику товару спробувати додати текст довжиною понад 4000 символів (№110711).

Версія 2019.4.5 (БД 489)

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

---