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

Клиент ЭДО:

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

Биллинг платежных карт

               

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

 
                При работе биллинг использует справочник «Платежные карты». Поддержаны следующие схемы работы.

1. Продажа покупателям в долг. Покупателям, которые могут покупать товары в долг, выдаются платежные карты. Карты могут быть сформированы заранее в учетной системе, или генерироваться в момент выдачи на кассе, например, по номеру телефона. На карту задается лимит долга, при превышении которого продажа товара в долг будет заблокирована. При оплате на кассе покупатель может расплатиться с помощью платежной карты, в этом случае, после прохождения всех проверок на возможность такой оплаты, ему будет начислен долг за приобретенные товары. Погасить долг покупатель может как на кассе, так и в офисе предприятия. При возврате товара, проданного в долг по платежной карте, сумма долга на карте будет уменьшена на величину возврата.
2. Генерация заказа покупателя на кассе с идентификацией покупателя для последующей работы по заказу. На кассе принимается предоплата, при этом вводятся данные покупателя, например, номер телефона, и по этим данным генерируется виртуальная платежная карта, в которой все введенные данные покупателя сохраняются. Далее по предоплате создается заказ покупателя. Последующая работа с заказом выполняется по типовым схемам, с отгрузкой и приемом остатка денег в учетной системе или на кассе.
3. Использование платежной карты как средство расчета, например, для питания сотрудников. В этом случае на платежную карту, с помощь документа «Начисление на платежные карты», начисляются средства от какой фирмы. В рамках этой суммы владельцы карт могут покупать товары. При этом по таким картам может быть настроено разрешение на продажу в долг до заданного лимита. При закрытии чека на кассе, оплата осуществляется через применение платежной карты, с последующим отражением выполненных операций на балансе карты.  

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

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

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

 
                Для работы с биллингом платежных карт требуется версия кассового ПО «Кассир 5» версии 5.1.7.28 или выше.

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

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

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

Маркировка:

1. Добавлена обработка «ГИС МТ: Обработка проблемных кодов маркировки», предназначенная для показа кодов маркировки, по которым уже есть или планируются ограничения в обороте, возможности обработки / сверки показанных кодов маркировки для выполнения операций с товарами, оклеенными таким кодами маркировки. С помощью обработки можно увидеть коды маркировки табака, МРЦ которых не соответствует действующей ЕМЦ или ЕМЦ, которая будет действовать в будущем. Продукцию с такими кодами маркировки нужно либо отложить для списания /возврата поставщику, либо вынести в торговый зал для продажи до их блокировки. По сверенным / найденным кодам маркировки из формы обработки можно оформить документ вывода кодов маркировки из оборота, или документ «Выгрузка из ТСД», для последующего оформления нужных учетных документов. В ознакомительных целях, обработку будет работать в релизе без проверки на наличие действующей подписки. Эта проверка будет добавлена в одном из следующих релизов
2. Документ «ГИС МТ: Постановка кег на кран» подключен к механизму контроля отражений операций в ГИС МТ.
3. В снятии отчета отдела учтена ситуация, когда из кассового ПО может прийти информация об оформлении документа «ГИС МТ: Постановка кег на кран» без указания номера секции, по которой прошла постановка. В этом случае в создаваемом документе склад будет заполнен значением склада, указанном в форме обработки «Снятие отчета отдела».
4. Добавлена выгрузка сроков годности для кег с безалкогольным пивом. Теперь, когда безалкогольное пиво ставится на кран, через регламентное задание «ГИС МТ: Получение статусов кодов маркировки в ГИС МТ» по кодам маркировки получается срок годности после открытия кега, и эта информация передается в Кассир 5 для предотвращения продажи безалкогольного пива с истекшим сроком годности. Это позволит работать с безалкогольным пивом в Кассире 5 по тем же процессам, что и с обычным разливным пивом.

Модуль «Производство»

• Изменено редактирование элемента меню. Теперь пользователю сначала предлагается указать номенклатуру позиции меню. При выборе номенклатуры название позиции меню будет заполнено наименованием номенклатуры автоматически. При необходимости название позиции меню может быть изменено вручную.

Работа с OZON

• Согласно изменениям в АПИ, удалены устаревшие поля в методах обмена с маркетплейсом.

