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

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

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

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

• Файловый обмен. Пересылка файлов физических пакетов в пределах локальной сети или между компьютерами с прямым модемным соединением.
• FTP транспорт – обмен с использованием FTP сервера.
• E-mail транспорт - обмен с использованием электронной почты.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Добавлена новая опция "детально по свойствам артикулов". При выборе опции, артикулы со свойствами получают дополнительные строки детализации с остатками по значениям свойств.

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

• Добавлена Новая опция "детально по свойствам артикулов".
• При выборе места хранения добавлен выбор группы мх. и нескольких мх.
• При выборе способа группирования артикулов в отчете по группам классификатора добавлен режим «без группировки».
• Опция "только итоги по товарным группам" переименована в "только итоги".
• При выборе только N товаров с наибольшей / наименьшей реализацией предоставляется возможность выводить результаты с группировкой по группам товаров.
• Введена новая опция "среднесуточная реализация (все дни / только дни продаж)" и в тело отчет введено новое поле "дни продаж". Поле отображается только при включенной опции – только дни продаж.

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

• Добавлена новая опция "детально по свойствам артикулов".

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

• Добавлена новая опция "показать розничные суммы". То есть появилась возможность печатать отчет только с закупочными ценами.

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

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

Перечень шаблонов малых ценников увеличен до 25, средних до 12, больших до 9 штук.

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

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

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

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

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

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

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

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

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

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

• Контракт на закупку
• Калькуляция
• Приходная накладная
• Расходная накладная
• Сертификат соответствия
• Сличительная ведомость
• Маркетинговая акция
• Платеж
• Получение платежа
  

  Функции обмена с весами.

  
  В перечень драйверов весов добавлен упаковщик DIGI серии 3600.
  

  Категория и вид функции	CAS 1.0, 1.5	Digi Serial	Digi Ethernet		Digi 3600
  I. Настройка весов.
  Процедура настройки DIGI Ethernet. Изменена процедура настройки весов DIGI Ethernet. В связи с реализацией кода обмена с весами (драйвера) внутри системы, отпала необходимость регистрации IP адреса на компьютере пользователя. Снято ограничение на формат IP адреса, то есть последний сегмент IP адреса теперь не должен быть уникальным и соответствовать номеру весов, соответственно, снято ограничение на количество весов – 256, а также на необходимость контроля уникальности номера последнего сегмента IP адреса при распределении весов по нескольким сегментам локальной сети. Добавлена диагностика соединения с весами по установленному адресу.	-	-	+		+
  II. Список весов.
  Тест соединения. В колонке «Статус» таблицы списка доступных весов дополнительно отображается информация о состоянии соединения с весами. Контроль соединения производится при попытке загрузки весов, а также при нажатии кнопки «Тест соединения». Для весов DIGI Ethernet дополнительно имеется диагностика, которая показывает, что искомый адрес занят неизвестным устройством.	+	+	+		+
  2. Для DIGI Ethernet и DIGI 3600 реализован тест соединения в диалоге настройки для проверки правильности IP адреса.	-	-	+		+
  III. Подготовка данных к загрузке в весы
  1. Поле «№» в таблице товаров для загрузки в весы переименовано в «№ PLU». Разрешено редактирование PLU.	+	+	+		+
  2. Поле «Годен до». Добавлено поле новое поле «Годен до» типа «Дата». Содержание поля не редактируется и заполняется значением равным текущей дате плюс количество дней из поля «Срок хранения». При изменении поля «Срок хранения» поле «Годен до» автоматически пересчитывается. Текущая дата берется с клиентского компьютера и может отличаться от даты в весах.	+	+	+		+
  3. Поле «Цена». Добавлено новое поле «Цена». Поле не редактируется и заполняется при заполнении таблицы товаров для весов. Цена проставляется как цена для места хранения весов. Поскольку вид цены задается для каждых весов отдельно, цена показывается только тогда, когда вид цены совпадает у всех весов отдела. По умолчанию вид цены для весов устанавливается как цена для кассы. При загрузке товаров в весы всегда берется актуальная цена, а не цена из данной таблицы. Для просмотра актуальных цен - см. следующую задачу.	+	+	+		+
  4. Функция перечитывания таблицы товаров для загрузки в весы. Добавлена кнопка «Перечитать», при нажатии которой происходит перечитывание списка товаров, названия товаров и цен. Функция необходима для получения актуальной информации при сетевой работе со списком товаров, а также, и при изменении атрибутов товаров.	+	+	+		+
  5. Заполнение таблицы весовым товаром из документа и проставление срока годности. Изменен алгоритм вычисления срока годности при добавлении товаров из документов. При отсутствии срока годности в документе срок годности определяется как дата документа плюс срок хранения из карточки товара.	+	+	+		+
  IV. Загрузка весов.
  Параллельная (одновременная) загрузка весов. Произведено разделение процессов подготовки файлов данных в формате весов и процессов загрузки для каждой пары весов. Все процессы выполняются параллельно. Процессы загрузки активизируются по мере готовности данных. Весы различных моделей грузятся по очереди. Для весов DIGI Ethernet отпала необходимость в драйвере весов TWSWTCP.EXE. Код обмена реализован внутри системы. Наибольший эффект от реализации параллельной загрузки должен ощущаться при работе с весами с использованием несколько портов RS232.	+	+	+		+
  V. Данные, загружаемые в весы
  1. Изменено использование поля для хранения имени упаковщика для весов DIGI Ethernet. Упаковщик заносится в поле этикетки «Место производства» F39 вместо поля спец. Сообщений F51. Для других типов весов изменений не вносилось из-за отсутствия поля «Место производства». Данное изменение требует переработки существующих файлов форматов этикетки.	-	-	+		-
  Загрузка логотипа из BMP файла. Отпала необходимость готовить файл описания логотипа в формате весов. Преобразование из формата BMP в формат весов реализован внутри программы.	-	-	+		-
  3. Загрузка логотипа через файл картинка. Реализована загрузка в весы DIGI Ethernet файла формата BMP с использованием файла картинок. Код преобразования из формата BMP в формат весов реализован внутри программы.	-	-	+		-
  4. Загрузка файла констант в DIGI Ethernet для печати фиксированных для всех этикеток слов: «Кг», «Упаковщик», «Годен до» и т.д.	-	-	+		-
  5. Раскладка клавиатуры. Реализована передача в весы DIGI файла описания раскладки клавиатуры. Создан интерфейс для редактирования и печати раскладки клавиатуры.	-	-	+		-
  6. Очистка весов. Реализована пересылка команды – Очистить PLU.	-	-	+		-
  7. Цена за 100 грамм. Реализована пересылка признака печати цены за 100 грамм. Признак берется из карточки товара «Цена за 0,1 ед».	-	+	+		-
  8. Загрузка веса тары Вес тары берется из характеристик штрихового кода.	+	+	+		+

  
  

  Накопительный фильтр карточек.

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

  История почтового обмена.

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

  Права для расчета товародвижения.

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

  Управление загрузкой на кассу шкал свойств артикулов.

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

  Печать ценников за 0,1 единицы измерения (за 100 грамм).

  
  В справочник единиц измерения добавлен новый атрибут «Единица точности», где можно указать наименование единицы измерения, соответствующее заданной точности. Например, для единицы измерения «кг» и точности 0.001 единица точности будет «гр». Новый атрибут используется только для печати количества в ценниках. В случае, если данное значение не определено, при печати ценников количество выводится как 0,1 и далее название единицы измерения, если значение определено, то количество выводится как 0,1 деленное на точность единицы измерения и в качестве названия единицы измерения выводится единица точности. Например, для точности 0,001 и единицы точности «гр.» будет напечатано 100 гр.
  Для артикулов введен новый признак – «Ценники за 0,1 единицы». Для артикулов, у которых данный признак установлен, все стандартные ценники, в которых выводится количество и название единицы измерения, печатаются с ценой деленной на 10 (с округлением до копейки) и количеством, по описанному выше алгоритму.
  

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

  
  Новые отчеты:

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

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

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

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

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

Содержание отчета: порядковый номер записи, тип и идентификатор отправленного объекта, наименование базы данных назначения, время отправки и приема, факт наличия ошибки при приеме объекта, содержание ошибки.
Просмотр истории почтовых отправлений возможен, если в настройках почтового сервера задана возможность ведения журнала отправления объектов. Для этого на закладке "Параметры" почтового сервера параметр "Журнал отправления объектов" должен быть установлен в "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.019

Свойства артикулов.
Типы артикулов.
Составные артикулы в документах.
Процедуры перерасчета остатков.
Cash & Carry.
Платежи. Расчеты с поставщиками.
Документ Акт замера/завеса.
Технологическая карта №17 в документе «Калькуляция».
Плановая себестоимость готовой продукции в документе «Калькуляция».
Документ Счет. Поведение и интерфейс.
Изменение названия документа «Инвентаризационная опись»
Интерфейс работы с типом дисконтных карт, дисконтными картами.
Настройки системы.
Аналитический фильтр карточек.
Экспорт платежей в бухгалтерию.
Рассылка должностей.
Монитор событий.
Счетчик лицензий.
Печать этикеток с ценами из накладных.
Проставление цен на дату документа.
Отчеты.

Свойства артикулов.

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

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

  Типы артикулов.

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

  Составные артикулы в документах.

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

  Процедуры перерасчета остатков.

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

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

В 19 версии внесены следующие изменения:

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

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

Cash & Carry.

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

• Оперативная сводка.

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

• Раздел кассовых чеков

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

• Поиск и проставление сертификатов соответствия в расходную накладную.

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

Платежи. Расчеты с поставщиками.

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

• Счет фактура поставщика, накладная поставщика вместо колонок тип документа поставщика, номер документа поставщика.
• НДС 20%, НДС 10%.

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

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

• Оплата прихода. Платеж на основании приходных накладных. Один платеж на основании многих накладных, много платежей по одной накладной.

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

• Авансовый платеж и акцептирование прихода. Два варианта. Установление связи Платежного документа с приходами по мере их поступления. Для поддержки этого процесса сняты ограничения на несоответствие сумм платежей по связям с суммой платежного документа. Второй вариант - установление связи (акцептирование аванса) в приходной накладной в ценовом режиме в статусе «Принят центром».

• Получение возврата платежа на основании возврата товара и/или платежа.

• Получение возврата авансового платежа на основании авансового платежа и/или возврата товара.

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

Документ Акт замера/завеса.

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

Технологическая карта №17 в документе «Калькуляция».

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

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

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

Документ Счет. Поведение и интерфейс.

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

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

Изменение названия документа «Инвентаризационная опись»

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

Интерфейс работы с типом дисконтных карт, дисконтными картами.

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

Настройки системы.

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

Аналитический фильтр карточек.

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

Экспорт платежей в бухгалтерию.

Реализован экспорт в бухгалтерию проводок по платежным документам при указании в качестве источника данных – аналитической базы данных.
Изменен алгоритм переноса документов из таблиц оперативной БД в аналитическую. В перечень документов добавлены документы Платеж и получение платежа.

Рассылка должностей.

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

Монитор событий.

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

Счетчик лицензий.

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

Печать этикеток с ценами из накладных.

Реализована печать этикеток с ценами из приходных накладных и из накладных на перемещение.

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

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

Отчеты.

Отчет «Реестр кассовых документов»

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

Печатная форма «Акт уценки»

• Сделана печатная форма для документа Акт уценки.

Печатная форма «Заказ поставщику»

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

Отчет «Товар без движения»

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

Учет сортов.

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

Сорта.

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

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

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

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

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

• Значения свойства.
• Документы.
• Уровни торгового запаса.
• Цены поставки.
• История изменений.

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

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

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

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

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

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

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

• Если в колонке «артикул ценника до сортировки» указан артикул, то проставляется цена артикула признака.
• Если колонка «артикул ценника до сортировки» пуста, проставляется цена артикула.

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

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

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

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

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

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

• Если расчет ведется от цены артикула признака, то цена рассчитывается, как цена артикула признака до сортировки, умноженная на отношение процентов цены артикулов признака после и до сортировки к цене базового артикула (раздел «Карточки складского учета», страница «Состав»).
• Если расчет ведется от цены базового артикула, то цена базового артикула умножается на процент цены или на отношение процента цены к наценке на базовой артикул в зависимости от того, установлен признак «Метод наценивания наборов» в положение «От продажной цены» или нет.

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

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

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

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

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

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

• Если идентификатор объекта совпадает с идентификатором текущей БД, то текущие настройки этой базы сохраняются в новой таблице SSSysInfoBackup, а новые значения загружаются в SSSysInfo. Однако если такой объект прибыл не из старшей базы, то он не принимается и отправителю возвращается ошибка. В случае возникновения каких-либо проблем прежняя конфигурация может быть восстановлена из таблицы SSSysInfoBackup.
• Если идентификатор объекта «CF» не совпадает с идентификатором текущей БД, то полученные значения системных параметров сохраняются в таблице описания конфигурации внешних БД (SSSysInfoEx). Предварительно, при необходимости, заводится новая запись в таблице перечня внешних БД.

Некоторые системные параметры, такие как номер версии базы данных и др., не могут произвольно изменяться. Поэтому, при приеме объекта «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 модуля «Док.: Заказы поставщикам»).
В алгоритм подбора поставщика добавлен критерий выбора поставщика с минимальной ценой последней поставки. Критерий имеет самый низкий приоритет (учитывается после всех имеющихся критериев отбора поставщиков). Критерий действует всегда, то есть не может быть отключен. В качестве цены для сравнения рассматривается цена без налогов. Под документом последнего прихода подразумевается последний приход в место хранения, к которому относится документ заказ. В случае если поставщик отбирается по действующим контрактам, вместо цены последней поставки рассматриваются цены действующих контрактов.

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

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

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

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

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

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

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

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

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

• Дневной расход
• Мин. Дней
• Макс. Дней
• Зал

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Реестр накладных по себестоимости
• Сводный товарный отчет
• Товарный отчет (в закупочных ценах)
• Товародвижение по операциям
• Товары, освобожденные от НДС
• Детальный реестр накладных с закупочными ценами
• Товар без движения
• Прайс-лист
• Товарный отчет по поставщикам
• Оборотная ведомость
• Оборачиваемость по поставщикам

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• "Показывать остатки";
• "Отмечать новые товары с приходом в последние N дней»;

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

• «Нов. Товары» для отметки нового товара;
• «Наличие товара» для отображения остатка товара.

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

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

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

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

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

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

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

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

«Остатки».

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

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

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

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

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

• Печатная форма документа «Акт о сортировке»
  

  Измененные печатные формы.

  «Инвентаризационная опись», «Сличительная ведомость»

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

«Счет»

• Новая опция "всегда использовать выбранное значение вместо собственного контрагента документа"

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

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

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

• Печатные формы документов изменены в соответствии с новыми требованиями Приказа МНС России, ГТК России и Минфина России от 3 марта 2003 г. N БГ-3-10/98/197/22н. Новая форма «Платежного поручения» вступает в действие с 01 июня 2003 г.
• новая опция "всегда использовать выбранное значение вместо собственного контрагента документа"

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

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

• добавлено название отправителя («место хранения из»), получателя («место хранения в»), адрес отгрузки (адрес «место хранения в»), фамилия водителя, количество мест из заголовка документа «Отгрузочный лист»;
• добавлена возможность размещения двух копий документа на одном листе; для этого в диалог установки параметров печати добавлена опция «Разместить 2 копии на одном листе (удвоить кол-во копий)». При выборе данной опции документ печатается в 2-х экземплярах, причём 2 копии отгрузочного листа при печати размещаются на одном книжном листе формата А4 друг под другом. На одном листе помещаются 2 экземпляра отгрузочного листа, содержащего до 28-ми накладных. В случае если их больше – автоматически печатаются полноценные копии на двух листах, т.е. как обычно.

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

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

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

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

• Зоны приема товара, где производится регистрация приема товара.
• Зоны хранения товаров.
• Зоны отгрузки, где формируются упаковки для отправки товаров в магазины или клиентам.
• Зоны погрузки, где сформированные упаковки грузятся на транспорт и вывозятся за пределы склада.

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

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

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

• Зоны хранения товара.
• Зоны приема товара.
• Зоны погрузки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кладовщики

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Обновить. Функция обеспечивает немедленное обновление состояния счетчиков монитора.
• Параметры. Обеспечивает доступ к диалогу настройки параметров монитора: – Интервал опроса - по умолчанию установлен интервал 10 секунд.– Флажки «Временные артикулы», «Отложенные акты изменения цены», «Нераспечатанные ценники» - включают или отключают отображение счетчика в окне монитора.– Выбор условий отбора («Место хранения» и вид ценника) позволяют ограничить подсчет количества объектов. Условие распространяется на все счетчики, для которых оно имеет смысл. Временные артикулы не подпадают под ограничения. Отложенные акты изменения цены могут быть ограничены местом хранения, но не видом цен. То есть, будут подсчитаны все отложенные акты, включая те, вид цены которых был отозван у места хранения. Нераспечатанные ценники могут быть ограничены местом хранения и типом ценника и всегда подсчитываются только для вида цены, определенного как цена для кассы.

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

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

• Артикул\название – Артикул и название карточки складского учета, разделенные пробелом.
• Карточки уровень 1 … 6 – название первых 6-ти групп классификатора карточки складского учета.
• Кол-во прихода – количество товара со знаком. Для операций поступления товара и перемещения товара знак положительный, для операций расхода – отрицательный.
• Сумма прихода – сумма товара со знаком. Для операций поступления товара и перемещения товара знак положительный, для операций расхода – отрицательный. Величина суммы определяется видом суммы, указанной в описании проводки.
• Происхождение товара – название страны происхождения товара из карточки складского учета.
• Название типа карточки
• Вес – вес брутто товара. Для весового товара берется из количества товара. Для определения веса не весового товара берется значение из колонки «вес брутто» штрихового кода.
• Название поставщика – название контрагента приходной накладной или места хранения «ИЗ» накладных на перемещение.
• Поставщики уровень 1, 2 – название группы 1-го и 2-го уровня классификатора поставщика.
• Название получателя – название контрагента расходных накладных или места хранения «В» накладных на перемещение.
• Получатели уровень 1, 2 - название группы 1-го и 2-го уровня классификатора клиентов.
• Автор документа – имя сотрудника, создавшего документ, или имя роли Oracle, если сотрудник был удален из системы.
• Отсрочка платежа (дни) – содержание поля Отсрочка платежа в приходных и расходных накладных.
• Задолженность – содержание поля Задолженность приходных и расходных накладных.
• Время создания – дата и время создания документа.
• Кол-во пунктов в спец. – количество позиций спецификации документа, соответствующих условию проводки.
• Операция – название системной операции.
• Польз. Операция – название пользовательской операции без префикса названия системной операции.
• Цена – полная цена позиции

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

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

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

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

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

• Законом устанавливается максимальная допустимая торговая наценка от цены производителя на некоторые группы товаров и тарифов;
• В накладных должна указываться цена производителя и торговая наценка от цены производителя.

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

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

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

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

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

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

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

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

Примечание:

• Допускается ручная корректировка Розничных цен после наценивания документа.
• Можно установить значение Розничной цены в 0 и выполнить наценивание повторно.

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

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

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

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

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

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

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

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

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

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

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

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

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

Новые отчеты

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

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

• Реализация товаров и налоги – добавлены новые опции "выбор группы налогов", "внешняя группировка". Последняя опция сделана для того, чтобы группировать данные первоначально или по налоговым группам или по группам товаров.
• Налог с продаж по дням - добавлено подведение итогов по кредитным картам.
• Отчет о продажах по кредитным картам - добавлено подведение итогов по местам хранения и по отчету в целом.
  

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

• Форма внутреннего учета (компактная форма в вертикальном формате) для расходной накладной, приходной накладной и накладной на перемещение.
• Лист комплектации.
• Приходная и расходная накладные для Белоруссии.
  

  Измененные печатные формы

• Расходная накладная - поля "поставщик" и "плательщик" теперь следуют в той же последовательности, что в приходной накладной.
• Приходная / Расходная накладная - сделан вывод ОКПО для плательщика и поставщика.
  Изменения функционала в версии 1.020.3
  Филиалы.
  Атрибуты контрагентов типа «Филиал».
  Места хранения филиалов.
  Автоматическое пополнение ассортиментов.
  Контроль отпускной цены.
  Дополнительные характеристики контрагентов и мест хранения.
  Добавление артикулов в спецификацию документов.
  Итоги в интерфейсе документов.
  Суммы без НДС.
  Суммы продаж и возвратов.
  Коррекция предложения заказа на величину неудовлетворенного резерва.
  Экспорт данных для OLAP.
  Классификатор товаров.
  Классификатор поставщиков и классификатор клиентов
  Карточки товара.
  Контрагенты.
  Проводки.
  Печать ценников.
  Функция копирования актов переоценки в другие места хранения.
  Предупреждение о завершении программы.
  Системная единица измерения «Литр».
  Функция коррекции цен в Актах переоценки.
  Поддержка законодательства Белоруссии.
  Контроль минимальных отпускных цен производителя.
  Ценообразование при приеме социально значимого товара.
  Прием товара с фиксированными государственными ценами.
  Расчет товародвижения и закрытие периода.
  Новые отчеты.
  Отчет «Граница рентабельности».
  Изменения в отчетах.
  Исполнение отчетов по группам ассортиментов.
  Отчет «Остатки в производстве»
  Отчет «Остатки поставщика по себестоимости»
  Отчет «Почасовая статистика по группам товаров»
  Печатные формы.
  Печать документов без служебной информации.
  Печать количества упаковок в накладных.
  Печать накладных и счета фактуры.

Филиалы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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.
Далее в зависимости от режима округления вычисляется значение поля, соответствующего режиму округления, и производится расчет значений остальных полей.
В случае изменения значений полей «цена без НДС», «сумма без НДС», «сумма НДС», «цена полная», «сумма полная», значения полей «Цена производителя» и «Торговая наценка» не изменяется, а значения других зависимых полей пересчитывается обычным образом в зависимости от режима округления.

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

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

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

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

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

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

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

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

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

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

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

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

• "поставщики", - опция позволяет выполнить отчет для всех поставщиков или только для одного или нескольких указанных поставщиков.
• "группировать по поставщикам", - опция указывает на необходимость подведения итогов по поставщикам. Итоги по поставщику подводятся после итогов по местам хранения, если выбрана опция «группировать по местам хранения».
• "место хранения", - опция позволяет выполнить отчет для всех мест хранения или только для одного или нескольких указанных мест хранения.
• "регион", - опция позволяет ограничить выполнение отчета местами хранения, принадлежащими указанному региону.
• "с учетом сроков годности", если опция установлена, то в отчет добавляется еще одна колонка «срок годности». Если остаток содержит товары с разными сроками годности, то остаток товара выводится несколькими строками с количествами по срокам годности.
• "вывод цен", могут быть выведены цены и суммы закупочные и/или для кассы (продажные). Если выбран режим «закупочная цена», то остаток может быть выведен несколькими строками, в случае если остаток образован приходами с разной ценой. Цены для кассы берутся на дату, соответствующей дате исполнения отчета. Если для какого-либо места хранения вид цены для касс не указан, то цена считается равной нулю.
• "без учета налогов", опция управляет величиной цен и сумм отчета. При выборе опции показываются полные цены и суммы. Если опция не выбрана, показываются закупочные цены и суммы без НДС и продажные цены и суммы без налогов.

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

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

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

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

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

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

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

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

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

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

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

• Название места хранения пишется в строке "структурное подразделение". Поле "Место хранения" убрано.

• В накладных печатается номера кода формы по ОКУД: "0330212"

• Печатаются коды по ОКПО контрагентов: плательщик, поставщик, грузоотправитель, грузополучатель.

• Изменено название колонки спецификации «Наименование». Колонка названа «Наименование, характеристика, сорт, артикул товара».

• В строке «итого» подводится итог по колонке «количество (масса нетто)».

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

• вместо слова "поставщик" печатается слово "продавец".

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

• В поле «организация» печатается название контрагента, указанного в опции «От имени».
• В строке «итого» подводится итог по колонке «нетто (количество)».

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

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

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

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

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

• Условия хранения
• Срок реализации
• Естественная убыль
• Технологические отходы
• Максимальное превышение (изменение цены прихода)
• Максимальное занижение (изменение цены прихода)

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

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

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

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

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

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

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

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

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

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

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

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

• Исправление ошибки 1 при наценивании
• Исправление ошибки 2 при наценивании
• Исправление ошибки 3 при наценивании
• Удаление документа при наценивании
  Ошибки 1,2,3 – это, соответственно, Новая цена меньше старой, Новая цена слишком велика, Новая цена без налогов меньше цены предыдущего прихода.
  Права «Исправление ошибки ….» предназначены для определения права редактирования только тех строк актов изменения цены, в которых обнаружены ошибки соответствующей категории.
  Новые функциональные права в сочетании с правом «Генерация актов изменения цены» модуля «Приходные накладные» позволяют создавать, корректировать, удалять и принимать к исполнению только акты изменения цены, относящиеся к процессу наценивания.
  

  Права на исправление ошибок по категориям.

  
  Редактирование актов изменения цены в процессе наценивания ограничено правами на редактирование строк, относящихся к той или иной категории ошибки (См. раздел «Права доступа к нацениванию и к актам изменения цены»). Контроль принятия к исполнению актов, содержащих те или иные ошибки, обеспечивается новыми функциями проверки:
  -Нарушение правила проверки цен №1 (82), по умолчанию «Запрет»
  -Нарушение правила проверки цен №2 (83), по умолчанию «Запрет»
  -Нарушение правила проверки цен №3 (84), по умолчанию «Запрет»
  В связи с появлением новых функций проверки, устарела и была удалена функциональная роль «Принятие к исполнению при наличии ошибок» модуля «Акты изменения цены».
  Механизм использования новых функциональных прав в процессе наценивания ориентирован на допуск пользователя к максимально возможному набору действий. То есть первоначально осуществляется проверка цен на соответствие функциям проверки, нарушения которых разрешено корректировать, и пользователю предлагается их исправить. Затем выполняются оставшиеся правила проверки и, в случае обнаружения ошибок, пользователю сообщается о наличии ошибок, исправить которые он не имеет права.
  

  Учет типа контрагента для расчета налогов.

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

  Подробная история изменений артикула.

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

• название карточки;
• короткое название карточки;
• страна;
• изменение принадлежности к группе товарного классификатора;
• признак «грузить в весы»;
• признак «грузить в кассы»;
• признак «приход разрешён»;
• признак «фиксированная цена»;
• состав набора (процент цены);
• признак «заказ без учета с/с реализации»;
• признак «складское требование в упаковках»;
• налоги (название налоговой группы);
• Естественная убыль;
• Технологические отходы;
• Условия хранения;

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

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

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

Удаление 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
Изменение признака «Фиксированная цена» для группы карточек.

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

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

Изменения функционала в версии 1.021 сервис пак 11
Печатная форма документа «Сличительная ведомость».

Печатная форма документа «Сличительная ведомость».

В печатной форме столбцы «Разница – Количество – Сумма» заменены столбцами «Разница – Излишки – (Количество –Сумма) - Недостачи - (Количество –Сумма)».
Изменения функционала в версии 1.021.1
Средневзвешенная методика расчета себестоимости.
Неопределенная себестоимость.
Выбор метода расчета.
Расчет товародвижения и себестоимости по партнерам.
Изменения в отчетах.
Закрытие периода.
Закрытие оперативных документов.
Сохранение себестоимости закрытого движения.
Расчет статистики (сальдо) на дату закрытия периода.
Закрытие периода без смены учетной политики.
Закрытие периода со сменой учетной политики.
Выборочная установка цен.
Автоматическое создание и исполнение ордера цен.
Ручное создание Ордера цен.
Драйвер для весов CAS Ethernet 1.5.
Выбор реквизитов дисконтной карты для печати в чеке.
Использование прав доступа к чужим ассортиментам.
Счет и приходная накладная - основание получения платежа.
Название метода расчета цены наборов в разделе карточек складского учета.
Расходная накладная - опция "показывать упаковки".
Номера документов.
Функции расчета себестоимости ингредиентов и продукции.

Средневзвешенная методика расчета себестоимости.

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

Неопределенная себестоимость.

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

Выбор метода расчета.

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

Расчет товародвижения и себестоимости по партнерам.

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

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

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

Закрытие периода.

В предыдущих версиях процедура закрытия периода ограничивала количество документов, попадающих в расчет товародвижения, и могла быть использована для сокращения времени расчета товародвижения и себестоимости. После закрытия периода могли выполняться только те отчеты, которые не требовали вычисления сальдо количества или себестоимости товара на дату начала/окончания отчета. Выполнение аналитических отчетов внутри закрытого периода было невозможно из-за отсутствия данных в аналитических таблицах.
Начиная с текущей версии, процедура закрытия периода преследует следующие цели – фиксация (закрытие) оперативного документооборота, сохранение в аналитических таблицах себестоимости движения товара до даты закрытия периода, себестоимости остатков на дату закрытия периода и сокращение потребности в вычислительных ресурсах для расчета товародвижения и себестоимости незафиксированной части документооборота.
Сокращение потребности в ресурсах достигается путем определения набора документов или их частей, которые могут не участвовать в расчете товародвижения документооборота с указанной даты. Этот набор документов фиксируется, также как и результаты расчетов товародвижения и себестоимости. Результаты расчетов могут в дальнейшем использоваться в аналитических и бухгалтерских отчетах.
Процедура закрытия периода выполняется по оперативным таблицам. На момент выполнения процедуры устанавливается блокировка изменения документов внутри закрываемого периода. Также блокируется установление ссылок по товародвижению на документы в закрываемом периоде. Работа с документами открытого периода не блокируется.
Закрытие периода выполняется последовательно по артикулам и может быть прервано. При возобновлении процедуры закрытие продолжается по необработанным артикулам.

Закрытие оперативных документов.

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

Сохранение себестоимости закрытого движения.

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

Расчет статистики (сальдо) на дату закрытия периода.

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

Закрытие периода без смены учетной политики.

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

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

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

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

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

Выборочная установка цен.

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

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

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

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

Ручное создание Ордера цен.

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

Драйвер для весов CAS Ethernet 1.5.

В перечень драйверов для работы с весами добавлен драйвер для весов CAS LP 1.5 Ethernet. Выбор модели (драйвера) весов доступен в меню Настройки->Настройка аппаратуры->Электронные Весы.
Данная модель весов, является сетевой только с точки зрения возможности подключения к локальной сети. Фактически обмен данными осуществляется через последовательный порт со скоростью 9600. То есть, скорость загрузки данных такая же, как в модели CAS LP 1.5 и загрузка больших объемов данных может занимать значительное время.

Выбор реквизитов дисконтной карты для печати в чеке.

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

• Название типа дисконтных карт;
• Имя владельца дисконтной карты;
• Срок окончания действия дисконтной карты;
• Имя владельца дисконтной карты и срок окончания ее действия;
• Комментарий к дисконтной карте.

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

Использование прав доступа к чужим ассортиментам.

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

Счет и приходная накладная - основание получения платежа.

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

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

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

Расходная накладная - опция "показывать упаковки".

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

Номера документов.

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

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

