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

После обновления схемы базы данных до текущей версии необходимо обязательно собрать статистику Oracle . Это требование связано с изменениями в структуре таблиц базы данных. Документы «Контракты с поставщиком» в текущей версии вынесены в собственные таблицы для повышения быстродействия работы, но без сбора статистики работа с документами может быть неэффективна.

Контрагенты. Массовая обработка объектов.

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

Контракты.

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

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

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

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

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

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

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

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

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

Контрагенты. Закладка «Заказ».

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

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

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

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

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

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

Контракт с поставщиком.

В документ «Контракт с поставщиком» внесены следующие изменения:

- Из заголовка документа удалены закладки «Справка о редакциях контракта» и «Заказы», добавлена закладка «Спецификации поставки».

- В спецификацию документа добавлена колонка «Цена без НДС», удалена колонка «Количество».

- Добавлен статус «Принят полностью».

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

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

Другие атрибуты можно менять только в документе со статусом «Черновик».

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

При обновлении версии Торговой системы до текущей версии, цена контракта помещается либо в поле «Цена без НДС», либо в поле «Цена» в зависимости от значения атрибута контракта «Цена контракта» (с НДС или без НДС). Значение соседнего поля рассчитывается в соответствии со значением поля «НДС поставщика».

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

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

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

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

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

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

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

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

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

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

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

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

Спецификация поставки.

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

Документ связан с документом «Контракт с поставщиком» и может быть создан только на основании документа «Контракт с поставщиком». Создание документа путем экспорта из другого документа не разрешено.

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

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

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

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

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

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

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

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

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

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

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

Чтобы запланированные к изменению цены проставлялись в контракт с поставщиком, необходимо запустить периодическое задание «Исполнение плана цен контрактов с поставщиками». См. «Административный модуль», раздел «База данных», закладка «Задания».

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

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

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

Контракт с клиентом.

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

Финансовые обязательства. Учет финансовых атрибутов контрактов.

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

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

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

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

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

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

- Блокировка документа, созданного в другой БД

- Блокировка документа, созданного в текущей БД

- Отмена блокировки документа, созданного в другой БД

- Отмена блокировки документа, созданного в текущей БД

- Принятие на склад документа, созданного в другой БД

- Принятие на склад документа, созданного в текущей БД

- Отмена принятия на склад документа, созданного в другой БД

- Отмена принятия на склад документа, созданного в текущей БД

- Принятие центром документа, созданного в другой БД

- Принятие центром документа, созданного в текущей БД

- Отмена принятия центром документа, созданного в другой БД

- Отмена принятия центром документа, созданного в текущей БД

- Редактирование черновика, созданного в другой БД

- Редактирование черновика, созданного в текущей БД

- Редактирование принятого на складе документа, созданного в другой БД

- Редактирование принятого на складе документа, созданного в текущей БД

- Редактирование принятого центром документа, созданного в другой БД

- Редактирование принятого центром документа, созданного в текущей БД

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

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

Платеж, Получение платежа. Банковский счет плательщика и получателя платежа.

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

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

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

Функция проверки 142 «Контроль номенклатуры места хранения в документах» разделена на две функции: 142 «Контроль номенклатуры места хранения в документах» и 140 «Контроль номенклатуры собственного контрагента в документах».

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

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

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

Для спецификаций поставок проверка выполняется только для мест поставки.

Функция проверки 142 теперь проверяет следующее условие:

- документ содержит артикулы, не входящие в номенклатуры склада места хранения документа.

Для спецификаций поставок проверка выполняется только для мест поставки.

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

Окно сообщений об ошибках функций проверок.

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

Поток работ.

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

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

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

Описание бизнес-процессов базируется на поведение объектов системы, таких как документы и экземпляры процессов.

Дизайнер схем потоков работ.

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

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

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

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

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

Событие старта потока работ.

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

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

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

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

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

Описание схемы потока работ.

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

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

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

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

Свойства операции определим следующим образом:

Статус, который должен получить акт переоценки выберем «Принят центром», что соответствует статусу документа «Исполнен», название операции определим как «ЖдемИсполнениеАктаПереоценки». Название операции надо задавать без пробелов.

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

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

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

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

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

Если пользователь нажмет кнопку «Принять работу»:

Можно будет перейти к акту переоценки и напечатать новые ценники.

Контроль исполнения потока работ.

Для исполнения потока работ в соответствии со схемой потока работ разработан компонент службы сервера приложений. Компонент при работе использует блокировку типа объекта Торговой системы «WJ» и название «Исполнитель потока работ».

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

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

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

Остатки в упаковках.

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

Удалены также функции проверки 121 «Запрет принятия док., приводящего к отриц. остаткам по упаковкам» и 123 «Отсутствие упаковок в док. для мест хран. с флагом "Остатки в упаковках"».

