В разделе «Подсчет алкоголя ТСД» для процессов подсчета маркированного алкоголя в функции экспорта в расходную накладную на возврат и в накладную на перемещение добавлена опция:

При создании спецификации накладной выполняется группировка марок из подсчета алкоголя по справкам РФУ2. При создании спецификации накладной для одного артикула может быть создано несколько строк с выделенными группами марок. В каждую строку накладной в качестве основания товародвижения проставляется пункт спецификации приходной накладной, ссылка на которую есть в ТТН на приход для этих групп марок.

ТТН на приход, ТТН на отгрузку, Подсчет алкоголя ТСД. Фильтр по номеру марки.

В интерфейс разделов «ТТН на приход», «ТТН на отгрузку» и «Подсчет алкоголя ТСД» в перечень элементов фильтра добавлен элемент «Марка», в котором можно указать номер алкогольной марки или его часть для отбора документа или процесса, в спецификации которых встречается эта марка:

ТТН на отгрузку. Определение атрибутов грузоотправителя для ЕГАИС.

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

В текущей версии в разделе контрагентов в таблицу мест хранений собственного контрагента добавлено поле «ФСРАР ИД»:

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

В расходную накладную добавлено поле для ФСРАР ИД места отгрузки. В интерфейсе заголовка документа это поле находится на закладке «Транспортный раздел»:

Поле ФСРАР ИД места отгрузки автоматически заполняется при создании расходной накладной данными из таблицы мест хранения собственного контрагента, если собственный контрагент задан в мастере создания документа. Когда у места хранения имеется несколько собственных контрагентов, это позволяет однозначно определить ФСРАР ИД грузоотправителя.

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

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

- если в расходной накладной задан грузоотправитель, то для дальнейшей работы используются его атрибуты (ИНН и КПП), в противном случае используются атрибуты собственного контрагента;

- в ЕГАИС запрашиваются данные контрагента по его ИНН;

- если у контрагента есть КПП, то КПП используется для извлечения информации о грузоотправителе из данных ЕГАИС;

- если у в документе задан ФСРАР ИД адреса погрузки, то ФСРАР ИД используется для извлечения информации о грузоотправителе из данных ЕГАИС; если известны и ФСРАР ИД и КПП грузоотправителя, то используются оба, и данные контрагента по обоим критериям должны совпадать;

- если ФСРАР ИД в документе не задан и КПП у контрагента отсутствует, для выделения данных используется ФСРАР ИД владельца документа, который определяется по настройкам почтового модуля для места хранения.

Внимание! В тех случаях, когда собственный контрагент и грузоотправитель не одно и то же лицо, ФСРАР ИД адреса погрузки должен принадлежать грузоотправителю. В этом случае не следует применять автоматическую подстановку ФСРАР ИД по местам хранения собственного контрагента.

Аналогичные изменения внесены в накладную на перемещение и процедуру создания и отправки ТТН ЕГАИС на отгрузку на основании накладной на перемещение.

На закладку транспортного раздела накладной на перемещение добавлены поля ФСРАР ИД для адреса погрузки и адреса разгрузки:

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

При отсылке ТТН ЕГАИС, если контрагент не имеет КПП, то для определения его атрибутов для заполнения ТТН используются ФСРАР ИД адреса погрузки и адреса разгрузки из накладной на перемещение.

Меркурий.

Гашение ВСД ГИС «Меркурий». Фильтр.

В разделе «Гашение ВСД ГИС «Меркурий»» элементы фильтра документов перенесены на отдельный экран, который вызывается нажатием кнопки «Фильтр»:

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

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

Гашение ВСД ГИС «Меркурий». Дата выработки и срок годности.

В таблицу ВСД добавлены поля «Изготовлен» и «Годен до». Аналогичные поля добавлены в детальную часть информации о ВСД:

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

Документ «Отгрузка» ГИС «Меркурий». Создание пакета ВСД на основании накладной.

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

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

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

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

