Перечень нововведений и исправленных ошибок в Супермаг + (часть вторая) : Супермаг Плюс (Супермаг 2000)

Первая часть тут: https://olegon.ru/showthread.php?t=1772
Напоминаю, тема только для уведомлений, обсуждения в других темах.

СуперМаг Плюс 1.048 сп3
Уважаемый пользователь СуперМаг Плюс,
Рады сообщить вам, что для версии 1.048 выпущен очередной сервис-пак №3.
В данный сервис-пак были включены следующие изменения:
Интеграция с сервисом «Яндекс.Еда»
1. В модуль «Яндекс.Еда». Внесены изменения которые позволят сделать процесс обмена с сервисом, более простым и понятным для пользователя СуперМаг Плюс. Учтены некоторые пожелания от сервиса ЯндексЕда, связанные с оптимизацией данных при обмене.
Напоминаем, что бизнес-процесс, который обслуживает данный протокол обмена, подразумевает, что «Яндекс.Еда» получает от торговой организации перечень мест хранения, для которых покупатели смогут создавать заказы, получает список товаров с их атрибутами, ценами, остатками, изображениями и передает заказы от клиентов.
Для включения формата обмена в работу, в базе данных должна быть загружена лицензия с функциональной ролью - «Сервер обмена данными (API): Яндекс.Еда». В задачу Торговой системы Супермаг Плюс будет входит получение информации о «Заказе от клиента», Сборка данного заказа, Информирование сервиса о готовности товара к отгрузке.
2.В справочник «Доп. характеристики товара» добавлены системные дополнительные характеристики:
• Sys.InternetShopOrderQuantum «Минимальное количество заказа в интернет-магазине»
• Sys.StorageCondition «Описание условий хранения»
EDI, ЭДО, Почтовый модуль
1. В функцию проверки 211 «Соответствие приходной накладной и накладной поставщика / УПД» добавлен контроль соответствия приходной накладной и УДП. В прошлых версиях проверка выполнялась только по отношению к накладной поставщика.
2. Расширен функционал ввода товаров в спецификацию для документов приходной и расходной накладной. Теперь, если параметр в административном модуле «Учет кодов КИЗ при приеме и отгрузке товаров» - установлен. Система будет производить регистрацию КИЗ маркированных товаров в документ для дальнейшей отсылки их в систему ЭДО.
3. Внесено изменение в алгоритм функции проверки 237 «Контроль совпадения КИЗ приходной накладной и накладной поставщика» заменено названием «Контроль совпадения КИЗ приходной накладной и УПД / накладной поставщика»: проверка теперь срабатывает только при включенном системном параметре «Учёт кодов КИЗ при приёмке и отгрузке товаров» и только для приходной накладной с операциями «Приход», «Возврат от покупателя» и «Возврат переданного товара». В прошлых версиях функция сверяла КИЗ приходной накладной с КИЗ накладной поставщика из общих оснований приходной накладной.
4. Внесено изменение в алгоритм функции проверки 10 «Контроль количества КИЗ». Проверка теперь срабатывает только при включенном системном параметре «Учёт кодов КИЗ при приёмке и отгрузке товаров».
5. Фильтр УПД XML/JSON. Файл ответа на прием поставки. В файле ответа с результатом приема поставки по УПД на приход (REPLY) выгружается тэг LOCATIONGLN. В теге выводится значение GLN места хранения приема поставки. В предыдущей версии тэг всегда заполнялся значением номера GLN места хранения, который задается на закладке «Общее» раздела «Склады и магазины». В текущей версии, если для места хранения и собственного контрагента из «УПД на приход» указан собственный GLN места хранения, то выгружается этот GLN. Если такого GLN нет, то берётся GLN с закладки «Общие» места хранения.
6. Введен новый критерий проверки документа УПД. Теперь при проверке расхождения (проверяется: спецификация, количество, состав марок КИЗ) УПД на приход и приходной накладной будет дополнительно проверяться расхождение ценовых параметров. За основу определяющую корректность цен взят документ Контракт с поставщиком. Именно его наличие в системе, активность и будет определять эталонные цены поставки. Контракт с поставщиком подбирается по тем же алгоритмам, что существовали и ранее. Для исключения «дребезжания» цены поставки, проверка учитывает % занижения и завышения цен, указанные в данном документе.
7. Расширены функции доверительного приема товара на основании УПД. Введена серия дополнительных проверок обеспечивающих корректность завершения процесса.
Документы, Документы товародвижения
1. В разделе «Складские требования» в мастере создания нового документа расширена опция «Автоматическая генерация складских требований». При выборе опции создания шаблона на перемещение с заполнением спецификации теперь доступна дополнительная функция «Копировать количество».
2. В мастер создания нового приходного документа добавлен выбор документов поставщика через стандартный диалог выбора документа. Ранее пользователю для принятия решения показывался только номер документа поставщика, сейчас есть возможность просмотреть его атрибуты и спецификацию.
СУПЕРМАГ МОБАЙЛ. (Мобильное решения для Торговой системы Супермаг Плюс)
Текущая, актуальная версия для платформы:
• Windows CE и Windows Mobile 6.1 (6.5) - 1.6.2407.24_21.06.22 CM+1.047 сп5
• Android версий 5.0 и выше - 2.1.959.37_14.07.22_СМ+1.049
1. Оптимизирован функционал сервера приложений отвечающий за обслуживание ТСД под управлением Супермаг Мобайл. Повышена стабильность и скорость работы.
2. Оптимизирован функционал работы с вложениями для процессов (фотографии). Введена дополнительная проверка отвечающая за корректность передачи вложения при завершении процесса. Добавлена возможность работы с вложением в завершенном процессе (добавление). Дополнительно для пользователя, файлы вложений, которые еще только ожидают передачу – подсвечиваются в интерфейсе специальным признаком (галка).
3. Внесено изменение в поведение процесса «Заказ в зале», теперь пользователю разрешается отказаться от заказа выбранной позиции, если запись о ней была добавлена им случайно.
4. Прием поставки. На экран загрузки заказов поставщиков и накладных на перемещение для опции отбора заказов поставщику с диапазоне дат поставки добавлен выбор "Отбирать закрытые заказы" - "не отбирать" в дополнение к выбору "принятые частично" и "все".
5. Для процессов "Создание заказа", "Контроль в зале". Добавлен вывод оперативно-доступных остатков поставщика, если поставщик товара является собственным контрагентом мест хранений организации. Доступно при работе с Супермаг+ начиная с версии 1.049. Данный функционал позволяет при исполнении процессов учитывать не только остаток по текущему месту хранения, но и получать информацию об остатке товара, например, на Центральном складе.
Сервер приложений
1. В интерфейсе администратора сервера приложений на закладке «Сессии» в колонке «Приложение» для программы «Супермаг Мобайл» теперь показывается номер версии программы «Супермаг Мобайл».
ИНФОРМАЦИЯ ОТ ПАРТНЕРА ЧЕСТНЫЙ ЗНАК:

Изменения функционала в версии 1.049

Объемно-сортовой учет. 1
Справочник «Коды ТН ВЭД». 1
УПД на приход, УПД на отгрузку. Накладные поставщика. Коды объемно-сортового учета. 1
Почтовый прием УПД на приход с кодами ОСУ. 2
Прием поставки маркированного товара с объемно-сортовым учетом. 3
Почтовая отсылка УПД на отгрузку с кодами ОСУ. 3
УПД фильтр. Прием и отсылка кодов КИЗ для единиц и упаковок в разных тэгах. 5
УПД на отгрузку. Изменение статуса документа. 7
Документ «ГТД». 7
Накладные. Ввод номера ГТД. 7
Интерфейс раздела «Карточки складского учета». 8
Сервер обмена данными. Постраничная навигация при запросе данных. Аутентификация. 8
Почтовый модуль. Протокол и транспорт «Октопус – сервер заказов». 9
Предзаказ от клиента ТСД. 10


https://storage.olegon.ru/supermag/u...ния1049.doc.7z
(0.63Мб)

Уважаемый пользователь СуперМаг Плюс,
Рады сообщить Вам, что выпущена новая версия Торговой системы СуперМаг Плюс 1.049.
В данную версию вошли следующие изменения:
ОБЪЕМНО-СОРТОВОЙ УЧЕТ.
EDI, ЭДО, ПОЧТОВЫЙ МОДУЛЬ
1. Объемно-сортовой учет маркируемого товара позволяет в документах передачи товара регистрировать вместо списка кодов КИЗ маркированного товара, код, содержащий информацию о количестве кодов КИЗ, то есть код объемно-сортового учета в формате «01<14 символов GTIN>37<количество марок>».
2. В таблицу справочника «Коды ТН ВЭД» добавлена колонка «Объемно-сортовой учет». Поле используется для указания того, что, код ТНВЭД указывает на маркированные товары, относящиеся к объемно-сортовому учету.
3. УПД на приход, УПД на отгрузку. Накладные поставщика. Коды объемно-сортового учета. В спецификацию документов «УПД на приход», «УПД на отгрузку», «Накладные поставщика» добавлена возможность сохранять коды объемно-сортового учета и отображать их к поле «КИЗ / Коды ОСУ».
4. Почтовый прием УПД на приход с кодами ОСУ. Реализован почтовый прием документа УПД на приход по протоколу с кодами ОСУ. Для реализации нового функционала труетсебя заменить схему UI.XSD самостоятельно, или запросить ее в службе Технической поддержки.
5. Почтовая отсылка УПД на отгрузку с кодами ОСУ. При создании расходной накладной с маркированными товарами для товаров с ОСУ разрешается не сканировать коды КИЗ и фиксировать только количество товара. Если коды КИЗ будут просканированы, они будут сохранены в накладной, но не будут использоваться для формирования УПД на отгрузку. Для реализации нового функционала требуется заменить схему UD.XSD самостоятельно, или запросить ее в службе Технической поддержки.
6. УПД на отгрузку. Изменение статуса документа. В прошлых версиях изменение статуса документа «УПД на отгрузку» начиналась с проверки его состояния. Если состояние обмена документа было «Отправлен», «Принят» или «Принят с расхождениями», смена статуса документа запрещалась. В текущей версии создана функция 22 «Контроль состояния обмена УПД на отгрузку», которая проверяет возможность смены статуса. Функция управляется по должностям. По умолчанию, режим проверки установлен в «Предупреждение». Данный функционал предполагается использовать на этапе «обкатки» интеграционного решения.