В документе «Калькуляция» функции «Минимизация себестоимости ингредиентов и готовой продукции» и «Расчет мин/макс себестоимости ингредиентов и готовой продукции» объединены в одну функцию «Расчет себестоимости ингредиентов и готовой продукции».
Для расчета минимальной себестоимости необходимо в диалоге старта функции выбрать флаг «Автоматически минимизировать себестоимость».
Изменения функционала в версии 1.021
История действия ставок налогов.
Редактирование истории действия ставок налогов.
Итоги по ставкам НДС в разделах документов.
Интерфейс отобранных документов.
Интерфейс просмотра и редактирования документа.
Суммы НДС в заголовке платежных документов.
Печать печатных форм и отчетов с суммами по ставке НДС 18%.
Печатные формы.
Отчеты.
Вес брутто и названия упаковок в накладных.
Вес брутто в документах.
Печать накладных с весом брутто.
Отчет «Вес партии товара».
Протокол обмена с BHT «SM_2K704».
Процедура наценивания.
Дата приема счета фактуры.
Отчеты и печатные формы.

История действия ставок налогов.

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

Редактирование истории действия ставок налогов.

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

Итоги по ставкам НДС в разделах документов.

Интерфейс отобранных документов.

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

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

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

Суммы НДС в заголовке платежных документов.

В интерфейс просмотра и редактирования документов «Платеж» и «Получение платежа» добавлено поле НДС 18% в дополнение к полям НДС 10% и НДС 20%. Функция расчета суммы НДС в сумме платежа определяет действующую ставку НДС 18% или 20 % по истории ставок налогов на дату документа.

Печать печатных форм и отчетов с суммами по ставке НДС 18%.

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

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

Отчеты.

Внесены изменения в следующие отчеты:

• Сводный товарный отчет,
• Товарный отчет в закупочных ценах,
• Реестр накладных по себестоимости,
• Остатки в закупочных ценах,
• Реестр приходов с количеством поставщика,
• Книга покупок / продаж,
• Реестр накладных.

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

Вес брутто и названия упаковок в накладных.

Вес брутто в документах.

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

Печать накладных с весом брутто.

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

Отчет «Вес партии товара».

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

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

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

Протокол обмена с BHT «SM_2K704».

В перечень протоколов обмена с портативным терминалом сбора данных BHT добавлен протокол SM_2K704.
Протокол SM_2K704 позволяет использовать большие размеры памяти терминалов сбора данных и загружать в терминал больше, чем 32767 артикулов и/или загружать в терминал строки названия товара, содержащие больше 17 символов. Протокол также обеспечивает автоматическую синхронизацию настройки длин полей записей, передаваемых между портативным терминалом и торговой системой. Новый протокол упрощает работы при инвентаризации остатков или при проверке ценников товаров в магазинах или складах с большим количеством артикулов. Новые возможности доступны только вместе с моделями портативного терминала, начиная с BHT 7000, совместно с программой портативного терминала, поддерживающей протокол SM_2K704.
Торговая система может распознать, работает ли портативный терминал по тому же протоколу, что и торговая система, но не может автоматическое распознать тип протокола программы портативного терминала, если он не соответствует ожидаемому. Для правильной работы с портативным терминалом надо заранее указать тип протокола обмена, который будет использоваться. Для выбора типа протокола (драйвера) необходимо вызвать функцию «Настройка->Настройка аппаратуры->Портативный терминал» и в диалоге настройки портативного терминала выбрать модель Denso BHT (SM_2K704).

Процедура наценивания.

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

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

Дата приема счета фактуры.

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

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

Отчет "Книга покупок/продаж" переименован в "Журнал покупок/продаж".

Изменения функционала в версии 1.022 сервис пак 3.
Розничная цена в приходной накладной.

Розничная цена в приходной накладной.

В версии для Белоруссии изменен алгоритм проставления розничной цены в приходную накладную в ходе выполнения процедуры наценивания.
После завершения расчета новых цен в приходную накладную проставляются цены не из акта переоценки с ценой, имеющей код 0, а из акта переоценки с ценой, которая соответствует цене для кассы места хранения прихода товара. Если акта с таким видом цены не создавалось или вид цены для кассы не установлен, то поле «розничная цена» в приходной накладной не обновляется.
Изменения функционала в версии 1.022.1 сервис пак 4.
Розничная цена в приходной накладной.

Розничная цена в приходной накладной.

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

Версия 1022.1

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

Расчет товародвижения по расписанию

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

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

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

