«Торговое предприятие 7»: Релиз 7.0.55.01

Клиент ЭДО

 
1. Доработан механизм автоматического распределения входящих документов по складам. 

Как теперь работает:

• Система сначала ищет все склады с подходящим адресом в настройках.
• Затем среди них отбирает те, чья «фирма по умолчанию» совпадает с фирмой документа.
• После этого подставляет найденный склад.

Зачем:
Это гарантирует, что каждый входящий документ ЭДО попадёт на тот склад, который соответствует его фирме.

Особенно важно для:
Клиентов с большим потоком документов, у которых на одном физическом адресе работают несколько юрлиц со своими складами.

 
2.Правило заполнения страны происхождения товара.

Как теперь работает:

В документе «ЭДО Сверка поступления» страна происхождения никогда не меняется автоматически. Изменить её можно только вручную. 

Зачем:
Чтобы избежать ситуаций, когда при действиях пользователя страна, пришедшая по УПД, могла очищаться.

 
3.Учтено изменение в API СБИС. Теперь запрос документов зависит от того, какое КПП указано у фирмы или торгового объекта.

Два сценария:

Сценарий 1. Если запрос делается от имени фирмы, в которой прописано КПП головной организации, то будут получены входящие документы на все КПП этой фирмы.
Сценарий 2. Если запрос делается от имени фирмы, в которой прописано КПП подразделения или при запросе указан торговый объект, для которого задан КПП подразделения, то входящие документы будут получены только по указанному КПП. Входящие документы на другие КПП в этом случае получены не будут.

 
Работа с ЭПД

 
Поддержана работа с электронными перевозочными документами, обязательность использования которых наступает с 1 сентября 2026 года, с их автоматическим отражением в ГИС ЭПД.

 
Для поставщиков предусмотрены две схемы: 

• С привлечением транспортной компании: поставщик формирует заявку и транспортную накладную, отправляет их перевозчику и покупателю.
• Собственным автотранспортом: поставщик оформляет электронный путевой лист (ЭПЛ) с отметками врача и техников.

Для покупателей поддержана только первая схема (доставка через перевозчика), так как доставка своим транспортом поставщика не требует от покупателя отражения документов в ГИС ЭПД. 

Добавлены документы:

• «ЭПД: Исходящая электронная заявка/заказ»
• «ЭПД: Исходящая электронная транспортная накладная»
• «ЭПД: Входящая электронная транспортная накладная»
• «ЭПД: Электронный путевой лист»

 
Последовательность работы при доставке через транспортную компанию

1. Поставщик формирует «ЭПД: Исходящая электронная заявка/заказ» — фиксирует, когда, кому и какие товары отправить, и отправляет заявку перевозчику.
2. Перевозчик принимает заявку.
3. Поставщик формирует «ЭПД: Исходящая электронная транспортная накладная» со списком товаров и отправляет её перевозчику и покупателю.
4. Перевозчик принимает накладную.
5. Покупатель получает эту же накладную, и она загружается у него в документ «ЭПД: Входящая электронная транспортная накладная».
6. Покупатель сверяет фактически полученные товары и принимает входящую накладную.
7. Перевозчик фиксирует, что груз передан.

 
Последовательность работы при доставке собственным транспортом поставщика

1. Поставщик оформляет документ «ЭПД: Электронный путевой лист» (ЭПЛ), в котором фиксируется маршрут.
2. Перед выпуском машины в рейс врач и механик (техник) ставят отметки о готовности водителя и машины. Других документов о перевозке оформлять не требуется.

Поддерживается подписание «ЭПД: Электронный путевой лист» как штатными сотрудниками, так и сторонними специалистами. 

Для «ЭПД: Электронный путевой лист» предусмотрена печать QR-кода с информацией для ДПС и проверяющих — проверить регистрацию рейса можно даже без интернета. 

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

Работа с ЭПД осуществляется через сервер ЭДО, интерфейс работы документов, получения и отправки синхронизированы с процессами в ЭДО и будут привычны и знакомы пользователям.

Операторы ЭПД

На момент выхода поддержана работа с единственных операторов ЭПД СБИС. Список операторов будет расширяться в будущем.

Автоматическое создание актов о переоценке

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

Как работает:
В документе «Планирование изменения розничных цен» можно выбрать режим переоценки:

• Вручную (по-старому)
• Автоматически — в заданное время с точностью до часов и минут
• Полуавтоматически — сотрудникам даётся время на ручную переоценку, но если они не успевают, система завершает операцию автоматически

При проведении документа система проверяет, нет ли уже запланированной переоценки по той же номенклатуре, складу и времени (с точностью до секунды). Если есть — выводит предупреждение. Это предотвращает конфликты, когда разные сотрудники планируют переоценку одних и тех же товаров на одно время. 

