Версія 2022.2.1 beta: що нового?

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

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

Перед оновленням обов'язково зробіть архів бази даних.

В оновлення Торгсофт 2022.2.1 увійшло 94 доопрацювання:

 Доопрацювання Торгсофт — нові функції за вашими побажаннями,

 Покращення програми Торгсофт — покращення системи: виправлені недоліки, прискорення роботи програми.

 Виконані доробки у стабільних версіях 2022.0.20 та 2022.0.21 Торгсофт, які включені в бета оновлення 2022.2.1 

Податки та звітність

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

  #177092, 2022.0.20

Налаштування → Програмний РРО

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

Ця доробка:

• спростить заміну ключа пРРО, якщо термін дії сертифіката електронного ключа касира завершився,

• полегшить зміну реєстраційних даних пРРО, коли при відкритій зміні відбулася перереєстрація пРРО, наприклад, зміна адреси торгової точки тощо,

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

#177454

Якщо в документі присутні товари з дробовою кількістю та товари із введеними акцизними марками, то повідомлення

«Код помилки: 9 DocumentValidationError Розрахована загальна сума XXX.XX (з урахуванням податків і дисконтів) не дорівнює загальній сумі в документі XXX.XX Продовжити оплату?» 

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

#179665

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

#179709

Реєстрація програмного РРО

Виправили помилки «XSD validation failed» та «XSD validation failed. Неприпустимий атрибут xsi:nil елемента 'M02'» — зробили правильне створення форми на юридичну особу, коли підпис відбувається за допомогою ключа довіреної особи, та при надсиланні форми реєстрації касира за аналогічних умов.

  #172853, 2022.0.20

В Торгсофт не можна провести оплату та надрукувати чек через програмний РРО, що виведений із дії.

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

  #177478, 2022.0.20

На формі «Вибір приватного ключа» поле «ID ключа» відтепер відображається повністю у зручному читабельному вигляді — не обрізається та не переноситься на новий рядок.

  #177774, 2022.0.20

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

  #178597, 2022.0.21

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

  #175915, 2022.0.20

З версії Торгсофт 2022.0.20 в шаблоні фіскального чека програмного РРО у рядку 29 (внизу, перед фіскальним номером пРРО) відображається параметр «ФН ПРРО», відповідно до закону. 

  #176864, 2022.0.20

Виправили повідомлення «В текстовому коментарі виявлено неприпустимий знак», що виникало під час друку чека програмного РРО, якщо в назві товару, одиниці виміру, коді одиниці виміру, акцизній марці або КВЕД-коді був присутній неприпустимий XML-знак для строкових значень.

  #177169, 2022.0.20

Виправили недолік, коли при виборі пРРО на формі «Господарські одиниці», поля заповнювалися невідповідними даними фіскального номера програмного РРО.

  #177930, 2022.0.20

На паперовому чеку пРРО відображаються товарні акцизні марки.

  #178081, 2022.0.20

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

Оприбуткування та продаж фіскального товару через мобільний додаток

#178926

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

При створенні та оприбуткуванні нового товару через мобільний додаток встановлюється ознака фіскальності, якщо товар належить до фіскального виду товару. Тобто, якщо ознака виду товару — «Фіскальний», то і новий, створений через мобільний додаток товар буде фіскальним. 

Такий товар відображається як фіскальний при сортуванні за цією ознакою.

Облік податкових накладних

  #177369, 2022.0.20

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

Додали можливість створення зведених податкових накладних за:

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

якщо по цим фінансовим операціям було надруковано фіскальні чеки.

Кількість у зведеній накладній буде відповідати кількості в «Аналіз продажу фіскального товару», а в коригуванні при поверненні так само, але двома рядками: перший рядок — від'ємною кількістю зануляє залишок, другий — встановлює кількість, що дорівнює залишку після повернення.

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

Новий шаблон податкової накладної

  #177628 2022.0.21

Податкова накладна в Торгсофт відповідає змінам, за наказом Мінфіну від 28.12.2022 №463, які набирають чинності з 01.04.2023 року.

