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

 

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

Клиент ЭДО:

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

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

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

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

 

Пиво:

• Групповая отправка документов постановки на кран в ГИС МТ и проверка ответов по ранее отправленным постановкам на кран. Сделана новая форма с помощью, которой можно посмотреть, какие данные должны быть отправлены в ГИС МТ, когда была сделана постановка на кран, какой объем пива уже продан, какая номенклатура поставлена на кран.

ЕГАИС:

• В действующую подписку добавлена работа с альтернативными адресами УТМ при работе через VPN. Ранее эта функциональность работала без проверки на действующую подписку в ознакомительных целях 

 

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

• В действующую подписку добавлен показ оповещений о необходимости загрузки весов с печатью этикеток. Ранее эта функциональность работала без проверки на действующую подписку в ознакомительных целях.
• Виджет «Технические показатели ККМ (список)» теперь доступен к выводу на рабочий стол. Ранее он мог использоваться только в продукте ilexх.posserver.
• В форму показа технических показателей добавлен вывод данных о номере версии сборки кассового ПО.

Сверка чеков с ОФД:

Сверка данных о продажах загруженных с ККМ с данными оператора «Платформа ОФД». Сравнение может быть произведено по Z-отчетам и по чекам.

 

Сравниваются:

• суммы чеков
• суммы по видам оплат
• cуммы НДС.
• При расхождениях можно провести попозиционное сравнение.

 

Создания данных о продажах по данным из ОФД, если в ОФД обнаружены чеки, по которым нет информации в учетной системе.

Получение данных и построение отчета по чекам ФНС, в которых зафиксированы ошибки.

 

Важно !!! Получения данных от ОФД требует наличие действующего сервиса «Интеграция с 1С», подключение которого оплачивается оператору «Платформа ОФД» отдельно.

 

 

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

Маркировка:

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

Маркировка остатков:

Упрощение маркировки остатков. Для 44-го и 45-го релизов ранее выпускалось расширение с этой функциональностью.

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

В справочнике «Организации» на закладке работы с ГИС МТ, добавлена возможность загружать GTIN, оформленные в личном кабинете ГИС МТ. Будут загружены все GTIN выбранной на форме товарной группы. При загрузке GTIN будет заполнено его название, описание и проставлена товарная группа. При этом, если выбрана «двойная товарная группа», по которой разные сроки запуска маркировки товаров группы, например, легкая промышленность 2-я очередь, то будут загружены все GTIN товарной группы «Легпром» и возможно, для части GTIN товарную группу надо будет поменять вручную.

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

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

В ТЧ «Товары» добавлена кнопка «Заполнить» -> «Количество запрашиваемых», которая в заполненных строках ТЧ Товары проставит количество для заказа по формуле: Количество для заказа равно остатку номенклатуры в строке документа минус ранее заказанные для нее коды маркировки и плюс заданный процент запаса. Если по номенклатуре строки ведется учет в разрезе дополнительных характеристик, то количество остатка будет считаться в зависимости от того, связан ли GTIN строки с характеристикой или нет. Если GTIN в строке связан с конкретной характеристикой, то остаток будет получен по этой характеристике. Если GTIN связан с номенклатурой без указания характеристики и действует на номенклатуру в целом, то остаток будет получен по всем характеристикам. Эта кнопка позволит упростить заказ кодов маркировки в случае, когда коды получаются под конкретную номенклатуру. Если стоит задача сначала заказать коды маркировки в нужном количестве, а потом развести их по точкам и промаркировать остатки, то заказ кодов оформляется без привязки к номенклатуре. В этом случае кнопка «Заполнить» -> «Количество запрашиваемых», размещенная в ТЧ «Состав заказа» сама подставит GTIN, по которым нужно заказать коды маркировки на остатки и заполнит количество заказа. Формула расчета количества будет той же самой, только остатки будут получаться по всем товарам и характеристикам, связанным с GTIN.

 

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

Работа с партиями номенклатуры:

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

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

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

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

Маркировка:

• Добавлено хранение токена идентификации при работе с ГИС МТ. Это позволит выполнять запросы к ГИС МТ, которые не требуют подписания запросов, в автоматическом режиме и без наличия сохраненного сертификата для работы с ГИС МТ. Ранее регламентное задание на получение данных о кодах маркировки всегда требовало наличие сохраненного в паспорте участника сертификата для автоматической отправки запросов. Теперь это не требуется и регламентное задание может работать по токену, полученному при обмене с ГИС МТ вручную. Также это позволило существенно уменьшить количество запросов выбора сертификата для выполнения операций с ГИС МТ.
• Добавлено сохранение информации о кодах маркировки в документах отгрузки, оформленных на ККМ. Это позволяет оперативно изменять статус проданных кодов маркировки по базе данных. Теперь при отгрузке маркированных товаров на кассах по заказам покупателей, в создаваемых документах заполняется табличная часть «Коды маркировки». В создаваемом документе «Расходная накладная» проставляется флаг «Коды маркировки выведены из оборота на ККМ» и при проведении документа указанные в нем коды маркировки сразу списываются с учета и остатков фирмы документа.
• Изменена работа с получением вложенных кодов маркировки. Учтено, что по одному формату кодов маркировки, могут приходить как потребительские, так и групповые упаковки. Теперь запрос на получение вложенных кодов маркировки отправляется без проверки на тип упаковки и информация о вложенности получается для всех кодов маркировки документа. Это позволяет избежать ситуации, когда по каким-то кодам маркировки информация о вложенности не получена.
• Добавлен новый формат кодов маркировки «Универсальный формат. (01)014(21)006(93)004», который в ближайшее время будет применяться для ряда товарных групп.
• Для товарной группы «Велосипеды» добавлена работа с отчетом о нанесении, который теперь требуется для работы с маркировкой этой товарной группы.
• У товарной группы «Икра» изменен шаблон получения кодов маркировки на 27-й.
• В документе «ГИС МТ Сверка остатков по ОСУ» в командную панель «Остатки» добавлена кнопка «Показать не сопоставленные GTIN». У кнопки предусмотрено два положения: нажата и отжата. При нажатой кнопке табличной части «Объемно-сортовой учет» показываются только строки с не заполненной номенклатурой. Это позволит пользователю увидеть, сколько у него GTIN, с остатками по ОСУ в ГИС МТ, при этом эти ГТИН не связаны с номенклатурой информационной базы.
• В документах ГИС МТ изменено хранение лога с табличной части на регистры сведений. Это позволит ускорить запись данных обмена и удалять информацию об обмене с ГИС МТ по давно оформленным документам через регламентное задание «ГИС МТ: Ночной регламент».
• Добавлена товарная группа «Медицинские изделия».
• В справочнике «ГИС МТ: Собственные GTIN» добавлен контроль уникальности GTIN в разрезе организации.
• Поддержана маркировка остатков велосипедов.
• В обмене данным с ГИС МТ добавлена возможность выгрузки кода идентификации в коротком формате (только ГТИН и серийный номер). Это позволяет отработать сценарии, когда по коду маркировки есть только такие данные, и данных о полном коде идентификации нет.

ЕГАИС:

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

Модуль "Анализ чеков":

• Реализовано заполнение в документах «Чек для аналитических отчетов» информации о ставке НДС и сумме НДС для товаров документа.

Модуль "Производство":

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

Модуль "Ассортиментные матрицы":

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

Добавлена настройка варианта выгрузки номенклатуры, которая не входит в ассортиментную матрицу. Настройка «Выгрузка на ККМ номенклатуры, не входящей в матрицу» располагается на закладке «Настройка обмена с ККМ» страницы «ККМ» формы «Общие настройки оборудования» (Администрирование -> Параметры работы с оборудованием). Возможны следующие варианты выгрузки номенклатуры:

• Не выгружать – товары, не входящие в ассортиментные матрицы, не выгружаются при проведении документов. Документы, содержащие товары, не входящие в ассортиментную матрицу, не проводятся (за исключением документов, отражающих факт продажи, возврата и документы инвентаризации).
• Выгружать с запретом видимости – товары, не входящие в ассортиментные матрицы, выгружаются с установленным флагом запрета видимости. Данные товары на кассе не отображаются в визуальном подборе, но данные товары можно продать, подобрав по коду или штрих-коду. Документы перемещения в дорогу и планирования изменения цен проводятся, только если к складу документа привязаны ККМ с товароучетом.
• Выгружать с запретом продаж - товары, не входящие в ассортиментные матрицы, выгружаются с установленными флагами запрета видимости и запрета продаж. Данные товары на кассе не отображаются в визуальном подборе и данные товары нельзя продать. Документы перемещения в дорогу и планирования изменения цен проводятся, только если к складу документа привязаны ККМ с товароучетом.
• Нет контроля - товары, не входящие в ассортиментные матрицы, выгружаются без флагов запрета видимости. Флаг запрета продажи устанавливается в зависимости от настройки флага в карточке номенклатуры. Данные товары на кассе видны в визуальном подборе и данные товары можно продавать, если флаг запрета продажи не установлен в карточке номенклатуры. Документы перемещения в дорогу и планирования изменения цен проводятся, только если к складу документа привязаны ККМ с товароучетом.

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

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

При обновлении на релиз значение константы устанавливается в зависимости от значения константы «Отключить ассортиментные матрицы при загрузке ККМ». 

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

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

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

• Добавлена выгрузка документа «Оплата на ККМ» через конвертацию 3.0. В зависимости от вида операции (оплата из возврата от покупателя) и видов оплат, документ выгружается в документы «Приходный кассовый ордер», «Расходный кассовый ордер» и «Оплата платежной картой». Следует учитывать, что если в документе «Оплата на ККМ» зафиксирована оплата несколькими картами разных эквайеров, то такой документ не будет выгружен в бухгалтерию и его надо будет отразить в бухгалтерии вручную.

Обмен с Кассовым сервером:

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

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

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

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

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

Источник