[ОТВЕТИТЬ]
03.08.2010 16:36
didinap
 
Изменения функционала в версии 1.027.5 сервис пак 1.
Протокол обмена с ТСД Super Kit Mobile 3.

В сервере приложений реализован обмен с ТСД Super Kit Mobile 3 по локальной сети и по WiFi. Обмен данными ведется по инициативе ТСД от имени пользователя, параметры соединения которого передаются из ТСД.

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

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

Для того, чтобы брандмауэр ОС не препятствовал обмену между ТСД и сервером приложений, необходимо в список исключений брандмауэра включить TCP порт 63405.

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

Отбор данных для передачи в ТСД в текущей версии не управляется и включает следующие объекты:

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

При приеме документов из ТСД типа «Заказ» на его основании создается приходная накладная, при приеме измененной приходной накладной происходит полное замещение спецификации приходной накладной новыми значениями. Цены из ТСД не принимаются и если они ранее были введены в приходную накладную в Торговой системе, они будут обнулены
16.08.2010 12:39
Dim
 
****************************************
********* Изменения СМ 1.027.5 *********
****************************************

04.08.10 (№ 1007) SP № 2

SMORA00003391. Кассовые документы. Ускорено создание кассовых документов, которое замедлилось в версии 1.027.5.
Cash.sql, CashPkgBody.sql

04.08.10 (№ 1008) SP № 2

Инициализация БД. Исправлено: инициализация базы Oracle 11g завершалась ошибкой "ORA-00979: выражение не является выражением GROUP BY".
ResForInit.exe

03.08.10 (№ 1006) SP № 2

SMORA00003394. Карточки. Исправлено: при поиске товара по штрихкоду с помощью сканера, курсор позиционируется на первом товаре в группе, а не на том, которому соответствует считанный штрихкод.
SmDomCards.dll

02.08.10 (№ 1000) SP № 2

Весы. Исправлено неверное определение кодировки шрифта при загрузке весов Digi Ethernet.
SmScaleDIGIEthernet.dll

02.08.10 (№ 1005) SP № 2

Карточки. Уменьшено количество перерисовок экрана при перечитывании таблицы карточек.
SmDomCards.dll, Sm.Main.exe

02.08.10 (№ 1004) SP № 2

Почтовый модуль. Фильтр EDI. Реализовано ограничение на нахождение в файле физического пакета только одного почтового объекта "Заказ поставщику".
Sm.Post.Server.exe, Sm.Post.Filters.Edi.dll, SMPostPkgBody.sql

02.08.10 (№ 1003) SP № 2

Карточки. Исправлена ошибка вида "попытка записи в защищенную память" при последовательном проходе по группам классификатора, если группы содержат значительное количество артикулов (например, 5000).
SmDomCards.dll, SmScaleManager.dll

02.08.10 (№ 1002) SP № 2

SMORA00003384. Карточки. Исправлено: при выделении большого количества карточек (например, 19000) при нажатии на кнопку "Обработать" строка "Все выделенные ..." оказывается пустой.
SmDomCards.dll

02.08.10 (№ 1001) SP № 2

ТСД. Из драйвера ТСД Argox убран ввод пользователем номера протокола.
SmTerminal.dll
26.08.2010 02:28
YuraZ
 
В состав сервис пака вошли следующие изменения и исправления:

- SMORA00003397. Административный модуль. Исправлено: создание схемы данных для XML фильтра завершалось ошибкой "Среди родительских столбцов и дочерних столбцов отсутствуют столбцы совпадающих типов".
- SMORA00003396. Карточки. Исправлено: в 1.027.5 SP 2 при попытке добавить в документ несколько выделенных карточек всегда добавлялась только одна.
- SMORA00003392 Карточки. Исправлено: в таблице карточек высота строки определялась размером шрифта поля "Короткое название", даже если это поле не было включено для отображения.

- Отчеты. Реализован новый заказной отчет "Расчет торговой наценки". ID 929 Пользовательский отчет Расчет торговой наценки (Березники).
- Весы. Реализована поддержка весов CAS LP 1.6. ID 919 (Поддержка весов CAS v.1.6) Липка.
- Административный модуль. Визуализировано управление параметром "Документы - В счете-фактуре печатать физич. адреса грузополучателя и грузоотправителя". ID 928 Настройки печати счетов-фактур.
- ТСД. Расширена функциональность нового протокола обмена данными с ТСД, реализованного в 1.027.5 SP 1. ID 927 (ТЗ на SuperKit) МОНЕТКА.

Подробное описание нового функционала см. Изменения1027.5 сп3.doc
03.12.2010 17:06
Владимир
 
Изменения функционала в версии 1.028


