Изменения функционала в версии 1.0 3 1
Генератор базы данных. Пересоздание ролей и функциональных прав.
Блокировка экрана программы Супермаг+.
Карточки складского учета. Закладка «Поставки». Показ цены и суммы без налогов.
Контракт с поставщиком. Журнал изменения состава спецификации.
Соглашение о поставке. Дата, с которой можно заказывать артикул.
Маркетинговая акция. Коэффициент изменения спроса.
Автоматическая генерация складских требований. Выбор мест хранения.
Платежные документы. Детализация суммы платежа по ставкам НДС.
Накладные на перемещение. Ввод номера сертификата соответствия.
Расход на производство. Функция "Проставить основания по товародвижению".
Счет-фактура кассового чека. Счет, адрес и комментарий в заголовке.
Процессы ТСД. Ручное редактирование количества.
Прием по заказу ТСД. Создание приходной накладной. Страна из карточки товара
«УКМ4 станд. XML ». Инкрементальная выгрузка артикулов, исключенных из продажи.
Кассовые документы. Детализация скидок по позиции чека.
Перевод отчетов в среду исполнения FastReport .
Генератор базы данных. Пересоздание ролей и функциональных прав.
В интерфейс программы «Генератор БД» добавлен флаг «Выполнить только скрипты создания ролей и выдачи прав на объекты базы». Опция доступна, если не выбран флаг «Новая база данных», и действительна, если версия базы данных и версия клиентской части Супермаг+ совпадают.
При выборе опции программа выполняет процедуру обновления текущей базы данных только в части пересоздания функциональных и модульных ролей и выдачи им прав доступа.
Блокировка экрана программы Супермаг+.
К функциям главного модуля программы Супермаг+ добавлена функция «Заблокировать программу». При вызове функции экран программы становится неактивным и показывается диалог разблокирования:
Для разблокирования программы пользователь должен ввести свой пароль. Разблокировать программу может только тот пользователь, который ее заблокировал.
Если по какой-либо причине пользователь не может ввести пароль, другой пользователь может завершить работу программы, если у него имеется право на функцию «Администратор» «Завершение заблокированной программы другого пользователя». Для этого надо нажать кнопку «Завершить работу» и ввести имя и пароль пользователя в следующем диалоге:
Чтобы выйти из диалога без ввода имени и пароля и вернуться предыдущий диалог надо нажать кнопку « ESC ».
Карточки складского учета. Закладка «Поставки». Показ цены и суммы без налогов.
В разделе «Карточки складского учета» на закладке «Поставки» в таблицу документов поставки добавлены колонки «Цена без налогов» и «Сумма без налогов». В колонках показываются значения из строки спецификации документа поставки с заданным артикулом.
Прайс-лист поставщика.
Создан новый тип документа «Прайс-лист поставщика» (« PP »). Документ предназначен для получения от поставщика информации о новых ценах, об артикулах, которые поставщик предлагает добавить в свой контракт, и о дате начала действия новых цен.
Документ имеет одну колонку «Цена». Поставщик должен присылать те цены – с НДС или без НДС, которые указаны в атрибуте заголовка контракта с поставщиком «цена контракта: с НДС/без НДС». При переносе цен из прайс-листа поставщика в план цен и, затем, в контракт с поставщиком новые цены будут проставлены в ту колонку с ценами контакта с поставщиком, которая указана в этом атрибуте.
Документ может быть получен от поставщика в электронном виде, либо создан вручную. Документ должен обязательно ссылаться на контракт с поставщиком, для которого предназначены новые цены. При создании документа вручную номер контракта с поставщиком указывается в мастере создания документа, как обязательный параметр. При получении документа по почте контроль осуществляется почтовым модулем с использованием функции проверки. Если документ не проходит контроль, то он будет принят, но получит статус «черновик».
При получении документа в электронном виде предусмотрена возможность использования штрихового кода артикула вместо артикула в строке спецификации. Поиск и добавление артикула осуществляет почтовый модуль в процессе приема документа. Если артикул не будет найден, то документ будет принят, но получит статус «черновик». Такая возможность предусмотрена для того, чтобы не блокировать процесс получения новых цен при добавлении поставщиком в прайс-лист нового артикула, который еще не создан в Торговой Системе или при использовании штрихового кода, отсутствующего в системе. Артикул или штриховой код могут быть созданы уже после приема прайс-листа. В этом случае артикул может быть проставлен в спецификацию прайс-листа с помощью функции «Проставить артикулы по штриховому коду».
Также, при приеме документа в его заголовке может быть указан номер договора контракта с поставщиком («бумажный» номер контракта) вместо номера документа Торговой Системы. При приеме документа почтовым модулем по номеру договора и контрагенту ищется документ «контракт с поставщиком» и его номер добавляется в прайс-лист поставщика. Если контракт с поставщиком найден не будет, прайс-лист будет принят, но получит статус «черновик».
Для почтового приема данных от внешних контрагентов надо создать описание XSD -схемы, соответствующее возможностям электронного документооборота поставщика. В процессе создания описания в программе «Редактор XML -схем» для прайс-листа в варианте «Импорт» можно использовать следующие функции:
- GenerateDocNoPP Генерирует номер документа Супермага при приёме прайс-листа поставщика
- DocCOByConrtactID Подбор номера контракта с поставщиком по номеру договора
- ClientByGLN Возвращает код контрагента по его GLN (Global Location Number)
- LocationByGLN Возвращает код места хранения по его GLN (Global Location Number)
- ArticleByBarcode Возвращает существующий артикул Супермаг+ по его штрихкоду
Функция генерации номера документа Супермага в качестве аргументов использует номер договора (бумажный номер контракта), код GLN контрагента и дату начала действия новых цен. Это означает, что для одной даты начала действия новых цен и для одного контракта, поставщик может прислать только один прайс-лист. При необходимости внести изменения в прайс-лист с одной и той же датой начала действия новых цен поставщик должен прислать дополненный прайс-лист, а не дополнение к прайс-листу.
При успешном приеме прайс-листа поставщика по почте, если его содержание позволяет перенести все новые цены в контракт с поставщиком, документ прайс-лист получит статус «Принят к исполнению».
Для контроля корректности содержания документа при смене статуса с «Черновик» на «Принят к исполнению» создана функция проверки 121 «Корректность документов "Прайс-лист поставщика"». Функция имеет режим работы «Всегда запрет».
Проверка срабатывает при выполнении одного из следующих условий:
- не задана дата начала действия цен;
- в спецификации есть строки с пустым значением артикула торговой системы;
- в спецификации есть строки, у которых цена имеет нулевое значение;
- в общих основаниях документа не указан контракт с поставщиком;
- в общих основаниях указано более одного контракта с поставщиком;
- в общих основаниях указан контракт с поставщиком, отсутствующий в торговой системе;
- в общих основаниях указан контракт с поставщиком, номер договора, внешний контрагент или собственный контрагент которого не совпадают с номером договора, внешним контрагентом или собственным контрагентом рассматриваемого документа;
- в спецификации есть артикул, отсутствующий в контракте с поставщиком - основании прайс-листа поставщика.
Последнее условие требует от персонала принятия решения о том, следует ли добавить новые артикулы в контракт, или их надо удалить из прайс-листа поставщика, то есть отказать поставщику в добавлении новых артикулов в контракт. В связи с этим такие документы при приеме по почте также остаются в статусе «Черновик».
Для добавления новых артикулов в контракт с поставщиком в разделе «Прайс-лист поставщика» имеется функция «Добавить артикулы в контракт с поставщиком». Функция добавляет в контракт все артикулы, имеющиеся в прайс-листе и отсутствующие в контракте, и открывает контракт с поставщиком для дальнейшей обработки новых артикулов. Новые артикулы добавляются в конец спецификации контракта и в сообщении указывается номер строки спецификации, начиная с которой идут новые строки. Артикулы добавляются без цен. Цены должны установиться вместе с другими новыми ценами в ту дату, которая указана в заголовке прайс-листа. В контракте надо задать атрибуты заказа артикула, атрибуты контроля цены поставки и добавить, при необходимости, новые артикулы в соглашения о поставках.
Контракт с поставщиком в ходе работы функции «Добавить артикулы в контракт с поставщиком» переводится в статус «Черновик». После завершения работы по добавлению новых артикулов в контракт, для корректного участия контракта в работе системы, необходимо вручную установить необходимый статус контракта.
Когда документ «Прайс-лист поставщика» получает статус «Принят к исполнению», для открытого документа становится активной функция «Перенести цены в план цен контракта с поставщиком». При вызове функции открывается раздел «Планирование контрактных цен» в режиме «Исполнение прайс-листа ...» и в него переносятся новые цены с датой исполнения из прайс-листа поставщика.
В режиме «Исполнение прайс-листа ...» в разделе планирования контрактных цен показывается только список тех артикулов, цены по которым будут меняться. Другие артикулы контракта в интерфейсе не показываются. В этом режиме не позволяется менять запланированную цену и дату исполнения, можно проконтролировать степень изменения цен поставщика и принять решение о согласии или несогласии с нею. Для этого в разделе имеется три функции:
- «Применить». Функция переносит новые цены в план цен контракта с поставщиком и меняет статус прайс-листа поставщика – основания для планирования на «Исполнен».
- «Отменить и заблокировать прайс-лист». Функция не переносит новые цены в план цен контракта с поставщиком и меняет статус прайс-листа поставщика на «Заблокирован».
- «Отменить». Функция не изменяет статус документ прайс-лист поставщика и закрывает раздел планирования контрактных цен.
У исполненного прайс-листа нельзя понизить статус или каким-либо образом изменить. Его можно только удалить.
В разделе «Планирование контрактных цен» изменен состав журнала истории цен контракта. В таблицу истории добавлен колонка «Прайс-лист». Если изменение цены произойдет в результате исполнения прайс-листа поставщика, то в эту колонку будет занесен номер документа «Прайс-лист поставщика». Если в промежуток времени между исполнением прайс-листа (то есть помещением новой цены в план цен контракта) и исполнением плана цен (то есть помещением новых цен в контракт) пользователь с правами редактирования контракта с поставщиком изменит план цен контракта (либо цену, либо дату исполнения), то номер прайс-листа поставщика после исполнения плана цен в истории цен отражен не будет.
Контракт с поставщиком. Журнал изменения состава спецификации.
Для документа «Контракт с поставщиком» добавлен журнал изменения состава спецификации. Журнал можно посмотреть с помощью функции «Журнал изменения состава спецификации».
В журнал заносятся факты добавления и удаления строк из спецификации контракта с поставщиком. В журнал заносится информация об артикуле товара, действии и сотруднике, совершившем действие. Дополнительно заносится информация о цене артикула (полной и без НДС) на момент совершения действия.
Соглашение о поставке. Дата, с которой можно заказывать артикул.
В спецификацию документа «Соглашение о поставке» добавлено поле «Дата начала заказа». По умолчанию поле не заполнено, что означает отсутствие ограничения. Для заполнения поля сразу для множества строк спецификации создана функция «Проставить дату начала заказа».
Дата начала заказа используется как дата, начиная с которой артикул можно заказывать при наличии в нем потребности. Дата начала заказа может использоваться для заблаговременного ввода в соглашение о поставке новых товаров, которые можно заказывать у поставщика с того времени, с которого поставщик готов принимать заказы на эти товары.
Дата начала заказа не совпадает полностью по смыслу с атрибутом «Дата первого заказа» в заголовке документа. «Дата первого заказа» используется, в том числе, для определения разрешенных дней заказа с учетом частоты заказа. Значение «Дата начала заказа» используется только как дата, начиная с которой можно заказывать товар, и не влияет на определение графика заказов. Новый атрибут «Дата начала заказа» не отменяет правило, по которому артикул для одного места хранения может быть включен только в один действующий документ «Соглашение о поставке» для поставщика (или для всех поставщиков, если в административном модуле установлен флаг «Единственный поставщик для артикула»).
В связи с появлением нового атрибута изменено поведение следующих функций системы:
В алгоритмы автоматической генерации заказов внесено изменение для исключения из заказа артикулов, для которых еще не наступила дата начала заказа (если она установлена).
В процесс генерации заказа на базе контракта добавлено поле «дата начала заказа» и предупреждение о наличии артикулов, для которых дата начала заказа больше даты заказа.
В функцию проверки 174 «Контроль наличия действующего соглашения о поставках для заказа» добавлен контроль наличия в заказе артикулов, для которых не наступила дата начала заказа.
Маркетинговая акция. Коэффициент изменения спроса.
В спецификацию документа «Маркетинговая акция» добавлены поля «К1 спроса начала» и «К2 спроса конца». В поля заносятся экспертные значения относительного изменения спроса на товар в начале маркетинговой акции и в после её окончания. По умолчанию значения коэффициентов равны 1. Коэффициент изменения спроса в начале акции показывает, во сколько раз предположительно изменится спрос на товар после начала акции относительно спроса до акции. Коэффициент изменения спроса в конце акции означает изменение спроса после окончания акции по отношению к спросу до акции. Например, если К1=2,5 и К2=0,5, то предполагаемый график спроса будет выглядеть следующим образом:
Коэффициенты изменения спроса в текущей версии используются алгоритмами расчета предложения заказа в тех случаях, когда рассчитанное ранее значение среднесуточной реализации относится к периоду, отличному от периода, в который попадает поставка. Например, период расчета среднесуточной реализации относится к датам до акции, а поставка попадает в период акции или период расчета среднесуточной реализации относится к периоду действия акции, а поставка будет после завершения акции.
В мастер вызова процедуры генерации заказов поставщикам добавлена опция «С учётом маркетинговых акций». При выборе опции алгоритм генерации заказа считает прогнозные значения остатков товара на даты поставок с учетом коэффициентов изменений среднесуточной реализации из-за начала и завершения маркетинговых акций. Подробно описание алгоритмов расчета заказа см. «Алгоритм автоматической генерации заказа.doc».
В тех случаях, когда в рассматриваемом периоде имеется более одной маркетинговой акции, например, если акции пересекаются, то коэффициенты изменения спроса начала и конца акции могут быть взяты из любой из акций, попавших в рассмотрение. Это связано с тем, что нет возможности определить, какие из коэффициентов являются более достоверными.
Автоматическая генерация складских требований. Выбор мест хранения.
В диалог выбора мест хранения для генерации складских требований добавлен элемент для выделения или сброса выделения всех строк списка.
Платежные документы. Детализация суммы платежа по ставкам НДС.
В прошлых версиях в заголовке платежных документов имелись фиксированные поля для отображения частей суммы платежа, относящиеся к НДС 10%,18% и 20%.
В текущей версии в заголовке документов также показывается только три поля для сумм по ставкам НДС, но значения ставок для этих полей теперь определяются по составу ставок налога, описанных в разделе «Редактор налогов» для налога типа «НДС». Если для налога описано более трех возможных величин ставок, отличных от нуля, то в платежных документах будут отображаться поля только для трех наибольших значений ставок. Если количество ставок меньше трех, то лишние поля скрываются.
Изменение коснулось только интерфейса документов. Структура платежных документов осталась прежняя и позволяет хранить детализацию по ставкам НДС с неограниченным перечнем ставок НДС. Соответственно, содержание платежных документов при обновлении версии не меняется.
Изменение позволяет использовать платежные документы в тех случаях, когда налоговое законодательство в части значений ставок НДС отличается от принятого в Российской Федерации.
Накладные на перемещение. Ввод номера сертификата соответствия.
В накладной на перемещение в строке спецификации для артикула строки можно ввести номер сертификата соответствия. Для ввода номера необходимо дважды щелкнуть мышкой по ячейке поля «Сертификат» или встать на ячейку и нажать клавишу « Enter ». В результате показывается диалог «Справка к ГТД/ТТН, Сертификат соответствия, Акцизные марки», с помощью которого можно ввести номер сертификата соответствия, с соблюдением правил формирования этого номера.
В текущей версии в диалог ввода номера сертификата соответствия добавлена кнопка «Сертификат соответствия...».
При нажатии на кнопку показывается диалог с перечнем номеров сертификатов соответствия. Номера сертификатов ищутся в актуальных документах «Сертификат соответствия», в спецификации которых имеется артикул из строки спецификации накладной на перемещение.
Выбранный номер вставляется в диалог ввода и затем в строку спецификации накладной на перемещение.
Расход на производство. Функция "Проставить основания по товародвижению".
В документ «Расход на производство» добавлена функция «Проставить основания по товародвижению». Диалог старта функции позволяет задать следующие опции:
Опция «Учитывать только поставки» исключает из возможных оснований приходные документы с операциями «Инвентаризация излишков» и «Выход из производства».
Поведение функции аналогично функции «проставить основания...» расходной накладной для метода расчета «по товародвижению». То есть в случае, когда для строки спецификации накладной на перемещение подбирается более одного основания, либо основание не полностью покрывает количество в накладной, одна строка накладной может замениться несколькими.
Счет-фактура кассового чека. Счет, адрес и комментарий в заголовке.
В заголовок документа «Счет-фактура кассового чека» добавлены редактируемые поля «Юридический адрес», «Банковский счет» и «Коментарий».
Процессы ТСД. Ручное редактирование количества.
Во все разделы процессов ТСД, кроме контроля ценников ТСД, добавлена функциональная роль «Ручное редактирование количества уп./ед.». Если пользователю на дано право на эту роль в соответствующем разделе, пользователь не сможет вручную вводить количество товара в поле «Кол. уп./ед.». Значение этого поля будет отражать только количество фактических сканирований артикула сканером штрихового кода.
Зональная инвентаризация ТСД.
В перечень процессов работы с программой ТСД «Супермаг Мобайл» добавлен процесс «Зональная инвентаризация ТСД». Процесс предназначен для проведения инвентаризации несколькими бригадами с выделением им зон инвентаризаций, как разных, так и одинаковых, и для сверки результатов подсчета, произведенных разными бригадами в одних и тех же зонах инвентаризации.
Для проведения зональной инвентаризации необходимо наличие действующей планограммы для места хранения, в котором проводится инвентаризация. Планограмма используется для выделения бригадам участков или зон инвентаризации.
Для начала зональной инвентаризации необходимо создать процесс «Зональная инвентаризация ТСД». Процесс может иметь статус «Новый», «Активный» и «Завершен». В один и тот же момент времени для одного места хранения может существовать только один активный процесс зональной инвентаризации. Активный процесс взаимодействует с ТСД – передает им задания и получает результаты подсчета. Процессы в других статусах с ТСД не взаимодействуют.
Чтобы процесс зональной инвентаризации был готов к проведению работы, в нем необходимо создать список бригад и список заданий. Бригада содержит номер и имя бригадира. Номер бригады используется для привязки ТСД к определенной бригаде. Поле «Бригадир» используется для визуальной идентификации бригады и может содержать как имя бригадира, так и любую другую информацию.
В таблице списка бригад для бригады показывается статус ее состояния. Когда бригада не выполняет никакой работы, её статус «ожидание», когда бригада берет задание на выполнение и до окончания работы с этим заданием ее статус «в работе».
Задание создается для бригады и не может существовать отдельно от бригады. Задание должно содержать перечень объектов планограммы, которые бригада должна проинвентаризировать.
Одной бригаде можно назначить несколько заданий, но одно задание не может быть назначено нескольким бригадам. В таблице списка заданий для каждого задания показывается ее статус. Пока бригада не приступила к работе с заданием, задание имеет статус «Назначено», когда задание взято бригадой в работу, задание имеет статус «в работе», когда работа выполнена и получены результаты, задание имеет статус «завершено».
Пока задание имеет статус «Назначено», оно может быть изменено, переназначено другой бригаде, или удалено. После того как оно взято в работу, изменить задание нельзя.
И бригады и задания можно создавать в ходе работы, когда процесс имеет статус «Активный». Тем не менее, всю подготовительную работу следует проводить до активизации процесса. Работа с заданиями и бригадами уже в ходе инвентаризации требуется для реагирования на изменение ситуации в ходе работы.
Закладка «Журнал» содержит результаты подсчетов, выполненные бригадами по заданиям. Строки журнала располагаются в порядке убывания даты и времени события с сортировкой по бригадам и заданиям.
Закладка «Анализ» предназначена для сравнения результатов подсчета товаров одних и тех же элементов планограммы в разных заданиях и для принятия решения о выборе того или иного результата как достоверного. Таблица анализа содержит колонку «Результат», в который помещаются значения, признанные достоверными. До тех пор, пока в этой колонке имеются пустые значения, процесс не может быть завершен. После обработки всех данных и заполнения всех ячеек колонки «Результат» можно создать сличительную ведомость и завершить процесс.
Общий порядок проведения зональной инвентаризации следующий:
- Для всех элементов планограммы необходимо напечатать ярлыки.
- Создать процесс зональной инвентаризации, бригады и задания, сделать процесс активным.
- Выбрать в программе Супермаг Мобайл режим работы «Зональная инвентаризация», ввести номер бригады. По номеру бригады будет получен список заданий, назначенный бригаде.
- Оператор ТСД выбирает задание для работы. Задание по сигналу ТСД переводится в процессе в статус «в работе». Программа ТСД получает список элементов планограммы задания и перечень артикулов элементов планограммы.
- Оператор ТСД перед началом подсчета сканирует штриховой код ярлыка элемента планограммы или выбирает элемент из списка и подсчитывает товар на элементе планограммы. При переходе к другому элементу планограммы оператор должен просканировать штриховой код ярлыка или выбрать его из списка задания. Подсчет товаров элемента планограммы ограничен только товарами, которые в соответствии с планограммой должны присутствовать на этом элементе.
- При завершении задания оператор закрывает задание и передает данные на сервер. В процессе «Зональная инвентаризация ТСД» задание получает статус «завершено», данные подсчета отражаются в журнале и на закладке «Анализ».
- Для каждого задания в таблице анализа создается колонка для отображения результата подсчета.
Для помощи в обработке результатов зональной инвентаризации на закладке «Анализ» в выпадающем меню кнопки «обработать» имеются следующие функции:
- заполнить результат для строк с совпадающим количеством.
- заполнить результат для строк с наибольшим количеством совпадений
- заполнить результат для выбранных строк значением задания
- очистить результаты для выбранных строк.
Функции позволяют заполнить значения в колонке «Результат» при условии, если все измерения одного и того же артикула элемента планограммы совпали, или если при количестве измерений больше трех несколько измерений совпали, или значениями измерений той бригады и того задания бригады, которое признается более достоверным. Последняя функция позволяет провести массовую очистку значений в колонке «Результат» для выбранных строк.
Прием по заказу ТСД. Создание приходной накладной. Страна из карточки товара
В процессе «Прием по заказу ТСД», в процедуру формирования приходной накладной на основании данных о приеме товаров программой ТСД внесено следующее изменение:
если в административном модуле в разделе «База данных», на закладке «Конфигурация», в группе данных «Документы» установлен флаг «Проставлять в приход страну из карточки товара», то при формировании приходной накладной в спецификацию накладной будут проставлены значения из поля «Страна» артикула строки спецификации.
«УКМ4 станд. XML ». Инкрементальная выгрузка артикулов, исключенных из продажи.
Внесено изменение в протокол «УКМ4 станд. XML » в части инкрементальной загрузки кассы. В случае, когда артикул должен быть исключен из списка артикулов, разрешенных для продажи в заданном месте хранения, артикул в файле цен для этого места хранения должен выгружаться с пустым значением цены.
При полной загрузке кассы считается, что весь выгружаемый список артикулов является рабочим, и все артикулы, которые не входят в список артикулов полной загрузки, или не входят в список цен артикулов для какого-либо места хранения при загрузке данных в сервер УКМ4 центрального офиса, но имеются в базе данных сервера УКМ4, не должны продаваться на кассах, и сервер УКМ4 поддерживает данную нотацию.
При изменении артикула, которое приводит к исключению его из продажи, например, при исключении его из номенклатуры места хранения, или обнулении цены, или при снятии флага «грузить в кассу», или при исключении артикула из списка активных, артикул теперь попадает в список артикулов для инкрементальной загрузки и выгружается с пустым значением цены для соответствующего места хранения. Выгрузка пустого значения цены является сигналом для сервера УКМ4 о необходимости исключения артикула из продажи.
Кассовые документы. Детализация скидок по позиции чека.
В таблицу детализации скидок, предоставленных по позиции чека, добавлена колонка «Тип скидки УКМ4». Поле заполняется при приеме оперативных чеков и закрытых кассовых смен по протоколу «УКМ4 станд. XML ». Для чеков, принятых в предыдущих версиях программы, поле будет пустым. В поле «Название скидки» в тех случаях, когда тип скидки не будет распознан, как известный для Торговой Системы, будет выводиться текст: <скидка кассы> + <Название скидки, возвращаемое УКМ4 по протоколу «УКМ4 станд. XML »>.
Перевод отчетов в среду исполнения FastReport .
В среду исполнения Fast Report переведены следующие отчеты:
Группа отчетов «Бухгалтерские»
- «Товародвижение по операциям». Дополнительно в отчете реализован выбор нескольких мест хранения. Вместо опций «Показывать только товарные группы», «Показывать только операции» сделаны опции «Только итоги» и «Группировка по группам товаров: Без группировки».
Группа отчетов «Документооборот»
- «Приходы без сертификатов». Дополнительно реализован выбор нескольких мест хранения.
Группа отчетов «Менеджерские»
- «Расчет бонусов от поставщиков». Дополнительно реализован выбор нескольких поставщиков.
- «Реализация с площади / длины полки».
- «График расчета с поставщиками». Дополнительно реализован выбор нескольких поставщиков и выбор нескольких мест хранения.
Группа отчетов «Справочные данные»
- «Детализация текущего ценообразования».
- «Список функциональных прав».
- «Список персонала».
- «Каталог налогов».
- «Каталог наценок».
- «Каталог переоценок».
- «Каталог правил округления цены».
- «Скидки по группам товаров».
- «Реестр недопустимых штриховых кодов».
- «Граница рентабельности».
- «Почтовый прием закрытых документов».
- «История почтовых приемов».
- «История почтовых отправлений».
- «Список товаров с коротким штриховым кодом».
- «Прайс-лист». Дополнительно убраны опции «показывать цены в основной валюте» (цена всегда будет выводиться в собственной валюте), «показывать цены без налогов» (не будет выводиться цена без налогов и НДС в цене), добавлена опция «без группировки по группам товаров».
- «Сравнение прайс-листов».
Из состава поставки удалены следующие отчеты:
Группа отчетов «Справочные данные»
- «Каталог дисконтных карт».
- «Каталог скидок по дисконтным картам».
- «Ненапечатанные ценники».
- «Реестр локальных артикулов».
- «Скидки по сумме чека».
- «Товарная номенклатура».
- «Товары с фиксированными ценами».
Перечень исправленных ошибок.
- Раздел Кассовые чеки. Диалог Скидки. Не сохраняется размер колонок таблицы детализации скидок.
- Планограмма. После сохранения планограммы, курсор в таблице отобранных планограмм устанавливается на первую запись.
- Планограмма. Если размер артикула задан в сантиметрах, а планограммы в метрах, то при попытке разместить артикул в морозильном ларе с использованием диалога "Создание новой зоны расположения товара", сравнение размеров зоны артикула и размера артикула происходит без пересчета единиц измерения.
- Инкрементальная выгрузка по протоколу «УКМ2 станд. TXT », «УКМ4 станд. TXT ». Выгрузка пределов скидки для артикула. Предел скидок для артикула выгружался, только если в Супермаг+ для этого артикула имелась запись о пределе скидки. При пустом значении предела скидки запись о пределе скидки не выгружалась.
- В мастере создания документа не запоминается ширина колонок в диалогах выбора контрагента и места хранения.
- Неверно обрабатывался ввод символов короткого названия товара и национального названия контрагента в случае использования раскладок клавиатуры, отличной от Английской и Русской.