Опис версії 2022.0.34

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

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

187170

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

Можливість вивести інформацію про ціну без ПДВ в друковані форми рахунка та видаткової накладної.

187450

На формі редагування "Контрагент" на вкладці "Додатково" змінено назву поля "Макс. сума боргу" на "Макс. сума боргу (VIP)".

Для ідентифікації того, що налаштування впливає лише на роботу з VIP клієнтами.

187474

1. Для зважування товару додано нову модель ваг CAS SW II. Підключення можливе через USB кабель та через COM порт.

2. З назви типу ваг 'CAS AP, DB, AD, ER, EM' прибрано SW.

Підтримка роботи Торгсофт з вагами CAS SW II.

187448

Змінено принцип роботи програми щодо дії "Створити накладну та оплатити її":

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

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

Більше не будуть створюватися "зайві" видаткові накладні, якщо користувач не провів оплату за накладною, і надалі не планує її створювати та оплачувати.

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

187544

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

Для швидкої ідентифікації товару.

187571

На формі "Вибір принтерів" вибір нефіскального принтера тепер доступний завжди. 

В назву додано "Фінансовий чек / Чек комірника". 

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

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

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

187613

В картку клієнта на вкладку "Придбання" додано підсумки за сумами списаних та використаних бонусів.

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

187426

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

Аналогічний перелік методів сортування доступний на формах "Технологічні карти" та "Виробничі акти".

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

187437 

На форму редагування складського документа додано поле "Коментар". 

Можливість вносити зміни в коментар складського документа (наприклад, повернення, внутрішня передача тощо).

187594

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

Більш інформаційний розрахунковий лист в області нарахування.

187737

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

Усунення помилок при створенні контрагента постачальника.

187754

На форми Документ — Реалізація — група дій Фіскальний реєстратор, Документ — Торгівля з випискою рахунка — вкладка Рахунок — вкладка Передоплата рахунка — група дій Друк рахунка, Документ — Торгівля з випискою рахунка — вкладка Видаткова накладна — група дій Чек дія "Надрукувати Z-звіт" перенесено в кінець переліку. 

Усунення помилок випадкового натискання на дію Z-звіт, коли користувач хотів подивитися Х-звіт.

187762 

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

187427

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

Перемикач має два стани: 

1. Поточна дата за замовчування — іконка синього кольору. Буде встановлюватися поточна дата.

2. Зафіксована для сеансу — іконка червоного кольору. Якщо оплата була внесена в такому стані, то вона буде зафіксована для поточного сеансу роботи та буде підставлятися кожний раз при введенні нової оплати. 

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

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

187771

В шаблон видаткової накладної для звичайної реалізації в набір даних "Перелік товару накладної" додано дане "Коротка назва товару", яке доступне при налаштуванні шаблону.

Можливість виведення короткої назви товару в друковану форму видаткової накладної, яка друкується з реалізації. 

187798

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

Також цей перелік використовується на формі дзвінка, який з'являється при дзвінку від Binotel. 

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

187804

На форму "Аналіз використання знижок" в колонку "Дата" додано час проведення операції.

Можливість бачити коли час була проведена операція.

187839

В шаблон друку маршрутного листа в набір даних "Маршрутний лист" додано дані "Розмір" та "Назва моделі".

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

187853

На формі "Склад" — "Товар в дорозі" додано сортування [Дата][Номер], яке працює у зворотному порядку (спочатку за датою, потім за номером).

Спростить пошук документів на формі "Товар в дорозі".

187859

На форми "Валютний прайс-лист" та "Регіональний прайс-лист" додано можливість виділяти всі рядки поєднанням клавіш Ctrl+A.

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

187875

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

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

187904

На формах: 

• "Документ" — "Реалізація" — група дій Фіскальний реєстратор, 

• "Документ" — "Торгівля з випискою рахунка" — вкладка Рахунок — вкладка Передоплата рахунка — група дій Друк чека, 

• "Документ" — "Торгівля з випискою рахунка" — вкладка "Видаткова накладна" — група дій Чек — дії "Внесення готівки" 

