История страницы

Изменения функционала в версии 1.033.2 сервис пак 1.
Остатки ЕГАИС. Показ изменения остатков после последнего получения остатков из ЕГАИС.
Классификатор номенклатур и классификатор ассортиментов. Интерфейс правил автоматического пополнения.
DIGI упаковщик 3600 серии. Загрузка ингредиентов, даты истечения годности и даты производства.
Весы DIGI. Загрузка даты истечения годности и даты производства.
Весы DIGI SM-120. Загрузка файлов шаблона этикеток.
Почтовый модуль. Фильтр EDI - системы электронного обмена данными. Отмена лицензирования EDI обмена.

Якорь
_Toc463007825 _Toc463007825

Остатки ЕГАИС. Показ изменения остатков после последнего получения остатков из ЕГАИС.

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

Якорь
_Toc463007826 _Toc463007826

Классификатор номенклатур и классификатор ассортиментов. Интерфейс правил автоматического пополнения.

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

Якорь
_Toc463007827 _Toc463007827

DIGI упаковщик 3600 серии. Загрузка ингредиентов, даты истечения годности и даты производства.

Драйвер для загрузки упаковщика DIGI 3600 (может использоваться для старших моделей – 4600 и 5600) доработан до функциональности драйверов загрузки весов DIGI в части загрузки ингредиентов, даты истечения годности и даты производства.

Якорь
_Toc463007828 _Toc463007828

Весы DIGI. Загрузка даты истечения годности и даты производства.

В предыдущих версиях в весы DIGI разных протоколов загружалась либо дата истечения годности, либо дата производства. И та и другая дата помещалась в одно и то же место, а именно в первой строке массива строк спецсообщений.
В текущей версии можно загрузить обе даты. В этом случае первой строкой массива строк спецсообщений будет дата производства, второй дата истечения годности и третей – упаковщик, если он также будет отмечен. Если какая-либо дата не будет отмечена для выгрузки, строки в массиве спецсообщений будут смещаться вверх, то есть массив строк спецсообщений всегда заполняется, начиная с первой строки.
Image Added
Для весов DIGI SM-120 дата производства выгружается всегда в отдельное поле строки PLU.

Якорь
_Toc463007829 _Toc463007829

Весы DIGI SM-120. Загрузка файлов шаблона этикеток.

Для драйвера весов DIGI SM-120 Ethernet в настройку весов добавлены элементы для задания путей к файлам шаблона этикетки:
Image Added
Файлы шаблонов загружаются в весы, если в процессе загрузки в диалоге «Параметры загрузки весов» будет отмечен флаг «Формат этикетки».
Image Added

Якорь
_Toc463007830 _Toc463007830

Почтовый модуль. Фильтр EDI - системы электронного обмена данными. Отмена лицензирования EDI обмена.

Для беспрепятственного почтового обмена с использованием фильтра «EDI - системы электронного обмена данными» более не требуется файл лицензии.

Изменения функционала в версии 1.033.2 сервис пак 2.
Создание ТТН ЕГАИС на основании расходной накладной с основаниями товародвижения.
Акт постановки на баланс. Поле «Наименование из справки «А»».

Якорь
_Toc463359718 _Toc463359718

Создание ТТН ЕГАИС на основании расходной накладной с основаниями товародвижения.

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

Якорь
_Toc463359719 _Toc463359719

Акт постановки на баланс. Поле «Наименование из справки «А»».

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

Изменения функционала в версии 1.033.2
Лицензионная политика.
Закрытие периода на складе. Опция «Максимальная дата документов, участвующих в расчете товародвижения».
ЕГАИС. Работа с регистром Торгового зала.
Прием ТТН ЕГАИС из файлов формата 2.
Почтовый фильтр «ЕГАИС – обмен данными». Атрибут «Учетный регистр».
Перемещение на регистр торгового зала при приеме ТТН ЕГАИС.
Перемещение с регистра торгового зала на регистр склада при возврате алкоголя.
Списание с регистра торгового зала.
Списание пива с регистра торгового зала по результатам розничных продаж.
Раздел «Остатки ЕГАИС».
Акт постановки на баланс. Подбор справок «А».
ТТН на приход и ТТН на отгрузку. Функция «Признать документ зафиксированным в ЕГАИС».
ТТН на приход, ТТН на отгрузку, Акт постановки на баланс. Функция «Запрос содержания справок «А» из ЕГАИС».
Кассовые документы. Статистика с кодами алкогольной продукции ЕГАИС.
Процесс «Подсчет алкоголя ТСД». Использование штрихового кода EAN.
Алкогольная декларация. Производители / импортёры в справочнике декларации.
Сравнение производителей / импортёров из данных поставщика и справочника декларации.
Перенос производителей / импортёров из справочника декларации в системный справочник.
Контроль соответствия справочников текущей и предыдущей декларации.
Кросс-докинг.
Создание заказов поставщику для аукционных закупок.
Разделы «Заказ поставщику», «Заказ от клиента». Атрибут «Валютный документ».
Касса СМ.+
Прикассовые весы CheckWay SL-100 / DIGI DS-782.
Использование параметров по умолчанию из настроек, сохраненных в серверной базе данных.
Правила пополнения списка ассортиментов и номенклатур товаров.
Классификатор товаров, ассортиментов, номенклатур. Поиск группы классификатора по названию.
Протокол «УКМ4 станд. XML». Выгрузка в кассу информации об упаковках.
Перечень исправленных ошибок и улучшений.

Якорь
_Toc462328033 _Toc462328033

Лицензионная политика.

В текущей версии для одной базы данных можно использовать две разных лицензии для управления лицензионными правами пользователей: основная и дополнительная лицензии. Каждая лицензия может быть со своим набором прав и количеством пользователей. Дополнительная лицензия может быть использована в тех случаях, когда по коммерческим соображениям различные наборы функциональных прав имеют различную стоимость. Для добавления второй, дополнительной, лицензии в базу данных, в администраторе сервера приложений в интерфейс диалога «Лицензия БД» внесены следующие изменения:
Image Added
Дополнительная лицензия не действует при незагруженной основной лицензии. Одна и та же лицензия не может быть использована в качестве основной и дополнительной. Формат файлов основной и дополнительной лицензий совпадают и соответствуют тому формату, который применялся в прошлых версиях.
Для использования дополнительной лицензии в административном модуле в разделе «Права доступа» для должности надо выбрать вид лицензии «дополнительная».
Image Added
В этом случае всем пользователям этой должности будут доступны права, определенные дополнительной лицензией, и подсчет пользователей должности будет вестись для дополнительной лицензии. По умолчанию должности назначается основная лицензия.
В интерфейсе закладок «Модули» и «Функции» доступность ролей для обеих лицензий отображается цветом – в левом полукруге отражается доступность роли в основной лицензии, в правом полукруге – дополнительной лицензии.
Image Added
Если в базу данных загружена одна лицензия - основная, то отображение доступности роли показывается по-прежнему, то есть полным кругом зеленого или красного цвета.
В администраторе сервера приложений на экране управления активными сессиями показывается статистика использования основной и дополнительной лицензий:
Image Added
Сервер лицензий текущей версии не может работать с базами данных предыдущих версий, тогда как сервера лицензий предыдущих версий будут поддерживать лицензирование базы данных текущей версии за исключением поддержки дополнительной лицензии.

Якорь
_Toc462328034 _Toc462328034

Закрытие периода на складе. Опция «Максимальная дата документов, участвующих в расчете товародвижения».

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

Якорь
_Toc462328035 _Toc462328035

ЕГАИС. Работа с регистром Торгового зала.

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

Якорь
_Toc462328036 _Toc462328036

Прием ТТН ЕГАИС из файлов формата 2.

В текущей версии, в дополнение к приему файлов в первом формате, реализован прием из ЕГАИС ТТН во втором формате, то есть из файлов, формат которых описан в схемах TTNSingle_v2.xsd и TTNInformF2Reg.xsd. Для накладных на приход, полученных из файлов второго формата, создаются акты приема / отказа / разногласия также во втором формате.
Информация о ТТН, полученная, как из файлов первого формата, так и из файлов второго формата, сохраняется в единой структуре данных и показывается в одном и том же интерфейсе.
При возврате товара, пришедшего по ТТН второго формата, ТТН на отгрузку возвращаемого товара создается в первом формате, поскольку это разрешено правилами ЕГАИС.

Якорь
_Toc462328037 _Toc462328037

Почтовый фильтр «ЕГАИС – обмен данными». Атрибут «Учетный регистр».

В перечень атрибутов почтового фильтра «ЕГАИС – обмен данными» добавлен атрибут «Учетный регистр». Атрибут может принимать значение «Склад» или «Торговый зал». По умолчанию установлено значение «Склад».
Image Added
Если для фильтра установлено значение «Склад», то все документы ЕГАИС, в которых идентификатор организации ФСРАР будет иметь учетный регистр «Склад», будут обрабатываться также как и раньше, то есть без попыток совершения автоматического перемещения между регистрами при выполнении тех или иных операций.
Если для фильтра установить значение атрибута «Торговый зал», то при регистрации движения алкоголя в ЕГАИС будут, при необходимости, задействованы операции перемещения между регистрами.
То есть, при регистрации любых документов, которые будут иметь идентификатор ФСРАР с учетным регистром «Торговый зал» будет применяться правило, по которому весь товар после завершения операции должен находиться на регистре торгового зала. Любые операции с регистром «Склад» в этом случае будут рассматриваться как промежуточные.

Якорь
_Toc462328038 _Toc462328038

Перемещение на регистр торгового зала при приеме ТТН ЕГАИС.

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

Якорь
_Toc462328039 _Toc462328039

Перемещение с регистра торгового зала на регистр склада при возврате алкоголя.

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

Якорь
_Toc462328040 _Toc462328040

Списание с регистра торгового зала.

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

Якорь
_Toc462328041 _Toc462328041

Списание пива с регистра торгового зала по результатам розничных продаж.

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

Якорь
_Toc462328042 _Toc462328042

Раздел «Остатки ЕГАИС».

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

Якорь
_Toc462328043 _Toc462328043

Акт постановки на баланс. Подбор справок «А».

Справки «А» для маркированного алкоголя (крепкого алкоголя) содержат диапазоны серий и номеров алкогольных марок. В разных справках «А» диапазоны номеров могут пересекаться, поскольку серии и номера уникальны только в пределах одного типа алкогольных марок. При этом тип алкогольных марок ни в справках «А», ни в коде PDF417 на алкогольной марке не указывается.
В разделе «Акт постановки на баланс» имеется функция «Обработать - Подобрать справки «А»». Функция для каждого кода алкогольной продукции из спецификации акта ищет справку «А» и проставляет её номер в строку акта. Поиск справки «А» выполняется подбором справок по совпадению кода алкогольной продукции строки акта с таким же кодом в заголовке справки и попаданию серии и номера экземпляра продукции из акта в диапазон марок справки «А», либо поиск ведется среди справок «А», у которых код алкогольной продукции не указан или указан заведомо неверно, например, когда вместо кода алкогольной продукции введен код группы алкогольной продукции. В этом случае поиск ведется по попаданию серии и номера экземпляра продукции из акта в диапазон марок справки «А». В результате такого поиска может быть найдено несколько справок «А» и, в этом случае, в предыдущих версиях справка в акт постановки на баланс не проставлялась с сообщением об ошибке поиска.
В текущей версии изменен алгоритм функции подбора справок «А» и интерфейс спецификации акта. В текущей версии функция выполняет поиск только среди справок с правильно заполненным полем «Код алкогольной продукции». Для строк акта, для которых справки не были подобраны, сделан диалог подбора справки, который вызывается нажатием кнопки в ячейке с номером справки.
Image Added
В диалоге выводятся все справки «А», которые могут быть подобраны с дополнительной информацией из справки «А». Диалог позволяет оператору выбрать ту справку, которая является корректной для данного кода алкогольной продукции и проставить её в акт. При добавлении справки «А» в спецификацию акта одновременно в справку проставляется код алкогольной продукции при наличии у оператора права на редактирование справок «А».
Image Added

Якорь
_Toc462328044 _Toc462328044

ТТН на приход и ТТН на отгрузку. Функция «Признать документ зафиксированным в ЕГАИС».

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

Якорь
_Toc462328045 _Toc462328045

ТТН на приход, ТТН на отгрузку, Акт постановки на баланс. Функция «Запрос содержания справок «А» из ЕГАИС».

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

Якорь
_Toc462328046 _Toc462328046

Кассовые документы. Статистика с кодами алкогольной продукции ЕГАИС.

Для кассового документа создана новая статистика для передачи списка кодов алкогольной продукции ЕГАИС. Коды алкогольной продукции извлекаются из зарегистрированных в чеках кодов PDF417 и сохранятся в таблице SMSpecCashAlcCode, где для пункта спецификации кассового документа сохраняется перечень кодов алкогольной продукции и количество товара для каждого кода алкогольной продукции.
Статистика собирается безусловно (при каждом создании или пересоздании кассового документа) и передается по почте вместе с кассовыми документами. В интерфейсе содержание таблицы нигде не показывается.

Якорь
_Toc462328047 _Toc462328047

Процесс «Подсчет алкоголя ТСД». Использование штрихового кода EAN.

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

Якорь
_Toc462328048 _Toc462328048

Алкогольная декларация. Производители / импортёры в справочнике декларации.

Якорь
_Toc462328049 _Toc462328049

Сравнение производителей / импортёров из данных поставщика и справочника декларации.

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

Якорь
_Toc462328050 _Toc462328050

Перенос производителей / импортёров из справочника декларации в системный справочник.

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

Якорь
_Toc462328051 _Toc462328051

Контроль соответствия справочников текущей и предыдущей декларации.

В мастер функции «Заполнить поле 'Остаток предыдущей декларации'» добавлен вывод дополнительной информации для предупреждения пользователя о расхождениях в справочниках «Производители / импортёры» и «Классификатор алкогольной продукции» текущего процесса и того, из которого будет проставляться остаток.
Для справочника «Производители / импортёры» показываются записи с одинаковым идентификатором, но разными значениями «Название для алкогольной декларации» (или «Название», если «Название для алкогольной декларации» не заполнено), «ИНН» или «КПП».
Для справочника «Классификатор алкогольной продукции» показываются записи с одинаковым идентификатором, но разными значениями «Код», «Название» или «Пиво или пивные напитки».

Якорь
_Toc462328052 _Toc462328052

Кросс-докинг.