Для полуавтоматического режима автоматически создаётся задача-напоминание на указанный срок. В назначенное время регламентное задание находит все невыполненные планы и для каждого создаёт «Акт о переоценке». 

При создании акта о переоценке система проверяет участие каждой номенклатуры в маркетинговой акции.

При создании акта система проверяет каждую номенклатуру на участие в маркетинговой акции. Если участвует, строка попадет в новую табличную часть «Плановые цены выхода из акции», если нет, она попадет в табличную часть «Товары». При проведении акта для «обычных» товаров цены меняются сразу. Для товаров в акции регистрируется цена выхода в одноимённом регистре, а фактическое изменение цены произойдёт только после окончания акции. Когда маркетинговая акция завершается (или прерывается) и для номенклатуры не задана розничная цена после окончания акции, цена товара будет назначена равно запланированной цене.

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

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

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

Модуль «Кассир»

• Добавлен контроль минимальной цены для кодов маркировки товарной группы "Никотиносодержащая продукция" при проверке онлайн или ЛМ ЧЗ 2.0 (включая ТС ПИоТ).
• Добавлена возможность продажи моторных масел в розлив, по схеме работы как с развесной икрой, подробнее о схеме в данной новости.
• Добавлена проверка в ЛМ ЧЗ при нерабочем ТС ПИоТ.
• Добавлена работа с ЛМ ЧЗ версии 2.1.
• Добавлена возможность работы с несколькими ТС ПИоТ. По вопросам установки, лицензирования и приобретения лицензий на ТС ПИОТ обращайтесь к вашему вендору (поставщику ТС ПИОТ).

Обмен с сервисом автозаказов «Корус»

 

1. В выгрузке заказов поставщикам изменено заполнение даты доставки. Теперь значение берется из реквизита документа «Дата поставки». Время доставки берется из времени даты документа. Это позволяет указывать индивидуальную ожидаемую дату доставки для каждого заказа, что важно, когда у одного поставщика разные сроки для разных точек или партий товара. 

Сбор статистики по работе касс и КСО

 
Отчёт «Среднее время оформления чеков», который строится по данным чеков для аналитических отчётов.

Отчёт позволяет в разрезе: 

• ККМ
• кассира
• типа чека (продажа, возврат, отмена, со сторно или без)
• увидеть:
• количество чеков
• среднюю длительность оформления чека (от первой транзакции до закрытия)
• среднее время расчёта отдельно для наличной и безналичной оплаты
• среднее время закрытия любого чека (включая отменённые)
• среднее время ожидания подтверждения закрытия чека

Доступны быстрые отборы по периоду, ККМ и типам чека, а также гибкая настройка группировок. 

Зачем:
Чтобы выявлять узкие места в работе касс, сравнивать скорость разных способов оплаты и анализировать эффективность кассиров. Это особенно важно для оптимизации обслуживания покупателей и снижения времени на кассовых операциях. 

Отчёт «Редактирование позиций чека», который строится по данным чеков для аналитических отчётов. В документ «Чек для аналитических отчётов» добавлена фиксация факта редактирования цены на кассе.

В документ добавлена табличная часть «Изменение цен», которая автоматически заполняется при обработке продаж с ККМ по транзакции с номером 30. В табличной части записываются:

• исходные и новые значения цен
• код дополнительной цены
• тип цены
• признак ручного или автоматического редактирования

Отчёт позволяет в разрезе ККМ, кассира, номенклатуры и чека увидеть количество и детали редактирований цен в чеках (дату, старую и новую цену), а также отфильтровать только ручные изменения или изменения по акциям. 

Зачем:
Чтобы контролировать действия кассиров, выявлять товары с частыми корректировками, оценивать эффективность акций и предотвращать возможные злоупотребления.

Отчёт «Статистика операций подтверждения на ККМ», который позволяет анализировать запросы на подтверждение (например, проверку возраста покупателя или сторнирование позиции) 

Отчёт показывает за выбранный период в разрезе:

• ККМ
• типа операции
• пользователя, выполнившего подтверждение
• номенклатуры и характеристики

По каждой группировке выводятся:

• количество подтверждённых и отклонённых операций
• суммарное время ожидания (время одной операции, затронувшей несколько товаров, не задваивается)

Доступны гибкие настройки группировок и отборы по ККМ и типу операции. 

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

В обмене с кассовым ПО по протоколу «Кассир 5» доработана обработка транзакции типа 125 с секцией 4. Добавлено сохранение подробной информации о подтверждении операций на ККМ.

При включённой константе «Сохранять подробную информацию о подтверждении операций на ККМ» система фиксирует по каждому запросу на подтверждение продажи:

• дату и время операции
• тип операции
• время ожидания
• результат
• код пользователя
• массив кодов номенклатуры и характеристик

Эти данные записываются в новые регистры сведений:

