Опис версії 2020.8.0 - 2020.8.11

148741

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

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

125373

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

Можливість друку сліп-чека банківського термінала у складі товарного або фіскального чека.

154220

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

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

111817

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

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

135145

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

Дозволяє передавати в інтернет-магазин дані "Довжина", "Висота" і "Ширина" з картки товару.

108556

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

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

141181

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

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

153761

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

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

145844

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

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

154581

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

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

89094

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

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

145250

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

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

147202

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

Доопрацьовано режим "Розподіл товару" в області автоматичного розподілу.

37042

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

Можливість відправляти в хмарне сховище фото з каталогу програми.

145849

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

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

108558

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

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

145936

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

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

135452

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

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

148164

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

Спрощує розробку інтернет-магазину.

152077

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

Прискорено роботу програми.

140604

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

Дозволить ідентифікувати помилки і розуміти подальші дії при налаштуванні синхронізації з prom.ua.

141968

На форму редагування "Створення ТТН Нової пошти" додано вкладки "Параметри відправлення", де вказуються основні параметри, та "Додаткові послуги", де знаходяться решта додаткових послуг:
- Забрати довіреність;
- Суботня доставка;
- Локал Експрес;
- Бажана дата доставки;
- Доставка в часові інтервали;
- Супровідні документи;
- Додаткова інформація про відправлення;
- Підйом на поверх;
- Доставка особисто в руки;
- Контроль поштучної передачі;
- Red Box;
- Авіадоставка.

Можливість у ТТН Нової пошти працювати з усім поточним пакетом додаткових послуг.

67589

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

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

57590

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

Перегляд довідки про програму тією мовою, яку обрано в програмі.

148922

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

Удосконалено алгоритм прив'язки непізнаної оплати до рахунку в Торгівлі з випискою рахунку для коректної роботи в ситуації часткового відвантаження рахунку.

Версія 2020.8.0 (БД 503)

