Дата выхода релиза: 20.09.2023
Клиент ЭДО
Обмен приглашениями к обмену по ЭДО
В клиенте ЭДО реализована возможность обмена приглашениями к обмену через ЭДО. В настоящий момент обмен приглашениями реализован для оператора «Платформа ЭДО», т.к. операторы ЭДО «СБИС» и «ЭДО Лайт» в настоящий момент не поддерживают работу с приглашениями по АПИ.
Входящие приглашения к обмену принимаются оператором «Платформа ЭДО» автоматически и их подтверждение пользователем не требуется. При поступлении входящего документа, конфигурация будет считать, что обмен с контрагентом возможен и приглашение к обмену принято.
Для исходящих приглашений добавлен документ «ЭДО: Приглашение». Документ отправляется контрагентам и далее отслеживается их статус. Приглашения к обмену могут быть отправлены как из карточки контрагента, так и из формы списка контрагентов и формы списки расходных накладных. В последнем случае поддержан сценарий, когда сотрудник предприятия наглядно видит по каких документам нет возможности выполнить обмен по ЭДО и по контрагентам таких документов выполняет рассылку приглашений.
Для рассылки приглашений сделана форма массовой рассылки, которая позволяет в удобном виде управлять рассылкой приглашений контрагентам.
Информация о приглашениях показывается в мониторе ЭДО. Для этого добавлены отдельные закладки, позволяющие наглядно увидеть на каком этапе согласования находятся те или иные приглашения.
Прочие доработки
Автоматическое заполнение данных о контрагентах по ИНН или ОГРН
В «ДатаСервис 2.0» поддержана возможность получения информации о контрагентах по ИНН или ОГРН, что позволяет заполнить карточку контрагента автоматически. Из сервиса могут быть получены и заполнены данные о наименовании, ИНН, КПП, ОГРН и ОКПО контрагента, его вида, данные по юридическому адресу, контактные телефоны и адреса электронной почты, а также список лицензий, выданных контрагенту.
Для заполнения контрагентов по необходимо включить работу с «ДатаСервис 2.0» в настройках учета.
Учет обрезков
В конфигурации добавлена возможность учитывать обрезки, например, колбас или сыра. Информация об обрезках в конце дня должна указываться в документе «Списание», и она будет сохраняться в отдельном контуре учета.
Для указания обрезков, необходимо в справочнике «Номенклатура» создать элементы с типом «Не учитывать» и подтипом «Обрезки». Далее, через настройку обрезков в подсистеме «Склад» необходимо настроить связь обрезков с той или иной группой номенклатуры. Будет считаться, что один вид обрезков относится ко всем товарам групп, с которыми он связан. Это позволит делать связку «Колбасные обрезки» со всеми колбасами, рыбные обрезки – со всех охлажденной рыбой, продаваемом предприятием, и так далее.
В конце дня, обрезки списываются документом «Списание». Происходит взвешивание накопившихся обрезков, они указываются в списании и документ проводится. При этом информация о суммах обрезков будет сохранена в новом регистре учета.
Для ведения суммового учета обрезков, на закладке «Ценовая политика» настроек учета, необходимо задать тип цен для учета обрезков. Цены этого типа будут считаться как розничная цена учета обрезков. На сумму списанных обрезков следует уменьшать сумму недостач по инвентаризации по группам номенклатуры, с которыми связаны обрезки.
Следует учитывать, что в текущем релизе функциональность опубликована в ознакомительных целях без проверки на наличие подписки. В будущем функциональность будет работать при наличии действующей подписки.
ЭДО
-
Вариант расчета НДС переносится в документ учета так, как он указан в «ЭДО Сверка поступления», вне зависимости от настроек учета фирмы и настроек пользователей (Изменено правило заполнения варианта расчета НДС при вводе документа учета на основании документа «ЭДО Сверка поступления».)
-
Виджет «Монитор ЭДО». Опционально.
- При отправке покупателю по ЭДО УПД или УКД, содержащий услуги, в качестве названия услуги будет выгружено значение поля «Содержание услуги», если оно заполнено в расходной накладной. Если поле не заполнено, то будет выгружено наименование услуги.
Работа с торговым оборудованием
- Выгрузка в ЭВОТОР нулевой приходной суммы. В обмене данными с ЭВОТОР учтена особенность сервера ЭВОТОР, который игнорирует записи с отрицательной приходной суммой. Теперь, если приходная сумма за товар по данным учета получается отрицательной (при продаже товаров в минус), то в ЭВТОР будет выгружена нулевая приходная сумма.
Маркировка
- Используется новый ключ авторизации экземпляра базы в СУЗ для получения кодов маркировки, полученный при прохождении очередной сертификации программного обеспечения в ЦРПТ для доступа к СУЗ. Ключ авторизации, используемый в предыдущих релизах планируется к отключению на стороне ЦРПТ, что может привести к невозможности заказывать коды маркировки на предыдущих версиях конфигурации.
- В обмене данными с СУЗ, токен авторизации теперь получается через методы True API, так как используемая ранее авторизация через методы ГИС МТ, планируется к отключению.
- В документе «ГИС МТ: Вывод из оборота по ОСУ» для товаров товарной группы «Молочная продукция» добавлена проверка на обязательность заполнения массы, выводимой из оборота продукции, так как в ГИС МТ эти данные становятся обязательными для передачи. Реализовано автоматическое заполнение массы по данным базовой единицы измерения номенклатуры.
Прочие доработки
Контроль минимальной суммы возврата поставщику
-
Добавлена возможность на уровне торгового объекта контролировать минимальную сумму возврата товара поставщику. Это позволит исключить ситуацию, когда персонал магазина делает возврат на незначительную сумму, что делает такой возврат поставщику экономически не выгодным.
-
В форме элемента справочника «Торговые объекты» добавлено поле для указания минимальной суммы возврата. Если в поле указано значение 0 (значение по умолчанию), то считается что контроль возвратов поставщику по торговому объекту отключен. Значение поля зависит от времени, то есть при изменении минимальной суммы возврата оформленные ранее документы будут проводиться по старым ограничениям. Возврат поставщику не будет проведен, если итоговая сумма документа меньше, чем минимальная сумма возврата поставщику, заданная для торгового объекта документа.
-
Предусмотрена возможность возврата товара без контроля на минимальную сумму. Решение о таком возврате должен принять управляющий магазина и выставить в форме возврата поставщику флаг «Разрешить проведение без проверки минимальной суммы возврата». Флаг доступен для редактирования только под пользователей, в параметрах работы которого указано, что он может разрешать осуществлять возвраты поставщикам без проверки на минимальную сумму возврата.
Следует учитывать, что в текущем релизе функциональность опубликована в ознакомительных целях без проверки на наличие подписки. В будущем функциональность будет работать при наличии подписки на 40-й релиз конфигурации.
Контроль количества возвратов поставщикам в разрезе документов поступления
Добавлена возможность контролировать количество возврата поставщикам в разрезе документов поступления. Это позволит исключить ситуацию, когда по той или иной приходной накладной и ее приходной цене, делается возврата больше, чем было поступления товаров.
Для включения такого контроля на закладке «Товарный учет» настроек учета добавлен флаг «Контроль возвратов поставщику по накладные поступления товаров» и дата, начиная с которой этот контроль начинает действовать. При действующем флаге на дату документа возврата поставщику, в документах возврата необходимо для каждой строки ТЧ Товары указывать приходный документ, по которому на предприятие поступил возвращаемый товар. Без указания приходного документа в каждой строке, возврат поставщику не проведется. При подстановке приходного документа, значение приходной цены строки будет изменено на приходную цену из выбранного документа поступления.
Для подбора приходного документа предусмотрена специальная форма подбора, в которой показывается приходный документ, приходная цена по документу, с учетом всех оформленный на него корректировок поступления, и количество, доступное для возврата.
Система ведет контроль поступлений и возвратов и не позволит вернуть по приходному документу товара больше, чем было по нему закуплено с учетом всех оформленных по нему корректировок поступлений.
Следует учитывать, что указание приходного документа не означает, что товары будут списаны с партий этого приходного документа. Приходный документ используется для указания цены и контроля количеств.
Если по возврату поставщику надо вернуть товар по цене отличной, от цены поступления, то такую корректировку может выполнить пользователь, для которого в параметрах работы установлен флаг «Разрешить редактировать цену номенклатуры при возврате поставщикам». Для остальных пользователей, если на дату возврата поставщику действует контроль возвратов по документам поступления, редактирование приходной цены будет недоступно.
Если на дату документа «Возврат поставщику» новый контроль документов поступления не действует, то редактирование приходной цены разрешено всем пользователям, указание приходного документа в возврате поставщику становится опциональным, то есть пользователи на свое усмотрение могут использовать новый механизм подбора приходного документа.
Следует учитывать, что в текущем релизе функциональность опубликована в ознакомительных целях без проверки на наличие подписки. В будущем функциональность будет работать при наличии подписки на 40-й релиз конфигурации.
Выделение специального склада брака
- Добавлена возможность на торговом объекте выделить специальный склад для хранения брака. Склад может использоваться для оформления будущих возвратов поставщикам и списаний. Это позволит просто поддержать схему работы, когда весь бракованный товар выноситься персоналом в отдельное помещение, чтобы ответственные лица предприятия далее приняли решение по таким товарам: вернуть их в продажу, вернуть их поставщику или списать. При этом операции возврата и списания могут осуществляться только после принятия такого решения и со специального склада.
- В справочник «Склады» добавлена возможность указать тип склада и дату, начиная с которой применяется значение выбранного типа. Доступны два типа складов: «Основной» и «Брак». Если тип не указан, то склад считается основным. Если для торгового объекта есть хотя бы один склад с типом «Брак», то по такому торговому объекту будет вестись контроль операций по складам. По складу с типом «Брак» будут возможны только следующие операции:
- Возврат поставщикам;
- Перемещение (внутри торгового объекта);
- Списание;
- Инвентаризация.
- По складу с типом «Основной» доступны все операции, кроме операций возврата поставщикам и списания.
- Для выполнения возврата или списания товар должен предварительно быть перемещен на склад с типом «Брак».
Следует учитывать, что в текущем релизе функциональность опубликована в ознакомительных целях без проверки на наличие подписки. В будущем функциональность будет работать при наличии подписки на 40-й релиз конфигурации.
Согласование и минимальная сумма списания. Указание виновного лица
- Добавлена возможность потребовать обязательное согласование списания с ответственным лицом, что позволит выделить списания, которые может делать персонал без согласования и списания, которые требуют обязательного утверждения руководством. Также добавлена возможность контролировать минимальные суммы списаний, что может быть актуальным для некоторых видов списания товаров, когда такое списание требует дополнительных затрат, например, на транспортировку или утилизацию.
- Добавлен справочник «Виды списаний», в котором указываются какие виды списаний возможны на предприятии, например, «дегустация / маркетинговые мероприятия» или «потеря товарного вида». Для каждого вида списания можно указать минимальную сумму, меньше которой документ «Списание» оформлен быть не может, требуется ли согласование списания этого вида с руководством и требуется ли указание виновного за списание сотрудника предприятия.
- В документе списания добавлен реквизит «Вид списания» в котором указывается вид выполняемого списания, а также добавлена возможность указать виновное в списании лицо. Если в виде списания задана минимальная сумма списания, то документ «Списание» с этим видом списания не будет проведен, если его итоговая розничная сумма меньше, чем указано в виде списания.
- Если вид списания требует согласования, то документ «Списание» не будет проведен, пока в нем не будет установлен флаг «Согласован». Данный флаг доступен только пользователям, в параметрах работы которых включено разрешение согласовывать списания.
- Также у пользователя в параметрах работы может быть установлен флаг, разрешающий проведение списаний на сумму, меньше минимально разрешенных видом списания. Таким пользователям в списании будет доступен флаг «Не проверять минимальную сумму списания». В этом случае, при проведении документа, проверка на минимальную сумму списания будет отключена.
- Следует учитывать, что в текущем релизе функциональность опубликована в ознакомительных целях без проверки на наличие подписки. В будущем функциональность будет работать при наличии подписки на 40-й релиз конфигурации.
Уменьшение суммы распределенных на отклонения недостач за счет выявленных излишков при проведении инвентаризации
-
В документе «Инвентаризация» добавлена возможность распределять на отклонения по инвентаризации и излишки, что позволит за счет выявленных излишков уменьшить сумму распределенных на отклонения недостач. Для того, чтобы излишки распределялись на отклонения инвентаризации, необходимо установить константу «Детализация излишков инвентаризации», расположенной на закладке «Документы». При установленной константе, при распределении сумм расхождений на отклонения, данные по излишкам также будут учитываться. Такая доработка позволит учесть все варианты отнесения расхождений инвентаризации на расчеты с сотрудниками предприятия.
ЕГАИС
Частичное выбытие продукции, оклеенной акцизными марками
Поддержаны новые изменения в ЕГАИС, касающиеся изменений правила отражения продажи алкогольной продукции, оклеенной акцизными марками, на розлив.
- В документах «Открытие алкогольной тары» и «ЕГАИС Расход» можно указать, что продукция выводится из оборота частично. В этом случае в документ может быть подставлена только акцизная номенклатура, работа с пивом в таком документе будет запрещена. По каждой акцизной марке можно указать объем миллилитров, который был продан на розлив, количество бутылки при этом будет пересчитано, исходя из литража номенклатуры ЕГАИС. При вводе документа «ЕГАИС Расход» на основании открытия алкогольной тары, доработан перенос информации о частичном выбытии продукции. Для предотвращения ошибок пользователей, ведется учет остатков в миллилитрах по каждой проданной в розлив акцизной марке, и система не позволит отправить в ЕГАИС информацию о частичной продаже, если отправленный объем превысит исходный объем тары. Для этого добавлены отдельные регистры учета, приход по которым заполняется в момент первого частичного выбытия алкогольной продукции.
- В документе «Отчет одела» предусмотрена возможность продажи на ККМ части объема акцизной тары. Информация о такой продаже будет сохранена в документе и остаток, доступный для списания из этой бутылки, будет уменьшен на объем, проданный на кассе.
- Для удобства пользователей, в документе «Открытие алкогольной тары», информацию о частичном выбытии алкогольной продукции можно заносить двумя способами: исходя их фактически налитого объема или исходя из остатка объема в алкогольной таре. Во втором случае система сама посчитает какой объем тары был израсходован и корректно учтет частичное выбытие алкоголя.
- При отправке документа «ЕГАИС Расход», отражающего частичное выбытие продукции, в ЕГАИС, данные будут преданы по новым требованиям, с заполнением соответствующих полей. При проведении принятых в ЕГАИС документов, акцизная марка будет считаться открытой и передача открытой бутылки в оптовом звене (на другой УТМ) будет заблокирована. С учета акцизная марка будет списана при списании объема тары до нуля. Если при отправке документа выясниться, что отправляемый объем превышает остатки в таре по данным ЕГАИС, пользователю будет выведено блокирующее сообщение с предложением уменьшить объем выводимой из оборота продукции. Это можно будет сделать по кнопке в форме документа.
- Также было добавлено регламентное задание «ЕГАИС: Ночной регламент», которое удаляет записи в регистрах контроля частичной продажи алкогольной продукции, добавленные туда ошибочно из-за нарушений ведения учета. Например, если отправить в ЕГАИС информацию о частичном выбытии акцизной тары, а потом эту отправку отменить, то записи в регистрах контроля о поступлении такой продукции останутся. Для убирания таких лишних записей и было создано регламентное задание. Рекомендуется включать регламентное задание один раз день в ночное время на предприятиях, на которых ведется продажа акцизной продукции на розлив.
Маркировка
- Добавлена возможность создавать GTIN по штрихкода длины 8 символов (форматы EAN-8 и UPC). Это позволит работать по объемно-сортовому учету с мороженым и упакованной воде со штрихкодами этих форматов.
- В формах документов в табличной части «Коды маркировки» колонка «Статус проверки в ГИС МТ» переименована на «Статус проверки крипто-части в ГИС МТ». Новое название точно отражает сущность выполненной проверки.
- В форме настроек параметров соединения с СУЗ реквизит «ФИО и телефон контактного лица» сделан обязательным для заполнения, т.к. эта информация обязательна при регистрации экземпляра установки решения.
- В документе «ГИС МТ: Сверка состояний кодов маркировки» учтена ситуация, что от ГИС МТ по ряду кодов маркировки может вернуться пустой тип ввода кода маркировки в оборот. Теперь такие коды маркировки также обрабатываются и загружаются в документ. Также оптимизирована загрузка данных в документе. Теперь она выполняется быстрее.
- При обновлении конфигурации в товарной группе «Биологически активные добавки» будут проставлены даты начала объемно-сортового учета и контроля кодов маркировки, согласно утверждённому постановлению Правительства Российской Федерации.
- При обновлении конфигурации в товарной группе «Антисептики» будут проставлены даты начала объемно-сортового учета и контроля кодов маркировки, согласно утверждённому постановлению Правительства Российской Федерации.
- Для товарных групп «Антисептики» и «Биологически активные добавки» актуализированы коды шаблонов для заказов кодов маркировки, согласно новым требованиям СУЗ.
ЕГАИС
- В настройках интервала между запросами ЕГАИС интервал между запросами остатков акцизных марок изменен на 31 минут, согласно текущим требованиям ЕГАИС.
ВетИС
-
В формах документов ВетИС реализован отбор, позволяющий выбрать ответственного сотрудника только среди сотрудников, связанных с хозяйственным объектом документа.
Модуль «Производство»
- В документах «Наряд на изготовление» и «Наряд на переработку» на выбор технологической карты добавлен отбор на то, что выбираемая технологическая карта должна быть действующей по торговому объекту документа.
Торговое оборудование
- В форме элемента справочника ККМ реквизит «Заводской номер ККМ» переименован в «UIN» для ККМ, работающих под управлением ПО «Кассир 5», так как подразумевается, что в этом поле указывается UIN информационной базы для обмена данными через облачный сервер. Для остальных типов ККМ в этом поле указывается заводской номер ККМ
- Изменен механизм поиска отчетов отдела для связи с документами Z-отчет. Теперь поиск подходящих для связи с Z-отчетом документов осуществляется в интервале 30 дней с даты формирования Z-отчета на ККМ. Это позволит исключить ошибочные привязывания к Z-отчету документов, оформленных год назад и более.
- В снятии отчета отдела через HTTP-сервис добавлен вызов функции «СОО_ПередРазборомСтрокиТаблицыТранзакций». Это позволит интеграторам самостоятельно выполнять кастомизацию обработки транзакций по своим правилам.
- Изменено правило выгрузки документов «Заказ покупателя» на кассы. Теперь заказ покупателя будет выгружаться в кассы в зависимости от фирмы документа. Если по складу документа нет касс, которые были бы связаны с фирмой документа «Заказ покупателя», то такой заказ на кассы выгружен не будет.
- В заполнении временных интервалов статистики по ККМ внесены изменения. Теперь интервалы сбора статистики, помеченные на удаление, игнорируются при заполнении документа «Статистика по ККМ». Это позволит изменить перезаполнить интервалы с новым шагом, а старые интервалы пометить на удаление, и они будут игнорироваться при получении новых данных от ККМ.
- В форме обработке «Групповая загрузка ККМ» добавлена возможность указывать группы номенклатуры в списке выгружаемых на ККМ товаров.
- В документе «Инвентаризация» добавлена выгрузка на товароучетные ККМ, связанные со складом документе. Теперь при проведении инвентаризации, у которой не заполнена табличная часть «Товары», проводимый документ выгружается на все связанные со складом инвентаризации товароучетные ККМ. Это позволит выгружать на такие ККМ задания на проведение инвентаризации по всем или некоторым товарам, указанным на закладке «Номенклатура для инвентаризации».
- При снятии отчета отдела с товароучетных ККМ добавлена обработка и загрузка документа «Перемещение в дорогу», фиксирующего факт перемещения товаров из магазина.
Печатные формы
- Доработан механизм вывода на печатные формы информации о сотрудниках организации и указания в организации ответственных лиц. Теперь в справочнике «Организации» указываются сотрудники, закрепленные за той или иной ролью в организации и их должности по кадровому расписанию. Это позволит корректно выводить информацию о сотрудниках в печатных формах. Информация об ответственных лицах и их должностях сохраняется, и в новом механизме предусмотрено хранение истории изменения должности сотрудника.
- Также изменено указание материально ответственного лица (МОЛ) склада. Теперь в системе сохраняется история изменения МОЛ склада и печатные формы документов формируются по данным МОЛ, который отвечал за склад на время оформления документа.
- Механизм синхронизирован с подсистемой прав подписи документа, и выполненные доработки устранили расхождения между официальными должностями сотрудников и их фактическими зонами ответственности на предприятии.
- В формах документа изменено правило показа кнопки «Отчеты». Теперь кнопка будет показываться в командной панели документа в первую очередь и не убираться в подменю «Еще».
- В документе «Инвентаризация» в подменю «Заполнить» добавлена кнопка «Перезаполнить количества по документу «Выгрузка из ТСД». Кнопка позволит поддержать процесс, когда после заполнения инвентаризации сотрудников отправляют пересчитать товары, по которым зафиксированы излишки или недостачи. Теперь, сохраненные в новом документе «Выгрузка из ТСД» результат такого пересчета может перезаполнить фактические количества новыми пересчитанными данными. Если при повторном пересчете были обнаружены товары, которых нет в инвентаризации, то они будут добавлены при перезаполении. Для товаров, которые были в инвентаризации, фактическое количество будут перезаполнены данными новой выгрузки из ТСД. Коды маркировки, также будут перезаполнены по новым данным с очисткой введенных ранее кодов маркировки.
- В формах документов добавлен вывод информации о том, проведен документ или нет в заголовке документа. Это улучшит наглядность статуса «Проведен» документа.
- В документе «Заявка на перемещение» учтена работа модуля «Сеть магазинов». Теперь вариант перемещения по заявке зависит от использования этого модуля и разрешений на отражение перемещений внутри одного магазина и между магазинами через документы «Перемещение» и «Перемещение в дорогу». Это позволит уменьшить ошибки пользователей при заполнении заявок на перемещение.
- В справочнике «Номенклатура» добавлен новый тип номенклатуры «Не учитывать». Номенклатуру с данным типом может указываться в документах «Списание», «Перемещение», «Акт о переоценке», «Изменение цен», «Планирование изменения розничных цен». К таким товарам могут быть отнесены, например, колбасные обрезки или водопроводная вода. Номенклатура с данным типом не будет выгружена на ККМ и в конфигурации бухгалтерского учета.
- В документе «Приходная накладная» в табличную часть «Товары» добавлена колонка «Сумма по документу», в которой указывается и хранится исходная сумма строки по бумажной накладной поставщика.
- В документе «Акт сверки взаиморасчетов» добавлено заполнение представления документов по входящим номерам и датам документов для всех документов, у которых есть возможность указать входящий номер и входящую дату документа. Если в документе установлен флаг «Выводить входящие номера документов» и у документа они указаны, то представление документа будет формироваться по ним. Иначе – по внутренним номеру и дате документа.
- В документе «Акт сверки взаиморасчетов» изменена сортировка документов. Теперь, если в документе установлен флаг «Выводить входящие номера документов», то сортировка документов в списке будет выполняться по входящим датам документов. Ранее сортировка всегда выполнялась по внутренним датам документов.
- В форме обработки «Формирование розничных цен» добавлен реквизит «Торговый объект», который используется для получения закупочных цен. Теперь закупочные цены будут получаться по поступлениям на указанный торговый объект. Реквизит будет автоматически заполняться при открытии обработки из документов и требовать ручного заполнения при открытии формы из обработки «Групповой ввод актов о переоценки».
- В справочнике «Шаблоны этикеток» улучшена настройка шаблона для весовых этикеток, которые будут печататься из обработки «Печать весовых этикеток», и должны содержать информацию о массе и сумме за весовой товар. В параметры этикетов добавлены «Номенклатура.Единица.Вес» для вывода данных о массе товара, и группа параметров «Розничная сумма» для вывода данных об итоговой розничной сумме за товары. Ранее, для вывода такой информации надо было использовать интуитивно не понятные параметры шаблонов.
- В обработке «Формирование розничных цен» для документов «Перемещение в дорогу» и «Поступление из дороги» добавлена возможность заполнять приходные цены для расчета розничных цен, как это сделано для документов «Перемещение» и «Акт о переоценке».
- В документах «Акт разногласия», «Корректировка отгрузки», «Корректировка перемещения» и «Корректировка поступления» изменено правило проверки на вхождение товаров документа в ассортиментную матрицу. Теперь проверка делается на дату первого документа цепочки (приемка или отгрузка), а не на дату корректировки.
- Проверка на вхождение товаров в ассортиментную матрицу магазина отключена в документах расхода товаров со склада, чтобы выводимые из матрицы товары можно было убрать со склада.
- В форме списка справочника «Контрагенты» добавлена возможность установки отбора на динамический список формы.
- В документе «Пересортица» добавлена возможность указать номенклатуры с типом «Тара».
- Название подтипа номенклатуры «Материал» изменен на «Упаковка» для лучшей понятности назначения этого подтипа.
- В отчете «Реестр документов» добавлен вывод итога по колонке «Сумма розничная».
- В документе «Приходный кассовый ордер» добавлен вывод итогов по суммам документа.
- В документе «Перемещение» разрешено указывать дубли строк по номенклатуре. Такое заполнение документа может получиться при загрузке документа из ТСД. Теперь такие документы проводятся без сообщения об ошибке.
- Константа «ВетИС_ТипТранспорта_ТолькоАвтомобильный» переименована в «ПриПервозкахИспользуетсяТолькоАвтомобильныйТранспорт», так как это точно отражает ее назначение. При использовании константы в доработках, необходимо учесть переименование при обновлении на новую версию.
- В обработке «Снятие отчета отдела» исправлена ошибка распределения скидок на товары, в составе чека которого был набор. Ошибка могла приводить к некорректному учету суммы предоставленной скидки и расхождениям с Z-отчетом.
- В документе «Наряд на производство» исправлена ошибка, которая возникала при считывании сканером весового штрихкода блюда.
- В форме заполнение ТЧ «Товары» по условиям, исправлена ошибка некорректного отбора по флагу «Товары с незаданной ценой». Теперь, если этот флаг установлен, в ТЧ «Товары», будет перенесена только та номенклатура, на которую по складу документе нет установок цен по типу цен «Розничный тип цен».
- В запросе входящих ВСД ВетИС исправлена ошибка «Запрос невозможно исполнить.
- Длина шаблона поиска превышает максимально возможную для используемой СУБД.»
- В документе «Заказ покупателя» исправлена ошибка, которая могла возникать при печати печатной формы «Счет».
- В снятии отчета отдела исправлена ошибка неверного знака суммы НДС в возврате от покупателя. Ошибка возникала, когда от кассы приходили транзакции с данными о суммах НДС операции.
- В обработке «Формирование цен» исправлена ошибка, из-за которой игнорировались правила округления цен всегда в большую сторону.
- В обработке «Монитор ЕГАИС» исправлена ошибка, которая возникала при выполнении запроса остатков марок по 3-му регистру из закладке «Ошибочные расхождения остатков».
- В обработке «Клиент банк» исправлена ошибка, которая могла возникать при загрузке данных из банка.
- В документе «ГИС МТ: Вывод из оборота по ОСУ» исправлена ошибка переноса статуса документа в новый документ, добавляемый копированием. Теперь при копировании документа статус обмена с ГИС МТ у нового документа не заполнен.
- В проведении документов добавлена оптимизация. Теперь данные по горячим клавишам КСО не собираются для выгрузки в ККМ, если работа с КСО не настроена в конфигурации.
- В обработке «Клиент банк» исправлена ошибка, из-за которой могли создаваться документу по счету из файла банка, если данные по счету отсутствуют в информационной базе.
- В обработке «Снятие отчета отдела» исправлена ошибка, которая могла приводить к расхождениям сумм отчета отдела и Z-отчета. Ошибка возникала при применении скидок на чек, последняя позиция которого была продана по нулевой розничной цене.
- В документе «Инвентаризация» исправлена ошибка некорректного пересчета фактического количества, которая могла возникать при вводе документа на основании «ЕГАИС: Инвентаризация».
- В печатной форме «ИНВ-3» исправлена ошибка некорректного вывода общего количества строк в печатной форме.