ДОКУМЕНТЫ, ДОКУМЕНТЫ ТОВАРОДВИЖЕНИЯ.
1. Документ «ГТД». В текущей версии документ «Справка к ГТД/ТТН» получил название «ГТД». Из документа удалены упоминания о справке к ТТН, которые использовались для сопровождения алкогольных товаров до введения ЕГАИС.
2. Накладные. Ввод номера ГТД. В диалог ввода номера ГТД и сертификата соответствия в ячейки поля «ГТД» добавлена кнопка, вызывающая диалог для форматированного ввода номера ГТД и РНПТ. Введенное значение проверяется на соответствие правилам формирования номера ГТД.
СУПЕРМАГ МОБАЙЛ. (Мобильное решения для Торговой системы Супермаг Плюс)
1. Ввиду большого количества изменений, которые за последнее время были выполнены в рамках версии 2.1. для платформы Android версий 5.0 и выше, начиная с сентября 2022г., назначена новая версия сборки 2.2.х.х. В состав данной версии войдет функционал:
1. Новый процесс – «Предзаказ от клиента». Реализующий возможность перевести в электронный вид устное пожелание от клиента, желающего в ближайшем будущем оформить покупку товара, но которого в настоящее время на торговой точке еще нет в наличии. Данный функционал в первую очередь направлен для расширения возможности реализации продукции, для тех ритейлеров (например, Яндекс.Еда), которые не имеют интеграции с различными WEB сервисами, соответственно, не имеют возможности оперативно учитывать пожелания клиентов. (Справка: Данные для заказа формируются в программе Супермаг Мобайл Андроид на основании обращения клиента либо сканированием товаров, либо сканированием штриховых кодов прайс-листа, либо вводом артикулов товара, либо вводом части названия товара и выбором товара из предложенного списка. Если при создании процесса было указано, что заказ надо перенаправить поставщику, то одновременно с заказом от клиента будет создан заказ поставщику).
2. Все процессы, связанные с поставкой товара, теперь полностью готовы к обработке товаров, полученных с марками ОСУ.
2. Текущая, актуальная версия для платформы:
Windows CE и Windows Mobile 6.1 (6.5) - 1.6.2470.34_30.09.22 CM+1.049
Android версий 5.0 и выше - 2.1. 999.30_30.09.22_СМ+1.049
КАРТОЧКИ СКЛАДСКОГО УЧЕТА.
1. Интерфейс раздела «Карточки складского учета». Для описания артикула в разделе карточек складского учета используется 31 вкладка. Для навигации по вкладкам в раздел добавлен диалог, который вызывается кнопкой в виде папки. При нажатии на кнопку показывается диалог со сгруппированными названиями вкладок.
СЕРВЕР ОБМЕНА ДАННЫМИ.
1. Сервер обмена данными. Постраничная навигация при запросе данных. В новой версии, для протокола «Внешний [JSON]» и «Внешний [XML]» реализована команда постраничного запроса данных вида: /?Page=2&PageSize=10. Где Page – номер запрашиваемой страницы, PageSize – количество записей / объектов данных, содержащихся на странице.
СУПЕРМАГ ОКТО. Автоматизируйте работу с интернет-заказами и не только с помощью СуперМаг Окто.
[ ➜ ]
1. В почтовый модуль добавлен новый протокол обмена «Октопус – сервер заказов» и транспорт с таким же названием. В сервер Октопус передаются заказы от клиентов. Предполагается, что передаваться будут заказы, полученные от интернет магазинов иили требующие комплектации.
Описание для версий добавлено в «Руководство пользователя»:
[ ➜ ]
[ ➜ ]
По вопросам работы нового функционала, а также по вопросам установки данной версии вы всегда можете обращаться к Руководству пользователя [ ➜ ] или в диспетчерскую службу технической поддержки по телефону 8-800-511-10-05.

