Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Перечень нововведений и исправленных ошибок в Супермаг + : Супермаг Плюс (Супермаг 2000)

28.03.2024 17:45


16.06.2011 16:05
Dim
 
на ФТП С+ выложена версия 1.028.2. какие нововведения никто не знает?
17.06.2011 06:48
Mtirt
 
Там тестовая версия. Можешь попросить тестовую лицензию и посмотреть.
Правда для этого обсуждения эта ветка не то место...
17.06.2011 08:54
Dim
 
Изменения функционала в версии 1.028.2


Системные ограничения.

Начиная с текущей версии, более не поддерживается работа Торговой Системы в среде операционной системы Windows 2000. Минимальная версия ОС клиентских компьютеров - Windows XP Professional SP3 (32 и 64 bit), минимальная версия ОС для сервера - Windows 2003. Также, не поддерживается Windows 7 starter x86 и Windows 7 starter N.

Для работы программ Торговой Системы на компьютере должен быть установлен .NetFrameWork 4.0. Если .NetFrameWork 4.0 на компьютере не установлен, его установка будет произведена в ходе установки компонентов Торговой Системы. Минимальные требования к компьютеру для установки .NetFrameWork 4.0 следующие: процессор 1 ГГц память 512 ГБ, место на диске 850 МБ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приходная накладная, расходная накладная. Функция «Установить налоги».

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

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

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

Инвентаризационная опись, сличительная ведомость. Режим заполнения спецификации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сохранение изображения карточки.

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

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

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

Аналогичные изменения внесены в раздел «Классификатор товаров».

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

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

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

Управление полями и закладками аналогично такому же управлению в разделе «Карточки складского учета».

Раздел «Склады и магазины».

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

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

Управление полями аналогично такому же управлению в разделе «Карточки складского учета».

Отсылка объектов в доверительные базы данных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- SMORA00003412 Автоматически не рассылается контрагент, при любом изменении его свойств.
- SMORA00003418 Лишняя кнопка при настройке соединения кассового сервера с сервером приложения.
- SMORA00003422 Ошибка при рассылке единиц измерений.
- SMORA00003423 Ценники в СМ+ использующие "движок" от WORD - при печати отображаются не полностью.
- SMORA00003424 Для документов ПРОИЗВОДСТВА нет возможности назначить метку.
- SMORA00003427 Ошибочное срабатывание проверки 158.
- SMORA00003429, SMORA00003349 Загрузка лицензии в БД, необходима проверка версии.
- SMORA00003431 Не работает автоматическая рассылка контрагентов, если настроены две подчиненные БД одна со стандартным фильтром, другая XML. А именно, очищается XML пакет при настройке ХМL фильтра без пакета подтверждения и при отсылке во все подчиненные БД.
- SMORA00003432 Неверный синтаксис почтовика. Вкладка в почтовике Синхронизация кнопка Процессы -ПАРАМЕТРЫ и РЕЗУЛЬТАТ.
- В разделе карточек на закладке «Цены» при установленной опции «по видам цен» при нажатии на кнопку «редактировать» пропадало изображение строки, если в таблице была только одна строка.
- Ошибка «Существующее состояние пакетов было сброшено» при выполнении процедуры создания сервера отчетов.
- При выгрузке результатов бизнес-анализа в Excel ограничивается количество строк и столбцов в 65536 строк и 256 столбцов.
- Карточки складского учета. Потеряна возможность поиска по названию в таблице отобранных карточек, если становится в ячейку таблицы и набирать первые буквы названия.
- Фильтр по дате изменения документа учитывает дату отсылки по почте.
- Медленный экспорт сличительной ведомости в сличительную ведомость.
- Администратор кассового модуля. Ход загрузки не отображался при работе кассового сервера через сервер приложений.
- Маршрутный лист. При удалении ордера на доставку из перечня маршрутов, он продолжал отображаться в печатной форме «Маршрутный лист».
17.06.2011 11:31
OlegON
 
Цитата:
Dim Минимальные требования к компьютеру для установки .NetFrameWork 4.0 следующие: процессор 1 ГГц память 512 ГБ, место на диске 850 МБ.
Никто не сомневался, что любовь к .Net к этому и приведет...
27.06.2011 10:16
Dim
 
****************************************
********* Изменения СМ 1.028.1 *********
****************************************

22.06.11 (№ 1055) SP № 2

Отчеты. Добавлен новый заказной отчет "Отчет о продажах по кассам с выделением налогов".
SmRepCustom.dll

22.06.11 (№ 1054) SP № 2

Отчеты. Товарный отчет по форме ТОРГ-29. Добавлена опция "Группы товаров".
SmRepParam.dll, tovrep_29.rep

26.05.11 (№ 1053) SP № 2

Почтовый модуль. Исправлено: при работе через службу удаленного управления в почтовом модуле выдается сообщение об ошибке: "Тип Sm.Core.ReferenceEngineImpl`2 … не помечен как сериализуемый".
Sm.Core.dll
05.07.2011 17:24
ReDHawK
 
