Часть компонентов версии 1.024.4 использует Microsoft . NET Framework v 2.0. Перед установкой или обновлением версии необходимо обязательно установить среду исполнения Net Framework 2.0. Если среду установить после установки торговой системы, то часть компонентов останется незарегистрированными и будет неработоспособна. В таком случае могут быть получены ошибки вида:

«Класс контроля версий {393266F5-7611-481C-862F-521E24D767C9} не зарегистрирован.

Переустановите .NET компоненты Супермага (Sm.*.dll)»

В свою очередь, программа установки Net Framework 2.0 требует, чтобы предварительно был установлен Microsoft Windows Installer 3.1.

Управление рассылкой справочников.

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

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

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

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

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

Установка флага «локальный» приводит к блокировке, как отсылки справочника, так и его приема.

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

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

Для редактирования справочника «Типы справочников» необходимо обладать функциональным правом «Редактирование типов справочников».

Использование ценников разных видов.

Категории ценников.

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

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

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

Рассылка справочника осуществляется совместно и как неотъемлемая часть справочника «Типы ценников».

Типы ценников.

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

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

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

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

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

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

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

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

Назначение категории ценника артикулу.

В разделе «Карточки складского учета» на панели детального описания карточки создана новая страница «Ценники» для назначения карточке складского учета персонального типа ценника или персонального текста строк дополнительной информации для ценника.

Если персональное значение типа ценника или текста информации для карточки не задано, то при печати ценника для карточки используются значения, заданные для группы классификатора.

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

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

Персональная информация о типах ценников для артикулов и строки персональной информации для ценников пересылаются по почте либо автоматически, если в почтовом модуле определена автоматическая отсылка объектов: «Типы ценников для артикулов» («AP») и/или «Дополнительная информация для ценников» («AI»), либо вместе с карточкой товара при ручной отсылке карточки при условии, что справочник «Типы ценников» объявлен общим для пересылки.

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

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

Скидка на артикул по дисконтной карте.

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

Скидка на артикул для дисконтной карты не может быть передана в кассы типа УКМ2.

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

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

Для пересылки по почте скидок на артикул для типа дисконтных карт и для дисконтной карты созданы почтовые объекты «Скидки по типам дисконтных карт для артикулов» («DR») и «Скидки по дисконтным картам для артикулов» («DI»). Скидки могут пересылаться автоматически или вручную вместе с артикулом, если при рассылке артикула в диалоге «Рассылка карточек» установить флаг «Скидки по дисконтным картам».

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

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

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

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

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

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

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

- по первым символам значения – «Префикс»;

- по последним символам значения – «Суффикс»;

- по наличию последовательности символов в строке значения дополнительной характеристики – «Часть»

Способ поиска – «Точно», «Префикс», «Суффикс» или «Часть», может быть задан отдельно для каждой дополнительной характеристики.

Функция проверки контрагента счета и дисконтной карты.

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

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

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

Отсылка накладной на корректировку.

Для документов «Приходная накладная», «Расходная накладная» и «Накладная на перемещение» реализована функция отсылки документа на корректировку.

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

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

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

Флаг «Требует корректировки» сбрасывается при любом повышении статуса документа.

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

Автоматическая рассылка Z отчетов.

Для объекта «Кассовый отчет» («CZ») реализована процедура ручной и автоматической рассылки. Отсылка кассового отчета подразумевает отсылку всех чеков, относящихся к одному Z отчету.

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

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

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

Поле «Свойство» в разделе кассовых чеков.

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

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

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

Структура мест хранения.

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

- DG «Группа отделов»

- DU «Отдел»

- SC «Кассир»

- SS «Продавец-консультант»

- PZ «Производственный участок»

Логика почтового обмена в версии 1.024.3 осталась без изменения.

Редактирование объектов структуры мест хранения

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

- Редактирование структуры внешнего магазина/склада

- Редактирование внешних производственных участков

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

Рассылка объектов структуры мест хранения.

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

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

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

- Рассылка структуры внешнего магазина/склада

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

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

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

- группы отделов

- отделы

- кассиры

- продавцы-консультанты

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

Экспорт чеков в OLAP .

В экспорт типа данных «Кассовые чеки ( OLAP )» добавлены колонки «№ позиции» и «Операция.Код», которые соответствуют понятиям – номер позиции в чеке и операция чека.

Коды операции в чеке не совпадают с кодами операций торговой системы и зависят от программы ККМ. Супермаг УКМ возвращает в чеке следующие номера операций:

0 - возврат за наличные;

1 - продажа за наличные;

2 - возврат по банковской карте, работающей с дополнительной или вспомогательной валютой;

3 - продажа по банковской карте, работающей с дополнительной или вспомогательной валютой;

4 - возврат по банковской карте, работающей с базовой валютой;

5 - продажа по банковской карте, работающей с базовой валютой.

Экспорт привязки налоговых групп к карточкам в OLAP .

В экспорт в OLAP добавлен новый тип данных «Привязка налогов к карточкам».

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

