Изменения функционала в версии 1.019.1


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

Транспорт почтовых пакетов.


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


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


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

Подробнее см. SMPost.doc, раздел «Транспорты».


Инвентаризационные описи.


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


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


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

Контроль цен портативным терминалом.


Модернизирован раздел работы с портативными терминалами сбора данных. Изменения коснулись функции обмена данными с программой портативного терминала, а также интерфейсов раздела портативного терминала и интерфейсов получения данных от портативных терминалов в документах.
Внесенные изменения позволяют работать с новой серией программ портативного терминала SM_2Kxxx, при этом сохранена совместимость с программами серии SMBHTххх.
Программы портативного терминала серии SM_2Kxxx реализуют новую возможность использования портативного терминала для сверки цен ценников в торговом зале с ценами на кассах, а также для формирования акта переоценки по отобранному набору товаров.
Новая функция портативного терминала позволяет ему получать от торговой системы артикулы с ценами для касс, показывать название артикулов и их цены, в том числе цены на упаковки, при сканировании штриховых кодов, отмечать артикулы, которые по мнению пользователя должны быть обработаны в тороговой системе и возвращать эти артикулы в торговую систему.
Новая реализация обмена с портативным терминалом позволяет загружать в терминал не только штриховые коды EAN/UPC, но также и простые коды. Простые коды будут также грузится и в программы серии SMBHTххх.
Для защиты от неправильного использования портативного терминала и
неправильной интерпретации данных, получаемых от портативного терминала, изменен протокол обмена с портативным терминалом. При обмене данными осуществляется проверка режима работы программы портативного терминала, и, в случае, если она не соответствует ожидаемому режиму, обмен данными не осуществляется.
Если в портативном терминале работает программа серии SMBHTххх, новые возможности контроля цен не доступны, однако прежняя функция сбора информации о количестве товара остается работоспособной.
В интерфейс раздела портативного терминала добавлен выбор режима загрузки терминала и новая страница для выгрузки данных из терминала.
При подготовке списка артикулов для загрузки в терминал добавлена возможность отбора артикулов по ассортименту и, в режиме инвентаризации количества, – по наличию артикулов в приходах, начиная с указанной даты.
Режим выгрузки данных из портативного терминала разделен на два этапа – выгрузка данных из терминала в файл и импорт данных из файла в документ. Данный факт отразился как на интерфейсе выгрузки данных в разделе портативного терминала, так и при выгрузке данных в спецификацию документов.
Реализация функции выгрузки данных из терминала в разделе портативного терминала позволяет упростить процесс контроля работоспособности и настройки портативного терминала и не требует создания документа для тестирования терминала.
Выгрузка данных из терминала в спецификацию документа реализована через специальный диалог и более не требует обращения к разделу портативного терминала.

Печать ценников по спецификации документов.


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

Выделенное производство.


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

Модификация обмена с УКМ.


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

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

Остатки с учетом оперативных продаж


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

Артикулы поставщика в накладных и заказе.


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

Генерация платежных документов на основании накладных.


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

Функции проверки.


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

Генерация новой карточки на основании существующей


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

Цены документов в разделе Карточки складского учета


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

Признак «Складское требование» при создании штрихового кода


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

Процедура проверки структуры Базы данных.


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

Отчеты и печатные формы.


Отчет «Остатки»



Отчет «Реализация товаров»



Отчет «Карточка складского учета»



Отчет «Реализация по поставщикам»



Новые отчеты:
Отчет «Реестр актов замера / завеса».
Отчет «Список товаров с коротким штриховым кодом».
Печатные формы для документа «Инвентаризационные описи».

Расширение перечня стандартных ценников в поставке системы.


Перечень шаблонов малых ценников увеличен до 25, средних до 12, больших до 9 штук.
Изменения функционала в версии 1.019.2
FIFO без учета перемещений по местам хранения.
«Сличительная ведомость» в закупочных ценах.
Ценообразование на выделенном складе.
Вложения в документы.
Функции обмена с весами.
Накопительный фильтр карточек.
История почтового обмена.
Права для расчета товародвижения.
Управление загрузкой на кассу шкал свойств артикулов.
Печать ценников за 0,1 единицы измерения (за 100 грамм).
Отчеты и печатные формы.
Детальный реестр накладных с закупочными ценами.
История почтовых отправлений.
История почтовых приемов.
Реализация по поставщикам.
Детализация неустановленной себестоимости.
Отчеты по свойствам артикулов.
Отчеты, с "FIFO без учета перемещений".
Раскладка клавиатуры для весов.
Печать документа Счет детально со скидками
Стандартные ценники

FIFO без учета перемещений по местам хранения.


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

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


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


Ценообразование на выделенном складе.


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

Вложения в документы.


Для документов реализована возможность хранения изображения документа или файла с произвольным содержанием, как приложение к данному документу.
Интерфейс для работы с вложениями сделан как дополнительное расширение интерфейса редактирования документа. Для включения доступа к интерфейсу необходимо в меню кнопки «Вид» выбрать пункт «Вложения».
В одном документе можно хранить произвольное количество вложений. Не накладывается ограничений на типы файлов вложений. Для просмотра и редактирования файлов вложений используются функции Internet Explorer'а. Редактирование вложений, то есть собственно редактирование и последующее сохранение измененного файла, допускается при наличии прав доступа пользователя к редактированию документа. В процессе просмотра и редактирования файлы вложений копируются во временный каталог. В случае если один из пользователей изменил содержание вложения, новое содержание будет доступно другому пользователю только после нажатия кнопки «Перечитать» или после обновления списка отобранных документов.
Одновременное редактирование вложения и других атрибутов документа не допускается.
Передача вложений по почте не реализована.
Вложения в документы реализованы для следующих типов документов:


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

История почтовых отправлений.


Содержание отчета: порядковый номер записи, тип и идентификатор отправленного объекта, наименование базы данных назначения, время отправки и приема, факт наличия ошибки при приеме объекта, содержание ошибки.
Просмотр истории почтовых отправлений возможен, если в настройках почтового сервера задана возможность ведения журнала отправления объектов. Для этого на закладке "Параметры" почтового сервера параметр "Журнал отправления объектов" должен быть установлен в "1".
При удалении или отмене виртуальных пакетов, принятых с ошибкой, содержимое ошибок удаляется из торговой системы, и просмотр номеров и содержания ошибок становится невозможным. Если же сведения об ошибках не удалены, возможен просмотр объектов, принятых с конкретной ошибкой, для чего необходимо задать в диалоге номер ошибки (число в интервале от 20000 до 20999).
Данные в отчете выводятся с сортировкой по типам и идентификаторам объектов.

История почтовых приемов.


Содержание отчета: порядковый номер записи, тип и идентификатор принятого объекта, наименование базы данных - отправителя, время приема, факт наличия ошибки при приеме объекта, содержание ошибки.
Просмотр истории почтовых приемов возможен, если в настройках почтового сервера задана возможность ведения журнала приема объектов. Для этого на закладке "Параметры" почтового сервера параметр "Журнал приема объектов" должен быть установлен в "1".
Просмотр номеров и содержимого ошибок возможен, если не были удалены сведения о них на закладке "Ошибки приема" почтового сервера. Если сведения об ошибках не удалены, то возможен просмотр объектов, принятых с конкретной ошибкой, для чего необходимо задать в диалоге номер ошибки (число в интервале от 20000 до 20999).
Данные в отчете выводятся с сортировкой по типам и идентификаторам объектов.
Измененные отчеты.

Реализация по поставщикам.


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

Детализация неустановленной себестоимости.


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

Отчеты по свойствам артикулов.


В следующих отчетах сделана опция "детально по свойствам артикулов":
Исполнение заказов
Товары, которые не заказывались в течение периода времени
Карточка складского учета (при выборе отчета в закупочных ценах)

Отчеты, с "FIFO без учета перемещений".


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

  1. Перед запуском диалога отчета проводится проверка, одинаков ли метод расчета для всех партнеров, разрешенных должности сотрудника. Если среди партнеров, разрешенных должности сотрудника, имеются партнеры с разными методами расчета себестоимости, то выбор опции "все партнеры" запрещен. Необходимо учитывать, что если в системе определен хотя бы один партнер, то партнеры обязательно должны быть назначены для всех мест хранения. В противном случае, места хранения, для которых не назначен партнер, не будут обрабатываться отчетами.
  2. При расчете по методу "FIFO без учета перемещений" в отчет не попадают накладные на перемещение и для корректного отображения данные выводятся без группировки по местам хранения. В этом случае пользователю запрещен выбор отдельных мест хранения.
  3. В заголовке отчетов указывается метод расчета, который назначен партнерам, выбранным в диалоге.


