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

Обращаем ваше внимание - Режим совместимости конфигурации поднят до 27-й версии и запуск 56-й версии возможен только под 27-й версией Платформы 1С.

Обновление функционала клиента ЭДО

 
1. Автоматическое обновление статусов документов 

Цель: Снижение рутинных операций и ускорение актуализации данных в учетной системе. 

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

Результат: Актуальное состояние документов поддерживается автоматически, без участия сотрудника, что критично при больших объемах трафика.

Настройка механизма:

• В настройках оператора ЭДО добавлен флаг, разрешающий автоматическое обновление статусов для отправленных и полученных документов.
• Обязательное условие — наличие заполненного сертификата для автоматических операций (в настройках фирмы или непосредственно в настройках ЭДО).

Для актуализации статусов добавлено регламентное задание «Обновление статусов документов ЭДО»

Содержит стандартные параметры (пользователь, признак использования) и два специализированных:

• Период выборки (количество дней от даты документа; по умолчанию — 14 дней, при значении «0» применяется то же значение).
• Статусы для обновления (возможен множественный выбор).

Стандартные наборы статусов по умолчанию:

• Для ЭДО: «Принят», «Отправлен», «Ожидается аннулирование».
• Для ЭПД: «Отправлен», «Ожидаются сторонние действия».
• Пользователь может расширять списки (например, добавить «Ожидает приемки» для документов, изменённых в ЛК оператора).

2. Управление приемкой УПД при проблемах с МЧД

• В форме подписания документа флаг «Полномочия МЧД проверены» теперь всегда виден и доступен.
• Если флаг установлен, приемка УПД возможна даже при некорректных или непроверяемых полномочиях отправителя по МЧД.
• Это позволяет покупателю принять документ в случаях, когда доверенность отправителя не проходит проверку, но стороны согласны на приемку.

3. Подключение документа «ЭДО Сверка поступления» к подсистеме дополнительных отчетов

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

4. Добавление заказа поставщику в документ сверки

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

5. Улучшен алгоритм повторной загрузки документа

• Актуально для ситуаций, когда на входящий УПД отправлено уведомление об уточнении, и поставщик присылает новую версию с тем же номером.
• Новый алгоритм корректно обрабатывает случай, когда получатель уже считал коды маркировки для сверки по товарам, поступившим по ОСУ (обеспечивает сохранность ранее введенных данных).

6. Отправка документов с пивом в ГИС МТ

• При отправке документов, содержащих пиво, на предварительную проверку в ГИС МТ теперь заполняются адреса по ФИАС (в соответствии с требованиями системы).

7. Поддержка универсальных сообщений ФНС

• Реализована работа с новым форматом универсальных сообщений, на который ФНС планирует перевести обмен документами по ЭДО.

8. Отправка исправлений (УПДи) в ГИС МТ

• В документе «Корректировка отгрузки» добавлена возможность отправлять исправление (УПДи) на предварительную проверку в ГИС МТ.

9. Указание ЭТрН/ЭПЛ при отправке УПД

• При отправке УПД теперь можно указывать номер и дату электронного перевозочного документа (ЭТрН или ЭПЛ).

Работа с ЭПД

1. Автоматическое обновление статусов документов ЭПД

Цель: Снижение рутинных операций и ускорение актуализации данных по перевозочным документам в учетной системе.

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

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

Настройка механизма:

• В настройки оператора добавлен флаг, разрешающий автоматическое обновление статусов для отправленных и полученных документов ЭПД.
• Обязательное условие — наличие заполненного сертификата для автоматических операций (в настройках фирмы или непосредственно в настройках ЭДО/ЭПД).

Регламентное задание «Обновление статусов документов ЭПД»:

Содержит стандартные параметры (пользователь, признак использования) и два специализированных:

• Период выборки (количество дней от даты документа; по умолчанию — 14 дней, при значении «0» применяется то же значение).
• Статусы для обновления (возможен множественный выбор).

Базовый набор статусов по умолчанию: «Отправлен» и «Ожидаются сторонние действия».

Пользователь может расширять список с учетом специфики предприятия.