• <цена последнего прихода> в место хранения для которого создается акт переоценки (если прихода в это место хранения нет, то делается попытка найти приход в старшее место хранения, если и такой приход не найден, то выводится значение 0;
• <процент наценки>, который получится для новой продажной цены;
• <старая цена>, т.е. цена действующая на данный момент;
• <процент переоценки> = <новая цена> / <старая цена>

Поля <цена послед.прихода> и <старая цена> не изменяются, остальные поля связаны как калькулятор.
Калькулятор учитывает способ наценивания (от полной цены или за вычетом налогов) для того места хранения, куда был сделан приходный документ, т.е. если выполняется наценивание от полной цены, то <процент наценки> = <новая цена> / <цена послед.прихода (с налогами)>, если наценивание выполняется за вычетом налогов, то <процент наценки> = <новая цена - налоги> / <цена послед.прихода (без налогов)>

Цены в маркетинговых акциях

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

Функциональные права раздела карточек товара.

Расширено управление правами доступа к полям в карточке товара. Добавлены новые права:

• «Изменение полного названия». Право на изменение поля Полное название за исключением случая создания карточки. При создании карточки название может вводиться без наличия данного права.
• «Изменение короткого названия». Право на изменение поля Короткое название за исключением случая создания карточки. При создании карточки название должно создаваться из полного названия без наличия данного права.
• «Изменение группы классификатора». Право на изменение поля Группа классификатора за исключением случая создания карточки. При создании карточки группа должна задаваться без наличия данного права.
• «Редактирование дополнительных характеристик». Право изменение содержания таблицы дополнительных характеристик карточек.
• «Изменение комментария». Право на изменение поля «Комментарий» за исключением случая создания карточки. При создании карточки комментарий может вводиться без наличия данного права.
• «Изменение параметров торгового зала». Право на изменение значения «Зал», «Минимальное требование», флагов «Грузить в весы», «Грузить в кассу», «Не грузить свойство в кассу», «Ценники за 0,1 ед.».
• «Установка атрибутов сертификации». Право на изменение флагов «Акцизный товар», «Сертификат соответствия», поля «Страна».

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

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

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

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

Групповая обработка карточек

Добавлена возможность установки/изменения значения дополнительных параметров карточки в подразделе «Обработка карточек».
Добавлена возможность копирования/установки поля «Мин.требование» в подразделе «Уровни складских запасов».
h8.Добавлен подраздел «Изменение наценок». Вход в подраздел возможен только при наличие прав на изменение значений наценок.
При установке/изменении значений поля «Наценка» происходит контроль на пересечение установленных границ параметрами «Минимальная/максимальная наценка».:

Расширение фильтра товарных карточек

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

Интерфейс загрузки весов

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

Вид платежа в платежном документе

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

• Не определено
• Электронно
• Почта
• Телеграф

Рассылка классификаторов почтовым модулем

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

Отображение валютных цен

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

Изменение налогов в мастере создания новой карточки

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

Изменения в модуле Производство

Пересылка документа «Акт замера» почтовым модулем

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

Точность ингредиентов

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

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

Реализована возможность пересылки структуры мест хранения ИЗ ПОДЧИНЕННОЙ базы в старшие. При приеме почтовым модулем структуры места хранения информация принимается только, если место хранения не является локальным.
В разделе «Структура магазина» появилась возможность просмотра структуры нелокальных мест хранения. Структура нелокальных мест хранения не может редактироваться. Для просмотра структуры нелокальных мест хранения создано функциональное право "просмотр структуры внешних мест хранения"

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

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

Терминальный режим

Хотя официально работа Супермаг-2000 в терминальном режиме на поддерживается, тем не менее реализовано корректная работа отчетов в этом режиме:

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

Отображение итогов в интерфейсе раздела «Кассовые чеки»

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

Изменения в отчетах и печатных формах

Почасовая статистика по группам товаров

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

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

Теперь отчет будет учитывать продажи по дисконтным картам, которые объявлены в Супермаг-2000, только с помощью префикса.

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

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

Приходная накладная в базовой валюте

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


Изменения функционала в версии 1.022.2 сервис пак 1
Изменения в документах «Платеж» и «Получение платежа».
Валюта основания платежа.
Валюта задолженности.
Функции проверки.
Изменения в документе «Счет».
Вид цены счета.
Исходная цена.
Резервирование.
Поле «Зарезервировано».
Функция простановки количества дней резервирования.
Валютный режим редактирования.
Стандартизация интерфейса раздела.
Функции проверки.
Изменения в документе «Контракт на реализацию».
Места хранения отгрузки.
Генерация счетов на основании контрактов.
Подразделение для менеджера.
Изменения в отчетах.
Розничная цена в приходной накладной.

Изменения в документах «Платеж» и «Получение платежа».

Валюта основания платежа.

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

Валюта задолженности.

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

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

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

Изменения в документе «Счет».

Вид цены счета.

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

Исходная цена.

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

Резервирование.

Поле «Зарезервировано».

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

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

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

Валютный режим редактирования.

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

Стандартизация интерфейса раздела.

Для приведения внешнего вида раздела к виду, стандартному для всех разделов документов, в режиме просмотра и редактирования документа «Счет» кнопки «"Операции над документом" и "Операции над спецификацией" заменены кнопками: «Основание +», «Основание –», «Экспорт/Импорт», «Упорядочить номера», «Слияние строк» и функциями в пункте меню «Функции».

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

Создана функция проверки 131 «В счете не указан менеджер». Функция по умолчанию установлена в режим «Запрет». Функция проверяет содержание документа при переводе документа в статус «Выставлен».
Из проверки 129 «Корректность документа Счет» убрана проверка, запрещающая выставлять валютный счет для валютного вида цена, если эти валюты не совпадают, например, когда счет в долларах, а вид цены – в евро. Эта проверка вынесена в отдельную функцию проверки 127 «Валюта вида цены не совпадает с валютой документа». Функция имеет режим «Всегда запрет».
Изменены режимы работы функции 129. Функция получила режимы «Отключена», «Предупреждение», «Запрет» и по умолчанию работает в режиме «Предупреждение».

Изменения в документе «Контракт на реализацию».

Места хранения отгрузки.

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

Генерация счетов на основании контрактов.

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

Подразделение для менеджера.

В справочник «Сотрудники» добавлено текстовое поле - "Подразделение".

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

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

Розничная цена в приходной накладной.

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

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

Процедура наценивания.

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

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

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

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

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

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

Валютный режим.

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

История курсов валют.

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

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

  Первичная валюта документа в накладных и платежах.

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

  Валютное ценообразование.

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

  Платежи в валюте.

  
  В предыдущих версиях поддерживались платежи и платежные покрытия движения товаров только в основной валюте.
  

  Контракты на реализацию.

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

  Документ «Счет».

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

  Управление скидками в Счете.

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

  Валютный режим в Счете.

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

  Менеджер в Счете.

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

  Печать документа Счет.

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

  Серийные номера и гарантийные обязательства.

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

  Контракты на закупку.

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

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

• если приходная накладная имеет в основании заказ, то в рассмотрение принимается контракт или контракты, имеющиеся в основании заказа, даже если их сроки действия истекли. Другие контракты при этом не рассматриваются;
• если в основании накладной нет заказа, то контракты ищутся среди действующих контрактов (среди оприходованных контрактов с диапазоном дат действия, включающих дату накладной) с поставщиком, совпадающим с поставщиком накладной, и с местом поставки в место прихода товара.

Если найдено более одного контракта, то они выбираются в следующем порядке:

• с самой поздней датой;
• с самым большим номером документа.

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

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

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

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

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

Выбор и простановка общего основания в документах.

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

Отображение резерва в окне свойств артикула.

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

Автоматическое восстановление соединения серверов с базой данных.

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

Список баз данных в окне заставки.

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

Отчет «Списание и естественная убыль».

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

Печать названия артикула поставщика в документе «Заказ поставщикам».

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

Печать в документах названия должностей.

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

Печать документов по чеку.

При печати счета-фактуры по чеку в поле "К платежно-расчетному документу" выводится номер чека и его дата. Для того чтобы отличать разные чеки с одинаковыми номерами, номер чека формируется так же как номер счета-фактуры, а именно: номер места хранения, номер кассы, номер Z-отчета, номер чека.
В печатную форму "Списка сертификатов к товарному чеку" добавлены колонки: "Орган сертификации" и "Срок действия сертификата". Номер сертификата соответствия, также как и раньше, берется из ближайшей по дате к дате чеку приходной накладной. Значения для новых полей берутся из документа «Сертификат соответствия», номер которого совпадает с номером сертификата из приходной накладной. Если номер сертификата соответствия зафиксирован в приходной накладной, но соответствующий документ «Сертификат соответствия» не создан, то в печатной форме будет напечатан только его номер, но не будут напечатаны название органа сертификации и сроки действия сертификата.
Изменения функционала в версии 1.022
Закрытие периода, открытие периода и обрезка базы.
Отмена закрытия периода.
Обрезка базы (удаление документов товародвижения из базы данных).
Компенсация складских остатков.
Коррекция ссылок по товародвижению.
Обрезка базы в удаленных базах данных.
Удаление данных из оперативных таблиц базы данных.
Удаление данных из аналитических таблиц базы данных.
Сопроводительные документы для накладных.
Контроль пакета сопроводительных документов.
Документ «Справка к ГТД/ТТН».
Документ «Сертификат соответствия».
Количественный учет упаковок.
Оперативные остатки упаковок.
Регистрация упаковок товара в документах.
Генерация складских требований.
Экспорт данных в бухгалтерию и OLAP.
Виды экспортируемых данных.
Права доступа.
Сохранение сценария экспорта во внешнем файле.
Экспорт данных.
Загрузка дисконтных карт в кассы.
Скидки по префиксу дисконтных карт.
Использование платежных карт в качестве дисконтных.
Использование дисконтных карт в качестве платежных.
Инкрементальная загрузка дисконтных карт.
Стоп лист дисконтных карт.
Расписание полной загрузки касс.
Накладная поставщика в приходной накладной.
Информационные поля в спецификации документов.
Экспорт документов с ограничением по группам товаров.
Прием данных в документы из терминала сбора данных.
Проставление цен в документ «Заказ поставщику».
Отбор карточек складского учета.
Поиск по части штрихового кода.
Поиск по нулевой или отсутствующей цене.
Генерация кодов UPC A и UPC E.
Расчет среднесуточной реализации по расписанию.
Интерфейс расчета статистики по аналитическим таблицам.
Автоматическое обновление клиентской части.
Настройка каталогов дистрибутивов.
Обновление версии.
Размещение индексов при генерации и обновлении схемы БД.
Кнопка сохранения документов.
Функциональные права для контроля структуры БД.
Поиск аппаратного ключа защиты.
Печать расходной накладной по группам товаров.
Отчет «Лидеры в группах товаров».
Печатная форма документа «Сличительная ведомость».

Закрытие периода, открытие периода и обрезка базы.

Отмена закрытия периода.

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

Обрезка базы (удаление документов товародвижения из базы данных).

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

Компенсация складских остатков.

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

Коррекция ссылок по товародвижению.

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

Обрезка базы в удаленных базах данных.

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

Удаление данных из оперативных таблиц базы данных.

При обрезке базы данных из оперативных таблиц удаляются все документы товародвижения следующих типов:

• Приходные накладные
• Накладные на перемещение
• Расходные накладные
• Кассовые документы

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

• Акты потерь
• Акты обнаружений
• Акты сортировки
• Инвентаризационные описи
• Сличительные ведомости
• Акт замера
• Акты переоценки
• Акты уценки
• Счет
• Заказы поставщику
• Складское требование
• Отгрузочные листы
• Листы комплектации
• Маркетинговые акции – удаляются, если дата действия акции заканчивается до даты обрезки.
• Сертификат соответствия – удаляется, если срок истечения годности меньше даты обрезки и если на сертификат нет ссылки из накладных, остающихся в базе данной
• Справка к ГТД/ТТН – удаляется, если на справку нет ссылки из накладных, остающихся в базе данной
• Контракты на закупку – удаляются, если имеют статус «Черновик» или «Заблокирован».
• Калькуляция – удаляются, если имеют статус «Черновик» или «Заблокирован».

При удалении документов их история также полностью удаляется.
Документы следующих типов не удаляются:

• Выход из производства
• Расход на производство
• Получение платежей
• Платежи

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

Удаление данных из аналитических таблиц базы данных.

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

Сопроводительные документы для накладных.

Часть товаров в процессе купли-продажи помимо товарных и финансовых документов должна сопровождаться документами, подтверждающими легальность и законность происхождения этих товаров. При оформлении приема или отпуска таких товаров необходимо контролировать наличие, достоверность обязательных сопроводительных документов, их действительность и корректное соотношение с товарными накладными. Соответствие сопроводительных документов и товарных накладных может проверяться по совпадению наименований товаров, сроков годности сопроводительных документов, если таковые есть, и количества. При создании разделов для регистрации атрибутов сопроводительных документов в программе ставилась цель регистрировать именно те параметры документов, которые позволяют автоматизировать контроль достоверности сопроводительных документов. Цели полного повторения сопроводительного документа в системе не ставилось. При необходимости изображение сопроводительных документов может быть приложено к электронному документу.
Справка к ГТД.
Справка к ГТД - документ, который оформляется при прохождении товара таможенного оформления. Справка заполняется декларантом (импортером) одновременно с таможенной декларацией.
По закону импортированный товар должен сопровождаться справкой к ГТД при всякой смене собственника товара вплоть до розничного покупателя. Отсутствие справки или ее неверное оформление служит основанием для привлечения владельца импортного товара к ответственности.
Всякий товар, имеющий отечественное происхождение, не должен иметь справку к ГТД. Всякий товар, имеющий иностранное происхождение, должен иметь такую справку для подтверждения легальности присутствия товара на территории страны.
В некоторых случаях один и тот же товар может иметь и отечественное и иностранное происхождение в зависимости от поставки.
При передаче (продаже) товара продавец и покупатель вносят свои реквизиты на экземпляр копии документа. Единственный контрагент, который должен быть в документе определен однозначно – это импортер и первый получатель товара. При дальнейшем движении партия товара может распасться на множество частей и получить разного конечного контрагента владельца. Таким образом, одна справка к ГТД может встречаться множество раз при поступлении товара, в том числе от разных поставщиков.
Атрибуты документа Справка к ГТД, которые могут быть использованы для контроля правильности документа.
1. Номер и дата документа.
Документ не имеет отдельно обозначенной даты выдачи. Дата документа закодирована в номере документа.
Номер документа имеет следующую структуру:
ААААА / ВВВВВВ /СССССС, где:ААААА - код таможенного органа – целое числоВВВВВВ - число, месяц, две последних цифры текущего года (дата документа)СССССС - порядковый номер ГТД – целое число
2. Документ составляется на одно наименование товара на каждую ввезенную партию товара. Под наименованием товара подразумевается название товара, данное производителем, и оно может не совпадать дословно с наименованиями товаров, зарегистрированных в системе. Наименование товара может подразумевать некоторый перечень товаров с общими свойствами. Одно наименование товара, указанное в справке, может быть представлено в программе как одним, так и несколькими артикулами.
3. В документе указывается количество товара. С учетом вышесказанного необходимо учитывать, что количество может быть общим для нескольких артикулов.
4. В документе указывается производитель – название, страна, город.
5. Акцизные (специальные) марки. Указывается серия и количество марок. Данный атрибут заполняется только в случае, если товар является подакцизным, например, алкогольной или табачной продукцией.
6. Сертификаты. Указывается номер сертификата происхождения и номер сертификата соответствия.
Справка к ТТН.
Имеется категория товаров, которая облагается акцизами и в силу этого обременяется дополнительными правилами оформления движения товара. В случае если подакцизный товар импортируется, то его движение сопровождается справкой к ГТД с заполнением поля «Акцизные марки». Если подакцизный товар является алкоголем и произведен в РФ, то он должен сопровождаться документами согласно Постановлению Правительства от 15 августа 1997г. №1019 "Об утверждении перечня документов, подтверждающих легальность производства и оборота этилового спирта и алкогольной продукции".
Справку к ТТН составляет производитель алкогольной продукции. При каждой последующей продаже продавец и покупатель ставят свои реквизиты на копии справки.
Таким образом, одна справка к ТТН в части информации, заполненной производителем, может встречаться множество раз при поступлении товара, в том числе от разных поставщиков. В отличие от справки к ГТД, каждый последующий продавец при продаже товара заполняет дополнительный бланк (сторону), на котором указывает номер своей ТТН, количество товара, которое он передал (продал) и коды переданных марок. Справка, как таковая, своего номера не имеет и уникальным образом идентифицируется через номер ТТН, к которой она прилагается.
Атрибуты документа Справка к ТТН, которые могут быть использованы для контроля правильности документа.
1. Наименование продукции. Документ составляется на одно наименование товара. Под наименованием товара подразумевается название товара, данное производителем. Одно наименование товара, указанное в справке, может быть представлено в программе как одним, так и несколькими артикулами. Названия артикулов и наименование товара в справке имеют право не совпадать.
2. Количество отгруженной продукции в дал. или бут.
3. Сертификат соответствия (орган, его выдавший, номер, дата выдачи).
4. Номер товарно-транспортной накладной производителя.
5. Маркировка специальными марками (серия, коды).
Дополнительно последний продавец товара заполняет следующие атрибуты:
6. Наименование организации-продавца и его атрибуты
7. Количество продукции в дал. или бут.
Выбор единицы измерения подтверждается дополнительным указанием после указания количества товара. Мы будем считать, что единица измерения, выбранная для товара в накладной, и единица измерения в справке совпадают.
7. Маркировка продукции специальными марками (серия, коды)
8. Номер товарно-транспортной накладной продавца.
Сертификат соответствия.
Имеется перечень продукции, услуг, подлежащих обязательному подтверждению соответствия. Перечень составляется и утверждается федеральными органами. Товары и услуги, не входящие в этот перечень, не обязаны иметь сертификат соответствия.
Сертификат соответствия выдается на единичное изделие, на партию товара или на серийно выпускаемые изделия.
Атрибуты документа Сертификат соответствия, которые могут быть использованы для контроля правильности документа.
1. Сертификат печатается на бланке с уникальным номером.
2. Сертификат получает номер, созданный по следующим правилам:
РОСС ХХ.ХХХХ.ХХХХХХ
Где
ХХ – двухбуквенный код страны
ХХХХ – Код органа по сертификации. Совпадает с последней группой символов регистрационного номера органа по сертификации.
ХХХХХХ – Первый символ - код типа объекта сертификации: A - партия (единичное изделие), сертифицированная на соответствие обязательным требованиям; B - серийно выпускаемая продукция, сертифицированная на соответствие обязательным требованиям; C - партия (единичное изделие), сертифицированная на соответствие требованиям нормативных документов; H - серийно выпускаемая продукция, сертифицированная на соответствие требованиям нормативных документов; E - транспортное средство, на которое выдается одобрение типа транспортного средства.
Пять следующих символов - Порядковый номер от 00001 до 99999
3. Сертификат может иметь срок действия.
Сертификат соответствия на серийно выпускаемую продукцию, а также на услуги выдается на срок, определяемый органом по обязательной сертификации, но не более чем на пять лет. Срок действия сертификата соответствия, выданного изготовителю, продавцу, исполнителю на разовую партию продукции или единичное изделие, не устанавливается.
С точки зрения серийного товара срок действия сертификата действует на товар, произведенный в течение срока действия. То есть срок продажи ограничен сроком действия сертификата плюс сроком хранения товара.
4. В сертификате указывается регистрационный номер органа по сертификации. Часть символов этого номера присутствует в номере сертификата.
5. В сертификате указывается наименование продукции и его атрибуты (коды по классификаторам).
6. Указываются атрибуты организации-получателя сертификата.
7. В случае необходимости описать перечень однородной продукции, сертифицированной по одним правилам, продукция перечисляется в приложении. Приложение составляется на бланках с уникальными номерами.
8. При передаче прав собственности на товары, организация должна получить от организации держателя оригинала копию сертификата. На копии ставится штамп организации, удостоверяющей копию и ее печать.

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

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

• Поле спецификации «Справка к ГТД» получило название «Справка к ГТД/ТТН».

• В мастер редактирования поля «справка к ГТД/ТТН» добавлен выбор варианта ввода номера документа – «ГТД» или «ТТН». В случае ввода номера в режиме ГТД для ввода номера предлагается заполнить три поля фиксированной длины. В случае выбора режима ТТН прелагается заполнить номер в одном поле с произвольным порядком заполнения.

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

• Создана функция проверки «Превышение кол-ва прихода над кол-вом в справке к ГТД/ТТН». По умолчанию проверка отключена. Функция проверяет достаточность количества в справке для суммы количеств товара в приходных накладных, ссылающихся на данную справку.

• Изменен алгоритм функции проверки наличия или отсутствия справки к ГТД/ТТН и заполнения поля «Акциз». Функция проверяет необходимость заполнения этих полей по флагу «акцизный товар» и значению поля «ГТД» для страны.

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

Документ «Справка к ГТД/ТТН».

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

Документ «Сертификат соответствия».

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

Количественный учет упаковок.

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

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

Оперативные остатки упаковок.

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

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

Регистрация упаковок реализована в следующих типах документов:

• Приходная накладная.
• Расходная накладная.
• Накладная на перемещение.
• Складское требование.

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

Генерация складских требований.

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

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

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

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

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

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

Виды экспортируемых данных.

Для обеспечения потребностей обоих категорий пользователей расширен перечень видов экспортируемых данных и расширен список полей некоторых видов данных. Подвергся изменению внешний вид раздела и терминология.
Кнопка «Проводки» для вызова диалога редактирования набора проводок убрана, а элементы интерфейса диалога помещены в диалог настройки полей. Настройка проводок (условий отбора) доступна только для видов данных Документы(OLAP) и Документы/проводки.
Диалог «Проводка» для настройки условий отбора и описания параметров конкретной проводки переименован в «Условие отбора/проводка», также как и одноименная таблица. В диалоге настройки условий отбора/проводок дана возможность указать перечень операций, а не только одну операцию для отбора данных. Поле «Счет», также как и ранее, требует обязательного заполнения, даже в том случае, когда описывается сценарий выгрузки данных для OLAP. В этом случае поле имеет смысл как уникальный номер описания строки данных.
Вид данных «Проводки» назван «Документы/проводки».
Колонка «Сумма» для вывода значения разных видов сумм названа «Сумма проводки». Перечень видов сумм, доступных для заполнения поля «Сумма проводки», остался без изменений. Колонка «Название суммы» переименована в «Название суммы проводки».
В виде данных «Классификатор товаров» количество экспортируемых уровней классификаторов увеличено с 6 до 10. В видах данных «Классификатор клиентов» и «Классификатор поставщиков» количество уровней увеличено с 2 до 4.
Добавлены новые типы данных:
«Документы OLAP». Вид данных позволяет экспортировать следующие поля:
Номер документа; Тип документа; Дата (документа); День недели (даты документа);
Дата создания (документа); Автор (сотрудник, создавший документ);
Операция (код); Операция польз. (код);
МХ.Код;
Контрагент.Код; Контрагент.Плательщик НДС;
Дата заказа; Отсрочка платежа; Вид собственности; Тип платежа; Тип кредитной карты;
Кол-во пунктов спецификации;
Артикул;
Товар.Тип карточки (название – товар, тара и т.д.);
Товар.Тип артикула (название подтипа артикула ценника);
Товар.Единица измерения (название); Товар.Происхождение (страна);
Количество; Кол-во недопоставленное; Причина несоотв. кол-ва
Полная сумма; Полная сумма без налогов; Ставка НДС; Сумма НДС
Цена по документу; Цена для касс; Цена учетная
Себестоимость; Себестоимость без НДС;
Поставщик.Код (поставка по FIFO) ; Поставщик.Плательщик НДС (число 0/1);
Поставщик.Дата документа (поставка по FIFO); Поставщик.Номер документа (поставка по FIFO); Поставщик.Тип документа (поставщика – строка из 2-х символов – WO, WI) ;
Поставщик.Операция; Поставщик.Операция польз.;
Товар.Код уровня 1 … 10 (коды старших групп классификатора товара)
МХ.Код уровня 1 … 4 (коды старших групп классификатора мест хранения)
Поставщик.Код уровня 1 … 4 (коды старших групп классификатора поставщиков)
Контрагент.Код уровня 1 … 4 (коды старших групп классификатора клиентов)
«Классификатор мест хранения». Вид данных позволяет экспортировать следующие поля:
Ид. (численный код группы классификатора);
Имя (группы классификатора);
Путь (номер группы в иерархии классификатора в виде #.1.1);
Норм. путь (номер группы в иерархии в виде 00010001);
Код уровня 1 … 4; Название уровня 1 … 4.
«Кассовые чеки». Вид данных позволяет экспортировать следующие поля:
МХ.Код (код места хранения);
Z-отчет; № чека; Число позиций (в чеке);
Дата Z-отчета; День недели (название); Время пробития чека; Кассир.Код;
Артикул;
Товар.Тип карточки (название – товар, тара и т.д.);
Товар.Тип артикула (название подтипа артикула ценника);
Товар.Единица измерения (название); Товар.Происхождение (страна);
Количество; Цена; Сумма;
Покупатель.Код;
Дисконтная карта; Код типа диск. Карты; Скидка по ДК;
Тип кредитной карты (код);
МХ.Код уровня 1 … 4 (коды старших групп классификатора места хранения)
Покупатель.Код уровня 1 … 4 (коды старших групп классификатора клиентов)
Товар.Код уровня 1 … 10 (коды старших групп классификатора товара)
«Типы кредитных карт OLAP». Вид данных позволяет экспортировать следующие поля:
Код типа; Название
«Кассиры». Вид данных позволяет экспортировать следующие поля:
Код кассира; Код магазина; Фамилия
«Контрагенты OLAP». Вид данных позволяет экспортировать следующие поля:
Код контрагента; Название контрагента;
Код поставщика; Название поставщика
«Операции OLAP». Вид данных позволяет экспортировать следующие поля:
Контрагент. Код операции; Контрагент. Название операции;
Поставщик. Код операции; Поставщик. Название операции

Права доступа.

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

• Документы OLAP;
• Кассиры OLAP;
• Кассовые чеки OLAP;
• Контрагенты OLAP;
• Операции OLAP;
• Типы кредитных карт OLAP.

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

Сохранение сценария экспорта во внешнем файле.

Реализована функция сохранения сценария экспорта во внешнем файле и функция создания нового сценария на основании описания из внешнего файла.
Функции экспорта и импорта описания сценария вызываются кнопками «В файл» и «Из файла».
По умолчанию ожидается, что файл сценария имеет расширение «.export». Формат файла – XML. Каталог для экспорта/импорта описания сценария по умолчанию выбирается Sm2000\Data, но в дальнейшем может быть изменен. Новый путь к каталогу файлов сценария запоминается и используется при следующих операциях импорта/экспорта сценария.

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

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

Загрузка дисконтных карт в кассы.

Скидки по префиксу дисконтных карт.

В программе Супермаг 2000 используется понятие «Тип дисконтных карт». Тип дисконтных карт позволяет использовать описание скидок и условий использования типа карт для описания этих условий одновременно для множества дисконтных карт данного типа. В предыдущих версиях, из-за отсутствия понятия типа дисконтных карт в программе Супермаг УКМ 2.0, кассовый сервер передавал в кассу все дисконтные карты, повторяя для каждой карты описание, заданное для типа (если для карты не было задано персонального описания).
В данной версии использована особенность программы Супермаг УКМ 2.0, которая позволяет описать скидки для множества дисконтных карт, если они имеют номера, начинающиеся с одного и того же префикса. Скидки описываются как скидка для одной специальной карты. Номер такой карты состоит из знака «!» и символов префикса дисконтных карт.
В перечень атрибутов типа дисконтных карт добавлен атрибут «префикс». При задании префикса нельзя добавлять к нему символ «!». Этот символ добавляется к префиксу автоматически при передаче данных в кассу. Задание префикса для типа дисконтных карт не препятствует созданию или помещению в такой тип дисконтных карт с номерами, имеющими иной префикс. В случае если дисконтная карта имеет префикс, отличный от префикса типа, карта будет передана в кассу отдельно. Также дисконтная карта будет передана в кассу отдельно, если она имеет персональное описание скидок. Если же дисконтная карта имеет тот же префикс, что и тип и не имеет персонального описания скидок, то такая карта не будет передана в кассу, но при предъявлении ее покупателем, по ней будет предоставлены скидки, описанные для типа дисконтных карт.
Если для типа дисконтных карт префикс не задан, то поведение алгоритма загрузки касс сохранено таким же, как и раньше, то есть в кассу будут переданы все дисконтные карты данного типа.
При задании префикса типа дисконтных карт делается проверка на уникальность префикса. Не разрешается задавать одинаковые префиксы для разных типов дисконтных карт, а также префиксы, которые являются частью других префиксов или сами содержат в себе другие префиксы.
Необходимо обратить внимание на то, что при использовании программы Супермаг УКМ 2.0 на кассах, дисконтные карты не должны иметь номеров, которые бы начинались с символа «!».

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

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

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

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

Инкрементальная загрузка дисконтных карт.

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

• при появлении новой записи в таблице дисконтных карт (типов дисконтных карт);
• при любом изменении атрибута дисконтной карты (типа дисконтной карты);
• при любом изменении записи в таблице скидок по группам товаров для дисконтной карты (типа дисконтной карты).

Значение полей даты и времени изменения не передаются почтовым модулем и в каждой базе данных сети баз данных в этих полях содержится значение, соответствующее последнему фактическому изменению дисконтной карты (типа карты) в текущей базе данных.
Программа Супермаг УКМ имеет возможность принимать данные о дисконтных картах в двух режимах – режиме полной загрузки и режиме частичной загрузки. Режим частичной загрузки предназначен для приема изменившихся данных в случае большого объема полных данных. В силу особенностей алгоритма программы Супермаг УКМ режим частичной загрузки позволяет принимать данные быстрее, чем при полной загрузке, только если количество изменившихся записей относительно мало, в противном случае полный прием данных происходит быстрее частичного приема.
При передаче данных в кассу кассовый сервер может работать в дух режимах - режиме частичной загрузки или в режиме полной загрузки. В режиме частичной загрузки в кассу передается ограниченный список типов данных. Из них часть данных передается в форме частичной загрузки, а часть - в форме полной загрузки. Некоторые типы данных всегда передаются в кассу в режиме полной загрузки, независимо то режима работы кассового сервера. Информация о дисконтных картах может передаваться как в режиме полной загрузки, так и в режиме частичной загрузки.
В режиме полной загрузки кассового сервера все данные загружаются полностью, и история изменений в дисконтных картах и типах дисконтных карт игнорируется.
При частичной загрузке данных в УКМ кассовый сервер определяет перечень типов дисконтных карт и карт, которые должны быть загружены. Перечень определяется по соотношению времени последнего изменения к времени последней загрузки. В случае если перечень оказывается большим, загрузка данных о дисконтных картах производится в режиме полной загрузки. Перечень считается большим, если изменению подверглось более 200 дисконтных карт или хотя бы один тип дисконтных карт.
Если количество измененных карт меньше либо равно 200 и ни один тип не был изменен, то данные о дисконтных картах передаются в кассу в режиме частичной загрузки. Передаются данные только об измененных картах.

Стоп лист дисконтных карт.

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

Расписание полной загрузки касс.

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

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

Алгоритм автоматического выбора типа загрузки при регулярной загрузке касс дополнен следующими условиями:

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

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

Накладная поставщика в приходной накладной.

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

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

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

• Группа классификатора (кратко);
• Группа классификатора (полностью).

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

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

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

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

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

Проставление цен в документ «Заказ поставщику».

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

• Заполнить документ контрактными ценами;
• Заполнить документ учетными ценами;
• Заполнить документ продажными ценами.

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

Отбор карточек складского учета.

Поиск по части штрихового кода.

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

Поиск по нулевой или отсутствующей цене.

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

Генерация кодов UPC A и UPC E.

При генерации кодов типа UPC A, UPC E убрана принудительная подстановка лидирующего 0 перед префиксом, указанным в справочнике штриховых кодов. Префикс штрихового кода теперь совпадает с префиксом из справочника. В случае использования UPC кодов в качестве собственных кодов для маркирования товаров следует использовать префиксы, начинающиеся с 2 или 4. Нельзя использовать префиксы 0, 3, 5 или 7, так как имеется вероятность, что такой же код будет иметь промышленный товар.
В предыдущих версиях программы при генерации кода UPC E использовался алгоритм генерации кода UPC A с последующим преобразованием в UPC E. Поскольку не всякий код UPC A может быть преобразован в UPC E, то при таком подходе могла возникать ситуация неожиданного и необъяснимого, с точки зрения пользователя, отказа в генерации кода.
Начиная с текущей версии программы, код UPC E генерируется как последовательность из 6 символов с учетом заданного префикса и постфикса. Затем код разворачивается в UPC A для подсчета контрольной суммы. Полученная контрольная сумма добавляется к ранее созданной последовательности символов UPC E.
Такой алгоритм генерации кода не позволяет строго соблюдать заданный код производителя в штриховом коде. Но поскольку в рамках программы не ставится цели поддерживать промышленное производство товаров с их последующей маркировкой по стандартам США, то такое ограничение не влияет на возможности программы.

Расчет среднесуточной реализации по расписанию.

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

Интерфейс расчета статистики по аналитическим таблицам.

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

Автоматическое обновление клиентской части.

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

Настройка каталогов дистрибутивов.

В локальной сети должен существовать один или два каталога, доступные для чтения всем компьютерам. В одном каталоге должна находится программа установки торговой системы с версией, соответствующей версии БД. Во втором каталоге должна находиться программа установки сервис пака с номером, соответствующим номеру сервис пака БД. Программа установки сервис пака может находиться в подкаталоге программы установки версии (см. ниже). В том случае, когда сервис пак еще не существует, этот каталог должен быть пустым.
Пути к каталогам версии и сервис пака должны быть прописаны в административном модуле в разделе «База данных» на странице «Прочее». Сетевые пути должны описываться с указанием имени компьютера и не должны содержать имена сетевых дисков. При использовании сетевых дисков нельзя гарантировать, что все локальные компьютеры будут настроены правильно и получат доступ к указанному каталогу.
При описании путей нет необходимости указывать каталог «Disk1», который обычно присутствует в структуре каталогов дистрибутива. Данный каталог при необходимости будет найден автоматически.
При размещении дистрибутивов можно использовать один и тот же каталог для хранения нескольких дистрибутивов разных версий. Для того чтобы правильно выбрать необходимую программу установки каждый дистрибутив должен находится в своем подкаталоге с именем, совпадающим с номером версии. Например, в административном модуле можно описать путь к общему каталогу дистрибутивов как: \\Server\SMDistr
Тогда на сервере Server надо создать разделяемый каталог SMDistr и в нем подкаталоги SMDistr\1.022, SMDistr\1.022.1 и т.д., в которых должны быть размещены файлы программы установки соответствующих версий.
Дистрибутив сервис пака может размещаться в самостоятельном каталоге и тогда путь к нему должен быть описан в административном модуле. Например, \\Server\SMDistrSP
В таком случае дистрибутив последнего сервис пака должен размещаться непосредственно в этом каталоге или в подкаталоге с номером сервис пака, например: \\Server\SMDistrSP\1, для сервис пака 1, \\Server\SMDistrSP\2 для сервис пака 2 и т.д.
Дистрибутив сервис пака может размещаться в подкаталоге \SP каталога дистрибутива версии программы. В этом случае путь к каталогу должен быть описан в административном модуле как «*».
Например, каталог дистрибутивов версий описан как: \\Server\SMDistr
Каталог дистрибутивов сервис паков описан как: *
Тогда на сервере Server должен быть разделяемый каталог SMDistr и в нем подкаталог SMDistr\SP\1 для сервис пака 1, SMDistr\SP\2 для сервис пака 2 и т.д.
Если дистрибутив версии размещается в подкаталоге с номером версии, например, SMDistr\1.022\, то каталоги для хранения сервис паков должны быть следующими: SMDistr\1.022\SP\1, SMDistr\1.022\SP\2 и т.д.
Необходимо строго следить за тем, чтобы нумерация каталогов и версии программ соответствовали друг другу. Если будет допущена ошибка и в каталог попадет программа с другой версией, то при попытке старта программы обновления версии (сервис пака) будет выдано сообщение об ошибке и обновление будет остановлено.

Обновление версии.

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

Размещение индексов при генерации и обновлении схемы БД.

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

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

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

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

• Сохранить и закрыть;
• Сохранить и завершить редактирование;
• Промежуточное сохранение.

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

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

• Функция «Сохранить и завершить редактирование» - сохраняет документ, завершает редактирование документа, но при этом оставляет пользователя в окне просмотра открытого документа.

• Функция «Промежуточное сохранение» - сохраняет документ и оставляет пользователя в режиме редактирования документа.

При сохранении документа, в котором не было каких-либо изменений, ранее выдавалось сообщение об отсутствии изменений. Сообщение убрано.

Функциональные права для контроля структуры БД.

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

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

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

• Создание эталонного описания структуры базы,
• Сравнение структуры базы с эталонным описанием.

Поиск аппаратного ключа защиты.

Для сервера лицензий реализована возможность указать конкретный аппаратный ключ, с которым он должен работать. Адресный выбор аппаратного ключа для работы сервера лицензии позволяет ему работать на одном компьютере с другими программами, использующими ключи тех же типов, что и сервер лицензий торговой системы.
Описание ключа – тип и номер ключа, вводится в консоли управления компьютера в диалоге «Параметры ключа» сервиса «Сервер Супермага». Диалог вызывается из пункта меню «Ключ…» при запущенном сервере лицензий. Установленные параметры ключа вступают в силу только после перезапуска сервера лицензий.
Алгоритм поиска аппаратного ключа следующий:
Если указан тип и номер ключа, то предпринимается попытка найти указанный ключ.
Если указан только номер ключа, то осуществляется поиск ключа с указанным номером по всем доступным типам ключей.
Если номер ключа не указан, но указан тип ключа то будет искаться первый попавшийся ключ указанного типа.
Если выбран вариант поиска «Любой», ключ и номер ключа не указан, то ключ ищется по тому же алгоритму, что и в предшествующих версиях. Вначале ищется ключ типа Guardant, затем HASP, затем MPKEY.
Если в результате поиска ключ не найден, то сервер запускается, но единственной поддерживаемой операцией будет указание нового ключа или установка режима «выбор произвольного ключа».

Печать расходной накладной по группам товаров.

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

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

Отчет «Лидеры в группах товаров».

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

Печатная форма документа «Сличительная ведомость».

В печатной форме столбцы «Разница – Количество – Сумма» заменены столбцами «Разница – Излишки – (Количество –Сумма) - Недостачи - (Количество –Сумма)».
Изменения функционала в версии 1.022
Точность отображения цен в интерфейсе накладных.

Точность отображения цен в интерфейсе накладных.

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

Работы, вошедшие в состав версии 1.023.1
Работа с наборами.
Доработан ввод артикулов-наборов в документы следующих типов:

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

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

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

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

1. В печатной форме счета-фактуры по накладной на перемещение (заказная печатная форма для клиента "Столица" ННовгород) печатаются ФИО Руководителя и Главбуха. Информация берется из списка сотрудников организации, которая указана в поле "От имени..."

1. В список полей экспорта документов для OLAP добавлено поле "Товар.Название", в которое выгружается название артикула, что позволит решить проблему ограничения количества товарных карточек (64000) в моделях OLAP.

1. Удалена возможность вызова функционала Физического склада (в меню Склад - Физический склад) и удален вызов отчета "Остатки по срокам годности на складе".

1. Реализована поддержка весов TIGER фирмы METTLER TOLEDO, модель 8442, подключение по Ethernet.

Доработки для Украины

1. Номер регистрационного свидетельства в карточке товара.

Введен запрет на активирование Карточки с определенной ставкой налога (для Украины это "НДС 0%") с неуказанным номером регистрационного свидетельства.
Необходимо сделать следующие настройки:

• в роле «Примечание» одной из ставок одного из налогов (для Украины для налога НДС и ставки 0%) указывается название дополнительной характеристики карточки, в которой должен быть указан номер регистрационного свидетельства. Название дополнительной характеристки в поле «Примечание» обязательно обрамляется символами "|";
• в справочнике «Доп.характеристики товара» необходимо создать характеристику с тем же названием (уже можно без обрамления символами "|").

1. Добавлен дополнительный атрибут товарной карточки (закладка «Склад») – "% нормы отходов".

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

1. Разработан отчет "Об использовании регистраторов расчетных операций и книг учета расчетных операций (расчетных книжек)". Введены дополнительные атрибуты кассы – "Модель кассового аппарата" и "Регистрационный номер кассового аппарата в налоговой".

1. Разработан «Отчет о реализации алкогольных напитков».

Для работы отчета необходимо создать:

• доп.свойство контрагента «вид лицензии на продажу» (строка, строгий список «1,2,3,4»)
• доп.свойство контрагента «номер лицензии на алкоголь» (строка)
• доп.свойство товарной карточки «Вид алк.продукции» (строка, строгий список «1,2,3,4,5,6,7,8,9»)
  Объемы реализации продукции в тыс.л рассчитываются на основании альтернативной единицы измерения «литр» (ед.измерения с кодом 3).

1. Разработаны печатные формы документов:
   • Налоговой накладной – печатается по приходным, расходным накладным и при печати документов по чекам.
   • Расходной накладной ("Расходная накладная") согласно образцу, полученному у заказчика для печати в разделах "Расходные накладные" и "Чеки".
   • Приходной накладной "Видаткова накладна", согласно образцу, полученному у заказчика.
   • Печатная форма накладной на перемещение - в виде расходной накладной ("Расходная накладная") с указанием условия продажи "комиссионный товар".

Изменения функционала в версии 1.023.2 сервис пак 1.
Инкрементальная загрузка весов CAS.

Инкрементальная загрузка весов CAS.

Весы CAS имеют медленный интерфейс загрузки информации через порт. Для сокращения времени загрузки информации о товарах для них реализована инкрементальная загрузка, то есть возможность загружать в весы не весь список товаров, а только те артикулы, по которым были изменения после последней загрузки.
Инкрементальная загрузка реализована, в том числе, для протокола CAS LP1.5 Ethernet, который формально работает через локальную сеть, но фактически использует медленный обмен данными через порт.
Режим инкрементальной или полной загрузки может быть установлен отдельно для каждого экземпляра весов, зарегистрированных в системе (только CAS). Для весов с установленным режимом инкрементальной загрузки, сохраняется вся информация об артикулах последней загрузки. При новом сеансе загрузки в весы посылается информация только по тем артикулам, у которых обнаружена разница между состоянием их атрибутов при предыдущей загрузке и при текущей. Артикул считается измененным, если был изменен любой из атрибутов артикула, передаваемый в весы, в том числе атрибуты, относящиеся только к весам, например, PLU или срок хранения товара. Атрибуты артикулов, не передаваемые в весы, не рассматриваются.
Изменения функционала в версии 1.023.2 сервис пак 2.
Белоруссия. Расчет цен в накладной при приеме товара с государственными ценами.

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

Предыдущий вариант автоматического расчета цен и сумм в приходной накладной при приеме товара с государственными фиксированными ценами исходил из того, что цена производителя (она же государственная цена) в накладной указывается без налога НДС.
В текущей реализации алгоритма считается, что государственная цена включает НДС. Цена поставки в этом случае вычисляется по следующей формуле:
Сумма поставщика с НДС = Округление до копейки( Цена производителя * количество (1 - Торговая наценка(она же скидка)/100)))
Далее рассчитывается сумма НДС и сумма и цена без НДС.
В данном случае расчет цен и сумм законодательно ведется от цен с налогами к ценам без налогов. Законодательством предусмотрено, что такой расчет должен вестись не точно, то есть с применением формулы Сумма НДС = Сумма с НДС * (%НДС/(100+%НДС)), а с применением приблизительного коэффициента, то есть как Сумма НДС = Сумма с НДС * множитель.
Множитель регистрируется в разделе «Редактор налогов» как атрибут ставки налогов и представляет собой округленный не менее чем до 4-го знака результат вычисления: (%НДС/(100+%НДС)).
Алгоритм расчета цен и сумм в накладной для товаров с государственными ценами модифицирован и использует для расчета суммы налога НДС множитель ставки налогов. Алгоритм работает корректно в режимах округления полная сумма и полная цена.
Для тех случаев, когда по какой-то причине пользователи желают получить точный расчет суммы НДС, реализована функция в кнопке «цены»: «Пересчет суммы НДС исходя из ставки НДС». Кнопка доступна в режиме «Ценовой».
Другие работы, вошедшие в состав версии 1.023.2

1. Автоматическое формирование заказов:

• в случае создания заказа по контрактам, перед выводом списка контрактов запрашивается поставщик и затем список контрактов выводится только по выбранному поставщику;
• если магазин представлен в виде 2-х мест хранения (типы «Склад» и «Магазин», соответственно), то при формировании заказа для магазина с такой структурой, установленные параметры для автоматического заказ будут суммироваться.

1. В документ Заказ разрешен ввод артикулов типа "тара".

1. Разработан функционал, позволяющий списывать товар по определенным нормам отходов, возникающим при поставке товаров (например, при поставке 100 кг. картофеля 1 кг. приходится на землю, соответственно, реально для продажи поступило только 99 кг. картофеля). Для этого в разделе приходных накладных создана функция «Генерация списаний по нормам отходов».

1. Загрузка состава изделия в весы DIGI.

В товарную карточку на закладку "состав" добавлено текстовое поле "Описание товара", которое загружается в весы (DIGI) в поле «состав».

1. В справочнике контрагентов в фильтр поиска добавлен поиск по коду ОКПО.

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

1. К Супермагу подключен принтер этикеток BZB-2.

1. Для приходных и расходных накладных добавлены суммы "НДС 20% округленный", которые вычисляются как "сумма без налогов НДС 20%" (для всего документа), с соответствующей ставкой, умноженной на ставку НДС.

Суммы округленных НДС подсчитываются по кнопкам "Сумма" внутри накладной и в списке накладных. В списке накладных добавлена колонка - "НДС 20% округленный". (доработка сделана под законодательство Украины).

Изменения функционала в версии 1.023.3 сервис пак 1.
Цена для кассы в расходной накладной.
Экспорт суммы накладных в ценах для кассы.
Дата счета фактуры в расходной накладной.
Белоруссия. Калькулятор спецификации.

Цена для кассы в расходной накладной.

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

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

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

Дата счета фактуры в расходной накладной.

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

Белоруссия. Калькулятор спецификации.

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

• сумма без НДС (режим округления сумма без НДС),
• цена без НДС (режим округления цена без НДС),
• сумма полная (режим округления полная сумма)
• цена полная (режим округления полная цена).

И далее все оставшиеся поля по алгоритму режима округления. Поле «торговая наценка» при изменении значения поля «цена производителя» более не пересчитывается.
Изменение значения поля «Торговая наценка» теперь приводит к пересчету тех же полей, что и при изменении цены производителя.
Изменение значения прочих полей не изменяет значения поля цена производителя, ни при каких условиях, но приводит к изменению значения поля торговая наценка таким образом, чтобы значения: сумма без налогов, торговая наценка, цена производителя и количество были согласованы.
В республике Беларусь при приеме товара необходимо использовать режим округления «Сумма без налогов».
Изменения функционала в версии 1.023.3 сервис пак 2.
Цена для кассы в кассовых документах.
Экспорт цен, сумм и скидок кассовых документов в ценах для кассы.

Цена для кассы в кассовых документах.

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

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

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

Номенклатура места хранения.

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

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

Определение номенклатур.

Справочник номенклатур.

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

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

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

Артикулы номенклатуры.

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

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

Ограничение просмотра.

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

Загрузка касс.

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

Загрузка весов.

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

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

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

Генерация складских требований и заказов.

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

Генерация складских требований по ассортиментам.

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

Форма 3-Торг.

Создан статистический отчет по форме 3-Торг. Отчет существует только в версии, определенной законодательством Украины и поставляется отдельно от системы.
Для получения информации для данного отчета были введены новые понятия: пересчетные единицы измерения, залоговая тара в составе товара и классификатор 3-торг.

Пересчетные единицы измерения.

В справочник единиц измерения добавлен новый атрибут – коэффициент пересчета в основную единицу измерения для описания производных единиц измерения.
Производными единицами измерения называются такие единицы измерения, которые могут быть получены из другой единицы измерения путем умножения на коэффициент пересчета. Например, тонна = 1000 кг.
Если единица измерения определена в системе как производная, то она не может быть основной для какой-либо другой единицы измерения. При составлении справочника необходимо в каждом виде измеряемых величин определить только одну основную единицу измерения. Например, для веса основной единицей можно выбрать килограммы, тогда граммы, тонны, центнеры будут ее производными единицами измерения.
Коэффициент пересчета указывается как количество базовых единиц измерения, которое содержится в одной производной единице измерения. Например, для производной единицы измерения «Тыс. шт.» коэффициент пересчета в базовую единицу «шт» будет равен 1000, а для единицы «граммы» коэффициент пересчета в килограммы будет равен 0,001.
У карточек складского учета имеется атрибут «Альтернативная единица измерения», который позволяет указать одну или несколько единиц измерения, отличных от единицы измерения артикула и коэффициент пересчета для каждой альтернативной единицы измерения. Альтернативные единицы измерения используются для приведения количества разных товаров к единой единице измерения в тех случаях, когда коэффициент пересчета меняется от артикула к артикулу. Например, при пересчете штук (бутылок, банок и т.д.) в литры или декалитры.
Необходимо обращать внимание на то, что коэффициент пересчета для альтернативных единиц измерения имеет обратное направление действия. При указании альтернативной единицы измерения указывается, например, литр 0,5, что подразумевает 0,5 л в 1 штуке, или тыс. шт. 0,001, что означает 0,001 тыс. шт. в 1 шт., тогда как в таблице единиц измерения указывается тыс. шт., шт., 1000, что означает 1000 шт. в 1 тыс. шт.
Производные единицы измерения не должны указываться как альтернативные единицы измерения в карточке складского учета, поскольку это может привести к несоответствию коэффициентов пересчета. Все производные единицы измерения по умолчанию являются альтернативными для тех карточек, у которых единица измерения является базовой для производных или ссылается на ту же самую базовую единицу измерения.
Коэффициент пересчета производной единицы измерения в справочнике единиц измерения имеет большую силу, чем величина, указанная в карточке складского учета. В случае если в карточке была установлена альтернативная единица измерения, которую в справочнике единиц измерения преобразуют в производную, то при сохранении справочника единиц измерения будет сделана проверка на наличие конфликтных артикулов и выдано сообщение со списком таких артикулов.

Залоговая тара.

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

Классификатор 3-Торг.

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

Розничные цены в накладных.

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

Расчет суммы НДС от суммы документа.

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

Размерность полей для процентов.

Точность хранения величин – процентов (процент налога, наценки, переоценки и т.д.) увеличена с 2 до 4-х знаков после запятой.

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

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

Трассировка процесса генерации заказа.

Для функции автоматической генерации заказа реализована возможность трассировки процесса работы алгоритма. Информация о ходе расчета сохраняется в текстовый файл и отражает состояние расчета в ключевых точках алгоритма.
Трассировка увеличивает время работы алгоритма и по этой причине по умолчанию всегда отключена. Для включения трассировки необходимо отметить флажок «Сохранять информацию о процессе генерации в файл» на странице «выбор режима» мастера генерации заказа поставщикам.
Изменения функционала в версии 1.023.4
Расчет сумм налогов от суммы документа.
Сумма в ценах для кассы, скидки от суммы в ценах для кассы.
Правило округления цен «в большую сторону после 0,5».
Правило округления цены для вида цены.
Белоруссия. Контроль максимальной наценки от цены производителя.
Белоруссия. Округление цен и сумм в накладных.
Восстановление фильтра карточек складского учета.
Автоматическое пополнение номенклатуры товаров.
Отбор чеков по атрибутам Z отчета.
Состояние контрактов.
Форма ТОРГ-12
Печать даты счета фактуры для расходной накладной.
Экспорт только измененных документов.
Реорганизация калькулятора сумм и цен в спецификации документов.
Отчет «Реестр актов переоценки».

Расчет сумм налогов от суммы документа.

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

Сумма в ценах для кассы, скидки от суммы в ценах для кассы.

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

Правило округления цен «в большую сторону после 0,5».

Перечень правил округления для цен дополнен правилом «в большую сторону после 0,5». По данному правилу число округляется в большую сторону, если округляемая часть строго больше середины отрезка округления и округляется в меньшую сторону, если меньше или равна середины отрезка округления. Например, если число округляется до 1, то все числа с дробной частью равной 0,5 или меньше 0,5 будут округляться в меньшую сторону, а числа с дробной частью больше 0,5 – в большую сторону. Или если число округляется до 10, то все числа, у которых часть числа до разряда 10 меньше или равна 5, округляются в меньшую сторону, а если больше 5 - округляются в большую сторону.

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

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

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

В варианте локализации для Республики Беларусь внесено изменение в функцию наценивания. Изменение позволяет учесть положение закона о максимально разрешенной наценке от цены производителя.
В положении о порядке формирования цен и тарифов указано, что «… допускается превышение предельного размера надбавки, полученное от округления цен с надбавкой». То есть максимальная наценка от цены производителя может быть превышена на величину, которая получается при округлении цены.
Алгоритм функции наценивания изменен таким образом, что контрольная цена, с которой сравнивается новая рассчитанная цена, получается как цена, рассчитанная от цены производителя с применением максимально разрешенной наценки и с применением правила округления, указанного в качестве атрибута вида цены (базовое правило вида цены).
Для корректной работы алгоритма в соответствии с законодательством необходимо создать правило округления, действующее на все цены, то есть с нулевым порогом цены, с шагом цены 10 рублей и методом округления «в большую сторону после 0,5». Это правило округления должно быть назначено, как базовое правило для вида цены.
Для групп классификатора, включая группу «Все», могут быть назначены иные правила округления, которые необходимы для формирования цен исходя из маркетинговых соображений. В таком случае контрольная цена будет всегда формироваться с применением базового правила округления, а цена артикула будет формироваться с применением правила округления для группы классификатора артикула.

Белоруссия. Округление цен и сумм в накладных.

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

Восстановление фильтра карточек складского учета.

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

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

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

Отбор чеков по атрибутам Z отчета.

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

Состояние контрактов.

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

Форма ТОРГ-12

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

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

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

Экспорт только измененных документов.

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

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

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

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

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

Отчет «Реестр актов переоценки».

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

• Из отчета  удалена колонка "Сумма переоценки без налогов".
• Суммы в отчете ранее выводились в базовой валюте. Теперь они выводятся в валюте вида цены акта переоценки.
• Подведение итогов по отчету в целом убрано. Итоги подводятся в пределах вида цены.

Изменения функционала в версии 1.023.5 сервис пак 1.
Драйвер для весов Масса-К.
Несколько рецептов на разделку одного ингредиента.

Драйвер для весов Масса-К.

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

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

Разрешено создавать несколько рецептов на разделку одного и того же ингредиента.
В интерфейс документа «Рецепт» добавлено поле «Примечание». В это поле необходимо заносить пояснение к рецепту или название рецепта для того, чтобы отличать разные рецепты на разделку одного и того же ингредиента.
Содержание поля «Примечание» показывается в мастере создания калькуляции на основании рецепта на странице подтверждения выбранного рецепта. При создании документа Калькуляция на основании рецепта содержание из поля «Примечание» копируется в калькуляцию.
При создании акта производства на разделку оператор может выбирать между несколькими калькуляциями одного и того же разделываемого ингредиента. В мастере создания документа «Акт производства» на странице выбора калькуляции показывается перечень калькуляций с полем «Примечание».
Калькуляции участвуют в определении цен выхода готовой продукции и для определения плановой себестоимости продукции следующих переделов при расчете себестоимости в калькуляции. В случае если продукция (полуфабрикат) может быть получена при использовании разных рецептов, невозможно гарантировано определить, какую калькуляцию следует использовать для определения плановой себестоимости или для расчета плановой себестоимости.
Для корректного ведения учета в производстве необходимо считать, что один и тот же готовый продукт, полученный при разделке одного и того же исходного ингредиента, должен иметь одну и ту же долю стоимости исходного ингредиента независимо от того, каким образом была произведена разделка. В противном случае такая продукция должна считаться не одинаковой и должна иметь разные артикулы.
При соблюдении описанного правила, можно считать, что при расчете плановой себестоимости или при проставлении плановой себестоимости в выход готовой продукции можно брать первую попавшуюся калькуляцию с наибольшей датой, в которой имеется искомый артикул.
Изменения функционала в версии 1.023.5
Счет-фактура кассового чека.
Функции проверки контрактов на закупку.
Планирование цен.
Алгоритм генерации заказов.
Расчет среднесуточной реализации.
Экспорт данных.
Атрибут «Плательщик НДС» для контрагентов.
Сохранение и восстановление фильтров в разделах.
Терминал сбора данных Falcon 4220. Драйвер обмена ScanPlus.Net.
Загрузка в весы срока годности и срока реализации.
Протокол загрузки касс УКМ 2 для Республики Украина.
Перенос измененных документов в аналитические таблицы.
Пересоздание индексов.
Местоположение файла трассировки supermag_trace.log.
Печатная форма счета в базовой валюте.
Отчет «Контракты по товару».
Отчет «Движение в производстве в закупочных ценах».

Счет-фактура кассового чека.

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

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

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

Планирование цен.

Создан механизм ведения плана цен. Планирование цен может осуществляться для каждого артикула для вида цены. При планировании цен считается, что все места хранения, которые имеют одинаковые виды цен, должны установить новые запланированные цены одновременно.
В отличие от маркетинговых акций план цен не ограничивает количество мест хранения, в которых должны измениться цены и имеет не столь строгую обязательность исполнения. При наличии соответствующих прав цена отдельного товара может быть изменена вручную, несмотря на наличие плана.
План цен выполнен в виде журнала и доступен для просмотра и редактирования в разделе карточек складского учета на странице «План цен». Журнал позволяет просматривать как прошлые, так и будущие пункты плана для одного вида цены.
Каждый пункт плана имеет статус, который показывает состояние его выполнения. В момент создания пункт плана имеет статус «Черновик». В этом статусе пункт может редактироваться, то есть может менять будущая цена артикула, или пункт может быть удален. Дата и время пункта после создания и сохранения нового пункта плана не изменяются. При необходимости сместить пункт плана во времени, прежний пункт необходимо удалить и создать новый с желаемой датой, временем и ценой.
Если пункт плана переведен в состояние «Принят к исполнению», то он уже не может менять своего содержания. В этом статусе пункты плана цен обрабатываются процедурой исполнения плана. При необходимости скорректировать принятый к исполнению пункт плана необходимо понизить его статус и только после этого внести изменение.
Процедура исполнения плана цен реализована как системное периодическое задание. Настройка периодичности опроса плана цен и его исполнения осуществляется в административном модуле в разделе «Базы данных» на странице «Задания».
Процедура исполнения плана цен просматривает все пункты плана, ожидающие исполнения, для каждого вида цены. В результате работы процедуры создаются акты переоценки только для тех мест хранения, для которых установлен рассматриваемый вид цены. Перечень мест хранения дополнительно ограничивается локальными местами хранения базы данных и их подчиненными местами хранения. Это позволяет бесконфликтно выполнять план в тех подчиненных базах, в которых разрешено локальное ценообразование. Акты переоценки имеют причину переоценки «План цен» и условие исполнение «немедленно при оприходовании».
Акты переоценки на основании плана цен включают в себя только те артикулы и с теми ценами, которые обнаружены в плане цен. Составные артикулы должны присутствовать в плане цен для того, чтобы по ним была изменена цена. Если в плане цен имеется базовый артикул, а его производный артикул в плане отсутствует, то процедура исполнения плана оставит его цену без изменения, в отличие от процедуры исполнении акта переоценки, созданного вручную, которая автоматически рассчитывает и меняет цену производного артикула (набора, упаковки, уценки, размера).
Процедура исполнения плана меняет статус обработанных пунктов плана на «Исполнен». Исполненный пункт плана уже не может быть изменен или удален.
Если период опроса плана больше, чем диапазон времени между пунктами плана, то есть если в момент выполнения процедуры имеется более одного пункта плана для одного артикула по одному виду цены, которые готовы к исполнению, то исполнен будет только один пункт с самой старшей датой и временем. Оставшиеся пункты плана не будут выполнены никогда.
На странице плана цен можно посмотреть историю изменения пункта плана. В истории отображается дата и время изменения, новое значение цены и статуса и атрибуты сотрудника, внесшего изменение. Просмотр истории изменений пункта плана доступен в режиме просмотра карточки складского учета. Дата и время изменения статуса на «Исполнен» означает время обработки пункта процедурой исполнения плана, но не дату и время смены цены. Фактическая установка новых цен производится актами переоценки и может произойти позже, например, из-за пересылки актов по почте в удаленную базу данных.
Пункты плана цен могут рассылаться по почте вручную со страницы плана цен и могут автоматически ставиться в очередь на рассылку по факту смены статуса. При удалении пункта плана посылается команда удаления. Ручная рассылка пунктов плана доступна как в режиме редактирования карточки складского учета, так и в режиме просмотра.
Пункты плана могут рассылаться как во все подчиненные базы данных, так и из подчиненных в старшие. Управление правами редактирования пунктов плана с разделением артикулов на артикулы с центральным и местным подчинением будет реализовано в следующих версиях. До этого необходимо следить за тем, чтобы в подчиненных базах данных пользователи не вносили изменения в план, управляемый централизовано.
Присутствие плана цен одновременно в старшей и подчиненной базах не является обязательным для управления ценами. Достаточно вести план в старшей базе данных и акты переоценки с новыми ценами будут рассылаться в подчиненные базы по мере исполнения плана.
Если план цен присутствует и в старшей и в подчиненной базе данных и если в локальной базе будет включен механизм исполнения плана, то в обоих базах могут быть созданы одинаковые акты переоценки. Данное поведение не должно приводить к нарушениям в работе за исключением случаев слишком частой смены цены, когда интервал смены цен меньше интервала пересылки цен.
При использовании плана цен для локального ценообразования, то есть когда план цен предполагается вести и исполнять в подчиненной базе данных, возможно по части артикулов, необходимо строго следить за тем, чтобы данный вид цен не был назначен другим местам хранения, кроме старшего места хранения, например центрального склада. Данное ограничение связано с тем, что пункты плана могут пересылаться в центр, где в свою очередь может быть запущена процедура исполнения плана, которая будет распространять цены во все подчиненные базы. До реализации механизмов разделения местного и центрального ценообразования несоблюдение данного требования может привести к нарушениям в процессе ценообразования.
Использование плана цен предполагает, что если артикул имеет запланированную цену, то этот артикул не должен получить иную цену другим способом кроме как исполнением плана цен. Исключение составляет акт переоценки на основании маркетинговой акции. Маркетинговые акции имеют приоритет над планом цен и выполняются всегда независимо от того, имеет ли артикул плановую цену или нет.
Для обозначения того факта, что по данному артикулу для данного вида цены планирование цен более не ведется необходимо занести в план цен пункт с пустой ценой. Исполнение такого пункта не приводит к созданию акта переоценки, но снимает ограничения на проведение прочих процедур ценообразования.
Для защиты от несанкционированного изменения плановой цены артикулы, имеющие плановую цену, исключаются из актов переоценки в следующих функциях автоматической генерации актов переоценки: наценивание на основании прихода, наценивание на основании акта сортировки, генерация актов при перемещении товара.
Для актов переоценки, создаваемых вручную, создана функция проверки 146 «Запрет на изменение цены артикула с плановой ценой для актов изменения цены». По умолчанию функция имеет режим «Запрет». Функция проверки не проверяет фактическое начало или завершение исполнения плана цен. Для функции достаточно наличия соответствующего пункта плана с датой равной или меньшей текущей. Например, если первый пункт плана для артикула должен быть исполнен сегодня в 23:59, то на протяжении всего дня функция проверки будет предупреждать о наличии плана для данного артикула, несмотря на то, что план еще не вступил в фактическую силу.
Для контроля исполнения плана цен внесены изменения в странице «история цен» раздела карточек складского учета.
Журнал истории цен объединен с журналом плана цен, из которого берутся все пункты плана со статусом, отличным от черновика.
В таблицу журнала истории добавлены колонки «План», «Основание» и «Причина переоценки». В колонке «План» показывается значение цены из исполненных пунктов плана цен. В колонке «Основание» показывается номер акта переоценки, на основании которого было произведено фактическое изменение цены. В колонке «Причина переоценки» - причина переоценки из акта.
Для строк, в которых показывается история выполнения плана цен, колонка основание не заполняется.
Для сокращения количества строк журнала в окне просмотра, на страницу введено управление датами «С» и «По» и дана возможность ограничить просмотр истории одним видом цены.

Алгоритм генерации заказов.

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

Расчет среднесуточной реализации.

В предыдущих версиях алгоритмы расчета среднесуточной реализации в разделе карточек складского учета и в административном модуле имели различия.
Алгоритм расчета из карточки складского учета был следующий:
ССР = среднесуточная продажа - среднесуточный возврат.
Среднесуточная продажа = кол-во продаж / (максимальная дата продажи - минимальная дата продажи + 1).
Среднесуточный возврат = возвратов / (максимальная дата возврата - минимальная дата возврата + 1).
Алгоритм расчета из административного модуля следующий:
ССР = ([кол-во продаж] - [кол-во возвратов]) / ([максимальная дата реализации] - [минимальная дата реализации]+1).
Под датой реализации понимаются даты, в которые были возвраты или продажи.
В текущей версии алгоритмы приведены к следующему:
Условие все дни:

1. Для условия - за все время,

ССР = (все продажи - все возвраты)/(дата последней продажи - дата первой продажи + 1)

1. Для случая ограничения дат,

ССР = (продажи в диапазоне - возвраты в диапазоне)/кол-во дней диапазона
Условие "только дни продаж"

1. За все время,

ССР = (все продажи - все возвраты)/кол-во дней, в которые были продажи

1. За диапазон времени,

ССР = (продажи - возвраты)/кол-во дней продаж в диапазоне

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

В тип экспорта "Операции" добавлены два новых поля: "ID операции" и "ID пользовательской операции". В новых полях выводятся, соответственно, коды системной операции и код пользовательского расширения операции.

Атрибут «Плательщик НДС» для контрагентов.

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

Сохранение и восстановление фильтров в разделах.

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

Терминал сбора данных Falcon 4220. Драйвер обмена ScanPlus.Net.

Создан драйвер ScanPlus.Net для обмена данными с портативным терминалом сбора данных типа Falcon 4220 с программой «ScanPlus.Net». Драйвер ScanPlus.Net поддерживает режимы обмена данных для процессов инвентаризации количества товара, контроля ценников и контроля приема и отпуска товара на основании документов: Заказ, Приходная накладная, Накладная на перемещение и Расходная накладная.
По сравнению с предыдущими программами терминала сбора данных, программа «ScanPlus.Net» при работе с документами принимает и возвращает не только номер документа, но и его тип. Это позволяет в торговой системе использовать терминал сбора данных для оформления приходной накладной при приеме товара на основании заказа. В терминал сбора данных грузится заказ, а результат принимается в приходную накладную. Пустая приходная накладная, в этом случае, должна быть создана заранее с указанием в заголовке поставщика и с номером заказа в основании.
Особенности обмена данных с терминалом Falcon.
Falcon 4220 представляет собой мобильное устройство с операционной системой Windows CE.Net
Обмен данными с ним производится через инфракрасный порт или USB порт с использованием программы ActiveSync.
Перед началом использования устройства необходимо на стационарном компьютере установить программное обеспечение ACTIVESYNC 3.7 и NET FRAMEWORK 1.1 и после этого произвести установку модуля обмена данными с терминалом сбора данных. В противном случае при попытке обмена данными с терминалом сбора данных программы выдаст соответствующее сообщение.
Непосредственно перед началом обмена необходимо установить физическую связь с мобильным устройством – подсоединить его к USB порту или удостовериться в наличии связи по инфракрасному порту и убедиться, что индикатор Microsoft ActiveSinc опознал соединение. Фактическая связь между стационарным компьютером и мобильным устройством устанавливается в течение некоторого времени после опознания мобильного устройства, поэтому необходимо подождать несколько секунд, прежде чем пытаться осуществить обмен данными. Если соединение установлено (индикатор зеленый), а попытка обмена не удалась и получено сообщение «Терминал не обнаружен. Проверьте наличие ActiveSync соединения» или «Ошибка записи в файл на терминал», необходимо обмен повторить, подождав некоторое время.
Драйвер обмена ScanPlus.Net построен на платформе .Net, которая поддерживает понятие версии сборки. При регистрации драйвера номер версии сборки прописывается в системном реестре. В программе, по умолчанию, используется сборка с самым старшим номером среди зарегистрированных сборок. В связи с этим не следует вручную устанавливать драйвер ScanPlus.Net. Это может привести к неработоспособности программы. Для установки драйвера необходимо всегда пользоваться программой установки торговой системы.
Обмен данными с программой терминала сбора данных ScanPlus.Net построен на принципе обмена файлами через каталог обмена мобильного устройства. Для передачи данных в мобильное устройство используется файл с именем scanin.dat, для приема данных файл с именем scanout.dat. При очередном обмене данными предыдущий файл замещается новым. В связи с этим необходимо следить за тем, чтобы новый обмен данными не происходил до полного завершения работы с предыдущими данными.

Загрузка в весы срока годности и срока реализации.

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

• красный - «не годен» – дата истечения годности строго меньше текущей даты,
• желтый - «истекает» - дата истечения годности больше или равна текущей дате и меньше даты конца реализации,
• зеленый - «годен» - дата истечения годности больше или равна текущей дате и больше или равна дате конца реализации.

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

Протокол загрузки касс УКМ 2 для Республики Украина.

В протокол передачи данных от торговой системы кассовой программе УКМ 2 внесены изменения для поддержки законодательства Республики Украина.
По законодательству Украины расчет налогов, уплаченных покупателем при покупке товара через ККМ, осуществляется не программой ККМ, а фискальным регистратором. Для расчета налогов в кассовую программу необходимо передавать не ставки налогов для товаров, а номера налоговых групп, которые в свою очередь передаются фискальному регистратору вместе с суммой продажи.
Для передачи в УКМ 2 информации о налоговых группах артикулов вместо ставок налогов к перечню флагов управления загрузкой кассы добавлен флаг «налоги для артикулов». Флаг может принимать значение «ставка налога» или «налоговая группа». По умолчанию флаг имеет значение «ставка налогов».
Управление флагом находится в административном модуле в разделе «База данных», страница «Конфигурация», папка «Кассы», группа параметров «Загрузка».
Дополнительно внесено изменение в название параметров загрузки. Группа параметров «Типы данных» получила название «Типы данных инкр. загрузки», поскольку управление типами данных при загрузке действует только на режим инкрементальной загрузки.
Понятие «налоговая группа» в торговой системе и в программе УКМ 2 не совпадают в полной мере. Для установления соответствия между налоговыми группами УКМ и налоговыми группами торговой системы для налоговой группы добавлен атрибут «тип группы». Тип группы может принимать одно из четырех значений, определенных законодательством Украины: «А», «Б», «В» или «Г». По умолчанию, налоговой группе торговой системы присваивается значение типа группы «А».
Тип налоговой группы влияет только на выгрузку данных в кассовую программу с флагом выгрузки налоговых групп.

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

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

Пересоздание индексов.

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

Местоположение файла трассировки supermag_trace.log.

Файл трассировки ошибок обращения к базе данных в предыдущих версиях размещался по фиксированному пути c:\supermag_trace.log.
Начиная с текущей версии файл размещается во временном каталоге текущего пользователя, например: "C:\Documents and Settings\UserName\Local Settings\Temp".

Печатная форма счета в базовой валюте.

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

Отчет «Контракты по товару».

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

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

Отчет «Движение в производстве в закупочных ценах».

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

Производство.

Ингредиенты.

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

Остатки в производстве.

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

Акт замера.

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

Расход на производство.

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

Возврат из производства.

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

Рецепт.

Документ «Калькуляция» прежней версии заменен двумя документами «Рецепт» и «Калькуляция». Документ «Рецепт» служит для описания состава ингредиентов и их количества, необходимое для изготовления продукции, а документ «Калькуляция» служит для расчета плановой себестоимости продукции. Документ Рецепт является основанием для документа Калькуляция, который, в свою очередь, создается только на основании рецепта, и определяет цену продукции для мест хранения в разные даты в зависимости от стоимости ингредиентов. Для использования рецепта в производстве необходимо обязательно создать для него документ Калькуляция. Ни тот, ни другой документ самостоятельно не используются.
Документ «Рецепт» может быть двух видов – рецепт на изготовление продукции и рецепт на разделку. В первом случае описывается множество ингредиентов, необходимых для изготовления одного вида готовой продукции. Во втором случае описывается изготовление множества видов продукции из одного ингредиента. Случай изготовления множества продукции из множества ингредиентов в данной версии не поддерживается.
Рецепт на изготовление и рецепт на разделку, с точки зрения интерфейса, являются разными документами, несмотря на то, что они реализованы в одном типе документа и имеют одинаковую внутреннюю структуру. В рецепте на изготовление артикул продукции отображается в заголовке документа, а список ингредиентов в спецификации. В рецепте на разделку в заголовке отображается ингредиент, а в спецификации - список получаемых при разделке продуктов. Различается и дальнейшее поведение документов. Рецепт на изготовление считается строгим документом и может использоваться при автоматическом расчете и списании ингредиентов при изготовлении продукции (через калькуляции, созданные на его основании). Рецепт на разделку является шаблоном для оформления документа – акта разделки и служит для контроля отклонений при разделке от стандартных значений, но не препятствует регистрации фактического количества полученной продукции.
В случае использования рецепта для описания процесса производства в мастере создания документа вводится артикул готовой продукции. В случае использования рецепта для описания разделки в мастере вводится артикул, из которого будет получена готовая продукция.
В программе не допускается создание двух или более рецептов на одну и ту же продукцию или на разделку одного и того же товара. Рецепт не зависит от места хранения и может быть использован в любом производственном участке. Место хранения в документе рецепт используется для технических целей почтового обмена и может быть использовано для регистрации информации о том, где был создан документ.
В данной версии документ Рецепт не имеет многозначного списка взаимозаменяемых артикулов для ингредиента. Для случая эквивалентных артикулов необходимо использовать понятие «Ингредиент» и объединять их в один ингредиент при передаче артикула в производство (см. выше), а для случая сезонных артикулов, необходимо создавать разные рецепты.
В рецепте указывается только количество артикулов, необходимое для изготовления продукции или ее разделки и не указываются цены и стоимость. Цены и стоимости определяются в документе «Калькуляция».
В спецификацию рецепта на изготовление продукции добавлено редактируемое поле «Потери %». Поле связано с полями количество и количество нетто и показывает процент изменения количества товара (процент потерь) в процессе его обработки при изготовлении изделия.
Сумма значений полей количество и количество нетто может быть использовано для контроля общего веса изделия, если все ингредиенты имеют одинаковую единицу измерения.
В спецификации рецепта на изготовление продукции имеется флажок «Полуфабрикат». Флажок указывает на то, что артикул не перемещается в производственный участок со склада, а изготавливается в нем. Флажок позволяет процедуре автоматического списания ингредиентов по факту производства продукции определить способ списания ингредиентов. Если флажок отсутствует, то списывается количество из остатков производства и если остатков недостаточно, то процедура списания требует пополнения запаса ингредиентов перед списанием. Если флажок установлен и количество артикула недостаточно, то процедура ищет рецепт для артикула полуфабриката и замещает его количество его собственными ингредиентами. Сказанное выше относится именно к процедуре автоматического списания ингредиентов. В случае поэтапной регистрации производства полуфабрикатов и продукции данный флаг значения не имеет.
При использовании рецепта для описания процесса разделки количество нетто и процент потерь в спецификации не указывается, а потери определяются как разница количества исходного артикула и количества полученной продукции. При разделке продукции отсутствует флажок «Полуфабрикат», поскольку рецепты на разделку не используются процедурами автоматического списания ингредиентов. Результаты разделки всегда должны регистрироваться по факту разделки. Артикулы, полученные в результате разделки, в свою очередь могут списываться автоматически по рецептам, в которые они входят.
Рецепт на разделку содержит дополнительную информацию для Калькуляции – распределение стоимости ингредиента по продукции – коэффициент цены. Коэффициент цены определяет соотношение стоимостей готовой продукции. Соотношение стоимостей определяет отношение сумм стоимостей на выходе разделки без учета пропорции количества. Например, если единица исходного товара стоила 100р. и из нее получается 0,1 единицы продукции А и 0,9 единицы продукции Б, то при соотношении их стоимостей 0,2 к 0,8, продукция А будет стоить 20р. – 0,1 ед., а продукция Б – 80р. – 0,9 ед., то есть 200р. за ед. и 88,89р. за ед. соответственно.

Калькуляция.

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

Акт производства.

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

Выход из производства.

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

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

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

Себестоимость в производстве.

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

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

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

• В опцию "Виды накладных" добавлен флажок "Возврат из производства".
• После группировки по местам хранения сделана группировка по цехам.
• Итоги по количествам теперь будут подводиться только по операциям и типам документов.
• Изменена табличная часть отчета: вместо столбцов "В месте хранения: цена, ед. изм., кол-во, сумма" и "В производстве: ед. изм., кол-во" сделаны столбцы ед. изм., кол-во, цена, сумма, ингредиенты (артикул, наименование, ед. изм., кол-во).

 
Остатки в производстве:

• • Добавлена опция "только отрицательные остатки" (ранее отрицательные остатки при расчете обнулялись).
  • Удалены столбцы Цена, Сумма, Коэффициент пересчета, Кол-во в ед. изм. для пр-ва и Ед. изм. пр-ва. При показе текущих остатков добавлены столбцы Доступно, В приемке, Отпуск, Возврат.

 
Реестр актов замера:

• • Отчет ранее назывался "Реестр актов замера/завеса".
  • Опция "Дата регистрации" переименована в "Дата исполнения".
  • Столбец "кол-во для производства" переименован в "Количество ингредиента за ед.".
  • Убраны колонки Количество, Коэффициент пересчета, Ед. изм. для производства. Добавлены колонки Артикул, Наименование, Ед. изм. ингредиента.

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

• возврат из производства
• рецепт
• акт производства
   
  В связи с изменением структуры документов производства изменены печатные формы:
• расход на производство
• акт замера
• технологическая карта (кроме того, эта печатная форма перенесена из документа "Калькуляция" в документ "Рецепт")
• калькуляция
• выход из производства
   

  Проверка цен прихода по контрактам.

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

  Генерация заказов и перемещений по складским требованиям магазинов.

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

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

Автоматическая печать документов по чекам.

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

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

Инвентаризация приходов и расходов терминалом сбора данных.

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

Спецификация документа «Сертификата соответствия».

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

Фильтр документов «Счет» по сотруднику.

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

Ввод серийных номеров.

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

Пересылка списка кассиров.

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

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

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

Колонки «основание» и «на основании» в списке отобранных документов.

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

Отмена новых установок фильтра в документах.

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

Печать расходной накладной по чеку для Белоруссии.

Сделан вариант печати расходной накладной Беларуси из раздела чеков. Вариант для Белоруссии доступен при установке базы данных и клиентской части с указанием страны – «Белоруссия».
Данные для печати накладной для Белоруссии берутся так же, как и для российской накладной. Сертификаты ищутся по тому же алгоритму, что и для списка сертификатов к товарному чеку. Цена производителя берется из приходной накладной, найденной при поиске сертификата. Если такого прихода нет, то цена производителя берется из любой последней оприходованной приходной накладной с датой, не большей даты чека. Для составных артикулов цена производителя не выводится. Оптовая надбавка считается по формуле: 100*(цена товара без налогов/ цена производителя - 1).
Изменения функционала в версии 1.024 сервис пак 1.
Управление данными при полной загрузке касс.
Протоколы обмена с кассами типа УКМ 2.
Поведение счета при отсутствии права на просмотр цен.

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

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

Протоколы обмена с кассами типа УКМ 2.

По протоколу загрузки касс УКМ 2 Супермаг и УКМ 2 станд. ТХТ при передаче в кассы скидок на количество товара подразумевается, что для артикула, вида цены и количества, отличного от 1 могут быть переданы следующие сведения: Discount, PriceRub, PriceCur – скидка в процентах, цена рублевая со скидкой и цена валютная со скидкой. По описанию протокола УКМ 2 при регистрации продажи товара для определения цены со скидкой, вначале принимается во внимание скидка в процентах, если скидка равна 0, то рублевая цена, если рублевая цена равна 0, то валютная цена.
Скидки на количество товара действуют от указанного количества до следующей величины количества, определенной в таблице скидок на количество.
Алгоритм определения цены товара со скидкой по описанному выше протоколу не регламентирует способа отменены скидки или установления скидки в 0%, начиная с некоторого количества товара. Это бывает необходимо при запрете продажи товара со специальной скидкой при покупке товара более некоторого количества. Например, при покупке 10 ед. товара покупателю дается скидка 5%, при покупке 100 ед. скидка отменяется и должна составлять 0%.
В действительности УКМ 2 имеет недокументированное поведение, по которому при нулевом значении скидки и при отсутствии значения цен со скидкой УКМ 2 считает скидку равной 0% и регистрирует продажу по цене реализации.
Для прочих программ ККМ такое поведение может быть не реализовано. Соответственно, в алгоритм выгрузки данных по протоколам УКМ 2 Супермаг и УКМ 2 станд. ТХТ внесено следующее изменение: при выгрузке скидки на количество равной 0% в поле PriceRub заносится текущее значение цены артикула для указанного вида цены, а в поле PriceCur заносится 0. Если величина скидки отлична от 0, в оба поля для цен заносятся нули.
Дополнительно, в выгрузке по протоколу УКМ 2 Супермаг добавлен индекс по полю Soft для таблицы CREDCARD.DB.

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

Начиная с версии 1.024 сервис пак 1, установлено следующее поведение интерфейса раздела «Счет» в случае отсутствия у оператора функционального права «Счёт: Просмотр цен»:
При отсутствии права на просмотр цен в режиме просмотра списка отобранных документов становятся недоступными поля заголовка документов: Сумма, Сумма в валюте, отгружено на сумму, Задолженность, Состояние, Дополнительная валюта, Курс.
Недоступны для просмотра поля спецификации документа: Исходная цена, Цена, Цена без налогов, Цена в валюте, Сумма, Сумма без налогов, Сумма НДС, Сумма в валюте, Ставка НДС.
В режиме редактирования документа «Счет» редактировать можно только поля заголовка документа. Спецификация документа для редактирования недоступна в связи с отсутствием у счета специальных режимов, позволяющих корректировать спецификацию без необходимости расчета сумм.
Изменения функционала в версии 1.024 сервис пак 3.
Загрузка кода страны и ГТД по протоколу касс УКМ 2.

Загрузка кода страны и ГТД по протоколу касс УКМ 2.

Для нужд кассовых программ, работающих в магазинах Cash&Carry, внесено изменение в процедуру загрузки касс для передачи в качестве дополнительной информации данных о коде страны происхождения товара и номера ГТД товара.
Использование кода страны и номера ГТД при работе с ККМ зависит от программы ККМ.
Передача информации реализована в протоколах «УКМ2 Супермаг» и «УКМ2 станд. ТХТ». Данные о коде страны могут передаваться через одно из дополнительных строковых полей (ADD1, ADD2, или ADD3) таблицы артикулов PLUCash, данные о номере ГТД могут передаваться через поле Commentary той же таблицы.
Поля таблицы, через которые передается информация, не являются полями, строго предназначенными для передачи именно этих типов данных. В связи с этим загрузка кода страны и номера ГТД в кассы реализована как опциональная возможность.
Настройка загрузки кода страны и номера ГТД осуществляется в административном модуле в разделе «База данных» для группы данных «Касса». Параметры для управления расположены в списке данных «Загрузка».
Параметр «ГТД» позволяет включить или выключить передачу номера ГТД через поле комментарий. По умолчанию флаг выключен.
Параметр «Код страны» позволяет указать одно из полей ADD1, ADD2, или ADD3 для передачи кода страны. По умолчанию ни одно из полей не указано, что означает, что код страны не передается.
Алгоритм поиска номера ГТД для артикула такой же, как в разделе «Счет фактура кассового чека» в функции «Сертификаты/ГТД». Параметры алгоритма задаются в административном модуле в разделе «База данных» в группе параметров «Подбор сертификатов соответствия».
Код страны определяется по справочнику стран. Поиск кода для названия страны из карточки складского учета осуществляется по полному совпадению имени страны без учета регистра символов.
Изменения функционала в версии 1.024 сервис пак 4.
Настройка протоколов обмена с устройством контроля цен.

Настройка протоколов обмена с устройством контроля цен.

Устройство контроля цен Shuttle SG15 позволяет обмениваться информаций с компьютером с использованием разных вариантов соединения. В предыдущей версии был поддержан вариант, при котором устройство выступало в качестве сервера, а компьютер в качестве клиента. В этом случае для получения информации от устройства контроля цен программа на компьютере должна опрашивать устройства по их заранее известным TCP/IP адресам.
В текущей версии (сервис паке) реализована поддержка альтернативного варианта обмена, при котором устройство проверки цен выступает в качестве клиента, а компьютер в качестве сервера. В этом случае устройство проверки цен при чтении штрихового кода немедленно пытается обратиться к компьютеру и передать ему информацию о штриховом коде. В этом варианте настройки не требуется иметь информацию о TCP/IP адресах устройств контроля цен, но требуется знать, к какому порту компьютера будет обращаться устройство. Дополнительно необходимо, чтобы устройство было переведено в режим работы «Client», также необходимо указать устройству TCP/IP адрес компьютера, на котором установлен модуль контроля цен Супермага и его порт. Конфигурирование устройства осуществляется программой SG15Config.exe.
Настройка способа соединения с устройствами контроля цен осуществляется на странице «Настройка» модуля контроля цен. Модуль может работать одновременно только с такими устройствами, которые имеют одинаковый вид настройки соединения, либо «Client», либо «Server». Для настройки соединения с устройствами, когда устройства выступают в качестве сервера, необходимо, как и раньше, описать TCP/IP адреса и порты устройств. Для настройки соединения с устройствами, когда устройства выступают в качестве клиента необходимо выбрать флаг «Слушать TCP порт» или «Слушать UDP порт», в зависимости от выбранного протокола, и указать номер порта, после чего необходимо нажать кнопку «Применить».
Изменения функционала в версии 1.024.1
Продавцы-консультанты в кассовой реализации.
Загрузка в кассы информации о продавцах-консультантах.
Прием информации о реализации по консультантам от программ ККМ.
Отчет «Реализация с участием продавцов-консультантов».
Проверка заказа на наличие артикулов, не разрешенных к приему.
Z отчеты – основания кассовых документов.
Информация о Z отчетах в кассовых документах.
Отчет «Z отчеты в кассовом документе».
Интерфейс управления правами должности.
Штриховые коды временных артикулов.
Код производственного участка в разделе "структура магазина".
Почтовый модуль. Формат файла виртуального пакета.
Отчет «Реестр актов несоответствия».

Продавцы-консультанты в кассовой реализации.

Загрузка в кассы информации о продавцах-консультантах.

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

Прием информации о реализации по консультантам от программ ККМ.

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

Отчет «Реализация с участием продавцов-консультантов».

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

Проверка заказа на наличие артикулов, не разрешенных к приему.

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

Z отчеты – основания кассовых документов.

Информация о Z отчетах в кассовых документах.

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

Отчет «Z отчеты в кассовом документе».

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

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

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

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

Штриховые коды временных артикулов.

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

Код производственного участка в разделе "структура магазина".

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

Почтовый модуль. Формат файла виртуального пакета.

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

Отчет «Реестр актов несоответствия».

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

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

Атрибут контрактов на закупку «цена контракта».

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

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

В разделе контрактов на закупку реализован вызов функции генерации актов переоценки для расчета новых цен реализации на основании цен контракта. Функция вызывается через пункт меню «Функции -> Генерация актов изменения цены…».
Алгоритм работы функции аналогичен работе функции «наценить и принять» в разделе приходных накладных, за исключением того, что в процессе работы функции не выполняется операция по изменению статуса документа «Контракт на закупку». Предполагается, что генерация актов переоценки будет производиться уже после принятия контракта, то есть тогда, когда контрактные цены уже окончательно зафиксированы в контракте.
В актах, созданных на основании контрактов, устанавливается причина переоценки «автоматически по контракту», условие исполнения акта - «по наступлению указанной даты», а дата исполнения устанавливается равной дате начала действия контракта или текущей дате, если дата начала действия контракта уже наступила.
Различия между нацениванием приходной накладной и нацениванием контракта заключаются в следующем:

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

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

1. Флаг «Пропускать приходы по той же цене».

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

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

1. Флаг «Наценка от полной цены»

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

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

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

1. Контроль повторного наценивания контрактов.

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

Функция проверки «Запрет понижения статуса контракта, по которому созданы акты переоценки».

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

Пересылка штриховых кодов.

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

Признак печати в ценниках для штриховых кодов.

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

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

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

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

  Печать атрибутов товара в этикетке.

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

  
  Для печати в этикетке многострочных характеристик товара внесено изменение в определение ключевых слов для дополнительных характеристик карточек складского учета.
  Прежняя нотация для добавления дополнительной характеристики в этикетку была следующая
  %DESCR_XXXXX
  где %DESCR_ - префикс ключевого слова,
  XXXXXX – идентификатор дополнительной характеристики
  Новая нотация выглядит следующим образом:
  %DESCRNN_XXXXX
  где %DESCR - префикс ключевого слова,
  NN_ - номер строки многострочного текста дополнительной характеристики, например, 2. NN - необязательный параметр, если NN отсутствует, то печатается первая строка многострочного текста дополнительной характеристики.
  XXXXXX - идентификатор дополнительной характеристики.
  Пример:
  %DESCR_Sys.BrandName
  %DESCR2_Sys.BrandName
  В результате будут выведены первая и вторая строка характеристики «Торговая марка»
  Примечание: При выводе строки многострочного текста дополнительной характеристики символы перевода строки из исходного текста в этикетку не передаются.
  

  Печать атрибутов группы классификатора артикула.

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

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

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

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

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

Наценивание по контрактам.
Контроль цен контрактов.
Функция проверки «Цена контракта больше цены предыдущего контракта».
Отчет «Изменение цен в контрактах на закупку».
Цены контрактов и приходных накладных.
Дополнительные характеристики товара, склада и контрагента.
Печать этикеток.
Печать дополнительных характеристик товара в этикетке.
Печать размера в этикетке.
Настройки печати этикеток.
Модуль контроля цен.
Поиск артикулов по артикулу поставщика.
Экспорт кассовых чеков (OLAP).
Печать в счете телефона и факса контрагента.
Почтовый модуль.
Пересылка структуры места хранения.
Пересылка документов общего назначения.
Фильтры физических пакетов.
Формат файла виртуального пакета.
Сбор статистики системной области Oracle.

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

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

• Функция «Генерация актов изменения цены» может быть выполнена только для контрактов в статусе «Принят». В статусе «Черновик» или «Заблокирован» цены в контракте являются недостоверными, могут меняться и не должны использоваться для ценообразования.

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

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

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

Контроль цен контрактов.

Функция проверки «Цена контракта больше цены предыдущего контракта».

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

Отчет «Изменение цен в контрактах на закупку».

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

• Диапазон времени начала действия контрактов
• Поставщики – один, группа, все
• Товары – артикул, все, группы товаров, ассортименты
• Места хранения поставки – одно, все
• Показывать товары с изменением цены большим или равным …%
• Статус документов: (v) Принят, (v) Черновик, (v) Заблокирован
• Сортировка: по артикулам товаров/ по наименованиям товаров
• Группировка по группам товаров.

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

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

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

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

Дополнительные характеристики товара, склада и контрагента получили новый атрибут – признак системного использования и признак активности.
Флаг «Системная» говорит о том, что дополнительные характеристики не могут быть удалены из системы. Идентификаторы системных характеристик имеют префикс «Sys», который не позволяется назначать несистемным характеристикам.
Флаг «Активная» позволяет включить или отключить отображение характеристики в интерфейсе карточки товара (места хранения, контрагента).
Размер текста, который может быть помещен в значение характеристики, увеличен с 256 байт до 4 Кбайт.
Для раздела карточек складского учета введены следующие системные дополнительные характеристики:

• Аннотация
• Состав
• Торговая марка
• Производитель

Для Раздела контрагентов:

• Свидетельство госрегистрации инд. предпринимателя

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

Печать этикеток.

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

Перечень ключевых слов для файла шаблона этикетки пополнен командой печати значения дополнительной характеристики товара:
%DESCR_ХХХХХХХ
где ХХХХХХХ – идентификатор дополнительной характеристики, значение которой необходимо напечатать в этикетке.
Например, для печати значения характеристики «Торговая марка» необходимо в шаблон этикетки включить следующее ключевое слово:
%DESCR_Sys.BrandName
В этикетке могут быть напечатаны значения любой дополнительной характеристики, то есть не только системной, но и той, которая будет создана пользователем.

Печать размера в этикетке.

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

Настройки печати этикеток.

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

Модуль контроля цен.

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

• обработка лидирующих нулей для штриховых кодов UPC A и UPC E.

Прайс-чекер типа Shutle SG15 при обработке штриховых кодов типа UPC возвращает всегда только значащие символы штрихового кода. Сканер этого устройства не перенастраивается. Ручные сканеры могут быть настроены таким образом, что дополняют UPC код лидирующим нулем по количеству символов до EAN кодов. Для единообразного восприятия кодов в модуль контроля цен добавлена страница «Сканер» для настройки предварительной обработки таких кодов – добавление или удаление лидирующего нуля. Для стандартных настроек торговой системы необходимо добавлять лидирующий ноль.

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

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

Поиск артикулов по артикулу поставщика.

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

Экспорт кассовых чеков (OLAP).

В перечень данных, выгружаемых при экспорте кассовых чеков (OLAP), добавлено поле «№ кассы».

Печать в счете телефона и факса контрагента.

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

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

Пересылка структуры места хранения.

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

• группа отделов
• отдел
• кассир
• продавец-консультант
• производственный участок

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

Пересылка документов общего назначения.

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

Фильтры физических пакетов.

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

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

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

Формат файла виртуального пакета.

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

Сбор статистики системной области Oracle.

В программу генерации и модернизации схемы базы данных (DbInit.exe) добавлена процедура сбора статистики для таблиц, расположенных в системной области SYS Oracle. Отсутствие статистики для данных таблиц может приводить к потере производительности тех запросов, которые обращаются к системным таблицам. В частности, может заметно упасть производительность работы почтового модуля для версии торговой системы 1.024.1 и старше.
Сбор статистики в программе генерации схемы БД производится после завершения всех изменений в схеме БД.
Статистика для таблиц системной области не требует обновления в промежутке между действиями по изменению схемы БД.
Изменения функционала в версии 1.024.4

Порядок установки версии.
Управление рассылкой справочников.
Использование ценников разных видов.
Категории ценников.
Типы ценников.
Назначение категории ценника артикулу.
Скидка на артикул по дисконтной карте.
Фильтр карточек по дополнительным характеристикам.
Функция проверки контрагента счета и дисконтной карты.
Отсылка накладной на корректировку.
Автоматическая рассылка Z отчетов.
Поле «Свойство» в разделе кассовых чеков.
Структура мест хранения.
Редактирование объектов структуры мест хранения
Рассылка объектов структуры мест хранения.
Экспорт чеков в OLAP.
Экспорт привязки налоговых групп к карточкам в OLAP.
Почтовый модуль.
Шифрование физического пакета.
XML фильтр почтового модуля.
Почтовые объекты.
Синхронизация массива объектов.

Порядок установки версии.

Часть компонентов версии 1.024.4 использует Microsoft .NET Framework v 2.0. Перед установкой или обновлением версии необходимо обязательно установить среду исполнения Net Framework 2.0. Если среду установить после установки торговой системы, то часть компонентов останется незарегистрированными и будет неработоспособна. В таком случае могут быть получены ошибки вида:
«Класс контроля версий {393266F5-7611-481C-862F-521E24D767C9} не зарегистрирован.
Переустановите .NET компоненты Супермага (Sm.*.dll)»
В свою очередь, программа установки Net Framework 2.0 требует, чтобы предварительно был установлен Microsoft Windows Installer 3.1.

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

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

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

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

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

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

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

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

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

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

В разделе «Карточки складского учета» на панели детального описания карточки создана новая страница «Скидки по ДК» для назначения карточке складского учета персональной величины скидки на артикул для типа дисконтной карты или для дисконтной карты.
Скидка на артикул для дисконтной карты не может быть передана в кассы типа УКМ2.
По умолчанию на странице отображаются только типы дисконтных карт, для которых можно задать величину скидки для каждого вида цены отдельно. Если персональная скидка для артикула не задана, то на него действует скидка, заданная для группы классификатора.
Чтобы определить скидку для артикула для конкретной дисконтной карты необходимо установить курсор на нужный тип дисконтных карт и отобрать дисконтные карты, нажав кнопку «Отобрать диск. карты». Затем, для требуемой дисконтной карты можно определить персональное значение скидки на артикул.
Для пересылки по почте скидок на артикул для типа дисконтных карт и для дисконтной карты созданы почтовые объекты «Скидки по типам дисконтных карт для артикулов» («DR») и «Скидки по дисконтным картам для артикулов» («DI»). Скидки могут пересылаться автоматически или вручную вместе с артикулом, если при рассылке артикула в диалоге «Рассылка карточек» установить флаг «Скидки по дисконтным картам».
Скидки для артикулов автоматом или при ручной рассылке в конкретную базу рассылаются только в те базы данных, которые содержат места хранения с видами цен, которым дана скидка.
Для назначения одной и той же величины скидки множеству артикулов одновременно необходимо выбрать функцию «Изменение скидок» в диалоге «Обработка карточек» (кнопка «Обработать»).
Для обрабатываемых карточек можно установить или убрать персональное значение скидки для типа карточки и/или для дисконтной карты.
В разделе фильтра карточек для поиска и отбора артикулов по критерию наличия персонального значения скидки для дисконтных карт создана страница «Скидки». Условия фильтра позволяют отобрать карточки со скидками, значения которых соответствуют заданному диапазону скидок, либо карточки, для которых персональные значения скидок не установлены. Флаги условия фильтрации «Скидка меньше/больше скидки на группу» позволяют отобрать артикулы, скидка которых соответственно меньше или больше скидки, назначенной на группу товаров.
Внесены изменения в отчет «Каталог скидок по дисконтным картам». В диалог старта отчета добавлена опция «Показать артикулы с персональной скидкой». При выборе этой опции в отчете дополнительно выводятся артикулы, имеющие персональные значения скидок для типа дисконтных карт или для дисконтной карты.

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

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

• по первым символам значения – «Префикс»;
• по последним символам значения – «Суффикс»;
• по наличию последовательности символов в строке значения дополнительной характеристики – «Часть»

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

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

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

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

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

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

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

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

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

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

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

• DG «Группа отделов»
• DU «Отдел»
• SC «Кассир»
• SS «Продавец-консультант»
• PZ «Производственный участок»

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

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

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

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

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

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

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

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

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

• группы отделов
• отделы
• кассиры
• продавцы-консультанты
• производственные участки

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

В экспорт типа данных «Кассовые чеки (OLAP)» добавлены колонки «№ позиции» и «Операция.Код», которые соответствуют понятиям – номер позиции в чеке и операция чека.
Коды операции в чеке не совпадают с кодами операций торговой системы и зависят от программы ККМ. Супермаг УКМ возвращает в чеке следующие номера операций:
0 - возврат за наличные;
1 - продажа за наличные;
2 - возврат по банковской карте, работающей с дополнительной или вспомогательной валютой;
3 - продажа по банковской карте, работающей с дополнительной или вспомогательной валютой;
4 - возврат по банковской карте, работающей с базовой валютой;
5 - продажа по банковской карте, работающей с базовой валютой.

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

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

• Артикул;
• Код региона;
• Название региона;
• Дата начала действия налоговой группы;
• Дата окончания действия налоговой группы;
• Код налоговой группы.

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

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

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

Для защиты информации от несанкционированного доступа на этапе ее пересылки между двумя базами данных введено шифрование тела физического пакета криптоустойчивым алгоритмом. Шифрование реализовано для стандартного фильтра.
Для определения состояния файла физического пакета для него введены следующие расширения:
SFP – несжатый нешифрованный,
SFPZ – сжатый нешифрованный,
SFPP – несжатый шифрованный,
SFPX – сжатый шифрованный.
Для включения режима шифрования необходимо ввести пароль шифрования в диалоге описания внешней базы данных на странице «Конфигурация» почтового модуля. Отсылающие и принимающие почтовые модули обязаны иметь одинаковый пароль для шифрования и дешифрования пакетов для обмена данными между двумя заданными базами данных.
Нешифрованные пакеты могут приниматься независимо от того, задан ли в принимающей базе данных баз данных пароль шифрования или нет. Шифрованные пакеты могут приниматься только, если пароли заданы и совпадают.

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

Создан XML фильтр почтовых пакетов. XML фильтр позволяет осуществлять обмен почтовыми объектами, используя файлы формата XML. Обмен может осуществляться с любыми программами, которые будут в состоянии поддержать данный формат обмена.
Для включения XML фильтра для почтового обмена необходимо в диалоге настройки параметров базы данных в почтовом модуле, выбрать формат обмена «xml – Стандартный XML фильтр» вместо «sm2000 – Стандартный фильтр».
Один XML файл может содержать информацию о нескольких почтовых объектов, которые могут быть как одного, так и разного типов, например, карточки, документы, контрагенты и т.д. Один почтовый объект должен быть полностью размещен в одном почтовом файле и не может быть разнесен на несколько файлов.
XML фильтр может быть использован для пересылки любых информационных объектов, исключая объекты типа: массив объектов (OA) и команда (RQ). Эти объекты не используются в обмене по XML протоколу из-за потенциальной опасности разрушения информации в базе данных при некорректном создании объектов внешними системами.
Структура почтового объекта, например, карточки складского учета, не может быть произвольной. Его структура обязана быть согласована со структурой информационного объекта в базе данных. Для согласования содержания XML файлов используются файлы описания XML схемы – XSD файлы. Будучи созданы один раз, файлы описания XML схемы становятся стандартом обмена, который не зависит от версии базы данных торговой системы и позволяет осуществлять обмен без изменения структуры почтовых пакетов при смене версии Супермага.
Для каждого почтового объекта, подлежащего обмену, должен быть создан свой файл описания XML схемы. Название файла должно соответствовать следующему правилу <Тип объекта>.XSD, где «тип объекта» - двухбуквенный код информационного объекта, например, для карточки складского учета файл описания XML схемы должен иметь следующее имя: CD.XSD
Файлы описания XML схемы для всех типов объектов, участвующих в обмене, должны быть помещены в один каталог. Путь к этому каталогу задается в настройках XML фильтра в почтовом модуле: строка «Путь к папке со схемами» в таблице «Параметры фильтра».
Пример полного описания структуры всех доступных почтовых объектов можно получить в административном модуле в разделе «База данных», на странице «Утилиты», кнопка «Создание схемы данных для XML фильтра».
По умолчанию для размещения файлов XML схем предлагается подкаталог каталога Data вида: Схема_XML_номер версии БД.
Например:
…\SM2000\Data\Схема_XML_1.024.4
После исполнения процедуры в указанном каталоге будут созданы файлы описания XML схем для всех почтовых объектов. Схема объектов будет соответствовать текущей структуре базы данных. Для каждой новой версии системы эта структура может изменяться, как правило, в сторону расширения, то есть объекты приобретают новые таблицы или таблицы приобретают новые поля.
Это не означает, что при почтовом обмене необходимо каждый раз при смене версии адаптировать протокол обмена к новой структуре. Адаптацию необходимо проводить только в случае радикальных изменений, например, когда происходит дробление почтового объекта на ряд новых почтовых объектов или осуществляется полная реорганизация объекта.
В стандартном случае достаточно определиться в перечне атрибутов объекта, необходимых для обмена, зафиксировать их в файлах схемы и более не менять. Генерацию файлов XML схемы можно использовать, чтобы получить пример или шаблон для разработки собственных схем почтовых объектов.
Конечный список пользовательских файлов схемы данных может содержать неполный набор объектов, их таблиц и полей. Типы полей в схеме данных XML также могут не соответствовать типам данных схемы почтового объекта в виртуальном пакете. В этом случае будет выполняться преобразование данных. Содержание данных должно гарантировать возможность корректного преобразования типов данных. При наличии в файле схемы данных полей, не имеющихся в схеме почтового объекта Супермага, при приеме эти поля будут игнорироваться, а при отсылке в эти поля будет выгружаться значение по умолчанию или null значение.
Настройки XML фильтра:

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

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

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

Из объекта XD "Скидки по группам товаров" выделен почтовый объект LD "Пределы скидок по группам товаров".
При автоматической рассылке рассылаются только те объекты, значение которых было изменено. При ручной рассылке рассылаются все объекты обоих типов.
Из объекта RV "Переоценки" выделены почтовые объекты RA "Максимальные переоценки" и RI "Минимальные переоценки".
При автоматической рассылке рассылаются только те объекты, значение которых было изменено. При ручной рассылке рассылаются все объекты всех типов.

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

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

• BC - Штриховой код
• GL - Уровни складских запасов
• XA - Наценки по карточкам
• DR - Скидки по типам дисконтных карт для артикулов
• DI - Скидки по дисконтным картам для артикулов
• AP - Типы ценников для артикулов
• AI - Дополнительная информация для ценников

При отсылке перечня объектов, связанных с группой классификатора:
2) XC - Наценки по группам товаров
3) При отсылке переоценок по группам товаров:

• RV - Переоценки по группам товаров
• RI - Минимальные переоценки
• RA - Максимальные переоценки

4) RR - Правила округления цены
5) При отсылке скидок по группам товаров:

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

При отсылке чеков кассового отчета:
6) CZ - Кассовый отчет
При отсылке объектов структуры места хранения для места хранения:
7) SC – Кассир
8) SS – Продавец-консультант
9) DG – Группа отделов
10) DU – Отдел
11) PZ – Производственный участок
Изменения функционала в версии 1.024.5 сервис пак 4.
Национальные шрифты для короткого названия товара.
Загрузка в кассу полного названия товара.

Национальные шрифты для короткого названия товара.

Для ввода и отображения короткого названия товара шрифтами, содержащими необходимые символы национального языка, реализовано управление шрифтом элемента диалога с коротким названием товара.
Короткое название товара используется для передачи названия товара в кассы, весы, терминалы сбора данных, а также для печати этикеток и ценников. То есть для отображения названия товара покупателю.
Шрифт для короткого названия товара и его атрибуты – размер, язык и т.д., задаются в административном модуле в разделе «База данных» в группе данных «Клиентская часть».
Там же задаются параметры перекодировки при передаче текста короткого названия в кассовую программу УКМ2. В прежних версиях программы перекодировка текстов происходила с использованием установки операционной системы: Страна расположения системы. То есть в случае использования страны Россия перекодировка осуществлялась из кодовой страницы Windows 1251 в DOS 866.
В текущей версии можно задать иные кодовые страницы, в зависимости от требуемого языка. При настройке шрифта и кодовых страниц для перекодировки, необходимо учитывать, что язык шрифта выбирается в стандартном диалоге выбора шрифта и не влияет на процедуру перекодировки. Язык шрифта влияет только на отображение текста в разделе карточек складского учета в элементе диалога «Короткое название». Для правильного поведения программы загрузки данных в кассу необходимо дополнительно правильно настроить кодовую страницу Windows и кодовую страницу DOS в диалоге административного модуля.
Настройки шрифта и кодовых страниц влияют на передачу в кассу только названия товара. Прочие тексты, например, названия единиц измерения, групп классификатора и т.д. передается прежним образом, поскольку в торговой системе эти тексты могут быть отображены только в одной кодовой странице и только одним шрифтом.
Необходимо учитывать, что настройка шрифтов Windows для отображения короткого названия товара в интерфейсе торговой системы не может отразиться на наличие или отсутствие таких шрифтов в устройствах, с которыми ведется обмен данными. Также как и для печати ценников с использованием национальных шрифтов требуется отдельное создание таких ценников.