Работа со спецификациями договора

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

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

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

 
Маркировка

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

 
ЕГАИС

 

• Добавлен отчет «Алкодекларация по данным ЕГАИС. Форма №7 (Приказ №396 от 17.12.2020 (ред. от 26.11.2024))». Отчет содержит актуальную алкогольную декларацию по крепкому алкоголю и спиртосодержащей продукции.

Маркировка

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

ЕГАИС

1. В документе «ЕГАИС Инвентаризация» добавлена возможность не указывать акцизные марки по строкам, в которых совпадают учетные и фактические количества. Это позволит упросить процесс проведения инвентаризации и считывать акцизные марки только с тех позиций, по которым есть расхождения. В шапке документа добавлен флаг «Пропускать сверку товаров по выбору». Когда он установлен, в табличной части «Товары» добавляется колонка «Пропустить сверку». Значение ИСТИНА в колонке будет автоматически проставляться для строк, у которых совпадают фактическое и учетное количества. Флаг может быть установлен или снят вручную. Для строк с установленным флагом система не будет требовать указать акцизные марки, считается что по акцизным маркам такой позиции документа расхождений нет.
2. В документе «ЕГАИС Инвентаризация» добавлена возможность проводить пересчет по акцизным маркам, проданным на розлив частично. По таким акцизным маркам в документе выводится учетный остаток в миллилитрах и необходимо указать фактический остаток в миллилитрах. Недостачи отражаются в ЕГАИС через документ «ЕГАИС Расход», создаваемый на основании проведенной инвентаризации. Излишки не приходуются на баланс организации ЕГАИС, т.к. по ЕГАИС такой процесс в настоящий момент не поддержан.
3. В документе «ЕГАИС: Запрос остатков акцизных марок» поддержано получение данных об акцизной марке, частично проданной на розлив.
4. Выполнен переход на 4-ю версию формата чека ЕГАИС. Отправка чека поддержана из документа «ЕГАИС Расход» для отражения отгрузок, выполняемых в розницу. Вид чека зависит от того, распечатан ли чек на основании расходной накладной или приходно-кассового ордера на основании расходной накладной, или нет. Если чек распечатан, то данные чека будут переданы в чеке ЕГАИС. Если чек не распечатан, то в чеке будут переданы данные расходной накладной, что также допустимо в случае оплаты накладной по банковскому платежу.
5. В форме документа «ЕГАИС Расход» унифицировано заполнение информации о дате фиксации и номере фиксации документа в ЕГАИС.
6. В ряде документов ЕГАИС добавлено заполнение реквизитов «Дата фиксации» и «Номер фиксации» в ЕГАИС.
7. В документе «ЕГАИС Расход» учтена ситуация, когда по одной справке 2 (разделу Б) отправляется расход или списание разных номенклатур. Теперь данные в документе, при отправке в ЕГАИС, группируются по справке 2 (разделу Б) к ТТН.
8. Добавлена дополнительная проверка на создание дубля документов «ЕГАИС ТТН Поступление», которая блокирует загрузку одного и того же документа несколько раз. Такое могло происходить, если несколько пользователей одновременно пытались создать документы поступления по одному и тому же УТМ.
9. Изменены условия, разрешающие создать документ «Открытие алкогольной тары» на основании документа «Приходная накладная». Теперь создать открытие тары можно Документ "Открытие алкогольной тары" можно если документ «Приходная накладная» создан вручную (считается, что в ЕГАИС поступление отражено в другой учетной системе) или документ «Приходная накладная» создан на основании подтвержденного в ЕГАИС документа «ЕГАИС ТТН поступление» или на основании «ЭДО Сверки поступления», которая связана с подтвержденным в ЕГАИС документом «ЕГАИС ТТН Поступление».
10. В документе «ЕГАИС: Акт постановки на баланс» убрана проверка на то, что по акцизной марке ранее было поступление. Это позволит ставить на баланс продукцию, информации о которой нет в информационной базе.
11. Добавлена принудительная очистка логов обмена с УТМ при пометке УТМ на удаление.

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