Отчеты, измененные в связи с появлением нового метода расчета товародвижения "FIFO без учета перемещений":
Оборотная ведомость
Карточка складского учета
Детальный реестр накладных с закупочными ценами
Доходность по товарам
Реализация по поставщикам
Товарный отчет по поставщикам
Детализация неустановленной себестоимости
Остатки в закупочных ценах
Реализация товаров и налоги
Реестр накладных по себестоимости
Сводный товарный отчет
Себестоимость и сумма расходов с основаниями
Товарный отчет в закупочных ценах
Товарный отчет и налоги
Товародвижение по операциям

Печатные формы

Раскладка клавиатуры для весов.


Новая печатная форма для весов Digi Ethernet. Раскладка печатается для 32 клавишной и 64 клавишной клавиатур. В раскладке печатается номер PLU и название товара только для тех клавиш, для которых определен номер PLU.

Печать документа Счет детально со скидками


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

Стандартные ценники


Для ценников с выводом кол-ва и единицы измерения появилась возможность печатать цену за 0,1 единицы товара.
В связи с появлением возможности печати цены за 0,1 единицы товара, из стандартной поставки убраны следующие ценники, печатающие цену для весовых товаров только за 100 гр.:
большой price_card_l3, внешний вид совпадает с price_card_l4
средний price_card_m2, внешний вид совпадает с price_card_m3
маленький price_card_s2, внешний вид совпадает с price_card_s3
Изменения функционала в версии 1.020.1
Учет сортов.
Сорта.
Генерация штриховых кодов и артикулов типа «признак» по сортам.
Контроль сорта в накладных.
Акт о сортировке
Ценообразование по сортам.
Выравнивание цены прихода по признакам.
Наценивание по признакам.
Складское требование по сортам.
Пополнение товарных запасов торгового зала
Управление настройками подчиненных БД.
Способы инициализации новой БД.
Синхронизация штриховых кодов
Синхронизация контрагентов.
Синхронизация карточек складского учета.
Штриховые коды.
Цены.
Проверка операций ручной пересылки документов.
Отсрочка платежа в расходных накладных.
Подбор ГТД для расходных накладных.
Генерация заказа поставщику.
Удаление строк с ненулевым предложением заказа.
Интерфейс документа «Контракт на закупку».
Печать ценников для каждого экземпляра товара из прихода.
Копирование уровней торгового запаса между местами хранения.
Изображение в карточке складского учета.
Просмотр списка документов контрагента в карточке контрагента.
Сотрудники в счете-фактуре.
Справочник Календарь.
Файловый протокол обмена с портативным терминалом сбора данных.
Название базовой валюты в интерфейсе.
Аварийное прерывание отчетов.
Окно заставки.
Администрирование функций проверки.
Электронный ключ HASP-M.
Защита от ошибок инсталляции.
Учёт артикулов типа Инвентарь.
Новые отчеты.
«Отчет о доходах и расходах (кассовый метод)»
«Оборачиваемость по поставщикам».
«Остатки поставщика по себестоимости».
«Реестр актов о сортировке».
«Уровни запасов торгового зала».
«Несоответствие прихода группе товаров».
«Реестр инвентаризационных описей».
Измененные отчеты.
«Прайс-лист».
«Сводный товарный отчет».
«Товарный отчёт (в закупочных ценах)».
«Реестр сличительных ведомостей».
«Реализация по поставщикам».
«Остатки».
«Товар без движения».
Новые печатные формы.
«Акт о сортировке»
Измененные печатные формы.
«Инвентаризационная опись», «Сличительная ведомость»
«Счет»
«Контракты на закупку»
«Платежное поручение», «Платеж»
«Отгрузочный лист по местам хранения».

Учет сортов.


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

Сорта.


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


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


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


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

Генерация штриховых кодов и артикулов типа «признак» по сортам.


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

Контроль сорта в накладных.


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

Акт о сортировке


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


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

Ценообразование по сортам.

Выравнивание цены прихода по признакам.


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

Наценивание по признакам.


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


Складское требование по сортам.


Реализован алгоритм формирования складского требования по признакам (сортам) товара. Для расчета потребности товара по признакам товара необходимо задать доли количества товара по признакам в общем уровне запаса товара в магазине.
Доли в уровне товарного запаса задаются в разделе «Свойства для артикула». Для одного и того же свойства может быть задано несколько распределений уровней торгового запаса, каждое из которых может быть назначено одному или нескольким местам хранения. Для одного места хранения может быть задано только одно распределение. Если имеется необходимость для разных товаров с одинаковым свойством задать разные распределения уровней товарного запаса по признакам товара в одном и том же магазине, то необходимо создать два свойства с похожим набором признаков и присвоить товарам разные свойства.
Для включения механизма генерации складского требования по признакам товара необходимо установить флаг «Учитывать свойства при генерации» в администраторе БД в разделе «Базы данных» на странице «Конфигурация->Складские требования» и установить флаг использования свойства товара для складского требования в разделе «Свойства артикула» на странице «Документы».
Поведение алгоритма следующее:
При генерации складского требования вычисляется общая потребность места хранения в товаре на основании информации об остатке товара в магазине, среднесуточной реализации и уровне товарного запаса (плюс зал). Далее потребность магазина может быть уменьшена до того количества, которое может быть поставлено со склада. Затем, на основании информации о текущих остатках товара в магазине по признакам товара, данное количество распределяется в складском требовании по признакам таким образом, чтобы количество товара по признакам после поставки товара со склада в магазин соответствовало распределению, заданному для данного магазина.

Пополнение товарных запасов торгового зала


Реализован механизм оповещения о необходимости пополнения запасов торгового зала в течение рабочего дня. Оповещение производится как печать требований на доставку товара в торговый зал. Требования печатаются по мере продаж товара через кассы и по факту поступления в магазин нового товара или товара с недостаточным количеством.
Механизм рассчитан на физическое наличие в магазине торгового зала и подсобного помещения, которые описаны в структуре складов и магазинов как одно место хранения.
Для правильной работы механизма необходимо, чтобы перед его стартом полки торгового зала были заполнены товаром в количестве, которое определяется как «Максимум торгового зала». Те товары, количество которого недостаточно, должны быть полностью размещены в торговом зале.
Печать требований реализована в кассовом сервере как часть функции получения информации об оперативных продажах. Для включения печати требований необходимо в администраторе включить оперативную сводку (для этого необходимо установить интервал опроса больше 0 сек.), установить признак «Требования зала» и прописать сетевой путь к принтеру, например: «
имя компьютера\имя принтера».
Интервал печати требований равен интервалу опроса оперативных продаж.
Для управления требованиями в карточку товара добавлен новый атрибут «Минимальное требование». Параметр можно задать в разделе карточек складского учета на странице «Заказ». На этой же странице отображается параметр «Максимум зала», который равен сумме минимума зала («Зал») и минимального требования.
Максимум зала определяет то количество, которое должно быть в торговом зале на момент начала продаж при наличии достаточного количества товара. Минимальное требование определяет тот порог убывания (продаж) товара, после которого необходимо пополнить запас торгового зала.
Алгоритм создания требования следующий: фиксируются продажи товара при получении сведения от оперативной сводки. Проданное количество регистрируется в таблице требуемого товара, то есть отдельно от того количества, которое показывается в окне оперативных продаж. Если суммарное количество проданного товара превышает минимально требование, то формируется требование на все количество проданного товара. Количество, которое попадает в требование, списывается из количества требуемого товара.
Требование распечатывается на принтере и дублируется в виде текстового файла. В случае необходимости требование может быть распечатано повторно из текстового редактора (Word или Notepad, в случае использования Notepad необходимо устанавливать шрифт Courier New).
Полнота выполнения требования в случае, когда количество товара в подсобном помещении достаточно для выполнения требования, должно контролироваться административно. То есть система считает, что требование всегда выполняется.
В случае если товара в подсобном помещении недостаточно для выполнения требования, то считается, что весь доступный товар должен поступить в торговый зал.
Товар, количество которого недостаточно, попадает в требование по факту регистрации накладных на перемещение или приходных накладных.
Алгоритм создания требования на товар с недостаточным количеством следующий: При регистрации накладной на поступление товара осуществляется сравнение количества товара за вычетом оперативных продаж и потерь с максимумом зала, и, в случае если количество оказывается меньше максимума зала, разница помещается в таблицу требуемого товара и на ближайшем цикле опроса попадает в требование.