Загрузка в кассу полного названия товара.

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

Накопительные скидки.
Активность покупателя.
Рассылка объектов из подчиненной базы в подчиненные базы данных.
Формулы расчета накопительных скидок.
Накопительный тип дисконтных карт.
Загрузка накопительной скидки в кассу.
Отчет «Активность покупателя».
Дополнительные характеристики дисконтных карт.
Справочник банков. Счета контрагентов.
Справочник «Классификатор 1-торг».
Фильтр карточек. Отбор по условию «остаток не равен нулю».
Контрагенты для печати накладных.
Вложения и метки документов Заказ и Складское требование.
Колонка «Остаток» в документе Заказ.
Контракт на закупку. Поле «Рекомендованная розничная цена».
Контракт на закупку в варианте локализации BY.
Приходные накладные в варианте локализации BY.
Платежные документы. Функция «Коррекция сумм».
Функции проверки документов производства.
Прием информации из касс об обслуженных кредитных картах.
Расписание работы кассового модуля.
Экспорт данных в OLAP.
Почтовый модуль. Пакет подтверждения в XML формате.

Накопительные скидки.

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

Активность покупателя.

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

Рассылка объектов из подчиненной базы в подчиненные базы данных.

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

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

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

1. 0 руб. = 2%
2. 1000 руб. = 3%
3. 50000 руб. = 5%

Сумма предыдущих покупок клиента составила 15000 руб. Покупателю будет предоставлена скидка 3%.
Если в формуле имеются записи с обоими видами условия, то покупателю будет предоставлена скидка, которая соответствует записи с наибольшими значениями выполненных условий. То есть, во-первых, рассматриваются только те записи формулы, у которых выполнены оба условия, во-вторых, среди записей с выполненными условиями выбирается запись, у которой значения условия имеют максимальную величину. Если по разным условиям такая запись своя, то среди двух записей выбирается та, по которой скидка имеет наибольшее значение. Например:

1. 0 руб., 0 покупок = 2%
2. 1000 руб., 20 покупок = 3%
3. 2000 руб., 10 покупок = 4%
4. 50000 руб., 100 покупок = 5%

Если сумма предыдущих покупок составила 900 руб. и количество покупок составило 30, то покупателю будет предоставлена скидка 2%. Если сумма покупок 2500 руб. и количество покупок 30, то среди двух возможных вариантов 2. и 3. будет выбран вариант 3. со скидкой 4%.

Накопительный тип дисконтных карт.

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

Загрузка накопительной скидки в кассу.

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

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

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

Отчет «Активность покупателя».

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

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

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

Справочник банков. Счета контрагентов.

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

• Название;
• Город;
• Адрес;
• БИК;
• ИНН;
• Корреспондентский счет
• Кредитное учреждение корреспондентского счета
• Комментарий

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

Справочник «Классификатор 1-торг».

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

• Тип товара (Продовольственный/Непродовольственный/Длительного пользования) - предназначен для группировки групп классификатора и, соответственно, данных о товарах в отчетах.
• Номер п/п - номер по порядку группы (строки) в отчете.
• Группа 1 – числовое название группы классификатора.
• Группа 2 – предназначена для выделений товаров «в том числе», суммовые значения которых уже присутствуют в строке с группой 1.
• Название – название группы классификатора.
• Номер ряда – числовое значение строки или условный номер строки, на который могут быть ссылки в законодательных документах.
• Единица измерения – единица измерения, в которой следует выводить количественные показатели товаров, относящихся к данной группе, например, «тыс.шт.».

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

Фильтр карточек. Отбор по условию «остаток не равен нулю».

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

Контрагенты для печати накладных.

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

Вложения и метки документов Заказ и Складское требование.

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

Колонка «Остаток» в документе Заказ.

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

Контракт на закупку. Поле «Рекомендованная розничная цена».

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

Контракт на закупку в варианте локализации BY.

Для поддержания законодательства республики Беларусь в варианте локализации «BY» торговой системы в документы «Контракты на закупку» и «Контракты на реализацию» внесены следующие изменения:

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

Новые поля пересылаются вместе с документом по почте.
Для варианта локализации «BY» внесены изменения в функции проверки цен приходных накладных на основании контрактов - функция 128 «Проверка на соответствие цен контрактам».
В функцию проверки добавлена проверка соответствия оптовых надбавок от цены производителя, указанной в контракте и в приходной накладной, и изменена логика проверки цен: проверке подвергаются цены производителя в контракте и накладной с учетом диапазона отклонения от эталонной цены, указанного в контракте. Если отклонение от эталонной цены не зафиксировано, то цены не сверяются. Сравнение процентов оптовых надбавок производится всегда, оптовые наценки считаются не совпавшими, если они отличаются друг от друга на величину более 0,01.

Приходные накладные в варианте локализации BY.

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

Платежные документы. Функция «Коррекция сумм».

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

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

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

Прием информации из касс об обслуженных кредитных картах.

В драйверы обмена с кассами по протоколам «УКМ2 Стандарт ТХТ» и «УКМ2 Супермаг» внесены изменения для приема из касс информации об обслуженных кредитных картах. Информация принимается из таблицы CASHAUTH. В предыдущих версиях эта таблица не обрабатывалась.
Данные принимаются в структуру торговой системы для хранения чеков, как дополнение к позиции чека. Данные сохраняются в таблицу SMCashAuth вида:

• место хранения
• номер кассы
• номер Z-отчета
• номер чека
• номер позиции в чеке
• номер банковской карты, предъявленной к оплате
• код авторизации платежа по банковской карте

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

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

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

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

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

• ID дополнительной характеристики
• Наименование дополнительной характеристики
• Артикул
• Значение дополнительной характеристики

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

• Артикул
• Количество
• Название
• Штриховой код

Кассовые чеки. Платежи (OLAP):

• Номер кассы
• Номер чека
• Номер Z-отчета
• Код места хранения
• Код операции
• Тип кредитной карты (платежного средства)
• Сумма оплаты по кредитным картам одного типа

Кассовые документы. Платежи (OLAP)

• Номер документа
• Тип документа
• Операция
• Тип кредитной карты (платежного средства)
• Сумма оплаты по кредитным картам одного типа

В выгрузку типа данных «Карточки товаров» добавлены поля:

• Естественная убыль
• Условия хранения
• Срок реализации

Экспорт кредитных карт удален из типа данных "Кассовые чеки (OLAP)" и "Документы (OLAP)". Экспорт дисконтных карт удален из типа данных "Кассовые чеки (OLAP)".

Почтовый модуль. Пакет подтверждения в XML формате.

Для почтового обмена в XML формате внесены изменения в формат файла подтверждения почтового приема.
Именование XML пакета подтверждения.

Имя пакета подтверждения имеет следующий вид:
<Имя физического пакета>.Reply.xml
где <Имя физического пакета> - имя файла почтового пакета, для которого создан пакет подтверждения.
Пример: 060403120946_4145_5.Reply.xml

Содержание XML пакета подтверждения.
В случае успешного приема всех объектов почтового пакета с данными, пакет подтверждения содержит только имя почтового пакета:
<REPLY name="Имя физического пакета">
</REPLY>
Пример:
<REPLY name="060403120947_4145_5">
</REPLY>
В случае наличия ошибок приема пакет подтверждения будет иметь следующую структуру:
<REPLY name="Имя физического пакета">
<POSTOBJECT>
<Id>Ключ почтового объекта 1</Id>
<ERROR>Текст сообщения об ошибке обработки объекта</ERROR>
</POSTOBJECT>
<POSTOBJECT>
<Id> Ключ почтового объекта 2</Id>
<ERROR>Текст сообщения об ошибке обработки 1-го уровня вложенности</ERROR>
<ERROR>Текст сообщения об ошибке обработки 1-го уровня вложенности</ERROR>
…..
<ERROR>Текст сообщения об ошибке обработки N-го уровня вложенности</ERROR>
</POSTOBJECT>
<TOTALPACKAGE>
<ERROR>Текст сообщения об ошибке обработки всего пакета</ERROR>
</TOTALPACKAGE>
</REPLY>
Ключ почтового объекта состоит из двухбуквенного кода типа почтового объекта и его идентификатора, например: CDЦ002287 – карточка складского учета Ц002287
Строк с сообщением об ошибке <ERROR> может быть несколько в тех случаях, когда имеется несколько источников сообщения об ошибке приема разного уровня вложенности.
Сообщение об ошибке <TOTALPACKAGE> может присутствовать в том случае, если ошибка произошла не при обработке объектов, а при обработке самого почтового файла, например, файл не смог быть прочитан.
Количество и состав ошибок может быть произвольный, то есть могут присутствовать или отсутствовать как сегменты <POSTOBJECT>, так и <TOTALPACKAGE>
Пример:
<REPLY name="060403120946_4145_5">
<POSTOBJECT>
<Id>CDЦ002287</Id>
<ERROR>Текст сообщения об ошибке обработки объекта CD Ц002287</ERROR>
</POSTOBJECT>
<POSTOBJECT>
<Id>WI00002</Id>
<ERROR>Текст сообщения об ошибке обработки объекта WI 00002</ERROR>
<ERROR>Причина предыдущей ошибки обработки объекта WI 00002</ERROR>
</POSTOBJECT>
<TOTALPACKAGE>
<ERROR>Текст сообщения об ошибке обработки всего пакета</ERROR>
</TOTALPACKAGE>
</REPLY>
Изменения функционала в версии 1.024.6 сервис пак 1.
Отчет "Остатки". Опция "группировать по налоговым группам".
Отчет "Реестр накладных".
Опция "Метки документов".
Опции "Накладные на перемещение (приход)" и "Накладные на перемещение (расход)".

Отчет "Остатки". Опция "группировать по налоговым группам".

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

Отчет "Реестр накладных".

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

Опция "Метки документов".

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

• не назначена документу
• назначена документу
• назначена документу и имеет значение …

Опция «не назначена документу», означает, что в документе отсутствует какое-либо значение метки.
Опция «назначена документу» означает, что в документе имеется какое-либо значение метки.
Опция «назначена документу и имеет значение …» позволяет указать значение метки, по которому будут отбираться документы.
Значение метки можно выбрать из списка значений, зафиксированных в справочнике меток документов или можно ввести произвольный текст. Если метка имеет тип «дата» и не имеет перечня заранее заданных значения, то произвольное значение метки должно быт введено в виде: «YYYYMMDD HH24:MI:SS».

Опции "Накладные на перемещение (приход)" и "Накладные на перемещение (расход)".

Опция "накладные на перемещение" заменена двумя опциями "накладные на перемещение ИЗ", "накладные на перемещение В".
Разбиение опции на две позволяет отдельно управлять в отчете отбором как накладных на перемещение на приход товара в место хранения, так и на расход товара.
Изменения функционала в версии 1.024.6 сервис пак 2.
Выгрузка данных о товарах в кассы. Частичная выгрузка скидок на количество.
Отчет «Сравнение прайс-листов».
Отчет «Список товаров с коротким штриховым кодом». Опции отчета.

Выгрузка данных о товарах в кассы. Частичная выгрузка скидок на количество.

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

Отчет «Сравнение прайс-листов».

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

Опции отчета:

От имени …

Магазин …

Цена 1 …, Цена 2 …, Цена 3 …, Цена 4 …, Цена 5 …

Группы товаров (классификатор, ассортимент): все, только (перечень).

Группировка по группам товаров: по всем, по старшим.