Зміни в шаблоні податкової накладної: 

• З розділу Б видалено стовпчик 12 — Код виду діяльності сільськогосподарського товаровиробника. 
• В шапці документа в розділі «ЗАТВЕРДЖЕНО» текст другого абзацу змінили на «(у редакції наказу Міністерства фінансів України від 28 грудня 2022 року No 463)».
• В шаблоні друку коригувального розрахунку з розділу Б видалили стовпчик 15 — Код виду діяльності сільськогосподарського товаровиробника.
• В обох шаблонах видалили текст «код 5 — у разі складання податкової накладної оператором інвестору за багатосторонньою угодою при розподілі продукції» зі зноски 1.

В шаблон податкової накладної додали:

1. В перелік «Залишається у продавця (тип причини)» при створенні та редагуванні параметрів податкової накладної або коригувального розрахунку новий тип причини «21 — Складено на постачання послуг отримувачу (покупцю) нерезиденту, місце постачання яких розташоване на митній території України».
2. На формі редагування «Контрагент» на вкладці «Додатково» додали перемикач «Є резидентом» (за замовчуванням вимкнено) та поле вводу «Країна реєстрації».
3. У випадку, якщо покупець — контрагент-нерезидент, то при дотриманні всіх інших умов в графі податкової накладної або розрахунку коригуванні «Отримувач (покупець)» вказується ПІБ покупця, та через кому — країна реєстрації, в графі «Індивідуальний податковий номер отримувача (покупця)» проставляється умовний ІПН «500000000000», графа «Податковий номер платника податку або серія (за наявності) та номер паспорта» не заповнюється.

Фіскальний реєстратор

  #177345, 2022.0.20

При внесенні передоплати в режимі «Замовлення клієнта на виріб» і в «Реалізації» фіскальний чек формується за сумою «До сплати».

Продаж акцизного товару

  #177309, 2022.0.20

Документ → Реалізація

Якщо створити рахунок на оплату акцизного товару через режим «Реалізація», то алгоритм переносить у «Торгівлю з випискою рахунку» введені акцизні марки та коди маркування товарів.

ПДВ

  #178611, 2022.0.21

В друкованих документах комерційної пропозиції, рахунку, видаткової накладної коректно розраховується змінна «ПДВ» — враховується акциз та ПДВ кожного товару документа. 

Фінансовий облік

Виписки за банківськими рахунками

  #173584, 2022.0.20

Оплата → Виписки з банківських рахунків

У виписці з банківських рахунків є можливість:

• передати фінансову операцію, наприклад, передати оплату за товар із виписок у «Торгівлю з випискою рахунку» для прив'язки оплати, 
• або просто відмітити як передану, наприклад, якщо оплату вже провели іншим чином. 

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

Інкасація

#178919

Документ → Реалізація → Інкасація

На формі «Інкасація» або «Здача виручки» поле «Залишок у касі на ...» відображається без округлення — з копійками.

Розрахунковий рахунок

  #177103, #177457, 2022.0.20 

Налаштування → Торговельна мережа → Розрахунковий рахунок

Коректно формується найменування автоматично створеного розрахункового рахунку.

Налаштування → Вибір розрахункового рахунку за замовчуванням

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

Каса

  #177782, 2022.0.20

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

Робота з банківським терміналом

Підключення банківського термінала

  #175707, 2022.0.20

Реалізовано роботу Торгсофт з банківським терміналом Verifone X990.

Безготівкова оплата на розрахунковий рахунок через банківський термінал

  #175632, 2022.0.20

На формі «Оплата» в Реалізації видно розрахунковий рахунок на який йде оплата. Змінити його випадково не можна, бо поле з розрахунковим рахунком доступне лише для читання.

Визначення власника розрахункового рахунку

  #178091, 2022.0.20

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

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

Інтернет-торгівля

Синхронізація з Пром

  #177048, 2022.0.20

Склад → Синхронізація з інтернет-магазином → Синхронізація з Prom.ua

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