Управление настройками подчиненных БД.


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


Некоторые системные параметры, такие как номер версии базы данных и др., не могут произвольно изменяться. Поэтому, при приеме объекта «CF» с идентификатором текущей БД значения таких параметров игнорируются (т.е. не записываются в SSSysInfo).
Имеется возможность послать команду удаленной базе данных – «Отослать конфигурацию в старшую БД». То есть имеется возможность получить информацию о конфигурации удаленной БД без участия персонала удаленной БД.
Реализована перекрестная проверка параметров генерации идентификаторов контрагентов и артикулов (кнопка «Конфликты»). В алгоритм автоматической генерации артикула введен запрет использования пустого префикса для всех баз данных, кроме базы данных центрального офиса. Последнее необходимо для того, чтобы пользователи одиночной БД могли создавать объекты в БД без предварительного заведения префиксов идентификаторов.
Конфигурация новой базы данных может быть экспортирована в файл (кнопка «Экспорт») и в дальнейшем использована для конфигурирования базы данных в момент ее создания (см. раздел «Способы инициализации новой БД»). Не следует создавать описание новой базы данных без цели использования данного описания в процессе генерации новой БД. При создании описания генерируется уникальный код БД и задается ее имя. В случае если описание БД вначале создается в старшей БД, а затем база данных создается самостоятельно, то при приеме информации о регистрации БД в старшей БД либо появится дубликат описания БД из-за различий в идентификаторах БД и именах БД, либо регистрация БД в сети будет невозможна (при совпадении имен БД).
Регистрация новой БД в сети производится после настройки почтового сервера. Для регистрации необходимо на странице «конфигурация» нажать кнопку «Разослать» и выбрать отсылку в старшую БД.

Способы инициализации новой БД.


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


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

Синхронизация штриховых кодов


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

Синхронизация контрагентов.


Реализован механизм генерации идентификаторов контрагентов с заданным префиксом, что позволяет создавать новых контрагентов с уникальным идентификатором не только в центральной БД, но и в подчиненных БД. Классификаторы контрагентов по-прежнему должны корректироваться только в старшей БД.
В качестве префикса идентификатора Контрагентов выступают числа, начиная с 100000 и с шагом в 100000. С одним префиксом может быть создано 100000 уникальных идентификаторов. То есть один префикс задает диапазон номеров контрагентов размером в 100000 чисел. Префиксы определяются в виде номеров диапазонов 0, 1, 2 и т. д., где каждому числу соответствует диапазон в 100000 чисел. Например, для 0 – это от 0 до 99999, для 1 - от 100000 до 199999 и т.д. Для каждой БД должен быть задан свой номер диапазона чисел и может быть задано некоторое количество дополнительных диапазонов следующих друг за другом. Например, если задан 1 дополнительный диапазон, то размер диапазона расширяется со 100000 до 200000 чисел.
В случае использования одной БД можно задать номер диапазона «-1», что означает отсутствие деления идентификаторов по диапазонам. Если диапазон «–1» задан в подчиненной базе, создание контрагентов в ней становится невозможным.
При модернизации базы данных с младших версий до текущих, во всех БД номер диапазона устанавливается в «–1».
Настройка диапазонов осуществляется в Административном модуле, раздел «База данных», страница «Конфигурация», раздел «Генерация идентификаторов».
Автоматическая рассылка контрагентов по факту создания или изменения информации о контрагенте не реализована и должна выполнятся вручную. При почтовом приеме контрагента не делается проверка на уникальность ИНН или имени контрагента для того, чтобы иметь возможность в дальнейшем провести операцию объединения контрагентов в старшей БД.
Необходимо учитывать, что одновременное изменение (редактирование) одних и тех же атрибутов одного и того же контрагента в разных БД может привести к потере информации.
Отсылка команды (информации) об удалении контрагента не реализована.
При создании контрагентов в разных БД имеется вероятность того, что один и тот же контрагент может быть введен в систему несколько раз с разными идентификаторами.
Для объединения двух контрагентов реализована функция в разделе контрагентов (кнопка «Заместить»). Функция (кнопка) доступна только в старшей БД.
Для объединения двух контрагентов необходимо определить, какой из двух или более контрагентов является главным и должен остаться, а какие контрагенты должны заместиться. Для замещаемого контрагента необходимо нажать кнопку «Заместить» в режиме редактирования и далее указать код главного контрагента.
При замещении контрагент автоматически получает статус «Блокированный» и ссылку на главного контрагента. В дальнейшем всякая работа с замещенным контрагентом не допускается. Для этого кнопка редактирования заменяется кнопкой перехода к главному контрагенту. Команда на замещение автоматически рассылается в подчиненные БД. При замещении контрагента, как в старшей, так и в подчиненной БД, все ссылки на него в системе меняются на ссылки на главного контрагента. Замещенный контрагент не удаляется.
При объединении контрагентов следующие атрибуты замещаемого контрагента объединяются с атрибутами главного контрагента:


Синхронизация карточек складского учета.

Штриховые коды.


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

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

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

Цены.


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

Проверка операций ручной пересылки документов.


Для документов:

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

Отсрочка платежа в расходных накладных.


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

Подбор ГТД для расходных накладных.


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

Генерация заказа поставщику.


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

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

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


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


Интерфейс документа «Контракт на закупку».


Для удобства восприятия информация по контракту разделена на группы и разнесена на вкладки «Главная», «Заказы» и «Фин. атрибуты».
Для упрощения создания нового контракта значения полей:
Форма оплаты
Срок поставки
Тип отсрочки платежа
Отсрочка платежа
Штраф
Максимальный штраф
Частота заказа
Время заказа
Время поставки
Заказ принимается
Поставка производится
по умолчанию копируются из соответствующих атрибутов поставщика, если они были определены в разделе «Контрагенты». (Карточка контрагента, вкладка Поставщик).

Печать ценников для каждого экземпляра товара из прихода.


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

Копирование уровней торгового запаса между местами хранения.


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

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

Изображение в карточке складского учета.


Для карточки складского учета реализована возможность сохранения в базе данных и воспроизведение файла приложения, который может быть графическим изображением или текстовым описанием. Формат файла может быть любым. Но для показа содержания файла необходимо, чтобы файл имел один из форматов, который распознает программа Internet Explorer. Редактировать можно только файлы формата .doc и .bmp.

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

Просмотр списка документов контрагента в карточке контрагента.


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

Сотрудники в счете-фактуре.