Карточки складского учета. 1
Изменение ценников. 1
Изменение ценообразования. 2
Просмотр реализации товара по дням. 2
Атрибут «Регулирование цены». Локализация Беларусь. 2
Классификатор товаров. Назначение ценников по видам цен. 2
Автоматическое пополнение ассортимента и номенклатуры. 3
Контрагенты. 3
Национальное название. 3
Расширенный журнал. 4
Структура магазина/склада. Операторы ТСД. 4
Разделы документов. Управление общими основаниями. 4
Накладные. Основание товародвижения. 5
Приходные накладные. Локализация Беларусь. 5
Алгоритм наценивания. 5
Алгоритм расчета транспортных расходов. 5
Калькуляции. 5
Функции простановки цен для калькуляций на разделку. 5
Автоматическое создание калькуляций. 5
Сертификаты и справки к ГТД. Отображение товара в накладных. 6
Заказы поставщикам. Формирование заказа на базе контракта. 6
Кассовый модуль. 7
Управление загрузкой списков кассиров и продавцов-консультантов. 7
Определение списка артикулов для инкрементальной загрузки касс. 7
Накопительные скидки. 8
Определение списка дисконтных карт для перерасчета скидок. 8
Отчет «Накопительные скидки, выгруженные на кассу» 8
Алгоритм генерации заказов. 9
Алгоритм «РЦ минимальный/максимальный»: 9
Алгоритм «Стандартный»: 9
Алгоритм генерации складских требований. 9
Расчет товародвижения и себестоимости. 9
Разделение старта процедур расчета товародвижения склада и производства. 9
Расчет себестоимости товародвижения склада. Точность суммы. 10
Трассировка алгоритма расчета товародвижения в производстве. 10
Экспорт. Документы (OLAP). Выгрузка себестоимости. 10
Бизнес-анализ. Формат «Дни недели» для полей типа «Дата». 11
Классификатор норм естественной убыли. 11
Справочник «Классификатор алкогольной продукции». 12
Справочник «Национальные шрифты». 12
Справочник «Персонал». Поле «Должность». 12
Обмен данными по протоколу SAP – EDI 12
Отсылка кассовых документов. 12
Отсылка накладных с операциями инвентаризации. 13
Прием поставки SAP. 13
Отчет «Товарный отчет по поставщикам в закупочных ценах». 14
Отчет «Отклонение цен приходов от цен контрактов». 15
Печатная форма счета-фактуры. Управление печатью. 16
Печатная форма приходного и расходного кассового ордера. 16
Перечень исправленных ошибок. 16

Карточки складского учета.
Изменение ценников.

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

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

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

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

Изменение ценообразования.

В диалоге «Обработка карточек» - «Изменение ценообразования» добавлена возможность указать несколько видов цен для изменения параметров ценообразования отобранного списка артикулов.

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

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

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

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

Дополнительно выводится перечень показателей реализации. Под показателями понимается количество дней, реализация и средняя реализация в дни, отвечающие условиям: реализация <= 0, реализация > 0, остаток <=0, остаток >0, остаток < Зал, остаток >= Зал, остаток + продажи <= 0, остаток + продажи > 0, остаток + продажи < Зал, остаток + продажи >= Зал.

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

Атрибут «Регулирование цены». Локализация Беларусь.

Атрибут карточки «Гос. регулирование» переименован в «Регулирование цены». Атрибут имел два возможных значения для выбора «Нет» и «Фиксированная цена». В текущей версии добавлено значение «Скидка с розничной цены».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Контрагенты.
Национальное название.

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

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

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

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

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

Расширенный журнал.

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

Структура магазина/склада. Операторы ТСД.

В раздел «Структура магазина/склада» добавлено управление списком сотрудников – операторов ТСД. Список операторов ТСД используется для загрузки перечня сотрудников, их паролей и должностных прав в ТСД SuperKit Mobile3.

Управление списком операторов ТСД помещено на закладку «Персонал». Страница доступна при выборе группы данных «отделы» в структуре магазина/склада.

Закладка «Персонал» в текущей версии разделена на три закладки, отвечающие за управление списками кассиров, продавцов-консультантов и операторов ТСД.

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

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

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

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

Для автоматической рассылки операторы ТСД выделены в объект типа ‘TO’ «Оператор ТСД». Ручная рассылка объекта осуществляется в диалоге «Рассылка структуры магазина/склада» при выборе опции «В рассылку включить - операторов ТСД». Рассылка осуществляется по тем же правилам, что и рассылка списка кассиров и продавцов-консультантов, то есть объекты могут пересылаться как из подчиненной в старшую базу данных, так и обратно. Выбор направления пересылки, то есть способ управления списками – централизованный или децентрализованный должен быть однозначным и соблюдаться неукоснительно.

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

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