Под кросс-докингом понимается бизнес-процесс, при котором поставка по заказу поставщику или складскому требованию, сформированному для конкретного места хранения, доставляется исполнителем в другое место хранения, а именно на склад кросс-докинга, из которого поставка в полном составе перемещается непосредственно, или через промежуточные места хранения, в место назначения. Использование складов кросс-докинга в бизнес-процессе заказ-поставка обусловлено оптимизацией количества персонала, обученного принимать первичные поставки от внешних или внутренних поставщиков, и потребностями разделения внешней и внутренней логистики. Под внутренними поставщиками обычно понимают организации, относящиеся к холдингу, но имеющие высокую степень самостоятельности. Исходные требования к внешним поставщикам оформляются в виде заказов поставщикам, к внутренним поставщикам – в виде складских требований.
ПоставщикСклад кросс-докингаСкладМагазин 1*Магазин 2*Заказ поставщикуСклад-ское требо-ваниеПеремещениеПеремещениеПеремещениеПоставка
Документы «Заказ поставщику» и «Складское требование» упомянуты в бизнес-процессе по той причине, что эти документы используются для контроля соответствия параметров поставки (состава поставки, источник и место назначения поставки) исходному требованию. Эти параметры являются ключевыми для планирования и поддержания товарного запаса.
Для поддержки бизнес-процесса кросс-докинга внесены следующие изменения.
В заголовок документов «Соглашение о поставках», «Заказ поставщику», и «Складское требование» добавлено поле «Место хранения кросс-докинга». Если поле не заполнено, то подразумевается, что поставка должна выполняться в место хранение, определенное как место поставки в документе. Поле «Место хранения кросс-докинга» редактируется в статусе «Черновик».
Если поле заполнено, то для места хранения кросс-докинга должно выполняться следующее условие: оно должно быть старшим или равноправным по отношению к месту поставки. Для контроля этого правила создана новая функция проверки 228 «Контроль места хранения кросс-докинга». По умолчанию режим работы функции «Запрет». Функция срабатывает при переводе документа из статуса «Черновик» на следующий статус.
Документ «Соглашение о поставках» в схеме бизнес-процесса используется для генерации заказов поставщику на основании контрактов с поставщиком. В этом случае место хранения кросс-докинга копируется в новые документы «Заказ поставщику».
Заказ поставщику при получении статуса «Размещен» и складское требование при получении статуса «Принят к исполнению» для каждого артикула из своей спецификации формируют количество «Поставка» в месте хранения конечной поставки товара. Это количество учитывается в алгоритмах генерации заказа и складского требования для предотвращения избыточного заказа товара. Документы поставки (приходные накладные и накладные на перемещение), созданные на основании заказа поставщика или складского требования, влияют как на фактические остатки товара, так и на количество «Поставка». Это, в свою очередь, определяет строгие правила приема товара по заказу и складскому требованию, которые контролируются функцией проверки 38 "Соответствие накладных и заказа / складского требования / счета".
В прежних версиях функция проверки требовала совпадения мест хранения приходной накладной / перемещения и заказа / складского требования.
В текущей версии функция проверки разрешает прием приходной накладной не только в место поставки заказа, но и в место кросс-докинга заказа. Функция также разрешает прием перемещения в любое место хранения, если в складском требовании или заказе поставщику из общего основания накладной на перемещение задано место хранения кросс-докинга.
Таким образом, функция проверки позволяет поставить товар или в место поставки заказа / складского требования, или в место хранения кросс-докинга, а затем переместить товар из места хранения кросс-докинга в место назначения, в том числе, через промежуточные места хранения. Для корректного прохождения поставки и для правильного отражения остатков необходимо, чтобы накладные на перемещение товара, первоначально поставленного в место хранения кросс-докинга, имели в общем основании исходный заказ или складское требование.
Функция изменения текущих остатков и функция полного перерасчета остатков изменены таким образом, что уменьшают количество «Поставка» в месте хранения конечной поставки товара при поступлении товара как по приходной накладной, так и по накладной на перемещение, в основании которой находится заказ поставщику или складское требование.
В тех случаях, когда перемещение партии из места хранения кросс-докинга идет сразу в место конечной поставки, то есть не делается перемещение в промежуточные места хранения, можно воспользоваться функцией автоматического создания накладной на перемещение по факту приема поставки в место хранения кросс-докинга. Для этого в административном модуле необходимо в разделе «База данных» на закладке «Конфигурация» в группе данных «Заказы поставщикам» отметить флаг «Генерировать перемещение при приеме поставки в место хранения кросс-докинга». Накладная на перемещение создается в статусе «Черновик» при смене статуса приходной накладной с «Принят на складе» на «Принят полностью». В основание накладной на перемещение помещается приходная накладная и заказ поставщику. Если понизить статус приходной накладной после генерации накладной на перемещение и затем снова повысить статус, накладная на перемещение повторно не создается. Для того, чтобы она была создана, надо предварительно удалить предыдущий вариант накладной.

Якорь
_Toc462328053 _Toc462328053

Создание заказов поставщику для аукционных закупок.

В функцию создания нового документа «Заказ поставщику» добавлен вариант выбора «Аукционные заказы».
Image Added

Режим генерации «Аукционные заказы» предназначен для создания заказов поставщику в условиях, когда поставщик заказа заранее не известен и будет определён по результатам аукциона. В этом случае на первом этапе формируется предложение заказа, которое затем может быть назначено одному или нескольким поставщикам. Для генерации заказа с опцией «Аукционные заказы» необходимо иметь функциональное право «Заказы пост.: Аукционные заказы».
Для первоначального формирования предложения заказа используются те же алгоритмы, что и для автоматической генерации заказов и с такими же возможностями по выбору списка товаров и перечня мест хранения, за исключением выбора контракта с поставщиком. Предложение заказа для аукционных закупок в части атрибутов поставщика формируется исходя из предположения, что заказ создается на сегодняшний день с поставкой заказа завтра, частота заказа равна нулю, поставщик может принять заказ и выполнить поставку в любой день недели.
В результате работы функции формируются не документы «Заказ поставщику», а экземпляр процесса «Аукционные заказы», в котором можно продолжить работу по выбору поставщиков для предложенных к заказу товаров и затем сформировать заказы.
Image Added
Доступ к экземпляру процесса, после того как он создан, можно получить в разделе «Реестр процессов» в группе классификатора процессов «Заказ товаров».
При выборе мест хранений и алгоритмов генерации предложения заказа необходимо учитывать, что при генерации предложения для центрального склада будут учтены потребности всех подчиненных ему мест хранения и если в диалоге старта одновременно с центральным складом выбрать подчиненные ему места хранения, то суммарное предложение заказа будет избыточным.
При работе с экземпляром процесса для каждого товара можно указать от одного до трех поставщиков товаров с конкретным количеством поставки по каждому поставщику. Суммарное количество поставляемого товара показывается в колонке «Заказано» и если оно меньше требуемого количества заказа, то поле окрашивается красным фоном.
Для каждого поставщика дополнительно можно указать цену поставки, которая, в дальнейшем, будет помещена в заказ с поставщиком.
В таблице аукционного заказа показывается детализация количества заказа и количества предложения заказа по местам хранения. Количество предложения заказа сформировано при генерации экземпляра процесса и не может быть изменено. Количество заказа может быть, при необходимости, скорректировано оператором и это изменение отразится в суммарном поле «Количество заказа».
После завершения работы по выбору поставщиков можно сгенерировать документы «Заказ поставщику», нажав кнопку «Создать заказы»:
Image Added
Перед генерацией делается проверка на полноту покрытия количества заказа предложениями поставщиков:
Image Added
Если распределенное по поставщикам количество заказа меньше, чем количество заказа, то при генерации заказов количество поставки распределяется по местам хранения в порядке приоритета места хранения, учитываемого при генерации складского требования и заказов. При этом приоритет -1 означает отсутствие приоритета, место хранения с наименьшим значением приоритета рассматривается в первую очередь и дальше по возрастанию значения приоритета.
Если заказ распределяется на два или более поставщиков, то вначале распределяется поставка первого поставщика, затем второго, и после третьего.
После успешного создания документов «Заказ поставщику» экземпляр процесса закрывается. В дальнейшем содержание завершенного процесса можно открыть только для просмотра.

Якорь
_Toc462328054 _Toc462328054

Разделы «Заказ поставщику», «Заказ от клиента». Атрибут «Валютный документ».

Документы «Заказ поставщику» и «Заказ от клиента» доработаны для работы с валютными ценами. В предыдущих версиях валютные цены в документах использовались как справочные, то есть документы были в национальной валюте, а суммы и цены в дополнительной валюте рассчитывались через курс от цен в национальной валюте для справки.
В текущей версии для документов введено понятие «Валютный документ», что означает, что исходные цены и суммы документа определены в валюте, а цены и суммы в национальной валюте пересчитываются через курс.
В заголовок документов «Заказ поставщику» и «Заказ от клиента» добавлен флаг «Валютный документ». В таблицу отобранных документов добавлены поля «Доп. валюта», «Курс», «Валюта документа».
При создании заказа поставщику путем экспорта из контракта с поставщиком в заказ переносятся атрибуты контракта: «валютный документ», «валюта», «курс» и «цена в валюте». При автоматической генерации заказа, если в основании нового заказа будет только один контракт с поставщиком, то в заказ переносится атрибуты контракта «валютный документ» и «валюта». Цены переносятся, если установлена соответствующая опция. Курс в заказе устанавливается текущий банковский курс из таблицы валют и курсов (см. раздел «Валюты»).
В заказе изменено поведение функции «Заполнить документ ценами из контракта с поставщиками». При выполнении функции из контракта копируются не только рублевые, но и валютные цены, если валюты документов совпадают. После завершения переноса цен, цены заказа пересчитываются калькулятором в зависимости от значения флага заказа «Валютный документ».
В историю контрактных цен добавлено поле для хранения валютных цен. Журнал истории цен контракта можно посмотреть в разделе «Цены контракта».
При поиске цены контракта для приходной накладной в тех случаях, когда требуется цена контракта в валюте, она, при необходимости, берется из истории цен.

Якорь
_Toc462328055 _Toc462328055

Касса СМ+.

Якорь
_Toc462328056 _Toc462328056

Прикассовые весы CheckWay SL-100 / DIGI DS-782.

Функция раздела «О фискальном регистраторе» получила новое название: «Оборудование». При вызове функции показывается форма с закладками «Фискальный регистратор» и «Весы»:
Image Added
В текущей версии касса может использовать весы CheckWay SL-100 или родственные им DIGI DS-782.
Весы подключаются к COM-порту компьютера. Для проверки работоспособности весов надо нажать кнопку «Тест весов», предварительно включив питание весов. Весы должны работать в режиме передачи веса по запросу. При успешном выполнении теста будет показан порт, к которому подключены весы.
Image Added
Если флаг «весы CheckWay SL-100 подключены к компьютеру» отмечен, то при всяком старте раздела будет проводиться тест весов для определения их работоспособности. Если весы при старте раздела будут выключены или отсоединены, то на главном экране раздела будет показано сообщение:
Image Added
Если флаг «весы CheckWay SL-100 подключены к компьютеру» отмечен, то после ввода кода весового артикула будет доступна команда «Весы F2».
Image Added
При нажатии кнопки F2 вес товара из весов попадает в поле «Количество» и артикул с этим количеством добавляется в чек. Протокол обмена с весами обеспечивает получение веса после успокоения весов.
Image Added
Если весы будут включены уже после старта раздела, то есть, когда на экране видна надпись «Весы не подключены», нажатие на кнопку F2 позволит проверить их доступность, подключить к кассе и получить вес товара.

Якорь
_Toc462328057 _Toc462328057

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

Настройка параметров работы раздела производится в форме при вызове функции «Функции - Параметры раздела». В предыдущих версиях эти параметры сохранялись для пользователя операционной системы в реестре компьютера, соответственно, при необходимости настроить параметры на нескольких компьютерах, операцию по настройке надо было выполнять на каждом компьютере отдельно.
В текущей версии добавлена возможность хранить параметры раздела в серверной базе данных Oracle в таблице SSCashInfo. Для редактирования и сохранения параметров в базе данных пользователь должен иметь право на функциональную роль «Регистрация платежей: Редактирование параметров раздела по умолчанию».
При наличии этого права в форме настройки параметров раздела появляется кнопка «Сохранить в качестве параметров по умолчанию». Кнопка активна при снятом флажке «Всегда использовать параметры по умолчанию». При нажатии кнопки все параметры раздела текущего компьютера, кроме локальных, сохраняются в базу данных:
Image Added
При первом открытии раздела новым пользователем раздел для него запустится со значениями параметров по умолчанию, то есть, с настройками, взятыми из базы данных. При отсутствии сохраненного в базе значения, или при невозможности его считать, например, когда нет связи с базой данных, берутся значения по умолчанию, установленные в программе.
В дальнейшем пользователь может снять флаг «Всегда использовать параметры по умолчанию» и установить собственные настройки раздела, например, выбрать собственную цветовую схему, либо оставить флаг и пользоваться централизованными значениями настроек, которые будут обновляться при каждом старте раздела в режиме подключения к базе данных. В этом случае редактирование параметров раздела становится невозможным, за исключением локальных параметров.
Локальные параметры раздела - это такие параметры, которые сохраняются только в реестре компьютера для пользователя операционной системы и не могут быть сохранены в серверной базе данных. Таковыми параметрами являются:

• «пинпад подключен к компьютеру»,
• «весы CheckWay SL-100 подключены к компьютеру»,
• «всегда использовать параметры по умолчанию»,
• «адрес УТМ ЕГАИС»,
• «контрагент магазина».
  

  Якорь
  _Toc462328058 _Toc462328058

  Правила пополнения списка ассортиментов и номенклатур товаров.

  
  В классификаторе ассортиментов товаров и классификаторе номенклатур товаров для группы классификатора можно определить правило пополнения ассортимента или номенклатуры.
  В прошлых версиях результатом применения набора правил было объединение множества артикулов, полученных при применении каждого правила. Например, артикул принадлежит такой-то группе классификатора или относится к такому-то производителю.
  В текущей версии в описание правил дополнено логической операцией «И» или «ИЛИ», и таблица перечня правил в интерфейсе заменена формой:
  Image Added
  Если в перечне правил встречаются разные логические операции, то по математическим правилам логические операции «И» выполняются раньше логических операций «ИЛИ».
  Изменение интерфейса привело к ограничению количества правил, которые можно задать для одной группы классификатора. В текущей версии разрешается задать не более 15 правил.
  Дополнительно, в правила пополнения номенклатур добавлены классы правил «Дополнительная характеристика товара» и «Производитель / импортёр».
  

  Якорь
  _Toc462328059 _Toc462328059

  Классификатор товаров, ассортиментов, номенклатур. Поиск группы классификатора по названию.

  
  В интерфейс элемента классификатора товаров, ассортиментов и номенклатур товаров в разделах «Карточки складского учета», «Остатки», «Цены», «Скидки» добавлен элемент для поиска группы по части названия и для позиционирования на группе классификатора.
  Image Added
  Такой же поиск добавлен в элементы интерфейса для выбора группы классификатора:
  Image Added
  

  Якорь
  _Toc462328060 _Toc462328060

  Протокол «УКМ4 станд. XML». Выгрузка в кассу информации об упаковках.

  Wiki разметка

  \\ В протокол «УКМ4 станд. XML» добавлена выгрузка файла KIT_\[\]_\[F\].xml - состав наборов. \\ В файле выгружаются данные о составе артикулов типа «набор» в следующем формате: \\ <kit fullness="F"> <version="1.0"> <item article =""> // minOccurs="0" maxOccurs="unbounded" - артикул типа набор <subItem> // minOccurs="0" maxOccurs="unbounded" <article></article>- артикул товара, входящего в набор <quantity></quantity> - количество артикула состава, десятичное число </subItem > </item> </kit> \\ Файл выгружается с полной информацией обо всех артикулах наборах при полной загрузке и с информацией только об измененных наборах при инкрементальной загрузке кассы. \\

  Якорь
  _Toc462328061 _Toc462328061

  Перечень исправленных ошибок и улучшений.

  
  
