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

В предыдущих версиях поддерживались следующие типы расчетов:

- все дни периода;

- только дни продаж.

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

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

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

- Реализация за день меньше или равна 0 (меньше может случиться, когда учитываются возвраты).

- Остаток товара на конец дня меньше или равен 0.

- Остаток товара на конец дня меньше параметра «Зал».

- Остаток товара на конец дня плюс продажи за день меньше или равен 0.

- Остаток товара на конец дня плюс продажи за день меньше параметра «Зал».

Дополнительно можно задать условие:

- Исключить указанные дни недели.

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

Метод расчета «только дни продаж» аналогичен использованию параметра расчета «Исключить дни, когда реализация за день меньше или равна 0».

Области применения параметров расчета могут быть следующими:

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

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

- Нулевое значение «остаток плюс продажи» позволяет судить об отсутствии товара (или товара надлежащего качества, если товар вернули поставщику или складу) в торговом зале в течение дня, а значение остатка плюс продажи меньшее значения «Зал» - об его недостаточном количестве в течение дня.

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

Для управления новыми параметрами расчета внесены изменения в интерфейсы управления алгоритмом расчета. Интерфейсы для задания параметров расчета среднесуточной реализации имеются в разделе классификаторов товаров, карточек складского учета и в административном модуле: в разделе «Аналитика», страница «Расчет среднесуточной реализации» (расписание и параметры заданий на расчет).

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

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

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

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

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

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

Расчет и сохранение остатков на дату.

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

Процедура расчета остатков используется в разделе «Остатки», при расчете среднесуточной реализации и в следующих отчетах:

- Остатки (опция «на дату …»)

- Товар без движения

- Карточка складского учета (опция «в ценах документов»)

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

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

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

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

Метки документов, обязательные для заполнения.

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

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

Для контроля заполнения меток в документах созданы функции проверки: 148 «Не задана обязательная метка при подъеме статуса док-та до "Принят в количестве"», 149 «Не задана обязательная метка при подъеме статуса док-та до "Принят в ценах"», 150 «Не задана обязательная метка при подъеме статуса док-та до "Заблокирован"». Все функции по умолчанию имеют режим «Запрет»

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

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

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

Фильтр списка товаров для загрузки в весы.

В раздел «Электронные весы» (Оборудование -> Электронные весы) добавлена возможность указывать дополнительные условия, по которым товары из списка товаров для загрузки в весы не должны передаваться в электронные весы. Условия задаются в диалоге, который вызывается кнопкой «Фильтр». Можно задать следующие условия для ограничения списка товаров:

- истек срок годности

- истек срок реализации

- неположительный остаток

- не было прихода за последние … дней

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

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

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

Для визуального контроля товаров, которые не попадут в весы, в таблицу добавлена колонка «Грузить в весы». В колонке отображается значок, разрешения/запрета загрузки.

Изменение условий фильтрации доступно только пользователям с правом использования функции: «Редактирование фильтра списка товаров» для раздела «Электронные весы».

Состояния поля «Грузить в весы» обновляется по условиям фильтра при установке нового фильтра, при нажатии на кнопку «перечитать», при нажатии на кнопку «Загрузить весы» или «Загрузить все весы отдела», при нажатии на кнопку «Редактировать».

Печать этикеток из актов переоценки.

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

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

В диалоге старта функции имеется две группы опций:

- количество из актов переоценки

- количество из остатков

- без количества из приходных накладных

- учитывать количество и артикулы из прихода

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

Для тех актов переоценки, которые еще не исполнены и, соответственно, для которых количество переоцененного товара еще неизвестно, доступна только опция «количество из остатков».

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

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

Цена для печати этикеток берется из акта переоценки, а для тех артикулов, которые в акте переоценки отсутствуют, берется равной текущей цене артикула.

Проставление задолженности в платежные документы.

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

Цены для кассы в приходных накладных из актов переоценки.

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

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

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

Тип дисконтных карт для торгового зала.

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

Модуль контроля цен для устройств « Shuttle SG 15».

Прайс чекеры ( Price Checkers ) или устройства контроля цен типа « Shuttle SG 15» представляют собой простые устройства, сочетающие сканер для чтения штриховых кодов и трех-четырех строчный дисплей. Устройство подключается к локальной сети и может обмениваться информацией с удаленной программой, пересылать считанные штриховые коды и получать строки для отображения на дисплей.