Накладные. Основание товародвижения.

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

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

Приходные накладные. Локализация Беларусь.

Алгоритм наценивания.

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

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

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

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

Алгоритм расчета транспортных расходов.

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

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

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

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

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

Автоматическое создание калькуляций.

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

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

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

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

Сертификаты и справки к ГТД. Отображение товара в накладных.

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

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

Заказы поставщикам. Формирование заказа на базе контракта.

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

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

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

В обоих видах процессов реализована помощь для разъяснения особенностей их поведения.

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

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

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

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

В обобщенном режиме выводится таблица с перечнем артикулов процесса и с колонками показателей. Под показателями понимается количество дней и средняя реализация в дни, отвечающие условиям: реализация <= 0, реализация > 0, остаток <=0, остаток >0, остаток < Зал, остаток >= Зал, остаток + продажи <= 0, остаток + продажи > 0, остаток + продажи < Зал, остаток + продажи >= Зал.

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

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

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

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

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

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

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

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

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

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

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

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

Накопительные скидки.
Определение списка дисконтных карт для перерасчета скидок.

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

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

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

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

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

Отчет «Накопительные скидки, выгруженные на кассу»

Создан отчет «Накопительные скидки, выгруженные на кассу». Отчет помещен в группу «Магазинные».

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

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

Алгоритм генерации заказов.
Алгоритм «РЦ минимальный/максимальный»:

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

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

Алгоритм «Стандартный»:

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

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

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

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

Алгоритм генерации складских требований.

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

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

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

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

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

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

Расчет себестоимости товародвижения склада. Точность суммы.

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

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

Трассировка алгоритма расчета товародвижения в производстве.

Реализована трассировка расчета товародвижения в производстве. Трассировка возможна только при выборе варианта расчета: «расчет только в производстве».

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

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

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

Экспорт. Документы (OLAP). Выгрузка себестоимости.

В разделе «Экспорт» в типе экспортируемых данных «Документы (OLAP)» произведены следующие изменения:

- Поле «Себестоимость» переименовано в «Себестоимость пункта спецификации».
- Поле «Себестоимость без НДС» переименовано в «Себестоимость пункта спецификации без НДС».

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

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

- Добавлено поле «Код пункта спецификации».
- Добавлено поле «Себестоимость привязки» и «Себестоимость привязки без НДС»

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

Бизнес-анализ. Формат «Дни недели» для полей типа «Дата».

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

Форма представления даты в виде дня недели позволяет решать задачи вида: получить сумму реализации по дням недели за месяц.

Классификатор норм естественной убыли.

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

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

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

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

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

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

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

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

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

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

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

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

Справочник «Классификатор алкогольной продукции».

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

Для редактирования справочника необходимо иметь функциональное право: «Редактирование классификатора алкогольной продукции».

Справочник «Национальные шрифты».

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

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

Для редактирования справочника необходимо иметь функциональное право: «Редактирование шрифтов».

Справочник «Персонал». Поле «Должность».

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

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

Обмен данными по протоколу SAP – EDI
Отсылка кассовых документов.

Отсылка информации о кассовой реализации и возвратах по протоколу SAP – EDI осуществляется в виде документа SAP IDOC SALESORDER. Документ SAP содержит совокупную информацию продаж и возвратов по кассе, что соответствует паре документов торговой системы «CS» «Продажи по кассе» и «CR» «Возвраты по кассе», относящихся к одному месту хранения и одной дате.

Для описания и формирования совокупного документа о кассовой реализации за день в Торговой системе создан новый тип объекта «S1» «Заказ от покупателя SAP».

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

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

Значения некоторых кодов документа SALESORDER, таких как «имя таблицы», «мандант», «статус» и т.д., задаются в схеме почтового объекта в виде констант.

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

PARTN_NUMB Дебитор SAP
PARTN_ROLE Роль партнера SAP
STORE_LOC Склад SAP
DOC_TYPE Вид торгового документа
SALES_ORG Сбытовая организация SAP
DISTR_CHAN Канал сбыта
DIVISION Сектор сбыта
PLANT Завод SAP
COND_TYPE Тип ценового условия
CURRENCY Валюта документа

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

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

Для расходных накладных с операцией «Инвентаризация недостачи» и приходной накладной с операцией «Инвентаризация излишков» реализована отсылка по протоколу SAP – EDI в виде документа SAP IDOC MBGMCR02 с операциями MOVE_TYPE 711 и 712 соответственно.

Накладные отсылаются только, если имеют статус «отпущен полностью» и «принят полностью» соответственно.