В разделе «Контрагенты» на странице «Сотрудники» дается возможность указать должность для сотрудников контрагента. Определены две стандартные должности: «Руководитель» и «Гл. бухгалтер». Названия этих должностей используются для автоматического проставления имен руководителя и главного бухгалтера в диалоге печати счета-фактуры, как в расходной, так и в приходной накладной.
Раздел «Приходная накладная»
Поставщик в счете-фактуре для приходной накладной соответствует контрагенту (поставщику) из накладной. Позиция диалога «От имени» используется для определения контрагента получателя товаров (услуг).
При запуске диалога печати для приходной накладной проверяется, заданы ли для контрагента из накладной сотрудники с должностью «Руководитель» и «Гл. бухгалтер».
Если такие сотрудники заданы, то их имена подставляется в позиции диалога печати «Руководитель» и «Гл. бухгалтер». Пользователь может изменить имена в диалоге печати, но эти изменения нигде не запоминаются.
Если для контрагента из накладной не определен ни один сотрудник, то поиск значений осуществляется в реестре локального компьютера. В этом случае если пользователь изменит значения имен в позиции «Руководитель» («Гл. бухгалтер»), новые значения будут запоминаться в реестре.
При печати счетов-фактур одновременно для нескольких приходных накладных отсутствует гарантия того, что поставщик во всех документах будет одинаковый, и значения для заполнения позиции диалога «Руководитель» и «Гл. бухгалтер» берутся из реестра. Эти имена могут быть отредактированы пользователем. Имена сотрудников из диалога печати будут выводиться в печатные формы счетов-фактур для всех накладных, в случае если будет выбрана опция «всегда использовать данные значения вместо сотрудников контрагента из накладной». Если опция будет отключена, то для тех накладных, для контрагентов которых имена сотрудников определены, в печатную форму будет подставляться имя его сотрудников. В случае если сотрудники для контрагента не определены, в печатную форму будут подставляться имена из диалога печати.
При печати счета-фактуры для расходной накладной на несоответствие товара контрагенты поставщика и получателя меняются местами, соответственно, описанный выше алгоритм определения имен сотрудников становится недействительным. В этом случае позиции «Руководитель» и «Гл. бухгалтер» становятся пассивными и имена сотрудников в печатной форме не выводятся.
Раздел «Расходная накладная»
Поставщик в счете-фактуре для расходной накладной берется из позиции диалога печати «от имени…».
При запуске диалога печати для расходной накладной проверяется, заданы ли сотрудники с должностью «Руководитель» и «Гл. бухгалтер» для контрагента, указанного в позиции «от имени…».
Если такие сотрудники заданы, то их имена подставляется в позиции диалога печати «Руководитель» и «Гл. бухгалтер». Пользователь может изменить имена в диалоге печати, но эти изменения нигде не запоминаются.
Если для контрагента «от имени…» не определен ни один сотрудник, то поиск значений осуществляется в реестре. В этом случае если пользователь изменит значения имен в позиции «Руководитель» и «Гл. бухгалтер», новые значения будут запоминаться в реестре.
При изменении пользователем контрагента в позиции «от имени…» проводится аналогичная проверка. Если сотрудники для контрагента заданы, их имена проставляется в позицию «Руководитель» и «Гл. бухгалтер». Если сотрудники не заданы, данные берутся из реестра (если для предыдущего контрагента данные были получены из реестра и изменены, то они не замещаются данными из реестра).
При печати счетов-фактур для нескольких расходных накладных алгоритм поведения такой же, как и при печати счета-фактуры для одного документа.

Справочник Календарь.


Справочник «Календарь» предназначен для настройки рабочих и выходных дней, для правильного вычисления интервалов в банковских днях.
Доступ осуществляется через меню «Разделы \ Настройка \ Справочники», пункт списка справочников «Календарь».
Нерабочие дни по умолчанию – все субботы и воскресенья плюс даты из списка «Стандартные праздничные дни». Все остальные дни – рабочие. Настройку по умолчанию можно переопределить, добавив даты в список «Изменения выходных и рабочих дней».

Файловый протокол обмена с портативным терминалом сбора данных.


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

Название базовой валюты в интерфейсе.


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

Аварийное прерывание отчетов.


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

Окно заставки.


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

Администрирование функций проверки.


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

Электронный ключ HASP-M.


В перечень электронных ключей, которые могут быть использованы для лицензирования программы, добавлен ключ HASP-M. Технология работы с ключом такая же, как и для ключей MPKEY и Guardant.

Защита от ошибок инсталляции.


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

Учёт артикулов типа Инвентарь.


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


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

Новые отчеты.

«Отчет о доходах и расходах (кассовый метод)»


Группа отчётов «Бухгалтерские».
Отчет предназначен для предоставления информации о доходах и расходах при упрощенной системе налогообложения.

«Оборачиваемость по поставщикам».


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

«Остатки поставщика по себестоимости».


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

«Реестр актов о сортировке».


Группа отчётов «Документооборот».
Целью отчета является получение реестра актов о сортировке с группировкой по местам хранения.

«Уровни запасов торгового зала».


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

«Несоответствие прихода группе товаров».


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

«Реестр инвентаризационных описей».


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

Измененные отчеты.

«Прайс-лист».


Добавлены опции:

Добавлены поля:


«Сводный товарный отчет».


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

«Товарный отчёт (в закупочных ценах)».


Добавлена опция "группы товаров (все, только)". Опция дает возможность указания групп товаров, по которым должны быть отобраны документы.

«Реестр сличительных ведомостей».



«Реализация по поставщикам».


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

«Остатки».


Добавлена опция «только ненулевые остатки».

«Товар без движения».


Добавлена опция «Товар без движения за период с … по …» вместо опции «Товар без движения за последние … дней».
Добавлена опция «Товар пролежал весь период».

Новые печатные формы.


«Акт о сортировке»



«Счет»


«Контракты на закупку»



«Платежное поручение», «Платеж»



«Отгрузочный лист по местам хранения».


Печатная форма "отгрузочный лист по местам хранения" переименована в "отгрузочный лист по местам назначения".

Изменения функционала в версии 1.020.2

Отгрузка со склада.
Зона отгрузки.
Регистрация поступлений.
Контроль количества.
Задания на комплектацию.
Контроль выполнения задания.
Лист комплектации.
Складское требование.
Метки документов.
Описание меток
Использование меток в документах
Системные метки
Отметки банка
Кладовщики
Маркетинговые акции.
Хранение информации о цене товара.
Исполнение Маркетинговых акций.
Перекрывающиеся Маркетинговые акции.
Почтовая рассылка маркетинговых акций.
Пересылка маркетинговой акции в подчиненную базу.
Пересылка маркетинговой акции в старшую базу.
Пересылка Актов изменения цены маркетинговых акций.
Мониторинг отложенных актов изменения цены.
Экспорт данных для OLAP.
Сервер отчетов.
Поддержка законодательства Белоруссии
Версия базы данных для Республики Беларусь
Приходные и расходные накладные
Ценообразование
Экспорт данных в бухгалтерию
Интерфейс разделов Контрагенты, склады и магазины.
Выбор закладки и группы классификатора, колонки для сортировки.
Фильтр отбора записей.
Поиск записей.
Компоновка меню разделов.
Отчеты и печатные формы
Новые отчеты
Измененные отчеты
Новые печатные формы
Измененные печатные формы

Отгрузка со склада.


В системе созданы разделы «Зона отгрузки» и «Листы комплектации» для автоматизации процессов сбора и упаковки товаров на складе перед их отгрузкой в магазины или клиентам.
Склад рассматривается как набор функциональных участков (зон):


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


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


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

Зона отгрузки.


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


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


Регистрация поступлений.


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


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

Контроль количества.


Текущее состояние остатков товара зоны отгрузки отображается на странице «Остатки» раздела «Зона отгрузки».
В окне просмотра товаров зоны отгрузки имеется возможность ограничивать список товаров группой классификатора или ассортиментом. Показываются только товары с положительным остатком. Процессы регистрации приема и выбытия товара из зоны отгрузки выполнены таким образом, что товар в зоне отгрузке не может иметь отрицательный остаток.
Показывается количество товара, присутствующего в зоне отгрузке, и та его часть, которая зарезервирована под задания, выданные кладовщику.
Если кладовщик подтвердил выполнение задания, то есть перевел документ Лист комплектации в статус «Исполнен», то количество товара в зоне отгрузки уменьшается на количество выполненного задания, а количество товара в работе уменьшается на количество затребованное для комплектации.
При очистке журнала поступлений (см. выше) происходит одновременная очистка остатков товаров в зоне отгрузки. Очистку нужно производить при расхождении фактического количества товара с учетным количеством или когда информация журнала становится неактуальной. В этом случае, после очистки журнала необходимо повторно принять весь товар, обнаруженный в зоне отгрузки.
Очистку журнала не следует производить, если имеются не выполненные задания на комплектацию. При очистке журнала показывается список не выполненных листов комплектаций и предлагается их удалить. Удаление не выполненных листов комплектации не приводит к нарушению процесса комплектования только в том случае, когда какое-либо количество затребованного товара не попало в отгрузочное место и/или в накладную на перемещение. Соответственно, перед очисткой журнала необходимо закрыть все частично выполненные задания с фиксацией фактически укомплектованного товара.

Задания на комплектацию.


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


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

Контроль выполнения задания.


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

Лист комплектации.