1. В планах обмена с ККМ оптимизирована регистрация элементов справочника «ККМ». Это позволит уменьшить частоту выгрузки данных, указанных в ККМ (пользователи, виды оплат и т.п.) в кассы предприятия.
2. Изменен механизм формирования файлов для обмена с ККМ в случае, когда при проведении документа автоматически формируется акт о переоценке. Теперь данные акта выгружаются на ККМ одновременно с проведением документа учета. Это позволит избежать ошибки, связанной с преждевременной блокировкой файла кассовой программной и невозможности провести документ поступления товаров на склад.
3. Изменено заполнение вида операции при загрузке документов «Приходный кассовый ордер» и «Расходный кассовый ордер» по данным ККМ.  Теперь при обработке транзакций внесения, выплаты и z-отчета, после подбора статьи движения денежных средств, если удалось найти статью по операции и в данной статье заполнен реквизит «Вид операции», то вид операции документа будет заполняться значением из статьи движения средств. Это позволит управлять видом операции при создании документа по данным от ККМ.
4. В обмене с ККМ переработан механизм синхронизации остатков по документам, которые могут делать и приход, и расход товаров одновременно, например, «Отчет отдела», содержащий данные о продажах и возвратах. Теперь при проведении такого документа информация о товарах записывается один раз, что позволяет сократить время проведения документов.
5. Изменена выгрузка данных о товарах в весах в случае, когда весы загружаются через кассовое ПО. Теперь при проведении документов, которые грузят весы (обновляют товары в весах) добавлена регистрация самих весов в узлы планов обмена «Обмен с ККМ». Это позволит оперативно выгружать изменения товаров в весах в кассы для последующей загрузки весов.
6. Изменена выгрузка данных о товарах в весах в случае, когда весы загружаются через кассовое ПО. Теперь в ККМ выгружаются данные о товарах в весах и для весов, который входят в группу.

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

1. Изменены правила выгрузки документа «Строка банковской выписки расход» через конвертацию 3.0. Поддержана выгрузка данных для заполнения в базе приемнике вида платежа «Единый налоговый платеж». Данные о налогах выгружаются по данным платежного поручения, являющегося основанием строки выписки расход.
2. В обмене через конвертацию 3.0 упрощена регистрация документов «Акт о переоценке», «Инвентаризация», «Отчет отела», «Оприходование излишков» и «Пересортица», выгружаемые через документ «Синхронизация документов с бухгалтерией служебный». Ранее для ручной регистрации надо было указывать служебные подчиненные документы. Теперь это ограничение снято, и в форме регистрации можно указывать и сами документы переоценки, инвентаризации и т.д. Поддерживается как одиночная, так и групповая регистрация документов. Теперь процесс регистрации перечисленных документов для обмена ничем не отличается от процесса регистрации других документов.
3. В процессе создания нового узла обмена данными через конвертацию 3.0 выполнена оптимизация регистрации документов для обмена. Теперь при создании узла в него регистрируются только документы, дата которых меньше даты первоначальной выгрузки документов. Ранее регистрировались все документы и по документам, дата которых меньше даты начальной выгрузки регистрация отменялась. Доработка позволит сократить время на создание нового узла обмена данными.
4. В настройках узла обмена в список документов, доступных для обмена добавлен документ «Z-отчет». Теперь через типовую настройку ограничения выгрузки документов можно запретить выгрузку документов этого вида.
5. Убрана излишняя регистрация документов «Текущие продажи» в узлах планов обмена. Теперь эти документы регистрируются только в узлах, у которых флаг «Синхронизировать данные о текущих продажах» равен Истина.
6. В выгрузке данных через конвертацию 2.1 в отчете отдела изменена выгрузка информации о ставке НДС. Теперь данные о ставке НДС берутся из табличной части документа, а не из карточки товара.
7. Изменено правило выгрузки ГТД через конвертацию данных 3.0. Теперь данные о стране происхождения ГТД по умолчанию берутся из той же строки документа, из которой выгружается ГТД. Если в строке документа страна не указана, то данные о стране будут выгружены из одноименного реквизита самой ГТД.
8. В обработке «Групповая обработка документов» улучшена регистрация документов «Акт о переоценке», «Инвентаризация», «Отчет отела», «Оприходование излишков» и «Пересортица», выгружаемых через документ «Синхронизация документов с бухгалтерией служебный». Теперь, если в обработке выбрано действие «Зарегистрировать для обмена с бухгалтерией, служебные документы «Синхронизация документов с бухгалтерией служебный» будут обновлены и созданы автоматически. Без необходимости перепроводить документы. Документы «Синхронизация документов с бухгалтерией служебный» будут автоматически зарегистрированы в узлах обмена с бухгалтерией.  
9. В обработках «Групповое проведение документов» и в настройках регламентного задания «Восстановление последовательностей» добавлен флаг «Отключить регистрацию документов в обмене с бухгалтерией». При установленном флаге проведенные документы не будут регистрироваться для обмена с бухгалтерией, что позволит избежать излишней выгрузки данных после регламентных перепроведений документов.
10. В выгрузке данных через конвертацию 3.0 изменена выгрузка документа «Корректировка взаиморасчетов». Теперь документ загружается как документ «Корректировка долга» с видом операции «Списание задолженности».
11. В выгрузке данных через конвертацию 3.0 добавлена выгрузка документа «Взаимозачет». Документ загружается как документ «Корректировка долга». Вид операции зависит от данных документа «Взаимозачет».

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