Уважаемый пользователь СуперМаг Плюс!

Рады сообщить Вам, что выпущен новый сервис пак №1 к Торговой системе СуперМаг Плюс 1.049.

В данную сборку вошли следующие изменения:

ОБЪЕМНО-СОРТОВОЙ УЧЕТ.

EDI, ЭДО, ПОЧТОВЫЙ МОДУЛЬ

Изменено правило обработки при разборе КИЗ в накладных для весовых товаров. Считается, что количество товара определить по КИЗ невозможно и для данного сканирования оно устанавливается в значение 0. Фактическое количество пользователь введет вручную, считав необходимую информацию с упаковки (вес).
При отсылке УПД на отгрузку и при отсылке файла подтверждения приема для товаров с объемно-сортовым учетом системой формируется код ОСУ. Для штучных артикулов количество кодов КИЗ в ОСУ коде принимается равным количеству отгружаемого / принятого товара. Для весового товара количество отгружаемых / принимаемых кодов КИЗ определяется по количеству кодов КИЗ в спецификации накладной.
Условия автоматической генерации УПД на отгрузку. Внесены изменения алгоритм создания УПД на отгрузку при смене статуса расходной накладной с «Отпущен со склада» на «Отпущен полностью». УПД на отгрузку может быть создана только для расходной накладной с операцией «Продажа», «Возврат поставщику» или «Передача товара».
Почтовый фильтр УПД XML. В функцию ArticleByBarcode внесено следующее изменение: если поиск артикула по штриховому коду из спецификации XML-документа не привел к успеху, то из штрихового кода удаляются лидирующие нули и выполняется повторный поиск артикула.
Почтовый фильтр УПД XML. В функцию ArticleByBarcodeUI внесено такое же изменение, как в функцию ArticleByBarcode, а также добавлена возможность распознавать артикул по коду ОСУ. Для этого в перечень параметров функции добавлено поле osuCode.
Прием КИЗ в тэгах MARKCODE и PACKAGECODE. В текущей версии почтовый фильтр при приеме УПД перед обработкой XML-файла удаляет дублированные коды КИЗ, если они встречаются в разных тэгах.


ДОКУМЕНТЫ, ДОКУМЕНТЫ ТОВАРОДВИЖЕНИЯ.

Закрытие заказа от клиента при смене статуса расходной накладной. В административном модуле в разделе «База данных» на закладку «Конфигурация» добавлена группа данных «Заказы от клиентов». На закладку добавлена опция «Автоматически помечать заказы от клиента закрытыми при смене статуса расхода на «Отпущен со склада».


СУПЕРМАГ МОБАЙЛ. (Мобильное решения для Торговой системы Супермаг Плюс)

