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

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

28.03.2024 17:47


24.06.2010 19:06
Dim
 
Перечень изменений 1.027.5.а
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
Часовой пояс GMT +3, время: 17:47.

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