Сортировка: по артикулам, по наименованиям товаров.

Только товары с положительным остатком.

В отчете можно указать от одного до пяти видов цены, для которых будут выводиться цены. Опции выбора видов цен Цена 1, …, Цена 5 соответствуют колонкам отчета. Если для какой-либо опции вид цены не выбран, то соответствующая колонка отчета будет пустой.

Отчет «Список товаров с коротким штриховым кодом». Опции отчета.

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

• только артикулы для кассы
• показывать поле «Артикул»

Опция «только артикулы для кассы» позволяет ограничивать в отчете список артикулов по тем же правилам, что и при загрузке в кассу: в отчет будут попадать только активные артикулы с признаком «грузить в кассу» и с ненулевой ценой для кассы.
Опция «показывать поле «Артикул»» позволяет скрыть поле артикул при выводе отчета, чтобы кассир не допускал ошибок при вводе кода товара и не пытался ввести вместо кода товара его артикул.
Изменения функционала в версии 1.024.6 сервис пак 4.
Загрузка названий ингредиентов в весы Digi Ethernet.
Функция проверки 12 «Документ содержит товары с нулевой ценой».
Белоруссия. Признак «Гос.регулирование» для расходных накладных.

Загрузка названий ингредиентов в весы Digi Ethernet.

Под названием ингредиентов понимается список названий материалов, из которых состоит товар и который необходимо печатать на этикетках или ценниках или иных сопроводительных документах в качестве информации для покупателей. Название ингредиентов товара для весов задается в разделе карточек складского учета на странице «Описание» в характеристике «Состав». Название каждого ингредиента должно задаваться в новой строке описания состава товара.
При печати этикеток на весах Digi, в тех случаях, когда длина названия ингредиента товара или высота строк названий ингредиентов превышает размеры соответствующего поля в этикетке весов, весы название ингредиентов не печатают.
В алгоритм формирования файла данных с названием ингредиентов для весов Digi внесено изменение для ограничения длины названия ингредиента и количества строк названий при передаче их в весы.
Ограничение задается в количестве строк и количестве символов в строке, которое может поместиться в поле для названий ингредиентов. Ограничение устанавливается в разделе Настройка->Настройка аппаратуры->Электронные весы на странице «Этикетка» для весов типа Digi Ethernet.
По умолчанию ограничение не установлено. При установке ограничения можно воспользоваться стандартным значением, которое рассчитано для поля шириной 56 мм и шрифта S2. Количество строк по умолчанию устанавливается равным 2. Фактическое количество строк зависит от высоты поля ингредиентов и должно подбираться опытным путем.
При использовании этикеток с шириною менее 58 мм или при ширине поля для названий ингредиентов менее 56 мм необходимо опытным путем определять количество символов в строке.
Настройки для ограничения длины названия ингредиентов и количества строк ингредиентов должны задаваться для каждого экземпляра весов отдельно.

Функция проверки 12 «Документ содержит товары с нулевой ценой».

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

Белоруссия. Признак «Гос.регулирование» для расходных накладных.

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

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

Документ «Заказ поставщику». Время поставки.

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

Документ «Заказ от клиента».

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

Документ «Акт переоценки».

Раздел «Акты переоценки» подвергся внутренней реорганизации. Реорганизация не привела к изменению функционального назначения раздела. В интерфейс и поведение раздела внесены следующие изменения:
Режим отобранных документов.
В режиме отобранных документов в диалог настройки полей – «Поля таблиц документов» добавлена страница для управления составом полей спецификации документа.

Заголовок документа.
В интерфейс заголовка документа добавлены атрибуты:

• Наценивать от полной цены.
• Налоги вида цены.
• Время исполнения.

Наценивать от полной цены.
Атрибут «Наценивать от полной цены» определяет алгоритм расчета новой цены при наценивании и необходим при анализе результатов наценивания. Значение атрибута проставляется по значению такого же атрибута места хранения в момент создания документа. Атрибут можно редактировать, если есть необходимость при ручном расчете наценки использовать иной алгоритм наценивания, чем заданный для места хранения. В случае генерации акта переоценки на основании контракта значение атрибута устанавливается соответственно значению атрибута контракта «Цена контракта» (с НДС / без НДС).
Налоги вида цены.
Атрибут «Налоги вида цены» является информационным, то есть в документе не хранится, и показывается по текущему состоянию атрибутов вида цены из заголовка документа. Состав налогов в виде цене необходим при анализе результатов наценивания, в формуле расчета которых участвуют налоги.
Если акт переоценки создан не для расчета новой цены на основании цены поступления (прихода) товара, то атрибуты «Наценивать от полной цены» и «Налоги вида цены» значения не имеют.
Время исполнения.
Поле «Время исполнения» показывает дату и время фактического исполнения акта переоценки. Данное поле присутствовало в структуре документа ранее, но не отображалось. После модернизации версии продукта в поле «Время исполнения» будет показываться истинное время исполнения всех ранее созданных и исполненных актов переоценки.
Поле «Дата исполнения» получило название «Ожидаемая дата исполнения».

Спецификация документа.
Наценка и переоценка.
Поле «Наценка/Переоценка» разделено на два поля, которые показываются независимо от того, в ходе какого процесса был создан документ. Поле «Переоценка» заполняется всегда на основании информации о старой и новой цене артикула. Содержание поля «Наценка» зависит от способа создания акта переоценки. Если в основании акта переоценки отсутствует приходная накладная или иной документ поступления товара, то поле «Наценка» остается незаполненным. Если документ поступления товара имеется, то в поле помещается процент наценки, рассчитанный на основании цены документа основания акта, состава налогов вида цены и метода расчета наценки.
Оба поля редактируются, но значение процента переоценки или наценки, введенное пользователем, в документе не сохраняется, а используется только для расчета нового значения цены. Новое значение цены всегда округляется до точности валюты, что может приводить к изменению введенного значения процента наценки или переоценки на величину, эквивалентную точности округления цены.
Налоги.
В спецификацию добавлено поле «Налоги». Поле содержит значение ставок налогов, которые относятся к артикулу из строки спецификации. Значения ставок налогов для артикула используются для расчета значения поля «Наценка».
Значение ставок налогов артикула проставляется в момент заполнения спецификации значениями ставок, действующих на дату документа. При дальнейшей работе с документом эти величины не изменяются. При модернизации схемы базы данных значения ставок не заполняются. Для ручного обновления значений ставок создана функция «Обновить налоги». Функция доступна, в том числе, для документов со статусом «Исполнен», поскольку результат работы функции влияет на статистические данные – значения ставок налогов, действующих на дату документа. Эти данные необходимы для эффективной работы интерфейса документа при расчете значения поля «Наценка» и не влияют на функции документа.
Поле «Цена без налогов» - удалено.
Цена прихода полная и цена прихода без налогов.
Поле «Цена прихода (без налога)/Цена прихода» разделено на два поля «Цена основания без налогов» и «Цена основания полная». Поля информационные и показывают цены из позиций спецификации документа основания для наценивания с таким же артикулом. В случае отсутствия документа основания поля не заполняются. В случае если документ основания для наценивания содержит только одну цену, оба поля заполняются одинаковым значением. Смысл цены в этом случае определяется типом документа основания. Если документ основания – выход из производства или акт сортировки, то цена документа основания - это цена без налога, и цена полная равна цене без налога из-за того, что в операциях, которые отражаются этими документами, налогов нет. Если документ основания – контракт, то тип цены основания зависит от вида цены контракта – цена с НДС / без НДС. Вид цены контракта при создании акта переоценки на основании контракта отражается на значении флага акта переоценки «наценивать от полной цены».
Акт ордера цен (Ордер исполнен).
В текущей версии поле флага «Ордер исполнен» заменено полем «Акт ордера цен», в котором отображается номер акта переоценки, созданный на основании строки спецификации ордера цен. В предыдущей версии аналогичное поле было виртуальным и показывало факт наличия актов переоценки, созданных на основании ордера цен. В текущей версии это поле добавлено в спецификацию документа и заполняется номерами актов переоценки при их исполнении. Как следствие поведение интерфейса и документа претерпело некоторые изменения. Теперь, при удалении акта переоценки, ссылка на него не теряется, и создать новый акт переоценки по тому же ордеру цен невозможно. Управление отображением поля «Акт ордера цен» в спецификации сделано явным. См. «Информационные поля», тогда как в предыдущей версии оно отображалось только для документов с признаком исполнения – Ордер цен.
Информационные поля.
Расширен перечень информационных полей, то есть расчетных полей, которые оператор может включать или исключать из просмотра таблицы спецификации документа:

• Наценка %.
• Переоценка %.
• Остатки.
• Остатки с подчиненными местами хранения.
• Цена основания.
• Цена основания без налогов.
• Валютная цена основания.
• Акт ордера цен.

Поле «Налоги» тоже относится к информационным полям, но прямого управления этим полем не предоставляется. Поле «Налоги» показывается или скрывается только вместе с полем «Наценка».
Управление информационными полями позволяет управлять производительностью отображения спецификации при открытии или редактировании документа.
Функции.
Вызов функций обновления значений в информационных полях спецификации перенесен в пункты меню «Функция»:

• Установить переоценку
• Установить наценку
• Обновить остатки
• Обновить цены

Кнопки вызова этих функций убраны из интерфейса заголовка документа.
Название функция «Округлить цены» заменено названием «Применить правила округления».

Поведение документа при редактировании.
В предыдущей версии поддерживалось автоматическое пополнение спецификации документа составными артикулами при добавлении в спецификацию их базовых артикулов. В текущей версии автоматическая коррекция спецификации отменена. Вместо этого в интерфейс добавлены функции:

• «добавить связанные комплексные артикулы» для добавления составных артикулов для базовых артикулов из состава спецификации
• «добавить связанные базовые артикулы» для добавления базовых артикулов для составных артикулов из состава спецификации.

Вызов функций помещен в меню кнопки «Доп. команды».
Одновременно удалена функция проверки 139 «Запрет наценивания компонент набора при неопределённых ценах на другие компоненты» с режимом «Всегда запрет», которая контролировала обязательное наличие полного набора базовых артикулов для составных артикулов акта в спецификации акта переоценки.
Для контроля полноты или неполноты состава спецификации акта переоценки для составных артикулов и их базовых артикулов созданы новые функции проверки:

• 139 «Проверка наличия базовых артикулов без связанных комплексных». По умолчанию функция имеет режим «Предупреждение».
• 157 «Проверка наличия комплексных артикулов без связанных базовых». По умолчанию функция имеет режим «Предупреждение».

В текущей версии разрешается вести раздельную переоценку базовых артикулов и созданных на их основе составных артикулов, или запрещать такого рода ценообразование в зависимости от правил, принятых в организации.
В предыдущей версии поддерживалась автоматическая коррекция процента переоценки и процента наценки в тех случаях, когда он выходил за пределы минимального или максимального разрешенного значения. В текущей версии автоматическая коррекция заменена функцией проверки:

• 158 «Проверка выхода наценки и переоценки артикулов за пределы разрешенных границ». По умолчанию функция имеет режим «Предупреждение».

Для общего контроля корректности документов Акт переоценки добавлена функция проверки:

• 159 «Проверки при исполнении акта переоценки». Функция имеет режим «Всегда запрет».

Функция проверяет следующие условия:

• для актов с условием исполнения «по наступлению указанной даты» не разрешается исполнение, если дата предполагаемого исполнения больше текущей даты.
• для актов на основании маркетинговой акции проверяется наличие документа «Маркетинговая акция».

Изменена функция проверки 120 «Корректность документов "Акты переоценки"» с режимом «Всегда запрет». Функция получила название «Проверки при принятии акта переоценки в ручном режиме» и управление режимами по должностям. Режим по умолчанию - «Предупреждение». Из функции удален контроль перевода документ типа «Ордер цен» в запрещенные для него статусы «Принят к исполнению» и «Исполнен». Запрет на перевод ордера цен в эти статусы реализован на уровне процедур смены статуса. В функции сохранена проверка соответствия вида цены акта переоценки и места хранения акта переоценки.
Внесены изменения в диалог печати документа. Из диалога убраны опции печати акта переоценки в базовой валюте и в валюте вида цены. Акт переоценки печатается только в валюте вида цены.

Редактирование документов, отосланных на корректировку.

Для управления правами доступа персонала к редактированию документов, отосланных на корректировку, в разделы приходных накладных, расходных накладных и накладных на перемещение добавлены новые функциональные права «Редактирование документов, требующих корректировки».
Для документов с признаком «требует корректировки» новое функциональное право замещает регулярные права редактирования документа и действует на документы со статусом «Черновик» и «Принят складом». То есть наличие права редактирования документа не позволяет редактировать документ, требующий корректировки, также как наличие права редактирование документа требующего корректировки не позволяет редактировать документ без признака «Требует корректировки».
Для повышения статуса документа, требующего корректировки, необходимы те же права доступа, что и для документов без этого признака. При ограничении прав доступа персонала к функциям работы с документами по критерию: срок давности от даты документа, необходимо учитывать, что функции поднятия статуса должны иметь такое же ограничение по сроку давности, что и функции редактирования документа с признаком «Требует корректировки».
Необходимо учитывать, что признак «Требует корректировки» автоматически снимается при любом повышении статуса документа, требующего корректировки, после чего вступают в силу права, относящиеся к документам без признака «Требует корректировки».

Фильтр отбора документов по перечню мест хранения.

Во всех разделах документов, в которых имеется отбор по месту хранения, в интерфейсе подробного фильтра изменен элемент диалога для выбора места хранения. Новый элемент диалога позволяет использовать классификатор мест хранения для отбора перечня мест хранения в окно просмотра и позволяет указать перечень мест хранения вместо одного места хранения для отбора документов.
Элемент диалога для краткого фильтра остался прежним.

Опция отчетов выбора мест хранения или группы мест хранения.

В перечисленных ниже отчетах в диалоге старта отчета опция выбора места хранения (Все, только одно выбранное) заменена опцией выбора места хранения (Все, группа …, только …) с возможностью указания группы мест хранения или перечня мест хранения.

• Сводный товарный отчет
• Кассовая книга (отчет о выручке)
• Детализация неустановленной себестоимости
• Остатки в закупочных ценах
• Реализация товаров и налоги
• Товарный отчет и налоги
• Реестр накладных
  

  Операция в мастере создания документа.

  
  Для всех документов, в которых можно задавать операцию, первоначальное задание операции внесено на первую страницу мастера создания документа, где ранее задавалось только место хранения документа. Такие документы теперь нельзя создать, не указав предварительно операцию.
  Типы документов с операциями: приходные, расходные накладные, платежи, получение платежей, счет.
  В предыдущих версиях условие, по которому операция обязательно должна быть задана в документе, поддерживалась косвенным образом через справочник «Параметры создания документов». В справочнике для каждого типа документа для каждого места хранения можно было задать префикс, длину номера для автоматической генерации номера документа, вид цены и операцию, которые проставляются по умолчанию в документ при его создании. Это позволяло задать для документа и места хранения только одну операцию по умолчанию для всех сотрудников. Операция по умолчанию использовалась для задания наиболее массовой операции, например, «Приход» для приходных накладных на складе. Во всех остальных случаях оператор должен был переопределять операцию уже после создания документа.
  В текущей версии поле «Операция» из справочника удалено. Операция - системная и пользовательская, должны быть заданы до создания документа.
  При старте мастера создания документа, в элемент управления «Операция» подставляется операция по умолчанию. Операция по умолчанию - системная и пользовательская, может быть задана для каждого типа документов и для каждого оператора отдельно. Задать значение операции по умолчанию можно через пункт меню «Функции->Операция по умолчанию…». Первоначально, когда операция не задана, в качестве операции по умолчанию используется системная операция по умолчанию. Для приходной накладной, например, это операция «Приход».
  

  Место хранения склада в складском требовании.

  
  В документе «Складское требование» в предыдущих версиях хранилось только одно место хранения – место хранения, куда требуется доставить товар (склад-магазин или склад). Место хранение, из которого требуется доставить товар – центральный склад, определялось как старшее место хранения для места хранения документа.
  В текущей версии место хранения, из которого требуется доставить товар, то есть место хранения «Поставка из», сохраняется непосредственно в документе. При модернизации схемы базы данных значение места хранения «Поставка из» определяется по правилу: старшее место хранения для места хранения документа.
  В мастере создания складского требования для варианта «Новое складское требование», то есть для варианта ручного создания документа, разрешен выбор места хранения «Поставка из места хранения». После первого выбора место хранения «Поставка из» запоминается для локального компьютера и в дальнейшем подставляется в мастер создания документа.
  Сохранение места хранения «Поставка из» в документе позволяет создавать требования не только для центрального склада, но и для других мест хранения, из которых может быть осуществлено перемещение. Последнее ограничение является строгим, то есть не разрешается создавать такие складские требования, по которым в дальнейшем не удастся осуществить перемещение товара.
  Система ограничений на перемещение товара между местами хранения является следствием выбранного метода расчета товародвижения. Запрещены такие перемещения, которые не могут быть корректно учтены выбранным алгоритмом расчета товародвижения.
  

  Выбор перечня мест хранения при генерации складских требований.

  
  В мастер автоматической генерации складских требований добавлена возможность выбора перечня мест хранения, для которых будет сделан расчет потребностей и генерация складских требований.
  Для доступа к странице выбора мест хранений пользователь должен иметь функциональное право «Склад. треб.: Выбор подчиненных мест хранения для генерации». При отсутствии права страница не показывается.
  При использовании новой функции необходимо учитывать, что исключение мест хранения из процедуры автоматической генерации складских требований аналогично по действию установлению отрицательного приоритета места хранения на момент генерации. Неявное изменение приоритетов мест хранения может приводить к изменению результатов генерации. То есть разная последовательность генерации складских требований по местам хранения будет приводить к разным количественным результатам в созданных документах.
  

  Отображение суммы НДС в документах.

  
  В перечень пунктов меню сумм документа над спецификацией документа, добавлен пункт "Сумма НДС". При выборе пункта «Сумма НДС» в элементе диалога сумм документа показывается сумма значений поля спецификации "Сумма НДС" по всем строкам документа вне зависимости от того, какие значения принимает поле "НДС (ставка)". Это означает, что в случае ошибочных значений процента НДС в строках спецификации документа, сумма значений по ставкам НДС (для РФ это 10% и 18%) может не совпасть со значением «Сумма НДС».
  В элемент диалога сумм для отобранных документов добавлен аналогичный пункт меню «Сумма НДС» и пункт меню «Без НДС» для показа суммы документа без НДС по строкам спецификации.
  Новые пункты меню доступны в разделах приходных накладных, расходных накладных и счетов.
  Изменено название полей "Сумма НДС по док." и "Сумма с НДС по док". Эти поля получили названия "Сумма НДС по сумме док." и "Сумма с НДС по сумме док.". Изменение названия призвано подчеркнуть смысл того, что сумма НДС в этом случае считается не построчно, а от суммы по строкам спецификации всего документа, что требуется при методе расчета налогов от суммы документа. Такой метод расчета применяется, в частности, в законодательстве Украины.
  Такие же изменения в названии полей внесены в раздел «Экспорт».
  

  Функция накладных «Проставить страну из карточек».

  
  В разделы «Приходные накладных» и «Расходные накладных» добавлена функция «Проставить страну из карточек». Функция доступна через пункт меню «Функции».
  Функция требует наличия у пользователя права на ее использование. Каждый раздел содержит свое функциональное право. Выделение права использования функции из общего права редактирования документа связано с наличием бизнес-процессов, в которых оператор (кладовщик) обязан вводить страну с экземпляра товара, и именно эта информация является первичной и используется в дальнейшем для обновления информации в карточке складского учета.
  Функция имеет следующие опции диалога старта:
• Только для пунктов спецификации без страны
• Очищать поле для артикулов без страны.
  Если выбрана опция «Только для пунктов спецификации без страны», значение страны из карточки проставляется только для пунктов спецификации, у которых поле «Страна» не заполнено. Заполненные значения остаются без изменения.
  Если опция «Только для пунктов спецификации без страны» не выбрана, то обрабатываются все пункты спецификации.
  Опция «Очищать поле для артикулов без страны» позволяет проставить пустые значения страны из карточки в строки документов с уже заполненными значениями. Опция «Очищать поле для артикулов без страны» действует только в случае, если опция «Только для пунктов спецификации без страны» не выбрана.
  

  Функция приходных накладных «Заполнение отрицательными остатками».

  
  В разделе приходных накладных создана функция «Заполнение отрицательными остатками». Функция доступна через пункт меню «Функции».
  Функция требует наличия у пользователя права на ее использование.
  Область применения функции – выявление и коррекция отрицательных остатков до проведения процесса инвентаризации.
  Функция имеет два варианта исполнения – при пустой спецификации документа и при заполненной спецификации документа.
  Если спецификация документа пуста, спецификация заполняется артикулами, для которых текущие остатки имеют отрицательное значение. В документ помещается модуль значения остатков, то есть положительно число. Значение стаки налога для артикула устанавливается по ставке, действущей на дату документа.
  Если спецификация не пустая, то функция обрабатывает только артикулы из спецификации накладной. Артикулы, имеющие отрицательные остатки, но отсутствующие в спецификации, в накладную добавляться не будут. Функция обновляет поле «Количество» значением из таблицы оперативных остатков по следующему правилу – если количество отрицательное, то поле «Количество» заполняется модулем значения текущих остатков. Если остаток не отрицательный, то поле «Количество» заполняется нулем.
  

  Функция расходных накладных «Заполнение положительными остатками».

  
  В разделе расходных накладных создана функция «Заполнение положительными остатками». Функция доступна через пункт меню «Функции».
  Функция требует наличия у пользователя права на ее использование.
  Область применения функции – обработка остатков товара при списании, полном возврате и т.д.
  Поведение функции аналогично функции «Заполнение отрицательными остатками» для приходных накладных, за исключением того, что проставляются количества остатков, имеющие положительное значение и знак у количества не меняется.
  

  Контроль номенклатуры места хранения в документах.

  
  Функция проверки «Контроль номенклатуры места хранения в документах» получила детализацию по типам документов:

• Приходная накладная
• Расходная накладная
• Накладная на перемещение
• Складское требование
• Заказ поставщику
• Контракт с поставщиком

При модернизации версии схемы базы данных режим использования проверок устанавливается в значение по умолчанию – «Предупреждение».

История вхождения артикула в состав номенклатуры.

В раздел карточек складского учета в окно детальных свойств артикула добавлена страница «История номенклатур». В журнале истории номенклатур отображается время добавления или удаления артикула в номенклатуру, код и название номенклатуры, и атрибуты сотрудника, совершившего действие.
История вхождения артикулов в номенклатуру ведется, начиная с данной версии. Все предшествующие действия в журнале отсутствуют.

Загрузка ТСД с ограничением по номенклатурам артикулов.

В разделе «Портативный терминал» расширен перечень условий отбора артикулов при формировании списка артикулов для загрузки в терминал сбора данных.
В перечень добавлены условия:

• Входит в номенклатуру
• Не входит в номенклатуру

Перечень номенклатур может создаваться ручным выбором номенклатуры из списка или указанием места хранения, номенклатуры которого необходимо использовать для ограничения списка артикулов, загружаемых в терминал сбора данных.

Название разделов для контрактов.

Раздел документов «Контракты на закупку» получил название «Контракты с поставщиками», раздел «Контракты на реализацию» получил название «Контракты с клиентами».
Переименование произведено для совместимости с названиями разделов заказов. С этой же целью изменены цветовые маркеры иконок для разделов заказов, чтобы объединить документы Контракт – Заказ – Поставка в группы документов, относящихся к процессам приобретения и процессам реализации.

Отчет «Реализация товаров». Опция «Только номенклатуры мест хранения».

В диалог старта отчета «Реализация товаров» добавлена опция «Только номенклатуры мест хранения».
При выборе одного места хранения для старта отчета опция «Только номенклатуры мест хранения» ограничивает перечень артикулов отчета списком номенклатур, выбранного места хранения.
При выборе нескольких мест хранения опция ограничивает перечень артикулов общим списком номенклатур всех выбранных мест хранения. Если в список попадет хотя бы одно место хранения, для которого нет ни одной номенклатуры, то в отчете список артикулов не будет ограничиваться какими-либо номенклатурами.

Отчет «Доходность по товарам». Опция «Группировать по местам хранения».

В диалог старта отчета «Доходность по товарам» добавлена опция «Группировать по местам хранения».
При выборе опции данные отчета группируются по местам хранения. По каждому месту хранения подводится итог.
При выполнении отчета с группировкой по местам хранения доля в доходе рассчитывается относительно данных места хранения. Также относительно данных места хранения делается отбор артикулов с наибольшими и наименьшими показателями.

Отчет «Исполнение заказов». Опция «Показывать суммы».

В диалог старта отчета «Исполнение заказов» добавлена опция «Показывать суммы». Опция доступна только при выбранной опции «Заказы с поставками недопоставленного товара».
Товар считается недопоставленным, если совокупное количество товара в приходных накладных на основании заказа меньше количества в заказе. В расчет принимаются только полностью оприходованные приходные накладные.
При выборе опции «Показывать суммы» в отчете выводится колонка «Сумма недопоставленного товара». Сумма выводится в ценах заказа.
Если дополнительно выбрать опцию «Показывать товары» в отчете выводится колонка «Цена заказа».

Отчет «Товар без движения».

В диалог старта отчет добавлены следующие опции:

• Текущий остаток больше …
• Текущий остаток больше 0, но меньше …
• Сортировка по убыванию текущих остатков

Опции позволяют ограничить вывод данных в отчете по количеству текущих остатков и упорядочить вывод строк в отчете внутри групп товаров по убыванию количества.

Печать документа «Заказ поставщику». Опция «Показывать упаковки».

В диалог старта печати документа «Заказ поставщику» добавлена опция «Показывать упаковки».
При отключении опции в печатной форме не показываются колонки «Упаковка поставщика» и «Кол-во упаковок».

Программа генерации и модернизации схемы базы данных.

В программе генерации схемы базы данных изменен способ хранения скриптов, необходимых для работы программы.
Функциональность программы осталась без изменения. Изменения проявляются только во внешнем виде процесса работы программы. Теперь непосредственно перед исполнением скриптов выполняется их распаковка из архива.
Изменения функционала в версии 1.024
Расчет среднесуточной реализации с исключением отдельных дней.
Расчет и сохранение остатков на дату.
Метки документов, обязательные для заполнения.
Фильтр списка товаров для загрузки в весы.
Печать этикеток из актов переоценки.
Проставление задолженности в платежные документы.
Цены для кассы в приходных накладных из актов переоценки.
Тип дисконтных карт для торгового зала.
Модуль контроля цен для устройств «Shuttle SG15».
Драйвер для касс «УКМ2 стандарт ТХТ».
Почтовый обмен.
Рассылка уровней торговых запасов.
Рассылка параметров наценивания.
Рассылка переоценок, правил округления цен для карточки и скидок по группам товаров.
Рассылка пунктов плана цен.
Получение чеков из подчиненной БД.
Управление закладками карточек.
Фильтр карточек складского учета.
Функция проверки «Запрет принятия приходной накладной не на основании заказа поставщику».
Изменения в отчетах.
Остатки по поставщикам.
Детализация текущего ценообразования
Остатки
Остатки по срокам годности

Расчет среднесуточной реализации с исключением отдельных дней.

Перечень методов расчета среднесуточной реализации заменен одним методом с возможностью задавать ему параметры для управления алгоритмом расчета и для исключения из расчета тех дней, которые не удовлетворяют какому-либо из заданных условий.
В предыдущих версиях поддерживались следующие типы расчетов:

• все дни периода;
• только дни продаж.

В первом случае в рассмотрение принимались все дни в заданном диапазоне дат, и сумма продаж за период усреднялась на все дни периода. Во втором случае из усреднения исключались те дни, в которые продажи отсутствовали.
В качестве параметров алгоритмов задавались условия: исключать ли из реализации возвраты и диапазон дней расчета.
В новом алгоритме расчета помимо тех же параметров можно задать следующие условия для исключения из диапазона расчета некоторых дней, когда:

• Реализация за день меньше или равна 0 (меньше может случиться, когда учитываются возвраты).
• Остаток товара на конец дня меньше или равен 0.
• Остаток товара на конец дня меньше параметра «Зал».
• Остаток товара на конец дня плюс продажи за день меньше или равен 0.
• Остаток товара на конец дня плюс продажи за день меньше параметра «Зал».

Дополнительно можно задать условие:

• Исключить указанные дни недели.

Среднесуточная реализация определяется только по дням диапазона, оставшимся после исключения указанных дней. То есть сумма реализации по учтенным дням делиться на количество учтенных дней.
Метод расчета «только дни продаж» аналогичен использованию параметра расчета «Исключить дни, когда реализация за день меньше или равна 0».
Области применения параметров расчета могут быть следующими:

• Нулевая реализация для товаров постоянного спроса позволяет отделить дни, в которые товар присутствовал в торговом зале, от тех дней, когда его не было в торговом зале или было недостаточно для поддержки продаж.
• Нулевой остаток на конец дня или остаток меньший уровня «Зал», может служить признаком недостаточности товара в течение дня для тех товаров, которые плохо продаются при недостаточном присутствии в торговом зале. Этот признак не следует использовать для расчета среднесуточной реализации скоропортящихся товаров, которые должны быть все или почти все распроданы к концу дня, или дорогих товаров, которые в торговом зале могут присутствовать в единичном количестве.
• Нулевое значение «остаток плюс продажи» позволяет судить об отсутствии товара (или товара надлежащего качества, если товар вернули поставщику или складу) в торговом зале в течение дня, а значение остатка плюс продажи меньшее значения «Зал» - об его недостаточном количестве в течение дня.
• Дополнительное исключение указанных дней недели позволяет исключить из рассмотрения выходные дни.