Змінили принцип формування списку товарів у файлі синхронізації для Prom — сортування відбувається за принципом ID моделі, Назва моделі, Роздрібна ціна, Оптова ціна, Розмір. Також додали роздрібну та гуртову ціни. 

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

  #177744, 2022.0.20

Відкоригували завантаження та автоматичне формування рахунків при отриманні замовлення з двох та більше магазинів на Пром — програма визначає дати замовлень з різних магазинів і коректно завантажує їх в програму.

  #178943, 2022.0.21 

Склад → Синхронізація з інтернет-магазином → Синхронізація з Prom.ua

Виправили помилку під час формування файлу з товарами «The column 'XXX' був specified multiple times for 'ZZZ'», якщо в налаштуваннях файлу синхронізації кілька разів вивантажується однаковий тип даних або однакова динамічна характеристика.

  #178980, 2022.0.21

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

Резервування товару та часткове відвантаження

#179102

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

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

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

#179429

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

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

Відвантаження товару зі складу

#179144

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

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

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

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

У режимі роботи з комерційними пропозиціями — «Товар комерційної пропозиції» і «Наявність товару на складах» колонки «Відвантажено», «Відвантажити» і «У резерві» не відображаються.

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

Автоматичне формування цін

  #178659, 2022.0.21

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

Для рахунків і комерційних пропозицій встановлюється ознака «Автоматичне формування цін».

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

  #177453, 2022.0.20

Виправили помилку Access Violation при синхронізації з інтернет-магазином через DDI API.

Синхронізація з Новою Поштою

  #177225, 2022.0.20

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

  #177344, 2022.0.20

При створенні ТТН за шаблоном в Торгсофт автоматично заповнюється поле «Платник зворотної доставки».

Товарознавство

Вид товару

  #177047, 2022.0.20

Товарознавство → Вид товару → Картка виду товару → Записати для всіх

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

Динамічні характеристики

#177507

Товарознавство → Вид товару → Змінити динамічні характеристики

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

#179618

Під час збереження динамічної характеристики в HTML кодуванні, зберігаються специфічні символи, які відсутні в кодуванні ANSI, наприклад, ー一ー─ㅡ—.

  #146641, 2022.0.20

Товарознавство → Вид товару

Виправлено помилку динамічної характеристики в HTML-кодуванні — прибрали зайве додавання нових абзаців (символ <BR> у коді) під час кожного наступного редагування.

Імпорт товарів

#178647

Документ → Прихід товару → Імпорт товарів

Коректно розраховується ціна продажу та націнка під час налаштування імпорту «За відсутності закупівельної ціни брати останню закупівельну ціну постачальника». 

Доопрацьовано алгоритм, який відповідає за імпорт закупівельної ціни та закупівельної ціни у валюті, який тепер працює так:

Під час імпорту товарів у накладну, валютою якої є національна валюта:

1. Якщо є в полі файлу імпорту закупівельна ціна, то це значення використовується як закупівельна ціна та закупівельна ціна у валюті.

2. Якщо є в поля файлу імпорту закупівельна ціна у валюті, то це значення використовується як закупівельна ціна та закупівельна ціна у валюті.

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

Під час імпорту товарів у накладну, валютою якої — не національна валюта

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

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

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

  #176456, 2022.0.20

Документ → Прихід товару → Товари накладної → Імпорт товарів

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

Експорт в Excel

#179146

Склад → Стан складу → Налаштування експорту даних

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

Об’єднання ідентичних товарів

#179302

Склад → Поточний стан складу

Доопрацювати алгоритм об'єднання товарів: два товари, що продаються в одній реалізації, а потім повертаються, можна об'єднати в один.

Оприбуткування товару

  #178156, 2022.0.21

Документ → Прихід товару

Виправили недолік надмірної лояльності — коли на формі «Прихід» можна було ввести відсоток знижки на товар більше ніж 100%. Знижка більш як 100% не є реалістичною.

Перевірка прибуткових накладних

  #176107, 2022.0.20

Склад → Реєстр прибуткових накладних

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

Встановили обмеження на зміну кількості товару в режимі первинної перевірки, якщо була проведена повторна.

