Инструкция для пользователей СуперМаг Мобайл.
СуперМаг Мобайл.


Таким значком выделяются:

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



2024-25

Оглавление

Оглавление
История изменений.
Термины и сокращения.
Цель данного документа.
Общие положения и правила.
Требования к программному решению.
Общие требования к администратору торговой системы.
Процесс «Прием поставки ЦС сети в магазине сети»
Параллельная «Приемка поставки ЦС сети в магазине сети».
Процесс «Прием поставки внешнего поставщика в магазине сети»
Процесс «Инвентаризация товаров в магазине сети»
Процесс «Справка о товаре»
Процесс «Продажа розничному покупателю»
Процесс «Заявка на возврат товара или списание»
Процесс «Комплектация требования на возврат или списание или перемещение»
Перечень дополнительных настроек СуперМаг Мобайл (опционально).
Итоги.



История изменений.


Дата изменения.

Действие.

Автор.

Версия документа.

01.11.2024

Начало разработки документа.

Петров В.

1.0

02.11.2024

Описание процессов

Петров В.

2.0

15.11.2024

Документ готов.

Петров В.

2.1






























Термины и сокращения.

СуперМаг Мобайл - СуперМаг Мобайл осуществляет полный цикл автоматизации движения товара в торговой сети. Задача системы заключается в обеспечении поставки нужного товара в нужное место, в нужном количестве, по нужной цене, в нужное время.
Принтер для печати этикеток – это устройство, печатающее штрих-коды и другие текстовые и графические элементы на специальных самоклеящихся и обычных лентах для указания цены, а также остальных параметров о товаре.
Торговая система СуперМаг Плюс - это инструмент управления бизнес-процессами торговой сети.
Раздел Торговой системы - Склады и магазины - предназначен для работы с карточками мест хранений, под которыми понимаются физические объекты - здания или часть зданий, используемые для размещения товаров и для которых необходимо вести отдельный учет остатков товара.
В зависимости от преимущественного назначения места хранения могут быть отнесены к типам: "центральный склад", "склад возврата", "склад брака", "склад-магазин", "склад", "торговый зал".
Под центральным складом понимается склад или распределительный центр, предназначенный для получения централизованных поставок с последующим распределением товара по магазинам. Склад возврата - это часть центрального склада, выделенная для хранения негодного товара, который не должен учитываться, как наличный товар, при заказе новых товаров. Склад брака - это склад для хранения товара не годного для реализации, который может обслуживать один или несколько магазинов. Склад-магазин - это магазин с правом получения прямых поставок от поставщиков. Типы "склад" и "торговый зал" используются при необходимости разделения территории магазина на две зоны материальной ответственности - подсобное помещение и торговый зал.
Места хранения связаны друг с другом системой подчинения, которая позволяет автоматически определять направление движения товаров, запросов на поставку товаров, движение управляющей и отчетной информации, необходимой для функционирования сети магазинов.
Раздел Торговой системы - Структура магазина/склада - используется для описания структуры отделов, производственных участков места хранения и для описания перечня кассовых линеек, обслуживающих отделы магазина.
Структура отделов состоит из групп отделов и отделов, что позволяет описать структуру магазина с прилавочной торговлей, когда одна касса обслуживает несколько отделов с разным ассортиментом, структуру магазина самообслуживания и магазины со смешанными структурами.
Структура отделов используется для описания расположения электронных весов в функциональном разделе "Настройка аппаратуры - Электронные весы".
Описание кассовых линеек, параметров обмена с программами ККМ, перечня кассиров и продавцов-консультантов осуществляется в базе данных магазина и может быть отослано в центральную базу данных для информации. Описание производственных участков, в свою очередь, может быть получено из старшей базы данных. Для избегания конфликтов при пересылке информации предусмотрено управление категориями пересылаемой информации из данного раздела.
Раздел Торговой системы - Документ Заказ поставщику - предназначен для формирования заказа поставщику, а именно: перечня заказываемых артикулов, их количества и условий поставки заказа. Заказ используется для заказа необходимых товаров у поставщика в терминах артикулов поставщика и для контроля соответствия поставок товаров заказанному количеству. Документ имеет статусы: "Заблокирован", "Черновик", "Размещен", "Закрыт". Статус "Размещен" означает факт завершения формирования заказа для передачи его поставщику. Статус "Закрыт" означает завершение работ с поставками по данному заказу, независимо от полноты его исполнения. При получении статуса "Размещен" количество товара, указанное в заказе, отражается на остатках товара в колонке "Поставка". Количество товара, ожидаемого к поставке, учитывается в алгоритмах генерации заказа, чтобы не допустить повторный заказ уже заказанного товара. При получении статуса "Закрыт" недопоставленное количество товара по заказу изымается из количества, ожидаемого к поставке, и может быть помещено в следующий заказ. При оформлении приходной накладной на основании заказа и получении накладной статуса "Принят в количестве", одновременно с увеличением товарного остатка товара происходит уменьшение количества товара, ожидаемого к поставке по данному заказу.
Раздел Торговой системы - Карточки складского учета - предназначен для работы с артикулами, то есть с объектами складского учета. Основным свойством артикула является понятие "тип", который определяет его поведение при материальном учете:


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