• ЕГАИС ТТН на возврат товара. Ошибка формирования ТТН, если в приходной ТТН, по которой делается возврат, для одной строки приходной накладной было несколько строк с одним и тем же алкокодом и разными справками «А», «Б». В ТТН на возврат для строки расходной накладной создавалось две строки ТТН, но с одним и тем же номером справки «А» и «Б».
• Требование на отбор. При выполнении функции «Скопировать документ в другие места хранения» очищается поле «Для операции».
• Требование на отбор. При импорте данных из портативного терминала, количество проставляется в поле «Фактическое количество», а не в поле «Затребованное количество».
• Цены конкурента. Нет функционального права на редактирование меток.
• «УКМ4 станд. XML». Вместо сокращенного наименования единиц измерения в УКМ4 выгружается полное.
• Ошибка формирования физического пакета в формате «ЕГАИС – обмен данными»: "Значение не может быть неопределенным. Имя параметра: outputDiretory".
• Ошибка "ORA-00904: "ID": invalid identifier" при подборе справок «А» в диалоге «Подбор справки «А»» акта постановки на баланс.
• Драйвер весов Штрих SmScaleShtrih.dll требует ручной регистрации после установки Торговой системы «Супермаг+» инсталлятором.
• Расчет товародвижения. Замедление расчета в версии 1.033.1 из-за изменения в обработке операций "Инвентаризация излишков" и "Пересортица (излишек)".
• Акты переоценки, Ведомости базовых цен, Складские требования. Интерфейс заголовка документа помещен на вкладку.
• Планограмма. Элемент интерфейса для выбора места хранения в заголовке документа заменен элементом выбора с использованием классификатора мест хранения.
• Ордер на доставку. При создании ордера на доставку на основании чека или расходной накладной при заполнении спецификации ордера теперь исключаются артикулы типа «Услуга» и «Деньги». При их обнаружении предварительно делается предупреждение.
• Инкрементальная выгрузка артикулов в кассу. Артикул теперь ставится в очередь в кассу при изменении / добавлении / удалении альтернативной единицы измерения "литр" и при изменении таблицы алкогольных кодов артикула.
• В фильтре документов выбор статуса документа из выпадающего списка заменен на выбор нескольких статусов в виде иконок:
  Image Added
  
  Изменения функционала в версии 1.033.3 сервис пак 1.
  Инвентаризация ЕГАИС. Функция «Перечитать».
  Подсчет алкоголя ТСД. Выгрузка данных в процесс инвентаризации ЕГАИС.

Дополнительно к описанию в сервис пак добавлены работы, описанные в Изменения1033.1 сп7.doc и Изменения1033.1 сп9.doc

Якорь
_Toc468698450 _Toc468698450

Инвентаризация ЕГАИС. Функция «Перечитать».

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

Якорь
_Toc468698451 _Toc468698451

Подсчет алкоголя ТСД. Выгрузка данных в процесс инвентаризации ЕГАИС.

В разделе «Подсчет алкоголя ТСД» в интерфейсе открытого процесса кнопка «Генерация документа» заменена кнопкой «Экспорт данных» с функциями:
Image Added
Функция «в акт постановки на баланс» приводит к интерфейсу, который ранее вызывался кнопкой «Генерация документа» и к созданию акта постановки на баланс ЕГАИС на регистре склада.
Функция «В процесс инвентаризации ЕГАИС» позволяет перенести данные в заранее созданный процесс инвентаризации ЕГАИС:
Image Added
Данные можно перенести только один раз, либо в акт постановки на баланс, либо в процесс инвентаризации ЕГАИС.
В один процесс инвентаризации ЕГАИС можно перенести данные из многих процессов подсчета алкоголя ТСД. При переносе данных проверяется, что коды PDF417 марок алкогольной продукции не совпадают с теми, что уже есть в журнале процесса инвентаризации ЕГАИС. Появление дубликатов марки говорит об ошибках в сборе данных.


Изменения функционала в версии 1.033.3 сервис пак 2.
Подсчет алкоголя ТСД. Ввод данных вручную.
Инвентаризация ЕГАИС. Режим редактирования.
Инвентаризация ТСД. Экспорт данных в процесс инвентаризации ЕГАИС.
Остатки ЕГАИС. Акты возврата продукции из торгового зала.

Якорь
_Toc469057171 _Toc469057171

Подсчет алкоголя ТСД. Ввод данных вручную.

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

Якорь
_Toc469057172 _Toc469057172

Инвентаризация ЕГАИС. Режим редактирования.

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

Якорь
_Toc469057173 _Toc469057173

Инвентаризация ТСД. Экспорт данных в процесс инвентаризации ЕГАИС.

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

Якорь
_Toc469057174 _Toc469057174

Остатки ЕГАИС. Акты возврата продукции из торгового зала.

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

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

Якорь
_Toc469561761 _Toc469561761

Инвентаризация ЕГАИС. Подбор кодов алкогольной продукции для пива.

При проведении инвентаризации маркированного алкоголя код алкогольной продукции для подсчитываемого товара однозначно определяется по значению кода PDF417 алкогольной марки. Это позволяет точно соотнести подсчитанную продукцию с учетными остатками ЕГАИС.
При проведении инвентаризации ЕГАИС для пива и пивной продукции, то есть немаркированного алкоголя, подсчет продукции ведется только по кодам EAN и код алкогольной продукции в материалах подсчета отсутствует. Для дальнейшего сравнения результатов подсчета с остатками ЕГАИС необходимо установить соответствие между данными подсчета и кодами алкогольной продукции ЕГАИС. Для этих целей используются коды алкогольной продукции, зарегистрированные для артикула в карточке складского учета. Если у артикула такой код один, он автоматически подставляется в строку журнала инвентаризации. Если же таких кодов несколько, то в ходе инвентаризации, или при импорте данных из процесса «Инвентаризация ТСД» невозможно однозначно определить, какой алкокод был подсчитан, и поле «Алк. код» остается незаполненным.
В текущей версии в раздел «Инвентаризация ЕГАИС» добавлена функция «Обработать->Подобрать алк. кода». Функция обрабатывает строки с незаполненными полями «Алк. код» и подбирает для артикула подходящий код в том случае, когда таких кодов у артикула один или несколько.
Если для артикула никакой код не задан, понять какому коду алкогольной продукции ЕГАИС он соответствует невозможно. В этом случае надо самостоятельно выяснить значение кода и внести его в карточку складского учета. Выяснить значение кода можно у поставщика или по подходящим характеристикам кода в данных ЕГАИС, то есть визуально сравнив название, емкость и крепость кодов алкогольной продукции в разделе «Остатки ЕГАИС».
Алгоритм подбора кода алкогольной продукции следующий:

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

  Якорь
  _Toc469561762 _Toc469561762

  Перемещение товара с регистра склада на регистр торгового зала при отказе контрагента принять возвращаемый товар.

  
  Функция автоматического перемещения товара с регистра торгового зала на регистр склада при возврате товара поставщику из места хранения с учетным регистром «Торговый зал» дополнена функцией перемещения с регистра склада на регистр торгового зала этого же товара в случае, если в процессе отсылки ТТН ЕГАИС от контрагента пришла квитанция с полным отказом от приема возврата.
  
  Изменения функционала в версии 1.033.3 сервис пак 4.
  Инвентаризационные описи. Экспорт в инвентаризацию ЕГАИС (только пиво).
  Инвентаризация ЕГАИС. Функции создания актов и инвентаризационных документов.
  Подсчет алкоголя ТСД. Экспорт данных в процесс «Инвентаризация ТСД». Контроль повторяемости данных.

Якорь
_Toc469934354 _Toc469934354

Инвентаризационные описи. Экспорт в инвентаризацию ЕГАИС (только пиво).

В раздел «Инвентаризационные описи» добавлена функция «Экспорт в инвентаризацию ЕГАИС (только пиво)». В текущем сервис паке для использования функции достаточно иметь право на работу с разделом «Инвентаризационная опись».
Функция доступна для документа со статусом «Принят в количестве» и «Принят в количестве и ценах». Функция работает по тому же принципу, как функция «Экспорт данных -> Процесс инвентаризации ЕГАИС (только пиво)» в разделе «Инвентаризация ТСД».
В один процесс инвентаризации ЕГАИС данные из инвентаризационной описи могут быть перенесены только один раз. Информация о переносе данных из инвентаризационной описи запоминается в свойствах процесса.

Якорь
_Toc469934355 _Toc469934355

Инвентаризация ЕГАИС. Функции создания актов и инвентаризационных документов.

Функции создания актов списания и постановки на баланс и инвентаризационных документов перенесены из кнопки «Обработать» в отдельные функции раздела «Создать акты списания/постановки на баланс ЕГАИС» и «Создать документ инвентаризации товаров». Функции активны для открытого на просмотр процесса со статусом «Ввод данных завершен». Переход в статус выполняется функцией «Обработать->Завершить ввод данных».
Изменение в способе вызова функций позволяет создавать акты и инвентаризационные документы независимо друг от друга и дает возможность, при необходимости, повторно создать документ.
В прошлых версиях создание одного из документов приводило к автоматическому переводу процесса в состояние «ввод данных завершен», что, в свою очередь, запрещало доступ к кнопке «обработать» и не давало возможности создать другой документ.
Функции перехода к созданным документам заменены одной функцией «Связанные с процессом документы» и позволяет перейти к любому из документов, созданном на основании процесса.

Якорь
_Toc469934356 _Toc469934356

Подсчет алкоголя ТСД. Экспорт данных в процесс «Инвентаризация ТСД». Контроль повторяемости данных.

В предыдущих версиях в разделе «Подсчет алкоголя ТСД» функция «Экспорт данных->В процесс инвентаризации ЕГАИС» перед началом экспорта проверяла, что в спецификации процесса инвентаризации ЕГАИС нет строк с кодом PDF417 из спецификации процесса «Подсчет алкоголя ТСД» если обнаруживалось совпадение хотя бы по одному коду, показывалось предупреждение и экспорт данных не разрешался.
В текущей версии такая проверка также проводится, показывается полный список таких кодов и их количество, но экспорт данных не запрещается. В экспорт добавлено условие экспортировать только те строки, которые содержат значения кодов PDF417, не встречающиеся в спецификации инвентаризации ЕГАИС.
Image Added

Изменения функционала в версии 1.033.3 сервис пак 5.
Алкогольная декларация. Определение производителя/импортера.
ЕГАИС. Списание алкогольной продукции, переданной в производство.

Якорь
_Toc472500058 _Toc472500058

Алкогольная декларация. Определение производителя/импортера.

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

Якорь
_Toc472500059 _Toc472500059

ЕГАИС. Списание алкогольной продукции, переданной в производство.

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

Изменения функционала в версии 1.033.3 сервис пак 6.
Функция проверки «Соответствие времени поставки заказа поставщику и подтверждения заказа поставщику».
Акты перемещения ЕГАИС, акты списания и постановки на баланс ЕГАИС. Сохранение номера документа, присвоенного ЕГАИС.

Якорь
_Toc474917124 _Toc474917124

Функция проверки «Соответствие времени поставки заказа поставщику и подтверждения заказа поставщику».

Создана новая функция проверки 229 «Соответствие времени поставки заказа поставщику и подтверждения заказа поставщику» По умолчанию функция имеет режим работы «Запрет».
Функция срабатывает при смене статуса документа «Подтверждение заказа поставщику» в основании которого находится «Заказ поставщику». Функция проверяет совпадение даты и времени поставки в заказе поставщику и в подтверждении заказа поставщику.
Соответствующая проверка удалена из функции проверки 213 «Соответствие заказа поставщику и подтверждения заказа поставщику».

Якорь
_Toc474917125 _Toc474917125

Акты перемещения ЕГАИС, акты списания и постановки на баланс ЕГАИС. Сохранение номера документа, присвоенного ЕГАИС.

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

Изменения функционала в версии 1.033.3 сервис пак 7.
Почтовый модуль. Поведение почтовых модулей при отсылке «во все подчиненные».
Контрагенты. Склады контрагента.

Якорь
_Toc476922835 _Toc476922835

Почтовый модуль. Поведение почтовых модулей при отсылке «во все подчиненные».

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

Якорь
_Toc476922836 _Toc476922836

Контрагенты. Склады контрагента.

В разделе «Контрагенты» на закладке «Склады» изменен интерфейс заведения складов контрагента. Из интерфейса удален элемент «Главный склад» и вместо него в таблицу складов контрагента добавлено поле с флагом «Главный склад». В таблице только одна строка может быть помечена как главный склад.



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

Якорь
_Toc467242996 _Toc467242996

ЕГАИС.

Якорь
_Toc467242997 _Toc467242997

Инвентаризация ЕГАИС.