Заблокували можливість перевірки накладної, якщо накладна вже пройшла контроль — дія «Контроль виконано».

Складський облік

Реєстр внутрішніх передач

  #171098, 2022.0.20

На формі «Реєстр внутрішніх передач» при зміні дати документа змінюється період.

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

  #177871, 2022.0.21

Склад → Реєстр внутрішніх передач

Для відкритих документів на складах третього рівня доступна дія «Закрити» [документ].

Прайс-листи

  #177959, 2022.0.21

Склад → Регіональний прайс-лист

Копіюються ціни з центру обліку в регіональний прайс-лист: поля «Роздрібна ціна» та «Оптова ціна» за обраним регіоном будуть заповнені.

  #178051, 2022.0.21

Документ → Реалізація → Зберегти → Прайс-лист на весь товар

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

Продаж товару

Реалізація

  #178022, 2022.0.20 

Документ → Реалізація → Вид → Налаштувати вигляд форми → Гарячі клавіші для дій

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

Підгонка суми

  #174371, 2022.0.20

Документ → Реалізація

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

Продаж та повернення гарантійного товару

  #176096, 2022.0.20

Документ → Реалізація → Вибір товару зі складу

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

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

Автоматичний розрахунок цін

  #177064, 2022.0.20

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

Переоцінка товару

  #178008, 2022.0.21

Документ → Акт переоцінки

Якщо в акті переоцінки повторно натиснути кнопку «Застосувати переоцінку» для вже переоціненого акта, програма коректно попередить про повторну дію.

Масова розсилка

Метод надсилання листів

#179342

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

На формі «Email налаштування» значення поля «Метод відправки» буде заповнюватися автоматично, залежно від його значення у формі редагування «Регіональні налаштування друку та відправки...» 

Також на формі «Налаштування друку» додали кнопку «Шаблон без регіону...» — викликається форма редагування шаблону без необхідності обирати регіон зі списку налаштувань. 

Якщо шаблон без регіону не створено, то він створиться автоматично.

Вайбер розсилка

  #176946, 2022.0.20

Якщо в Торгсофт необхідно надіслати транзакційне вайбер повідомлення клієнту — інформацію, реквізити для оплати, дані, що не містять реклами, то потрібно використовувати шаблон транзакційного повідомлення. Цей шаблон потрібно створити в особистому кабінеті ТурбоСМС → Шаблони → Додати шаблони Viber.

Текст шаблону перевіряється адміністраторами ТурбоСМС на відповідність вимогам транзакційних повідомлень і подається на реєстрацію у Viber. Після його затвердження у Viber він стане доступний для розсилок.

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

Якщо повідомлення не відповідає вищезгаданому шаблону, Торгсофт відобразить сповіщення: «Помилка при відправленні повідомлення Код помилки: 416 Не знайдено шаблон, який відповідає переданому транзакційному повідомленню».

SMS розсилка

  #178444, 2022.0.21

Маркетинг → Масова розсилка

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

Максимальна кількість символів в одному повідомленні — 160, або 153 — для кожного повідомлення, якщо формується більше одного повідомлення, за умови, якщо всі символи повідомлення вважаються латинськими, тобто формату GSM 03.38 Extension Table:

@ΔSP0¡P¿p£_!1AQaq$Φ"2BRbr¥Γ#3CScsèΛ¤4DTdtéΩ%5EUeuùΠ&6FVfvìΨ'7GWgwòΣ(8HXhxÇΘ)9IYiyLFΞ*:JZjzØESC+;KÄkäøÆ,<LÖlöCRæ-=MÑmñÅß.>NÜnüåÉ/?O§oà\|^€{}[]~

а також ентер та пробіл. 

Також варто зазначити, що символи:

\|^€{}[]~ кодуються двома символами, що буде зазначено при рахунку символів (тільки для смс латиницею).

Якщо повідомлення міститиме хоч один символ не із зазначеного списку, то кількість символів в одному повідомленні буде — 70, або 67 — для кожного повідомлення, якщо формується більше одного повідомлення).

Також додали зміни до транслітерації. Тепер символи:

---