Для управления новыми параметрами расчета внесены изменения в интерфейсы управления алгоритмом расчета. Интерфейсы для задания параметров расчета среднесуточной реализации имеются в разделе классификаторов товаров, карточек складского учета и в административном модуле: в разделе «Аналитика», страница «Расчет среднесуточной реализации» (расписание и параметры заданий на расчет).
Из интерфейсов задания параметров расчета исключено понятие «Метод расчета». Вместо него используются параметры расчета. В интерфейсы перенесен параметр «Среднесуточная реализация с учетом возвратов», который ранее задавался в административном модуле в разделе «База данных» на странице «Заказы поставщикам». В предыдущих версиях этот параметр устанавливался одновременно для всех артикулов, участвующих в расчете. В текущей версии можно задавать разные значения параметра для разных артикулов или групп артикулов. Название опции «Ручной контроль» заменено названием «Запретить автоматический расчет». Добавлено уточнение к названию параметра «Диапазон расчета»: «последние … дней (не включая текущий день)».
В разделе «Классификатор товаров» для управления параметрами расчета среднесуточной реализации создана отдельная страница «Среднесут. реал-ция». Изменен принцип наследования значений параметров расчета младшими группами классификаторов. Параметры расчета считаются установленными персонально для группы классификатора, если необходимо изменить хотя бы один из параметров расчета. В предыдущих версиях каждый параметр расчета управлялся отдельно. Как следствие, изменение какого-либо параметра расчета для старшей группы классификатора приводит к отмене всех индивидуальных значений параметров расчета в младших группах. Для принудительной отмены персональных значений параметров расчета введена опция «Стандартные параметры». Такая же опция введена в разделе карточек складского учета для отмены персональных значений параметров расчета для артикула.
Изменен принцип использования параметров расчета, установленных для группы классификатора. В предыдущих версиях параметры расчета для группы классификатора использовались только для копирования их значения в карточку товара при ее создании. В текущей версии значения для группы классификатора используются как значения по умолчанию для карточки складского учета, если для карточки не задан персональный набор параметров расчета.
В разделе карточек складского учета управление параметрами расчета перенесено со страницы «Заказ» на новую страницу «Среднесут. реал-ция». На странице «Заказ» остался доступ к функции расчета среднесуточной реализации. При старте диалога запуска функции в него подставляются значения, установленные для карточки или унаследованные карточкой из классификатора товаров. Изменение параметров расчета в этом диалоге не влияет на установки карточки и не запоминается. Явная установка диапазона дат «с … по …» приводит к расчету, в который включаются обе даты, дата «с» и дата «по». В предыдущих версиях дата «по» в расчете не участвовала. Во избежание ошибок при установке дат, значение дат по умолчанию сдвинуто на один день назад по отношению к текущей дате.
Аналогичное изменение внесено в интерфейс запуска расчета среднесуточной реализации по расписанию.
При смене версии все значения параметров расчета, установленные для артикулов сбрасываются. Параметры, установленные для групп классификаторов, преобразуются в новые значения параметров расчета. После обновления версии необходимо удостовериться, что значения параметров расчета соответствуют желаемым и, при необходимости, скорректировать их.

Расчет и сохранение остатков на дату.

Для ускорения работы процедур, использующих информацию об остатках товара на дату по оперативным данным, создана таблица для хранения остатков по дням. Процедура расчета остатков по оперативным таблицам изменена для того, чтобы использовать заранее рассчитанную статистику остатков по дням. Процедура изменена таким образом, что может работать независимо от того, собрана статистика по остаткам или нет. Тем не менее, наличие статистики позволяет в ряде случаев значительно сократить время работы этой функции.
Процедура расчета остатков используется в разделе «Остатки», при расчете среднесуточной реализации и в следующих отчетах:

• Остатки (опция «на дату …»)
• Товар без движения
• Карточка складского учета (опция «в ценах документов»)

В предыдущих версиях уже был реализован расчет статистики остатков на дату по аналитическим таблицам. Эти данные недействительны для оперативных функций и не могут использоваться ими. Расчет статистики остатков по аналитическим таблицам отличается по источникам данных и по результатам от расчета статистики остатков по оперативным таблицам. В связи с этим следует различать эти функции и использовать их в соответствии с их областью применения.
Для расчета и сохранения остатков на дату по оперативным данным создана периодическая процедура «Ежемесячный расчет остатков». Процедура рассчитывает остатки товаров для всех мест хранения, у которых не отключен перерасчет остатков. Расчет ведется для каждого последнего дня месяца, начиная с первой даты движения товара. Более подробная статистика не приводит к заметному убыстрению работы процедуры расчета остатков на дату и ее сбор для пользователей не доступен.
При многократном запуске процедуры расчет статистики ведется от последней рассчитанной даты. Запуск процедуры осуществляется в административном модуле в разделе «База данных» на странице «Задания». Процедура относится к группе системных процедур.
Появление новых документов или изменение имеющихся документов с прошлыми датами может привести к изменению значений ранее рассчитанных остатков на дату. Для защиты от неверного использования статистики процедура расчета статистики фиксирует дату и время расчета. В дальнейшем все записи об остатках на дату с датами большими или равными датам документов товародвижения, которые были изменены или созданы после сбора статистики, считаются недействительными и в процедуре расчета остатков на дату игнорируются. Недействительные записи в момент изменения документов не удаляются, не удаляются они и процедурой расчета остатков. Удаление недействительных записей происходит при очередном старте процедуры расчета статистики. Эту особенность необходимо учитывать при самостоятельном анализе данных в таблице остатков на дату.

Метки документов, обязательные для заполнения.

Для меток документов добавлен атрибут – статус документа, при котором метка должна быть в документе обязательно заполнена. Установить статус обязательного заполнения метки можно в справочнике меток документов.
В качестве статуса обязательного заполнения нельзя использовать статус «Черновик», поскольку в этом статусе содержание документа может быть произвольным, и он не подвергается никакой проверке.
Для контроля заполнения меток в документах созданы функции проверки: 148 «Не задана обязательная метка при подъеме статуса док-та до "Принят в количестве"», 149 «Не задана обязательная метка при подъеме статуса док-та до "Принят в ценах"», 150 «Не задана обязательная метка при подъеме статуса док-та до "Заблокирован"». Все функции по умолчанию имеют режим «Запрет»
Функция проверки проверяет содержание документа только в момент получения документом указанного статуса. Для корректного использования механизма запрета пустых меток необходимо учитывать, что метки могут редактироваться на любом статусе документа, включая наивысший статус и для надежного использования механизма обязательных меток его необходимо использовать в сочетании с надлежащим управлением правами доступа персонала к редактированию меток.
Функция проверки 149 проверяет документ при достижении им статуса «Принят в ценах», но проверяет заполнение не только меток, для которых указан статус «Принят в ценах», но и тех меток, для которых указан более низкий статус «Принят в количестве».
Для помощи операторам при редактировании документа и информировании их о том, какие метки должны быть заполнены обязательно, в диалог заполнения меток документов добавлена колонка с признаком обязательности заполнения метки. Признак показывает статус документа, для достижения которого метка должна быть заполнена.

Фильтр списка товаров для загрузки в весы.

В раздел «Электронные весы» (Оборудование -> Электронные весы) добавлена возможность указывать дополнительные условия, по которым товары из списка товаров для загрузки в весы не должны передаваться в электронные весы. Условия задаются в диалоге, который вызывается кнопкой «Фильтр». Можно задать следующие условия для ограничения списка товаров:

• истек срок годности
• истек срок реализации
• неположительный остаток
• не было прихода за последние … дней

Под последними приходами понимаются только прямые приходы от поставщиков в место хранения, в котором размещены весы.
Условия фильтрации списка товаров могут быть установлены различными для разных отделов.
Ограничение списка товаров для загрузки в весы действует для всех весов отдела, независимо от их типов.
Для визуального контроля товаров, которые не попадут в весы, в таблицу добавлена колонка «Грузить в весы». В колонке отображается значок, разрешения/запрета загрузки.
Изменение условий фильтрации доступно только пользователям с правом использования функции: «Редактирование фильтра списка товаров» для раздела «Электронные весы».
Состояния поля «Грузить в весы» обновляется по условиям фильтра при установке нового фильтра, при нажатии на кнопку «перечитать», при нажатии на кнопку «Загрузить весы» или «Загрузить все весы отдела», при нажатии на кнопку «Редактировать».

Печать этикеток из актов переоценки.

В разделе актов переоценки реализована функция печати этикеток для переоцениваемых товаров. Диалог старта функции позволяет просмотреть список артикулов, для которых будут печататься этикетки, их цены и предлагаемое количество. Количество этикеток может быть изменено пользователем. В список артикулов для печати не попадают составные артикулы (артикулы упаковок, уценок, наборов, размеров), которые могут присутствовать в акте переоценки. Для этих артикулов не ведется количественный учет и, соответственно, достоверное количество их неизвестно.
Функция предназначена, прежде всего, для печати этикеток с ценой для тех товаров, цена которых была изменена в связи с новым приходом или с перемещением, и в том количестве, которое требуется для оклеивания всех экземпляров товара, нуждающихся в новых этикетках.
В диалоге старта функции имеется две группы опций:

• количество из актов переоценки
• количество из остатков

и

• без количества из приходных накладных
• учитывать количество и артикулы из прихода

Выбор одного из двух значений первой группы опций указывает на необходимость брать количество только как количество переоцененного товара из акта переоценки или как количество всего товара имеющегося в месте хранения.
Для тех актов переоценки, которые еще не исполнены и, соответственно, для которых количество переоцененного товара еще неизвестно, доступна только опция «количество из остатков».
Выбор одного из двух значений второй группы опций указывает на необходимость брать количество только как количество переоцененного товара из акта переоценки (остатков без прихода) или учитывать также еще то количество, которое было в приходе и не подверглось переоценки.
Можно рекомендовать использовать опцию «учитывать количество и артикулы из прихода» при приеме нового товара по приходной накладной и использовать опцию «без количества из прихода» при приеме товара по накладной на перемещение в тех случаях, когда перемещенный товар уже имеет этикетки с новой ценой.
Цена для печати этикеток берется из акта переоценки, а для тех артикулов, которые в акте переоценки отсутствуют, берется равной текущей цене артикула.

Проставление задолженности в платежные документы.

Начиная с текущей версии, при добавлении нового номера документа (основания платежа/получения платежа) в спецификацию платежного документа, в поле «оплата по документу» либо «оплата счета» (в зависимости от типа документа основания) автоматически добавляется задолженность из документа основания. Эта же сумма автоматически добавляется к общей сумме платежного документа. В предыдущих версиях сумма оплаты для документа, добавляемого в спецификацию платежного документа, по умолчанию считалась равной нулю.

Цены для кассы в приходных накладных из актов переоценки.

В приходных накладных имеются статистические данные о ценах для кассы на момент регистрации накладной. Статистика собирается в момент регистрации документа и в дальнейшем может быть только дополнена для позиций с нулевой ценой, либо полностью пересчитана по истории цен на дату документа. В тех случаях, когда цена в течение дня менялась несколько раз, указать конкретную цену для заполнения статистики было невозможно.
В текущей версии в разделе приходных накладных создана функция для обновления или проставления статистических данных о ценах для кассы по ценам из актов переоценки, созданных на основании приходной накладной.
Функция называется «Заполнить статистику «Цен для кассы»». Функция доступна в режиме «Ценовой» и требует от пользователя назначения ему специальных прав доступа. В диалоге старта функции показывается список актов переоценки, созданных на основании данной приходной накладной, и только тех актов, которые имеют вид цены такой же, как вид цены для кассы места хранения приходной накладной. Для старта функции необходимо выбрать нужный акт переоценки.

Тип дисконтных карт для торгового зала.

К перечню атрибутов мест хранения добавлен атрибут «Тип дисконтных карт для торгового зала». Атрибут можно редактировать на странице «Цены» раздела «Склады и магазины». Тип дисконтных карт для торгового зала позволяет для каждого места хранения определить тот тип дисконтных карт, который будет использоваться для определения величин скидок, которые необходимо показывать покупателям в торговом зале, например, в устройствах контроля цен (см. ниже).

Модуль контроля цен для устройств «Shuttle SG15».

Прайс чекеры (Price Checkers) или устройства контроля цен типа «Shuttle SG15» представляют собой простые устройства, сочетающие сканер для чтения штриховых кодов и трех-четырех строчный дисплей. Устройство подключается к локальной сети и может обмениваться информацией с удаленной программой, пересылать считанные штриховые коды и получать строки для отображения на дисплей.
Создан «Модуль контроля цен» для управления устройствами Shuttle SG15. Модуль контроля цен представляет собой автономную программу, которая является сервисом (службой) операционной системы. Модуль может быть запущен на любом компьютере локальной сети, к которой подключены устройства контроля цен, и управляет множеством таких устройств одновременно. Модуль обеспечивает устройства единообразной информацией о товарах при чтении устройствами штрихового кода товара.
Модуль взаимодействует с устройствами Shuttle SG15, которые должны быть предварительно сконфигурированы с помощью программы SG15Config.exe. Для корректной работы для устройств необходимо установить режим соединения «TCP -> Server», задать текст для режима ожидания чтения штрихового кода, например, «Здравствуйте! Сканируйте товар здесь». Необходимо задать время, в течение которого будет показываться текст с информацией о товаре после чтения штрихового кода.
Модуль контроля цен управляется, также как кассовый или почтовый модули с помощью диалогов сервисов операционной системы: Мой компьютер -> Управление -> Службы и приложения -> Модуль контроля цен Супермага.
Для работы модуля, как минимум, необходимо задать TCP/IP адреса устройств контроля цен и каталог обмена данными для получения информации об артикулах, их штриховых кодах, ценах и т.д. от внешнего источника.
Модуль контроля цен не взаимодействует с базой данных торговой системы и является для нее таким же устройством, как и касса. В торговой системе создан драйвер кассы типа «Контроль цен», который передает в модуль контроля цен информацию одновременно с передачей такой же информации драйверами касс в кассы. Такой способ взаимодействия гарантирует, что устройства контроля цен будут предоставлять покупателям такую же информацию о ценах, которая, в этот момент времени, будет присутствовать в кассовых машинах.
Драйвер «Контроллер цен» действует синхронно с драйверами загрузки касс не только по времени. Он обеспечивает передачу такого же состава артикулов, что и драйверы касс. Драйвер передает информацию в режиме полной и частичной загрузки, в соответствии с заданным списком артикулов отдела и в соответствии с признаком «загружать только номенклатуру места хранения».
Настройка драйвера осуществляется в разделе «Структура магазина/склада» при редактировании группы отделов. Для настройки необходимо создать новую кассу и указать тип кассы: «Контроль цен». Для драйвера контроля цен достаточно задать только один каталог обмена данными – каталог загрузки.
Драйвер обеспечивает выгрузку данных в файлы формата CSV - данные об артикулах, штриховых кодах, типах штриховых кодов и скидках.
Модуль контроля цен периодически опрашивает каталог обмена данными и, при обнаружении флага обновления, забирает новую информацию. Модуль хранит данные о товарах в своей памяти и теряет их после выключения. При старте модуль обращается к каталогу обмена для получения информации о товарах и если такой информации не обнаруживается, модуль будет не в состоянии обслуживать устройства контроля цен. При первом старте модуля контроля цен необходимо заранее или в ближайшее время после его старта, осуществить выгрузку данных из торговой системы. В дальнейшем, ранее выгруженные данные остаются в каталоге обмена и служат источником информации для модуля в случае его повторного старта.
Изображение на экране устройства контроля цен может формироваться произвольным образом за счет передачи устройству команд управления текстом и самих текстов. Это позволяет получать разные виды изображения информации в разных случаях. Для управления изображением и для получения изображения наилучшим образом соответствующего представлениям торговой организации разработан механизм управления изображением с помощью файлов шаблонов, подобный такому же механизму для принтеров этикеток.
В модуле контроля цен можно задать четыре разных варианта шаблона изображения для случаев информирования покупателя о цене штучного товара, весового товара, для товаров со скидкой по дисконтной карте и шаблон для сообщений об ошибке. Для задания шаблона в диалоге службы Модуль контроля цен, на странице Шаблоны необходимо указать путь и имена файлов шаблонов.
Если шаблоны изображений не заданы, модуль контроля цен формирует изображение самостоятельно, в стандартном виде.
Файл описания шаблона представляет собой текстовый файл с расширением .pch. Файл может содержать произвольные тексты, команды управления изображением, которые доступны устройству контроля цен, и ключевые слова, которые заменяются модулем контроля цен на значения, соответствующие характеристикам товара.
Ключевые слова начинаются с символа % и могут иметь следующие значения:
%ARTICLE- артикул карточки складского учета
%NAME- название карточки
%NAME1- вторая часть названия
%NAME2- третья часть названия
%SIZE - индивидуальные свойства (размер, цвет, сорт и т.д.)
%BARCODE- штриховой код (EAN/UPC)
%PRICERUB- цена для кассы места хранения устройства
%SUM - стоимость (произведение количества на цену)
%COUNTRY- название страны
%COMMENT- комментарий карточки
%PACKSIZE- количество товара
%MEASURE- краткое название единицы измерения
%DISCPRICE- цена со скидкой.

Поля %NAME1 и %NAME2 заполняются частями названия карточки, Заполнение происходит в случае, если для этих полей и для поля %NAME указано ограничение длины и длина названия карточки превысила это ограничение. Перенос осуществляется по словам, за исключением последней части, которая ограничивается длиной поля. Если длина поля такова, что ни одно слово не помещается целиком, то слово переносится по символу. Размер поля указывается в символах после ключевого слова, например, %NAME=20.
Цена со скидкой %DISCPRICE формируется на основании информации о скидке для типа дисконтных карты, который указан как тип дисконтных карт для торгового зала.
Формат поддерживает также следующие специальные символы:
«\xFA- символ с указанным шестнадцатеричным кодом (в примере 250=FAh)
«\50»- символ с указанным восьмеричным кодом (в примере 40=50oct=28h)
Для вывода символа обратной косой черты «\», его следует написать два раза: «
». Например:
«
a» выведет текст «\a»,
«\a», выведет один символ с кодом 7.
Команды управления устройством Shuttle SG15 могут иметь, например, следующий вид:
\esc \x42 \x30 - установить маленький шрифт
\esc \x42 \x31 - установить большой шрифт
\esc \x2E \x32 Текст- вывести текст «Текст» в верхний правый угол экрана
По умолчанию для устройств Shuttle SG15 перед выводом текстов на экран, экран очищается и устанавливается маленький шрифт.

Драйвер для касс «УКМ2 стандарт ТХТ».

Перечень драйверов касс пополнен драйвером для обмена с кассами по протоколу УКМ 2 стандарт ТХТ. Название предыдущего драйвера UKM заменено названием УКМ2 Супермаг.
Обмен с кассами по протоколу УКМ2 стандарт ТХТ поддерживает те же функции, что и драйвер обмена стандарта УКМ2 Супермаг (Paradox). Отличие может наблюдаться только в частоте полных загрузок в тех случаях, когда кассовый модуль настроен на режим «нормальной» загрузки. В случае нормальной загрузки кассовый модуль самостоятельно определяет, какую загрузку целесообразно провести – частичную или полную. Для протокола УКМ2 стандарт ТХТ полная выгрузка делается всякий раз при попытке нормальной выгрузки, если выясняется, что касса не смогла забрать предыдущую выгрузку. По протоколу УКМ2 Супермаг (Paradox) частичные выгрузки могут накапливаться, в том числе, в тех случаях, когда касса не может принять данные, что позволяет реже делать полную выгрузку.
Использование тех или иных протоколов обмена данными с кассами должно быть согласовано с настройками программ ККМ.

Почтовый обмен.

Рассылка уровней торговых запасов.

Уровни торговых запасов выделены в отдельный объект для почтовой рассылки. Под объектом понимается уровни торговых запасов артикула для одного места хранения. Реализована возможность автоматической отсылки уровней торговых запасов при их изменении в карточке складского учета. Сама карточка складского учета в этом случае не считается измененной и не отсылается.
При автоматической отсылке уровней торговых запасов в подчиненные базы данных, уровни запаса отсылаются только в те базы данных, которые содержат места хранения с изменившимися значениями. В прочие базы данных изменения не рассылаются. Каждая база данных получает только те изменения, которые относятся к ее местам хранения.
При ручной рассылке уровней торговых запасов вместе с карточками складского учета, также как и в предыдущих версиях, пересылаются вся информация об уровнях запасов артикула для всех мест хранения.

Рассылка параметров наценивания.

Реализована автоматическая рассылка параметров наценивания для групп классификатора товаров. Название объекта наценок для почтовой рассылки в справочнике типов объектов заменено названием «Наценки по группам товаров», чтобы отличать их от наценок для артикулов.
Претерпело изменение содержание объекта «Наценки по группам товаров». По почте рассылаются наценки и параметры наценивания для вида цены и одной группы классификатора, тогда как в предыдущих версиях всегда отсылалась информация для вида цены о параметрах наценивания для всех групп классификатора.
При автоматической рассылке параметры наценивания ставятся в очередь на отсылку только в те базы данных, местам хранения которых назначен вид цены с изменившимся параметром наценивания. В прочие базы данных рассылка не осуществляется.
При ручной рассылке наценок по группам классификатора реализована возможность отсылать не всю информацию, а только для указанной группы классификатора и всех ее подгрупп и не во все базы данных, а только в те, местам хранения которых назначен вид цены параметров наценивания.
Для полной рассылки параметров наценивания для всех видов цен и по всем группам классификатора, необходимо перед нажатием кнопки «Разослать» установить курсор на группу классификатора «Все» и после нажатия кнопки, в диалоге ручной отсылки выбрать вид цены «<Все>» и снять флажок «Рассылать только в базы, локальным местам хранения которых назначены выбранные виды цен».
Параметры наценивания для артикулов выделены в отдельный объект почтовой рассылки, который получил название «Наценки по карточкам». Реализована автоматическая рассылка параметров наценивания артикулов при их изменении в карточках складского учета. Сама карточка складского учета в этом случае не считается измененной и не отсылается.
При автоматической отсылке параметров наценивания артикула в подчиненные базы данных, параметры отсылаются только в те базы данных, которые содержат места хранения, которым назначен вид цены измененных параметров наценивания. В прочие базы данных изменения не рассылаются. Каждая база данных получает только те изменения, которые относятся к ее местам хранения.
При ручной рассылке параметры наценивания артикула пересылаются, также как и в предыдущих версиях, вместе с артикулом и только если в диалоге рассылки карточек установлен флаг «Параметры наценивания».

Рассылка переоценок, правил округления цен для карточки и скидок по группам товаров.

Реализована автоматическая рассылка переоценок, правил округления цен для карточек и скидок по группам товаров по тем же принципам, что и автоматическая рассылка наценок для групп классификатора товаров. Содержание объектов претерпело аналогичные изменения. Информация для всех перечисленные объектов может отсылаться для одной группы классификатора товаров.

Рассылка пунктов плана цен.

Внесены следующие изменения в автоматическую рассылку плана цен.

• Из автоматической рассылки исключены карточки, статус которых отличен от «Активен».
• План цен автоматически рассылается только в те базы данных, местам хранения которых назначен вид цены плана цен.
• В диалог ручной рассылки плана цен добавлен флаг "Рассылать только в базы, локальным местам хранения которых назначен выбранный вид цены".

Получение чеков из подчиненной БД.

Для получения чеков из подчиненной базы данных используется механизм посылки управляющих команд из почтового модуля: страница «Рассылка», кнопка «Послать объект».
Для получения чеков в диалоге «Отослать объект» необходимо указать тип объекта «Удаленная команда», Идентификатор команды: SMPostObject&999999999, где 999999999 – уникальный номер обращения к команде, который должен быть каждый раз разный в случае если посылается несколько команд подряд, «Куда» - выбрать базу данных, из которой необходимо получить чеки, «Параметры»: целое – не заполнять, строка – заполнить параметрами, которые указывают на перечень чеков (см. ниже), Флажки – 0, комментарий – не заполнять.
Строка параметров должна содержать семь параметров. Первые два параметра всегда должны быть: 0,'CZ',
Третий параметр может формироваться одним из следующих способов:

1. «номер места хранения» + «,» + «номер кассы» + «,» + «номер Z-отчета»
2. «дата Z-отчета в формате DD.MM.YYYY» + «,» + «номер места хранения»
3. «дата Z-отчета в формате DD.MM.YYYY»

Оставшиеся параметры заполняются как: ,null,null,0,null
Например,

• для получения Z-отчета с номером 43, кассы с номером 2 в месте хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
  0,'CZ', '4,2,43',null,null,0,null
• для получения всех Z-отчетов за 6 мая 2002 года из места хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
  0,'CZ', '06.05.2002,4',null,null,0,null
• для получения всех Z-отчетов за 6 мая 2002 года нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
  0,'CZ', '06.05.2002',null,null,0,null
  Интерфейс пользователя для формирования параметров вызова команды в предметных терминах будет реализован в следующей версии.
  

  Управление закладками карточек.

  
  В разделе карточек складского учета реализована возможность управления составом колонок таблицы отобранных карточек и составом страниц детальной информации о карточке. Управление осуществляется в диалоге «поля и закладки», который вызывается при нажатии кнопки «Поля…».
  По умолчанию включены все поля таблицы и все закладки. Настройка состояния запоминается для каждого пользователя отдельно.
  Управление закладками позволяет включать или выключать отображение закладок карточки, а также дает возможность указывать порядок отображения закладок. Управление порядком отображения осуществляется в диалоге «Поля и закладки» на странице «Закладки» путем перемещения вверх или вниз по списку строчек с названием закладок. Исключение составляет первая закладка «Карточки», которая не может быть отключена или перемещена на другое место.
  

  Фильтр карточек складского учета.

  
  В фильтр отбора карточек складского учета добавлена возможность отбирать карточки по условию наличия у карточки следующих признаков:

• фиксированная цена,
• не для производства,
• акцизный товар,
• сертификат соответствия.

Функция проверки «Запрет принятия приходной накладной не на основании заказа поставщику».

Создана функция проверки 151 «Запрет принятия приходной накладной не на основании заказа поставщику» По умолчанию функция имеет режим «Отключена».
Функция предназначена для контроля приходных накладных и срабатывает при переводе накладной в статус «принят полностью». Функция проверяет факт того, что в основании накладной имеется заказ.

Изменения в отчетах.

Остатки по поставщикам.

Отчет относится к группе «Менеджерские». В отчет добавлена новая опция "с учетом неопределенной себестоимости".
При выборе опции продажи товаров, не распределенные на приходы (с неопределенной себестоимостью), считаются принадлежащими тем поставщикам, которые подобраны алгоритмом расчета товародвижения, как наиболее подходящие поставщики. Соответственно, остатки по поставщикам уменьшаются на количество расходов с неопределенной себестоимостью, которые указывают на данного поставщика.
Алгоритм расчета товародвижения подыскивает для расходов с неопределенной поставкой ближайшего поставщика. В случае, когда в один момент времени поставка товара осуществляется только одним поставщиком, такое предположение оказывается истинным и может быть использовано для учета остатков по поставщикам.

Детализация текущего ценообразования

Отчет относится к группе «Справочные данные». В отчет добавлена новая опция "Только номенклатуры места хранения".
При выборе опции список товаров дополнительно ограничивается артикулами из номенклатур, назначенных месту хранения.

Остатки

Отчет относится к группе «Товарные». В отчет добавлена новая опция "Номенклатуры". Опция имеет следующие варианты выбора:

• Без учета номенклатур.
• Только номенклатуры мест хранения.
• Исключая номенклатуры мест хранения.

При выборе значения опции «Только номенклатуры мест хранения» список артикулов дополнительно ограничивается артикулами из номенклатур, назначенных выбранному месту хранения. Если отчет выполняется по всем местам хранения, то ограничение производится по объединенному списку номенклатур всех мест хранения. Если какому-либо месту хранения назначен весь список товаров, то объединенный список номенклатур будет также содержать все артикулы.
При выборе значения опции «Исключая номенклатуры места хранения» в отчете для одного места хранения будут выводиться только артикулы, которые не попадают в список его номенклатур. В случае если отчет выполняется для всех мест хранения, из отчета будут исключаться артикулы, исключенные из номенклатуры хотя бы одного места хранения.

Остатки по срокам годности

Отчет относится к группе «Товарные». В отчет добавлена новая опция "показать цены последних приходов".

При выборе опции в отчете выводится цена последнего прихода товара и сумма остатка в ценах последнего прихода. Для товаров с несколькими сроками годности цена последнего прихода выводится только один раз как общий показатель.
Изменения функционала в версии 1.025.1

Маркетинговая акция.
Дата и время исполнения маркетинговых акций.
Описание мест хранения и видов цен в маркетинговой акции.
Исполнение маркетинговых акций.
Контроль полноты исполнения маркетинговой акции.
Почтовая рассылка и почтовый прием маркетинговых акций.
Акты переоценки. Информационные поля для контроля переоценки.
Складские требования. Контроль количества.
Генерация заказов по контрактам с выбором мест хранения.
Подбор оснований в порядке поставок.
Функция проверки «Дата документа больше текущей даты».
Функция проверки «Запрет принятия в ценах сличительной ведомости с нулевыми суммами»
Групповое изменение уровней складских запасов для списка мест хранений.
Полный перерасчет остатков.
Расчет себестоимости движения до первого прихода.
Фильтр загрузки товаров на весы.
Почтовый модуль.
Доверительная база данных.
Синхронизация объектов в базах данных.
Пересылка документов с собственными контрагентами.
Пересылка актов потерь в старшую базу данных.
Рассылка пользовательских операций.
Модуль контроля цен.
Внутренняя база данных.
Администрирование модуля контроля цен.
Удаленное администрирование.
Протокол обмена с торговой системой.
Сводный товарный отчет.
Товарный отчет по форме ТОРГ-29.
Форма печати ТОРГ-12.

Маркетинговая акция.

В содержание и поведение документа «Маркетинговая акция» внесены изменения для упрощения контроля процесса проведения маркетинговой акции. Смысл и технология процесса остались прежними. В связи с изменением структуры документа перед установкой версии необходимо завершить все действующие маркетинговые акции.

Дата и время исполнения маркетинговых акций.

Дата начала и завершения маркетинговой акции дополнены временем начала и завершения маркетинговой акции. По умолчанию, при создании маркетинговой акции, теперь будет предлагаться акция для следующего дня с 00:00 по 23:59.
Использование времени в сроке старта и завершения акции требует, чтобы расписание периодической процедуры исполнения маркетинговой акции было настроено с таким интервалом активности, при котором задержка между заданным временем исполнения акции и реальным временем исполнения была бы в допустимых пределах. Например, планируя акцию с точностью до часа, не следует задавать расписание работы процедуры один раз в день. Расписание следует задавать с интервалом как минимум в 10 минут.
Периодическая процедура исполнения маркетинговых акций выделена из периодической процедуры «Регистрация актов переоценки», которая теперь осуществляет только исполнение актов переоценки с заданной датой / временем исполнения. Процедура для маркетинговых акций получила название «Исполнение / завершение маркетинговых акций» и помещена в группу системных заданий.
После установки текущей версии строго необходимо провести настройку нового задания, если до этого задание «Регистрация актов переоценки» использовалось, в том числе, для исполнения маркетинговых акций.

Описание мест хранения и видов цен в маркетинговой акции.

Изменен способ ввода в документ перечня мест хранений и видов цен, по которым будет проводиться маркетинговая акция. В предыдущих версиях вначале надо было указать вид цены, а затем место хранения из перечня мест хранений, в которых данный вид цены разрешен к использованию.
В текущей версии вначале необходимо добавить место хранение или список мест хранений, а виды цен подставляются по умолчанию, как виды цен для кассы выбранных мест хранений. Вся информация помещается в одну таблицу. Ввод перечня мест хранения осуществляется в диалоге выбора мест хранений, который вызывается по кнопке «добавить». Если надо удалить места хранения из таблицы, необходимо выделить необходимые строки и нажать кнопку «удалить».
При необходимости изменить или расширить перечень видов цен, по которым будет проводиться маркетинговая акция для данного места хранения, надо нажать кнопку в ячейке вида цены. Если видов цены для места хранения выбрано несколько, они будут показываться в ячейке видов цен через запятую.

Исполнение маркетинговых акций.

