08.02.2023

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

Новая функциональность, действующая пока активна подписка

Работа с машиночитаемыми доверенностями (МЧД)

Работа с машиночитаемыми доверенностями (Становится обязательным требованием согласно 63-ФЗ «Об электронной подписи» с 1 сентября 2023 года).

МЧД оформляются организацией на конкретных сотрудников для подписания своими личными ЭЦП электронных документов организации. Поддержана работа с полномочиями B2B МЧД, которые участвуют в настоящее время в эксперименте ФНС по подписанию товарных документов (УПД, товарные накладные, счета-фактуры и т.д.).
В справочнике «Организации» добавлена закладка «Машиночитаемые доверенности», на которой указываются все МЧД, оформленные организацией на сотрудников. На этой же закладке можно сформировать новую МЧД, или отозвать уже существующую. Для того, чтобы МЧД вступила в силу, сформированную МЧД / отзыв МЧД необходимо подписать ЭЦП организации, и загрузить в реестр МЧД сайта ФНС (сайт https://m4d.nalog.gov.ru/).
В справочнике «Контрагенты» также добавлена закладка «Машиночитаемые доверенности», на которой указываются МЧД, оформленные контрагентом для подписания документов на его стороне. Предусмотрена возможность загрузки МЧД контрагента из файла для контроля корректности подписания документов со стороны контрагента.
При отправке по ЭДО исходящих документов, или подписания входящих, могут использоваться действующие МЧД организации. В этом случае документ / тикет по документу подписывается личной ЭЦП сотрудника, на которого оформлена МЧД, разрешающая подписание документов такого вида.

Маркировка

Исключена ситуация, когда из-за округлений сумма от поставщика расходится с реальной суммой, при том, что количества равны (Изменены процедуры пересчета ряда полей (Суммы НДС, приходные суммы) в форме документа «ЭДО Сверка поступления».Теперь при равенстве количества и цены, суммовые показатели реально всегда выставляются в значения, равные суммам поставщика, чтобы исключить расхождения, которые связаны с разными правилами округления в информационной базе и у поставщика.
Поиск подходящей номенклатуры по кнопке «Заполнить», делается не только по GTIN из кодов маркировки, но и по GTIN из строки с данными объемно-сортового учета, связанной со строкой табличной части «Товары» (Документ «ЭДО Сверка поступления»).
Учтено ежегодное повышение единой минимальной рознично цены пачки сигарет до 117 рублей за пачку. Ниже этой цены нельзя будет продавать сигареты с 1 апреля 2023 года. Автоматическое обновление минимальных цен в карточках номенклатуры и переоценка нужных карточек номенклатуры может быть выполнена автоматически по регламентному заданию «Обновление минимальной розничной цены» 1 апреля 2023 года или позже.

Клиент ЭДО

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

Связь документов ЭДО и ЕГАИС

Упрощено ведение учета в случае, когда алкогольная продукция поступает и по ЭДО, и по каналам ЕГАИС. Такая ситуация стала регулярно возникать после начала маркировки в товарной группе «Упакованная вода», т.к. поставщики могут поставлять пиво и безалкогольные напитки, включая упакованную воду, в одной накладной.

Предусмотрено решение следующих сценариев работы:

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

Предусмотрен ряд проверок, блокирующих возможные ошибки пользователей:

Если документ ЭДО содержит алкогольные позиции и не связан с документом ЕГАИС, то такая необходимость будет подсвечена в форме документа, и при работе с документом будут выводиться информационные сообщения;
Если в связанных документах расходятся реальные количества, то подписание и принятие таких документов будет блокироваться.

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

Обмен с ККМ «Артикс»

Поддержана работа с кассой самообслуживания «Артикс».
Настройки горячих клавиш выполняются типовым для конфигурации способом, как для кассового ПО «Кассир 5». Для определения, как выгружать весовые и штучные товары добавлена константа «Выгружать клавиши КСО в «Артикс» с разбивкой на группы для весовых и штучных товаров». Она определяет, будут ли весовые и штучные товары объединены в КСО «Артикс» в одну общую кнопку интерфейса, или нет.
Для работы с КСО «Артикс», в справочник «Номенклатура» добавлен ряд реквизитов, которые позволяют управлять продажей товаров на КСО «Артикс». Добавлены следующие реквизиты: «Визуальная проверка», «Легкий товар», «Пропускать при контроле веса», «Обязательный ввод количества», «Обязательное взвешивание товара». Значения этих реквизитов соответствуют их значениям в КСО «Артикс».
Поддержан новый формат выгрузки данных о маркируемых товаров через массив barcodes.

Обмен данными с «Корус». Управление запасами

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

Новая функциональность, доступная по подписке

Маркировка

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

Изменения в работе документов «Инвентаризация» и «Сличительная ведомость»

Улучшен процесс пересчета товаров:

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

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

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

Указание данных о перевозке товаров

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

Поддержка механизма текущих продаж при обмене с ККМ через облачный сервис

Обмен «ilexx.lite» с «Торговым предприятием 7» по аналогии с HTTP-обменом. Теперь для ККМ, обменивающимися через облачный сервис, доступен режим работы, когда регулярно получаются данные о продажах, по которым формируются документы «Транзакции ККМ», а по ним, в свою очередь, регламентным заданием формируются текущие продажи. При получении Z-отчета, формируется итоговый документ «Отчет отдела». Это позволяет на ККМ, работающих через облачный сервис работать с оперативными остатками торгового зала и существенно улучшить реагирование на ситуации, когда товарный запас заканчивается. Доработка позволяет подключить к такому режиму работы кассы, которые работают под управлением кассового ПО (ilexx.lite и Кассир 5).
В форме элемента справочника «ККМ» флаг «Формирование текущих продаж» теперь доступен и для ККМ со способом обмена через облачный сервис версии 1 и 2.
Добавлено регламентное задание «ККМ: Оперативное получение транзакций с ККМ», которое выбирает все ККМ со способом обмена через облачный сервис и установленным флагом «Формирование текущих продаж». По данным ККМ выполняется получение транзакций с облачного сервиса, и формирование документов «Транзакции ККМ». Формирование по ним текущих продаж и итоговых отчетов отдела выполняется через штатное регламентное задание «ККМ: KKMTransfer. Обработка транзакций ККМ».

Прочие доработки

Учтена ситуация, когда МРЦ на сигареты ведется как дополнительная характеристика номенклатуры (обработка «Формирование потребностей»). В этом случае в заказе надо указывать только одну характеристику с одной МРЦ, а продажи всех других характеристик (товаров по другим МРЦ) объединять и считать продажей номенклатуры. Для этого в карточке товара добавлен флаг «Заказывать одну характеристику» и реквизит «Характеристика заказа поставщику». В обработке «Формирование потребностей» для номенклатуры с установленным флагом, расчет количества заказа делается без учета характеристик. Указанная в карточке характеристика будет подставляться в формируемый заказ поставщику.
Отображение итоговых сумм заказов, в разрезе поставщиков, которым формируются заказы. На форме обработки «Формирование заказов» добавлена закладка «Сводные данные по заказам».
Формирование документов без их проведения в обработке «Формирование заказов». Теперь в форме предусмотрено 4 кнопки для формирования документов: «Создать и провести документы», «Создать, провести документы и открыть их формы», «Создать документы», Создать документы и открыть их формы». По двум первым кнопкам созданные документы будут проведены. По двум оставшимся – созданные документы проведены не будут.

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

Маркировка

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

ЕГАИС

Учтены повышения МРЦ на крепкий алкоголь и игристые вина, вступившие в силу с 1 января 2023 года.
В справочнике «Виды алкогольной продукции» актуализирован состав группы «Пиво». При обновлении в группу будут перемещены элементы справочника таким образом, чтобы в группе были элементы с кодами вида продукции: 261, 2611, 2612, 2613, 2614, 262, 263, 500, 510, 520, 530, 531, 532, 533, 534, 535, 536 и 537, что соответствует списку кодов видов продукции, которые должны учитываться при формировании 8-й формы декларации об обороте алкоголя (немаркированная продукция). Элемент с кодом вида продукции 538 будет перенесен в группу «Спиртные напитки».
Изменена проверка, которая выполнялась при формировании документа «ЕГАИС Расход» для отражения розничных продаж немаркированной продукции. Теперь, в формируемый документ попадают все продажи штучной немаркируемой продукции, включая продукцию с новыми кодами видов алкогольной продукции.
При заполнении документа «Приходная накладная» по документу «ЕГАИС: ТТН Поступление» улучшена процедура заполнения договора. Учтена ситуация, когда с фирмой заключено несколько договоров, завершивших свое действие или имеющих разные виды для бухгалтерии.
В статусах документа «ЕГАИС: Расход» учтена обработка ситуации, когда покупатель отказался от приемки отгруженного товара. Теперь, когда по документу поступил такой тикет от покупателя, если на основании «ЕГАИС: Расход» есть проведенный документ товарного учета, статус такого документа будет выводиться как «Снимите с проведения документ товарного учета» и строка с документом будет подсвечиваться в форме списка оранжевым цветом. Если документ товарного учета уже не проведен, то считается, что по документу дальнейших действий выполнять не нужно и документ выводится не подсвеченным. Состояние документа в обоих случаях будет выводиться как «Получатель отказался от накладной».
Улучшена работа с УТМ в распределенных информационных базах. Теперь в каждой информационной базе можно задать список УТМ, к которым можно обращаться из этой информационной базы. Этот список не передается через план обмена «Филиалы».

ВЕТИС

Для ускорения заполнения документа «ВЕТИС: Оформление транспортных партий» добавлены 4 новые константы, размещенные на закладке ВЕТИС, формы настроек учета ГИС: «ВЕТИС: Цель реализации по умолчанию», «ВЕТИС: Результат экспертизы по умолчанию», «ВЕТИС: Благополучие местности по умолчанию» и «ВЕТИС: Партия обследована по умолчанию». Значения констант используются при заполнении нового документа «ВЕТИС: Оформление транспортных партий», что позволяет существенно сократить время заполнения документа.

Изменение в работе с входящим НДС для организаций, не являющимися плательщиками НДС

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

В карточке товара указана ставка НДС, которая выгружается на кассу, и касса продает товар, как товар с НДС.
В документах поступления пользователи могли очистить ставку и сумму НДС, что могло привести к ошибке учета НДС в документах оплаты, и в книге учета доходов и расходов.
Если в карточке товара ставка НДС указывалась «Без НДС», то работа с входящим НДС была очень трудоемкой.

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

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

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

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

Прочие доработки

В обмене данными ККМ с товароучетом добавлена возможность подтверждать в магазине на кассе приемку товаров, которые не должны продаваться на кассе, а сразу списываются при приемке, например, хозяйственный инвентарь и моющие средства. Поддержана следующая схема работы: хоз. инвентарь перемещается в магазинах в обычных документах «Перемещение в дорогу». На кассе такой товар принимается и пересчитывается штатным образом, а после приемки, он сразу списывается в кассовом ПО. При получении документов из кассы, получаемый документ «Списание» автоматически привязывается к документу «Поступление из дороги». Для того, чтобы номенклатуру отметить как хозяйственный инвентарь, запрещенный к продаже на кассе, нужно добавить дополнительное свойство с кодом 903 и типом «Булево» и задать значение этого свойства для нужных элементов справочника «Номенклатура».
В документе «Приходный кассовый ордер» изменено хранение суммы выручки на ККМ. Теперь эта сумма выручки хранится в разрезе ставок НДС, по которым осуществлялись продажи на кассе, и в общем случае, в документе может быть несколько строк с суммой выручки, по каждой ставке НДС. Такой документ будет выгружаться в конфигурацию бухгалтерского учета через конвертацию 3.0 также с учетом нескольких ставок НДС для каждой строки суммы выручки.
Адрес для обращения к сервису «Data Service 1.0» изменен на kkm.solutions.
Обновлены модули для работы с ТСД «DataMobile».
Изменена проверка на минимальную / максимальную наценку у номенклатуры. Теперь, в автоматически созданном акте о переоценке, который создается при поступлении на склад товаров по новой розничной цене, проверка на минимальную наценку не производится, так как такая проверка будет сделана на уровне товароучетного документа. Это позволит избежать ситуации, когда товар приходит по новой закупочной цене, существенно отличающейся от закупочной цены остатков склада. В этом случае старый механизм мог заблокировать проведение автоматически созданной переоценки.
В обработке снятия отчета отдела при получении продаж из кассовой программы «Кассир 5» убрана проверка на то, что в транзакции указано 12 полей. Это связано с тем, что ряд стороннего кассового ПО формирует данные о продажах по формату «Кассир 5», но не всегда четко следует требованиям формата. Эта доработка позволяет поддержать обмен данными со сторонним кассовым ПО.
В документе «Заказ поставщику» изменено правило показа текущих остатков по кнопке «Показать». Теперь, если заказы поставщику ведутся по торговому объекту в целом, в колонке «Остаток» будет выводиться общий остаток по всем торговым объектам склада документа.
При работе с кассовым ПО «Кассир 5» поддержана работа с процессингом «ilexxPayService». Добавлена выгрузка соответствующего поля из вида оплат на ККМ.
При работе с книгой учета доходов и расходов учтена особенность учета сумм подарочных сертификатов. В справочнике «Статьи доходов и расходов» добавлен новый предопределенный элемент «Зачет аванса», для которого вид статьи устанавливается в значение «Доход», и этот доход не отражается в КУДиР. Этот элемент справочника прописан как «Статья дохода для предопределенного элемента «Аванс» справочника «Виды оплат». За счет этого продажа подарочного сертификата будет отражаться в КУДиР как доход организации, а оплата этим подарочным сертификатом будет приводить к тому, что себестоимость проданных товаров будет отражена как расход, т.к. продажа сертификата будет проходить по виду оплат наличные или безналичные, а оплата сертификатом будет осуществляться по виду оплаты «Аванс».
На форме элемента справочника «Контрагенты» изменен порядок элементов. Убраны неиспользуемые реквизиты формы.
В выгрузке данных о складах в кассовое ПО «Кассир 5» добавлена выгрузка адреса склада.
В форме документа «Счет» добавлен вывод итоговых сумм по табличной части «Услуги». Суммы услуг учтены в общей сумме документа.
В документе «Акт о переоценке» добавлена адресность сообщению о том, что в позиции новая розничная цена меньше, ограниченно законодательно. Это должно позволить существенно упростить редактирование документов, которые не проводятся из-за таких ошибок указания розничной цены.
В документе «Платежное поручение» учтен переход на уплату налогов на единый налоговый счет.
В документе «Загрузка ККМ» флаг «Выгружать розничные цены и остатки» разделен на два независимых флага: «Выгружать розничные цены» и «Выгружать остатки».
Добавлена выгрузка и загрузка присоединенных файлов для всех документов выгружаемых и получаемых из кассового ПО «Кассир 5».
Для документа «Перемещение в дорогу» добавлена возможность указания и хранения присоединенных файлов через стандартную библиотеку.
Проведена оптимизация работы функциональности анализа статистики регистрации пользователей на ККМ. Добавлены необходимые для учета регистры сведений. Отчет «Статистика авторизации пользователей» переведен на работу с новыми регистрами сведений.
В документе «Загрузка ККМ» добавлена возможность выгрузки и очистки на ККМ, работающей под управлением кассового ПО «Кассир 5» справочника «Статьи движения денежных средств».
Отчет «Журнал учета розничной продажи алкогольной продукции» вынесен в интерфейс отчетов.
В документе «Продажи по дисконтным картам» добавлено сохранение данных по продажам в разрезе чеков. Теперь, при снятии отчета отдела в документе сохраняется информация о том, по чекам с какими номерами и датами были учтены продажи по дисконтным картам.
Изменен режим запуска модуля «Кассир» при работе в многопользовательской информационной базе. В настройки торгового оборудования на рабочем месте добавлена настройка «Запуск рабочего места кассира в отдельном сеансе». Если она установлена в значение ИСТИНА, то запуск режима «Кассир» будет выполняться в отдельном сеансе. Если она равна ЛОЖЬ (значение по умолчанию), запуск режима «Кассир» будет всегда осуществляться с перезапуском сеанса пользователя.
Отчет «Сведения об обороте розничной торговли малого предприятия» актуализирован под текущие требования к сдаче в органы статистики. Актуализирована как печатная форма, так и XML-версия отчета.
В синхронизации остатков через HTTP-сервис добавлен запрет на попадание товаров в список для синхронизации, для которых флаг «Загружать в ККМ» не установлен. Теперь такие товары исключаются из синхронизации, если ранее они загружались в ККМ и по ним проводилась синхронизация.
В форме обработки «Формирование потребностей» добавлено заполнение полей таблицы «Товары» при заполнении таблицы по условиям.
В показ документации и обучающих роликов добавлены ссылки на новые обучающие ролики. Показ роликов делается по кнопке-подменю «Wiki».
В обработке «Клиент-банк» доработано правило подстановки договора в документы «Строка банковской выписки приход». Если установлена константа «Контролировать вид договора для бухгалтерии», при загрузке строки выписки, фиксирующей поступление безналичной выручки, в документ подставляется договор с видом «Прочее» для последующей корректной обработке документа в бухгалтерии.

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

В процедуре генерации номера документа на печать учтена ситуация, когда номер документа заканчивается на пробел или пробелы. Ранее, в этой ситуации некорректно определялся префикс, и номер на печать без префикса не генерировался.
В отчете «Книга учета доходов и расходов УСН» исправлена ошибка, которая могла возникать при попытке сохранить отчет в файл.
В отчете «Неликвидные товары» исправлена ошибка работы отбора на количество продаж.
В обработке «Клиент-банк» исправлена ошибка работы со ставкой НДС, которая могла возникать при расшифровке платежа загружаемой строки выписки.
В обмене с бухгалтерией через конвертацию данных 3.0 исправлена выгрузка номера документа «Отчет отдела» в дополнительное сведение «Номер документа ТП 7». Теперь в это доп. сведение выгружается номер отчета отдела, а не служебного документа, как это было ранее.
В документе «Расходная накладная внутренняя» исправлен пересчет сумм строки документа. Теперь пересчет суммы выполняется всегда при изменении количества или цены. Ранее пересчет выполнялся только в том случае, если склад документа розничный.
Учтены изменения в последних версиях платформы «1С:Предприятие 8», которые требуют, чтобы параметр метода «Тип()» был всегда заполнен. При создании новой базы исправлена ошибка, которая возникала при запуске новой информационной базы на версии платформы 8.3.22.1750 и выше.
Исправлена ошибка, которая при определенных действия в скопированном документе приводила к тому, что при массовом удалении строк не очищались данные в табличных частях «Коды маркировки» и «Объемно-сортовой учет».
В журналах документов исправлена ошибка, которая проявлялась при работе под пользователями с ограничением доступа на уровне данных. Ошибка заключалась в том, что в журнале показывались все документы, даже те, на которые у пользователя не было прав на просмотр. Ошибка проявлялась при работе со старым вариантом ограничений доступа.
В документе «Возврат поставщику» исправлена ошибка, из-за которой действия на кнопках «Обновить приходные суммы» и «Обновить розничные суммы» были перепутаны местами.
В форме элемента справочника «Номенклатура» исправлена ошибка, которая возникала при попытке добавить замену на закладке «Производство» - «Замены».
В форме документа «Инвентаризация» исправлена ошибка, которая могла приводить к тому, что при отсутствии в строке расхождений по количеству, в строке фиксировалось расхождение по розничной сумме.
В обработке «Клиент-банк» исправлена ошибка «Преобразование к числу не может быть выполнена», которая могла возникать при загрузке данных.
В отчете «Проведенные инвентаризации» исправлена ошибка, когда интервал запроса в отчете не включал границы заданного в форме интервала.
В документе «Перевыпуск в продажу подарочных сертификатов» исправлена ошибка заполнения погашенными сертификатами, из-за которой в документ мог подставляться уже возвращенный в продажу подарочный сертификат, из-за чего документ не проводился, пока такие сертификаты не были удалены вручную.
При проведении документа «Инвентаризация» исправлена ошибка, которая могла блокировать проведение документа, в котором была строка с товаром с нулевой розничной ценой, хотя настройки разрешают продавать на кассе товар с нулевой розничной ценой.
В загрузке документа «ЭДО Сверка поступления» из файла исправлена ошибка, из-за которой по данным поставщика документа создавался новый элемент справочника «Организации», а по получателю документа – новый элемент справочника «Контрагенты».
В документе «Расходный кассовый ордер» исправлена ошибка, из-за которой очищался реквизит «Банковский счет» при операции документа «Инкассация денежных средств».
В документе «ГИС МТ: Сверка состояний кодов маркировки» исправлена ошибка разбора входящего XML-файла, которая могла возникать при получении большого по размеру файла, содержащего более 60 000 кодов маркировки.
В обработке снятия отчета отдела, исправлена ошибка заполнения единицы строки документа значением «чужой» единицы. Ошибка могла возникать на клиент-серверных базах.
В отчете «Суммы по видам оплат» модуля «Анализ чеков» исправлена ошибка, из-за которой суммы возвратов не уменьшали суммы продаж по виду оплаты.
В форме документа «Приходная накладная» исправлена ошибка, из-за которой колонка «Код поставщика» не показывалась на форме документа.