27.11.2023

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

Дата выхода релиза: 24.11.2023

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

Интеграция с маркетплейсом «OZON»

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

Поддержана работа с маркетплейсом «OZON». Функциональность работы и интерфейс активируются при включении в форме настроек учета дополнительной функциональности по работе с «OZON». Поддержаны все три схемы работы:

«FBO» — продажа со склада «OZON», когда продавец поставляет товары непосредственно на склад. «OZON» размещает продукцию на складе, когда приходит заказ, сотрудники склада сами собирают заказ, если нужно — упаковывают его, а затем передают службе доставки «OZON». Служба доставки «OZON» привозит заказ покупателю или в пункт выдачи.
«FBS» — продажа со своего склада с доставкой «OZON Rocket», когда продавец определяет тип товаров, который будет доставлять: обычные или со специальными условиями доставки. Когда приходит заказ, продавец сам его собирает и упаковывает по правилам площадки. Продавец передаёт заказ в доставку «OZON Rocket» — может привезти посылки в пункт приёма или за ними приедет курьер «OZON». Если покупатель хочет вернуть товар, маркетплейс решает, принять ли его, а затем доставляет возврат продавцу.
«realFBS» — продажа со своего склада с доставкой любыми сторонними перевозчиками, когда продавец размещает товары на своём складе и использует «OZON» только как торговую площадку. Когда приходит заказ, продавец сам его собирает. Упаковывает по правилам «OZON». Доставляет заказ самостоятельно или службой, которую указал в настройках склада. Если покупатель хочет вернуть товар, продавец сам решает, принять ли его. При одобрении возврата, покупатель отправит его на склад продавца «Почтой России» или другим способом, который продавец указал в настройках склада.

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

При работе по схеме «FBO» доступны возможности по загрузке заказов, оформленных на «OZON» и ведения текущих остатков «OZON» для оперативного пополнения товарного запаса на складах «OZON».

При работе по схемам «FBS» и «realFBS» доступно получение заказов, требующих обработки, поддержана вся цепочка необходимых действий (сборка и оклейка товаров заказа, своевременное информирование «OZON» по этапам заказа) и передача заказа в службы доставки, или информирование «OZON» о том, что доставка сделана собственными силами.

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

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

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

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

ЕГАИС

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

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

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

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

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

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

При обновлении на релиз регламентное задание «Автообновление: Проверка наличия обновлений, их получение и применение» будет настроена на работу каждый день на 6:00, когда нагрузка на информационную базу минимальна. Если база работает в файловом режиме, рекомендуется перенастроить регламентное задание на время работы базы.

Автоматическое заполнение цен возврата поставщику по данным заполненного документа ЕГАИС

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

Поддержана следующая схема работы:

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

Рассылки сообщений контрагентам и сотрудникам по событиям в системе через «Telegram» и электронную почту

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

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

Для примера, в состав поставки включено три файла рассылок, которые позволяют отправить в «Telegram» владельцу бизнеса информацию о том, вовремя ли в магазинах открылись смены на кассах (параметры своевременного открытия задаются в настройке рассылки), какая выручка за текущий день по каждой из торговых точек и продажи со всех ли касс получены, а также рассылка о том, какие товары являются лучшими и худшими за заданный в настройке рассылки период продаж и какой продавец принес наибольшую выручку. Эти примеры могут быть использованы специалистами IT-отделов и компаний интеграторов за основу для создания собственных рассылок, например, для информирования поставщиков, что на них оформлен возврат или что отправлены платежи по накладным.

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

Работа с гарантийными письмами

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

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

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

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

Следует учитывать, что в 41-м релизе конфигурации данная функциональность выпускается без проверки на наличие действующей подписки, в ознакомительных целях. В 42-м релизе эта функциональность будет работать только при наличии действующей подписки и только в новой версии «Торговое предприятие 7 PRO», ориентированное на сетевые предприятия розничной торговли.

ЭДО

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

Маркировка

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

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

Маркировка

В документах «ГИС МТ: Ввод в оборот», «ГИС МТ: Перемаркировка» и «ГИС МТ: Возврат товаров в оборот» учтены изменения АПИ, которые требуют изменения формата передачи данных о сертификатах соответствия на товары.

Продажа пива на розлив

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

Перемаркировка товаров на GTIN производителя

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

ЕГАИС

Частичное выбытие продукции, оклеенной акцизными марками