Добавлен новый раздел «Инвентаризация ЕГАИС» для регистрации результатов инвентаризации маркированной и немаркированной алкогольной продукции в торговом зале, сличения результатов инвентаризации с остатками ЕГАИС учетного регистра «Торговый зал» и создания документов ЕГАИС для приведения остатков в ЕГАИС в соответствие фактическим остаткам места хранения. Опционально раздел может быть использован для проведения собственной инвентаризации по алкогольным товарам и создании инвентаризационной описи или сличительной ведомости.
Под Торговым залом места хранения понимается учетный регистр ЕГАИС «Торговый зал». Если часть алкогольного товара места хранения находится на учетном регистре «Склад», а часть на учетном регистре «Торговый зал», инвентаризация может привести к неверным результатам.
Инвентаризация ЕГАИС для маркированного и немаркированного алкоголя (пива) проводится раздельно. При начале работы и создании нового экземпляра инвентаризации необходимо указать вид алкоголя, для которого проводится инвентаризация, и способ заполнения спецификации – «Произвольный список товаров» или «Все спиртосодержащие товары»:
Image Added Image Added
Выбор вариант инвентаризации «Пивная продукция» или «Крепкий алкоголь» влияют на дальнейшие интерфейсы проведения инвентаризации и алгоритмы работы с ЕГАИС.
При инвентаризации маркированного алкоголя требуется сканировать EAN код товара и PDF417 код алкогольной продукции. Каждый экземпляр товара будет отражен в спецификации журнала инвентаризации одной строкой. В этом режиме проверяется, что просканированный код PDF417 является уникальным:
Image Added
При инвентаризации пива необходимо сканировать EAN код товара и вводить дату розлива. Все одинаковые экземпляры товара, то есть товары с одним и тем же артикулом и одной и той же датой розлива, будут отражены в журнале инвентаризации одной строкой с общим количеством товара с одинаковыми атрибутами:
Image Added
Способ заполнения спецификации – «Произвольный список товаров» или «Все спиртосодержащие товары» влияет на процесс сверки остатков. Для произвольного списка товаров сверка остатков будет производиться только по тем алкокодам, которые были обнаружены и зарегистрированы в журнале в процессе инвентаризации. В случае выбора варианта «Все спиртосодержащие товары» сверка будет производиться по всем алкокодам (как обнаруженным в процессе инвентаризации, так и имеющимся в остатках ЕГАИС).
Общим для обоих видов инвентаризации (маркированного алкоголя и пива) является последовательность действий: вначале производится сбор данных о товаре на закладке «Журнал инвентаризации», затем необходимо получить остатки из ЕГАИС. После получения остатков ЕГАИС можно создать акты списания и акты постановки на баланс для выравнивания остатков по кодам алкогольной продукции. Дополнительно можно создать документ инвентаризации товаров, то есть инвентаризационную опись или сличительную ведомость. После завершения всех работ процесс необходимо закрыть. Закрытие процесса позволяет прекратить какие-либо действия с ним и сохранить его состояние для истории.
Image Added
Процедуру снятия остатков ЕГАИС можно выполнять в любое время: до начала проведения инвентаризации, в ходе проведения или после завершения сбора данных о товаре. Время снятия остатков ЕГАИС определяется технологией проведения инвентаризации. Это время необходимо выбирать таким, чтобы остатки ЕГАИС соответствовали собранной информации о товаре. То есть надо понимать, что если инвентаризация проведена сегодня, а остатки ЕГИС снимаются через два дня, то они не будут соответствовать данным того времени, когда была проведена инвентаризация. ЕГАИС не возвращает остатки на дату и может вернуть только информацию на текущий момент времени.
Функция «Снять остатки по учету ЕГАИС» посылает запрос на получение остатков в торговом зале ЕГАИС. Результаты выполнения запроса помещаются в таблицу раздела «Остатки ЕГАИС». В этом же разделе на закладке «Торговый зал» для ФСРАР ИД, по которому ведется инвентаризация, можно посмотреть журнал хода выполнения запроса остатков. Если запрос остатков по какой-то причине не выполнился, функцию можно вызвать еще раз.
Если запрос остатков был выполнен в разделе «Остатки ЕГАИС», и его результат является актуальным, то получить остатки можно из данных раздела «Остатки ЕГАИС»:
Image Added
После завершения сбора данных о товарах и снятия остатков ЕГАИС можно выполнять процедуру создания актов списания и постановки на баланс, но только в том случае, если для всех посчитанных товаров известен код алкогольной продукции ЕГАИС.
Для маркированного алкоголя код алкогольной продукции извлекается из кода PDF417 и известен для каждого экземпляра товара. После получения остатков ЕГАИС и сверки остатков можно немедленно приступать к генерации актов списания и постановки на баланс.
Для немаркированного алкоголя код алкогольной продукции проставляется в спецификацию автоматически, если для артикула определен один код алкогольной продукции. Если таких кодов несколько, необходимо выбрать вручную один из них в мастере ввода строки журнала. В будущем будет создана функция подбора подходящих кодов алкогольной продукции по информации об остатках ЕГАИС, чтобы распределить имеющийся остаток товара с неизвестным алкокодом на те коды алкогольной продукции из списка кодов артикула, которые имеются в остатках ЕГАИС.
Акты списания и постановки на баланс создаются по данным закладки «Сверка остатков». Излишек продукции формирует акты постановки на баланс, недостаток продукции формирует акт списания. Оба вид актов создаются в разделе «Акты списания / постановки на баланс», который в предыдущей версии имел название «Акты постановки на баланс» и был предназначен для создания только актов постановки на баланс и только для регистра склада. В текущей версии в разделе введено понятие типа акта, чтобы различать акт постановки на баланс в торговом зале от акта постановки на баланс склада и акта списания в торговом зале. Интерфейс раздела не позволяет редактировать содержание спецификации актов, сформированных из раздела «Инвентаризация ЕГАИС».
Акты создаются в состоянии «Черновик» и к ним надо перейти для проверки и отсылки в ЕГАИС.
Переход к актам можно выполнить функцией «Функция - Акты списания и постановки на баланс». Функция показывает диалог с номерами созданных актов и позволяет перейти к работе с ними.
Image Added
Документ инвентаризации товаров (сличительную ведомость или инвентаризационную опись) можно создавать в любой момент времени после завершения подсчета товара. Это действие не связано с работой с ЕГАИС. Особенностью создания инвентаризационной описи и сличительной ведомости из процесса инвентаризации ЕГАИС является то, что режимом создания спецификации может быть только произвольный список, независимо от того, выбран ли режим «Произвольный список товаров» или «Все спиртосодержащие товары» при создании экземпляра процесса инвентаризации. В случае проведения инвентаризации в варианте «Все спиртосодержащие товары» в спецификацию документа будут помещены все артикулы, входящие в группы алкогольного классификатора с признаком «пиво», или без признака «пиво» в зависимости от того, что подвергается инвентаризации. И в том и в другом случае для документа Торговой Системы этот вариант заполнения спецификации будет относиться к категории «произвольный список товаров».

Якорь
_Toc467242998 _Toc467242998

Рассылка по почте объектов ЕГАИС.

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

Якорь
_Toc467242999 _Toc467242999

Контроль совпадения идентификаторов ЕГАИС для разных почтовых ящиков.

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

Якорь
_Toc467243000 _Toc467243000

Карточки складского учета. Производитель / импортер для кодов алкогольной продукции ЕГАИС.

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

Якорь
_Toc467243001 _Toc467243001

Алкогольная декларация. Использование документов ЕГАИС.

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

Якорь
_Toc467243002 _Toc467243002

Отчет «Коды алкогольной продукции ЕГАИС».

Создан новый отчет «Коды алкогольной продукции ЕГАИС» в группе «Справочные данные».
В отчете выводится список кодов алкогольной продукции ЕГАИС, назначенных карточкам складского учета. В отчете участвуют только артикулы, которым назначена группа классификатора алкогольной продукции.
Отчет предназначен для контроля корректности назначения артикулу кодов алкогольной продукции. В отчете показываются сопоставимые атрибуты артикулов и кодов алкогольной продукции.
Для артикула показывается название полное, код вида продукции артикула - значение поля «Код» группы классификатора алкогольной продукции, назначенной артикулу, ёмкость артикула - значение коэффициента пересчета в альтернативную единицу измерения «литр», крепость артикула - значение дополнительной характеристики товара «Спирт, % об.».
Для кодов алкогольной продукции ЕГАИС показывается наименование, код вида продукции, ёмкость, крепость для кода алкогольной продукции из таблицы «Коды алкогольной продукции ЕГАИС» раздела «Карточки складского учета».
Сопоставимые значения показываются в одной колонке друг под другом.
Отчет позволяет выводить данные с группировкой по артикулам или по кодам алкогольной продукции. В первом случае для артикула выводятся все значения сопоставленных с ним кодов алкогольной продукции, во втором - для кода алкогольной продукции выводятся все сопоставленные с ним артикулы.
Отбор артикулов или кодов алкогольной продукции ЕГАИС, соответственно, можно ограничить принадлежностью артикула или кода алкогольной продукции коду вида продукции (коду алкогольного классификатора). Работа фильтра зависит от того, делается ли отчет с группировкой по артикулу или по коду алкогольной продукции ЕГАИС.
Отчет позволяет показать только артикулы, значение атрибутов которых расходятся со значениями атрибутов кодов алкогольной продукции:

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

  Якорь
  _Toc467243003 _Toc467243003

  Приходные накладные. Переход к дополнительным расходам.

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

  Якорь
  _Toc467243004 _Toc467243004

  Бонусы от поставщиков. Сумма для расчета по дате накладной поставщика.

  
  В документ «Бонус от поставщика» в условие расчета бонуса «Сумма для расчета» добавлены два новых условия: «Сумма полная приходов (по дате накладной поставщика)» и «Сумма без НДС приходов (по дате накладной поставщика)». Прежние условия расчета «Сумма полная приходов» и «Сумма без НДС приходов» получили названия «Сумма полная приходов (по дате документа)» и «Сумма без НДС приходов (по дате документа) соответственно.
  При использовании новых условий расчета - по дате накладной поставщика - приходные накладные для расчета суммы отбираются не по дате документа, а по дате накладной поставщика из приходной накладной. Если в приходной накладной дата накладной поставщика не проставлена, документ отобран не будет. Расходные накладные всегда отбираются по дате документа.
  

  Якорь
  _Toc467243005 _Toc467243005

  Акт о начислении бонуса. Поля заголовка и спецификации.

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

  Якорь
  _Toc467243006 _Toc467243006

  Планограмма.

  Якорь
  _Toc467243007 _Toc467243007

  Размещение товаров на полках списком.

  
  В предыдущих версиях размещение зон товаров на элементах планограммы можно было выполнять, создавая по одной зоне за один раз. В текущей версии для элементов типа «Стеллаж» и «Холодильная горка» можно создавать за один раз несколько зон размещения товаров. Выбор товаров для группового размещения можно выполнить в таблице артикулов при выбранной опции «Показывать артикулы группы классификатора» или в диалоге выбора карточки, если добавление новых зон артикулов производится нажатием кнопки «Добавить» зоны товара.
  При выборе товаров в таблице артикулов необходимо выделить строки с нужными артикулами целиком. Это делается щелчком мыши в самой левой служебной колонке, при необходимости, с удерживанием и перемещением курсора по нужным строкам или при одновременном нажатии клавишей «Ctrl» или «Shift»:
  Image Added
  Перетаскивание выделенных товаров на полку выполняется щелчком и удерживанием левой кнопки мыши при позиционировании курсора на любой выделенной строке за пределами левой служебной колонки.
  В диалоге размещения артикулов на полке можно задать порядок расположения, перемещая строки в таблице с товарами с помощью стрелок «вверх» и «вниз»:
  Image Added
  При размещении нескольких товаров на полке, зоны для артикулов выделяются исходя из принципа пропорциональности, то есть каждому артикулу выделяется одна и та же доля полки, но с дальнейшим выравниванием длины ячейки пропорционально размеру артикула. При этом обработка артикулов идет слева направо и минимальная ширина ячейки не может быть меньше ширины артикула. Если длины свободного пространства полки недостаточно, часть артикулов из нижней части списка может на неё не попасть. В этом случае будет показан диалог с отметками тех артикулов, которые не попали на полку:
  Image Added
  

  Якорь
  _Toc467243008 _Toc467243008

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

  
  В тех случаях, когда товар занимает не всю площадь ячейки, свободное пространство может быть, при необходимости, использовано для складирования товара соседней ячейки. В прошлых версиях такое действие можно было отразить на планограмме неявно, за счет указания в ячейке, товар которой размещался в соседней ячейке, количества товара, превышающего емкость ячейки.
  В текущей версии дана возможность явно указать на планограмме, что товар размещается в свободном пространстве соседней ячейки и дана возможность рассчитать максимальное количество дополнительного товара. Для этого в интерфейс свойств зоны товара добавлены флажки «Использовать зону слева» и «Использовать зону справа». При задании флага зона товара автоматически распространяется на свободное пространство соответствующей ячейки.
  Image Added
  Кнопка «Вид сверху» позволяет посмотреть расположение артикулов на полке:
  Image Added
  Алгоритм использования полусвободных ячеек работает только в случае, если соседние ячейки расположены друг за другом. Если между ячейками есть свободное пространство, то считается, что соседней ячейки нет.
  В поле «Количество» свойств зоны товара введена индикация несоответствия количества товара, размещенного в зоне, расчетному количеству. Если количество меньше расчетного, фон ячейки окрашивается в желтый цвет, если больше - в красный. В ячейку «Количество» добавлена кнопка «=», при нажатии на которую количество становится равным расчетному количеству.
  

  Якорь
  _Toc467243009 _Toc467243009

  Выделение артикулов, находящихся в маркетинговой акции.

  
  Функциональность доступна с версии 1.033.2, но не была в ней описана.
  В диалог настройки полей таблицы артикулов добавлены флаги «Выделять строки для товаров, находящихся в маркетинговой акции» и «Выделять строки для артикулов, запланированных для маркетинговой акции» с возможностью указать цвет выделения. Опции влияют на цвет фона ячейки в таблице товаров и на фон ячеек элементов планограммы в режиме отображения «Текст». В режиме «Изображение» лицевая панель ячейки товара заполняется его изображением и заданным цветом окрашиваются только верхняя и боковая стороны, которые могут быть закрыты другими ячейками и верхней полкой.
  Опции действует только для ячеек, относящихся к артикулам. Если ячейка содержит группу классификатора, то для неё выделение цветом не функционирует, независимо от того, имеет ли товар или товары группы классификатора отношение к маркетинговой акции.
  Image Added
  При выборе опции «Выделять строки для товаров, находящихся в маркетинговой акции» фон ячейки в поле «Артикул» и изображения элемента планограммы окрашиваются заданным цветом, если артикул строки в настоящий момент участвует в маркетинговой акции в месте хранения планограммы.
  При выборе опции «Выделять строки для артикулов, запланированных для маркетинговой акции», выделяются артикулы, которые находятся в спецификации маркетинговых акций со статусом «Принята» и у которых в перечень мест проведения акции входит место хранения планограммы.
  Чтобы опция работала необходимо, чтобы документ «Маркетинговая акция» с запланированным к акции товаром находился в базе данных.
  

  Якорь
  _Toc467243010 _Toc467243010

  Таблица артикулов. Фиксация поля «Артикул».

  
  В таблице товаров поле «Артикул» теперь может быть только первым и это поле зафиксировано от сдвига при прокрутке таблицы по горизонтали.
  

  Якорь
  _Toc467243011 _Toc467243011

  Генерация заказов на базе контрактов. Исключение артикулов, запрещенных к приему.

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

  Якорь
  _Toc467243012 _Toc467243012

  Административный модуль. Управление заданиями.

  
  В предыдущих версиях настройка и управление запуском периодически исполняемых заданий выполнялась в четырех местах:
• в административном модуле в разделе «База данных» на закладке «Задания» настраивались задания без параметров, такие как, например, перестроение индексов или исполнение актов переоценки;
• в административном модуле в разделе «Аналитика» на закладке «Среднесут. реал-ция»;
• в административном модуле в разделе «Аналитика» на закладке «Заказы»;
• в разделе «Складские требования» в диалоге функции «Задания на генерацию документов».
  В текущей версии управление всеми заданиями сосредоточено в административном модуле в разделе «База данных» на закладке «Задания». Соответственно удалены закладки «Среднесут. реал-ция» и «Заказы» из раздела «Аналитика» и функция «Задания на генерацию документов» из раздела «Складское требование». Также удалены соответствующие функциональные права.
  Задания «Генерация складских требований» и «Расчет среднесуточной реализации» помещены в группу заданий «Функциональные», для задания «Генерация заказов» создана отдельная группа «Задания Сервера приложений».
  Настройка заданий выполнена в виде мастеров, сложность которых зависит от количества параметров в настройке задания.
  В интерфейс закладки «Задания» к фильтру заданий по типу функций добавлен фильтр по конкретной функции.
  

  Якорь
  _Toc467243013 _Toc467243013

  Задание для автоматического создания калькуляций по расписанию.

  
  В предыдущих версиях генерация калькуляция выполнялась с помощью процесса «Автоматическое создание калькуляций» (GCA). Создание экземпляра процесса для генерации калькуляций осуществлялось вызовом функции «Автоматическое создание калькуляций» в разделах «Калькуляция» и «Рецепт».
  В текущей версии процесс заменен функцией, а сам процесс ликвидирован. Как следствие, из системы удалены экземпляры процесса, в которых раньше можно было посмотреть список рецептов, по которым создавались калькуляции, а также время ранее выполненных процессов генерации. В текущей версии история выполненных генераций хранится в специальной таблице SMGenerateCALog, и при обновлении версии базы данных в неё переносится информация из удаляемых экземпляров процессов.
  Функция «Автоматическое создание калькуляций» имеет ту же функциональность и атрибуты выполнения, что и прежний процесс, за исключением того, что в прошлых версиях можно было редактировать первоначально предоставленный набор рецептов для генерации калькуляций с детализацией по местам хранения. В текущей реализации список рецептов редактируется без детализации по местам хранения, поскольку выбор мест хранения для генерации калькуляций задается на первом шаге в элементе «Расположение калькуляций».
  На основании функции «Автоматическое создание калькуляций» в административном модуле создано новое задание «Генерация калькуляций» в группе заданий «Функциональные» для генерации калькуляций по расписанию.
  

  Якорь
  _Toc467243014 _Toc467243014

  Почтовый модуль. Настройка разрешений на отсылку и прием для почтового ящика.

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

  Якорь
  _Toc467243015 _Toc467243015

  Касса Супермаг+.

  Якорь
  _Toc467243016 _Toc467243016

  Печать копии чека.

  
  В перечень функций кассы добавлена функция «Печать копии чека». По умолчанию вызов функции назначен на нажатие клавиш <Shift + F6>. Функция недоступна в режиме формирования чека.
  При вызове функции на экран выводится диалог для ввода атрибутов чека:
  Image Added
  По умолчанию подставляется номер текущей кассы и номер открытой смены. Если смена закрыта, надо будет дополнительно ввести номер смены чека. Если предварительно вызвать функцию «Информация о чеке», то функция печати копии чека будет выполняться для выведенного на просмотр чека без дополнительных диалогов.
  В текущей версии поиск чека для просмотра доступен не только для чеков открытой смены, но и для всех чеков, которые хранятся в локальной базе данных раздела. Срок хранения чеков регулируется в экране функции «Параметры раздела» на закладке «Общие» опцией «Срок хранения Z-отчетов и записей в журнале событий в локальной базе в днях». По умолчанию это все чеки за последние 62 дня.
  Печать копии чека выполняется на принтере фискального регистратора в виде нефискального документа. Содержание копии чека идентично содержанию оригинала чека, но копия чека не является дубликатом чека.
  

  Якорь
  _Toc467243017 _Toc467243017

  Управление настройками работы с ЕГАИС.

  
  В прошлых версиях настройки работы с ЕГАИС размещались на экране функции «Параметры раздела» на закладке «Общие». В текущей версии настройки работы с ЕГАИС вынесены в отдельную закладку «ЕГАИС»:
  Image Added
  К перечню атрибутов добавлен атрибут «проверять возможность продажи акцизной марки». Назначение атрибута см. ниже.
  

  Якорь
  _Toc467243018 _Toc467243018

  Продажа маркированного алкогольного товара. Контроль повторения кодов PDF417 в чеках закрытых смен.

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

  Якорь
  _Toc467243019 _Toc467243019

  Возврат маркированного алкогольного товара. Контроль кода PDF417.

  
  При продаже маркированного алкоголя по правилам ФСРАР для каждого экземпляра проданного маркированного алкогольного товара считывается и регистрируется код PDF417 алкогольной марки. В прошлых версиях при возврате товара контроль точного соответствия кода возвращаемого товара и строки чека, по которой делается возврат, не осуществлялся. Это могло привести к ошибкам, в частности к невозможности повторной продажи возвращенного экземпляра товара.
  В текущей версии при частичном возврате по чеку, если возвращается позиция маркированного алкоголя, требуется дополнительно просканировать его код PDF417. Возврат разрешается, если код совпадет с кодом в возвращаемой позиции.
  Для быстрого позиционирования на нужной строке чека можно просканировать код PDF417. Если такой код будет найден в чеке, то курсор встанет на нужной строке. Далее надо будет ввести возвращаемое количество, которое для маркированного алкоголя всегда 1, и повторно просканировать код PDF417 для подтверждения возврата.
  При возврате всего чека, если в чеке имеются строки с маркированным алкоголем, кассиру показывается сообщение о необходимости сканирования кодов PDF417 алкоголя. К возврату принимаются только те товары, коды которых совпадут с кодами в чеке.
  Аналогично, при редактировании текущего открытого чека, если потребуется удалить из чека строку с маркированным алкоголем, потребуется подтвердить возврат сканированием кода PDF417.
  

  Якорь
  _Toc467243020 _Toc467243020

  Сообщения при работе кассы.

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

  Якорь
  _Toc467243021 _Toc467243021

  Прием по заказу ТСД.

  Якорь
  _Toc467243022 _Toc467243022

  Отображение цены контракта.

  
  В текущей версии Торговой Системы в программу Супермаг Мобайл при передаче в неё данных о заказах и контрактах передается, в том числе, признак того, в каких ценах сформирован контракт – в ценах без НДС или в ценах с НДС. Информация об этом признаке позволяет при сканировании товара показывать на экране ТСД не только значение максимально разрешенной цены приема товара, но и показывать в строке описания атрибута значение категории цены – «Макс. цена с НДС» или «Макс. цена без НДС». Такая возможность реализована в программе Супермаг Мобайл начиная с версии 1.6.358.20.
  Image Added
  

  Якорь
  _Toc467243023 _Toc467243023

  Прием по заказу в месте хранения кросс-докинга.

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

  Якорь
  _Toc467243024 _Toc467243024

  Подсчет товаров ТСД. Операции перемещения.

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

  Якорь
  _Toc467243025 _Toc467243025

  Отчет «Отчет о скидках». Опция «Только с ненулевой суммой скидки».

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

  Якорь
  _Toc467243026 _Toc467243026

  Перечень исправленных ошибок и улучшений.

  
  
• Если в накладной все цены заканчиваются на .3 или .9, то сортировка строк по полю по возрастанию или убыванию цены ведется неверно.
• В документе «Сличительная ведомость» не работает сохранение сотрудников, если был изменен только список сотрудников.
• Оптимизирована функция проверки 33 «Корректность документов производства» для убыстрения приема по почте калькуляций.
• В разделах ЕГАИС в фильтре ТТН по местам хранения теперь показываются только места хранения, которые разрешены для просмотра должности оператора.
• Администратор почтового модуля. Диалог настройки почтового модуля и диалог настройки фильтра для отбора строк отсылки и приема сделаны изменяемого размера.
  
  
  
  
  Изменения функционала в версии 1.033.4 сервис пак 1.
  Контрагенты. Описание данных нескольких алкогольных деклараций поставщика.
  Алкогольная декларация. Выгрузка нескольких алкогольных деклараций для поставщика.
  Формирование ТТН ЕГАИС. Простановка цен.
  Драйвер весов «DIGI SM-5000 Ethernet». Настройка весов.

Якорь
_Toc479589408 _Toc479589408

Контрагенты. Описание данных нескольких алкогольных деклараций поставщика.

В разделе «Контрагенты» на закладке «Описание» имеется возможность описать данные алкогольной декларации поставщика в следующих системных дополнительных характеристиках контрагента:
Серия и номер лицензии на алкоголь
Дата выдачи лицензии на алкоголь
Дата окончания лицензии на алкоголь
Кем выдана лицензия на алкоголь
В текущей версии в этих дополнительных характеристиках можно описать несколько лицензий, записывая информацию о них последовательно и используя в качестве разделителя символ «|». Например:
Дата выдачи лицензии на алкоголь: «12.03.2017|30.11.2014»
Рекомендуется текущую действующую лицензию всегда описывать первой по порядку.

Якорь
_Toc479589409 _Toc479589409

Алкогольная декларация. Выгрузка нескольких алкогольных деклараций для поставщика.

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

Якорь
_Toc479589410 _Toc479589410

Формирование ТТН ЕГАИС. Простановка цен.

В расходную ТТН, созданную на основании приходной ТТН, с операцией, отличной от возврата поставщику, цены теперь проставляются из расходной накладной, а не из приходной ТТН.

Якорь
_Toc479589411 _Toc479589411

Драйвер весов «DIGI SM-5000 Ethernet». Настройка весов.

В диалог настройки весов на закладке «Этикетка» внесены следующие изменения:
Убраны элементы интерфейса для управления шрифтом второй строки. В этих весах название выводится одинаковым шрифтом для всех строк названия товара.
Добавлен выбор ширины этикетки, от которой теперь зависит, как будет формироваться строка названия, то есть, шириной этикетки определяется в каком месте строки делается перенос на следующую строку, чтобы текст печатался наибольшим шрифтом.
Image Added



Изменения функционала в версии 1.033.4 сервис пак 2.
Карточки складского учета. Вложения для артикула.
Звуковое оповещение при срабатывании функции проверки.
Изменение функции проверки 213 «Корректность документов "Подтверждение заказа поставщику».

Image Added

Image Added

Якорь
_Toc482186701 _Toc482186701

Звуковое оповещение при срабатывании функции проверки.

В административном модуле в разделе «Права доступа» на закладке «Должности» при нажатии кнопки «Изменить» показывается диалог «Должности». Из этого диалога можно перейти к диалогу «Проверки», нажав кнопку «Проверки...».
В диалог «Проверки» в таблицу с функциями проверки добавлена колонка «Звуковое оповещение»:
Image Added
Если для функции проверки установить флаг «Звуковое оповещение», то при срабатывании проверки проигрывается звук – в случае запрета используется системный звук «Критическая ошибка», в случае предупреждения звук «Восклицание». По умолчанию звуковое оповещение не установлено.

Якорь
_Toc482186702 _Toc482186702

Изменение функции проверки 213 «Корректность документов "Подтверждение заказа поставщику"».

Из функции проверки 213 «Корректность документов "Подтверждение заказа поставщику"» с режимом работы «Всегда запрет» изъята проверка отсутствия в спецификации подтверждения заказа поставщику артикула из заказа поставщику – основании текущего документа.
Проверка запрещала принятие документа, если в спецификации подтверждения заказа не обнаруживался артикул, имеющийся в заказе поставщику.
Проверка отсутствия артикула основания в спецификации текущего документа, перенесена в проверку 7 «Наличие товара в основании документа», режим работы которой может настраиваться по должностям. Проверка может управляться детальным режимом функции проверки: 6 «Заказ поставщику содержит артикул, отсутствующий в подтверждении заказа поставщику».


Изменения функционала в версии 1.033.4 сервис пак 3.
Периодическое задание «Закрытие заказов поставщикам».
Драйвер весов Bizerba CSV, Bizerba BCII, Bizerba BS 800. Загрузка артикулов с ценой за 0,1 ед.
Прием данных из кассы УКМ4 XML. Определение типа файла по его имени.

Якорь
_Toc482956080 _Toc482956080

Периодическое задание «Закрытие заказов поставщикам».

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

Якорь
_Toc482956081 _Toc482956081

Драйвер весов Bizerba CSV, Bizerba BCII, Bizerba BS 800. Загрузка артикулов с ценой за 0,1 ед.

В драйвер весов Bizerba CSV, Bizerba BCII, Bizerba BS 800 добавлена обработка флага артикула «Ценники за 0,1 ед.». При наличии флага цена артикула выгружается в весы с делением на 10 и в весы выгружается специальный признак «Класс взвешивания», указывающий, что цена соответствует 0,1 кг.
Отказаться от выгрузки цены за 100 грамм можно, если в диалоге старта загрузки весов отметить флаг «Не учитывать флаг «ценники за 0,1 ед.»»:
Image Added

Якорь
_Toc482956082 _Toc482956082

Прием данных из кассы УКМ4 XML. Определение типа файла по его имени.

\\
В предыдущих версиях тип данных, которые хранятся в файле выгрузки УКМ4 XML определялся по префиксу имени файла, например, по префиксу «shift» отбирались все файлы, содержащие Z отчеты, такие как: «shift_\[4\]_\[111\]_\[1\]_\[1\].xml».
\\
В текущей версии префикс имени включает подчеркивание, например, «shift_», чтобы исключить ошибки определения типа файлов в тех случаях, когда один и тот же набор символов входит в различные префиксы, например, shift и shiftopen.
\\
 \\
