Нова версія Торгсофт 2022.0.16 має більш як 40 доопрацювань та покращень.

Ключові зміни:

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

Доопрацювання системи обліку

Автоматичне оновлення програми обліку Торгсофт

#170526

Налаштування → Параметри → Сервіс

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

Якщо оновлення є та не завантажено, то програма завантажить та встановить його.

У формі «Налаштування» – «Параметри» – «Сервіс» додали функції «Автоматично завантажувати оновлення» та «Завантажені оновлення», щоб переглянути, які версії завантажені, де розташовані, їх статус та текст можливих помилок при оновленні. Тут також можна видалити оновлення, встановити або відкрити каталог з файлами нових версій.

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

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

Власник програми може:

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

Нагадуємо, що перед оновленням програми обліку, обов’язково зробіть архів бази даних.

• Як оновити програму обліку вручну

Реєстратор розрахункових операцій

Реєстрація програмного РРО та співробітників у податковій за допомогою Торгсофт

#163513

Налаштування → Програмний РРО → Реєстрація програмного РРО 

У Торгсофт на форму Програмний РРО ми додали вкладку «Реєстрація програмного РРО», де в особистому кабінеті податкової служби можна автоматично сформувати заяви та:

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

а також:

• переглянути інформацію про відправлені заяви у таблиці «Заявки»,
• переглянути квитанції заяв у відповідній таблиці.

Реєстрація пРРО в Торгсофт заощадить час на формування заяв та додавання пРРО в Торгсофт.

Також на форму редагування «Підприємство» додали вкладку «КЕП (ЕЦП)» для вибору печатки та ключа електронного підпису директора, бухгалтера.

ІІН/БІН покупця в чеку Webkassa, Казахстан

#170795

Налаштування → Параметри → Чек → Тип чека → Фіскальний

Для фіскального реєстратора WebKassa додали можливість зображення інформації ІІН/БІН покупця в чеку реалізації та повернення.

В набір даних для налаштування шаблону та друку чека додали поле «ІІН_БІН покупця». Щоб інформація зображалась у чеку, параметр ІІН/БІН для клієнта-покупця потрібно заповнити, та встановити для покупця вид відповідальності «Приватний підприємець» або «Юридична особа».

Для регіонального налаштування «Казахстан»: 

• назва поля «Ідентифікаційний код» для форм редагування «Клієнт», «Контрагент», «Підприємство» встановлено в «ІІН»,
• змінено найменування «Індивідуальний податковий номер» на «ІІН/БІН»,
• поле «ЄДРПОУ» не зображається на формі редагування «Клієнт».

Реалізація: продаж товару

Швидкий вибір контрагента під час інкасації

#171049

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

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

Шаблон друку видаткової накладної

#171671 

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

В шаблон друку видаткової накладної додали змінну «Підприємство».

Робота з клієнтами

Більше інформації про клієнта

#171689

Маркетинг → Клієнти

В картці клієнта розширили поле «Договір поставки» до 30 символів.

• CRM система для торгівлі та магазинів

Торговельна мережа та центри обліку

Площа центру обліку

#171734

Налаштування → Торговельна мережа

Відтепер в Торгсофт можна записати площу центру обліку на формі редагування «Центр обліку» – вкладка «Загальні».

Виробництво

Технологічні карти на різних центрах обліку

#171746

Документ → Виробництво готової продукції → Технологічні карти

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

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

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

При створенні виробничого акта або маршрутного листа в режимі «Виробничі акти»,

вони створюються на поточному центрі обліку, в режимі «Замовлення на виробництво» – на центрі обліку замовлення на виробництво (центр обліку, на якому створено технологічну карту в цьому випадку значення не має).

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

• Автоматизація виробництва

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

Товар в дорозі: перевірка накладної

#171748

Склад → Товар в дорозі → Накладні → дія «Перевірити накладну»

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

В групу дій «Змінити стан» додали дії «Заблокувати повторну перевірку» та «Розблокувати повторну перевірку», які доступні за умови проведення первинної перевірки.

Аналогічні дії додали на форми «Перелік приходів», «Реєстр прихідних накладних», «Реєстр внутрішніх передач» та «Реєстр складських документів», де можна викликати форму перевірки накладної.

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

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

При застосуванні результатів перевірки, а також при прийманні накладної зі складу «Товар в дорозі» буде проаналізовано перелік товарів, що не пройшли контроль – не була встановлена перевірена кількість. Якщо такі товари знайдено, то програма видасть форму з варіантами:

• встановити кількість = 0: в режимі підтвердження результатів – замінює перевірену кількість, а в режимі прийняття накладної зі складу «Товар в дорозі» – не змінює інформацію про перевірену кількість для накладної, але накладна застосовується в перевіреній кількості;
• встановити кількість рівну кількості у накладній: в режимі підтвердження результатів – замінює перевірену кількість, а в режимі приймання накладної зі складу «Товар в дорозі» – не змінює інформацію про перевірену кількість для накладної, але накладна застосовується в перевіреній кількості;
• скасувати застосування результатів та повторно перевірити: в режимі застосування результатів – перериває процес застосування результатів та встановлює для фільтра «Стан» значення «Не було підрахунку», а в режимі приймання накладної зі складу «Товар в дорозі» – перериває процес приймання накладної.