• «Операции подтверждения на ККМ»
• «Операции подтверждения на ККМ (Номенклатура)»

А также дополняют документ «Чек для аналитических отчётов»:

• суммарным временем ожидания подтверждений до закрытия чека и в течение всего чека
• данными о кассире, который подтвердил продажу на кассе

Зачем:
Чтобы сохранять информацию о подтверждении операций на кассах, на основе которой строится отчёт «Статистика операций подтверждения на ККМ».

В обмене с кассовым ПО по протоколу «Кассир 5» доработана обработка транзакции типа 125 с секцией 3, предназначенная для передачи информации об ошибках, возникающих в кассовой программе, с детальным описанием причин. 

Для аналитики по ошибкам добавлен справочник «Ошибки ККМ», который используется для группировки ошибок. Сами ошибки хранятся в новом регистре сведений «Лог ошибок на ККМ». Сохраненные данные используются для построения отчета «Статистика ошибок на ККМ», с помощью которого можно просмотреть все ошибки за период, отфильтровать по ККМ и типу ошибки и сгруппировать данные по ККМ, типу ошибки и номенклатуре/характеристике, с подсчётом количества ошибок и возможностью гибкой настройки уровней группировки.

Зачем:
Чтобы быстро выявлять проблемные кассы, типы ошибок и товары, экономить время на анализе отказов и улучшать качество работы на кассах.

 
Регламентная очистка устаревших записей

Для очистки устаревших записей по зафиксированным на ККМ ошибкам добавлено регламентное задание «ККМ: Ночной регламент. Очистка детальной информации по работе ККМ».

Регламентное задание удаляет записи, возраст которых превышает значения, указанные в константах:

• «Срок хранения информации о подтверждении операций (дней)»
• «Срок хранения данных об ошибках (дней)»

Управление настройками вынесено на форму настройки оборудования через гиперссылку «Настройка очистки детальной информации о работе ККМ», где можно:

• включить или отключить задание
• настроить расписание
• установить сроки хранения

Зачем:
Чтобы контролировать рост базы данных, своевременно избавляться от устаревшей информации о подтверждениях и ошибках, сохраняя только актуальные данные для анализа.

Торговое оборудование

 
Создание товара непосредственно на кассе (для небольших магазинов, включая табачные)

 
Поддержана особенность работы небольших магазинов (включая табачные), когда товар создаётся непосредственно на кассе. В модуле взаимодействия с кассовым оборудованием (в составе http-сервиса KKMTransfer) реализован новый метод GetGood для работы с номенклатурой по штрихкоду. 

Как работает:

1. При сканировании неизвестного штрихкода касса передаёт данные в «Торговое предприятие 7».
2. По полученному штрихкоду система выполняет поиск товара в базе:

• Если товар уже есть в базе → он просто передаётся на кассу.
• Если товара ещё нет в базе → система автоматически получает его из сервиса ДатаСервис 2.0, добавляет в базу и затем передаёт на кассу.

Зачем:
Чтобы автоматизировать создание новых товаров на кассах для сети магазинов. Код товара будет единым для всех касс, что исключает:

• дублирование одного и того же товара
• некорректный разбор продаж по таким кассам

В выгрузке данных в ЭВОТОР актуализирован список поддерживаемых товарных групп. 

В выгрузке данных в ККМ «ЭВОТОР» учтена ситуация, что для выгружаемой единицы с заданной розничной ценой не указан штрихкод. Теперь такие единицы не выгружаются в ЭВОТОР, т.к. штрихкод для этой ККМ является обязательным реквизитом.

 
Маркировка

Передача данных о месте осуществления деятельности (МОД) В документе «ГИС МТ: Вывод товаров из оборота». МОД стало необходимо указывать для ряда товарных групп при выводе из оборота, при этом в оптовом звене при передаче товаров от одного участника оборота к другому, указание МОД не требуется. МОД будет передан в ГИС МТ, если он указан в документе вне зависимости от товарной группы документа. 

Заполнение МОД в паспорте участника (с учётом обязательности для ряда операций). В заполнении МОД в паспорте участника учтено, что МОДы становятся обязательными для ряда операций в некоторых товарных группах. Теперь при получении списка МОД для каждого МОД будут заполнены товарные группы, для которых он был заведен в ГИС МТ. 

В документе «ГИС МТ: Вывод товаров из оборота» учтено изменение в API, согласно которому свойство «paid» может указываться только для причины «Вывод из оборота при дистанционной продаже».

Количественный учёт подарочных сертификатов

Добавлена возможность ведения количественного учёта подарочных сертификатов. В справочник «Виды подарочных сертификатов» добавлен флаг «Вести количественный учёт» — теперь каждый вид сертификата может участвовать в товароучётных движениях.

 
Как работает: 

Настройка учёта 