****************************************
********* Изменения СМ 1.028.2 *********
****************************************

30.06.11 (№ 1060) SP № 2

Сервер приложений. Исправлено: сессия сервера приложений отображается как локальная сессия.
SysPkg.sql, SysPkgBody.sql, Sm2000MobilePkgBody.sql, Sm.Server.dll, Sm.Main.Server.dll, Sm.Main.LocalServer.dll, Sm.BusinessServer.dll, Sm.AppServer.Link.dll, Sm.AppServer.Admin.exe, Sm.AppServer.exe, Sm.InstallLoader.exe

23.06.11 (№ 1059) SP № 1

Сервер приложений. Реализовано отображение в администраторе сервера приложений количества занятых лицензий.
Sm.BusinessServer, Sm.AppServer.Link.dll, Sm.AppServer.ControlServicePlugin.dll, Sm.AppServer.exe, Sm.AppServer.Admin.exe

23.06.11 (№ 1058) SP № 1

Сервер приложений. Исправлено: кассовый сервер при соединении через сервер приложений потребляет лицензию.
SysPkgBody.sql, Sm.BusinessServer.dll

23.06.11 (№ 1057) SP № 1

Расчет товародвижения. Исправлена ошибка "ORA-06550: Строка 1, столбец 137: PLS-00306: ошибочно число или типы аргументов при обращении к SETTIMESCHEDULE", которая возникает, если расчет запускается по расписанию.
FIFOWork.sql, FIFOWorkBody.sql

23.06.11 (№ 1056) SP № 1

Отчеты. Товарный отчет по форме ТОРГ-29. Добавлена опция "Группы товаров".
SmRepParam.dll, tovrep_29.rep
25.07.2011 18:04
Сервис Плюс
 
Изменения функционала в версии 1.028 сервис пак 2.

Кассовый модуль. Управление выгрузкой налогов для артикулов. 1
Печать на принтере этикеток с использованием драйвера принтера. 1

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


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

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

Печать на принтере этикеток с использованием драйвера принтера.

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

Для того чтобы принтер был доступен для выбора в выпадающем списке опции необходимо, чтобы принтер был установлен в ОС. См. диалог ОС: «Пуск->Настройка -> Принтеры и факсы».
25.07.2011 18:06
Сервис Плюс
 
****************************************
********* Изменения СМ 1.028.2 *********
****************************************

15.07.11 (№ 1073) SP № 3

Весы. Исправлено: сбрасывались настройки весов при редактировании параметров только на одной странице.
SmScaleCAS.dll, SmScaleCASEthernet.dll, SmScaleDIGI3600.dll, SmScaleDIGIEthernet.dll, SmScaleDIGISerial.dll, SmScaleMassaK.dll, SmScaleToledoEthernet.dll, SmScaleShtrih.dll

12.07.11 (№ 1072) SP № 3

Акты о начислении бонусов. Исправлено: если при расчете бонусов попадался документ с нулевой суммой, то возникала ошибка
ORA-02290: нарушено ограничение целостности CHECK TTCDOCFINLIST_SUM
DocBSPkgBody.sql

12.07.11 (№ 1070) SP № 3

Кассовые документы. Исправлена ошибка создания кассового документа "Не удалось распределить сумму набора ... по его компонентам" при наличии в Z-отчете артикула типа "набор" со скидкой в копейках меньшей, чем количество компонентов набора.
CashProc.sql, CashPkgBody.sql

12.07.11 (№ 1069) SP № 3

Кассовые документы. Исправлена ошибка создания кассового документа при наличии в Z-отчете артикулов типа "размер":
ORA-00001: нарушено ограничение уникальности SMCSPEC_PK
ORA-06512: на "SUPERMAG.CASH", line 1378
ORA-01403: данных не найдено.
CashPkgBody.sql

04.07.11 (№ 1065) SP № 3

Весы. Для весов Digi Ehernet: 1) реализована матрица на 96 и 120 клавиш; 2) добавлен параметр "Синхронизация времени и даты".
Hardware.sql, SmScaleDIGIEthernet.dll

04.07.11 (№ 1064) SP № 3

Весы. Для весов Digi Ehernet реализована выгрузка процента глазури.
SmScaleDIGIEthernet.dll

04.07.11 (№ 1063) SP № 3

Карточки. Добавлен новый атрибут "процент глазури" на закладку "Склад".
Cards.sql, SmDomCards.dll

04.07.11 (№ 1062) SP № 3

Весы. Для весов Digi Ethernet реализован новый вариант кодировки ISO 8859-5 (для модели весов SM 5000).
Sm.Core.dll, Sm.Interfaces.dll, SmLibraryBase.dll, SmScaleDIGIEthernet.dll

04.07.11 (№ 1061) SP № 3

