Новая версия программы учёта Торгсофт 2022.0.16
02.10.2022

Обновление Торгсофт 2022.0.16

Автор: admin

Новая версия Торгсофт 2022.0.16 содержит более 40 доработок и улучшений.

 Ключевые изменения:

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

Улучшения системы учета

Автоматическое обновление программы учета

#170526

Настройки → Параметры → Сервис

В Торгсофт, меню «Помощь» мы добавили новый пункт «Проверять наличие обновлений», где вы сможете проверить, есть ли обновления для вашей версии программы.

Если обновление не загружено, программа загрузит и установит его.

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

Если вы включили автоматическую загрузку обновлений, то оно будет скачано в фоновом режиме, после чего вы получите уведомление об этом в Торгсофт.

Если обновление загружено, при следующем запуске программы Торгсофт предложит пользователю ознакомиться с кратким описанием изменений и установить обновление.

Владелец программы может:

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

 Напоминаем, что перед обновлением программы учета обязательно сделайте архив базы данных.

Регистратор расчетных операций

Регистрация программного РРО и сотрудников в налоговой с помощью Торгсофт

#163513

Настройки → Программный РРО → Регистрация программного РРО

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

а также:

  • просмотреть информацию об отправленных заявлениях в таблице «Заявки»,
  • просмотр квитанции заявлений в соответствующей таблице.

Регистрация пРРО в Торгсофт сэкономит время на формирование заявлений и добавление пРРО в настройках Торгсофт.

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

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

#170795

Настройки → Параметры → Чек → Тип чека → Фискальный

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

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

Для региональной настройки «Казахстан»:

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

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

Быстрый выбор контрагента во время инкассации

#171049

Документ → Реализация → действие «Инкассация»

Для быстрого выбора контрагента на форме «Инкассация» добавили фильтр и убрали системных контрагентов – останутся только созданные вручную и с категорией «Списание».

Шаблон печати расходной накладной

#171671

Документ → Реализация → Печать → Накладная

В шаблон печати расходной накладной добавили переменную «Предприятие».

Работа с клиентами

Больше информации о клиенте

#171689

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

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

Торговая сеть и центры учета

Площадь центра учета

#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

Реализация → Продать подарочный сертификат → ввести ШК сертификата типа «Как с деньгами» 

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

  • список расчетных счетов упорядочен по алфавиту,
  • добавили фильтр по расчетному счету,
  • не отображаются счета и кассы не в национальной валюте.

#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

Исправили нюанс при установке подключения с сервером Бинотел, который приводил к зависанию программы.

Удобная сортировка по алфавиту в справочнике и списках

#171730

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

Починили поиск в реализации в списках «На расчетный счет» и «Банк-плательщик (контроль платежа)» и рассортировали расчетные счета по алфавиту.

Содержательные сообщения на главной форме

#171958

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

Ctrl+F4 – работает кнопка создания нового документа

#172044

Документ → Возврат товара поставщику

Устранили недостаток, и теперь после открытия формы «Возврат товара поставщику» и нажатии клавиш Ctrl+F4 будет создаваться новый документ.