1) Документ - Реалізація: додано можливість пошуку і додавання послуг за артикулами і найменуванням. Для роботи цієї можливості має бути встановлений відповідний метод пошуку товару в Налаштування - Параметри - Облік - Пошук товару.
Пошук за артикулами відбувається за принципом "повний збіг" і працює таким чином:
- якщо знайдено товар із зазначеним артикулом - товар додається в реалізацію
- якщо знайдено кілька товарів із зазначеним артикулом - відкривається форма вибору товарів
- якщо не знайдено товар, але знайдено послугу із зазначеним артикулом - додається послуга
- якщо не знайдено товар і знайдено кілька послуг із зазначеним артикулом - відкривається форма вибору послуг
Пошук за найменуванням відбувається за принципом "збіг у будь-якому місці". В іншому принцип пошуку і додавання аналогічний тому, як це працює для артикулів.
(№103146)
2) Аналіз - Аналіз залишків товару: виправлено помилку, коли не було можливості вимкнути групування даних по підприємству. Для цього на формі було додано налаштування "Групувати по підприємству", яке керує необхідністю групування даних по підприємству прибуткової накладної (№112698).
3) Документ - Реалізація - дія Видати замовлення: виправлена помилка, яка в рідкісних випадках призводила до неправильного розрахунку суми використання передоплати (№114343).
4) Документ - Прихід товару: виправлено помилку, коли некоректно встановлювалися значення динамічних характеристик товару при оприбуткуванні існуючих товарів розмірного ряду (№115437).
5) "Торгсофт для Windows - Системні задачі - Контекстне меню" Виправлено помилку зависання і системні помилки при спробі відображення контекстного меню (№135966).
6) Динамічні характеристики товару: виправлена помилка "The DELETE statement conflicted with the REFERENCE constraint "fk_M18L27", що виникала під час спроби видалення динамічної характеристики, якщо дана характеристика використовувалася полями файлу синхронізації (№146978).
7) Динамічні характеристики товару: виправлена помилка "Не знайдено параметр ID=<123>", що виникала при додаванні (створенні) недіючої динамічної характеристики (№146979).
8) "Торгсофт для Windows - Системні компоненти - Вибір часу та дати"
Реалізовано можливість встановлення значення часу 00:00 і подібних значень з 00. Тепер перевірка відбувається коректно і дозволяє зберегти таке значення як валідне (№148126).
9) Виправлено помилку відображення та встановлення фіксованих колонок у таблицях.
Помилка була в нереалізованому даному функціоналі, так само в рамках даної помилки виправлено виділення записів в таблиці при вимкненому багаторядковому виділенні, тепер виділити записи можна тільки при включеному багаторядковому виділенні (№148149).
10) Документ - Замовлення віддаленого клієнта - дія "Виписати рахунок": виправлена помилка, яка виникала в разі, якщо джерелом цін об'єкта синхронізації є "Торгсофт" і на центрі обліку, на який виписується рахунок, була відсутня інформація про ціни на товар, що в результаті могло призводити до переоцінки товару в торговельній мережі з використанням інформації про ціни з прайс-листа клієнта. Тепер пошук цін відбувається тільки серед центрів обліку 2-го рівня (складів) (№148168).
11) Документ - Комплектація - Коробка для сезонного зберігання: виправлено помилку, коли поле "Вид товару" на формі редагування "Коробка для сезонного зберігання" було порожнім, при редагуванні існуючої коробки сезонного зберігання.
Документ - Комплектація - Коробка для сезонного зберігання: виправлено помилку, коли поля "Вид товару" і "Опис" не підсвічувалися як "обов'язкові для заповнення" на формі редагування "Коробка для сезонного зберігання".
(№148288)
12) Виправлено помилку, за якої налаштування додаткової функції "Нова пошта" відображалося в Налаштування - Параметри - Додаткові функції (№148368).
13) "Торгсофт для Windows - Товарознавство - Повний список товарів і послуга - вкладка Послуги"
Виправлена помилка не відновлення висоти для компонентів, тепер висота системних компонентів таблиць запам'ятовується і відновлюється (№148539).
14) "Торгсофт для Windows - Завдання за розкладом - створення/редагування Завдання вивантаження в хмару"
Виправлена помилка, що блокує збереження завдання "синхронізація фото", тепер всі приховані поля не проходять перевірку або заповнюються значенням за замовчуванням (№149204).
15) Склад - Синхронізація з інтернет-магазином: виправлено помилку "Access violation", що могла виникати під час надсилання фотографій товарів на FTP-севрер у разі коли FTP-севрер переставав відповідати на команди (read timeout) (№149213).
16) Документ - Замовлення клієнта на виріб: процес опрацювання замовлень, що проходять через режим "Виробництво", був доопрацьований і зазнав безліч змін.
Ключові зміни:
* Різні стадії замовлення контролюються більш суворо, не дозволяючи виконувати дії, які могли порушити процес обробки замовлення.
* При завершенні замовлення, що пройшло виробництво, видається вироблений за замовленням товар (виріб), а не матеріали та послуги, як відбувалося раніше.
* Сам процес обробки замовлення залишився колишнім і складається з таких кроків:
1. Створення замовлення і зазначення матеріалів, послуг і робіт
2. активізація замовлення
3. Переведення замовлення в стан "На виробництві"
4. Випуск продукції за автоматично створеним виробничим актом (маршрутним листом)
5. Завершення замовлення
Перелік змін:
1. На формі налаштування друку документів, з групи дій "Відправлення замовлення на виробництво" видалено налаштування "Поміщати товари на склад тимчасового зберігання". Це налаштування втратило свою актуальність, оскільки товари\матеріали замовлення завжди відправляються на склад тимчасового зберігання (або інший склад 3-го рівня) під час активації замовлення.
2. На формі налаштування друку документів, у групі дій "Активізація замовлення клієнта", налаштування "Видаткова накладна для видачі товару зі складу" було перейменоване на "Накладна комірнику для видачі товару зі складу". Фактично це виправлення помилки, оскільки цей документ завжди являв собою накладну комірнику для отримання товару зі складу.
3. Переведення замовлення в стан "На виробництві" тепер можливе тільки для замовлень у стані "Активний".
4. При переведенні замовлення в стан "На виробництві" більше не відображається форма створення маршрутного листа. Після підтвердження переведення замовлення в стан "На виробництві" буде створено технологічну карту і маршрутний лист на основі матеріалів, послуг і робіт на замовлення з кількістю продукції, що виготовляється, яка дорівнює одній одиниці. Маршрутний лист матиме коментар з інформацією про замовлення клієнта на виріб, за яким він був створений. Редагування такого маршрутного листа не доступне.
5. При переведенні замовлення в стан "На виробництві" матеріали замовлення будуть переміщені зі складу тимчасового зберігання на склад замовлення. Якщо потрібне резервування матеріалів замовлення, то необхідно використовувати відповідну можливість режиму "Виробництво" (Документ - Виробництво готової продукції - Налаштування - Автоматично резервувати матеріал для виробничого акта).
6. На формі "Виробництво" для таблиці "Список виробничих актів" додано відображення статусу виробничого акта "За замовленням клієнта на виріб". Так само додано дію "Перейти до замовлення клієнта на виріб".
7. При виконанні дії "Випуск готової продукції" за пов'язаним із замовленням виробничим актом на формі "Закриття виробничого акта" прибрано можливість змінювати склад-одержувача (це завжди склад замовлення клієнта) та кількість продукції, що виготовляється (вона завжди дорівнює одній одиниці).
8. Замовлення більш неможливо завершити, якщо виробництво виробу не було завершено.
9. При завершенні замовлення, яке пройшло виробництво, видається вироблений за замовленням товар (виріб), а не матеріали та послуги, як відбувалося раніше. Ціна виробу дорівнює загальній сумі замовлення клієнта.
10. Дія "Скасувати випуск продукції" більше не доступна для виробничого акту, якщо пов'язане з ним замовлення клієнта було завершено.
11. Дія "Видати товар замовнику в рахунок передоплати" більше не доступна для замовлень у стані "На виробництві".
12. Дія "Очистити весь рух товару" більше не доступна для замовлень у стані "На виробництві".
13. Видалення видаткової накладної (реалізації) виробленого товару призводить до повернення пов'язаного замовлення клієнта в стан "На виробництві".
14. Дія "Скасувати закриття замовлення" для замовлення клієнта, що пройшло виробництво, призводить до повернення замовлення в стан "На виробництві".
15. Видалення виробничого акта, пов'язаного із замовленням клієнта, призводить до повернення замовлення в стан "Зміна активного замовлення". Весь рух товару за замовленням клієнта буде видалено.
16. Видалення виробничого акта, пов'язаного із замовленням клієнта, призводить до видалення технологічної карти, за якою було створено виробничий акт, у разі якщо для цієї технологічної карти не було створено інших виробничих актів.
(№149362)
17) Товарознавство - Повний список товарів і послуг - вкладка Послуги: виправлено проблему, коли на формі редагування "Послуга" обов'язкові для заповнення поля "Вид товару" і "Виробник" не мали колірного виділення (№149822).
18) При синхронізації з інтернет-магазином через файли (коли файл замовлення містить секцію налаштувань доставки Нової пошти) змінено спосіб додавання контрагента доставки та адреси доставки для подальшого створення одержувача Нової пошти та адреси одержувача Нової пошти.
Тепер, під час імпорту такого файлу, контрагент доставки створюватиметься на основі даних у блоці NewPostDeliveryOptions, а не як раніше на основі даних клієнта як у блоці Client файлу замовлення. Таким чином під час імпорту файлу замовлення буде створено 2 контрагенти доставки, перший це системний, дані якого відповідають даним з блоку Client і додатковий контрагент доставки, який буде пов'язаний з одержувачем Нової пошти і матиме таку саму назву, як у блоці NewPostDeliveryOptions файлу замовлення.
(№149944)
19) "Торгсофт для Windows - Системні компоненти - Таблиці"
Виправлено алгоритм завантаження і збереження налаштувань до реєстру, тепер коректно запам'ятовується і відновлюється (№150005).
20) Документ - Виробництво готової продукції
Виправлено помилку, через яку невірно відбувався розрахунок залишку кількості матеріалів за виробничим актом типу маршрутний лист у ситуації, коли при виконанні будь-якої операції (крім зважування) відбувається списання відповідного матеріалу(ів).
Порядок розрахунку залишку матеріалу:
(Кількість матеріалу на складі)
- (Кількість матеріалу у виробництві (доданого в маршрутний лист) - (Кількість матеріалу списаного під час виконання операції)
+ (Кількість матеріалу в резерві)
При цьому кількість матеріалу у виробництві (для конкретного маршрутного листа) розраховується в такому порядку:
Якщо матеріал не списується під час виконання операції, то кількість матеріалу у виробництві = кількість матеріалу, доданого до маршрутного листа - кількість матеріалу на випущений обсяг партії.
Якщо матеріал списується під час виконання операції, то кількість матеріалу у виробництві = кількість матеріалу, доданого в маршрутний лист.
Помилка проявлялася для маршрутних листів, якщо виконувалися операції, що передбачають списання матеріалу при виконанні (не "Зважування").
(№150078)
21) Програмний РРО
Усунуто можливість виникнення помилок з програмним РРО, якщо під час відкритої на ньому зміни користувач поміняв налаштування цього РРО. Заборонено змінювати будь-які налаштування програмного РРО через форму редагування, зокрема й початковий номер чека (якщо потрібно, то змінювати за дією на робочій формі), якщо зміна на РРО відкрита (№150237).
22) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: виправлено помилку, що призводила до неправильного встановлення статусу замовлення "Оплачено", коли за рахунком створювалася оплачена видаткова накладна або за створеною видатковою накладною приймалася оплата. Також виправлено помилку, коли після завантаження оплаченого замовлення, створення видаткової накладної за рахунком замовлення не призводило до встановлення статусу "Виконано".
Принцип зміни статусів замовлення змінився і тепер відбувається таким чином:
1. При відвантаженні рахунку, статус замовлення в інтернет-магазині змінюється на Виконано. Якщо рахунок відвантажується разом з оплатою (дія "Створити накладну та оплатити її"), статус замовлення в інтернет-магазині змінюється на "Оплачено" і відразу на "Виконано". Таким чином замовнику буде надіслано повідомлення і про оплату, і про виконання замовлення.
2. У разі повної оплати (і переплати) не відвантаженого рахунка, статус замовлення в інтернет-магазині змінюється на Оплачено.
3. У разі повної оплати (і переплати) відвантаженого рахунка, статус замовлення в інтернет-магазині змінюється з Виконано (був встановлений під час відвантаження рахунка) на Оплачено і назад на Виконано. Таким чином замовник отримав повідомлення про виконання замовлення (при відвантаженні рахунку) і про оплату замовлення (при оплаті накладної).
(№150826)
23) У Маркетинг > Масова розсилка > Шаблони масової розсилки > Створити/Змінити при створенні/редагуванні шаблону масової розсилки з Видом розсилки = "Viber" і Типом Viber-повідомлення = "Рекламне" в поле "Зміст Viber" додано контроль введення символів. Таким чином, при ручному введенні або при вставці тексту з буфера обміну текст буде обрізаний на 1000 символів. Це зроблено, оскільки максимальний розмір тексту рекламного Viber-повідомлення не повинен перевищувати 1000 символів.
Додано відображення кількості символів, що залишилися (як, наприклад, при створенні шаблону розсилки з типом SMS). Тобто підрахунок кількості символів ведеться тільки в тому випадку, якщо в повідомлення не були додані змінні.
Виправлено помилку, коли під час натискання кнопки "Перегляд" картинка і кнопка переходу вилазили за видиму область макета телефону.
(№151034)
24) "Торгсофт - Синхронізація з інтернет магазином"
У мобільному додатку при додаванні, зміні та видаленні фото товару виправлено встановлення ознаки зміни фото.
Раніше вона не встановлювалася, що призводило, до того що фотографії товарів не оновлювалися наприклад в Інтернет-магазині.
(№151191)
25) "Торгсофт для Windows - системні компоненти - комбінований компонент для дати і часу"
Виправлено невірне відображення компонента при значеннях за замовчуванням, додано коректну мінімальну ширину і висоту для компонента (№151599).
26) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: змінено налаштування імпорту відповідно до останніх змін сервісу.
Додано параметри:
- Імпорт тільки товарів у статусах "В наявності" і "Під замовлення"
Видалено параметри (більше не використовуються):
- Видалити групи яких немає у файлі
- Перевірити категорії під час імпорту
- Якщо батько групи не знайдений - переносити в кореневу
- Є різновиди
(№151975)
27) Документ - Реалізація: виправлена помилка, коли зміна дати оплати на формі "Оплата" призводила до зміни дати створення документа, що надалі призводило до неправильного відображення значення колонки "Дата створення" на формі "Рух товару" (№152188).
28) "Торгсофт для Windows - Налаштування - Параметри - Сервіс - Мова програми"
Прибрано перемикач "Для поточного користувача", так як він на поточний момент може викликати більше проблем в роботі програми ніж функціональності.
Тепер цей перемикач не доступний для користувачів.
(№152200)
29) Склад - Реєстр прибуткових накладних
Виправлено помилку, через яку під час оплати прибуткової накладної з розрахункового рахунку було неактивне поле для введення суми комісії.
Помилка проявлялася в ситуації, коли форма оплати відкривалася в режимі оплати з розрахункового рахунку з увімкненим перемикачем "Сума комісії" (№152232).
30) Виправлено помилку, коли на ліцензії "Старт" з'їжджало розташування кнопок на формі "Введення цін для товару цієї накладної" (Документ - Прихід - Введення цін для товару цієї накладної) (№152334).
31) Оплата - Баланс з партнером - Картка взаєморозрахунків.
Виправлено помилку, через яку під ліцензією СТАРТ у формі "Картка взаєморозрахунків" відображалися елементи інтерфейсу, пов'язані з бонусами (сума бонусів на початок періоду, на кінець періоду, колонка "Сума бонусів", Пункт "Сума бонусів" у меню "Налаштування", пункт "Друк взаєморозрахунків бонусами" у меню кнопки "Друк") (№152552).
32) Виправлена помилка, коли на формі "Журнал Зміни документа" у списках, що випадають, "Тип документа" на вкладках "За документами" і "Повний список" відображався пункт "Повернення браку", який не повинен відображатися на ліцензії "Старт" (у Файл - Журнал Зміни документа) (№152556).
33) Документ - Список приходів - Перевірка накладної
Виправлено помилку, через яку для ліцензії СТАРТ у формі перевірки накладної відображалася кнопка "Серійні номери" (№152590).
34) Виправлено помилку, коли на ліцензії Старт відображалися налаштування "Ознака подарункового сертифіката в штрих-коді" і "Використовувати номер ліцензії під час формування подарункового сертифіката" на формі Налаштування - Параметри - ШК (№152769).
35) Розрахунок зарплати - Платіжна відомість
Виправлено помилку, через яку в друкованій формі розрахункового аркуша за співробітником у наборі даних "Зарплата" в поле "Коментар" не вміщалася вся інформація (відображалося не більше 255 символів)
Знято обмеження на кількість символів у полі "Коментар" для таблиць "Платіжна відомість", "Нарахування", "Регулярні нарахування", "Штраф".
(№152791)
36) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку у вкладці "Наявність товару на складах" некоректно відображалася кількість у колонці "Замовити".
Додано колонку "В резерві", в якій відображається кількість зарезервованого товару для даного рахунку, а значення колонки "Замовити" розраховується за формулою: кількість товару в рахунку - кількість товару в резерві - кількість на складі.
Додатково виправлено помилку, через яку в повідомленні про нестачу товару для поміщення в резерв некоректно відображалася кількість товару, яку буде поміщено в очікування резерву.
Помилка некоректного відображення кількості "Замовити" проявлялася в тому, що значення цього поля розраховувалося без урахування зарезервованої кількості товару.
Помилка неправильного розрахунку кількості для поміщення в резерв (у повідомленні про нестачу товару) проявлялася при виконанні такої послідовності дій (приклад):
- Створити рахунок
- Додати в рахунок товар у кількості 2 одиниць, який на складі присутній у кількості 4 одиниць
- Додати товар у резерв
- Змінити кількість товару в рахунку з 2 до 6.
- Ще раз додати товар у резерв.
(№152887)
37) "Торгсофт для Windows - Головна форма - Повідомлення"
Виправлено помилку відображення повідомлень на головній формі. Тепер показуються реальні пропущені повідомлення. Тепер на головній формі відображаються повідомлення тільки для поточного користувача (№152951).
38) Документ - Замовлення клієнта на виріб: виправлена помилка, коли неправильно розраховувалося значення колонки "Доплатити" і "Оплачено" на формі "Замовлення клієнта на виріб", якщо видача товарів замовлення проводилася через форму "Реалізація". Через особливості взаємодії двох режимів можлива ситуація, коли сума оплат за замовленням перевищуватиме загальну суму замовлення на одну копійку (у рідкісних випадках на кілька копійок). Це відбувається в разі часткової видачі товарів замовлення, ціни яких мають більше двох знаків після коми, в результаті округлення яких може утворитися дана похибка (№153170).
39) Склад - Синхронізація з інтернет-магазином: виправлено помилку, коли в разі якщо два і більше об'єкти синхронізації мають спільний для них товар, то після вивантаження фотографії цього товару одним з об'єктів синхронізації, для інших об'єктів синхронізації не відображалася ознака необхідності вивантаження фотографії даного товару. Це візуальна помилка, тобто незважаючи на відсутність візуальної ознаки, вивантаження фотографії здійснювалося для всіх необхідних об'єктів синхронізації (№154246).
40) Програмне РРО
Під час друку чека програмного РРО може виникати помилка "Canvas does not allow drawing" у момент безпосереднього друку паперового чека. Причини цієї помилки незрозумілі, є підозра, що не вистачає прав доступу в цей момент. Дана помилка опрацьована і більше не повинна призводити до закриття додатку та необхідності оновлювати локальну нумерацію чека на програмному РРО (№154261).
41) Торгсофт для Windows
Виправлена помилка, коли при відкритті форми Налаштування - Співробітник перестало відновлюватися раніше встановлене значення фільтра Статус на вкладках Співробітники і Журнал приходу/відходу (№154624).
42) Системні задачі та об'єкти: виправлено помилку "Error reading sbRecordCount.Glyph.Data: Stream read error", що виникала під час натискання поєднання клавіш ALT+Z, коли активним компонентом форми була бізнес-панель (таблиця) (№154750).