Для описания структуры почтового пакета расходной накладной и приходной накладной используются файлы схемы почтового объекта с именами «WO8.xsd» и «WI9.xsd», соответственно.

Для заполнения значений кодов документа SAP используются дополнительные характеристики места хранения, описанные выше и следующая дополнительная характеристика:

STGE_LOC Принимающий склад

Прием поставки SAP.

Для поддержки корректного документооборота SAP и процесса приема поставки, в соответствии с правилами SAP, в Торговой системе реализован пользовательский процесс «Прием поставки SAP».

Общая схема процесса следующая.

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

При получении документом заказа статуса «Размещен» и помещения его в очередь на отсылку в почтовый ящик с фильтром SAP-EDI создается экземпляр процесса «Прием поставки SAP» и всякая дальнейшая работа с заказом и поставкой по этому заказу производится только по правилам процесса.

Отсылка документа «Заказ поставщику» производится в виде документа SAP PREQCR01 – закупочная заявка. После отсылки документа никакие изменения в нем не допускаются.

Для описания структуры почтового пакета заказа поставщику используется файл схемы почтового объекта с именем «OR.xsd».

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

PUR_GROUP Группа сбыта
PLANT Завод заказчик
SUPPL_PLNT Завод поставщик
DES_VENDOR Кредитор SAP

Поле DOC_TYPE документа SAP заполняется значениями 'NB', 'ZNB' (собственный склад, внешний поставщик), в зависимости от признака контрагента «Собственный контрагент». Раздел «Контрагенты», закладка «Собственный контрагент».

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

Для описания структуры почтового пакета исходящей поставки используется файл схемы почтового объекта с именем «DELVRY03.xsd».

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

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

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

Отчет «Товарный отчет по поставщикам в закупочных ценах».

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

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

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

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

В отчете не рассматриваются артикулы типа «инвентарь» и «услуга».

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

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

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

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

Отчет «Отклонение цен приходов от цен контрактов».

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

Для выполнения отчета необходимо иметь функциональное право «Отклонение цен приходов от цен контрактов».

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

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

Под ценой прихода понимается полная цена из приходной накладной, если цена контракта «с НДС» или цена без налогов, если цена контракта «без НДС».

Допустимое отклонение цены прихода от цены контракта вычисляется по формуле:

100 * ( [Цена прихода] - [Цена контракта] ) / [Цена контракта].

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

Наценка фактическая вычисляется по формуле:

100 * ( [Цена для кассы без налогов] - [Цена прихода без налогов] ) / [Цена прихода без налогов].

В отчете выводится поле «Наценка» - текущая наценка на артикул для вида цены для кассы.

Отклонение наценки вычисляется по формуле:

[Наценка фактическая] - [Наценка].

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

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

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

Если опция выбрана, то дополнительно выводятся колонки:
- цена для кассы,
- наценка фактическая в процентах,
- наценка в процентах,
- отклонение наценки.

Печатная форма счета-фактуры. Управление печатью.

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

- Печатать "он же" вместо грузоотправителя. Опция по умолчанию не установлена.
- Печатать "он же" вместо грузополучателя. Опция по умолчанию не установлена.

Опции имеют значения «нет», «при совпадении ИНН», «при совпадении контрагентов»

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

Опции влияют на печать счета-фактуры в разделах «Приходная накладная», «Расходная накладная», «Счета-фактуры кассовых чеков», «Кассовые чеки».

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

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

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

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

- SMORA00003382 Ошибка при назначении префиксов документов, в разделе Справочники.
- SMORA00003383 Администратор почтового модуля. Невозможно задать строковые параметры с YIKM?_.
- SMORA00003400 Ошибка загрузки весов при отзыве права на редактирование настроек весов
- SMORA00003401 Не полностью работает функционал отчета "Списание и естественная убыль".
- SMORA00003406 Акты переоценки. Ошибочное определение текущей наценки.
- Алгоритм РЦ минимальный/максимальный. Если для МХ нет записи в таблице уровней складского запаса, то место хранения исключается из обработки.
- Не было запрещено перемещать артикул в группу, размещение или добавление объектов в которой запрещено.
- Административный модуль. Пакетный перенос в аналитическую базу учитывал дату, но не учитывал время изменения документов
- Формирование пакета заказов на базе контракта. Ошибка расчета ССР для нескольких м.х. (исправление включено в версию 1.027.5 сп 4)
- Инвентаризационная опись. Ошибка ввода длинной истории ввода количеств.
- Проверки 56 "Пересечение с уже исполняющейся акцией" и 99 "Пересечение с принятыми акциями" не срабатывают для акции, чей период действия находится полностью внутри периода действия исполняющейся / принятой акции.
- Почтовый модуль. Ошибка приема накладной ORA-01747 Неверные спецификации.
- Сервер лицензий. Некорректное сообщение при истечении срока действия лицензии.
17.01.2011 21:37
Dim
 