Цель данного документа.

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

Общие положения и правила.

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

Требования к программному решению.

Документ не предъявляет особых требований к программному решению. Список требований указаны \ описаны в сопроводительной документации.
Все параметры и настройки указанные в документе соответствуют версии ПО СуперМаг Плюс – 1.055.0_дата выпуска_10.11.2024.
Все параметры и настройки указанные в документе соответствуют версии ПО СуперМаг Мобайл – 2.4.532.24_дата выпуска_07.11.2024.
В процессе выпуска новых версий ПО – параметры и настройки, а так же их физическое размещение в интерфейсе может быть изменено \ модифицировано разработчиками, без потери имеющейся функциональности.

Общие требования к администратору торговой системы.

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

Процесс «Прием поставки ЦС сети в магазине сети».

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

Для поиска документа-основания приемки кладовщик нажимает кнопку Загрузить.

Далее несколько вариантов действий.
1. Нажимает кнопку «По номеру» для загрузки в ТСД одного документа с заданным номером.
2. Либо кнопку «С поставкой» для загрузки в ТСД всех документов поставки за указанное количество дней. Например, ноль – поставки на сегодня. Если загрузится много документов (поставок) на текущий день, то нажимает кнопку «Фильтр» и ограничивает список загруженных документов заданным условием поиска. Например, показать только те поставки, в которые входит конкретно указанный товар. Для задания такого товара, можно взять первый попавший товар из поставки и ввести его часть наименования, или часть внутреннего кода товара (далее по тексту - артикула) или часть ШК и нажать кнопку «Применить».
3. Либо «Просканировать» ШК номер документа.

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

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

Для контроля КИЗ при перемещении, в ПО реализован следующий сценарий:
1. ТСД запросит ввод КИЗ маркированного товара, если был просканирован ШК, а не КИЗ. Если был просканирован КИЗ, то ввод ШК ТСД уже запрашивать не будет, т.к. ШК будет автоматически извлечен из структуры КИЗ.
2. ТСД проверит уникальность КИЗ и не даст возможность повторно принять товар, если ранее данный КИЗ уже был введен.
3. При сканировании проверяется соответствие отсканированного КИЗ с тем, который был отправлен с ЦС и помещён в накладную на перемещение.

4. ТСД запретит прием КИЗ, который отсутствует в накладной ЦС. Т.к. подсчет кодов КИЗ выполняется сразу на основании накладной на перемещение, то при сканировании кода КИЗ проводится немедленная проверка на его наличие в накладной. Если выяснится, что просканированный код не был отгружен, то есть отсутствует в накладной на перемещение, прием товара с таким КИЗ будет запрещен.
По окончании прима поставки на ТСД на закладке «Завершение» можно посмотреть суммарные показатели процесса приема поставки, и , если все правильно, нажать кнопку «Завершить» и передать данные на сервер. Получив данные с ТСД , сервер ответит ТСД о номере созданного на сервере процесса «Приема перемещения ТСД» по номеру «Накладной на перемещение». Документ основание приемки (Накладная на перемещение) будет автоматически закрыт и пропадет из списка загруженных на ТСД. Как только накладная будет закрыта на сервере, она автоматически будет передана в 1С.

Параллельная «Приемка поставки ЦС сети в магазине сети».