Версія 2020.8.1 (БД 503)

1) На формі Аналіз - Період збільшено ширину поля "Себес-ть товару на кінець періоду", а також сусідніх полів, щоб у них могла поміститися сума більше 99 999 999,99 за розрядністю (№154099).
2) Налаштування - Програмний РРО - Форма редагування "Програмний РРО": виправлено помилку, коли на формі підтвердження, що відображається під час закриття форми редагування, у випадку, коли було внесено зміни до поля "Пароль", то відображався не зашифрований пароль приватного ключа (№154871).
3) Торгсофт для Windows
Виправлено помилку, коли не відображається список шаблонів повідомлень і сервісів доставки у випадаючому списку на формі Налаштування - Параметри - Доп.опції - Програмний РРО (№155089).
4) Торгсофт для Windows
Виправлено помилку, коли існувала можливість пов'язати одну нерозпізнану оплату з двома різними рахунками в Торгівлі з випискою рахунка на вкладці Оплата в таблиці Нерозпізнані оплати. Для цього достатньо було за дією Зв'язати оплату з рахунком одночасно під двома різними користувачами Торгсофт відкрити перелік рахунків і зв'язати оплату з різними рахунками. Зараз перед процесом зв'язування оплати з рахунком відбувається додаткова перевірка, і якщо вона не проходить, то користувачеві відображається повідомлення, що оплата вже пов'язана з таким то рахунком (№155093).
5) Торгсофт для Windows
Виправлено помилку, коли під час входу у форму "Налаштування" - "Параметри" автоматично вмикалося налаштування "Використовувати алгоритм формування фотографій, який можна налаштовувати", і з'являвся відповідний діалог, що підтверджує (№155124).
6) Торгсофт для Windows
Виправлено помилку, коли в меню "Файл" - "Протокол дій користувачів" у фільтрі "Тип події" відображалися не вірні піктограми переліку подій (№155126).

Версія 2020.8.2 (БД 503)