**************************************
********* Изменения СМ 1.028 *********
**************************************

20.12.10 (№ 1037) SP № 1

Исправлено: базовый модуль не будет требовать библиотек .NET Framework 3.0 при старте в локальном режиме работы с базой данных.
Sm.BusinessServer.dll, Sm.Main.Server.dll, Sm.Process.User.Server.dll, Sm.Mobile.Server.dll, Sm.SalesConsultant.Server.dll, Sm.Terminal.Server.dll

20.12.10 (№ 1036) SP № 1

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

20.12.10 (№ 1035) SP № 1

Накладные. Белоруссия. В диалоге распределения транспортных расходов на приходную накладную теперь будет показана не общая сумма документа, а только сумма артикулов типа "товар".
SmDomDocs.dll

20.12.10 (№ 1034) SP № 1

Наценивание. Убраны ограничения на тип нацениваемых карточек. Теперь нацениваться будут, в том числе, карточки типа "услуга" и "инвентарь".
RevalACPkgBody.sql

20.12.10 (№ 1033) SP № 1

Акты уценки. Исправлено: в заголовок акта не проставлялась сумма из спецификации документа, что приводило к отказу приема такого документа по почте.
DocProcAD.sql, DocADPkgBody.sql, SmDomDocsAD.dll, Inspect3PkgBody.sql

20.12.10 (№ 1032) SP № 1

Отчеты. Исправлено: если в приходных накладных использовалась функция сокрытия строк с нулевым приёмом, запуск отчета "Реестр актов несоответствия" мог завершаться ошибкой нарушения ограничения TTCPrintSpecRefuse_PK.
RussianspellPkgBody.sql

20.12.10 (№ 1031) SP № 1

Наценивание. Исправлено: при создании плана цен, завершающего планирование цены данного артикула, этот факт учитывался только при ручном наценивании, при автоматическом же наценивании считалось, что планирование цены продолжается.
RevalACPkgBody.sql
27.04.2011 16:05
shmass
 
Изменения функционала в версии 1.028 сервис пак 2

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

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

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

В диалог настройки принтера этикеток добавлена опция «Системный принтер» для выбора способа доступа к принтеру через функции операционной системы. В выпадающем списке опции перечислены все принтеры, зарегистрированные в операционной системе. Опция позволяет воспользоваться драйверами принтера для обращения к нему и абстрагироваться от того, каким образом принтер подсоединен к компьютеру. В частности может быть использовано соединение через USB порт или соединение через удаленный компьютер.
Для того чтобы принтер был доступен для выбора в выпадающем списке опции необходимо, чтобы принтер был установлен в ОС. См. диалог ОС: «Пуск->Настройка -> Принтеры и факсы».
10.05.2011 11:08
Dim
 
****************************************
********* Изменения СМ 1.028.1 *********
****************************************

29.04.11 (№ 1049) SP № 1

Сервер отчетов. Исправлена ошибка создания сервера отчетов:
ORA-06508: PL/SQL: невозможно найти вызываемый блок программы: SUPERMAG.OFFICE
ORA-04088: ошибка во время выполнения триггера SUPERMAG.SSEVENTLOGAUDIT
DBAdmPkgBody.sql, ReplicPkgBody.sql

28.04.11 (№ 1048) SP № 1

Почтовый модуль. Разрешена отсылка команды на удаление объекта в доверительные базы.
DocsPkgBody.sql, SMPostProc.sql, CardsPkg.sql

28.04.11 (№ 1047) SP № 1

Расчет товародвижения. Ускорено выполнение 7 этапа расчета товародвижения на складе.
SmRepAdmin.dll

28.04.11 (№ 1046) SP № 1

Наценивание. Исправлено: в ходе работы задания "Исполнение плана цен" не всегда отключались проверки в
статусе "Предупреждение" при исполнении создаваемых актов переоценки.
RevalACPkgBody.sql
25.05.2011 15:22
Dim
 
**************************************
********* Изменения СМ 1.028 *********
**************************************

20.01.11 (№ 1040) SP № 2

Принтер этикеток. Реализована поддержка работы принтеров, которые имеют свой язык управления печатью, через USB-порт.
SmLabelPrinter.dll

20.01.11 (№ 1039) SP № 2