Процедура параллельной приемки ничем не отличается от процедуры приемки одним сотрудником. За исключением одной особенности:
После того, как «первый» сотрудник закончил работу в процессе и завершил его. Все последующие сотрудники выстраиваются в виртуальную очередь. «Второй и далее» сотрудник должен завершить свой процесс, исключительно только в том случае, если результат предыдущего был обработан на стороне 1С.
В случае, если такой обработки со стороны 1С еще не произошло, то в момент закрытия – пользователь получит сообщение: «Перевод накладной №XXXXXX в статус «Принят» не возможен». Необходимо согласится с сообщением, после чего система вернется в состояние повторного «Закрытия процесса». На выбор пользователя будут присутствовать следующие сценарии действий:

  1. ТСД не даст принять, больше чем заказано.
  2. Не даст принять товар, если он не был заказан.
  3. Предупредит, если в накладной поставщика указано количество меньше, чем просканировано, но при этом не запретит принять товар, т.к. количество все еще меньше заказанного.


  1. ТСД запросит ввод КИЗ маркированного товара, если был просканирован ШК, а не КИЗ. Если был просканирован КИЗ, то ввод ШК ТСД уже запрашивать не будет, т.к. ШК будет автоматически извлечен из структуры КИЗ.
  2. ТСД не даст возможность повторно принять товар, если ранее данный КИЗ уже был введен.
  3. ТСД предупредит, если КИЗ отсутствует в накладной поставщика. В такой ситуации есть 2 варианта действий – не принять товар (что, наверное, не очень хорошо для магазина). Либо принять товар, а поставщику отправить все принятые КИЗ.



По окончании приема поставки на ТСД на закладке Завершение можно посмотреть суммарные показатели процесса приема поставки, и , если все правильно, нажать кнопку Завершить и Передать данные на сервер.

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

Процесс «Инвентаризация товаров в магазине сети».

Инвентаризация в Магазине сети происходит по группам товаров по заранее составленному графику. Для этого используется режим СМ Мобайл на ТСД – «Контроль остатков».

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

Для сокращения списка загружаемых на ТСД артикулов, можно использовать следующие опции:



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

Просканировать ШК также можно с ценника в торговом зале или с этикетки ячейки на складе

На закладке Спецификация можно посмотреть количество фактически подсчитанного товара и отклонение от количества остатка по учету на время начала подсчета.

На закладке Журнал можно посмотреть последовательность сканирования товаров при подсчете, а также удалить или исправить количество конкретного сканирования.

По окончании подсчета на ТСД на закладке Завершение можно посмотреть суммарные показатели процесса подсчета, и , если все правильно, нажать кнопку «Завершить» и «Передать данные на сервер». Получив данные с ТСД , сервер ответит ТСД о номере созданного на сервере процесса «Контроль остатков ТСД» и номера созданного документа подсчета. Как только документ будет создан на сервере, он автоматически будет передан в 1С.

Процесс «Справка о товаре».

Бизнес-процессы Магазина сети, такие как - «Размещение товара на складе магазина сети после приема поставки», «Комплектация товара на складе магазина сети для отгрузки», «Контроль товаров в торговом зале магазина сети» предполагают информационную поддержку со стороны ТСД. Для этого используется режим СМ Мобайл на ТСД – «Справка о товаре».

  1. Можно использовать полный онлайн работы ТСД (загружать в ходе работы), когда данные не хранятся на ТСД, а загружаются в онлайн режиме с сервера СМ Мобайл.


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

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

Процесс «Продажа розничному покупателю».

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

Далее выбираем, например, онлайн режим работы и приступаем к сканированию товаров.

Кладовщик или сотрудник торгового зала в любой последовательности сканирует ШК с упаковки товара или КИЗ (для маркированных товаров). Если ШК не читается или товар не имеет ШК, то можно вручную ввести ШК или внутренний код товара. Просканировать ШК также можно с ценника в торговом зале или с этикетки ячейки на складе.
В окне Подсчета дополнительно выводится цена товара и общая сумма спецификации продажи.

На закладке Спецификация можно посмотреть общее количество и сумму фактически подсчитанного товара.

На закладке Журнал можно посмотреть последовательность сканирования товаров при подсчете, а также удалить или исправить количество конкретного сканирования.

По окончании подсчета на ТСД на закладке «Завершение» , если все правильно, нажать кнопку «Завершить» и «Передать данные на сервер». Получив данные с ТСД , сервер ответит ТСД о номере созданного на сервере процесса Подсчет товаров ТСД и номера созданного документа подсчета (Расходная накладная с операцией Продажа). Как только документ будет создан на сервере, он автоматически будет передан в 1С.