Стан складу відкривається швидше

#172459

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

Оптимізували відкриття форми «Стан складу»:оновлення даних відбувається у два рази швидше при першому відкритті форми.

Це прискорить оновлення даних, особливо за наявності декількох центрів обліку.

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

Оптимізація в інтернет-торгівлі: підставлення підприємства

#171983 

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

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

Це дозволить зменшити кількість дій під час формування рахунку, а також уникнути плутанини та помилок.

---

Покращення Торгсофт 2022.0.16

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

Коректне присвоєння фіскальності виду товару

#169225

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

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

Коректне присвоєння фіскальності імпортованому товару

#169227

Прихід товару → Імпорт товару

Відтепер ознака фіскальності відповідає налаштуванню виду товару. При імпорті новий товар отримує ознаку фіскальності тієї категорії до якої імпортується. Навіть якщо не вказано «Батьківський вузол виду товару», та нові товари належать до невизначеної фіскальної категорії (наприклад, «НЕМАЄ ІНФОРМАЦІЇ»), то товар отримає відповідну ознаку фіскальності.

Змішана оплата за товар через програмний РРО

#170209

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

Виправлена ​​помилка «Код 9 DocumentValidationError. Підсумки за формами оплати. Сума за рядками не дорівнює загальній сумі в документі», яка могла виникати під час друку онлайн фіскального чека програмного РРО або при передачі офлайн-пакета з таким чеком, за умови, що оплата була змішаною – готівкою та безготівкою, та зі змішаним типом фіскальності товару.

Не можна вилучити грошей більше, ніж внесено. З урахуванням сторнування

#170921

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

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

Коректне зображення оплати бонусами у чеку пРРО

#171367

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

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

Друк правильного чека

#171588

Фіскальний чек

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

Перехід пРРО в офлайн-режим якщо сервер податкової працює некоректно

#171616

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

Змінили алгоритм роботи з помилками сервера фіскальної служби – CryptTsSock та CryptTsAnswer.

Тепер будь-яка помилка роботи фіскального сервера при взаємодії з серверами АЦСК з кодом «12 CryptographyError» для забезпечення та продовження стабільної роботи переведе пРРО в офлайн-режим. 

Поле «Загальна сума» в зет-звіті пРРО включає тільки види оплат

#171691

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

Виправили у зет та ікс звітах підсумок поля «ЗАГ. СУМА» — тепер туди не потрапляють зайві дані про обіг та ПДВ.

Також в шаблон зет та ікс звітів для реалізацій та повернень додали поля «Кількість чеків».

• Програмний РРО для торгівлі та магазинів

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

Не можна просканувати штрихкод у поле кількості товару

#171401

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

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

Це обмеження спрацьовує на будь-яке число, що довше за 12 цифр.

• Як продати товар?

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

#170254

Документ → Відомість інвентаризації

У друкованих звітах про нестачу, надлишок та результат інвентаризації товару виправили поле, де обрізалася назва ролі (наприклад, Старший продавець).

Дрібниці важливі.

• Як правильно провести переоблік?

Видалення порожньої коробки для сезонного зберігання

#172439

Документ → Комплектація → Коробка сезонного зберігання

Якщо проводиться перевірка накладної комплектування коробки, та потрібно видалити порожню коробку, то повідомлення про помилку «The conflict occurred in database <ім'я бази даних>, table "dbo.InvoiceCheck", column 'InvoiceID'» більше з’являтися не буде, а коробку буде видалено.

• Збір товару в коробку для сезонного зберігання

Коректне зображення даних резерву – кількість в резерві та видалено з резерву

#172626 #171922

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

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

Виправили, й тепер числа у меню «Резерв» – таблиця Резерв — колонки «Кількість в резерві» та «Видалено з резерву» зображаються у звичному — науковому форматі, замість експоненційного (наприклад, «150», а не «1,5Е2»).

Фінансовий облік та взаєморозрахунки

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

#170965

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

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

Виправлена робота зняття еквайрингу у «Балансі із посередниками»

#171171

Маркетинг → Посередник

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

#171177

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

Товари накладної у картці взаєморозрахунків з партнерами

#170928

Оплата → Баланс із партнерами → Картка взаєморозрахунків

Повернули кнопку «Товари накладної» у картці взаєморозрахунків.

З нею таки було краще ¯\_(ツ)_/¯

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

#171710

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

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

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

Обмеження доступу продавців

Заборона коригування ціни продажу

#170368

Документ → Внутрішня передача

У формі «Склад передачі» для користувача з обмеженим доступом тепер можна закрити можливість зміни ціни продажу.

