Версія 2022.0.20: що нового?
22.03.2023В оновлення Торгсофт 2022.0.20 увійшло 69 доопрацювань:
— нові функції за вашими побажаннями,
— покращення системи: виправлені недоліки, прискорення роботи програми.
Податки та звітність
Програмний РРО
#177092
Налаштування → Програмний РРО
Додали можливість користувачу з правами старшого касира замінити ключ програмного РРО в Торгсофт на відкритій зміні та в офлайн режимі.
Ця доробка:
- спростить заміну ключа пРРО, якщо термін дії сертифіката електронного ключа касира завершився,
- полегшить зміну реєстраційних даних пРРО, коли при відкритій зміні відбулася перереєстрація пРРО, наприклад, зміна адреси торгової точки тощо,
- дозволить уникнути звернення у техпідтримку в ситуації, коли продавець забув закрити зміну, та при відкритій зміні встановив новий ключ із новим паролем в Торгсофт.
#172853
В Торгсофт не можна провести оплату та надрукувати чек через програмний РРО, що виведений із дії.
- Якщо пРРО вивести з дії в процесі роботи, то при спробі сформувати чек, програма відобразить попередження.
- Якщо для каси в налаштуваннях встановлено неактивне пРРО, то це рівносильно тому, що на касі немає пРРО.
#175915
З версії Торгсофт 2022.0.20 в шаблоні фіскального чека програмного РРО у рядку 29 (внизу, перед фіскальним номером пРРО) відображається параметр «ФН ПРРО», відповідно до закону.
#176864
Виправили повідомлення «В текстовому коментарі виявлено неприпустимий знак», що виникало під час друку чека програмного РРО, якщо в назві товару, одиниці виміру, коді одиниці виміру, акцизній марці або КВЕД-коді був присутній неприпустимий XML-знак для строкових значень.
#177169
Виправили недолік, коли при виборі пРРО на формі «Господарські одиниці», поля заповнювалися невідповідними даними фіскального номера програмного РРО.
#177478
На формі «Вибір приватного ключа» поле «ID ключа» відтепер відображається повністю у зручному читабельному вигляді — не обрізається та не переноситься на новий рядок.
#177774
Для роботи з новим файлом приватного ключа пРРО відтепер перезапускати програму непотрібно.
#177930
На паперовому чеку пРРО відображаються товарні акцизні марки.
#178081
На сервері податкової змінився параметр, що позначає суму чека. Це вплинуло на генерацію QR-кодів та посилань на чек. В Торгсофт, на паперовій копії чека реалізації та повернення пРРО, посилання генерується та перенаправляє на сайт податкової коректно.
Фіскальний реєстратор
#177345
При внесенні передоплати в режимі «Замовлення клієнта на виріб» і в «Реалізації» фіскальний чек формується за сумою «До сплати».
Облік податкових накладних
#177369
Аналіз → Аналіз продажу фіскального товару
Додали можливість створення зведених податкових накладних за:
- передоплатами рахунків,
- передоплатами замовлень,
- поверненнями передоплат за рахунками,
- поверненнями передоплат за замовленнями клієнта,
якщо по цим фінансовим операціям було надруковано фіскальні чеки.
Кількість у зведеній накладній буде відповідати кількості в «Аналіз продажу фіскального товару», а в коригуванні при поверненні так само, але двома рядками: перший рядок — від'ємною кількістю зануляє залишок, другий — встановлює кількість, що дорівнює залишку після повернення.
Особливості роботи: якщо було дві фіскальні передоплати за рахунком або замовленням клієнта, то коригування формуватимуться тільки за однією — у якої більша сума. Відповідно, в такому випадку зведену податкову можна відкоригувати на кількість, більшу ніж у ній.
Складський облік
Реєстр внутрішніх передач
#176739
Склад → Реєстр внутрішніх передач → Перелік внутрішніх передач
В Торгсофт є змога відсортувати перелік внутрішніх передач по даті — від новіших до старіших і навпаки.
#171098
На формі «Реєстр внутрішніх передач» при зміні дати документа змінюється період.
Якщо на формі «Внутрішні передачі» дата документа не збігається з обраним у фільтрах періодом, то програма про це попередить та запропонує встановити період, що відповідає даті документа. Також додали перевірку відповідності дати періоду.
Комплектація товару
#176870
Документ → Комплектація → Шаблон комплекту → Склад → Товар у складі шаблона
В програмі обліку Торгсофт можна створювати комплекти з вагового товару малої ваги — вказати розмірність в тисячних і більше (0.0000).
Для складу шаблона комплекту та для звичайних комплектів збільшили розрядність для кількості з 2-х до 4-х знаків (0.0000).
Внутрішня передача
#177031
Документ → Внутрішня передача → Друк накладної → Налаштування друку документів
Додали сортування товарів за місцем зберігання для налаштування друку накладної в режимах «Реалізація», «Прихід», «Торгівля з випискою рахунку» на вкладках рахунків та видаткових накладних, внутрішніх передач та реєстру внутрішніх передач.
Можливість сортувати товари для друку накладних доступна для тих підприємців, що активували додаткову опцію «Місце зберігання товару на складі».
Стан складу
#170210
Склад → Стан складу → Звіт → Налаштування експорту даних
Виправили назву таблиці при експорті стану складу яка відображалась як змінна «bpCurrentWarehouseStation».
Імпорт товару
#160711
Документ → Прихід товару → Імпорт
Додали плавність та покращили прокручування випадаючого списку під час налаштування імпорту товарів.
#176456
Документ → Прихід товару → Товари накладної → Імпорт товарів
Якщо ви імпортуєте товар у накладну не в національній валюті, то параметр «За відсутності закупівельної ціни брати останню закупівельну ціну постачальника» буде застосовуватись до такої накладної, й для товарів без закупівельних цін підтягнуться останні закупівельні ціни.
Перевірка прибуткових накладних
#176107
Склад → Реєстр прибуткових накладних
Додали контроль факту повторної перевірки, якщо відкрита можливість зміни кількості в режимі первинної перевірки.
Встановили обмеження на зміну кількості товару в режимі первинної перевірки, якщо була проведена повторна.
Заблокували можливість перевірки накладної, якщо накладна вже пройшла контроль — дія «Контроль виконано».
Розподіл товару
#176140
Документ → Розподіл товару
Відтепер на розподіл товару не впливають застосовані фільтри — виправили помилку, внаслідок якої в документи внутрішнього переміщення потрапляли не всі товари. Ситуація виникала, коли на момент розподілу, таблиці товарів були відфільтровані будь-яким із безлічі доступних на цій формі фільтрів.
Вид товару
#177047
Товарознавство → Вид товару → Картка виду товару → Записати для всіх
Змінили алгоритм оновлення даних для підлеглих видів товару: тепер, якщо у виді товару вказати націнку чи гуртову націнку, і натиснути «Записати для всіх », то націнка зміниться на всіх підвидах цього виду.
Товар
#177064
Полагодили процес редагування націнок для роздрібних та гуртових цін у картці товару — роздрібна та оптова ціна змінюється автоматично при зміні націнки у картці товару в прибутковій накладній після табуляції, за кнопкою «Записати» тощо.
Продаж товару
Підгонка суми
#174371
Документ → Реалізація
Довели до ладу заокруглення суми чека, коли товар додається в Реалізацію через калькулятор плиток. Це доопрацювання вплине на товар, кількість якого може вимірюватися у дробних з більше ніж чотирма знаками після коми. Відтепер сума до сплати заокруглюється коректно.
Продаж та повернення гарантійного товару
#176096
Документ → Реалізація → Вибір товару зі складу
Заборона на введення і зміну кількості для товарів гарантійного обліку в реалізації діє лише для товарів з видом класичного та суворого гарантійного обліку.
В іншому — товари без серійних номерів додаються в реалізацію із можливістю ввести кількість таких товарів (якщо увімкнене налаштування «Запитувати кількість в реалізації»), відредагувати кількість товарів без серійних номерів безпосередньо у реалізації.
#175496
Документ → Повернення браку
В документ «Повернення браку» додаються товари гарантійного обліку без серійних номерів — алгоритм програми враховує наявність терміну гарантії та товари з типом обліку «Вести гарантійний облік», «Вести суворий гарантійний облік» та «Без серійних номерів».
Також Торгсофт коректно обробляє відсутність коду маркування, якщо він необов'язковий.
Наявність розмірів моделі
#175947
Документ → Реалізація → Наявність розмірів моделі
Виправили незручність, коли під час пошуку моделей за артикулом у режимі «Наявність розмірів моделі» список міг містити порожні рядки.
Реалізація
#177309
Документ → Реалізація
Якщо створити рахунок на оплату акцизного товару через режим «Реалізація», то алгоритм переносить у «Торгівлю з випискою рахунку» введені акцизні марки та коди маркування товарів.
#178022
Документ → Реалізація → Вид → Налаштувати вигляд форми → Гарячі клавіші для дій
Виправили некоректні підписи списку гарячих клавіш латинськими літерами або взагалі без підписів в режимі «Реалізація» для ролі продавця.
Інтернет-торгівля
Торгівля з випискою рахунка
#175972
Документ → Торгівля з випискою рахунка
Якщо відредагувати замовлення з інтернет-магазину в програмі Торгсофт, то ціни товарів автоматично змінюватись не будуть.
Раніше після перерахунку, ціни в рахунку не відповідали цінам в інтернет-магазині, бо до них застосовувались політики гуртових знижок чи інші механізми внутрішнього обліку, що змінювали ціну товарів.
Обмеження доступу до регіонів
#178089
Документ → Торгівля з випискою рахунку → Рахунок
Для користувачів, яким обмежено доступ до клієнтів за регіонами, не буде доступний перелік «Одержувач», «Клієнт посередника» та «Неактивні контрагенти», що належать до закритих регіонів.
Синхронізація з Пром
#177048
Склад → Синхронізація з інтернет-магазином → Синхронізація з Prom.ua
Нове доопрацювання синхронізації з Пром дозволить визначити основний товар з найменшою ціною, і, відповідно, відображати на Промі товар з мінімальною, привабливішою ціною. Це корисно для тих продавців, що продають товар, який формується в моделі, а в моделі — кілька цін, залежно від сорту і розміру товару.
Змінили принцип формування списку товарів у файлі синхронізації для Prom — сортування відбувається за принципом ID моделі, Назва моделі, Роздрібна ціна, Оптова ціна, Розмір. Також додали роздрібну та гуртову ціни.
Сортування — за збільшенням, і його не буде за полями, які виключені з експорту. Це необхідно для того, щоб основним товаром на Промі був товар з найменшою ціною, і відповідно на сайті, якщо відображати не всі товари модельного ряду, а тільки основний, то товар з найменшою ціною.
#176612
Документ → Замовлення віддаленого клієнта → Прийняти замовлення
Якщо у налаштуваннях Пром помилитися даними, наприклад, ввести неправильний пароль чи API-ключ, то програма відобразить повідомлення про неуспішне завантаження замовлень замість.
#177744
Відкоригували завантаження та автоматичне формування рахунків при отриманні замовлення з двох та більше магазинів на Пром — програма визначає дати замовлень з різних магазинів і коректно завантажує їх в програму.
Динамічні характеристики товару
#146641
Товарознавство → Вид товару
Виправлено помилку динамічної характеристики в HTML-кодуванні — прибрали зайве додавання нових абзаців (символ <BR> у коді) під час кожного наступного редагування.
Нумерація документів
#176522
Налаштування → Параметри → Документ
Налаштування «Періодичність обнулення нумерації чека» для документів реалізації, повернень, видаткових накладних дозволяє скасувати занулювання, тобто щорічний початок нумерації з документа №1.
Синхронізація з Інтернет-магазином
#177453
Виправили помилку Access Violation при синхронізації з інтернет-магазином через DDI API.
Логістика та доставлення товару
Синхронізація з Новою Поштою
#166110
Зменшили вірогідність помилок при заповненні параметрів ТТН Нової пошти.
Виключити людський фактор під час відправлення посилок: якщо в рахунку або шаблоні ТТН Нової пошти встановлено ознаку післяплата, то непотрібно додатково нічого заповнювати по цьому параметру.
- Атрибут рахунку «Післяплата» тепер має пріоритет і визначає, який спосіб зворотної доставки за замовчуванням буде в ТТН.
- Якщо післяплата увімкнена для рахунка і за видатковою накладною є борг, то при створенні ТТН за шаблоном, незалежно від збережених у шаблоні значень, способом зворотного доставлення буде «Післяплата».
- Якщо накладна повністю оплачена, а у шаблоні встановлена «Післяплата», то ця ознака буде вимкнена, оскільки для повністю оплачених накладних ця послуга не потрібна.
- Сума післяплати зворотної доставки завжди дорівнюватиме сумі боргу за накладною, ігноруючи збережене в шаблоні значення.
#176716
Додали швидкий та безпомилковий вибір населеного пункту при створенні адрес Нової пошти.
Пошук населених пунктів в Торгсофт на формі «Місто Нової пошти» відображається повністю з типом — місто, село, селище, та назвою населеного пункту, району та області.
Доопрацювання дозволить уникнути проблеми з визначенням необхідного населеного пункту, коли два або більше однойменних населених пункти відрізнялися типом або місцем розташування.
#175188
Сума післяплати зворотного доставлення дорівнює сумі боргу за поточною видатковою накладною, і не підтягується з шаблону.
#177225
Змінили принцип заповнення оціночної вартості при створенні ТТН: значення поля «Оціночна вартість» завжди дорівнюватиме сумі накладної. При створенні ТТН за шаблоном, де є оціночна вартість, буде встановлено значення з шаблону, в інших випадках — сума накладної.
#177344
При створенні ТТН за шаблоном в Торгсофт автоматично заповнюється поле «Платник зворотної доставки».
#177406
Документ → Торгівля з випискою рахунку → Видаткова накладна
Змінили розмір і розташування деяких компонентів форми «Параметри ТТН» для коректного відображення підписів «Пункт навантаження», «Пункт розвантаження» та «Серія» на формі Товарно-транспортна накладна.
Формування замовлення постачальнику
#175314
Документ → Формування замовлення постачальнику → Додати товар в акт переоцінки
З'явилась можливість масово додавати товар в акт переоцінки в режимі «Формування замовлення постачальнику», що значно пришвидшить додавання товарів.
Також у режимі багаторядкового вибору товару можна:
- додати товар в існуючий акт переоцінки або створити новий,
- задати нові ціни за допомогою перемикача «Встановити ціну зараз» (за замовчуванням вимкнений),
- та встановити параметри зміни старої ціни для запису в акт переоцінки — вибрані товари в акт переоцінки будуть додані з новими цінами.
Фінансовий облік
Інкасація
#176826
Оплата → Фінансовий документ → Каса → Друк чека інкасації
Дублікат чека про інкасацію потрібен для резервної документації та прозорості процесу інкасації. Дублікат квитанції про інкасацію використовують як довідковий документ для аудитів або для вирішення суперечок, пов'язаних з інкасацією. Це додатковий запис про готівку, яка була підрахована та передана під час інкасації — чек може бути використаний для підтвердження точності залишку готівки на кінець робочого дня.
У наступній версії можна буде надрукувати дублікат чека інкасації у меню Оплата → Фінансовий документ → Каса → Друк чека інкасації. Друк такого чека можливий лише для касових фінансових документів, що мають категорію «Інкасація», проте він недоступний для здачі виручки.
Виписки за банківськими рахунками
#171667
Оплата → Виписки з банківських рахунків
На форму «Виписки з банківських рахунків» додали підсумки в нижню частину таблицю та кнопку «Вивантажити» для експорту даних в Excel.
#173584
У виписці з банківських рахунків є можливість:
- передати фінансову операцію, наприклад, передати оплату за товар із виписок у «Торгівлю з випискою рахунку» для прив'язки оплати,
- або просто відмітити як передану, наприклад, якщо оплату вже провели іншим чином.
Щоб не переплутати платежі — які передані з виписки, а які помічені як передані, до виписок з банківських рахунків додали колонку, в якій позначається, що запис відмічений вручну.
Підключення банківського термінала
#175707
Реалізовано роботу Торгсофт з банківським терміналом Verifone X990.
#178091
Налаштування → Параметри → Додаткові функції → Банківський термінал
На формі «Мерчант банківського термінала» встановили фільтр для власника розрахункового рахунку, й до переліку доступних розрахункових рахунків потрапляють лише розрахункові рахунки, що належать торговельній мережі.
Безготівкова оплата на розрахунковий рахунок через банківський термінал
#175632
На формі «Оплата» в Реалізації видно розрахунковий рахунок на який йде оплата. Змінити його випадково не можна, бо поле з розрахунковим рахунком доступне лише для читання.
Розрахунковий рахунок
#176073
На формі «Клієнт» та «Контрагент» відтепер видно розрахункові рахунки, виведені з дії.
#177103, #177457
Налаштування → Торговельна мережа → Розрахунковий рахунок
Коректно формується найменування автоматично створеного розрахункового рахунку.
Налаштування → Вибір розрахункового рахунку за замовчуванням
Якщо назву р/р створено автоматично, вона відображається повністю в полі вибору розрахункового рахунку.
Каса
#177782
Після виведення з дії каси, яка була касою співробітника або встановлена за замовчуванням, оплати надходити в цю касу більше не будуть.
Робота з клієнтами
ВІП-Клієнти
#167024
Виправили помилку, коли оплата рахунку віп-клієнта була більшою за суму рахунку. Причиною цьому було повернення товарів віп-клієнтів, за якими було сформовано рахунок.
Клієнти
#169637
Маркетинг → Клієнти
Виправили недолік неправильного найменування клієнта — прізвище, ім'я та по батькові, якщо в найменуванні був присутній апостроф, одинарна лапка (нею часто замінюють апостроф) або `.
#177346
При створенні рахунку в «Торгівлі з випискою рахунку» виправили причину повідомлення «Необхідно обов'язково вказати унікальний Код (№ дисконтної картки) для клієнта», якщо спробувати створити або відредагувати одержувача під обмеженою роллю користувача.
Масова вайбер розсилка
#176946
Якщо в Торгсофт необхідно надіслати транзакційне вайбер повідомлення клієнту — інформацію, реквізити для оплати, дані, що не містять реклами, то потрібно використовувати шаблон транзакційного повідомлення. Цей шаблон потрібно створити в особистому кабінеті ТурбоСМС → Шаблони → Додати шаблони Viber.
Текст шаблону перевіряється адміністраторами ТурбоСМС на відповідність вимогам транзакційних повідомлень і подається на реєстрацію у Viber. Після його затвердження у Viber він стане доступний для розсилок.
Текст повідомлення не можна редагувати перед відправленням, можна заповнити тільки значення заздалегідь внесених у шаблон змінних — ТТН, номер чи статус замовлення тощо.
Якщо повідомлення не відповідає вищезгаданому шаблону, Торгсофт відобразить сповіщення: «Помилка при відправленні повідомлення Код помилки: 416 Не знайдено шаблон, який відповідає переданому транзакційному повідомленню».
Ремонт
Повернення грошей покупцю та товару постачальнику
#177069
Документ → Ремонт → Налаштування
При поверненні гарантійного товару в магазин та грошей покупцю, можна обрати, чи повертати товар постачальнику одразу, чи ні. Якщо налаштування повернення постачальнику увімкнено, то програма автоматично сформує документ повернення. Якщо налаштування вимкнене, то документ повернення постачальнику створений не буде.
Нумерація ремонтів
#176930
Додали налаштування нумерації ремонтів у межах центру обліку або торговельної мережі. Це дозволить уникнути плутанини з однаковими номерами документів ремонту, коли товар приймається на сервіс на різних торгових точках.
Ім'я клієнта на бирці
#176833
Документ → Ремонт → Друк штрих-коду ремонту
На етикетку зі штрихкодом додали ім'я клієнта, щоб майстри сервісного центру маркували товар, коли беруть його в ремонт та швидко орієнтувались чий це товар. Окрім цього на етикетці є номер, назва виробу, дата та час початку ремонту.
Автоматичний перерахунок премії майстра
#175682
Документ → Роботи
Якщо в ремонт додати нову дію чи послугу, то вартість ремонту та сума оплати за цей ремонт майстру перерахується автоматично.
Виробництво готової продукції
#173744
Документ → Виробництво готової продукції
Коректно розраховується кількість матеріалів у виробничому акті при зміні обсягу партії виробів. Алгоритм коригування кількості матеріалів враховує категорію матеріалу, наприклад, як матеріал і як відхід.
#177270
Напівфабрикати — це те, що виробляється, а їх резервування блокує реалізацію таких матеріалів, як звичайних товарів. Виправили недолік, коли під час резервування матеріалів виробничого акта в резерв потрапляли матеріали з категорією «Напівфабрикат».
Матеріали категорії «Напівфабрикат» в Торгсофт більше не резервуються..
Матеріали-напівфабрикати, які вже потрапили в резерв, будуть з нього зняті в процесі виробництва, а також їх можна зняти вручну.
Звіти та аналітика
Звіт по касі за день
#176804
Звіт → Звіт по касі за день
Щоб було зручно звіряти оплати в Торгсофт з даними банківських терміналів, особливо коли на одній торговій точці декілька pos терміналів, ми додали у звіт назву розрахункового рахунку та групування даних за розрахунковим рахунком. Натомість прибрали групування за валютою.
Дані в безготівковій частині звіту упорядковані за валютою, розрахунковим рахунком та датою документа.
Таким чином, коли наприкінці зміни касир звіряє безготівкові оплати, то їх можна згрупувати та перевірити чи не припустився продавець помилки.
#177134
Документ → Реалізація → Звіт по касі за день
Додали пряме сортування за датою документа для безготівкової частини у звіті по касі за день, що дає змогу відсортувати та перевірити безготівкові оплати послідовно.
Аналіз залишків товару по підприємствах
#168554
Аналіз → Аналіз руху товару по підприємству
Зробили доопрацювання в програмі, яке дозволить контролювати відповідність витрат до надходжень при роботі з декількома підприємствами — коли на підприємстві працює декілька ФОПів і треба перевірити оберти по кожному ФОПу, щоб не вилізти за ліміти.
«Аналіз руху товару по підприємству поставки» перейменували на «Аналіз руху товару по підприємству».
Додали групу даних «Інші витрати за кількістю та сумою», а в друкований звіт — «Кількість інших витрат» та «Сума інших витрат», в яких відображається списання, повернення постачальнику та повернення браку постачальнику за період.
Додали налаштування «Спосіб формування аналізу», яке має два значення:
-
по підприємству поставки (за замовчуванням) — визначається підприємство постачання, яке було вказано в приході з якого було продано товар,
-
по підприємству документа — підприємство визначається саме за документом.
Якщо обрати спосіб формування по підприємству документа, то:
-
прибирається колонка «Ціна постачальника»,
-
колонка «Сума за ціною постачальника» називається «Сума по собівартості»,
-
фільтр «Підприємство постачання» та «Центр обліку постачання» називаються «Підприємство» та «Центр обліку» відповідно,
-
прибрали фільтри «Постачальник» та «Центр обліку реалізації».
На форму Склад → Рух товару додали фільтр за підприємством.
Системні налаштування
Інформаційне поле внизу таблиці
#177088
Додали у налаштуваннях бізнес-панелі відображення або приховання мемо-поля внизу таблиці. Для увімкнення чи вимкнення інформаційного мемо-поля на формі «Налаштування бізнес панелі» додали галочку «Приховати memo-поле».
Це дозволить керувати видимістю memo-поля, щоб прибрати форму задля економії місця.
Налаштування ролей
#175657
Параметри → Налаштування ролей
Оновили іконку для дії «Переглянути запис».
Змінили дизайн у налаштуванні ролей — формат кнопок, шрифт, іконки, для більшої відповідності з основною програмою.
Виправили неможливість перекладу словосполучень «Виклик форми редагування» та «Виклик робочої форми в налаштуванні ролей».
Переклад
#177623
Виправили помилку, що не дозволяла перекласти пункт меню «Сканувати акцизну марку» при додаванні динамічної характеристики до виду товару.
Оптимізували роботу з файлом AdminServer.ini з Налаштування → Параметри. Тепер у нього записується поточна мова в системі й ознака ведення журналу перекладу.
-
12.03.2024
Оновлення мобільного додатку Торгсофт 1.13.1: поліпшення безпеки, налаштувань інтерфейсу та підтримка Android 12
-
12.03.2024
Оновлення Торгсофт Гібрид 1.10.6: покращена підтримка ваг, фіскальних принтерів та удосконалення роботи з товаром
-
12.03.2024
Версія 2022.0.34 включає суттєві покращення в роботу з фінансовими документами, управління клієнтами, складським обліком та інтеграцією з інтернет-магазинами