Процесс «Заявка на возврат товара или списание».

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


Далее выбираем, например, онлайн режим работы и приступаем к сканированию товаров.

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

По окончании подсчета на ТСД на закладке Завершение , если все правильно, нажать кнопку «Завершить» и «Передать данные на сервер». Получив данные с ТСД , сервер ответит ТСД о номере созданного на сервере процесса «Подсчет товаров ТСД» и номера созданного документа подсчета (Расходная накладная с операцией Возврат поставщику). Как только документ будет создан на сервере, он автоматически будет передан в 1С.

Процесс «Комплектация требования на возврат или списание или перемещение».

Возврат поставщику или возврат на центральный склад сети осуществляется в магазине путем комплектации требования на возврат, поступившим из ЦО. Аналогичные требования из ЦО могут поступить в магазин сети и для операций списания или перемещения в другой магазин сети. Для этого используется режим СМ Мобайл на ТСД – «Комплектация требования».

Для поиска документа-основания комплектации кладовщик нажимает кнопку Загрузить.

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

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

По окончании прима поставки на ТСД на закладке Завершение можно посмотреть суммарные показатели процесса комплектации, и , если все правильно, нажать кнопку Завершить и Передать данные на сервер.

Получив данные с ТСД , сервер ответит ТСД о номере созданного на сервере процесса Комплектация требования ТСД, сообщит о закрытии требования и номер созданной накладной. Документ основание приемки (Требование на отбор) будет автоматически закрыто и пропадет из списка загруженных на ТСД. Как только требование будет закрыто на сервере, оно автоматически будет передано в 1С.

Перечень дополнительных настроек СуперМаг Мобайл (опционально).

Для данного программного продукта, выполнение специальных настроек не требуется. Все глобальные настройки уже имеются в базе данных и являются глобальными для всех устройств, всех мест хранений.
Настроить принтер печати этикеток на ТСД (https://manual.retail-soft.pro/pages/viewpage.action?pageId=50615579):

Кнопка Принтер позволяет выполнить печать всех ценников из журнала задания, у которых нет отметки Напечатан. Выборочная печать ценников не предусмотрена. Если необходимо распечатать или допечатать ценники выборочно, необходимо передать данные текущего задания на сервер и инициировать новое задание в процессе Контроль ценников.
При нажатии на кнопку Принтер показывается экран выбора из двух возможных типов принтеров:

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

Сетевой принтер выбирается в выпадающем списке:

Список подключенных принтеров можно обновить нажатием кнопки Обновить список принтеров. Выбор принтера необходимо подтвердить нажатием кнопки Далее, после чего произойдет автоматический переход обратно на экран выбора принтеров, где будет отображено название выбранного сетевого принтера и станет доступна кнопка Печать:

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

Мобильный принтер может иметь BlueTooth-модуль, и тогда достаточно активировать параметр BlueTooth соединение и выбрать из выпадающего списка нужное название порта.
Если мобильный принтер не имеет BlueTooth-модуля, он имеет модуль Wi-Fi, и тогда с ним можно связаться по локальной сети, указав IP-адрес и порт устройства. Активация параметра Прямое соединение обеспечивает прямую связь между ТСД и принтером, в обход сервера приложений:

Настройка Автоматическая печать указывает на необходимость печатать ценник при каждом нажатии кнопки Новый ценник в закладке Контроль.
Кнопка Тест позволяет осуществить пробную печать этикетки для проверки правильности настройки мобильного принтера:

Поиск и отображение списка принтеров осуществляется каждый раз при нажатии на кнопку Принтер. После выбора принтера печать ценников выполняется нажатием кнопки Ок в окне Печать ценников. После завершения печати показывается результат печати.
Для успешной печати ценников из ТСД на стационарных принтерах, необходимо использовать ценники, созданные в среде Fast Report. Ценники, созданные в среде Oracle Reports, для печати из ТСД не пригодны. Для печати на мобильном принтере, необходимо создать файл шаблон ценника на языке принтера и настроить сервер приложений СуперМаг для использования этого файла.
Настроить сетевой принтер печати этикеток в Административном модуле:

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

Итоги.

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

Если опция настройки вызывает сомнения, то: