Версия 1.028.2 : Супермаг Плюс (Супермаг 2000)

Добрый день, коллеги.

Если коротко, вот что поменялось в данной версии в "крупную клетку":

Ретробонусы от поставщиков.

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

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

Документ «Бонус от поставщика».

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

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

В документе можно указать следующие условия начисления бонуса:
- сумма фактической поставки товаров за расчетный период (без НДС или полная).
- сумма фактической оплаты поставок за расчетный период.

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

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

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

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

Документ «Акт о начислении бонуса».

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

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

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

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

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

Отчет «Реестр актов о начислении бонусов».

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

Условия исполнения отчета: период времени, поставщики, опция
«сортировка» (по номерам документов, по датам документов, по поставщикам) и
«показывать спецификацию».

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

По отчету подводится итог суммы бонусов.

Отчет «Расчёт бонусов от поставщиков».

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

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

Базовые суммы для расчета бонусов берутся из документов, тип которых определяется параметром бонуса от поставщика «Сумма для расчета»:

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

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

Условия исполнения отчета: дата начисления бонуса, поставщики, опция «показывать основания сумм для расчета».

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

В отчете подводятся итоги по поставщикам и по отчету в целом.

Если коротко, вот что поменялось в данной версии в "крупную клетку". Часть 2:

Планограмма.

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

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

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

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

При обновлении версии количество слоев по умолчанию устанавливается в значение 1. Расчетное количество слоев определяется по текущему значению размеров товара и высоты полки.

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

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

Зоны инвентаризации.

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

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

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

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

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

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

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

Инвентаризация торгового зала по зонам инвентаризации.

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

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

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

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

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

Функция «Отобрать товары».

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

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

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

Сличительная ведомость. Оперативная инвентаризация.

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

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

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

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

Часть 3:

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

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

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

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

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

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

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

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

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

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

Администратор сервера приложений. Удаление сессий пользователей.

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

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

При удалении сессий не разрешается удалять текущий сеанс работы сервера приложений. Также нельзя удалять сессию службы лицензирования.

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

Часть 4.
Заказы поставщикам.

Автоматическая генерация заказов. Отдельный заказ на каждый контракт.

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

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

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

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

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

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

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

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

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

У меня на клиентах по 512 опер... клинскую часть оракла не перестанавливал... обновил репортсы только

А с каких пор репортсы перестали быть клиентской частью оракла?

И сколько операторов жалуются, что Супермаг начал тормозить на 512Mb?

вопрос к тем ,кто перешел на версию 1,28,2. Там в лпанограммах вывод на печать появился хоть в ком либо виде? А то в 1,28,1 он был тольок на экране. и вообше хоть кто нибудь этот модуль использует в полном объеме? для нас это задача №1 -все силы бросаем на это.

...неужели никто планограммами не пользуется?

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