1) Маркетинг - Клієнти
Виправлено помилку, через яку під час об'єднання клієнтів некоректно розраховували суму бонусів для результуючого клієнта, якщо у клієнта, що видаляється, була початкова сума бонусів.
При об'єднанні клієнтів підсумовується початкова сума для розрахунку знижки і початкова сума бонусів.
(№114815)
2) Переклад
Виправлено переклад форми "Налаштування видимості колонок таблиці", яка викликається з майстра налаштування маркетплейс Розетка (№122292).
3) Переклад
Виправлено переклад помилки під час спроби пов'язати одержувача з існуючим одержувачем Нової пошти (№137785).
4) Переклад
Виправлено повідомлення про помилку, що виникає під час спроби в картці клієнта додати адресу Нової пошти, не вибираючи контрагента Нової пошти для відправника (№137789).
5) Переклад
Виправлено переклад підсумкових значень на формі "Планування виробництва" (№140879).
6) У Маркетинг - Масова розсилка - вкладка Шаблони масової розсилки при налаштуванні шаблону масової розсилки масової розсилки, коли Вид розсилки = Viber, Тип Viber повідомлення = Рекламне виправлена помилка, коли в попередньому перегляді (макет телефону) відображалися назви змінних замість їх значень (№142252).
7) Переклад
Виправлено переклад поля "Пошук елемента на формі" в пошуку по головній формі (№143118).
8) Переклад
Виправлено переклад списків, що випадають, на формі вибору поведінки програми при дублюванні штрих-коду (№143445).
9) Переклад
Виправлено переклад форми "Налаштування видимості колонок таблиці" (№146621).
10) Звіт зі списання товарів.
Виправлено текст повідомлення під час увімкнення угруповання за товаром або за виробничим актом, раніше повідомлялося, що для угруповання за товаром відключиться угруповання за маршрутним листом або що для угруповання за маршрутним листом відключиться угруповання за товаром (№146719).
11) Зарплата - планування.
На вкладці "Журнал роботи бригад" змінено формат дати на такий, як на вкладці "Журнал роботи співробітників" (№147203).
12) Платіжна відомість. Переклад.
Додана змінна "Відомість" у звіт по боргах співробітників відомості для коректної роботи переказу.
Додана можливість редагування звіту.
(№147206)
13) Переклад.
Виправлено помилку в рядку "для обраної посади параметри розрахунку зарплати в обраній платіжній відомості буде змінено на поточні параметри розрахунку зарплати (Зарплата - > Налаштування)" (№147313).
14) Переведення. Ремонт.
Виправлено переведення налаштувань фільтра за періодом (дата приймання або термін здачі).
Дані в Довіднику станів ремонту не переводяться, оскільки їх можна редагувати вручну.
(№148097)
15) У формі Документ - Замовлення постачальнику виправлено умову визначення стану замовлення "Оприбутковано повністю" (№148343).
16) Торгсофт для Windows
Виправлено довге відкриття форми "Неоплачені товари .....", коли в Документ - Реалізація після вибору VIP-клієнта натискали кнопку Оплатити (№149564).
17) Торгсофт для Windows
Виправлено помилку, коли на формі Склад - Розрахунок складських запасів можна було відобразити дві однакові за змістом колонки "Місця зберігання" і "Місце зберігання". Для цього прибрано можливість додати колонку "Місце зберігання" через Налаштування - Динамічні характеристики товару (№149704).
18) Торгсофт для Windows
Виправлена помилка "ClientDS: Cannot perform this operation on an empty dataset" при натисканні на кнопку "Видалити" при редагуванні параметрів товару (Місця зберігання) в Склад - Розрахунку складських запасів.
Виправлено помилку, коли не працювали кнопки Додати місце зберігання і Вибрати місце зберігання під час редагування параметрів товару (Місця зберігання) в Склад - Розрахунку складських запасів.
(№149705)
19) Торгсофт для Windows
Виправлено помилку, коли не спрацьовувала знижка дня народження на оптові продажі в реалізації та торгівлі з випискою рахунка, хоч у налаштуваннях вдосконаленого режиму і було встановлено "Поширювати знижки на оптові продажі".
У Налаштування - Параметри - Знижки - блок Знижки дня народження для складу сім'ї клієнта - галочка Застосовувати в торгівлі з випискою рахунка тепер не видна, якщо в налаштуваннях вдосконаленого режиму відключено для торгівлі з випискою рахунка, оскільки в цьому випадку застосування знижки дня народження неможливе.
(№150110)
20) У Маркетинг - Клієнти при додаванні нового клієнта виправлена ситуація, коли виникала помилка "Код клієнта не унікальний" (№151182).
21) Документ - Торгівля з випискою рахунку - Створення видаткової накладної
Виправлено помилку, через яку у видатковій накладній неправильно вказувалася кількість серійних номерів (або кодів маркування) для товарів суворого гарантійного обліку і для яких потрібен код маркування в ситуації, коли кількість введених кодів маркування не відповідала кількості введених серійних номерів.
Під час додавання такого товару в рахунок видаватиметься відповідне попередження, а під час відвантаження товару у видаткову накладну будуть відвантажені серійні номери/коди маркування відповідно до кількості товару.
Помилка проявлялася при створенні видаткової накладної за рахунком, який містив товари суворого гарантійного обліку і для яких потрібен код маркування, якщо кількість введених серійних номерів не відповідала кількості введених кодів маркування. Кількість серійних номерів або кодів маркування, що відвантажуються, могла перевищувати кількість товару, що відвантажується.
(№153135)
22) Документ - Виробництво готової продукції - Випуск готової продукції
Виправлена помилка, через яку під час випуску готової продукції в Торгсофт з'являлася помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]String or binary data would be truncated."
Помилка проявлялася, якщо формат відображення короткої дати в системі було налаштовано у вигляді "d MMMM yyyy 'г'.". (наприклад, "3 черв. 2021 р.") або будь-якому іншому із загальною кількістю символів у рядковому поданні дати понад 10.
Дата випуску товару незалежно від формату короткої дати, налаштованої в системі, буде представлена у форматі "DD.MM.YYYY"
(№153203)
23) Програмний РРО
Для програмних РРО, у яких відключена можливість роботи в офлайн-режимі, виключена можливість блокування його роботи, якщо в момент зняття z-звіту, на сервер податкової був відправлений z-звіт або чек закриття зміни, але в Торгсофт не прийшла відповідь про це, і ми про це не знаємо. Тепер для таких програмних РРО буде відбуватися перевірка перед друком z-звіту, який останній документ був зареєстрований на сервері, і залежно від цього відправляти на сервер відсутній документ, а якщо таких немає, то просто закривати зміну в Торгсофт (№153488).
24) Картка товару - поле введення "Країна, Виробник, Колекція": значно зменшено час відкриття форми довідника для даного поля введення (відкривається при натисканні на піктограму довідника). Також виправлено проблему невірного відображення прогресу відкриття форми довідника.
(№153839)
25) Документ - Реалізація - Видати замовлення: виправлено помилку "Cannot focus a disabled or invisible window", що виникала під час закриття форми "Видача замовлень", якщо на момент закриття форми було відкрито список, що випадає з поля "Замовлення" (№154172).
26) Маркетинг - Клієнти: виправлена помилка "Could not convert variant of type (Null) into type (Integer)", що могла виникати під час відкриття форми після зміни режиму відображення форми (розширений\спрощений). Також виправлено помилку, що призводить до зайвого спрацьовування оновлення даних, що в підсумку призвело до зменшення часу відкриття форми.
(№155026)
27) Синхронізація з маркетплейс ROZETKA: додано заборону на редагування основних динамічних характеристик, що використовуються даною опцією (Назва товару (ROZETKA), Категорія товару (ROZETKA) та ін.). Також додано заборону на встановлення ознаки "Обов'язкова для заповнення" для основних динамічних характеристик, що використовуються цією опцією (№155133).
28) Налаштування - Торгова мережа: виправлена проблема відображення елементів контекстного меню (відкривалося порожнє вікно при кліці правою кнопкою миші) (№155195).
29) Склад - Рух товару: виправлено проблему, коли випадаючі списки полів "Кому відправлено товар" і "Від кого прийшов товар" відкривалися порожніми при першому відкритті цих випадаючих списків.
Торгсофт - Системні задачі: виправлена помилка в компонентах списків, що випадають, які працюють в режимі "Завантажувати дані при першому відкритті", коли при першому відкритті списку, що випадає, дані не завантажувалися (№155196).
30) Виправлена помилка "No argument for format 'Помилка обробки файлу замовлення'", при прийомі замовлення віддаленого клієнта в україномовній версії програми (№155338).
31) Переклад.
Виправлено помилку у форматованому рядку (№155339).
32) Маркетинг - Клієнти: виправлена помилка "[SQL Server]Incorrect syntax near ')", яка виникала при відкритті форми, якщо була активована додаткова опція "CRM взаємодія з клієнтами" (№155440).
33) Виправлено помилку "The DELETE statement conflicted with the REFERENCE constraint "fk_M4L201". The conflict occurred in database "TorgsoftDB", table "dbo.ShopDistribution", column "InternalInvoiceCompositionID", при видаленні статистик закритих періодів (№151878).

Версія 2020.8.3 (БД 503)