SMORA00003414. Карточки. Исправлено: перевод штрихового кода в статус недопустимого или обратный перевод завершается ошибкой "ORA-01400: невозможно вставить NULL в SMCASHQUEUE.ARTICLE".
CardsTrg.sql

12.01.11 (№ 1038) SP № 2

Кассовый модуль. Добавлена возможность не выгружать на кассу информацию о налогах. Для этого в административном модуле значение параметра "База данных - Конфигурация - Касса - Налоги для артикулов" нужно установить в значение "Не выгружать".
SmToolsCore.dll, SmUKMBaseDesk.dll, SmUKMCSVDesk.dll, SmUKMDesk.dll
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
10.10.2011 13:03
Dim
 
Изменения функционала в версии 1.028.2 сервис пак 5.

Статистика по Z отчетам в кассовых документах.

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

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

Информация о Z отчетах пересылается по почте в составе кассового документа. Для пересылки данных по протоколу XML необходимо обновить описание схем объектов ‘CS’ и ‘CR’ (файлы CS.XSD и CR.XSD). Эталонные схемы создаются в административном модуле, раздел «База данных», закладка «Утилиты», функция «Создание схемы данных для XML фильтра».

Изменения в отчете «Z отчеты в кассовом документе».

В отчет «Z отчеты в кассовом документе» добавлены колонки «Кол-во чеков» и «Кол-во позиций». Отчет находится в группе отчетов «Магазинные».

Настройка весов CheckWay. Номер формата этикетки.

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

Номер формата указан в строке формата с меткой LAB, в первой позиции после метки, например:

LAB 11 58х40 1 54 39 Москва,Котляковская ул.5 Цена за кг, …

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

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

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

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

Кассовый модуль. Протокол УКМ2 Супермаг. Ограничение количества уровней групп классификатора.

В административном модуле в разделе «База данных» на закладке «Конфигурация» в группе данных «Касса» добавлен параметр «Уровень усечения классификатора в "УКМ2 Супермаг"». По умолчанию значение уровня составляет 5. Возможные значения от 1 до 5.

Параметр влияет только на протокол обмена «УКМ2 Супермаг». Параметр позволяет управлять количеством уровней классификатора, которые выгружаются на кассу. По умолчанию классификатор Торговой Системы при выгрузке в кассу усекается до пяти уровней. Это означает, что если в классификаторе имеется большее количество уровней, например, шесть, то все артикулы групп шестого уровня передаются в кассу как артикулы, принадлежащие старшей для них группы пятого уровня. Таблицы классификатора и всех параметров, связанных с классификатором, например, скидки, передаются с удалением строк, которые относятся к группам уровня больше пятого.
21.10.2011 19:07
Dim
 
Изменения функционала в версии 1.028.2 сервис пак 6.

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

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

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

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

В диалоге настройки весов CheckWay на закладку «Настройка весов» добавлен элемент диалога «Длина строки названия» для указания количества символов, которые могут быть выведены в строке поля названия товара. По умолчанию, значение параметра 23, что соответствует ширине поля для этикеток A_Label10_58x60_11_58x40.TMS и A_Label11_58x40.TMS из комплекта поставки при размере шрифта 2. В текущем сервис паке примеры этикеток размещены в каталоге .\ scales\CheckWay каталога дистрибутива сервис пака.

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

Если при печати этикетки обнаруживается, что строка названия товара обрезается справа и слева, то есть строка не помещается в выделенное пространство, то необходимо уменьшить количество символов для вывода строки названия товара.
31.10.2011 22:09
YuraZ
 
- Весы. Драйвер весов Digi Ethernet. Исправлено: неверно грузится штучный товар для режима PrePack.
31.10.2011 22:15
YuraZ
 
Содержание к документу о изменениях:
Системные ограничения.
Интерфейс программных модулей.
Интерфейс разделов документов.
Исполнение отчетов.
Исполнение отчетов средствами FastReport.
Исполнение отчетов средствами Oracle Fusion Middleware 11g.
Изменения в печатных формах.
Финансовые обязательства.
Объект «Финансовое обязательство накладной».
Создание и удаление объекта «Финансовое обязательство накладной».
Связь обязательств.
Рассылка финансовых обязательств и их связей по почте.
Раздел «Финансовые обязательства по поставкам».
Раздел «Финансовые обязательства по отгрузкам».
Раздел «Сверка финансовых обязательств».
Разделы «Платежи» и «Получение платежей».
Раздел «Приходные накладные» и «Расходные накладные».
Отчет «Расчеты с контрагентами».
Уровни торговых запасов в днях торговли / в количестве.
Заказ поставщику. Формирование заказа на базе контракта.
Маркетинговые акции.
Интерфейс документа.
Ценники на время проведения акции.
Карточки складского учета.
Добавление и удаление артикулов в номенклатуры.
Отметка «Маркетинговая цена».
Отметка «Маркетинговый ценник».
Контрагенты. ОКОНХ.
Планограмма.
Стандартные элементы планограммы.
Поведение таблицы артикулов и групп товаров элементов торгового зала.
Переменная глубина полок стеллажа.
Классификатор библиотеки элементов планограммы.
Сличительная ведомость. Добавление артикулов с ненулевыми остатками.
Бухгалтерская справка.
Ручное создание документа.
Создание документов в ходе закрытия периода с подготовкой к смене учетной политики.
Контракт с поставщиком. Редакции контракта.
Акт переоценки на основании накладной на перемещение.
Контроль порядка исполнения актов переоценки.
Настройка весов в разделе «Структура магазина / склада».
Бизнес-анализ. Сумма без налогов.
Административный модуль.
Разблокировка пользователя Оракл.
Выполнение сбойных заданий.
Перечень исправленных ошибок.
16.11.2011 09:57
Dim
 
