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

Клиент ЭДО:

• Поддержан формат УПД, согласно приказа ФНС от 19.12.2023 № ЕД-7-26/970@ (формат 5.02). Поддержано как  формирование исходящих, так и приемка входящих УПД. Так как данный формат станет обязательным только с 1 апреля 2025 года, то обмен документами в этом формате надо начинать по согласованию с контрагентом и при наличии у него технической возможности отправлять/принимать УПД в этом формате. Также готовность к обмену в новом формате УПД необходимо уточнить у оператора ЭДО, т.к.  еще не все операторы ЭДО поддержали обмен в этом формате.
• Автоматическое получение из ГИС МТ информацию о вложенных кодах маркировки и статусах полученных кодах маркировки при загрузке входящих документов ЭДО. На странице настройки работы с ГИС МТ добавлены две константы «Автоматически запрашивать вложенные коды маркировки» и «Автоматически запрашивать статусы кодов маркировки при загрузке документа через клиента ЭДО», включающие и отключающие механизм автоматического получения данных. При этом настраивать в паспорте участника сертификат для автоматического подписания не требуется, т.к. эти запросы не требуют подписания и используют токен доступа в ГИС МТ.
• В обработке полномочий МЧД добавлена обработка машиночитаемого полномочия «Подписывать товарные, товарно-транспортные, транспортные накладные, универсальные передаточные документы (УПД)», позволяющего подписывать, в том числе, и у УПД. Ранее по обработке этого полномочия выпускалось расширение.
• Автоматическое подписание уведомления о получении при обработке входящих документов (оператор «Платформа ОФД»).
• При работе с оператором «СБИС» учтена особенность АПИ оператора по передаче исходящих документов и титулов покупателя в роуминг (аккаунт получателя находится у другого оператора) в случае, когда у получателя есть несколько аккаунтов у разных операторов ЭДО и один из его аккаунтов находится в СБИС.
• Улучшена работа по получению информации об МЧД, которой был подписан входящий документ.
• Теперь если входящий документ подписан сотрудником поставщика с указанием МЧД и эту МЧД не получилось загрузить при загрузке, входящей УПД, то документ подписать теперь можно (ранее подпись документа блокировалась), проверки полномочий МЧД при этом выполняться не будут.
• Действие константы «Разрешить отражать поступление по не подписанным документам» расширено на все возможные варианты загрузки документа «ЭДО Сверка поступления», например, на документы, загруженные через внушение обработки СБИС и Таксиком.  Ранее константа разрешала отражать в учете только не подписанные документы, полученные через клиента ЭДО.

Учет и предотвращение нарушений при работе с ГИС МТ:

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

 
В конфигурации анализируются следующие показатели риска, введенные в действие приказом №635 «Об утверждении перечня индикаторов риска нарушения обязательных требований при осуществлении федерального государственного контроля (надзора) в области защиты прав потребителей» от 14 сентября 2023 года (с учетом изменений на 2 сентября 2024 года):

• Продажа КМ, не зарегистрированных в ГИС МТ

• Продажа выведенных из оборота КМ

• Продажа не введенных в оборот КМ

• Большой срок оборота хранимой продукции

• Для товарной группы Табачная продукция: Объем реализации менее 50% от указанного значения.

• Продажа товара с истекшим сроком годности от указанного значения

• Реализация товара без подтверждения техническими регламентами Таможенного союза.

Маркировка:

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

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

Сверка чеков с  данными от оператора Платформа ОФД:

• В форму «Расхождение по ставкам НДС». выводятся чеки, в которых в ОФД зафиксированы продажи товаров по ставкам НДС, отличным от настроек в учетной политике фирмы и карточке товаров.

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

• Биллинги дисконтных карт и подарочных сертификатов работают если у вас приобретен, прошит и активирован модуль «Online-работа с ККМ», либо без модуля по подписке.
• Функционал модуля “Кассир” работают если у вас приобретен, прошит и активирован модуль «Кассира», либо без модуля по подписке.
• Функционал модуля «Сеть магазинов» работают если у вас приобретен, прошит и активирован модуль «Сеть магазинов», либо без модуля по подписке.
• Функционал модуля «Производства», работают если у вас приобретен, прошит и активирован модуль «Производства», либо без модуля по подписке.
• Функционал модуля «Анализ чеков», работают если у вас приобретен, прошит и активирован модуль «Анализ чеков», либо без модуля по подписке.
• Функционал модуля «Ассортиментные ценовые матрицы», работают если у вас приобретен, прошит и активирован модуль «Ассортиментные ценовые матрицы», либо без модуля по подписке.

Учет серии номенклатуры:

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

Поддержано две схемы работы с сериями номенклатуры.

• Первая схема – классическая, когда данные о серии закодированы на упаковке, например, это номер партии. И при операциях товародвижения пользователи указывают по каким сериям какое количество товара проходит. Эта схема работы требует ручного указания серий в документах товарного учета.
• Вторая схема позволяет вести учет серий для товаров, оклеенных кодами маркировки, когда по таким товарам надо вести учет сроков годности. Использование данных о кодах маркировки позволяет существенно сократить количество ручных операций или вообще убрать ручное заполнение данных о сериях, при этом вся отчетность по сериям будет доступна пользователям. При работе по этой схеме все данные о сроках годности / даты производства берутся из кодов маркировки, указанных в документе. Ручное указание серии требуется в случае, если код маркировки в документе не указан, например, для молочной продукции в оптовом звене действует объемно-сортовой учет и в документах поступления кодов маркировки нет. В этом случае серию нужно указать либо вручную, либо она будет создана автоматически, по кнопке «Заполнить серии» по данным даты производства и окончания срока годности, указанных в строке документа. А вот при продаже коды маркировки молочной продукции обязательно указываются на ККМ, и они будут зафиксированы в отчете отдела. В этом случае серии в документе будут заполнены автоматически по данным кодов маркировки, проданных на ККМ. Эта схема работы позволит построить учет в разрезе сроков годности с минимальным увеличением трудоемкости работы. Все данные о сроках годности будут автоматически заполняться по данным кодов маркировки, указанных в документе, а если их там нет, то персоналу для каждой строки документа будет достаточно указать дату производства или дату окончания срока годности, согласно сопроводительным документам. 

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

• Справочно. В этом режиме работы серии указываются по желанию пользователя и не отражаются в учете.

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

• По фирме и торговому объекту. В этом режиме учета остатки серий ведутся в разрезе магазинов, и серии необходимо указывать при каждом поступлении / списании с остатков товаров в магазине. При таком режиме учета всегда известно, какие серии в каком магазине находятся на остатках.

• По фирме и складу. В этом режиме ведется максимально детализированный учет остатков – с точностью до склада. При такой настройке серии надо указывать в каждом документе товарного учета.

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

Информация о том, что по номенклатуре ведется учет по сериям задается в карточке товара. Также эта настройка имеет дату действия, начиная с которой по номенклатуре ведется учет по сериям. Все документы с этой номенклатурой, оформленные до даты начала учета по сериям, не требуют указания серий, а документы, оформленные после этой даты – требуют. Это позволяет начать вести учет по сериям по товарам, учет по которым уже велся в информационной базе.

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

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

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

Маркировка:

ЕГАИС:

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

Модуль "Производство" (если модуль прошит в ключ, то функционал описанный ниже работает без подписки, в противном случае требуется активно действующая подписка):

Разрешительный режим при работе с ККТ:

• В конфигурации поддержано требование законодательства о проверке маркировки при розничной продаже. Добавлена настройка работы с разрешительным режимом: количество минут актуальности выполненной проверки кода маркировки, количество секунд ожидания ответа от CDN-площадок и так далее. Настройки работы с разрешительным режимом осуществляются на форме настроек работы с ГИС МТ и в паспорте участника.
• В документах «Чек» и «Расходная накладная» (при отражении документом розничных продаж) добавлена online-проверка считываемых кодов маркировки с информированием пользователя о результатах проверки и блокировкой продаж кодов маркировки, не прошедших online-проверку. При считывании кода маркировки в документ по нему сразу же выполняется проверка с целью оперативного информирования оператора / кассира о проблеме и предотвращению нарушения. После заполнения документов следует сразу распечатать чек на ККТ. Если этого не сделать и закрыть документ, то после повторного открытия документа перед печатью чека коды маркировки документа будут повторно проверены в массовом режиме с выводом сообщения о кодах, не прошедших проверку.
• При работе с документом «Расходная накладная» следует учитывать online-проверка выполняется, если в документе установлен флаг «При отгрузке маркируемые товары выводятся из оборота». Если флаг установлен, то online-проверка кодов маркировки будет осуществляться при их сканировании. Если флаг не установлен, то коды маркировки будут подставляться без проверки и после установки флага проверка будет проводиться массово непосредственно перед печатью чека. Также массово будет выполняться проверка кодов маркировки, если они подставлены в документ программно, например, через заполнение из ТСД.
• Onlinе-проверка кодов маркировки делается по кодам маркировки товаров, в товарных группах которых указана дата online-проверки на ККМ и эта дата меньше текущей даты.
• Данные о проведенных online-проверках передаются в соответствующих тегах чека. Все технические моменты по работе с разрешительным режимом соответствуют методическим рекомендациям ЦРПТ.

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

• В документе «Загрузка ККМ» добавлена возможность выгружать в кассовое ПО «Кассир 5» информацию о купюрах и монетах.
• В настройках работы с ККМ добавлена константа «Разбивать отчет отдела товароучетными документами», которая позволяет указать, должны ли данные о продажах на ККМ разделяться на несколько документов «Отчет отдела» при оформлении на кассах товароучетных документов (переоценки, списания, приходы) или нет. При обновлении на релиз константа будет установлена в ИСТИНА, чтобы сохранить режим разбиения отчетов отдела на несколько документов, работающий в прошлых релизах безусловно.
• В справочнике «Весы» добавлена возможность сортировки списков товаров для загрузки и загружаемых товаров по коду номенклатуры и PLU.
• Добавлена возможность отключать отграничение на максимальный процент скидки при проведении маркетинговых акций. В документе «Маркетинговая акция» для акций, отличных от «Комплексное изменение цен» может быть установлен флаг «Игнорировать максимальный процент скидки товара», а в номенклатуре разрешение на разрешение превысить максимальный процент скидки включается по новому флагу «Разрешить акциям игнорировать ограничение по скидке». При срабатывании скидки, если у номенклатуры разрешено превышение максимальной скидки, и сработавшая скидка также допускает игнорирование макс. процента скидки, на товар будет назначена скидка по акции, а не максимальная из ограничений товара.
• Изменена работа документа «Перемещение наличных денежных средств». Теперь документ позволяет отразить перемещение средств не только между кассами предприятия, но и между кассами и ККМ. В документ добавлен тип операции, который определяет операцию документа и реквизиты формы, требующие заполнения. Документ может быть создать при снятии отчета отдела по данным транзакций, оформленным на ККМ.
• Поддержана схема работы, когда на ККМ с товароучетом формируется документа Поступление из дороги, и при этом на ККМ нет исходного документа перемещения в дорогу. В это случае на ККМ необходимо считать штрих-код документа перемещения в дорогу, и эти данные будут переданы в Торговое предприятие 7. Далее в Торговом предприятии по ним автоматически будет найден исходный документ Перемещение в дорогу и связь документов будет восстановлена.
• При пробитии чека на ККТ добавлено заполнение тега 1208, в него передаются данные о единице измерения строки чека. Ранее всегда передавались данные базовой единицы измерения.
• В документе «Чек» добавлена работа с кодами маркировки. В документ добавлена табличная часть для указания кодов маркировки, которая заполняется стандартным для конфигурации способом. При проведении документа коды маркировки считаются выведенными из оборота. В обработке «Закрытие кассовых смен» предусмотрена обработка данных по кодам маркировки с переносом их в соответствующие таблицы документа «Отчет отдела».
• В выгрузку в ККМ данных, зарегистрированных в узлах обмена, внесены изменения. Учтена возможность, что на уровне ККМ можно задать ограничения на элементы справочников «Контрагенты», «Сообщения для кассиров», «Продавцы» и «Пользователи программы Кассир 5». Теперь в узлах планов обмена с ККМ для кассы регистрируются только те элементы, которые соответствуют установленному в ККМ отбору.
• В документе «Текущие продажи» добавлена работа с подарочными сертификатами. Это позволит оперативно отражать актуальное состояние сертификатов и сумм на них. Также при создании текущих продаж создаются документы «Продажа и оплата сертификатами», которые выполняют движения сумм на сертификатах. При создании отчетов отдела все созданные по текущим продажам документы «Продажа и оплата сертификатами» будут помечены на удаление и вместо них будут созданы новые итоговые документы.
• В печати чека из документа «Расходная накладная» для отражения передачи товаров между организациями и / или ИП, добавлена передача данных о количестве отгружаемых товаров по объемно-сортовому учету, если на дату печати чека по товарным группам отгружаемых товаров в оптовом звене действует объемно-сортовой учет.
• В документе «Загрузка ККМ» добавлена возможность выгрузки дополнительных реквизитов платежных карт.

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

• В обмене данными через формат Enterprise Data учтены изменения на стороне бухгалтерии, по обработке документов поступления и списания денежных средств с операциями выгрузку по операциям «Получение займа», «Получение кредита», «Возврат займа контрагентом», «Возврат займа», «Возврат кредита», «Выдача займа контрагенту».
• В обмене данными через формат Enterprise Data учтены изменения на стороне бухгалтерии, по обработке документов поступления и списания денежных средств с операциями по расчетам с сотрудниками.
• В обмене данными через формат Enterprise Data учтены изменения на стороне бухгалтерии, по обработку у номенклатуры реквизитов алкогольной продукции.
• Улучшена информативность для заполнения видов оплат с видом оплаты «Платежная карта» для их автоматического создания в бухгалтерии при обмене. Ранее часто возникали проблемы, связанные с тем, что виды оплат при выгрузке документов не создавались в бухгалтерии автоматически. Это было связано с тем, что если в виде оплаты не заполен контрагент и договор, то такой вид оплаты в бухгалтерии автоматически не создается. Теперь на форме вида оплаты и узла обмен с бухгалтерией добавлены информационные надписи о правилах заполнения видов оплат для их автоматического создания в бухгалтерии.
• В целях уменьшения настроек и максимально простого запуска обмена с бухгалтерией, изменены правила выгрузки номенклатуры через формат Enterprise Data. Учтено, что в бухгалтерии автоматически создаются виды номенклатуры «Товары» и «Услуги» и пользователи могут на эти виды номенклатуры настроить правила заполнения счетов учета. Теперь в узле плана обмена можно указать названия видов номенклатуры бухгалтерии, которые будут использоваться при выгрузке, если в карточках товаров вид номенклатуры для бухгалтерии не заполнен. Причем учтено, что ранее в этом случае выгружались виды номенклатуры с названиями «Товар» и «Услуга». Теперь при создании нового узла обмена, виды номенклатуры будут заполнены по умолчанию значением «Товары» и «Услуги», чтобы названия этих видов совпадали с названиями в бухгалтерии. При обновлении на релиз в существующих планах обмена названия видов номенклатур будут заполнены значениями «Товар» и «Услуга», так как до 47-го релиза именно с этими наименованиями выгружались виды номенклатуры по умолчанию. Такая доработка позволит для новых и существующих обменов настроить выгрузку данных о номенклатуре в бухгалтерию так, чтобы пользователям не пришлось настраивать счета учета. При необходимости, названия видов номенклатуры могут быть изменены вручную.
• В обмене данными через формат Enterprise Data добавлена возможность выгрузки счета-фактуры выданной, созданной на основании возврата поставщику как корректировочной счет-фактуры. Для того, чтобы такая выгрузка работала, необходимо, чтобы в карточке контрагента был установлен флаг «Отражать возврат поставщика в бухгалтерии как корректировку поступления», возврат поставщику должен быть введен на основании приходной накладной и на основании возврата поставщику должна быть введена счет-фактура.
• При загрузке документов «Приходная накладная» из кассового ПО «Кассир 5» добавлено заполнение полей «Способ оплаты» по данным контрагента документа.

• Функционал модуля “ Заказы Поставщикам” работают у вас без приобретения модуля.
• Функционал модуля “ On-Line обмен с ККМ ” работают у вас без приобретения модуля, кроме биллинга дисконтных карт и подарочных сертификатов. Он работает по подписке.
• Функционал модуля “ Заказы Покупателей ” работают у вас без приобретения модуля.
• Изменено отражение взаиморасчетов по документам «Корректировка поступления» и «Корректировка отгрузки». Теперь для корректировки поступления в случае, если долг перед поставщиком возрастает, он регистрируется на исходный документ «Приходная накладная», а не на корректировку, как было ранее. Для корректировки отгрузки аналогично, если корректировка фиксирует увеличение долга контрагента перед организацией, то он регистрируется на исходный документ отгрузки. В случае уменьшения долга для обоих документов происходит погашение долга по FIFO по стандартному способу. 
• В документе «Акт сверки взаиморасчетов» добавлена возможность отражать сверку по всем договорам с контрагентом. Теперь, если в документе не указан договор, считается, что сверка проводиться по всем договорам одновременно. По каждой строке сверки фиксируется договор, по которому было проведено движение по взаиморасчетам. В печатной форме документа информация о взаиморасчетах сгруппирована в разрезе договоров. Также предусмотрено выгрузка таких актов сверок в бухгалтерию.
• Изменена работа с расчетом розничной цены не базовой единицы измерения. Теперь учтена ситуация, когда коэффициент не базовой единицы меньше единицы (продается алкоголь на розлив, кусок пиццы и т.п.). Для таких случаев добавлена возможность расчета розничной цены такой единицы по формуле: розничная цена базовой единицы разделить на количество не базовых единиц в единице. Ранее розничная цена таких единиц всегда считалась через умножение на коэффициент, что приводило к некорректным расчетам цены. Для новых вариантов расчета цены добавлены поясняющие надписи. Цена, посчитанная по новой формуле также будет выгружаться на ККМ и печататься на ценниках/этикетках. Это позволит существенно упростить процесс назначения цен на товары, продаваемые на розлив или «покусочно» в кафетериях.
• В связи с добавлением функциональности по учету серий номенклатуры, изменена структура справочника «Форматы штрих-кодов». Ранее в справочнике хранились только форматы кодов маркировки. Теперь в справочнике хранятся форматы кодов маркировки, серий и внутренний кодов маркировки, которые могут использоваться в служебных целях. Изменен интерфейс работы справочника и процедуры и функции по работе с ним.
• В параметры регламентного задания на восстановление границы последовательности добавлен флаг «Отключить автоматическое исправление проблемы, когда граница последовательности не перемещается на проводимый документ». При установленном флаге при восстановлении последовательности не будет происходить попытка перенести даты и время документов так, чтобы связанные документы, например, отчет отдела и наряд на производство, шли друг за другом в разницу в одну секунду.
• Добавлен параметр запуска «ОткрытьНастройкуПоискаКлючей». При запуске конфигурации с этим параметром будет безусловно открыта форма настройки ключей защиты.
• В обработке «Клиент банка» изменена работа с документами, заблокированными другими пользователями. Теперь при загрузке выписок из банка, если какой-то загружаемый документ уже был ранее загружен в базу, и он заблокирован другим пользователем, то он либо никак не будет обновлен по данным выписки (если у пользователя, осуществляющего загрузку нет прав на снятие чужих блокировок с документов), либо блокировка с документа будет снята и документ будет обновлен по данным выписки из банка.
• Поддержана новая форма счет-фактуры, корректировочной счет-фактуры, УПД и УКД, обязательные к применению с 1 октября 2024 года. Ранее для поддержки этих форм выпускалось расширение.
• При заполнении номенклатуры по шаблону заполнения реквизитов добавлена возможность заполнять данные о производителе.
• В документе «Расходная накладная» добавлена возможность работы с продавцами как на уровне документа в целом. Теперь, если продавец один на всю накладную, он может быть указан в шапке документа. Отражение продаж делается по каждой строке делается по правилу: если в строке документа продавец указан, то считается, что товар из строки продан указанным продавцом. Иначе считается, что товар из строки продан продавцом из шапки документа.
• В отчетах «Товарный отчет», «Реестр документов», «Сопроводительный реестр документов» и «Кассовая книга» изменен вывод номера документов. Теперь в этих отчетах номер выводится по тем же правилам, как и при печати документов, с опциональным убиранием префиксов и лидирующих нулей.
• В форме управления регламентными заданиям показ закладок привязан к соответствующим функциональным опциям.
• В целях предотвращения ошибок в ведении учета добавлен запрет на одновременное отражение расхождений по приходным накладным и корректировкой поступления и актом разногласия. Теперь, если по приходным документам выявлено несколько расхождений, все они должны быть отражены документами одного вида, либо актом разногласия, либо корректировкой поступления.
• В обработку «Свертка базы» добавлен перенос данных о кодах маркировки и остатков объемно-сортового учета (ОСУ). Выгружаются данные о кодах маркировки, которые на дату свертки находились на остатках фирмы или склада.  Информация о таких кодах загружается в документы «ГИС МТ: Изменения состояния кодов маркировки». Остатки по ОСУ загружаются в документ «ГИС МТ: Сверка остатков по ОСУ».
• В справочнике «Платежные карты» добавлены реквизиты «Требуется согласование» (для указания, надо ли согласовывать выдачу платежной карты на кассе с офисом или нет), «Комментарий» и «Паспорт владельца». Значение новых реквизитов выгружаются в кассовое ПО «Кассир 5».
• В справочник «Отчеты из документов и справочников» добавлена возможность указывать пользовательский вариант отчета, который будет использоваться при открытии отчета из настроенного документа или справочника. Это позволит легко кастомизировать вызов одного отчета с разными вариантами настроек из одного объекта.
• В документе «ЕГАИС Расход» сделана оптимизация кода, позволившая уменьшить количество серверных вызовов при работе модуля формы.
• В форме элемента справочника «Склады» добавлена возможность редактирования типа склада через механизм «Разрешить редактирование реквизитов».
• В форму элемента справочника «Дополнительные отчеты и обработки» добавлен вывод уникального идентификатора этого элемента справочника. Данный идентификатор нужен для запуска обработки через web-сервис RemoteMethod.
• В пункт «Все розничные отчеты» добавлен отчет «История статусов сертификатов».
• В не используемом более документе «Питание сотрудников» добавлено формирование движений, аналогичное формированию в конфигурациях линейки Торговое предприятие 5.  Это позволит избежать проблемы, когда после перехода на 7-ю линейку делалось перепроведение всех документов и у документов «Питание сотрудников» движения очищались.
• В подсистеме «Администрирование» пункт «Параметры работы с оборудованием» переименован в «Настройки оборудования» и отмечен как важный.