1. В ряде запросов на получение цен и остатков была выполнена оптимизация, позволившая ускорить время выполнения запроса на больших серверных базах данных.
2. Добавлена возможность задавать обязательные реквизиты документов. В «Сервис» - «Управление документами» добавлен вызов формы «Обязательные реквизиты документов», с помощью которой на каждом конкретном внедрении можно указать реквизиты, которые являются обязательными для заполнения. Проверку на заполнение можно сделать как безусловную, так и с условиями, например, реквизит может быть обязателен в зависимости от фирмы документа. Проверку на заполнение можно накладывать как на реквизиты документа, так и на реквизиты его табличной части. В этом случае проверка будет выполняться по каждой строке табличной части.
3. В формах ряда документов добавлен вывод состояния и статуса счета-фактуры, выданной или полученной, введенной на основании документа. Это позволит быстро визуально определять, оформлен ли счет-фактура по документу или нет, проведен ли счет-фактура и требуется ли вообще оформлять счет-фактуру на основании документа.
4. Актуализирован вывод данных в книге учета доходов и расходов. В отражении доходов убран исходящий НДС.
5. В работе ценовых матриц внесены изменения. Теперь в матрице можно указать тип цен, по которому будут храниться цены по матрице. При проведении документа «Переоценка товаров матрицы» информация о новой цене будет сохраняться по указанному в матрице типу цен. Если в ценовой матрице тип цен не задан, то цены будут сохраняться как ранее, по эталонному складу.
6. В печатной форме документа «Акт сверки взаиморасчетов» сортировка документов сделана соответствующей сортировке документов в табличной части «По данным компании».
7. В форме списка справочника «Номенклатура» оптимизирована работа события «При активизации строки».
8. В справочнике «Номенклатура» реквизит «Федеральный вид алкогольной продукции» сделан обязательным для номенклатуры, которая является алкогольной продукцией.
9. У регистра сведений «Сведения о товаре» включено использование итогов. Это необходимо для ускорения работы на больших базах. При обновлении это включение итогов может привести к более длительному времени обновления конфигурации, чем обычно.
10. В плане обмена «Филиалы» отключен обмен документами «Загрузка ККМ».
11. Изменено правило генерации названия характеристики номенклатуры. Теперь название формируется исходя из порядка свойств, заданного при их описании на форме Дополнительные реквизиты (Администрирование - Общие настройки - Свойства - Дополнительные реквизиты) и показанного на форме характеристики.
12. В справочнике «Типы цен» реквизит «Цена включает НДС» подключен к кнопке разрешения редактирования реквизитов.
13. Оптимизировано регламентное задание «КТЗ: Автопополнение торгового зала».
14. В обмене через план обмена «Филиалы» изменена регистрации и выгрузки данных о кодах маркировки, акцизных марках и справках 2 (разделах Б) ТТН. Теперь эти данные регистрируются только вместе с документом, в которых они содержатся и только в тот узел, в который регистрируется документ. Это позволяет уменьшить объем выгружаемых данных.
15. В процедурах обновления с конфигураций линейки «Торговое предприятие 5» учтены ситуации, когда в регистрах из-за проблем с базой, могут быть пустые ссылки.
16. В отчете «Книга продаж» добавлен отбор по фирме.
17. В форме списка справочника «Номенклатура» унифицированы отборы на показ и получения остатков в колонках списка и в таблице детальных остатков и цен.
18. В форме подбора по каталогу добавлено автоматическое позиционирование на добавленной строке, что улучшит работу с формой.
19. В обмене через план обмена «Филиалы» актуализирован список регистров сведений, записи которых выгружаются вместе с документами.
20. Актуализирована форма отчета «Книга продаж». В форму отчета добавлен вывод колонок с новыми ставками НДС.
21. В форме настроек учета добавлены подсказки для настроек, отвечающие за контроль заполнения документов.
22. В форме настроек учета улучшен интерфейс редактирования периодических настроек.
23. В печатных формах УПД, УКД, счета-фактуры и корректировочного счета-фактуры изменен вывод подписей руководства организации. Теперь, если фирма документа — это индивидуальный предприниматель, в печатных формах расшифровка подписи будет выводиться в поле индивидуальный предприниматель. Для юридического лица, по-прежнему, будут заполняться расшифровкой подписи руководителя и главного бухгалтера.
24. В обмене с сайтом добавлен явный запрет на обмен с предопределенным планом обмена с сайтом. Это позволит избежать ошибочный попыток обмена с некорректными настройками.
25. В обмене с сайтом увеличена разрядность для количества товаров в пакете обмена, что позволяет в одном пакете выгрузить более миллиона товаров. Если количество товаров в пакете не заполнено, то будут выгружены все товары, предназначенные к выгрузке, без ограничений по количеству.
26. В документе «Перемещение в дорогу» добавлены реквизиты «Входящий номер документа» и «Входящая дата документа». Они могут использоваться как поля синхронизации со сторонними учетными системами при интеграциях.
27. В документе «Отчет отдела» реквизит «Номер смены» разрешен для редактирования через стандартный механизм «Разрешить редактирование реквизитов».
28. Форма настройки обязательных реквизитов справочников вынесена на форму «Сервис» - «Управление справочниками» - «Обязательные реквизиты справочников».
29. На форме групповой обработки документов и восстановления последовательности добавлена расширенная подсказка на флаг «Пересчет итогов», с рекомендациями по его установке и операциям с базой данных после перепроведения документов.
30. Адаптирована подсистема «Версионирование объектов».  Добавлена возможность восстановления объекта до выбранной пользователем версии.
31. В обмене через план обмена «Филиалы» добавлена передача присоединенных файлов, которые хранятся в информационной базе.
32. В документах «Перемещение» и «Перемещение в дорогу» в печатной форме «ТОРГ-13» добавлен вывод расшифровки материально ответственных лиц по складам отправителя и получателя.
33. Данные о КБК перенесены из справочника «Организации» в справочник «Патенты».
34. В документах добавлена обязательность заполнение реквизита «Страна происхождения» в строках, в которых указана ГТД.
35. Добавлена константа «Использовать запросы, оптимизированные для СУБД Microsoft SQL Server». При установке константы ряд «тяжелых» запросов к ценам и остаткам будут выполняться с текстом, оптимизированным под работу с СУБД MS SQL. При не установленной константе запросы будут выполняться с кодом, оптимизированным под файловую базу данных и СУБД PostgreSQL. Константы следует устанавливать только при работе с СУБД MS SQL.
36. Адреса обучающих видеороликов, вызываемых по кнопке «Wiki» переведены на rutube.

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