Флаг «Вести количественный учёт» определяет, будет ли по сертификатам данного вида вестись учёт остатков. 

Добавлена константа «Дата начала количественного учёта сертификатов» (раздел «Администрирование» → «Товарный учёт»):

• операции до этой даты → не формируют движений по остаткам
• операции после этой даты → формируют движения по остаткам

Ограничения для сертификатов в справочнике «Номенклатура»
Для типа «Сертификат» запрещены:

• учёт по характеристикам
• учёт по серийным номерам
• учёт по сериям
• маркировка
• признак алкогольной продукции

Продажа сертификата на кассе

1. В документ «Отчёт о розничных продажах» подставляется номенклатура сертификата
2. При проведении списывается остаток этих товаров по методу учёта партий
3. Если остатка не хватает → продажа отражается в превышении

Снятие проверок для сертификатов

• Снята проверка нулевой розничной цены
• Разрешены отрицательные остатки во всех товароучётных документах (перемещение, списание, инвентаризация, возврат поставщику, пересортица, корректировки и др.)

Доработаны документы:

• «Продажа подарочных сертификатов»
• «Отчёт отдела о розничных продажах»
• «Погашение и оплата сертификатами»
• «Перевыпуск подарочных сертификатов»

В табличные части этих документов добавлены колонки:

• «Номенклатура»
• «Вести количественный учёт» — определяет, по какой номенклатуре будет вестись учёт остатков по сертификату

Зачем:
Чтобы точно учитывать, на какой торговой точке какие запасы сертификатов для продажи, и своевременно их пополнять. Доработка позволяет вести учёт физического наличия сертификатов в каждом магазине.

Маркировка

• В документе «ГИС МТ: Сверка состояний кодов маркировки» учтена ситуация, когда в ответе от ГИС МТ есть символы перевода строки. Теперь такие ответы обрабатываются без необходимости ручного исправления файла для загрузки данных.
• В документе «ГИС МТ: Сверка состояний кодов маркировки» изменена работа с созданием документа корректировки статусов кодов маркировки с учетом того, что в сверке может быть более 99 999 кодов маркировки. Теперь из документа сверки может быть создано несколько документов корректировки статусов, в каждом из которых будет не более 99 999 строк. Это позволит корректировать статусы кодов на любом объеме данных.
• В документе «ГИС МТ: Сверка состояний кодов маркировки» улучшена работа сканера штрихкодов. Теперь если в документе считать код маркировки, которого в документе нет, будет выведено информационное сообщение.

 
ЕГАИС

• В регламентное задание «ЕГАИС: Ночной регламент» добавлена очистки регистра «Входящие сообщения от УТМ». Теперь из него автоматически удаляются записи, которые созданы ранее заданного в константе «Срок хранения логов ЕГАИС» количества дней. Это позволит уменьшить размер регистра с данными обмена с ЕГАИС за счет удаления уже не нужных записей данные по которым были загружены в базу данных.
• В документе «ЕГАИС: ТТН Поступление» поддержана схема работы с отменой ошибочного отправленного покупателем подтверждения ТТН.

ВетИС

• Доработан механизм массового сопоставления номенклатуры и работы с остатками. В обработке «ВетИС: Создание сопоставлений» на закладку «Номенклатура» добавлена кнопка «По штрих-кодам», при её нажатии система автоматически подбирает для несопоставленных строк продукции ВетИС соответствующую номенклатуру из базы по GTIN, а также добавлена кнопка «Показать не сопоставленную», которая фильтрует левую табличную часть, оставляя только строки без сопоставления. Это позволяет пользователю быстро и удобно выполнять массовое сопоставление номенклатуры с продукцией ВетИС без ручного поиска, сокращая время на подготовку данных и снижая риск ошибок.
• В документ «ВетИС: Остатки продукции» добавлена кнопка «Заполнить по штрих-коду», которая по описанному выше принципу сопоставления номенклатуры с номенклатурой ВетИС по GTIN, автоматически заполняет незаполненную номенклатуру в строках документа. Это также позволит ускорить настройку работы с ВетИС.
• В документах поступления и движения товаров, интегрированных с ВетИС (приходные накладные, наряды на производство, оприходование излишков и т.п.), наведён порядок в кнопках управления партиями ВетИС. Команда «Отразить в ВетИС» переименована в «Оформить производственную партию» и перемещена в подменю «ВетИС», а для создания входящих и транспортных партий на основании документов (приходная накладная, перемещение и т.п.) соответствующие пункты из меню «Создать на основании» также вынесены в подменю «ВетИС» с понятными названиями «Оформить входящую партию» и «Оформить транспортные партии». Теперь все действия с партиями ВетИС собраны в одном месте, а их наименования чётко отражают суть операции, что исключает путаницу и ускоряет работу пользователя.

 
Торговое оборудование

 

