Изменения функционала в версии 1.019.1
Транспорт почтовых пакетов.
Инвентаризационные описи.
Контроль цен портативным терминалом.
Печать ценников по спецификации документов.
Выделенное производство.
Модификация обмена с УКМ.
Остатки с учетом оперативных продаж
Артикулы поставщика в накладных и заказе.
Генерация платежных документов на основании накладных.
Функции проверки.
Генерация новой карточки на основании существующей
Цены документов в разделе Карточки складского учета
Признак «Складское требование» при создании штрихового кода
Процедура проверки структуры Базы данных.
Отчеты и печатные формы.
...
Общие (универсальные) настройки определяются на странице «Параметры» почтового сервера, частные настройки задаются на странице «Конфигурация».
Подробнее см. SMPost.doc, раздел «Транспорты».
...
Создан новый раздел документов «Инвентаризационные описи». Раздел предназначен для поддержки документооборота процесса инвентаризации в тех случаях, когда инвентаризация проводится несколькими бригадами. При проведении инвентаризации одной бригадой, когда создается только один документ Инвентаризационная опись и однозначно соответствующий ему документ Сличительная ведомость, можно упрощать документооборот и создавать в системе только один документ – Сличительная ведомость.
Документ Инвентаризационная опись по своему содержанию и структуре напоминает документ Сличительная ведомость. Документ имеет следующие особенности в функционале:
- Инвентаризационная опись не поддерживает режим создания документа с немедленным проставлением текущих остатков, так как подобный режим не обеспечивает корректного повторения остатков в случае создания сличительной ведомости на основании нескольких инвентаризационных описей.
- Документ создается на основании приказа юридического лица, соответственно, в документ введены атрибуты – номер приказа, собственный контрагент, даты начала и окончания инвентаризации. Номер приказа должен быть уникален для одного и того же контрагента и, соответственно, при создании следующего документа с тем же номером приказа и контрагентом не позволяется выбирать место хранения, отличное от того, которое было выбрано в первом документе данной серии.
- Документ поддерживает ведение истории подсчета количества товара в процессе инвентаризации и одновременно запрещает ввод нескольких строк с одним артикулом.
- Документ поддерживает проставление количества по учету и цен для регистрации документа в соответствии с его официальной формой, однако, при создании сличительной ведомости на основании инвентаризационных описей данные величины не переносятся и должны быть проставлены в сличительной ведомости заново.
...
Для удобства работы с набором документов, относящихся к одной процедуре инвентаризации, созданы функции перехода от одного типа документа к другому и внесены изменения в фильтр для поиска документов по приказу и контрагенту.
Контроль цен портативным терминалом.
Модернизирован раздел работы с портативными терминалами сбора данных. Изменения коснулись функции обмена данными с программой портативного терминала, а также интерфейсов раздела портативного терминала и интерфейсов получения данных от портативных терминалов в документах.
Внесенные изменения позволяют работать с новой серией программ портативного терминала SM_2Kxxx, при этом сохранена совместимость с программами серии SMBHTххх.
Программы портативного терминала серии SM_2Kxxx реализуют новую возможность использования портативного терминала для сверки цен ценников в торговом зале с ценами на кассах, а также для формирования акта переоценки по отобранному набору товаров.
Новая функция портативного терминала позволяет ему получать от торговой системы артикулы с ценами для касс, показывать название артикулов и их цены, в том числе цены на упаковки, при сканировании штриховых кодов, отмечать артикулы, которые по мнению пользователя должны быть обработаны в тороговой системе и возвращать эти артикулы в торговую систему.
Новая реализация обмена с портативным терминалом позволяет загружать в терминал не только штриховые коды EAN/UPC, но также и простые коды. Простые коды будут также грузится и в программы серии SMBHTххх.
Для защиты от неправильного использования портативного терминала и
неправильной интерпретации данных, получаемых от портативного терминала, изменен протокол обмена с портативным терминалом. При обмене данными осуществляется проверка режима работы программы портативного терминала, и, в случае, если она не соответствует ожидаемому режиму, обмен данными не осуществляется.
Если в портативном терминале работает программа серии SMBHTххх, новые возможности контроля цен не доступны, однако прежняя функция сбора информации о количестве товара остается работоспособной.
В интерфейс раздела портативного терминала добавлен выбор режима загрузки терминала и новая страница для выгрузки данных из терминала.
При подготовке списка артикулов для загрузки в терминал добавлена возможность отбора артикулов по ассортименту и, в режиме инвентаризации количества, – по наличию артикулов в приходах, начиная с указанной даты.
Режим выгрузки данных из портативного терминала разделен на два этапа – выгрузка данных из терминала в файл и импорт данных из файла в документ. Данный факт отразился как на интерфейсе выгрузки данных в разделе портативного терминала, так и при выгрузке данных в спецификацию документов.
Реализация функции выгрузки данных из терминала в разделе портативного терминала позволяет упростить процесс контроля работоспособности и настройки портативного терминала и не требует создания документа для тестирования терминала.
Выгрузка данных из терминала в спецификацию документа реализована через специальный диалог и более не требует обращения к разделу портативного терминала.
Печать ценников по спецификации документов.
В разделах приходных накладных и накладных на перемещение реализован метод быстрой печати ценников на основании спецификации документов.
Функция предназначена для поддержки процесса повторной печати ценников с актуальными ценами в случае утери, порчи, ранее напечатанных ценников или сомнений в актуальности ценников и когда известно, что ценники надо печатать для артикулов из спецификации некоторого набора документов прихода товара.
В указанных разделах в режиме отбора документов добавлена функция Файл->Печать ценников. Функция действует на выбранный документ, группу выделенных документов или на все отобранные документы. Функция отбирает все артикулы из спецификаций отобранных документов, переходит в раздел карточек товара и предлагает пользователю диалог старта печати ценников по всем отобранным карточкам товара.
По своему действию функция полностью аналогична действиям по отбору карточек из спецификации документов (кнопка «Обработать» в режиме отбора документов -> функция «Отобрать товары из документа») и дальнейшему вызову функции печати ценников.
Место хранения для выбора цены и вид цены указываются те же, что и при предыдущей печати ценников. Место хранения, указанное в документе (документах) во внимание не принимается.
Выделенное производство.
В системе разрешено выделять отдельное место хранения для целей собственного производства. С места хранения, выделенного под производство, можно перемещать произведенный товар в другие места хранения сети так, как если бы данное место хранения было центральным складом. Для всего остального товара такое место хранения рассматривается в соответствии с его типом и подчиненностью.
Для организации филиала центрального склада необходимо в разделе «Склады и магазины» создать новое или выбрать существующее место хранения типа Склад или Склад-магазин и на новой странице «Спецсклад» поставить ему в соответствие перечень артикулов, для которых данное место хранения будет играть роль центрального склада. Для разных мест хранения список артикулов должен быть уникальным и не может пересекаться.
Филиал центрального склада наследует подчиненность мест хранения от центрального склада сети.
Собственное производство или филиал центрального склада может быть организован как на выделенном месте хранения, так и на месте хранения, которое в то же время является физическим магазином.
Модификация обмена с УКМ.
Отделы.
Реализована загрузка в УКМ номеров отделов для товаров и прием результатов продаж по отделам с детализацией по позиции чека, а не по чеку. Выгрузка отделов осуществляется только при включенной опции «отделы в карточке товара» в административном модуле на странице «Кассы».
Код кредитных карт для авторизации.
Внесены изменения для загрузки в УКМ кода авторизации типа кредитных карт для упрощения настройки в УКМ протоколов авторизации в случае, когда центр авторизации не в состоянии по персональному коду кредитной карты определить ее тип.
Изменен справочник кредитных карт. Добавлено поле «Параметр авторизации». Значение поля грузится в УКМ. Выделен разряд таблиц для управления инкрементальной загрузкой – «Кредитные карты», который включает таблицы Credcard и credpref – справочник кредитных карт и префиксы кредитных карт. Таблица pricekin (виды цен) перенесли из категории «Окружение» в категорию «Данные о товарах». Категорию «Окружение» переименовали в категорию «Дисконтные карты».
Свойства товаров.
Внесены изменения в кассовый сервер для поддержки функций УКМ работы со шкалами свойств товаров.
Загрузка в УКМ шкалы свойства товара позволяет применять различные приемы для образования цены артикулов со свойствами. При загрузке свойств артикулов в УКМ можно продавать артикул с любым признаком по одной цене и, соответственно, не тратить усилия на создание в торговой системе множества специальных артикулов ценников для каждого признака товара. При необходимости установить специальные цены на часть признаков артикула сохраняется возможность создания артикулов признаков, назначения им штрихового кода и цены. При этом в УКМ будет загружен как основной артикул со шкалой свойства и с базовой ценой для всех невыделенных признаков, так и артикулы ценники для тех признаков товара, которые необходимо продавать по специальной цене.
Реализация обладает следующими ограничениями:
В УКМ передается список свойств и перечень из значений. Многомерные свойства в УКМ передаются как перечень всех возможных сочетаний значений свойств в одну строку с разделителем в виде вертикальной черты. Значения свойства и в Торговой системе и в УКМ представлены строками произвольного содержания. В случае если длина значения свойства превышает 10 символов, оно не будет передано в УКМ и не сможет быть использовано при продаже товара. При составлении многомерных шкал следует использовать короткие (2-3 символа) значения свойств.
При закрытии касс и приеме детальной информации о позициях чеках, торговая система пытается восстановить код свойства артикула, проданного с указанием признака. Поскольку отношение артикул – код свойства в торговой системе может быть в некоторых случаях изменено в промежутке между загрузкой и закрытием кассы, то данная операция может привести к ошибке. Однако значения свойств, полученные от УКМ, будут приняты без искажения.
При загрузке в УКМ базовых артикулов со шкалой свойства и артикулов признака того же базового артикула, у кассира появляется потенциальная возможность продать артикул с таким признаком, как по цене базового артикула, так и по цене артикула признака. Для того чтобы защититься от такого рода ошибки необходимо запретить кассиру выбирать артикулы с использованием классификатора или ввода собственно артикула. Артикул должен выбираться только с использованием штрихового кода.
Остатки с учетом оперативных продаж
...
В разделах приходных накладных и расходных накладных в режиме отбора документов добавлены функции генерации платежных документов на основании указанного, отмеченных или всех отобранных накладных.
При генерации платежных документов создается один платежный документ для группы накладных с одним контрагентом, одним видом платежа и одним типом операции (например, продажа, возврат поставщику).
В основание платежного документа включаются только накладные со статусом «Принят центром», флагом «оплата по документу Платеж» и со свободной суммой большей нуля.
В платежный документ включается вся свободная сумма накладной.
При генерации платежного документа необходимо указать дату платежного документа место хранения от имени, которого осуществляется платежная операция, и собственного контрагента. По умолчанию дата устанавливается текущая, а контрагент и место хранения такие же, как в мастере создания нового платежного документа.
Перед генерацией документов можно указать переводить или не переводить созданный платежный документ в статус «Принят». Перевод платежных документы в статус «Принят» не может быть выполнен при создании платежных документов для безналичного вида платежа. В этом случае система выводит список документов, которые остались в статусе «Черновик».
После окончания генерации платежей имеется возможность перейти в раздел платежных документов для их дальнейшей обработки.
Функции проверки.
Создана новая функция проверки «Несоответствие суммы по документу и суммы по документу поставщика».
Функция сравнивает полную сумму приходной накладной со значением поля «Сумма по документу поставщика». Функция срабатывает, если эти величины не равны в момент изменения статуса документа на статус «Принят центром» или в момент сохранения документа в статусе «Принят центром».
По умолчанию функция проверки отключена.
Генерация новой карточки на основании существующей
В разделе «Карточки складского учета» реализована новая функция генерации карточки на основании атрибутов существующей карточки. Функция доступна по кнопке «Копия».
В качестве шаблона для создания новой карточки функция использует карточку, выбранную из списка карточек.
Цены документов в разделе Карточки складского учета
На страницах «Документы» и «Поставки» в список атрибутов документов включены поля полная цена артикула и полная сумма строки документа с данным артикулом.
Цены и суммы документов показываются, если у пользователя имеются права на просмотр цен данного типа документов. На странице Документы показываются документы разных типов, связанные с выбранным артикулом. В зависимости от прав доступа пользователя к информации в одних строка ценны и суммы будут показываться, а в других нет.
Признак «Складское требование» при создании штрихового кода
Изменена установка по умолчанию признака «Использовать при генерации складских требований».
По умолчанию признак не устанавливается. При создании каждого нового штрихового кода необходимо устанавливать этот признак вручную, если это необходимо.
Процедура проверки структуры Базы данных.
...
Отчеты и печатные формы.
Отчет «Остатки»
- Добавлена новая опция "детально по свойствам артикулов". При выборе опции, артикулы со свойствами получают дополнительные строки детализации с остатками по значениям свойств.
Отчет «Реализация товаров»
- Добавлена Новая опция "детально по свойствам артикулов".
- При выборе места хранения добавлен выбор группы мх. и нескольких мх.
- При выборе способа группирования артикулов в отчете по группам классификатора добавлен режим «без группировки».
- Опция "только итоги по товарным группам" переименована в "только итоги".
- При выборе только N товаров с наибольшей / наименьшей реализацией предоставляется возможность выводить результаты с группировкой по группам товаров.
- Введена новая опция "среднесуточная реализация (все дни / только дни продаж)" и в тело отчет введено новое поле "дни продаж". Поле отображается только при включенной опции – только дни продаж.
Отчет «Карточка складского учета»
- Добавлена новая опция "детально по свойствам артикулов".
Отчет «Реализация по поставщикам»
- Добавлена новая опция "показать розничные суммы". То есть появилась возможность печатать отчет только с закупочными ценами.
Новые отчеты:
Отчет «Реестр актов замера / завеса».
Отчет «Список товаров с коротким штриховым кодом».
Печатные формы для документа «Инвентаризационные описи».
Расширение перечня стандартных ценников в поставке системы.
...
Метод расчета «FIFO без учета перемещений» для определения себестоимости движения товаров, рассматривает только приходные и расходные накладные тех мест хранения, для которых определен данный метод расчета. То есть все места хранения, участвующие в расчете, рассматриваются как одно место хранения. Как следствие, себестоимость перемещений товаров не определяется и становится невозможным определение себестоимости полного движения товара на отдельном месте хранения. При использовании данного метода невозможно получать отчеты для отдельного места хранения в случаях, если отчет использует себестоимость движения товара.
Для поддержки множества юридических лиц в системе реализована возможность расчета себестоимости разными методами для разных юридических лиц. Назначение метода расчета производится партнерам в разделе контрагентов. Для тех пользователей, которые не используют множество юридических лиц, то есть по умолчанию считают, что все места хранения принадлежат одному не указанному партнеру, назначение метода расчета производится в административном модуле.
В перечень мест хранения, которые рассчитываются по тому или иному методу попадают все места хранения, подчиненные соответствующему партнеру.
Движение товара между местами хранения юридического лица с методикой расчета себестоимости по методу FIFO без учета перемещений может осуществляться произвольным образом, со следующим исключением: для мест хранения типа магазин (торговый зал магазина), перемещение разрешено между ним и его складом (складом магазина). Понятие выделенного склада для сети с данным методом расчета теряет смысл и не должно использоваться.
Изменение метода расчета, после того как уже зафиксировано движение товара, не разрешается, поскольку разные методы накладывают разные ограничения на схему движения товара. Не разрешается менять метод расчета у юридических лиц или у системы в целом, не разрешается менять подчиненность мест хранения.
«Сличительная ведомость» в закупочных ценах.
...
Механизмы работы с выделенным складом дополнены возможностью использования выделенного склада как центра формирования новых цен по ассортименту товаров выделенного склада.
В отношении товаров выделенного склада механизмы ценообразования работают так, как если бы место хранения выделенного склада было центральным складом сети магазинов. Для функций ценообразования место хранения выделенного склада наследует свойства своего центрального склада. Модернизированы следующие функции ценообразования:
Создание актов изменения цены при перемещении товаров;
Синхронизация цен со старшим местом хранения.
Для того чтобы определить, каким образом выделенный склад должен вести себя по отношению к центральному складу в части синхронизации цен, определен новый атрибут «Цены ЦС синхронизированы с выделенным складом».
Для автоматической рассылки актов изменения цены в места хранения сети напрямую, без использования старшей базы данных (центрального склада), изменена структура описания сети баз данных. Введено понятие одноранговой базы данных, то есть такой базы данных, которая по отношению к текущей не является старшей, но и не является подчиненной. По отношению к одноранговым базам данных не работают механизмы автоматической рассылки, ориентированные на понятие отношения старший - подчиненный. Например, автоматическая рассылка справочников будет осуществляться от старшей базы к младшей и, в то же время, справочник автоматически не будет передан в одноранговую базу данных.
Для документов выделенного склада одноранговые базы данных включены в перечень баз данных, в которые документы пересылаются автоматически.
Для информирования центра об изменениях цен, источником которых был выделенный склад, изменен механизм обратной отсылки исполненных актов изменения цены. Акты отправляются как в базу данных выделенного склада, так и в старшую базу данных.
При наличии зафиксированного движения товаров по списку артикулов выделенного склада или центрального склада не следует изымать эти артикулы из ассортимента выделенного склада и назначать другому выделенному складу или возвращать в оборот центрального склада. Артикулы выделенного склада известны только на текущий момент времени и, в случае изменения ассортимента выделенного склада, например, при добавлении или удалении артикула из списка, и при наличии уже имеющегося движения товара по данному артикулу, прежнее движение товара может вступить в противоречие с новым поведением товара в системе. Как следствие, расчет товародвижения может не распознать данное движение и не установить связь между движением и приходом товара. Кроме того, станет невозможной коррекция (оприходование) накладных на перемещение, которые стали неверными в отношении новых правил движения артикула.
Вложения в документы.
...
- Контракт на закупку
- Калькуляция
- Приходная накладная
- Расходная накладная
- Сертификат соответствия
- Сличительная ведомость
- Маркетинговая акция
- Платеж
- Получение платежа
Функции обмена с весами.
В перечень драйверов весов добавлен упаковщик DIGI серии 3600.
Категория и вид функции | CAS 1.0, 1.5 | Digi Serial | Digi Ethernet |
| | | | | | |
|
|
|
|
|
- Процедура настройки DIGI Ethernet.
Изменена процедура настройки весов DIGI Ethernet. В связи с реализацией кода обмена с весами (драйвера) внутри системы, отпала необходимость регистрации IP адреса на компьютере пользователя. Снято ограничение на формат IP адреса, то есть последний сегмент IP адреса теперь не должен быть уникальным и соответствовать номеру весов, соответственно, снято ограничение на количество весов – 256, а также на необходимость контроля уникальности номера последнего сегмента IP адреса при распределении весов по нескольким сегментам локальной сети.
Добавлена диагностика соединения с весами по установленному адресу.
| - | - | + |
| | | | | |
|
|
|
|
|
- Тест соединения.
В колонке «Статус» таблицы списка доступных весов дополнительно отображается информация о состоянии соединения с весами. Контроль соединения производится при попытке загрузки весов, а также при нажатии кнопки «Тест соединения». Для весов DIGI Ethernet дополнительно имеется диагностика, которая показывает, что искомый адрес занят неизвестным устройством.
| + | + | + |
|
|
2. Для DIGI Ethernet и DIGI 3600 реализован тест соединения в диалоге настройки для проверки правильности IP адреса. | - | - | + |
|
|
III. Подготовка данных к загрузке в весы |
| | | | |
|
|
|
|
|
1. Поле «№» в таблице товаров для загрузки в весы переименовано в «№ PLU». Разрешено редактирование PLU. | + | + | + |
|
|
2. Поле «Годен до».
Добавлено поле новое поле «Годен до» типа «Дата». Содержание поля не редактируется и заполняется значением равным текущей дате плюс количество дней из поля «Срок хранения». При изменении поля «Срок хранения» поле «Годен до» автоматически пересчитывается. Текущая дата берется с клиентского компьютера и может отличаться от даты в весах. | + | + | + |
| |
|
3. Поле «Цена».
Добавлено новое поле «Цена». Поле не редактируется и заполняется при заполнении таблицы товаров для весов. Цена проставляется как цена для места хранения весов. Поскольку вид цены задается для каждых весов отдельно, цена показывается только тогда, когда вид цены совпадает у всех весов отдела. По умолчанию вид цены для весов устанавливается как цена для кассы. При загрузке товаров в весы всегда берется актуальная цена, а не цена из данной таблицы. Для просмотра актуальных цен - см. следующую задачу. | + | + | + |
|
|
4. Функция перечитывания таблицы товаров для загрузки в весы.
Добавлена кнопка «Перечитать», при нажатии которой происходит перечитывание списка товаров, названия товаров и цен. Функция необходима для получения актуальной информации при сетевой работе со списком товаров, а также, и при изменении атрибутов товаров. | + | + | + |
|
|
5. Заполнение таблицы весовым товаром из документа и проставление срока годности.
Изменен алгоритм вычисления срока годности при добавлении товаров из документов. При отсутствии срока годности в документе срок годности определяется как дата документа плюс срок хранения из карточки товара. | + | + | + |
| |
|
|
|
- Параллельная (одновременная) загрузка весов.
Произведено разделение процессов подготовки файлов данных в формате весов и процессов загрузки для каждой пары весов. Все процессы выполняются параллельно. Процессы загрузки активизируются по мере готовности данных. Весы различных моделей грузятся по очереди. Для весов DIGI Ethernet отпала необходимость в драйвере весов TWSWTCP.EXE. Код обмена реализован внутри системы. Наибольший эффект от реализации параллельной загрузки должен ощущаться при работе с весами с использованием несколько портов RS232.
| + | + | + |
|
|
V. Данные, загружаемые в весы |
| | | |
|
|
|
|
|
1. Изменено использование поля для хранения имени упаковщика для весов DIGI Ethernet. Упаковщик заносится в поле этикетки «Место производства» F39 вместо поля спец. Сообщений F51. Для других типов весов изменений не вносилось из-за отсутствия поля «Место производства». Данное изменение требует переработки существующих файлов форматов этикетки. | - | - | + |
|
|
- Загрузка логотипа из BMP файла.
Отпала необходимость готовить файл описания логотипа в формате весов. Преобразование из формата BMP в формат весов реализован внутри программы.
| - | - | + |
|
|
3. Загрузка логотипа через файл картинка.
Реализована загрузка в весы DIGI Ethernet файла формата BMP с использованием файла картинок. Код преобразования из формата BMP в формат весов реализован внутри программы. | - | - | + |
|
|
4. Загрузка файла констант в DIGI Ethernet для печати фиксированных для всех этикеток слов: «Кг», «Упаковщик», «Годен до» и т.д. | - | - | + |
|
|
5. Раскладка клавиатуры.
Реализована передача в весы DIGI файла описания раскладки клавиатуры. Создан интерфейс для редактирования и печати раскладки клавиатуры. | - | - | + |
| |
|
6. Очистка весов.
Реализована пересылка команды – Очистить PLU. | - | - | + |
|
|
7. Цена за 100 грамм.
Реализована пересылка признака печати цены за 100 грамм. Признак берется из карточки товара «Цена за 0,1 ед». | - | + | + |
|
|
8. Загрузка веса тары
Вес тары берется из характеристик штрихового кода. | + | + | + |
|
Накопительный фильтр карточек.
В разделе Карточек складского учета создан механизм наращивания списка отобранных карточек путем сканирования штриховых кодов или ввода артикула (штрихового кода) вручную.
В стандартном режиме работы раздела карточек, сканирование штрихового кода в первую очередь предназначено для поиска артикула в списке отобранных артикулов и позиционированию на строке с данным артикулом. Для того чтобы получить доступ к новому режиму – накопительному фильтру, необходимо нажать кнопку «Временный набор» в окне отобранных карточек. Для ручного добавления к списку карточек путем ввода артикула или штрихового кода или для использования сканера в разрыв клавиатуры необходимо нажать клавишу «Insert».
История почтового обмена.
Реализовано сохранение истории почтовых отправлений и истории почтовых приемов.
Включение или выключение процесса журнализации процессов отправлений или приемов осуществляется в настройках почтового сервера на странице «Параметры».
В журнал записывается тип и идентификатор пересылаемого объекта, база данных назначения/источника, время события (отсылки или приема), успешность события. На основании данной информации создано два отчета «История почтовых отправлений» и «История почтовых приемов».
Полный перечень зарегистрированных ошибок системы отображается в административном модуле, в разделе «Права доступа», на странице «Сообщения». Большая часть сообщений системы относится к процессам самотестирования системы и не должно появляться при почтовом обмене.
Права для расчета товародвижения.
Создан механизм, позволяющий выполнять расчет товародвижения не только пользователю Supermag, но и любому другому пользователю, которому выдано право на функциональную роль «Расчет товародвижения».
Управление загрузкой на кассу шкал свойств артикулов.
В административном модуле определен новый параметр «Максимальная длина имени значения свойства артикула для касс». По умолчанию данный параметр принимает значение 10, что соответствует ограничению УКМ для значения шкалы свойства. Данный параметр влияет на функцию «Проверка длины имени значения свойства». Функция контролирует длину значений свойств как простых, так и составных свойств и, в зависимости от прав должности, запрещает или предупреждает пользователя о нарушении границы длины имени.
Созданы механизмы для управления загрузкой на кассу признака использования шкалы свойств для артикула. Загрузка в кассу шкал, то есть перечня значений свойств осуществляется всегда. Загрузка в кассу атрибута артикула – номер используемой шкалы, осуществляется в случае, если у артикула не установлен признак «Не грузить шкалу в кассу». При создании нового артикула данный признак приобретает то значение, которое установлено для его группы классификатора.
Печать ценников за 0,1 единицы измерения (за 100 грамм).
В справочник единиц измерения добавлен новый атрибут «Единица точности», где можно указать наименование единицы измерения, соответствующее заданной точности. Например, для единицы измерения «кг» и точности 0.001 единица точности будет «гр». Новый атрибут используется только для печати количества в ценниках. В случае, если данное значение не определено, при печати ценников количество выводится как 0,1 и далее название единицы измерения, если значение определено, то количество выводится как 0,1 деленное на точность единицы измерения и в качестве названия единицы измерения выводится единица точности. Например, для точности 0,001 и единицы точности «гр.» будет напечатано 100 гр.
Для артикулов введен новый признак – «Ценники за 0,1 единицы». Для артикулов, у которых данный признак установлен, все стандартные ценники, в которых выводится количество и название единицы измерения, печатаются с ценой деленной на 10 (с округлением до копейки) и количеством, по описанному выше алгоритму.
Отчеты и печатные формы.
Новые отчеты:Детальный реестр накладных с закупочными ценами.
В отчете выводятся построчно документы с указанием для каждой строки документа - артикула, количества, единицы измерения, цены и стоимости по документу и закупочной цены и стоимости.
В отчете предусмотрены следующие режимы работы:
...
Отчет может выполняться для всех документов выбранного типа в некотором диапазоне времени, или для указанного перечня документов.
История почтовых отправлений.
Содержание отчета: порядковый номер записи, тип и идентификатор отправленного объекта, наименование базы данных назначения, время отправки и приема, факт наличия ошибки при приеме объекта, содержание ошибки.
Просмотр истории почтовых отправлений возможен, если в настройках почтового сервера задана возможность ведения журнала отправления объектов. Для этого на закладке "Параметры" почтового сервера параметр "Журнал отправления объектов" должен быть установлен в "1".
При удалении или отмене виртуальных пакетов, принятых с ошибкой, содержимое ошибок удаляется из торговой системы, и просмотр номеров и содержания ошибок становится невозможным. Если же сведения об ошибках не удалены, возможен просмотр объектов, принятых с конкретной ошибкой, для чего необходимо задать в диалоге номер ошибки (число в интервале от 20000 до 20999).
Данные в отчете выводятся с сортировкой по типам и идентификаторам объектов.
История почтовых приемов.
...
В диалог запуска отчета добавлена новая опция "С учетом неопределенной себестоимости".
Если опция не выбрана, то все суммы по поставщикам формируются только для продаж, для которых был подобран соответствующий приход.
Если отчет выполняется с выбранной опцией, то все суммы выводятся с учетом «условно подобранных приходов».
При выполнении отчета по всем поставщикам, выводится еще одна строка:
<Продажи от неопределенного поставщика>
Строка всегда одна, т.е. без детализации по артикулам, даже если отчет выполняется с такой детализацией.
Под продажами от неопределенного поставщика подразумеваются такие продажи, которые не были привязаны, ни к какому поставщику, даже условно.
Детализация неустановленной себестоимости.
В диалог запуска отчета добавлена новая опция "только товары без какого-либо прихода".
Отчеты по свойствам артикулов.
В следующих отчетах сделана опция "детально по свойствам артикулов":
Исполнение заказов
Товары, которые не заказывались в течение периода времени
Карточка складского учета (при выборе отчета в закупочных ценах)
Отчеты, с "FIFO без учета перемещений".
...
Отчеты, измененные в связи с появлением нового метода расчета товародвижения "FIFO без учета перемещений":
Оборотная ведомость
Карточка складского учета
Детальный реестр накладных с закупочными ценами
Доходность по товарам
Реализация по поставщикам
Товарный отчет по поставщикам
Детализация неустановленной себестоимости
Остатки в закупочных ценах
Реализация товаров и налоги
Реестр накладных по себестоимости
Сводный товарный отчет
Себестоимость и сумма расходов с основаниями
Товарный отчет в закупочных ценах
Товарный отчет и налоги
Товародвижение по операциям
Печатные формы
Раскладка клавиатуры для весов.
Новая печатная форма для весов Digi Ethernet. Раскладка печатается для 32 клавишной и 64 клавишной клавиатур. В раскладке печатается номер PLU и название товара только для тех клавиш, для которых определен номер PLU.
Печать документа Счет детально со скидками
В диалог печати документа «Счет» добавлена опция «детально по скидкам».
Для документа Счет может быть определен вид цены, который используется для проставления исходных цен до применения скидки. Каждый вид цены имеет признак использования вида цены – «полная» или «без налогов». В зависимости от этого признака цена продажи проставляется в колонку «Цена полная» или в колонку «Цена без налогов». Соответственно, скидки в документе применяются либо к сумме полной или к сумме без налогов. В случае если вид цены не установлен и признак использования вида цены отсутствует, то скидки в документе отсутствуют. В зависимости от признака вида цены в печатной форме документа Счет вид скидки и сумма предоставленной скидки показывается под строкой спецификации либо в колонке Сумма полная или в колонке Сумма без налогов.
Стандартные ценники
...
Введено понятия свойств артикулов. Свойства артикулов представляют собой самостоятельные объекты с кодом и именем, которые описывают возможный набор признаков, доступный для артикулов. Свойства могут быть простыми (одномерными) или составными (многомерными). Составные свойства образуются путем объединения простых свойств.
Каждому простому свойству может быть поставлен в соответствие набор уникальных значений (признаков), а каждому значению - синоним и параметр функции заказа (см. ниже).
Создание, удаление, изменение имени свойства, создание, удаление, изменение атрибутов значения свойства записывается в журнал. Изменение собственно значения свойства записываются как удаление прежнего значения и создание нового.
Имеется возможность настроить автоматическую рассылку свойств при каком-либо изменении. Свойства отсылаются всем списком.
Любому артикулу типа «товар» может быть поставлено в соответствие только одно свойство. Прочие типы артикулов не могут иметь свойство.
Для упрощения контроля над содержанием документов введено назначение свойства тому или иному типу документа. Если свойство назначено, то функция «Контроль ввода количества по шкале признаков» будет реагировать на наличие в документе артикула с количеством без указания признака, и будет выдавать сообщение об ошибке. Если свойство не назначено документу, то предполагается, что данное свойство в данном документе не должно регистрироваться и проверка не будет обрабатывать артикулы с данным свойством.
В следующих типах документов реализована возможность регистрации артикулов с детализацией количества по признакам товара:
Приходная накладная,
Расходная накладная,
Накладная на перемещение,
Кассовые документы,
Сличительная ведомость,
Акт потерь,
Акт обнаружений,
Счет,
Заказ поставщику,
Складское требование.
Изменены печатные формы документов для детального отражения количества по признакам товаров.
Для детализации количества по признакам в указанных документах необходимо в режиме открытия или редактирования документа включить вид интерфейса «Детализация по шкалам». Данный вид интерфейса не совместим с режимом «Прием на склад». При включении вида интерфейса «Детализация по шкалам» желательно расположить поле «Шкала» непосредственно перед полем «Количество».
При отключенном режиме детализации документ выглядит так же, как если бы артикулы не содержали свойств и не имели детализацию по признакам. То есть пользователи, которые не работают со свойствами товара, не обнаружат никаких изменений в интерфейсе.
Для редактирования количества по признакам товара необходимо установить курсор на ячейку поля «Шкала» и нажать кнопку «Ввод» или дважды щелкнуть мышью. В диалоге «Количество по шкале …» можно ввести перечень используемых значений свойств и соответствующие им количества. После того как перечень свойств определен, количества можно по признакам можно редактировать также непосредственно в колонке «Количество» при включенном виде интерфейса «Детализация по шкалам». В этом случае изменение количества для каждого признака приводит к немедленному пересчету общего количества артикула. Исключение составляет случай, когда товар первоначально вводится в режиме «прием на склад». В этом случае автоматический пересчет количества артикула не возможен и непосредственное редактирование количества по признакам невозможно.
В интерфейсе документов всегда показывается количество без признака товара («без шкалы», в отчетах «б/п»), даже в том случае, когда количество по признакам товара совпадает с общим количеством артикула. Количество без признака товара вычисляется как разница между количеством артикула в строке спецификации и количеств по признакам товара.
В документах не допускается случай, когда количество без признака товара является отрицательным.
В документах допускается регистрация артикулов, имеющих свойство, с неполной детализацией количества по значениям свойства или без детализации.
Для отражения остатков товара с детализацией по признакам товара изменены раздел «Текущие остатки» и страница «Остатки» раздела «Карточки товара». В разделе «Текущие остатки» разворот по признакам товара делается всегда, но показываются только те признаки, по которым имеется остаток. В разделе «Карточки товара» остатки по признаку показываются только при выборе конкретного признака товара.
Штриховым кодам артикулов со свойством можно назначить конкретный признак товара. Такие штриховые коды будут опознаваться при вводе артикулов в документ как артикул с признаком, и в строку артикула будет добавляться количество сразу с указанием признака товара. Однако для кассы данный артикул будет соответствовать артикулу без признака и при разборе чеков в кассовый документ попадет информация о продаже артикула без признака. То есть штриховые коды с указанием признака можно использовать только для работы с документами.
Для продажи товаров через кассу с регистрацией признака товара необходимо использовать новый тип артикула – артикул «Признак» (см. раздел «Типы артикулов»).
Артикул Признак создается на основании штрихового кода с указанием признака и наследует все свойства базового артикула. Кроме того, артикулу признаку может быть назначена как цена равная цене базового артикула, так и собственная цена по правилам таким же, как и для прочих составных артикулов. При продаже через кассу артикула типа Признак и при последующем разборе чека в кассовый документ попадает базовый артикул с указанием значения свойства.
В системе произведены изменения для сохранения информации о способе ввода в документ артикула. В частности при попытке ввода в документ артикула типа Признак, артикул преобразуется в базовый артикул с указанием признака, а исходный артикул сохраняется в колонке «Арт. ценника». В дальнейшем информация об артикуле ценника может быть использована процедурой проставления продажных цен для проставления цены артикула ценника, а не базового артикула.
При использовании артикулов типа Признак каждый новый артикул будет приводить к образованию новой строки спецификации, так как в одной строке спецификации может присутствовать только один артикул ценника. В случае если необходимо объединить все строки с одним артикулом и с различными признаками вместе, необходимо выполнить операцию слияния строк с указанием опции «Игнорировать несовпадение артикулов ценника». Если для разных признаков одного и того же артикула в разных строках указаны разные цены, то операция слияния не состоится.
Реализована генерация заказа поставщику с распределением заказываемого товара по признакам. Для генерации заказа по признакам необходимо соблюсти следующие условия:
- В административном модуле в разделе «База данных» на странице «Параметры системы» необходимо установить параметр «Заказ по шкалам признаков».
- В разделе «Свойства артикулов» установить соответствие между необходимым свойством и документом Заказ поставщику.
- В разделе «Свойства артикулов» для каждого значения свойства необходимо установить коэффициент в поле «Заказ». Если все коэффициенты установлены в ноль, то товар заказывается без детализации по признакам. Если хотя бы один коэффициент установлен, то весь заказ данного артикула распределяется по признакам. Распределение заказываемого количества по признакам происходит пропорционально установленным коэффициентам заказа. При нулевом коэффициенте товар с данным признаком не заказывается.
Поддержка для автоматического расчета или коррекции коэффициентов заказа на основании динамики продаж в настоящий момент не поддерживается.
Типы артикулов.
Понятие тип артикула расширено понятием подтип артикула. Данное изменение сделано для объединения типов артикулов в группы со схожим поведением.
Разделение по подтипам сделано для артикула «набор/упаковка». Для описания смысла использования типа «набор/упаковка» ранее использовался термин составной или комплексный артикул. Предлагается далее группу артикулов данного типа называть - артикул типа «Ценник», подразумевая, что данные артикулы существуют только для целей ценообразования и указания цены для покупателя.
Артикулы типа «Ценник» получили следующие подтипы:
«Набор» - артикул может иметь произвольный состав
«Упаковка» - в состав может входить только одни артикул с количеством не равным 1
«Уценка» - в состав может входить только одни артикул с количеством равным 1
«Признак» - в состав может входить только одни артикул с количеством равным 1 и с одним значением признака.
При создании нового артикула можно создать только артикул подтипа «Набор».
Другие подтипы артикулов ценников создаются на основании штриховых кодов основных артикулов.
В отличие от набора, штриховые коды прочих артикулов ценников показываются как принадлежащие артикулам ценникам, так и принадлежащие базовому артикулу.
Составные артикулы в документах.
Внесены изменения в интерфейс документов при работе с составными артикулами. Отменен вариант интерфейса, имитирующий добавление артикула ценника как строки спецификации документа. При добавлении в документ артикула ценника происходит его преобразование в набор артикулов из его состава, и документ отображается так, как он реально сформирован. Текущий вариант интерфейса документа соответствует прежнему виду интерфейса «Показывать состав наборов».
Отменен механизм автоматической коррекции количества артикулов, относящихся к одному набору. То есть после ввода в документ артикула набора с первоначальным указанием количества наборов, дальнейшее ручное редактирование количества компонента набора не приводит к автоматической коррекции количества других компонентов. Автоматическая коррекция количества компонентов при редактировании количества одного из компонентов набора приводила к неоднозначному поведению системы. Например, при расчете возможно получение дробного количества для штучного компонента, и в таком случае возникала необходимость отменять или корректировать действия пользователя.
Взамен, в документ введены поля «Артикул ценника» и «Количество набора». Данные поля отражают факт ввода артикула в документ с использованием артикула ценника (набор, упаковка, уценка, признак) и количества исходного артикула ценника. Для пропорционального изменения количества компонентов набора, предусмотрена возможность редактировать «Количество набора». При редактировании этого поля автоматически рассчитывается количество для артикулов из состава набора. Редактирование поля «Количество набора» не возможно при использовании вида интерфейса «Детализация по шкалам».
Отменена возможность регистрации артикула набора как разных строк спецификации. Ввод одного и того же артикула в разные строки спецификации используется для установления разных цен на один и тот же артикул. Для наборов такая необходимость отсутствует, поскольку сам артикул набора выступает в качестве ценника при реализации товара и в случае необходимости иметь несколько цен для одного и того же сочетания товаров следует создать несколько артикулов наборов с разными ценами.
Модифицированы функции проставления продажных цен. Новый вариант функций учитывает наличие артикула ценника и проставляет не цену базового артикула, а цену артикула ценника. Для составных артикулов происходит автоматический пересчет цены набора в цены компонентов. В этом случае, из-за ошибок округления цены до копейки, возможно несоответствие между ожидаемой стоимостью набора и фактически полученной стоимостью.
Процедуры перерасчета остатков.
В системе существует две группы процедур, влияющих на содержание таблиц оперативных остатков.
...
В 19 версии внесены следующие изменения:
- Регистрация остатков по признакам артикулов (например, по значениям размеров).
- Изменение в составе видов остатков при обработке производственных документов. То есть, внесены две новые колонки в таблицу остатков в производстве: «В приемке», «Отгрузка» для фиксации движения ингредиентов при достижении производственными документами статуса «Принят в количестве». См. ТЗ «Остатки в производстве Доработка.doc»
- Исправление ошибки. Алгоритм не принимал во внимание тип артикула при расчете остатков, полагаясь на то, что в документах в таблице спецификации присутствуют только товары. В результате происходил неправомочный учет артикулов типа «Услуга».
...
В системе реализована поддержка бизнес процессов, необходимых для магазинов формата Cash & Carry.
В системе реализована возможность оперативной печати комплекта документов необходимого для оптового покупателя как при оформлении продажи по расходной накладной, так и при продаже товара через кассу.
В рамках данной задачи реализованы следующие механизмы:
Реализован новый протокол получения от программы Супермаг УКМ оперативной информации о пробитых чеках. УКМ выкладывает информацию по каждому чеку, как продажи, так и возврата, после его пробития. В случае разрыва связи УКМ выкладывает все чеки после восстановления связи. Все чеки принимаются в систему в том виде, в каком они поступают, то есть без статистического преобразования.
Создан новый раздел «Кассовые чеки». Раздел позволяет отобрать и показать чеки, как из таблиц закрытых кассовых отчетов, так и из оперативной сводки. Фильтр отбора чеков позволяет отбирать чеки по номеру чека, по статусу чека – оперативный или закрытый (из закрытого кассового отчета), по клиенту дисконтной карты, указанной в чеке, по дисконтной карте и т.д. Основная задача, которая решается фильтром отбора – быстрый поиск чека по любой, даже частичной информации, доступной оператору при предъявлении чека.
Раздел позволяет просматривать содержание чека и распечатывать комплект документов, на основании чека. А именно: Товарный чек, расходную накладную, счет фактуру, список номеров подходящих сертификатов соответствия.
- Поиск и проставление сертификатов соответствия в расходную накладную.
...
В режим отбора документов добавлена колонка «Свободная сумма». Под свободной суммой понимается сумма документа, не распределенная ни на какие другие документы – накладные и/или платежные документы.
В документы введен новый статус: «Принят». Введено разделение прав редактирования документа по статусам. В статусе «Проплачен» запрещается изменять все атрибуты документа, влияющие на содержание официальных печатных форм, то есть сумму документа, дату документа, контрагентов документа и т.д. Разрешается редактировать связи документа с другими документами, устанавливать метки документа и дату оплаты документа, то есть параметры, отражающие взаимодействие сформированного документа с системой или с внешними событиями (с банком).
Создана новая печатная форма платежных документов для печати документа в виде максимально приближенном к стандартному виду платежного поручения и кассового ордера, то есть без атрибутов, свойственных всем печатным формам торговой системы. Новая печатная форма может быть получена при снятии опции «печатать штриховой код документа» в диалоге печати платежных документов.
Поддерживаются следующие процессы учета связи платежей и движения материальных ценностей:
- Оплата прихода. Платеж на основании приходных накладных. Один платеж на основании многих накладных, много платежей по одной накладной.
...
Изменен алгоритм подсчета числа подключенных рабочих станций при проверке лицензии. Теперь при определении количества подключенных рабочих станций не учитываются сессии сервера Супермага, а также сессии почтового и кассового серверов.
Печать этикеток с ценами из накладных.
Реализована печать этикеток с ценами из приходных накладных и из накладных на перемещение.
Проставление цен на дату документа.
Изменена функции проставлении цен в документе Сличительная ведомость. Теперь цены ищутся по истории цен и проставляются на дату документа.
Отчеты.
...
Реализованы функции учета, ценообразования и управления движения товара по сортам. Под сортом понимается такое свойство товара, которое может меняться в течение времени естественным образом, в отличие от других свойств товаров, которые не должны менять своих значений для одного и того же экземпляра товара.
Сорта.
Сорта реализованы как разновидность свойства товара. Для того чтобы отличать сорта от прочих свойств товара и регулировать поведение функций учета товара по сортам и по обычным свойствам, например, таким как размер или цвет, в перечень атрибутов свойства товара добавлен атрибут «Сорт».
Атрибут может быть установлен в значение «Сорт» при создании нового свойства и в дальнейшем не может быть изменен.
Изменен интерфейс редактирования атрибутов свойств товара и их поведение. Добавлен атрибут «Статус» для контроля содержания свойства товара и его использования.
Статус свойства товара может принимать два значение «Активно» и «Неактивно». При переводе свойства товара в статус «Активно» делаются следующие проверки его содержания:
- Простое свойство должно содержать не менее одного значения.
- Составное свойство должно содержать не менее двух простых свойств.
- Составное свойство может содержать только одно простое свойство типа «Сорт».
...
Таблица значений свойств пополнилась новым атрибутом «Процент от цены артикула». Процент от цены артикула используется функцией генерации артикулов типа «признак» для заполнения по умолчанию поля «Процент цены» (страница «Состав») (см. раздел «Генерация штриховых кодов и артикулов типа «признак» по сортам»). Процент цены используется для определения цены артикула признака на основании цены артикула товара.
На странице «Уровни торгового запаса» определяются доли количества товара с тем или иным значением свойства в уровне торгового запаса товара. Доли уровней торгового запаса используются в функции генерации складского требования для вычисления количества товара для каждого значения свойства, необходимого для пополнения товарного запаса магазина (См. раздел «Складское требование по сортам»).
На странице «Цены поставки» определяются коэффициенты (проценты от приходной цены), которые используются для вычисления средней цены прихода товара, в случае если поставщик поставляет товар с разными ценами для разных значений свойства, а при продаже устанавливается единая цена на товар без разделения по свойствам (См. раздел «Ценообразование по сортам»). Может быть описано несколько распределений приходных цен. Каждое распределение ставится в соответствие одному или нескольким поставщикам.
Генерация штриховых кодов и артикулов типа «признак» по сортам.
В разделе «Карточки складского учета» на странице «Штриховые коды» реализован доступ к функции генерации штриховых кодов и артикулов признаков для полного перечня значений свойства артикула (кнопка «Автогенерация»).
Для артикулов со свойством типа "Сорт" доступен только вариант полной генерации, когда генерируются штриховые коды и артикулы признаков на их основании. Для артикулов с обычным свойством возможен выбор полной генерации или генерации только штриховых кодов. Генерация только штриховых кодов может использоваться в тех случаях, когда предполагается вести количественный учет по признакам товара, но продавать товар по одной цене для всех признаков или для большинства признаков.
Для генерации штриховых кодов необходимо указать вариант применения штрихового кода из справочника «Штрихкоды».
При генерации штриховых кодов и артикулов делается проверка на наличие штриховых кодов для признаков товара и в случае если такие штриховые коды уже есть, они повторно не создаются. Имеющиеся штриховые коды для признаков товара используются для генерации артикулов признаков.
В случае если артикул признак уже был создан, но его штриховой код был удален, то функция создаст новый штриховой код для данного признака товара и повторно сгенерирует новый артикул признака.
При удалении артикула признака его штриховой код не удаляется, а остается доступным для ведения количественного учета по признаку товара.
При создании нового артикула, в случае если в группе классификатора указано, что артикул должен иметь свойство, предложение о создании штрихового кода для артикула заменяется предложением о генерации артикулов признаков.
При генерации новых артикулов признаков значение атрибута «Процент цены» берется из атрибута «Процент цены артикула» для соответствующего значения свойства товара. В случае многомерного свойства процент цены вычисляется как произведение процентов.
Контроль сорта в накладных.
Движение товара со свойством типа "Сорт" имеет более строгие ограничения, чем движение товара с обычным свойством. Ограничение связано с тем, что различные сорта товара, как правило, указывают на различную его стоимость и количественный учет товаров по сортам связан с учетом стоимости товара.
В приходных, расходных накладных и накладных на перемещение созданы функции должностной проверки на наличие в документе товара со свойством типа "Сорт", для которого имеется количество без указания сорта. Функции выполняются при повышении статуса документов или переводе документов в статус «Заблокирован». По умолчанию функции установлены в положение «Запрет».
Акт о сортировке
...
При проставлении цены в документе фиксируется вид цены, который был использован для проставления цен.
В документе имеется доступ к функции наценивания (см. раздел «Ценообразование по сортам») и набор функций для печати ценников и этикеток. Печать этикеток имеет вариант печати штриховых кодов в формате CODE128 с кодированием цены товара (см. раздел «Ценообразование по сортам»). Для правильного формирования штрихового кода для весового товара необходимо, чтобы каждый экземпляр фасованного весового товара регистрировался в документе на отдельной строке.
Ценообразование по сортам.
...
В процедуру наценивания добавлена функция выравнивания колебаний приходных цен по признакам товара. Функция предназначена для стабилизации колебания цены товара в случае, когда цены на товар устанавливаются процедурой наценивания и когда известно, что поставщик поставляет товар с разными ценами для разных значений свойств товара, например, для размеров обуви, тогда как продажа товара ведется по одной цене без различия по значениям свойств.
Выравнивание колебаний приходных цен осуществляется с использованием коэффициента «процент цены поставки». Перед выполнением наценивания производится коррекция приходной цены. Цена прихода умножается на процент цены поставки в случае, если в приходе указан соответствующий признак товара.
Распределение цен по признакам может быть разным для разных поставщиков. По умолчанию, если процент цены не задан, он считается равным 100%.
Наценивание по признакам.
...
Реализован алгоритм формирования складского требования по признакам (сортам) товара. Для расчета потребности товара по признакам товара необходимо задать доли количества товара по признакам в общем уровне запаса товара в магазине.
Доли в уровне товарного запаса задаются в разделе «Свойства для артикула». Для одного и того же свойства может быть задано несколько распределений уровней торгового запаса, каждое из которых может быть назначено одному или нескольким местам хранения. Для одного места хранения может быть задано только одно распределение. Если имеется необходимость для разных товаров с одинаковым свойством задать разные распределения уровней товарного запаса по признакам товара в одном и том же магазине, то необходимо создать два свойства с похожим набором признаков и присвоить товарам разные свойства.
Для включения механизма генерации складского требования по признакам товара необходимо установить флаг «Учитывать свойства при генерации» в администраторе БД в разделе «Базы данных» на странице «Конфигурация->Складские требования» и установить флаг использования свойства товара для складского требования в разделе «Свойства артикула» на странице «Документы».
Поведение алгоритма следующее:
При генерации складского требования вычисляется общая потребность места хранения в товаре на основании информации об остатке товара в магазине, среднесуточной реализации и уровне товарного запаса (плюс зал). Далее потребность магазина может быть уменьшена до того количества, которое может быть поставлено со склада. Затем, на основании информации о текущих остатках товара в магазине по признакам товара, данное количество распределяется в складском требовании по признакам таким образом, чтобы количество товара по признакам после поставки товара со склада в магазин соответствовало распределению, заданному для данного магазина.
Пополнение товарных запасов торгового зала
Реализован механизм оповещения о необходимости пополнения запасов торгового зала в течение рабочего дня. Оповещение производится как печать требований на доставку товара в торговый зал. Требования печатаются по мере продаж товара через кассы и по факту поступления в магазин нового товара или товара с недостаточным количеством.
Механизм рассчитан на физическое наличие в магазине торгового зала и подсобного помещения, которые описаны в структуре складов и магазинов как одно место хранения.
Для правильной работы механизма необходимо, чтобы перед его стартом полки торгового зала были заполнены товаром в количестве, которое определяется как «Максимум торгового зала». Те товары, количество которого недостаточно, должны быть полностью размещены в торговом зале.
Печать требований реализована в кассовом сервере как часть функции получения информации об оперативных продажах. Для включения печати требований необходимо в администраторе включить оперативную сводку (для этого необходимо установить интервал опроса больше 0 сек.), установить признак «Требования зала» и прописать сетевой путь к принтеру, например: «
имя компьютера\имя принтера».
Интервал печати требований равен интервалу опроса оперативных продаж.
Для управления требованиями в карточку товара добавлен новый атрибут «Минимальное требование». Параметр можно задать в разделе карточек складского учета на странице «Заказ». На этой же странице отображается параметр «Максимум зала», который равен сумме минимума зала («Зал») и минимального требования.
Максимум зала определяет то количество, которое должно быть в торговом зале на момент начала продаж при наличии достаточного количества товара. Минимальное требование определяет тот порог убывания (продаж) товара, после которого необходимо пополнить запас торгового зала.
Алгоритм создания требования следующий: фиксируются продажи товара при получении сведения от оперативной сводки. Проданное количество регистрируется в таблице требуемого товара, то есть отдельно от того количества, которое показывается в окне оперативных продаж. Если суммарное количество проданного товара превышает минимально требование, то формируется требование на все количество проданного товара. Количество, которое попадает в требование, списывается из количества требуемого товара.
Требование распечатывается на принтере и дублируется в виде текстового файла. В случае необходимости требование может быть распечатано повторно из текстового редактора (Word или Notepad, в случае использования Notepad необходимо устанавливать шрифт Courier New).
Полнота выполнения требования в случае, когда количество товара в подсобном помещении достаточно для выполнения требования, должно контролироваться административно. То есть система считает, что требование всегда выполняется.
В случае если товара в подсобном помещении недостаточно для выполнения требования, то считается, что весь доступный товар должен поступить в торговый зал.
Товар, количество которого недостаточно, попадает в требование по факту регистрации накладных на перемещение или приходных накладных.
Алгоритм создания требования на товар с недостаточным количеством следующий: При регистрации накладной на поступление товара осуществляется сравнение количества товара за вычетом оперативных продаж и потерь с максимумом зала, и, в случае если количество оказывается меньше максимума зала, разница помещается в таблицу требуемого товара и на ближайшем цикле опроса попадает в требование.
Управление настройками подчиненных БД.
...
Некоторые системные параметры, такие как номер версии базы данных и др., не могут произвольно изменяться. Поэтому, при приеме объекта «CF» с идентификатором текущей БД значения таких параметров игнорируются (т.е. не записываются в SSSysInfo).
Имеется возможность послать команду удаленной базе данных – «Отослать конфигурацию в старшую БД». То есть имеется возможность получить информацию о конфигурации удаленной БД без участия персонала удаленной БД.
Реализована перекрестная проверка параметров генерации идентификаторов контрагентов и артикулов (кнопка «Конфликты»). В алгоритм автоматической генерации артикула введен запрет использования пустого префикса для всех баз данных, кроме базы данных центрального офиса. Последнее необходимо для того, чтобы пользователи одиночной БД могли создавать объекты в БД без предварительного заведения префиксов идентификаторов.
Конфигурация новой базы данных может быть экспортирована в файл (кнопка «Экспорт») и в дальнейшем использована для конфигурирования базы данных в момент ее создания (см. раздел «Способы инициализации новой БД»). Не следует создавать описание новой базы данных без цели использования данного описания в процессе генерации новой БД. При создании описания генерируется уникальный код БД и задается ее имя. В случае если описание БД вначале создается в старшей БД, а затем база данных создается самостоятельно, то при приеме информации о регистрации БД в старшей БД либо появится дубликат описания БД из-за различий в идентификаторах БД и именах БД, либо регистрация БД в сети будет невозможна (при совпадении имен БД).
Регистрация новой БД в сети производится после настройки почтового сервера. Для регистрации необходимо на странице «конфигурация» нажать кнопку «Разослать» и выбрать отсылку в старшую БД.
Способы инициализации новой БД.
...
Для одиночной БД или старшей в сети БД следует использовать режим «Центральный офис или единственный магазин (стандартные начальные данные)». В этом случае все справочники заполняются данными без расчета на возможное разделение диапазонов идентификаторов по базам данных сети. Для старшей БД сети необходимо перед началом работы произвести выделение диапазонов идентификаторов для подчиненных БД.
Режим без заполнения начальными данными рассчитан на то, что данные будут присланы из внешней БД. В этом случае не следует приступать к работе в базе данных до завершения процесса регистрации БД в сети и получения конфигурации и справочников из старшей БД.
Режим инициализации файлом подразумевает создание описания конфигурации базы данных в центральном офисе, включая префиксы идентификаторов объектов. Необходимо следить за тем, чтобы файл инициализации БД не мог быть использован повторно для инициализации еще одной (другой) БД.
Синхронизация штриховых кодов
В справочник штриховых кодов добавлено новое поле — идентификатор базы данных, в которой разрешена генерация штриховых кодов данного типа.
Для генерации уникальных штриховых кодов в сети БД необходимо для каждого места хранения создать свой набор вариантов генерации штриховых кодов с такими условиями генерации (префикс, постфикс, длина, тип штрихового кода), которые будут уникальны и доступны только в данном месте хранения.
Для создания нового штрихового кода в системе всегда доступны только те виды применения, которые используют типы штриховых кодов, не предназначенные для автогенерации, то есть – внешний и внешний весовой.
В процедуру генерации штрихового кода вставлен запрет генерации штриховых кодов по тем типам применения, которые предназначены для других БД.
В связи с тем, что таблица видов использования штриховых кодов должна заполняться в центральной базе данных и рассылаться почтовым модулем, ее начальное заполнение, ранее безусловно выполнявшееся при инициализации новой базы данных, выполняется только в том случае, когда выбран режим «заполнение базы начальными данными».
При модернизации структуры БД с младших версий до текущей, поле БД для типа применения штрихового кода остается незаполненным, что приводит к невозможности генерировать какие-либо штриховые коды. Для нормализации работы необходимо сразу после модернизации указать, в каких БД доступны те или иные типы применения штриховых кодов.
Синхронизация контрагентов.
...
При выборе варианта 1 у пользователя должно быть право на объявление штрихового кода недействительным.
При приеме почтовым модулем временной синхронизированной карточки из старшей базы данных все ее штриховые коды удаляются, так как это либо штриховые коды, которые в старшей базе были объявлены недействительными в процессе синхронизации, либо штриховые коды, которые к моменту приема синхронизированной карточки уже закреплены за соответствующей глобальной карточкой. Глобальная карточка всегда принимается непосредственно перед синхронизированной временной карточкой.
Цены.
В тех случаях, когда технологические процессы подчиненного места хранения требуют назначать цены временным карточкам, в дальнейшем, в процессе синхронизации временных артикулов, возникает необходимость сохранять их цены.
При синхронизации временного артикула осуществляется проверка цен глобального артикула. В случае если у глобального артикула нет цены для видов цен места хранения, из которого пришел временный артикул, временный артикул заменяется глобальным в соответствующих актах изменения цены и в таблицах цен. То есть происходит полный перенос всех действий по ценообразованию на глобальный артикул. Данные действия производятся как в старшей, так и в подчиненной базе.
В случае если глобальный артикул имеет цены, его цены признаются правильнее и перенос цен временного артикула на глобальный не происходит. В этом случае также не происходит замена временного артикула на глобальный артикул в соответствующих актах изменения цены, чтобы сохранить историю назначений цен на артикул.
Проверка операций ручной пересылки документов.
...
введена проверка правильности выбора БД назначения при ручной постановке в очередь на отправку.
Проверка заключается в сличении места хранения, указанного в документе, с перечнем мест хранения, назначенных подчиненной базе данных.
Проверка осуществляется должностной функцией проверки 93: «Ручная рассылка в БД документов, не предназначенных для данной БД».
Отсрочка платежа в расходных накладных.
В раздел контрагентов на странице «Клиент» добавлены поля «Отсрочка платежа», «Штраф» и «Максимальный штраф».
В расходную накладную добавлены поля «Отсрочка платежа», «Штраф» и «Максимальный штраф». Поля заполняются автоматически при создании документа, если в мастере заполнено поле «Клиент». Если клиент на момент создания документа не известен, то значения полей могут быть либо введены оператором, либо заполнены данными контрагента нажатием кнопки «Установить значения, заданные для контрагента». Кнопка доступна в диалогах редактирования полей «Отсрочка платежа» и «Штраф».
Подбор ГТД для расходных накладных.
В диалоговое окно функции «Подбор номеров сертификатов / ГТД» добавлены опции:
Подбор номеров …
«ГТД по номерам справок к ГТД в приходных накладных»
и «замещать заполненное поле Сертификат».
При выборе опций осуществляется поиск ГТД в приходных накладных по тому же алгоритму, как и в случае поиска номеров сертификатов соответствия.
Назначение опций по умолчанию берется из соответствующих установок административного модуля.
Генерация заказа поставщику.
...
При выборе режима «По умолчанию» алгоритм генерации заказов разделяет все места хранения, указанные далее, на группы в соответствии со значением атрибута, установленного для каждого места хранения, и выполняет столько циклов генерации заказов, сколько групп мест хранения образовалось.
Добавлена возможность указания одного или нескольких ассортиментов вместо групп товаров в качестве списков товаров, для которых производится генерация заказов. Если один и тот же товар, имеется в нескольких ассортиментах, то в общий список товаров он попадает только один раз.
Добавлена возможность автоматического подбора списка мест хранения для генерации заказов на основании выбранных контрактов. Для этого в мастере генерации заказов добавлена опция «По контрактам». В этом случае в интерфейсе отображается список действующих контрактов, в которых имеются товары из выбранных групп товаров или ассортиментов, и позволяется отметить, какие из контрактов следует рассматривать при генерации заказа.
Возможность выбора контрактов ограничена должностной функцией проверки «Генерация по выбранным контрактам» (Функция 2936 модуля «Док.: Заказы поставщикам»).
В алгоритм подбора поставщика добавлен критерий выбора поставщика с минимальной ценой последней поставки. Критерий имеет самый низкий приоритет (учитывается после всех имеющихся критериев отбора поставщиков). Критерий действует всегда, то есть не может быть отключен. В качестве цены для сравнения рассматривается цена без налогов. Под документом последнего прихода подразумевается последний приход в место хранения, к которому относится документ заказ. В случае если поставщик отбирается по действующим контрактам, вместо цены последней поставки рассматриваются цены действующих контрактов.
Удаление строк с ненулевым предложением заказа.
...
Для удобства восприятия информация по контракту разделена на группы и разнесена на вкладки «Главная», «Заказы» и «Фин. атрибуты».
Для упрощения создания нового контракта значения полей:
Форма оплаты
Срок поставки
Тип отсрочки платежа
Отсрочка платежа
Штраф
Максимальный штраф
Частота заказа
Время заказа
Время поставки
Заказ принимается
Поставка производится
по умолчанию копируются из соответствующих атрибутов поставщика, если они были определены в разделе «Контрагенты». (Карточка контрагента, вкладка Поставщик).
Печать ценников для каждого экземпляра товара из прихода.
Функция печати ценников в количестве копий, равном количеству товара в приходе, сделана в документе «Акт переоценки».
Функция работает только для актов, созданных на основании приходной накладной, то есть в результате наценивания.
Функция вызывается в меню «Файл \ Печать ценников». В диалог выбора параметров печати ценников добавлена опция «количество копий из накладной-основания».
При включении опции для каждого товара из акта переоценки будет напечатано количество ценников, равное количеству этого товара в накладной (на каждую единицу товара прихода будет напечатан ценник).
«Старый» товар, то есть товар, находящийся на складе (в торговом зале), будет иметь старые ценники. Для продажи товара в соответствии с ценой на ценнике кассир должен иметь право указывать цену товара вручную.
Копирование уровней торгового запаса между местами хранения.
...
могут быть скопированы вместе или в любой комбинации.
Доступ осуществляется из формы «Карточки складского учёта», кнопка «Обработать», кнопка «Изменение уровней скл. зап.».
Изображение в карточке складского учета.
Для карточки складского учета реализована возможность сохранения в базе данных и воспроизведение файла приложения, который может быть графическим изображением или текстовым описанием. Формат файла может быть любым. Но для показа содержания файла необходимо, чтобы файл имел один из форматов, который распознает программа Internet Explorer. Редактировать можно только файлы формата .doc и .bmp.
Функция просмотра, добавления и удаления файла приложения к карточке складского учета реализована на странице «Склад».
Файл приложения может быть только один. Для просмотра файла приложения необходимо нажать кнопки «Изображение->показать».
Добавление, удаление и обновление возможно только в режиме редактирования карточки. Обновление происходит автоматически при сохранении карточки, если файл приложения был изменен.
Файл приложения пересылается почтовым модулем вместе с карточкой складского учета.
Просмотр списка документов контрагента в карточке контрагента.
В разделе «Контрагентов» добавлена страница «Документы», на которой можно получить список документов данного контрагента. Фильтр для отбора документов включает выбор диапазона дат, места хранения и возможность указания типов документов. Реализована возможность открытия документов из списка.
Сотрудники в счете-фактуре.
...
Справочник «Календарь» предназначен для настройки рабочих и выходных дней, для правильного вычисления интервалов в банковских днях.
Доступ осуществляется через меню «Разделы \ Настройка \ Справочники», пункт списка справочников «Календарь».
Нерабочие дни по умолчанию – все субботы и воскресенья плюс даты из списка «Стандартные праздничные дни». Все остальные дни – рабочие. Настройку по умолчанию можно переопределить, добавив даты в список «Изменения выходных и рабочих дней».
Файловый протокол обмена с портативным терминалом сбора данных.
Создан драйвер обмена с портативным терминалом сбора данных через текстовый файл. Кодировка файла может быть ASCII или DOS. Поддерживается только прием данных из портативного терминала.
Формат файла с данными из портативного терминала следующий:
штриховой код <запятая> количество <перевод строки>
Для количества - десятичный разделитель – точка.
Обмен с портативным терминалом через текстовый файл доступен только для режима обмена «Ввод/инвентаризация количества».
Текстовый драйвер может быть использован для неавтоматического обмена данными с любым портативным терминалом, который сможет поддержать описанный выше формат файла обмена.
Название базовой валюты в интерфейсе.
Изменения выполнены для использования торговой системы за пределами РФ, то есть, когда в качестве национальной валюты используется не рубли.
Изменения выражаются в удалении названия валюты в тех частях интерфейса, где они не несут полезной информации и в замене статического названия валюты на короткое название базовой валюты из справочника валют в тех частях интерфейса, где избежать показа названия невозможно.
Аварийное прерывание отчетов.
Реализована функция аварийного завершения работающего отчета. Функция выполняется автоматически, если при старте отчета обнаруживается, что предыдущий процесс запуска отчета не завершился, а локальный процессор отчетов разрушился. В этом случае предыдущий процесс завершается, и следующий отчет стартует как обычно.
Функция может быть использована также для завершения нормально работающих отчетов. Функция доступна в главном окне программы в пункте меню «Файл».
Предупреждение: снятие работающего отчета является опасной операцией, то есть могущей повлечь а) перегрузку сервера, б) блокировку операционной системы клиентского компьютера. Снятие отчета не приводит к автоматическому завершению сессии Oracle. При выполнении операции необходимо поставить в известность системного администратора.
Добавлена проверка наличия работающего отчета в случае двух или более одновременно работающих на одном компьютере программ Супермаг 2000. Если при старте отчета из одной программы обнаруживается, что работает отчет, запущенный из другой программы, то теперь выдается сообщение о невозможности одновременного запуска двух отчетов.
Окно заставки.
Реализован вариант старта программы, при котором окно заставки программы закрывается после начала процесса подключения к базе данных. Вместо окна заставки показывается диалог с сообщением «Подключение к базе данных <Имя БД>». Диалог может быть закрыт пользователем, минимизирован или перемещен в любую часть экрана. В случае успешного подключения к базе данных стартует главное окно программы. В случае невозможности соединения с базой данных показывается окно с сообщениями об ошибках соединения и возвращается окно заставки (старта) программы.
Старт программы с закрытием окна заставки включается на локальном компьютере в интерфейсе программы «Переключатель БД» с помощью установки признака «Скрывать окно заставки при подключении к БД».
Внесено изменение в алгоритм запоминания имени БД и сотрудника предыдущего старта программы. При неуспешном старте, в окне заставки сохраняются значения имен предыдущего старта до тех пор, пока окно заставки не будет закрыто пользователем. При повторном запуске окна заставки в него выводятся имена БД и сотрудника последнего успешного соединения с БД.
Администрирование функций проверки.
Изменен интерфейс администрирования функций проверки (Административный модуль – Должность – Проверки). Функции проверки, выполняющие одни и те же логические проверки для разных объектов или условий, объединены в одну функцию с детализацией объектов применения. Например, функция проверки «Значение «Справка ГТД» или «Сертификат» не заполнены» выполняется отдельно для приходной накладной, расходной накладной и накладной на перемещение. В новом интерфейсе отображается одна строка с функцией проверки вместо трех, и, дополнительно, имеется возможность раскрыть объекты применения функции проверки для детального управления режимом проверки по типам накладных (кнопка «Детально»).
В таблице списка функций проверки показывается режим проверки для всех применений функции в случае, если режимы совпадают. Если для различных применений установлены различные режимы, то в колонке «Режим» показывается слово «Детально». В этой же колонке можно устанавливать режим проверки сразу для всех применений функции проверки.
Электронный ключ HASP-M.
В перечень электронных ключей, которые могут быть использованы для лицензирования программы, добавлен ключ HASP-M. Технология работы с ключом такая же, как и для ключей MPKEY и Guardant.
Защита от ошибок инсталляции.
Создан механизм внутренней проверки соответствия программных модулей друг другу и версии программы. В случае несогласованности модулей, то есть когда на локальном компьютере установлены модули, скомпилированные для разных версий программы, программа не стартует с сообщением «не найдена точка входа …. номер версии программы….».
Учёт артикулов типа Инвентарь.
...
Группа отчётов «Бухгалтерские».
Отчет предназначен для предоставления информации о доходах и расходах при упрощенной системе налогообложения.
«Оборачиваемость по поставщикам».
Группа отчётов «Менеджерские».
Отчет предназначен для предоставления информации, необходимой для принятия решения о торговом ассортименте. Отчет позволяет оценить, как быстро удастся продать остаток товаров, если в дальнейшем сохранится скорость продаж товара.
«Остатки поставщика по себестоимости».
Группа отчётов «Менеджерские».
Отчет предназначен для просмотра остатков товара выбранного поставщика на выбранную дату с детализацией остатков по срокам годности и закупочным ценам.
«Реестр актов о сортировке».
Группа отчётов «Документооборот».
Целью отчета является получение реестра актов о сортировке с группировкой по местам хранения.
«Уровни запасов торгового зала».
Группа отчётов «Магазинные отчеты».
Отчет предоставляет информацию о товарах, текущий остаток которых в данном месте хранения меньше требуемого максимального уровня запаса в торговом зале. Для таких товаров печатаются максимальный уровень запаса в торговом зале и все штриховые коды для единицы товара. На основании полученных сведений работниками магазина составляется требование на доставку товаров в торговый зал.
«Несоответствие прихода группе товаров».
Группа отчётов «Менеджерские».
Отчёт позволяет выявлять список документов прихода от поставщика, которые одновременно содержат как артикулы, входящие в выбранную группу товаров, так и не входящие в нее.
«Реестр инвентаризационных описей».
Группа отчётов «Документооборот».
Целью отчета является получение реестра инвентаризационных описей с выводом полной суммы по документу в валюте, соответствующей тому виду цены, в которой проводилась инвентаризация.
Измененные отчеты.
...
Добавлено подведение итогов по затратам на приобретение товаров в секциях "Операции с поставщиками" и "Оборот по счетам. Поступления/возвраты поставщику".
«Товарный отчёт (в закупочных ценах)».
Добавлена опция "группы товаров (все, только)". Опция дает возможность указания групп товаров, по которым должны быть отобраны документы.
«Реестр сличительных ведомостей».
...
В рассмотрение отчета добавлены документы реализации, ссылающиеся по себестоимости на документы инвентаризации излишков.
«Остатки».
...
Добавлена опция «Товар без движения за период с … по …» вместо опции «Товар без движения за последние … дней».
Добавлена опция «Товар пролежал весь период».
Новые печатные формы.
...
Поступление товара из зоны приема означает перемещение для отгрузки товара, пришедшего по приходным накладным или накладным на перемещение, минуя зону хранения.
Поступление товара из зоны погрузки означает отзыв или расформирование уже готовой упаковки товара в случае, если потребность в отгрузке отпала.
Зона отгрузки.
...
В документ «Складское требование» добавлены поля для контроля количества товаров зоны отгрузки и состояния работ по отгрузки.
Метки документов.
...
Метки «Принял» и «Отгрузил» назначены типам документов Приходная накладная, Накладная на перемещение, Расходная накладная. Метки имеют строковый тип данных. Если в документе проставлено имя кладовщика в поле «Отгрузил» и/или в поле «Принял», в диалоге печати документов соответствующий элемент заполняется именем кладовщика и становится недоступным для редактирования. Если поле метки не заполнено, диалог печати работает в прежнем режиме, то есть подставляет последнее введенное значение и позволяет его редактировать.
Маркетинговые акции.
...
Переработаны алгоритмы автоматической рассылки маркетинговых акций и связанных с ними актов смены цены. Теперь рассылка документов обоих указанных типов выполняется в соответствии с правилами рассылки документов (по настройкам почтового модуля). То есть маркетинговые акции не рассылаются автоматически, как это было раньше.
Специально для маркетинговой акции реализована поддержка правила рассылки «3-0». Стандартные правила рассылки документов могут задавать только переходы между последовательными статусами. Однако для маркетинговой акции переход 3-0 имеет специальный смысл — завершение акции.
Рекомендуемые настройки правил автоматической рассылки для баз данных офиса и магазина для случая, когда акции запускаются и завершаются вручную, приведены ниже.
В скобках указано правило рассылки при исполнении акций по расписанию.
База данных | Тип документа | Авто в старшую | Авто в подчиненную |
Офис | MA |
| |
Указанные выше правила рассылки документа Акт изменения цены (АС) относятся только к маркетинговым акциям и могут быть дополнены для актов, создаваемых иными способами.
Если при начале или завершении маркетинговой акции не было создано ни одного акта смены цены, то такая акция будет автоматически отсылаться только в подчиненные базы независимо от того, указано ли в правилах рассылки отсылать документ в старшую базу данных или нет. В этом случае отсылка в старшую базу не нужна, так как если не были созданы новые акты, то документ Маркетинговая акция, с точки зрения старшей базы данных, не изменился. С другой стороны, отсылка в подчиненную базу необходима, так как прием такой акции в подчиненной базе равноценен принудительному началу или завершению акции.
При более чем двухуровневой структуре сети для передачи маркетинговых акций и их актов с нижнего уровня в центр следует использовать сквозную рассылку. Однако для передачи маркетинговых акций из центра вниз сквозная рассылка нежелательна, так как это приведет к тому, что в магазины будут приходить, в том числе, маркетинговые акции, которые им не предназначены. Это не приведет к ошибкам в поведении маркетинговых акций, но в ряде случае нежелательно. Поэтому вместо сквозной рассылки следует использовать обычные правила автоматической рассылки, которые для маркетинговых акций обеспечивают пересылку документа в требуемую базу данных.
Пересылка маркетинговой акции в подчиненную базу.
...
При изменении статуса акта изменения цены он ставится в очередь на рассылку в старшую базу, либо в базу, содержащую спец. склад артикулов этого акта.
Для любых актов изменения цены справедливо следующее поведение:
При приеме по почте акта в состоянии «Принят к исполнению» он автоматически исполняется только тогда, когда место хранения акта является локальным для текущей базы, и акт поступил не из подчиненной базы. Если акт поступает по почте в состоянии «Исполнен», то цены из него переносятся в таблицу цен только в том случае, если место хранения акта не является локальным для данной базы. Если поступил исполненный акт для локального места хранения, то его цены игнорируются, акт принимается успешно, а в таблицу ошибок системы (SSEventLog) помещается соответствующее сообщение (таблица не имеет интерфейса в торговой системе).
Мониторинг отложенных актов изменения цены.
...
В интерфейсе диалога «Проводки» разрешено не указывать конкретную операцию при описании условий отбора данных, то есть, разрешено указать «любая» операция.
Для того чтобы можно было экспортировать данные по всем операциям с суммами, отличными от полных сумм документов, запрет на выгрузку недоступных типов сумм заменен выгрузкой пустого значения.
В описании экспорта сохранена терминология экспорта в бухгалтерию, но область применения экспорта данных стала шире, чем того требует бухгалтерия. При описании экспорта, так же как и раньше, необходимо указать номер счета и дебит/кредит. В случае общего экспорта данные поля необходимо рассматривать как номер варианта условий экспорта данных.
Сохранилось ограничение, при котором в одной строке выгружаемых данных может присутствовать сумма только одного типа. То есть, например, нельзя в одной строке получить и сумму из документа, и себестоимость.
Сервер отчетов.
Реализована поддержка использования распределенной сети вычислительных ресурсов для повышения производительности системы. Под поддержкой понимается автоматизация действий системного администратора по организации распределенной системы баз данных (Distributed Database Systems). Для организации сети взаимосвязанных баз данных используется механизм snapshot-репликаций. Механизм мастер-репликаций не поддерживается.
В первую очередь, преследовалась цель разделить вычислительные мощности между оперативными функциями системы и ресурсоемкими аналитическими отчетами. В связи с этим введено понятие оперативного сервера и сервера отчетов. На оперативном сервере ведется документооборот торговой организации (документы, справочники и т.д.), и формируются оперативные отчеты, связанные с текущим состоянием системы. На сервере отчетов производится расчет товародвижения и подготовка любых не оперативных отчетов, то есть таких отчетов, которые обычно выполняются за период по дату, отличную от текущей даты. Сервер отчетов поддерживает актуальность данных на момент последней синхронизации двух серверов. Синхронизация осуществляется функцией, которая запускается вручную. Периодичность синхронизации определяется потребностью пользователей.
Настройка репликации выполнена таким образом, чтобы аналитические данные и административные настройки сервера отчетов не подвергались изменению при синхронизации. То есть при синхронизации не происходит изменений в таблицах, связанных с лицензионной информацией, информацией о правах должностей и пользователей системы, аналитических таблицах, связанных с расчетом товародвижения.
Дополнительно, сервер отчетов может выполнять функции резервного сервера. Т.е. при выходе из строя оперативного сервера, сервер отчетов может быть переведен в оперативный режим. В этом случае он будет содержать всю информацию оперативного сервера на момент последней синхронизации.
Подробное описание действий для организации сервера отчетов приведено в документе «Сервер отчетов. Руководство администратора».
Поддержка законодательства Белоруссии
В системе реализована поддержка следующих особенностей законодательства Республики Беларусь в розничной торговле:
- Законом устанавливается максимальная допустимая торговая наценка от цены производителя на некоторые группы товаров и тарифов;
- В накладных должна указываться цена производителя и торговая наценка от цены производителя.
...
Введены новые виды сумм «в розничных ценах» для экспорта в бухгалтерию. Экспорт этих сумм возможен только из оперативной базы.
Интерфейс разделов Контрагенты, склады и магазины.
...
Элементы диалога, которые ранее использовались для сортировки, поиска и фильтрации записей в таблице отобранных записей, теперь используются только для поиска записей. То есть при выборе имени колонки не происходит автоматическая сортировка по этой колонки. Для сортировки записей необходимо дважды щелкнуть мышью по заголовку таблицы. Название колонки используется только для указания места поиска.
Ввод символов в поле шаблона поиска происходит автоматически, если курсор находится в пределах таблицы отобранных записей. Одновременно автоматически изменяется название колонки для поиска. Устанавливается та колонка, в которой находится курсор. Поиск и позиционирование записи происходит по мере ввода символов. Ищется ближайшая запись по совпадению первых символов. Для повторного поиска необходимо нажать на клавишу «Ввод». При повторном поиске поиск идет по произвольному вхождению строки шаблона в строку записи. Если поиск неуспешен, то буквы строки шаблона окрашиваются в красный цвет.
В колонках с числовыми данными поиск ведется только на полное совпадение числа.
Изменения коснулись разделов «Контрагенты», «Склады и магазины», «Карточки складского учета».
Компоновка меню разделов.
В связи с увеличением количества разделов в торговой системе была пересмотрена компоновка меню разделов.
Разделы: Акты переоценки, Акты уценки, Маркетинговые акции – перенесены под общий пункт меню – Ценообразование в группу, объединяющую документы ценообразования.
Образован новый пункт меню «Склад», в который помещен раздел Складские требования, новые разделы Зона отгрузки и Листы комплектации, а также раздел Физический склад.
Отчеты и печатные формы
...
...
Филиалу может быть подчинено одно или несколько мест хранения. В настоящей версии места хранения филиалов системой не используется. В будущем предполагается использовать данное подчинение для отделения документооборота филиала от прочего документооборота.
Для того чтобы место хранения можно было подчинить филиалу, это место хранения должно принадлежать головной организации филиала. Для этого необходимо, чтобы головная организацию была объявлена партнером, и ему был подчинено одно или более мест хранения типа центральный склад.
Филиалу может принадлежать любое из мест хранений, подчиненных центральным складам головной организации, включая сами центральные склады. Одно место хранения может находиться в подчинении только у одного филиала. Один филиал может иметь в подчинении несколько мест хранения.
Те места хранения партнера, которые не подчиняются ни одному филиалу, считаются находящимися в прямом управлении головной организации.
В случае если партнер лишается какого-либо центрального склада, все его филиалы лишаются мест хранения, подчиненных этому складу.
Поскольку документы, регистрирующие движение товаров, связаны с филиалом через отношение филиал - места хранения, то есть косвенным образом, то в случае если место хранения фактически переходит от одного филиала другому, в системе необходимо создать новое место хранения для нового филиала и передать в него все товары старого места хранения. В противном случае невозможно будет корректно разделить документооборот, связанный с местом хранения, на части, относящиеся к ведению разных филиалов.
Автоматическое пополнение ассортиментов.
...
При выборе нескольких условий, условия объединяются по логическому «ИЛИ». Например, если указано, что в ассортимент должны помещаться товары поставщика «ООО Трейд» и артикулы, содержащие в названии слово «водка», то в ассортимент будут включаться все артикулы, приходящие от поставщика «ООО Трейд» с любым названием и все артикулы, содержащие в названии слово «водка», независимо от того, какой поставщик их поставил.
Артикулы, соответствующие условиям правила, могут добавляться в ассортимент вручную или автоматически.
Ручное добавление артикулов в ассортимент выполняется с помощью кнопки «Синхронизировать» на странице «Узел» раздела классификаторов ассортимента. Функция синхронизации дополнительно позволяет удалить из ассортимента артикулы, не отвечающие условиям правила.
Для включения режима автоматического добавления артикулов в ассортимент необходимо установить соответствующий признак у правила.
Проверка на соответствие правилу и автоматическое добавление артикулов происходит при любом изменении артикула, при приходе артикула по почте или при переводе приходной накладной с операцией «Приход» в статус «принят центром».
При автоматическом пополнении ассортимента происходит только пополнение ассортиментов, то есть проверка артикула на несоответствие правилу и удаление артикулов из ассортимента не производится.
Контроль отпускной цены.
Создан набор механизмов для контроля цен, которые проставляют операторы при выписке счетов и накладных на отпуск товара. Контроль может вестись по отношению к абсолютной величине границы рентабельности товара или по отношению к относительной границе. Абсолютная граница может устанавливаться в тех случаях, когда рентабельность товара не зависит от способа и места его реализации или когда дополнительные затраты на реализацию товара включаются в накладную отдельной строкой. Относительная граница может быть использована в тех случаях, когда разные затраты на реализацию товара включены в наценки разных видов цен.
Возможность контроля относительной границы цены (рентабельности) ограничивается тем, что в документе «счет» фиксируется вид цены, который был использован для формирования счета, тогда как в расходной накладной вид цены не проставляется. Для того чтобы обеспечить контроль относительной границы необходимо, чтобы накладные формировались только на основании ранее выписанных счетов.
- Для документа счет созданы следующие функции проверки:
...
Для мест хранения и контрагентов созданы механизмы дополнительных характеристик, то есть механизмы, которые позволяют пользователям системы задавать собственные поля для описания объектов типа контрагенты и места хранения.
Описание структуры дополнительных характеристик осуществляется в разделе справочников. Справочники «Доп. характеристики контрагента» и «Доп. характеристики склада».
В справочниках можно описать перечень полей дополнительных характеристик и для каждого поля определить тип данных. Типы данных могут быть следующими: строка, число, целое число. Для поля можно задать перечень фиксированных значений и определить, можно ли использовать какие-либо значения, кроме заданных значений («строгий список»).
Созданы интерфейсы для регистрации дополнительных характеристик, заранее описанных пользователем. Для контрагентов и для мест хранения дополнительные характеристики задаются на странице «Прочее».
Дополнительные характеристики пересылаются по почте вместе с объектом.
Примечание: для дополнительных характеристик карточек товаров также можно задавать список значений и определять его строгость.
Добавление артикулов в спецификацию документов.
Создан механизм последовательного добавления строк в спецификацию документа без выхода из окна выбора артикула. Механизм работает во всех типах документов, в которых имеется товарная спецификация.
Переключение между последовательным режимом и режимом однократного добавления строк осуществляется с помощью переключателя «Не закрывать окно после добавления» в окне диалога выбора артикулов. В случае если переключатель установлен, завершить работу с окном можно, нажав кнопку «Отмена». Состояние переключателя запоминается и восстанавливается при следующем вызове окна выбора артикулов. Состояние переключателя не зависит от типа документа.
В режиме последовательного добавления строк, в спецификацию добавляются строки с теми артикулами, которые были предварительно выделены в таблице отобранных артикулов. Выделение при этом сбрасывается. Строки с новыми артикулами появляются в спецификации документа немедленно, не дожидаясь закрытия окна выбора артикулов. В случае если выбран артикул, который уже есть в спецификации документа, такой артикул игнорируется и дополнительной строки с таким артикулом в спецификации документа не образуется.
Итоги в интерфейсе документов.
...
В разделе кассовых документов, в окне управления отобранными документами суммовой итог по отобранным документам заменен следующими итогами: Сумма продаж, Сумма возвратов от покупателей, Разница сумм продаж и возвратов от покупателей.
Коррекция предложения заказа на величину неудовлетворенного резерва.
При генерации предложения заказа товара, алгоритмы «РЦ минимальный» и «РЦ избыточный» учитывают количество товара, затребованного магазином, как количество, которое будет предположительно поставлено в магазин и на это количество удовлетворит потребность магазина. С другой стороны, это же количество учитывается на центральном складе как количество товара, зарезервированное для отгрузки, и это количество вычитается из остатков центрального склада при подсчете эффективного количества склада. В случае когда, по какой-либо причине, количество затребованного товара превышает остаток склада и эффективное количество склада становится отрицательным, предложение заказа окажется недостаточным для покрытия реальной потребности магазинов.
В алгоритмах заказа товара «РЦ минимальный» и «РЦ избыточный» внесены изменения. При расчете предложения заказа к величине потребности добавляется эффективное (доступное) количество товара центрального склада с положительным знаком, если это количество отрицательное.
Экспорт данных для OLAP.
...
В перечень выгружаемых данных объекта «Проводки» добавлены поля:
Карточки уровень 1 (Код), Карточки уровень 2 (Код), Карточки уровень 3 (Код), Карточки уровень 4 (Код), Карточки уровень 5 (Код), Карточки уровень 6 (Код)
В поля выводятся коды старших групп группы классификатора, которой принадлежит артикул, в случае если выгружаемые данные связаны с артикулом. Формат и содержание полей соответствуют полям «Код уровня …» объекта «классификатор товаров».
Поля «Карточки уровень …» переименованы в «Карточки уровень … (название)». При выгрузке полей код номера группы не выводится, выводится только название группы.
Добавлены поля:
Получатели уровень 0 (код), Получатели уровень 1 (код), Получатели уровень 2 (код),
Получатели уровень 0 (название), Получатели уровень 1 (название), Получатели уровень 2 (название),
Поставщики уровень 0 (код), Поставщики уровень 1 (код), Поставщики уровень 2 (код),
Поставщики уровень 0 (название), Поставщики уровень 1 (название), Поставщики уровень 2 (название)
В поля выводятся коды и названия старших групп группы классификатора клиентов и поставщиков соответственно, которой принадлежит контрагент, если выгружаемые данные связаны с контрагентом. Формат и содержание полей соответствуют полям «Код уровня …» и «Название уровня …» объектов «Классификатор поставщиков» и «Классификатор клиентов».
Поле «артикул\название» переименовано в «Товар, название». При выгрузке поля выгружается только название артикула.
Печать ценников.
Внесено изменение в процесс печати ценников из акта переоценки с количеством копий из накладной-основания, то есть для каждого экземпляра пришедшего товара. Изменение касается тех случаев, когда товар приходит с указанием свойства, или в упаковках, или в составе наборов.
Печать ценников для каждого экземпляра пришедшего товара происходит из акта переоценки, созданного в процессе наценивания. Цены в этом случае берутся из акта переоценки, тогда как перечень артикулов и количество ценников берется из спецификации приходной накладной, на основании которой был сделан акт переоценки.
Алгоритм печати ценников изменен следующим:
Для каждой строки спецификации приходной накладной делается следующий анализ:
- Если в строке спецификации отсутствует значение в поле «Артикул ценник» и отсутствует значение в поле «свойство», то в спецификации акта переоценки ищется соответствующий артикул и для этого артикула печатается ценник с ценой из акта переоценки. Если в акте переоценки артикул не найден то цена берется из таблицы цен для вида цени и места хранения, соответствующих акту переоценки. Количество ценников берется из поля «Количество» приходной накладной.
...
Внесены изменения в состав и названия функций экспорта документа акт переоценки для более правильного отражения содержания функций.
Название опции диалога: «Экспорт из текущего документа» в функции «экспорт» в режиме открытого документа и в режиме редактирования заменено на «Экспорт строк из текущего документа», поскольку содержание заголовка документа в этом случае не копируется.
Функция «Скопировать документ в другие места хранения» была предназначена для ручного выполнения действий, которые выполняются автоматически, если у мест хранения установлен флаг "цены синхронизированы со старшим местом хранения". Задача функции состоит в одномоментном копировании цен в указанные места хранения, либо одновременно с исполнением исходного акта переоценки, либо после на основании уже исполненного акта переоценки.
Название функции «Скопировать документ в другие места хранения» заменено названием «Скопировать цены в другие места хранения». Диалог выбора мест хранения сопровожден текстом «Для выбранных мест хранения будут созданы и приняты к исполнению акты изменения цены с условием исполнения «немедленно при оприходовании»».
Создана новая функция «Скопировать документ в другие места хранения». Функция предназначена для ручной поддержки изменения цен при проведении маркетинговых акций. Функция доступна в любом статусе документа. Функция работает также как функция «экспорт документа» в режиме отбора документов, но создает документы только типа «акт переоценки». Акты создаются для вида цены, указанного в исходном документе, с датой документа равной текущей дате и для тех мест хранения, которые укажет пользователь в диалоге выбора мест хранения.
Предупреждение о завершении программы.
При попытке завершить работу основного модуля программы выдается предварительное сообщение «Завершить работу с программой?». Работа программы завершается после утвердительного ответа. Предупреждение сделано для защиты от случайного завершения работы программы в случае ошибочных действий пользователя.
Системная единица измерения «Литр».
В систему введена системная единица измерения «литр». Код единицы измерения: 2, полное название: литр; краткое название: л; точность –3; название единицы точности: мл. Единица измерения не относится к категории весовых единиц измерения.
При модернизации программы с младших версий до версии 1.020.3 проводится анализ существующих единиц измерения. Если в систему введена единица измерения с кодом 2 и с названием отличным от «литр», то такая единица измерения получает новое значение кода. Все ссылки, на код единицы измерения 2 меняются на новое значение кода. Если в системе обнаруживается единица измерения с полным названием «литр», то все ссылки на эту единицу измерения заменяются ссылками на код 2 новой системной единицы измерения.
Функция коррекции цен в Актах переоценки.
В разделе «Акты переоценки» создана функция «Добавить к новой цене…» со следующими вариантами исполнения – добавить фиксированную величину, процент от текущего значения новой цены, НДС со ставкой соответствующей артикулу, НсП со ставкой соответствующей артикулу, Все налоги со ставками соответствующими артикулу.
Функция может быть применена к одной выбранной строке, к нескольким выделенным строкам, или ко всем строкам документа.
Функция меняет значение новой цены, но при этом не отменяет действие ограничений, налагаемых на оператора, в частности максимального или минимального значения переоценки.
Поддержка законодательства Белоруссии.
...
Министерство экономики республики Беларусь устанавливает максимальные значения наценки розничных цен товаров от цены производителя, которые не должны превышаться предприятиями розничной торговли. Для социально значимых товаров устанавливается низкое значение максимальной наценки, но одновременно позволяется включать в розничную цену товара половину величины транспортных расходов, связанных с доставкой товара от производителя, независимо от того, кто осуществляет транспортировку товара: поставщик или покупатель.
В систему введена новая системная метка для приходной накладной: «вид гос. регул-я» с возможными значениями: «фиксированная гос. цена», «фиксированная гос. цена с НсП», «социальный товар» и не установленное значение. Правила поведения метки «фиксированная гос. цена» и «фиксированная гос. цена с НсП», см. раздел «Прием товара с фиксированными государственными ценами».
Значение метки для приходной накладной устанавливается в мастере создания документа и в дальнейшем не может быть изменено.
В систему введены новые системные метки для приходной накладной: «доставка от произв-ля» (стоимость доставки товара от производителя) и «коэфф. учета» (коэффициент учета стоимости доставки товара от производителя в новой розничной цене товара).
Заполнить метки «доставка от произв-ля» и «коэф. учета» значениями можно, только если метка «гос. регулирование» установлена в значение «социальный товар».
При наценивании накладных с меткой «социальный товар», проверка на превышение максимальной наценки от цены производителя проводится с добавлением стоимости доставки. Стоимость доставки добавляется к цене производителя следующим образом: для строки спецификации цена производителя считается равной цене производителя плюс цена производителя, умноженная на следующий коэффициент: сумма доставки товара, умноженная на коэффициент учета и деленная на сумму по строкам спецификации цены производителя, умноженной на количество товара.
Прием товара с фиксированными государственными ценами.
Министерство экономики республики Беларусь устанавливает розничные цены для ряда товаров и обязывает предприятия розничной торговли реализовывать товары по установленным ценам. Цены устанавливаются с указанием даты начала действия новых цен. Государственные цены могут устанавливаться без включения налога НсП или с включением налога НсП в стоимость товара.
Налог с продаж по белорусскому законодательству устанавливается в процентах от стоимости реализации, включающей налог с продаж, а не от налогооблагаемой базы.
По правилам, установленным для предприятий производителей товаров с государственным регулированием розничных цен, накладная на поставку товара оформляется особым образом. В поле цена производителя заносится розничная стоимость товара, а в поле процент торговой наценки заносится значение величины скидки от розничной цены, которая предоставляется предприятию розничной торговли. Кроме того, все остальные поля поставщиком товара часто не заполняются.
В систему введена новая системная метка для приходной накладной: «вид гос. регул-я» с возможными значениями: «фиксированная гос. цена», «фиксированная гос. цена с НсП», «социальный товар» и не установленное значение. Правила поведения метки «социальный товар», см. раздел «Ценообразование при приеме социально значимого товара».
Значение метки для приходной накладной устанавливается в мастере создания документа и в дальнейшем не может быть изменено.
Метки «фиксированная гос. цена» и «фиксированная гос. цена с НсП», влияют на алгоритм расчета сумм и цен в позициях спецификации. Функция расчета сумм и цен выглядит следующим образом:
В случае если пользователь меняет значение полей «Количество», «Цена производителя» или «Торговая наценка», то производится расчет поля «Цена без НДС» по следующему алгоритму: Из цены производителя вычитается скидка, то есть величина цены производителя, умноженная на отрицательное значение поля торговая наценка, деленного на сто, затем, в случае если установлено значение метки «фиксированная гос. цена с НсП» - вычитается налог с продаж по правилам белорусского законодательства, затем вычитается НДС.
При расчете величины налога с продаж используется величина множителя ставки налога, а не величина налога. Для правильного расчета величин налога с продаж, например, для ставки 10%, необходимо установить величину ставки равной 11,11%, а величину множителя 0,1.
Далее в зависимости от режима округления вычисляется значение поля, соответствующего режиму округления, и производится расчет значений остальных полей.
В случае изменения значений полей «цена без НДС», «сумма без НДС», «сумма НДС», «цена полная», «сумма полная», значения полей «Цена производителя» и «Торговая наценка» не изменяется, а значения других зависимых полей пересчитывается обычным образом в зависимости от режима округления.
Расчет товародвижения и закрытие периода.
...
В отчетах в качестве стандартной опции разрешается выбирать несколько ассортиментов или групп ассортиментов в качестве условия выполнения отчета. Отчет выполняется по множеству артикулов из состава ассортиментов. В случае если один и тот же артикул входит в состав нескольких ассортиментов, в объединенном множестве артикулов он будет присутствовать один раз. Группировка по ассортиментам не производится.
Отчет «Остатки в производстве»
...
Название опции "по аналитическим таблицам" заменено названием "по кассовым документам".
Печатные формы.
...
В разделах Приходная накладная, Накладная на перемещение - в диалог старта печатных форм добавлена опция "показывать упаковки".
В случае если опция не выбрана, поле «Количество в одном месте» и поле «Мест штук» не заполняются, не зависимо от того, имеется ли в документе информация об упаковках или нет.
Информация об упаковках сохраняется в документах при заполнении спецификации в режимах «прием на склад» в приходной накладной или «отгрузка со склада» в накладной на перемещение. Информация об упаковках также может быть введена в документ в модальном диалоге редактирования строки спецификации. Диалог вызывается нажатием кнопки «ред. строку», упаковки редактируются при нажатии кнопки «учитывать упаковки».
Печать накладных и счета фактуры.
В диалог старта печатных форм приходных и расходных накладных добавлены опции «Грузоотправитель» и «грузополучатель». Опции предназначены для указания контрагентов, названия которых должны печататься в полях печатных форм «накладная в базовой валюте», «расходная накладная на несоответствие товара», «приходная накладная с количеством поставщика».
Содержание опции "Грузополучатель" в приходной накладной запоминается и восстанавливается при следующем вызове диалога, содержание опции "Грузоотправитель" не запоминается. Для расходной накладной наоборот.
В печатные формы «накладная в базовой валюте», «расходная накладная на несоответствие товара» и «приходная накладная с количеством поставщика» внесены следующие изменения:
- Поле для указания контрагента, создавшего документ, то есть поле без названия с пометкой "Организация, адрес", считается полем для грузополучателя в приходной накладной и полем для грузоотправителя в расходной накладной. Следующее поле получает название «Грузоотправитель» в приходной накладной и «грузополучатель» в расходной накладной. Поля грузоотправителя и грузополучателя заполняются всегда, независимо от того, указаны ли соответствующие контрагенты в диалоге старта печатной формы. В случае если опции диалога не заполнены, в поле грузоотправитель заносится название контрагента поставщика, а в поле грузополучатель – контрагента плательщика. В печатной форме «расходная накладная на несоответствие товара» в поле грузоотправитель пишется контрагент – грузополучатель, а в поле грузополучатель контрагент грузоотправитель. Также меняется местами содержание полей поставщик и плательщик.
...
В печатную форму счета фактуры внесено следующее изменение:
- вместо слова "поставщик" печатается слово "продавец".
В печатные формы накладной на перемещение, внесено следующее изменение:
- В поле «организация» печатается название контрагента, указанного в опции «От имени».
- В строке «итого» подводится итог по колонке «нетто (количество)».
...
Реализована функция проверки «Превышение максимально разрешенного изменения цены прихода относительно последней поставки данного поставщика» (73). По умолчанию, функция установлена в положение «Предупреждение».
Функция проверяет цены без налогов приходной накладной с операцией «Поставка» при попытке установить статус «Принят центром». Цены проверяются на заданное отклонение от цены последней поставки товара того же поставщика, который указан в приходной накладной.
Под последней поставкой понимается приход товара от поставщика с наибольшей датой в любое место хранения, подчиненное центральному складу места хранения приходной накладной.
Процент разрешенного отклонения от цены последней поставки артикула задается в интерфейсе раздела «Карточки складского учета» на странице «Цены». Отдельно задается процент изменения в большую сторону и в меньшую сторону. Если отклонение не задано, то считается, что оно может быть любым.
Для того чтобы при создании новых артикулов значения отклонений проставлялись в карточку по умолчанию, необходимо задать эти значения в параметрах классификатора товаров.
Установка атрибутов артикулов по классификатору товара.
...
Внесены изменения в процесс наценивания. Изменения затронули настройки процедуры наценивания, механизм контроля операторов при выполнении данной процедуры и механизм защиты от несанкционированного доступа к функциям системы.
Правила округления.
Изменена структура описания правила округления цены. В правилах дана возможность определять порог цены, начиная с которого применяется формула округления. В правиле может быть определено несколько порогов и соответствующих им формул округления. В связи с этим изменением, цены на товары одной и той же группы могут округляться по-разному в зависимости от их стоимости.
Изменение структуры описания правил округления отражено в отчете «Каталог правил округления цены».
Правила проверки новых цен.
Расширены возможности применения правил проверки новых цен к артикулам. Правила проверки и их опции можно устанавливать на группу классификатора товаров для выбранного вида цены. Правило, назначенное для старшей группы классификатора, действует также и на все младшие группы, если для младшей группы признак включения/выключения правила или его опция не переопределена. В случае если правило не назначено ни на одну группу классификатора, действует установка, определенная в справочнике правил проверки цен.
Интерфейс редактирования включения/выключения правила для группы классификатора и редактирования опции правила реализован в разделе «Цены» на странице «Наценки».
Рассылка параметров наценивания.
Наценка, минимально разрешенная наценка, максимально разрешенная наценка, шаг цены и назначение правил округления объединены в одно понятие – параметры наценивания.
Почтовая рассылка параметров наценивания по группам классификатора товаров для вида цены из раздела «Цены» дополнена возможностью рассылки персональных параметров наценивания артикула при его ручной рассылке. Рассылка персональных параметров наценивания реализована в виде опции «Дополнительно отослать. Параметры наценивания» в диалоге «Рассылка карточек». При автоматической рассылке карточек ни параметры наценивания, ни уровни складских запасов не рассылаются. Изменение параметров наценивания или уровней складских запасов артикула не приводит к его автоматической постановке в очередь на рассылку.
Контроль выполнения процедуры наценивания.
Создан механизм для контроля полного выполнения процедуры наценивания. Механизм не позволяет принять полностью приходную накладную в соответствии с должностными правами в случае, если процедура наценивания для нее не была проведена или не была успешно завершена.
Под успешным выполнением процедуры наценивания подразумевается создание актов изменения цены (с помощью процедуры наценивания) по всем видам цен, разрешенным для данного места хранения и перевод их в статус «Принят к исполнению».
Процедура наценивания не является замкнутым процессом. В процессе наценивания пользователь может вносить изменения в акты, удалять акты, отказываться от принятия их к исполнению. В случае отказа от принятия к исполнению, акты могут быть обработаны уже в режиме редактирования документа, в том числе с применением функций проверки цен, и приняты к исполнению вручную. То есть, если после прерывания процесса наценивания процесс был успешного завершен вручную, то считается, что наценивание было выполнено успешно. Также считается, что процедура наценивания была выполнена успешно, если в процессе наценивания акты изменения цены получились с пустой спецификацией и были автоматически удалены. При удалении акта вручную наценивание считается неуспешным.
Контроль выполнения процедуры наценивания осуществляется с помощью функции проверки «Запрет принятия центром приходной накладной без создания и оприходования акта переоценки» (71). По умолчанию, проверка отключена.
Права доступа к нацениванию и к актам изменения цены.
Для отделения прав доступа к процедуре наценивания от прав работы с документом «Акт изменения цены» созданы следующие функциональные роли модуля «Акты изменения цены»:
- Исправление ошибки 1 при наценивании
- Исправление ошибки 2 при наценивании
- Исправление ошибки 3 при наценивании
- Удаление документа при наценивании
Ошибки 1,2,3 – это, соответственно, Новая цена меньше старой, Новая цена слишком велика, Новая цена без налогов меньше цены предыдущего прихода.
Права «Исправление ошибки ….» предназначены для определения права редактирования только тех строк актов изменения цены, в которых обнаружены ошибки соответствующей категории.
Новые функциональные права в сочетании с правом «Генерация актов изменения цены» модуля «Приходные накладные» позволяют создавать, корректировать, удалять и принимать к исполнению только акты изменения цены, относящиеся к процессу наценивания.
Права на исправление ошибок по категориям.
Редактирование актов изменения цены в процессе наценивания ограничено правами на редактирование строк, относящихся к той или иной категории ошибки (См. раздел «Права доступа к нацениванию и к актам изменения цены»). Контроль принятия к исполнению актов, содержащих те или иные ошибки, обеспечивается новыми функциями проверки:
-Нарушение правила проверки цен №1 (82), по умолчанию «Запрет»
-Нарушение правила проверки цен №2 (83), по умолчанию «Запрет»
-Нарушение правила проверки цен №3 (84), по умолчанию «Запрет»
В связи с появлением новых функций проверки, устарела и была удалена функциональная роль «Принятие к исполнению при наличии ошибок» модуля «Акты изменения цены».
Механизм использования новых функциональных прав в процессе наценивания ориентирован на допуск пользователя к максимально возможному набору действий. То есть первоначально осуществляется проверка цен на соответствие функциям проверки, нарушения которых разрешено корректировать, и пользователю предлагается их исправить. Затем выполняются оставшиеся правила проверки и, в случае обнаружения ошибок, пользователю сообщается о наличии ошибок, исправить которые он не имеет права.
Учет типа контрагента для расчета налогов.
В перечень атрибутов контрагентов добавлен тип контрагента – Юридическое/Физическое лицо.
Тип контрагента добавлен в перечень зависимостей состава налогов в операции. То есть можно определить разный состав налогов для одной и той же операции в зависимости от того, к какому типу относится контрагент.
Функции проставления налогов в документы из карточки товара учитывают тип контрагента. При смене контрагента в заголовке документа осуществляется проверка на изменение состава налогов, и в случае если состав налогов изменился, пользователь предупреждается о пересчете налогов.
Подробная история изменений артикула.
Расширен журнал истории изменений артикула, при этом сохранена возможность ведения журнала в прежнем виде. Включение/выключение режима ведения расширенного журнала производится в административном модуле в разделе «Базы данных» на странице «Параметры 3».
В расширенный журнал заносится отдельная запись для каждого изменения из перечисленного списка:
- название карточки;
- короткое название карточки;
- страна;
- изменение принадлежности к группе товарного классификатора;
- признак «грузить в весы»;
- признак «грузить в кассы»;
- признак «приход разрешён»;
- признак «фиксированная цена»;
- состав набора (процент цены);
- признак «заказ без учета с/с реализации»;
- признак «складское требование в упаковках»;
- налоги (название налоговой группы);
- Естественная убыль;
- Технологические отходы;
- Условия хранения;
В журнал дополнительно заносится информация о том, какой атрибут был изменен, и новое значение атрибута.
При одном факте сохранения изменения артикула в журнал записывается столько записей, сколько атрибутов артикула было изменено. Дополнительно всегда вносится запись о факте изменения артикула, как такового.
История должностей и сотрудников.
В административном модуле в разделе «Права доступа» на страницах «Сотрудники» и «Должности» реализован доступ к журналам истории изменения свойств сотрудников и должностей соответственно.
Удаление Z отчетов.
В раздел «Кассовые чеки» добавлена функция удаления Z отчетов. Функция доступна пользователю только при наличии функционального права.
Функция позволяет удалять из таблицы чеков все чеки, относящиеся к указанному Z отчету. Удаление Z отчетов необходимо в случае, если требуется осуществить повторный прием Z отчета из кассы.
Функция доступна в окне отобранных чеков как одна из функций кнопки «Обработать». Поскольку в окне отобранных чеков показываются чеки, а не Z отчеты, то перечнем отобранных Z отчетов считаются все Z отчеты, хотя бы один чек которых попал в перечень отобранных чеков.
Контроль происхождения объектов при почтовом обмене.
При приеме почтовых пакетов введена проверка на код базы данных происхождения принимаемого объекта. Проверка осуществляется для объектов типа документы, артикулы, контрагенты. В случае если принимаемый объект уже имеется в базе данных, но имеет другой код базы данных происхождения по сравнению с пришедшим объектом, то такой объект не принимается.
Проверка позволяет предотвратить потерю информации в случае создания объектов с одинаковыми идентификаторами в разных базах данных и их пересылке в одну из данных баз данных.
Код текущей базы данных можно увидеть в административном модуле в разделе «Права доступа» на странице «Версия» в таблице «Конфигурация» на строке с параметром «DBID».
Для артикулов код базы данных происхождения отображается в разделе «Карточки складского учета» на странице «Журнал». Для других объектов код базы данных не показывается.
При создании новой базы данных или при модернизации базы данный с версией 1.019.2 или младше до версии 1.020 или старше, базе данных присваивается уникальный идентификатор (GUID). Все объекты, имеющиеся в системе до момента присвоения базе данных уникального кода, приобретают код происхождения равный «00000000000000000000000000000000».
При почтовом обмене по протоколу SM2.6 обработка кода базы данных происхождения осуществляется по следующему алгоритму: при приеме объектов в случае, если такой объект в базе данных уже существует, считается, что его код равен коду существующего объекта. Если объект новый, то он заносится в базу данных с кодом «00000000000000000000000000000000».
Для исправления объектов с ошибочными идентификаторами в административном модуле в разделе «База данных» на странице «Утилиты» реализована функция замены идентификатора документов. Для артикулов и контрагентов функция не реализована. Функция доступна только в подчиненных базах данных, так как идентификаторы документов старшей базы данных имеют больший приоритет. Функция доступна только пользователям, имеющим право на функциональную роль «Изменение идентификаторов объектов».
При замене идентификатора объекта происходит блокирование базы данных.
Изменения в функциях.
...
В разделе карточек складского учета реализована возможность заполнения накопительного фильтра карточек данными из портативного терминала.
Импорт данных из портативного терминала доступен только после включения режима накопительного фильтра. Импорт данных из портативного терминала возможен только при работе терминала в режиме «Контроль ценников».
Дополнительно реализована возможность удаления строк из накопительного фильтра при нажатии клавиш Ctrl Del.
Пересылка документов с основаниями товародвижения.
...
По умолчанию установлен второй вариант параметра.
Интерфейс управления параметром реализован в Административном модуле в разделе «Базы данных» на странице «Параметры 3».
Проставление налогов функцией «Заполнить документ ценами из основания».
...
В перечень ключевых полей шаблона этикетки включены два новых поля для вывода строки названия товара с разделением на части.
Алгоритм разделения строки на части следующий:
Перенос осуществляется по словам за исключением последней части, которая ограничивается длиной поля. Если длина поля такова, что ни одно слово не помещается целиком, то слово переносится по символу.
Подробнее см. описание формата шаблона этикеток «Этикетки.doc».
Переоценка товара на складе возврата.
Механизм автоматического создания актов изменения цены при перемещении товара дополнен генерацией таких актов при пересылке товаров из магазинов на склад возврата для того, чтобы обеспечить оперативное изменение цен (переоценку) товаров на складе возврата.
Одновременно внесены изменения в отчет Остатки для режима «Цены последних приходов». Для склада возврата последний приход ищется не только на центральном складе, а также среди всех магазинов, подчиненных центральному складу.
Управление переоценкой товара на складе возврата осуществляется в разделе мест хранения на странице «Виды цен» только для места хранения типа «Склад возврата».
Признак – «Перемещение на СВ автоматически создает акт смены цены» – позволяет включить или выключить механизм генерации актов смены цены при перемещении товаров из места хранения на склад возврата. Акты смены цены генерируется для всех видов цен места хранения, из которого перемещается товар.
Признак – «Акты смены цены на СВ копируют цены в учетные» - включает/выключает создание дополнительного акта изменения цены при перемещении товара из магазина. Акт создается для учетной цены склада возврата, но цены в него проставляются из учетной цены магазина.
Интерфейс управления скидками по дисконтным картам.
...
Реализована функция проверки «Запрет подбора основания для накладных с отрицательными остатками» для самостоятельного управления должностными правами, отдельно для принятия документа, приводящего к отрицательным остаткам, отдельно для обработки такого документа при проставлении оснований товародвижения.
Управление заданиями.
Внесены изменения в механизм управления автоматическими заданиями с исполнением по расписанию. Управление всеми типами заданий торговой системы приобрело одинаковый интерфейс.
Все задания разделены на следующие категории: «Административные», то есть те, которые могут использоваться для администрирования экземпляром базы данных, и «Системные», то есть те, которые используются для управления функциями торговой системы. Автоматические процессы, не относящиеся к торговой системе, интерфейсом более не отображаются и не поддерживаются.
К системным функциям относятся «Отмена резервирования по счету» и «Регистрация актов переоценки». Интерфейс управления ими убран из пункта меню базового модуля «Расписание автоматических процессов». Управление административными заданиями убрано с закладки «Утилиты» раздела «База данных» административного модуля.
Интерфейс управления заданиями реализован в административном модуле в разделе «Базы данных» на странице «Задания».
При переходе с версий 1.019.2 или младше к версии 1.020 или старше все автоматические процессы останавливаются. После окончания установки новой версии необходимо заново настроить автоматические процессы и запустить их.
Добавление артикулов в спецификацию документов.
Изменен алгоритм добавления артикулов в спецификацию документов. В результате процедура добавления стала работать значительно быстрее.
Защита лицензии.
Внесены изменения в механизм лицензирования программы для предотвращения случаев несанкционированного расширения лицензионных прав пользователями.
Отчеты и печатные формы.
Проведена оптимизация алгоритмов отчетов для повышения производительности их работы. Оптимизации подверглись следующие отчеты:
- Остатки
- Реализация по поставщикам
- Доходность по товарам
- Товар без движения
- Товарный отчёт и налоги
- Реализация товаров
- Сводный товарный отчёт
- Изменение приходных цен
...
В отчете изменена форма представления информации. Номера дисконтных карт выводятся в строках отчета, а не в заголовках столбцов. Новый способ отображения информации позволяет получать отчет при значительном количестве дисконтных карт, имеющих персонально назначенные скидки.
Процент результирующей скидки рассчитывается по алгоритму - см. раздел «Интерфейс управления скидками по дисконтным картам».
Из отчета удалена опция «показать скидки по отдельным дисконтным картам» т.к. в отчете всегда будут показываться скидки, персонально назначенные дисконтной карте для группы классификатора товаров вне зависимости от того, совпадают ли они с установленными значениями для типа дисконтных карт или нет.
Отчет «Каталог правил округления цены».
В отчет добавлено поле «Порог цены» (См. раздел «Правила округления».) Поле отображается в отчете при включении опции «Показывать атрибуты правил округления».
Печатная форма «Счет фактура».
...
Печатная форма счета-фактуры изменена в соответствии с Постановлением правительства Российской Федерации от 2 декабря 2000 г. N 914: «ОБ УТВЕРЖДЕНИИ ПРАВИЛ ВЕДЕНИЯ ЖУРНАЛОВ УЧЕТА ПОЛУЧЕННЫХ И ВЫСТАВЛЕННЫХ СЧЕТОВ - ФАКТУР, КНИГ ПОКУПОК И КНИГ ПРОДАЖ ПРИ РАСЧЕТАХ ПО НАЛОГУ НА ДОБАВЛЕННУЮ СТОИМОСТЬ» в редакции с учетом изменений на 16.02.2004.
Для печати содержательной части счета-фактуры добавлены новые атрибуты контрагентов: КПП и Свидетельство о государственной регистрации индивидуального предпринимателя.
КПП вводится и редактируется в разделе «Контрагенты» на странице «Общие». Свидетельство о государственной регистрации на странице «Прочее», как значение системной дополнительной характеристики контрагента строкового типа.
Системная дополнительная характеристика контрагента отображается в справочнике дополнительных характеристик контрагента и, в отличие от пользовательских дополнительных характеристик, не может быть удалена или изменена.
Свидетельство о государственной регистрации печатается в счете-фактуре, если контрагент продавец является физическим лицом. В этом же случае имя руководителя не печатается. Вместо него печатается имя индивидуального предпринимателя, которое берется из значения имени сотрудника контрагента с должностью «Руководитель».
Отслеживание истории законодательства не предусмотрено. Это означает, что после установки сервис пака с данным изменением, печать счета-фактуры в новой редакции будет вестись для всех документов, включая документы с датами предшествующими дате вступления в силу постановления правительства.
Изменения функционала в версии 1.021 сервис пак 10
Изменение признака «Фиксированная цена» для группы карточек.
...
При расчете товародвижения и себестоимости последовательно рассматриваются все партнеры. Места хранения, не принадлежащие ни одному партнеру, считаются принадлежащими безымянному партнеру. Для каждого партнера выявляется метод расчета товародвижения и себестоимости через настройки партнеров или базы данных. Для каждого партнера отбираются документы товародвижения, относящиеся к центральным складам партнера и к местам хранения, подчиненным складам, и к ним применяется алгоритм расчета.
Если для партнера установлен метод расчета товародвижения «FIFO без МХ», в расчет товародвижения не попадают накладные на перемещение между местами хранения партнера. Однако если среди документов партнера имеются накладные на перемещение между местом хранения партнера и местом хранения не принадлежащим партнеру, то такие документы попадают в расчет. В этом случае накладные на перемещение рассматриваются как расходные накладные, если перемещение «Из» места хранения партнера и как приходные накладные с операцией прямого прихода, если перемещение «В» место хранения партнера. Если у накладной на перемещение «В» место хранение партнера имеется основание товародвижения, то стоимость прихода определяется по основанию, если основание отсутствует, то по стоимости документа. В последнем случае стоимость без НДС и полная стоимость будут совпадать.
При расчете товародвижения или себестоимости во внимание принимаются одновременно все документы товародвижения одного партнера или все документы товародвижения, не связанные ни с одним партнером (безымянный партнер). Например, при расчете себестоимости по средневзвешенной методике приход товара в любое место хранения партнера приведет к изменению себестоимости движения товара во всех местах хранения партнера.
Аналитические отчеты, использующие расчет себестоимости, можно выполнять только для набора партнеров с одинаковыми настройками методов расчета товародвижения и себестоимости. То есть, если имеются партнеры с разными настройками, то выполнение этих отчетов, с указанием «Все» места хранения или «Все» партнеры, невозможно.
Изменения в отчетах.
Изменения коснулись отчетов, которые используют данные о себестоимости движения товара.
Перед стартом отчетов делается анализ используемых комбинаций расчета товародвижения и себестоимости для системы и для партнеров: товародвижение - FIFO полное, FIFO без М.Х., себестоимость - FIFO, средневзвешенная.
В случае если в системе определено несколько партнеров и для данных партнеров в текущем (открытом) периоде определены разные методы расчета либо товародвижения, либо себестоимости, то при попытке старта отчета пользователю выдается предупреждение о недопустимости выполнения отчета по этой причине.
В случае если отчет выполняется для метода расчета товародвижения FIFO без М.Х. и метода расчета себестоимости FIFO, то отчет не может быть выполнен с группировкой по местам хранения, либо с выбором части мест хранения.
Ниже приведен перечень отчетов и описание изменений в них, которые были внесены в связи с реализацией средневзвешенной методики расчета себестоимости:
«Детализация неустановленной себестоимости». Отчет предназначен для детализации не установленной себестоимости, рассчитанной только по методу FIFO. Для метода расчета себестоимости «Средневзвешенный», отчет не запускается.
«Остатки в закупочных ценах». Для средневзвешенной себестоимости отчет запускается с отключенной опцией «детально по приходам», суммы НДС в отчете не детализируются по ставкам НДС из документов прихода.
«Реестр накладных по себестоимости». Убрана опция "приходы после 01.01.00", как потерявшая актуальность. Для метода средневзвешенной себестоимости отчет запускается только в базовой валюте с отключенной опцией «% НДС – из документов».
«Сводный товарный отчет». Убрана опция "приходы после 01.01.00", как потерявшая актуальность. Для метода средневзвешенной себестоимости отчет запускается с отключенными опциями «итоги по товарам, освобожденным от НДС» и «с учетом вида собственности».
«Товарный отчет в закупочных ценах». Для метода средневзвешенной себестоимости суммы НДС в отчете не детализируются по ставкам НДС из документов прихода.
«Товарный отчет и налоги». Убрана опция "приходы после 01.01.00", как потерявшая актуальность.
«Детальный реестр накладных с закупочными ценами». Для средневзвешенной себестоимости отчет запускается только с отключенной опцией «показать ссылки на документы прихода».
«Оборачиваемость по поставщикам». Для средневзвешенной себестоимости отчет не запускается. Для товародвижения «FIFO без мх» и себестоимости «FIFO» в отчете не делается группировка по местам хранения, не выводятся цены для кассы и оборачиваемость по рознице.
«Остатки по поставщикам». Для средневзвешенной себестоимости не запускается. В рассмотрение отчета включено движение товара, ссылающееся на инвентаризацию излишков.
«Товарный отчет по поставщикам». Для средневзвешенной себестоимости отчет запускается без группировки по поставщикам, с выбором всех поставщиков и в базовой валюте.
Следующие отчеты выполняются со средневзвешенной себестоимостью без потери функционала:
«Реализация товаров и налоги», «Себестоимость и сумма расходов с основаниями», «Товародвижение по операциям», «Карточка складского учета», «Оборотная ведомость», «Доходность по товарам», «Эффективность маркетинговой акции».
Закрытие периода.
...
Коррекция сальдо товаров с отрицательным остатком не производится, поскольку их себестоимость является недостоверной и какая-либо коррекция не повышает достоверности сальдо, вычисленного на конец предыдущего периода.
Для приведения сальдо себестоимости остатков товара к достоверному результату необходимо выполнить рекомендацию по проведению инвентаризации.
Закрытие периода с подготовкой к смене учетной политики предназначено для создания условий для смены учетной политики. Однако поскольку данная процедура приводит также к коррекции сальдо товарного остатка, то есть дает возможность привести сальдо остатка к его себестоимости, то может возникнуть желание использовать данную процедуру с некоторой регулярностью для сторнирования ошибок учета. В этом случае необходимо учитывать следствия применения алгоритма создания компенсационных накладных с системной меткой закрытия периода. Создание этих накладных и полное закрытие документов товародвижения до даты закрытия периода приводит к тому, что при дальнейшем движении этого товара все ссылки по товародвижению будут направлены на компенсационные накладные. То есть для данного остатка товара будет потеряна возможность определения параметров его документов прихода. В частности данный товар будет невозможно вернуть поставщику с использованием процедуры генерации возврата так же, как определить поставщика товара по факту его реализации.
Следующее ограничение возникает в случае, если используется метод расчета товародвижения «полный FIFO». Поскольку компенсационные накладные создаются для каждого места хранения, то приход остатков происходит, в том числе, в места хранения типа магазин и магазин-склад. Ограничение метода «полный FIFO» - запрет перемещения на центральный склад товара, пришедшего в магазин. В случае нарушения этого условия всякое дальнейшее движение будет проходить по неопределенной себестоимости, причем для перемещения эта себестоимость будет равна нулю, так как поиск последнего прихода для перемещения ведется на центральном складе.
Для того чтобы избежать роста неопределенной себестоимости необходимо перед выполнением процедуры закрытия периода переместить весь товар на центральный склад, а после выполнения процедуры вернуть его в магазины.
Выборочная установка цен.
...
Для ручного создания ордера цен в мастере создания документа Акт переоценки необходимо выбрать условие исполнение акта «Никогда (Ордер цен)».
Драйвер для весов CAS Ethernet 1.5.
В перечень драйверов для работы с весами добавлен драйвер для весов CAS LP 1.5 Ethernet. Выбор модели (драйвера) весов доступен в меню Настройки->Настройка аппаратуры->Электронные Весы.
Данная модель весов, является сетевой только с точки зрения возможности подключения к локальной сети. Фактически обмен данными осуществляется через последовательный порт со скоростью 9600. То есть, скорость загрузки данных такая же, как в модели CAS LP 1.5 и загрузка больших объемов данных может занимать значительное время.
Выбор реквизитов дисконтной карты для печати в чеке.
...
Для каждого типа дисконтной карты может быть указан свой тип данных для загрузки в кассовую программу.
В предыдущих версиях поле «имя клиента» всегда заполнялось названием типа дисконтной карты.
Использование прав доступа к чужим ассортиментам.
В предыдущих версиях программы названия функциональных ролей прав доступа к ассортиментам товаров и оформление интерфейса могли приводить к некорректному пониманию способа использования этих ролей.
Функциональные роли раздела «Классификаторы» предназначены для назначения прав доступа к операциям над атрибутами ассортиментов, то есть возможности их создания, удаления, изменения их свойств.
Функциональные роли раздела «Карточки товаров» предназначены для управления правами на изменение состава ассортимента, то есть правами на добавление или удаление карточек складского учета из ассортиментов, за исключением случаев автоматического обновления ассортиментов.
В качестве терминов используются следующие названия:
Узел – группа классификатора ассортиментов. Узел не содержит карточек складского учета и используется для построения дерева классификатора.
Список – группа классификатора ассортимента, которая служит для хранения списков карточек и не может использоваться в качестве узла для построения дерева классификатора.
Для предотвращения путаницы название чек бокса "Контейнер объектов" в диалоге «Новый узел» заменено названием "Список объектов".
Названия функциональных ролей раздела классификаторов "Редактирование списков товаров" "Редактирование чужих списков товаров" заменены названиями: "Изменение состава чужих личных ассортиментов" и "Изменение состава общедоступных ассортиментов".
Счет и приходная накладная - основание получения платежа.
В предыдущих версиях программы в качестве финансового основания получения платежа мог выступать только документ Счет, что делало невозможным регистрацию процесса получения оплаты от клиентов за поставки товара.
Для решения данной проблемы было введено понятие вида основания платежа – основание платежа и акцептор платежа. Основание платежа - это документ, который служит причиной для платежа или получения платежа. Акцептор платежа – документ, который образует финансовую задолженность для платежа или акцептирует выплаченные средства. Один и тот же документ может выступать и как основание платежа и как акцептор платежа.
Основанием платежа является Счет для операции Получение аванса.
Акцептором платежа является Расходная накладная с операцией Продажа для Получения аванса,
Во всех прочих случаях документы Приходная накладная и Расходная накладная выступают и основанием и акцептором платежа одновременно.
Таблица финансовых оснований является таблицей акцептирования платежей и в ней платежные документы, выступающие в качестве источника свободной, не акцептированной суммы, всегда помещаются в поле DocType, а документы, акцептирующие свободную сумму, - в поле BaseDocType. В поле TotalSum помещается сумма акцепта. Таким образом, финансовыми основаниями являются только суммы документов акцепторов, и значение свободной суммы документов рассчитывается только по акцепторам.
В таблицу оснований платежа (спецификацию) платежных документов добавлено два поля для того, чтобы отличать основание платежа от акцептора платежа: «Акцептор» и «Осн. Плат.». Значение полей устанавливаются программно и не может быть изменено пользователем.
Дополнительно, в расходной накладной с операцией «Продажа» реализована функция установления финансовой связи с получением авансового платежа, таким же образом, как и в приходной накладной.
Название метода расчета цены наборов в разделе карточек складского учета.
Название колонки «Процент цены» на странице «Состав» сделано переменным. Колонка меняет свое название в зависимости от выбранного метода расчета цены набора. Метод расчета устанавливается в административном модуле и может быть либо методом расчета от продажной цены, либо методом расчета от цены прихода. Название колонки принимает, соответственно, значения «% от продажной цены» или «% от цены прихода».
Расходная накладная - опция "показывать упаковки".
В диалог запуска печатных форм добавлена опция «показывать упаковки». Опция действует также как и в разделе приходных накладных. Если опция установлена, то в печатной форме выводятся названия упаковок (вид упаковки), если информация об упаковках была введена в накладной. Если опция не выбрана, то печатается только вес брутто.
Номера документов.
В торговой системе номер документа может быть любой последовательностью символов. Тем не менее, некоторые процедуры, в частности процедура загрузки результатов расчета товародвижения, требуют, чтобы номер документа начинался с символа отличного от пробела и не содержал завершающих пробелов. Кроме того, наличие лидирующих и завершающих пробелов в номерах документов создает предпосылки для ошибок персонала при обработке бумажных копий документов.
Для защиты от возможных ошибок, в процедуру создания документов добавлена обработка введенного или автоматически созданного номера документа. Из номера документа удаляются все лидирующие и завершающие пробелы.
Такая же обработка добавлена в процедуру поиска документов по номеру, введенному на странице фильтра документа.
Функции расчета себестоимости ингредиентов и продукции.
...
В перечисленных отчетах выводятся колонки или строки итогов с указанием величины ставки НДС. Для колонки со ставкой 20% определяется максимальная величина действующей ставки налога НДС на дату окончания отчета и для региона, для которого выполняется отчет или среди всех регионов, если отчет охватывает несколько регионов. В заголовок колонки выводится полученное значение ставки НДС, а содержание определяется указанной ставкой.
Для получения достоверной информации с разбивкой по ставкам НДС отчеты нельзя выполнять с пересечением границы изменения величины ставки.
Вес брутто и названия упаковок в накладных.
...
Сортировка данных возможна по датам или по номерам документов.
В диалоге старта отчета имеется три окна для ввода значений грузоподъемности транспорта в тоннах.
В отчете выводится: номер документа, дата документа, вес брутто в килограммах, количество транспорта – три колонки, в которых количество транспорта определяется как результат деления веса на грузоподъемность. Если грузоподъемность транспорта не определена, соответствующая колонка остается пустой.
В случае если в документе какая-либо позиция не имеет веса, вес брутто выводится со знаком вопроса. При определении веса брутто не учитываются позиции спецификации с артикулами типа услуга или с нулевым количеством.
В диалоге старта отчета имеется опция: «недостоверный вес брать из карточки товара». В случае если опция установлена, для позиций с незаполненными значениями веса брутто вес рассчитывается как первый попавшийся вес брутто в карточке товара, деленный на количество товара в упаковке (задается для штрихового кода на закладке склад) и умноженный на количество товара в позиции спецификации. В случае приема товара несколькими упаковками в одной позиции спецификации, незаполненными считаются позиции, у которых не заполнено хотя бы одно значение веса брутто.
Отчет формируется с группировкой по типам документов, по местам хранения («из» для накладной на перемещение), по контрагенту/месту хранения «в» накладной на перемещение. Для каждой группировки подводятся итоги по весу брутто, количеству транспорта и количеству документов.
Протокол обмена с BHT «SM_2K704».
В перечень протоколов обмена с портативным терминалом сбора данных BHT добавлен протокол SM_2K704.
Протокол SM_2K704 позволяет использовать большие размеры памяти терминалов сбора данных и загружать в терминал больше, чем 32767 артикулов и/или загружать в терминал строки названия товара, содержащие больше 17 символов. Протокол также обеспечивает автоматическую синхронизацию настройки длин полей записей, передаваемых между портативным терминалом и торговой системой. Новый протокол упрощает работы при инвентаризации остатков или при проверке ценников товаров в магазинах или складах с большим количеством артикулов. Новые возможности доступны только вместе с моделями портативного терминала, начиная с BHT 7000, совместно с программой портативного терминала, поддерживающей протокол SM_2K704.
Торговая система может распознать, работает ли портативный терминал по тому же протоколу, что и торговая система, но не может автоматическое распознать тип протокола программы портативного терминала, если он не соответствует ожидаемому. Для правильной работы с портативным терминалом надо заранее указать тип протокола обмена, который будет использоваться. Для выбора типа протокола (драйвера) необходимо вызвать функцию «Настройка->Настройка аппаратуры->Портативный терминал» и в диалоге настройки портативного терминала выбрать модель Denso BHT (SM_2K704).
Процедура наценивания.
Внесены технические изменения в процедуру наценивания с незначительным изменением функциональных возможностей.
Окно для просмотра и коррекции неверных цен вынесено из раздела актов переоценки в самостоятельный диалог. Убран ряд промежуточных диалогов, которые отражали продвижение разных этапов процесса. Продвижение процесса отражается непосредственно в диалоге «Проверка цен в актах переоценки».
Кнопка «Закрыть» переименована в «Отменить». Кнопка «Свернуть» убрана за ненадобностью. Кнопка «Сохранить и проверить» заменена двумя кнопками «Сохранить и проверить» и «Сохранить и зарегистрировать». Первая кнопка вызывает функцию повторной проверки новых цен с сохранением успешно обработанных записей. В случае наличия ошибочных записей, пользователь возвращается в диалог проверки цен. Вторая кнопка вызывает функцию для сохранения изменений без повторной проверки новых цен. После сохранения делается попытка регистрации актов переоценки. Если регистрация невозможна из-за наличия ошибок, с которыми пользователь не имеет права принять акт переоценки, пользователь возвращается в диалог проверки цен. Убрана кнопка «Поля…», которая управляла показом/скрытием колонок таблицы проверки цен.
Внесены следующие изменения в названия колонок таблицы проверки цен:
Прежнее название | Новое название |
Номер док. | Ид. |
п/п | Пункт. |
Название артикула | Название |
% | Наценка % |
Цена прихода | Цена основания |
Цена прихода {без налога} | Цена основания {без налога} |
Цена пред. прихода | Цена прихода |
Остатки с подчиненными М.Х. | Остатки |
Нарушено правило | Ошибки |
В поле «Ошибки» показываются все нарушенные правила проверки цен, а не только первое правило, в котором было обнаружено несоответствие.
Убрано поле «Исправлено». Вместо того чтобы в колонке «Исправлено» отмечать факт исправления ошибки после выполнения процедуры «Сохранить и проверить», в диалоге показываются только строки, в которых сохранились ошибки. Исправленные строки повторно не выводятся.
Добавлены следующие поля:
Дата – дата документа «акт переоценки», в котором обнаружена строка с неверной ценой.
Дата основания – дата документа - основания акта переоценки. В общем случае основанием может быть не только приходная накладная, но и накладная на перемещение.
Рост цены % - процент изменения между старой и новой ценой.
Дата приема счета фактуры.
...
Внесено изменение в поведение существующих функциональных прав:
- «Задание среднесуточной реализации». При отсутствии права невозможно редактировать флаг «Ручной контроль».
...
Задолженность или не акцептированная сумма накладных и счетов отражается в документах в первичной валюте документа, независимо от того, в какой валюте было осуществлено акцептирование.
Функции проверки.
...
Создана функция проверки 131 «В счете не указан менеджер». Функция по умолчанию установлена в режим «Запрет». Функция проверяет содержание документа при переводе документа в статус «Выставлен».
Из проверки 129 «Корректность документа Счет» убрана проверка, запрещающая выставлять валютный счет для валютного вида цена, если эти валюты не совпадают, например, когда счет в долларах, а вид цены – в евро. Эта проверка вынесена в отдельную функцию проверки 127 «Валюта вида цены не совпадает с валютой документа». Функция имеет режим «Всегда запрет».
Изменены режимы работы функции 129. Функция получила режимы «Отключена», «Предупреждение», «Запрет» и по умолчанию работает в режиме «Предупреждение».
Изменения в документе «Контракт на реализацию».
...
Из документа «Контракт на реализацию» убрано поле «места хранения отгрузки», как не имеющее значения для оформления контракта на реализацию. При необходимости указать в контракте место хранения, из которого предполагается отгружать товар, необходимо использовать поле «Место хранения». Функция генерации счетов на основании контрактов использует значение поля «место хранение» для заполнения поля место хранения для резервирования товара.
Генерация счетов на основании контрактов.
В диалог функции генерации счетов на основании контрактов добавлен выбор менеджера для простановки его в созданные документы. Значение менеджера запоминается и предлагается при следующем запуске функции.
Подразделение для менеджера.
В справочник «Сотрудники» добавлено текстовое поле - "Подразделение".
Изменения в отчетах.
В связи с появлением возможности регистрации платежей в валюте, внесены изменения в следующие отчеты:
«Реестр платежных документов». В отчет добавлено отображение названия валюты акцептированных сумм оснований платежа. Итоги показываются с разделением по валютам.
«График расчета с поставщиками». Суммы документов в отчете выводятся в основной валюте, независимо от валюты документа, суммы задолженностей приводятся к основной валюте (к рублям), с использованием курса документа. Сумма документа может отличаться от рассчитанной в рублях суммы задолженности неоплаченного валютного документа из-за округлений по строкам документа. Курсовая разница в отчете отражается как оплата по документу.
«Расчеты с поставщиками». Суммы движения товара оплаты и задолженностей пересчитываются в рубли по курсу документа.
Розничная цена в приходной накладной.
...
В контракт на закупку добавлены поля для хранения информации об условиях оплаты, такие же, как в счете и в контракте на реализацию. А именно – оплата в валюте документа, оплата в рублях по курсу документа, оплата в рублях по банковскому курсу плюс добавочный процент, и поле для хранения добавочного процента.
Внесено изменение в печатную форму контракта для отображения новой информации.
Выбор и простановка общего основания в документах.
Изменен элемент диалога для простановки общего основания в документах. Реализована возможность поиска необходимого документа по заданному условию поиска и выбор документа из списка отобранных документов. В диалоге поиска документов опционально имеется возможность просмотра спецификации выбранного документа.
Отображение резерва в окне свойств артикула.
В перечень полей окна свойств артикула для свойства «Остатки» добавлена колонка «Зарезервировано». В колонке отображается общее количество товара, зарезервированное в данном месте хранения для отгрузки клиентам и в другие места хранения.
Автоматическое восстановление соединения серверов с базой данных.
Если для базы данных какого-либо из серверов торговой системы (кассового, почтового или сервера лицензий) установлен признак «Автозапуск», то в случае разрыва соединения с базой данных по какой-либо причине (обрыв сети, останов базы Oracle) база снова ставится в очередь автозапуска и будет заново активизирована, как только связь с Oracle восстановится. При этом выдача диагностики в журнал сообщений для этой базы отключается до восстановления соединения. В частности, если произошел обрыв сети, то после его восстановления база не будет активизирована до тех пор, пока Oracle фактически не закроет старые сессии сервера и не будет сброшена блокировка. При этом никаких сообщений не выдается — просто база остается в неактивном состоянии.
Список баз данных в окне заставки.
Изменен алгоритм поиска файла Oracle с описанием списка баз данных, доступных для работы. Файл используется при старте программы для составления списка баз данных, доступных к подключению. В алгоритм включен поиск по пути, указанному в параметре TNS_NAMES. Изменение позволяет выносить файл описания баз данных в сетевой каталог, например, для упрощения администрирования клиента Oracle на компьютерах сети. Раньше в этом случае список баз данных становился недоступным для выбора при старте программы.
Отчет «Списание и естественная убыль».
Для использования отчета необходимо задать процент нормы естественной убыли в карточке товара для всех товаров, по которым предполагается выполнять отчет.
Отчет показывает количество и суммы реализации товара в ценах реализации и вычисляет разрешенную естественную убыль относительно реализации за период отчета. Остатки товаров на дату отчета во внимание не принимаются. Отчет определяет количество и суммы списания товара за период отчета и осуществляет коррекцию данных о разрешенном списании на величину уже осуществленного списания.
Печать названия артикула поставщика в документе «Заказ поставщикам».
В разделе «Контрагенты» на странице «Заказ» можно ввести название артикула, принятое у поставщика, рядом с артикулом поставщика. При печати заказа с опцией «Выводить артикулы – поставщика», вместо собственного названия артикула в заказе будет печататься название артикула, принятого у поставщика. Если такое название для данного поставщика не введено, то будет печататься собственно название артикула.
Печать в документах названия должностей.
В диалогах печатных форм документов, в которых имеются должностные лица, рядом с полями для ввода фамилий должностных лиц, сделаны поля для указания должностей. Оба поля доступны для ввода значений непосредственно, последние введенные значения запоминаются.
Поля для ввода имен сотрудников выполнены в виде выпадающих списков. Список заполняется значениями из списка персонала контрагента. Имя сотрудника собственного контрагента запоминается и восстанавливается при печати следующего документа. Для приходной накладной, например, – это сотрудник организации «От имени».
При выборе имени сотрудника название должности заполняется автоматически соответствующим значением из таблицы персонала контрагента.
Системные метки «Отгрузил» и «Принял» удалены и при печати накладных более не используются.
Печать документов по чеку.
...
Данные о товародвижении и себестоимости товара в аналитических таблицах удаляются по дату обрезки за исключением компенсационных накладных. История закрытия периодов удаляется по дату обрезки. В таблицу закрытия периодов добавлено поле «флаг обрезки базы», которое заполняется при обрезке базы.
Сопроводительные документы для накладных.
...
В справочник «Страны» добавлен новый атрибут «ГТД». Название атрибута «короткое название» переименовано в «Код страны». При заполнении поля «страна происхождения» товара в спецификации накладной данный атрибут позволяет определять необходимость наличия справки к ГТД.
В раздел карточек складского учета и классификаторов товаров внесены следующие изменения:
В раздел карточек складского учета введены новые флаги «акцизный товар» и «Серт. Соответствия». В функцию «Изменение карточек» добавлена возможность установить или снять флаг при обработке списка карточек. Такие же флаги добавлены в раздел классификатора товаров. Значение флага из классификатора товаров наследуется карточкой при ее создании.
Флаг «акцизный товар» позволяет контролировать необходимость регистрации кодов акцизных марок в справке к ГТД для импортных товаров или необходимость наличия справки к ТТН для отечественных товаров.
Флаг «Сертификат соответствия» позволяет контролировать необходимость наличия сертификата соответствия для товара.
В раздел документа «Приходная накладная» внесены следующие изменения:
- Поле спецификации «Справка к ГТД» получило название «Справка к ГТД/ТТН».
...
В мастере создания документа делается детальная проверка правильности заполнения номера сертификата в соответствии с правилом, описанным выше. Перед проверкой все символы номера переводятся в верхний регистр вместе с заменой латинских символов в слове «РОСС» и в первом символе последней группы символов на аналогичные буквы кириллического алфавита. Аналогичные преобразования номера сертификата производятся при вводе номера в приходной накладной и при вводе номера на странице фильтра документа сертификат соответствия перед его поиском.
В заголовок документа добавлен атрибут – название товара из сертификата соответствия.
В заголовок документа добавлен атрибут – держатель оригинала. Поле можно заполнить вручную или воспользоваться данными о контрагентах, а именно, выбрать контрагента из перечня контрагентов. В последнем случае поле заполнится атрибутами контрагента – названием контрагента и его адресом в одну строку.
Убран контроль обязательного указания срока действия «по» сертификата для тех случаев, когда сертификат выдается на разовую партию товара. Вместо срока действия в этом случае достаточно указать одну дату – дату выдачи сертификата.
Для документа создана функция проверки «Корректность срока действия документов "Сертификат соответствия"». Функция проверяет, что срок окончания действия сертификата превышает дату начала действия более чем на 5 лет. По умолчанию функция установлена в режим «Предупреждение».
Убран контроль обязательности заполнения поля «номер бланка приложения».
Спецификация карточек складского учета из раздела карточек складского учета не является атрибутом документа «Сертификат соответствия». Тем не менее, товарная спецификация в документе сохранена, чтобы дать возможность установить предполагаемое соответствие между товаром, указанным в сертификате и артикулами, зарегистрированными в системе, и в дальнейшем контролировать соответствие между товарами в приходных накладных и сертификатом. Дополнительно в документе реализован режим отображения «Приходы». В этом режиме показывается список артикулов из приходных накладных со статусом «принят в количестве» и выше, которые имеют ссылки на данный сертификат соответствия. Также, для сравнения, показывается разрешенное количество товара, которое было введено в товарной спецификации. Справочная спецификация не хранится в документе и показывает каждый раз текущее состояние приходов по сертификату.
В режиме «Приходы» в интерфейсе просмотра и редактирования документа доступны следующие информационные поля спецификации (см. раздел «Информационные поля в спецификации документов»): Справка к ГТД/ТТН, Акциз (серии акцизных марок), Группа классификатора (кратко), Группа классификатора (полностью). В режиме «спецификация» только поля: Группа классификатора (кратко), Группа классификатора (полностью). Информационные поля по умолчанию не показываются.
Количественный учет упаковок.
...
В диалоге «Экспорт данных» задаются условия процесса экспорта данных. В предыдущих версиях перед экспортом данных можно было указать диапазон дат для отбора данных и каталог для выгрузки результатов. Начиная с текущей версии можно управлять набором типов выгружаемых данных и именами файлов для результатов экспорта.
В диалоге «Экспорт данных» выводится список видов данных, которые описаны в сценарии экспорта. В пределах этого списка пользователь может отметить те виды данных, которые необходимо выгрузить в текущем процессе экспорта. По умолчанию всегда предлагается выгрузить полный список видов данных.
Название файлов для экспорта данных задается в описании сценария экспорта отдельно для каждого типа экспортируемых данных. При каждом следующем экспорте файлы замещаются новыми данными, если только они не перемещается вручную в иной каталог или переименовывается, или для выгрузки выбирается иной каталог.
Для того чтобы обеспечить последовательную выгрузку данных для одного и того же сценария, но с разными условиями процесса экспорта, например, с разными диапазонами дат, реализована выгрузка данных в файлы, имена которых имеют разные префиксы. Префиксы добавляются к именам файлов, описанным в сценарии экспорта. Префикс может быть указан пользователем вручную либо создан автоматически по следующему правилу:
ГодМесяцДеньЧасМинутыСекунды_ на момент нажатия кнопки «Старт».
Загрузка дисконтных карт в кассы.
...
При загрузке данных в УКМ передается стоп лист дисконтных карт, в который помещаются заблокированные дисконтные карты. При истечении срока годности карты дисконтные карты не помещались в стоп лист, но при загрузке информации в кассу такие карты исключались из списка дисконтных карт и становились недоступными для проведения скидок. С учетом реализации загрузки префикса дисконтных карт и режима частичной загрузки карт такие карты теперь помещаются дополнительно в стоп лист дисконтных карт.
В стоп лист дисконтных карт помещаются все заблокированные дисконтные карты и все карты с истекшим сроком годности независимо то того, были ли они переданы в списке дисконтных карт или нет.
Расписание полной загрузки касс.
...
Алгоритм автоматического выбора типа загрузки при регулярной загрузке касс дополнен следующими условиями:
- Если при очередной загрузке выясняется, что предыдущая загрузка была полной, и кассы еще не забрали данные, то новая загрузка также будет полной.
...
В одном документе «Приходная накладная» регистрируются данные, относящиеся к следующим документам: Приходная накладная покупателя (торговой организации), Счет-фактура поставщика, Расходная накладная покупателя на возврат не принятого товара, Акт на несоответствие товара, Пропуск на вынос не принятого товара, Приложение к приходной накладной (сопроводительные документы – сертификаты, ГТД), Расходная накладная поставщика.
Все перечисленные выше документы объединяет единая спецификация (состав артикулов), цены, ставки налогов. Расхождение в количестве принятого и поставленного товара регистрируется, как атрибут строки спецификации приходной накладной. Исключение составляет случай, когда при приеме товара какой-либо артикул не принимается полностью. В этом случае состав спецификации приходной накладной покупателя и расходной накладной поставщика начинает различаться на полностью не принятые артикулы.
Для хранения записей спецификации накладной поставщика, отсутствующих в приходной накладной покупателя, создана дополнительная таблица, связанная с заголовком приходной накладной. Таблица содержит поля: количество поставщика, причина несоответствия количества, и поля для хранения цен.
Строки с нулевым принятым количеством могут присутствовать в спецификации приходной накладной до тех пор, пока документ имеет статус «черновик». При переводе документа в статус «Принят складом», пользователю выдается сообщение о наличии таких строк и предлагается согласиться с переносом их в дополнительную таблицу. Перенести строки в дополнительную таблицу можно также с помощью функции «Скрыть строки с нулевым приемом».
В дальнейшем перемещенные строки в документе не показываются, но при переводе документа в статус «Черновик» пользователю выдается сообщение о наличии таких строк. Строки из дополнительной таблицы могут быть восстановлены в спецификации документа как стандартные строки с помощью функции «Показать строки с нулевым приемом». Внутренний порядковый номер и видимый номер откладываемых строк сохраняется и затем восстанавливается. В случае если перемещенные строки находились внутри спецификации, и затем нумерация оставшихся строк была упорядочена, перемещенные строки при восстановлении помещаются в конец спецификации.
Для приходных накладных введена системная метка «Накл. пост.» с единственным фиксированным значением «нулевой прием». По умолчанию метка включена для использования в приходных накладных.
Изменен алгоритм построения печатных форм «Акта несоответствия», «Акт несоответствия по форме ТОГР-2», «Пропуск на вынос товара», «Расходная накладная на несоответствие товара», «Счет фактура для расходной накладной на несоответствие товара», «Приходная накладная с количеством поставщика», а также отчета «Реестр приходов с количеством поставщика».
Информационные поля в спецификации документов.
...
Краткая форма названия группы классификатора показывает только название той группы, к которой относится артикул, полная форма показывает название, в том числе, всех старших групп через точку в порядке иерархии.
По умолчанию, просмотр новых информационных полей отключен.
Экспорт документов с ограничением по группам товаров.
Внесены изменения в функцию экспорта документов, доступную в окне отобранных документов. Функция позволяет ограничивать список строк спецификации экспортируемого документа только строками, которые содержат артикулы из заданных групп товаров или ассортиментов товаров.
Условие экспорта задается в мастере старта функции. В мастер добавлена страница для выбора режима экспорта – все строки или только строки с артикулами из указанных групп классификатора товара или ассортиментов товара. Данная опция доступна для всех документов, имеющих товарную спецификацию.
Прием данных в документы из терминала сбора данных.
Внесены изменения в алгоритм приема данных из портативного терминала сбора данных при приеме данных в спецификацию документа. В диалог «Импорт данных из портативного терминала» добавлена опция "Добавлять все строки в конец". Выбор опции запоминается и предлагается при следующем вызове диалога.
При выборе опции алгоритм формирования файла terminal.dat не суммирует количество для одного и того же артикула. В дальнейшем, при добавлении данных из файла в спецификацию, каждая строка файла добавляется в конец спецификации с тем количеством, которое есть в строке файла.
Новый режим приема данных позволяет сохранять тот же порядок строк спецификации, как и данные в портативном терминале сбора данных в том случае, когда портативный терминал регистрирует информацию о штриховых кодах товара без их суммирования по одному и тому же артикулу. Для терминалов типа BHT данная функция дополнительных возможностей не дает.
Проставление цен в документ «Заказ поставщику».
...
В случае если задано условие поиска карточек с нулевой ценой (страница «Прочие» фильтра карточек), ищутся не только карточки с ценой «ноль», но и карточки, у которых цена отсутствует. Для поиска карточек с нулевой и отсутствующей ценой необходимо задать значение 0 в поле «до». Очистить поле от нулевого значения можно, нажав Ctrl-Shift-N.
Генерация кодов UPC A и UPC E.
При генерации кодов типа UPC A, UPC E убрана принудительная подстановка лидирующего 0 перед префиксом, указанным в справочнике штриховых кодов. Префикс штрихового кода теперь совпадает с префиксом из справочника. В случае использования UPC кодов в качестве собственных кодов для маркирования товаров следует использовать префиксы, начинающиеся с 2 или 4. Нельзя использовать префиксы 0, 3, 5 или 7, так как имеется вероятность, что такой же код будет иметь промышленный товар.
В предыдущих версиях программы при генерации кода UPC E использовался алгоритм генерации кода UPC A с последующим преобразованием в UPC E. Поскольку не всякий код UPC A может быть преобразован в UPC E, то при таком подходе могла возникать ситуация неожиданного и необъяснимого, с точки зрения пользователя, отказа в генерации кода.
Начиная с текущей версии программы, код UPC E генерируется как последовательность из 6 символов с учетом заданного префикса и постфикса. Затем код разворачивается в UPC A для подсчета контрольной суммы. Полученная контрольная сумма добавляется к ранее созданной последовательности символов UPC E.
Такой алгоритм генерации кода не позволяет строго соблюдать заданный код производителя в штриховом коде. Но поскольку в рамках программы не ставится цели поддерживать промышленное производство товаров с их последующей маркировкой по стандартам США, то такое ограничение не влияет на возможности программы.
Расчет среднесуточной реализации по расписанию.
Изменен способ старта процедуры расчета среднесуточной реализации. Старт программы в заданное время из клиентской части программы заменен стартом процедуры сервером базы данных.
Описание параметров выполнения и расписания расчета среднесуточной реализации осуществляется в административном модуле в разделе «Аналитика» на странице «Скорость продаж». На этой же странице показывается процесс исполнения процедур.
Новый механизм позволяет описать несколько вариантов расчета, что позволяет рационально выполнять расчет среднесуточной реализации. Например, для скоропортящихся продуктов можно установить ежедневный расчет, а для продуктов с длинным циклом продажи ежемесячный расчет.
Настройка расписания старта программы имеет те же возможности, что и настройка расписания прочих автоматически исполняемых процедур, которые задаются в административном модуле в разделе База данных на странице Задания. Там же отражается процесс выполнения задания расчета среднесуточной реализации наряду с другими заданиями.
Описать задание расчета среднесуточной реализации можно только на странице «Скорость продаж», поскольку данная процедура требует настройки параметров выполнения, в отличие от прочих автоматических процедур.
В перечень параметров выполнения расчета добавлен параметр максимального времени исполнения. Установка данного параметра приводит к принудительному ограничению времени выполнения расчета. В случае если расчет не выполнился за указанный диапазон времени, он прерывается. Все данные, посчитанные до прекращения расчета, сохраняются и могут быть использованы для работы.
Интерфейс расчета статистики по аналитическим таблицам.
Внесены изменения в интерфейс процедур расчета статистической (сальдовой) информации по данным расчета товародвижения и себестоимости в аналитических таблицах.
Интерфейс доступен в административном модуле в разделе «Аналитика» на странице «Статистика».
Таблица дат расчета статистики дополнена полем флажком «ЗП посл. день». Флажок в поле показывает, что дата сбора статистики является последним днем закрытого периода. Строки с таким флажком никогда не удаляются, даже если никакой статистики на этот день не собрано.
Внесены изменения в диалог расчета новой статистики. Элементы диалога с датами расчета разделены на группы по режимам расчета - на одну дату или в диапазоне дат.
Автоматическое обновление клиентской части.
...
При старте базового или административного модуля после соединения с базой данной делается проверка соответствия версии и номера сервис пака клиентской части и версии и номера сервис пака базы данных. В случае расхождения версий или номера сервис пака определяется путь к программе обновления и, после подтверждения пользователя, запускается соответствующая программа. После запуска программы установки версии модуль немедленно закрывается. После успешной установки необходимо повторно стартовать торговую систему.
В случае если необходимо произвести обновление и версии, и сервис пака, то в первую очередь запускается программа обновления версии, а при повторной попытке старта торговой системы будет предложено установить сервис пак.
Программа установки автоматически определяет, что она используется в режиме автоматического обновления и пропускает диалоги выбора устанавливаемых компонентов. Перечень компонентов запоминается при первичной установке программы, и в дальнейшем обновлению подвергаются только те компоненты, которые были ранее установлены. В тех случаях, когда требуется изменить перечень компонентов необходимо провести их установку вручную.
Размещение индексов при генерации и обновлении схемы БД.
Размещение индексов в отдельном табличном пространстве на отдельном диске повышает производительность работы базы данных и упрощает администрирование базы данных.
Программа генерации и модернизации схемы базы данных «Генератор БД» позволяет указать табличное пространство для размещения в нем индексов. Если ранее индексы не перемещались из табличного пространства по умолчанию, то предлагается воспользоваться табличным пространством INDX. Прежде чем принимать решение о перемещение индексов необходимо убедиться, что табличное пространство для индексов имеет размер не меньше половины размера табличного пространства для пользователя по умолчанию. Желательно, чтобы в дальнейшем размеры табличных пространств для индексов и для данных были примерно равны.
При генерации схемы базы данных и при дальнейших модернизациях схемы индексы всегда создаются в табличном пространстве пользователя и только затем перемещаются в табличное пространство для индексов. Если индексы уже перемещались в отдельное табличное пространство, то при модернизации схемы БД используется следующий алгоритм определения табличного пространства для размещения новых индексов:
- Проверяется, есть ли индексы в табличном пространстве пользователя по умолчанию и, если индексы обнаруживаются, то ищется табличное пространство, в котором уже имеются индексы. Если обнаруживается несколько таких табличных пространств, то первое из них предлагается для перемещения в него новых индексов из табличного пространства по умолчанию. Если табличного пространства с индексами не обнаружено, то для размещения индексов предлагается пространство INDX.
Кнопка сохранения документов.
Во всех разделах документов в кнопке «Сохранить» реализовано выпадающее меню с тремя вариантами выполнения функции:
...
Меню вызывается нажатием на область кнопки со стрелкой. Нажатие непосредственно на кнопку «Сохранить» приводит к сохранению документа с последующим выходом из режима редактирования в окно просмотра списка документов
Функции имеют следующее назначение:
- Функция «Сохранить и закрыть» - сохраняет документ и возвращает пользователя в окно просмотра списка документов.
...
При сохранении документа, в котором не было каких-либо изменений, ранее выдавалось сообщение об отсутствии изменений. Сообщение убрано.
Функциональные права для контроля структуры БД.
...
Для сервера лицензий реализована возможность указать конкретный аппаратный ключ, с которым он должен работать. Адресный выбор аппаратного ключа для работы сервера лицензии позволяет ему работать на одном компьютере с другими программами, использующими ключи тех же типов, что и сервер лицензий торговой системы.
Описание ключа – тип и номер ключа, вводится в консоли управления компьютера в диалоге «Параметры ключа» сервиса «Сервер Супермага». Диалог вызывается из пункта меню «Ключ…» при запущенном сервере лицензий. Установленные параметры ключа вступают в силу только после перезапуска сервера лицензий.
Алгоритм поиска аппаратного ключа следующий:
Если указан тип и номер ключа, то предпринимается попытка найти указанный ключ.
Если указан только номер ключа, то осуществляется поиск ключа с указанным номером по всем доступным типам ключей.
Если номер ключа не указан, но указан тип ключа то будет искаться первый попавшийся ключ указанного типа.
Если выбран вариант поиска «Любой», ключ и номер ключа не указан, то ключ ищется по тому же алгоритму, что и в предшествующих версиях. Вначале ищется ключ типа Guardant, затем HASP, затем MPKEY.
Если в результате поиска ключ не найден, то сервер запускается, но единственной поддерживаемой операцией будет указание нового ключа или установка режима «выбор произвольного ключа».
Печать расходной накладной по группам товаров.
...
Отчет «Лидеры в группах продаж» относится к категории менеджерских отчетов.
Отчет позволяет выявить товары, дающие наибольший доход, доходность, сумму или количество реализации, имеющие наибольшую среднесуточную сумму или количество реализации. Отчет выполняется в базовой валюте и требует предварительного расчета себестоимости.
В отчете выводится информация об артикулах, количество и сумма реализации за заданный период времени (без налогов - если не выбрана опция "без учета налогов", полная сумма - если выбрана опция "без учета налогов"). Выводится сумма себестоимости (без НДС - если не выбрана опция "без учета налогов", полная сумма себестоимости - если выбрана опция "без учета налогов"), доля в общей реализации в процентах, сумма дохода, доля в общем доходе в процентах, доходность в процентах, среднесуточная реализация (количество, сумма), дни периода/дни продаж в зависимости от выбора опции "среднесуточная реализация".
В отчете подводятся итоги по товарным группам, по отчету в целом.
При выборе группировки по группам товаров в итогах каждой группы выводятся не только данные по группе в целом, но и итоговые данные по лидерам данной группы. В том числе показывается количество лидирующих товаров и процентная доля этого количества от общего количества артикулов текущей товарной группы, участвовавших в реализации.
Товары выводятся с сортировкой по тому критерию, который выбран в опции "Показывать товары". Например, при выборе опции "только с наибольшим доходом, дающие заданный процент дохода" товары будут выводиться с сортировкой по сумме дохода. Товары с одинаковым значением критерия сортируются по артикулу.
При выборе опций "только заданный процент с наибольшей суммой реализации/количеством реализации/доходом" в отчете выводится лидеры по данному критерию. При этом количество выводимых лидеров определяется, как наименьшее целое, большее или равное заданному проценту от общего количества участвовавших в реализации товаров текущей группы (или всех товаров, если не выбрана группировка по группам товаров). Например, требуется вывести 20% товаров с наибольшим доходом, при этом в реализации участвовало всего 13 товаров. Тогда количество выводимых лидеров будет равно 3.
Печатная форма документа «Сличительная ведомость».
...
- накладные (приходные, расходные, перемещение)
- контракты (на закупку и на реализацию)
- заказы поставщикам
- инв.описи/сличит.ведомости
При добавлении набора в спецификацию происходит запрос количества добавляемого количества также как и при добавлении обычного товара.
Для компонента набора добавлен атрибут - "зависимый компонент". Зависимые компоненты особым образом обрабатываются алгоритмами автоматического заказа и формирования складского требования. Зависимые компоненты не участвуют в данных алгоритмах, но добавляются в соответствующие документы (заказ поставщику и складское требование) после их формирования в количестве равном количеству основного компонента. Под основным компонентом понимается перый из перечисленных в наборе компонент, который не является зависимым компонентом.
Изменена процедура автоматического наценивания артикулов, являющихся компонентами наборов. В момент наценивания выполняется проверка на наличие компонент, входящих в набор, для которых неопределена цена. Проверка «запрет наценивания компонент набора при неопределённых ценах на другие компоненты» настраивается в правах доступа, если наценивание разрешено, то в Акт переоценки попадает только нацениваемый артикул (артикул набора в Акт не попадает).
Прочие доработки
- Добавлена проверка регулируемая правами (разрешено/предупреждение/запрет) на перевод накладных на перемещение из статуса "черновик" в "принят на складе" при наличии в них артикулов с нулевыми ценами.
...
В списках этих накладных реализована функция обработки (по кнопке «Обработать»), позволяющая установить значение номера счета-фактуры, в значение, указанное в диалоге обработки (функция предназначена, в первую очередь, для групповой замены состояния поля из значения «составная» на конкретный номер).
- В печатной форме счета-фактуры по накладной на перемещение (заказная печатная форма для клиента "Столица" ННовгород) печатаются ФИО Руководителя и Главбуха. Информация берется из списка сотрудников организации, которая указана в поле "От имени..."
...
- Реализована поддержка весов TIGER фирмы METTLER TOLEDO, модель 8442, подключение по Ethernet.
Доработки для Украины
- Номер регистрационного свидетельства в карточке товара.
...
- в роле «Примечание» одной из ставок одного из налогов (для Украины для налога НДС и ставки 0%) указывается название дополнительной характеристики карточки, в которой должен быть указан номер регистрационного свидетельства. Название дополнительной характеристки в поле «Примечание» обязательно обрамляется символами "|";
- в справочнике «Доп.характеристики товара» необходимо создать характеристику с тем же названием (уже можно без обрамления символами "|").
- Добавлен дополнительный атрибут товарной карточки (закладка «Склад») – "% нормы отходов".
Создан отчет, рассчитывающий суммы и количество отходов, в зависимости от поставок.
- Разработан отчет "Об использовании регистраторов расчетных операций и книг учета расчетных операций (расчетных книжек)". Введены дополнительные атрибуты кассы – "Модель кассового аппарата" и "Регистрационный номер кассового аппарата в налоговой".
...
- доп.свойство контрагента «вид лицензии на продажу» (строка, строгий список «1,2,3,4»)
- доп.свойство контрагента «номер лицензии на алкоголь» (строка)
- доп.свойство товарной карточки «Вид алк.продукции» (строка, строгий список «1,2,3,4,5,6,7,8,9»)
Объемы реализации продукции в тыс.л рассчитываются на основании альтернативной единицы измерения «литр» (ед.измерения с кодом 3).
- Разработаны печатные формы документов:
- Налоговой накладной – печатается по приходным, расходным накладным и при печати документов по чекам.
- Расходной накладной ("Расходная накладная") согласно образцу, полученному у заказчика для печати в разделах "Расходные накладные" и "Чеки".
- Приходной накладной "Видаткова накладна", согласно образцу, полученному у заказчика.
- Печатная форма накладной на перемещение - в виде расходной накладной ("Расходная накладная") с указанием условия продажи "комиссионный товар".
...
Предыдущий вариант автоматического расчета цен и сумм в приходной накладной при приеме товара с государственными фиксированными ценами исходил из того, что цена производителя (она же государственная цена) в накладной указывается без налога НДС.
В текущей реализации алгоритма считается, что государственная цена включает НДС. Цена поставки в этом случае вычисляется по следующей формуле:
Сумма поставщика с НДС = Округление до копейки( Цена производителя * количество (1 - Торговая наценка(она же скидка)/100)))
Далее рассчитывается сумма НДС и сумма и цена без НДС.
В данном случае расчет цен и сумм законодательно ведется от цен с налогами к ценам без налогов. Законодательством предусмотрено, что такой расчет должен вестись не точно, то есть с применением формулы Сумма НДС = Сумма с НДС * (%НДС/(100+%НДС)), а с применением приблизительного коэффициента, то есть как Сумма НДС = Сумма с НДС * множитель.
Множитель регистрируется в разделе «Редактор налогов» как атрибут ставки налогов и представляет собой округленный не менее чем до 4-го знака результат вычисления: (%НДС/(100+%НДС)).
Алгоритм расчета цен и сумм в накладной для товаров с государственными ценами модифицирован и использует для расчета суммы налога НДС множитель ставки налогов. Алгоритм работает корректно в режимах округления полная сумма и полная цена.
Для тех случаев, когда по какой-то причине пользователи желают получить точный расчет суммы НДС, реализована функция в кнопке «цены»: «Пересчет суммы НДС исходя из ставки НДС». Кнопка доступна в режиме «Ценовой».
Другие работы, вошедшие в состав версии 1.023.2
- Автоматическое формирование заказов:
- в случае создания заказа по контрактам, перед выводом списка контрактов запрашивается поставщик и затем список контрактов выводится только по выбранному поставщику;
- если магазин представлен в виде 2-х мест хранения (типы «Склад» и «Магазин», соответственно), то при формировании заказа для магазина с такой структурой, установленные параметры для автоматического заказ будут суммироваться.
- В документ Заказ разрешен ввод артикулов типа "тара".
...
В товарную карточку на закладку "состав" добавлено текстовое поле "Описание товара", которое загружается в весы (DIGI) в поле «состав».
- В справочнике контрагентов в фильтр поиска добавлен поиск по коду ОКПО.
...
Для расходной накладной реализован сбор статистики о ценах для кассы на момент регистрации расходной накладной таким же образом, как это было реализовано для приходных накладных в версии 1.023.3. Статистика собирается в момент регистрации документа, если включен флаг «Проставлять цену для кассы в накладные» в административном модуле в разделе «Базы данных». Проставить заново цену для кассы (пересчитать статистику) можно в режиме отобранных документов по кнопке «Обработать» - функция «Расчет статистики».
| Якорь |
|---|
| _Toc102301337 |
|---|
| _Toc102301337 |
|---|
|
Экспорт суммы накладных в ценах для кассы.
В процедуру экспорта документов/проводок в бухгалтерию и экспорта документов в OLAP добавлена выгрузка поля «Сумма в ценах кассы из док.».
В поле помещается значение равное произведению количества в спецификации документа и цены для кассы из документа. При необходимости выгрузить сумму для документа без детализации по пунктам спецификации, также как и для других сумм необходимо указать признак группировки для поля, описывающего документ или группу документов.
Цена для кассы из документа и, соответственно, сумма в ценах для кассы может быть выгружена для приходных, расходных накладных и накладных на перемещение.
| Якорь |
|---|
| _Toc102301338 |
|---|
| _Toc102301338 |
|---|
|
Дата счета фактуры в расходной накладной.
В заголовок расходной накладной добавлено поле «Дата Счета фактуры». Поле доступно для просмотра и редактирования в режиме «Ценовой».
Поле введено для регистрации даты счета фактуры, связанной с данной расходной накладной в тех случаях, когда дата накладной и счета фактуры не совпадают.
| Якорь |
|---|
| _Toc102301339 |
|---|
| _Toc102301339 |
|---|
|
Белоруссия. Калькулятор спецификации.
...
Для кассовых документов реализован сбор статистики о ценах для кассы на момент создания кассового документа. Алгоритм поиска цены такой же как и при сборе статистики в накладных. Если дата документа совпадает с текущей датой, то берется текущая действующая цена для кассы, если дата документа отличается от текущей даты, то берется последняя цена на дату документа по истории цен. Если цена на необходимую дату отсутствует, то берется ближайшая цена для более ранних дат, если ранних цен не было, то берется ближайшая цена для более поздних дат. Статистика собирается в момент регистрации документа, если включен флаг «Проставлять цену для кассы в накладные» в административном модуле в разделе «Базы данных». Проставить заново цену для кассы (пересчитать статистику) можно в режиме отобранных документов по кнопке «Обработать» - функция «Расчет статистики», указав флаг статистики «цена для кассы».
Интерфейс для просмотра цен для кассы не реализован.
| Якорь |
|---|
| _Toc103076760 |
|---|
| _Toc103076760 |
|---|
|
Экспорт цен, сумм и скидок кассовых документов в ценах для кассы.
...
Для работы с номенклатурами создан справочник «Номенклатура товаров». Справочник редактируется в разделе справочников.
В справочнике номенклатур задается только имя номенклатуры, состав номенклатур и назначение их магазину задаются в разделах карточек складского учета и мест хранения соответственно. В интерфейсе справочника для справки показывается, в каких местах хранения используется выбранная номенклатура, но редактирование связи с местом хранения не допускается.
Справочник номенклатур, также как и все другие служебные справочники, создается в старшей базе данных и рассылается в подчиненные. При настройке автоматической рассылки справочник отсылается автоматически по факту своего изменения. Изменение справочника в подчиненных базах не допускается.
| Якорь |
|---|
| _Toc101352056 |
|---|
| _Toc101352056 |
|---|
|
Номенклатуры места хранения.
Назначение номенклатуры месту хранения производится в разделе мест хранения. Для работы с номенклатурами создана страница «Номенклатура» в форме редактирования атрибутов места хранения. Одному месту хранения может быть назначено несколько номенклатур. Это позволяет формировать номенклатуры по тематическому признаку и использовать сочетания номенклатур для определения формата магазина.
Если месту хранения не назначена ни одна номенклатура, то для этого места хранения разрешены все доступные артикулы.
Назначение или удаление связи номенклатуры с местом хранения рассматривается как изменение атрибутов места хранения. Если настроена автоматическая отсылка места хранения по факту его изменения, то редактирование связи места хранения с номенклатурами приведет к отсылке информации о месте хранения и о принадлежности ему номенклатур в подчиненные базы данных.
| Якорь |
|---|
| _Toc101352057 |
|---|
| _Toc101352057 |
|---|
|
Артикулы номенклатуры.
Определение состава номенклатуры, то есть наполнение номенклатуры артикулами, производится в разделе карточек складского учета. Функция добавления карточек в одну или несколько номенклатур и функция удаления карточек из номенклатур находятся за кнопкой «обработать». Назначить артикул номенклатуре можно также при редактировании карточки на странице «Состав».
Один и тот же артикул может принадлежать нескольким номенклатурам. При рассмотрении списка артикулов, разрешенных для места хранения, списки его номенклатур объединяются, и в объединенном списке каждый артикул рассматривается только один раз. Добавление артикула в одну или несколько номенклатур или удаление артикула из номенклатуры приводит к отсылке артикула и информации о его принадлежности к номенклатурам в подчиненные базы данных.
Производные артикулы, то есть артикулы типа набор, упаковка, уценка, размер, могут также входить в любую номенклатуру, но с одним ограничением – их базовые артикулы также должны присутствовать в той же номенклатуре. В противном случае документы товародвижения не позволят работать с такими артикулами. При добавлении производного артикула в номенклатуру делается проверка принадлежности его базовых артикулов этой номенклатуре и если обнаруживается, что некоторые из них не входят в нее, то выдается предупреждение со списком артикулов, которые будут принудительно добавлены в номенклатуру одновременно с производным артикулом. В случае если такое добавление нежелательно, необходимо отказаться от назначения артикула номенклатуре или отказаться от сохранения изменений.
Автоматическое добавление нового артикула к номенклатуре в данной версии не поддерживается.
Временные артикулы, созданные в удаленной базе данных, становятся доступными для работы в местах хранения этой базы данных только после включения их в номенклатуру места хранения. При создании постоянной карточки на основании временной в старшей базе данных, связь временной карточки с номенклатурой места хранения наследуется постоянной карточкой. При замещении карточки ее связь с номенклатурой не передается в постоянную карточку.
Для текущего контроля состава номенклатур создан отчет «Товарная номенклатура» в группе отчетов «Справочные данные». Отчет позволяет получить список артикулов с группировкой по группам товаров для одной указанной номенклатуры или для номенклатур выбранного места хранения.
| Якорь |
|---|
| _Toc101352058 |
|---|
| _Toc101352058 |
|---|
|
Использование номенклатур.
...
Загрузка артикулов в кассы может быть ограничена номенклатурой места хранения. Для ограничения загружаемого списка необходимо в разделе склады и магазины для «группы отделов» на странице «Свойства» установить флажок «В кассу загружать только номенклатуру места хранения».
При приеме кассовых отчетов флаг загрузки номенклатуры игнорируется. Принимаются все данные о реализации и возвратах так, как они есть.
| Якорь |
|---|
| _Toc101352061 |
|---|
| _Toc101352061 |
|---|
|
Загрузка весов.
Список товаров для загрузки весов может быть ограничен номенклатурой места хранения. Для ограничения списка необходимо отметить флажок «Добавлять товары только из номенклатуры магазина». Установка флажка не приводит к немедленному изменению списка товаров для весов. Установка флажка влияет только на добавление новых товаров к списку. Для приведения списка товаров для весов в соответствие с номенклатурой места хранения, список необходимо полностью обновить.
| Якорь |
|---|
| _Toc101352062 |
|---|
| _Toc101352062 |
|---|
|
Контроль состава накладных.
Создана функция проверки 142 «Контроль номенклатуры места хранения в документах». По умолчанию функция установлена в режим «Предупреждение». Функция проверяет вхождение артикулов спецификации документа в состав номенклатуры места хранения документа. Для перемещения делается проверка вхождения артикулов в номенклатуру как места хранения, в которое перемещается товар, так и места хранения, из которого перемещается товар.
Проверка осуществляется при переводе документа из статуса «Черновик» в статус «Принят в количестве» для всех документов, имеющих спецификацию из артикулов. Исключением являются кассовые документы. Кассовая реализация и возвраты всегда принимаются в том виде, в каком они есть.
Для перемещений проверка делается также при переводе документа из статуса «Отправлен» в статус «Принят».
| Якорь |
|---|
| _Toc101352063 |
|---|
| _Toc101352063 |
|---|
|
Генерация складских требований и заказов.
В процедуры генерации складских требований добавлено принудительное ограничение списка артикулов номенклатурой магазина. Номенклатура центрального склада во внимание не принимается.
В процедурах генерации заказа потребности мест хранения ограничиваются номенклатурами магазинов. Номенклатура центрального склада не оказывает влияния на генерацию заказа.
| Якорь |
|---|
| _Toc101352064 |
|---|
| _Toc101352064 |
|---|
|
Генерация складских требований по ассортиментам.
В процедуру автоматической генерации складских требований добавлено условие генерации требований для ассортиментов товаров. Ассортименты выбираются в том же диалоге, в котором могут быть выбраны группы товаров. Если указать несколько ассортиментов, то требование будет создаваться для объединенного списка артикулов.
| Якорь |
|---|
| _Toc101352065 |
|---|
| _Toc101352065 |
|---|
|
Форма 3-Торг.
...
В справочник единиц измерения добавлен новый атрибут – коэффициент пересчета в основную единицу измерения для описания производных единиц измерения.
Производными единицами измерения называются такие единицы измерения, которые могут быть получены из другой единицы измерения путем умножения на коэффициент пересчета. Например, тонна = 1000 кг.
Если единица измерения определена в системе как производная, то она не может быть основной для какой-либо другой единицы измерения. При составлении справочника необходимо в каждом виде измеряемых величин определить только одну основную единицу измерения. Например, для веса основной единицей можно выбрать килограммы, тогда граммы, тонны, центнеры будут ее производными единицами измерения.
Коэффициент пересчета указывается как количество базовых единиц измерения, которое содержится в одной производной единице измерения. Например, для производной единицы измерения «Тыс. шт.» коэффициент пересчета в базовую единицу «шт» будет равен 1000, а для единицы «граммы» коэффициент пересчета в килограммы будет равен 0,001.
У карточек складского учета имеется атрибут «Альтернативная единица измерения», который позволяет указать одну или несколько единиц измерения, отличных от единицы измерения артикула и коэффициент пересчета для каждой альтернативной единицы измерения. Альтернативные единицы измерения используются для приведения количества разных товаров к единой единице измерения в тех случаях, когда коэффициент пересчета меняется от артикула к артикулу. Например, при пересчете штук (бутылок, банок и т.д.) в литры или декалитры.
Необходимо обращать внимание на то, что коэффициент пересчета для альтернативных единиц измерения имеет обратное направление действия. При указании альтернативной единицы измерения указывается, например, литр 0,5, что подразумевает 0,5 л в 1 штуке, или тыс. шт. 0,001, что означает 0,001 тыс. шт. в 1 шт., тогда как в таблице единиц измерения указывается тыс. шт., шт., 1000, что означает 1000 шт. в 1 тыс. шт.
Производные единицы измерения не должны указываться как альтернативные единицы измерения в карточке складского учета, поскольку это может привести к несоответствию коэффициентов пересчета. Все производные единицы измерения по умолчанию являются альтернативными для тех карточек, у которых единица измерения является базовой для производных или ссылается на ту же самую базовую единицу измерения.
Коэффициент пересчета производной единицы измерения в справочнике единиц измерения имеет большую силу, чем величина, указанная в карточке складского учета. В случае если в карточке была установлена альтернативная единица измерения, которую в справочнике единиц измерения преобразуют в производную, то при сохранении справочника единиц измерения будет сделана проверка на наличие конфликтных артикулов и выдано сообщение со списком таких артикулов.
| Якорь |
|---|
| _Toc101352067 |
|---|
| _Toc101352067 |
|---|
|
Залоговая тара.
До текущей версии понятие залоговой тары в явном виде в системе не использовалось. В качестве залоговой тары можно было использовать артикулы типа тара, входящие в состав наборов, например, бутылка и пиво вместе могут составить набор «бутылка пива». В этом случае можно было выделить стоимость залоговой тары, как при приеме, так и при реализации товара. Ограничением для применения указанного варианта была строгая необходимость описания таких наборов до реализации товара и строгая необходимость приема товара двумя строками – отдельно тара, отдельно товар, кроме того, суммы артикулов типа тара выделяются в накладных для учета тары на бухгалтерских счетах, что не позволяет отделить залоговую тару от транспортной тары.
Для корректного выделения сумм залоговой тары из сумм движения товаров введено понятие «Залоговая тара». Для определения артикула как залоговой тары в составе другого артикула используется атрибут «Залоговая тара» в таблице состава артикула. В предыдущей версии этот атрибут имел название «Зависимый компонент» и в стандартном функционале не использовался.
Состав артикула разрешено определять не только для производных артикулов, но также и для артикулов типа «товар». Отличие в описании состава товара и состава набора заключается только в отсутствии поля «Процент от продажной цены», которое при описании состава товара не имеет смысла. Для артикулов типа «товар» состав имеет описательное значение и не влияет на поведение артикула в документах и ценообразовании. Описание состава товара позволяет зафиксировать фактический состав товара и использовать это описание при анализе движения товара (приход, остатки, реализация). В частности, если артикул состава товара помечен флагом «Залоговая тара», то остатки и движение такого артикула могут быть посчитаны на основании остатков движения артикула товара.
Для кассовых документов создана таблица статистики продаж/возвратов залоговой тары при реализации товара. Таблица может заполняться данными о количестве и цене залоговой тары в момент создания создании кассового документа, на тех же основаниях, как и другие виды статистических данных. Количество рассчитывается исходя из данных о составе артикула товара, а стоимость определяется по цене залоговой тары на дату кассового документа.
Если залоговая тара находится в составе набора, она также регистрируется в таблице реализации залоговой тары, но по фактической стоимости реализации. Необходимо иметь в виду, что если некоторый товар был помещен в состав набора как залоговая тара, то прямые продажи такого товара неотличимы от его продажи в составе набора и он при любой реализации будет считаться залоговой тарой. Не следует залоговую тару продавать и как товар и как залоговую тару.
Включение алгоритма расчета залоговой тары в кассовой реализации осуществляется в административном модуле. Для этого надо отметить флаг «Залоговая тара» в разделе База данных», папке «Касса», группа настроек «Статистика».
Для уже созданных кассовых документов статистика по залоговой таре может быть рассчитана в разделе кассовых документов. Для этого необходимо отметить кассовые документы, нажать кнопку «Обработать» и выбрать функцию расчет статистики. В мастере функции расчета статистики необходимо отметить флаг «Залоговая тара».
Отметка о расчете статистики по залоговой таре показывается в поле «Статистика: Залоговая тара» в таблице отобранных кассовых документов.
Для корректной работы с залоговой тарой необходимо артикулы залоговой тары отмечать флагом «Фиксированная цена» и устанавливать залоговую стоимость артикула вручную. Залоговая тара в составе артикула товара не участвует в переоценке товара и не может получить цену иначе чем, ручным созданием акта переоценки.
В текущей версии суммы залоговой тары присутствуют только в отчете 3-торг.
| Якорь |
|---|
| _Toc101352068 |
|---|
| _Toc101352068 |
|---|
|
Классификатор 3-Торг.
Для выполнения отчета 3-торг создан справочник классификатора 3-торг. В стандартной комплектации справочник поставляется пустым. Справочник заполняется строками, соответствующими украинскому законодательству при установке украинской вервии отчета 3-торг.
Номер группы классификатора 3-торг в справочнике представлен двумя полями Группа 1 и Группа 2. Наличие двух полей позволяет реализовать сбор данных с выделением частей сумм. Например, если имеются две записи в справочнике: запись1 «масло», где группа 1 имеет значение «0001» и группа 2 имеет значение «0», и запись 2 «в том числе растительное», где группа 1 имеет то же значение «0001» и группа 2 имеет значение «1». То в отчете для первой строки будет сформирована сумма по всем товарам, которые относятся и к той и к другой группе классификатора, а во второй строке сумма только по товарам, относящимся ко второй группе (подгруппе) классификатора.
Назначение артикула группе классификатора 3-торг осуществляется в разделе карточки складского учета на странице «Карточка».
В классификаторе товаров можно задать значение группы 3-торг, которое будет устанавливаться по умолчанию для всех новых карточек при их создании.
В диалог функции группового изменения карточек по кнопке «Обработать» добавлена функция обновления значения группы 3-торг для карточек. Группу 3-торг для карточек можно определить вручную или указать, что обновление должно быть проведено по значению, установленному для группы карточек в классификаторе.
| Якорь |
|---|
| _Toc101352069 |
|---|
| _Toc101352069 |
|---|
|
Розничные цены в накладных.
Для приходных накладных и накладных на перемещение создана статистическая таблица. В статистической таблице сохраняется информация о цене для кассы в момент перевода накладной в статус «принят полностью».
Статистика собирается только при включении в административном модуле флага «Проставлять цену для кассы в накладные». Флаг редактируется в разделе «База данных», папка «Ценообразование». По умолчанию флаг отключен.
Цена для кассы берется для места хранения прихода товара, то есть для накладной на перемещение это место хранения «Приход в».
В случае если цена для кассы существует, и дата накладной соответствует текущей дате, цена для кассы в накладной будет соответствовать цене на момент регистрации накладной. Если цена отсутствует, накладная будет принята, но поле цена для кассы останется пустым.
В тех случаях, когда дата накладной не соответствует текущей дате, то есть при позднем оформлении накладной или при коррекции накладной, цена для кассы берется из истории цен как последняя цена на дату накладной. Если на дату накладной цены не обнаружено, то берется последняя цена из предыдущих дней. Если цены не обнаружено или она равна 0, то ищется цена в последующих днях.
При повторной регистрации накладной цена для кассы проставляется только в те позиции, которые не имели значения. Проставленные ранее цены для кассы не изменяются.
Для полного пересчета статистики по кассовым ценам, то есть с полной заменой ранее сохраненных цен и расчетом отсутствующих цен, в документах реализована функция «Расчет статистики». Функция доступна при нажатии кнопки «Обработать» в окне просмотра отобранных документов и позволяет обработать множество документов. Функция обрабатывает только документы со статусом «Принят полностью».
Для просмотра цен для кассы в спецификации документов необходимо включить просмотр поля «Цена для кассы» в окне просмотра отобранных документов или включить информационное поле «Цена для кассы» в режиме просмотра и редактирования документа. Функция включения/выключения информационных полей доступна при нажатии на кнопку «Вид».
Содержание поля «Цена для кассы» включено в экспорт типов данных «Документы/проводки» и «Документы(OLAP)». В разделе экспорта новая колонка получила название «Цена для кассы из документа» для того, чтобы отличать ее от колонки «Цены для кассы», которая при экспорте документов (OLAP) берется по истории цен на дату документа и, соответственно, обрабатывается дольше.
При использовании статистики по ценам для кассы необходимо учитывать, что при наценивании пришедшего товара акты переоценки исполняются до момента регистрации приходной накладной только в том случае, когда товар наценивается в той же базе данных (том же месте хранения) в котором был зарегистрирован приход товара. В противном случае из-за процессов пересылки документов и ожидания исполнения акта переоценки в удаленной базе данных, в приходную накладную будут проставлены текущие цены, то есть старые цены, которые были до исполнения акта переоценки.
| Якорь |
|---|
| _Toc101352070 |
|---|
| _Toc101352070 |
|---|
|
Расчет суммы НДС от суммы документа.
Для поддержки вариантов законодательства, по которым сумма налогов рассчитывается не по строкам спецификации документов, а от суммы всего документа, введено понятие Сумма НДС от документа и Сумма документа с НДС по документу.
Сумма НДС от документа рассчитывается от суммы документа без налогов, то есть от суммы по колонке «сумма без налогов». При расчете суммы НДС по строкам спецификации сумма округляется в каждой строке, и конечный результат НДС получается из ранее округленных сумм. При расчете НДС от суммы документа округление происходит только один раз, что обуславливает разницу в значениях НДС, полученных по одному и по другому методу расчета. Соответственно, различается и сумма накладной с НДС.
В разделах приходных и расходных накладных в элементы диалога с итоговыми суммами добавлены новые поля: «Сумма НДС по док.» и «Сумма с НДС по док.».
Расчет суммы НДС ведется раздельно по суммам строк, относящимся к разным ставкам налогов. Расчет ведется только от суммы без налогов, независимо от режима округления цен и сумм в документе.
Содержание поля «Сумма НДС по док.» и расчетное поле «Сумма с НДС по док.» включены в экспорт для типов данных: «Документы/проводки» и «Документы(OLAP)». В разделе экспорта новые колонки получили название «Сумма НДС по документу» и «Сумма с НДС по документу».
Сумма НДС по документу фиксируется и хранится в заголовке документа, Сумма с НДС по документу считается на ее основе. Все документы, которые были созданы ранее текущей версии, не содержат данной величины. Для этих документов Сумма НДС по документу и Сумма с НДС по документу не показываются при суммировании данных по отобранным документам и не выводятся при экспорте данных.
| Якорь |
|---|
| _Toc101352071 |
|---|
| _Toc101352071 |
|---|
|
Размерность полей для процентов.
Точность хранения величин – процентов (процент налога, наценки, переоценки и т.д.) увеличена с 2 до 4-х знаков после запятой.
| Якорь |
|---|
| _Toc101352072 |
|---|
| _Toc101352072 |
|---|
|
Функция проверки мест хранения поставки в контракте.
Создана функция проверки 143 «Место поставки контракта на закупку не используется для приема товаров». По умолчанию функция имеет режим «Предупреждение».
Функция выдает сообщение в тех случаях, когда в перечень мест хранения для приема поставляемого товара включены места хранения типа Склад возврата и Магазин (торговый зал), то есть места хранения, которые не должны принимать прямые поставки.
| Якорь |
|---|
| _Toc101352073 |
|---|
| _Toc101352073 |
|---|
|
Трассировка процесса генерации заказа.
...
В предыдущей версии системы для налога типа НДС был введен флаг тип налога - «по сумме документа»/«по позиции спецификации» и в структуру таблицы заголовка накладной было добавлено поле для хранения суммы НДС по документу. В интерфейс накладных в диалоговые элементы сумм были добавлены поля «Сумма НДС по документу» и «Сумма с НДС по документу». Прежняя структура позволяла хранить только одно значение – итоговую сумму НДС по документу.
В текущей версии изменена структура хранения сумм налогов от суммы документа и изменены алгоритмы их расчета для случая, когда в документе присутствуют артикулы, относящиеся к разным группам налогов и с различными ставками налогов в строках спецификации.
Для кассовых документов аналогично изменен алгоритм расчета статистики – налогов с учетом флага «по сумме документа». Если флаг установлен, то расчет ведется от суммарных величин сумм позиций спецификации с группировкой этих сумм по налоговым группам. Сумма налога, рассчитанная для каждой налоговой группы, округляется до точности базовой валюты и помещается в заголовок кассового документа.
При расчете суммы налога от суммы документа, суммы налога в позиции спецификации сохраняют смысл только как информация для оперативного контроля. Для того чтобы при расчете НДС от суммы документа, сумма НДС по строкам спецификации документа была как можно ближе к сумме НДС по документу, суммы НДС (и суммы без НДС) в строке спецификации считаются с максимально возможной точностью, то есть с точностью до 4-х знаков.
Такое же поведение реализовано в калькуляторе расчета сумм и цен в спецификации приходной накладной, расходной накладной и счета (см. раздел «Реорганизация калькулятора расчета сумм и цен в спецификации документов»).
Флаг налога «по сумме документа» необходимо использовать только в случае если законодательством предусмотрен именно такой режим расчета налогов. Необходимо учитывать, что если такой флаг не установлен, то соответствующие суммы для документа не рассчитываются, и поле «Сумма НДС по документу» заполняться не будет. Поле «Сумма с НДС по документу» в этом случае будет показывать значение суммы документа без налогов.
| Якорь |
|---|
| _Toc105474713 |
|---|
| _Toc105474713 |
|---|
|
Сумма в ценах для кассы, скидки от суммы в ценах для кассы.
В интерфейс раздела «Кассовые документы» добавлено отображение информационных полей «Цена для кассы», «Сумма в ценах кассы» и «Скидка от суммы в ценах кассы».
В режиме просмотра отобранных документов поля включаются в диалоге «Поля таблиц документов» на закладке «Спецификация» (кнопка «Поля…»). В режиме открытого документа поля включаются в диалоге «Информационные поля» (кнопка «Вид»).
Внесены изменения в алгоритм экспорта сумм в ценах для кассы (для кассовых документов и для накладных). Сумма в ценах для кассы рассчитывается при экспорте как результат умножения количества на цену для кассы. Изменение заключается в том, что результат умножения теперь округляется до точности базовой валюты.
| Якорь |
|---|
| _Toc105474714 |
|---|
| _Toc105474714 |
|---|
|
Правило округления цен «в большую сторону после 0,5».
Перечень правил округления для цен дополнен правилом «в большую сторону после 0,5». По данному правилу число округляется в большую сторону, если округляемая часть строго больше середины отрезка округления и округляется в меньшую сторону, если меньше или равна середины отрезка округления. Например, если число округляется до 1, то все числа с дробной частью равной 0,5 или меньше 0,5 будут округляться в меньшую сторону, а числа с дробной частью больше 0,5 – в большую сторону. Или если число округляется до 10, то все числа, у которых часть числа до разряда 10 меньше или равна 5, округляются в меньшую сторону, а если больше 5 - округляются в большую сторону.
| Якорь |
|---|
| _Toc105474715 |
|---|
| _Toc105474715 |
|---|
|
Правило округления цены для вида цены.
К перечню атрибутов вида цены добавлен атрибут – правило округления цены. Если такое правило для вида цены установлено, то оно будет действовать при выполнении функции наценивания на те артикулы, для групп которых или для любой их старшей группы правило округления не установлено.
| Якорь |
|---|
| _Toc105474716 |
|---|
| _Toc105474716 |
|---|
|
Белоруссия. Контроль максимальной наценки от цены производителя.
В варианте локализации для Республики Беларусь внесено изменение в функцию наценивания. Изменение позволяет учесть положение закона о максимально разрешенной наценке от цены производителя.
В положении о порядке формирования цен и тарифов указано, что «… допускается превышение предельного размера надбавки, полученное от округления цен с надбавкой». То есть максимальная наценка от цены производителя может быть превышена на величину, которая получается при округлении цены.
Алгоритм функции наценивания изменен таким образом, что контрольная цена, с которой сравнивается новая рассчитанная цена, получается как цена, рассчитанная от цены производителя с применением максимально разрешенной наценки и с применением правила округления, указанного в качестве атрибута вида цены (базовое правило вида цены).
Для корректной работы алгоритма в соответствии с законодательством необходимо создать правило округления, действующее на все цены, то есть с нулевым порогом цены, с шагом цены 10 рублей и методом округления «в большую сторону после 0,5». Это правило округления должно быть назначено, как базовое правило для вида цены.
Для групп классификатора, включая группу «Все», могут быть назначены иные правила округления, которые необходимы для формирования цен исходя из маркетинговых соображений. В таком случае контрольная цена будет всегда формироваться с применением базового правила округления, а цена артикула будет формироваться с применением правила округления для группы классификатора артикула.
| Якорь |
|---|
| _Toc105474717 |
|---|
| _Toc105474717 |
|---|
|
Белоруссия. Округление цен и сумм в накладных.
Для варианта локализации РБ изменены алгоритмы расчета цен и сумм в строках спецификации приходной и расходной накладной.
В связи с тем, что в исходных накладных РБ отсутствует позиция «цена без налогов» и ее роль играет поле «цена производителя», то, соответственно, режим округления «цена без налогов» интерпретируется как режим округления цены производителя.
Режим округления «цена без налогов».
Для обычного товара, то есть для товара без государственной фиксированной цены последовательность расчета будет следующая:
После ввода цены производителя цена производителя округляется, далее осуществляется расчет суммы без налогов на основании цены производителя, наценки от цены производителя и количества, сумма без налогов округляется, затем рассчитывается цена без налогов как сумма, деленная на количество. Далее расчет налогов и полных сумм и цен не отличается от стандартного алгоритма.
Для товаров с государственными фиксированными ценами в поле наценка от цены производителя ожидается величина скидки от цены производителя и последовательность расчета следующая:
После ввода цены производителя цена производителя округляется, далее осуществляется расчет суммы полной на основании цены производителя, скидки от цены производителя и количества, сумма полная округляется, цена полная считается как сумма, деленная на количество, и не округляется, затем рассчитывается сумма налогов от суммы полной, сумма без налогов и цена без налогов. Цена без налогов не округляется.
В режиме округления «Сумма без налогов» алгоритмы те же, но цена производителя предварительно не округляется.
В предыдущих версиях цена производителя округлялась независимо от выбранного режима округления. В новой версии алгоритма цена производителя округляется только при выборе режима округления цена без налогов, во всех прочих случаях цена производителя не округляется. Цена без налогов не округляется, ни при каких обстоятельствах.
| Якорь |
|---|
| _Toc105474718 |
|---|
| _Toc105474718 |
|---|
|
Восстановление фильтра карточек складского учета.
При открытии раздела карточек складского учета реализовано автоматическое восстановление и применение ранее установленных настроек фильтра и выбранной группы классификатора. Все настройки, связанные с сохранением и восстановлением фильтров карточек, запоминаются на локальном компьютере для каждого пользователя отдельно.
Автоматическое восстановление последних установленных параметров отбора карточек включается флагом «Авт. исп. последний» в меню кнопки «Задать фильтр».
Если флаг автоматического восстановления не включен, то последнее состояние условий отбора можно восстановить, воспользовавшись пунктом меню «Последний».
Условия отбора карточек можно сохранять в шаблонах и в дальнейшем использовать для быстрой установки фильтра. При сохранении условий отбора в шаблонах сохраняются только настройки фильтра, выбор группы классификатора не сохраняется и в дальнейшем не восстанавливается.
Сохранить условие отбора в шаблоне можно в окне задания условий фильтра. Для сохранения шаблона надо нажать кнопку «Шаблон фильтра» и выбрать пункт меню «Сохранить шаблон». Сохранить можно не более 10 шаблонов. Если делается попытка сохранить одиннадцатый шаблон, то самый давний по использованию шаблон автоматически удаляется.
Удалить шаблон можно, если выбрать пункт меню «удалить» и указать в диалоге «Удалить фильтр» имя удаляемого шаблона.
Сохраненные шаблоны отображаются под перечнем меню кнопок «Задать фильтр» и «Шаблон фильтра». Шаблоны показываются в порядке их использования. Последний использованный шаблон помещается в первую строку списка. Для установки фильтра по сохраненному шаблону достаточно выбрать шаблон из списка.
Автоматическим восстановлением фильтра карточек можно самостоятельно управлять при обращении к разделу карточек при редактировании документа, в момент заполнения артикулами спецификации документа (кнопка «Артикул»). Для каждого типа документа можно отдельно установить режим автоматического использования последнего фильтра и для каждого типа документа будет запоминаться свое последнее состояние фильтра. Список именованных сохраненных фильтров остается общим, независимо от места обращения к разделу карточек складского учета.
| Якорь |
|---|
| _Toc105474719 |
|---|
| _Toc105474719 |
|---|
|
Автоматическое пополнение номенклатуры товаров.
Справочник номенклатур дополнен возможностью задавать правила автоматического пополнения номенклатур. Набор правил такой же, как и правила автоматического пополнения ассортиментов: по части названия артикула, по коду поставщика, по вхождению в группу классификатора или его ветвь, по атрибуту артикула «Страна».
Включение правил для выбранной номенклатуры, то есть включение механизмов автоматического применения правил, осуществляется установкой флага «Автоматическое пополнение». Правила проверяют артикул и включают его, при необходимости, в номенклатуру при создании нового или редактировании существующего артикула, или при регистрации приходной накладной с операцией «Приход».
Алгоритмы автоматического пополнения номенклатуры не исключают артикул из номенклатуры, если он перестал отвечать требованиям правил. Автоматическое пополнение осуществляет только добавление артикулов.
Для массового обновления состава номенклатуры необходимо воспользоваться функцией синхронизации. Функция требует отдельного права на ее использование, но при этом может использоваться, когда справочник не находится в режиме редактирования. Это позволяет разделить права персонала на формирование правил и на их использование.
При выполнении синхронизации, перед непосредственным обновлением номенклатуры, пользователю показывается перечень артикулов, которые будут помещены в номенклатуру и перечень артикулов, которые будут удалены из номенклатуры. Оба перечня могут быть скорректированы, то есть из перечней можно убрать артикулы, которые не следует добавлять или удалять из номенклатуры.
Номенклатуры мест хранения требуют, чтобы при включении в их состав составных артикулов (артикулов ценников), то есть артикулов типа набор, упаковка, уценка и размер, их базовые артикулы уже присутствовали в этой номенклатуре. Соответственно, при добавлении составного артикула в номенклатуру делается проверка на наличие в номенклатуре базовых артикулов и если какой-либо базовый артикул не обнаруживается, то он помещается в номенклатуру автоматически.
Такая же проверка делается при удалении артикула из номенклатуры, но уже в отношении товарных артикулов. Если удаляемый артикул входит в состав составного артикула как его базовый артикул, то такой составной артикул должен быть удален из номенклатуры перед удалением из номенклатуры своего базового артикула.
В некоторых случаях указанные выше требования могут входить в противоречие друг другу. Соответственно, необходимо взвешенно подходить к составлению номенклатур и не допускать в них противоречий.
Перед окончательным выполнением синхронизации номенклатуры делается проверка на наличие в ней базовых артикулов как для добавляемых, так и для удаляемых артикулов и, если такие артикулы обнаруживаются, пользователю выдается сообщение.
| Якорь |
|---|
| _Toc105474720 |
|---|
| _Toc105474720 |
|---|
|
Отбор чеков по атрибутам Z отчета.
...
В разделах «Контракты на закупку» и «Контракты на реализацию» в таблицу отобранных документов добавлено информационное поле «Состояние». В поле отражается текущее состояние контракта: «не принят», «ожидаемый», «действует» и «завершен».
«Не принят» означает, что статус контракта не позволяет ему действовать независимо от дат действия контракта, то есть контракт не имеет статуса «Принят».
«Ожидаемый» означает, что контракт принят, но срок его действия еще не наступил.
«Действует» означает, что контракт принят и текущая дата соответствует сроку действия контракта
«Завершен» означает, что контракт принят, но его срок действия истек.
| Якорь |
|---|
| _Toc105474722 |
|---|
| _Toc105474722 |
|---|
|
Форма ТОРГ-12
Внесены изменения в печатную форму приходной накладной и расходной накладной при печати в режиме базовой валюты без флага «печать служебной информации» и без флага «форма внутреннего учета». Печатные формы заменены формой ТОРГ-12.
В отличие от предыдущего варианта печатной формы, в форме ТОРГ-12 вместо названия типа документа «Приходная накладная» или «Расходная накладная» печатается «Транспортная накладная». При печати накладной со служебной информацией по-прежнему печатается название типа документа.
| Якорь |
|---|
| _Toc105474723 |
|---|
| _Toc105474723 |
|---|
|
Печать даты счета фактуры для расходной накладной.
При печати счета фактуры на основании расходной накладной дата счета фактуры берется из поля «Дата сч. факт.» заголовка расходной накладной. Если поле не заполнено, то, как и раньше, дата счета фактуры берется равной дате расходной накладной.
| Якорь |
|---|
| _Toc105474724 |
|---|
| _Toc105474724 |
|---|
|
Экспорт только измененных документов.
В разделе экспорта при выгрузке типов данных «Документы/проводки» и «Документы (OLAP)» реализована возможность ограничить выгрузку только документами, у которых дата последнего изменения находится в указанных пределах.
Даты изменения документов могут быть указаны в диалоге старта процесса экспорта. Даты запоминаются и восстанавливаются при следующем старте.
Условие отбора документов по диапазону дат документов и диапазону дат последних изменений документов объединяются по «И». Для получения желаемых результатов необходимо всегда устанавливать такие диапазоны дат, при которых один из диапазонов находится строго внутри другого. Например, условие: диапазон дат документов с 01.01.2005 по «сегодня» и даты изменения с «сегодня» по «сегодня» позволят получить в экспорте информацию обо всех документах, созданных сегодня и всех документах с прошлыми датами, которые были сегодня изменены.
| Якорь |
|---|
| _Toc105474725 |
|---|
| _Toc105474725 |
|---|
|
Реорганизация калькулятора сумм и цен в спецификации документов.
...
В обоих случаях сумма рублевых налогов округляется при расчете налога по позиции спецификации и не округляется при расчете налога по сумме документа.
Соответствующие изменения внесены в графы расчетов рублевых документов. В рублевых документах не делается округление валютной цены независимо от выбранного режима округления.
Для поддержки законодательства республики Беларусь разработаны специальные графы, которые используются вместо стандартных графов в случае, если программа работает в режиме локализации РБ (см. раздел «Белоруссия. Округление цен и сумм в накладных»).
| Якорь |
|---|
| _Toc105474726 |
|---|
| _Toc105474726 |
|---|
|
Отчет «Реестр актов переоценки».
...
Создан драйвер для загрузки весов Масса-К. Драйвер обеспечивает работу с весами по двум протоколам, которые поддерживают весы.
Обеспечивается загрузка формата этикеток, состава этикетки, списка товаров и раскладки клавиатуры.
Поддерживается полная и инкрементальная загрузка списка товаров. При инкрементальной загрузке из списка товаров в весы загружаются только те товары, у которых после последней загрузки изменился один из атрибутов товара.
При загрузке списка товаров из списка исключаются те товары, у которых истек срок реализации.
| Якорь |
|---|
| _Toc110942019 |
|---|
| _Toc110942019 |
|---|
|
Несколько рецептов на разделку одного ингредиента.
...
Создан новый тип документа «Счет-фактура кассового чека». Основная цель создания нового типа документа – регистрировать в торговой системе факт выдачи покупателю счета-фактуры при покупке товара или возврате товара через кассу. Счет фактуру кассового чека нельзя использовать для регистрации счетов-фактур, выданных при реализации товара по товарным накладным.
Счет-фактура на основании кассового чека не может быть создана иначе как на основании чека. Для создания документа необходимо обязательно указать чек, для которого выписывается счет-фактура. Основанием для создания может служить как закрытый чек, то есть чек закрытого Z отчета, так и оперативный чек.
Создать документ можно в разделе «Счет-фактура кассового чека», указав при создании атрибуты чека. Также можно создать документ в разделе кассовых чеков с помощью функции «Создание счета-фактуры кассового чека».
При создании документа в него переносится содержание чека. Если чек содержит набор, то при переносе набора в счет-фактуру он замещается компонентами набора. Это необходимо для правильного учета сумм НДС, ставка которого может различаться у разных компонентов. После создания счета-фактуры в нем не разрешается редактировать список и количество товара, сумму реализации и место хранения. Разрешается проставлять и корректировать значения ставок НДС и суммы НДС и проставлять атрибуты контрагента.
В счете-фактуре сохраняется не код контрагента, а его атрибуты. Эта особенность реализации связана с тем, что контрагент - получатель счета-фактуры может быть не зарегистрирован в торговой системе и может быть разовым покупателем, то есть таким контрагентом, которого не нужно регистрировать в торговой системе для ведения с ним дальнейших операций. Атрибуты контрагента могут быть заполнены либо вручную, либо взяты из характеристик контрагента, если контрагент был зарегистрирован.
Счет-фактура кассового чека имеет четыре статуса. При создании документ получает статус «Черновик». В этом статусе документ может редактироваться за исключением тех атрибутов, которые связаны с чеком. В случае заполнения всех обязательных атрибутов документ может быть переведен в статус «Выставлен». При переводе в статус «Выставлен» процедура смены статуса проверяет соответствие документа чеку. Статус чека в этом случае может быть как оперативный, так и закрытый. Для оперативного чека неизвестна дата закрытия Z отчета и, может отсутствовать номер Z отчета. Отсутствие информации об этих атрибутах чека не препятствует переводу документа «Счет фактура» в статус «Выставлен», но делает невозможным перевод документа в следующий статус «Принят». Перевод документа в статус «Принят» возможен только при заполненных полях номер и дата Z отчета.
Номер Z отчета гарантировано становится известным только после закрытия смены. Наличие номера Z отчета в оперативном чеке зависит от программы ККМ. Если в качестве программы ККМ используется УКМ 2 или УКМ 4, то номер Z отчета для оперативного чека известен. Дата Z отчета никогда достоверно не бывает известной до момента закрытия Z отчета.
При создании счета-фактуры на основании оперативного чека поле дата Z отчета остается не заполненным, также может быть не заполнено поле номер Z отчета. Заполнение этих полей в счете-фактуре вручную не предусматривается. Поля заполняется либо процедурой закрытия кассы, либо, если документ создается или редактируется после закрытия кассы, автоматически при попытке перевести документ в статус «Выставлен». В обоих случаях, если поля успешно заполнены, статус документа автоматически меняется на «Принят».
Необходимо обратить внимание на то, что повышение статуса документа всегда производится с проверкой содержания документа на соответствие чеку, и, при отсутствии чека в базе данных, повышение статуса становится невозможным. Для защиты от ошибок персонала создана функция проверки, которая не разрешает понизить статус счета фактуры при отсутствии в базе данных чека, на основании которого она была создана.
Для документа «Счет-фактура кассового чека» предусмотрены те же процедуры расчета сумм и налогов, что и для приходных и расходных накладных. В том числе процедура расчета суммы НДС по сумме документа (по украинскому законодательству).
Для документа созданы функции поиска и проставления номеров сертификатов соответствия и номеров ГТД. Алгоритм и поведение функций такое же, как в расходных накладных.
Документ счет-фактура кассового чека может иметь одну из двух операций «Продажа» или «Возврат от покупателя». Операции не могут проставляться в документ произвольно и всегда соответствуют операции чека. В российском законодательстве процедура оформления счета-фактуры при возврате товара имеет нечеткую трактовку. В текущей версии предлагается создавать счет-фактуру при возврате товара от имени продавца, как корректирующую счет-фактуру для зачета сумм НДС возвращаемого товара. В Украинском законодательстве процедура оформления документов при возврате товара прописана строго и требует от продавца оформления корректирующей налоговой накладной.
Для документа созданы печатные формы, соответствующие законодательству Российской Федерации и законодательству Республики Украина.
Создан отчет «Реестр счетов-фактур кассовых документов». Отчет позволяет получить суммы НДС, полные суммы и суммы без НДС, уплаченные покупателем – плательщиком НДС при продаже товаров через кассу. Отчет позволяет получить итоги сумм отдельно по продажам и отдельно по возвратам.
| Якорь |
|---|
| _Toc110143789 |
|---|
| _Toc110143789 |
|---|
|
Функции проверки контрактов на закупку.
Создана функция проверки 147 «Запрет принятия контракта на закупку с истекшей датой». По умолчанию функция имеет режим «Запрет». Проверка выделена из функции проверки 40 «Корректность контрактов на закупку», которая имеет режим «Всегда запрет».
| Якорь |
|---|
| _Toc110143790 |
|---|
| _Toc110143790 |
|---|
|
Планирование цен.
Создан механизм ведения плана цен. Планирование цен может осуществляться для каждого артикула для вида цены. При планировании цен считается, что все места хранения, которые имеют одинаковые виды цен, должны установить новые запланированные цены одновременно.
В отличие от маркетинговых акций план цен не ограничивает количество мест хранения, в которых должны измениться цены и имеет не столь строгую обязательность исполнения. При наличии соответствующих прав цена отдельного товара может быть изменена вручную, несмотря на наличие плана.
План цен выполнен в виде журнала и доступен для просмотра и редактирования в разделе карточек складского учета на странице «План цен». Журнал позволяет просматривать как прошлые, так и будущие пункты плана для одного вида цены.
Каждый пункт плана имеет статус, который показывает состояние его выполнения. В момент создания пункт плана имеет статус «Черновик». В этом статусе пункт может редактироваться, то есть может менять будущая цена артикула, или пункт может быть удален. Дата и время пункта после создания и сохранения нового пункта плана не изменяются. При необходимости сместить пункт плана во времени, прежний пункт необходимо удалить и создать новый с желаемой датой, временем и ценой.
Если пункт плана переведен в состояние «Принят к исполнению», то он уже не может менять своего содержания. В этом статусе пункты плана цен обрабатываются процедурой исполнения плана. При необходимости скорректировать принятый к исполнению пункт плана необходимо понизить его статус и только после этого внести изменение.
Процедура исполнения плана цен реализована как системное периодическое задание. Настройка периодичности опроса плана цен и его исполнения осуществляется в административном модуле в разделе «Базы данных» на странице «Задания».
Процедура исполнения плана цен просматривает все пункты плана, ожидающие исполнения, для каждого вида цены. В результате работы процедуры создаются акты переоценки только для тех мест хранения, для которых установлен рассматриваемый вид цены. Перечень мест хранения дополнительно ограничивается локальными местами хранения базы данных и их подчиненными местами хранения. Это позволяет бесконфликтно выполнять план в тех подчиненных базах, в которых разрешено локальное ценообразование. Акты переоценки имеют причину переоценки «План цен» и условие исполнение «немедленно при оприходовании».
Акты переоценки на основании плана цен включают в себя только те артикулы и с теми ценами, которые обнаружены в плане цен. Составные артикулы должны присутствовать в плане цен для того, чтобы по ним была изменена цена. Если в плане цен имеется базовый артикул, а его производный артикул в плане отсутствует, то процедура исполнения плана оставит его цену без изменения, в отличие от процедуры исполнении акта переоценки, созданного вручную, которая автоматически рассчитывает и меняет цену производного артикула (набора, упаковки, уценки, размера).
Процедура исполнения плана меняет статус обработанных пунктов плана на «Исполнен». Исполненный пункт плана уже не может быть изменен или удален.
Если период опроса плана больше, чем диапазон времени между пунктами плана, то есть если в момент выполнения процедуры имеется более одного пункта плана для одного артикула по одному виду цены, которые готовы к исполнению, то исполнен будет только один пункт с самой старшей датой и временем. Оставшиеся пункты плана не будут выполнены никогда.
На странице плана цен можно посмотреть историю изменения пункта плана. В истории отображается дата и время изменения, новое значение цены и статуса и атрибуты сотрудника, внесшего изменение. Просмотр истории изменений пункта плана доступен в режиме просмотра карточки складского учета. Дата и время изменения статуса на «Исполнен» означает время обработки пункта процедурой исполнения плана, но не дату и время смены цены. Фактическая установка новых цен производится актами переоценки и может произойти позже, например, из-за пересылки актов по почте в удаленную базу данных.
Пункты плана цен могут рассылаться по почте вручную со страницы плана цен и могут автоматически ставиться в очередь на рассылку по факту смены статуса. При удалении пункта плана посылается команда удаления. Ручная рассылка пунктов плана доступна как в режиме редактирования карточки складского учета, так и в режиме просмотра.
Пункты плана могут рассылаться как во все подчиненные базы данных, так и из подчиненных в старшие. Управление правами редактирования пунктов плана с разделением артикулов на артикулы с центральным и местным подчинением будет реализовано в следующих версиях. До этого необходимо следить за тем, чтобы в подчиненных базах данных пользователи не вносили изменения в план, управляемый централизовано.
Присутствие плана цен одновременно в старшей и подчиненной базах не является обязательным для управления ценами. Достаточно вести план в старшей базе данных и акты переоценки с новыми ценами будут рассылаться в подчиненные базы по мере исполнения плана.
Если план цен присутствует и в старшей и в подчиненной базе данных и если в локальной базе будет включен механизм исполнения плана, то в обоих базах могут быть созданы одинаковые акты переоценки. Данное поведение не должно приводить к нарушениям в работе за исключением случаев слишком частой смены цены, когда интервал смены цен меньше интервала пересылки цен.
При использовании плана цен для локального ценообразования, то есть когда план цен предполагается вести и исполнять в подчиненной базе данных, возможно по части артикулов, необходимо строго следить за тем, чтобы данный вид цен не был назначен другим местам хранения, кроме старшего места хранения, например центрального склада. Данное ограничение связано с тем, что пункты плана могут пересылаться в центр, где в свою очередь может быть запущена процедура исполнения плана, которая будет распространять цены во все подчиненные базы. До реализации механизмов разделения местного и центрального ценообразования несоблюдение данного требования может привести к нарушениям в процессе ценообразования.
Использование плана цен предполагает, что если артикул имеет запланированную цену, то этот артикул не должен получить иную цену другим способом кроме как исполнением плана цен. Исключение составляет акт переоценки на основании маркетинговой акции. Маркетинговые акции имеют приоритет над планом цен и выполняются всегда независимо от того, имеет ли артикул плановую цену или нет.
Для обозначения того факта, что по данному артикулу для данного вида цены планирование цен более не ведется необходимо занести в план цен пункт с пустой ценой. Исполнение такого пункта не приводит к созданию акта переоценки, но снимает ограничения на проведение прочих процедур ценообразования.
Для защиты от несанкционированного изменения плановой цены артикулы, имеющие плановую цену, исключаются из актов переоценки в следующих функциях автоматической генерации актов переоценки: наценивание на основании прихода, наценивание на основании акта сортировки, генерация актов при перемещении товара.
Для актов переоценки, создаваемых вручную, создана функция проверки 146 «Запрет на изменение цены артикула с плановой ценой для актов изменения цены». По умолчанию функция имеет режим «Запрет». Функция проверки не проверяет фактическое начало или завершение исполнения плана цен. Для функции достаточно наличия соответствующего пункта плана с датой равной или меньшей текущей. Например, если первый пункт плана для артикула должен быть исполнен сегодня в 23:59, то на протяжении всего дня функция проверки будет предупреждать о наличии плана для данного артикула, несмотря на то, что план еще не вступил в фактическую силу.
Для контроля исполнения плана цен внесены изменения в странице «история цен» раздела карточек складского учета.
Журнал истории цен объединен с журналом плана цен, из которого берутся все пункты плана со статусом, отличным от черновика.
В таблицу журнала истории добавлены колонки «План», «Основание» и «Причина переоценки». В колонке «План» показывается значение цены из исполненных пунктов плана цен. В колонке «Основание» показывается номер акта переоценки, на основании которого было произведено фактическое изменение цены. В колонке «Причина переоценки» - причина переоценки из акта.
Для строк, в которых показывается история выполнения плана цен, колонка основание не заполняется.
Для сокращения количества строк журнала в окне просмотра, на страницу введено управление датами «С» и «По» и дана возможность ограничить просмотр истории одним видом цены.
| Якорь |
|---|
| _Toc110143791 |
|---|
| _Toc110143791 |
|---|
|
Алгоритм генерации заказов.
В алгоритме автоматической генерации заказа имеется понятие «частота заказа». Параметр частоты заказа позволяет контролировать периодичность создания заказов поставщику. При создании заказа делается проверка даты создания последнего заказа, и определяется количество дней от его создания. Заказ разрешается создавать, если количество дней, прошедших от даты последнего заказа, не меньше величины «частота заказа».
В предыдущих версиях контроль частоты заказа делался для каждого заказываемого артикула для поставщика в целом, независимо от того, какие артикулы присутствовали в предыдущем заказе.
В текущей версии внесено следующее изменение в поведение алгоритма:
При рассмотрении каждого артикула в предложении заказа данному поставщику артикул исключается из заказа, если имеется заказ именно этого артикула именно этому поставщику с датой, большей разрешенной.
То есть, частота заказа теперь не контролирует периодичность заказов поставщику в целом, а контролирует частоту заказа поставщику в отношении определенного артикула. Заказы поставщику при этом будут создаваться без какой-либо периодичности.
| Якорь |
|---|
| _Toc110143792 |
|---|
| _Toc110143792 |
|---|
|
Расчет среднесуточной реализации.
| Wiki разметка |
|---|
\\
В предыдущих версиях алгоритмы расчета среднесуточной реализации в разделе карточек складского учета и в административном модуле имели различия.
\\
Алгоритм расчета из карточки складского учета был следующий:
\\
ССР = среднесуточная продажа - среднесуточный возврат.
Среднесуточная продажа = кол-во продаж / (максимальная дата продажи - минимальная дата продажи + 1).
Среднесуточный возврат = возвратов / (максимальная дата возврата - минимальная дата возврата + 1).
\\
Алгоритм расчета из административного модуля следующий:
\\
ССР = (\[кол-во продаж\] - \[кол-во возвратов\]) / (\[максимальная дата реализации\] - \[минимальная дата реализации\]+1).
\\
Под датой реализации понимаются даты, в которые были возвраты или продажи.
\\
В текущей версии алгоритмы приведены к следующему:
\\
Условие все дни:
\\ |
- Для условия - за все время,
ССР = (все продажи - все возвраты)/(дата последней продажи - дата первой продажи + 1)
- Для случая ограничения дат,
ССР = (продажи в диапазоне - возвраты в диапазоне)/кол-во дней диапазона
Условие "только дни продаж"
- За все время,
ССР = (все продажи - все возвраты)/кол-во дней, в которые были продажи
- За диапазон времени,
ССР = (продажи - возвраты)/кол-во дней продаж в диапазоне
| Якорь |
|---|
| _Toc110143793 |
|---|
| _Toc110143793 |
|---|
|
Экспорт данных.
В тип экспорта "Операции" добавлены два новых поля: "ID операции" и "ID пользовательской операции". В новых полях выводятся, соответственно, коды системной операции и код пользовательского расширения операции.
| Якорь |
|---|
| _Toc110143794 |
|---|
| _Toc110143794 |
|---|
|
Атрибут «Плательщик НДС» для контрагентов.
Атрибут контрагента «Плательщик НДС» перенесен со страницы свойств поставщика на главную страницу. Такое же изменение произведено в таблицах контрагента. Изменение сделано, чтобы можно было использовать этот атрибут контрагента как в случае, когда контрагент выступает в роли поставщика, так и в случае, когда контрагент выступает в роли покупателя.
| Якорь |
|---|
| _Toc110143795 |
|---|
| _Toc110143795 |
|---|
|
Сохранение и восстановление фильтров в разделах.
В разделах «Контрагенты» и «Места хранения», в разделах документов и в разделе «Кассовые чеки» реализовано сохранение и восстановление последнего использованного фильтра при повторном старте раздела, а также сохранение и использование именованных шаблонов фильтров.
В разделе «Контрагенты» и в разделе «Места хранения» в предыдущих версиях, начиная с версии 1.020.2, при старте раздела восстанавливалась последняя выбранная группа классификатора. После реализации функции сохранения и восстановления фильтров данное поведение не изменилось. Если режим использования последнего использованного фильтра не установлен, то группа классификатора восстанавливается по умолчанию.
В разделах документов при сохранении настроек фильтра можно выбрать один из двух режимов сохранения дат: относительный и абсолютный. В первом случае запоминается количество дней между текущей датой и датой, указанной в настройках фильтра и при восстановлении фильтра дата устанавливается со смещением относительно текущей даты. При абсолютном режиме восстанавливается то значение даты, которое было в настройках фильтра на момент сохранения.
| Якорь |
|---|
| _Toc110143796 |
|---|
| _Toc110143796 |
|---|
|
Терминал сбора данных Falcon 4220. Драйвер обмена ScanPlus.Net.
Создан драйвер ScanPlus.Net для обмена данными с портативным терминалом сбора данных типа Falcon 4220 с программой «ScanPlus.Net». Драйвер ScanPlus.Net поддерживает режимы обмена данных для процессов инвентаризации количества товара, контроля ценников и контроля приема и отпуска товара на основании документов: Заказ, Приходная накладная, Накладная на перемещение и Расходная накладная.
По сравнению с предыдущими программами терминала сбора данных, программа «ScanPlus.Net» при работе с документами принимает и возвращает не только номер документа, но и его тип. Это позволяет в торговой системе использовать терминал сбора данных для оформления приходной накладной при приеме товара на основании заказа. В терминал сбора данных грузится заказ, а результат принимается в приходную накладную. Пустая приходная накладная, в этом случае, должна быть создана заранее с указанием в заголовке поставщика и с номером заказа в основании.
Особенности обмена данных с терминалом Falcon.
Falcon 4220 представляет собой мобильное устройство с операционной системой Windows CE.Net
Обмен данными с ним производится через инфракрасный порт или USB порт с использованием программы ActiveSync.
Перед началом использования устройства необходимо на стационарном компьютере установить программное обеспечение ACTIVESYNC 3.7 и NET FRAMEWORK 1.1 и после этого произвести установку модуля обмена данными с терминалом сбора данных. В противном случае при попытке обмена данными с терминалом сбора данных программы выдаст соответствующее сообщение.
Непосредственно перед началом обмена необходимо установить физическую связь с мобильным устройством – подсоединить его к USB порту или удостовериться в наличии связи по инфракрасному порту и убедиться, что индикатор Microsoft ActiveSinc опознал соединение. Фактическая связь между стационарным компьютером и мобильным устройством устанавливается в течение некоторого времени после опознания мобильного устройства, поэтому необходимо подождать несколько секунд, прежде чем пытаться осуществить обмен данными. Если соединение установлено (индикатор зеленый), а попытка обмена не удалась и получено сообщение «Терминал не обнаружен. Проверьте наличие ActiveSync соединения» или «Ошибка записи в файл на терминал», необходимо обмен повторить, подождав некоторое время.
Драйвер обмена ScanPlus.Net построен на платформе .Net, которая поддерживает понятие версии сборки. При регистрации драйвера номер версии сборки прописывается в системном реестре. В программе, по умолчанию, используется сборка с самым старшим номером среди зарегистрированных сборок. В связи с этим не следует вручную устанавливать драйвер ScanPlus.Net. Это может привести к неработоспособности программы. Для установки драйвера необходимо всегда пользоваться программой установки торговой системы.
Обмен данными с программой терминала сбора данных ScanPlus.Net построен на принципе обмена файлами через каталог обмена мобильного устройства. Для передачи данных в мобильное устройство используется файл с именем scanin.dat, для приема данных файл с именем scanout.dat. При очередном обмене данными предыдущий файл замещается новым. В связи с этим необходимо следить за тем, чтобы новый обмен данными не происходил до полного завершения работы с предыдущими данными.
| Якорь |
|---|
| _Toc110143797 |
|---|
| _Toc110143797 |
|---|
|
Загрузка в весы срока годности и срока реализации.
...
Дата годности может быть не указана, тогда товар считается годным всегда.
Смысл значения «срок годности истекает» в том, что срок реализации обычно должен быть меньше срока годности и обратное соотношение дат показывает на то, что взвешиванию подвергается товар, который можно не успеть продать до момента истечения срока годности.
Создана функция проставления (обновления) даты «Годен до». Функция вызывается кнопкой «Срок годности». Функция отыскивает последние приходные накладные с операцией «Приход» в текущем месте хранения и в старшем для него месте хранения с датами годности для товаров из списка загрузки.
Внесены изменения в драйвер весов Digi. Значение поля «Годен до» помещается в поле специальных сообщений файла товара «F25»,.
Для других типов весов загрузка срока годности не реализована.
В диалоге выгрузки для весов Digi и только в режиме загрузки из раздела весов, добавлена опция «исключать не годный товар». Если опция включена, то товар с истекшим сроком годности не выгружается в весы. Опция имеет смысл только при включенных опциях «Удаление ранее загруженных товаров» и «Список товаров».
| Якорь |
|---|
| _Toc110143798 |
|---|
| _Toc110143798 |
|---|
|
Протокол загрузки касс УКМ 2 для Республики Украина.
В протокол передачи данных от торговой системы кассовой программе УКМ 2 внесены изменения для поддержки законодательства Республики Украина.
По законодательству Украины расчет налогов, уплаченных покупателем при покупке товара через ККМ, осуществляется не программой ККМ, а фискальным регистратором. Для расчета налогов в кассовую программу необходимо передавать не ставки налогов для товаров, а номера налоговых групп, которые в свою очередь передаются фискальному регистратору вместе с суммой продажи.
Для передачи в УКМ 2 информации о налоговых группах артикулов вместо ставок налогов к перечню флагов управления загрузкой кассы добавлен флаг «налоги для артикулов». Флаг может принимать значение «ставка налога» или «налоговая группа». По умолчанию флаг имеет значение «ставка налогов».
Управление флагом находится в административном модуле в разделе «База данных», страница «Конфигурация», папка «Кассы», группа параметров «Загрузка».
Дополнительно внесено изменение в название параметров загрузки. Группа параметров «Типы данных» получила название «Типы данных инкр. загрузки», поскольку управление типами данных при загрузке действует только на режим инкрементальной загрузки.
Понятие «налоговая группа» в торговой системе и в программе УКМ 2 не совпадают в полной мере. Для установления соответствия между налоговыми группами УКМ и налоговыми группами торговой системы для налоговой группы добавлен атрибут «тип группы». Тип группы может принимать одно из четырех значений, определенных законодательством Украины: «А», «Б», «В» или «Г». По умолчанию, налоговой группе торговой системы присваивается значение типа группы «А».
Тип налоговой группы влияет только на выгрузку данных в кассовую программу с флагом выгрузки налоговых групп.
| Якорь |
|---|
| _Toc110143799 |
|---|
| _Toc110143799 |
|---|
|
Перенос измененных документов в аналитические таблицы.
В предыдущих версиях процедура переноса документов из оперативных таблиц в аналитические таблицы позволяла осуществить перенос не более одного раза в течение дня, если было задано следующее условие переноса документов: с изменениями по сегодняшнее число. Далее, при попытке повторного переноса считалось, что все сегодняшние изменения уже отображены в аналитической базе данных.
В текущей версии в перечень условий переноса добавлено время, по которое рассматриваются изменения в документах. Процедура переноса рассматривает все документы, которые были изменены до указанной даты и времени. Устанавливать будущую дату или будущее время текущей даты не разрешается, поскольку в этом случае часть документов, которые будут изменены до указанного времени, никогда не попадут в перенос.
При попытке задать некорректные условия, процедура переноса автоматически установит в условиях переноса текущую дату и время с сервера базы данных.
| Якорь |
|---|
| _Toc110143800 |
|---|
| _Toc110143800 |
|---|
|
Пересоздание индексов.
Перечень административных процедур обслуживания базы данных дополнен процедурой "Пересоздание индексов оперативных таблиц".
Процедура выполняет те же действия, что и процедура «Полное пересоздание индексов», но не включает в обработку индексы аналитических таблиц, то есть таблиц, название которых начинается с префикса FF.
Расписание запуска процедуры может быть определено в административном модуле в разделе «Базы данных», страница «Задания».
| Якорь |
|---|
| _Toc110143801 |
|---|
| _Toc110143801 |
|---|
|
Местоположение файла трассировки supermag_trace.log.
Файл трассировки ошибок обращения к базе данных в предыдущих версиях размещался по фиксированному пути c:\supermag_trace.log.
Начиная с текущей версии файл размещается во временном каталоге текущего пользователя, например: "C:\Documents and Settings\UserName\Local Settings\Temp".
| Якорь |
|---|
| _Toc110143802 |
|---|
| _Toc110143802 |
|---|
|
Печатная форма счета в базовой валюте.
В диалог печати счета добавлены опции «В валюте документа» / «В базовой валюте». В предыдущих версиях счет всегда печатался в валюте документа. Печать счета в базовой валюте позволяет получить при печати суммы в базовой валюте, если документ оформлен в дополнительной валюте.
Опция «В базовой валюте» доступна только, если счет оформлен в дополнительной валюте.
При печати счета в базовой валюте информация о скидках по счету недоступна. Скидки даются в валюте счета и в базовую валюту не пересчитываются.
Дополнительно, при печати счета в режиме «детально по скидкам», печатается фактически предоставленная скидка в процентах.
| Якорь |
|---|
| _Toc110143803 |
|---|
| _Toc110143803 |
|---|
|
Отчет «Контракты по товару».
Отчет находится в группе отчетов «Менеджерские».
Отчет предназначен для проверки наличия контрактов для поставляемых товаров. Отчет позволяет отобрать и просмотреть наличие контрактов, сроки действия, цены контрактов и даты последних поставок для указанного перечня артикулов или отобрать артикулы, не имеющие контрактов.
При старте отчета указывается дата, относительно которой проверяется срок действия контрактов.
Отчет имеет следующие опции:
- "Только артикулы с действующими контрактами на заданную дату". В отчет попадают артикулы, для которых имеются принятые контракты со сроком действия, включающим выбранную в диалоге дату.
- "Только артикулы с завершенными контрактами на заданную дату". В отчет попадают артикулы, для которых имеются принятые контракты с датой окончания контракта меньше выбранной в диалоге даты.
- "Только артикулы с любыми контрактами". В отчет попадают артикулы, для которых существуют контракты в статусе "Принят".
- "Только артикулы без контрактов". В отчет попадают артикулы, для которых не существуют принятых контрактов. Перечень артикулов ограничен следующими типами: "товар", "тара", "услуга", "инвентарь". Артикулы отбираются только со статусами "новый" или "активный" и с признаком "Прием разрешен".
...
В производстве используется понятие ингредиента для того, чтобы различать компоненты производства с разными свойствами с точки зрения производства. При закупке товаров и при продаже товаров в розничной торговле, как правило, принимается во внимание большее количество признаков, по которым необходимо отличать одни товары от других. Например, масло растительное для торговли может различаться по торговым маркам, по емкости упаковки и т.д., тогда как для производства это будет один и тот же ингредиент.
В торговой системе приход артикулов, которые в дальнейшем будут использоваться в производстве, регистрируется как приход на склад на общем основании, то есть, так же как и товар с учетом всех его свойств как товара.
Для того чтобы уменьшить количество артикулов, участвующих в производстве, до достаточного минимума и объединить эквивалентные, с точки зрения производства, артикулы-товары в один артикул-ингредиент, для карточек складского учета введен новый флаг – «Ингредиент».
Флаг «Ингредиент» служит признаком того, что данный артикул будет использоваться как ингредиент в производстве и соответствует одному или нескольким артикулам склада. Артикулы-ингредиенты в дальнейшем используются в документах «Расход на производство», которые списывают со склада артикулы-товары и зачисляют на остатки производства артикулы-ингредиенты. Во всем прочем поведение артикула-ингредиента и артикула-товара друг от друга не отличается.
Флаг «Ингредиент» можно установить только для артикулов типа «товар». Для артикулов других типов флаг «Ингредиент» установить нельзя. Ингредиенты производства заводятся в системе как обычные артикулы. Для того чтобы артикул был создан с флагом «Ингредиент», необходимо отметить флаг «Ингредиент» на странице «Название» в мастере создания новой карточки или отметить этот флаг в списке флажков на странице «Карточка». Флаг «Ингредиент» может быть установлен, в том числе, для уже активной карточки типа «Товар».
Артикулу типа товар можно поставить в соответствие артикул-ингредиент на странице «Производство» (при этом для выбора будут доступны только артикулы с флагом «Ингредиент»). Один артикул можно связать только с одним ингредиентом. Отбор ингредиентов в список доступных для выбора можно осуществлять, в том числе, по группе «Все». Единицы измерения артикулов товара и ингредиента могут отличаться. При установлении связи необходимо задать коэффициент пересчета количества из единицы измерения артикула в единицу измерения ингредиента. Этот коэффициент – коэффициент по умолчанию, будет действовать, если для места хранения не задано персональное значение коэффициента (см. документ «Акт замера»).
Для артикулов с флагом «Ингредиент» функция установления связи с артикулом товаром недоступна. Вместо установления связи на странице «производство» отображается список артикулов-товаров, уже связанных с данным ингредиентом и их коэффициенты пересчета количества. В колонке «коэффициент для места хранения» показываются коэффициенты, соответствующие месту хранения, выбранному на странице диалога.
В текущей версии системы установлены следующие ограничения – флаг «Ингредиент» может присваиваться артикулу только в старшей базе данных. Связь между артикулом-товаром и ингредиентом может быть установлена только в старшей базе данных и только, если артикул-товар является глобальным артикулом. То есть устанавливать отношение между временным артикулом и ингредиентом не разрешается. Также нельзя объявлять ингредиентом временный артикул. Ингредиент не может быть поставлен в соответствие другому ингредиенту.
Флаг карточки «не для производства» для артикулов-ингредиентов означает, что данный артикул не может быть израсходован со склада при передаче товара в производство. В противном случае товар-ингредиент может приниматься на склад и передаваться в производство как есть – без преобразования в другой артикул.
В связи с введением понятия ингредиента в карточке товара упразднены атрибуты «единица измерения для производства» и «точность для производства». Остатки в производстве в этой версии ведутся с обычной точностью, такой же, как и на складе. Потребность в более высокой точности измерения количества в производстве компенсируется возможностью использования артикула ингредиента с адекватной единицей измерения и пересчетом количества из единицы измерения товара.
Изменен справочник единиц измерения. Из него убрано поле «точность в производстве».
При почтовой рассылке артикулов с флагом «ингредиент» вместе с артикулом передается информация о его связях с товарными артикулами. При изменении связи товарного артикула с ингредиентом измененными считаются оба артикула и при настройке на автоматический обмен оба артикула будут поставлены в очередь на рассылку.
При приеме артикула с флагом «ингредиент», если в базе данных отсутствует артикул, с которым связан артикул-ингредиент, почтовый модуль не отказывает в приеме артикула, но информация о связи не принимается. Если в дальнейшем такой артикул будет переслан, его связь с артикулом-ингредиентом будет отсутствовать до тех пор, пока артикул-ингредиент не будет принят повторно.
Остатки в производстве.
Остатки в производстве в текущей версии ведутся, так же как и остатки на складе. Товар и ингредиенты, переведенные в производство, отражаются на остатках в производстве своим количеством. Стоимость остатка по средневзвешенной методике в момент расхода в производство более не определяется и в таблице остатков не сохраняется.
При расходе артикула-товара со склада в производство с использованием артикула-ингредиента, со склада списывается количество артикула-товара, но в производство зачисляется количество артикула-ингредиента, причем то количество, которое определяется количеством исходного артикула-товара и коэффициентом пересчета из единицы измерения артикула-товара в единицу измерения артикула-ингредиента. Таким образом, после перемещения товара со склада в производство, в остатках производства образуется количество у артикула-ингредиента, а исходный артикул-товар остатков в производстве не имеет. Исключение составляет случай, когда артикул-товар передается в производство без использования артикула-ингредиента, то есть когда артикул используется в производстве в том виде, в котором он присутствует на складе.
Остатки в производстве по производственным участкам для артикула можно посмотреть на странице «производство» карточки складского учета, а также на странице «Остатки» для производства или производственных участков в разделе «Структура магазина». Остатки в производстве образуются не только у артикулов-ингредиентов, но и у артикулов, которые получаются в процессе производства, то есть у продукции и полуфабрикатов, а также у артикулов, которые передаются в производство без использования артикулов-ингредиентов.
Графы «В приемке», «Отпуск», «Возврат» и «Доступно» показывают количество артикула, которое, соответственно, находится в процессе передачи в производство, в процессе выхода из производства, в процессе возврата из производства и количество, доступное к использованию в производстве или выходу из производства.
Акт замера.
Документ Акт замера изменен для работы с коэффициентом пересчета количества артикула в количество ингредиента.
В спецификацию документа добавлено поле для хранения артикула-ингредиента и одновременно из интерфейса убраны поля для ввода исходного количества артикула и количества в производстве. В данной версии предлагается вводить в документ непосредственно коэффициент пересчета, то есть количество ингредиента для одной единицы количества исходного артикула.
При исполнении документа новое значение коэффициента пересчета переносится в карточку товара для места хранения, указанного в заголовке документа.
Если товар всегда содержит одно и то же количество ингредиента и это количество не зависит от экземпляра товара, то можно не использовать документ «Акт замера» для назначения коэффициента пересчета. Достаточно задать этот коэффициент для карточки товара как коэффициент по умолчанию.
Акт замера, также как и акт переоценки, поле достижения статуса «Исполнен» не может быть изменен. В частности у такого документа не может быть изменен статус. Для того чтобы обеспечить возможность очистки базы данных от устаревших документов, предусмотрена возможность удаления документа со статусом «Исполнен». Для защиты от непреднамеренного удаления таких документов создана функциональная роль «Акты замера: Удаление документов в статусе "Исполнен"», которая может назначаться пользователю отдельно от роли «Акты замера: Удаление документа» (в статусе «черновик»).
При исполнении и пересылке Акт замера ведет себя также как и акт переоценки с условием исполнения «немедленно при оприходовании». Документ исполняется немедленно после его перевода в статус «Принят к исполнению», если место хранения документа является локальным для базы данных. В противном случае исполнение документа блокируется из-за ожидания пересылки документа в базу данных, для которой документ предназначен, и возврата из нее исполненного документа. Для автоматической отсылки требуется настроить почтовый модуль.
Расход на производство.
Документ «Расход на производство» изменен для использования понятия «Ингредиент». Документ регистрирует перемещение артикула товара со склада в производственный участок с одновременным преобразованием в артикул-ингредиент.
В спецификацию документа добавлены колонки: Ингредиент и Количество ингредиента. Информация об артикуле-ингредиенте заполняется автоматически при создании строки спецификации и берется из карточки товара. Количество ингредиента определяется по количеству артикула-товара и коэффициенту пересчета, который действует на настоящий момент времени. При изменении количества артикула в спецификации документа количество ингредиента пересчитывается автоматически. Если коэффициент пересчета изменился после создания спецификации, то для пересчета количества ингредиентов необходимо воспользоваться функцией «пересчитать количество ингредиентов» из пункта меню «функции».
Для перемещения товара в производство необязательно назначать артикулу товара ингредиент. Если товар не имеет ингредиента, то при добавлении его в расход на производство он будет перемещен в производственный участок без преобразования. То есть такой артикул будет являться ингредиентом по отношению к самому себе. То же касается артикулов с флагом «Ингредиент». Такие артикулы не могут быть связаны с другими ингредиентами, но могут быть перемещены в производство без преобразования.
Изменение остатков и на складе и в производственном участке происходит при переводе документа в статус «Принят в количестве». На складе уменьшается количество артикула-товара, в производственном участке увеличивается количество артикула-ингредиента.
При отмене регистрации и изменении документа необходимо обращать внимание на то, что коэффициент пересчета в количество ингредиента может быть изменен в промежутке времени между регистрацией документа и временем его редактирования. Также может быть произведена замена одного ингредиента на другой. Предупреждение о подобной ситуации выдается функциями проверки 132 «Соответствие количества ингредиента коэффициенту пересчёта количества». По умолчанию функция имеет режим «Запрет». Окончательное решение об использовании или не использовании новых данных относится к компетенции персонала.
Документ имеет функцию проставления цен ингредиентов. В данной версии цены могут проставляться либо из одной из розничных цен места хранения, либо из документа последнего прихода. Метод проставления цен – по последнему приходу или из карточки товара - определяется для базы данных в административном модуле в разделе «База данных» на странице «Конфигурация», пункт «Ценообразование» параметр «Простановка цены в «Расходе на производство»». Метод проставления цен в момент редактирования документа изменить нельзя.
При выборе метода «по последнему приходу» приходные накладные ищутся в месте хранения расхода на производство и если приход не найден - в старшем месте хранения.
Возврат из производства.
Создан новый тип документа для регистрации возврата ингредиента из производственного участка на склад.
При перемещении товара со склада в производство может произойти обезличивание товара за счет объединения в одном ингредиенте разных товаров, которые с точки зрения производства являются одинаковыми. При возврате неизрасходованного и невскрытого ингредиента из производства на склад необходимо произвести идентификацию возвращаемого товара: списать с производства ингредиент, а на склад вернуть артикул товара.
По своей структуре документ «Возврат из производства» повторяет документ «Расход на производство». Так же как и при расходе на производство строка спецификации создается для артикула-товара, который необходимо вернуть на склад, а не для ингредиента. Ингредиент подставляется автоматически и его количество рассчитывается автоматически на основании информации из карточки артикула-товара. Так же как в документе «Расход на производство», товар можно вернуть из производства без преобразования его в другой артикул.
Документ «Возврат из производства» нельзя использовать для регистрации выхода готовой продукции из производства, также как и документ «Выход из производства» не должен использоваться для возврата ингредиентов на склад.
Документ имеет функцию «Заполнить остатками ингредиента в производстве». Функция проставляет количество ингредиента, которое равно его остатку в производственном участке.
Документ имеет функцию проставления цен - «Заполнить документ ценами последнего расхода на производство». Цены берутся из последних документов расхода на производство для возвращаемых артикулов, то есть тех артикулов, которые в результате возврата появятся на складе.
Функция «Пересчитать количество ингредиентов» так же как и в документе «Расход на производство», позволяет пересчитать количество ингредиентов на основании количества возвращаемого артикула и текущего коэффициента пересчета из карточки товара.
Рецепт.
Документ «Калькуляция» прежней версии заменен двумя документами «Рецепт» и «Калькуляция». Документ «Рецепт» служит для описания состава ингредиентов и их количества, необходимое для изготовления продукции, а документ «Калькуляция» служит для расчета плановой себестоимости продукции. Документ Рецепт является основанием для документа Калькуляция, который, в свою очередь, создается только на основании рецепта, и определяет цену продукции для мест хранения в разные даты в зависимости от стоимости ингредиентов. Для использования рецепта в производстве необходимо обязательно создать для него документ Калькуляция. Ни тот, ни другой документ самостоятельно не используются.
Документ «Рецепт» может быть двух видов – рецепт на изготовление продукции и рецепт на разделку. В первом случае описывается множество ингредиентов, необходимых для изготовления одного вида готовой продукции. Во втором случае описывается изготовление множества видов продукции из одного ингредиента. Случай изготовления множества продукции из множества ингредиентов в данной версии не поддерживается.
Рецепт на изготовление и рецепт на разделку, с точки зрения интерфейса, являются разными документами, несмотря на то, что они реализованы в одном типе документа и имеют одинаковую внутреннюю структуру. В рецепте на изготовление артикул продукции отображается в заголовке документа, а список ингредиентов в спецификации. В рецепте на разделку в заголовке отображается ингредиент, а в спецификации - список получаемых при разделке продуктов. Различается и дальнейшее поведение документов. Рецепт на изготовление считается строгим документом и может использоваться при автоматическом расчете и списании ингредиентов при изготовлении продукции (через калькуляции, созданные на его основании). Рецепт на разделку является шаблоном для оформления документа – акта разделки и служит для контроля отклонений при разделке от стандартных значений, но не препятствует регистрации фактического количества полученной продукции.
В случае использования рецепта для описания процесса производства в мастере создания документа вводится артикул готовой продукции. В случае использования рецепта для описания разделки в мастере вводится артикул, из которого будет получена готовая продукция.
В программе не допускается создание двух или более рецептов на одну и ту же продукцию или на разделку одного и того же товара. Рецепт не зависит от места хранения и может быть использован в любом производственном участке. Место хранения в документе рецепт используется для технических целей почтового обмена и может быть использовано для регистрации информации о том, где был создан документ.
В данной версии документ Рецепт не имеет многозначного списка взаимозаменяемых артикулов для ингредиента. Для случая эквивалентных артикулов необходимо использовать понятие «Ингредиент» и объединять их в один ингредиент при передаче артикула в производство (см. выше), а для случая сезонных артикулов, необходимо создавать разные рецепты.
В рецепте указывается только количество артикулов, необходимое для изготовления продукции или ее разделки и не указываются цены и стоимость. Цены и стоимости определяются в документе «Калькуляция».
В спецификацию рецепта на изготовление продукции добавлено редактируемое поле «Потери %». Поле связано с полями количество и количество нетто и показывает процент изменения количества товара (процент потерь) в процессе его обработки при изготовлении изделия.
Сумма значений полей количество и количество нетто может быть использовано для контроля общего веса изделия, если все ингредиенты имеют одинаковую единицу измерения.
В спецификации рецепта на изготовление продукции имеется флажок «Полуфабрикат». Флажок указывает на то, что артикул не перемещается в производственный участок со склада, а изготавливается в нем. Флажок позволяет процедуре автоматического списания ингредиентов по факту производства продукции определить способ списания ингредиентов. Если флажок отсутствует, то списывается количество из остатков производства и если остатков недостаточно, то процедура списания требует пополнения запаса ингредиентов перед списанием. Если флажок установлен и количество артикула недостаточно, то процедура ищет рецепт для артикула полуфабриката и замещает его количество его собственными ингредиентами. Сказанное выше относится именно к процедуре автоматического списания ингредиентов. В случае поэтапной регистрации производства полуфабрикатов и продукции данный флаг значения не имеет.
При использовании рецепта для описания процесса разделки количество нетто и процент потерь в спецификации не указывается, а потери определяются как разница количества исходного артикула и количества полученной продукции. При разделке продукции отсутствует флажок «Полуфабрикат», поскольку рецепты на разделку не используются процедурами автоматического списания ингредиентов. Результаты разделки всегда должны регистрироваться по факту разделки. Артикулы, полученные в результате разделки, в свою очередь могут списываться автоматически по рецептам, в которые они входят.
Рецепт на разделку содержит дополнительную информацию для Калькуляции – распределение стоимости ингредиента по продукции – коэффициент цены. Коэффициент цены определяет соотношение стоимостей готовой продукции. Соотношение стоимостей определяет отношение сумм стоимостей на выходе разделки без учета пропорции количества. Например, если единица исходного товара стоила 100р. и из нее получается 0,1 единицы продукции А и 0,9 единицы продукции Б, то при соотношении их стоимостей 0,2 к 0,8, продукция А будет стоить 20р. – 0,1 ед., а продукция Б – 80р. – 0,9 ед., то есть 200р. за ед. и 88,89р. за ед. соответственно.
Калькуляция.
Документ «Калькуляция» служит для расчета и регистрации плановой себестоимости продукции на основании рецепта. Калькуляция используется для проставления цен в документ «Выход из производства», а сохраненный набор документов позволяет контролировать изменение плановой себестоимости продукции во времени и по местам хранения.
Для одного и того же рецепта может быть создано множество документов «Калькуляция» для разных мест хранения и для разных дат. Каждый такой документ содержит расчет плановой себестоимости продукции, которая соответствует себестоимости (ценам прихода) ингредиентов в данное место хранения на указанную дату. Стоимость продукции, рассчитанная в калькуляции, может отличаться от суммы себестоимости ингредиентов из-за округления цены продукции за единицу продукции. Для того чтобы снизить погрешности округления необходимо, чтобы единицы измерения товара и ингредиентов были одинаковыми или близкими по разрядности.
Калькуляция создается только на основании рецепта. Спецификация калькуляции копируется из рецепта.
Калькуляции предполагается использовать, прежде всего, как точные копии рецептов с ценами ингредиентов на день расчета калькуляции. Тем не менее, для тех случаев, когда управленческий процесс в производстве допускает отклонение состава готовой продукции от рецептов, но стремится к как можно более точному количественному учету остатков в производстве, в калькуляции разрешается изменять количество ингредиентов и состав спецификации. Возможности персонала по редактированию калькуляции ограничены функцией проверки 136 «Запрет несоответствия количества в калькуляции и рецепте». По умолчанию функция имеет режим «Запрет».
Отдельно управляются права персонала на проставление цен ингредиентов и права на распределение цен на готовую продукцию при разделке. Минимальные права позволяют персоналу воспользоваться только функциями простановки цен.
Редактировать цены ингредиентов вручную можно при наличии права на функциональную роль «Калькуляция: Ручная простановка/изменение цен». Ручное редактирование цен может быть полезно для использования в калькуляции результатов ручного расчета себестоимости продукции, например, в случае, когда ингредиенты еще не имели приходов или цены последних приходов относятся к уже израсходованным партиям с заведомо устаревшими приходными ценами.
Функции простановки цен позволяют заполнить калькуляции ценами из вида цены, ценами последнего прихода ингредиентов и ценами себестоимости остатков ингредиентов в месте хранения.
Функция «Заполнить документ ценами из карточек» проставляет цены из указанного вида цены. Если ингредиент не имеет цены, то цена проставлена не будет, даже если известны цены артикулов, для которых он является ингредиентом. Вид цены можно использовать в качестве источника плановых цен для калькуляции в тех случаях, когда калькуляции создаются непосредственно в магазинах, а часть ингредиентов приходит на центральный склад и затем перемещается в магазин. В этом случае в базе данных магазина могут отсутствовать документы прихода и приходные цены ингредиента. Использование наценивания вида цены с нулевой наценкой и ручное создание актов переоценки позволяет пересылать в магазин информацию о ценах, которые считаются плановой себестоимостью ингредиентов.
Функция «Заполнить документ ценами последнего прихода» ищет последний приход ингредиента, либо любого артикула из списка артикулов, для которых он является ингредиентом. Если приход в место хранения производства не найден, то ищется последний приход на центральном складе, которому подчинено место хранения производства.
Функция «Расчет плановой себестоимости» рассчитывает сумму себестоимости последнего расхода ингредиента в производство в месте хранения производства и использует ее для расчета цены ингредиента.
При наличии права игнорирования предупреждения 137 «Запрет несоответствия коэффициента цены в калькуляции и рецепте» в калькуляции на разделку можно изменять пропорции распределения цены на готовую продукцию. По умолчанию функция проверки имеет режим «Запрет».
Функция проверки 133 «Запрет понижения статуса калькуляции при наличии принятых актов производства» не позволяет изменить статус и внести изменения в калькуляцию, если на ее основании уже были произведена продукция. По умолчанию функция проверки имеет режим «Запрет».
При приеме калькуляции в подчиненной базе данных делается проверка: если в базе данных существует активная калькуляция для того же артикула, на ту же дату и для того же места хранения, что и в принимаемой калькуляции, то новая калькуляция не принимается. Новая калькуляция не будет приниматься до тех пор, пока из старшей базы не придет указание об изменении статуса прежней калькуляции.
Акт производства.
Акт производства – документ, который регистрирует факт создания новой продукции из ингредиентов производственного участка.
Акт производства не переводит готовую продукцию на склад. Регистрация перемещения готовой продукции на склад осуществляется документом «Выход из производства».
Акт производства создается либо для регистрации факта изготовления одного наименования продукции или для регистрации факта разделки одного наименования исходного продукта. Документ не содержит цен и служит только для нужд количественного учета и расчета товародвижения в производстве.
Акт производства, как правило, создается на основании калькуляции. В этом случае при создании акта на производство продукции из калькуляции берется спецификация ингредиентов, а количество ингредиентов рассчитывается для указанного количества продукции по пропорциям калькуляции. При изменении количества продукции или какого-либо ингредиента все остальные количества пересчитываются на основании пропорций, заданных калькуляцией.
В случае регистрации акта разделки продукции, из калькуляции также берется спецификация готовой продукции. Количества готовой продукции рассчитываются для указанного количества исходного продукта. Но, в отличие от акта на производство, в акте на разделку можно изменить заданные пропорции количества продукции и привести их в соответствие с фактическим результатом разделки.
Акт производства может быть создан без указания калькуляции и в этом случае он может содержать произвольную информацию. Для создания такого документа пользователь должен иметь право игнорировать функцию проверки 35 «Акт производства обязательно на основании калькуляции». По умолчанию функция имеет режим «Запрет».
При создании акта на разделку не на основании калькуляции пользователь обязан заполнить поля «Коэффициент цены» в спецификации документа. Значение этих полей необходимы для расчета себестоимости продукции. В противном случае алгоритм расчета не в состоянии оценить стоимость продукции. В случае если Акт на разделку создается на основании калькуляции, данное поле не показывается и не редактируется.
Выход из производства.
Документ «Выход из производства» предназначен для регистрации факта передачи продукции из производства на склад. В документе регистрируется список передаваемой продукции, ее количества и цены. Цены продукции могут проставляться из калькуляций или рассчитываться другими способами.
Цены в документе «Выход из производства» в дальнейшем считаются плановой себестоимостью выхода из производства и участвуют в определении себестоимости дальнейшего движения продукции на складе - перемещении, продаже и т.д. Выход из производства используется при расчете товародвижения на складе в той же роли, как и документы прихода товара от поставщика. Цена выхода продукции из производства (плановая себестоимость) используются в качестве себестоимости товара при расчете себестоимости его движения. В связи с этим не допускается регистрация выхода из производства с нулевыми ценами.
В случае необходимости вернуть в производство продукцию со склада для дальнейшей переработки необходимо оформить документ расхода на производство. В этом случае товар может возвращаться в том виде, в котором он имеется на складе или он может быть преобразован в какой-либо ингредиент.
Для тех случаев, когда документооборот производства не предусматривает регистрацию сотрудниками производства документов «Акт производства» по каждому факту изготовления продукции, создана функция автоматической генерации актов при регистрации выхода из производства готовой продукции.
Функция вызывается при нажатии кнопки «Произвести и принять». Функция создает документы «акт производства» для каждого наименования готовой продукции за исключением продукции полученной при разделке. Акты производства регистрируются, после чего документ «Выход из производства» получает статус «Принят в количестве». Если акты производства не создались или не принялись, то статус документа «Выход из производства» не меняется. После успешного выполнения функции, для завершения обработки документа в него необходимо проставить цены и вручную установить статус «Принят в количестве и ценах».
Если на основании выхода из производства созданы акты производства, то изменение содержания документа «Выход из производства» может привести к рассогласованию остатков. Для предупреждения ошибочных действий создана функция проверки 138 «Запрет понижения статуса выхода из пр-ва при наличии сгенерированных актов производства». По умолчанию функция имеет режим «Запрет».
Для корректного внесения изменения в документы «Выход из производства» создана функция для отмены результатов генерации актов производства на основании выхода из производства. Функция вызывается при нажатии на кнопку «Отменить производство». Кнопка активна на статусе «Принят в количестве». Функция удаляет акты производства, созданные на основании выхода из производства и понижает статус документа «Выход из производства» до черновика. Подразумевается, что после внесения изменений в документ пользователь снова создаст новые документы «акт производства» для списания ингредиентов произведенной продукции.
Инвентаризация в производстве.
...
Созданы функции и программы, позволяющие использовать портативный терминал для контроля поставок и отгрузок товаров.
Контроль основан на проверке соответствия фактически обнаруженного количества и количества, зафиксированного в накладной. Контроль осуществляется с помощью портативного терминала сбора данных в удалении от компьютеров с установленной клиентской частью торговой системы.
Для решения данной задачи был создан вариант программы портативного терминала сбора данных с новым протоколом обмена – «invoice».
Для загрузки информации в портативный терминал и приема информации из портативного терминала по протоколу «invoice» в приходной накладной, расходной накладной и накладной на перемещение имеются две функции в пункте меню «Функции»: «Загрузка накладной в портативный терминал» и «Чтение накладной из портативного терминала».
При загрузке данных в терминал сбора данных передается тип и номер накладной, наименование контрагента и спецификация накладной со всеми штриховыми кодами артикулов спецификации и с количеством артикулов по спецификации.
При приеме данных из портативного терминала делается проверка на совпадение номера и типа накладной. Если номер или тип документа не совпали, прием данных из терминала не допускается. Данные из терминала при приеме замещают количество в накладной на фактически обнаруженное количество.
Для работы с портативным терминалом реализованы две дополнительные опции, которые настраиваются в диалоге «Настройка портативного терминала».
Опция «Присоединить артикул в начало названия товара» позволяет для всех режимов работы с портативным терминалом передавать в портативный терминал название товара в виде: <артикул> пробел <название товара>.
В тех случаях, когда память портативного терминала позволяет установить достаточный размер поля «Название», данная опция позволяет показать пользователю портативного терминала, как название товара, так и его артикул.
Опция «Загрузка накладной с разукомплектацией по документам «Рецепт»», работает только в случае использования портативного терминала сбора данных в режиме «invoice». Опция позволяет при загрузке спецификации в портативный терминал замещать артикулы спецификации артикулами компонентами, из которых физически состоит поставляемый товар. Информация о компонентном составе артикула берется из документа «Калькуляция» с тем же местом хранения, что и в накладной и с датой меньшей или равной дате накладной. Если артикул не имеет своей калькуляции, он загружается в терминал без изменений. Если при замещении артикулов их компонентами образуется несколько строк с одинаковыми артикулами, количество по этим строкам суммируется, а в терминал загружается одна строка.
Данный режим работы с портативным терминалом сбора данных предназначен для приема товаров в тех случаях, когда в накладной регистрируется товар, физически состоящий из нескольких упаковок, и перед сотрудниками склада стоит задача сопоставления физических упаковок и их количества и логических товаров в накладной.
В случае использования данной опции, прием данных из терминала в накладную не допускается.
Для удобства работников склада в случае, если установлена опция – загрузка накладной с разукопмлектацией, накладная в форме внутреннего учета печатается с замещением артикулов спецификации их компонентами. То есть в том же виде, в котором накладная загружается в терминал сбора данных.
Спецификация документа «Сертификата соответствия».
Документ «Сертификат соответствия» поддерживает две технологии установления соответствия между сертифицированным товаром и карточками складского учета торговой системы. При предварительной регистрации сертификата в системе, в документе имеется возможность ввести перечень артикулов карточек складского учета, которые соответствуют сертифицированному товару. При регистрации информации о сертификате, как части информации о приходе, в приходной накладной, этот список определяется приходными накладными, в спецификации которых указан номер данного сертификата соответствия. Для более полной поддержки обоих технологий работы с сертификатом соответствия внесены изменения в раздел фильтра документов и в раздел отображения отобранных документов.
На странице «Товары» подробного фильтра документа «Сертификат соответствия» реализован выбор между поиском документов по наличию указанного артикула либо в спецификации документа сертификат, либо в спецификации приходных накладных, либо и в спецификации и в накладных.
На странице отобранных документов флажок включения режима просмотра спецификации документа заменен элементом диалога для выбора либо просмотра спецификации, либо просмотра артикулов накладных, которые ссылаются на данный сертификат.
Фильтр документов «Счет» по сотруднику.
В краткий и подробный фильтр документов «Счет» добавлен выбор ответственного сотрудника (менеджера) счета.
Ввод серийных номеров.
В таблице ввода серийных номеров в расходной накладной добавлена колонка – порядковый номер строки и в диалог добавлены поля – количество строк и количество товара для контроля полноты ввода серийных номеров.
При сохранении документа серийные номера проверяются на наличие лидирующих и завершающих пробелов в строке номера. Пробелы удаляются, также удаляются строки, которые содержат только пробелы.
Для ввода серийных номеров можно использовать сканер.
Пересылка списка кассиров.
Перечень информации о структуре места хранения, пересылаемый из подчиненной базы данных в старшую базу, дополнен списком персонала для касс. Изменение внесено, прежде всего, для того, чтобы обеспечить возможность выгрузки в OLAP информации о чеках и кассирах.
Проверка наличия налогов в карточке складского учета.
Создана функция проверки для контроля присвоения налогов карточке с учетом всех зарегистрированных регионов. Функция имеет режим «Всегда запрет» и срабатывает при переводе карточки в статус «Активна». Функция не обеспечивает гарантии того, что все активные карточки будут иметь налоги для всех регионов. При создании нового региона всем уже существующим карточкам необходимо присвоить налоги в разделе «Прикрепление налогов к карточкам».
Колонки «основание» и «на основании» в списке отобранных документов.
В режиме отобранных документов документа «Счет» в таблицу документов добавлено поле «Основание» с тем же функциональным действием, как в накладных.
В документах «Счет», «Расходная накладная», «Приходная накладная» в таблицу отобранных документов добавлено новое поле "На основании", поведение которого схоже с поведением поля «Основание». В поле «На основании» помещаются номера документов, на основании которых создан текущий документ. Двойной клик по этому полю вызывает переход к документам - основаниям текущего документа.
Отмена новых установок фильтра в документах.
Для всех документов в окне настройки параметров отбора (в окне фильтра) добавлена кнопка «Отмена».
Кнопка активна, если был произведен хотя бы один отбор документов. При нажатии кнопки «Отмена» новые настройки фильтра игнорируются, и происходит переход в режим отобранных документов к прежнему набору отобранных документов. В режиме отобранных документов отображаются прежние настройки фильтра, однако новые настройки фильтра не уничтожаются и при нажатии на кнопку «Фильтр» и переходе в окно фильтра, новые настройки фильтра восстанавливаются.
При отмене новых настроек фильтра возврат на страницу отобранных документов происходит без повторного обращения к базе данных. Если при предыдущем отборе документов была нажата кнопка «Прервать», то при возврате со страницы фильтра по кнопке «Отменить» будет показан тот набор документов, который был отобран ранее. Если необходимо актуализировать набор отобранных документов необходимо нажать кнопку «Перечитать». В этом случае повторный отбор документов осуществляется по условиям фильтрации, указанным в окне «Фильтр», то есть по прежним условиям отбора.
Печать расходной накладной по чеку для Белоруссии.
...
Для режима полной загрузки касс добавлено управление типами данных, которые будут передаваться кассам. Перечень типов данных и интерфейс управления такой же, как и для режима частичной загрузки. Редактирование перечня типов данных для загрузки доступно в административном модуле в разделе «Базы данных» для группы «Кассы».
Управление типами данных для полной загрузки и для частичной (инкрементальной) загрузки осуществляется независимо. При установлении перечней типов данных для загрузки необходимо следить за непротиворечивостью сочетаний типов данных в разных режимах работы кассового сервера.
| Якорь |
|---|
| _Toc120517168 |
|---|
| _Toc120517168 |
|---|
|
Протоколы обмена с кассами типа УКМ 2.
По протоколу загрузки касс УКМ 2 Супермаг и УКМ 2 станд. ТХТ при передаче в кассы скидок на количество товара подразумевается, что для артикула, вида цены и количества, отличного от 1 могут быть переданы следующие сведения: Discount, PriceRub, PriceCur – скидка в процентах, цена рублевая со скидкой и цена валютная со скидкой. По описанию протокола УКМ 2 при регистрации продажи товара для определения цены со скидкой, вначале принимается во внимание скидка в процентах, если скидка равна 0, то рублевая цена, если рублевая цена равна 0, то валютная цена.
Скидки на количество товара действуют от указанного количества до следующей величины количества, определенной в таблице скидок на количество.
Алгоритм определения цены товара со скидкой по описанному выше протоколу не регламентирует способа отменены скидки или установления скидки в 0%, начиная с некоторого количества товара. Это бывает необходимо при запрете продажи товара со специальной скидкой при покупке товара более некоторого количества. Например, при покупке 10 ед. товара покупателю дается скидка 5%, при покупке 100 ед. скидка отменяется и должна составлять 0%.
В действительности УКМ 2 имеет недокументированное поведение, по которому при нулевом значении скидки и при отсутствии значения цен со скидкой УКМ 2 считает скидку равной 0% и регистрирует продажу по цене реализации.
Для прочих программ ККМ такое поведение может быть не реализовано. Соответственно, в алгоритм выгрузки данных по протоколам УКМ 2 Супермаг и УКМ 2 станд. ТХТ внесено следующее изменение: при выгрузке скидки на количество равной 0% в поле PriceRub заносится текущее значение цены артикула для указанного вида цены, а в поле PriceCur заносится 0. Если величина скидки отлична от 0, в оба поля для цен заносятся нули.
Дополнительно, в выгрузке по протоколу УКМ 2 Супермаг добавлен индекс по полю Soft для таблицы CREDCARD.DB.
| Якорь |
|---|
| _Toc120517169 |
|---|
| _Toc120517169 |
|---|
|
Поведение счета при отсутствии права на просмотр цен.
...
В разделе «Структура магазина/склада» создан интерфейс для регистрации списка персонала - продавцов-консультантов. Список продавцов-консультантов предназначен только для передачи информации о них в кассы. Интерфейс для регистрации списка продавцов-консультантов выполнен на странице «Персонал». В предыдущих версиях эта страница имела название «Кассиры».
Загрузка данных о продавцах-консультантах в кассы осуществляется вместе с другими данными типа «Персонал». Для передачи продавцов-консультантов в кассы необходимо в административном модуле в разделе «База данных» для группы данных «Касса», установить флажок «Персонал» для типов данных полной и/или инкрементальной загрузки касс.
| Якорь |
|---|
| _Toc125184663 |
|---|
| _Toc125184663 |
|---|
|
Прием информации о реализации по консультантам от программ ККМ.
Данные о продавцах-консультантах, количестве проданных с их участием товаров и их стоимость сохраняются кассовом документе при его создании на основании кассовых отчетов. Информация о продавцах-консультантах в кассовых документах сохраняется всегда и не требует специального указания, как, например, в случае сбора статистики о продажах по кредитным или дисконтным картам.
Данные о продажах с участием продавцов-консультантов передаются по почте вместе с кассовым документом.
| Якорь |
|---|
| _Toc125184664 |
|---|
| _Toc125184664 |
|---|
|
Отчет «Реализация с участием продавцов-консультантов».
Создан отчет в разделе «Магазинные отчеты» для вывода информации о количестве и стоимости товаров, проданных с участием продавцов-консультантов.
Отчет может выполняться как по кассовым чекам, так и по кассовым документам. В отчет попадают как продажи, так и возвраты по кассе, в позиции которых имеется отметка о продавце-консультанте.
В отчете выводится дата продажи или возврата, артикул, количество и стоимость движения товара с учетом примененной скидки.
| Якорь |
|---|
| _Toc125184665 |
|---|
| _Toc125184665 |
|---|
|
Проверка заказа на наличие артикулов, не разрешенных к приему.
Создана функция проверки 152 «Документ содержит исключенные артикулы или артикулы, не разрешенные к приему». По умолчанию, функция установлена в режим «Отключена». Функция проверки проверяет содержание документа заказ при переводе документа из статуса «Черновик» в статус «Размещен». Функция проверяет заказ на наличие артикулов в статусе «Исключен» и артикулов с отключенным флагом «Прием разрешен».
В части проверки заказа на наличие исключенных артикулов функция 152 дублирует функцию проверки 1 «Документ содержит неактивные карточки».
| Якорь |
|---|
| _Toc125184666 |
|---|
| _Toc125184666 |
|---|
|
Z отчеты – основания кассовых документов.
...
Перечень статистической информации, прилагаемой к кассовому документу, пополнен информацией о Z отчетах, на основании которых создан кассовый документ. В кассовом документе теперь хранится список Z отчетов, номера их касс и суммы Z отчетов. Для документов «Продажи по кассам» сохраняется сумма продаж по Z отчету, для документов «Возвраты по кассам» хранится сумма возвратов по Z отчетам.
Статистика по Z отчетам – основаниям кассового документа, реализована как постоянная, то есть управление отключением сбора этой статистики не предусмотрено. Старые кассовые документы смогут получить эту статистику только после пересоздания, поскольку задним числом определить, какие Z отчеты действительно вошли в кассовый документ, достоверно невозможно.
| Якорь |
|---|
| _Toc125184668 |
|---|
| _Toc125184668 |
|---|
|
Отчет «Z отчеты в кассовом документе».
Создан отчет для контроля соответствия сумм Z отчетов, вошедших в кассовый документ, с результатами аналогичных отчетов, полученных с касс. Отчет помещен в группу отчетов «Магазинные».
Опции отчета: диапазон времени, место хранения (одно, все или несколько)
Отчет всегда выполняется с группировкой по местам хранения и с подведением итогов по местам хранения. Отчет всегда делается с сортировкой по датам.
В отчете выводится для каждого места хранения:
Дата, тип и номер кассового документа, сумма кассового документа, перечень Z отчетов с сортировкой по номерам касс: номер кассы, номер Z отчета, сумма. Сумма Z отчетов – для продаж по кассе это сумма продаж, для возвратов – сумма возвратов.
Кассовые документы на продажу внутри даты всегда идут раньше кассовых документов на возврат.
По каждому месту хранения подводятся итоги: Итого продаж, итого возвратов, Итого (продажи минус возвраты).
| Якорь |
|---|
| _Toc125184669 |
|---|
| _Toc125184669 |
|---|
|
Интерфейс управления правами должности.
В административном модуле в разделе «Права доступа» расширен функционал работы с правами должности.
В диалог управления режимами работы функций проверок добавлен фильтр функций по их действию на документы торговой системы. Все функции проверки, которые не относятся к тому или иному типу документа, отнесены к позиции «прочие».
При выборе типа документа в списке функций проверки будут показываться как функции, работающие только с указанным типом документа, так и функции, которые работают и с указанным, и с другими типами документов. Например, функция проверки 3 «Документ не содержит спецификации», будет встречаться в списках функций проверки всех типов документов, которые должны содержать спецификацию.
Добавлены функции «Копировать», «Сохранить в файл» и «Добавить из файла».
Кнопки для вызова функций «Копировать» и «Сохранить в файл» доступны на странице «Должности». Кнопка для вызова функции «Добавить из файла…» доступна в диалоге редактирования должности.
Функция «Копировать» позволяет создать новую должность с правами и режимами функций проверки должности, выбранной в качестве образца.
Функция «Сохранить в файл» позволяет сохранить в текстовый файл информацию о правах выбранной должности на модули и функции торговой системы и/или режимы работы функций проверки.
Функция «Сохранить в файл …» позволяет импортировать и назначить текущей должности доступ к модулям и функциям торговой системы и/или режимы работы функций проверок из текстового файла.
| Якорь |
|---|
| _Toc125184670 |
|---|
| _Toc125184670 |
|---|
|
Штриховые коды временных артикулов.
В предыдущих версиях штриховые коды временных артикулов создавались и хранились в той же таблице, что и штриховые коды постоянных (глобальных) артикулов (SMStoreUnits), но только в той базе данных, в которой штриховые коды присваивались артикулу. При пересылке в старшую базу данных штриховые коды временных артикулов перемещались в таблицу SMForeignUnits для того, чтобы не вступать в возможный конфликт с такими же штриховыми кодами других временных или постоянного артикулов.
Начиная с текущей версии, штриховые коды временных артикулов создаются и всегда хранятся в таблице SMForeignUnits до момента синхронизации временного артикула с постоянным артикулом. При синхронизации они перекладываются в таблицу штриховых кодов постоянных артикулов SMStoreUnits. Все процедуры, работающие со штриховыми кодами, изменены таким образом, чтобы штриховые коды временных артикулов были доступны также как и штриховые коды постоянных артикулов. Это касается как процедур загрузки касс, весов, терминалов сбора данных, так и интерфейса просмотра и редактирования штриховых кодов артикулов. В связи с этим следует избегать использования временных артикулов, полученных из подчиненной базы данных, например, в центральной базе данных для загрузки касс или иного оборудования. Так как в этом случае нельзя исключить ситуацию, при которой один и тот же штриховой код будет присвоен разным временным артикулам, пришедшим из разных баз данных.
| Якорь |
|---|
| _Toc125184671 |
|---|
| _Toc125184671 |
|---|
|
Код производственного участка в разделе "структура магазина".
Внесено изменение в интерфейс раздела «Структура магазина». Для производственного участка на странице свойства теперь выводится не только название участка, но и его код.
| Якорь |
|---|
| _Toc125184672 |
|---|
| _Toc125184672 |
|---|
|
Почтовый модуль. Формат файла виртуального пакета.
Внесены изменения в формат файла виртуального пакета. Изменение формата файла было осуществлено для технических целей и не повлекло изменение функциональности почтового модуля.
| Якорь |
|---|
| _Toc125184673 |
|---|
| _Toc125184673 |
|---|
|
Отчет «Реестр актов несоответствия».
...
В документ «Контракт на закупку» добавлен новый атрибут «Цена контракта». Атрибут может иметь одно из двух значений: «с НДС» и «без НДС». По умолчанию, при обновлении версии системы для всех уже существующих документов, а также при создании новых документов устанавливается значение «с НДС». Значение атрибута «c НДС» соответствует по смыслу понятию «полная цена» в накладных. Значение «без НДС» соответствует понятию «цена без налогов» в накладных.
| Якорь |
|---|
| _Toc126386604 |
|---|
| _Toc126386604 |
|---|
|
Генерация актов переоценки на основании контрактов на закупку.
В разделе контрактов на закупку реализован вызов функции генерации актов переоценки для расчета новых цен реализации на основании цен контракта. Функция вызывается через пункт меню «Функции -> Генерация актов изменения цены…».
Алгоритм работы функции аналогичен работе функции «наценить и принять» в разделе приходных накладных, за исключением того, что в процессе работы функции не выполняется операция по изменению статуса документа «Контракт на закупку». Предполагается, что генерация актов переоценки будет производиться уже после принятия контракта, то есть тогда, когда контрактные цены уже окончательно зафиксированы в контракте.
В актах, созданных на основании контрактов, устанавливается причина переоценки «автоматически по контракту», условие исполнения акта - «по наступлению указанной даты», а дата исполнения устанавливается равной дате начала действия контракта или текущей дате, если дата начала действия контракта уже наступила.
Различия между нацениванием приходной накладной и нацениванием контракта заключаются в следующем:
- Места хранения и виды цен для актов переоценки.
...
Флаг устанавливается в административном модуле в разделе «База данных» на странице «Ценообразование». Установка флага приводит к исключению из акта переоценки артикулов, цена которых после переоценки оказалась такой же, как и текущая цена артикула.
Для исключения артикулов из актов переоценки, созданных на основании контрактов на закупку, введен новый флаг «Исключать не изменившиеся цены в наценивании по контракту». Прежний флаг получил новое название и действует только на акты, созданные на основании прихода. Оба флага помещены в одну группу параметров:
Исключать не изменившиеся цены
в наценивании по приходу
в наценивании по контракту
По умолчанию, флаг «Исключать не изменившиеся цены в наценивании по контракту» не установлен. При установке флага необходимо обратить внимание на тот факт, что в отличие от переоценки на основании прихода товара, переоценка на основании контракта происходит не в тот же момент времени, что и генерация актов переоценки, а спустя некоторый интервал времени до начала действия контракта. Если цена артикула изменится в этом интервале времени, а артикул уже исключен из акта переоценки, в момент начала действия контракта цена артикула может оказаться отличной от желаемой цены.
- Флаг «Наценка от полной цены»
Флаг «Наценка от полной цены» устанавливается в разделе мест хранения для каждого места хранения отдельно и позволяет указать ту цену в приходной накладной (полную или без налогов), от которой необходимо рассчитывать новую цену.
В наценивании на основании контракта этот флаг во внимание не принимается. В наценивании на основании контракта учитывается новый атрибут контракта на закупку «цена контракта: с НДС/без НДС». Если флаг установлен в значение «без НДС», то наценивание производится от цены контракта, если флаг имеет значение «с НДС», то перед нацениванием из цены контракта вычитается НДС.
- Правила проверки цены.
Правило проверки цены №3 "Новая цена без налогов меньше предыдущего прихода" не используется в процедуре проверки новых цен, созданных на основании контракта. Правила проверки №1 «Новая цена меньше старой» и №2 «Новая цена слишком велика» используются также как и при проверке новых цен, созданных на основании прихода.
- Контроль повторного наценивания контрактов.
При старте функции «генерация актов изменения цены…» делается проверка на наличие актов переоценки, созданных на основании контракта. Если обнаружены акты уже исполненные, то выдается предупреждение о том, что наценивание уже было проведено и требуется подтверждение для нового выполнения процедуры. Если обнаружены акты, которые еще не исполнены, то предлагается их удалить перед выполнением новой процедуры.
| Якорь |
|---|
| _Toc126386605 |
|---|
| _Toc126386605 |
|---|
|
Функция проверки «Запрет понижения статуса контракта, по которому созданы акты переоценки».
Создана функция проверки 153 «Запрет понижения статуса контракта, по которому созданы акты переоценки». По умолчанию функция имеет режим «Запрет».
Функция проверяет наличие актов переоценки, в основании которых указан контракт на закупку. Функция срабатывает при понижении статуса контракта со статуса «Принят» до статуса «Черновик».
Функция для разных должностей может иметь режимы «Запрет», «Предупреждение», «Отключена».
| Якорь |
|---|
| _Toc126386606 |
|---|
| _Toc126386606 |
|---|
|
Пересылка штриховых кодов.
Штриховые коды выделены в самостоятельный объект для почтовой пересылки. Создана функция автоматической рассылки штриховых кодов по факту их создания, изменения и удаления.
Отдельные настройки для рассылки штриховых кодов и для рассылки артикулов позволяют по-разному организовывать процесс обмена данными между базами данных. Например, рассылка глобальных артикулов из подчиненных баз данных в старшие не разрешается и не должна осуществляться, тогда как рассылка новых штриховых кодов, созданных в подчиненной базе, может быть разрешена.
В случае настройки автоматической отсылки карточек складского учета и штриховых кодов, изменение или создание штрихового кода для карточки не считается изменением карточки и не приводит к ее отсылке. Измененным считается только штриховой код. С другой стороны, изменение атрибутов карточки приводит к отсылке карточки, но не приводит к отсылке штриховых кодов, если они не были изменены.
При ручной отсылке артикула в очередь на отсылку ставится как сама карточка, так и все штриховые коды, относящиеся к карточке.
Внесены изменения в процедуру исключения штрихового кода. Процедура используется в тех случаях, когда выясняется, что штриховой код не является уникальным для товара и должен быть объявлен недействительным.
При исключении штрихового кода процедура производит два действия – удаление штрихового кода из перечня штриховых кодов артикула и добавление штрихового кода в список недействительных штриховых кодов. При настройке автоматической рассылки будет отослано два объекта – штриховой код с командой удаления из перечня кодов артикула и новый недействительный код.
При переходе от младших версий системы к текущей или более старшим версиям, в процессе модернизации схемы базы данных считается, что штриховые коды должны рассылаться автоматически, если ранее была настроена автоматическая рассылка артикулов.
| Якорь |
|---|
| _Toc126386607 |
|---|
| _Toc126386607 |
|---|
|
Признак печати в ценниках для штриховых кодов.
В перечень атрибутов штриховых кодов добавлен флаг «Печать в ценнике». Флаг устанавливается на странице «штриховые коды» раздела карточек складского учета.
Флаг учитывается при выборе штрихового при печати ценников и при печати отчетов «Прайс-лист» и «Списание и естественная убыль».
Если флаг не установлен, то выбор штрихового кода для печати осуществляется по тому же алгоритму, что и раньше. Отсутствие флага у штрихового кода не означает, что его запрещено выбирать при печати ценников и отчетов. Наличие или отсутствие флага означает наличие или отсутствие приоритета у штрихового кода по отношению к другим штриховым кодам. Если флаг установлен, то коды с установленным флагом имеют приоритет над кодами без флага.
| Якорь |
|---|
| _Toc126386608 |
|---|
| _Toc126386608 |
|---|
|
Печать артикулов поставщика в печатных формах приходной накладной.
...
- накладная в базовой валюте
- акт несоответствия
- расходная накладная на несоответствие товара
- накладная в дополнительной валюте
- накладная в базовой и дополнительной валютах
- пропуск на вынос товара
- приложение к приходной накладной
- приходная накладная с количеством поставщика
Изменения функционала в версии 1.024.3 сервис пак 2.
Печать атрибутов товара в этикетке.
Печать многострочных дополнительных характеристик.
Печать атрибутов группы классификатора артикула.
Почтовый модуль. Прием артикула с новой группой классификатора. | Якорь |
|---|
| _Toc130287359 |
|---|
| _Toc130287359 |
|---|
|
Печать атрибутов товара в этикетке.| Якорь |
|---|
| _Toc130287360 |
|---|
| _Toc130287360 |
|---|
|
Печать многострочных дополнительных характеристик.
Для печати в этикетке многострочных характеристик товара внесено изменение в определение ключевых слов для дополнительных характеристик карточек складского учета.
Прежняя нотация для добавления дополнительной характеристики в этикетку была следующая
%DESCR_XXXXX
где %DESCR_ - префикс ключевого слова,
XXXXXX – идентификатор дополнительной характеристики
Новая нотация выглядит следующим образом:
%DESCRNN_XXXXX
где %DESCR - префикс ключевого слова,
NN_ - номер строки многострочного текста дополнительной характеристики, например, 2. NN - необязательный параметр, если NN отсутствует, то печатается первая строка многострочного текста дополнительной характеристики.
XXXXXX - идентификатор дополнительной характеристики.
Пример:
%DESCR_Sys.BrandName
%DESCR2_Sys.BrandName
В результате будут выведены первая и вторая строка характеристики «Торговая марка»
Примечание: При выводе строки многострочного текста дополнительной характеристики символы перевода строки из исходного текста в этикетку не передаются.
| Якорь |
|---|
| _Toc130287361 |
|---|
| _Toc130287361 |
|---|
|
Печать атрибутов группы классификатора артикула.
Перечень ключевых слов для файла шаблона этикетки пополнен командами печати атрибутов группы классификатора, к которой принадлежит артикул.
%GROUPNAME - название группы классификатора товаров
%GROUPNUM - номер группы классификатора товаров (позиция группы в дереве классификатора, например, 1.1.1.)
| Якорь |
|---|
| _Toc130287362 |
|---|
| _Toc130287362 |
|---|
|
Почтовый модуль. Прием артикула с новой группой классификатора.
В прежних версиях системы при приеме артикула с неизвестной группой классификатора почтовый модуль отказывал в приеме такого артикула и отсылал соответствующее сообщение об ошибке. Для приема артикулов, связанных с новыми группами классификатора было необходимо вначале обязательно получить обновленный классификатор товаров и только затем артикулы. В некоторых случаях это требование могло приводить к затруднениям, например, при одновременном выполнении следующих действий до отсылки новой информации в подчиненную базу данных: создание новой группы, перемещение в нее артикулов из старой группы и удаление старой группы.
В текущем обновлении версии в поведение почтового модуля внесены следующие изменения:
- при приеме артикула, который ссылается на неизвестный идентификатор группы классификатора, в базе данных создается группа классификатора с требуемым идентификатором. Новая группа располагается на первом уровне классификатора с набольшим возможным номером в уровне и именем «<группа NNNN.>». Новая группа классификатора получает отметку о создании ее почтовым модулем и специальный флаг, что в дальнейшем может быть использовано для отделения таких групп от групп созданных пользователями системы.
...
В предыдущей версии была реализована функция генерации актов переоценки на основании контрактов. В текущей версии внесены следующие изменения в поведение функции:
- Функция «Генерация актов изменения цены» может быть выполнена только для контрактов в статусе «Принят». В статусе «Черновик» или «Заблокирован» цены в контракте являются недостоверными, могут меняться и не должны использоваться для ценообразования.
...
Создана функция проверки 155 «Цена контракта больше цены предыдущего контракта». По умолчанию функция имеет режим «Запрет». Функция проверяет цены контракта в момент его перевода в статус «Принят».
Функция сравнивает цену текущего контракта с ценой ближайшего предыдущего контракта со статусом "Принят". Поиск предыдущего контракта ведется отдельно для каждого артикула. Ближайшим предыдущим считается контракт с датой начала действия меньшей, чем дата начала действия текущего контракта, и с наибольшей датой начала действия среди всех предыдущих контрактов.
Цены сравниваются с учетом параметра "Цена контракта". Сравнение проводится с допуском в 20%, то есть цена нового контракта считается большей, если она превышает цену предыдущего контракта на 20% или более.
| Якорь |
|---|
| _Toc129057097 |
|---|
| _Toc129057097 |
|---|
|
Отчет «Изменение цен в контрактах на закупку».
...
В отчете выводится следующая информация:
Для каждого артикула, по которому обнаружен контракт, выводятся следующие колонки:
Дата начала действия, номер контракта, поставщик, цена без НДС, цена с НДС.
В контракте указана только одна цена – либо цена с НДС, либо цена без НДС. В отчете показываются обе цены для более корректного сравнения цен разных контрактов с разными поставщиками. Отсутствующее значение рассчитывается исходя из значения ставки НДС для артикула на дату начала действия контракта.
| Якорь |
|---|
| _Toc129057098 |
|---|
| _Toc129057098 |
|---|
|
Цены контрактов и приходных накладных.
Внесены изменения в функцию приходной накладной «Заполнить документ ценами из контрактов». При импорте цен из контракта принимается во внимание атрибут контракта «Цена контракта». Если цена контракта «без НДС», цена из контракта проставляется в поле «цена без налогов» приходной накладной, если цена контракта «с НДС» - в поле «полная цена».
Аналогичные изменения внесены в функцию проверки 128 «Проверка на соответствие цен контрактам». При проверке цен приходной накладной по ценам контракта принимается во внимание атрибут контракта «Цена контракта».
Функция проверки выполняется только для тех приходных накладных, у которых контрагент имеет флаг «Контроль приходных цен по ценам контракта».
| Якорь |
|---|
| _Toc129057099 |
|---|
| _Toc129057099 |
|---|
|
Дополнительные характеристики товара, склада и контрагента.
...
Дополнительная характеристика «Состав» заменила собой атрибут «Состав», который ранее был доступен на закладке «Состав» раздела карточек складского учета. Тексты из характеристики «Состав» используются при загрузке весов для передачи в весы информации об ингредиентах товара вместо текстов из поля «Состав». При модернизации схемы базы данных значения из поля «Состав» предыдущей версии системы переносятся в системную дополнительную характеристику «Состав».
Дополнительные характеристики карточек складского учета перенесены с закладки «Карточка» на новую закладку «Описание».
Для заполнения характеристик используется таблица с автоматически изменяемой высотой строк, что позволяет просматривать все содержание характеристики, независимо от длины введенного текста. При вводе многострочного текста внутри ячейки таблицы для принудительного перевода строки необходимо пользоваться клавишей «Enter».
| Якорь |
|---|
| _Toc129057100 |
|---|
| _Toc129057100 |
|---|
|
Печать этикеток.
...
Перечень ключевых слов для файла шаблона этикетки пополнен командой печати значения дополнительной характеристики товара:
%DESCR_ХХХХХХХ
где ХХХХХХХ – идентификатор дополнительной характеристики, значение которой необходимо напечатать в этикетке.
Например, для печати значения характеристики «Торговая марка» необходимо в шаблон этикетки включить следующее ключевое слово:
%DESCR_Sys.BrandName
В этикетке могут быть напечатаны значения любой дополнительной характеристики, то есть не только системной, но и той, которая будет создана пользователем.
| Якорь |
|---|
| _Toc129057102 |
|---|
| _Toc129057102 |
|---|
|
Печать размера в этикетке.
Для артикулов типа «размер» реализована печать значения свойства артикула по ключевому слову %SIZE.
Печать значения свойства для артикулов типа «размер» может быть выполнена в разделе карточек складского учета и в разделе актов переоценки.
| Якорь |
|---|
| _Toc129057103 |
|---|
| _Toc129057103 |
|---|
|
Настройки печати этикеток.
Перечень настроек для печати этикеток дополнен флагом «Переводить в верхний регистр». В предыдущих версиях при обработке файла шаблона этикетки все строки со значениями, например, название товара, заполнялись строками с обязательным переводом символов в верхний регистр. В текущей версии имеется возможность управлять этим процессом.
| Якорь |
|---|
| _Toc129057104 |
|---|
| _Toc129057104 |
|---|
|
Модуль контроля цен.
В модуль контроля цен добавлены следующие настройки для обработки данных:
- обработка лидирующих нулей для штриховых кодов UPC A и UPC E.
Прайс-чекер типа Shutle SG15 при обработке штриховых кодов типа UPC возвращает всегда только значащие символы штрихового кода. Сканер этого устройства не перенастраивается. Ручные сканеры могут быть настроены таким образом, что дополняют UPC код лидирующим нулем по количеству символов до EAN кодов. Для единообразного восприятия кодов в модуль контроля цен добавлена страница «Сканер» для настройки предварительной обработки таких кодов – добавление или удаление лидирующего нуля. Для стандартных настроек торговой системы необходимо добавлять лидирующий ноль.
- округление сумм для упаковок, цены со скидкой и весового товара.
модуль контроля цен рассчитывает и отображает суммы покупок при чтении штриховых кодов весовых товаров, а также суммы покупок для штриховых кодов упаковок, и цены единицы товара со скидкой по дисконтной карте. Для тех случаев, когда национальные правила формирования цены и суммы покупки подразумевают округление с иной точностью, чем до копейки, реализована настройка точности и метода округления расчетных денежных величин на странице «округление». Цена товара, поступившая из торговой системы, отображается без какого-либо изменения.
| Якорь |
|---|
| _Toc129057105 |
|---|
| _Toc129057105 |
|---|
|
Поиск артикулов по артикулу поставщика.
Перечень условий поиска и отбора артикулов в разделе карточек складского учета дополнен поиском по артикулу поставщика.
Интерфейс для определения условий поиска помещен на страницу «Аналитика» фильтра карточек.
Интерфейс позволяет определить следующие условия поиска – по точному совпадению заданной строки с артикулом поставщика, по префиксу, по суффиксу, по присутствию строки как части артикула.
В случае если поставщик в условиях поиска не указан, поиск проводится среди всех артикулов всех поставщиков. Если поставщик указан, то необходимо иметь в виду, что условие поиска данной страницы подразумевает, что должны искаться только артикулы, которые имелись в поставках от данного поставщика. Дополнительно к этому условию будут искаться только артикулы, которые у данного поставщика соответствуют заданному условию по совпадению строки. В этом случае также можно указывать артикул поставщика, выбрав его из списка артикулов данного поставщика. Выбор артикула производится в диалоге «Выберите артикул поставщика №…», который становится доступным, если поставщик определен. В диалоге отображаются артикулы поставщика и собственные названия артикулов.
| Якорь |
|---|
| _Toc129057106 |
|---|
| _Toc129057106 |
|---|
|
Экспорт кассовых чеков (OLAP).
В перечень данных, выгружаемых при экспорте кассовых чеков (OLAP), добавлено поле «№ кассы».
| Якорь |
|---|
| _Toc129057107 |
|---|
| _Toc129057107 |
|---|
|
Печать в счете телефона и факса контрагента.
В печатной форме счета добавлена печать номеров телефона и факса клиента.
Номера берутся из характеристик физического месторасположения контрагента и печатаются вслед за названием и ИНН контрагента плательщика.
| Якорь |
|---|
| _Toc129057108 |
|---|
| _Toc129057108 |
|---|
|
Почтовый модуль.
...
При отсылке структуры магазина в очередь на отсылку ставятся все объекты перечисленных типов, которые соответствуют выбранному месту хранения.
| Якорь |
|---|
| _Toc129057110 |
|---|
| _Toc129057110 |
|---|
|
Пересылка документов общего назначения.
Часть документов торговой системы относится к декларативным документам, то есть не регистрируют событие, случившееся в месте хранения, или состояние, сложившееся в месте хранения, а регистрируют общую для всех информацию, например, рецепты. Среди них есть документы, которые имеют дополнительный список мест хранения в расширении заголовка документа. Это контракты на закупку и на реализацию, маркетинговые акции.
Автоматическая рассылка декларативных документов изменена таким образом, что эти документы рассылаются не только в БД, содержащую место хранение «от имени», но и во все активные базы данных, либо, если документ подразумевает наличие списка мест хранения, то во все базы данных, которые содержат места хранения из этого списка.
| Якорь |
|---|
| _Toc129057111 |
|---|
| _Toc129057111 |
|---|
|
Фильтры физических пакетов.
...
Необходимо обращать внимание на то, что каталог виртуальных пакетов должен быть обязательно локальным каталогом для компьютера, на котором функционирует почтовый модуль. Каталоги приема физических пакетов могут быть сетевыми. При приеме файлов физических пакетов основная доля работы по обработке файлов будет производиться в локальном каталоге – подкаталоге приема в каталоге виртуальных пакетов.
| Якорь |
|---|
| _Toc129057112 |
|---|
| _Toc129057112 |
|---|
|
Формат файла виртуального пакета.
Физический формат файла виртуального пакета и физического пакета заменен собственным бинарным форматом, который обеспечивает большую компактность хранения информации. Функциональные возможности по пересылке почтовых объектов остались теми же. В связи с уменьшением физического размера почтового файла и разделением некоторых объектов на меньшие по размеру самостоятельные объекты, как, например, выделение штриховых кодов из объекта карточка складского учета, необходимо пересмотреть параметр ограничения количества объектов в одном почтовом объекте и заново подобрать оптимальное значение для эффективного почтового обмена.
| Якорь |
|---|
| _Toc129057113 |
|---|
| _Toc129057113 |
|---|
|
Сбор статистики системной области Oracle.
...
Часть компонентов версии 1.024.4 использует Microsoft .NET Framework v 2.0. Перед установкой или обновлением версии необходимо обязательно установить среду исполнения Net Framework 2.0. Если среду установить после установки торговой системы, то часть компонентов останется незарегистрированными и будет неработоспособна. В таком случае могут быть получены ошибки вида:
«Класс контроля версий {393266F5-7611-481C-862F-521E24D767C9} не зарегистрирован.
Переустановите .NET компоненты Супермага (Sm.*.dll)»
В свою очередь, программа установки Net Framework 2.0 требует, чтобы предварительно был установлен Microsoft Windows Installer 3.1.
| Якорь |
|---|
| _Toc133726813 |
|---|
| _Toc133726813 |
|---|
|
Управление рассылкой справочников.
В торговой системе все справочники, с точки зрения почтового модуля, отнесены к одному объекту «Справочник» («RF»). Каждый конкретный справочник при почтовом обмене выступает в качестве экземпляра объекта «Справочник» с идентификатором равным названию таблицы, содержащей собственно справочник.
В торговой системе все справочники поделены на две группы: рассылаемые и не рассылаемые. Рассылаемые справочники могут рассылаться из старшей базы данных в подчиненные, если определено условие автоматической рассылки или явно вызвана функция рассылки.
Настройка автоматической рассылки позволяет либо указать на то, что все рассылаемые справочники должны рассылаться автоматически, либо никакие рассылаемые справочники автоматически не рассылаются.
В ряде случаев представление о том, должен ли справочник быть рассылаемым или не рассылаемым, зависит от организации бизнес процессов и степени самостоятельности объектов сети, в частности, привязка типов ценников к товарам может формироваться на местах либо в центре.
Для рассылаемых справочников введены типы: общий и локальный. Для управления типом справочников создан не рассылаемый справочник «Типы справочников».
Установка флага «локальный» приводит к блокировке, как отсылки справочника, так и его приема.
В тех случаях, когда разные объекты сети обладают разной степенью самостоятельности, объявление справочника локальным в удаленной базе данных позволяет обеспечить самостоятельное ведение справочника в этой базе данных и сохранить централизованное управление остальными объектами сети.
Чтобы справочник успешно пересылался, он должен быть объявлен общим, как в отсылающей базе данных, так и в принимающей.
Для редактирования справочника «Типы справочников» необходимо обладать функциональным правом «Редактирование типов справочников».
| Якорь |
|---|
| _Toc133726814 |
|---|
| _Toc133726814 |
|---|
|
Использование ценников разных видов.
...
В предыдущих версиях системы было предусмотрено три фиксированных категории ценников, чтобы можно было для одного и того же товара напечатать три разных ценника, отличающихся, например, размером или оформлением.
В текущей версии предоставлена возможность создавать категории ценников самостоятельно в таком количестве, которое необходимо для решения маркетинговых задач.
Для управления категориями ценников создан рассылаемый справочник «Категории ценников». Для совместимости с предыдущими версиями системы прежние фиксированные категории заносятся в этот справочник при генерации схемы базы данных или при модернизации схемы. Они получили соответственно названия «Маленький», «Средний», «Большой». Эти категории не являются системными и могут быть изменены или удалены по желанию пользователя. В частности, их названия могут быть изменены в соответствии с реальным назначением категории.
Рассылка справочника осуществляется совместно и как неотъемлемая часть справочника «Типы ценников».
| Якорь |
|---|
| _Toc133726816 |
|---|
| _Toc133726816 |
|---|
|
Типы ценников.
Понятие «тип ценника» используется для логического описания файла ценника и указания его принадлежности той или иной категории ценника. Определение типа ценника и описание файла ценника для него, осуществляется в справочнике «Типы ценников».
В предыдущих версиях для фиксированных категорий ценников существовала привязка по умолчанию к стандартным файлам ценников. Это позволяло печать стандартный ценник в тех, случаях, когда в разделе классификатора товаров для группы товаров для категории ценника не был задан никакой тип ценника. Описание файлов ценников по умолчанию ранее приводились в справочнике «Печатные формы документов» как печатные формы карточки складского учета (тип «CD»).
В текущей версии перечень категорий является нефиксированным и понятие стандартных файлов ценников для категорий по умолчанию более не поддерживается. Соответственно, описание стандартных ценников изъято из справочника «Печатные формы документов» и ценники теперь будут печататься только в том случае, если описание типа ценника явно задано в разделе классификаторов, например, для группы «Все».
При инициализации новой схемы базы данных справочник типов ценников заполняется значениями стандартных файлов ценников для перечня из трех категорий, которые сохранены для совместимости с предыдущими версиями.
Также, для совместимости с предыдущими версиями, при создании новой схемы базы данных и при модернизации схемы базы данных для группы классификатора «Все» для трех категорий ценников задаются типы ценников, соответствующие предыдущему понятию стандартных ценников по умолчанию.
Справочник типов ценников теперь может рассылаться по почте, но для совместимости с предыдущими версиями он помечен как локальный (см. справочник «Типы справочников»). При рассылке справочника «Типы ценников» одновременно, как его часть, всегда отсылается содержание справочника «Категории ценников» и содержание справочника «Дополнительная информация для ценников».
Информация о назначении типа ценника группе классификатора по категориям ценников выделена в отдельный справочник «Типы ценников для групп товаров». Данный справочник не имеет интерфейса в разделе справочников и управляется только через раздел классификатора товаров. Справочник «Типы ценников для групп товаров» может рассылаться по почте, но для совместимости с предыдущими версиями по умолчанию объявлен локальным (см. справочник «Типы справочников»).
Справочник может рассылаться автоматически, если определена автоматическая рассылка общих справочников или вручную из раздела классификатора товаров, если в диалоге «Почтовая рассылка» выбран объект «Типы ценников для групп товаров».
| Якорь |
|---|
| _Toc133726817 |
|---|
| _Toc133726817 |
|---|
|
Назначение категории ценника артикулу.
В разделе «Карточки складского учета» на панели детального описания карточки создана новая страница «Ценники» для назначения карточке складского учета персонального типа ценника или персонального текста строк дополнительной информации для ценника.
Если персональное значение типа ценника или текста информации для карточки не задано, то при печати ценника для карточки используются значения, заданные для группы классификатора.
Персональное задание типов ценников или дополнительной информации может быть использовано для визуального выделения в торговом зале отдельных товаров, например участвующих в рекламных мероприятиях, или для предоставления покупателям дополнительной информации, например о программах кредитования, персонально для заданных товаров.
В диалог печати ценников добавлен флаг «Подтверждать успешную печать ценников». Положение флага запоминается персонально для каждого пользователя. По умолчанию флаг установлен, что приводит к необходимости обязательного подтверждения пользователем факта успешной печати экземпляров ценников. Если флаг снят, то диалог подтверждения не выводится, а ценники автоматически помечаются как напечатанные.
Персональная информация о типах ценников для артикулов и строки персональной информации для ценников пересылаются по почте либо автоматически, если в почтовом модуле определена автоматическая отсылка объектов: «Типы ценников для артикулов» («AP») и/или «Дополнительная информация для ценников» («AI»), либо вместе с карточкой товара при ручной отсылке карточки при условии, что справочник «Типы ценников» объявлен общим для пересылки.
Для назначения одного и того же типа ценника множеству артикулов одновременно необходимо выбрать функцию «Изменение ценников» в диалоге «Обработка карточек» (кнопка «Обработать»). Для обрабатываемых карточек можно установить или убрать персональное значение типа ценника.
В разделе фильтра карточек для поиска и отбора артикулов по типу ценника создана страница «Ценники». Условия фильтра позволяют отобрать карточки с указанным типом ценника, либо карточки, для которых персональный тип ценника не установлен.
| Якорь |
|---|
| _Toc133726818 |
|---|
| _Toc133726818 |
|---|
|
Скидка на артикул по дисконтной карте.
В разделе «Карточки складского учета» на панели детального описания карточки создана новая страница «Скидки по ДК» для назначения карточке складского учета персональной величины скидки на артикул для типа дисконтной карты или для дисконтной карты.
Скидка на артикул для дисконтной карты не может быть передана в кассы типа УКМ2.
По умолчанию на странице отображаются только типы дисконтных карт, для которых можно задать величину скидки для каждого вида цены отдельно. Если персональная скидка для артикула не задана, то на него действует скидка, заданная для группы классификатора.
Чтобы определить скидку для артикула для конкретной дисконтной карты необходимо установить курсор на нужный тип дисконтных карт и отобрать дисконтные карты, нажав кнопку «Отобрать диск. карты». Затем, для требуемой дисконтной карты можно определить персональное значение скидки на артикул.
Для пересылки по почте скидок на артикул для типа дисконтных карт и для дисконтной карты созданы почтовые объекты «Скидки по типам дисконтных карт для артикулов» («DR») и «Скидки по дисконтным картам для артикулов» («DI»). Скидки могут пересылаться автоматически или вручную вместе с артикулом, если при рассылке артикула в диалоге «Рассылка карточек» установить флаг «Скидки по дисконтным картам».
Скидки для артикулов автоматом или при ручной рассылке в конкретную базу рассылаются только в те базы данных, которые содержат места хранения с видами цен, которым дана скидка.
Для назначения одной и той же величины скидки множеству артикулов одновременно необходимо выбрать функцию «Изменение скидок» в диалоге «Обработка карточек» (кнопка «Обработать»).
Для обрабатываемых карточек можно установить или убрать персональное значение скидки для типа карточки и/или для дисконтной карты.
В разделе фильтра карточек для поиска и отбора артикулов по критерию наличия персонального значения скидки для дисконтных карт создана страница «Скидки». Условия фильтра позволяют отобрать карточки со скидками, значения которых соответствуют заданному диапазону скидок, либо карточки, для которых персональные значения скидок не установлены. Флаги условия фильтрации «Скидка меньше/больше скидки на группу» позволяют отобрать артикулы, скидка которых соответственно меньше или больше скидки, назначенной на группу товаров.
Внесены изменения в отчет «Каталог скидок по дисконтным картам». В диалог старта отчета добавлена опция «Показать артикулы с персональной скидкой». При выборе этой опции в отчете дополнительно выводятся артикулы, имеющие персональные значения скидок для типа дисконтных карт или для дисконтной карты.
| Якорь |
|---|
| _Toc133726819 |
|---|
| _Toc133726819 |
|---|
|
Фильтр карточек по дополнительным характеристикам.
...
Способ поиска – «Точно», «Префикс», «Суффикс» или «Часть», может быть задан отдельно для каждой дополнительной характеристики.
| Якорь |
|---|
| _Toc133726820 |
|---|
| _Toc133726820 |
|---|
|
Функция проверки контрагента счета и дисконтной карты.
Для документа «Счет» реализована функция проверки 156 «Запрет выставления счёта при несовпадающих контрагентах счета и д/к». По умолчанию функция имеет режим «Предупреждение».
Функция проверяет одинаковость контрагента документа и контрагента дисконтных карт, зарегистрированных в документе для предоставления скидки. Проверка осуществляется при выставлении счета.
Если дисконтная карта не имеет контрагента, то ее применение в счете считается корректным, и в этом случае предупреждение не выдается.
| Якорь |
|---|
| _Toc133726821 |
|---|
| _Toc133726821 |
|---|
|
Отсылка накладной на корректировку.
Для документов «Приходная накладная», «Расходная накладная» и «Накладная на перемещение» реализована функция отсылки документа на корректировку.
Отсылка документа на корректировку происходит только в те базы данных, которые содержат места хранения документа. Произвольный выбор баз данных для отсылки документа на корректировку недоступен.
Для отсылки документа на корректировку необходимо иметь право на функциональную роль «Отсылка на корректировку».
При отсылке документа на корректировку документ отмечается системным флагом «требует корректировки» и одновременно ставится в очередь на отсылку. Флаг «требует корректировки» позволяет понижать статус документа для дальнейшей его корректировки при наличии права на функциональную роль «Понижение статуса документов, требующих корректировки». Если у пользователя при этом отсутствует право на понижение статуса документа, то статус прочих документов (без флага «требует корректировки») понизить он не сможет.
Флаг «Требует корректировки» сбрасывается при любом повышении статуса документа.
В краткий и подробный фильтры накладных добавлена опция «Требует корректировки», которая позволяет отобрать только те документы, которые помечены флагом «Требует корректировки».
| Якорь |
|---|
| _Toc133726822 |
|---|
| _Toc133726822 |
|---|
|
Автоматическая рассылка Z отчетов.
Для объекта «Кассовый отчет» («CZ») реализована процедура ручной и автоматической рассылки. Отсылка кассового отчета подразумевает отсылку всех чеков, относящихся к одному Z отчету.
При автоматической рассылке кассовые отчеты ставятся в очередь на отсылку и рассылаются не в момент приема кассового отчета от кассы, а в момент успешного создания на их основе кассового документа.
При ручной рассылке можно отослать любой закрытый кассовый отчет. Оперативные чеки не рассылаются.
Для ручной рассылки кассовых отчетов необходимо иметь право на функциональную роль «Кассовый чек: Рассылка по почте».
| Якорь |
|---|
| _Toc133726823 |
|---|
| _Toc133726823 |
|---|
|
Поле «Свойство» в разделе кассовых чеков.
В разделе «Кассовые чеки» в перечень полей спецификации чеков добавлено поле «Свойство» для отображения значения свойства товара, зарегистрированного кассой.
По умолчанию поле не отображается. Для включения отображения поля необходимо нажать кнопку «Поля…» в заголовке раздела и в диалоге «Выбор показываемых полей» на странице «Спецификация» отметить флажок «Свойство».
Формат записи значения свойства в чеках отличается от записи в торговой системе. Для одномерных свойств внешний вид записей совпадает, для многомерных свойств запись в чеке выглядит как строка с перечнем значений, разделенных вертикальной чертой.
| Якорь |
|---|
| _Toc133726824 |
|---|
| _Toc133726824 |
|---|
|
Структура мест хранения.
...
Логика почтового обмена в версии 1.024.3 осталась без изменения.
| Якорь |
|---|
| _Toc133726825 |
|---|
| _Toc133726825 |
|---|
|
Редактирование объектов структуры мест хранения
В текущей версии снято ограничение на редактирование структуры места хранения удаленной базы данных. Для защиты от случайного изменения структуры нелокального мест хранения созданы дополнительные функциональные роли:
- Редактирование структуры внешнего магазина/склада
- Редактирование внешних производственных участков
Соответствующее изменение внесено в интерфейс – снят запрет на вход в режим редактирования для нелокальных мест хранения.
| Якорь |
|---|
| _Toc133726826 |
|---|
| _Toc133726826 |
|---|
|
Рассылка объектов структуры мест хранения.
В текущей версии снято ограничение на направление рассылки структуры места хранения. Объекты структуры могут пересылаться как из подчиненной в старшую базу данных, так и обратно.
Выбор направления пересылки зависит от организации процессов управления и от степени централизации этих процессов. В любом случае, направление рассылки для каждого типа объекта должно быть однозначно определено, и поддерживаться административно. Произвольный обмен данными может привести к нарушениям в работе магазина.
Для защиты от случайной передачи в иные базы данных информации о структуре нелокального места хранения создана дополнительная функциональная роль:
- Рассылка структуры внешнего магазина/склада
...
В экспорт типа данных «Кассовые чеки (OLAP)» добавлены колонки «№ позиции» и «Операция.Код», которые соответствуют понятиям – номер позиции в чеке и операция чека.
Коды операции в чеке не совпадают с кодами операций торговой системы и зависят от программы ККМ. Супермаг УКМ возвращает в чеке следующие номера операций:
0 - возврат за наличные;
1 - продажа за наличные;
2 - возврат по банковской карте, работающей с дополнительной или вспомогательной валютой;
3 - продажа по банковской карте, работающей с дополнительной или вспомогательной валютой;
4 - возврат по банковской карте, работающей с базовой валютой;
5 - продажа по банковской карте, работающей с базовой валютой.
| Якорь |
|---|
| _Toc133726828 |
|---|
| _Toc133726828 |
|---|
|
Экспорт привязки налоговых групп к карточкам в OLAP.
...
Выгрузка может быть ограничена только теми данными, которые действительны для заданной даты или в заданном диапазоне дат.
Для ограничения выгрузки по датам необходимо задать даты документов «с» и «по» в диалоге «Экспорт данных». Под датами документов в данном случае будут пониматься даты, в диапазоне которых налоговые группы были действительны для артикулов. Например, если задать дату «с» и дату «по» равную текущей дате, то в выгрузку для каждого артикула попадет только та налоговая группа, которая сейчас действует на артикул.
| Якорь |
|---|
| _Toc133726829 |
|---|
| _Toc133726829 |
|---|
|
Почтовый модуль.
...
Для защиты информации от несанкционированного доступа на этапе ее пересылки между двумя базами данных введено шифрование тела физического пакета криптоустойчивым алгоритмом. Шифрование реализовано для стандартного фильтра.
Для определения состояния файла физического пакета для него введены следующие расширения:
SFP – несжатый нешифрованный,
SFPZ – сжатый нешифрованный,
SFPP – несжатый шифрованный,
SFPX – сжатый шифрованный.
Для включения режима шифрования необходимо ввести пароль шифрования в диалоге описания внешней базы данных на странице «Конфигурация» почтового модуля. Отсылающие и принимающие почтовые модули обязаны иметь одинаковый пароль для шифрования и дешифрования пакетов для обмена данными между двумя заданными базами данных.
Нешифрованные пакеты могут приниматься независимо от того, задан ли в принимающей базе данных баз данных пароль шифрования или нет. Шифрованные пакеты могут приниматься только, если пароли заданы и совпадают.
| Якорь |
|---|
| _Toc133726831 |
|---|
| _Toc133726831 |
|---|
|
XML фильтр почтового модуля.
...
Шифрование файлов XML фильтром не осуществляется.
| Якорь |
|---|
| _Toc133726832 |
|---|
| _Toc133726832 |
|---|
|
Почтовые объекты.
Из объекта XD "Скидки по группам товаров" выделен почтовый объект LD "Пределы скидок по группам товаров".
При автоматической рассылке рассылаются только те объекты, значение которых было изменено. При ручной рассылке рассылаются все объекты обоих типов.
Из объекта RV "Переоценки" выделены почтовые объекты RA "Максимальные переоценки" и RI "Минимальные переоценки".
При автоматической рассылке рассылаются только те объекты, значение которых было изменено. При ручной рассылке рассылаются все объекты всех типов.
| Якорь |
|---|
| _Toc133726833 |
|---|
| _Toc133726833 |
|---|
|
Синхронизация массива объектов.
...
Для ввода и отображения короткого названия товара шрифтами, содержащими необходимые символы национального языка, реализовано управление шрифтом элемента диалога с коротким названием товара.
Короткое название товара используется для передачи названия товара в кассы, весы, терминалы сбора данных, а также для печати этикеток и ценников. То есть для отображения названия товара покупателю.
Шрифт для короткого названия товара и его атрибуты – размер, язык и т.д., задаются в административном модуле в разделе «База данных» в группе данных «Клиентская часть».
Там же задаются параметры перекодировки при передаче текста короткого названия в кассовую программу УКМ2. В прежних версиях программы перекодировка текстов происходила с использованием установки операционной системы: Страна расположения системы. То есть в случае использования страны Россия перекодировка осуществлялась из кодовой страницы Windows 1251 в DOS 866.
В текущей версии можно задать иные кодовые страницы, в зависимости от требуемого языка. При настройке шрифта и кодовых страниц для перекодировки, необходимо учитывать, что язык шрифта выбирается в стандартном диалоге выбора шрифта и не влияет на процедуру перекодировки. Язык шрифта влияет только на отображение текста в разделе карточек складского учета в элементе диалога «Короткое название». Для правильного поведения программы загрузки данных в кассу необходимо дополнительно правильно настроить кодовую страницу Windows и кодовую страницу DOS в диалоге административного модуля.
Настройки шрифта и кодовых страниц влияют на передачу в кассу только названия товара. Прочие тексты, например, названия единиц измерения, групп классификатора и т.д. передается прежним образом, поскольку в торговой системе эти тексты могут быть отображены только в одной кодовой странице и только одним шрифтом.
Необходимо учитывать, что настройка шрифтов Windows для отображения короткого названия товара в интерфейсе торговой системы не может отразиться на наличие или отсутствие таких шрифтов в устройствах, с которыми ведется обмен данными. Также как и для печати ценников с использованием национальных шрифтов требуется отдельное создание таких ценников.
| Якорь |
|---|
| _Toc145409010 |
|---|
| _Toc145409010 |
|---|
|
Загрузка в кассу полного названия товара.
...
Реализована поддержка накопительных скидок для розничных клиентов, то есть скидок, величина которых зависит от предыдущей активности клиента и которые предоставляются клиенту при совершении покупки через ККМ.
Под розничным клиентом понимается покупатель с дисконтной картой. Дисконтная карта выступает в роли идентификатора розничного клиента. То есть если картой пользуется несколько человек, то все они считаются одним клиентом. Если один человек пользуется несколькими картами, то каждая карта будет выступать в роли самостоятельного покупателя.
Под активностью розничного покупателя понимается количество покупок и/или сумма покупок, совершенных розничным клиентом к моменту оформления очередной покупки. То есть количество и/или сумма покупок, совершенных покупателем с предъявлением дисконтной карты.
Под накопительной скидкой понимается скидка в процентах от цены товара, величина которой зависит от суммарной активности покупателя за указанный промежуток времени.
| Якорь |
|---|
| _Toc139869846 |
|---|
| _Toc139869846 |
|---|
|
Активность покупателя.
Для определения активности розничного покупателя к моменту совершения очередной покупки в магазине необходимо иметь информацию о его предыдущих покупках, как в текущем магазине, так и во всех иных магазинах сети, в которых покупатель использовал дисконтную карту.
Для сбора информации об активности покупателя создана структура данных в виде статистики «Активность покупателя».
Статистика «Активность покупателя» не совпадает со схожей статистикой «Продажи по дисконтным картам» кассового документа. Статистика «Активность покупателя» не привязана к кассовому документу и содержит информацию об артикулах из кассовых чеков без каких-либо преобразований. То есть артикулы упаковок, наборов и т.д. сохраняются в данном случае без изменений.
Статистика «Активность покупателя» позволяет сохранять для каждой дисконтной карты информацию следующего вида: код дисконтной карты, дата операции, место хранения, артикул, сумма покупок с учетом возвратов, количество покупок с учетом возвратов.
В статистику попадают, в том числе, покупки, по которым не предоставлялась скидка по дисконтной карте, но которые были совершены при предъявлении дисконтной карты.
Под количеством покупок понимается количество позиций чека, а не количество товара. Сумма покупок - это сумма, уплаченная покупателем за покупку, то есть стоимость товаров с учетом всех предоставленных скидок.
При возвратах товара не в день покупки величина активности покупателя может приобретать отрицательные значения.
Функция сбора статистики «Активность покупателя» может выполняться автоматически в момент создания кассового документа. Статистика «Активность покупателя» не связана с кассовыми документами и является самостоятельным объектом системы. Выполнение функции сбора статистики привязано к процедуре генерации кассовых документов из соображений адекватности данных об активности покупателя данным кассовых документов о кассовой реализации.
Автоматический сбор информации об активности покупателя является опциональным. В тех случаях, когда накопительные скидки не используются и информация такого рода не представляет интереса, собирать статистику не надо.
Управление включением/выключением сбора статистики «Активность покупателя» осуществляется в административном модуле в разделе «База данных» на странице «Конфигурация» в группе параметров «Касса» в секции «Статистика».
По умолчанию сбор статистики отключен.
Для сбора статистики по данным предыдущих периодов имеется функция «Расчет активности покупателя» в разделе кассовых чеков.
Для пересылки по почте статистики «Активность покупателя» создан почтовый объект «AT» «Активность покупателя». Почтовый объект состоит из одной строки таблицы статистики. Объект пересылается автоматически при изменении или создании. Для ручной отсылки объекта интерфейс отсутствует. В случае необходимости отослать объект повторно, необходимо выполнить функцию «Расчет активности покупателя» в разделе кассовых чеков.
| Якорь |
|---|
| _Toc139869847 |
|---|
| _Toc139869847 |
|---|
|
Рассылка объектов из подчиненной базы в подчиненные базы данных.
В предыдущих версиях системы топология рассылки почтовых пакетов могла быть только однонаправленной. При многоуровневой организации баз данных пакет мог передаваться либо только по направлению от подчиненной базы данных к старшей базе данных, проходя через промежуточные базы, расположенные в порядке роста старшинства, либо от старшей базы данных по направлению к подчиненной базе данных, проходя через промежуточные базы, расположенные в порядке уменьшения старшинства.
В текущей версии реализована возможность пересылки объекта от одной подчиненной базы данных к другой подчиненной базе данных через общую старшую базу данных. Для этих целей внесены изменения в настройки почтового модуля.
На странице «Параметры» в таблицу правил рассылки для описания правил сквозной пересылки добавлена колонка «Из подчиненной в подчиненную». Названия колонок «Сквозная в старшую» и «Сквозная в подчиненную» заменены соответственно названиями «Из подчиненной в старшую» и «Из старшей в подчиненную».
Установление правила «Из подчиненной в подчиненную» приводит к тому, что объект, принятый из подчиненной базы данных будет переслан в другие подходящие подчиненные базы данных. Подходящей считается такая база данных, которая может быть определена как база данных назначения, исходя из места хранения объекта (если объект содержит место хранения в качестве атрибута) или, исходя из общих правил поведения объектов. В последнем случае объект, пришедший из подчиненной базы данных, может быть переслан в несколько других подчиненных баз данных так же, как если бы он пришел из старшей базы.
При пересылке объекта, пришедшего из подчиненной базы, в другие подчиненные базы, объект не ставится в очередь на отсылку в ту базу, из которой он пришел, даже если такая база будет определена как подходящая для рассылки.
Для рассылки информации об активности покупателей из каждого магазина в каждый магазин, необходимо во всех магазинах настроить автоматическую рассылку объектов «AT Активность покупателя» в старшую базу данных и во всех базах данных, которые управляют базами магазинов, настроить пересылку «из подчиненной в подчиненную». Если структура имеет более двух уровней, то дополнительно в управляющих базах данных необходимо настроить пересылку объектов из подчиненной базы в старшую базу и из старшей базы в подчиненную базу.
Таким же образом можно рассылать, например, информацию о штриховых кодах, если штриховые коды задаются непосредственно в магазинах.
| Якорь |
|---|
| _Toc139869848 |
|---|
| _Toc139869848 |
|---|
|
Формулы расчета накопительных скидок.
Для описания формул расчета накопительных скидок создан справочник «Накопительные скидки» в разделе «Справочники».
Формулы расчета являются ступенчатыми, то есть формулы задают пороговое значение условия и величину скидки, которое будет действовать при выполнении условия.
Каждая формула описывается названием и может содержать перечень условий и скидок.
В качестве условия может выступать сумма предыдущих покупок (с учетом предоставленных скидок) и/или количество предыдущих покупок (количество позиций в чеках по ранее совершенным покупкам).
Если заданы оба вида условий, то скидка предоставляется покупателю, если соблюдены оба условия.
Если в формуле имеется ряд записей с одним видом условия, то покупателю предоставляется та скидка, которая соответствует максимальному выполненному значению условия, например:
- 0 руб. = 2%
- 1000 руб. = 3%
- 50000 руб. = 5%
Сумма предыдущих покупок клиента составила 15000 руб. Покупателю будет предоставлена скидка 3%.
Если в формуле имеются записи с обоими видами условия, то покупателю будет предоставлена скидка, которая соответствует записи с наибольшими значениями выполненных условий. То есть, во-первых, рассматриваются только те записи формулы, у которых выполнены оба условия, во-вторых, среди записей с выполненными условиями выбирается запись, у которой значения условия имеют максимальную величину. Если по разным условиям такая запись своя, то среди двух записей выбирается та, по которой скидка имеет наибольшее значение. Например:
- 0 руб., 0 покупок = 2%
- 1000 руб., 20 покупок = 3%
- 2000 руб., 10 покупок = 4%
- 50000 руб., 100 покупок = 5%
Если сумма предыдущих покупок составила 900 руб. и количество покупок составило 30, то покупателю будет предоставлена скидка 2%. Если сумма покупок 2500 руб. и количество покупок 30, то среди двух возможных вариантов 2. и 3. будет выбран вариант 3. со скидкой 4%.
| Якорь |
|---|
| _Toc139869849 |
|---|
| _Toc139869849 |
|---|
|
Накопительный тип дисконтных карт.
Для типа дисконтных карт введен новый флаг «Накопительная скидка». При установленном флаге «Накопительная скидка» для типа дисконтных карт все карты типа становятся накопительными дисконтными картами. Флаг устанавливается в разделе «Скидки» на странице «Дисконтные карты».
Для типа дисконтных карт с флагом «Накопительная скидка» можно назначить период времени в днях, за который будет суммироваться активность покупателей. Для случая, когда период не ограничен, количество дней устанавливается в ноль. Период времени расчета активности покупателей не имеет смысла для обычных типов дисконтных карт, то есть когда флаг «Накопительная скидка» не установлен. Прочие атрибуты типа дисконтных карт действуют независимо от значения флага «Накопительная скидка». Например, процент скидки типа дисконтной карты будет предоставлен покупателю при предъявлении накопительной дисконтной карты, если для товара не определено никакой другой скидки.
Для накопительных типов дисконтных карт можно назначить формулу расчета скидки отдельно по группам товаров, таким же образом, как назначаются скидки по группам классификатора для обычных типов дисконтных карт. Формулы расчета назначаются группе классификатора для типа дисконтных карт на странице «Скидки по ДК». Одновременное назначение фиксированного значения скидки для группы классификатора и формулы расчета скидки не поддерживается.
Для накопительных типов дисконтных карт не предусмотрено назначение персональных формул расчета для отдельных артикулов. Соответственно, в разделе карточек складского учета на странице «Скидки по ДК» показываются только те типы дисконтных карт, для которых не установлен флаг «Накопительная скидка».
Присвоение группе классификатора формулы расчета скидки означает, что при продаже того товара, который принадлежит этой группе классификатора или ее подгруппам, скидка для товара будет рассчитана по заданной формуле. При этом активность покупателя будет определяться по сумме продаж всех товаров, купленных розничным клиентом, а не только по продажам товаров из указанной группы классификатора.
При установке флага «Накопительная скидка» для типа дисконтных карт информация о скидках для типа и о скидках для дисконтных карт типа по группам классификатора не уничтожается, но становится недоступной для использования. При снятии флага использование данных о скидках восстанавливается.
Назначение формул расчета накопительных скидок типу дисконтных карт рассылается по почте вместе с типом дисконтной карты.
| Якорь |
|---|
| _Toc139869850 |
|---|
| _Toc139869850 |
|---|
|
Загрузка накопительной скидки в кассу.
...
Дата начала суммирования активности покупателя меняется при переходе через 00 часов 00 минут всякий раз, если для типа дисконтных карт задано ненулевое значение количества дней для оценки. То есть, если для типа дисконтных карт задано суммировать активность покупателей за последние несколько дней, например, за 30 дней, то при первой загрузке касс после начала суток расчет скидок будет производиться для всех накопительных дисконтных карт этого типа. Далее в течение суток расчет будет производиться только для карт, по которым активность покупателей изменилась.
Тип загрузки касс – полный или инкрементальный не влияет на тип расчета накопительных скидок. То есть при полной загрузке касс расчет накопительных скидок может не вестись вовсе, если не выполнено ни одно из условий старта расчета.
Значения накопительных скидок сохраняются в таблицах, отличных от таблиц для назначения и хранения скидок для обычных карт. Накопительные скидки не рассылаются по почте и не могут быть случайно замещены скидками, назначенными дисконтным картам директивно в другой базе данных.
| Якорь |
|---|
| _Toc139869851 |
|---|
| _Toc139869851 |
|---|
|
Отчет «Активность покупателя».
Для контроля состояния активности покупателя за период времени создан отчет «Активность покупателя». Отчет относится к категории магазинных отчетов.
Отчет выполняется по данным статистики активности покупателя. Отчет выполняется за заданный период времени. В диалоге старта отчета можно указать номер дисконтной карты или перечень дисконтных карт, по которым требуется просмотреть статистику. В качестве опции отчета можно указать одну или несколько групп классификатора товара.
В отчет выводится информация вида:
Для каждой дисконтной карты показывается дата операции, место хранения, сумма продаж, количество позиций в чеках.
Отчет всегда выполняется с сортировкой по датам операции.
В режиме «Детально по артикулам» дополнительно выводятся артикулы товаров.
| Якорь |
|---|
| _Toc139869852 |
|---|
| _Toc139869852 |
|---|
|
Дополнительные характеристики дисконтных карт.
Для дисконтных карт созданы дополнительные характеристики дисконтных карт аналогичные таким же характеристикам для карточек складского учета, контрагентов и мест хранений.
Способ использования и назначение дополнительных характеристик дисконтных карт полностью идентичны назначению дополнительных характеристик других информационных объектов. Это самостоятельное создание пользователями торговой системы атрибутов объекта, которые отвечают конкретным потребностям технологических процессов учета или управления. Для дисконтных карт это может быть, в частности, атрибуты анкеты покупателя – владельца дисконтной карты.
Для создания дополнительных характеристик создан справочник «Дополнительные характеристики дисконтных карт». В отличие от других справочников дополнительных характеристик, в справочник для дисконтных карт добавлено поле «Номер п/п». Поле предназначено для определения строгого порядка отображения строк с характеристиками в интерфейсе ввода значений характеристик для дисконтной карты.
Поле «Номер п/п» явным образом не редактируется. Порядковый номер строки управляется положением строки справочника. Строка справочника может передвигаться вверх или вниз по списку строк с помощью кнопок «Вверх» и «Вниз». Окончательно расположение строк с характеристиками в справочнике будет определять порядок вывода характеристик в интерфейсе ввода их значений при работе с дисконтными картами.
Справочник рассылается по почте вручную или автоматически по факту изменения, если имеются соответствующие настройки почтового модуля.
В разделе «Скидки» на странице «Дисконтные карты» внесены изменения для редактирования значений дополнительных характеристик дисконтных карт. В таблицу списка дисконтных карт добавлена колонка «Дополнительные характеристики» с кнопкой, которая вызывает диалог ввода значений характеристик. Для просмотра значений характеристик непосредственно в таблице отобранных дисконтных карт реализована возможность добавлять поля с характеристиками в таблицу. Поля добавляются или удаляются из таблицы в диалоге настройки полей, который вызывается кнопкой «Поля…». Настройка полей сохраняется для каждого пользователя системы отдельно.
Значения дополнительных характеристик дисконтных карт пересылаются по почте вместе с объектом «Дисконтная карта».
| Якорь |
|---|
| _Toc139869853 |
|---|
| _Toc139869853 |
|---|
|
Справочник банков. Счета контрагентов.
...
Справочник является централизованным и может рассылаться по почте вручную или автоматически по факту изменения, если имеются соответствующие настройки почтового модуля.
Ранее информация о банках хранилась в разделе контрагентов как атрибуты контрагента на странице «Общие». В текущей версии данные о банках контрагента вынесены на отдельную страницу «Счета», где контрагенту можно поставить в соответствие несколько банков из справочника банков или несколько счетов одного банка. Счет и банк, атрибуты которого должны печататься в счетах и платежных документах, должен быть отмечен флагом «Актуальный счет».
При переходе от младших версий торговой системы к текущей версии данные о банках переносятся из раздела контрагентов в справочник банков, и контрагентам автоматически присваивается банк и счет, в соответствии с прежними данными. После модернизации схемы необходимо проверить содержание справочника банков. Если один и тот же банк у разных контрагентов имел различающиеся названия, например, дополнительную точку, то в справочник попадет два банка.
| Якорь |
|---|
| _Toc139869854 |
|---|
| _Toc139869854 |
|---|
|
Справочник «Классификатор 1-торг».
Создан новый справочник «Классификатор 1-торг». Структура справочника повторяет структуру справочника «Классификатор 3-торг». Справочник предназначен для группирования артикулов в соответствии с требованиями статистических отчетов.
Справочник имеет следующие поля:
- Тип товара (Продовольственный/Непродовольственный/Длительного пользования) - предназначен для группировки групп классификатора и, соответственно, данных о товарах в отчетах.
- Номер п/п - номер по порядку группы (строки) в отчете.
- Группа 1 – числовое название группы классификатора.
- Группа 2 – предназначена для выделений товаров «в том числе», суммовые значения которых уже присутствуют в строке с группой 1.
- Название – название группы классификатора.
- Номер ряда – числовое значение строки или условный номер строки, на который могут быть ссылки в законодательных документах.
- Единица измерения – единица измерения, в которой следует выводить количественные показатели товаров, относящихся к данной группе, например, «тыс.шт.».
В разделе «Классификатор товаров» на страницу «Узел» добавлен атрибут «Код 1-торг». Присвоение группе классификатора товаров значения группы 1-торг используется при создании новой карточки складского учета. Новая карточка принимает значение кода 1-торг из группы классификатора.
В разделе карточек складского учета создана новая страница «Классификация». На страницу помещен интерфейс для задания группы классификатора 1-торг для карточки складского учета. На эту же страницу перенесен интерфейс для назначения карточке группы классификатора 3-торг со страницы «Карточка» и интерфейс назначения карточки номенклатурам товаров, который, в свою очередь, перенесен со страницы «Состав».
В процедуру обработки карточек добавлена функция простановки значения группы классификатора 1-торг – заданное значение или значение из группы классификатора карточки складского учета. См. кнопка «Обработать», «Изменение карточки».
| Якорь |
|---|
| _Toc139869855 |
|---|
| _Toc139869855 |
|---|
|
Фильтр карточек. Отбор по условию «остаток не равен нулю».
В фильтр карточек складского учета на страницу «Склад» добавлен флаг условия отбора «Остатки … не равны нулю».
Если флаг установлен, то на отбор карточек, помимо прочих условий, накладывается условие ненулевых остатков в месте хранения, которое указанно в группе элементов диалога - «Остатки».
| Якорь |
|---|
| _Toc139869856 |
|---|
| _Toc139869856 |
|---|
|
Контрагенты для печати накладных.
Для приходных и расходных накладных создана структура для хранения контрагентов, используемых для печати документов: Поставщик, Грузоотправитель, Грузополучатель, Плательщик.
Контрагенты для печати документов не относятся к содержанию документа и не обязаны соответствовать контрагенту документа. Контрагенты для печати документа задаются и сохраняются в диалоге печати документа. Их сохранение в базе данных служит для целей точного повторного воспроизведения печатных форм документов, как в текущей базе данных, так и в удаленных базах данных.
Контрагенты для печати документов пересылаются по почте вместе с документом.
Внесены изменения в диалог печати. Вместо полей контрагентов печатных форм «От имени», «Грузоотправитель» и «Грузополучатель» введены поля: «Поставщик», «Грузоотправитель», «Плательщик» и «Грузополучатель».
Контрагент «От имени» в приходной накладной получил название «Плательщик», в расходной накладной «Поставщик».
Поля контрагентов для печати заполняются значениями из базы данных, если таковые были ранее сохранены. Если в базе данных контрагенты для печати документа не зафиксированы, то по умолчанию поля заполняются следующим образом:
Для приходной накладной контрагент документа проставляется в поля «Поставщик» и «Грузоотправитель». Локальная настройка «от имени» проставляется в поле «Плательщик». Локальная настройка «Грузополучатель» приходной накладной проставляется в поле «Грузополучатель».
Для расходной накладной контрагент документа проставляется в поля «Плательщик» и «Грузополучатель». Локальная настройка «от имени» проставляется в поле «Поставщик». Локальная настройка «Грузоотправитель» расходной накладной проставляется в поле «Грузоотправитель».
Если контрагент в документе не установлен или локальные настройки не существуют, соответствующие поля останутся незаполненными.
Для управления правами доступа персонала к изменению и печати контрагентов в печатных формах документов в разделы приходных и расходных накладных добавлены по две функциональные роли: «Выбор контрагентов для печати» и «Сохранение контрагентов для печати».
При отсутствии обоих прав оператор может печатать документ только с теми контрагентами, которые определяются при запуске диалога печати.
Право «Выбор контрагентов для печати» позволяет выбрать контрагентов для печати в диалоге и напечатать документ с выбранными контрагентами. Контрагенты при этом в базу данных сохранены не будут и на работу других пользователей не повлияют.
Право «Сохранение контрагентов для печати» позволяет сохранять контрагентов для печати в базу данных для дальнейшего использования этих контрагентов при повторной печати именного этого документа.
Сохранение контрагентов для печати в базу данных будет произведено только в случае установки в диалоге печати флага «Сохранять контрагентов в документе». Если флаг не установлен, внешние контрагенты сохраняются в локальных настройках компьютера.
Для приходной накладной поле «Плательщик» сохраняется в настройку «от имени». Поле «Грузополучатель» сохраняется в локальную настройку раздела приходных накладных «Грузополучатель». Поля «Поставщик» и «Грузоотправитель» не сохраняются.
Для расходной накладной поле «Поставщик» сохраняется в настройку «от имени». Поле «Грузоотправитель» в локальную настройку раздела приходных накладных «Грузоотправитель». Поля «Плательщик» и «Грузополучатель» не сохраняются.
Локальная настройка «от имени» является общей для всех печатных форм и отчетов торговой системы.
В диалог печати документа добавлен флаг «Печать контрагента документа». Установка флага позволяет игнорировать настройки диалога и брать контрагента для печати из контрагента документа. Для приходной накладной это поля «Поставщик» и «Грузоотправитель», для расходной накладной это поля «Плательщик» и «Грузополучатель».
Флаги «Печать контрагента документа» и «Сохранение контрагентов для печати» по умолчанию не установлены. Состояние флагов при закрытии диалога печати не сохраняется и при повторном старте диалога не восстанавливается.
| Якорь |
|---|
| _Toc139869857 |
|---|
| _Toc139869857 |
|---|
|
Вложения и метки документов Заказ и Складское требование.
В разделы документов «Заказ поставщику» и «Складское требование» добавлена возможность использовать метки документов и сохранять внешние файлы во вложении к документу. Вложения и метки становятся доступными на странице просмотра и редактирования документа при выборе режима отображения «Вложения и метки» в меню кнопки «Вид».
| Якорь |
|---|
| _Toc139869858 |
|---|
| _Toc139869858 |
|---|
|
Колонка «Остаток» в документе Заказ.
В раздел документа «Заказ поставщику» добавлена возможность вывода в спецификации документа информационных колонок «Остатки» и «Остатки с подчиненными МХ». Показ колонок включается в диалоге «Информационные поля», который вызывается пунктом меню «Информационные поля …» кнопки «Вид».
Информационные поля служат для информирования о текущих значениях параметра. Эти поля не относятся к документу и не редактируются. Значения в информационных полях соответствуют текущему значению параметра и могут меняться во времени, независимо от изменений самого документа.
В поле «Остатки» показывается значение из колонки «остаток» карточки складского учета для места хранения документа. В поле «Остатки с подчиненными МХ» показывается сумма остатков места хранения документа и всех его подчиненных мест хранения. Значение остатков считывается в момент отображения спецификации документа и не меняется до следующего отображения спецификации, несмотря на то, что текущее значение остатков может быть изменено за счет работы других пользователей.
| Якорь |
|---|
| _Toc139869859 |
|---|
| _Toc139869859 |
|---|
|
Контракт на закупку. Поле «Рекомендованная розничная цена».
В спецификацию документа «Контракт на закупку» добавлено поле «Рекомендов. розничная цена» для хранения в документе значений цен, которые должны быть использованы при реализации данного товара по условиям контракта.
Поле заполняется вручную и значение в поле никаким образом не связано пересчетами с другими полями спецификации документа. В текущей версии значение рекомендованной розничной цены не учитывается в процедуре расчета новых цен на основании контракта.
Поле пересылается по почте вместе с документом «Контракт на закупку».
| Якорь |
|---|
| _Toc139869860 |
|---|
| _Toc139869860 |
|---|
|
Контракт на закупку в варианте локализации BY.
Для поддержания законодательства республики Беларусь в варианте локализации «BY» торговой системы в документы «Контракты на закупку» и «Контракты на реализацию» внесены следующие изменения:
- Заблокирован выбор вида цены контракта «с НДС/без НДС». Вид цены в контракте всегда должен быть ценой без НДС.
- В спецификацию документов добавлены колонки «Цена производителя» и «Оптовая надбавка».
- Внесены изменения в формулы пересчета полей спецификации аналогично формулам пересчета приходной накладной в режиме округления «сумма без налогов». То есть цена производителя считается стартовой для расчета других цен сумм и не округляется.
Новые поля пересылаются вместе с документом по почте.
Для варианта локализации «BY» внесены изменения в функции проверки цен приходных накладных на основании контрактов - функция 128 «Проверка на соответствие цен контрактам».
В функцию проверки добавлена проверка соответствия оптовых надбавок от цены производителя, указанной в контракте и в приходной накладной, и изменена логика проверки цен: проверке подвергаются цены производителя в контракте и накладной с учетом диапазона отклонения от эталонной цены, указанного в контракте. Если отклонение от эталонной цены не зафиксировано, то цены не сверяются. Сравнение процентов оптовых надбавок производится всегда, оптовые наценки считаются не совпавшими, если они отличаются друг от друга на величину более 0,01.
| Якорь |
|---|
| _Toc139869861 |
|---|
| _Toc139869861 |
|---|
|
Приходные накладные в варианте локализации BY.
В приходной накладной в варианте локализации для республики Беларусь внесены изменения в функцию «Заполнить документ ценами из контрактов». Функция проставляет в накладную ценупроизводителя и оптовую надбавку из подходящего контракта.
Изменено название колонки спецификации «Торговая наценка». Колонка получила название «Оптовая наценка». Такое же изменение внесено в раздел расходных накладных.
| Якорь |
|---|
| _Toc139869862 |
|---|
| _Toc139869862 |
|---|
|
Платежные документы. Функция «Коррекция сумм».
Изменено поведение функции автоматического распределения суммы платежа по основаниям. В случае выбора опции – «Увеличить суммы платежей первых неоплаченных документов по списку». В предыдущих версиях суммы обрабатывались от конца списка. В текущей версии суммы обрабатываются, начиная с начала списка документов оснований платежа.
Изменено название колонок таблицы документов оснований платежа. Колонка «Дата док-та поставщика» получила название «Дата док-та торговой системы», колонка «Тип док-та супермага» получила название «Тип док-та торговой системы», колонка «№ док-та супермага» получила название «№ док-та торговой системы».
| Якорь |
|---|
| _Toc139869863 |
|---|
| _Toc139869863 |
|---|
|
Функции проверки документов производства.
Изменено название функции проверки 35 «Акт производства обязательно на основании калькуляции». Функция получила название «Акт производства на основании калькуляции».
Внесены изменения в функцию проверки 33 «Корректность документов производства». Из функции удалена проверка соответствия пропорций ингредиентов и готовой продукции в акте производства и калькуляции, на основании которой он был сделан. Проверка пропорций перемещена в функцию проверки 35 в виде детальной части «Пропорция количества не соответствует калькуляции». Прежняя функциональность функции проверки 35 помещена в детальную часть этой же функции «Запрет принятия акта производства не на основании калькуляции».
Перемещение проверки связано со степенью строгости функций. Функция 33 имеет режим «Всегда запрет» и не может быть отменена, ни для какой должности. Функция проверки 35 имеет регулируемые режимы работы.
| Якорь |
|---|
| _Toc139869864 |
|---|
| _Toc139869864 |
|---|
|
Прием информации из касс об обслуженных кредитных картах.
...
Данные передаются по почте вместе с информацией о чеке в составе Z-отчета. В самой торговой системе данные нигде не отображаются и не используются.
| Якорь |
|---|
| _Toc139869865 |
|---|
| _Toc139869865 |
|---|
|
Расписание работы кассового модуля.
В предыдущих версиях в кассовом модуле момент времени следующей загрузки/выгрузки опеределялся исходя из момента завершения предыдущей загрузки/выгрузки, что со временем давало смещение времени очередной загрузки/выгрузки по отношению к ожидаемому. В текущей версии новый момент времени работы кассового модуля определяется исходя из предыдущего расчетного момента старта прибавлением периода времени загрузки (выгрузки).
В интерфейсе кассового модуля в поле "Прошлая выгрузка" теперь показывается не время окончания последней загрузки/выгрузки, а время старта последней загрузки/выгрузки.
| Якорь |
|---|
| _Toc139869866 |
|---|
| _Toc139869866 |
|---|
|
Экспорт данных в OLAP.
...
Экспорт кредитных карт удален из типа данных "Кассовые чеки (OLAP)" и "Документы (OLAP)". Экспорт дисконтных карт удален из типа данных "Кассовые чеки (OLAP)".
| Якорь |
|---|
| _Toc139869867 |
|---|
| _Toc139869867 |
|---|
|
Почтовый модуль. Пакет подтверждения в XML формате.
...
В отчет «Остатки», группа «Товарные», добавлен флаг «группировать по налоговым группам». Флаг может быть установлен только при выводе отчета с ценами.
При установленном флаге данные отчета выводятся с группировкой артикулов по принадлежности их налоговым группам региона, выбранного места хранения или региона «Наш регион», если выбраны все места хранения.
В качестве названия налоговой группы выводится не название группы, а перечень налогов и их ставок, входящих в состав налоговой группы.
Группировка по налоговым группам делается внутри мест хранения. Группировка по группам товаров делается внутри каждой налоговой группы, если в диалоге старта указана группировка по группам товаров. Итоги подводятся по каждой налоговой группе отдельно. Совокупные итоги по налоговым группам выводятся в конце отчета.
| Якорь |
|---|
| _Toc152745752 |
|---|
| _Toc152745752 |
|---|
|
Отчет "Реестр накладных".
...
Опция «не назначена документу», означает, что в документе отсутствует какое-либо значение метки.
Опция «назначена документу» означает, что в документе имеется какое-либо значение метки.
Опция «назначена документу и имеет значение …» позволяет указать значение метки, по которому будут отбираться документы.
Значение метки можно выбрать из списка значений, зафиксированных в справочнике меток документов или можно ввести произвольный текст. Если метка имеет тип «дата» и не имеет перечня заранее заданных значения, то произвольное значение метки должно быт введено в виде: «YYYYMMDD HH24:MI:SS».
| Якорь |
|---|
| _Toc152745754 |
|---|
| _Toc152745754 |
|---|
|
Опции "Накладные на перемещение (приход)" и "Накладные на перемещение (расход)".
...
Внесены изменения в алгоритм частичной выгрузки данных о товарах. В предыдущих версиях артикул считался измененным и попадал в список артикулов инкрементальной выгрузки, если был изменен собственно артикул, или его цена, или его штриховой код. В текущей версии в условие, по которому артикул считается измененным, добавлено условие – изменена скидка на количество для артикула.
Изменение скидки на количество при инкрементальной загрузке проверяется только для вида цены для кассы.
| Якорь |
|---|
| _Toc153949101 |
|---|
| _Toc153949101 |
|---|
|
Отчет «Сравнение прайс-листов».
Создан новый отчет «Сравнение прайс-листов». Отчет размещен в группе «Справочные данные».
Отчет предназначен для сравнения цен артикулов по разным видам цен одного и того же места хранения.
Отчет может быть использован для контроля ценообразования в том месте хранения, в котором производится расчет и установление новых цен.
Опции отчета:
От имени …
Магазин …
...
Под названием ингредиентов понимается список названий материалов, из которых состоит товар и который необходимо печатать на этикетках или ценниках или иных сопроводительных документах в качестве информации для покупателей. Название ингредиентов товара для весов задается в разделе карточек складского учета на странице «Описание» в характеристике «Состав». Название каждого ингредиента должно задаваться в новой строке описания состава товара.
При печати этикеток на весах Digi, в тех случаях, когда длина названия ингредиента товара или высота строк названий ингредиентов превышает размеры соответствующего поля в этикетке весов, весы название ингредиентов не печатают.
В алгоритм формирования файла данных с названием ингредиентов для весов Digi внесено изменение для ограничения длины названия ингредиента и количества строк названий при передаче их в весы.
Ограничение задается в количестве строк и количестве символов в строке, которое может поместиться в поле для названий ингредиентов. Ограничение устанавливается в разделе Настройка->Настройка аппаратуры->Электронные весы на странице «Этикетка» для весов типа Digi Ethernet.
По умолчанию ограничение не установлено. При установке ограничения можно воспользоваться стандартным значением, которое рассчитано для поля шириной 56 мм и шрифта S2. Количество строк по умолчанию устанавливается равным 2. Фактическое количество строк зависит от высоты поля ингредиентов и должно подбираться опытным путем.
При использовании этикеток с шириною менее 58 мм или при ширине поля для названий ингредиентов менее 56 мм необходимо опытным путем определять количество символов в строке.
Настройки для ограничения длины названия ингредиентов и количества строк ингредиентов должны задаваться для каждого экземпляра весов отдельно.
| Якорь |
|---|
| _Toc162927042 |
|---|
| _Toc162927042 |
|---|
|
Функция проверки 12 «Документ содержит товары с нулевой ценой».
Внесены следующие изменения в поведение функции проверки 12 «Документ содержит товары с нулевой ценой».
1. Для актов переоценки контроль цен в спецификации документа теперь будет осуществляться при переходе со статуса «Черновик» на статус «Принят к исполнению», а не со статуса «Принят к исполнению на «Исполнен», как это было ранее. Также отменена специальная проверка для ордера цен, при смене статуса на «Заблокирован». Изменение внесено в связи с тем, что в отличие от других проверяемых документов, цены в акте переоценке окончательно фиксируются на статусе «Принят к исполнению» и дальше меняться не могут.
2. Функция проверки 12 получила детализацию по типам документов, что позволяет назначать должности разные режимы работы проверки для разных типов документов.
| Якорь |
|---|
| _Toc162927043 |
|---|
| _Toc162927043 |
|---|
|
Белоруссия. Признак «Гос.регулирование» для расходных накладных.
...
В заголовок документа «Заказ поставщику» добавлено поле «Время поставки». Поле доступно для редактирования для документов со статусом «Черновик». Новый атрибут документа имеет информационный характер и предназначен для регистрации желаемого времени доставки товара в торговую организацию.
Время поставки выводится в печатной форме документа.
| Якорь |
|---|
| _Toc149644328 |
|---|
| _Toc149644328 |
|---|
|
Документ «Заказ от клиента».
В торговую систему добавлен новый раздел «Заказы от клиентов». Раздел предназначен для регистрации документов заказа товаров и услуг, поступивших со стороны клиентов.
Функционально раздел совпадает с разделом «Заказ поставщику» с учетом того, что заказ делается не поставщику на поставку товара в торговую организацию, а от клиента на покупку товара в торговой организации. Атрибуты документов одинаковы.
Функциональные различия между документами следующие:
Изменение статуса документа «Заказ от клиента» не влияет на состояние таблицы остатков, в отличие от документа «Заказ поставщику», который влияет на количество товара ожидаемого к поставке. В случае заказа от клиента резервирование товара осуществляется документом «Счет», а заказ от клиента является только декларативным документом.
При отгрузке товара клиенту на основании заказа контроль соответствия количества и цен заказа и отгрузки не осуществляется.
Поле «Затребованное количество», аналогичное полю «Предложение заказа», доступно для редактирования и имеет смысл – количество товара, первоначально затребованное клиентом. Конечное значение количества заказа в документе может быть скорректировано с учетом возможностей текущих запасов и может не отражать фактическое желание клиента. Сохранение исходного требования клиента является необязательным и может быть полезно только в случае использования этой информации в маркетинговых целях.
Поле «Артикул клиента», аналогичное полю «Артикул поставщика», имеет ценность в случае, если преследуется цель получать заказ от организаций в терминах клиента.
| Якорь |
|---|
| _Toc149644329 |
|---|
| _Toc149644329 |
|---|
|
Документ «Акт переоценки».
...
Для общего контроля корректности документов Акт переоценки добавлена функция проверки:
- 159 «Проверки при исполнении акта переоценки». Функция имеет режим «Всегда запрет».
...
Изменена функция проверки 120 «Корректность документов "Акты переоценки"» с режимом «Всегда запрет». Функция получила название «Проверки при принятии акта переоценки в ручном режиме» и управление режимами по должностям. Режим по умолчанию - «Предупреждение». Из функции удален контроль перевода документ типа «Ордер цен» в запрещенные для него статусы «Принят к исполнению» и «Исполнен». Запрет на перевод ордера цен в эти статусы реализован на уровне процедур смены статуса. В функции сохранена проверка соответствия вида цены акта переоценки и места хранения акта переоценки.
Внесены изменения в диалог печати документа. Из диалога убраны опции печати акта переоценки в базовой валюте и в валюте вида цены. Акт переоценки печатается только в валюте вида цены.
| Якорь |
|---|
| _Toc149644330 |
|---|
| _Toc149644330 |
|---|
|
Редактирование документов, отосланных на корректировку.
Для управления правами доступа персонала к редактированию документов, отосланных на корректировку, в разделы приходных накладных, расходных накладных и накладных на перемещение добавлены новые функциональные права «Редактирование документов, требующих корректировки».
Для документов с признаком «требует корректировки» новое функциональное право замещает регулярные права редактирования документа и действует на документы со статусом «Черновик» и «Принят складом». То есть наличие права редактирования документа не позволяет редактировать документ, требующий корректировки, также как наличие права редактирование документа требующего корректировки не позволяет редактировать документ без признака «Требует корректировки».
Для повышения статуса документа, требующего корректировки, необходимы те же права доступа, что и для документов без этого признака. При ограничении прав доступа персонала к функциям работы с документами по критерию: срок давности от даты документа, необходимо учитывать, что функции поднятия статуса должны иметь такое же ограничение по сроку давности, что и функции редактирования документа с признаком «Требует корректировки».
Необходимо учитывать, что признак «Требует корректировки» автоматически снимается при любом повышении статуса документа, требующего корректировки, после чего вступают в силу права, относящиеся к документам без признака «Требует корректировки».
| Якорь |
|---|
| _Toc149644331 |
|---|
| _Toc149644331 |
|---|
|
Фильтр отбора документов по перечню мест хранения.
Во всех разделах документов, в которых имеется отбор по месту хранения, в интерфейсе подробного фильтра изменен элемент диалога для выбора места хранения. Новый элемент диалога позволяет использовать классификатор мест хранения для отбора перечня мест хранения в окно просмотра и позволяет указать перечень мест хранения вместо одного места хранения для отбора документов.
Элемент диалога для краткого фильтра остался прежним.
| Якорь |
|---|
| _Toc149644332 |
|---|
| _Toc149644332 |
|---|
|
Опция отчетов выбора мест хранения или группы мест хранения.
В перечисленных ниже отчетах в диалоге старта отчета опция выбора места хранения (Все, только одно выбранное) заменена опцией выбора места хранения (Все, группа …, только …) с возможностью указания группы мест хранения или перечня мест хранения.
- Сводный товарный отчет
- Кассовая книга (отчет о выручке)
- Детализация неустановленной себестоимости
- Остатки в закупочных ценах
- Реализация товаров и налоги
- Товарный отчет и налоги
- Реестр накладных
| Якорь |
|---|
| _Toc149644333 |
|---|
| _Toc149644333 |
|---|
|
Операция в мастере создания документа.
Для всех документов, в которых можно задавать операцию, первоначальное задание операции внесено на первую страницу мастера создания документа, где ранее задавалось только место хранения документа. Такие документы теперь нельзя создать, не указав предварительно операцию.
Типы документов с операциями: приходные, расходные накладные, платежи, получение платежей, счет.
В предыдущих версиях условие, по которому операция обязательно должна быть задана в документе, поддерживалась косвенным образом через справочник «Параметры создания документов». В справочнике для каждого типа документа для каждого места хранения можно было задать префикс, длину номера для автоматической генерации номера документа, вид цены и операцию, которые проставляются по умолчанию в документ при его создании. Это позволяло задать для документа и места хранения только одну операцию по умолчанию для всех сотрудников. Операция по умолчанию использовалась для задания наиболее массовой операции, например, «Приход» для приходных накладных на складе. Во всех остальных случаях оператор должен был переопределять операцию уже после создания документа.
В текущей версии поле «Операция» из справочника удалено. Операция - системная и пользовательская, должны быть заданы до создания документа.
При старте мастера создания документа, в элемент управления «Операция» подставляется операция по умолчанию. Операция по умолчанию - системная и пользовательская, может быть задана для каждого типа документов и для каждого оператора отдельно. Задать значение операции по умолчанию можно через пункт меню «Функции->Операция по умолчанию…». Первоначально, когда операция не задана, в качестве операции по умолчанию используется системная операция по умолчанию. Для приходной накладной, например, это операция «Приход».
| Якорь |
|---|
| _Toc149644334 |
|---|
| _Toc149644334 |
|---|
|
Место хранения склада в складском требовании.
В документе «Складское требование» в предыдущих версиях хранилось только одно место хранения – место хранения, куда требуется доставить товар (склад-магазин или склад). Место хранение, из которого требуется доставить товар – центральный склад, определялось как старшее место хранения для места хранения документа.
В текущей версии место хранения, из которого требуется доставить товар, то есть место хранения «Поставка из», сохраняется непосредственно в документе. При модернизации схемы базы данных значение места хранения «Поставка из» определяется по правилу: старшее место хранения для места хранения документа.
В мастере создания складского требования для варианта «Новое складское требование», то есть для варианта ручного создания документа, разрешен выбор места хранения «Поставка из места хранения». После первого выбора место хранения «Поставка из» запоминается для локального компьютера и в дальнейшем подставляется в мастер создания документа.
Сохранение места хранения «Поставка из» в документе позволяет создавать требования не только для центрального склада, но и для других мест хранения, из которых может быть осуществлено перемещение. Последнее ограничение является строгим, то есть не разрешается создавать такие складские требования, по которым в дальнейшем не удастся осуществить перемещение товара.
Система ограничений на перемещение товара между местами хранения является следствием выбранного метода расчета товародвижения. Запрещены такие перемещения, которые не могут быть корректно учтены выбранным алгоритмом расчета товародвижения.
| Якорь |
|---|
| _Toc149644335 |
|---|
| _Toc149644335 |
|---|
|
Выбор перечня мест хранения при генерации складских требований.
В мастер автоматической генерации складских требований добавлена возможность выбора перечня мест хранения, для которых будет сделан расчет потребностей и генерация складских требований.
Для доступа к странице выбора мест хранений пользователь должен иметь функциональное право «Склад. треб.: Выбор подчиненных мест хранения для генерации». При отсутствии права страница не показывается.
При использовании новой функции необходимо учитывать, что исключение мест хранения из процедуры автоматической генерации складских требований аналогично по действию установлению отрицательного приоритета места хранения на момент генерации. Неявное изменение приоритетов мест хранения может приводить к изменению результатов генерации. То есть разная последовательность генерации складских требований по местам хранения будет приводить к разным количественным результатам в созданных документах.
| Якорь |
|---|
| _Toc149644336 |
|---|
| _Toc149644336 |
|---|
|
Отображение суммы НДС в документах.
В перечень пунктов меню сумм документа над спецификацией документа, добавлен пункт "Сумма НДС". При выборе пункта «Сумма НДС» в элементе диалога сумм документа показывается сумма значений поля спецификации "Сумма НДС" по всем строкам документа вне зависимости от того, какие значения принимает поле "НДС (ставка)". Это означает, что в случае ошибочных значений процента НДС в строках спецификации документа, сумма значений по ставкам НДС (для РФ это 10% и 18%) может не совпасть со значением «Сумма НДС».
В элемент диалога сумм для отобранных документов добавлен аналогичный пункт меню «Сумма НДС» и пункт меню «Без НДС» для показа суммы документа без НДС по строкам спецификации.
Новые пункты меню доступны в разделах приходных накладных, расходных накладных и счетов.
Изменено название полей "Сумма НДС по док." и "Сумма с НДС по док". Эти поля получили названия "Сумма НДС по сумме док." и "Сумма с НДС по сумме док.". Изменение названия призвано подчеркнуть смысл того, что сумма НДС в этом случае считается не построчно, а от суммы по строкам спецификации всего документа, что требуется при методе расчета налогов от суммы документа. Такой метод расчета применяется, в частности, в законодательстве Украины.
Такие же изменения в названии полей внесены в раздел «Экспорт».
| Якорь |
|---|
| _Toc149644337 |
|---|
| _Toc149644337 |
|---|
|
Функция накладных «Проставить страну из карточек».
В разделы «Приходные накладных» и «Расходные накладных» добавлена функция «Проставить страну из карточек». Функция доступна через пункт меню «Функции».
Функция требует наличия у пользователя права на ее использование. Каждый раздел содержит свое функциональное право. Выделение права использования функции из общего права редактирования документа связано с наличием бизнес-процессов, в которых оператор (кладовщик) обязан вводить страну с экземпляра товара, и именно эта информация является первичной и используется в дальнейшем для обновления информации в карточке складского учета.
Функция имеет следующие опции диалога старта: - Только для пунктов спецификации без страны
- Очищать поле для артикулов без страны.
Если выбрана опция «Только для пунктов спецификации без страны», значение страны из карточки проставляется только для пунктов спецификации, у которых поле «Страна» не заполнено. Заполненные значения остаются без изменения.
Если опция «Только для пунктов спецификации без страны» не выбрана, то обрабатываются все пункты спецификации.
Опция «Очищать поле для артикулов без страны» позволяет проставить пустые значения страны из карточки в строки документов с уже заполненными значениями. Опция «Очищать поле для артикулов без страны» действует только в случае, если опция «Только для пунктов спецификации без страны» не выбрана.
| Якорь |
|---|
| _Toc149644338 |
|---|
| _Toc149644338 |
|---|
|
Функция приходных накладных «Заполнение отрицательными остатками».
В разделе приходных накладных создана функция «Заполнение отрицательными остатками». Функция доступна через пункт меню «Функции».
Функция требует наличия у пользователя права на ее использование.
Область применения функции – выявление и коррекция отрицательных остатков до проведения процесса инвентаризации.
Функция имеет два варианта исполнения – при пустой спецификации документа и при заполненной спецификации документа.
Если спецификация документа пуста, спецификация заполняется артикулами, для которых текущие остатки имеют отрицательное значение. В документ помещается модуль значения остатков, то есть положительно число. Значение стаки налога для артикула устанавливается по ставке, действущей на дату документа.
Если спецификация не пустая, то функция обрабатывает только артикулы из спецификации накладной. Артикулы, имеющие отрицательные остатки, но отсутствующие в спецификации, в накладную добавляться не будут. Функция обновляет поле «Количество» значением из таблицы оперативных остатков по следующему правилу – если количество отрицательное, то поле «Количество» заполняется модулем значения текущих остатков. Если остаток не отрицательный, то поле «Количество» заполняется нулем.
| Якорь |
|---|
| _Toc149644339 |
|---|
| _Toc149644339 |
|---|
|
Функция расходных накладных «Заполнение положительными остатками».
В разделе расходных накладных создана функция «Заполнение положительными остатками». Функция доступна через пункт меню «Функции».
Функция требует наличия у пользователя права на ее использование.
Область применения функции – обработка остатков товара при списании, полном возврате и т.д.
Поведение функции аналогично функции «Заполнение отрицательными остатками» для приходных накладных, за исключением того, что проставляются количества остатков, имеющие положительное значение и знак у количества не меняется.
| Якорь |
|---|
| _Toc149644340 |
|---|
| _Toc149644340 |
|---|
|
Контроль номенклатуры места хранения в документах.
Функция проверки «Контроль номенклатуры места хранения в документах» получила детализацию по типам документов:
...
При модернизации версии схемы базы данных режим использования проверок устанавливается в значение по умолчанию – «Предупреждение».
| Якорь |
|---|
| _Toc149644341 |
|---|
| _Toc149644341 |
|---|
|
История вхождения артикула в состав номенклатуры.
В раздел карточек складского учета в окно детальных свойств артикула добавлена страница «История номенклатур». В журнале истории номенклатур отображается время добавления или удаления артикула в номенклатуру, код и название номенклатуры, и атрибуты сотрудника, совершившего действие.
История вхождения артикулов в номенклатуру ведется, начиная с данной версии. Все предшествующие действия в журнале отсутствуют.
| Якорь |
|---|
| _Toc149644342 |
|---|
| _Toc149644342 |
|---|
|
Загрузка ТСД с ограничением по номенклатурам артикулов.
...
Перечень номенклатур может создаваться ручным выбором номенклатуры из списка или указанием места хранения, номенклатуры которого необходимо использовать для ограничения списка артикулов, загружаемых в терминал сбора данных.
| Якорь |
|---|
| _Toc149644343 |
|---|
| _Toc149644343 |
|---|
|
Название разделов для контрактов.
Раздел документов «Контракты на закупку» получил название «Контракты с поставщиками», раздел «Контракты на реализацию» получил название «Контракты с клиентами».
Переименование произведено для совместимости с названиями разделов заказов. С этой же целью изменены цветовые маркеры иконок для разделов заказов, чтобы объединить документы Контракт – Заказ – Поставка в группы документов, относящихся к процессам приобретения и процессам реализации.
| Якорь |
|---|
| _Toc149644344 |
|---|
| _Toc149644344 |
|---|
|
Отчет «Реализация товаров». Опция «Только номенклатуры мест хранения».
В диалог старта отчета «Реализация товаров» добавлена опция «Только номенклатуры мест хранения».
При выборе одного места хранения для старта отчета опция «Только номенклатуры мест хранения» ограничивает перечень артикулов отчета списком номенклатур, выбранного места хранения.
При выборе нескольких мест хранения опция ограничивает перечень артикулов общим списком номенклатур всех выбранных мест хранения. Если в список попадет хотя бы одно место хранения, для которого нет ни одной номенклатуры, то в отчете список артикулов не будет ограничиваться какими-либо номенклатурами.
| Якорь |
|---|
| _Toc149644345 |
|---|
| _Toc149644345 |
|---|
|
Отчет «Доходность по товарам». Опция «Группировать по местам хранения».
В диалог старта отчета «Доходность по товарам» добавлена опция «Группировать по местам хранения».
При выборе опции данные отчета группируются по местам хранения. По каждому месту хранения подводится итог.
При выполнении отчета с группировкой по местам хранения доля в доходе рассчитывается относительно данных места хранения. Также относительно данных места хранения делается отбор артикулов с наибольшими и наименьшими показателями.
| Якорь |
|---|
| _Toc149644346 |
|---|
| _Toc149644346 |
|---|
|
Отчет «Исполнение заказов». Опция «Показывать суммы».
В диалог старта отчета «Исполнение заказов» добавлена опция «Показывать суммы». Опция доступна только при выбранной опции «Заказы с поставками недопоставленного товара».
Товар считается недопоставленным, если совокупное количество товара в приходных накладных на основании заказа меньше количества в заказе. В расчет принимаются только полностью оприходованные приходные накладные.
При выборе опции «Показывать суммы» в отчете выводится колонка «Сумма недопоставленного товара». Сумма выводится в ценах заказа.
Если дополнительно выбрать опцию «Показывать товары» в отчете выводится колонка «Цена заказа».
| Якорь |
|---|
| _Toc149644347 |
|---|
| _Toc149644347 |
|---|
|
Отчет «Товар без движения».
...
Опции позволяют ограничить вывод данных в отчете по количеству текущих остатков и упорядочить вывод строк в отчете внутри групп товаров по убыванию количества.
| Якорь |
|---|
| _Toc149644348 |
|---|
| _Toc149644348 |
|---|
|
Печать документа «Заказ поставщику». Опция «Показывать упаковки».
В диалог старта печати документа «Заказ поставщику» добавлена опция «Показывать упаковки».
При отключении опции в печатной форме не показываются колонки «Упаковка поставщика» и «Кол-во упаковок».
| Якорь |
|---|
| _Toc149644349 |
|---|
| _Toc149644349 |
|---|
|
Программа генерации и модернизации схемы базы данных.
...
Для управления новыми параметрами расчета внесены изменения в интерфейсы управления алгоритмом расчета. Интерфейсы для задания параметров расчета среднесуточной реализации имеются в разделе классификаторов товаров, карточек складского учета и в административном модуле: в разделе «Аналитика», страница «Расчет среднесуточной реализации» (расписание и параметры заданий на расчет).
Из интерфейсов задания параметров расчета исключено понятие «Метод расчета». Вместо него используются параметры расчета. В интерфейсы перенесен параметр «Среднесуточная реализация с учетом возвратов», который ранее задавался в административном модуле в разделе «База данных» на странице «Заказы поставщикам». В предыдущих версиях этот параметр устанавливался одновременно для всех артикулов, участвующих в расчете. В текущей версии можно задавать разные значения параметра для разных артикулов или групп артикулов. Название опции «Ручной контроль» заменено названием «Запретить автоматический расчет». Добавлено уточнение к названию параметра «Диапазон расчета»: «последние … дней (не включая текущий день)».
В разделе «Классификатор товаров» для управления параметрами расчета среднесуточной реализации создана отдельная страница «Среднесут. реал-ция». Изменен принцип наследования значений параметров расчета младшими группами классификаторов. Параметры расчета считаются установленными персонально для группы классификатора, если необходимо изменить хотя бы один из параметров расчета. В предыдущих версиях каждый параметр расчета управлялся отдельно. Как следствие, изменение какого-либо параметра расчета для старшей группы классификатора приводит к отмене всех индивидуальных значений параметров расчета в младших группах. Для принудительной отмены персональных значений параметров расчета введена опция «Стандартные параметры». Такая же опция введена в разделе карточек складского учета для отмены персональных значений параметров расчета для артикула.
Изменен принцип использования параметров расчета, установленных для группы классификатора. В предыдущих версиях параметры расчета для группы классификатора использовались только для копирования их значения в карточку товара при ее создании. В текущей версии значения для группы классификатора используются как значения по умолчанию для карточки складского учета, если для карточки не задан персональный набор параметров расчета.
В разделе карточек складского учета управление параметрами расчета перенесено со страницы «Заказ» на новую страницу «Среднесут. реал-ция». На странице «Заказ» остался доступ к функции расчета среднесуточной реализации. При старте диалога запуска функции в него подставляются значения, установленные для карточки или унаследованные карточкой из классификатора товаров. Изменение параметров расчета в этом диалоге не влияет на установки карточки и не запоминается. Явная установка диапазона дат «с … по …» приводит к расчету, в который включаются обе даты, дата «с» и дата «по». В предыдущих версиях дата «по» в расчете не участвовала. Во избежание ошибок при установке дат, значение дат по умолчанию сдвинуто на один день назад по отношению к текущей дате.
Аналогичное изменение внесено в интерфейс запуска расчета среднесуточной реализации по расписанию.
При смене версии все значения параметров расчета, установленные для артикулов сбрасываются. Параметры, установленные для групп классификаторов, преобразуются в новые значения параметров расчета. После обновления версии необходимо удостовериться, что значения параметров расчета соответствуют желаемым и, при необходимости, скорректировать их.
| Якорь |
|---|
| _Toc118614377 |
|---|
| _Toc118614377 |
|---|
|
Расчет и сохранение остатков на дату.
...
В предыдущих версиях уже был реализован расчет статистики остатков на дату по аналитическим таблицам. Эти данные недействительны для оперативных функций и не могут использоваться ими. Расчет статистики остатков по аналитическим таблицам отличается по источникам данных и по результатам от расчета статистики остатков по оперативным таблицам. В связи с этим следует различать эти функции и использовать их в соответствии с их областью применения.
Для расчета и сохранения остатков на дату по оперативным данным создана периодическая процедура «Ежемесячный расчет остатков». Процедура рассчитывает остатки товаров для всех мест хранения, у которых не отключен перерасчет остатков. Расчет ведется для каждого последнего дня месяца, начиная с первой даты движения товара. Более подробная статистика не приводит к заметному убыстрению работы процедуры расчета остатков на дату и ее сбор для пользователей не доступен.
При многократном запуске процедуры расчет статистики ведется от последней рассчитанной даты. Запуск процедуры осуществляется в административном модуле в разделе «База данных» на странице «Задания». Процедура относится к группе системных процедур.
Появление новых документов или изменение имеющихся документов с прошлыми датами может привести к изменению значений ранее рассчитанных остатков на дату. Для защиты от неверного использования статистики процедура расчета статистики фиксирует дату и время расчета. В дальнейшем все записи об остатках на дату с датами большими или равными датам документов товародвижения, которые были изменены или созданы после сбора статистики, считаются недействительными и в процедуре расчета остатков на дату игнорируются. Недействительные записи в момент изменения документов не удаляются, не удаляются они и процедурой расчета остатков. Удаление недействительных записей происходит при очередном старте процедуры расчета статистики. Эту особенность необходимо учитывать при самостоятельном анализе данных в таблице остатков на дату.
| Якорь |
|---|
| _Toc118614378 |
|---|
| _Toc118614378 |
|---|
|
Метки документов, обязательные для заполнения.
Для меток документов добавлен атрибут – статус документа, при котором метка должна быть в документе обязательно заполнена. Установить статус обязательного заполнения метки можно в справочнике меток документов.
В качестве статуса обязательного заполнения нельзя использовать статус «Черновик», поскольку в этом статусе содержание документа может быть произвольным, и он не подвергается никакой проверке.
Для контроля заполнения меток в документах созданы функции проверки: 148 «Не задана обязательная метка при подъеме статуса док-та до "Принят в количестве"», 149 «Не задана обязательная метка при подъеме статуса док-та до "Принят в ценах"», 150 «Не задана обязательная метка при подъеме статуса док-та до "Заблокирован"». Все функции по умолчанию имеют режим «Запрет»
Функция проверки проверяет содержание документа только в момент получения документом указанного статуса. Для корректного использования механизма запрета пустых меток необходимо учитывать, что метки могут редактироваться на любом статусе документа, включая наивысший статус и для надежного использования механизма обязательных меток его необходимо использовать в сочетании с надлежащим управлением правами доступа персонала к редактированию меток.
Функция проверки 149 проверяет документ при достижении им статуса «Принят в ценах», но проверяет заполнение не только меток, для которых указан статус «Принят в ценах», но и тех меток, для которых указан более низкий статус «Принят в количестве».
Для помощи операторам при редактировании документа и информировании их о том, какие метки должны быть заполнены обязательно, в диалог заполнения меток документов добавлена колонка с признаком обязательности заполнения метки. Признак показывает статус документа, для достижения которого метка должна быть заполнена.
| Якорь |
|---|
| _Toc118614379 |
|---|
| _Toc118614379 |
|---|
|
Фильтр списка товаров для загрузки в весы.
...
Под последними приходами понимаются только прямые приходы от поставщиков в место хранения, в котором размещены весы.
Условия фильтрации списка товаров могут быть установлены различными для разных отделов.
Ограничение списка товаров для загрузки в весы действует для всех весов отдела, независимо от их типов.
Для визуального контроля товаров, которые не попадут в весы, в таблицу добавлена колонка «Грузить в весы». В колонке отображается значок, разрешения/запрета загрузки.
Изменение условий фильтрации доступно только пользователям с правом использования функции: «Редактирование фильтра списка товаров» для раздела «Электронные весы».
Состояния поля «Грузить в весы» обновляется по условиям фильтра при установке нового фильтра, при нажатии на кнопку «перечитать», при нажатии на кнопку «Загрузить весы» или «Загрузить все весы отдела», при нажатии на кнопку «Редактировать».
| Якорь |
|---|
| _Toc118614380 |
|---|
| _Toc118614380 |
|---|
|
Печать этикеток из актов переоценки.
...
Выбор одного из двух значений первой группы опций указывает на необходимость брать количество только как количество переоцененного товара из акта переоценки или как количество всего товара имеющегося в месте хранения.
Для тех актов переоценки, которые еще не исполнены и, соответственно, для которых количество переоцененного товара еще неизвестно, доступна только опция «количество из остатков».
Выбор одного из двух значений второй группы опций указывает на необходимость брать количество только как количество переоцененного товара из акта переоценки (остатков без прихода) или учитывать также еще то количество, которое было в приходе и не подверглось переоценки.
Можно рекомендовать использовать опцию «учитывать количество и артикулы из прихода» при приеме нового товара по приходной накладной и использовать опцию «без количества из прихода» при приеме товара по накладной на перемещение в тех случаях, когда перемещенный товар уже имеет этикетки с новой ценой.
Цена для печати этикеток берется из акта переоценки, а для тех артикулов, которые в акте переоценки отсутствуют, берется равной текущей цене артикула.
| Якорь |
|---|
| _Toc118614381 |
|---|
| _Toc118614381 |
|---|
|
Проставление задолженности в платежные документы.
Начиная с текущей версии, при добавлении нового номера документа (основания платежа/получения платежа) в спецификацию платежного документа, в поле «оплата по документу» либо «оплата счета» (в зависимости от типа документа основания) автоматически добавляется задолженность из документа основания. Эта же сумма автоматически добавляется к общей сумме платежного документа. В предыдущих версиях сумма оплаты для документа, добавляемого в спецификацию платежного документа, по умолчанию считалась равной нулю.
| Якорь |
|---|
| _Toc118614382 |
|---|
| _Toc118614382 |
|---|
|
Цены для кассы в приходных накладных из актов переоценки.
В приходных накладных имеются статистические данные о ценах для кассы на момент регистрации накладной. Статистика собирается в момент регистрации документа и в дальнейшем может быть только дополнена для позиций с нулевой ценой, либо полностью пересчитана по истории цен на дату документа. В тех случаях, когда цена в течение дня менялась несколько раз, указать конкретную цену для заполнения статистики было невозможно.
В текущей версии в разделе приходных накладных создана функция для обновления или проставления статистических данных о ценах для кассы по ценам из актов переоценки, созданных на основании приходной накладной.
Функция называется «Заполнить статистику «Цен для кассы»». Функция доступна в режиме «Ценовой» и требует от пользователя назначения ему специальных прав доступа. В диалоге старта функции показывается список актов переоценки, созданных на основании данной приходной накладной, и только тех актов, которые имеют вид цены такой же, как вид цены для кассы места хранения приходной накладной. Для старта функции необходимо выбрать нужный акт переоценки.
| Якорь |
|---|
| _Toc118614383 |
|---|
| _Toc118614383 |
|---|
|
Тип дисконтных карт для торгового зала.
К перечню атрибутов мест хранения добавлен атрибут «Тип дисконтных карт для торгового зала». Атрибут можно редактировать на странице «Цены» раздела «Склады и магазины». Тип дисконтных карт для торгового зала позволяет для каждого места хранения определить тот тип дисконтных карт, который будет использоваться для определения величин скидок, которые необходимо показывать покупателям в торговом зале, например, в устройствах контроля цен (см. ниже).
| Якорь |
|---|
| _Toc118614384 |
|---|
| _Toc118614384 |
|---|
|
Модуль контроля цен для устройств «Shuttle SG15».
Прайс чекеры (Price Checkers) или устройства контроля цен типа «Shuttle SG15» представляют собой простые устройства, сочетающие сканер для чтения штриховых кодов и трех-четырех строчный дисплей. Устройство подключается к локальной сети и может обмениваться информацией с удаленной программой, пересылать считанные штриховые коды и получать строки для отображения на дисплей.
Создан «Модуль контроля цен» для управления устройствами Shuttle SG15. Модуль контроля цен представляет собой автономную программу, которая является сервисом (службой) операционной системы. Модуль может быть запущен на любом компьютере локальной сети, к которой подключены устройства контроля цен, и управляет множеством таких устройств одновременно. Модуль обеспечивает устройства единообразной информацией о товарах при чтении устройствами штрихового кода товара.
Модуль взаимодействует с устройствами Shuttle SG15, которые должны быть предварительно сконфигурированы с помощью программы SG15Config.exe. Для корректной работы для устройств необходимо установить режим соединения «TCP -> Server», задать текст для режима ожидания чтения штрихового кода, например, «Здравствуйте! Сканируйте товар здесь». Необходимо задать время, в течение которого будет показываться текст с информацией о товаре после чтения штрихового кода.
Модуль контроля цен управляется, также как кассовый или почтовый модули с помощью диалогов сервисов операционной системы: Мой компьютер -> Управление -> Службы и приложения -> Модуль контроля цен Супермага.
Для работы модуля, как минимум, необходимо задать TCP/IP адреса устройств контроля цен и каталог обмена данными для получения информации об артикулах, их штриховых кодах, ценах и т.д. от внешнего источника.
Модуль контроля цен не взаимодействует с базой данных торговой системы и является для нее таким же устройством, как и касса. В торговой системе создан драйвер кассы типа «Контроль цен», который передает в модуль контроля цен информацию одновременно с передачей такой же информации драйверами касс в кассы. Такой способ взаимодействия гарантирует, что устройства контроля цен будут предоставлять покупателям такую же информацию о ценах, которая, в этот момент времени, будет присутствовать в кассовых машинах.
Драйвер «Контроллер цен» действует синхронно с драйверами загрузки касс не только по времени. Он обеспечивает передачу такого же состава артикулов, что и драйверы касс. Драйвер передает информацию в режиме полной и частичной загрузки, в соответствии с заданным списком артикулов отдела и в соответствии с признаком «загружать только номенклатуру места хранения».
Настройка драйвера осуществляется в разделе «Структура магазина/склада» при редактировании группы отделов. Для настройки необходимо создать новую кассу и указать тип кассы: «Контроль цен». Для драйвера контроля цен достаточно задать только один каталог обмена данными – каталог загрузки.
Драйвер обеспечивает выгрузку данных в файлы формата CSV - данные об артикулах, штриховых кодах, типах штриховых кодов и скидках.
Модуль контроля цен периодически опрашивает каталог обмена данными и, при обнаружении флага обновления, забирает новую информацию. Модуль хранит данные о товарах в своей памяти и теряет их после выключения. При старте модуль обращается к каталогу обмена для получения информации о товарах и если такой информации не обнаруживается, модуль будет не в состоянии обслуживать устройства контроля цен. При первом старте модуля контроля цен необходимо заранее или в ближайшее время после его старта, осуществить выгрузку данных из торговой системы. В дальнейшем, ранее выгруженные данные остаются в каталоге обмена и служат источником информации для модуля в случае его повторного старта.
Изображение на экране устройства контроля цен может формироваться произвольным образом за счет передачи устройству команд управления текстом и самих текстов. Это позволяет получать разные виды изображения информации в разных случаях. Для управления изображением и для получения изображения наилучшим образом соответствующего представлениям торговой организации разработан механизм управления изображением с помощью файлов шаблонов, подобный такому же механизму для принтеров этикеток.
В модуле контроля цен можно задать четыре разных варианта шаблона изображения для случаев информирования покупателя о цене штучного товара, весового товара, для товаров со скидкой по дисконтной карте и шаблон для сообщений об ошибке. Для задания шаблона в диалоге службы Модуль контроля цен, на странице Шаблоны необходимо указать путь и имена файлов шаблонов.
Если шаблоны изображений не заданы, модуль контроля цен формирует изображение самостоятельно, в стандартном виде.
Файл описания шаблона представляет собой текстовый файл с расширением .pch. Файл может содержать произвольные тексты, команды управления изображением, которые доступны устройству контроля цен, и ключевые слова, которые заменяются модулем контроля цен на значения, соответствующие характеристикам товара.
Ключевые слова начинаются с символа % и могут иметь следующие значения:
%ARTICLE- артикул карточки складского учета
%NAME- название карточки
%NAME1- вторая часть названия
%NAME2- третья часть названия
%SIZE - индивидуальные свойства (размер, цвет, сорт и т.д.)
%BARCODE- штриховой код (EAN/UPC)
%PRICERUB- цена для кассы места хранения устройства
%SUM - стоимость (произведение количества на цену)
%COUNTRY- название страны
%COMMENT- комментарий карточки
%PACKSIZE- количество товара
%MEASURE- краткое название единицы измерения
%DISCPRICE- цена со скидкой.
Поля %NAME1 и %NAME2 заполняются частями названия карточки, Заполнение происходит в случае, если для этих полей и для поля %NAME указано ограничение длины и длина названия карточки превысила это ограничение. Перенос осуществляется по словам, за исключением последней части, которая ограничивается длиной поля. Если длина поля такова, что ни одно слово не помещается целиком, то слово переносится по символу. Размер поля указывается в символах после ключевого слова, например, %NAME=20.
Цена со скидкой %DISCPRICE формируется на основании информации о скидке для типа дисконтных карты, который указан как тип дисконтных карт для торгового зала.
Формат поддерживает также следующие специальные символы:
«\xFA- символ с указанным шестнадцатеричным кодом (в примере 250=FAh)
«\50»- символ с указанным восьмеричным кодом (в примере 40=50oct=28h)
Для вывода символа обратной косой черты «\», его следует написать два раза: «
». Например:
«
a» выведет текст «\a»,
«\a», выведет один символ с кодом 7.
Команды управления устройством Shuttle SG15 могут иметь, например, следующий вид:
\esc \x42 \x30 - установить маленький шрифт
\esc \x42 \x31 - установить большой шрифт
\esc \x2E \x32 Текст- вывести текст «Текст» в верхний правый угол экрана
По умолчанию для устройств Shuttle SG15 перед выводом текстов на экран, экран очищается и устанавливается маленький шрифт.
| Якорь |
|---|
| _Toc118614385 |
|---|
| _Toc118614385 |
|---|
|
Драйвер для касс «УКМ2 стандарт ТХТ».
Перечень драйверов касс пополнен драйвером для обмена с кассами по протоколу УКМ 2 стандарт ТХТ. Название предыдущего драйвера UKM заменено названием УКМ2 Супермаг.
Обмен с кассами по протоколу УКМ2 стандарт ТХТ поддерживает те же функции, что и драйвер обмена стандарта УКМ2 Супермаг (Paradox). Отличие может наблюдаться только в частоте полных загрузок в тех случаях, когда кассовый модуль настроен на режим «нормальной» загрузки. В случае нормальной загрузки кассовый модуль самостоятельно определяет, какую загрузку целесообразно провести – частичную или полную. Для протокола УКМ2 стандарт ТХТ полная выгрузка делается всякий раз при попытке нормальной выгрузки, если выясняется, что касса не смогла забрать предыдущую выгрузку. По протоколу УКМ2 Супермаг (Paradox) частичные выгрузки могут накапливаться, в том числе, в тех случаях, когда касса не может принять данные, что позволяет реже делать полную выгрузку.
Использование тех или иных протоколов обмена данными с кассами должно быть согласовано с настройками программ ККМ.
| Якорь |
|---|
| _Toc118614386 |
|---|
| _Toc118614386 |
|---|
|
Почтовый обмен.
...
Уровни торговых запасов выделены в отдельный объект для почтовой рассылки. Под объектом понимается уровни торговых запасов артикула для одного места хранения. Реализована возможность автоматической отсылки уровней торговых запасов при их изменении в карточке складского учета. Сама карточка складского учета в этом случае не считается измененной и не отсылается.
При автоматической отсылке уровней торговых запасов в подчиненные базы данных, уровни запаса отсылаются только в те базы данных, которые содержат места хранения с изменившимися значениями. В прочие базы данных изменения не рассылаются. Каждая база данных получает только те изменения, которые относятся к ее местам хранения.
При ручной рассылке уровней торговых запасов вместе с карточками складского учета, также как и в предыдущих версиях, пересылаются вся информация об уровнях запасов артикула для всех мест хранения.
| Якорь |
|---|
| _Toc118614388 |
|---|
| _Toc118614388 |
|---|
|
Рассылка параметров наценивания.
Реализована автоматическая рассылка параметров наценивания для групп классификатора товаров. Название объекта наценок для почтовой рассылки в справочнике типов объектов заменено названием «Наценки по группам товаров», чтобы отличать их от наценок для артикулов.
Претерпело изменение содержание объекта «Наценки по группам товаров». По почте рассылаются наценки и параметры наценивания для вида цены и одной группы классификатора, тогда как в предыдущих версиях всегда отсылалась информация для вида цены о параметрах наценивания для всех групп классификатора.
При автоматической рассылке параметры наценивания ставятся в очередь на отсылку только в те базы данных, местам хранения которых назначен вид цены с изменившимся параметром наценивания. В прочие базы данных рассылка не осуществляется.
При ручной рассылке наценок по группам классификатора реализована возможность отсылать не всю информацию, а только для указанной группы классификатора и всех ее подгрупп и не во все базы данных, а только в те, местам хранения которых назначен вид цены параметров наценивания.
Для полной рассылки параметров наценивания для всех видов цен и по всем группам классификатора, необходимо перед нажатием кнопки «Разослать» установить курсор на группу классификатора «Все» и после нажатия кнопки, в диалоге ручной отсылки выбрать вид цены «<Все>» и снять флажок «Рассылать только в базы, локальным местам хранения которых назначены выбранные виды цен».
Параметры наценивания для артикулов выделены в отдельный объект почтовой рассылки, который получил название «Наценки по карточкам». Реализована автоматическая рассылка параметров наценивания артикулов при их изменении в карточках складского учета. Сама карточка складского учета в этом случае не считается измененной и не отсылается.
При автоматической отсылке параметров наценивания артикула в подчиненные базы данных, параметры отсылаются только в те базы данных, которые содержат места хранения, которым назначен вид цены измененных параметров наценивания. В прочие базы данных изменения не рассылаются. Каждая база данных получает только те изменения, которые относятся к ее местам хранения.
При ручной рассылке параметры наценивания артикула пересылаются, также как и в предыдущих версиях, вместе с артикулом и только если в диалоге рассылки карточек установлен флаг «Параметры наценивания».
| Якорь |
|---|
| _Toc118614389 |
|---|
| _Toc118614389 |
|---|
|
Рассылка переоценок, правил округления цен для карточки и скидок по группам товаров.
Реализована автоматическая рассылка переоценок, правил округления цен для карточек и скидок по группам товаров по тем же принципам, что и автоматическая рассылка наценок для групп классификатора товаров. Содержание объектов претерпело аналогичные изменения. Информация для всех перечисленные объектов может отсылаться для одной группы классификатора товаров.
| Якорь |
|---|
| _Toc118614390 |
|---|
| _Toc118614390 |
|---|
|
Рассылка пунктов плана цен.
Внесены следующие изменения в автоматическую рассылку плана цен.
- Из автоматической рассылки исключены карточки, статус которых отличен от «Активен».
- План цен автоматически рассылается только в те базы данных, местам хранения которых назначен вид цены плана цен.
- В диалог ручной рассылки плана цен добавлен флаг "Рассылать только в базы, локальным местам хранения которых назначен выбранный вид цены".
...
Оставшиеся параметры заполняются как: ,null,null,0,null
Например,
- для получения Z-отчета с номером 43, кассы с номером 2 в месте хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
0,'CZ', '4,2,43',null,null,0,null - для получения всех Z-отчетов за 6 мая 2002 года из места хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
0,'CZ', '06.05.2002,4',null,null,0,null - для получения всех Z-отчетов за 6 мая 2002 года нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
0,'CZ', '06.05.2002',null,null,0,null
Интерфейс пользователя для формирования параметров вызова команды в предметных терминах будет реализован в следующей версии.
| Якорь |
|---|
| _Toc118614392 |
|---|
| _Toc118614392 |
|---|
|
Управление закладками карточек.
В разделе карточек складского учета реализована возможность управления составом колонок таблицы отобранных карточек и составом страниц детальной информации о карточке. Управление осуществляется в диалоге «поля и закладки», который вызывается при нажатии кнопки «Поля…».
По умолчанию включены все поля таблицы и все закладки. Настройка состояния запоминается для каждого пользователя отдельно.
Управление закладками позволяет включать или выключать отображение закладок карточки, а также дает возможность указывать порядок отображения закладок. Управление порядком отображения осуществляется в диалоге «Поля и закладки» на странице «Закладки» путем перемещения вверх или вниз по списку строчек с названием закладок. Исключение составляет первая закладка «Карточки», которая не может быть отключена или перемещена на другое место.
| Якорь |
|---|
| _Toc118614393 |
|---|
| _Toc118614393 |
|---|
|
Фильтр карточек складского учета.
В фильтр отбора карточек складского учета добавлена возможность отбирать карточки по условию наличия у карточки следующих признаков:
...
Создана функция проверки 151 «Запрет принятия приходной накладной не на основании заказа поставщику» По умолчанию функция имеет режим «Отключена».
Функция предназначена для контроля приходных накладных и срабатывает при переводе накладной в статус «принят полностью». Функция проверяет факт того, что в основании накладной имеется заказ.
| Якорь |
|---|
| _Toc118614395 |
|---|
| _Toc118614395 |
|---|
|
Изменения в отчетах.
...
Отчет относится к группе «Менеджерские». В отчет добавлена новая опция "с учетом неопределенной себестоимости".
При выборе опции продажи товаров, не распределенные на приходы (с неопределенной себестоимостью), считаются принадлежащими тем поставщикам, которые подобраны алгоритмом расчета товародвижения, как наиболее подходящие поставщики. Соответственно, остатки по поставщикам уменьшаются на количество расходов с неопределенной себестоимостью, которые указывают на данного поставщика.
Алгоритм расчета товародвижения подыскивает для расходов с неопределенной поставкой ближайшего поставщика. В случае, когда в один момент времени поставка товара осуществляется только одним поставщиком, такое предположение оказывается истинным и может быть использовано для учета остатков по поставщикам.
| Якорь |
|---|
| _Toc118614397 |
|---|
| _Toc118614397 |
|---|
|
Детализация текущего ценообразования
Отчет относится к группе «Справочные данные». В отчет добавлена новая опция "Только номенклатуры места хранения".
При выборе опции список товаров дополнительно ограничивается артикулами из номенклатур, назначенных месту хранения.
| Якорь |
|---|
| _Toc118614398 |
|---|
| _Toc118614398 |
|---|
|
Остатки
...
При выборе значения опции «Только номенклатуры мест хранения» список артикулов дополнительно ограничивается артикулами из номенклатур, назначенных выбранному месту хранения. Если отчет выполняется по всем местам хранения, то ограничение производится по объединенному списку номенклатур всех мест хранения. Если какому-либо месту хранения назначен весь список товаров, то объединенный список номенклатур будет также содержать все артикулы.
При выборе значения опции «Исключая номенклатуры места хранения» в отчете для одного места хранения будут выводиться только артикулы, которые не попадают в список его номенклатур. В случае если отчет выполняется для всех мест хранения, из отчета будут исключаться артикулы, исключенные из номенклатуры хотя бы одного места хранения.
| Якорь |
|---|
| _Toc118614399 |
|---|
| _Toc118614399 |
|---|
|
Остатки по срокам годности
...
Дата начала и завершения маркетинговой акции дополнены временем начала и завершения маркетинговой акции. По умолчанию, при создании маркетинговой акции, теперь будет предлагаться акция для следующего дня с 00:00 по 23:59.
Использование времени в сроке старта и завершения акции требует, чтобы расписание периодической процедуры исполнения маркетинговой акции было настроено с таким интервалом активности, при котором задержка между заданным временем исполнения акции и реальным временем исполнения была бы в допустимых пределах. Например, планируя акцию с точностью до часа, не следует задавать расписание работы процедуры один раз в день. Расписание следует задавать с интервалом как минимум в 10 минут.
Периодическая процедура исполнения маркетинговых акций выделена из периодической процедуры «Регистрация актов переоценки», которая теперь осуществляет только исполнение актов переоценки с заданной датой / временем исполнения. Процедура для маркетинговых акций получила название «Исполнение / завершение маркетинговых акций» и помещена в группу системных заданий.
После установки текущей версии строго необходимо провести настройку нового задания, если до этого задание «Регистрация актов переоценки» использовалось, в том числе, для исполнения маркетинговых акций.
| Якорь |
|---|
| _Toc175039653 |
|---|
| _Toc175039653 |
|---|
|
Описание мест хранения и видов цен в маркетинговой акции.
Изменен способ ввода в документ перечня мест хранений и видов цен, по которым будет проводиться маркетинговая акция. В предыдущих версиях вначале надо было указать вид цены, а затем место хранения из перечня мест хранений, в которых данный вид цены разрешен к использованию.
В текущей версии вначале необходимо добавить место хранение или список мест хранений, а виды цен подставляются по умолчанию, как виды цен для кассы выбранных мест хранений. Вся информация помещается в одну таблицу. Ввод перечня мест хранения осуществляется в диалоге выбора мест хранений, который вызывается по кнопке «добавить». Если надо удалить места хранения из таблицы, необходимо выделить необходимые строки и нажать кнопку «удалить».
При необходимости изменить или расширить перечень видов цен, по которым будет проводиться маркетинговая акция для данного места хранения, надо нажать кнопку в ячейке вида цены. Если видов цены для места хранения выбрано несколько, они будут показываться в ячейке видов цен через запятую.
| Якорь |
|---|
| _Toc175039654 |
|---|
| _Toc175039654 |
|---|
|
Исполнение маркетинговых акций.
Для однозначного планирования и контроля процесса исполнения маркетинговых акций в сети распределенных баз данных введено понятие локального и центрального исполнения маркетинговой акции для места хранения.
Локальное исполнение подразумевает, что акты переоценки начала и завершения маркетинговой акции для указанного места хранения будут создаваться только в той базе данных, которая обслуживает данное место хранения как локальное. Центральное исполнение маркетинговой акции для места хранения подразумевает, что акты переоценки для этого места хранения будут создаваться только в той базе данных, которая обслуживает место хранения - источник акции.
Для управления режимом исполнения маркетинговой акции в таблицу мест хранения акций добавлена колонка «Локальное исполнение». По умолчанию для всех выбранных мест хранений проставляется значение «Да».
Выбор режима проведения акции – локальное или центральное, зависит от принятой в торговой организации технологии управления магазинами и оперативностью обмена информацией с базами данных магазинов. Например, при локальном исполнении необходимо включать периодическую процедуру исполнения маркетинговых акций на серверах подчиненных баз данных, что несколько увеличивает степень сложности администрирования сети баз данных, но при этом снижается зависимость процесса от периодичности и устойчивости средств связи почтового обмена. Для точного исполнения акции достаточно заранее передать документ в магазин и в нужное время процесс выполнится автоматически. При центральном исполнении процесс полностью проводится в центре, а в подчиненные базы данных только отправляются акты переоценки. В этом случае управление процессом становится проще, но возникает вероятность задержек конечного исполнения актов переоценок из-за потерь времени при транспортировке документов.
При определении места хранения источника акции и мест хранения проведения акции необходимо учитывать, что текущая технология почтового обмена не разрешает управлять ценообразованием в базах данных, не подчиненных текущей. То есть, если схема проведения маркетинговой акции будет организована таким образом, что потребуется послать акт переоценки на исполнение в старшую базу данных и/или потребуется получить отклик об исполнении акта переоценки от старшей базы данных, то такое действие будет заблокировано почтовым модулем.
Текущая технология управления ценообразованием требует, чтобы место хранения источника акции было старшим по отношению к местам хранения проведения акции. Для контроля правильности документа создана функция проверки 162 «Корректность мест хранения маркетинговой акции». Функция имеет режим проверки «Всегда запрет».
| Якорь |
|---|
| _Toc175039655 |
|---|
| _Toc175039655 |
|---|
|
Контроль полноты исполнения маркетинговой акции.
При исполнении маркетинговой акции в нескольких базах данных наблюдение за фактом смены статуса маркетинговой акции не гарантирует того, что при видимом изменении статуса документа, акция действительно началась или действительно завершилась во всех местах ее проведения.
Для контроля полноты исполнения маркетинговой акции в таблицу отобранных документов добавлены колонки «Старт» и «Завершение». В колонках показывается количество созданных актов переоценки, соответственно, начала и завершения акции и общее количество актов, которое должно быть создано в ходе проведения акции.
Контроль над полнотой проведения акции имеет смысл только в такой базе данных, куда вернуться все акты переоценки, созданные в других базах данных при проведении маркетинговой акции. То есть это может быть старшая база данных или промежуточная база данных, в которой обслуживается место хранения источника акции. В подчиненных базах данных акты переоценки от других магазинов никогда не появятся, и в колонках всегда будет показываться неполное исполнение акции.
| Якорь |
|---|
| _Toc175039656 |
|---|
| _Toc175039656 |
|---|
|
Почтовая рассылка и почтовый прием маркетинговых акций.
Если в документе «Маркетинговая акция» есть места хранения с локальным исполнением и эти места хранения не обслуживаются базой данных, в которой документ создан, то при отсутствии почтовой пересылки документа в требуемые базы данных, маркетинговая акция в этих местах хранения не состоится. При настройке почтового обмена надо внимательно следить за тем, чтобы правила почтовой рассылки были описаны правильно. Настраивать надо рассылку при смене статуса на «Принята», «Исполняется» и «Завершена». Отсылку при получении последних двух статусов необходимо настраивать независимо от того, выполняется ли периодическая процедура исполнения маркетинговых акций в подчиненной базе или нет. Смена статуса маркетинговой акции может произойти не только при наступлении времени начала или завершения акции, но и при принудительном ее старте и завершении, то есть как результат действия персонала. В этом случае возникает необходимость проинформировать о событии те подчиненные базы данных, которые обеспечивают локальное исполнение акции. Информирование осуществляется посылкой документа «Маркетинговая акция» с новым статусом.
При почтовом приеме маркетинговой акции делается проверка изменения статуса документа. В любом случае не разрешается понижать статус документа, если маркетинговая акция уже началась. Статус «Завершена» считается выше, чем статус «Исполняется», несмотря на то, что в фактически речь идет о статусе 0 «Заблокирован». После начала акции процесс не имеет обратного хода и акцию можно только завершить. Такое же поведение реализовано в интерфейсе торговой системы. Теперь запрещается понижать статус документа средствами интерфейса, если акция началась.
Почтовый прием маркетинговых акций в старшей и подчиненной базе реализован не одинаково. В подчиненной базе документ, пришедший из старшей, будет принят безусловно, за исключением описанного выше случая. И будет обработан, то есть в случае если статус документа изменяется в сторону повышения на «исполняется» и «завершена», то в подчиненной базе будут совершены действия по началу и завершению акции.
При приеме документа в старшую базу из подчиненной не разрешается принимать документ с понижением статуса, в том числе со статуса «Принята» до статуса «Черновик». Дополнительно при приеме документа делается проверка – не приведет ли повышение статуса маркетинговой акции в старшей базе к действиям по созданию актов начала или завершения акции. То есть проверяется, не являются ли какие-либо из мест хранения с локальным исполнением локальными для текущей базы данных и, если место хранение источника акции обслуживается текущей базой, то проверяется наличие в акции мест хранения с центральным исполнением.
| Якорь |
|---|
| _Toc175039657 |
|---|
| _Toc175039657 |
|---|
|
Акты переоценки. Информационные поля для контроля переоценки.
В документ «Акт переоценки» добавлены информационные поля: «Кол-во основания», «План. кол-во переоценки», «План. сумма переоценки». Поля отображаются в таблице спецификации документа после включения их в диалоге «информационные поля», который вызывается кнопкой «Вид->Информационные поля».
В поле «Кол-во основания» отображается количество данного товара из документа - основания акта переоценки, если документ основание является приходной накладной, выходом из производства или контрактом, то есть является документом, который может быть использован для наценивания товара. Если акт переоценки создавался на основании других типов документов, это поле будет пустым.
В поле «План. кол-во переоценки» показывается количество товара, которое по текущему состоянию остатков должно было бы переоцениться, если бы акт переоценки исполнился в настоящий момент времени. Для уже исполненных актов переоценки содержание данного поля смысла не имеет.
В поле «План. сумма переоценки» показывается результат умножения планируемого количества переоцениваемого товара на разницу между старой и новой ценой. Значение старой цены берется из поля «Старая цена» акта переоценки. Для того чтобы значение старой цены было актуально необходимо пользоваться функцией «Обновить старую цену».
| Якорь |
|---|
| _Toc175039658 |
|---|
| _Toc175039658 |
|---|
|
Складские требования. Контроль количества.
...
В разделе Контрагенты добавлена страница «Собств. контрагент», на которой имеется флажок «собственный контрагент» и возможность задать перечень мест хранения, которые обслуживаются данным контрагентом.
Под собственным контрагентом понимается такой контрагент, который не является независимым внешним поставщиком или покупателем. Это может быть юридическое лицо в составе холдинга или контрагент, с которым имеются особые отношения. Понятие собственного контрагента не совпадает с понятием «Партнер», которое используется для поддержания корректного, с точки зрения бухгалтерии, документооборота юридических лиц и для расчета себестоимости движения товара по партнерам с разными методиками списания. Партнер в системе может обмениваться товарами с другими юридическими лицами – партнерами только посредством купли-продажи товара. Партнер обязан владеть местом хранения только типа центральный склад. Все места хранения, подчиненные центральному складу, автоматически принадлежат партнеру. Эти условия позволяют однозначно и корректно рассчитывать бухгалтерскую себестоимость по партнерам, но не позволяют получить сводную себестоимость движения товара при его движении через несколько партнеров к покупателю.
Понятие собственного контрагента может быть использовано для описания структуры холдинговой компании в тех случаях, когда управленческие задачи отделены от задач бухгалтерского учета. То есть когда для целей бухгалтерского учета достаточно корректного отнесения документов к тем или иным юридическим лицам, тогда как себестоимость и движение товара должно соответствовать интересам управленческого учета и отражать данные для холдинга, а не для отдельного юридического лица. Собственный контрагент может быть связан с одним или несколькими местами хранения, либо не связан ни с одним местом хранения.
В текущей версии системы понятие собственного контрагента в бизнес-процессах или отчетах не используется. В последующих версиях понятие собственного контрагента предполагается использовать для диверсификации бизнес-процессов приема и отпуска товара.
| Якорь |
|---|
| _Toc163895068 |
|---|
| _Toc163895068 |
|---|
|
История изменения объектов системы.
...
В таблицу журнала изменения документов добавлено поле «Сумма». В поле сохраняется значение полной суммы документа на момент регистрации записи в журнале, то есть новое значение суммы.
При анализе журнала истории документов необходимо учитывать, что в журнале фиксируются только факты создания, удаления и изменения статуса документа. Все изменения документа между изменениями статуса не регистрируются.
Для тех типов документов, у которых поле «Сумма» в заголовке документа отсутствует, например, для актов потерь, поле «Сумма» в журнале истории документа не сохраняется и не показывается.
Для всей предыдущей истории документов, образовавшейся при работе с документами в прошлых версиях торговой системы, значение сумм будет отсутствовать и в журнале будет представлено пустым значением.
| Якорь |
|---|
| _Toc163895070 |
|---|
| _Toc163895070 |
|---|
|
История удаления документов.
Во всех разделах документов в меню «Функции» добавлен пункт «Журнал удаленных документов».
Функция позволяет получить информацию о дате, времени и номерах удаленных документов, соответствующих типу документов раздела, а также посмотреть историю удаленных документов.
Окно диалога «Журнал удаленных документов» состоит из двух частей. Верхняя часть - история удаления документов - содержит список фактов удаления документов в порядке убывания даты-времени удаления. Нижняя часть содержит историю для документа, отмеченного в верхней части окна.
Один и тот же документ будет показан в таблице истории удаления документов столько раз, сколько раз он удалялся. Такое может случиться, если после удаления документа создается новый документ с тем же номером, что и у удаленного документа, а затем он удаляется повторно.
| Якорь |
|---|
| _Toc163895071 |
|---|
| _Toc163895071 |
|---|
|
История контрагентов.
Для контрагентов создан журнал истории контрагентов. Для отображения журнала в разделе «Контрагенты» создана страница «Журнал».
Журнал истории изменения контрагентов имеет два варианта – сокращенный и расширенный, так же как и журнал истории изменения артикулов. Управление вариантом ведения журнала осуществляется в административном модуле в разделе «База данных» на странице «Конфигурация» в группе данных «Прочие». Для включения режима ведения расширенного журнала необходимо установить флаг «Расширенный формат журнала контрагентов».
Так же, как и для журнала карточек складского учета, смена режима ведения журнала с краткого на расширенный не приводит к восстановлению истории предыдущего периода. Смена режима приводит к расширению или, соответственно, к сокращению объема информации, которая регистрируется в журнале, начиная с момента смены режима.
В кратком режиме ведения истории изменений в журнале регистрируется дата, время и вид изменения (операция) записи о контрагенте, а также информация о сотруднике, совершившем изменение.
В расширенном режиме дополнительно сохраняется информация о том какой атрибут был изменен и новое значение атрибута записи контрагента. Запись о контрагенте считается измененной, если измен один из атрибутов основной записи. Все атрибуты раздела «Контрагенты», которые могут иметь много значений для одного контрагента, не относятся к основной записи и их изменение не приводит к регистрации факта изменения контрагента в истории, например, перечень складов или сотрудников контрагента.
| Якорь |
|---|
| _Toc163895072 |
|---|
| _Toc163895072 |
|---|
|
История удаления контрагентов.
В меню «Функции» раздела «Контрагенты» добавлен пункт меню «Журнал удаленных контрагентов».
Диалог истории удаленных контрагентов имеет такой же вид и функциональность, что и журнал истории удаленных документов. Перечень полей с информацией об удаленном объекте включает идентификатор контрагента и название контрагента на момент его удаления.
| Якорь |
|---|
| _Toc163895073 |
|---|
| _Toc163895073 |
|---|
|
История удаления карточек складского учета.
В меню «Функции» раздела «Карточки складского учета» добавлен пункт меню «Журнал удаленных карточек».
Диалог истории удаленных карточек имеет такой же вид и функциональность, что и журнал истории удаленных документов. Перечень полей с информацией об удаленном объекте включает название карточки складского учета и единицу измерения карточки на момент ее удаления. Эта информация, начиная с текущей версии, сохраняется в журнале изменений карточки независимо от выбранного режима ведения журнала.
В предыдущих версиях удаление карточки приводило к удалению всей истории изменения карточки, соответственно, после установки текущей версии история ранее удаленных карточек показываться не будет. Будет показываться только история тех удалений, которые будут совершены после установки текущей версии.
| Якорь |
|---|
| _Toc163895074 |
|---|
| _Toc163895074 |
|---|
|
История изменения пароля пользователя Супермага.
В административном модуле в разделе «Права доступа» на странице «Сотрудники» имеется доступ к журналу истории действий с учетной записью сотрудника – пользователя системы.
В журнал истории операций с пользователем системы добавлена регистрация операции смены пароля – «Смена пароля». Внешний вид таблицы журнала остался без изменений.
Все предыдущие операции смена пароля, произошедшие до установки текущей версии системы, в журнале не зарегистрированы, и показываться не будут.
| Якорь |
|---|
| _Toc163895075 |
|---|
| _Toc163895075 |
|---|
|
Акт переоценки. Информационное поле «Бух. Остатки».
В документ Акт переоценки добавлено два информационных поля – «Бух. остатки» и «Бух. остатки с подчиненными м.х.». В этих полях показываются остатки по полностью зарегистрированным товарным документам, в отличие от полей «Остатки» и «Остатки с подч. м.х.», в которых показываются складские остатки, то есть, включая остатки по не полностью обработанным документам - в статусе принят/отпущен складом. При анализе значений этих полей необходимо учитывать, что отрицательные значения количества при переоценки принимаются равными нулю.
| Якорь |
|---|
| _Toc163895076 |
|---|
| _Toc163895076 |
|---|
|
Акт переоценки. Заполнение документа продажными ценами.
В раздел «Акт переоценки» добавлена функция «Заполнить документ продажными ценами».
Функция позволяет заполнить поле «Цена» спецификации документа значениями цен выбранного вида цены для указанного места хранения.
Интерфейс старта функции ограничивает выбор цен только активными видами цен для указанного места хранения. По умолчанию, в интерфейсе выводится место хранение и вид цены документа «Акт переоценки».
| Якорь |
|---|
| _Toc163895077 |
|---|
| _Toc163895077 |
|---|
|
Инициализация вида цены.
В разделе «Цены» на странице «Виды цен» имеется вызов функции «Инициализация вида цены». В предыдущих версиях функция позволяла рассчитать цены для нового вида цены на основании цен последних приходов товаров и правил наценивания, установленных для этого вида цены, и помещала рассчитанные цены в специально созданный акт переоценки для нового вида цены.
В текущей версии к прежнему варианту расчета цен для нового вида цен добавлен еще один – простановка цен из другого вида цены и добавлена функция копирования наценок из другого вида цены. Новый вариант инициализации вида цены позволяет выполнить задачу копирования цен одного магазина в другой магазин, например, при открытии нового магазина.
В диалог старта функции добавлен выбор одной из трех доступных функций: функции генерации акта переоценки на основании цен последних приходов, генерация акта переоценки путем простановки цен из другого вида цены и функции копирования наценок.
При переносе цен из другого вида цены с иной валютой, цены копируются без учета курсов валют, но с учетом точности валюты нового вида цены.
Функция копирования наценок из одного вида цены в другой вид цены не отменяет уже установленные наценки нового вида цены, если они установлены для такой группы классификатора, которая не имеет персонального значения наценки в исходном виде цены. При копировании наценок необходимо помнить, что значения наценок будут установлены немедленно, в ходе работы процедуры, в отличие от цен, которые помещаются в акт переоценки со статусом «Черновик».
| Якорь |
|---|
| _Toc163895078 |
|---|
| _Toc163895078 |
|---|
|
Изменение формата ввода ГТД.
В предыдущих версиях торговой системы считалось, что длина кода таможенного органа в номере справки к ГТД составляет 5 символов. В приходных, расходных накладных и накладных на перемещение элемент диалога для ввода номера справки к ГТД состоит из трех частей. При вводе номера справки курсор автоматически перемещается к следующему элементу после ввода необходимого числа символов. В текущей версии число символов, после которого курсор переходит с кода таможенного органа на дату справки к ГТД увеличено до восьми.
Такое же изменение внесено в функцию проверки корректности введенного номера справки к ГТД.
| Якорь |
|---|
| _Toc163895079 |
|---|
| _Toc163895079 |
|---|
|
Контроль ставок НДС в накладных.
Для документов «Приходная накладная», «Расходная накладная», «Счет», «Счет-фактура кассового чека» создана функция проверки 160 «Несовпадение ставок НДС в документе и в карточке товара». По умолчанию функция имеет режим «Предупреждение».
Режим использования функции устанавливается одинаковым для всех перечисленных типов документов.
Функция осуществляет проверку соответствия значений ставок НДС, зафиксированных в спецификации документа, и значений ставок НДС, описанных в истории действия налоговых групп для артикула спецификации. Значение ставки НДС для артикула определяется на дату документа. Проверка осуществляется при переводе документа из статуса Принят складом / Отпущен складом / Выставлен до Принят полностью / Отпущен полностью / Закрыт / Принят, соответственно.
| Якорь |
|---|
| _Toc163895080 |
|---|
| _Toc163895080 |
|---|
|
Цена для кассы в документах производства и накладной на перемещение.
В спецификацию документов производства «Расход в производство», «Выход из производства», «Возврат из производства» добавлено информационное поле «цена для кассы». Поле «Цена для кассы» заполняется текущим значением цены для кассы места хранения документа в момент смены статуса документа на «полностью принят» по тем же правилам, что и для приходных и расходных накладных.
Функция заполнения поля «Цена для кассы» включается в административном модуле в разделе «Базы данных» в группе данных «Ценообразование», флагом «Проставлять цену для кассы в накладные».
В накладных на перемещение в таблицу статистики SMSpecStat добавлены поля для сохранения времени регистрации и значения цены для кассы места хранения «Из». Цена для кассы места хранения «Из» сохраняется в документе при смене статуса с «Черновик» на «Отправлен». В интерфейсе данное значение не отображается, но может быть использовано в отчетах.
Изменения внесены для обеспечения бизнес-процесса учета товара в ценах реализации.
| Якорь |
|---|
| _Toc163895081 |
|---|
| _Toc163895081 |
|---|
|
Замещение накопительных дисконтных карт.
В разделе «Скидки» на странице «Дисконтные карты» создана процедура замещения одной накопительной дисконтной карты другой.
Процедура замещения накопительной дисконтной карты позволяет учитывать предыдущую активность покупателя в случае выдачи ему новой дисконтной карты взамен утерянной или испорченной.
Процедура «Заместить дисконтные карты» вызывается кнопкой «Обработать», относящейся к списку дисконтных карт накопительного типа. Процедура позволяет заместить одну или более выбранных карт другой дисконтной картой. При замещении тех дисконтных карт, которые сами замещают какие-либо дисконтные карты, ссылка замещения для ранее замещенных карт меняется на новую карту.
Замещенная дисконтная карта блокируется, и ее разблокирование не разрешается.
Замещать дисконтную карту нужно только дисконтной картой того же типа.
Процедура замещения позволяет указать процедуре расчета накопительной скидки на то, что при расчете суммарной активности покупателя необходимо учитывать не только активность по данной дисконтной карте, но и активность по всем тем дисконтным картам, которые были замещены данной картой. Сами замещенные карты в расчете новых значений скидок не участвуют.
| Якорь |
|---|
| _Toc163895082 |
|---|
| _Toc163895082 |
|---|
|
Проверка контрольного разряда штрихового кода EAN 13.
В процедуру ввода штрихового кода при регистрации нового штрихового кода для артикула введена дополнительная проверка контрольной суммы. Проверка предназначена для предупреждения возможных ошибок оператора при ручном вводе штриховых кодов. Контрольная сумма проверяется по алгоритмам для кодов типов EAN и UPC. Проверка предупреждает оператора о несоответствии введенной последовательности цифр стандартам EAN и UPC, но не запрещает ввести новое значение.
Если штриховой код относится к иному типу, чем EAN или UPC, то проверка будет срабатывать избыточно. Однако иные типы штриховых кодов для идентификации товаров используются редко, например, это могут быть короткие коды для товаров, на которые нельзя нанести код или этикетку, соответственно, считается, что избыточное предупреждение не должно затруднять работу оператора.
| Якорь |
|---|
| _Toc163895083 |
|---|
| _Toc163895083 |
|---|
|
Контроль версии объекта при почтовом приеме.
В структуру заголовка почтового пакета внесено изменение для передачи вместе с пакетом информации о версии почтового объекта. Изменение коснулось только пакетов в формате sm2000. Файлы формата XML информацию о версии почтового объекта не содержат.
Под версией почтового объекта понимается дата и время его последнего обновления в локальной базе данных, либо версия последнего приема, в зависимости оттого, что имеет большее значение и имеется ли информация о последнем изменении объекта в торговой системе. Дата и время изменения, которые принимаются в качестве версии почтового объекта, преобразовываются в систему абсолютного времени по Гринвичу.
При приеме почтового пакета для каждого объекта, поступившего в составе пакета, может быть осуществлена проверка старшинства версий почтового объекта и его локальной копии. Функция проверки версии почтового объекта включается в административном модуле в разделе «База данных» на странице «Конфигурация» в новой папке «Почта». По умолчанию функция отключена.
Для правильной работы функции контроля необходимо, чтобы опция «Контроль версий почтовых объектов» была включена и в отсылающей и в принимающей базе данных. В отсылающей базе данных опция включает механизм определения и записи номера версии в заголовок почтового объекта. В принимающей базе данных включает функцию сличения версии локальной копии объекта и версии почтового объекта.
На той же странице настраивается смещение локального времени относительно абсолютного времени по Гринвичу – общее смещение и дополнительное смещение за счет летнего времени. Для часового пояса Москвы смещение составляет +3 часа. Летнее время добавляет еще 1 час. При настройке смещения необходимо учитывать, что несинхронная настройка смещения в разных базах данных приведет к неверному определению старшинства версий.
Если функция контроля версии почтового объекта включена, то при приеме почтового объекта определяется версия его локальной копии и если локальная копия имеет более позднюю версию, чем у почтового объекта, почтовый объект в базу данных не принимается. Под версией локальной копии объекта понимается либо дата время его последнего изменения, либо последняя версия ранее принятого почтового объекта. Версия локального объекта определяется в системе абсолютного времени по Гринвичу.
Если для локального объекта нет информации о дате времени его последнего изменения и такой объект никогда не принимался по почте, то считается, что локальный объект имеет заведомо более раннюю версию, чем объект, принимаемый по почте.
При приеме почтовых объектов, версия которых в пакете не указана, например, при приеме пакетов в формате XML, считается, что принимаемый объект имеет заведомо более позднюю версию.
При отсылке почтовых объектов, имеющих историю изменений, например, документов, дата время отсылки объекта не считается временем его последнего изменения. При приеме почтовых объектов дата время изменения объекта по факту предыдущего приема по почте, то есть изменения почтовым модулем, не учитывается при определении его версии. Для определения версии локальной копии учитывается версия ранее принятого объекта и изменения, совершенные в локальной базе данных. Версия ранее принятых объектов сохраняется в отдельной таблице, интерфейс к которой отсутствует.
Для объектов, не имеющих историю, например, для справочников, версия при отсылке считается неопределенной.
Механизм контроля версии обеспечивает корректный прием почтовых отправлений при однонаправленной пересылке объектов, например справочников из старшей базы данных в младшие, а также при обмене документами, которые изменяются только в одной базе данной.
При использовании механизма контроля версии почтовых объектов необходимо учитывать, что данный механизм не решает проблемы одновременного редактирования одного и того же объекта в разных базах данных с выяснением, какое из изменений является правильным. В текущем алгоритме последней версией будет признана версия экземпляра объекта, который был изменен последним по времени, если речь идет об объекте с ведением истории или объект, который был послан позднее.
| Якорь |
|---|
| _Toc163895084 |
|---|
| _Toc163895084 |
|---|
|
Контроль последовательности исполнения актов переоценки.
Описанный выше механизм контроля версии принимаемого почтового объекта не решает задачи контроля последовательности исполнения актов переоценки, то есть проблемы, которая возникает при нарушении во времени порядка исполнения актов переоценки.
В случае нарушения порядка передачи из одной базы данных в другую двух актов переоценки для одного и того же артикула, механизм контроля версии почтовых объектов позволит принять и исполнить оба акта переоценки, поскольку это разные почтовые объекты.
Для защиты от неверной последовательности исполнения актов переоценки разработан механизм контроля последовательности исполнения актов переоценки. Этот механизм позволяет проверить для каждого артикула из исполняемого акта переоценки наличие ранее исполненного акта переоценки, который в действительности должен был быть исполнен после исполнения текущего акта.
Порядок исполнения актов переоценки определяется только для актов с условием исполнения «немедленно при оприходовании». Считается, что исполнение всех актов переоценки с условием исполнения – «по наступлению указанной даты» или «при оприходовании документа-основания» должно происходить именно в тот момент времени, когда это реально произошло.
Для актов переоценки с условием исполнения «немедленно при оприходовании» введен атрибут – предполагаемая дата и время исполнения, который заполняется текущим временем в момент принятия акта к исполнению. В дальнейшем, если возникает временной разрыв между принятием акта к исполнению и исполнением акта, то осуществляется проверка наличия ранее исполненного акта переоценки с датой-временем предполагаемого исполнения большим, чем дата-время предполагаемого исполнения текущего акта. Для актов с иными причинами исполнения предполагаемое время исполнения считается равным фактическому времени исполнению.
Сравнение даты и времени предполагаемого исполнения производится в системе абсолютного времени по Гринвичу. Для правильной работы процедуры в каждой базе данных необходимо задать смещение времени относительно времени по Гринвичу и указание на наличие зимнего времени. Установка этих величин производится в административном модуле в разделе «База данных» на странице «Конфигурация» в группе данных «Почта».
В процессе контроля исполнения акта переоценки все артикулы, для которых цена не может быть установлена по причине того, что текущий акт для них является слишком старым, переносятся из текущего акта переоценки в новый документ, который в свою очередь переводится в статус «Заблокирован». Если все цены акта переоценки являются слишком старыми, то новый документ не создается, а исходный документ переводится в статус «Заблокирован». Если новый документ создается, то него в качестве основания прописывается исходный акт переоценки и в оба документа добавляется пометка в поле комментарий.
Описанный механизм контроля будет работать только при установленной опции административного модуля «Контроль порядка исполнения цен» в разделе «База данных» на странице «Конфигурация» в группе данных «Ценообразование».
| Якорь |
|---|
| _Toc163895085 |
|---|
| _Toc163895085 |
|---|
|
Печать этикеток с ценой из накладных на перемещение.
В предыдущих версиях системы, при печати этикеток с ценой из накладной на перемещение цена в этикетку проставлялась из таблицы текущих цен для места хранения «В» накладной по виду цены для кассы этого места хранения.
В текущей версии введен следующий алгоритм поиска цены для печати в этикетке:
Цена берется из акта переоценки, который создан на основании накладной на перемещение и имеет следующие атрибуты: вид цены акта совпадает с видом цены для кассы места хранения «В», место хранения акта равно месту хранения «В» накладной на перемещение, статус акта - «принят к исполнению» или «исполнен».
Если артикул из накладной в таком акте отсутствует или отсутствует сам акт, то цена берется из таблицы текущих цен. Вид цены берется как вид цены для кассы места хранения «В». Место хранение цены определяется следующим образом: это либо место хранения «Из» накладной на перемещение, если это место хранения является локальным для базы данных, иначе это место хранения «В» накладной на перемещение, если оно является локальным для базы данных, иначе цена считается неопределенной.
Новый алгоритм поиска цены позволяет печатать этикетки с ценой, как при формировании поставки перемещаемого товара, так и при его приеме с учетом того, что базы данных, в которых будет происходить регистрация движения товара, будут разными. При этом цена на этикетке будет такая, которая либо должна быть установлена на перемещаемый товар в момент его приема в месте приема, либо соответствует его текущей цене в месте приема, если новую цену устанавливать не предполагается. Данный алгоритм рассчитан только на создание этикеток для нового товара, то есть не предполагается, что он будет использоваться для обработки возвращаемого товара.
| Якорь |
|---|
| _Toc163895086 |
|---|
| _Toc163895086 |
|---|
|
Интерфейс управления почтовым модулем.
...
В предыдущих версиях торговой системы интерфейс для управления работой почтового модуля располагался в панели управления компьютера в папке «Службы и приложения» вместе с интерфейсами управления кассовым модулем, сервером Супермага и модулем контроля цен Супермага.
В текущей версии интерфейс управления почтовым модулем вынесен из панели управления компьютером в отдельное приложение «Администратор почтового модуля».
Сам почтовый модуль, который реализован как служба операционной системы «Почтовый модуль Супермага», остался прежним, и его функциональность не изменилась. Как и прежде, одну базу данных должна обслуживать единственная служба почтового модуля. Для большинства случаев достаточно функционирования единственной службы почтового модуля на одном компьютере сети.
Администратор почтового модуля может быть установлен как на том же компьютере, где установлена и эксплуатируется служба, так и на любых других компьютерах сети. Администратор почтового модуля может эксплуатироваться несколькими пользователями одновременно на разных компьютерах и управлять, при этом, одной службой почтового модуля.
Для управления взаимодействием администратора почтового модуля и службы почтового модуля при работе на разных компьютерах в состав почтового модуля включена служба – «Удаленное управление почтовым сервером Супермага». Служба всегда устанавливается вместе со службой «Почтовый модуль Супермага».
Для раздельной установки служб почтового модуля и администратора почтового модуля внесены изменения в программу установки торговой системы. На странице «Выбор компонентов» в состав компонента «Почтовый модуль» включены две части: «Администратор почтового модуля» и «Служба почтового модуля». При установке метки на компоненте «Почтовый модуль», по умолчанию отмечаются обе части.
При установке администратора почтового модуля в среде операционной системы Windows XP при первом запуске программы будет получено сообщение от брандмауэра о необходимости блокировки или разблокировки доступа к программе по сети. Необходимо разблокировать доступ к программе по сети или поместить программу SM.Post.Admin.exe в список исключений центра обеспечения безопасности Windows до ее первого использования.
| Якорь |
|---|
| _Toc163895088 |
|---|
| _Toc163895088 |
|---|
|
Интерфейс администратора почтового модуля.
Интерфейс администратора почтового модуля состоит из трех разделов – страницы выбора компьютера службы почтового модуля, страницы управления службой почтового модуля и страницы управления почтовым обменом.
| Якорь |
|---|
| _Toc163895089 |
|---|
| _Toc163895089 |
|---|
|
Выбор службы почтового модуля.
При старте администратора почтового модуля необходимо в первую очередь указать компьютер, на котором функционирует служба почтового модуля для установления связи с ним. Это может быть локальный компьютер, и тогда его имя указывать необязательно, или удаленный компьютер. В этом случае на странице выбора службы почтового модуля необходимо указать доменное имя компьютера, на котором размещена служба. В случае успешного соединения это имя запоминается и используется при последующих запусках администратора. Настройки для старта администратора запоминаются на локальном компьютере для каждого пользователя ОС раздельно.
| Якорь |
|---|
| _Toc163895090 |
|---|
| _Toc163895090 |
|---|
|
Управление службой почтового модуля.
Страница управления службами почтового модуля состоит из двух частей – части для управления функционированием служб и части для управления взаимодействия с базами данных.
Элементы управления службами позволяют остановить или запустить службу и настроить свойства службы – тип запуска и пользователя, от имени которого стартует служба, и права которого она наследует. При указании пользователя, от имени которого стартует служба, необходимо учитывать, что почтовый модуль может работать с сетевыми каталогами и в этом случае прав пользователя по умолчанию «Local system» может оказаться недостаточно. Для получения достаточных прав как для работы с ресурсами локального компьютера, так и для работы с сетевыми ресурсами, необходимо для старта службы указывать пользователя с правами администратора домена.
Полное управление обоими службами средствами администратора почтового модуля доступно только при старте администратора на локальном компьютере, то есть на том же компьютере, на котором функционируют службы и только пользователю с правами администратора. При работе с удаленного компьютера управление службой «Удаленное управление почтовым сервером Супермага» не допускается. Управление службой «Почтовый модуль Супермага» разрешено только пользователям, перечисленным в списке администраторов почтового модуля.
Перечень пользователей, которым будет разрешено управлять службой почтового модуля с удаленных компьютеров, задается для службы удаленного управления. При задании имени необходимо указывать полное имя пользователя, включая имя домена. Администратор почтового модуля, указанный в перечне, не обязан обладать правами администратора домена для дальнейшего управления службой почтового модуля с удаленного компьютера.
Список администраторов почтового модуля и настройки служб хранятся на том же компьютере, на котором функционируют службы, и при переносе службы на иной компьютер требует повторного ввода. Вся информация сохраняется в зашифрованном виде.
Управление службами, а именно, старт, останов и настройка их свойств, может также осуществляться средствами операционной системы через консоль управления компьютером, однако в этом случае пользователь при работе с удаленного компьютера должен обладать правами администратора домена.
Необходимым условием старта администратора почтового модуля с удаленного компьютера является функционирование службы удаленного управления на компьютере, к которому осуществляется подключение. В связи с этим необходимо следить за тем, чтобы эта служба всегда запускалась автоматически при старте компьютера-сервера и не была остановлена.
Если служба удаленного управления не запущена, то при попытке администратора почтового модуля установить соединение со службами почтового модуля на другом компьютере, будет получено сообщение об ошибке.
Если пользователь, стартующий администратор почтового модуля с удаленного компьютера, не зарегистрирован как администратор почтового модуля, то ему разрешается работа с функциями почтового модуля в рамках его прав на функции модуля «Почтовый модуль», но не разрешаются действия, связанные с управлением службами и регистрацией баз данных.
| Якорь |
|---|
| _Toc163895091 |
|---|
| _Toc163895091 |
|---|
|
Регистрация баз данных.
В большинстве случае одна служба почтового модуля обслуживает одну базу данных, то есть обеспечивает прием данных в одну базу данных и отсылку данных из нее. Тем не менее, служба может обслуживать несколько баз данных, работая с каждой из них независимо.
Для работы почтового модуля, прежде всего, необходимо указать перечень обслуживаемых баз данных, их атрибуты, и пароль для соединения от имени пользователя supermag. Эти данные будут использоваться службой почтового модуля для соединения с базой данных после того, как им будет получена команда активизации процесса отсылки или приема почтовых отправлений.
Создание нового описания базы данных, его изменение или удаление описания осуществляется в группе элементов «Регистрация базы данных».
Параметры соединения, указанные при регистрации базы данных, не используются для работы с базой данных администратором почтового модуля. Для задания настроек почтового обмена или получения информации о состоянии почтового обмена из таблиц базы данных, пользователь должен указать свое имя и пароль.
Диалог для ввода имени и пароля выдается всякий раз при первом обращении к информации или функциям базы данных. Последнее введенное имя запоминается и подставляется в диалог при следующем старте администратора почтового модуля и новом обращении к базе данных. В пределах текущей сессии работы администратора также запоминается пароль, но при следующем старте он не восстанавливается.
Базы данных, с которыми установлено соединение в рамках текущей сессии работы администратора почтового модуля, помечаются синей галочкой. Это не означает, что с этой базой работает или не работает служба почтового модуля. Это означает то, что администратор почтового модуля может обратиться к базе данных без дополнительного ввода имени и пароля. Активность службы почтового модуля при работе с базой данных обозначается зелеными стрелками на пиктограмме базы данных. Стрелка влево – прием, вправо – отсылка. При завершении работы администратора все его соединения автоматически закрываются.
Права пользователя при работе с администратором почтового модуля по отношению к функциям управления почтового обмена определяется правами должности в административном модуле.
Для детального управления правами пользователей в модульную роль «Почтовый модуль» добавлены функциональные роли: «Конфигурация и настройка» и «Управление». Право «Конфигурация и настройка» позволяет редактировать параметры обмена и правила рассылки, право «Управление» позволяет управлять очередями приема и отсылки пакетов и объектов.
| Якорь |
|---|
| _Toc163895092 |
|---|
| _Toc163895092 |
|---|
|
Настройки Почтового модуля для работы с базой данных.
Настройка параметров рассылки включает описание перечня абонентов - удаленных баз данных, форматов обмена, способа доставки - транспортов и периодичности работы, а также правил автоматической рассылки.
Определение параметров функционирования почтового модуля при работе с базой данных возможно только при остановленном почтовом обмене. При следующем старте процессов почтового обмена будут использованы новые значения настроек.
Настройка параметров обмена почтового модуля.
Общие параметры функционирования почтового модуля, которые не связаны с тем или иным абонентом (удаленной базой данных) задаются на странице «Параметры обмена».
В группе «Запуск» устанавливаются флаги автоматического старта процессов приема и отсылки почтовых отправлений при старте службы почтового модуля. Если условие автостарта не задано, служба почтового модуля после старта не обращается к базе данных до получения явной команды из администратора почтового модуля.
В группе «Ведение журналов» устанавливаются флаги для журнализации событий по отправке и приему почтовых пакетов и объектов. Настройка автоматического удаления старых записей позволяет избежать неконтролируемого роста объема журналов.
В группе «Пакеты» задаются общие правила поведения службы почтового модуля. При установке параметра «Число потоков для приема входящих пакетов» следует иметь в виду, что реальное число потоков будет не больше, чем число абонентов, от которых принимаются пакеты. Если заданное число потоков меньше количества абонентов, то организуется очередь потоков, и пакеты от следующего абонента принимаются после завершения работы одного из ранее занятых потоков. Также следует иметь в виду, что использование большого числа потоков может приводить не к росту, а к замедлению скорости работы почтового модуля из-за особенностей поведения операционной системы.
Описание перечня абонентов – удаленных баз данных осуществляется на странице «Удаленные базы данных». Здесь же для каждой удаленной базы описывается формат обмена и вид транспорта.
Интервал времени между очередными попытками работы транспорта (частота опроса) теперь задается в окне параметров транспорта и может быть задано раздельно для транспорта каждого абонента.
Настройка правил автоматической рассылки.
Автоматическая рассылка объектов зависит от правил постановки объектов в очередь на рассылку и от перечня мест хранения, обслуживаемых удаленной базой данных.
В правилах отсылки описание располагается на двух страницах – «Правила рассылки» и «Места хранения».
Правила отсылки описывают события, при которых тот или иной тип объекта должен быть поставлен в очередь на отсылку, и категорию базы данных – старшая и/или подчиненная. Автоматическая рассылка в равноправные базы не поддерживается. В случае рассылки в подчиненные базы данных правила рассылки подразумевают, что объект будет отослан в подходящие базы данных. Под подходящими базами подразумеваются либо все подчиненные базы данных (для тех объектов, которые логически не связаны с понятием места хранения) либо только те подчиненные базы данных, которые обслуживают места хранения, логически связанные с объектом.
Необходимо учитывать, что при автоматической рассылке объектов, содержащих место хранения, например, документов, объект действительно будет поставлен в очередь на отсылку только в ту подчиненную базу данных назначения, для которой указано место хранение такое же, как и в объекте.
Одно и то же место хранения нельзя приписывать к нескольким удаленным базам данных. Также необходимо следить за тем, чтобы одно и то же место хранения не было описано как локальное, то есть обслуживаемое в текущей базе данных и как обслуживаемое одной из удаленных баз данных.
Правила рассылки также позволяют описать правила пересылки объекта для тех случаев, когда топология баз данных подразумевает прохождение объекта от одной базы данных к другой через одну или несколько промежуточных баз данных. Правила сквозной рассылки описываются по отношению к текущей базе данных, учитывая ее положение в топологии баз данных. При сквозной пересылке объектов, логически связанных с местом хранения, пересылка в подчиненные базы данных происходит по тому же принципу, что и при отсылке, то есть объект пересылается только в подходящие базы данных. Соответственно, при описании мест хранения удаленных баз данных, для каждой удаленной базы данных необходимо описывать не только те места хранения, которые обслуживает эта база данных, но и те мест хранения, которые обслуживаются всеми подчиненными ей базами данных, то есть всеми базами данных, стоящими за ней в цепочке баз данных.
Необходимо учитывать, что не все типы объектов могут рассылаться автоматически. Для таких объектов разрешается задавать правила сквозной пересылки, но не позволяется задавать правила автоматической постановки в очередь на отсылку.
| Якорь |
|---|
| _Toc163895093 |
|---|
| _Toc163895093 |
|---|
|
Управление почтовым обменом.
Страница управления почтовым обменом позволяет осуществлять старт и остановку процессов отсылки и приема пакетов и контролировать ход почтового обмена.
Команды управления почтовым обменом.
Команды управления процессом отсылки и приема продублированы опциональными командами посылки и приема пакетов подтверждения. По умолчанию, при старте процесса отправки пакетов с информацией автоматически включается процесс приема пакетов подтверждения с информацией о прохождении отосланных объектов. При старте процесса приема пакетов с данными по умолчанию включается процесс отсылки пакетов подтверждения об успешности приема. При отключении процессов связанные с ними процессы обработки пакетов подтверждения также останавливаются. Тем не менее, остается возможность ручного раздельного управления процессами отсылки и приема пакетов подтверждения.
Очередь отсылки.
Страница «Очередь отсылки» предназначена для просмотра состояния процесса пересылки объектов, поставленных в очередь на отсылку, и управления очередью отсылки объектов. Эта возможность в предыдущих версиях интерфейса почтового модуля не предоставлялась.
Информация об объекте отображается на странице, начиная с момента постановки его в очередь на отсылку и до момента получения подтверждения об успешном приеме объекта ото всех получателей, либо до момента удаления объекта из очереди.
В колонке «Статус» показывается состояние пересылаемого объекта:
«в очереди» - идентификатор объекта помещен в очередь на отправку (информация о необходмости отослать объект),
«формируется» - объект находится в процессе размещения в виртуальном пакете,
«в пакете» - объект размещен в физическом пакете, пакет создан и помещен в каталог отсылки,
«отослан» - файл физического пакета отослан транспортом.
В колонке «ошибки» отображается факт наличия или отсутствия ошибок при пересылке объекта. Для просмотра подробного сообщения об ошибках надо два раза нажать левой клавишей мыши на изображении пиктограммы ошибки.
Для ограничения списка просматриваемых объектов в очереди можно задать фильтр очереди отсылки. Фильтр может быть установлен по типам объектов, базам данных назначения, коду объекта, статусу продвижения объектов, номеру виртуального почтового пакета, диапазону времени создания пакетов и факту наличия или отсутствия ошибок при пересылке объекта.
Для управления очередью имеется возможность удаления объекта из очереди. Из очереди можно удалять только те объекты, которые еще не начали движение.
Имеется возможность внеочередной отсылки объекта. То есть инициации немедленной отсылки объекта без контроля его места в последовательности отсылаемых объектов. Немедленная отсылка может осуществляться только квалифицированными пользователями и только в черезвычайных ситуациях, например, при необходимости срочной отправки объекта в условиях большого трафика и низкой пропускной способности сети.
Очередь отсылки пакетов.
Страница по содержанию аналогична такому же интерфейсу предыдущей версии. В таблице виртуальных пакетов отображается состояние обработки виртуальных пакетов: «В очереди» и «Создан». В таблице физических пакетов состояние обработки физического пакета: «В очереди», «Создан» и «Принят».
Состояние «В очереди» по отношению к пакету означает, что пакет находится в процессе формирования.
В обоих таблицах продублированы отметки о наличии ошибок почтового обмена. В таблице виртуальных пакетов отметка об ошибке появляется при наличии хотя бы одной ошибки при обработки как виртуального, так и физических пакетов, созданных на основании виртуального.
В таблице физических пакетов отметка об ошибке показывается только для тех пакетов, при обработке которых возникла ошибка.
Очередь принимаемых пакетов.
Страница «Прием пакетов» предназначена для просмотра состояния процесса приема физических пакетов, пришедших из удаленных баз данных. Эта возможность в предыдущих версиях интерфейса почтового модуля не предоставлялась.
Функции управления очередью позволяют принять пакет вне очереди, то есть имеется возможность немедленной инициации процесса приема независимо от периода времени обработки пакетов и очередности полученных пакетов.
Журналы.
На страницах «Журнал отсылки» и «Журнал приема» отображается информация из соответствующих журналов. Журнализация процессов отсылки и приема ведется только в том случае, когда журналы включены. В те моменты, когда журналы отключены, информация о прохождении процессов в них не попадает и после последующего включения журналов не восстаналивается.
| Якорь |
|---|
| _Toc163895094 |
|---|
| _Toc163895094 |
|---|
|
Расписание полной принудительной загрузки касс.
Внесено изменение в алгоритм работы полной принудительной загрузки касс по расписанию.
В предыдущих версиях алгоритм принудительной полной выгрузки с условием «Один раз в указанное количество дней … В указанное время …» выполнялся следующим образом: в ходе выполнения расписания загрузок касс очередная загрузка принудительно заменялась на полную, если текущее время превысило время, указанное в настройке, и интервал времени после предыдущей принудительной полной выгрузки составил не менее 24 часа * количество дней.
В текущей версии условие наступления полной принудительной выгрузки изменено. В ходе выполнения расписания загрузок касс очередная загрузка принудительно заменяется полной загрузкой, если текущее время превысило время, указанное в настройке, и разница в днях между текущей датой и датой полной предыдущей загрузки касс больше или равно заданному количеству дней.
Изменение алгоритма обеспечивает условие старта полной принудительной загрузки в ближайшую загрузку по расписанию после указанного времени, если в течение текущих календарных суток еще не производилось полной принудительной загрузки. В предыдущих версиях наблюдалось смещение времени полной принудительной загрузки в более позднюю сторону, если первый старт полной принудительной загрузки происходил позднее заданного времени, например, при первом старте после настройки расписания.
| Якорь |
|---|
| _Toc163895095 |
|---|
| _Toc163895095 |
|---|
|
Сообщения кассового драйвера УКМ2.
При выгрузке информации в кассы УКМ2 производится приведение данных торговой системы к формату УКМ2. В частности, УКМ2 не допускает наличие в дереве классификаторов групп 6-го и более уровней. В процессе загрузки касс классификатор приводится к формату УКМ2 за счет удаления из него групп шестой и более уровня вложенности и осуществляется перенос артикулов в родительские группы 5-го уровня. В предыдущих версиях драйвер кассы при выгрузке классификатора заносил сообщение об ошибке столько раз, сколько групп классификатора 6-го или более уровней встречалось в исходном классификаторе, и при выгрузке артикулов заносил сообщение об ошибке всякий раз при переносе артикула в родительскую группу.
В текущей версии сообщение об ошибке выдается один раз для классификатора с перечислением первых пяти отсеченных групп и один раз для артикулов с общим предупреждением о возможной потере информации о скидках и других атрибутах, назначенных артикулу через усеченные группы классификатора.
| Якорь |
|---|
| _Toc163895096 |
|---|
| _Toc163895096 |
|---|
|
Драйвер касс УКМ4.
...
Java Server может быть установлен в процессе создания экземпляра базы или установлен позднее. Если экземпляр базы данных создается с помощью программы Oracle Database Configuration Assistant, то для установки Java Server необходимо выбрать флажок Oracle JServer на странице выбора опций для конфигурирования базы данных. Если экземпляр базы данных уже создан, то для установки Java Server необходимо в той же программе Oracle Database Configuration Assistant выбрать режим Change database configuration и на странице выбора опций для конфигурирования базы данных установить флаг Oracle Jserver. Если Java Server был ранее установлен, то флаг Oracle Jserver будет отмечен и недоступен для редактирования.
Установить Oracle Jserver можно также выполнив скрипт:
%ORACLE_HOME%\javavm\install\ initjvm.sql
где %ORACLE_HOME% - путь к каталогу, в котором размешаются фалы Oracle, например, с:\Ora81. Не следует использовать путь Oracle home для Oracle 8.0
При установке Jserver на уже существующий экземпляр базы данных обязательно необходимо предварительно проверить следующие параметры базы данных
1. SHARED_POOL_SIZE >= 65 MB
JAVA_POOL_SIZE >= 50 MB
50 MB свободного пространства в табличном пространстве SYSTEM
250 MB свободного пространства в табличном пространстве сегмента отката
2. Переменная NLS_LANG должна быть задана корректно: AMERICAN_AMERICA.CL8MSWIN1251, RUSSIAN_CIS.CL8MSWIN1251
В случае неудачной установки, например из-за несоблюдения вышеперечисленных требований к экземпляру базы данных, необходимо перед повторной попыткой удалить объекты, оставшиеся от предыдущей попытки. Сделать это можно, выполнив скрипт:
%ORACLE_HOME%\javavm\install\ jvmrm.sql
Для установки драйвера JDBS mySql необходимо скопировать на компьютер каталог mysql-connector-java-2.0.14, затем запустить интерфейс командной строки, в интерфейсе командной строки перейти в каталог mysql-connector-java-2.0.14 и в нем выполнить файл:
%ORACLE_HOME%\bin\loadjava.bat -user <имя пользователя>/<пароль>@<имя БД> -o -r -g public -s mysql-connector-java-2.0.14-bin.jar
где %ORACLE_HOME% - путь к каталогу, в котором размешаются фалы Oracle, например, с:\Ora81.
Имя пользователя должно быть SYS. Для баз данных Oracle с версией до 9.2.0.3 необходимо гарантировать, что пользователю SYS назначено строго меньше 148 ролей. Если ролей 148 или больше, то процедура пройдет с ошибкой. Если выяснилось, что ролей больше, чем это допускается, необходимо отозвать часть ролей и повторить попытку.
Если, перечисленные выше компоненты базы данных Oracle не установлены, то часть компонентов схемы Supermag установлена не будет. Это означает, что если необходимость использования драйвера кассы УКМ4 возникла уже после установки текущей версии торговой системы, то необходимо не только установить вышеперечисленные системные компоненты, но и повторно загрузить пакеты схемы Supermag с помощью программы «Генератор базы данных».
Настройка драйвера УКМ4 проводится в разделе «Структура магазина/склада» для группы отделов. Для драйвера УКМ4 необходимо указать параметры двух баз данных mySQL, для загрузки данных в сервер УКМ4, и для получения данных о кассовых продажах. При задании параметров баз данных номер порта можно не задавать, если он соответствует значению по умолчанию 3306.
При настройке драйвера УКМ4 необходимо учитывать, что касса УКМ4 в соответствует не одной кассе, а кассовой линейке, которая в торговой системе соответствует понятию группы отделов. Соответственно, для одной группы отделов необходимо задавать не более одной кассы УКМ4. В остальном принцип функционирования драйвера УКМ4 не отличается от функционирования других драйверов касс. Драйвер УКМ4 может применяться совместно с любыми другими драйверами касс, включая драйверы УКМ2.
| Якорь |
|---|
| _Toc163895097 |
|---|
| _Toc163895097 |
|---|
|
Трассировка расчета товародвижения.
В процедуру расчета товародвижения добавлена возможность вывода в файл информации о ходе процесса расчета.
Вывод информации осуществляется, если в диалоге старта расчета указано включить трассировку для одного выбранного артикула.
Опция включения трассировки, элементы диалога для задания артикула и файла для вывода информации размещены в административном модуле в диалоге старта процедуры расчета товародвижения. При каждом новом открытии окна диалога старта расчета флаг трассировки устанавливается в выключенное положение для того, чтобы избежать случайного замедления процесса расчета.
Пример строки трассировки:
MapOutIn :
приход: WI 1МБ7407/1, оп.:0, MX:->3, кол.18(18)
расход: IW НпЗ3253/1, оп.:4, MX:3->1647, кол.6(6) / объем движения: 6
MapOutIn : - название шага расчета. Далее идет пара связанных документов
WI 1МБ7407 – тип и номер документа.
/1 – номер строки спецификации.
оп.:0 – код операции.
MX:->3 – код места хранения и направление движения товара.
кол.18(18) – количество в документе и количество доступное для распределения.
кол.6(6) / объем движения: 6 – количество в документе (доступное к распределению)/распределенное.
| Якорь |
|---|
| _Toc163895098 |
|---|
| _Toc163895098 |
|---|
|
Управление стандартным диалогом старта пользовательских отчетов.
...
Использование флажков может быть любым в зависимости от назначения отчета. Выбор контрагента может осуществляться среди поставщиков или клиентов.
При настройке пользовательского отчета можно указать, какие из элементов диалога будут использоваться и показываться на экране. Для элементов «Флажок 1» … «Флажок 5» помимо этого можно указать название, которое будет показываться на экране вместо слов «Флажок 1» и т.д. Для элемента выбора контрагента можно задать вариант использования – поставщик или клиент.
Описание элементов диалога задается в разделе «Настройка отчетов» в диалоге «Параметры отчета» текстовой строкой с условным описанием полей. По умолчанию, если строка не задана, показываются все элементы диалога.
Например, следующая строка позволит в диалоге показать один флаг с названием «только итоги» и элемент диалога для выбора поставщика:
SUPP;1;2|FLAG1;1;только итоги|FLAG2;0|FLAG3;0|FLAG4;0|FLAG5;0
Подробное описание способа управления элементами стандартного диалога старта отчета имеется в файле RepExample_ReadMe.doc, который устанавливается на компьютер программой установки торговой системы при выборе опции «Примеры пользовательских отчетов».
| Якорь |
|---|
| _Toc163895099 |
|---|
| _Toc163895099 |
|---|
|
Автоматическая установка клиентской части с правами администратора.
В торговой системе существует функция автоматического старта программы установки клиентской части программы, если при попытке запуска программы обнаруживается расхождение между версией базы данных и версией или сервис паком клиентской части.
В предыдущих версиях запуск программы установки всегда происходил от имени текущего пользователя и с его правами доступа к ресурсам компьютера.
В тех случаях, когда установка торговой системы требовала внесения изменений в реестр локального компьютера, и текущий пользователь не обладал правами на его изменение, такая установка не заканчивалась успешно.
В текущей версии можно указать пользователя с достаточными правами, например администратора сети, от имени которого будет производиться автоматический запуск программы установки.
Регистрация пользователя, от имени которого будет запускаться программа установки Супермага при автоматическом обновлении версии клиентской части, производится в административном модуле в разделе «База данных» в группе данных «Инсталляция».
Для описания пользователя необходимо задать имя пользователя, домен пользователя и его пароль. Пароль сохраняется в зашифрованном виде. Все данные о пользователе для программы установки сохраняются в базе данных и используются всеми компьютерами сети при автоматическом обновлении версии. При определении такого пользователя необходимо, чтобы он обладал достаточными правами на всех компьютерах сети.
Если имя пользователя не указано, то запуск инсталлятора будет осуществляться по прежнему алгоритму, то есть от имени текущего пользователя.
Имя и права привилегированного пользователя используются только при автоматическом запуске программы установки. При ручном старте программы установки эти данные не используются.
Новые возможности по автоматической установке клиентской части с правами администратора будут доступны только при модернизации версии 1.025 или старше на еще более старшие версии или сервис паки.
| Якорь |
|---|
| _Toc163895100 |
|---|
| _Toc163895100 |
|---|
|
Изменение системы лицензионной защиты.
...
В разделе карточек складского в диалоги рассылки карточек добавлен элемент для выбора перечня доверительных баз данных для почтовой рассылки. Диалог вызывается по кнопке Обработать->Рассылка» и по кнопке «Разослать» в заголовке окна детальной информации о карточке.
При одновременной рассылке вместе с карточкой складского учета уровней складских запасов, параметров наценивания и/или скидок по дисконтным картам, в очередь на отсылку ставятся все объекты перечисленных типов, связанные с данной карточкой, независимо от того, какие места хранения обслуживает доверительная база данных.
Данное поведение отличается от рассылки карточки в подчиненные базы данных. При рассылке в перечень подчиненных баз данных отсылаются только те объекты, которые соответствуют местам хранения, обслуживаемыми подчиненными базами данных.
| Якорь |
|---|
| _Toc204150621 |
|---|
| _Toc204150621 |
|---|
|
Контрагенты. Ручная отсылка в доверительную базу.
...
В интерфейс торговой системы добавлен новый раздел «Бизнес-анализ».
В связи с появлением нового раздела внесены изменения в порядок расположения пунктов меню «Функции» вызова разделов. Пункты меню «Отчеты», «Бизнес-анализ» и «Экспорт» объединены в одну группу. Пункт меню «Налоги» перенесен в одну группу к пунктам «Классификаторы» и «Настройка».
Раздел «Бизнес-анализ» предназначен для описания и выполнения задач по подготовке и отображению аналитических данных в табличном и графическом виде, а также для экспорта полученных данных в формате Excel. Задачи строятся на основании источников данных, которые получили название модели данных. Модель данных представляет собой предварительно подготовленный набор полей данных, сгруппированных по тематическому признаку, которые могут быть использованы для построения результирующей таблицы задачи. Модель данных является частью торговой системы и не может меняться пользователем по своему усмотрению. В текущей версии в раздел включены следующие модели данных:
Движение артикула
Кассовые чеки
Кассовые чеки со спецификацией
Остатки на дату
Остатки на дату по свойствам
Остатки текущие
Остатки текущие по свойствам
Реализация
На основании источника данных может формироваться задача с указанием конкретного перечня полей, порядка их следования, формул расчета, условий группирования, сортировки и т.д. Задачи могут создаваться пользователями самостоятельно в соответствии с их требованиями. Стандартные задачи могут быть созданы в рамках торговой системы, и поставляться вместе с ней. Задачи, поставляемые с торговой системой, получили название «Системные». Системные задачи не могут быть удалены или изменены пользователем, но могут быть использованы в качестве шаблонов для собственных задач. В текущей версии в поставку включены следующие системные задачи:
Остатки текущие
Остатки текущие по свойствам
Остатки на дату
Остатки на дату по свойствам
Сумма реализации по местам хранения и датам
Реализация по артикулам
Сумма реализации по группам товаров с детализацией по местам хранения (кросс-таблица)
Реализация по чекам
Количество приходов / расходов артикула
Движение артикула по контрагентам
Для управления правами построения и исполнения аналитических задач созданы две группы прав: «Бизнес анализ. Модели» и «Бизнес анализ. Управление».
| Якорь |
|---|
| _Toc195502660 |
|---|
| _Toc195502660 |
|---|
|
Классификатор аналитических задач.
Для удобства выбора требуемой задачи создан классификатор аналитических задач. Управление классификатором осуществляется в разделе Классификаторы->Аналитических задач.
Создание, изменение, удаление группы классификатора осуществляется таким же образом, как и управление другими классификаторами торговой системы.
Для работы с классификатором необходимо иметь функциональное право «Изменение классификатора аналитических задач».
Для размещения системных задач классификатор включает в себя группу «Системные задачи». Эта группа и ее подгруппы входят в состав поставки торговой системы, считаются системными и не могут быть изменены или удалены пользователями.
| Якорь |
|---|
| _Toc195502661 |
|---|
| _Toc195502661 |
|---|
|
Создание аналитической задачи.
| Wiki разметка |
|---|
\\
Задача создается в виде описания с помощью мастера создания задачи. Мастер вызывается нажатием кнопки «Задача->Создать».
\\
Задача может быть создана как личная или как общедоступная. Личные задачи могут использоваться только создавшими их сотрудниками при наличии права «Редактирование и запуск собственной личной задачи», либо административным персоналом, обладающим правом «Редактирование и запуск чужой личной задачи». Функциональное право «Редактирование и запуск собственной личной задачи» не дает сотруднику доступа к личным задачам, созданным другими сотрудниками.
\\
Права персонала по отношению к общедоступным задачам регулируются раздельными правами: «Редактирование общедоступной задачи» и «Запуск общедоступной задачи».
\\
Любая задача строится на основании только одной модели данных. Прежде чем выбрать модель для создания задачи, можно ознакомиться с ее содержанием. Для этого необходимо выделить строку с названием модели на странице мастера «Создание задачи \[модель\]» и нажать кнопку «Просмотр полей модели».
\\
Для создания или выполнения задачи на основании выбранной модели, помимо соответствующих прав модуля «Бизнес-анализ. Управление», необходимо иметь право использования соответствующей модели, задаваемое в модуле «Бизнес анализ. Модели». Перечень функциональных прав этого модуля меньше, чем перечень моделей, поскольку одно и то же право может распространяться на схожие по смысловому содержанию модели, например, право «Модели: Остатки» дает право на использование моделей:
\\
Остатки на дату
Остатки на дату по свойствам
Остатки текущие
Остатки текущие по свойствам
\\
Таким образом, чтобы создать общедоступную задачу на основании модели «Остатки текущие», пользователь должен иметь права «Модели: Остатки» и «Редактирование общедоступной задачи». Чтобы выполнить созданную на основе модели «Остатки текущие» задачу, пользователь должен иметь права «Модели: Остатки» и «Запуск общедоступной задачи».
\\
После выбора модели необходимо указать группу классификатора аналитических задач, в которую будет помещена задача. Создание задач в группе «Системные задачи» не разрешается.
\\
Далее необходимо выбрать вид результирующего набора данных – таблица или кросс-таблица. В случае выбора вида представления данных «таблица» задача будет строиться традиционным образом, то есть каждое поле источника данных будет рассматриваться как колонка результирующей таблицы, а данные, полученные в результате обработки информации, будут выводиться в виде строк это таблицы. В случае выбора вида представления данных «кросс-таблица», одно поле источника данных можно указать в качестве источника информации о наборе колонок результирующей таблицы («поля для колонок»). Например, если поле «название места хранение» выбрать в качестве поля для построения колонок, то в результирующей таблице появится столько колонок, сколько мест хранения будет отобрано в результате выполнения задачи, а значения, то есть названия мест хранений, будут выведены в названиях колонок. Соответственно, для этих колонок необходимо указать поле источника данных, информация из которого будет размещаться в строках сгенерированных колонок («поля данных»), а не в самостоятельной колонке. Например, если указать поле «остатки» в качестве поля данных для поля колонок «название места хранения», то все колонки, созданные для мест хранений, будут содержать данные об остатках, относящихся к соответствующим местам хранения. Задача типа «кросс-таблица» должна также включать поля модели, которые выводятся обычным образом в виде колонок таблицы («поля для строк»), например, это может быть артикул или название артикула, для которого в колонках кросс-таблицы выводятся остатки.
\\
Формирование перечня полей результирующей таблицы задачи делается путем переноса необходимых полей модели, что можно делать либо просто путем их переноса, либо переносом с указанием групповой функции. Например, при формировании поля количества прихода или расхода товара можно указать групповую функцию «Сумма», что позволит выводить сумму количества движения в случае группирования данных, например, по месяцам. Использование групповых функций является очень важным условием корректного формирования задачи. Если групповые функции не указаны, то в результате выполнения задачи будет получено столько строк, сколько разный сочетаний данных будет получено. Например, если при выводе даты документа и количества движения документа не указать групповую функцию для поля количества, то в результате будет получено столько строк, сколько документов будет отобрано. Если указать групповую функцию «Сумма», то количество строк будет равно количеству дат, а количество для каждой строки будет равно сумме количеств документов с одной датой.
\\
В качестве колонок задачи можно использовать также формулы. Для вызова редактора формулы и ее описания необходимо нажать кнопку «Добавить формулу» на странице редактирования списка полей. Формула может быть построена как сочетание полей моделей с операциями над ними с применением групповой функции над результатом вычисления. В качестве операций можно применять все SQL-функции, подходящие для данного типа возвращаемых данных, за исключением групповых функций. Правильность синтаксиса не проверяется. В случае неверного написания функции ошибка будет выдана со стороны СУБД при попытке выполнения задачи.
\\
Перечень колонок задачи можно упорядочить в том виде, который автор видит как порядок колонок по умолчанию. При выполнении задачи порядок колонок может быть изменен по усмотрению пользователя путем ручного перетаскивания колонок в таблице данных.
\\
Далее можно указать колонки, данные в которых следует сортировать, а также указать порядок сортировки данных.
\\
На последнем этапе формирования задачи можно скорректировать названия колонок задачи.
\\
Создание задачи можно продолжить описанием списка диаграмм. Для одной задачи можно создать несколько диаграмм. По умолчанию все новые диаграммы создаются с флагом «неактивная» и в процессе выполнения задачи не показываются. Для того чтобы диаграммы были построены, необходимо установить флаг «Активные» в диалоге «Настройка диаграмм» напротив нужных диаграмм. Диалог вызывается нажатием кнопки «Настройки->Настройка диаграмм». Если для задачи будет помечено несколько активных диаграмм, то все они после формирования данных в таблице задачи будут созданы и показаны одновременно на страницах окна «Диаграммы».
\\
Поддерживается пять типов диаграмм: линейная с одной и двумя осями, круговая, столбчатая и столбчатая с накоплением. При создании диаграмм необходимо учитывать, что графическое отображение данных возможно при разумном количестве информации. Если количество данных слишком велико, график может получиться с нечитаемым наслоением текстов и символов, либо построитель графиков может полностью отказаться выводить какую-либо информацию.
При построении круговой диаграммы будут учитываться только положительные значения поля, которое используется для определения величины «сегмента» круга.
\\ |
| Якорь |
|---|
| _Toc195502662 |
|---|
| _Toc195502662 |
|---|
|
Выполнение аналитической задачи.
Для выполнения аналитической задачи необходимо выбрать заранее созданную задачу, задать условия отбора и выполнить ее. Результат будет выведен в виде таблицы внутри раздела «Бизнес-анализ». Если для задачи определены активные диаграммы, то они будут выведены в отдельном окне сразу после завершения отбора данных в таблицу.
Выбор задачи осуществляется нажатием кнопки «Выбрать задачу» и поиском необходимой задачи в диалоге «Выбор аналитической задачи» с использованием классификатора и условий фильтрации. В выпадающем меню кнопки «Выбрать задачу» запоминаются последние выбранные задачи. Количество запоминаемых задач настраивается в диалоге «Параметры раздела», который вызывается выбором пункта меню «Функции->Параметры раздела».
Перед выполнением задачи можно задать настройки цветов для визуального выделения важных элементов. Настройка может производиться для всего рабочего пространства или для отдельных колонок. Общий фон таблицы данных определяется настройками операционной системы. Настройка фона отдельных строк таблицы осуществляется в диалоге «Параметры раздела» на странице «Таблица данных». Настройка цвета шрифта для колонок в диалоге «Настройка полей», который вызывается нажатием кнопки «Настройки->Настройка полей». Для колонок с численными значениями данных настройка цвета шрифта может быть выполнена с указанием условия соответствия числа в колонке заданной величине. Например, можно выделять красным цветом отрицательные значения остатков товаров.
Фильтр задачи является важным инструментом для управления результатом выполнения задачи. В случае, когда условия отбора данных не заданы, выполнение задачи может занять неопределенное время. Для того чтобы избежать такой проблемы, диалог фильтра по умолчанию показывается всякий раз при выборе новой задачи или после редактирования ее содержания. Это действие может быть отменено, если пользователь сочтет его избыточным. В диалоге «Параметры раздела» на странице «Общие» имеется флаг «открывать фильтр при открытии задачи или сохранении списка полей».
В случае если надо изменить условия фильтрации в произвольный момент времени, необходимо нажать кнопку «Фильтр».
Диалог настройки фильтра содержит таблицу с перечнем условий и кнопки для добавления, изменения или удаления условий. При первом обращении к диалогу настройки фильтра в таблице условий уже может иметься набор строк, которые для модели данных задачи считаются необходимыми для использования или которые не входят в перечень полей модели данных, но являются необходимыми для управления задачей, например, поле «Дата расчета остатков» для модели «Остатки на дату». Предопределенные условия фильтрации не могут быть удалены из таблицы условий.
Дополнительно в перечень условий можно добавить ограничение по любому из полей модели данных, включая те поля, которые не включены в задачу. Например, при выводе данных о движении товаров можно задать условие отбора движения товаров только для артикулов типа товар и только по документам со статусом 3, тогда как соответствующие колонки в таблицу задачи не включать.
Условия или ограничения отбора зависят от типа и назначения полей, для которых эти условия задаются. Для большинства наиболее часто используемых данных, таких как артикул, контрагент, группа классификатора и т.д. реализованы специальные диалоги для подбора и задания условия отбора, аналогичные тем, которые используются в диалогах старта отчетов. Для прочих атрибутов используются общие диалоги задания условия отбора, зависящие от типа данных поля модели.
Диапазон времени в тех случаях, когда задача подразумевает наличие колонки с датами, например, датами документов, можно задать как традиционным образом в виде диапазона дат, так и в иных единицах измерения времени: неделях, месяцах, кварталах, годах. В этих случаях реальный диапазон времени отбора данных выставляется на границу соответствующего участка времени. Под неделями подразумеваются недели года, где первый день недели - понедельник, первая неделя - это дни от первого января до первого воскресенья года, а последняя неделя года - это дни от последнего в году понедельника до последнего дня года.
Также можно выводить даты в тех же единицах измерения, что и диапазон времени отчета. В этих случаях в качестве даты, например, даты документа, будет, соответственно, выводиться номер дня недели, месяца или квартала. Это позволяет получать статистические отчеты с данными по соответствующим отрезкам времени, например, отчет о реализации по кварталам года.
Единицы измерения времени для задания диапазона времени выполнения задачи и для вывода данных в колонке дат могут не совпадать. Например, можно задать единицу измерения для диапазона – год, а для колонки – месяц, что позволит удобно задавать условия фильтра для статистического годового отчета с получением данных в помесячном разрезе.
Результат выполнения задачи может быть экспортирован в Excel. Для этого нужно нажать кнопку «Экспорт в "Excel"».
| Якорь |
|---|
| _Toc195502663 |
|---|
| _Toc195502663 |
|---|
|
Экспорт и импорт описания задачи.
...
Физические свойства некоторых товаров, например, весовых, не позволяют знать точное количество товара в некоторой его упаковке до момента фактического измерения этого количества. Например, вес коробки фруктов может отличаться от номинального значения, по меньшей мере, на среднее значение веса одного экземпляра фрукта.
Для каждого конкретного вида товара можно определить некоторое количество, в пределах которого отклонение фактического количества от номинального можно признать нормальным.
В разделе карточек складского учета на странице «Склад» добавлен новый атрибут карточки «Отклонение от номинального количества». Для редактирования атрибута пользователь должен иметь функциональное право «Редактирование отклонения от номинального количества». По умолчанию отклонение равно нулю.
Для одновременного назначения величины отклонения множеству карточек в диалог обработки отобранных карточек - «Обработать->Изменение карточки», добавлен соответствующий параметр.
В фильтр карточек на страницу «Склад» добавлена опция «Отклонение от номин. кол-ва» для отбора карточек с заданным отклонением.
Величина отклонения может быть установлена как для весовых товаров, так и для товаров с другими единицами изменения, в том числе, для штучных товаров. Необходимость задания отклонения определяется не только особенностями товара, но и условиями его поставки.
Договор на поставку товара с поставщиком может содержать специальные договорные условия допустимого расхождения количества заказа и поставки товара, которые могут отличаться от величин отклонения, определяемых исходя из физических свойств товара. Например, при поставке товара в бьющейся упаковке может быть определена норма боя, на величину которой поставщик может поставить товара больше заказанного. Для учета условий договора с конкретным поставщиком в перечень атрибутов спецификации документа «Контракт с поставщиком» добавлена колонка «Превышение заказа», в которой можно зафиксировать величину максимально допустимого превышения количества поставки по отношению к заказанному количеству.
При обновлении версии системы значение в поле «Превышение заказа» не проставляется. При создании нового заказа и добавлении в него новых строк в это поле автоматически проставляется значение отклонения от номинального количества из карточки товара.
Для документа контракт с поставщиками создана новая функция проверки 172 «Контроль задания в контракте предельного превышения поставки над заказанным количеством». По умолчанию функция установлена в режим «Отключена». Функция проверяет задание в контракте ненулевой величины превышения заказа для артикулов с весовой единицей измерения и отсутствие величины или нулевое значение для прочих артикулов. Под весовой единицей измерения понимается единица измерения с флагом «Весовая».
Внесены изменения в функцию проверки 38 «Соответствие накладных и заказа / складского требования / счета». Проверка соответствия количества поставленного товара в накладной и количества заказанного товара ведется с добавлением к заказанному количеству величины предельного превышения заказа. Величина превышения заказа берется из контракта с поставщиком, действующего на дату поставки и содержащего данный артикул или, если в контракте такого значения нет (поле пусто), то из карточки складского учета из поля «Отклонение от номинального количества».
| Якорь |
|---|
| _Toc195502665 |
|---|
| _Toc195502665 |
|---|
|
Условия заказа в контракте с поставщиками.
В документ внесены изменения для более подробного описания условий заказа партии товара, которые определяются требованиями поставщика.
В заголовок документа на страницу «Заказы» добавлены поля «минимальная сумма заказа» и «минимальный объем заказа». Под минимальным объемом заказа подразумевается общее количества товара заказываемого товара без учета их единиц измерения. При создании документа значения в полях отсутствуют, что в дальнейшем интерпретируется как отсутствие какого-либо ограничения.
В заголовок документа внесено частное изменение для лучшего удобства работы с документом: поле "Цена контракта" перенесено со страницы "Финансовые атрибуты" на страницу "Главная".
В спецификацию документа добавлено поле «минимальное кол-во». В поле можно занести значение минимального количество заказа для конкретного товара. По умолчанию поле не заполняется, что означает отсутствие какого-либо ограничения при заказе.
Понятие минимального количества заказа не отменяет понятия минимальной упаковки заказа. В случае если поставщик поставляет товар упаковками и поле минимальное количество заказа не заполнено, минимальным количеством заказа будет количество упаковки заказа.
В текущей версии значение полей «минимальная сумма заказа», «минимальный объем заказа» и «минимальное кол-во» не учитываются в алгоритме автоматической генерации заказа и действуют только в процессе создания заказа на основании контракта.
| Якорь |
|---|
| _Toc195502666 |
|---|
| _Toc195502666 |
|---|
|
Создание заказа на основании контракта.
...
При работе с процессом можно сохранить его текущее состояние и продолжить работу спустя некоторое время. Процесс считается завершенным в момент нажатия кнопки «Создать заказ» и генерации заказа на основании подготовленных данных.
Заказ не может быть создан, если имеется хотя бы один параметр, не соответствующий условиям заказа. Нулевое количество заказываемой позиции при ненулевом значении минимального количества заказа ошибкой не считается, поскольку в этом случае товар не заказывается.
После создания заказа повторный вход в интерфейс формирования заказа не разрешается, однако данные процесса подготовки заказа сохраняются в виде журнала процесса формирования заказа. Журнал можно просмотреть, обратившись к пункту меню «Журнал формирования заказа» в разделе «Заказы поставщику».
| Якорь |
|---|
| _Toc195502667 |
|---|
| _Toc195502667 |
|---|
|
Отгрузочные листы.
В интерфейсе раздела «Отгрузочные листы» спецификация документа ранее была представлена в виде списка отгружаемых накладных. В текущей версии эта спецификация преобразована в многостраничный элемент с двумя страницами «Накладные» и «Спецификация». Страница «Накладные» содержит перечень накладных, на основании которых создан отгрузочный лист. Страница «Спецификация» предназначена только для просмотра совокупной спецификации отгружаемых накладных.
Совокупная спецификация содержит колонку с номером и типом документа, к которому относится строка спецификации, номер пункта спецификации документа основания, артикул и количество. Суммы и цены не выводятся. По умолчанию строки спецификации выводятся с сортировкой по накладным.
Процедура добавления новых документов в перечень накладных отгрузочного листа теперь позволяет добавлять несколько накладных, отмеченных в диалоге «Выбор документа».
В разделы «Накладные на перемещение» и «Расходные накладные» в окне просмотра отобранных документов добавлены функции «Генерация отгрузочного листа» для создания отгрузочного листа на основании одного или несколько указанных документов.
| Якорь |
|---|
| _Toc195502668 |
|---|
| _Toc195502668 |
|---|
|
Проверка статуса рецепта при создании акта производства.
В разделе «Акт производства» приняты меры к тому, чтобы документ Акт производства нельзя было бы создать, если рецепт для готовой продукции не имеет статус «Принят»:
Создана новая функция проверки 171 «Запрет принятия акта производства при неактивном рецепте». По умолчанию функция имеет режим «Предупреждение». При попытке перевода акта производства в статус «Принят» функция проверяет, имеется ли рецепт для готовой продукции акта и имеет ли он статус «Принят». Если акт создается не на основании калькуляции, проверка рецепта не делается.
В мастере создания акта производства на странице указания калькуляции не показывается и не подбирается калькуляция, если в ее основании нет рецепта со статусом "Принят». Если калькуляция указана или выбрана вручную, то выдается предупреждение «Указанная калькуляция ссылается на неактивный или отсутствующий рецепт» и предлагается на выбор действие: завершить или не завершить создание документа в зависимости от права должности в отношении проверки "Отсутствие принятого рецепта в основании калькуляции".
| Якорь |
|---|
| _Toc195502669 |
|---|
| _Toc195502669 |
|---|
|
Документ «Рекламные компании».
...
- Рекламные компании: Отмена принятия к исполнению
- Рекламные компании: Отмена принятия к исполнению до начала действия
Сотрудники, имеющие эти права, получают возможность понизить статус документа с «Принят» до «Черновик», соответственно, либо в любой момент времени, либо в случае, когда дата начала мероприятия еще не наступила.
| Якорь |
|---|
| _Toc195502670 |
|---|
| _Toc195502670 |
|---|
|
Экспорт и импорт документов с ограничением номенклатурой места хранения документа.
Для всех документов с товарной спецификацией в процедуры экспорта документа в другие документы и процедуру импорта спецификации из другого документа добавлено ограничение списка экспортируемых или импортируемых строк номенклатурой артикулов места хранения документа – приемника информации. Для накладных на перемещение и для складских требований это место хранения «В».
Если для места хранения документа не установлено ни одной номенклатуры, то считается, что месту хранения разрешены все артикулы.
Для процедуры экспорта из окна отобранных документов ограничение по номенклатуре места хранения добавлено в виде флага «Только артикулы места хранения» на ту же страницу мастера экспорта, где имеется флаг «Только артикулы указанных групп». Для процедуры экспорта из открытого документа и для процедуры импорта в открытый на редактирование документ в мастер добавлена новая страница с обоими флагами.
При всяком новом исполнении процедур экспорта или импорта флаг «Только артикулы места хранения» не установлен. Предыдущее значение флага не запоминается.
| Якорь |
|---|
| _Toc191202455 |
|---|
| _Toc191202455 |
|---|
|
| Якорь |
|---|
| _Toc195502671 |
|---|
| _Toc195502671 |
|---|
|
Выгрузка в ТСД Суперкит Мобайл набора документов.
В предыдущих версиях системы обмен данными с терминалом сбора данных модели ScanPlus.NET (Суперкит Мобайл) в режиме работы с документами предусматривал передачу, обработку и последующий прием только одного документа – заказа или приходной накладной.
В текущей версии функции загрузки документов в разделе приходных накладных и в разделе заказов поставщику расширены до возможности загрузки в ТСД нескольких отобранных или выделенных документов. ТСД, в свою очередь, позволяет работать на выбор с одним из полученных документов и по окончании работы выгрузить все обработанные данные в один файл Scanout.dat.
Прием данных из ТСД, как и прежде, осуществляется в открытый на редактирование документ и за одно действие обрабатывается только один выгруженный документ. При необходимости использовать данные работы ТСД в нескольких документах, после первого приема информации из ТСД в файл все последующие документы должны обращаться не к ТСД, а к ранее выгруженному файлу.
| Якорь |
|---|
| _Toc195502672 |
|---|
| _Toc195502672 |
|---|
|
Загрузка товаров в весы.| Якорь |
|---|
| _Toc195502673 |
|---|
| _Toc195502673 |
|---|
|
Загрузка в весы штучных товаров.
В процедуру загрузки весов типов Digi Ethernet и Bizerba внесены изменения для загрузки в весы штучных товаров.
Штучный товар, с точки зрения весов, – это такой весовой товар, количество которого измеряется не измерительным механизмом весов, а вводится вручную с клавиатуры весов. Для такого товара весы печатают этикетку со штриховым кодом, который формируется по тому же принципу, что и для весового товара, то есть состоит из артикульной части, количества и контрольной суммы.
Для подготовки исходных данных для загрузки в весы штучного товара в разделе карточек складского учета разрешено создание штрихового кода типа «весовой» для штучных товаров. Ранее это действие было заблокировано для того, чтобы уменьшить ошибки персонала при выборе типа штрихового кода. В текущей версии защита от ошибок персонала подобного рода регулируется новой функциональной ролью «Создание весового штрихкода для штучных товаров». Кроме того, для артикула предварительно должен быть установлен признак «Грузить в весы».
Артикулы с признаком «грузить в весы» и при наличии весового штрихового кода, независимо от единицы измерения, могут быть помещены в таблицу для загрузки в весы, и в дальнейшем будут передаваться в весы в соответствии с протоколом весов. Если список выгружается в весы, драйверы которых не поддерживают загрузку штучных товаров, штучные товары будут игнорироваться.
| Якорь |
|---|
| _Toc195502674 |
|---|
| _Toc195502674 |
|---|
|
Загрузка в весы срока годности в часах и минутах.
В таблице списка товара для загрузки в весы изменен формат даты срока годности товара. Помимо собственно даты теперь можно задать время в часах и минутах. Если время имеет значение 00:00, то считается, что время не задано и всякая дальнейшая работа со сроком годности проводится, как если бы время не задавалось. То есть отображение такого срока годности будет вестись без вывода времени, и в весы срок годности будет выгружаться как строка только с датой.
Аналогичное поведение реализовано для поля «годен до» в разделе приходных накладных. В режиме «прием на склад» время срока годности добавлено в мастер формирования строки спецификации и в диалог вычисления срока годности на основании даты изготовления. Поле срока годности приходных накладных используется для проставления значения срока годности в таблице списка товаров для весов. Для других типов документов поведение поля оставлено без изменения.
| Якорь |
|---|
| _Toc195502675 |
|---|
| _Toc195502675 |
|---|
|
Загрузка товаров с отрицательным сроком реализации.
При загрузке в весы товаров с отрицательным значением числа дней годности товара, некоторые весы теряют работоспособность. Для защиты от подобных случаев реализована проверка таблицы товаров на наличие записей с отрицательным значением срока реализации.
Проверка осуществляется непосредственно перед загрузкой весов. Если в таблице обнаруживаются записи с отрицательным значением срока реализации и с установленным признаком «Грузить в весы», пользователю предлагается либо автоматически обнулить эти значения, либо установить фильтр «Не грузить товары, у которых истек срок реализации».
| Якорь |
|---|
| _Toc195502676 |
|---|
| _Toc195502676 |
|---|
|
Фильтр загрузки «Нет цены».
В фильтр загрузки товаров добавлен фильтр товаров на наличие цены, отличной от нуля. Поскольку вид цены для разных весов отдела может быть установлен разным, то фильтр может применяться либо только при загрузке одних весов, либо при загрузке нескольких весов с одинаковым видом цены.
| Якорь |
|---|
| _Toc195502677 |
|---|
| _Toc195502677 |
|---|
|
Загрузка веса тары для весов Bizerba.
Для весов типа Bizerba реализована загрузка веса тары товара, если он указан в качестве параметра штрихового кода. Вес тары в штриховом коде должен указываться в килограммах.
| Якорь |
|---|
| _Toc195502678 |
|---|
| _Toc195502678 |
|---|
|
Модуль контроля цен.| Якорь |
|---|
| _Toc195502679 |
|---|
| _Toc195502679 |
|---|
|
Встроенная база данных.
Хранение информации для обслуживания устройств контроля цен (прайсчекеров) перенесено из базы данных MySQL во встроенную базу данных FireBird.
Данное изменение оказало влияние на процедуру установки торговой системы, из которой исключен этап установки СУБД MySQL и генерации локальной базы данных. Встроенная база данных устанавливается как часть сервиса модуля контроля цен и не требует какого-либо дополнительного обслуживания. При установке текущей версии ранее установленный сервер MySOL не удаляется.
Также как и в предыдущих версиях при установке новой версии системы модернизация схемы локальной базы данных модуля контроля цен осуществляется путем ее полной замены. После установки новой версии необходимо обязательно провести полную загрузку данных из торговой системы в модуль контроля цен
| Якорь |
|---|
| _Toc195502680 |
|---|
| _Toc195502680 |
|---|
|
Администратор модуля контроля цен.Управление настройками модуля контроля цен перенесено из оснастки управления компьютером в программу «Администратор модуля контроля цен». Администратор модуля контроля цен имеет те же принципы работы, что и администратор почтового модуля, и администратор сервера приложений.
Прикладная часть интерфейса администратора состоит из диалогов настройки модуля контроля цен и диалога настройки параметров взаимодействия с устройствами.
В диалог настройки модуля контроля цен помещены настройки каталога загрузки, журнала, вида отображаемой на устройстве скидки, способа округления вычисляемых сумм и цен и параметры обработки штриховых кодов, получаемых от устройств.
В диалог настройки параметров взаимодействия с устройствами, соответственно, помещены сетевые настройки и пути к шаблонам изображений.
Настройки, связанные с управлением базы данных, убраны из интерфейса.
| Якорь |
|---|
| _Toc195502681 |
|---|
| _Toc195502681 |
|---|
|
Администратор сервера приложений.
В администратор сервера приложений внесены следующие изменения:
При добавлении имени базы данных в перечень зарегистрированных баз в диалоге «Добавление базы данных» предлагается список баз данных, описанных в файле tnsnames.ora. Поиск файла со списком баз данных осуществляется по тому же алгоритму, что и при старте окна регистрации базового модуля торговой системы. При добавлении базы данных с удаленного компьютера список баз данных берется с локального по отношению к административному модулю компьютера. Необходимо учитывать, что на разных компьютерах список синонимов имен баз данных может не совпадать.
В окне настройки WEB-приложения добавлен выбор типа программы сканера штрихового кода. При работе со стандартной программой ТСД необходимо учитывать, что стандартная программа не контролирует факт завершения обработки предыдущего считанного штрихового кода и при частом сканировании, когда принимающая программа не успевает обрабатывать данные, считанные штриховые коды накапливаются в виде одной длинной строки, что в дальнейшем приводит к ошибке в момент ее обработки. Программа работы со сканером Сервис Плюс позволяет гарантировать, что в момент чтения штрихового кода программа, принимающая штриховой код, готова его обработать, кроме того, эта программа позволяет управлять звуковыми сигналами в зависимости от успешности обработки штрихового кода. Драйверы сканеров штриховых кодов для ТСД различных типов находятся в каталоге \\Badger-\Sm2000\MobileDevices. Там же находится инструкция по их установке на мобильные устройства.
| Якорь |
|---|
| _Toc195502682 |
|---|
| _Toc195502682 |
|---|
|
WiFi терминалы сбора данных.
Внесены изменения в интерфейс приложений для инвентаризации и приема товара. Изменения коснулись, прежде всего, страницы сбора данных, то есть страницы, на которой отражается ход текущего процесса сканирования товаров и накопления информации о количестве подсчитанных упаковок и общего количества товара в них. Изменения внесены для лучшего восприятия информации при быстром последовательном процессе считывания штриховых кодов.
| Якорь |
|---|
| _Toc195502683 |
|---|
| _Toc195502683 |
|---|
|
Рассылка актов переоценки.
Для поддержки бизнес процесса проверки принимаемых актов переоценки на наличие ранее принятых актов с более новыми ценами внесены изменения в механизм рассылки и приема актов переоценки.
При проверке принимаемого акта на наличие строк со слишком старыми ценами акт может быть переведен в статус «Заблокирован», если все строки не пройдут проверку. В предыдущих версиях торговой системы такой акт в старшую базу данных мог быть отослан, но не принимался из-за запрета приема документов с понижением статуса. Это приводило к рассогласованию информации в старшей и подчиненной базах данных.
В текущей версии, при автоматической блокировке акта переоценки документ получает системный признак, разрешающий принимать акт с понижением статуса в старшую базу при условии, что в старшей базе этот акт не получил статус «исполнен». В случае если статус заблокированного документа будет изменен, системный признак у документа удаляется.
Дополнительно реализована принудительная рассылка заблокированного при проверке акта в старшую базу.
| Якорь |
|---|
| _Toc195502684 |
|---|
| _Toc195502684 |
|---|
|
Почтовый модуль.| Якорь |
|---|
| _Toc195502685 |
|---|
| _Toc195502685 |
|---|
|
Ограничение размера почтового пакета.
В почтовый модуль добавлено управление физическим размером почтового пакета. В предыдущих версиях управлять размером физического пакета можно было косвенно, через параметр «Максимальное число объектов в пакете». Это ограничение используется в момент формирования перечня объектов, которые должны быть помещены в виртуальный почтовый пакет и позволяет избежать чрезмерного размера пакета при длительных перерывах в работе почтового модуля.
В текущей версии в перечень параметров фильтров добавлен атрибут «Разбивать ВП на ФП указанного размера (в килобайтах, 0 – не разбивать)». Новый атрибут действует в момент формирования физического пакета на основании виртуального пакета и не влияет на содержание виртуального пакета. Ограничение работает при использовании стандартного фильтра. При выборе стандартного XML-фильтра для формирования физического пакета, данное ограничение не действует.
Необходимо учитывать, что при разбиении виртуального пакета на набор физических пакетов объекты в физический пакет помещаются целиком, и фактический размер физического пакета всегда будет отличаться от заданного размера. В текущей реализации отличие всегда будет в большую сторону. В случае если заданный размер физического пакета мал, то есть существенно меньше размера одиночного объекта, фактический размер пакета может превышать заданный в несколько раз.
Именование физических объектов строится на основании имени виртуального пакета путем добавления номера файла по порядку. Принимаются физические пакеты так, как если бы они были полностью самостоятельными пакетами и на каждый физический пакет формируется пакет подтверждения. При приеме пакетов подтверждения файл виртуального пакета считается полностью обработанным, если приняты пакеты подтверждения ото всех физических пакетов, созданных на основании виртуального пакета.
| Якорь |
|---|
| _Toc195502686 |
|---|
| _Toc195502686 |
|---|
|
Упаковка физических пакетов в транспортный конверт с контрольной суммой.
При использовании транспортов с негарантированной целостностью доставки (FTP или E-mail) файл физического пакета перед отправлением помещается в транспортный конверт, который содержит информацию о размере исходного файла и его контрольной сумме. При приеме пакета осуществляется проверка его целостности. Если проверка показывает, что файл поврежден, файл помещается в каталог приема физических пакетов с расширением .bak.
Файлы транспортных пакетов имеют расширение .sfpe для файлов физических пакетов и расширение .srpe для файлов пакетов подтверждения.
| Якорь |
|---|
| _Toc195502687 |
|---|
| _Toc195502687 |
|---|
|
Просмотр объектов синхронизации.
В диалоговые окна просмотра результатов сравнения добавлена возможность просмотра содержания сравниваемых или синхронизируемых объектов. Содержание объектов показывается по состоянию объекта в локальной базе данных.
Для просмотра объектов необходимо иметь права на просмотр объектов соответствующих типов и также необходимо, чтобы на локальном компьютере были установлены соответствующие разделы торговой системы.
| Якорь |
|---|
| _Toc195502688 |
|---|
| _Toc195502688 |
|---|
|
Оптимизация процедуры закрытия периода.
В процедуру закрытия периода внесено несколько изменений для ускорения ее работы. Изменения не влияют на результат работы процедуры, но частично сказываются на ее поведении.
Текущий алгоритм перед началом работы процедуры проводит анализ всего списка артикулов на наличие движения в закрываемом периоде. Соответственно, количество артикулов, отражаемое в полосе продвижения процедуры, будет меньшим, чем раньше.
В процедуру добавлены новые блокировки начала, продвижения и конца работы процедуры. Новые блокировки позволяют стартовать более одного процесса закрытия периода на этапе продвижения процедуры. Несколько процессов можно запустить путем запуска нескольких экземпляров административных модулей. Этапы начала (анализ состояния базы данных) и завершения (финишная обработка документов и расчет статистики) проходят в монопольном режиме и блокируют работу других экземпляров административных модулей, которые не успели приступить к выполнению соответствующего этапа работы. Например, если одновременно запущено несколько процессов закрытия периода, только один из них будет выполнять финишный этап закрытия периода, прочие процессы, обнаружив блокировку, будут остановлены с сообщением об ошибке – о невозможности выполнить данный этап работы из-за наличия блокировки.
Текущий вариант процедуры закрытия периода в большей степени приспособлен для параллельной работы процедуры и пользователей системы. Также как и в предыдущей версии, в момент старта работы процедуры происходит кратковременная блокировка базы данных для гарантии того, что в момент объявления новой даты закрываемого периода не осуществляется обработка каких-либо документов внутри закрываемого периода. Дальнейшая работа процедуры и старт дополнительных процессов не требует блокировки базы данных и может проходить параллельно с работой иных пользователей и процессов.
| Якорь |
|---|
| _Toc195502689 |
|---|
| _Toc195502689 |
|---|
|
Разрядность количества в расчете товародвижения.
В процедурах расчета товародвижения и закрытия периода увеличена разрядность числа для работы с количеством с 2^32 до 2^64, что позволяет увеличить количество товара, регистрируемого в одной строке спецификации, с примерно 2 000 000 до 9 000 000 000 000 000 единиц.
Предыдущее ограничение вызывало ошибку в расчете товародвижения в тех случаях, когда, например, в производство расходовалось 3 тонны весового товара с пересчетом в ингредиенты с единицей измерения «грамм».
| Якорь |
|---|
| _Toc191202454 |
|---|
| _Toc191202454 |
|---|
|
| Якорь |
|---|
| _Toc195502690 |
|---|
| _Toc195502690 |
|---|
|
Детализация прав печати накладных по их статусам.
Для документов «Приходная накладная», «Расходная накладная», «Накладная на перемещение» реализована детализация прав печати документов в соответствии со статусом накладных.
В интерфейсе административного модуля в диалог «Доступные функции модуля» добавлена кнопка «Детально». Нажатие кнопки приводит к вызову диалога «Детализация функции модуля», в котором можно назначить или отозвать право печати документа при наличии у документа указанного статуса.
Кнопка «Детально» активна только в том случае, если выбрана функция, имеющая детализацию. В настоящей версии это функции «Печать со служебной информацией» и «Печать без служебной информации» для модулей «Приходные накладные», «Расходные накладные» и «Накладные на перемещение».
В диалоге «Доступные функции модуля» сохранено общее и одновременное управление всеми детальными функциями, то есть установка или снятие флага в строке функции приводит к установке или снятию флага для всех детальных функций.
При смене прав печати документа необходимо учитывать, что права печати анализируются и буферизируются в разделе документа в момент его старта и для вступления в действие новых установок необходимо повторно стартовать раздел документа.
| Якорь |
|---|
| _Toc195502691 |
|---|
| _Toc195502691 |
|---|
|
Ориентация страницы RTF-файла при выводе печатной формы.
В предыдущих версиях торговой системы установка ориентации страницы RTF-файла, в который происходит вывод печатной формы, была прописана в коде диалога запуска печатной формы. В случае если заказная печатная форма и печатная форма, созданная пользователем самостоятельно, имела иную ориентацию страницы, чем стандартная печатная форма, при выводе этой формы в RTF-файл, ориентация страницы устанавливалась неверно.
В текущей версии в справочник «Печатные формы документов» добавлено поле «Ориентация страницы», указывающее ориентацию страницы печатной формы для вывода в RTF-файл. Код вывода печатных форм в RTF-файл будет брать ориентацию страницы из этого поля. При создании новых заказных печатных форм необходимая ориентация будет прописываться в базу данных в процессе их установки. Для созданных ранее заказных печатных форм обновления базы данных поставляться не будут, поскольку пользователи, использующие нестандартные печатные формы, могут отредактировать значение этого поля самостоятельно.
| Якорь |
|---|
| _Toc195502692 |
|---|
| _Toc195502692 |
|---|
|
Диапазон номеров для ролей пользовательских отчетов.
Изменен диапазон номеров ролей, которые выделяются для собственных отчетов пользователей. Новый диапазон 7200-7299. Предыдущий диапазон 1700-1799 сохранен и может по-прежнему использоваться ранее созданными отчетами. Для новых отчетов будут выделяться номера из нового диапазона, поскольку предыдущий диапазон использовался, в том числе, для заказных отчетов, что могло приводить к конфликту номеров ролей пользовательских и заказных отчетов.
| Якорь |
|---|
| _Toc195502693 |
|---|
| _Toc195502693 |
|---|
|
Отчет «Движение артикула в производстве».
В группу отчетов «Товарные» добавлен новый отчет «Движение артикула в производстве».
Отчет предназначен для анализа остатков и движения заданного артикула в производстве по документам движения за указанный период. В отчет включаются документы расхода на производство, возврата из производства, акта производства и выхода из производства со статусом "принят в количестве" или "принят в количестве и ценах".
Условия исполнения (опции диалога): - место хранения (все, только одна группа мест хранения, только одно или несколько мест хранения),
- партнеры (все, только один),
- цеха (все, только один) - опция доступна только при выборе одного места хранения,
- период времени, за который исполняется отчет,
- артикул,
- сортировка (по номерам документов, по датам документов).
Содержание отчета:
Первая секция отчета - итоговые данные для выбранного в диалоге артикула по производственным цехам: - количество на начало периода,
- количество приходов за период,
- количество расходов за период,
- количество на конец периода.
Вторая секция отчета - детализация движения артикула за период: - номер и дата документа,
- основание документа,
- количество артикула в документе.
Для расхода на производство в секции дополнительно показывается: - артикул, наименование, единица измерения и количество артикула склада (карточка склада), израсходованного на складе для получения в производстве данного артикула.
Для актов производства, в которых исследуемый артикул находится в приходной части, в секции дополнительно показывается: - артикулы, их наименование, единица измерения и количество артикулов ингредиентов, израсходованных на производство исследуемого артикула.
Для актов производства, в которых исследуемый артикул находится в расходной (ингредиентной) части, дополнительно показывается: - артикулы, их наименование, единица измерения и количество артикулов, произведенных с использованием исследуемого артикула.
| Якорь |
|---|
| _Toc191202456 |
|---|
| _Toc191202456 |
|---|
|
| Якорь |
|---|
| _Toc195502694 |
|---|
| _Toc195502694 |
|---|
|
Отчет «Изменение приходных цен». Точность процента изменения.
В диалоге старта отчета «Изменение приходных цен» изменена точность ввода опции
«Показывать товары с изменением цены большим или равным…». Ранее можно было ввести только целое число. В текущей версии с точностью до десятых долей процента. Если в диалог старта вводится значение с числом знаков после запятой большим одного, то значение округляется до десятых долей по арифметическому правилу.
| Якорь |
|---|
| _Toc195502695 |
|---|
| _Toc195502695 |
|---|
|
Изменения в печатной форме ТОРГ-12.
В печатную форму приходных и расходных накладных «накладная в базовой валюте» и в печатную форму расходной накладной «накладная с основанием» внесены следующие изменения:
- На первом листе не выводится строка «Лист 1 …».
- Строка «организация, адрес» заменена строкой «организация-грузоотправитель, адрес, телефон, факс, банковские реквизиты». Соответствующие данные выводятся в строке с наименованием организации грузополучателя для приходной накладной, строке грузоотправителя в расходной накладной. Телефон и факс берутся из атрибутов фактического (физического) адреса контрагента. - После вывода названия организации, в строках «Грузополучатель», «Поставщик», «Плательщик», выводится ИНН и КПП
- Значения номера товарной накладной «Номер документа» центрируется по горизонтали;
- В заголовок табличной части документа добавлена строка с нумерацией граф;
- В графе 9 заголовок колонки пишется «Масса брутто» вместо «Масса брутто кг».
- Для графы 15 (8 для накладной с основанием) заголовок колонки пишется «Сумма с учетом НДС, …» вместо «Сумма с НДС, …».
В режиме печати документа без флага «печать служебной информации» дополнительно внесены следующие изменения: - Для граф 11,12,14,15 (8,10,11 для накладной с основанием) в шапке формы, вместо краткого названия основной валюты, например «… руб» пишется краткое название основной валюты, точка, название монеты, точка, например «… руб. коп.».
| Якорь |
|---|
| _Toc195502696 |
|---|
| _Toc195502696 |
|---|
|
«Товарно-транспортная накладная по форме 1-Т» для расходной накладной
В диалог старта печати расходной накладной добавлена печатная форма «Товарно-транспортная накладная по форме 1-Т». Печатная форма предназначена для вывода как учетной бухгалтерской информации – количестве и стоимости товара, так и логистической информации – количестве и весогабаритных характеристиках транспортных упаковок. Логистическая информация может выводиться только при выборе флага «Показывать упаковки» в диалоге старта печатной формы.
Логистическая информация может отсутствовать в накладной. В этом случае все позиции печатной формы, относящиеся к информации об упаковках, будут не заполнены и могут быть проставлены сотрудниками, оформляющими отпуск груза.
Информация об упаковках заносится в расходную накладную в режиме «отгрузка со склада». Информация о весе упаковок может быть введена в накладной в режиме «Спецификация» в поле «Вес брутто».
| Якорь |
|---|
| _Toc195502697 |
|---|
| _Toc195502697 |
|---|
|
Печатная форма «Инвентаризационная опись». Печать количества прописью.
При печати документов «Инвентаризационная опись» и «Сличительная ведомость» в варианте «инвентаризационная опись» изменен алгоритм печати фактического количества прописью. Ранее количество прописью печаталось только в случае целого количества. Для дробного количества алгоритм печати строки прописью отсутствовал, и в этом случае количество прописью не печаталось. В текущей версии такой алгоритм разработан и может формировать строку для печати прописью дробного количества исходя из ограничения - количество знаков после запятой в числе не должно превышать трех.
Для тех случаев, когда текущий алгоритм формирования строки для печати количества прописью не устраивает клиента, имеется возможность отключения печати. Для этого в диалог старта печатной формы добавлен флаг «Показывать фактическое количество прописью». По умолчанию флаг установлен.
Изменения функционала в версии 1.026.2
Установка торговой системы.
Дифференцированное ценообразование.
Формат магазинов.
Маркетинговый классификатор.
Базовые цены формата.
Ведомость базовых цен.
Параметры дифференцированного ценообразования.
Генерация актов переоценки на основании базовых цен.
Раздел «Классификатор типов процессов».
Раздел «Реестр процессов».
Карточки складского учета.
Расчет среднесуточной реализации. Учет операций движения.
Назначение артикулу нескольких коробов.
Генерация штриховых кодов и артикулов подтипа «Размер» по содержанию короба.
Условия отбора документов на странице «Документы».
История изменений уровней складских запасов. Параметр «Зал».
Печать этикеток для товаров со свойствами.
Накладные. Функции заполнения спецификации остатками.
Заказ поставщику.
Выбор мест хранений при генерации заказа.
Генерация заказов по ассортиментам.
Простановка цен из контрактов.
Поиск строки спецификации документа по штриховому коду.
Кассовые чеки. Количество отобранных чеков, позиций чеков.
Трассировка процедуры генерации складских требований.
Экспорт. Выгрузка названия товара и групп классификаторов.
Бизнес-анализ. Формулы расчета.
Электронные весы.
Право на удаление списка весового товара.
Модель DIGI SM-80SX Ethernet. Загрузка имени упаковщика.
Загрузка весов Bizerba.
Портативный терминал. Протокол обмена ScanPlus.Net (SuperKit Mobile).
Инвентаризация/прием товара WiFi терминалом сбора данных.
Кассовый драйвер для выгрузки данных в программу печати ценников «Prestige».
Почтовый модуль.
Повторная отсылка пакетов при ошибках транспортировки пакетов.
Ручная рассылка в доверительные базы данных.
Прием XML-почтового объекта с расчетом значений отсутствующих полей.
Редактор XML-схем почтовых объектов.
Справочники. Параметры создания документов.
Справочники. Должности контрагентов.
Отчет «Список штриховых кодов».
Отчет «Товарный отчет по поставщикам». Выбор артикула, группы товаров.
Отчет «Журнал покупок/продаж». Опция «показывать страну происхождения и ГТД».
Отчет «Расчеты с поставщиками».
Генерация базы данных и инициализация начальными данными.
...
При установке торговой системы в среде ОС Windows Server 2003 необходимо предварительно зарегистрировать компоненты MS Visual Studio.
Дистрибутив для установки и регистрации компонентов находятся в каталоге дистрибутивов торговой системы в подкаталоге:
DotNet for 1.026.2\VC 8.0 DLL Обязательно для XP и 2003!!!
В связи с изменением структуры устанавливаемых компонентов торговой системы при автоматическом обновлении версии не произойдет установка новых WEB-компонентов SMMobile сервера приложений. Для установки этих компонентов необходимо запустить программу установки торговой системы и в диалоге выбора компонентов указать соответствующий компонент.
| Якорь |
|---|
| _Toc208914958 |
|---|
| _Toc208914958 |
|---|
|
Дифференцированное ценообразование.
Реализована поддержка метода дифференцированного ценообразования. Суть метода заключается в установлении базовых цен для однотипных групп магазинов – форматов и в расчете цен реализации товаров на основании базовой цены. Расчет ведется для каждого магазина формата по правилам, которые устанавливаются для групп маркетингового классификатора.
Маркетинговый классификатор не совпадает по структуре с классификатором товаров и предназначен для объединения артикулов в группы по маркетинговым признакам.
| Якорь |
|---|
| _Toc208914959 |
|---|
| _Toc208914959 |
|---|
|
Формат магазинов.
...
В перечне отсутствует метод «Плановое ценообразование» из-за незавершенности функционала управления планом цен. Тем не менее необходимо иметь в виду, что совместное использование планового ценообразования с любым из перечисленных выше методов ценообразования недопустимо.
В административном модуле в разделе «База данных» на странице «Конфигурация» из группы «Ценообразование» убрана опция «Создание акта при перемещении». Автоматическая генерация актов переоценки при регистрации накладной на перемещение теперь управляется выбором метода ценообразования «Переоценка при перемещении» для места хранения. Соответственно, теперь имеется возможность устанавливать различные методы ценообразования для различных магазинов или групп магазинов.
Понятие «преимущественный метод ценообразования» подразумевает, что цены в месте хранения предполагается получать указанным способом, но это не отменяет и не запрещает получение цен по актам переоценки, созданным вручную, или путем наценивания прямых приходов от поставщика.
Комбинирование методов ценообразование может быть полезным в случае разделение товаров на группы товаров центрального управления (поступления) и местного управления.
| Якорь |
|---|
| _Toc208914960 |
|---|
| _Toc208914960 |
|---|
|
Маркетинговый классификатор.
...
Для контроля обязательности назначения артикулу маркетинговой группы создана функция проверки 173 «Контроль наличия у карточки маркетинговой группы». По умолчанию функция имеет режим «Отключена». Функция срабатывает при переводе карточки в статус «Активна».
| Якорь |
|---|
| _Toc208914961 |
|---|
| _Toc208914961 |
|---|
|
Базовые цены формата.
Введено новое понятие – базовая цена формата. Базовая цена формата - это вид цены, поставленный в соответствие формату. Базовые цены могут иметь значение цены артикула без привязки к месту хранения.
Для того чтобы определить вид цены как базовую цену формата необходимо в разделе «Цены» в диалоге редактирования атрибутов вида цены задать формат магазинов. Для одного формата разрешается выбирать только один вид цены. В списке видов цен строки цен, привязанных к форматам, имеют дополнение в виде названия формата в фигурных скобках
В разделе «Карточки складского учета» добавлена страница «Цены форматов» для просмотра значений цен форматов выбранного артикула. Если формату вид цены не назначен, то колонка «вид цены формата» будет не заполнена и значение цены, соответственно, также.
Редактирование значения цены формата в разделе карточек складского учета не предусмотрено.
| Якорь |
|---|
| _Toc208914962 |
|---|
| _Toc208914962 |
|---|
|
Ведомость базовых цен.
Для задания новых значений базовых цен форматов создан документ «Ведомость базовых цен».
Документ похож на документ «Акт переоценки» и предназначен для задания значения цен артикулов для выбранного вида цены. В отличие от акта переоценки место хранение в документе имеет служебное назначение и называется «от имени места хранения».
Количество и назначение статусов в документе такое же. На статусе «Принят» документ недоступен для редактирования и готов к исполнению. Все проверки документа выполняются до достижения статуса «Принят». При исполнении документа, то есть при переходе от статуса «Принят» к статусу «Исполнен», происходит проставление новых цен в таблицу базовых цен и окончательная фиксация в документе старых базовых цен. Автоматическая генерация актов переоценки при смене статуса документа не предусмотрена.
Документ имеет только два варианта исполнения: «Немедленно при оприходовании» и «По наступлению указанной даты». Понятие «Причина переоценки» в документе отсутствует. В текущей версии предполагается только ручной вариант создания и заполнения этого документа.
Для исполнения документа по наступлению указанной даты и времени создано системное задание «Регистрация ведомостей базовых цен».
В спецификации документа хранится и редактируется новое значение цены, хранится и показывается старое значение цены и, для информации, показывается процент изменения между новой и старой ценой. Поля связаны формулой пересчета. При изменении поля «переоценка %» меняется значение поля «цена» и наоборот.
Существенное отличие документа «Ведомость базовых цен» от документа «Акт переоценки» заключается в его поведении при пересылке документа из одной базы данных в другую. Ведомость базовых цен предназначена только для локального изменения базовых цен и не предназначена для удаленного управления базовыми ценами в других базах данных. При пересылке документа из одной базы данных в другую документ не будет менять цены в удаленной базе. Исключение составляет пересылка документа в статусе «Принят» с заданными датой и временем исполнения. В этом случае документ может быть создан в одной базе и исполнен в другой.
Метод дифференцированного ценообразования предполагает, что базовые цены должны вестись только в центральной базе данных. Рассылаться должны не базовые цены, а фактические розничные цены с помощью документов «Акт переоценки», созданных на основании текущих значений базовых цен.
Для контроля того факта, что на основании ведомости базовых цен создан набор актов переоценки, в таблицу отобранных документов добавлена колонка «Расценен».
Для печати документа создана стандартная печатная форма.
| Якорь |
|---|
| _Toc208914963 |
|---|
| _Toc208914963 |
|---|
|
Параметры дифференцированного ценообразования.
| Wiki разметка |
|---|
\\
Метод дифференцированного ценообразования предполагает определение единой базовой цены товара для формата магазинов и расчет розничных цен магазинов по заданному отклонению от базовой цены формата. Параметр отклонения розничной цены от цены формата считается редко меняющейся величиной в отношении конкретного магазина и маркетинговой группы товаров. Это позволяет использовать автоматизированный расчет розничных цен магазинов при каждом изменении базовых цен, по предварительно заданным параметрам расчета.
\\
В текущей реализации метода дифференцированного ценообразования считается, что данный метод применим только к понятию розничной цены магазина, то есть цены для кассы. Иные виды цен магазина не могут быть рассчитаны с использованием данного метода. Соответственно, все виды цен для кассы всех мест хранений одного формата должны быть единообразны, то есть иметь одну и ту же валюту вида цены и параметры включения налогов в цену и совпадать с такими же параметрами базовой цены формата. Расхождения в параметрах видов цен в системе не контролируется и не оказывает влияния на результат расчета розничных цен для мест хранения. Расчет всегда ведется по одной и той же формуле, определенной параметрами дифференцированного ценообразования.
\\
С другой стороны, при текущей реализации метода, отсутствует необходимость явного определения перечня видов цен, участвующих в дифференцированном ценообразовании и в определении параметров ценообразования для видов цен. Параметры задаются для места хранения независимо от того, назначен ли для него вид цены для кассы или нет. Если вид цены для кассы не назначен, то место хранение фактически не будет участвовать в процессе до тех пор, пока вид цены не будет назначен. Результат ценообразования не зависит от того, какие конкретно виды цен используются в виде цен для кассы мест хранения. Это позволяет, в том числе, сократить количество используемых видов цен, сохранив дифференциацию фактических значений цен в разных местах хранения.
\\
Для задания параметров расчета цен реализации в раздел «Цены» добавлена страница «Дифференцированное ценообразование».
\\
Параметры расчета задаются относительно группы маркетингового классификатора и могут быть заданы для каждого места хранения. Если для места хранения параметры расчета не установлены, то считается, что розничные цены должны совпадать с базовыми.
\\
Параметры дифференцированного ценообразования:
\\
Отклонение от базовой цены % - задает отношение между розничной ценой магазина и базовой ценой формата. Розничная цена вычисляется как \[базовая цена\] + \[базовая цена\] * \[отклонение от базовой цены %\] / 100. Отклонение от базовой цены должно быть не меньше, чем -100%.
\\
Правило округления – устанавливает правило конечной обработки значения розничной цены после ее расчета. Правило округление берется из справочника правил округления.
\\
Минимальная/максимальная наценка % - устанавливаются границы отклонения значения розничной цены от цены, зафиксированной в контракте. Значения параметра используются для функции проверки цен актов переоценки.
\\
Для работы с параметрами дифференцированного ценообразования в раздел цены добавлены функциональные права: |
- Просмотр параметров дифференцированного ценообразования,
- Установка параметров дифференцированного ценообразования,
- Рассылка параметров дифференцированного ценообразования.
...
В документе «Ведомость базовых цен» реализована функция генерации актов переоценки с применением метода расчета дифференцированного ценообразования. Чтобы воспользоваться функцией, необходимо иметь функциональное право «Ведомости цен: Генерация актов изменения цены». Имеется два варианта исполнения функции – функция «Генерация актов переоценки…» в окне отобранных документов и процесс генерации актов в режиме редактирования документа с одновременным исполнением ведомости – кнопка «Принять и расценить».
Функция «Генерация актов переоценки…» применима только к исполненным или принятым документам. Функция «Принять и расценить» доступна в режиме редактирования документа в статусе «Черновик».
Перечень актов переоценки при их генерации определяется перечнем мест хранений формата с методом ценообразования «дифференцированное ценообразование». Формат определяется по виду цены ведомости. Вид цены акта переоценки для каждого места хранения определяется как вид цены для кассы места хранения. Акты создаются с причиной переоценки – «На основании базовых цен» и условием исполнения «Немедленно при оприходовании». В акты не помещаются артикулы с флагом «Фиксированная цена», а также артикулы, у которых не изменилась розничная цена.
Ведомость базовых цен определяет спецификацию артикулов, для которых должны быть рассчитаны новые розничные цены. Расчет ведется от текущего актуального значения базовой цены в таблице базовых цен и, в тех случаях, когда ведомости являются достаточно старыми, базовые цены могут не совпадать с ценами в ведомости. Для гарантированного соответствия цен ведомости базовым ценам необходимо использовать процесс генерации актов с одновременным исполнением ведомости: «Принять и расценить».
Расчет розничной цены ведется по следующему алгоритму: для каждого артикула определяется, к какой группе маркетингового классификатора он относится. Для маркетинговой группы артикула и места хранения акта определяется отклонение от базовой цены и правило округления. Отклонение применяется к базовой цене артикула, и затем значение цены округляется по формуле правила округления. Если розничная цена артикула равна текущему значению цены, то строка с артикулом изымается из акта.
В отличие от процесса наценивания или генерации актов переоценки по контрактам процедура дифференцированного ценообразования не добавляет в акт переоценки производные артикулы. Все цены составных артикулов, то есть артикулов наборов, упаковок, уценок, размеров должны задаваться явным образом в ведомости базовых цен.
После завершения процесса генерации актов переоценки акты переводятся в статус «принят к исполнению» и, если место хранения акта локальное, то немедленно исполняются, если удаленное, то отсылаются для исполнения в удаленную базу данных. При повышении статуса до статуса «принят к исполнению» может быть произведена проверка на соответствие новых розничных цен условию отклонения цен от цены контракта. Проверка производится функцией проверки 158 «Проверка выхода наценки и переоценки артикулов за пределы разрешенных границ». Функция проверки модифицирована таким образом, что при проверке актов переоценки, созданных в процессе дифференцированного ценообразования, использует отклонения от цены контрактов, заданные в качестве параметров процесса дифференцированного ценообразования.
| Якорь |
|---|
| _Toc208914965 |
|---|
| _Toc208914965 |
|---|
|
Раздел «Классификатор типов процессов».
В интерфейс торговой системы добавлен новый раздел «Классификатор типов процессов». Классификатор типов процессов используется для иерархического группирования процессов разных типов, чтобы обеспечить быстрый доступ к списку необходимых процессов в разделе «Реестр процессов».
Классификатор строится также, как все прочие иерархические классификаторы торговой системы. То есть позволяется создавать, удалять, перемещать узлы классификатора по дереву классификатора и задавать им свойства, специфические для данного вида классификатора.
Для классификатора процессов свойством группы классификатора является тип процесса. Одной группе можно поставить в соответствие не более одного типа процесса. Предполагается, что промежуточные группы классификатора служат для построения иерархического дерева классификатора, а концевые группы служат для указания на конкретный тип процесса. При именовании группы классификатора, связанной с типом процесса, рекомендуется давать группе имя, по смыслу совпадающее с названием типа процесса.
Выбор типа процесса в качестве свойства группы классификатора осуществляется на странице «Узел». На странице «объекты» отображается перечень типов процессов, связанных с данной группой классификатора или с данной группой и всеми подчиненными группами классификатора.
При установке или модернизации версии системы создается системный классификатор процессов, который начинается с группы «Системная группа». Системный классификатор не может быть изменен или удален. Этот классификатор содержит группы для работы со всеми типами процессов. Тем не менее, при необходимости, можно создать альтернативные ветви классификаторов с собственным группированием типов процессов.
Один и тот же тип процесса может быть связан с несколькими группами классификатора, что позволяет создавать собственные сочетания групп процессов, подходящие для типовых бизнес процессов конкретного предприятия.
| Якорь |
|---|
| _Toc208914966 |
|---|
| _Toc208914966 |
|---|
|
Раздел «Реестр процессов».
В интерфейс торговой системы добавлен новый раздел «Реестр процессов». Раздел предназначен для отображения списка процессов по заданному условию, перехода в рабочую среду выбранного процесса, создания нового процесса указанного типа или удаления процессов.
Интерфейс раздела содержит классификатор процессов, страницу фильтра для задания условия отбора процессов и страницу для отображения отобранных процессов.
На странице отобранных процессов имеется кнопка «А» для быстрой фильтрации незавершенных процессов.
Двойное нажатие мыши на выделенной строке процесса приводит к открытию окна рабочей среды процесса. Перейти в среду процесса можно, в том числе, если процесс завершен. Однако в этом случае содержание рабочей среды доступно только в режиме просмотра и никакие действия в среде не разрешаются.
В разделе можно создать новый процесс. Для этого необходимо установить курсор на требуемой группе классификатора процессов и нажать кнопку «Новый». Если выбрана группа классификатора, связанная с типом процессов, то вызывается мастер создания нового процесса соответствующего типа. Если выбрана промежуточная группа классификатора, то перед вызовом мастера предлагается выбрать один из типов процессов из списка типов, группируемых данным узлом классификатора.
При создании нового процесса происходит переход в окно раздела рабочей среды процесса. По завершению роботы в среде автоматический, возврат в раздел «Реестр процессов» не осуществляется.
Раздел позволяет удалять процессы. Для удаления завершенных или чужих процессов необходимо обладать правом «Удаление процессов». Для удаления собственных незавершенных процессов дополнительных прав не требуется. Для удаления процессов необходимо выделить или отобрать требуемые процессы и выбрать пункт «Удалить» в выпадающем меню кнопки «Обработать».
| Якорь |
|---|
| _Toc208914967 |
|---|
| _Toc208914967 |
|---|
|
Карточки складского учета.
...
В административном модуле в диалоге «Расчет среднесуточной реализации» элемент для выбора перечня мест хранения из списка всех мест хранений заменен элементом для выбора мест хранений с использованием классификатора мест хранений. В диалоге для выбора доступны только оприходованные места хранения.
| Якорь |
|---|
| _Toc208914969 |
|---|
| _Toc208914969 |
|---|
|
Назначение артикулу нескольких коробов.
В предыдущих версиях торговой системы для одного артикула разрешалось заводить только один короб, то есть упаковку товара, содержащую один и тот же артикул с разными значениями свойств, например, размером обуви, и с определенным количеством для каждого значения свойства.
В текущей версии разрешено назначать артикулу более одного короба. Для сохранения прежнего поведения системы для тех пользователей, которым важно иметь строгое соответствие одного короба и артикула, создана системная настройка «Назначать артикулу только один короб». Флаг настройки редактируется в административном модуле в разделе «База данных» на странице «Конфигурация» в папке «Клиентская часть». По умолчанию, флаг установлен.
Если флаг снят, то при вызове пункта меню кнопки "Короб" в диалоге создания/редактирования штрихового кода, если штриховому коду еще не назначен короб, вызывается диалог, в котором можно выбрать уже описанный короб или создать новый. Перечень существующих коробов определяется по списку коробов текущего артикула. Понятие универсальной упаковки - короба, которую можно использовать для нескольких артикулов, в системе не поддерживается. Если штриховой код уже был связан с коробом, то при нажатии на кнопку «Короб» диалог выбора короба пропускается и разрешается только редактировать спецификацию этого короба.
Если при создании или изменении штрихового кода будет нажата кнопка «Отмена» описание нового короба или изменения в спецификации существующего короба не будут сохранены.
В предыдущей версии полагалось, что новые короба можно описывать и назначать штриховым кодам только для неактивных артикулов. Для расширения возможностей по управлению бизнес-процессов введена системная настройка «Запрет редактирования состава короба для активных артикулов (для старшей базы данных)». Флаг редактируется в административном модуле в разделе «База данных» на странице «Конфигурация» в папке «Клиентская часть». По умолчанию, флаг установлен. При снятии флага редактировать состав коробов разрешается, в том числе, для активных артикулов. Ремарка о старшей базе данных сделана для напоминания о том, что в подчиненных базах данных работа с коробами не разрешена.
| Якорь |
|---|
| _Toc208914970 |
|---|
| _Toc208914970 |
|---|
|
Генерация штриховых кодов и артикулов подтипа «Размер» по содержанию короба.
Функция «Автогенерация» штриховых кодов на странице «Штирхкоды» дополнена опцией выбора способа генерации штриховых кодов и артикулов – генерация для всех значений свойств артикула или генерация по значениям свойств, входящих в состав одного или нескольких коробов артикула.
При генерации штриховых кодов по коробам количество штриховых кодов определяется общим для выбранных коробов перечнем значением свойств артикула.
| Якорь |
|---|
| _Toc208914971 |
|---|
| _Toc208914971 |
|---|
|
Условия отбора документов на странице «Документы».
На страницу «Документы» добавлены условия отбора документов в соответствии со статусом документов. Условие определяется отжатием или нажатием кнопки с иконкой соответствующего статуса. После изменения условия отбора для применения новых условий, необходимо нажать кнопку «Перечитать». По умолчанию выбраны все статусы документов. Изменение состояния кнопок не запоминается и при следующем открытии окна раздела устанавливается в значение по умолчанию.
Расширены условия поиска документов, в которые входит данный артикул. В поиск включен просмотр дополнительных спецификаций документов производства, например ингредиентная часть спецификации расхода на производства, рецепта, калькуляции и т.д., а также списков мест хранений, документов, описывающих такие списки, например, маркетинговые акции, рекламные компании, контракты.
Колонка «Основание» получила наименование «Основание ТД» - основание товародвижения, что точнее соответствует ее содержанию.
| Якорь |
|---|
| _Toc208914972 |
|---|
| _Toc208914972 |
|---|
|
История изменений уровней складских запасов. Параметр «Зал».
В разделе «Карточки складского учета» на странице «История уровней запасов» в таблицу истории добавлено поле «Зал». В поле «Зал» записывается новое установленное значение параметра «Зал».
| Якорь |
|---|
| _Toc208914973 |
|---|
| _Toc208914973 |
|---|
|
Печать этикеток для товаров со свойствами.
В разделе «Карточки складского учета» в диалог функции «Печать этикеток» добавлен вывод информации о значении свойства штрихового кода в тех случаях, когда штриховой код идентифицирует конкретное значение свойства товара.
При выборе для печати этикетки штрихового кода, идентифицирующего значение свойства, в поле SIZE этикетки будет передаваться значение свойства штрихового кода. Ранее поле SIZE заполнялось только для артикулов типа «размер».
В приходных накладных и накладных на перемещение при вызове функции «Печать этикеток» выводится диалог с таблицей артикулов и их количеством из накладной для управления количеством печатаемых этикеток. В таблицу управления количеством печатаемых этикеток изменено название колонки «Индивидуальные свойства» на «Свойство». Изменен алгоритм поиска штриховых кодов для артикулов с заданным значением свойства. В поиск включены не только штриховые коды артикула из накладной, но и всех связанных с ним артикулов типа «размер».
В документе «Акт переоценки» в диалог печати этикеток добавлен столбец "Свойство".
При печати этикеток в режиме "Количество из остатков" количество распределяется по значениям свойств в соответствии с количеством остатка.
В документе «Акт о сортировке» в диалоге печати этикеток изменено название колонки "Индивидуальные свойства" на "Свойство". В колонку «Свойство» выводится значение свойства артикула после смены сорта.
| Якорь |
|---|
| _Toc208914974 |
|---|
| _Toc208914974 |
|---|
|
Накладные. Функции заполнения спецификации остатками.
В функцию «Заполнение отрицательными остатками» раздела «Приходные накладные» и в функцию «Заполнение положительными остатками» раздела «Расходные накладные» внесены изменения для учета текущих остатков по значениям свойств артикула.
Если документ содержит спецификацию, то остатки проставляются только для тех артикулов и тех значений свойств артикулов, которые зафиксированы в спецификации накладной. Если спецификация документа пуста, то проставляются все артикулы и все значения свойств, имеющие соответствующие остатки, отличные от нуля. В случае расхождения между остатком артикула и суммой остатков по значениям свойств артикула положительная разница добавляется в документ как остаток артикула «Без свойства», в случае отрицательного значения разницы количество «Без свойства» устанавливается в ноль. В последнем случае итоговое количество в спецификации накладной будет отличаться от остатка в таблице остатков.
| Якорь |
|---|
| _Toc208914975 |
|---|
| _Toc208914975 |
|---|
|
Заказ поставщику.
| Якорь |
|---|
| _Toc208914976 |
|---|
| _Toc208914976 |
|---|
|
Выбор мест хранений при генерации заказа.
| Wiki разметка |
|---|
\\
В мастере генерации заказа для случая работы мастера, когда не установлен флаг «По контрактам с поставщиками», изменено поведение страницы выбора мест хранений. На странице «Генерация заказов поставщикам \[места хранений\]» выбор перечня мест хранения из общего списка заменен выбором с использованием классификатора мест хранений. В случае генерации заказа по контрактам доступный перечень мест хранений для генерации заказа соответствует перечню мест хранений поставки товара, который, как правило, меньше полного перечня мест хранений и не требует использования классификатора.
\\
Флаг «По контрактам с поставщиками» в предыдущих версиях имел название «По контрактам» и размещался на странице «Генерация заказов поставщикам \[группы товаров\]». В текущей версии он перенесен на страницу «Генерация заказов поставщикам \[алгоритм\]» и его значение сохраняется в локальных настройках компьютера.
\\ |
| Якорь |
|---|
| _Toc208914977 |
|---|
| _Toc208914977 |
|---|
|
Генерация заказов по ассортиментам.
| Wiki разметка |
|---|
\\
В мастер автоматической генерации заказов поставщикам на странице "Генерациязаказов поставщикам \[группы товаров\]" добавлена возможность выбирать нетолько узел ассортимента товаров, но и группу узлов (каталог).
\\ |
| Якорь |
|---|
| _Toc208914978 |
|---|
| _Toc208914978 |
|---|
|
Простановка цен из контрактов.
...
При составлении формул необходимо учитывать, что в случае некорректного результата вычисления выражения, например, при делении на ноль, или при выполнении арифметической операции над строкой и числом, Oracle не выдает сообщений об ошибке, но и не возвращает данных. То есть результат выполнения задачи выглядит как пустое множество строк, даже если ошибка вычисления арифметического выражения возникла только в одной строке результата.
В системную задачу «Кассовые чеки» добавлены поля «Средняя сумма чека продажи» и «Средняя сумма чека возврата». Поле «Количество чеков» заменено полями «Количество чеков продажи» и «Количество чеков возврата».
| Якорь |
|---|
| _Toc208914984 |
|---|
| _Toc208914984 |
|---|
|
Электронные весы.
...
В перечень функциональных прав модуля «Электронные весы» добавлено право «Очистка списка товара для весов». Отсутствие данного права у пользователя делает невозможным все операции, связанные с изменением номера PLU весового товара.
При работе со списком весового товара для загрузки в весы операция удаления (кнопка «Удалить») строки из списка не приводит к действительному удалению строки. Строка помечается как удаленная, но остается в списке для того, чтобы при последующем добавлении этого же артикула в список восстановить его прежний номер PLU.
Функциональное право «Очистка списка товара для весов» не препятствует удалению строки из видимого перечня товаров для загрузки в весы, но контролирует все операции, связанные с действительным удалением строки из таблицы или изменением номера PLU. К таким операциям относится операция перенумерации списка (кнопка «Номера…»), операция «Добавить из документов…» с опцией «Очистить список перед добавлением» и операция «Ассортимент отдела» с подтверждением удаления содержания отдела перед обновлением.
| Якорь |
|---|
| _Toc208914986 |
|---|
| _Toc208914986 |
|---|
|
Модель DIGI SM-80SX Ethernet. Загрузка имени упаковщика.
В разделе «Настройка -> Настройка аппаратуры -> Электронные весы» в описание настроек модели электронных весов DIGI SM-80SX Ethernet добавлена страница «Свойства модели» с флагом «Прошивка 17.3х и старше».
Установка флага влияет на способ выгрузки в весы имени упаковщика. В моделях младше, чем 17.3х, имя упаковщика передается в файле 39. В моделях 17.3х и старше такой файл обмена не поддерживается. Для этих моделей имя упаковщика передается в файле 51.
| Якорь |
|---|
| _Toc208914987 |
|---|
| _Toc208914987 |
|---|
|
Загрузка весов Bizerba.
...
Опция «Удаление ранее загруженных товаров» позволяет производить очистку памяти весов от списка ранее загруженных товаров перед очередной загрузкой. Очистку памяти весов необходимо производить для удаления из весов информации о товарах, исключенных из списка для загрузки. В противном случае такие товары остаются в памяти весов и могут служить причиной ошибок персонала.
При загрузке изображения товара картинка изображения берется из файла, сохраненного в карточке складского учета в качестве изображения – раздел «Карточки складского учета», страница «Склад», кнопка «Изображение». Для правильной работы весов необходимо следить, чтобы этот файл содержат изображение товара в необходимом формате.
При загрузке состава и рецепта приготовления товара данные берутся из системной дополнительной характеристики товара «Состав» и «Аннотация».
| Якорь |
|---|
| _Toc208914988 |
|---|
| _Toc208914988 |
|---|
|
Портативный терминал. Протокол обмена ScanPlus.Net (SuperKit Mobile).
Алгоритм протокола обмена данными с терминалом сбора данных с программой ScanPlus.Net (SuperKit Mobile_18x) был изменен для поддержки новых возможностей программы ScanPlus.Net, а также для обеспечения корректной работы программы портативного терминала в случае наличия множества штриховых кодов у весового товара.
Изменение протокола не препятствует работе с предыдущими версиями программы ScanPlus.Net. Новые выгружаемые данные предыдущей версией программы ScanPlus.Net игнорируется, а отсутствие новых данных в принимаемых файлах рассматривается торговой системой как отсутствие соответствующего значения.
Передача данных в терминал сбора данных:
- Для записи типа P (номенклатура) выгружается название единицы измерения, поле «адрес» остается незаполненным. Название единицы измерения берется из поля «Сокращенное название единицы измерения для отчетов» карточки складского учета.
- При выгрузке весовых штриховых кодов товара, каждый весовой штриховой код выгружается в запись типа P как базовый штриховой код. Это позволяет избежать неопределенности толкования количества ссылочного штрихового кода в базовом штриховом коде. Для весовых штриховых кодов это количество смысла не имеет. Штриховые коды для весового товара с фиксированным значением количества выгружаются так же, как для штучного товара. То есть среди всех штриховых кодов в качестве базового выбирается один из штриховых кодов на единицу товара, остальные выгружаются в качестве ссылочных штриховых кодов. Штриховые коды, указывающие на количество меньшее единицы, всегда выгружаются как базовые.
Прием данных из терминала сбора данных: - При приеме данных в документы торговой системы с помощью функции «Чтение накладной/заказа из портативного терминала» анализируется номер строки спецификации из файла данных портативного терминала - запись типа II, поле «номер позиции накладной». Номер строки спецификации для программы терминала сбора данных является необязательным и нестрогим параметром и может в пределах одного документа проставляться или не проставляться для разных строк спецификации, а также дублироваться. При приеме данных в документы торговой системы проводится анализ номеров строк спецификации и, по возможности, данные принимаются в строки с такими же номерами. Все строки данных из портативного терминала с отсутствующими номерами, а также строки, номера которых оказались занятыми, размещаются в конце спецификации документа торговой системы.
| Якорь |
|---|
| _Toc208914989 |
|---|
| _Toc208914989 |
|---|
|
Инвентаризация/прием товара WiFi терминалом сбора данных.
Внесен ряд изменений в интерфейс и поведение программы для WiFi мобильных терминалов сбора данных. Изменения внесены для повышения скорости и производительности работы пользователей и снижения вероятности технологических ошибок.
В частности, внесены изменения в драйвер скранера штрихового кода для повышения его быстродействия при многократном чтении штриховых кодов. Изменены стили и цвета текстов для отделения текста информации от текста функциональных зон. Увеличены размеры кнопок для возможного нажатия их пальцами, а не только стилосом. Добавлены предупреждающие сообщения при действиях по удалению строк документов. Изменены алгоритмы фильтров поиска документов для расширения возможных вариантов ввода информации. Изменены тексты строк функций для более четкого понимания смысла действия. Расширен перечень файлов стилей для персональной настройки интерфейса.
Новые варианты драйверов сканеров для устройств M3 и Denso помещены в каталог
\\Bager-\MobileDevices
| Якорь |
|---|
| _Toc208914990 |
|---|
| _Toc208914990 |
|---|
|
Кассовый драйвер для выгрузки данных в программу печати ценников «Prestige».| Wiki разметка |
|---|
\\
В перечень драйверов, обслуживаемых кассовым модулем, добавлен драйвер «Prestige». Драйвер предназначен для выгрузки данных об артикулах и их ценах в программу печати плакатов и ценников «Prestige» одновременно с передачей таких же данных в кассы. Обратного приема данных не предусмотрено.
\\
Для настройки выгрузки данных в «Prestige» необходимо в разделе «Структура магазина/склада» создать кассу типа «Prestige» и указать каталог загрузки.
\\
Драйвер «Prestige» поддерживает полную и инкрементальную выгрузку данных. Драйвер никогда не заменяет инкрементальную выгрузку на полную по собственной инициативе. Полная выгрузка осуществляется только в соответствии с расписанием полных выгрузок, либо после первого включения драйвера.
\\
Данные выгружаются в файл с расширением .pak
\\
Имя файла строится на основании текущего времени создания файла:
Prestige<ГГГГММДДЧЧММСС>
\\
Например:
\\
Prestige20080623164557.pak
\\
Для работы драйвера в каталоге выгрузке обязательно должен присутствовать файл с именем prestige.ini
\\
Содержание файла должно быть следующим:
\\
\[prestige\]
Default=<имя шаблона Prestige1>
<Код группы классификатора>=<имя шаблона Prestige2>
………
\\
\\
Например:
\\
\[prestige\]
Default=pattern
12=pattern2
\\
Все артикулы, для групп классификаторов которых не задано имя шаблона Prestige, будут помещаться в файл с расширением .err
\\
Например:
\\
Prestige20080630182205.err
\\ |
| Якорь |
|---|
| _Toc208914991 |
|---|
| _Toc208914991 |
|---|
|
Почтовый модуль.| Якорь |
|---|
| _Toc208914992 |
|---|
| _Toc208914992 |
|---|
|
Повторная отсылка пакетов при ошибках транспортировки пакетов.
В почтовый модуль добавлена функция анализа ошибок пакета подтверждения при его получении. Функция анализа определяет категорию ошибки. Если ошибка относится к категории ошибок физического пакета, почтовый модуль осуществляет повторную отсылку пакета. Исключение составляет ошибка блокировки доступа к файлу физического пакета, которая должна обрабатываться иным образом.
| Якорь |
|---|
| _Toc208914993 |
|---|
| _Toc208914993 |
|---|
|
Ручная рассылка в доверительные базы данных.
Реализованы интерфейсы для рассылки в указанные доверительные базы данных следующих объектов:
- классификатор товаров
- классификатор поставщиков
- классификатор клиентов
- классификатор складов и магазинов
- классификатор типов процессов
- склады и магазины
...
При почтовом обмене в формате XML структура почтового объекта может быть изменена в соответствии с возможностями сторонней системы. В частности, из схемы может быть удалена часть полей, связанных между собой логическими правилами взаимного соответствия. Например, в спецификации накладной это поля: количество, цена без налогов, цена полная, процент налогов, сумма налогов, сумма с налогами и сумма полная, цена валютная и сумма валютная. Эти поля связаны между собой формулой расчета, которая зависит от режима округления цен и признака валютности документа. В предыдущих версиях торговой системы, в случае отсутствия в принимаемом объекте части таких полей, прием объекта мог стать невозможным. Например, при приеме по почте накладной с количеством и ценой, но без суммы, поле «Сумма» в накладной торговой системы оставалось без изменения, то есть пустым, если принимаемый документ являлся новым или с прежним значением суммы, соответствующим прежним значениям цены и количества, если документ обновлялся. Это приводило к ошибке приема вида: несоответствие суммы цене, умноженной на количество.
В текущей версии при приеме документов по XML-протоколу определяется перечень взаимосвязанных полей, отсутствующих в схеме. Значения недостающих полей берутся из документа базы данных, если он есть, и производится расчет взаимосвязанных полей по соответствующему правилу.
Например, при обмене со складской системой часто бывает невозможно потребовать от сторонней системы поддержку полей цен и сумм. В этом случае XML-схема спецификации документа будет содержать поле «количество» и не будет содержать полей цен, сумм и налогов. Например, при следующем порядке действий: создание документа в торговой системе, пересылка его в складскую систему с целью коррекции количества и возврат откорректированного документа в торговую систему, в предыдущих версиях запрещалось вносить в первоначальный документ цены и налоги, чтобы откорректированный документ мог быть принят почтовым модулем. В текущей версии этот запрет снимается и при возврате откорректированного документа будет произведен корректный пересчет сумм документа.
| Якорь |
|---|
| _Toc208914995 |
|---|
| _Toc208914995 |
|---|
|
Редактор XML-схем почтовых объектов.
Для почтового обмена в формате XML необходимо создавать XSD-файлы описания XML-схем структуры почтовых объектов, участвующих в обмене. В простейшем случае, XSD-файлы можно создать в административном модуле в разделе «База данных» на странице «Утилиты», выполнив функцию «Создание схемы данных для XML фильтра». Эта процедура создает полные схемы всех типов почтовых объектов торговой системы.
В тех случаях, когда сторонняя система не в состоянии принимать и отсылать весь перечень объектов или весь перечень таблиц и полей таблиц почтового объекта, необходимо вносить изменения в состав и содержание XSD-файлов для синхронизации общего для обеих систем набора объектов и их структур.
В поставку текущей версии торговой системы включена программа «Редактор xml-схем почтовых объектов Супермага». Программа предназначена для визуального редактирования перечня и состава XSD-файлов описания структуры почтовых объектов.
Для работы программы требуется установление соединения с базой данных. База данных необходима для получения информации о полной и актуальной структуре почтовых объектов, соответствующих текущей версии схемы базы данных. Описание структуры почтовых объектов, участвующих в обмене, сохраняется в XSD-файлы в каталоге компьютера. При дальнейших обновлениях версии базы данных структура объектов базы данных может меняться, тогда как описание файлов почтовых объектов остается неизменным, что позволяет поддерживать почтовый обмен без модернизации компонентов сторонней системы. Сопоставление структуры объектов базы данных и структуры XML-объектов позволяет модифицировать схему почтовых объектов в соответствии с возможностями текущей версии базы данных.
Управление списком почтовых объектов.
Левое поле рабочего окна редактора отображает список объектов почтового обмена, описанных в XSD-файлах. В случае первого старта программы этот список пуст. Кнопка «Добавить» позволяет добавить новый XSD-файл с полным описанием объекта из эталонного списка объектов базы данных. Кнопка «Удалить», соответственно, позволяет удалить XSD-файл. Кнопка «Очистить» производит полную очистку каталога. Кнопка «Изменить» позволяет открыть окно для редактирования выделенного объекта. Перейти к редактированию объекта можно также двойным кликом мыши на названии объекта.
Для редактирования разных почтовых объектов одновременно может быть открыто несколько окон. При необходимости, окно редактирования объекта может быть закрыто нажатием кнопки «х» в верхнем правом углу окна.
При старте редактора проводится проверка корректности структуры XSD-файла путем сличения с эталонными объектами базы данных. В случае, когда структура файла нарушена, например, файл был испорчен или подвергся некорректному редактированию иными средствами или структура объекта в базе данных изменилась настолько радикально, что перестала соответствовать прежней структуре, редактор предлагает заменить файл эталонной схемой.
Редактирование структуры таблиц почтового объекта.
Левая часть окна редактирования структуры объекта содержит схему таблиц объектов в виде дерева, отражающего иерархию зависимостей таблиц. Таблицы могут удаляться или добавляться в соответствующей уровень иерархии кнопками «Удалить» и «Добавить». Корневая таблица объекта, а также таблицы, являющиеся родительскими для других таблиц, не могут быть удалены. При позиционировании курсора на таких таблицах кнопка «Удалить» становится неактивной. Добавить можно только ранее удаленные таблицы. Соответственно, кнопка «Добавить» активна только в случае позиционировании курсора на таблице, у которой была удалена дочерняя таблица. Собственные таблицы добавлять не разрешается, поскольку при приеме почтовых пакетов данные из таких таблиц в торговую систему не принимаются, а при отсылке поля таких таблиц заполняться не могут.
Редактирование полей таблицы почтового объекта.
В правой части окна редактирования структуры объекта отображается перечень полей и их атрибуты для выбранной таблицы. Названия полей выделены разными цветами. Красным цветом обозначаются ключевые поля таблицы. Удаление ключевых полей запрещено. Зеленым цветом выделены поля, которые обязательно должны иметь значение. Удаление этих полей из схемы также запрещено. Синим цветом отмечены поля, содержащие необязательные значения. Черным цветом отмечены собственные поля. Необязательные и собственные поля могут удаляться из схемы.
При добавлении поля в схему таблицы предлагаются для выбора поля эталонной схемы объекта, которые отсутствуют в текущей схеме. Также можно ввести собственное поле.
Вторая колонка описания полей содержит значение типа данных поля. Перечень типов данных соответствует перечню типов стандарта XML и шире перечня типов данных Oracle. При изменении типов данных эталонной схемы необходимо проявлять осторожность и контролировать, чтобы взаимное преобразование данных из исходных таблиц торговой системы в данные почтового объекта и обратно не привело к потере или искажению информации.
В выпадающем списке перечня типов данных тип данных эталонной схемы выделен заглавными литерами.
При добавлении собственных полей необходимо иметь в виду, что текущий XML-фильтр почтового обмена не имеет возможности заполнять такие поля какими-либо значениями. Добавление собственных полей может иметь смысл только в тех случаях, когда сторонняя система не может не выгружать некоторых данных или не в состоянии принять объект при физическом отсутствии некоторого поля. Более широкое практическое применение добавление собственных полей получит после добавления в XML-фильтр функции заполнения пользовательских полей объекта по заданной формуле или запросу.
| Якорь |
|---|
| _Toc208914996 |
|---|
| _Toc208914996 |
|---|
|
Справочники. Параметры создания документов.
Максимальный размер строки префикса номера документа увеличен с 5 до 10 символов.
Для поддержания различных префиксов документов при создании документа для одного и того же места хранения в разных базах данных в справочник «Параметры создания документов» добавлено поле «Префикс внешний». Поле «Префикс» получило название «Префикс локальный». При генерации номера документа теперь делается проверка, относится ли место хранения документа к локальным местам хранения базы данных или нет. Если место хранения локальное, то для генерации номера документа берется локальный префикс, если не локальное – внешний префикс. Если внешний префикс не задан, в обоих случаях будет использоваться локальный префикс.
Создана функция автоматической генерации префиксов для места хранения для всех типов документов при создании нового места хранения. Функция включается при установке флага «Генерировать префиксы документов» в мастере создания места хранения на странице «Название».
В качестве базы префикса используется номер места хранения. Это гарантирует уникальность префикса номера документа для каждого места хранения при использовании только автоматической генерации префиксов. При ручном задании префиксов и использовании автомата генерации префиксов необходимо следить за тем, чтобы префиксы, заданные вручную, не содержали в себе номер чужого места хранения.
Для управления алгоритмом генерации префиксов в диалог добавлено три флага:
Флаг «Добавлять лидирующие нули к номеру места хранения до достижения длины в … символов» - позволяет обеспечить единую длину всех префиксов независимо от количества цифр в номере места хранения.
Флаг «Добавлять код типа документа в начало / конец префикса» - добавляет к префиксу двухбуквенный код типа документа.
Флаг «Добавлять внешние префиксы с символом в конце префикса …» - позволяет генерировать не только локальные, но и внешние префиксы. Внешний префикс создается путем добавления однобуквенного суффикса к значению локального префикса. По умолчанию внешние префиксы не создаются.
Все параметры генерации префиксов запоминаются и предлагаются пользователю при следующем создании нового места хранения.
| Якорь |
|---|
| _Toc208914997 |
|---|
| _Toc208914997 |
|---|
|
Справочники. Должности контрагентов.
В раздел «Справочники» добавлен справочник «Должности контрагентов». Значения справочника используются для задания названия должности сотрудника контрагента в разделе «Контрагенты». Названия могут выбираться из перечня названий, заданных в справочнике, либо задаваться вручную. В предыдущих версиях перечень значений этого справочника был фиксирован и редактированию или дополнению не подлежал.
| Якорь |
|---|
| _Toc208914998 |
|---|
| _Toc208914998 |
|---|
|
Отчет «Список штриховых кодов».
Создан новый отчет «Список штриховых кодов». Отчет помещен в группу «Менеджерские».
Отчет предназначен для отображения всего перечня штриховых кодов, относящихся к артикулу с указанием количества товара и значения свойства товара, на которое указывает штриховой код.
Перечень артикулов может быть ограничен группой классификатора товаров или документом.
Из рассмотрения исключаются артикулы типа "деньги".
Условия исполнения отчета:
- карточки товаров (все, только одна или несколько групп товаров, только товары из указанного документа),
- группировка по группам товаров (по всем группам, по старшим группам, без группировки),
- сортировка (по артикулам, по наименованиям товаров).
Если выбрана опция "карточки товаров из указанного документа", в заголовке отчета выводятся дата и контрагент документа. Для контрактов с поставщиками дополнительно выводятся даты начала и окончания контракта.
| Якорь |
|---|
| _Toc208914999 |
|---|
| _Toc208914999 |
|---|
|
Отчет «Товарный отчет по поставщикам». Выбор артикула, группы товаров.
В диалог старта отчета «товарный отчет по поставщикам» добавлены опции "артикулы" и "группы товаров" для ограничения количества анализируемых артикулов.
| Якорь |
|---|
| _Toc208915000 |
|---|
| _Toc208915000 |
|---|
|
Отчет «Журнал покупок/продаж». Опция «показывать страну происхождения и ГТД».
В диалог старта отчета «Журнал покупок» добавлена опция "показывать страну происхождения и ГТД". В предыдущих версиях страна происхождения и ГТД для книги покупок показывались всегда.
Использование опции позволяет получить отчет без детализации сумм документа по странам и ГТД в тех случаях, когда в спецификации документа имеется несколько артикулов с разными значениями страны происхождения и ГТД.
| Якорь |
|---|
| _Toc208915001 |
|---|
| _Toc208915001 |
|---|
|
Отчет «Расчеты с поставщиками».
Ранее в диалоге запуска отчета можно было выбрать одного поставщика или группу поставщиков. Расширена функциональность опции "Поставщики". Теперь можно выбрать одного или несколько поставщиков, одну или несколько групп или списков поставщиков. В предыдущих версиях выбор был ограничен следующими вариантами: поставщики - все, только одна группа поставщиков, только один поставщик.
| Якорь |
|---|
| _Toc208915002 |
|---|
| _Toc208915002 |
|---|
|
Генерация базы данных и инициализация начальными данными.
В процедуру генерации схемы базы данных добавлено создание должности «Администратор системы» и сотрудника «Администратор» с логином «supermag_sys» и паролем «change_password». Должности «Администратор системы» выданы права на все модули и функции торговой системы. Все функции проверки с управлением режимом для этой должности установлены в режим «Предупреждение».
Должность «Администратор системы» предназначена для административных сотрудников, которым, тем не менее, не следует знать пароль пользователя supermag.
При дальнейших обновлениях версии базы данных новые модули и функции торговой системы будут автоматически доступны должности «Администратор системы».
Должности «Администратор БД» добавлена роль «Администратор аналитики».
В системный справочник добавлен параметр «Длина номера по умолчанию» для генерации номера документа в случае отсутствия записи в справочнике «Параметры создания документов». Управление параметром доступно в административном модуле в разделе «База данных», группа данных «Документы». При инициализации базы данных значение параметра устанавливается равным 10.
Внесены изменения в процедуру инициализации схемы базы данных:
Убрано заполнение справочника «Режимы редактирования документов».
Внесены изменения в процедуру заполнения базы данных начальными данными. Процедура вызывается в программе генерации базы данных после выполнения инициализации схемы базы данных в случае, если выбран тип базы данных «Центральный офис или единственный магазин (Стандартные начальные данные)».
- Убрано заполнение справочника «Параметры создания документов».
- Справочник «Кредитные карты» заполняется единственной строкой «Кредитная карта».
- В справочник «Страны» заносятся страны «Россия» и «Беларусь».
- В справочник «Денежные единицы» добавляется валюта «Евро».
- В справочнике «Режимы округления цен в документах» для локализации базы данных «Россия» для всех документов, имеющихся в справочнике, и для всех операций установлен режим округления по умолчанию «Полная сумма». Для варианта локализации «Белоруссия» сохранено прежнее значение «Цена без налогов».
- В справочнике «Штрихкоды» у короткого штрихового кода убран префикс «3» и максимальная и минимальная длина кода установлена равной 4 символам.
...
В административный модуль в раздел «База данных» на страницу «Конфигурация» в группу данных «Касса» добавлен атрибут «Кодировка в УКМ2». По умолчанию установлено значение "OEM". В этом случае при выгрузке или приеме данных по протоколам УКМ2 происходит конвертирование кодов текстовых полей из кодировки Windows ANSI в кодировку DOS OEM, а для передачи текста названия товара осуществляется преобразование кодировок, указанное в группе данных «Клиентская часть». При изменении значения атрибута «Кодировка в УКМ2» на "ANSI" перекодировка отменяется и текстовые данные передаются и принимаются без каких-либо преобразований, включая название товара.
Следует иметь в виду, что кассовая программа УКМ2 не может работать в кодировке ANSI и данное изменение внесено для удобства работы иных кассовых программ, которые обмениваются данными с торговой системой по протоколам УКМ2.
При использовании драйвера касс «УКМ2 Супермаг», то есть протокола обмена с использованием Paradox, осуществлять обмен с кассами в кодировке ANSI следует с осторожностью, поскольку в данном случае помимо кодировки текстовых символов имеет значение язык таблицы Paradox.
| Якорь |
|---|
| _Toc218064456 |
|---|
| _Toc218064456 |
|---|
|
Прием пустого артикула из УКМ4.
...