Лист комплектации является распоряжением кладовщику на включение товара зоны отгрузки в партию товара, собираемую по определённому складскому требованию. Документ участвует в оперативных процессах управления складом. Пересылка документа по почте не предусмотрена.
Лист комплектации может создаваться вручную, но предназначен, прежде всего, для совместного использования со складским требованием.
Лист комплектации генерируется на основании одного складского требования и содержит в себе ту его часть, которая может быть реально выполнена, то есть, обеспечена текущим состоянием запасов зоны отгрузки. На основании одного складского требования может быть создано несколько листов комплектации. Суммарное количество товаров по листам комплектации не может превышать количество товаров в складском требовании.
Листы комплектации не предназначены для длительного хранения, и они удаляются одновременно с закрытием складских требований при генерации новых складских требований.
При обращении к разделу документов Лист комплектации происходит фильтрация списка документов для места хранения по умолчанию и текущей даты и показывается окно с отобранными документами.
Лист комплектации содержит перечень товаров с указанием количества затребованного к упаковке товара и количества фактически упакованного товара. Количество затребованного товара может быть изменено, только если документ имеет статус «Черновик». Фактическое количество может редактироваться, если документ имеет статус «Принят к исполнению».
Если в лист комплектации попадает артикул со свойством, то для каждого значения свойства выделяется отдельная строка.
Документ может иметь одну из двух операции «Отгрузка» и «Возврат в зону хранения». Для операции Отгрузка место хранения «расположения» зоны отгрузки и место «назначения» должны различаться, для операции Возврат … они должны совпадать. В случае несоответствия, при попытке принять документ к исполнению, будет выдано сообщение об ошибке.
В документе может фиксироваться имя кладовщика, которому выдано задание. Перечень имен задается в разделе «Структура магазины/склада» на странице «Персонал».
В документе имеется функция генерации накладной на перемещение на основании листа комплектации. Функция доступна только в режиме просмотра документа и только для исполненных документов. Функция позволяет создать новую накладную на перемещение и экспортировать в нее спецификацию листа комплектации с фактическим количеством или добавить содержание листа комплектации к уже существующей накладной.

Складское требование.


В документ «Складское требование» добавлены поля для контроля количества товаров зоны отгрузки и состояния работ по отгрузки.

Метки документов.


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

Описание меток


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

Использование меток в документах


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

Системные метки


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

Отметки банка


Метки «Отправлено в банк» и «Оплачено банком» назначены документам Платеж и Получение платежа. Метки имеют тип флажок. Специальная обработка меток заключается в контроле порядка проставления меток.

Кладовщики


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

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


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

Хранение информации о цене товара.


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

Исполнение Маркетинговых акций.


Маркетинговая акция сопровождается созданием и движением нескольких документов – одного документа типа Маркетинговая акция и некоторого множества документов типа Акт изменения цены. Процесс исполнения маркетинговой акции является распределенным, то есть, начало и завершение акции происходит по частям в разных базах данных - по разным местам хранения и разным видам цен. Состояние статуса документа Маркетинговая акция позволяет судить только о выдаче команды о начале или завершении процесса, но не о факте полного выполнения этой команды.
Начиная с версии 1.020.2, акты изменения цены начала и окончания акции для данного места хранения создаются только в той БД, для которой это место хранения является локальным, или если оно зарегистрировано как место хранения, относящееся к базе данных Супермага 2.6 (по настройкам почтового модуля). В противном случае документ Маркетинговая акция получает необходимый статус, но соответствующих исполнительных документов не создается. Поскольку в документе Маркетинговая акция фиксируется информация о номерах актов изменения цены, связанных с акцией, то в процессе обмена документами между базами данных данная часть документа пополняется, а не замещается. См. раздел Почтовая рассылка маркетинговых акций.

Перекрывающиеся Маркетинговые акции.


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

Почтовая рассылка маркетинговых акций.


Переработаны алгоритмы автоматической рассылки маркетинговых акций и связанных с ними актов смены цены. Теперь рассылка документов обоих указанных типов выполняется в соответствии с правилами рассылки документов (по настройкам почтового модуля). То есть маркетинговые акции не рассылаются автоматически, как это было раньше.
Специально для маркетинговой акции реализована поддержка правила рассылки «3-0». Стандартные правила рассылки документов могут задавать только переходы между последовательными статусами. Однако для маркетинговой акции переход 3-0 имеет специальный смысл — завершение акции.
Рекомендуемые настройки правил автоматической рассылки для баз данных офиса и магазина для случая, когда акции запускаются и завершаются вручную, приведены ниже.
В скобках указано правило рассылки при исполнении акций по расписанию.

База данных

Тип документа

Авто в старшую

Авто в подчиненную

Офис

MA

 

2-3,3-0 (1-2)

 

AC

 

 

Магазин

MA

2-3,3-0

 

 

AC

2-3

 


Указанные выше правила рассылки документа Акт изменения цены (АС) относятся только к маркетинговым акциям и могут быть дополнены для актов, создаваемых иными способами.
Если при начале или завершении маркетинговой акции не было создано ни одного акта смены цены, то такая акция будет автоматически отсылаться только в подчиненные базы независимо от того, указано ли в правилах рассылки отсылать документ в старшую базу данных или нет. В этом случае отсылка в старшую базу не нужна, так как если не были созданы новые акты, то документ Маркетинговая акция, с точки зрения старшей базы данных, не изменился. С другой стороны, отсылка в подчиненную базу необходима, так как прием такой акции в подчиненной базе равноценен принудительному началу или завершению акции.
При более чем двухуровневой структуре сети для передачи маркетинговых акций и их актов с нижнего уровня в центр следует использовать сквозную рассылку. Однако для передачи маркетинговых акций из центра вниз сквозная рассылка нежелательна, так как это приведет к тому, что в магазины будут приходить, в том числе, маркетинговые акции, которые им не предназначены. Это не приведет к ошибкам в поведении маркетинговых акций, но в ряде случае нежелательно. Поэтому вместо сквозной рассылки следует использовать обычные правила автоматической рассылки, которые для маркетинговых акций обеспечивают пересылку документа в требуемую базу данных.

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


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

Пересылка маркетинговой акции в старшую базу.


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

Пересылка Актов изменения цены маркетинговых акций.


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

Мониторинг отложенных актов изменения цены.


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


Экспорт данных для OLAP.


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


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

Сервер отчетов.


Реализована поддержка использования распределенной сети вычислительных ресурсов для повышения производительности системы. Под поддержкой понимается автоматизация действий системного администратора по организации распределенной системы баз данных (Distributed Database Systems). Для организации сети взаимосвязанных баз данных используется механизм snapshot-репликаций. Механизм мастер-репликаций не поддерживается.
В первую очередь, преследовалась цель разделить вычислительные мощности между оперативными функциями системы и ресурсоемкими аналитическими отчетами. В связи с этим введено понятие оперативного сервера и сервера отчетов. На оперативном сервере ведется документооборот торговой организации (документы, справочники и т.д.), и формируются оперативные отчеты, связанные с текущим состоянием системы. На сервере отчетов производится расчет товародвижения и подготовка любых не оперативных отчетов, то есть таких отчетов, которые обычно выполняются за период по дату, отличную от текущей даты. Сервер отчетов поддерживает актуальность данных на момент последней синхронизации двух серверов. Синхронизация осуществляется функцией, которая запускается вручную. Периодичность синхронизации определяется потребностью пользователей.
Настройка репликации выполнена таким образом, чтобы аналитические данные и административные настройки сервера отчетов не подвергались изменению при синхронизации. То есть при синхронизации не происходит изменений в таблицах, связанных с лицензионной информацией, информацией о правах должностей и пользователей системы, аналитических таблицах, связанных с расчетом товародвижения.
Дополнительно, сервер отчетов может выполнять функции резервного сервера. Т.е. при выходе из строя оперативного сервера, сервер отчетов может быть переведен в оперативный режим. В этом случае он будет содержать всю информацию оперативного сервера на момент последней синхронизации.
Подробное описание действий для организации сервера отчетов приведено в документе «Сервер отчетов. Руководство администратора».

Поддержка законодательства Белоруссии


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


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

Версия базы данных для Республики Беларусь


В модуль генерации базы данных добавлен элемент выбора страны. По умолчанию установлена «Россия». При выборе страны «Белоруссия», программа инициализации схемы базы данных открывает доступ к данным, специфичным для документооборота Республики Беларусь, к правам доступа, процедурам и настройкам процедур, для поддержки и контроля ценообразования для Республики Беларусь.
После создания базы данных вариант законодательства изменить невозможно.
В Административный модуль на странице конфигурации добавлено поле для отображения страны законодательства базы данных.
При генерации схемы Базы данных по умолчанию устанавливаются следующие параметры:
Название основной валюты – «Рубль РБ», короткое название – «руб.»;
Виды цен – Розничная (ID 0);
Дополнительно устанавливается функциональное право (ID 119) «Прих. накл.: Редактирование поля «Розничная цена»».