• В снятии отчета отдела добавлена возможность получения информации о проданных на ККМ сериях. Теперь, если на кассе будет продан товар с указанием серии товара, информация об этом будет автоматически подставлена в документ «Отчет отдела». Эта доработка позволила замкнуть контур работы с сериями, указанными на товаре производителем.
• В справочнике «Весы» добавлен новый реквизит «Вариант выгрузки изображения» с четырьмя возможными значениями «Изображение для весов», «Основное изображение товара», «Изображение для ККМ», «Изображение для КСО». В зависимости от значения реквизита, при выгрузке товаров в весы система автоматически выгрузит картинку товара, в зависимости от настройки весов. Это упрощает настройку картинок для товаров и исключает двойную работу пользователей.
• В документе «Чек» по кнопке «Произвести возврат оплаты» добавлена возможность отправки на терминал команду на оформление возврата, что позволит выполнить возврат безналичных средств не в день продажи. Ранее было возможно выполнить только отмену операции, которая допускается только в день продажи.
• В документе «Оплата через экварийнг» добавлена полноценная поддержка возврата оплаты через терминал. Создание возвратного документа возможно из документов «Оплата через эквайринг» и «Возврат от покупателя». Для этого в документы были добавлено кнопка В документ добавлена кнопка «Произвести возврат оплаты», которая создает новый документ «Оплата через эквайринг» с типом «Выплата контрагенту» на основании существующего документа оплаты с автоматическим заполнением всех реквизитов, необходимых для отражения операции возврата в банковском терминале. Это устраняет ограничение, когда была доступна только отмена оплаты день в день, и даёт возможность оформлять возврат на банковскую карту покупателя в любой момент на основании оригинальной оплаты.
• Ускорено проведение загрузки ККМ, работающих по протоколу «Кассир 5».
• В обработке снятия отчета отдела добавлена возможность перезаписи номинала сертификатов. Теперь независимо от того, включен ли биллинг и найден ли префикс вида сертификата, номинал, введённый на кассе, будет записан в справочник сертификатов, если для вида сертификата разрешён ручной ввод номинала (или вид сертификата не был найден), что исключает ситуацию, когда после обмена с ККМ номинал остаётся нулевым.
• В документе «Чек» на форму добавлена кнопка «Записать», которая размещена после кнопки «Фискализация чека». Это позволяет продавцам на любом рабочем месте сначала сохранить чек без фискализации, а затем на рабочем месте с ККМ открыть его и провести с выдачей чека, что полностью повторяет схему работы из конфигураций линейки «Торговое предприятие 5».
• В обмене с весами, работающими через драйвер БПО доработан механизм выгрузки срока хранения в весах. Теперь значение формируется по новому. Теперь срок хранения рассчитывается с учетом даты реализации или даты производства, заданных в товарах в весах. Если для товара задана «Дата реализации», то срок хранения будет рассчитан как дата реализации минус текущая дата выгрузки. Если дата реализации отсутствует, срок хранения будет посчитан через «Дату производства» и срок годности из карточки товара. Если для товара не задана ни дата реализации, ни дата производства, то срок хранения будет выгружен как срок годности из карточки товара. Доработка позволяет автоматически передавать в весы БПО актуальный остаточный срок хранения товара.
• В выгрузке товаров для продажи сертификатов добавлена выгрузка наименования товара.
• Улучшена форма проверки готовности модуля «Кассир» к работе. В форму добавлены поясняющие подсказки и инструкции. Это позволяет уменьшить время, необходимое для настройки работы модуля к минимуму.
• В веб-сервисе «KKMTransfer» добавлен сбор сообщений об ошибке, который теперь возвращаются в методах веб-сервиса. Это позволит улучшить обратную связь приложений, использующих этот веб-сервис.
• В обработке «Групповая загрузка ККМ» добавлена возможность формировать документы загрузки ККМ с вариантом «Удалить товары».
• В документе «Назначение акции» добавлены новые реквизиты «Приоритет замещения», «Игнорировать приоритет замещения» и «Приоритет на товарную позицию». Реквизиты размещены на новой закладке «Дополнительно». Реквизиты позволят выгружать эти настройки скидок в Кассир 5.
• Обработка «Групповая выгрузка на ККМ» синхронизирована с документом «Загрузка ККМ» по составу флагов и интерфейсу, что позволит с помощью обработки выгружать на ККМ любые нужные данные.
• В документе «Чек» изменено правило расчета НДС для маркированных товаров при печати чека на ККТ. Новое правило учитывает разбивку строк с маркированными товарами в чеке и выделение НДС для каждой строки чека.
• В процедуре формирования документа «Приходный кассовый ордер» при снятии отчета отдела с ККМ добавлено заполнение ставки «Без НДС» для ситуаций, когда отчет отдела снимается с ККМ, работающей по патенту. Это позволит максимально полно заполнить документ.
• В документе «Назначение акции» изменены правила выгрузки условий. Теперь новые акции будут выгружаться на ККМ до начала действия акции, а завершившиеся акции будут выгружаться на ККМ в течении 30 дней после их завершения. Это позволит упростить выгрузку акций на ККМ. Следует учитывать, что в случае изменений условий акции (редактирования существующих условий в акции), выгрузка будущих условий на ККМ выполнена не будет, т.к. это перезапишет действующие акции. В этом случае новые условия надо будет по-прежнему выгружать в день начала акции. В то же время для новых условий и новых акций выгрузка будет осуществляться после их создания, что позволяет упростить процесс заведения акций на ККМ.
• В документе «Назначение акции» добавлена возможность задавать условия на автоматические скидки по срокам годности в днях. На форме редактирования скидок добавлены новые поля, которые позволяют задать диапазон дней до окончания срока годности маркированных товаров для срабатывания скидки. Для избежания неоднозначности, поддержано ограничение, что скидка может быть настроена либо по часам, либо по дням. Теперь, если скидка по сроку годности настроена по часам, она будет применяться от точного времени окончания срока годности. Если скидка настроена по дням, она будет рассчитываться по дате окончания срока годности, без учета часов, что проще для определения товаров, на которые будут применяться скидки.
• В конфигурации актуализированы модули для работы с ТСД под управлением ПО «Data Mobile».
• Подсистема DataMobile теперь показывается только по включенной настройке с этим оборудованием. В настройки оборудования (раздел «Администрирование» - «Настройки оборудование») на закладку «ТСД» добавлена константа «ИспользоватьТСДДатаМобайл» и связанная с ней функциональная опция. Теперь при снятом флаге пункт меню и вся подсистема DataMobile полностью скрываются из интерфейса, а при установленном — становятся доступными для работы с ТСД.

 
Обмен с конфигурациями бухгалтерского учета

 