Документ «Производство» ГИС «Меркурий». Генерация на основании выхода из производства.

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

Примечание: акт производства содержит один вид выходной продукции, за исключением разделки. При разделке выходная продукция представлена несколькими артикулами. Для разделки процедура взаимодействия с ГИС «Меркурий» не реализована.

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

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

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

В сам документ «Выход из производства» в заголовок документа добавлен показ списка документов, созданных на основании текущего документа:

В разделе «Документ «Производство» ГИС «Меркурий»» в таблицу спецификации сырья, подобранного для списания на производство готовой продукции, добавлены колонки «Изготовлен» и «Годен до»:

Накладные, накладная поставщика, требования на отбор. Сортировка в таблице упаковочных листов.

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

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

В раздел контрагентов на закладку «Поставщик» добавлен флаг «Создавать заказы только через автоматическую генерацию заказов»:

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

Контракты с поставщиками. Фильтр по виду обязательства.

В разделе «Конракты с поставщиками» в фильтр отбора документов добавлено условие «Вид обязательства»:

Заказы поставщикам.

Цветовая индикация строк спецификации.

В раздел «Заказы поставщикам» добавлено информационное поле «В номенклатуре»:

Для заказов, созданных на основании контракта и соглашения о поставках, реализована цветовая индикация строк. Цветовой фон задается в диалоге функции «Параметры раздела»:

По умолчанию цвета не заданы.

Фоном выделяются строки для артикулов, которые:

- отсутствуют в соглашениях о поставках

- отсутствуют в номенклатуре места хранения

- отсутствуют в соглашениях о поставках и в номенклатуре места хранения

Соглашение о поставке берется из общих оснований документа. Если в основании заказа нет соглашения о поставке, то первая и третья опции работать не будут.

Для определения вхождения в номенклатуру места хранения в таблицу спецификации документа надо добавить информационное поле «В номенклатуре». Если поле будет отсутствовать в интерфейсе, вторая и третья опции работать не будут.

Значение по умолчанию флага «Учитывать при автогенерации заказа».

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

Бонусы от поставщиков.

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

Тип суммы:

- сумма оплаты

- сумма полная приходов (по дате документов)

- сумма без НДС приходов (по дате документов)

- сумма полная приходов (по дате накладной поставщика)

- сумма без НДС приходов (по дате накладной поставщика).

Все суммы считаются с учетом возвратов.

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

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

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

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

Создана функция проверки 248 «Бонус от поставщика уже существует». Функция по умолчанию имеет режим работы «Запрет». Функция содержит прежнее условие из функции проверки 37, а именно проверка срабатывает, если существует другой бонус от того же поставщика в статусе "Принят" для того же места поставки и артикула с периодом действия, пересекающимся с периодом действия рассматриваемого документа, и с тем же периодом для начисления бонуса.

Внесено изменение в отчет «Расчет бонусов поставщика». Поле «Номер» документа заменено полем «Номер / наименование», в котором выводится номер документа и значение поля «наименование» документа.

Акты уценки. Калькулятор строк спецификации.

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

Кассовые документы. Расчет статистики «Налоги».

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

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

Кассовые чеки. Фильтр по коду КИЗ или алкогольной марки.

В разделе кассовых чеков в экране фильтра на закладку «Товары» добавлен элемент Алкогольная марка/КИЗ:

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

Раздел «Анализ реализации». «Срок реализации».

В текущей версии в разделе «Анализ реализации» в окно с информацией об артикуле дополнительно выводится значения параметра карточки «Срок реализации»:

Печать ценников FastReport на мобильном принтере.