Текущая, актуальная версия для платформы:
Windows CE и Windows Mobile 6.1 (6.5) - 1.6.2486.35_08.09.22 CM+1.049

Android версий 5.0 и выше - 2.2.123.36_15.09.22_СМ+1.049 сп1

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

**************************************
********* Изменения СМ 1.049 *********
**************************************

19.09.22 (№ 3277) SP № 1

Накладные. 1) Проверка 211 теперь дополнительно проверяет совпадение номера документа поставщика для приходной накладной и УПД. 2) Поле "Накладная поставщика" переименовано в "Документ поставщика".
db_Inspect.sql, Inspect3PkgBody.sql, SmDomDocs.dll, SmProcess.chm, SMADMIN.HLP

19.09.22 (№ 3276) SP № 1

Почтовый модуль. XML фильтр. Функция поиска артикула по ШК теперь распознает GTIN.
Sm.Core.dll, Sm.Post.Filters.dll

16.09.22 (№ 3275) SP № 1

Приём товара по заказу ТСД. Реализована приемка по нескольким заказам для одного артикула.
db_DocSpec.sql, db_ProcessSys.sql, DocORPkgBody.sql, Sm.Terminal.dll, Sm.Terminal.Link.dll, Sm.Terminal.Server.dll

16.09.22 (№ 3274) SP № 1

Документы. Для КИЗ весового товара будет устанавливаться считанное количество = 0.
db_DocSpec.sql, SmDocLib.dll, InspectPkgBody.sql, SMADMIN.HLP, SmDomDocs.dll, Sm.Terminal.dll, Sm.Terminal.Link.dll, Sm.Terminal.Server.dll

16.09.22 (№ 3273) SP № 1

Отгрузка товара по заказу ТСД. 1) Реализовано закрытие заказа от клиента, находящегося в общих основаних расходной накладной. 2) В расходную накладную будут помещены только артикулы с ненулевым количеством.
SmToolsCore.dll, DocsPkgBody.sql, func_DocOCProc.sql

16.09.22 (№ 3272) SP № 1

Печатные формы. Заказ поставщику. Исправлено: при выборе опции "выводить ШК в виде изображения" для позиций с одним ШК вместо изображения выводился текст.
zakaz_doc.frx

16.09.22 (№ 3271) SP № 1

Почтовый модуль. Прием УПД на приход. КИЗ в тэгах MARKCODE и PACKAGECODE.
Sm.Post.Filters.Utd.dll

16.09.22 (№ 3270) SP № 1

Заказ поставщику. Исправлено: если в спецификации выбран показ поля "Среднесут. реал-ция", то массовое добавление артикулов в спецификацию приводило к ошибке ACCESS_VIOLATION.
SmLibraryUser.dll

16.09.22 (№ 3269) SP № 1

Карточки. Исправлена отрисовка вкладки "Остатки" при перемещении по артикулам в модальном диалоге выбора артикула.
SmDomCards.dll

16.09.22 (№ 3268) SP № 1

Накладные. Изменены условия автоматического формирования УПД на отгрузку при смене статуса расходной накладной.
DocsPkgBody.sql

16.09.22 (№ 3267) SP № 1

Предзаказ от клиента ТСД. Исправлено: запрос на отбор карточек товара не работал на Oracle младше 12.
Sm.Terminal.Server.dll

16.09.22 (№ 3266) SP № 1

Заказ в торговом зале ТСД. Изменена сортировка позиций в спецификации.
DocORPkgBody.sql, Sm.Terminal.Server.dll

16.09.22 (№ 3265) SP № 1

Контроль зала ТСД. Исправлено: реализация за вчерашний день выдает реализацию на сегодняшний день.
Sm.Terminal.Server.dll

16.09.22 (№ 3264) SP № 1

Почтовый модуль. Прием УПД на приход. Исправлено: когда какая-либо позиция не принята и в файле УПД количество для строки спецификации ноль, то вместо коррекции УПД на приход (удаления строки спецификации), УПД остается заблокированным и отсылается отказ от приема.
DocNaclPkgBody.sql, Sm.Post.Filter.dll

16.09.22 (№ 3263) SP № 1