Приходные и расходные накладные


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

Ценообразование


Цены мест хранения.
При создании нового места хранения в качестве учетной цены и цены для кассы автоматически устанавливается вид цены, соответствующий ID 0 (т.е Розничная).
Максимальная наценка от цены производителя.
В разделе Цены вкладка Наценки реализован интерфейс для установки значения процента максимально допустимой наценки от цены производителя для группы товаров товарного классификатора.
Значения «Максимальная наценка от цены производителя» пересылается почтовым модулем вместе с наценками и прочими параметрами процедуры наценивания
Наценивание.
В процедуру наценивания внесены следующие изменения:


Примечание:

Экспорт данных в бухгалтерию


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

Интерфейс разделов Контрагенты, склады и магазины.


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

Выбор закладки и группы классификатора, колонки для сортировки.


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

Фильтр отбора записей.


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

Поиск записей.


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

Компоновка меню разделов.


В связи с увеличением количества разделов в торговой системе была пересмотрена компоновка меню разделов.
Разделы: Акты переоценки, Акты уценки, Маркетинговые акции – перенесены под общий пункт меню – Ценообразование в группу, объединяющую документы ценообразования.
Образован новый пункт меню «Склад», в который помещен раздел Складские требования, новые разделы Зона отгрузки и Листы комплектации, а также раздел Физический склад.

Отчеты и печатные формы

Новые отчеты


Филиалы.


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

Атрибуты контрагентов типа «Филиал».





Места хранения филиалов.


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

Автоматическое пополнение ассортиментов.


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


При выборе нескольких условий, условия объединяются по логическому «ИЛИ». Например, если указано, что в ассортимент должны помещаться товары поставщика «ООО Трейд» и артикулы, содержащие в названии слово «водка», то в ассортимент будут включаться все артикулы, приходящие от поставщика «ООО Трейд» с любым названием и все артикулы, содержащие в названии слово «водка», независимо от того, какой поставщик их поставил.
Артикулы, соответствующие условиям правила, могут добавляться в ассортимент вручную или автоматически.
Ручное добавление артикулов в ассортимент выполняется с помощью кнопки «Синхронизировать» на странице «Узел» раздела классификаторов ассортимента. Функция синхронизации дополнительно позволяет удалить из ассортимента артикулы, не отвечающие условиям правила.
Для включения режима автоматического добавления артикулов в ассортимент необходимо установить соответствующий признак у правила.
Проверка на соответствие правилу и автоматическое добавление артикулов происходит при любом изменении артикула, при приходе артикула по почте или при переводе приходной накладной с операцией «Приход» в статус «принят центром».
При автоматическом пополнении ассортимента происходит только пополнение ассортиментов, то есть проверка артикула на несоответствие правилу и удаление артикулов из ассортимента не производится.

Контроль отпускной цены.


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

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


  1. Для документа Расходная накладная создана функция проверки:


  1. В карточку товара добавлено поле «Граница рентабельности». Редактирование поля разрешается при наличии должностного права. В справочник системных настроек добавлен параметр «Валюта рентабельности».


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


Дополнительные характеристики контрагентов и мест хранения.


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

Добавление артикулов в спецификацию документов.


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

Итоги в интерфейсе документов.

Суммы без НДС.


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

Суммы продаж и возвратов.


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

Коррекция предложения заказа на величину неудовлетворенного резерва.


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

Экспорт данных для OLAP.


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


Выгружаемая информация:

Классификатор товаров.


Ид. - идентификатор группы классификатора
Имя- название группы классификатора
Код уровня 0- номер старшей группы классификатора нулевого уровня (группы «Все»)
Код уровня 1- номер старшей группы классификатора первого уровня
Код уровня 2- номер старшей группы классификатора второго уровня
Код уровня 3- номер старшей группы классификатора третьего уровня
Код уровня 4- номер старшей группы классификатора четвертого уровня
Код уровня 5- номер старшей группы классификатора пятого уровня
Код уровня 6- номер старшей группы классификатора шестого уровня
Название уровня 0- название старшей группы классификатора нулевого уровня (группы «Все»)
Название уровня 1- название старшей группы классификатора первого уровня
Название уровня 2- название старшей группы классификатора второго уровня
Название уровня 3- название старшей группы классификатора третьего уровня
Название уровня 4- название старшей группы классификатора четвертого уровня
Название уровня 5- название старшей группы классификатора пятого уровня
Название уровня 6- название старшей группы классификатора шестого уровня
Норм. путь- позиция группы классификатора в дереве классификатора в виде нормализированного числа, например, 00020004
Путь- позиция группы классификатора в дереве классификатора в стандартном виде, например, 2.4.

Классификатор поставщиков и классификатор клиентов


Ид.- идентификатор группы классификатора
Имя- название группы классификатора
Код уровня 0- номер старшей группы классификатора нулевого уровня (группы «Все»)
Код уровня 1- номер старшей группы классификатора первого уровня
Код уровня 2- номер старшей группы классификатора второго уровня
Название уровня 0- название старшей группы классификатора нулевого уровня (группы «Все»)
Название уровня 1- название старшей группы классификатора первого уровня
Название уровня 2- название старшей группы классификатора второго уровня
Норм. путь- позиция группы классификатора в дереве классификатора в виде нормализированного числа, например, 00020004
Путь- позиция группы классификатора в дереве классификатора в стандартном виде, например, 2.4.
Примечание: код уровня выгружаются в виде строки с дополнением числа лидирующими нулями до четырех знаков.

Карточки товара.


В перечень выгружаемых данных объекта «Карточки товаров» добавлены поля:
Код уровня 0, Код уровня 1, Код уровня 2, Код уровня 3, Код уровня 4, Код уровня 5, Код уровня 6
В поля выводятся названия старших групп группы классификатора, которой принадлежит артикул. Формат и содержание полей соответствуют полям с тем же названием объекта «классификатор товаров».

Контрагенты.


В перечень выгружаемых данных объекта «Контрагенты» добавлены поля:
Поставщик уровень 0, Поставщик уровень 1, Поставщик уровень 2, Клиент уровень 0, Клиент уровень 1, Клиент уровень 2 .
В поля выводятся названия старших групп группы классификатора, которой принадлежит контрагент. Если контрагент не является поставщиком или клиентом, соответствующие поля не заполняются. Формат и содержание полей соответствуют полям с названием «Код уровня …» объектов «Классификатор поставщиков» и «Классификатор клиентов».

Проводки.


В перечень выгружаемых данных объекта «Проводки» добавлены поля:
Карточки уровень 1 (Код), Карточки уровень 2 (Код), Карточки уровень 3 (Код), Карточки уровень 4 (Код), Карточки уровень 5 (Код), Карточки уровень 6 (Код)
В поля выводятся коды старших групп группы классификатора, которой принадлежит артикул, в случае если выгружаемые данные связаны с артикулом. Формат и содержание полей соответствуют полям «Код уровня …» объекта «классификатор товаров».
Поля «Карточки уровень …» переименованы в «Карточки уровень … (название)». При выгрузке полей код номера группы не выводится, выводится только название группы.
Добавлены поля:
Получатели уровень 0 (код), Получатели уровень 1 (код), Получатели уровень 2 (код),
Получатели уровень 0 (название), Получатели уровень 1 (название), Получатели уровень 2 (название),
Поставщики уровень 0 (код), Поставщики уровень 1 (код), Поставщики уровень 2 (код),
Поставщики уровень 0 (название), Поставщики уровень 1 (название), Поставщики уровень 2 (название)
В поля выводятся коды и названия старших групп группы классификатора клиентов и поставщиков соответственно, которой принадлежит контрагент, если выгружаемые данные связаны с контрагентом. Формат и содержание полей соответствуют полям «Код уровня …» и «Название уровня …» объектов «Классификатор поставщиков» и «Классификатор клиентов».
Поле «артикул\название» переименовано в «Товар, название». При выгрузке поля выгружается только название артикула.

Печать ценников.


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






Функция копирования актов переоценки в другие места хранения.