Мобильные принтеры - это носимые устройства, которые выполняют печать на термобумаге или термоэтикетках. Формат печати обуславливается шириной рулона бумаги, которая вставлена в принтер. Мобильные принтеры для доступа к ним имеют модули WiFi и / или Bluetooth и используются, как правило, совместно с ТСД при работе в зале. Особенностью мобильных принтеров является отсутствие стандартных драйверов в ОС Windows и Android для обращения к таким устройствам. Мобильные принтеры принимают данные для печати, описанные на их собственных языках, например, ZPL или CPCL . Эти языки позволяют описать вид и содержание этикетки, как последовательность команд. В том числе поддерживается команда печати изображения, представленного в виде содержания bmp -файла.

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

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

В справочник категорий ценников добавлено поле «Только для мобильного принтера»

Для печати на мобильном принтере ценник в FastReport должен быть объявлен с размером поля равным размеру этикетки. Обычные ценники, созданные под формат бумаги А4, на принтере этикетки печатать нельзя.

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

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

Далее каждый дизайн можно назначить требуемой группе товаров, также как и для обычных ценников:

Или для отдельных товаров в разделе карточек складского учета, а также переопределять их в ходе проведения маркетинговых акций:

Печать этикеток. Ключевое слово % BARUKM 5.

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

PR |<штриховой код базового артикула>|<цена уценочного артикула>|0

где

<штриховой код базового артикула> - штриховой код артикула, который является базовым для артикула уценки

<цена уценочного артикула> - цена артикула уценки в копейках. Значение цены зависит от раздела, в котором выполняется функция печати этикетки.

Пример:

PR|3041311010705|510300|0

Ключевое слово поддержано в Супермаг Мобайл, начиная с версий 2.4.728.28 и 2.3.903.27.

Управление заданиями Супермаг Мобайл 3. Создание заданий для тестового контура.

Серверная часть Супермаг Мобайл 3 получила возможность работы с тремя контурами: рабочим, тестовым и промо-контуром. Подробное описание см. «Мобайл 3. Тестовый и промо контур.docx». Контуры изолированы друг от друга. Задания одного контура не видны в другом контуре и их выполнение не влияет на данные другого контура.

Для создания заданий для тестового контура в интерфейс создания заданий раздела «Управление заданиями Супермаг Мобайл 3» добавлен флаг «Задание для тестового контура»:

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

Сервер обмена данными. Формат обмена «УКМ – обмен данными».

В сервер обмена данными добавлен формат обмена «УКМ – обмен данными»:

Формат обмена предназначен для ответа на запросы со стороны УКМ об остатке артикула. При использовании этого формата сервер обмена данных выступает в роли сервера, УКМ - в роли клиента. Авторизация клиента не предусмотрена. Поддерживается одна команда «получить остаток товара» протокола сервиса контроля остатков УКМ5:

http s :// server _ url /api/1.0/reservationItem/{ store }?sku=артикул

При обращении к серверу обмена данных по локальной сети запрос может выглядеть следующим образом:

http://192.168.25.163:8085/api/1.0/reservationItem/4?sku=000021

Ответ:

{

"quantity" : 15.0

}

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

Административный модуль.

Расчет товародвижения. Настройки.

В диалог настроек расчета товародвижения добавлен флаг «Собирать статистику по аналитическим таблицам после завершения расчета товародвижения»:

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

Аналогичная опция размещена в интерфейсе администратора сервера приложений для процедуры расчета товародвижения по расписанию:

Интерфейс.

Окно программы «Административный модуль» сделано с изменяемым размером. Вкладка «Задания» перенесена из раздела «База данных» в новый раздел «Задания»:

В разделе «Задания» разрешена сортировка строк по колонкам таблицы:

Добавлены кнопки «Разрешить исполнение» и «Запретить исполнение», которые позволяют запретить или разрешить исполнение нескольких выбранных заданий:

В разделе «База данных» на закладке «Локальные места хранения» в таблицу добавлено поле «Комментарий». Реализован фильтр мест хранения. Поиск записей идет по полям «Название» и «Комментарий»:

Задание «Удаление Z -отчётов».

Создан новый тип функциональных заданий «Удаление Z -отчётов»:

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

Дерево страниц

Изменения1057.doc