Цитата:
YuraZ Содержание к документу о изменениях:
...
выложи, пож, весь документ в хранилище
13.12.2011 08:37
Dim
 
на фтп С+ выложен SP1 к версии 1.028.0... НО у них какое-то нововведение, и архив запаролен... кто знает пароль, выложите изменения, пож

Добавлено через 40 секунд
эээ... к версии 1.029.0... ошибся...

верните редактирование!!!

Добавлено через 11 минут 48 секунд
вот, собственно...


**************************************
********* Изменения СМ 1.029 *********
**************************************

08.12.11 (№ 1104) SP № 1

Реализована выдача пользователю предупреждения о недостаточности ресурсов (объекты USER) при открытии раздела.
Sm.Core.dll, Sm.Main.exe

07.12.11 (№ 1103) SP № 1

Инициализация БД. Исправлена ошибка подъема версии:
ORA-20012: Ошибка создания ограничения SMCStockLevel_Min для SMStockLevels.
ORA-02293: невозможно подтвердить SMCSTOCKLEVEL_MIN - нарушено
правило проверки столбца
Store.sql, ResForInit.exe

07.12.11 (№ 1102) SP № 1

Модуль контроля цен. Добавлена поддержка прайс-чекера BEETLE/iCHECK.
Sm.Objects.dll, Sm.PriceChecker.Admin.exe, SmPriceChecker.exe, ichaccdb.dll, Sm.PriceChecker.Interop.dll

07.12.11 (№ 1101) SP № 1

Модуль контроля цен. Исправлено: служба не читала данные с устройства.
SmPriceChecker.exe

07.12.11 (№ 1100) SP № 1

Кассовый модуль. Исправлено: касса "Контроль цен" выгружала данные в неверном формате.
SmPriceCheckerDesk.dll

07.12.11 (№ 1099) SP № 1

Накладные. Возвращена возможность просмотра разных вариантов итоговых сумм и количеств для открытой спецификации документа (кнопки "Кол-во :" и "Сумма :").
SmDomDocs.dll

07.12.11 (№ 1098) SP № 1

Отчеты. Для отчетов в формате Oracle Reports возвращена возможность экспорта в файл типа "Простой HTML".
SmRepShop.dll, SmRepParam.dll, SmRepOffice.dll, SmRepManual.dll, SmRepManager.dll, SmRepCustom.dll, SmRepDoc.dll, SmRepGoods.dll, SmLibraryUser.dll

07.12.11 (№ 1097) SP № 1

SMORA00003449. Контрагенты. Исправлено: на странице "Заказ" высота строк в таблице "Ассортимент поставки" иногда становилась больше стандартной.
SmCompanies.dll

07.12.11 (№ 1096) SP № 1

Карточки. Исправлено: если для временной карточки вызвать диалог по кнопке "Временная" и из него запустить мастер создания новой карточки, то работа мастера завершается ошибкой "ORA-06550: identifier SMREPLACECARD must be declared"
SmDomCards.dll
30.12.2011 09:20
Dim
 
****************************************
********* Изменения СМ 1.028.2 *********
****************************************

26.12.11 (№ 1106) SP № 9

Наценивание. Исправлено для Белоруссии: если в приходной накладной имеется несколько строк одного артикула с разными значениями "Арт. ценника", то наценивание накладной по свойствам завершается ошибкой: ORA-00001: unique constraint SMCSPECBY_PK violated.
RevalACPkgBody.sql

23.12.11 (№ 1105) SP № 9

Отчеты. Эффективности маркетинговой акции. Добавлен выбор множества мест хранения и возможность группировать данные отчета по местам хранения.
SmRepManager.dll, effect_action.rep, RepCfg.sql
20.01.2012 08:38
Dim
 