- Артикул;

- Код региона;

- Название региона;

- Дата начала действия налоговой группы;

- Дата окончания действия налоговой группы;

- Код налоговой группы.

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

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

Почтовый модуль.

Шифрование физического пакета.

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

Для определения состояния файла физического пакета для него введены следующие расширения:

SFP – несжатый нешифрованный,

SFPZ – сжатый нешифрованный,

SFPP – несжатый шифрованный,

SFPX – сжатый шифрованный.

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

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

XML фильтр почтового модуля.

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

Для включения XML фильтра для почтового обмена необходимо в диалоге настройки параметров базы данных в почтовом модуле, выбрать формат обмена « xml – Стандартный XML фильтр» вместо « sm 2000 – Стандартный фильтр».

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

XML фильтр может быть использован для пересылки любых информационных объектов, исключая объекты типа: массив объектов ( OA ) и команда ( RQ ). Эти объекты не используются в обмене по XML протоколу из-за потенциальной опасности разрушения информации в базе данных при некорректном создании объектов внешними системами.

Структура почтового объекта, например, карточки складского учета, не может быть произвольной. Его структура обязана быть согласована со структурой информационного объекта в базе данных. Для согласования содержания XML файлов используются файлы описания XML схемы – XSD файлы. Будучи созданы один раз, файлы описания XML схемы становятся стандартом обмена, который не зависит от версии базы данных торговой системы и позволяет осуществлять обмен без изменения структуры почтовых пакетов при смене версии Супермага.

Для каждого почтового объекта, подлежащего обмену, должен быть создан свой файл описания XML схемы. Название файла должно соответствовать следующему правилу <Тип объекта>. XSD , где «тип объекта» - двухбуквенный код информационного объекта, например, для карточки складского учета файл описания XML схемы должен иметь следующее имя: CD.XSD

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

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

По умолчанию для размещения файлов XML схем предлагается подкаталог каталога Data вида: Схема_ XML _номер версии БД.

Например:

…\SM2000\Data\ Схема _XML_1.024.4

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

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

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

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

Настройки XML фильтра:

- «Сохранять копию (.bak) при приёме» - указание создавать архивные копии принимаемых пакетов при обмене сжатыми файлами.

- «Путь к папке со схемами» - путь к каталогу с файлами описания XML схем почтовых объектов.

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

- «Отладка (журнал предупреждений)» - Указание на необходимость ведения журнала сообщений при проверке содержания XML файлов на соответствие XML схемы (…\ Supermag \ Data \ XmlWarnings . txt ). По умолчанию журнал отключен. Журнал предупреждений позволяет отлаживать пользовательскую схему данных и контролировать процесс создания XML файла, но должен быть отключен при нормальной работе, поскольку может серьезно замедлять процесс обработки XML файлов. При приёме XML файла в текстовой файл журнала выводятся записи обо всех некритичных проблемах во входном XML файле, которые в обычном режиме игнорируются: наличие лишних полей и таблиц (не имеющихся в схеме почтового объекта), несовпадение типов данных. При создании XML файла в текстовый файл журнала также выводятся сообщения о не соответствии файла схемы данных XML схеме почтового объекта – несовпадении типов данных, наличии лишних полей и таблиц. В начале файла журнала помещается информация о назначении этого файла и инструкцией по отключению генерации журнала предупреждений.

Шифрование файлов XML фильтром не осуществляется.

Почтовые объекты.

Из объекта XD "Скидки по группам товаров" выделен почтовый объект LD "Пределы скидок по группам товаров".

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

Из объекта RV "Переоценки" выделены почтовые объекты RA "Максимальные переоценки" и RI "Минимальные переоценки".

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

Синхронизация массива объектов.

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

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

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

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

Отсылка массивов объектов встроена в почтовую отсылку групп объектов, объединенных общим условием.

Отсылка массивов объектов присутствует в ручной рассылке следующих объектов:

1) При рассылке артикула для тех объектов, которые отсылаются вместе с артикулом полным перечнем, а именно:

- BC - Штриховой код

- GL - Уровни складских запасов

- XA - Наценки по карточкам

- DR - Скидки по типам дисконтных карт для артикулов

- DI - Скидки по дисконтным картам для артикулов

- AP - Типы ценников для артикулов

- AI - Дополнительная информация для ценников

При отсылке перечня объектов, связанных с группой классификатора:

2) XC - Наценки по группам товаров

3) При отсылке переоценок по группам товаров:

- RV - Переоценки по группам товаров

- RI - Минимальные переоценки

- RA - Максимальные переоценки

4) RR - Правила округления цены

5) При отсылке скидок по группам товаров:

- LD - Пределы скидок по группам товаров

- XD - Скидки по группам товаров

При отсылке чеков кассового отчета:

6) CZ - Кассовый отчет

При отсылке объектов структуры места хранения для места хранения:

7) SC – Кассир

8) SS – Продавец-консультант

9) DG – Группа отделов

10) DU – Отдел

11) PZ – Производственный участок

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

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