Кассовый документ. Статистика продаж по дисконтной карте.

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

Новое поле предназначено для использования в отчетах и не показывается в интерфейсе Торговой системы.

Кассы. Протокол «УКМ4 станд. ТХТ». Выгрузка дополнительных характеристик.

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

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

Весы DIGI SM - Ethernet . Перевод названия товара в верхний регистр.

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

Процессы для удаленной работы с ТСД.

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

Контроль ценников ТСД. Отображение цены артикула.

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

Прием перемещения ТСД

Раздел предоставляет интерфейс для поиска, отбора, удаления и перехода к экземплярам процесса «Прием перемещения ТСД». Буквенное обозначение типа процесса в разделе «Реестр процессов» IWFR.

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

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

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

Отгрузка перемещения ТСД.

Раздел предоставляет интерфейс для поиска, отбора, удаления и перехода к экземплярам процесса «Отгрузка перемещения ТСД». Буквенное обозначение типа процесса в разделе «Реестр процессов» IWTO.

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

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

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

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

Отгрузка заказа ТСД.

Раздел предоставляет интерфейс для поиска, отбора, удаления и перехода к экземплярам процесса «Отгрузка товара по заказу ТСД». Буквенное обозначение типа процесса в разделе «Реестр процессов» ORSH .

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

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

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

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

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

Списание/возврат ТСД.

Раздел предоставляет интерфейс для поиска, отбора, удаления и перехода к экземплярам процесса «Списание/возврат ТСД». Буквенное обозначение типа процесса в разделе «Реестр процессов» WIWO.

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

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

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

Процесс формирования пакета заказов на базе контракта. Реализация за период.

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

Расчет среднесуточной реализации. Диаграммы.

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

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

В диаграммах «Реализация по дням», «Остатки по дням» столбцы воскресных дней выделены зеленым цветом:

Бизнес-анализ. XYZ , ABC - XYZ и ABC - ABC анализ.

В раздел «Бизнес–анализ» добавлена возможность проводить XYZ , смешанный ABC - XYZ и двойной ABC -анализ в дополнение к уже имеющемуся ABC -анализу.

ABC -анализ позволяет выделить элементы, вносящие наибольший вклад в суммовое значение показателя, например, определить товары, дающие 50% выручки за заданный промежуток времени.

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

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

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

При использовании совместного ABC - XYZ -анализа необходимо учитывать, что оба анализа проводятся независимо друг от друга и просмотр данных зависит от дальнейшей сортировки записей. Например, при сортировке по полям ABC и XYZ для каждой группы значений, например, A , будет идти сортировка записей от X до Z и т.д.

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

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

- «Сумма реализации по артикулам. XYZ-анализ»,

- «Реализация по артикулам. ABC-анализ по доходу и XYZ-анализ по количеству реализации»,

- «Реализация по артикулам. Двойной ABC-анализ по доходу и по сумме реализации».

Создана новая модель данных «Кассовые чеки со спецификацией за период».

Отчеты.

Отчет «Оборотная ведомость» группа отчетов «Товарные» реализован в среде FastReports .

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

В диалог старта отчета «Товарный отчет по форме ТОРГ-29» группа отчетов «Бухгалтерские» добавлена опция «Типы карточек», которая включает три флажка: «товар», «услуга» и «тара». По умолчанию, все три флажка включены. Опция влияет на подсчет сумм документов, участвующих в отчете.

Настройка отчетов. Путь к каталогу файлов отчетов и печатных форм.

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

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

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

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

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

Перечень исправленных ошибок.

- SMORA00001172 Дублирование двойного клика мышью нажатием "ввода" на клавиатуре в гриде карточек товара.

- SMORA 00001849 Автоматическая генерация большого количества дисконтных карт. Нет возможности нажать на кнопку "Отмена".

- SMORA00002052 Внесение товаров в спецификацию накладной сканером, через "временный набор".

- SMORA00002432 Ненужные сообщения при работе с терминалом

- SMORA 00002647 Некорректная работа грида.

- SMORA 00003255 Ошибка при использовании функции "временный набор" в карточке товара.

- SMORA00003463 Администратор кассового модуля перестал сохранять вариант подключения.

- SMORA00003508 Неверная работа параметра Сигнал "не распознан" в настройках сканера ШК.

- SMORA00003562 "тихое" отрабатывание проверки 184 при создании калькуляций

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

- Редактор XML схем. Нет возможности выбрать базу данных из списка доступных.

- Сервер приложений. Загрузка лицензий требовала рестарта сервера приложений.

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

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

- Процесс контроль ценников ТСД. Не печатаются ценники, если для одного из артикулов нет цены.

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

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