2. Механизм связывания ЭТрН с документами учета, ЭДО и ЕГАИС

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

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

Реализованные возможности:

• Автоматическая фиксация связей

Добавлен регистр, который автоматически сопоставляет ЭТрН с документами приемки (приходные накладные, ЭДО-сверки, ТТН поступления) по номеру, фирме и контрагенту — независимо от того, какой документ загружен первым.

• Визуализация и контроль

Во все ключевые документы учета и ГИС добавлены блоки с полями для связанных документов, статусами, подсказками о необходимости их наличия и индикаторами расхождений по количествам.

• Автозаполнение фактических количеств

Реализована возможность заполнения количеств из подтвержденных связанных документов с учетом приоритетов:
1) ЭДО-сверка → 2) ТТН → 3) ЭТрН.

Инструменты анализа

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

Проверки при подписании

• Расхождения с уже подписанными документами блокируют подписание.
• Расхождения с еще не подписанными — выводят предупреждение и запрашивают подтверждение.

3. Загрузка входящей ЭТрН из внешнего XML-файла

• Добавлена возможность загрузки документа «ЭТрН входящий» из внешнего XML-файла.

Это позволяет работать с ЭТрН в случаях, когда организация использует оператора ЭПД, обмен с которым пока не поддерживается (по аналогии с функционалом ЭДО).

4. Унификация интерфейса настроек ЭДО и ЭПД

Поскольку настройки ЭПД совпадают с настройками ЭДО, выполнена гармонизация интерфейса:

• Закладки настроек переименованы в «ЭДО / ЭПД».
• Реквизиты с операторами также переименованы в «ЭДО / ЭПД».

5. Массовое заполнение «Состояния груза» в ЭТрН

• В документе «ЭТрН входящая» добавлена возможность массового заполнения колонки «Состояние груза».

Это значительно ускоряет обработку документов с большим количеством позиций.

6. Автозаполнение этапов электронного путевого листа (ЭПЛ)

• В форме ЭПЛ реализовано автоматическое заполнение всех флагов о прохождении обязательных этапов (медосмотр, техосмотр и др.).

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

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

1. Автоматическое получение исправительных расширений

Оперативное получение исправлений без ручного контроля, что повышает стабильность работы системы.

Механизм:

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

Поведение:

• При обновлении системы константа автоматически устанавливается в значение «Истина» — расширения загружаются и устанавливаются без участия пользователя.
• Для отключения механизма достаточно установить константу в значение «Ложь».

2. Автоматическая переоценка из 55 релиза без действующей подписки не работает.

3. Учет неработающих касс при инвентаризации торгового зала

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

Результат:

• Упрощение заполнения документа.
• Снижение вероятности ошибок со стороны персонала.
• Корректный расчет остатков с учетом реально работавшего оборудования.

Решение:

• В документ «Инвентаризация торгового зала» добавлена возможность отмечать флагами ККМ, которые не работали во время пересчета.
• По отмеченным кассам система не ожидает получения продаж для расчета остатков.

4. Поддержка ставки 22% в сверке чеков с ОФД.

Маркировка

1. Обновление методов единой авторизации TRUE API 
Учтены изменения в методах единой авторизации TRUE API, описанных в новости

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

• маркировки остатков;
• перемаркировки товаров.

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

4. Частичное выбытие кодов маркировки из оборота
В документе «ГИС МТ: Вывод кодов маркировки из оборота» реализована возможность отражать частичное выбытие кода маркировки.

Точный учет при частичном использовании многооборотной или групповой упаковки.

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

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

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

Выгрузка признака маркировки в кассовое ПО «Frontol»
В выгрузку данных в кассовое программное обеспечение «Frontol» добавлена передача признака маркировки для товаров из следующих групп:

• Парфюмерные и косметические средства и бытовая химия;
• Сладости;
• Строительные материалы.

Маркировка