Создан «Модуль контроля цен» для управления устройствами Shuttle SG 15. Модуль контроля цен представляет собой автономную программу, которая является сервисом (службой) операционной системы. Модуль может быть запущен на любом компьютере локальной сети, к которой подключены устройства контроля цен, и управляет множеством таких устройств одновременно. Модуль обеспечивает устройства единообразной информацией о товарах при чтении устройствами штрихового кода товара.

Модуль взаимодействует с устройствами Shuttle SG 15, которые должны быть предварительно сконфигурированы с помощью программы SG15Config.exe. Для корректной работы для устройств необходимо установить режим соединения « TCP -> Server », задать текст для режима ожидания чтения штрихового кода, например, «Здравствуйте! Сканируйте товар здесь». Необходимо задать время, в течение которого будет показываться текст с информацией о товаре после чтения штрихового кода.

Модуль контроля цен управляется, также как кассовый или почтовый модули с помощью диалогов сервисов операционной системы: Мой компьютер -> Управление -> Службы и приложения -> Модуль контроля цен Супермага.

Для работы модуля, как минимум, необходимо задать TCP / IP адреса устройств контроля цен и каталог обмена данными для получения информации об артикулах, их штриховых кодах, ценах и т.д. от внешнего источника.

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

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

Настройка драйвера осуществляется в разделе «Структура магазина/склада» при редактировании группы отделов. Для настройки необходимо создать новую кассу и указать тип кассы: «Контроль цен». Для драйвера контроля цен достаточно задать только один каталог обмена данными – каталог загрузки.

Драйвер обеспечивает выгрузку данных в файлы формата CSV - данные об артикулах, штриховых кодах, типах штриховых кодов и скидках.

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

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

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

Если шаблоны изображений не заданы, модуль контроля цен формирует изображение самостоятельно, в стандартном виде.

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

Ключевые слова начинаются с символа % и могут иметь следующие значения:

%ARTICL E - артикул карточки складского учета

%NAME - название карточки

% NAME 1 - вторая часть названия

% NAME 2 - третья часть названия

%SIZE - индивидуальные свойства (размер, цвет, сорт и т.д.)

% BARCODE - штриховой код ( EAN / UPC )

%PRICERUB - цена для кассы места хранения устройства

% SUM - стоимость (произведение количества на цену)

%COUNTRY - название страны

%COMMENT - комментарий карточки

%PACKSIZE - количество товара

% MEASURE - краткое название единицы измерения

% DISCPRICE - цена со скидкой.

Поля % NAME 1 и % NAME 2 заполняются частями названия карточки, Заполнение происходит в случае, если для этих полей и для поля % NAME указано ограничение длины и длина названия карточки превысила это ограничение. Перенос осуществляется по словам, за исключением последней части, которая ограничивается длиной поля. Если длина поля такова, что ни одно слово не помещается целиком, то слово переносится по символу. Размер поля указывается в символах после ключевого слова, например, % NAME =20 .

Цена со скидкой % DISCPRICE формируется на основании информации о скидке для типа дисконтных карты, который указан как тип дисконтных карт для торгового зала.

Формат поддерживает также следующие специальные символы:

«\ xFA - символ с указанным шестнадцатеричным кодом (в примере 250= FAh )

«\50» - символ с указанным восьмеричным кодом (в примере 40=50 oct =28 h )

Для вывода символа обратной косой черты «\», его следует написать два раза: «\\». Например:

«\\ a » выведет текст «\ a »,

«\ a », выведет один символ с кодом 7.

Команды управления устройством Shuttle SG 15 могут иметь, например, следующий вид:

\ esc \ x 42 \ x 30 - установить маленький шрифт

\ esc \ x 42 \ x 31 - установить большой шрифт

\ esc \ x 2 E \ x 32 Текст - вывести текст «Текст» в верхний правый угол экрана

По умолчанию для устройств Shuttle SG 15 перед выводом текстов на экран, экран очищается и устанавливается маленький шрифт.

Драйвер для касс «УКМ2 стандарт ТХТ».

Перечень драйверов касс пополнен драйвером для обмена с кассами по протоколу УКМ 2 стандарт ТХТ. Название предыдущего драйвера UKM заменено названием УКМ2 Супермаг.