Накладные. Приходные накладные. Изменен алгоритм функций "Заполнить документ ценами из УПД на приход", "Заполнить документ ценами из накладной поставщика".
DocNaclPkgBody.sql

16.09.22 (№ 3262) SP № 1

УПД. Изменен алгоритм формирования собственного кода ОСУ для весовых товаров.
DocNaclPkgBody.sql, Sm.Post.Filters.Utd.dll

Уважаемый пользователь СуперМаг Плюс,
Рады сообщить Вам, что выпущен сервис пак №2 к Торговой системе СуперМаг Плюс 1.049.
В данную сборку вошли следующие изменения:
ОБЪЕМНО-СОРТОВОЙ УЧЕТ. EDI, ЭДО, ПОЧТОВЫЙ МОДУЛЬ
1. В разделе «Расходные накладные» в режиме открытого документа. Для документов со статусом «Отпущен со склада» и «Отпущен полностью» реализована функция «Списание маркированной продукции». Функция предназначена для формирования файла в специальном формате, с помощью которого можно вывести из оборота маркированную продукцию. Файл должен быть применен на сайте ГИС МТ в личном кабинете.
2. «УПД на приход». В заголовок документа «УПД на приход» добавлена закладка «Исправления». На закладке показывается номер и дата последнего исправления, если контрагент присылал эти сведения в УКД или в исправительном УПД.
3. «УПД на приход». В интерфейс закладки «Главная» для документа «УПД на приход» добавлено поле «Округление». В поле выводится режим округления, который определяется по содержанию документа в момент его получения почтовым модулем. Поставщики и провайдер ЭДО не предоставляют сведений о способе расчета цен и сумм в документе. По этой причине значение режима округления, устанавливается на основании анализа соответствия цен и сумм полученного документа.
4. Почтовый модуль. Теперь, при создании почтовым модулем XML файлов, в тэге PACKAGE дополнительно указывается атрибут SMVersion. В тэге прописывается текущая версия Супермаг+.
ДОКУМЕНТЫ, ДОКУМЕНТЫ ТОВАРОДВИЖЕНИЯ
1. Приходная накладная. В диалог старта функции «Заполнить документы ценами из УПД на приход» добавлена опция «Синхронизировать режим округления с УПД на приход».
ЗАКАЗЫ ПОСТАВЩИКУ, ЗАКАЗЫ ОТ КЛИЕНТА
1. В разделе «Формирование пакета заказов на базе контракта» в таблицу артикулов для заказа добавлено поле «Остаток собственного поставщика». В поле показывается остаток товара для контрагента – поставщика заказа.
2. Изменен алгоритм автоматической генерации заказа. В алгоритмах автоматической генерации заказа «Стандартный» и «Fresh» изменен алгоритм округления количества заказа до размера упаковки. Теперь количество упаковок заказа всегда округляется в большую сторону.
СУПЕРМАГ МОБАЙЛ. (Мобильное решения для Торговой системы Супермаг Плюс)
1. Текущая, актуальная версия для платформы:
Windows CE и Windows Mobile 6.1 (6.5) - 1.6.2493.35_15.09.22 CM+1.049 сп1
Android версий 5.0 и выше - 2.2.141.21_03.10.22_СМ+1.049 сп1

Рады сообщить Вам, что выпущен очередной сервиспак №3 к версии Торговой системы «СуперМаг Плюс 1.049».

В версию вошли следующие изменения:
ОБЪЕМНО-СОРТОВОЙ УЧЕТ.
EDI, ЭДО, ПОЧТОВЫЙ МОДУЛЬ