Весы. Реализована поддержка весов CheckWay.
Hardware.sql, SmLibraryBase.dll, SmScaleCheckWay.dll, JHScale.dll

30.06.11 (№ 1060) SP № 2

Сервер приложений. Исправлено: сессия сервера приложений отображается как локальная сессия.
SysPkg.sql, SysPkgBody.sql, Sm2000MobilePkgBody.sql, Sm.Server.dll, Sm.Main.Server.dll, Sm.Main.LocalServer.dll, Sm.BusinessServer.dll, Sm.AppServer.Link.dll, Sm.AppServer.Admin.exe, Sm.AppServer.exe, Sm.InstallLoader.exe

23.06.11 (№ 1059) SP № 1

Сервер приложений. Реализовано отображение в администраторе сервера приложений количества занятых лицензий.
Sm.BusinessServer, Sm.AppServer.Link.dll, Sm.AppServer.ControlServicePlugin.dll, Sm.AppServer.exe, Sm.AppServer.Admin.exe

23.06.11 (№ 1058) SP № 1

Сервер приложений. Исправлено: кассовый сервер при соединении через сервер приложений потребляет лицензию.
SysPkgBody.sql, Sm.BusinessServer.dll

23.06.11 (№ 1057) SP № 1

Расчет товародвижения. Исправлена ошибка "ORA-06550: Строка 1, столбец 137: PLS-00306: ошибочно число или типы аргументов при обращении к SETTIMESCHEDULE", которая возникает, если расчет запускается по расписанию.
FIFOWork.sql, FIFOWorkBody.sql

23.06.11 (№ 1056) SP № 1

Отчеты. Товарный отчет по форме ТОРГ-29. Добавлена опция "Группы товаров".
SmRepParam.dll, tovrep_29.rep
__________________________________
Драйвер модели весов DIGI SM80SX Ethernet.

Название драйвера модели весов DIGI SM80SX Ethernet заменено названием DIGI SM-Ethernet в связи с тем, что один и тот же протокол используется не только моделью DIGI SM80SX, но и множеством других моделей весов, соединение с которыми осуществляется по локальной сети.

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

Для моделей весов DIGI SM-Ethernet добавлена функция синхронизация времени весов и компьютера.

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

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

Раскладка клавиатуры для моделей с 72, 96 и 120 клавишами.

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

Для раскладок с 72, 96 и 120 клавишами печать вкладыша недоступна.

Поддержка весов DIGI SM 5000.

Весы модели DIGI SM 5000 используют кодировку текста ISO 8859-5, которая обычно применяется в ОС Linux. Для корректной работы с ними в диалоге настройки электронных весов: функция «Настройка->Настройка аппаратуры->Электронные весы», для весов модели «DIGI SM-Ethernet», на закладку «Свойства модели» добавлен выбор способа кодировки «ISO 8859-5 (DIGI SM 5000)».

Процент глазури в замороженном товаре.

Для весов модели DIGI SM-Ethernet реализована загрузка процента глазури в весе замороженного товара. Процент глазури задается в разделе карточек складского учета на странице «Склад». В этом же разделе реализована функция установки значения глазури для множества карточек: кнопка «Обработать->Изменение карточки», атрибут «процент глазури».

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

Драйвер модели CheckWay.

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

Модель может загружаться по локальной сети или с использованием USB флеш накопителя. В последнем случае данные выгружаются в флеш накопитель, который, в свою очередь, необходимо подключить к весам перед их включением для автоматической загрузки данных. Синхронизация времени при работе через флеш накопитель не работает.
02.08.2011 06:58
Dim
 
****************************************
********* Изменения СМ 1.028.1 *********
****************************************

12.07.11 (№ 1071) SP № 3

Кассовые документы. Исправлена ошибка создания кассового документа "Не удалось распределить сумму набора ... по его компонентам" при наличии в Z-отчете артикула типа "набор" со скидкой в копейках меньшей, чем количество компонентов набора.
CashProc.sql, CashPkgBody.sql

12.07.11 (№ 1068) SP № 3

Кассовые документы. Исправлена ошибка создания кассового документа при наличии в Z-отчете артикулов типа "размер":
ORA-00001: нарушено ограничение уникальности SMCSPEC_PK
ORA-06512: на "SUPERMAG.CASH", line 1378
ORA-01403: данных не найдено.
CashPkgBody.sql
24.08.2011 08:35
Dim
 
****************************************
********* Изменения СМ 1.028.2 *********
****************************************

11.08.11 (№ 1075) SP № 4

Инвентаризационные описи. 1) Для документа отменена проверка 25 "Повторение артикулов в спецификации". 2) Для документа разрешено заполнение спецификации из ТСД в режиме "Добавлять все строки в порядке чтения из терминала".
SmDomDocsIL.dll, InspectLoad.sql, DocRemotePkgBody.sql
Часовой пояс GMT +3, время: 17:45.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.