1. В документе «ГИС МТ: Ввод в оборот» для способа ввода «Импорт с ФТС» добавлена передача данных о разрешительных документах.
2. Для товарной группы «Моторные масла» добавлена возможность выполнения перемаркировки товаров.
3. В документе «ГИС МТ: Ввод товаров в оборот» изменена видимость данных о ВСД. Теперь ВСД и кнопка заполнения ВСД видима всегда, без условия на товарную группу документа.

ЕГАИС

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

Улучшение настроек в ГК КСО

Общая цель

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

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

• Добавлена возможность автоматически привязывать товары к группам горячих клавиш КСО.
• Поддержана работа с несколькими форматами магазинов — для каждого формата может использоваться своя настройка горячих клавиш.

Гибкая настройка группировки (регистр сведений)

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

Решение:
Добавлен регистр сведений «Связь групп ГККСО и номенклатуры», который хранит привязку товара к группе:

• для конкретной настройки КСО;
• или для всех настроек одновременно (если настройка не указана).

Приоритет:
Записи регистра имеют приоритет над данными справочника. Это позволяет централизованно управлять распределением товаров (например, «Овощи», «Корнеплоды») непосредственно в карточке номенклатуры, без правки каждой настройки отдельно.

Настройка в карточке номенклатуры

• На закладке «ККМ» добавлена табличная часть «ГК КСО».
• Пользователь может указать группу для выбранной настройки или оставить настройку пустой — тогда правило применяется ко всем настройкам КСО.

Логика применения правил (приоритеты)

При открытии справочника настроек ГК КСО и при выгрузке данных на кассовое оборудование система действует по следующему алгоритму:

Приоритет	Условие	Результат
1 (высший)	Есть запись в регистре для текущей настройки	Товар помещается в указанную группу
2	Нет записи для текущей настройки, но есть запись с пустой настройкой	Используется общее правило
3	Записей в регистре нет	Товар остаётся в группе из справочника или попадает в группу «Неразобранные»
Особый случай	Установлен флаг «Выгружать только в указанные настройки КСО»	Товар скрывается из выгрузки для настроек, где он не указан

5. Инструменты массового администрирования

Для удобства работы с большим ассортиментом добавлены

Групповая обработка — очистка или установка связей для выбранных товаров.

В справочнике настроек:

• «Записать привязки к группам» — синхронизация изменений, сделанных в дереве групп, с регистром.
• «Исправить заполнение дерева» — автоматическое перемещение товаров в соответствии с актуальными правилами.

6. Контроль корректности настроек

Реализована проверка на логические ошибки:

• Если весовой товар помещён в группу для штучных (или наоборот).
• Если указанная группа отсутствует в дереве групп.

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

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

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

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

• В справочнике «Номенклатура» в настройке групп ГК КСО добавлена возможность указывать корневые группы «Штучные товары» и «Весовые товары» ГК КСО. Это позволит зафиксировать показ номенклатуры на КСО в корневой группе. Ранее была возможность зафиксировать показ номенклатуры только в добавленных вручную группах.
• В документе «Назначение акции» улучшена работа со складами. В документ добавлен реквизит «Действие акции» с вариантами: «На всех складах», «На указанных складах» и «Кроме указанных складов». С его помощью теперь можно легко настроить места применения скидок. Если акция не должна проводиться только на некоторых магазинах предприятия, следует выбрать вариант «Кроме указанных складов» и указать эти магазины. Доработка позволит просто и интуитивно понятно настраивать места проведения акций.
• В документе «Назначение акции» в ТЧ Склады добавлено автоматическое удаление некорректных строк с незаполненным складом и дубли складов. Это позволит избежать проведение документа с данными, которые могут приводить к ошибкам в работе.
• В документе «Расходный кассовый ордер» добавлена возможность печати чека расхода для случая, когда ордер оформлен на основании приходной накладной.
• В форме настроек работы с торговым оборудованием унифицированы надписи для обозначений горячих клавиш КСО. Теперь в интерфейсе они всегда называются «ГК КСО».
• В загрузку ККМ при проведении документов внесены изменения. Теперь при проведении пакетных документов, например, документа поступления на склад и акта переоценки остатков до этого документа, кассы и весы загружаются только последним документом пакета. Например, при проведении приходной накладной с товарами, у которых установлена новая розничная цена, акт о переоценки остатков не будет загружать кассы и весы, они будут загружены приходной накладной. Это ускорит проведение документов.
• В справочник «Настройки горячих клавиш КСО» добавлен флаг «Скрывать неразобранные товары в интерфейсе КСО». При установленном флаге все товары в папках «Не разобранные товары» не будут отображаться покупателям на КСО.
• Для возможности дозаполнения по данным транзакций созданного документа и изменения в нем заполненных данных в общий модуль «ТП_РаботаСККМПереопределяемый» добавлена процедура СОО_ПослеСозданияДокумента. Данная процедура вызывается в конце ветки обработки транзакции документа (300, 301 и 309 номер транзакции). В процедуру передаются данные, необходимые для написания процедуры по самостоятельному заполнению документов по данным транзакций кассового ПО.
• В справочник «Настройки ККМ» на закладке «Скидки/надбавки» добавлен реквизит «Минимальная сумма строки». С его помощью можно указать сумму, ниже которой сумма позиции не будет опускаться после применения скидки. Предусмотрена выгрузка значения реквизита в кассовое ПО «Кассир 5».
• В конфигурации актуализированы модули для работы с ТСД под управлением ПО «Data Mobile».

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

• Версия формата обмена Enterprise Data поднята до 1.22.
• В выгрузку данных о номенклатуре добавлен перенос признака маркировки и товарных групп.

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

1. Централизованное управление расписаниями и распределение нагрузки

Проблема ранее:
Каждый узел плана обмена работал по собственному расписанию выгрузки и загрузки. При большом количестве филиалов это создавало неравномерную нагрузку на сервер и усложняло администрирование.

Что сделано:

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

• «Филиалы. Общая выгрузка»;
• «Филиалы. Общая загрузка».

Управление расписаниями:

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

Управление потоками (для клиент-серверных баз):

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

Интерфейс:

• Настройки рег. заданий и константа управления потоками вынесены в общую форму настроек (для файловых баз константа скрыта).

Результат:

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

2. Повышение устойчивости и управляемости обмена

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

Что сделано:

А) Обработка различий версий

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

Введены регистры:

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

На основе этих данных система принимает решения о возможности продолжения обмена.

Б) Хранение квитанций

Квитанции пакетов теперь хранятся в формате XML с детальной информацией:

• статус обработки;
• версия конфигурации;
• коды узлов.

В) Новые группы операций в интерфейсе

В управлении филиалами реализованы:

• «Выгрузить»;
• «Загрузить»;
• «Обновление состояний пакетов».

Г) Ручное управление состояниями проблемных пакетов

Пользователь может устанавливать:

• «Ошибка загрузки. Ожидание решения» — приостановка повторяющихся ошибок.
• «Отмена загрузки. Ожидание нового пакета» — повторная отправка данных после исправления ошибок.
• «Обрабатывается» — повторная попытка загрузки.

Д) Изменения в реквизитах

• Устаревший реквизит «Номер полученного подтверждения» удалён.
• «Ожидать подтверждение загрузки» переименован в «Использовать режим экономии сетевого трафика».

Е) Обработка ручных вмешательств в каталог обмена

Логика выгрузки/загрузки переработана с учётом возможных ручных действий (удаление файлов, смена каталога).Система корректно обрабатывает такие ситуации и поддерживает целостность обмена.

Ж) Автоматическая очистка каталогов

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

З) Контроль количества попыток

• Введена константа «Количество повторов неудачных операций обмена в плане обмена Филиалы» (настройка на форме списка филиалов).
• При исчерпании лимита попыток операция прерывается с сообщением.
• В регистр состояний обмена добавлен ресурс «Номер попытки».
• В интерфейсе доступны команды сброса счётчика попыток.

И) Диагностика и прозрачность

Реализованы пункты меню:

• «Сведения о выгрузках в филиал»;
• «Сведения о загрузках из филиала».

Открываются формы с подробными описаниями ошибок из регистра и журнала регистрации.

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