Расходные накладные. В перечень полей, доступных для добавления в таблицу отобранных документов, добавлены поля «ЭДО. № УПД на отгрузку» и «ЭДО. Дата УПД на отгрузку».
Создана функция проверки 242 «Корректность накладной для создания УПД на отгрузку». Функция срабатывает при смене статуса расходной накладной с «Отпущен со склада» на «Отпущен полностью» и имеет режим работы «Всегда запрет». Функция проверки создана для того, чтобы не происходило создание документов «УПД на отгрузку», которые не могут быть приняты системой ЭДО.
УПД на приход. В перечень полей, доступных для добавления в таблицу отобранных документов, добавлено поле «Кол-во почтовых приемов». Теперь без «погружения в детали» администратор Торговой системы cможет увидеть количество повторных почтовых приемов документа и сделать соответствующие выводы, направленные на повышение качества работы сотрудников.
Приходные накладные/УПД на приход. В перечень полей, доступных для добавления в таблицу отобранных документов, добавлено поле «Причина расхождения». В поле показывается текст с описанием причины, по которой алгоритм сличения УПД на приход и приходной накладной признал, что содержание документов не совпадает.
Приходные накладные. В текущей версии при смене статуса приходной накладной с «Черновик» на «Принят на складе» для приходной накладной выполняется поиск подходящей УПД на приход. Поиск выполняется по значениям атрибутов приходной накладной: «Документ поставщика», «Дата документа поставщика», «Поставщик», «Приход в». Эти атрибуты должны совпадать со значениями атрибутов УПД на приход. Если документ найден, он добавляется в общие основания приходной накладной и обрабатывается при смене статуса приходной накладной.
В процедуру сличения спецификации документов в текущей версии добавлены следующие условия:
если собственный контрагент является неплательщиком НДС, то после агрегации данных по артикулу сверяются только полные суммы,
если собственный контрагент плательщик НДС, то сверяются суммы без НДС, суммы НДС, полные суммы. Цены и ставки НДС не сверяются.
Создана функция проверки 60 «Расхождение в составе приходной накладной и УПД на приход». Функция срабатывает при смене статуса приходной накладной с «Черновик» на «Принят на складе». Функция проверки может быть полезна в ситуации, когда оператор считает, что прием выполнен полностью и ожидает отсылки подтверждения приема УПД, но на самом деле спецификации документов не совпадают, и будет отослан признак «принято с расхождением».
Почтовый модуль. В перечень функций для импорта документов из XML-файлов добавлена функция Функция определяет артикул товара «СуперМаг Плюс» по аргументу: «код товара». Аргумент может иметь значение равное - артикулу «СуперМаг Плюс», либо артикулу контрагента, либо штриховому коду артикула. Если артикул «СуперМаг Плюс» на основании аргумента «код товара» определить не удалось, функция автоматически перейдет к обработке дополнительных аргументов - «код марки КИЗ» и «код марки ОСУ».
Новая схема объекта UICONFIRM.XSD размещена в пользовательской документации. ([ ➜ ]). Схема рекомендуется к применению.

ЕГАИС
Алкогольная декларация. Для алкогольной декларации изменилась схема документа 08.xsd. Для типа данных «П000000000003» – «Код вида продукции», в схему были добавлены новые коды продукции. Изменения схемы были добавлены в функцию генерации файлов алкогольной декларации.

СУПЕРМАГ МОБАЙЛ. (Мобильное решения для Торговой системы «СуперМаг Плюс»)
Текущая, актуальная версия для платформы:
Windows CE и Windows Mobile 6.1 (6.5) - 1.6.2512.30_06.10.22 CM+1.049 сп3
Android версий 5.0 и выше - 2.2.151.34_13.10.22_СМ+1.049 сп3
Прием поставки, отгрузка, инвентаризация, подсчет алкоголя, комплектация заказа, комплектация требования. На экран, содержащий информацию о завершенных, но не переданных процессах, добавлена кнопка «Вернуть в работу». При ее нажатии для выбранного процесса отменяется завершение и выполняется переход на закладку сканирования для продолжения процесса.
Прием поставки по заказу поставщика. Реализована возможность приема по нескольким документам поставщика — накладным поставщика или УПД.

Изменения функционала в версии 1.049.1

ЕГАИС. 1
Остатки ЕГАИС. Функция «Очистка ошибок запросов поштучных остатков по РФУ2». 1
Отгрузка немаркированного алкоголя со второго регистра без простановки оснований товародвижения. 1
УПД на отгрузку. Информация о складе разгрузки. 2
Контрагенты. GLN склада контрагента. 2
Расходная накладная. GLN адреса разгрузки. 3
УПД на отгрузку. Транспортный раздел. 3
УПД на отгрузку. Обмен с провайдером. 4
Операция «Акт приемки». 4
Алгоритм создания УПД на отгрузку и реакция на получение акта приемки. 5
Расходная накладная. УПД. Состояние обмена. 5
Расходная накладная. Функция «Обработать акт приемки». 6
Возврат поставщику с формированием УКД для УПД на приход. 7
Контрагенты. Закладка «ЭДО». 7
Прием УКД для УПД на приход в статусе «Закрыт» при возврате товара. 7
Приходная накладная. Поиск подходящего УПД на приход при смене статуса накладной. 8
Поддержка работы СМ Мобайл. 8
Контрагенты. Определение цены контракта. 11
Сервер обмена данными. Аналитический объект «Алкогольные марки упаковки» 12
Касса Супермаг+. Чек для пречека с упаковками маркированного товара. 15
Перечень исправленных ошибок и улучшений. 16