Поддержаны новые изменения в ЕГАИС, касающиеся изменений правила отражения продажи алкогольной продукции, оклеенной акцизными марками, на розлив.

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

В документе «Открытие алкогольной тары» предусмотрено два режима заполнения документа:

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

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

Печать комплекта документов

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

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

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

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

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

Маркировка

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

ЕГАИС

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

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

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

Работа с торговым оборудованием

Проведение аналитики по причинам перемещения товаров из магазинов. В «Кассир 5» добавлена возможность выгрузки причин перемещения товаров, при этом причины перемещения могут быть как общими для всех магазинов, так и определенными для конкретного списка магазинов. В шапке документа «Перемещение в дорогу» может быть указана причина перемещения. По указанным причинам можно получить аналитику, которая покажет по каким причинам какие товары в каких объемах перемещались.
Обмен с «Кассиром 5» документом «Инвентаризация». Поддержана возможность двухсторонней выгрузки документов. Если документ «Инвентаризация» проводится с пустой табличной частью «Товары», он будет выгружен на все товароучетные ККМ, связанные со складом документа. Если у документа заполнена табличная часть «Номенклатура инвентаризации», то она также будет выгружена в кассовое ПО для проведения циклической инвентаризации по указанным товарам. Заполненный в кассовом ПО документ будет загружен в систему и проведется по правилам проведения документа «Инвентаризация». Доработка позволит управлять процессом пересчета товаров в магазинах, в которых установлено только кассовое ПО.
Загрузка из кассового ПО «Кассир 5» документов вида «Поступление из дороги», оформленных не на склад офиса, а на склад магазина, на котором установлено только кассовое ПО. Это позволит осуществлять перемещения между магазинами напрямую, минуя склад центрального офиса, когда перемещение в дорогу делается в одном магазине, а поступление отражается в другом. При получении данных пара документов «Перемещение в дорогу» и «Поступление из дороги» будут связаны друг с другом автоматически.
Изменена работа биллинга подарочных сертификатов в плане отражения данных об оплате сертификатами. Теперь, оплаты сертификатами отражаются в системе документов «Погашение сертификатов», переименованным в «Погашение/оплата сертификатами». Это сделано для исключения ситуации, когда сертификатом оплачивались товары нескольких складов, и старый вариант отражения оплат сертификатами в документах «Отчет отдела» не позволял корректно отразить погашение сумм сертификатов до нуля. Новые документы «Отчет отдела» по-прежнему будут заполняться информацией об оплатах сертификатами, но эти данные не будут отражены по регистрам учета. Документы «Отчет отдела», сформированные до обновления на 41-й релиз будут отражать изменения сумм на сертификатах по регистрам учета, а сформированные после обновления – нет.
В форме сопоставления данных, полученных из ТСД добавлены кнопки, позволяющие автоматически создать номенклатуру, если она не была найдена по данным ТСД. В форме добавлена кнопка «Создать из штрих-кода», при нажатии на которую будет произведен поиск номенклатуры по штрих-коду как в текущей базе, так и в подключенных базах локального и глобального дата сервиса с автоматическим созданием карточек номенклатуры. Если во внешних базах номенклатура по штрих-коду не будет найдена, то будет создана номенклатура с наименованием по шаблону «Товар со штрих-кодом [считанный штрих-код]». При переносе данных в документ добавлена попытка автоматического заполнения номенклатуры в строках, для которых не указан штрих-код, но без создания карточек вида «Товар со штрих-кодом…». Поиск осуществляется в локальной базе и в базах Дата Сервиса. Если в них номенклатура не найдена, новая номенклатура создана не будет. Для управления переносом в документ строк без сопоставленной номенклатуры добавлен флаг «При переносе в документ игнорировать строки с несопоставленной номенклатурой». Если он установлен, то строки, для которых не указана номенклатура, в документ перенесены не будут. Если он не установлен, то такие строки будут перенесены в документ и номенклатуру в них необходимо будет заполнить в документе вручную.
Актуализированы модули по работе с терминалами сбора данных «DataMobile».
В выгрузке данных в кассовом ПО «Кассир 5» актуализирована выгрузка данных о товарных группах. Теперь в кассовое ПО выгружается новое свойство «Проверять статус места осуществления деятельности», актуальное для товарных групп «Пиво» и «Разливное пиво».
Поддержана схема работы, когда по отрицательным остаткам, полученным на кассе при продаже, формируются документы «Оприходование излишков» для исключения продажи в минус. В «Кассир 5» добавлена возможность автоматически формировать документ оприходования при любой продаже, приводящей к отрицательным остаткам на кассе. В «Торговом предприятии» поддержано получение таких транзакций и формирования по ним документов «Оприходование излишков».

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