1) Розрахунок собівартості за партіями постачання
Виправлена помилка, коли не заповнювалася собівартість у видаткових документах при встановленому методу розрахунку собівартості за партіями поставки або за партіями поставки з урахуванням внутрішніх передач, якщо встановлено - Враховувати курс валюти закупівлі. Це відбувалося в тому випадку, якщо видатковий документ пов'язувався (з цього приходу повинна братися собівартість) з приходом від інвентаризації не в національній валюті.
У приході від інвентаризації не в національній валюті не встановлюється курс, оскільки в один прихід можуть потрапляти товари з різними курсами (№127692).
2) Виправлено алгоритм встановлення фотографії для товару, у якого була фотографія, але було якимось чином видалено ознаку наявності фотографії, але залишилося посилання на старий файл фотографії. Раніше з'являлася помилка, що це фото вже присвоєно товару, тепер присвоєння відбувається без помилок, а старий запис із посиланням на файл замінюється на новий (№128661).
3) Переклад.
Додано переклад налаштувань доступу користувача до мобільного додатка (№138325).
4) Торгсофт для Windows - Видалення статистик закритих періодів
Виправлено помилку "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server][SQL Server]Violation of UNIQUE KEY constraint 'uqsSerialNumber'. Cannot insert duplicate key in object 'dbo.SerialNumber'.", під час видалення статистики закритих періодів, якщо був не суворий облік серійних номерів (у клієнта зробили повернення товару через його надходження, а потім скасували це списанням) і виходило за програмою, що на останній день періоду, що видаляється, у системі має перебувати два однакових товари з однаковими серійними номерами (№144125).
5) Переклад.
Виправлено переклад заголовка "Коригування цін рахунку" (№144456).
6) Переклад.
Змінено написи на фільтрі з "з... по..." на "від... до..." з відповідним перекладом (№144495).
7) Переклад.
Виправлено переклад миготливого напису, що сигналізує про зниження ціни в картці товару в приході (№144762).
8) Переклад.
Виправлено переклад додаткових фільтрів в Аналізі стану на складах (№144856).
9) Переклад.
Виправлено переклад фільтрів на формі "Аналіз продажів фіскального товару" (№144874).
10 Переклад.
Виправлено переклад фільтрів на формі "Прибутковість реалізацій за період" (№144882).
11) Переклад.
Змінено написи на фільтрі з "з... по..." на "від... до..." з відповідним перекладом (№144958).
12) Переклад.
Виправлено переклад фільтра "Способи оплати накладної" на формі "Аналіз руху товару за партіями поставки" (№144960).
13) Переклад.
Виправлено переклад фільтрів на формі "Аналіз торгової виручки" (№144962).
14) Переклад.
Виправлено переклад фільтра "Знижка" в Аналізі використання знижок (№145740).
15) Переклад.
Виправлено переклад фільтрів на формі "Центр управління асортиментом" (№145748).
16) Переклад.
Виправлено переклад фільтрів на формі "Клієнти" (№145760).
17) Переклад.
Виправлено переклад списку, що випадає "Стать" у картці клієнта (№145762).
18) Переклад.
Виправлено переклад фільтра "Стан" для нагадувань у картці клієнта (№145829).
19) Переклад.
Виправлено переклад опису знижки ювілейному клієнту при створенні такої знижки (№145908).
20) Переклад.
Виправлено переклад змінних у звітах аналізу роботи з виробництва (№145916).
21) Переклад.
Виправлено переклад рядка "Відхід" у друкованій формі Журналу приходу/відходу співробітників (№145927).
22) Переклад.
Виправлено переклад колонок на формі "Розподіл витрат" (№146180).
23) Переклад.
Виправлено переклад колонок на формі "Постачання товару від..." (№146296).
24) Переклад.
Прибрано другий знак відсотка з рядка "Увага! % Знижки або Суму початку дії знижки вже встановлено в політиці цього виду" (№146297).
25) Переклад.
Виправлено переклад форми "Склад замовлення на виробництво" (№146987).
26) Переклад.
Виправлено переклад хінта до налаштування "Для товарів рахунку брати ціни з" на формі Об'єкт синхронізації (№147083).
27) Переклад.
Виправлено переклад налаштування "Діє від" на формі "Випуск подарункових сертифікатів" (№147194).
28) Переклад.
Виправлено переклад хінта налаштування "Товари, які не беруть участі в сумі для розрахунку знижки" на формі "Параметри", вкладка "Знижки" (№147195).
29) Переклад.
Виправлено переклад повідомлення, що необхідно додати товар у ремонт при спробі додати матеріал або послугу, не додаючи товар (№148095).
30) Переклад.
Виправлено назву панелі з фотографією на екрані покупця в реалізації (№148347).
31) Торгсофт для Windows - Видалення статистик закритих періодів
Виправлено помилку при видаленні статистик закритих періодів, коли не формувалися накладні початкових залишків за прихованими центрами обліку. Це могло призводити до некоректного стану складу за прихованими центрами обліку і утворення на них негативних залишків.
Виправлено помилку, коли під час закриття періоду при перевірці від'ємних залишків так само враховували і приховані центри обліку, що, своєю чергою, не зовсім коректно, адже ми свідомо вже давно закрили й заховали ці центри обліку з їхніми від'ємними залишками.
Оптимізовано процес закриття періоду в плані розрахунку від'ємних залишків. Зокрема прибрано два зайвих розрахунки і підключено для розрахунку контрольні точки, що в свою чергу зменшило час закриття періоду.
(№150860)
32) У Маркетинг - Клієнти при додаванні нового клієнта виправлено ситуацію, коли виникала помилка "Код клієнта не унікальний".
Ця помилка виникала через те, що під час генерації штрих-коду клієнта існує обмеження на розрядність у штрих-коді (лише 12 символів), а нові згенеровані номери перевищували це обмеження (13), і була зроблена спроба записати штрих-код у базі даних, обрізаний на 12 символів, але такий номер уже існував в іншого клієнта.
Тому було доопрацьовано алгоритм генерації штрих-коду клієнта, щоб новий згенерований код зрушувався вліво, щоразу зменшуючи розрядність префікса штрих-коду клієнта на один розряд, у разі перевищення максимального числа в розрядності (99999, 999999 і т. д).
Приклад: раніше при останньому штрих-коді 990672099999 виходив не наступний за порядком, а 990672010000, а тепер - 990672100000.
(№151182)
33) Торгсофт для Windows - Видалення статистик закритих періодів
Виправлено помилку, коли під час видалення статистик закритих періодів могла з'являтися помилка "В системі виявлено незавершені резерви матеріалів для виробництва", хоча зазначені в ній виробничі акти давно успішно закриті. Це могло відбуватися, якщо з якихось причин з резерву було повернуто більше товару, ніж туди відправлено (№151886).
34) Переклад.
Виправлено переклад слова "Моделі" (№152072).
34) Гібрид.
Виправлено створення реалізацій, проведених в офлайн. Раніше у таких реалізацій був відсутній вид торгівлі (опт. або роздріб) (№153076).
35) Переклад.
Виправлено друк товарного звіту за період із групуванням за чеками.
Проблема була в нелогічному псевдонімі набору даних "повернення", хоча там інформація про оплати повернень. Він перекладався так само, як набір даних "Повернення" і виникав конфлікт (№155165).
36) Програмний РРО: виправлено помилку при знятті Z-звіту "Розрахована кількість чеків 1 не дорівнює кількості в документі 0", що виникала у разі якщо для поточної зміни були зареєстровані чеки, сума оплат яких дорівнювала нулю (№155392).
37) Виправлено помилку, коли в колонці Вид знижки тип і відсоток знижки відображалися не повністю в Документ - Замовлення клієнта на виріб - таблиця "Матеріали" (№155449).
38) Маркетинг - Клієнти: виправлено помилку, коли після використання фільтра "Тип знижки", при повторному вході на форму Маркетинг - Клієнти дані залишалися відфільтрованими за типом знижки незважаючи на те, що значення фільтра "Тип знижки" було скинуто (№155541).
39) Склад - Синхронізація з інтернет-магазином: виправлено текстову помилку в інформаційному повідомленні "Неможливо провести синхронізацію з об'єктом синхронізації %0:s. Функція %1:s не активна.", яке відображається при спробі виконання будь-яких дій з об'єктом синхронізації, для роботи з яким потрібна активна відповідна додаткова опція (№155582).
40) Торгсофт для Windows - Торгівля з випискою рахунку
У торгівлі з випискою рахунку під час оплати видаткової накладної іншою валютою курс валюти обрізався після двох знаків після коми (особливо важливо, якщо курс маленький, типу 0,0633), що, своєю чергою, призводило до переплати або не доплати видаткової накладної, а також до неможливості повернути таку саму суму у валюті оплати, під час повернення товару (№155589).
41) Документ - Замовлення клієнта на виріб: виправлена помилка, коли після виконання дії "Повернення передоплати" не друкувався фінансовий чек повернення передоплати (№155633).
42) Документ - Замовлення клієнта на виріб: виправлено помилку невірного розрахунку значення колонки "Передоплата за замовленнями" на формі Маркетинг - Клієнти, що надалі призводило до невірного розрахунку значення колонки "Сума для розрахунку знижки". Також виправлено помилку, коли невірно визначалася сума для повернення при виконанні дії "Повернення передоплати" (№155648).

Версія 2020.8.4 (БД 503)

1) Виправлена помилка, коли під час здійснення повернення з форми Реалізація (після того, як вже була здійснена оплата за реалізацію) у списку приходів не вказувався співробітник, який здійснив повернення.
Для того, щоб це працювало коректно, в Налаштуваннях - Параметри - Загальні повинні бути обрані такі налаштування: галка "Пов'язувати реалізацію з продавцем", а також у списку "Реєстрація продавця" було вибрано значення "Для кожної реалізації". У цьому разі під час проведення повернення потрібно буде ввести штрих-код продавця в поле введення, унаслідок чого цей продавець відображатиметься в графі "Змінив" у списку приходів (№109143).
2) Аналіз - Аналіз виручки за постачальниками
Виправлено помилку, через яку "Аналіз виручки за постачальниками" відображав некоректні дані щодо реалізацій для однакових товарів від різних постачальників у разі встановленого методу розрахунку собівартості, відмінного від "За партіями поставки" (№111938).
3) Оплата - Фінансовий документ: підсумкові дані, що відображаються для таблиць на вкладках "Каса", "Розрахунковий рахунок" і "Журнал" за умови ввімкненого налаштування "Підсумки" та обраної валюти у фільтрі "Валюта", тепер розраховуються без урахування обмеження рядків, що може бути застосоване до таблиці (№119039).
4) Склад - Синхронізація з інтернет-магазином - Сполучення з Prom.ua: виправлено помилку, коли некоректно формувався файл товарів для вивантаження, якщо в полях файлу синхронізації брала участь динамічна характеристика з типом "Текст", значення якої мало занадто довгий текст (понад 32767 символів). Тепер при формуванні файлу товарів значення таких динамічних характеристик будуть обрізатися до 32767 символів.
Склад - Стан складу: виправлено помилку, яка могла призводити до зависання програми, коли для таблиці на формі "Стан складу" було ввімкнено відображення колонки динамічної характеристики з типом "Текст", значення якої мало занадто довгий текст. Тепер при підключенні такої колонки до таблиці кількість символів, що відображаються, буде обмежена до 512.
(№155468)
5) Програмний РРО: виправлено помилку неможливості закриття зміни для нових (щойно створених у програмі) ПРРО, коли при виконанні дії "Надрукувати Z-звіт" відбувалася помилка з текстом "Для зняття Z-звіту необхідно відкрити зміну" попри попереднє відкриття зміни на цьому ПРРО (№155825).
6) "Торгсофт - Баланс з партнерами - Картка взаєморозрахунків"
Виправлена помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server] Invalid column name ''." під час оновлення даних для картки взаєморозрахунків з увімкненим параметром "Не показувати автоматичні операції." і обраним центром обліку (№155827).
7) Програмний РРО: виправлено помилку, що могла призводити до зависання програми при виконанні дії "Надрукувати Z-звіт" з форми Налаштування - Програмний РРО у разі коли програмний РРО не підтримував офлайн-режим і на цьому програмному РРО вже був зареєстрований Z-звіт, але не був зареєстрований чек закриття зміни (№155871).
8) У торгівлі з випискою рахунку - видаткова накладна виправлена робота фільтра "Накладений платіж", коли обиралися значення "Гроші повинні прийти", "Гроші прийшли", "Гроші отримано", за умови, що у видаткової накладної створена товарно-транспортна накладна Нової пошти.
Виправлено/додано оновлення статусу доставки видаткової накладної, коли статус товарно-транспортної накладної Нової пошти оновлювався з групи дій "Нова пошта".
(№155887)
9) Виправлено помилку "Помилка фіскального реєстратора: Отримані дані містять синтаксичну помилку", що виникала під час друку фіскальних чеків на фіскальних реєстраторах Екселліо, які були прошиті до прошивки версії 4.00, якщо товар містив надто млинцеву назву. Для ліквідації помилки потрібно встановити в налаштуваннях фіскального реєстратора в Торгсофт максимальну назву товару. Рекомендується в 48 символів, але довжина від моделі апарата може варіюватися. Бувають випадки, коли реєстратор ковтає довшу назву, коли у фіскальній частині виводить перші 24 символи, а потім після друку всієї фіскальної частини, як окремі не фіскальні рядки (позначається решіткою праворуч), але з'ясувати, від чого це залежить, не вдалося (№155907).
10) У Маркетинг - Клієнти або в Налаштування - Постачальник виправлена помилка зависання програми під час додавання нового клієнта/постачальника, за умови, що база даних порожня або немає жодного клієнта/постачальника.
Також виправлено ситуацію, коли могла з'явитися помилка "Код клієнта не унікальний" під час додавання нового клієнта. Таке відбувалося через те, що в базі даних існували клієнти з коротким штрих-кодом, і при створенні наступного нового клієнта, некоректно визначався новий номер у правильному форматі, але який вже збігався з існуючим (№156142).
11) Програмний РРО: дія "Встановити початковий номер чека за даними з сервера" на формі редагування "Програмний РРО" більш недоступна, оскільки вона втратила свою актуальність після заборони можливості зміни параметрів ПРРО, на якому відкрито зміну. Для встановлення початкового номера чека тепер необхідно використовувати аналогічну дію на робочій формі "Програмний РРО" (№156144).

Версія 2020.8.5 (БД 503)