Двойной клик открывает форму записи регистра для ручной корректировки:

• номера пакета;
• количества попыток;
• статуса.

Результат:

• Существенное повышение надёжности обмена в распределённых сетях.
• Сокращение времени простоя синхронизации.
• Полный контроль над процессом даже в нештатных ситуациях.

3. Ускорение загрузки файлов

Что сделано:

• Улучшен алгоритм загрузки файлов в обмене через план обмена «Филиалы».

Результат:

• Ускорение обмена при использовании сетевого каталога.
• Снижение вероятности блокировки файла обмена.

Итоговые преимущества блока

• Равномерная нагрузка на сервер.
• Централизованное управление расписаниями.
• Устойчивость к ошибкам версий и ручным вмешательствам.
• Полная прозрачность и диагностика процессов.
• Ускорение и надёжность файлового обмена.

1. Версия режима совместимости конфигурации повышена с 8.3.24 до 8.3.27. Для работы конфигурации требуется версия платформы 8.3.27.1688 или выше. 
2. Библиотека стандартных подсистем обновлена на версию 3.1.11.466.
3. Библиотека стандартных подсистем обновлена на версию 2.7.4.12.
4. В конфигурацию внедрены элементы библиотека электронных документов версии 1.9.16.30. В будущих релизах планируется использовать эти элементы в работе конфигурации.
5. В документе «Заказ покупателя» добавлена возможность указания исходного количества заказа и указания для товаров кодов маркировки. Это позволит поддержать процесс сборки заказа, когда данные о собранных товарах отражаются в заказе покупателя (в старом реквизите «Количество»), что позволит откорректировать исходный заказ до реально собранных товаров, согласовать с покупателем изменение в заказе и выполнить отгрузку фактически собранных товаров.
6. В документах оплаты (приходных и расходных кассовых ордерах, платежных поручениях, строках банковской выписки) доработан алгоритм пересчета сумм в табличной части «Взаиморасчеты» при изменении общей суммы документа: ранее при уменьшении суммы в шапке происходило пропорциональное перераспределение по всем строкам, что не позволяло погасить более ранние документы полностью; теперь реализовано распределение по принципу ФИФО — при уменьшении суммы документа система последовательно погашает кредитные документы в порядке возрастания их даты (сначала самый старый), при этом для документов, содержащих товары с разными ставками НДС, суммы пересчитываются пропорционально долям каждой ставки, а остаток направляется на строки без указания кредитного документа; при увеличении суммы документа разница добавляется в строку с пустым кредитным документом или создается новая строка с основным договором контрагента; изменение суммы в строке автоматически пересчитывает сумму в валюте договора и сумму НДС. Это позволяет пользователям корректно закрывать задолженность по хронологии без ручного пересчета, особенно в ситуациях, когда сумма оплаты меньше общей суммы выбранных документов.
7. В документе «Расходная накладная» доработан механизм заполнения табличной части по резервам: по кнопкам заполнения «По всем резервам контрагента» и «По резерву заказа покупателя» теперь в строки подставляется не только номенклатура и количество, но и конкретный заказ покупателя, по которому был сделан резерв; если один товар зарезервирован по нескольким заказам, он выводится отдельными строками с указанием соответствующего заказа в каждой; кроме того, для строк, где заказ покупателя заполнен, цена теперь рассчитывается из документа-заказа (на основе итоговой суммы по номенклатуре и количества в базовых единицах), а для строк без заказа цена определяется по общему типу цен документа на дату документа — это позволяет однозначно видеть, по каким заказам формируется отгрузка, и автоматически применять цены, согласованные с покупателем, без ручной корректировки.
8. В документе «Маркетинговая акция» упрощен процесс создания акции на изменение розничной цены. Если планируется изменение только розничных цен, без изменения цен закупок, следует выбрать новый вариант акции «Изменение розничной цены». Из интерфейса будут убраны лишние колонки, что упростит заполнение документа.
9. В обработке «Печать ценников и этикеток» добавлен флаг «Печатать цену за 100 грамм». При его установке для товаров, у которых базовая единица измерения — килограмм или грамм, в табличной части автоматически рассчитывается розничная цена за 100 грамм (для кг — делением на 10, для г — умножением на 100), а на ценник или этикетку выводится это значение с наименованием единицы «100 гр.». Для товаров с другими единицами флаг не влияет, и печать происходит по стандартным правилам. Это упрощает формирование ценников для весовых товаров, позволяя обойтись без создания дополнительных единиц измерения в справочнике и исключить ручные пересчеты. Это позволит печатать ценники за 100 грамм без заведения дополнительной единицы измерения.
10. В отчете «Книга продаж» изменен вывод номеров документов. Теперь номера документа выводятся по тому же правилу с удалением нулей и префиксов, как и в печатных формах документов.
11. В печатных формах ряда документов (УПД, УКД, счета фактуры) актуализирован вывод факсимиле печатей и подписей ответственных лиц. Размеры подписей приведены к единому размеру. Исключены ситуации, когда картинка подписи или печати не сделана с прозрачным фоном и вывод подписи мог закрывать текст печатной формы.
12. В документе «Акт о переоценке» для ТЧ «Услуги» добавлена возможность заполнения по условиям и загружать табличную часть из EXCEL-файла.
13. В процедуру генерации номеров документов с учетом префиксов внесены изменения, которые позволят исключить ситуацию присвоения некорректного префикса номеру документа.
14. В документе «Корректировка поступления» в формах документов добавлен вывод сумм корректировок, что позволит быстрее находить нужный документ и видеть сумму корректировки.
15. В обработке «Клиент банк» доработан процесс заполнения ставки НДС. Теперь, если из назначения платежа нет возможности выделить ставку НДС, сумма НДС будет рассчитана по ставке НДС по умолчанию. Это позволит исключить ошибки заполнения суммы НДС при загрузке выписок из банка.
16. В настройках обмена по FTP добавлена возможность настройки обмена по защищенному FTP-соединению.
17. В обработке «Групповая обработка документов» улучшен алгоритм проведения документов. Теперь в параметры обработки учитываются и при проведении пакетных документов, когда один документ может автоматически создавать / обновлять подчиненные документы. Это позволит проводит «подчиненные» документы по тем же условиям, что и основной документ и ускорить время выполнения обработки.
18. В процесс восстановления последовательности внесены улучшения. Добавлен вывод записей в журнал регистрации об ошибках восстановления последовательности, улучшен процесс обработки документов, находящихся в одной секунде и т.д.
19. В справочник «Склады» добавлен реквизит «Исполнитель для заданий на переоценку». Этот пользователь будет автоматически подставляться в табличную часть «Магазины» документов «Планирование переоценки товаров матрицы», что позволяет сразу назначать ответственных за проведение переоценки на конкретных розничных объектах.
20. В документе «Планирование переоценки товаров матрицы» добавлено автоматическое заполнение табличной части «Магазина» всеми складами, на которых действует ценовая матрица документа и исполнителями, на которые будут назначаться задания на переоценку. Это исключает необходимость ручного ввода ответственных и упрощает дальнейшую работу с планированием.
21. Добавлена возможность ввода документа «Планирование переоценки товаров матрицы» на основании документов, приходующих товары на склад: «Приходная накладная», «Приходная накладная реализации», «Перемещение», «Поступление из дороги» и «Приходная накладная внутренняя». Это позволит легко проводить переоценку по всем складам матрицы после поступления новых партий товаров на склад.
22. В свертку базы добавлен перенос серий номенклатуры.
23. В документе «Назначение акции» добавлена кнопка выбора сразу нескольких складов в табличную часть «Склады». Это существенно упростит заполнение табличной части документа.
24. В настройках пользователей по умолчанию добавлен реквизит «Продавец», в котором задается продавец, который будет по умолчанию подставляться в документ «Расходная накладная» при создании документа под пользователем.
25. В документе «Планирование изменений розничных цен» добавлена возможность открытия формы обработки печати ценников и этикеток, что позволит распечатать ценники и этикетки заранее, до формирования акта о переоценке.

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