Обмеження до кас у звіті по касі за день

#171399

Звіт → Звіт по касі за день

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

Система розрахунку зарплати

Коректна прив’язка авансу до платіжної відомості

#170431 #171398

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

Аванс коректно прив'язується:

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

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

Попередньо Торгсофт попередить та запитає підтвердження застосування змін.

#171687

Розрахунок зарплати → Робота → Авансування

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

Також такі співробітники тепер не зображаються на формі «Співробітники» у довіднику з форми редагування «Розрахунковий лист».

Редагування даних співробітників у налаштуваннях розрахунку зарплати

#171396

Розрахунок зарплати → Налаштування → Співробітники 

Тепер при спробі редагування співробітника, не буде помилки «Error reading pcBusinessProcessDispatcher.OnChange: Invalid property value».

Та й таке.

• Система розрахунку зарплати та мотивації продавців

Нова Пошта

Часові інтервали Нової Пошти

#171213

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

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

Покращено створення нової адреси Нової Пошти

#171373

Маркетинг → Клієнти → Картка клієнта → Параметри доставки → таблиця «Адреса доставки» → дія «Додавання адреси Нової Пошти»

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

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

Подарункові сертифікати

Упорядкована робота з подарунковими сертифікатами

#172080

Реалізація → Продати подарунковий сертифікат → ввести ШК сертифіката типу «Як з грошима»

На формі «Оплата подарункового сертифіката»:

1. список розрахункових рахунків упорядковано за алфавітом,
2. додали фільтр за розрахунковим рахунком,
3. не зображаються рахунки та каси не в національній валюті.

#172081

Не буде з’являтися повідомлення «Cannot focus a disabled or invisible window» після закриття форми «Оплата подарункового сертифіката», якщо на момент закриття було розгорнуто список з розрахункових рахунків.

Навели лад.

• Подарункові сертифікати для магазина

Системні покращення програми Торгсофт

Сортування в реєстрі внутрішніх передач: найновіші документи знаходяться вгорі

#170667

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

Для таблиці «Список внутрішніх передач» та методів сортування «Дата – ключ» та «Номер» змінено порядок сортування: при сортуванні за «Дата – ключ» найновіші документи знаходяться на початку списку, за «Номером» – документи з найбільшим номером на початку списку.

Хибодрук перекладу

#171203

Виправлена ​​помилка перекладу короткого позначення чоловічої статі з «М» на «Ч» на формі Налаштування – Параметри – Товар при зміні мови.

• Як змінити мову програми Торгсофт?

#171760

Розрахунок зарплати → Рейтинг співробітників → Співробітники → Друк → Перегляд

Виправлена ​​помилка «Були виявлені наступні помилки: Memo1: Помилка у виразі 'Торгівельна точка': ';'expected» при перегляді рейтингу співробітників в українській версії програми.

Швидше працює програма при відкритті форми «Розрахунок роздрібних та гуртових цін за націнкою та курсом»

#171214

Склад → Розрахунок роздрібних та гуртових цін за націнкою та курсом

Прибрали оновлення даних при відкритті форми «Розрахунок роздрібних та гуртових цін за націнкою та курсом» та при зміні фільтрів «Метод розрахунку», «Курс валют», «Метод зміни ціни», що могло призводити до затримки роботи програми. 

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

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

Наразі роботу стабілізовано та прискорено.

Коректне зображення тексту в хінті до налаштування «Дозволити перезаписати інформацію» на формі «Означування довідників товару»

#171355

Товарознавство → Діагностика помилок → Означування довідників

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

Закриття програми без помилки Access violation

#171548

Виправили помилку «Access violation at address 04889C0F in module 'torgsoft.exe'. Read of address 00000008», яка могла виникати під час закриття програми, якщо до цього на формі «Наявність товару на складах торгової мережі» застосували фільтр по товару, зокрема по виробнику та виду товару.

Коректний запуск програми при активованій опції «CRM. Binotel»

#171556

Виправили нюанс​​ під час встановлення підключення з сервером Бінотел, що призводив до зависання програми.

• Синхронізація з IP-телефонією Бінотел

Зручне сортування за алфавітом у довідника та списках

#171730

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

Полагодили пошук в реалізації у списках «На розрахунковий рахунок» та «Банк-платник (контроль платежу)» та посортували розрахункові рахунки за алфавітом.

Змістовні повідомлення на головній формі

#171958

Виправили недолік, коли у списку повідомлень на головній формі зображалися беззмістовні повідомлення. Тепер, якщо заголовок сповіщення містить «ТОРГСОФТ®», то буде зображатися текст повідомлення, а у всіх інших випадках – заголовок, як більш інформативний.

Ctrl+F4 – працює кнопка створення нового документа

#172044

Документ → Повернення товару постачальнику

Виправили недолік, і тепер після відкриття форми «Повернення товару постачальнику» та натисканні клавіш Ctrl+F4 буде створюватись новий документ.