Обмен с кассами по протоколу УКМ2 стандарт ТХТ поддерживает те же функции, что и драйвер обмена стандарта УКМ2 Супермаг ( Paradox ). Отличие может наблюдаться только в частоте полных загрузок в тех случаях, когда кассовый модуль настроен на режим «нормальной» загрузки. В случае нормальной загрузки кассовый модуль самостоятельно определяет, какую загрузку целесообразно провести – частичную или полную. Для протокола УКМ2 стандарт ТХТ полная выгрузка делается всякий раз при попытке нормальной выгрузки, если выясняется, что касса не смогла забрать предыдущую выгрузку. По протоколу УКМ2 Супермаг ( Paradox ) частичные выгрузки могут накапливаться, в том числе, в тех случаях, когда касса не может принять данные, что позволяет реже делать полную выгрузку.

Использование тех или иных протоколов обмена данными с кассами должно быть согласовано с настройками программ ККМ.

Почтовый обмен.

Рассылка уровней торговых запасов.

Уровни торговых запасов выделены в отдельный объект для почтовой рассылки. Под объектом понимается уровни торговых запасов артикула для одного места хранения. Реализована возможность автоматической отсылки уровней торговых запасов при их изменении в карточке складского учета. Сама карточка складского учета в этом случае не считается измененной и не отсылается.

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

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

Рассылка параметров наценивания.

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

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

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

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

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

Параметры наценивания для артикулов выделены в отдельный объект почтовой рассылки, который получил название «Наценки по карточкам». Реализована автоматическая рассылка параметров наценивания артикулов при их изменении в карточках складского учета. Сама карточка складского учета в этом случае не считается измененной и не отсылается.

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

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

Рассылка переоценок, правил округления цен для карточки и скидок по группам товаров.

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

Рассылка пунктов плана цен.

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

- Из автоматической рассылки исключены карточки, статус которых отличен от «Активен».

- План цен автоматически рассылается только в те базы данных, местам хранения которых назначен вид цены плана цен.

- В диалог ручной рассылки плана цен добавлен флаг "Рассылать только в базы, локальным местам хранения которых назначен выбранный вид цены".

Получение чеков из подчиненной БД.

Для получения чеков из подчиненной базы данных используется механизм посылки управляющих команд из почтового модуля: страница «Рассылка», кнопка «Послать объект».

Для получения чеков в диалоге «Отослать объект» необходимо указать тип объекта «Удаленная команда», Идентификатор команды: SMPostObject &999999999, где 999999999 – уникальный номер обращения к команде, который должен быть каждый раз разный в случае если посылается несколько команд подряд, «Куда» - выбрать базу данных, из которой необходимо получить чеки, «Параметры»: целое – не заполнять, строка – заполнить параметрами, которые указывают на перечень чеков (см. ниже), Флажки – 0, комментарий – не заполнять.

Строка параметров должна содержать семь параметров. Первые два параметра всегда должны быть: 0,’ CZ ’,

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

1) «номер места хранения» + «,» + «номер кассы» + «,» + «номер Z -отчета»

2) «дата Z -отчета в формате DD . MM . YYYY » + «,» + «номер места хранения»

3) «дата Z -отчета в формате DD . MM . YYYY »

Оставшиеся параметры заполняются как: , null , null ,0, null

Например,

- для получения Z -отчета с номером 43, кассы с номером 2 в месте хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:

0,' CZ ', '4,2,43', null , null ,0, null

- для получения всех Z -отчетов за 6 мая 2002 года из места хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:

0,' CZ ', '06.05.2002,4', null , null ,0, null

- для получения всех Z -отчетов за 6 мая 2002 года нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:

0,' CZ ', '06.05.2002', null , null ,0, null

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

Управление закладками карточек.

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

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

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

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

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

- фиксированная цена,

- не для производства,

- акцизный товар,

- сертификат соответствия.

Функция проверки «Запрет принятия приходной накладной не на основании заказа поставщику».

Создана функция проверки 151 «Запрет принятия приходной накладной не на основании заказа поставщику» По умолчанию функция имеет режим «Отключена».

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

Изменения в отчетах.

Остатки по поставщикам.

Отчет относится к группе «Менеджерские». В отчет добавлена новая опция "с учетом неопределенной себестоимости".

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

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

Детализация текущего ценообразования

Отчет относится к группе «Справочные данные». В отчет добавлена новая опция "Только номенклатуры места хранения".

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

Остатки

Отчет относится к группе «Товарные». В отчет добавлена новая опция "Номенклатуры". Опция имеет следующие варианты выбора:

- Без учета номенклатур.

- Только номенклатуры мест хранения.

- Исключая номенклатуры мест хранения.

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

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

Остатки по срокам годности

Отчет относится к группе «Товарные». В отчет добавлена новая опция "показать цены последних приходов".

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

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

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