перенесено вгору списку, одразу після дії "Відкрити зміну", а дія "Вилучення готівки" перенесено вниз списку перед дією "Надрукувати Z-звіт".

Дозволить виключити випадкові натискання не на ті дії при знятті та вилученні готівки.

22348

На форму "Склад за видами товару" додано "Фільтр за товаром", який має наступні значення:

• Товар в наявності (значення за замовчуванням); 

• Весь товар;

• Тільки з нульовою кількістю;

• Тільки з від'ємною кількістю;

• Тільки з нульовою та від'ємною кількістю.

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

Прибрано ввімкнення від'ємних та нульових залишків на формі за допомогою поєднанням клавіш Shift+Ctrl+F11. 

До форми "Залишки товару на складі", яка використовується при пошуку товару за артикулом також застосовані ці зміни.

Можливість більш точно працювати з залишками товарів на формі "Склад за видами товару".

187421

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

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

183936

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

• для систем, де не використовується зв'язок підприємства з ПРРО, фіскалізація чека повернення буде відбуватися через ПРРО робочого місця, а не як раніше через ПРРО, на якому відбувався продаж;

• для систем, де використовується зв'язок підприємства з ПРРО, діє механізм визначення ПРРО, пов'язаний з підприємством, який вказано при оплаті повернення;

• при поверненні товару при готівковій оплаті для визначення ПРРО використовується підприємство документа повернення, яке автоматично визначається при додаванні товару в повернення;

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

• при поверненні передоплати за замовленням клієнта (Замовлення клієнта на виріб) для визначення підприємства оплати (підприємство, яке вказане при внесенні передоплати); 

• при безготівковій оплаті — підприємство розрахункового рахунку або підприємство оплати; 

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

Можливість повернення продажів та передоплат, які було проведено на іншому ПРРО. Раніше повернення відбувалося завжди лише на тому ПРРО, через який відбувався продаж.

188052

Для зважування товару додано нову модель ваг ВТНЕ (працює з вагами серії H-4, Н-6, де відображається лише вага).

 Їх підвиди: 

• ВТНЕ-3H-4

• ВТНЕ-6H-4

• ВТНЕ-15H-4

• ВТНЕ-150Н-6 Економ А

• ВТНЕ-150Н-6 Економ Б

• ВТНЕ-600Н-6

• ВТНЕ-300Н-6

• ВТНЕ-150Н-6

• ВТНЕ-100Н-6

• ВТНЕ-60Н-6

Працюють ваги серії Т3-3, Т1-7, де відображається вага та ціна, але передається лише вага, а ціна на ваги не передається.

 Їх підвиди:

• ВТНЕ-15Т3-3

• ВТНЕ-30Т3-3

• ВТНЕ-30Т1-7

• ВТНЕ-15Т1-7

Підтримка програмою ваг ВТНЕ.

154597

Для способів синхронізації через YML файл, Prom.ua та Rozetka.ua на формі редагування "Поле файла синхронізації товарів" додано перемикач "Основне поле", яке дозволяє вивантажувати будь-який тип даних як основне (системне) поле, а не як додаткове.

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

188455

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

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

184365

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

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

Можливість повністю бачити текст спливаючої підказки для комірок, де відображається не весь текст.

188508

1. В налаштування робочого місця для WebKassa додано поле "API ключ", яке обов'язкове для заповнення.

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

3. В шаблон друку за замовчуванням додано: 

відображення найменування платника податків, ІВН/БІН платника податків, номери зміни, касира, одиниці виміру, адреси каси; 

оператор фіскальних даних та сайт перевірки чека заповнюється автоматично з даних, які отримуються після успішної реєстрації чека на сервісі (раніше прописувалося вручну в шаблоні); 

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

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

161756

Для синхронізації з Prom.ua можна передати ТТН Нової пошти, яка може бути виконана або в момент створення ТТН, або пізніше з форми відстеження.

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

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

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

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

Автоматична передача та отримання ТТН Нової пошти з та в Торгсофт при роботі з замовленнями з Prom.ua

Покращення

187359

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

187428

Програмний РРО: виправлена помилка 'Помилка при отриманні переліку сумісних АЦСК. [EIdIOHandlerPropInvalid]: IOHandler value is not valid' яка могла виникати при зчитуванні файлу приватного ключа, у момент пошуку адреси ЦСК. 

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

186712

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

Доданий перемикач "Не враховувати еквайринг" на форму введення параметрів повернення (сума, метод повернення) при поверненні товарів з різних накладних.

187109

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

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

187420

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

187514

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

Виправлена помилка через яку у разі, якщо було включено налаштування "Враховувати ПДВ у виді товару" і при цьому в картці виду товару було включено перемикач "Оподатковується ПДВ", вказано відсоток ПДВ та обрано код ставки 901,902 або 903 значення полів "Ціна без ПДВ"/"Ціна з прайсу без ПДВ" та "Сума ПДВ" розраховувалося без урахування відсотка ПДВ. 

З алгоритму розрахунку значень полів "Ціна без ПДВ"/"Ціна з прайсу без ПДВ" та "Сума ПДВ" прибрано перевірку на значення параметра "Код ставки". Відсоток ПДВ, заданий у виді товару, буде враховуватися при розрахунку значень полів "Ціна без ПДВ"/"Ціна з прайсу без ПДВ" та "Сума ПДВ" звіту незалежно від коду ставки, за умови, що включено перемикач "Оподатковується ПДВ".

Даний алгоритм діятиме при розрахунку зазначених полів для рахунку, видаткової накладної за рахунком та видаткової накладної для реалізації.

187549

Форма привітання: виправлено роботу новинних посилань, коли програма працює російською мовою.

187498

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

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

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

187681

Торгсофт — Собівартість

Виправлено помилку, коли при встановленому методі розрахунку собівартості За партіями поставки з урахуванням внутрішніх передач, у Налаштування — Параметри — Сервіс за дією Очистити інформацію про рух товару та перерахувати собівартість не перераховувався рух та собівартість за товарами виведеними з дії та за якими були відсутні записи у поточному стані складу на діючих центрах обліку.

187696

Торгсофт — Імпорт прибуткової накладної

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

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

187740

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

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

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

187795

Торгсофт — Звіт з реалізованого товару

Виправлена помилка, коли у Звіт — Звіт за реалізованим товаром у шаблоні за умовчанням висота сторінки була встановлена в 50 см, а не 29,7, як має бути за стандартом A4. 

187866

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

187802

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

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

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

187537

Торгсофт — Повернення витратної накладної

Виправлена помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]The multi-part identifier "W.ID" could not be bound.", яка виникала в Документ — Торгівля з випискою рахунку — вкладка Повернення — дія Знайти витратну накладну під час пошуку за штрих-кодом документа. 

187499

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

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

187473

Головна форма програми: виправлено помилки та покращено продуктивність панелі швидкого доступу до вікон програми. На панелі швидкого доступу виправлена працездатність кнопки "переповнення" (відображається в кінці панелі, коли відкрито більше форм, ніж розміщується на панелі). На формі швидкого перемикання між вікнами (за замовчуванням відкривається сполучення клавіш CTRL+TAB) виправлено відображення піктограм доступних форм.

187934

Торгсофт — Облік мір і ваг

Виправлена помилка, коли в Склад — Стан складу при деактивованій функції Облік мір та ваги для ювелірних виробів, за відсутності видимості наступних колонок, їх все одно можна було вибрати в стандартному фільтрі пошуку по колонках:

• Міра

• Сума міри

• Еталонна од. змін. міри

• Ціна розд. за од. міри

• Ціна опт. за од. міри

187912

Налаштування — Користувачі

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

188065

Торгсофт — Налаштування ролей 

Виправлена помилка, коли в налаштуванні ролей була відсутня можливість відкрити доступ до колонок Опис та Тип обладнання для форми Склад — Обладнання.

187208

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

Відсоток ПДВ із налаштувань товарів зазначеної ситуації братиметься у тому випадку, якщо у налаштуваннях виду товару взагалі не буде встановлено відсоток ПДВ. Помилка виявлялася для деяких фіскальних реєстраторів (для драйверів: ArtSoft, ExellioExdata, DatecsAtlas, DatecsMoldova, DatecsRomania, Maria301MTM, HelpMicroMGN707TS, Novitus, Програмний РРО, MariaResonance) за умови, що відсоток ПДВ у виді товару дорівнював 0.

187382

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

Виправлена помилка, через яку при видаленні видаткової накладної могла з'являтися помилка виду "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Violation of UNIQUE KEY constraint 'uqsFiscalGoodPrepayment'. key in object 'dbo.FiscalGoodPrepayment'.The duplicate key value is (68753, <NULL>, 21062, <NULL>)." Помилка виявлялася у тому випадку, якщо за рахунком, що містить фіскальний товар, було внесено фіскальну передоплату, а потім частково відвантажувався фіскальний товар.

187799

Виправлено помилку, пов'язану з адресами доставки інформації, коли при оновленні програми могла виникати помилка '[SQL Server]Violation of UNIQUE KEY constraint 'uqM14O36A1'. Завантажити не можна duplicate key in object 'dbo.InformationDeliveryAddress'. The duplicate key value is (Web-сервер (фото))'. 

188182

Торгсофт — Реалізація 

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

188156

Торгсофт — Видалення статистик

Виправлена помилка, коли в Аналіз — Період програма дозволяла видаляти статистику за періодом, за яким вона вже була видалена, та в періоду статус, що потрібно розрахувати рух товару.

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

188226

Торгсофт — Реалізація

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

181232

CRM. Взаємодія з клієнтами — Binotel: виправлено помилку з розпізнаванням кодування тексту в найменуванні абонента (найменування абонента на формі дзвінка або журналі дзвінків відображалося ієрогліфами або іншими нерозпізнаними символами).

188227

Торгсофт — Бонусна система зі строком дії

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

188256

Аналіз — Аналіз торгової виручки: виправлена помилка коли форма не зберігала розміри та положення на екрані. 

187920

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

187917

Торгсофт — Фінансовий документ

Виправлено помилку, коли майже всі фінансові документи позначалися ознакою Змінено (синій трикутник) на формі Оплата – Фінансовий документ на вкладках Каса та Розрахунковий рахунок. 

Якщо не активовано канали передачі даних у Налаштування — Параметри — Торговельна мережа, то на формі Оплата — Фінансовий документ на вкладках Каса та Розрахунковий рахунок буде відсутня дія "Відзначити для передачі". 

188027

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

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

187650

Документ — Реалізація — Замовлення клієнта

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

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

2. Якщо замовлення було видано частково, то всі товари, які залишилися на складі тимчасового зберігання для замовлення, будуть повернені на основний склад (центр обліку замовлення). 

3. Замовленню надається стан "Завершено" і він відображатиметься як закритий. Також виправлено алгоритм роботи дії "Видалити". Частково відвантажене замовлення не може бути видалено і воно не буде "пропадати" зі списку, якщо фільтр "Стан" встановлений у "Відкриті".

187444

Документ — Формування замовлення постачальнику

Виправлена помилка, через яку не зберігалося встановлене форматування для колонки "Код постачальника".

Ця ситуація також виявлялася і на деяких інших стовпцях, наприклад, "Розмір", "Моє замовлення" та ін.

187662

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

186585

Нова пошта: виправлено проблему з відображенням часових інтервалів на формі створення ТТН.

187587

Документ — Прихід товару — Імпорт: виправлено помилку, яка призводила до невірного пошуку товару, коли серед параметрів пошуку товару використовувався "Артикул". Помилка полягала в тому, що у разі відсутності інформації про артикул у товару, що імпортується, пошук приводив до знаходження першого товару без артикула, замість ігнорування такого товару.

185132

Документ — Склад постачальника: виправлені помилки "Missing TableName property" та "Syntax error in FROM clause", які могли виникати під час налаштування джерела даних.

183091

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

187909

Торгсофт — Замовлення клієнта

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

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

187907

Торгсофт — Регіональний прайс-лист

Виправлено помилку, коли у Склад — Регіональний прайс-лист при встановленні цін за дією Змінити ціну, якщо встановлювали лише одну ціну (або роздрібну чи оптову), то друга ціна затиралася.

187883

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

Виправлена помилка, коли в Аналіз — Аналіз продажів фіскального товару, під час друку аналізу та узагальненого аналізу з розрахунку підсумків наприкінці звіту не враховувалися передоплати рахунку, повернення передоплат рахунку, передоплати замовлення та повернення передоплат замовлення.

188243

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

188355

Складський документ

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

187996

Торгсофт — Програмний РРО

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

Оптимізовано процес розрахунку поточної суми бонусів клієнта.

187722

Торгсофт — Відомість інвентаризації

Виправлено помилку, коли прибуткові за підсумками інвентаризації не мали ознаки Контроль виконано та Закрито в Реєстрі прибуткових накладних та Переліку приходів відповідно. Що давало можливість редагувати ці приходи.

Виправлена помилка, коли в Документ — Перевірка прибуткових накладних дія скасування контролю видаляла дані щодо перевірки прибуткової накладної (Початок перевірки, Закінчення перевірки, Початок повторної перевірки, Закінчення повторної перевірки, Перевірив, Перевірив повторно, Блокування повторної перевірки).

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

187478

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

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

187402

Торгсофт — Зведена податкова накладна

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

173549

Документ — Розподіл товару: виправлена помилка 'Invalid class string, ProgID: "Excel.Application"', яка виникала при виконанні дії "Експорт в Excel", якщо на комп'ютері не встановлений Excel. 

162767

Аналіз — Аналіз реалізацій за видами товару: виправлена помилка "Метод Open із класу Workbooks завершений неправильно", яка могла виникати при виконанні дії "Експорт в Excel". 

188430

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

187401

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

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

186432

Синхронізація з інтернет-магазином: виправлена помилка, коли внаслідок створення та прив'язки нового клієнта до замовлення (дія "Записати/відкоригувати дані за контрагентом"), у деяких випадках системний контрагент доставки клієнта створювався некоректно. 

186160

WebKassa

Виправлена помилка, коли в x/z звіті для WebKassa дане "Решта" дорівнювало даному "Отримано", як для реалізацій, так і для повернень. Інформація про решти додано до шаблонів x/z стандартних звітів.

188494

Торгсофт — Перелік реалізацій

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

187400

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

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

• Центр обліку;

• Фіскальність чека;

• Вид документа;

• Фільтр за товаром;

• Фіскальність товару;

• Форма оплати;

• Одержувач;

• Товари з маркуванням;

• Товари з вимогою вводити акцизну марку під час продажу;

• Не введено акцизну марку/маркування під час продажу.

188495

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

187388

Торгсофт — Вид товару

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

188568

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

128124

Коробка для сезонного зберігання: додано заборону на виконання дій, які змінюють склад коробки, якщо дата збору коробки належить закритому періоду.

186590

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

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

185760

Торгсофт — VIP-клієнти

Виправлена помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Період документа закритий. Зміни в закритому періоді заборонені.", яка виникала при оплаті рахунку, виписаного за неоплаченими товарами Vip- клієнта з форми Неоплачені товари — вкладка Виписані рахунки (Документ — Реалізація — вибрати Vip-клієнта — дія Оплатити), та друку фіскального чека, якщо товари, що потрапили в рахунок, відвантажувалися в закритому періоді.

188721

Прихід товару — Імпорт: виправлено помилку, внаслідок якої для існуючих товарів не оновлювалося поле "Виробник" попри коректність налаштувань імпорту.

188551

Торгсофт — Продавець

Виправлена помилка, коли не на російській локалізації програми можна було відредагувати системного співробітника "ПРОДАВЕЦЬ" у Налаштуваннях — Співробітник. 

---