**************************************
********* Изменения СМ 1.029 *********
**************************************

16.01.12 (№ 1110) SP № 2

SMORA00003373. Наценивание. Исправлено: если для артикула установить индивидуальное значение наценки, не меняя правил проверки цен, то для него должны срабатывать правила проверки, установленные для группы классификатора, но этого не произойдет.
PricePkg.sql, PricePkgBody.sql, PriceCheckRulesPkgBody.sql

16.01.12 (№ 1107) SP № 2

SMORA00003464. Весы. Исправлено: не сохраняется настройка COM-порта для весов CAS 1.5.
SmDomShop.dll

16.01.12 (№ 1109) SP № 2

Карточки. Расширена функциональность фильтра по полю "Страна": теперь можно делать отбор по полному значению поля или по части поля.
SmDomCards.dll

16.01.12 (№ 1121) SP № 2

Отчеты. Эффективность маркетинговой акции. Добавлен выбор множества мест хранения и возможность группировать данные отчета по местам хранения.
RepCfg.sql, SmRepManager.dll, effect_action.rep

16.01.12 (№ 1111) SP № 2

Наценивание. Исправлено для Белоруссии: если в приходной накладной имеется несколько строк одного артикула с разными значениями "Арт. ценника", то наценивание накладной по свойствам завершается ошибкой: ORA-00001: unique constraint SMCSPECBY_PK violated.
RevalACPkgBody.sql

16.01.12 (№ 1112) SP № 2

Контрагенты. Исправлено в диалогах выбора контрагента: если в имени контрагента встречается буква "ё", то поиск контрагента по первым буквам работает некорректно.
SmLibraryBase.dll, SmLibraryUser.dll

16.01.12 (№ 1113) SP № 2

Накладные. Исправлено: пропала возможность ввода времени в поле "Годен до" спецификации накладной.
SmDomDocs.dll

16.01.12 (№ 1120) SP № 2

Планограмма. Реализован вывод пути в названии группы классификатора товаров.
Sm.BusinessServer.dll, Sm.Core.dll, Sm.Forms.dll, Sm.Interfaces.dll, Sm.Objects.dll, Sm.Server.dll, Sm.Main.Link.dll

16.01.12 (№ 1115) SP № 2

Исправлена ошибка "OCI-22053: overflow error" при чтении числа с большим количеством знаков после запятой из Oracle в .NET-проектах СМ+.
Sm.Server.dll

16.01.12 (№ 1116) SP № 2

Финансовые обязательства. Исправлено: обязательство с нулевой суммой обязательства не считалось погашенным.
DocProcROEO.sql

16.01.12 (№ 1117) SP № 2

Финансовые обязательства. 1. В таблице связей вместо колонки "Исполнено" сделана колонка "В процессе погашения".
2. Добавлен ряд новых колонок в таблицу со списком обязательств.
DocProcROEO.sql, SmFinObligation.dll

16.01.12 (№ 1118) SP № 2

Сервер приложений. Ограничено количество попыток рестарта службы в случае ее неуспешного запуска.
Sm.AppServer.exe

16.01.12 (№ 1119) SP № 2

Планограмма. Реализована печать изображения планограммы.
Sm.Planogramma.dll, Sm.Planogramma.Link.dll, Sm.Planogramma.Server.dll, Planogramma.sql, PlanogrammaProc.sql, PlanogrammaPkg.sql, PlanogrammaPkgBody.sql

16.01.12 (№ 1108) SP № 2

Весы. Реализована выгрузка дополнительной характеристики карточки "Состав" в весы Mettler Toledo.
SmScaleToledoEthernet.dll

16.01.12 (№ 1114) SP № 2

Накладные. Исправлено: в Windows XP в классическом стиле при разрешении экрана 1280х1024 и масштабе 96 точек на дюйм опция выбора операции не отображает выпадающий список при нажатии на кнопку со стрелкой.
SmDomDocs.dll
23.01.2012 18:28
Dim
 
****************************************
********* Изменения СМ 1.028.2 *********
****************************************

20.01.12 (№ 1122) SP № 10

Накладные. В печатную форму счета-фактуры внесены изменения по Постановлению Правительства РФ N 1137 от 26.12.2011.
nacl_inout_factura.rep, SMUniversal.dll, SMDomCurr.dll, SmRefsLib.dll, SMPrePost.sql, Cards.sql, PriceTrg.sql, CardsProc.sql, RepProc.sql, SmPostTableLoad.sql


Опции темы


Часовой пояс GMT +3, время: 01:13.

 

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