Изменения функционала в версии 1.033.4 сервис пак 4.
\\
[<span style="color: #0000ff"><span style="text-decoration: underline; ">Рассылка информации о маркетинговых ценниках.</span></span> |C:\TEMP\4\2\Изменения1033.4 сп4.doc#_Toc483828378]

Якорь
_Toc483828378 _Toc483828378

Рассылка информации о маркетинговых ценниках.

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


Изменения функционала в версии 1.033.4
Документы. Изменение интерфейса.
ЕГАИС.
ТТН на приход. Сопоставление с приходной накладной.
ТТН на расход. Возврат поставщику, контроль ИНН и КПП.
Инвентаризация ЕГАИС. Сверка остатков по артикулам.
Остатки ЕГАИС. Функция «Компенсация отрицательных остатков торгового зала».
Раздел «Коды PDF417 ЕГАИС». Запрос кодов нечитаемых марок.
Склады и магазины.
Инициализация нового магазина.
История изменения флагов места хранения.
Карточки складского учета.
Налоговые группы для артикулов типа «Набор».
История изменения ценников.
Маркировка товара.
Запрос информации о товаре по коду алкогольной продукции в ЕГАИС.
Акты переоценки маркетинговой акции. Прием в старшую базу и установка маркетинговых ценников.
Приходная и расходная накладные.
Транспортный раздел.
Функция «Все товары без НДС».
Функция проверки «Контроль ставки НДС для собственного контрагента - неплательщика НДС».
Расходная накладная. Функция «Проставить дату накладной».
Аукционные заказы. Создание предложения заказа из заказов поставщику.
Планирование контрактных цен. Информационные поля.
Периодическое задание «Регистрация ведомостей базовых цен с нацениванием».
Расчет среднесуточной реализации. Опция «Уменьшать диапазон расчета при наличии маркетинговой акции».
Регистрация платежей.
Фискальный регистратор Штрих-М-01Ф
Регистрация платежа по банковской карте при оплате платежного документа.
Просмотр списка смен.
Предупреждение о превышении суммы чека.
Журнал событий. Закрытие смены.
Поиск товара при отсутствии связи с базой данных.
Редактор XML-схем. Выгрузка значения доп. характеристики артикула.
Процесс «Возврат поставщику ТСД».
Драйвер для загрузки весов DIGI SM-120. Загрузка маркировки.
Драйвер для загрузки весов DIGI SM-5000.
Оборудование.
Сохранение настроек, локальных для компьютера.
Выбор COM-портов с номерами больше 9.
Бизнес-анализ. Кассовые чеки со спецификацией. Поля «Код PDF417» и «Штриховой код».
Административный модуль. Права на управление заданиями.
Открытие периода. Прерывание работы процедуры.
Обрезка базы.
Рассылка обрезки.
Журнал обрезки.
Отчет «Движение по коду алкогольной продукции».
Отчет «Почасовая статистика по группам товаров». Опция «показывать название товара».
Перечень исправленных ошибок и улучшений.

Якорь
_Toc478043258 _Toc478043258

Документы. Изменение интерфейса.

В интерфейс работы с документами внесены следующие изменения, общие для всех типов документов:

• Вместо реакции на пункт меню «Вложения и метки» кнопки «Вид», при выборе которого под заголовком документа выводилась форма с соответствующей информацией, в заголовок документа добавлена закладка «Вложения и метки». Это позволило выводить весь список вложений и список меток с их значениями.
  
• Пункт меню «Заголовок документа» кнопки «Вид» заменен кнопкой в виде символа «˄» или «˅» рядом с номером документа для показа / скрытия заголовка.
  Image Added
  
• Пункты меню «Мастер добавления строк», «Детализация по свойствам» и «Информационные поля» (перечень пунктов зависит от типа документа) кнопки «Вид» перенесены в новую кнопку «Спецификация», которая выводится вместо надписи «Спецификация» в режиме открытого документа (см. выше).
  
• Кнопка «Вид» удалена.
  
• Порядок следования и ширина колонок для вывода полей (включая информационные поля) для режимов просмотра и редактирования документа теперь настраиваются совместно. В прошлых версиях поля надо было настраивать отдельно для каждого режима. По умолчанию будут использоваться предыдущие настройки для режима редактирования.
  
• В документах, в которых имеются различные режимы редактирования спецификации, например, в приходных и расходных накладных, выпадающий список «Режим» перемещен в правый верхний угол интерфейса:
  Image Added
  

  Якорь
  _Toc478043259 _Toc478043259

  ЕГАИС.

  Якорь
  _Toc478043260 _Toc478043260

  ТТН на приход. Сопоставление с приходной накладной.

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

  Якорь
  _Toc478043261 _Toc478043261

  ТТН на расход. Возврат поставщику, контроль ИНН и КПП.

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

  Якорь
  _Toc478043262 _Toc478043262

  Инвентаризация ЕГАИС. Сверка остатков по артикулам.

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

  Якорь
  _Toc478043263 _Toc478043263

  Остатки ЕГАИС. Функция «Компенсация отрицательных остатков торгового зала».

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

  Якорь
  _Toc478043264 _Toc478043264

  Раздел «Коды PDF417 ЕГАИС». Запрос кодов нечитаемых марок.

  
  Создан новый раздел для запроса и печати марок алкогольной продукции для товаров с нечитаемыми марками.
  Для получения новых марок в разделе надо создать экземпляр процесса и заполнить его данными с акцизных марок, на которых не читается код PDF417. При создании процесса необходимо указать идентификатор организации в ФСРАР, от имени которой будет создаваться запрос в ЕГАИС.
  При заполнении списка нечитаемых марок необходимо указать серию и номер марки одной строкой и тип марки. При сканировании кода DATAMATRIX алкогольной марки, когда курсор находится в поле «Серия и номер марки», все атрибуты заполняются автоматически по содержанию кода DATAMATRIX. При ручном вводе серия и номер марки переписываются с марки, а тип марки определяется визуально с учетом крепости, ёмкости и категории алкогольной продукции и выбирается из диалога с перечнем типов федеральных марок:
  Image Added
  После завершения ввода можно запросить марки в ЕГАИС. После запроса статус процесса меняется, и редактирование данных не разрешается. После получения ответа из ЕГАИС в процессе заполняются поля «Код марки» и «Алк. код» и становится возможной печать кода PDF417 на принтере этикеток.
  Журнал обмена с ЕГАИС в текущей версии для процесса не ведется.
  Для печати этикеток с кодом PDF417 используется шаблон этикеток, заданный в диалоге настройки принтера этикеток в поле «для ЕГАИС»:
  Image Added
  В шаблоне этикетки могут использоваться следующие ключевые поля:
  %EGAISPDF417 - код PDF417
  %EGAISMARKRANK - серия
  %EGAISMARKNUMBER - номер
  %EGAISMARKTYPE - тип марки (число)
  %EGAISMARKTNAME - тип марки (название)
  
  Пример шаблона этикетки на языке ZPL:
  ^XA
  ^BY2,3
  ^FO10,100
  ^B7N,5,5,,25,N
  ^FD%EGAISPDF417^FS
  ^CI28
  ^LH10,10
  ^FO10,40
  ^A032,25
  ^FD%EGAISMARKTYPE-%EGAISMARKRANK %EGAISMARKNUMBER
  ^XZ
  Тип, серию и номер марки надо печатать на этикетке, чтобы после печати можно было бы сопоставить её с той бутылкой, на которую её надо наклеить.
  Строки, для которых этикетки распечатаны, отмечаются флажком, и появляется возможность завершить процесс. Следует избегать повторной печати этикеток. Наклеивание на разные бутылки одинаковых этикеток с кодами PDF417 приведет к невозможности легальной продажи этих товаров.
  

  Якорь
  _Toc478043265 _Toc478043265

  Склады и магазины.

  Якорь
  _Toc478043266 _Toc478043266

  Инициализация нового магазина.

  
  В разделе «Склады и магазины» для места хранения добавлена кнопка «Инициализация». Новая функция предназначена для заполнения места хранения данными, необходимыми для начала работы нового магазина.
  Для использования функции необходимо иметь право: «Места хранения - Инициализация места хранения». При вызове функции выполняется переход к рабочей среде «Инициализация места хранения»:
  Image Added
  При выборе опции «Включить в соглашение о поставках в статусах «Черновик» и «Принят» с местом поставки» инициализируемое место хранения будет добавлено во все соглашения о поставках, у которых в перечне мест поставки присутствует эталонное место хранения. Таким образом, новое место хранения будет включено в автоматы генерации заказов для тех же контрактов с поставщиками, по которым осуществляется поставка в эталонное место хранения.
  Image Added
  Опция «Назначить виды цен, созданные копированием видов цен места хранения» позволяет создать новые виды цен для инициализируемого места хранения с собственными названиями и такими же атрибутами, как и у видов цен, выбранных в качестве эталона. А также скопировать наценки, правила округления и сгенерировать акты переоценки, чтобы назначить артикулам нового места хранения такие же цены, как и в эталонном месте хранения.
  Опция «Создать и исполнить акты переоценки для активных артикулов с признаком «Грузить в кассу», входящих в номенклатуру склада инициализируемого места хранения для копирования цен из места хранения» предполагает, что виды цен для нового места хранения уже созданы и назначены новому месту хранения. Эта опция требует указать вид цены нового места хранения, в который будут переноситься цены из вида цены эталонного места хранения.
  В обоих случаях акты переоценки создаются с условием исполнения «Немедленно при оприходовании» и сразу принимаются.
  

  Якорь
  _Toc478043267 _Toc478043267

  История изменения флагов места хранения.

  
  В историю изменений атрибутов места хранения добавлено сохранение изменения флагов места хранения. Новое значение флагов показывается в виде числа, которое получено сложением значений флагов места хранения. Если флаг не установлен, его значение равно 0, если установлен, то его вклад в значение флага будет следующим:
  1 – Резервирование запрещено
  2 – Отключить автогенерацию заказов
  4 – Отключить перерасчет остатков
  8 – Контроль исполнения цен
  16 – Учитывать цены обратных перемещений при расчете товародвижения
  128 – Источник цен для перемещения: Место хранения прихода
  256 – Источник цен для перемещения: Старшее место хранения
  512 – Отложенное исполнение актов изменения цены
  2048 – Наценка от полной цены
  16384 – Акты смены цены на СВ копируют цены в учетные. Только для мест хранения типа склад возврата.
  65536 – В кассы загружать только номенклатуру места хранения
  131072 – Флаг «локальный склад» для места хранения типа «склад-магазин» или «склад»
  262144 – Уровень складских запасов минимальный: в количестве
  524288 – Уровень складских запасов максимальный: в количестве
  1048576 – Генерировать складские требования складу на полную потребность (без учета его остатков). Только для мест хранения с пометкой «локальный склад».
  

  Якорь
  _Toc478043268 _Toc478043268

  Карточки складского учета.

  Якорь
  _Toc478043269 _Toc478043269

  Налоговые группы для артикулов типа «Набор».

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

  Якорь
  _Toc478043270 _Toc478043270

  История изменения ценников.

  
  В раздел «Карточки складского учета» для артикула добавлена закладка «История ценников».
  Image Added
  На закладке показывается история назначения артикулу персонального типа ценника. В прежних версиях история изменения ценников не велась и в таблице изменений она не отобразится.
  При исследовании истории изменения ценника для артикула необходимо учитывать, что ценник артикулу может быть назначен непосредственно, через группу классификатора товаров или может быть унаследован из справочника типов ценников.
  История изменения ценника для группы классификаторов не ведется и в закладке истории ценников не отображается. Если ценнику назначается персональный тип ценника, его значение появляется в колонке «Тип» истории ценников. Если у артикула персональное значение типа ценников отзывается, и артикул начинает наследовать тип ценника из группы классификатора, поле «Тип» в таблице истории становится пустым.
  Поле «Тип в буфере» показывает, какое персональное значение типа ценника было назначено артикулу до начала маркетинговой акции, в ходе которой ценник для артикула временно заменяется на маркетинговый. Если у артикула не было персонального значения типа ценника, это поле будет пустым.
  

  Якорь
  _Toc478043271 _Toc478043271

  Маркировка товара.

  
  В разделе «Карточки складского учета» на закладку «Склад» добавлена группа элементов «Маркировка товара» с флажками ЕАС, CTM, KVI.
  Image Added
  Аналогичные флажки добавлены в фильтр на закладку «Склад».
  По умолчанию флажки не установлены. В текущей версии флажки используются при загрузке товаров в весы, если весы поддерживают печать изображений маркировки.
  

  Якорь
  _Toc478043272 _Toc478043272

  Запрос информации о товаре по коду алкогольной продукции в ЕГАИС.

  
  В раздел карточек складского учета в диалог старта функции «Обработать - Изменение кодов ЕГАИС» добавлена опция «Получить атрибуты продукции ЕГАИС для существующих кодов продукции ЕГАИС». При выборе опции функция выполняет запрос описания товара в ЕГАИС по коду алкогольной продукции. См. закладку «Описание».
  Функция отправляет запрос через почтовый модуль и ставит отметку о том, что информация запрошена, в поле «Комментарий» таблицы кодов алкогольной продукции.
  Image Added
  После получения информации из ЕГАИС почтовый модуль меняет отметку.
  Image Added
  

  Якорь
  _Toc478043273 _Toc478043273

  Акты переоценки маркетинговой акции. Прием в старшую базу и установка маркетинговых ценников.

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

  Якорь
  _Toc478043274 _Toc478043274

  Приходная и расходная накладные.

  Якорь
  _Toc478043275 _Toc478043275

  Транспортный раздел.

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

  Якорь
  _Toc478043276 _Toc478043276

  Функция «Все товары без НДС».

  
  В приходные и расходные накладные в ценовом режиме в список функций кнопки «Налоги» добавлена функция «Все товары без НДС». При вызове функции во всех строках в поле «НДС (ставка)» проставляется значение 0.
  

  Якорь
  _Toc478043277 _Toc478043277

  Функция проверки «Контроль ставки НДС для собственного контрагента - неплательщика НДС».

  
  Создана новая функция проверки 230 «Контроль ставки НДС для собственного контрагента - неплательщика НДС». По умолчанию функция имеет режим работы «Предупреждение».
  Функция проверяет, что ставки НДС во всех строках спецификации равны 0%, если собственный контрагент является неплательщиком НДС. Функция срабатывает при смене статуса накладной с «Принят на складе» / «Отпущен со склада» на «Принят полностью» / «Отпущен полностью».
  

  Якорь
  _Toc478043278 _Toc478043278

  Расходная накладная. Функция «Проставить дату накладной».

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

  Якорь
  _Toc478043279 _Toc478043279

  Аукционные заказы. Создание предложения заказа из заказов поставщику.

  
  В разделе «Заказы поставщику» в мастер функции создания нового заказа «Аукционные заказы» добавлена страница выбора способа формирования предложения заказа: путем автоматического расчета или копированием из документов «Заказ поставщику» с заданными условиями отбора по дате и поставщику:
  Image Added
  При выборе опции «копировать из документов «Заказ поставщику» в статусе «Размещен»» количество предложения заказа по магазинам формируется на основании количества заказа из обнаруженных по заданному условию документов. После создания процесса «Аукционные заказы» документы «Заказ поставщику» переводятся в статус «Исполнен».
  Способ формирования предложения заказа на основании других документов «Заказ поставщику» предполагается использовать в тех случаях, когда предложения заказа формируются в магазинах и собираются в центре. Использование статусов заказов «Размещен» и «Исполнен» до и после обработки позволяет избежать ситуации, когда исправленный магазином заказ может остаться не учтенным при формировании предложения заказа. Если магазин пришлет исправленный заказ уже после его обработки, то такой документ не будет принят, что даст возможность внести исправление уже в интерфейсе аукционного заказа по согласованию с менеджером процесса.
  

  Якорь
  _Toc478043280 _Toc478043280

  Планирование контрактных цен. Информационные поля.

  
  В разделе «Планирование контрактных цен» в диалог функции «Параметры раздела» добавлена возможность управлять отображением информационных полей таблицы артикулов, для которых проводится планирование цен контракта. Редактирование параметров раздела допускается только в режиме просмотра плана цен контракта.
  К прежним информационным полям «Старая цена 1», «Старая цена 2», «Старая цена 3» добавлены новые поля и опции «Отмечать уменьшение цены контракта более чем на» и
  «Рассматривать приходы за указанное количество дней». По умолчанию новые поля не отмечены для отображения:
  Image Added
  
  Алгоритм расчета значения полей следующий:
  

  <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="fe384fa0-f7f7-4354-b849-ca4679831579"><ac:plain-text-body><![CDATA[	Изменение суммы приходов, %	= ([Приходы. Кол-во] * [Новая полная цена контракта1] - [Приходы. Сумма]) * 100 / [Приходы. Сумма]	]]></ac:plain-text-body></ac:structured-macro>
  <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="0a6a882c-bf37-4a3e-868e-fba44931a23e"><ac:plain-text-body><![CDATA[	Изменение цены, %	= ([Новая цена] - [Текущая цена]) * 100 / [Текущая цена]	]]></ac:plain-text-body></ac:structured-macro>
  <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="c3fa372f-97b6-4059-81a0-dac6a9466758"><ac:plain-text-body><![CDATA[	Мин. новая наценка, %	= ([Мин. цена для кассы] - [Новая полная цена контракта1]) * 100 / [Мин. цена для кассы]	]]></ac:plain-text-body></ac:structured-macro>
  <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="feccee54-ff2e-4c98-9c0d-a6eb639534ce"><ac:plain-text-body><![CDATA[	Мин. текущая наценка, %	= ([Мин. цена для кассы] - [Текущая полная цена контракта]) * 100 / [Мин. цена для кассы]	]]></ac:plain-text-body></ac:structured-macro>
  Мин. цена для кассы	Минимальное значение вида цены для кассы среди всех мест поставки контракта2.
  НДС поставщика, %	Значение поля «НДС поставщика, %» из спецификации контракта.
  <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="ef3521bb-a77d-4286-84d2-ff7ee2d862f9"><ac:plain-text-body><![CDATA[	Приходы. Кол-во,Приходы. Сумма	Общее количество и полная сумма текущего артикула из всех приходных накладных с операцией «Приход» в статусе «Принят полностью» со значением поля «Приход в», совпадающим с одним из мест поставки контракта2.Даты накладных должны попадать в интервал с [D]-[N дней] по [D], где[D] - текущая дата (если раздел находится в режиме "Цены контракта") или дата документа «Прайс-лист поставщика» (если раздел находится в режиме «Исполнение прайс-листа»);[N дней] - значение параметра раздела «Рассматривать приходы за указанное количество дней».	]]></ac:plain-text-body></ac:structured-macro>

  Wiki разметка
  \\ ^1^ Новая полная цена контракта= \[Новая цена\], если цена контракта с НДС;= \[Новая цена\] * (1 + \[НДС поставщика, %\] / 100), если цена контракта без НДС. ^2^ Места поставки контракта - это места поставки из включающих текущий артикул соглашений о поставках в статусе «Принят», в общих основаниях которых находится рассматриваемый контракт с поставщиком. \\

  Якорь
  _Toc478043281 _Toc478043281

  Периодическое задание «Регистрация ведомостей базовых цен с нацениванием».

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

  Якорь
  _Toc478043282 _Toc478043282

  Расчет среднесуточной реализации. Опция «Уменьшать диапазон расчета при наличии маркетинговой акции».

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

  Якорь
  _Toc478043283 _Toc478043283

  Регистрация платежей.

  Якорь
  _Toc478043284 _Toc478043284

  Фискальный регистратор Штрих-М-01Ф

  
  В разделе «Регистрация платежей» реализован протокол работы с фискальным регистратором «Штрих-М-01Ф». Опознание типа фискального регистратора осуществляется автоматически, если устройство подключено к компьютеру и у него включено питание. При подключении устройства USB-кабелем предварительно надо установить «Драйвер преобразователя USB-RS232» и настроить его. Опознание устройства выполняется опросом доступных COM-портов.
  При работе с «Штрих-М-01Ф» необходимо учитывать, что большинство функций устройства начинают работать только после фискализации устройства. В нефискальном режиме любые функции, связанные с формированием чека, недоступны.
  Важной особенностью Штрих-М, также как и всех ФР с фискальными накопителями, является то, что фискальный накопитель имеет свои собственные часы, время которых не поддается регулировке. Фискальный регистратор Штрих-М, в котором стоит фискальный накопитель, также имеет свои часы, которые можно регулировать, но если их время разойдется с временем ФН более чем на 5 минут, произойдет блокировка работы ФР. По этой причине в случае, если время компьютера, на котором работает кассовая программа, и которое используется для фиксации времени пробития чека, разойдется с временем ФР, необходимо корректировать время компьютера, а не время ФР, как это было в фискальных регистраторах до введения ФЗ-54.
  Другой особенностью ФР Штрих-М является то, что при ошибке печати из-за обрыва или завершения чековой ленты и после установки ленты в рабочее положение, он отказывается работать, пока не будет произведена повторная печать. При этом команду на повторную печать он должен получить от кассовой программы. Такое поведение может привести к полной неработоспособности ФР, если кассовая программа не имеет информации о том, что причиной отказа в работе является случившийся в прошлом обрыв ленты. Так может быть, например, если после обрыва ленты случился сбой по питанию и кассовая программа после запуска ничего не знает о последовательности предыдущих событий. Для таких случаев в экране функции «Оборудование» на закладке «Фискальный регистратор» для регистратора Штрих-М имеется кнопка «Аварийная печать».
  Image Added
  
  Этой кнопкой следует пользоваться, если фискальный регистратор выдает ошибку «Ожидание команды продолжения печати», а кассовая программа по какой-то причине не в состоянии самостоятельно обработать такую ошибку.
  Если нажать эту кнопку в случае штатной работы ФР, будет получена сообщение «Команда не поддерживается в данном подрежиме».
  Еще одной особенностью Штрих-М, которая присутствует у всех ФР в силу закона ФЗ-54, является обязательность печати ставки НДС при печати в чеке строки продажи. Информация о ставке НДС и сумме НДС для каждой строки чека отправляется оператору фискальных данных и без этих данных формирование чека невозможно.
  В Штрих-М перечень ставок НДС и их название хранится в таблице ФР. При инициализации ФР эта таблица считывается в кассовую программу. При продаже каждого товара кассовая программа по величине ставки НДС определяет код строки таблицы ФР, которая должна использоваться для формирования строки чека. Для корректной работы ФР необходимо, чтобы перечень ставок НДС в таблице ФР соответствовал тем значениям ставок НДС, которые имеются в налоговых группах артикулов Торговой Системы. Если для артикула будет определена ставка НДС, отсутствующая в таблице ФР, то такая продажа пойдет с нулевой ставкой НДС.
  Если организация – собственный контрагент места хранения кассы, является неплательщиком НДС, то при формировании чека ставка НДС для всех товаров будет считаться нулевой.
  При поиске подходящей строки таблицы ФР кассовая программа просматривает таблицу с первой строки и останавливается при совпадении ставки НДС в строке с искомым значением. Если в таблице ФР имеется несколько строк с одним значением ставки, всегда будет выбираться только одна строка с наименьшим номером. В таблице ФР по умолчанию есть две ставки с нулевым значением НДС – «НДС 0%» и «Без НДС». Если требуется печатать «Без НДС», надо эту строку в таблице разместить выше строки «НДС 0%».
  Значения ставок НДС, переданных в ФР, сохраняются в чеке локальной базы данных для справки. В Торговой Системе эти значения в дальнейшем не используются.
  

  Якорь
  _Toc478043285 _Toc478043285

  Регистрация платежа по банковской карте при оплате платежного документа.

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

  Якорь
  _Toc478043286 _Toc478043286

  Просмотр списка смен.

  
  В перечень функций добавлена функция «Смены». При вызове функции показывается экран со списком смен, имеющихся в локальной базе. Функция позволяет посмотреть последние смены, их атрибуты и состояние выгрузки в базу данных Торговой Системы:
  Image Added
  При просмотре списка смен в локальной базе необходимо иметь в виду, что смены в локальной базе хранятся ограниченное время, которое задается атрибутом «Срок хранения Z-отчетов и записей в журнале событий в локальной базе данных в днях» в функции «Параметры раздела» на закладке «Общие». По умолчанию этот срок составляет 62 дня и по истечению этого срока все смены, выгруженные в базу данных Торговой Системы, автоматически удаляются.
  Image Added
  
  

  Якорь
  _Toc478043287 _Toc478043287

  Предупреждение о превышении суммы чека.

  
  В функции «Параметры раздела» на закладке «Общие» добавлен атрибут «Предупреждать при сумме чека больше". По умолчанию установлено значение 1000000 (См. выше).
  Если сумма чека продажи превысит указанное значение, кассиру перед переходом в режим оплаты будет выдано соответствующее предупреждение. Если параметр установлен в 0, считается, что контрольная сумма не установлена.
  Функция позволяет предупреждать грубые ошибки при формировании чека, например, когда вес товара вместо килограммов вводится в граммах, или вместо количества товара вводится большое число, например, артикул другого товара.
  

  Якорь
  _Toc478043288 _Toc478043288

  Журнал событий. Закрытие смены.

  
  В предыдущих версиях в журнале событий для операции закрытия смены сохранялась информация об аварийных закрытиях смены в ФР и локальной базе.
  В текущей версии в журнале событий дополнительно сохраняются следующие события:
• Закрытие смены в ФР;
• Закрытие смены в локальной базе;
• Ручная выгрузка закрытой смены.
  

  Якорь
  _Toc478043289 _Toc478043289

  Поиск товара при отсутствии связи с базой данных.

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

  Якорь
  _Toc478043290 _Toc478043290

  Редактор XML-схем. Выгрузка значения доп. характеристики артикула.

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

  Якорь
  _Toc478043291 _Toc478043291

  Процесс «Возврат поставщику ТСД».

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

  Якорь
  _Toc478043292 _Toc478043292

  Драйвер для загрузки весов DIGI SM-120. Загрузка маркировки.

  
  Для весов DIGI SM-120 в интерфейс настройки весов добавлены элементы для указания файлов изображения маркировки товара EAC, CTM, KVI для загрузки их в весы:
  Image Added
  

  Якорь
  _Toc478043293 _Toc478043293

  Драйвер для загрузки весов DIGI SM-5000.

  
  Создан новый драйвер для работы с весами DIGI 5000. Интерфейс настройки и функциональность аналогична весам DIGI SM-Ethernet.
  Image Added
  
  К перечню файлов, загружаемых в весы, добавились файлы маркировки товара:
  Image Added
  В свойствах модели добавился выбор группы классификатора номенклатур, которая будет загружаться в весы:
  Image Added
  Особенностью этой модели весов является сенсорный экран для выбора товара, на котором выводятся группы товаров с изображением группы и / или товары с изображением товаров. При нажатии на группу товаров показываются товары группы или ее подгруппы также со своими изображениями.
  В качестве классификатора товаров на весах используется группа номенклатур, заданная в настройках весов. Выбранная группа используется как корень классификатора весов и должна содержать другие группы, которые будут выводиться в качестве групп первого уровня или товары, если группировать товары не предполагается.
  Для того, чтобы в весы можно было загружать изображение групп товаров в классификатор номенклатур добавлена возможность сохранять изображение:
  Image Added
  Изображения для загрузки в весы должны быть в формате BMP или JPEG. Выбор формата настраивается в самих весах. Это относится как к изображениям групп номенклатур, так и карточек складского учета.
  

  Якорь
  _Toc478043294 _Toc478043294

  Оборудование.

  Якорь
  _Toc478043295 _Toc478043295

  Сохранение настроек, локальных для компьютера.

  
  Часть оборудования, которое используется Торговой системой, подключается непосредственно к компьютеру, на котором ведется работа. В частности это сканеры, принтеры этикеток с непосредственным подключением, некоторые весы. Когда используется такое оборудование, часть его настроек имеет смысл только в отношении компьютера, к которому они подключены, например, номер порта, к которому подключен принтер этикеток. Такие настройки не могут быть общими для всех пользователей системы, работающих на разных компьютерах, и по этой причине сохраняются не в базу данных, а в системный реестр компьютера, к которому они подключены.
  При сохранении настроек такого оборудования в системный реестр (для того, чтобы настройки были доступны для всех пользователей компьютера) необходимо обладать правами администратора компьютера. В ряде случае пользователи не имеют таких прав. Тогда Торговая Система сохраняет настройки в ту ветвь реестра, которая доступна только текущему пользователю. Если пользователь настроил оборудование, не имея прав администратора, то другой пользователь не сможет воспользоваться выполненной работой и может создаться впечатление, что настройки пропали.
  В текущей версии при сохранении настроек оборудования, если они сохраняются в реестр компьютера, задается вопрос:
  Image Added
  Если пользователь не имеет прав администратора, выбор варианта «Для всех пользователей» приведет к ошибке недостаточности прав, и пользователь сможет сохранить настройки только для себя. То есть пользователь будет проинформирован о том, что другие пользователи его настройками воспользоваться не смогут.
  При чтении настроек оборудования из реестра может случиться, что будут обнаружены как настройки для всех пользователей, так и настройки текущего пользователя. В прошлой версии в таком случае всегда брались настройки текущего пользователя. Это приводило к тому, что после смены настроек администратором, они оставались недоступными для пользователя, и требовалось повторная настройка оборудования силами самого пользователя.
  В текущей версии проверяется дата изменения общих для всех пользователей настроек и настроек текущего пользователя и выбирается тот комплект настроек, который имеет наибольшее значение даты и времени сохранения.
  

  Якорь
  _Toc478043296 _Toc478043296

  Выбор COM-портов с номерами больше 9.

  
  В предыдущих версиях при настройке способа подключения оборудования разрешалось выбирать COM-порты с номерами от 1 до 9. Порты с большими номерами в списке выбора отсутствовали. Это было связано с устаревшим ограничением для старых операционных систем. Сейчас при использовании виртуальных COM-портов для подключения устройств через USB, номера COM-портов могут быть какими угодно.
  В текущей версии это ограничение убрано.
  

  Якорь
  _Toc478043297 _Toc478043297

  Бизнес-анализ. Кассовые чеки со спецификацией. Поля «Код PDF417» и «Штриховой код».

  
  В модель данных бизнес-анализа «Кассовые чеки со спецификацией» в группу полей «Спецификация чека» добавлены поля «Код PDF417» и «Штриховой код». При выборе этих полей в таблице задачи в них выводятся значения из спецификации чека.
  

  Якорь
  _Toc478043298 _Toc478043298

  Административный модуль. Права на управление заданиями.

  
  Для модуля «Администратор» функциональное право на управление заданиями заменено тремя функциональными правами:
  
• Управление административными заданиями
• Управление заданиями Сервера приложений
• Управление функциональными заданиями
  При обновлении версии, если должность имела право на управление заданиями, ей выдаются права на все три функциональные роли.
  

  Якорь
  _Toc478043299 _Toc478043299

  Открытие периода. Прерывание работы процедуры.

  
  В прошлых версиях процедура открытия периода проводилась в одной транзакции. Если закрытый период охватывал значительный массив документов, открытие периода требовало большого размера сегмента отката. Кроме того, в случае какой-либо ошибки в ходе работы процедуры (например, остановке базы данных) происходил полный откат, и процедуру надо было выполнять с начала.
  В текущей версии открытие периода происходит порциями. В ходе работы процедуры её можно остановить и продолжить работу с места прерывания.
  Image Added
  Также, при остановке базы данных работу процедуры можно продолжить с прерванного участка.
  

  Якорь
  _Toc478043300 _Toc478043300

  Обрезка базы.

  Якорь
  _Toc478043301 _Toc478043301

  Рассылка обрезки.

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

  Якорь
  _Toc478043302 _Toc478043302

  Журнал обрезки.

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

  Якорь
  _Toc478043303 _Toc478043303

  Отчет «Движение по коду алкогольной продукции».

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

  Якорь
  _Toc478043304 _Toc478043304

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

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

  Якорь
  _Toc478043305 _Toc478043305

  Перечень исправленных ошибок и улучшений.

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

Якорь
_Toc486327908 _Toc486327908

Создание аукционных заказов. Выбор мест хранений.

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

Якорь
_Toc486327909 _Toc486327909

Функция проверки 221 «Ассортиментная матрица: превышение фактической ёмкости над плановой».

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

Якорь
_Toc486327910 _Toc486327910

Печатная форма счета-фактуры.

В разделах «Приходные накладные», «Расходные накладные» и «Счета-фактуры кассового чека» В заголовок печатной формы счета-фактуры добавлено поле (8) «Идентификатор государственного контракта, договора (соглашения)».


Изменения функционала в версии 1.034 сервис пак 2.
Алкогольная декларация. Импорт остатка предыдущей декларации из файла.

Якорь
_Toc486331716 _Toc486331716

Алкогольная декларация. Импорт остатка предыдущей декларации из файла.

В разделе «Алкогольная декларация» в функцию «Заполнить поле «Остаток предыдущей декларации»» добавлен вариант выбора источника данных для заполнения поля:
Image Added
При выборе опции «алкогольная декларация системы» функция работает также как и раньше, то есть предлагает выбрать декларацию из которой будут взяты данные.
При выборе опции «XML-файл алкогольной декларации» предлагается указать файл с данными, соответствующими описанию формата из файла 11-o.xsd, для групп данных «Алкоголь» и файл с данными, соответствующими описанию формата из файла 12-o.xsd, для групп данных «Пиво».
Image Added
В файлах алкогольной декларации, выбранных для импорта, не должно быть групп алкогольного классификатора, отсутствующих в справочнике «Классификатор алкогольной продукции». Производители алкогольной продукции из файлов сопоставляются с производителями из справочника «Производители / импортеры» алкогольной декларации по совпадению ИНН и КПП. Если в справочнике алкогольной декларации такого производителя / импортера нет, то он ищется в системном справочнике уже по совпадению ИНН, КПП и наименования. Если и там его нет, то новый производитель / импортер добавляется и в системный справочник, и в алкогольную декларацию.

Изменения функционала в версии 1.034 сервис пак 3.
Регистрация платежей (К). Модель ККТ СП802-Ф.+
Ордер на доставку. Налоги в спецификации документа.
Импорт из портативного терминала в документы. Формат файлов УКМ-Gestori.

Якорь
_Toc487450177 _Toc487450177

Регистрация платежей (К+). Модель ККТ СП802-Ф.

В разделе «Регистрация платежей» поддержана работа с моделью ККТ СП802-Ф, которая работает в рамках закона ФЗ-54. Для работы с ККТ его необходимо подсоединить к компьютеру, на котором работает Супермаг+. Подсоединение может быть как через COM порт, так и через USB порт. В последнем случае необходимо использовать драйверы, эмулирующие COM порт.
После подсоединения и включения устройства для его опознания и регистрации достаточно запустить раздел. Если устройство подключается первый раз, будет предложено зарегистрировать новую кассу с этим устройством. Кассу можно также зарегистрировать заранее, в разделе «Структура магазина/склада».
ККТ 802-Ф обладает следующими особенностями:

• перечень налогов в ККТ фиксированный и не может настраиваться. Перечень состоит из следующих значений: НДС 18%, НДС 10%, НДС 0%, Без НДС, НДС 18/118, НДС 10/110. При сопоставлении налоговой группы Супермаг+ с налогом в ККТ, ищется вхождение строки значения налога НДС артикула в строке налога ККТ.
• В ККТ передается цена артикула без учета скидок, количество и сумма скидки позиции. Цена артикула со скидкой и величина налога рассчитывается ККТ самостоятельно. Скидку на сумму чека ККТ не принимает. В случае, когда клиенту предоставляется скидка на мелочь, кассовая программа распределяет сумму скидки на мелочь по позициям чека таким образом, чтобы сумма позиции со скидкой, деленная на количество, давали бы такую цену, что её округление до копейки не приводило бы к изменению суммы при умножении цены на количество. При таком распределении часть суммы скидки может не распределиться по позициям чека и остаток скидки на мелочь считается кассовой программой скидкой на сумму чека. При работе с СП802-Ф эта часть скидки на мелочь присовокупляется к скидке для позиции с максимальной суммой. В этом случае ККТ может самостоятельно разделить строку позиции чека на две и напечатать чек, отличный от чека в кассовой программе. Сумма чека в кассовой программе и в ККТ будут совпадать.
• ККТ в информации о статусе устройства не предоставляет информации о превышении 24-х часового лимита времени открытой смены. Если лимит превышен, об этом становиться известно только в момент фиксации чека. В этом случае, после получения сообщения об ошибке, необходимо закрыть смену и сформировать чек заново.
• ККТ не имеет возможности сообщить какой будет номер у следующего чека. Соответственно, при формировании нового чека ему присваивается номер -1 и он заменяется на истинный номер при успешной фиксации чека. Если в процессе фиксации произошли ошибки и ККТ не вернул номер чека, то такой чек может остаться в локальной базе данных с номером -1, что означает, что такой чек не был зафиксирован, не может входить в сменный отчет и не может передаваться в базу данных Торговой Системы в качестве оперативного чека. В некоторых случаях отсутствие информации о номере нового чека может создать затруднение. Например, при повторной печати чека, если чек был зафиксирован ККТ, но по какой-то причине ККТ не смог вернуть его номер кассовой программе, для повторной печати чека в ККТ надо указать его номер, который кассовой программе неизвестен.
  ККТ позволяет настраивать содержание текста заголовка чека и нижний колонтитул. Для ввода значений надо вызвать функцию «Оборудование» и перейти на закладку «Чек»:
  Image Added
  

  Якорь
  _Toc487450178 _Toc487450178

  Ордер на доставку. Налоги в спецификации документа.

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

  Якорь
  _Toc487450179 _Toc487450179

  Импорт из портативного терминала в документы. Формат файлов УКМ-Gestori.

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

Якорь
_Toc491430388 _Toc491430388

Инвентаризация ЕГАИС.

Якорь
_Toc491430389 _Toc491430389

Предупреждение при вводе товара не относящегося к группе алкогольного классификатора.

При инвентаризации немаркированной алкогольной продукции ввод данных производится сканированием штрихового кода товара, или вводом артикула. В этом случае в инвентаризацию могут попасть товары, не являющиеся алкогольным. Для таких товаров никогда не будет обнаружен код алкогольной продукции и они будут препятствовать созданию актов списания или постановки на баланс алкогольной продукции.
Для маркированной алкогольной продукции такая ситуация невозможна, поскольку код алкогольной продукции указывается в коде PDF417 и такой товар не может не являться алкоголем.
В текущей версии при вводе товаров в журнал инвентаризации делается проверка на вхождение артикула в группу алкогольного классификатора и если такая группа не будет найдена, то показывается предупреждение:
Image Added
Предупреждение не является запретом, поскольку возможны ситуации, когда товару забыли присвоить группу алкогольного классификатора. Предупреждение должно позволить оператору лишний раз обратить внимание на то, что он вводит в журнал инвентаризации ЕГАИС.

Якорь
_Toc491430390 _Toc491430390

Функция «Удалить строки с пустыми алк. кодами».

В раздел «Инвентаризация ЕГАИС» добавлена функция «Удалить строки с пустыми алк. кодами». Функция доступна в режиме редактирования журнала инвентаризации при нажатии на кнопку «Обработать». Функция позволяет удалить из журнала все строки, для которых не удалось определить код алкогольной продукции.
Код алкогольной продукции может отсутствовать, в том числе, если продукция, зафиксированная в журнале не относится к алкогольной и не может иметь кода алкогольной продукции, например, если при инвентаризации в журнал ошибочно было внесено безалкогольное пиво.

Якорь
_Toc491430391 _Toc491430391

Завершение ввода данных. Контроль наличия кодов алкогольной продукции для всех строк журнала.

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

Якорь
_Toc491430392 _Toc491430392

Сверка остатков ЕГАИС. Алгоритм функции «Подобрать алк. кода».

В предыдущих версиях функция «Подобрать алк. кода» обрабатывала только те строки таблицы на закладке «Сверка остатков ЕГАИС», для которых не был подобран код алкогольной продукции.
Функция используется при инвентаризации немаркированной алкогольной продукции в случае, когда у артикула имеется более одного кода алкогольной продукции. При инвентаризации маркированной продукции код алкогольной продукции однозначно определяется при считывании кода PDF417.
При инвентаризации немаркированной алкогольной продукции код алкогольной продукции может быть внесен в журнал в мастере ввода данных. Для артикулов с единственным кодом алкогольной продукции код поставляется автоматически, для артикулов с несколькими кодами, код можно выбрать из выпадающего списка. В предыдущих версиях предполагалось, что приоритет выбора кода алкогольной продукции для артикула должен быть оставлен за персоналом и не должен меняться функцией подбора алкокодов.
В текущей версии в процедуру старта работы функции добавлен следующий диалог:
Image Added
Флаг «Только для строк с незаполненными кодами продукции» по умолчанию не установлен и, в этом случае, функция подбора кодов алкогольной продукции для артикулов с несколькими кодам игнорирует данные введенные оператором и подбирает их таким образом, чтобы максимально полно распределить остатки ЕГАИС по кодам алкогольной продукции артикула.

Якорь
_Toc491430393 _Toc491430393

Сверка остатков по артикулу. Пересчет литров в декалитры для разливного пива.

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

Якорь
_Toc491430394 _Toc491430394

Коды PDF 417 ЕГАИС. Перевод в черновик.

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

Якорь
_Toc491430395 _Toc491430395

Кассовые документы. Поиск связанных с документом ТТН ЕГАИС.

На основании кассовых документов могут быть созданы акты списания немаркированной алкогольной продукции. Эти акты формируются в разделе «ТТН ЕГАИС на отгрузку».
В разделе «Кассовые документы» в мастер старта функции на закладку «Связанные документы» добавлен флаг «ТТН ЕГАИС»:
Image Added
При выборе опции помимо поиска связанных документов производится поиск ТТН ЕГАИС:
Image Added

Якорь
_Toc491430396 _Toc491430396

Отсылка ТТН ЕГАИС. Формирование поля Identity.

В предыдущих версиях при формировании ТТН ЕГАИС в поле Identity помещалось значение номера накладной Торговой системы.
В связи со следующим действием ЕГАИС:
«Московский филиал доводит до Вашего сведения, что на серверной части реализован ФЛК номеров ТТН. В рамках одного календарного дня, система не даст зафиксировать ТТН с одинаковым номером от одного fsrar_id. При этом, если ТТН_1 будет иметь отказанный статус, ТТН_2 с таким же номером и датой зафиксируется, если поле «Identity» в ТТН_2 будет иметь отличное значение от ТТН_1.»
В текущей версии значение поля Identity формируется как номер документа плюс текущая минута и секунда. Изменение позволяет повторно отсылать в ЕГАИС документ, если его предыдущая отсылка была отвергнута ЕГАИС из-за ошибки в документе.



Изменения функционала в версии 1.034 сервис пак 6.
Инвентаризация ЕГАИС. Сверка остатков ЕГАИС при наличии неизвестных кодов алкогольной продукции.
Заполнение спецификации приходной накладной данными упаковочного листа. Контроль превышения количества заказа.
Почтовый модуль. Правила рассылки документов для абонентов типа «Контрагент».
Счет-фактура. Изменение печатной формы постановлением Правительства РФ №981 от 19.08.2017.

Якорь
_Toc493522899 _Toc493522899

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

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

Если отказаться исключать эти коды из инвентаризации, то строки с этими кодами будут сохранены в таблице и будут показываться красным цветом. Кодам алкогольной продукции красных строк необходимо поставить в соответствие артикулы до завершения работы по инвентаризации. Функция «Завершить ввод данных» не позволит завершить работу при наличии таких кодов:
Image Added

Якорь
_Toc493522900 _Toc493522900

Заполнение спецификации приходной накладной данными упаковочного листа. Контроль превышения количества заказа.

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

Якорь
_Toc493522901 _Toc493522901

Почтовый модуль. Правила рассылки документов для абонентов типа «Контрагент».

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

Якорь
_Toc493522902 _Toc493522902

Счет-фактура. Изменение печатной формы постановлением Правительства РФ №981 от 19.08.2017.

В соответствии с постановлением Правительства РФ №981 от 19.08.2017 в печатную форму счета-фактуры внесены следующие изменения:

• в угловом штампе документа: «(в ред. Постановления Правительства РФ от 19.08.2017 № 981)»
  
• в шапке документа в пункте 8 добавлены в скобках слова «(при наличии)».
  
• в табличной части добавлена колонка 1а «Код вида товара». Поля колонки заполняются прочерками в каждой строчке спецификации.
  
• изменено название колонки 11. Старое название: «Номер таможенной декларации», новое название: «Регистрационный номер таможенной декларации».
  
• в подвале документа в текстовой части поле «Индивидуальный предприниматель» дополнено словами «или иное уполномоченное лицо».
  
  
  
  Изменения функционала в версии 1.034 сервис пак 6.
  Инвентаризация ЕГАИС. Сверка остатков ЕГАИС при наличии неизвестных кодов алкогольной продукции.
  Заполнение спецификации приходной накладной данными упаковочного листа. Контроль превышения количества заказа.
  Почтовый модуль. Правила рассылки документов для абонентов типа «Контрагент».
  Счет-фактура. Изменение печатной формы постановлением Правительства РФ №981 от 19.08.2017.

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

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

Если отказаться исключать эти коды из инвентаризации, то строки с этими кодами будут сохранены в таблице и будут показываться красным цветом. Кодам алкогольной продукции красных строк необходимо поставить в соответствие артикулы до завершения работы по инвентаризации. Функция «Завершить ввод данных» не позволит завершить работу при наличии таких кодов:
Image Added

Заполнение спецификации приходной накладной данными упаковочного листа. Контроль превышения количества заказа.

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

Почтовый модуль. Правила рассылки документов для абонентов типа «Контрагент».

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

Счет-фактура. Изменение печатной формы постановлением Правительства РФ №981 от 19.08.2017.

В соответствии с постановлением Правительства РФ №981 от 19.08.2017 в печатную форму счета-фактуры внесены следующие изменения:

• в угловом штампе документа: «(в ред. Постановления Правительства РФ от 19.08.2017 № 981)»
  
• в шапке документа в пункте 8 добавлены в скобках слова «(при наличии)».
  
• в табличной части добавлена колонка 1а «Код вида товара». Поля колонки заполняются прочерками в каждой строчке спецификации.
  
• изменено название колонки 11. Старое название: «Номер таможенной декларации», новое название: «Регистрационный номер таможенной декларации».
  
• в подвале документа в текстовой части поле «Индивидуальный предприниматель» дополнено словами «или иное уполномоченное лицо».
  
  
  
  
  
  Изменения функционала в версии 1.034 сервис пак 8.
  Сличительные ведомости. Функция «Проставить цены» для вида цены «цены поставки». Управление количеством потоков расчета товародвижения.
  Буферизация сообщений в сервере приложений для пользователей ТСД.

Якорь
_Toc498695621 _Toc498695621

Сличительные ведомости. Функция «Проставить цены» для вида цены «цены поставки». Управление количеством потоков расчета товародвижения.

Функция «Проставить цены» в сличительной ведомости в случае простановки цен поставки выполняет расчет товародвижения для артикулов спецификации документа. Результаты расчета товародвижения используются функцией для определения поставок товаров, из которых, в свою очередь, берутся цены поставки.
В предыдущих версиях функция использовала один поток для расчета товародвижения.
В текущей версии дается возможность управлять количеством потоков расчета товародвижения. В диалог старта функции добавлена кнопка для вызова диалога настройки количества потоков:
Image Added
Image Added
Image Added
При изменении количества потоков перед выполнением функции расчета необходимо рестартовать программу Супермаг+. Это связано с тем, что количество доступных соединений с базой данных, которые используются потоками расчета товародвижения, резервируется в момент старта программы. Если пользователь не выполняет расчета цен поставки в сличительной ведомости, не следует изменять количество потоков в этом диалоге. Это может увеличить нагрузку на базу данных из-за установления избыточного количества соединений.
При увеличении количества потоков каждый поток выполняет расчет товародвижения одного артикула независимо от других потоков и за счет того, что процессы отбора, сохранения данных и расчета товародвижения в разных потоках выполняются не одновременно, достигается большая равномерность и эффективность использования ресурсов компьютеров клиента и сервера и сокращается время работы функции.
Оптимальное количество потоков для расчета товародвижения зависит от объема памяти компьютеров, количества ядер процессора и/или процессоров, производительности дисков и сети. Для обычных компьютеров при количестве потоков больше 4-х, роста производительности работы функции не наблюдается.

Якорь
_Toc498695622 _Toc498695622

Буферизация сообщений в сервере приложений для пользователей ТСД.

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



Изменения функционала в версии 1.034
Накладные на перемещение.
Транспортный раздел.
Печатная форма «Товарно-транспортная накладная по форме 1-Т».
Ведомость базовых цен. Количество в спецификации документа.
Подтверждение заказа поставщику. Статус «Закрыт».
ЕГАИС.
Обмен с ЕГАИС файлами 2-го формата.
Обмен с ЕГАИС при перемещении товара накладными на перемещение.
Запрос остатков ЕГАИС по расписанию.
Акты списания и постановки на баланс в торговом зале. Редактирование количества.
Подсчет алкоголя ТСД. Оформление розничной продажи алкоголя организациям.
Коды PDF417 ЕГАИС. Получение данных из программы ТСД.
Инвентаризация ЕГАИС. Ввод кода EAN и PDF417 сканером в разрыв клавиатуры.
Алкогольная декларация. Производитель / импортер для кассовой реализации.
Карточки складского учета.
Кода алкогольной продукции ЕГАИС. Производитель.
Фильтр по типу артикулов.
Фильтр по короткому названию с использованием национального алфавита.
История номенклатур. Право на просмотр закладки.
Структура магазина склада. Функция перемещения весов в другой отдел.
Классификатор номенклатур. Право на удаление групп классификатора номенклатур.
Состав номенклатур / ассортиментных матриц. Ввод / вывод товаров из матрицы.
Касса Супермаг.+
Продажа товара по максимальной розничной цене.
Управление скидкой на мелочь.
Автоматическая печать ценников.
Почтовый модуль.
Настройка правил рассылки и сквозной пересылки.
Обработка очереди почтовых объектов.
Бизнес-анализ. Условие фильтра по числовому полю.
Отчеты и печатные формы. Вывод отчета в файл «Страница HTML».
Перечень исправленных ошибок и улучшений.