• В выгрузке документа «Отчет отдела» изменена выгрузка данных о суммах оплат по возвратам от покупателей. Теперь если возвраты от покупателей записываются в отдельный документ, то при выгрузке отчетов отдела строки с отрицательной суммой оплаты не выгружаются, чтобы такие отчеты отдела корректно проводились в бухгалтерии.
• Для документа «Счет» подключена возможность сворачивания табличной части по ставке НДС при обмене данными через Конвертацию 3.0.
• В настройках узла плана обмена через Конвертацию 3.0 актуализирован список документов для установки отбора на выгрузку документов. Это позволит ограничить выгрузку любых документов в бухгалтерию.
• При выгрузке данных через Конвертацию 3.0 в документе «Отчет отдела» отключена выгрузка строк табличной части «Видов оплат», в которых указан вид оплаты, применяемый как скидка. Отключение связано с тем, что обработка такого вида оплаты не предусмотрена в бухгалтерии.

 
Обмен через план обмена «Филиалы»

 

• В плане обмена «Филиалы» добавлен флаг «Копировать файл загрузки локально» для обмена через сетевой каталог без архивирования. При установленном флаге файл сначала копируется в каталог временных файлов и загружается оттуда, что исключает сбои при нестабильной сети и ускоряет обмен с филиалами.
• В плане обмена «Филиалы» добавлен флаг «Ожидать подтверждение о загрузке последнего пакета» (при создании узла устанавливается автоматически) и реквизит «Номер полученного подтверждения»: теперь перед выгрузкой очередного пакета система проверяет, существует ли последний отправленный пакет и получено ли по нему подтверждение от получателя. Если подтверждения нет, выгрузка следующего пакета блокируется с соответствующим сообщением. Это решает проблему дублирования данных (когда следующий пакет уходит до загрузки предыдущего, например, 701-й дублирует 700-й) и исключает самозатухающий процесс при работе с тяжёлыми пакетами большого объёма.
• В плане обмена «Филиалы» удален устаревший реквизит «Загружать все найденные в каталоге обмена файлы».

 
Новая функциональность

 

• В печатных формах счетов-фактур и универсальных передаточных документов актуализирована редакция нормативных актов согласно Постановления Правительства РФ от 23.01.2026 № 26.
• В документах «Платежное поручение» и «Строка банковской выписки расход» изменена логика формирования движений по регистру «Общие доходы и расходы». Теперь платежное поручение всегда создаёт движения, а строка банковской выписки – только если не введена на основании платежного поручения (чтобы избежать двойного учёта). При обновлении на новый релиз автоматически «перевешиваются» существующие движения: у платежных поручений они добавляются, а у строк выписки на их основании – удаляются. Это делает учёт доходов и расходов единообразным как в конфигурациях линейки «Торговое предприятие 7», так и при переходе с конфигураций линейки «Торговое предприятие 5».
• В документах «Расходный кассовый ордер» и «Приходный кассовый ордер» добавлена возможность опционального отражения операций инкассации, взноса наличных в банк и получения денежных средств в банке сразу и по банковскому счету организации.  Добавлена новая константа «Отражать движения по банковскому счету при проведении кассовых документов с операциями Инкассация и Получение денежных средств в банке» (размещена на закладке «Касса / Взаиморасчеты») и одноимённый флаг в самих документах (размещен на закладках «Взнос наличных в банк» и «Прочие выплаты»), который по умолчанию заполняется значением константы. Теперь при установленном флаге проведение РКО с операциями «Инкассация» или «Взнос наличных в банк» формирует движение по банковскому счёту (приход), а ПКО с операцией «Получение денежных средств в банке» — расход по банковскому счёту, с записью в регистр «Движения по статьям ДДС». Это позволяет пользователям, которые не используют клиент-банк, автоматически отражать в учёте полноценный перевод денег из кассы на расчётный счёт и обратно, избегая ручного создания банковских выписок.
• В справочнике «Договоры взаиморасчетов» добавлен реквизит «Адрес доставки», в котором указывается адрес доставки при работе с контрагентом по этому договору. Реквизит используется в документах «Заказ покупателя», «Расходная накладная», «Счёт», «Возврат поставщику» и других. В них доработана логика заполнения адреса доставки: теперь адрес определяется по приоритету. Сначала из МОД получателя (если он заполнен), затем из грузополучателя, затем из адреса доставки договора, и только потом из контрагента. Это позволяет гибко управлять адресом доставки на уровне договора, автоматически подставлять его в документы и сократить ручной ввод, особенно в ситуациях, когда у одного контрагента несколько договоров с разными адресами.
• В документе «Акт сверки взаиморасчетов» добавлена возможность проведения сверки по всем договорам, по которым за период сверки были движения. Для этой возможности работы документа добавлен новый флаг «Выполнять сверку по всем договорам с движениями».
• В документе «Спецификация договора» в печатную форму добавлена возможность выводить сумму по спецификации. Для этого в табличную часть «Товары» добавлены реквизиты «Сумма», «Сумма минимальная» и «Сумма максимальная», а в шапку документа добавлен реквизит «Сумма документа». Для вывода данных о суммах добавлена новая печатная форма «Спецификация договора», где вместо минимальных и максимальных цен выводятся данные о сумме спецификации. Существующая печатная форма переименована в «Спецификация договора (цены)». Это позволит в спецификации видеть суммы заключаемых контрактов.
• В обработке «Групповая обработка номенклатуры» добавлена возможность указывать ставку  НДС с датой начала ее действия. В обработке добавлена новая закладка «Изменить историю изменения ставки НДС». С ее помощью можно для выбранных товаров указать нужную ставку НДС и дату начала её действия (например, 01.01.2026), а при установленном флаге «Очистить историю после указанной даты» система удалит все более поздние записи из регистра истории ставок НДС, перезапишет запись на указанную дату и обновит текущую ставку в карточке товара. Это позволит корректно исправлять ошибочно применённые ставки (например, 5% на 10% или 22%) задним числом, чтобы документы прошлых периодов рассчитывали НДС верно.
• В справочнике «Типы цен» при записи предопределенного типа цен «Розничный» добавлена принудительная установка реквизитов в нужные для этого типа цен значения. Это позволит избежать ошибок в работе конфигурации, связанные с программным изменением этого типа цен силами сторонних разработчиков.
• В ряде документов («Заказ покупателя», «Расходная накладная», «Счёт», «Возврат поставщику» и других), реквизит «МОД получателя» перенесён с закладки «Данные для печати» в основную группу параметров документа. Это позволит сразу видеть МОД получателя без перехода между закладками.
• В журнале документов «Складские» для документа «Пересортица» добавлен вывод сумм документа.
• Справочник «Статьи движения денежных средств» сделан иерархическим. Это позволит в отчетах по статьям ДДС делать группировки по группам статей.
• В журнале «Банковские документы» добавлен вывод назначения платежа и автора для ряда документов.
• Документ «Синхронизация для бухгалтерии служебный» добавлен в подсистему «Розница». Это позволит работать с документом в стандартных инструментах, например, в «Удаление помеченных объектов».
• Ряд форм библиотеки стандартных подсистем адаптирован для открытия под платформой версии 8.5.
• В печатной форме документа «Акт разногласия» добавлен вывод суммы документа прописью.
• В документе «Приходная накладная» в загрузке из EXCEL-файла добавлена возможность загружать реквизит «Количество по документам» табличной части «Товары».
• В документе «Приходный кассовый ордер» добавлено заполнение поле «Операция» при ручном вводе документа. Поле заполняется значением «Поступление от контрагента». Это позволит избежать ошибок при работе с документом.
• Документы «ГИС МТ: Уведомление о принятии к учету КМ», «Купоны: Смена статуса», «Корректировка спецификации договора» и «Спецификация договора» подключены к датам запрета редактирования.
• В документе «Назначение акции» добавлена возможность указать условие акции по цене товаров.
• В документе «Назначение акции» добавлена возможность настраивать применение скидок на определенные товары после их группировки по тем или иным свойствам.
• Оптимизирована процедура проведения документа «Приходная накладная», что может дать увеличение скорости проведения на клиент-серверных базах.
• В форме печати документа изменено генерация имени файла, в которую будет сохраняться печатная форма для корректировочных документов. Теперь имя файла формируется по имени корректируемого документа, что упростит поиск сохраненной печатной формы.
• При загрузке никотиносодержащих жидкостей из сервиса «ДатаСервис 2.0» добавлено заполнение товарной группы «Никотиносодержащая продукция».
• В документе «Начисление на дисконтные карты» добавлена возможность редактировать реквизит «Комментарий». Для документов, созданных автоматически биллингом, предусмотрено новое поле «Комментарий биллинга».
• Для документов «Акт разногласия», «Возврат поставщику», «ЕГАИС Расход», «ЕГАИС ТТН Поступление», «Заказ поставщику», «Поступление из дороги», «Потребность склада», «Списание» и «ЭДО сверка поступления» добавлена возможность работы с прикрепленными файлами.
• В документе «Изменение цен продажи» добавлена возможность загрузки данных из EXCEL-файла по артикулу.
• Доработана работа с КУДиР. Теперь документы не формируют движения по регистрам КУДиР, если работа с КУДиР не ведется. Предусмотрена возможность очистки движений в существующих базах, если КУДиР не ведется.
• Добавлены отдельные роли, разрешающие только редактирование справочников. Это позволит более гибко создавать права доступа пользователей.

 
Исправлены ошибки

 

• В отчёте «ГИС МТ: Остатки кодов маркировки с истекающим сроком годности» исправлены ошибки формирования отчета. Устранено дублирование кодов маркировки в табличной части и исправлена ошибка некорректного отбора по количеству часов до истечения срока годности.
• В процедурах перехода с конфигураций линейки «Торговое предприятие 5» исправлена ошибка, которая могла возникать при попытке установить дополнительные реквизиты «Последний поставщик» и «Последняя приходная цена» для групп номенклатуры.
• В отчете «Ведомость по дисконтным картам» исправлена ошибка, из-за которой не работала группировка по документу движения.
• В документе «Корректировка поступления» исправлена ошибка, которая могла возникать при проведении документа.
• Исправлена ошибка, которая могла возникать при загрузке весов самообслуживания PC200.
• Исправлена ошибка, которая могла возникать в ряде документов при считывании кода маркировки сканером штрихкодов.
• В обмене с конфигурациями бухгалтерии через Конвертацию 2.1 исправлена ошибка, из-за которой ингредиенты документа «Наряд на производство» могли выгружаться несколькими строками в документ бухгалтерии.
• Исправлена кодировка сохранения машиночитаемой доверенности, оформленной в Торговом предприятии 7. Теперь доверенность сохраняется в кодировке UTF-8.
• В документе «Отчет отдела» в печатной форме в розничных ценах исправлена ошибка вывода итогов по НДС, из-за которой итоговый НДС не уменьшался на величину НДС возвратов от покупателя.
• В документе «ЕГАИС: Остатки акцизных марок» исправлена ошибка, из-за которой документ запроса остатков приходовал двойной объем акцизной марки, если при проведении не были найдены движения вскрытия этой марки, а по данным документа бутылка содержит уже менее своего полного объема.
• В обмене с конфигурациями бухгалтерского учета исправлена ошибка, из-за которой в документах «Расходная накладная» некорректно передавались данные о доверенности из документа.
• В обработке «Закрытия кассовых смен» исправлена ошибка, которая могла приводить к расхождению обычной и фискальной сумм отчета отдела, который формируется по документам «Чек».
• Исправлена ошибка, которая могла возникать при автоматическом создании формата кода маркировки при загрузке входящего УПД.
• В документе «Расходная накладная» исправлена ошибка не заполнения системы налогообложения, которая проявлялась при вводе документа на основании заказа покупателя.
• В обработке «Снятия отчета отдела» исправлена ошибка, из-за которой могла не сохраняться детализация по чекам при получении данных о продажах.
• В документе «ГИС МТ: Вывод товаров из оборота» исправлена ошибка, из-за которой могли не формироваться движения по регистру учета кодов маркировки.
• В загрузке данных из ВетИС исправлена ошибка, которая могла возникать при получении условий регионализации.
• В документе «Чек» исправлена ошибка, из-за которой по одному документу чек мог быть распечатан два раза.