1) Документ - Прихід товару: картка товару, яка відкривається під час додавання одного товару до прибуткової накладної використовуючи вибір зі стану складу або повного переліку товарів і послуг, тепер відкривається в режимі "редагування існуючого товару", якщо товар, що додається, має незаповнені обов'язкові для заповнення поля, щоб надати можливість вказати значення для цих полів.
Документ - Прихід товару: виправлена помилка, коли для товару, що був раніше оприбуткований без вказівки розмірів, зробити розмірний ряд обов'язковим, то під час подальшого приходу цього товару та вказівки розмірного ряду, в одного з товарів розмірного ряду некоректно формувалося найменування (№109952).
2) Картка товару: виправлена помилка запису даних для товарів, які мають динамічну характеристику з типом "Текст". Помилка проявлялася після відкриття форми "Склад товару" (дія "Склад" у картці товару), внаслідок чого подальша спроба записати зміни призводила до відображення повідомлення "За час редагування інформація про товар була змінена іншим користувачем. Збереження введених даних неможливе." незважаючи на те, що ніяких змін іншим користувачем зроблено не було (№152239).
3) Торгсофт для Windows
Виправлена помилка в ліцензії Старт, коли при оприбуткуванні нового товару, в його картці відображався напис "Націнка опт%", при тому що робота з оптовими цінами не передбачається даним типом ліцензії (№152326).
4) Торгсофт для Windows
Виправлена помилка відтворення в картці товару, коли налазила іконка довідника поля Опис на поле Назва товару (№152329).
5) Документ - Реалізація: виправлена рідкісна помилка під час оплати реалізації, яка могла виникати під час часткової оплати реалізації подарунковими сертифікатами, роботу з якими ведуть як із товаром або як із грішми, що надалі могло призводити до формування фінансових документів із некоректними сумами. Помилка була пов'язана з неточністю під час розрахунку коефіцієнта суми оплати сертифікатами внаслідок застосування знижки на товари реалізації (наприклад акційної знижки) (№154574).
6) Склад - Оборотна відомість за собівартістю
Виправлено помилку, через яку в оборотній відомості за собівартістю при зазначеному джерелі собівартості "Стани складу на дату документа" в колонках "На початок" і "На кінець" і відповідних підсумках відображалася не собівартість товару, а кількість.
Так само подібна ситуація виникала в "Оборотність запасів" (№154748).
7) Торгсофт для Windows - Прихід товару
Виправлена рідкісна помилка, коли при паралельному оприбуткуванні товару декількома людьми, в прихід міг додаватися не той товар, який вводив користувач, а товар, який додавав інший користувач в цей самий момент (№154939).
8) Документ - Торгівля з випискою рахунку
Виправлено помилку ""[FireDAC][Phys][ODBC][Microsoft][ODBC SQL Server Driver][SQL Server] The INSERT statement conflicted with the CHECK constant "cheM4070A3". Конфлікт стався в базі даних "TorgSoftDB", таблиця "dbo.SerialNumber", стовпець "GuarenteeMesUnit"." під час створення видаткової накладної.
Помилка проявлялася на базі клієнта для певного рахунку і є рідкісною та важко модельованою. Рахунок повинен містити товари з центру обліку, відмінного від центру обліку рахунку в певному порядку (№154997).
9) Документ - Формування замовлення постачальнику: виправлено роботу фільтра за назвою товару (№155094).
10) Торгсофт для Windows - Binotel
Виправлено помилку занадто довгого відкриття програми, якщо накопичилася критична кількість записів у журналі дзвінків Бінотел. Оптимізовано запит на видалення дублюючих записів у журналі дзвінків Бінотел при запуску програми, а також він обмежений періодом в останні 30 днів (№155118).
11) Розрахунок зарплати - Планування - План продажів
Виправлено помилку, через яку при створенні плану продажів можна вибрати прихований центр обліку.
Причина помилки: список торгових точок не використовував фільтр за прихованими центрами обліку (№155183).
12) Торгсофт для Windows - Склад - Стан складу
Виправлено помилку, коли під час відкриття форми Стан складу вдруге і більше разів (не закриваючи перед цим програму, а тільки стан складу) інвертувався раніше встановлений або вимкнений багаторядковий вибір. При відкритті форми стану складу багаторядковий вибір встановлюється завжди (№155528).
13) Документ - Реалізація - Оплатити
Виправлено помилку, через яку під час спроби оплатити реалізацію з товаром ціною в 0 грн. і з налаштованим автоматичним друком чека з'являлася помилка "Divide by zero error encountered." (№155632).
14) Торгсофт для Window
Виправлено підказки українською мовою при вході в програму:
"Дізнатися прибуток і рентабельність закупівлі можна в режимі "Аналіз прибутковості прибуткової накладної"
замінено на
"З'ясувати прибуток і рентабельність закупівлі можна в режимі "Аналіз прибутковості прибуткової накладної",
а
"Дізнатися співвідношення проданих товарів за конкретною накладною можна в "Аналіз прибутковості прибуткової накладної"
замінено на
"Дізнатися співвідношення проданих товарів за конкретною накладною можна в "Аналіз прибутковості прибуткової накладної".
(№155746)
15) Документ - Реалізація: поєднання клавіш для виклику дії "Скасувати оплати" було змінено на Сtrl+Shift+BkSp для усунення конфлікту з поєднанням клавіш дії "Скасувати все" (№155869).
16) Документ - Прихід товару: виправлено помилку під час додавання нового товару із зазначенням розмірного ряду до прибуткової накладної, через яку спрацьовувало відображення повідомлення з текстом "За час редагування інформація про товар була змінена іншим користувачем. Збереження введених даних неможливе." незважаючи на те, що ніяких змін іншим користувачем внесено не було (№155939).
17) Торгсофт для Windows
Виправлено помилку "The INSERT statement conflicted with the CHECK constraint "cheM14O81A13". Конфлікт виник у базі даних "TorgSoft_Client2", таблиця "dbo.NameSystemEntities", стовпчик 'Good'." при натисканні на кнопку Скасувати оплату в Документ - Реалізація (№155943).
18) Документ - Виробництво готової продукції - Технологічні карти
Виправлено помилку, через яку чекбокс біля поля "Продолжительность в секундах" на формі "Технологическая операция" не зберігав свій стан під час копіювання технологічної карти за умови використання операцій, еквівалент вимірювання яких "час".
Помилка проявлялася в ситуації, коли чекбокс вимикався, але перед цим не вводилося значення тривалості операції в секундах. У цьому разі під час копіювання технологічної карти значення тривалості операції в секундах (поле "Тривалість, с"), у якому зберігається тривалість операції для конкретної технологічної карти, у новій технологічній карті встановлювалося в 0, за умови, що у вихідній технологічній карті це поле порожнє. Через це під час редагування операції в новій технологічній карті чекбокс відображався увімкненим, тому що 0 - це не порожнє значення.
Під час копіювання технологічної карти для операцій, у яких не встановлено значення тривалості в секундах для конкретної технологічної карти, поле "Тривалість, с" залишатиметься порожнім.
Також під час додавання нової операції стан чекбокса відповідатиме останньому встановленому значенню. Стан чекбокса зберігається в реєстрі, за замовчуванням - увімкнено.
Також не зберігався стан чекбокса - для операцій, що додаються (нових записів), він був завжди увімкнений.
(№156014)
19) Торгсофт для Windows
На формі отримання демонстраційної ліцензії змінено рік копірайту з 2005-2020 на 2005-2021 та адресу компанії в лівому верхньому кутку з Багалія, 18 на Гіршмана, 16 (№156024).
20) Реалізація - Додавання товару
Виправлено помилку, через яку не розпізнавався валідний код маркування і виникало повідомлення про помилку "Введена послідовність символів не була розпізнана як код маркування".
Також додатково на форму введення коду маркування додано перемикач "Перевіряти коректність коду маркування". Стан перемикача зберігається в реєстрі, за замовчуванням увімкнений. Якщо перемикач вимкнений, то під час введення коду маркування його не перевіряють на відповідність відомим шаблонам.
Цей перемикач рекомендується вимикати тільки у виняткових випадках, коли наперед відомо, що код маркування коректний, але під час перевірки виникає помилка. Така ситуація може виникати, якщо код маркування не відповідає чинному шаблону, або шаблон для такого коду ще не включений в алгоритм перевірки. У разі виникнення такої ситуації слід одразу інформувати розробників.
Додано шаблон коду маркування тютюнової продукції без ідентифікаторів застосування.
(№156049)
21) в Маркетинг - Клієнти або в Налаштування - Постачальник виправлена помилка зависання програми під час додавання нового клієнта/постачальника, за умови, що база даних порожня або немає жодного клієнта/постачальника.
Також виправлено ситуацію, коли могла з'явитися помилка "Код клієнта не унікальний" при додаванні нового клієнта.
(№156142)
22) Бізнес-панель: виправлено помилку, коли після введення пошукового тексту в поле для пошуку таблиці, натискання кнопки "вниз" не перемикало фокус на пов'язану з полем пошуку таблицю, як це відбувається при натисканні Enter (№156246).
23) Документ - Розподіл товару: виправлено помилку, внаслідок якої невірно розраховувалася кількість товару на центрах обліку відправника й одержувачів за увімкненого налаштування "Враховувати товари у відкладених накладних і на складах товару в дорозі". Помилка відбувалася через врахування контрольних точок при розрахунку кількості товару на центрах обліку (№156267).
24) Здача на карту.
Виправлено помилку в обмеженнях у базі даних, через які не працював переклад виду товару "Здача на картку", що зі свого боку призводило до помилки "[Microsoft][SQL Server Native Client 11.0][SQL Server][SQL Server]The INSERT statement conflicted with the CHECK constraint "cheM14O81A11". Конфлікт виник у базі даних "TorgSoftDB", таблиця "dbo.NameSystemEntities", стовпчик 'GoodType'."
під час спроби перерахувати здачу на бонусну картку (№156300).
25) Документ - Замовлення клієнта на виріб: додано налаштування "Дозволено змінювати суму до оплати під час завершення замовлення VIP-клієнта", яке ввімкнено за замовчуванням. Вимкнення цього налаштування унеможливлює зміну суми до оплати під час завершення замовлення VIP-клієнта, що зі свого боку унеможливлює закриття замовлення VIP-клієнта без оплати (№156360).
26) Торгсофт для Windows - Об'єднання рахунків
Виправлено помилку "[FireDAC][Phys][MSSQL]-335. Тип даних параметра [BILLARTICLEID] невідомий. Hint specify TFDParam.DataType or assign TFDParam value before Prepare/Execute call", що відбувалася в результаті об'єднання трьох або більше рахунків (Документ --> Торгівля з випискою рахунка --> вкладка Рахунок --> таблиця Рахунок --> дія Об'єднати рахунки), якщо в рахунках, що будуть видалені, є однакові товари з однакових центрів обліку, а в рахунку, що залишається, такого товару немає (№156416).
27) Документ - Торгівля з випискою рахунку
Виправлено помилку, через яку товар "зависав" у резерві при відвантаженні рахунку.
Додатково для повністю відвантажених рахунків заборонено дію "Зняти товар з резерву" для окремих товарів рахунку.
Помилка проявлялася при створенні видаткової накладної за рахунком із зарезервованими товарами в ситуації, коли товар рахунка поміщали в резерв у кілька етапів (наприклад, додали товар у рахунок у кількості 10 одиниць, зарезервували, потім змінили кількість на 20 і знову зарезервували. Або під час першого резервування товару не вистачило на складі, а коли він з'явився - його ще раз зарезервували). Ба більше, така ситуація, найімовірніше, виникала тоді, коли спочатку зарезервували меншу частину товару, а потім більшу (наприклад, додали в рахунок товар у кількості 13 одиниць, зарезервували, змінили кількість на 30 і знову зарезервували) (№156458).
28) Мобільний додаток. Співробітники.
Додана фільтрація співробітників за датою прийому на роботу (№156463).
29) Картка товару: виправлена помилка запису даних для товарів які мають динамічну характеристику з типом "Текст". Помилка проявлялася після відкриття форми "Заміна штрих-коду товару" (дія "Замінити власний штрих-код товару з реєстрацією старого штрих-коду" в картці товару), унаслідок чого подальша спроба записати зміни призводила до відображення повідомлення "За час редагування інформація про товар була змінена іншим користувачем. Збереження введених даних неможливе." незважаючи на те, що ніяких змін іншим користувачем зроблено не було (№156484).
30) "Торгсофт - Баланс з партнерами - Картка взаєморозрахунків"
Виправлено відображення даних по клієнтах у всіх звітах, які викликаються з форми "Картка взаєморозрахунків".
Під час друку даних по клієнту в картці взаєморозрахунків відображалися дані першого клієнта, з якого відбувався друк (№156698).

Версія 2020.8.6 (БД 503)