Внесены изменения в состав и названия функций экспорта документа акт переоценки для более правильного отражения содержания функций.
Название опции диалога: «Экспорт из текущего документа» в функции «экспорт» в режиме открытого документа и в режиме редактирования заменено на «Экспорт строк из текущего документа», поскольку содержание заголовка документа в этом случае не копируется.
Функция «Скопировать документ в другие места хранения» была предназначена для ручного выполнения действий, которые выполняются автоматически, если у мест хранения установлен флаг "цены синхронизированы со старшим местом хранения". Задача функции состоит в одномоментном копировании цен в указанные места хранения, либо одновременно с исполнением исходного акта переоценки, либо после на основании уже исполненного акта переоценки.
Название функции «Скопировать документ в другие места хранения» заменено названием «Скопировать цены в другие места хранения». Диалог выбора мест хранения сопровожден текстом «Для выбранных мест хранения будут созданы и приняты к исполнению акты изменения цены с условием исполнения «немедленно при оприходовании»».
Создана новая функция «Скопировать документ в другие места хранения». Функция предназначена для ручной поддержки изменения цен при проведении маркетинговых акций. Функция доступна в любом статусе документа. Функция работает также как функция «экспорт документа» в режиме отбора документов, но создает документы только типа «акт переоценки». Акты создаются для вида цены, указанного в исходном документе, с датой документа равной текущей дате и для тех мест хранения, которые укажет пользователь в диалоге выбора мест хранения.

Предупреждение о завершении программы.


При попытке завершить работу основного модуля программы выдается предварительное сообщение «Завершить работу с программой?». Работа программы завершается после утвердительного ответа. Предупреждение сделано для защиты от случайного завершения работы программы в случае ошибочных действий пользователя.

Системная единица измерения «Литр».


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

Функция коррекции цен в Актах переоценки.


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

Поддержка законодательства Белоруссии.


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

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


Министерство экономики республики Беларусь устанавливает минимальные отпускные цены на алкогольную продукцию крепостью свыше 28 процентов, реализуемую на территории Республики Беларусь. Цены устанавливаются для категорий товаров за 0,5 литра продукции. Розничные предприятия не должны принимать товар, отпускные цены которых ниже установленных величин.
В разделе «Цены» на странице «Наценки» в таблицу параметров наценивания добавлено поле «мин. отпускная цена за 0,5 л.». Поле разрешается редактировать при наличии права «Установка максимальной наценки от цены производителя». Для контроля минимальных отпускных цен используются только значения установленные для вида цены с кодом 0 (также как и максимальная наценка от цены производителя).
Для приходной накладной создана функция проверки, которая сравнивает цены поставщика с минимальной отпускной ценой. Минимальная отпускная цена пересчитывается для артикула в цену за 0,5 литра, используя количество в альтернативной единице измерения. Функция выполняется при переводе документа в статус «принят полностью», и в случае если документ не имеет метки «фиксированная гос. цена». Режим работы функции регулируется по должностям, по умолчанию функция установлена в режим «запрет».
Для правильной работы функции проверки цены производителя необходимо выполнить пересчет штук товара в литры. Для этого необходимо для всех артикулов, для групп которых устанавливается минимальная отпускная цена, установить альтернативную единицу измерения «литр» и определить коэффициент пересчета в литры, соответствующий емкости бутылки. В качестве единицы измерения «литр» должна быть использована новая системная единица измерения «литр». См. раздел. «Системная единица измерения «Литр»».

Ценообразование при приеме социально значимого товара.


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

Прием товара с фиксированными государственными ценами.


Министерство экономики республики Беларусь устанавливает розничные цены для ряда товаров и обязывает предприятия розничной торговли реализовывать товары по установленным ценам. Цены устанавливаются с указанием даты начала действия новых цен. Государственные цены могут устанавливаться без включения налога НсП или с включением налога НсП в стоимость товара.
Налог с продаж по белорусскому законодательству устанавливается в процентах от стоимости реализации, включающей налог с продаж, а не от налогооблагаемой базы.
По правилам, установленным для предприятий производителей товаров с государственным регулированием розничных цен, накладная на поставку товара оформляется особым образом. В поле цена производителя заносится розничная стоимость товара, а в поле процент торговой наценки заносится значение величины скидки от розничной цены, которая предоставляется предприятию розничной торговли. Кроме того, все остальные поля поставщиком товара часто не заполняются.
В систему введена новая системная метка для приходной накладной: «вид гос. регул-я» с возможными значениями: «фиксированная гос. цена», «фиксированная гос. цена с НсП», «социальный товар» и не установленное значение. Правила поведения метки «социальный товар», см. раздел «Ценообразование при приеме социально значимого товара».
Значение метки для приходной накладной устанавливается в мастере создания документа и в дальнейшем не может быть изменено.
Метки «фиксированная гос. цена» и «фиксированная гос. цена с НсП», влияют на алгоритм расчета сумм и цен в позициях спецификации. Функция расчета сумм и цен выглядит следующим образом:
В случае если пользователь меняет значение полей «Количество», «Цена производителя» или «Торговая наценка», то производится расчет поля «Цена без НДС» по следующему алгоритму: Из цены производителя вычитается скидка, то есть величина цены производителя, умноженная на отрицательное значение поля торговая наценка, деленного на сто, затем, в случае если установлено значение метки «фиксированная гос. цена с НсП» - вычитается налог с продаж по правилам белорусского законодательства, затем вычитается НДС.
При расчете величины налога с продаж используется величина множителя ставки налога, а не величина налога. Для правильного расчета величин налога с продаж, например, для ставки 10%, необходимо установить величину ставки равной 11,11%, а величину множителя 0,1.
Далее в зависимости от режима округления вычисляется значение поля, соответствующего режиму округления, и производится расчет значений остальных полей.
В случае изменения значений полей «цена без НДС», «сумма без НДС», «сумма НДС», «цена полная», «сумма полная», значения полей «Цена производителя» и «Торговая наценка» не изменяется, а значения других зависимых полей пересчитывается обычным образом в зависимости от режима округления.

Расчет товародвижения и закрытие периода.


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

Новые отчеты.

Отчет «Граница рентабельности».


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

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

Исполнение отчетов по группам ассортиментов.


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

Отчет «Остатки в производстве»


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

Отчет «Остатки поставщика по себестоимости»


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


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

Отчет «Почасовая статистика по группам товаров»


Название опции "по аналитическим таблицам" заменено названием "по кассовым документам".

Печатные формы.

Печать документов без служебной информации.


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

Печать количества упаковок в накладных.

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

Печать накладных и счета фактуры.


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







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


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

Изменения функционала в версии 1.020
Контроль цен в приходных накладных.
Установка атрибутов артикулов по классификатору товара.
Наценивание товара.
Правила округления.
Правила проверки новых цен.
Рассылка параметров наценивания.
Контроль выполнения процедуры наценивания.
Права доступа к нацениванию и к актам изменения цены.
Права на исправление ошибок по категориям.
Учет типа контрагента для расчета налогов.
Подробная история изменений артикула.
История должностей и сотрудников.
Удаление Z отчетов.
Контроль происхождения объектов при почтовом обмене.
Изменения в функциях.
Заполнение накопительного фильтра карточек из портативного терминала.
Пересылка документов с основаниями товародвижения.
Проставление налогов функцией «Заполнить документ ценами из основания».
Печать названия товара на этикетке в трех строках.
Переоценка товара на складе возврата.
Интерфейс управления скидками по дисконтным картам.
Проверки при подборе оснований.
Управление заданиями.
Добавление артикулов в спецификацию документов.
Защита лицензии.
Отчеты и печатные формы.
Отчет «Каталог скидок по дисконтным картам».
Отчет «Каталог правил округления цены».
Печатная форма «Счет фактура».

Контроль цен в приходных накладных.


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

Установка атрибутов артикулов по классификатору товара.


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


Наценивание товара.


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

Правила округления.


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

Правила проверки новых цен.


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

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


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

Контроль выполнения процедуры наценивания.


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

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


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


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

История должностей и сотрудников.


В административном модуле в разделе «Права доступа» на страницах «Сотрудники» и «Должности» реализован доступ к журналам истории изменения свойств сотрудников и должностей соответственно.

Удаление Z отчетов.


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

Контроль происхождения объектов при почтовом обмене.