При обмене данными через конвертацию 3.0 добавлена возможность выгрузки списаний по документу «Пересортица» в документ «Требование накладная». В документе «Пересортица» добавлен флаг «На нужды производства». Если он установлен в значение «ИСТИНА», то списания пересортицы будут отражены документом «Требование-накладная».
При обмене данными через конвертацию 2.1. учтены изменения в последних релизах конфигурации «1С: Бухгалтерия предприятие» обычной и КОРП версии.

Вывод информации об обособленном подразделении организации в печатных формах

В печатных формах ТОРГ-12, ТТН, УПД, УКД и счета-фактуры изменено правило вывода данных об обособленном подразделении в поле «Грузоотправитель» и «Грузополучатель». Если отгрузка производится от имени обособленного подразделения, в этих полях необходимо выводить данные о фактическом отправителе / получателе товаров. Как и ранее, в документе можно заполнить одноименные реквизиты, и их значения будут выведены в эти поля печатной формы. Для упрощения работы, в торговые объекты была добавлена возможность указывать КПП организаций, обособленные подразделения которых находятся в этом торговом объекте. Это позволяет настроить обособленные подразделения через торговые объекты. При печати документов, если грузоотправитель или грузополучатель не указаны, а в торговом объекте документа для фирмы документа задан КПП, то данные об отправителе / получателе груза будут заполнены по данным фирмы, КПП и адрес при этом будут взяты из торгового объекта.

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

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

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

Прочая функциональность

В обработке «Клиент-банк», при загрузке документа «Строка банковской выписки приход» добавлена автоматическая привязка поступивших средств к счету на оплату, если в назначении платежа контрагент указал, что производилась оплата по счету. Поддержано разнесение оплаты по одному или нескольким счетам, привязка к счетам осуществляется по номерам документов. При формировании документа «Строка банковской выписки приход», если оплата привязывается к счету, то вариант ведения взаиморасчетов указывается как «Вручную» и сумма оплаты идет на погашение только указанного счета, и не распределяется на другие документы. Функциональность привязки средств к счетам на оплату работает, если конфигурация запущена на 23-й версии платформы «1С:Предприятие 8» или выше.
В документе «Платежное поручение» улучшен интерфейс. Теперь при указании в новой строке приоритетного к погашению документа, сумма строки будет заполнена суммой выбранного документа.
В форме группового создания характеристик номенклатуры учтена возможность иерархического задания значений разреза характеристики. Теперь иерархия значений показывается и в форме выбора значений характеристик при их создании.
Проведена оптимизация процедуры обновления на 39-й релиз и выше, связанная с изменением структуры регистра «Взаиморасчеты». Новый механизм обновления существенно быстрее, использовавшегося ранее и может быть применен для больших информационных баз.
В документе «Заказ покупателя» добавлена возможность указать желаемый интервал времени на доставку заказа. Данные об этом интервале выводятся в печатной форме документа.
В механизме автоматической переоценки улучшена информативность сообщений. Теперь пользователям выводится описание причины блокировки операции, и предлагаются действия, которые необходимо выполнить для выполнения переоценки.
В документах отключено разрешение на оперативное проведение. Это означает, что теперь у документа, который перепроводится текущей датой, не будет меняться время и он не будет сдвигаться в списке документов «вниз». Время документа будет фиксироваться при его первой записи или при вводе документа на основании.
В большинстве документов конфигурации свойство «Записывать движения» установлена в значение «Модифицированные». Эта доработка позволит ускорить время проведения документов.
В форме списка справочника «Дисконтные карты» изменен вывод информационного сообщения о накоплениях по текущей карте из списка. Теперь, если включен биллинг дисконтных карт, данные по карте выводятся на основании данных биллинга. Это позволит всегда отображать актуальную информацию по карте
В справочнике «Торговые объекты» добавлена возможность организации иерархии, что может быть актуально для сетей магазинов.
В поставке конфигурации актуализированы компоненты ключей защиты СЛК.
В документе «Приходная накладная» добавлена закладка «ГИС / ЭДО», на которой показываются связанные с приходной накладной документы «ЕГАИС ТТН Поступление» и «ЭДО Сверка поступления» и статус сопоставления приходной с документом ЕГАИС.

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

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