1) Документ - Реалізація
Виправлено помилку, через яку при додаванні в реалізацію акційного товару "скидалася" товарна знижка.
Помилка проявлялася в ситуації, коли в реалізацію додавався другий і наступний товари, на які поширювалася акція з умовами:
на другий товар у чеку додається 0% до товарної знижки,
на другий товар у чеку додається 10% до товарної знижки,
на третій товар у чеку додається 15% до товарної знижки.
Товари, що додаються в реалізацію, мали товарну знижку, акція мала пріоритет над товарною знижкою.
(№112321)
2) Виправлено помилку, коли на формі Товарознавство - Видалений товар у статус-панелі відображався стан "Виведено з дії" 2 рази (№143777).
3) На формі Оплата - Фінансовий документ виправлено помилку, коли при виборі значення у фільтрі "Валюта" відбувалася автоматична зміна поточної вкладки на вкладку "Журнал" (№145856).
4) На формі Маркетинг - Акція - вкладка "На один товар" замінено підказку під полем введення "Кількість товарів активізуючої групи" (№146003).
5) Маркетинг - Акції
Виправлено помилку, через яку відображення інформації на вкладці "На один товар" не відповідало налаштуванням акції.
Помилка проявлялася в тому, що при вимкненому перемикачі "Окрема знижка на кожен товар" відображалася таблиця "Окрема знижка на кожен товар".
(№146004)
6) На формі Документ - Прайс-лист клієнта виправлено відображення товару в таблиці, щоб окрім товару з позитивною кількістю відображався також і товар з нульовою або негативною кількістю (№146163).
7) Системні завдання та об'єкти - Бізнес-панель: робота з виділенням записів таблиці тепер працює максимально аналогічно тому, як це відбувається у версії програми зі старим інтерфейсом.
Виправлено помилку, пов'язану з багаторядковим виділенням записів таблиці за допомогою комбінації клавіш Shift+LMB, коли запис таблиці, з якого починається виділення, було не видно (таблиця була пролистана).
Виправлено роботу з "областю виділення", коли встановлення початку нової області виділення відбувається за допомогою поєднання клавіш Ctrl+LMB, після чого відбувається багаторядкове виділення.
Додано новий спосіб багаторядкового виділення записів таблиці за допомогою поєднання клавіш Shift+Scroll.
Додано новий спосіб "швидкої" прокрутки записів таблиці за допомогою поєднання клавіш Ctrl+Scroll.
(№146618)
8) Виправлено помилку, через яку на вкладці "Результат" форми редагування "Акції" не відображалася назва групи товарів, що активізує, для акції "На один товар".
Помилка проявлялася при виконанні таких умов:
1. Створити акцію і у вкладці на "На один товар" вказати кількість товарів активізуючої групи і вибрати активізуючу товарну групу.
2. Зберегти зміни і закрити форму редагування акції.
3 Відкрити акцію на редагування і перейти на вкладку "Результат"
Якщо акцію вже створено, то щоразу під час виконання пункту 3 в тексті результату можна було побачити, що не відображається найменування товарної групи, що активізує. Якщо перейти на вкладку "На один товар", а потім знову на "Результат" - найменування з'являлося.
(№146723)
9) Налаштування - Параметри - Товар - Фотографія - дія "Настроїти": під час запису даних на формі "Алгоритм формування назви фотографії товару", у разі якщо алгоритм формування найменування товару має елементи, які не включені для алгоритму формування назви фотографії товару, тепер відображатиметься інформаційне повідомлення з попередженням, що за таких налаштувань система не може гарантувати унікальність назви файлу фотографії товару, що, в свою чергу, може призвести до перезапису фотографій інших товарів. Аналогічне повідомлення відображається за аналогічних умов у разі зміни алгоритму формування найменування товару (№147709).
10) Налаштування - Параметри - Банківський термінал
Виправлено помилку, через яку не зберігалися зміни для поля "Порт" у налаштуваннях банківського терміналу.
Помилка проявлялася, наприклад, якщо для банківського терміналу за протоколом BPOS з типом підключення Ethernet змінити значення порту, а потім знову відкрити на редагування, то значення відновлювалося на попереднє.
Стандартні значення для портів встановлюються тільки при створенні нового запису.
(№158115)
11) Документ - Реалізація
Виправлено помилку "Overflow while converting variant of type (Double) into type (Currency)", яка виникала під час додавання товару в реалізацію.
Помилка виникала під час додавання товару в реалізацію з нульовою ціною, у ситуації, коли була відсутня ціна за прайсом для цього товару (наприклад, на поточному центрі обліку такого товару ніколи не було), і було заборонено продавати товар нижче собівартості.
Під час продажу товару обмеженому користувачеві, якщо ціна за прайсом 0, а нижче собівартості продавати не можна, сума до оплати включатиме собівартість цього товару, що є нормальним.
(№154650)
12) Виправлена ситуація, коли при спробі відкрити звіт в Аналіз - Аналіз покупок клієнтів, якщо на початку був надрукований звіт Файл - Звірка - Відкрити - Друк, виникала помилка frxDBDataset1DiscountPercent: Поле не знайдене: frxDBDataset1. "DiscountPercent" (№155007).
13) Виправлено ситуацію, коли на порожній базі даних (де немає жодного продажу), під час спроби налаштувати шаблон друку (Налаштування - Налаштування шаблонів друку) "Гарантійний талон" та "Чек для комірника" виникала помилка "Could not convert variant of type (Null) into type (Integer)", в результаті чого неможливо було відкрити шаблон на редагування (№155451).
14) Виправлено появу помилки "Access violation" під час додавання одержувача Нової пошти з форми Маркетинг - Клієнти - Параметри доставки - Додавання контрагента Нової пошти - Одержувач Нової пошти.
Ця помилка мала місце при додаванні одержувача Нової пошти з типом "Фізична особа", коли не було вказано місто Нової пошти.
Виправлено ситуацію, коли могла виникнути помилка Access violation під час додавання одержувача Нової пошти, якщо ПІБ клієнта або Найменування містило неприпустимі символи та/або був відсутній номер телефону. Нова пошта вимагає, щоб найменування одержувача було російською мовою, не містило спецсимволів і був присутній номер телефону - для створення контактної особи (№155581).
15) "Торгсофт для Windows - Системні завдання - меню, що випадають"
Виправлена помилка неправильного відображення меню, що випадає, на екранах з маленькою роздільною здатністю.
Тепер такі меню розбиваються, для того щоб поміститься на екран і додається новий пункт меню "Далі", і в нього переміщуються елементи, які не помістилися на екран (№155903).
16) На формі редагування "Розрахунковий рахунок" (Налаштування - Торгова мережа - вкладка Розрахунковий рахунок - Додати) додано виведення повідомлення про помилку в разі додавання розрахункового рахунку з номером і банком, які вже існують для цієї торгової мережі (№155930).
17) Програмний РРО
Виправлено помилку "Підсумки реалізації. Розрахована загальна сума XXX не дорівнює сумі в документі YYYY", що виникала під час переходу програмного РРО в онлайн-режим, якщо в базі даних Торгсофт були присутні з якихось причин не всі чеки з моменту відкриття зміни, і під час офлайн сесії був сформований Z-звіт з неправильними сумами. Тепер під час спроби надрукувати Z-звіт під час офлайн-сесії відбуватиметься перевірка на цілісність чеків у базі з моменту відкриття зміни, і якщо цілісність порушено, то користувачеві буде показано відповідне повідомлення та поінформовано, що Z-звіт можна буде надрукувати тільки в онлайн-режимі, з пропозицією перейти в онлайн. Якщо користувач відмовився або не зміг перейти в онлайн Z-звіт не буде надрукований (№156022).
18) Змінено заголовок форми редагування "Автоматичне списання бонусів" на "Створення завдання" або "Зміна завдання" (залежно від додавання нового завдання або редагування наявного) для налаштування завдань за розкладом, вкладка "Автоматичний розрахунок і розсилка" (№156137).
19) Маркетинг - Клієнти - Картка клієнта: виправлено помилку "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.", що виникала під час запису даних картки клієнта, коли використовувалася українська мова програми та відбувалося редагування не іменованого клієнта, назва якого також була вказана українською мовою ("Клієнт990хххх"), та у процесі редагування цього клієнта відбувалося додавання нового інтересу клієнта на вкладці "Інтересы" (доп. функція CRM взаємодія з клієнтами) (№156253).
20) Мобільний додаток. Співробітники.
Додана фільтрація співробітників за датою прийому на роботу (№156463).
21) Усунена помилка, за якої за періодом виставлялося значення з першого по перше число одного і того ж місяця (№156487).
22) Розрахунок зарплати - Платіжна відомість
Виправлено помилку, через яку створювалася платіжна відомість, навіть якщо скасували її створення.
Помилка проявлялася при виконанні такої комбінації дій:
1. Розрахунок зарплати - Платіжна відомість - Додати нову
2. Встановити період і дати, вказати "Розраховувати за "Центрами обліку"
3. У таблиці "Торгова точка відомості" - дія Додати - Скасувати (або Записати)
4. Закрити форму редагування платіжної відомості кнопкою "Скасувати" або іншим способом, не натискаючи кнопку "Записати"
При виконанні зазначеної послідовності дій буде видано повідомлення із запитом на скасування створення платіжної відомості. У разі відмови від скасування форма редагування платіжної відомості не буде закрита. В іншому разі форма закриється, а відомість створена не буде.
(№156490)
23) "Торгсофт - Розподіл товару по торговим точкам"
Виправлена помилка "Format

---