Для однозначного планирования и контроля процесса исполнения маркетинговых акций в сети распределенных баз данных введено понятие локального и центрального исполнения маркетинговой акции для места хранения.
Локальное исполнение подразумевает, что акты переоценки начала и завершения маркетинговой акции для указанного места хранения будут создаваться только в той базе данных, которая обслуживает данное место хранения как локальное. Центральное исполнение маркетинговой акции для места хранения подразумевает, что акты переоценки для этого места хранения будут создаваться только в той базе данных, которая обслуживает место хранения - источник акции.
Для управления режимом исполнения маркетинговой акции в таблицу мест хранения акций добавлена колонка «Локальное исполнение». По умолчанию для всех выбранных мест хранений проставляется значение «Да».
Выбор режима проведения акции – локальное или центральное, зависит от принятой в торговой организации технологии управления магазинами и оперативностью обмена информацией с базами данных магазинов. Например, при локальном исполнении необходимо включать периодическую процедуру исполнения маркетинговых акций на серверах подчиненных баз данных, что несколько увеличивает степень сложности администрирования сети баз данных, но при этом снижается зависимость процесса от периодичности и устойчивости средств связи почтового обмена. Для точного исполнения акции достаточно заранее передать документ в магазин и в нужное время процесс выполнится автоматически. При центральном исполнении процесс полностью проводится в центре, а в подчиненные базы данных только отправляются акты переоценки. В этом случае управление процессом становится проще, но возникает вероятность задержек конечного исполнения актов переоценок из-за потерь времени при транспортировке документов.
При определении места хранения источника акции и мест хранения проведения акции необходимо учитывать, что текущая технология почтового обмена не разрешает управлять ценообразованием в базах данных, не подчиненных текущей. То есть, если схема проведения маркетинговой акции будет организована таким образом, что потребуется послать акт переоценки на исполнение в старшую базу данных и/или потребуется получить отклик об исполнении акта переоценки от старшей базы данных, то такое действие будет заблокировано почтовым модулем.
Текущая технология управления ценообразованием требует, чтобы место хранения источника акции было старшим по отношению к местам хранения проведения акции. Для контроля правильности документа создана функция проверки 162 «Корректность мест хранения маркетинговой акции». Функция имеет режим проверки «Всегда запрет».

Контроль полноты исполнения маркетинговой акции.

При исполнении маркетинговой акции в нескольких базах данных наблюдение за фактом смены статуса маркетинговой акции не гарантирует того, что при видимом изменении статуса документа, акция действительно началась или действительно завершилась во всех местах ее проведения.
Для контроля полноты исполнения маркетинговой акции в таблицу отобранных документов добавлены колонки «Старт» и «Завершение». В колонках показывается количество созданных актов переоценки, соответственно, начала и завершения акции и общее количество актов, которое должно быть создано в ходе проведения акции.
Контроль над полнотой проведения акции имеет смысл только в такой базе данных, куда вернуться все акты переоценки, созданные в других базах данных при проведении маркетинговой акции. То есть это может быть старшая база данных или промежуточная база данных, в которой обслуживается место хранения источника акции. В подчиненных базах данных акты переоценки от других магазинов никогда не появятся, и в колонках всегда будет показываться неполное исполнение акции.

Почтовая рассылка и почтовый прием маркетинговых акций.

Если в документе «Маркетинговая акция» есть места хранения с локальным исполнением и эти места хранения не обслуживаются базой данных, в которой документ создан, то при отсутствии почтовой пересылки документа в требуемые базы данных, маркетинговая акция в этих местах хранения не состоится. При настройке почтового обмена надо внимательно следить за тем, чтобы правила почтовой рассылки были описаны правильно. Настраивать надо рассылку при смене статуса на «Принята», «Исполняется» и «Завершена». Отсылку при получении последних двух статусов необходимо настраивать независимо от того, выполняется ли периодическая процедура исполнения маркетинговых акций в подчиненной базе или нет. Смена статуса маркетинговой акции может произойти не только при наступлении времени начала или завершения акции, но и при принудительном ее старте и завершении, то есть как результат действия персонала. В этом случае возникает необходимость проинформировать о событии те подчиненные базы данных, которые обеспечивают локальное исполнение акции. Информирование осуществляется посылкой документа «Маркетинговая акция» с новым статусом.
При почтовом приеме маркетинговой акции делается проверка изменения статуса документа. В любом случае не разрешается понижать статус документа, если маркетинговая акция уже началась. Статус «Завершена» считается выше, чем статус «Исполняется», несмотря на то, что в фактически речь идет о статусе 0 «Заблокирован». После начала акции процесс не имеет обратного хода и акцию можно только завершить. Такое же поведение реализовано в интерфейсе торговой системы. Теперь запрещается понижать статус документа средствами интерфейса, если акция началась.
Почтовый прием маркетинговых акций в старшей и подчиненной базе реализован не одинаково. В подчиненной базе документ, пришедший из старшей, будет принят безусловно, за исключением описанного выше случая. И будет обработан, то есть в случае если статус документа изменяется в сторону повышения на «исполняется» и «завершена», то в подчиненной базе будут совершены действия по началу и завершению акции.
При приеме документа в старшую базу из подчиненной не разрешается принимать документ с понижением статуса, в том числе со статуса «Принята» до статуса «Черновик». Дополнительно при приеме документа делается проверка – не приведет ли повышение статуса маркетинговой акции в старшей базе к действиям по созданию актов начала или завершения акции. То есть проверяется, не являются ли какие-либо из мест хранения с локальным исполнением локальными для текущей базы данных и, если место хранение источника акции обслуживается текущей базой, то проверяется наличие в акции мест хранения с центральным исполнением.

Акты переоценки. Информационные поля для контроля переоценки.

В документ «Акт переоценки» добавлены информационные поля: «Кол-во основания», «План. кол-во переоценки», «План. сумма переоценки». Поля отображаются в таблице спецификации документа после включения их в диалоге «информационные поля», который вызывается кнопкой «Вид->Информационные поля».
В поле «Кол-во основания» отображается количество данного товара из документа - основания акта переоценки, если документ основание является приходной накладной, выходом из производства или контрактом, то есть является документом, который может быть использован для наценивания товара. Если акт переоценки создавался на основании других типов документов, это поле будет пустым.
В поле «План. кол-во переоценки» показывается количество товара, которое по текущему состоянию остатков должно было бы переоцениться, если бы акт переоценки исполнился в настоящий момент времени. Для уже исполненных актов переоценки содержание данного поля смысла не имеет.
В поле «План. сумма переоценки» показывается результат умножения планируемого количества переоцениваемого товара на разницу между старой и новой ценой. Значение старой цены берется из поля «Старая цена» акта переоценки. Для того чтобы значение старой цены было актуально необходимо пользоваться функцией «Обновить старую цену».

Складские требования. Контроль количества.

В документ «Складское требование» добавлена функция для округления количества затребованного товара до размера упаковки склада. Функция вызывается через меню «Функции - Округлить количество".
Функция позволяет округлить затребованное количество до минимального или максимального размера упаковки склада и в большую или меньшую сторону по выбору оператора.
Функция действует только для тех артикулов, для которых установлен признак «Складское требование в упаковках». Размер упаковки склада определяется по количеству, назначенному штриховому коду артикула, который, в свою очередь, имеет признак «Складское требование».
Для документа «Складское требование» реализованы две функции проверки:

• 166 «Затребованное количество превышает доступный остаток склада». Режим по умолчанию «Предупреждение».
• 167 «Количество не кратно наименьшей упаковке склада». Режим по умолчанию «Предупреждение».
  Обе функции проверяют содержание документа при переводе документа из статуса «Черновик» в статус «Принят к исполнению».
  Функция 166 сверяет количество в складском требовании с доступным количеством склада. Под доступным количеством подразумевается текущее количество склада за вычетом количества потерь и зарезервированного товара.
  Функция 167 проверяет кратность количества в складском требовании количеству минимальной упаковки склада. При использовании более чем одной упаковки склада с разным и некратным количеством и при округлении количества в складском требовании до максимальной упаковки склада, сообщение функции может быть излишним.
  

  Генерация заказов по контрактам с выбором мест хранения.

  
  В мастер автоматической генерации заказов по контрактам добавлена страница выбора перечня мест хранения.
  На странице выбора мест хранения можно либо выбрать режим генерации заказов по всем местам хранения, указанным в контракте как места хранения поставки, либо режим генерации заказов по заданному перечню из предлагаемого списка мест хранения. Перечень мест хранения берется из документа контракт на поставку. Процедура генерации заказа в этом случае выполнятся только для мест хранения, выделенных в списке. Список выделенных мест хранений при повторном использовании процедуры не восстанавливается, в отличие от списка мест хранения, выбранных при генерации заказов без использования контрактов.
  

  Подбор оснований в порядке поставок.

  
  Функция простановки оснований товародвижения в расходных накладных имеет варианты поиска оснований по порядку поставок вперед или назад от установленных дат. Для этого варианта расчета дополнительно введено ограничение «Период, открытый для подбора оснований с …» заданной даты.
  Ограничение устанавливается в административном модуле в разделе «Базы данных» на странице «Конфигурация» в папке «Документы». По умолчанию дата ограничения установлено в 01.01.1900.
  Ограничение не позволяет использовать документы прихода с датами меньше указанной для простановки оснований, в случае использования подбора оснований в порядке поставок и при подборе оснований по срокам годности. Необходимо учитывать, что функция простановки оснований по результатам расчета товародвижения не использует данное ограничение.
  Дополнительно создана функция проверки 163 «Проверка даты основания товародвижения». По умолчанию функция имеет режим работы «Запрет». Функция проверяет соответствие дат документов оснований товародвижения в накладных и даты начала периода, открытого для подбора оснований.
  

  Функция проверки «Дата документа больше текущей даты».

  
  Создана новая функция проверки 168 «Дата документа больше текущей даты». Функция по умолчанию установлена в режим «Предупреждение».
  Функция позволяет для документов товародвижения – приходной накладной, расходной накладной, накладной на перемещение, расхода в производство, выхода из производства, возврата из производства проверять, что дата документа не больше текущей даты. Режимы проверки по разным типам документов могут устанавливаться раздельно.
  Проверка осуществляется при переводе документа из статуса «черновик» в статус «принят в количестве». Проверка реализована для защиты от ошибок персонала и гарантий соответствия текущих остатков остаткам по документам по текущую дату.
  

  Функция проверки «Запрет принятия в ценах сличительной ведомости с нулевыми суммами»

  
  Внесено изменение в режим работы функции проверки 69 «Запрет принятия в ценах сличительной ведомости с нулевыми суммами». В предыдущих версиях функция имела единственный режим работы «Всегда запрет». В текущей версии режим функции может управляться. По умолчанию устанавливается режим «Запрет».
  Изменение произведено для тех случаев, когда при малом количестве весового товара результирующая величина стоимости при округлении до копеек может быть равной нулю.
  

  Групповое изменение уровней складских запасов для списка мест хранений.

  
  В функции групповой обработки артикулов для назначения уровней складских запасов: "Обработать - Изменение уровней складских запасов" раздела карточек складского учета реализован выбор нескольких мест хранения вместо одного в элементе диалога "для места хранения".
  Изменение позволяет устанавливать одинаковые значение какого-либо из параметров уровней складского запаса в одинаковое значение одновременно для указанного списка мест хранения.
  

  Полный перерасчет остатков.

  
  В процедуру полного перерасчета остатков в административном модуле (раздел «База данных», страница «Утилиты») добавлена возможность указывать перечень мест хранения, по которым требуется произвести перерасчет остатков. При выполнении процедуры с частичным перечнем мест хранения происходит блокировка базы данных на весь период расчета так же, как в случае пересчета по всем местам хранения.
  При выборе режима частичного пересчета остатков необходимо учитывать, что при частичном перерасчете происходит дополнительная трата ресурсов базы данных на предварительное удаление записей в таблице остатков, относящихся к выбранным местам хранения. Соответственно, общее время, необходимое на перерасчет остатков по всем местам хранения при выборе всех мест хранения в режиме расчета «Указанные места хранения», будет больше, чем в случае полного перерасчета в режиме «Все местам хранения».
  При перерасчете остатков по указанным местам хранения места хранения с флагом «Отключить перерасчет остатков» не обрабатываются, в том числе, не удаляются записи об остатках по этим местам хранения из таблицы остатков.
  

  Расчет себестоимости движения до первого прихода.

  
  В расчете товародвижения в случае, если для движения товара, например, продажи, не удалось найти исходного прихода, делается расчет примерного значения себестоимости – значения неустановленной или неопределенной себестоимости. Расчет ведется по стоимости ближайшего предшествующего прихода.
  В тех случаях, когда ближайшего предшествующего прихода не существует, например, когда в результате ошибки в документообороте продажа или перемещение оформлено раньше первого прихода товара, себестоимость остается полностью неизвестной и принимается равной нулю.
  В текущей версии дана возможность рассчитывать неопределенную себестоимость в подобных случаях по ближайшему последующему приходу.
  Для совместимости с предыдущими результатами расчета товародвижения и себестоимости новый вариант расчета неустановленной себестоимости по умолчанию не применяется.
  Для включения расчета неустановленной себестоимости по последующему приходу при нулевом результирующем значении, необходимо включить флаг «Считать нулевую неопределенную себестоимость по будущим приходам» в административном модуле в разделе «База данных» на странице «Конфигурация - Себестоимость».
  Страница «Себестоимость» выделена из страницы «Прочее» в отдельную страницу. Страница «Прочее» получила название «Журналы».
  

  Фильтр загрузки товаров на весы.

  
  В алгоритм фильтра списка товаров, подготовленных для загрузки в весы, внесены следующие изменения:
  Опция «неположительный остаток».
  При выборе опции в весы теперь будут грузиться производные артикулы, например, артикулы типа «уценка», если все базовые артикулы производного артикула имеют неположительный остаток. В предыдущих версиях производные артикулы, как артикулы, не имеющие собственного остатка, при выборе этой опции выпадали из загрузки.
  Опция "не было прихода - N дней".
  Теперь учитываются все документы, фиксирующие приход товара в место хранения, независимо от типа документа и операции прихода, в том числе документы производства.
  Для производных артикулов проверяется приход хотя бы одного базового артикула и если такой приход имеется, то производный артикул разрешается загружать в весы.
  Загрузка списка товаров из документов.
  В диалог функции «Добавить из документа» добавлена опция "добавлять производные артикулы". При выборе опции в список товаров для загрузки добавляются все производные весовые артикулы артикулов из спецификации документа. Для производных артикулов срок годности берется, как максимальный срок годности базовых артикулов.
  Функция "Срок годности".
  Функция проставляет срок годности производных артикулов по сроку годности их базовых артикулов.
  

  Почтовый модуль.

  
  

  Доверительная база данных.

  
  К перечню типов баз данных к понятиям «старшая», «подчиненная», «равноправная», добавлен новый тип баз данных: «Доверительная база данных».
  Под доверительной базой данных понимается база данных, которая не является старшей по отношению к текущей базе данных, но обмен с которой строится на тех же принципах, как обмен со старшей базой данных. То есть ограничения обмена, например, прием артикулов или понижение статуса документов, которые запрещены при приеме из подчиненной или равноправной базы в данном случае не действуют.
  Доверительные базы данных необходимы для делегирования части полномочий или для дублирования информации старшей базы данных в одну или несколько баз данных, которые, в том числе, могут быть иного типа, чем база торговой системы «Супермаг». Использование доверительных баз данных позволит организовать объединение нескольких региональных сетей в федеральную сеть, где центральная база данных берет на себя только ряд функций старшей базы данных, например, ведение справочника товаров, с оставлением полных функций старшей базы данных региональному центру, например расчет себестоимости и закрытие периода. Также, использование доверительных баз данных позволяет организовать обмен со сторонними системами (SAP, Axapta, 1С) по специальным правилам обмена и, при необходимости, с делегированием части функций управления централизованными справочниками.
  Одновременно снято ограничение, не позволявшее изменять тип ранее описанных баз данных почтового обмена. Отмена ограничения позволяет менять тип и систему подчинения баз данных. Изменение системы подчинения может быть необходимым как при ошибках персонала при описании топологии сети баз данных, так и при действительных изменениях в топологии сети, например, при переносе функций старшей базы данных с одного сервера на другой. В любом случае, необходимо учитывать, что смена типа базы данных является опасной операцией и ее можно осуществлять только после полного завершения почтового обмена и с точным пониманием целесообразности этого действия.
  В администраторе почтового модуля создана страница для описания правил рассылки для каждой отдельной базы данных типа «Доверительная», а также описание сквозной пересылки объектов в доверительную базу данных при приеме информации из старшей и подчиненной базы данных и правила пересылки информации при приеме из доверительной базы данных.
  Раздельное описание правил рассылки для каждой доверительной базы данных сделано исходя из соображения, что доверительная база данных - это нестандартная база данных и таких баз не должно быть много и, в то же время, назначение и правила поведения каждой из доверительных баз данных в сети может быть разным.
  Внесены изменения в процедуры автоматической постановки в очередь отсылки в соответствии с новыми правилами рассылки и правилами сквозной пересылки.
  

  Синхронизация объектов в базах данных.

  
  В почтовом модуле реализовано управление процессами контроля совпадения содержания и синхронизации содержания объектов баз данных.
  Для управления синхронизацией и наблюдением за ходом процессов в интерфейс почтового модуля добавлена страница «Синхронизация». На странице отображается таблица, строка которой соответствует одному процессу сравнения или синхронизации.
  Под процессом синхронизации понимается ряд действий, в результате которых либо будет получена информация о несоответствии объектов в двух сравниваемых базах данных, либо будет осуществлена синхронизация содержания объектов, то есть будет определен перечень несовпадающих объектов и будет осуществлена пересылка необходимых объектов для достижения одинаковости их содержания в двух базах данных.
  Длительность процесса синхронизации зависит от оперативности обмена между базами данных и количества сравниваемых объектов. Процесс может состоять из нескольких последовательных действий по посылке запроса и получения отклика. Соответственно, в случае больших интервалов времени между очередными сеансами обмена процесс может оказаться чрезмерно длительным и результат может оказаться недостоверным. Достоверность результата в любом случае зависит от интенсивности работы пользователей в обоих базах данных над тем перечнем объектов, которые подвергаются сравнению или синхронизации.
  Для начала действия по сравнению или синхронизации необходимо создать процесс. Для этого необходимо выбрать тип процесса, то есть действие, которое требуется осуществить, и указать условие отбора объектов, над которыми это действие будет осуществляться. Для этого необходимо нажать кнопку «Процессы» и выбрать пункт меню «Создать».
  Одновременно, то есть в рамках одного процесса, разрешается осуществлять действие только над объектами одного типа. Это могут быть документы или кассовые отчеты. Синхронизация других типов объектов в текущей версии не реализована.
  Для конкретизации перечня сравниваемых объектов в мастере создания процесса можно задать ограничение по дате и / или месту хранения. Для документов также можно задать перечень номеров документов. При задании перечня документов условие отбора по другим критериям не действуют.
  При создании процесса его предлагается немедленно запустить на исполнение. Если процесс создан, но не запущен, он получает статус «черновик» и может быть запущен позже. Старт и останов уже запущенного процесса осуществляется нажатием кнопки «Процессы» и выбором пункта меню «запустить» или «прервать», соответственно. При останове процесса следует учитывать, что процесс может остановиться только на определенных этапах своего выполнения. Например, если запущен процесс синхронизации, то при попытке остановки процесса действие, выполняемое в удаленной базе данных в момент остановки, будет выполнено до конца и только при передаче управления текущей базе действие будет остановлено. Процесс также можно удалить, если он не находится в ходе выполнения.
  Для сокращения списка процессов в таблице просмотра создан фильтр процессов, в котором можно задать условие отбора записей.
  Для каждого процесса можно посмотреть его связи с другими процессами и состояние очереди почтовой отсылки, связанное с исполнением данного процесса. Связь с другими процессами может образовываться при выполнении нескольких последовательно связанных задач. Например, сравнение объектов в базах данных и последующая синхронизация данных по результатам сравнения. Для просмотра необходимо нажать кнопку в колонке «Связь».
  При синхронизации данных пользователю необходимо принимать решение, объекты какой базы данных, текущей или удаленной, являются эталонными. Если эталонными признаны данные текущей базы, следует выбирать синхронизацию удаленной базы по текущей базе. Если эталонными признаны данные удаленной базы, следует выбирать синхронизацию собственной базы данных по данным удаленной базы.
  Автоматическое определение приоритета базы данных достоверно невозможно, поскольку ответ на этот вопрос зависит не только от того, в какой базе данных объект изначально был создан, но и от текущей задачи управления базами данных.
  

  Пересылка документов с собственными контрагентами.

  
  При пересылке документов в подчиненные базы данных правило подбора подходящей подчиненной базы данных теперь учитывает места хранения собственного контрагента наравне с местами хранения, указанными в документе.
  Например, рассмотрим пересылку приходной или расходной накладной. Если в накладной в качестве контрагента указан собственный контрагент, то при пересылке документа в подходящие филиалы или при сквозной пересылке из подчиненной в подчиненную, подходящие базы данных будут искаться среди баз данных, которые обслуживают место хранения поставки / отгрузки и места хранения собственного контрагента.
  

  Пересылка актов потерь в старшую базу данных.

  
  Для актов потерь и обнаружений изменено условие приема в старшую базу данных. Разрешено принимать документ с понижением статуса с «Принят» на «Заблокирован». Исключение сделано в связи с тем, что блокировка акта потерь / обнаружений является завершающим этапом работы с документами при проведении инвентаризации, в отличие от процессов обработки других документов, где этот статус используется как блокировка черновика документа от несанкционированного доступа в процессе работы над документом.
  При иных вариантах перехода документа в статус «заблокирован», например, при переходе с черновика на заблокирован, запрет приема документа с понижением статуса в старшую базу данных будет действовать по-прежнему.
  

  Рассылка пользовательских операций.

  
  В разделе «Настройка операций» реализована функция ручной рассылки пользовательских операций. Функция вызывается через пункт меню «Функции - Рассылка».
  Пользовательские операции представляют собой справочник и пересылаются всегда полным списком, независимо от того, какая базовая операция выбрана для работы в интерфейсе раздела «Настройка операций».
  Автоматическая рассылка справочника не поддерживается.
  

  Модуль контроля цен.

  
  Модуль контроля цен подвергся внутренней реорганизации без изменения пользовательского функционала. Изменения коснулись внутренней базы данных, интерфейса администрирования службой модуля контроля цен и протокола обмена данными торговой системы с модулем контроля цен.
  

  Внутренняя база данных.

  
  Внутренняя база данных модуля контроля цен была перенесена из оперативной памяти модуля в базу данных SMPriceChecker под управлением СУБД MySQL. Для эффективной работы модуля контроля цен база данных должна располагаться на том же компьютере, на котором функционирует служба модуля контроля цен.
  Для установки внутренней базы данных программа установки торговой системы предлагает установить СУБД MySQL версии 4.017 и экземпляр базы данных. Если СУБД MySQL уже имеется на компьютере, процедура установки СУБД может быть пропущена. Проверка наличия СУБД осуществляется по наличию файла My.ini в каталоге операционной системы.
  Если выбрана установка СУБД, процедура установки торговой системы запросит каталог для размещения MySQL. По умолчанию предлагается ставить в каталог C:\mysql. СУБД устанавливается с предварительно заданными пользователем «root» с паролем «masterkey», от имени которого можно производить действия по созданию и управлению базой данных. СУБД использует секцию [mysqld] файла My.ini для определения каталогов размещения и параметров экземпляров баз данных.
  После установки СУБД производится регистрация и запуск службы mysql и генерация базы данных SMPriceChecker, если пользователь выбрал установку базы модуля контроля цен. Установка базы данных предлагается всякий раз при установке модуля контроля цен, независимо от того, была ли уже установлена СУБД ранее или нет. При установке базы данных, если база была установлена ранее, она будет предварительно удалена. Соответственно, после установки или модернизации модуля контроля цен необходимо обязательно проводить его полную загрузку со стороны торговой системы, чтобы заполнить базу актуальной информацией.
  При установке базы данных необходимо указать имя пользователя и пароль, от имени которого будет проводиться генерация базы данных. Если СУБД была уже установлена ранее и не средствами программы установки торговой системы, то имя пользователя и пароль могут быть иными, чем заданные по умолчанию. В этом случае необходимо ввести правильные значения самостоятельно.
  

  Администрирование модуля контроля цен.

  
  В интерфейс администрирования модуля контроля цен добавлена страница «База данных» для управления параметрами соединения с внутренней базой данных. По умолчанию считается, что база данных установлена на локальном компьютере (localhost), доступна через порт 3306 и имеет название SmPriceChecker. Имя пользователя и пароль для соединения с базой данных значений по умолчанию не имеют и должны быть обязательно заданы. Если база данных устанавливалась с помощью программы установки торговой системы, их значения: «root» и «masterkey».
  В интерфейсе страницы имеется кнопка для предварительной проверки возможности соединения с базой данных с установленными параметрами соединения.
  В интерфейс добавлена страница «Журнал» для управления журналом работы модуля контроля цен. Журнал имеет три степени детальности - ошибки, предупреждения и подробный режим. Детальные режимы журнализации следует использовать только кратковременно в тех случаях, когда требуется получить дополнительную информацию о ходе работы службы модуля контроля цен.
  

  Удаленное администрирование.

  
  В текущей версии модуля контроля цен разрешается настраивать параметры модуля с удаленного компьютера. В этом случае следует учитывать, что информация о настройках сохраняется и используется на том компьютере, на котором размещена служба, а не на компьютере оператора. Соответственно, пути к каталогам необходимо задавать не относительно локальных путей компьютера оператора, а относительно сетевых путей. Также необходимо учитывать, что информация перечитывается службой только при ее старте. Соответственно, при изменении настроек необходимо остановить и повторно стартовать службу, чтобы дать ей возможность перечитать информацию о настройках.
  

  Протокол обмена с торговой системой.

  
  Для сокращения объема информации, передаваемой торговой системой модулю контроля цен и для повышения быстродействия модуля при работе с внутренней базой данных был изменен формат передаваемых данных.
  В файл данных о товарах «articles.0…m.txt» добавлено поле – код группы классификатора.
  Файл скидок по группам классификатора DiscClass.txt заменен двумя файлами discclass.txt и discarticledk.0…m.txt. В файл discclass.txt выгружается информация о безусловных скидках на группу классификатора вида: код группы классификатора, процент скидки для группы товаров. В файл discarticledk.0…m.txt выгружаются скидки, определенные для отдельных артикулов, вида: артикул, процент скидки для артикула.
  Файл скидок для дисконтных карт с типом карт для торгового зала discprice.0.txt заменен файлами discclassdk.txt и discarticledk.0…m.txt. В файл discclassdk.txt выгружаются скидки для групп товаров вида: код группы классификатора, процент скидки типа дисконтных карт, который определен как тип дисконтных карт для торгового зала (см. атрибуты места хранения в торговой системе) для группы товаров. В файл discarticledk.0…m.txt выгружаются скидки для дисконтных карт, определенные для отдельных артикулов, вида: артикул, процент скидки типа дисконтных карт, который определен как тип дисконтных карт для торгового зала (см. атрибуты места хранения в торговой системе) для артикула.
  Значение величин скидок для групп товаров рассчитывается в торговой системе при выгрузке данных, с учетом наследования значений от старших групп классификатора при отсутствии значений для младших групп классификатора.
  

  Сводный товарный отчет.

  
  В диалог старта отчета добавлен флаг «суммы в ценах документов в разделе "Перемещение"».
  Флаг доступен для выбора, если отчет выполняется для одного места хранения.
  По умолчанию флаг установлен. При снятии флага в секции отчета «Перемещение» не показываются колонки «Приход» и «Расход», а показывается только колонка «Себестоимость».
  

  Товарный отчет по форме ТОРГ-29.

  
  В состав торговой системы включен отчет «Товарный отчет по форме ТОРГ-29». Отчет включен в группу отчетов «бухгалтерские».
  Отчет предназначен для получения реестра оприходованных документов товародвижения в базовой валюте с суммами по документам или по себестоимости. В отчете считается сальдо на начало и конец периода в ценах документов или в закупочных ценах.
  В отчете выводятся все оприходованные документы товародвижения для выбранного места хранения за заданный период с сортировкой по датам и номерам документов. Из рассмотрения исключены артикулы типа "инвентарь".
  При выборе опции "показывать суммы в ценах документов" отчет выполняется по оперативным документам, суммы берутся из документов движения товара. При выборе опции "без учета налогов" в отчете выводятся полные суммы документов. При отключенной опции "без учета налогов" выводятся суммы документов без налогов, что требует для кассовых документов наличия предварительно рассчитанной информации о суммах налогов.
  При выборе опции "показывать суммы в закупочных ценах" отчет выполняется по аналитическим таблицам (требуется предварительный расчет себестоимости). При выборе опции "без учета налогов" в отчете выводятся полные закупочные суммы. При отключенной опции "без учета налогов" выводятся закупочные суммы без НДС.
  Условия исполнения (опции диалога):
  период времени, за который исполняется отчет,
  место хранения,
  показывать суммы (в ценах документов, в закупочных ценах),
  без учета налогов.
  Содержание отчета:
  дата и номер документа,
  сумма в ценах документа или в закупочных ценах,
  сумма тары в ценах документа или в закупочных ценах.
  Подводятся итоги по типу операции (приход, расход).
  

  Форма печати ТОРГ-12.

  
  В печатную форму товарной накладной ТОРГ-12 внесены следующие изменения:
  В итоговую часть печатной формы добавлены строки: «Главный (старший) бухгалтер», «Отпуск груза произвел», «М. П.»
  Атрибуты сотрудника, сдавшего товар, теперь печатаются не в поле «Отпуск груза разрешил», а в новом поле «Отпуск груза произвел». Атрибуты главного бухгалтера печатаются в поле «Главный (старший) бухгалтер».
  Изменения функционала в версии 1.025
  
  Собственные контрагенты.
  История изменения объектов системы.
  История документов, сумма документа.
  История удаления документов.
  История контрагентов.
  История удаления контрагентов.
  История удаления карточек складского учета.
  История изменения пароля пользователя Супермага.
  Акт переоценки. Информационное поле «Бух. Остатки».
  Акт переоценки. Заполнение документа продажными ценами.
  Инициализация вида цены.
  Изменение формата ввода ГТД.
  Контроль ставок НДС в накладных.
  Цена для кассы в документах производства и накладной на перемещение.
  Замещение накопительных дисконтных карт.
  Проверка контрольного разряда штрихового кода EAN 13.
  Контроль версии объекта при почтовом приеме.
  Контроль последовательности исполнения актов переоценки.
  Печать этикеток с ценой из накладных на перемещение.
  Интерфейс управления почтовым модулем.
  Состав почтового модуля.
  Интерфейс администратора почтового модуля.
  Выбор службы почтового модуля.
  Управление службой почтового модуля.
  Регистрация баз данных.
  Настройки Почтового модуля для работы с базой данных.
  Управление почтовым обменом.
  Расписание полной принудительной загрузки касс.
  Сообщения кассового драйвера УКМ2.
  Драйвер касс УКМ4.
  Трассировка расчета товародвижения.
  Управление стандартным диалогом старта пользовательских отчетов.
  Автоматическая установка клиентской части с правами администратора.
  Изменение системы лицензионной защиты.