https://storage.olegon.ru/supermag/u...я1049.1.doc.7z
(0.92Мб)

****************************************
********* Изменения СМ 1.049.1 *********
****************************************

16.12.22 (№ 3338) SP № 1

Комплектация требования ТСД. Исправлена ошибка "ORA-00942: таблица или представление пользователя не существует".
ProcessManagerModule1.sql

15.12.22 (№ 3337) SP № 1

Контроль остатков ТСД. Исправлена ошибка "Text89: Error in expression: DocHead.REPTITLE".
Sm.Terminal.Server.dll

15.12.22 (№ 3336) SP № 1

Инвентаризация ТСД. Исправлена ошибка заполнения спецификации инвентаризационной описи "ORA-20501: Функция проверки: (3) Документ не содержит спецификации".
DocRLPkgBody.sql

15.12.22 (№ 3335) SP № 1

Контроль остатков ТСД. Реализовано создание инвентаризационных описей.
ProcessManagerModule.sql, pkg_DocRLPkg.sql, func_DocRLProc.sql, DocRLPkgBody.sql, SMToolsCore.dll, Sm.Terminal.dll, Sm.Terminal.Link.dll, Sm.Terminal.Server.dll

15.12.22 (№ 3334) SP № 1

Накладные. Накладные на перемещение. Исправлена ошибка отображения поля “Принят” в списке КИЗ диалога “Коды маркированной продукции”
SmDocLib.dll

15.12.22 (№ 3333) SP № 1

Почтовый модуль. Исправлено неверное сообщение при приеме JSON или XML документа с недопустимым режимом округления: «Столбец "TOTALPRICENOTAX" не принадлежит таблице SMSPECOR».
Sm.Post.Filters.Xml.dll

15.12.22 (№ 3332) SP № 1

Приём перемещения ТСД. 1) Исправлена ошибка "ORA-02290: нарушено ограничение целостности SLCSPECQMISMATCHQUANTBYDOC". 2) Исправлен неправильный учёт маркированных товаров с ОСУ.
DocNaclPkgBody.sql

15.12.22 (№ 3331) SP № 1

ЕГАИС. Отгрузка немаркированного алкоголя со второго регистра без простановки оснований товародвижения. Неверное сообщение при отсутствии актов перемещения.
EgaisPkgBody.sql

15.12.22 (№ 3330) SP № 1

УПД. УПД на отгрузку. Обмен с провайдером. Исправлены тексты сообщений.
pkg_DocNaclPkg.sql, DocNaclPkgBody.sql, func_DocProc.sql, SmDomDocs.dll

15.12.22 (№ 3329) SP № 1

Приём перемещения ТСД. Исправлена ошибка отбора накладных на перемещение "ORA-00942: таблица или представление пользователя не существует".
ProcessManagerModule.sql

15.12.22 (№ 3328) SP № 1

Накладные. Накладные на перемещение. Исправлена ошибка "Несовпадение типов" при открытии документа, в котором есть КИЗ и не заполнено поле SMSpecTobacco.Received.
SmDomDocs.dll

15.12.22 (№ 3327) SP № 1

Подсчет товаров ТСД. Исправлено: если в процессе есть 2 товара с КИЗ, один из которых товар, другой - упаковка этого товара, создание документа завершается ошибкой "ORA-00001: нарушено ограничение уникальности SMCSPECTOBACCO_PK".
DocNaclPkgBody.sql

15.12.22 (№ 3326) SP № 1

Справка о товаре. Исправлена ошибка отображения остатка: нет реакции на флаг "Отключить перерасчет остатков".
Sm.Terminal.Server.dll


https://storage.olegon.ru/supermag/u...9.1 сп1.doc.7z
(0.2Мб)