При приеме почтовых пакетов введена проверка на код базы данных происхождения принимаемого объекта. Проверка осуществляется для объектов типа документы, артикулы, контрагенты. В случае если принимаемый объект уже имеется в базе данных, но имеет другой код базы данных происхождения по сравнению с пришедшим объектом, то такой объект не принимается.
Проверка позволяет предотвратить потерю информации в случае создания объектов с одинаковыми идентификаторами в разных базах данных и их пересылке в одну из данных баз данных.
Код текущей базы данных можно увидеть в административном модуле в разделе «Права доступа» на странице «Версия» в таблице «Конфигурация» на строке с параметром «DBID».
Для артикулов код базы данных происхождения отображается в разделе «Карточки складского учета» на странице «Журнал». Для других объектов код базы данных не показывается.
При создании новой базы данных или при модернизации базы данный с версией 1.019.2 или младше до версии 1.020 или старше, базе данных присваивается уникальный идентификатор (GUID). Все объекты, имеющиеся в системе до момента присвоения базе данных уникального кода, приобретают код происхождения равный «00000000000000000000000000000000».
При почтовом обмене по протоколу SM2.6 обработка кода базы данных происхождения осуществляется по следующему алгоритму: при приеме объектов в случае, если такой объект в базе данных уже существует, считается, что его код равен коду существующего объекта. Если объект новый, то он заносится в базу данных с кодом «00000000000000000000000000000000».
Для исправления объектов с ошибочными идентификаторами в административном модуле в разделе «База данных» на странице «Утилиты» реализована функция замены идентификатора документов. Для артикулов и контрагентов функция не реализована. Функция доступна только в подчиненных базах данных, так как идентификаторы документов старшей базы данных имеют больший приоритет. Функция доступна только пользователям, имеющим право на функциональную роль «Изменение идентификаторов объектов».
При замене идентификатора объекта происходит блокирование базы данных.

Изменения в функциях.

Заполнение накопительного фильтра карточек из портативного терминала.


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

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


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


По умолчанию установлен второй вариант параметра.
Интерфейс управления параметром реализован в Административном модуле в разделе «Базы данных» на странице «Параметры 3».

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


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

Печать названия товара на этикетке в трех строках.


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

Переоценка товара на складе возврата.


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

Интерфейс управления скидками по дисконтным картам.


Интерфейс управления скидками по группам классификатора товара для типов дисконтных карт и для дисконтных карт, расположенный на страницах «Скидки для типов дисконтных карт» и «Скидки по дисконтным картам» раздела «Скидки» объединен в один интерфейс «Скидки по д/к».
Редактирование скидок, как для типа дисконтных карт, так и для выбранной дисконтной карты данного типа осуществляется в одной таблице. Если дисконтная карта не выбрана, то для редактирования доступна только колонка, относящаяся к типу дисконтной карты. Дополнительно выводятся информационные колонки о результирующей скидке на данную группу классификатора. Алгоритм определения результирующей скидки соответствует алгоритму определения величины персональной скидки кассовой программы Супермаг УКМ:


Проверки при подборе оснований.


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

Управление заданиями.


Внесены изменения в механизм управления автоматическими заданиями с исполнением по расписанию. Управление всеми типами заданий торговой системы приобрело одинаковый интерфейс.
Все задания разделены на следующие категории: «Административные», то есть те, которые могут использоваться для администрирования экземпляром базы данных, и «Системные», то есть те, которые используются для управления функциями торговой системы. Автоматические процессы, не относящиеся к торговой системе, интерфейсом более не отображаются и не поддерживаются.
К системным функциям относятся «Отмена резервирования по счету» и «Регистрация актов переоценки». Интерфейс управления ими убран из пункта меню базового модуля «Расписание автоматических процессов». Управление административными заданиями убрано с закладки «Утилиты» раздела «База данных» административного модуля.
Интерфейс управления заданиями реализован в административном модуле в разделе «Базы данных» на странице «Задания».
При переходе с версий 1.019.2 или младше к версии 1.020 или старше все автоматические процессы останавливаются. После окончания установки новой версии необходимо заново настроить автоматические процессы и запустить их.

Добавление артикулов в спецификацию документов.


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

Защита лицензии.


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

Отчеты и печатные формы.


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


Отчет «Каталог скидок по дисконтным картам».


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

Отчет «Каталог правил округления цены».


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

Печатная форма «Счет фактура».


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

Налоги для артикулов типа ценник.


Артикулы типа ценник, то есть наборы, упаковки, уценки, свойства артикула, не являются самостоятельными объектами в системе и не имеют самостоятельного описания налогов. Налогами облагаются объекты, на который указывают артикулы типа ценник, то есть вещественные артикулы из состава артикула типа ценник.
Артикулы типа ценник выступают в качестве самостоятельных объектов только в POS программах, ценниках и чеках. И здесь имеется необходимость определения перечня и величины ставок налогов, которыми должен облагаться товар, выставленный на продажу под именем артикула ценника.
Налоги, которыми облагается артикул типа ценник, определяются налогами базовых артикулов артикула ценника. Налоги определяются следующим образом:
Если артикул типа ценник состоит из одного артикула, то налоги артикула типа ценник в точности равны налогам базового артикула. В случае если артикул типа ценник состоит более чем из одного артикула, то его налоги определяются по одному из базовых артикулов. Правило выбора следующее: выбирается базовый артикул с наибольшим значением ставки налога типа НДС для выбранного региона на указанный момент времени. Если налог типа НДС не определен или не участвует в налоговых группах, то берется первый попавшийся базовый артикул.
Загрузка налогов в кассу.
При загрузке в кассу артикулов типа ценник налоги берутся не из описания данного артикула, а из описания базовых артикулов на дату загрузки.
Печать расходной накладной и счета фактуры на основании чека.
При печати расходной накладной и счета-фактуры на основании чека значения ставок налогов берутся из значений налогов базовых артикулов на дату чека.
Колонка НсП показывается только в случае, если налог типа НсП действует на дату чека. Определение действия налога на дату производится по истории ставок налогов.
Отображение налогов в разделе карточек складского учета.
В разделе карточек складского учета на странице «Налоги» для составных артикулов показываются значения, относящиеся к их базовым артикулам. В правиле выбора базового артикула используется текущая дата. Редактирование истории налогов для составных артикулов не допускается.
В разделе карточек складского учета базовый артикул для показа налогов определяется по соотношению налогов базовых артикулов на текущую дату, а при печати чека - на дату чека. Таким образом, это может приводить к разным значениям ставок налогов в карточке и при печати чека.
Изменения функционала в версии 1.021 сервис пак 7
Последовательность считывания данных из терминалов сбора данных.

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


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

Изменения в счете фактуре.


Печатная форма счета-фактуры изменена в соответствии с Постановлением правительства Российской Федерации от 2 декабря 2000 г. N 914: «ОБ УТВЕРЖДЕНИИ ПРАВИЛ ВЕДЕНИЯ ЖУРНАЛОВ УЧЕТА ПОЛУЧЕННЫХ И ВЫСТАВЛЕННЫХ СЧЕТОВ - ФАКТУР, КНИГ ПОКУПОК И КНИГ ПРОДАЖ ПРИ РАСЧЕТАХ ПО НАЛОГУ НА ДОБАВЛЕННУЮ СТОИМОСТЬ» в редакции с учетом изменений на 16.02.2004.
Для печати содержательной части счета-фактуры добавлены новые атрибуты контрагентов: КПП и Свидетельство о государственной регистрации индивидуального предпринимателя.
КПП вводится и редактируется в разделе «Контрагенты» на странице «Общие». Свидетельство о государственной регистрации на странице «Прочее», как значение системной дополнительной характеристики контрагента строкового типа.
Системная дополнительная характеристика контрагента отображается в справочнике дополнительных характеристик контрагента и, в отличие от пользовательских дополнительных характеристик, не может быть удалена или изменена.
Свидетельство о государственной регистрации печатается в счете-фактуре, если контрагент продавец является физическим лицом. В этом же случае имя руководителя не печатается. Вместо него печатается имя индивидуального предпринимателя, которое берется из значения имени сотрудника контрагента с должностью «Руководитель».
Отслеживание истории законодательства не предусмотрено. Это означает, что после установки сервис пака с данным изменением, печать счета-фактуры в новой редакции будет вестись для всех документов, включая документы с датами предшествующими дате вступления в силу постановления правительства.Изменения функционала в версии 1.021 сервис пак 10
Изменение признака «Фиксированная цена» для группы карточек.

Изменение признака «Фиксированная цена» для группы карточек.


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