1. В документе «Отчет отдела» исправлена ошибка, которая могла возникать при проведении документа, содержащего маркированные товары в табличной части «Состав набора».
2. В обработке «Универсальный журнал документов» исправлена проблема не вывода времени в списке документов.
3. Исправлена ошибка, которая могла приводить к регистрации в узлах плана обмена с ККМ всех записываемых кодов маркировки.
4. При загрузке документа ЭДО из файла исправлена ошибка, которая могла возникать приводить к созданию дублей контрагента при каждой загрузке файла от поставщика.
5. В процедуре печати чека исправлена ошибка, которая могла возникать при печати чека из документа «Расходная накладная» или «Приходный кассовый ордер», созданного на основании расходной. Ошибка возникала при наличии в расходной накладной алкогольной продукции с акцизными марками.
6. В документе «Платежное поручение» исправлена ошибка, которая могла приводить к не отражению суммы документа в книге учета доходов и расходов.
7. При создании документа «ЕГАИС Расход» на основании документа «Возврат поставщику» исправлена ошибка, которая могла приводить к некорректному заполнению цены возвращаемой, когда вместо закупочной цены в ЕГАИС Расход подставлялась розничная цена из документа возврата.
8. В документе «Инвентаризация торгового зала» исправлена ошибка создания документа «Списание», которая при неоднократном нажатии могла приводить к очистке движений у ранее созданного проведенного документа.
9. В ряде документов исправлена проблема, из-за которой при подстановке товара по кнопке «Добавить» курсор мог не переходить на следующую колонку в табличной части «Товары». 
10. Исправлена ошибка, которая могла возникать при проверке места осуществления деятельности.
11. В документе «Загрузка ККМ» исправлена ошибка, из-за которой при проведении документа с установленным флагом очистки причин перемещений, выгружался флаг очистки причин операций.
12. В справочнике «ГИС МТ: Товарные группы» исправлена ошибка, которая возникала при заполнении настроек товарной группы значениями по умолчанию.
13. В документе «Загрузка ККМ» исправлена ошибка, которая могла приводить к тому, что при выгрузке товаров на несколько ККМ одновременно, не выгружались настройки горячих клавиш КСО, связанных с выгружаемыми товарами.
14. Исправлена ошибка не подстановки факсимиле в печатных формах, которая проявлялась при отправке печатной формы по электронной почте.
15. В отчете «Стоимостные остатки склада» исправлена ошибка, из-за которой не учитывались типы цен, не зависящие от склада.
16. В документе «Приходный кассовый ордер» исправлена ошибка печати чека оплаты кредита, которая могла приводить к задвоению позиций без увеличения итоговой суммы чека.
17. В документе «Отчет комиссионера» исправлена ошибка, которая приводила к не заполнению цен при подборе по каталогу списка товаров.
18.  В документе «ГИС МТ: Возврат от комиссионера» исправлена ошибка, из-за которой коды маркировки, указанные в возврате не ставились на учет по фирме документа.
19. В печати чека на ККТ при отгрузке по заказу покупателя, исправлена ошибка, из-за которой не учитывались ранее оформленные предоплаты и чек кредита бился на всю сумму отгрузки.
20. В модуле «Кассир» исправлена ошибка изменения значения тега 2108. Ошибка возникала на отложенных чеках при их продолжении.
21. В документе «ЭДО Сверка поступления» исправлена ошибка некорректного переноса в документ «Корректировка поступления» данных о ставках НДС, приходной сумму и сумме НДС по товарам, которых по УКД фактически поставлено не было (количество реально равно 0).
22. Исправлено не нужное добавление в журнал регистраций записей с текстом «Обмен запрещен. Причина: Работа с Set Retail доступна только в конфигурации "Торговое предприятие 7"».
23. В документе «Наряд на производство» исправлена ошибка некорректного расчета себестоимости производимых блюд. Ошибка возникала в случаях, когда ингредиент полностью списывался в превышения. В этом случае его приходная сумма списания в превышения могла не отражаться на приходной сумме блюда.
24. В форме выбора партий исправлена ошибка, которая могла возникать при выборе партии под пользователями, с правами на определенные виды документов.
25. В документе «Расходная накладная» исправлена ошибочная проверка на разрешительный режим, которая срабатывали при заполнении документа считыванием кодов маркировки при установленной в документе флаге «Продукция выводится из оборота до розничной продажи». Ошибка проявлялась на рабочем месте, на котором не подключено ККТ и заключалась в попытке проверить код маркировки по разрешительному режиму.
26. В документе «Наряд на производство» исправлена ошибка, из-за которой при заполнении табличной части Блюда с помощью сканера штрих-кодов не происходило перезаполнение табличной части «Состав блюд». 
27. В формировании исходящих УПД и УКД исправлена ошибка помещения транспортного кода маркировки в тег, предназначенный для групповых кодов маркировки.