Модуль администратора используется для расчета товародвижения и закрытия периода. Оба алгоритма используют компонент расчета товародвижения. При расчете товародвижения алгоритм расчета обрабатывает артикул за артикулом и для одного артикула забирает в оперативную память все его движение. При большом количестве движения в 32-х битном исполнении программы возможна остановка её работы из-за ошибки нехватки памяти. 64-х битное исполнение модуля администратора позволяет избежать этой проблемы.

При старте и во время работы административные модули 32-х и 64-х битной разрядности можно отличить по внешнему виду ярлычков. На ярлычках 64-х разрядной программы имеется отметка «64»:

ЕГАИС.

Карточки складского учета. Закладка «ЕГАИС».

В разделе карточек складского учета в описание карточки добавлена закладка «ЕГАИС». На закладку перенесена таблица «Коды алкогольной продукции ЕГАИС» из закладки «Описание» и добавлены элементы для отбора и просмотра списка ТТН, связанных с артикулом:

Список ТТН можно ограничить фильтром по операциям, датам и идентификатору ФСРАР (местом хранения) ТТН:

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

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

ТТН ЕГАИС на приход, ТТН ЕГАИС на отгрузку. Журнал удаленных ТТН.

В разделы «ТТН ЕГАИС на приход» и «ТТН ЕГАИС на отгрузку» добавлена функция «Журнал удаленных ТТН». При вызове функции показывается список удаленных документов с их атрибутами:

Журнал ведется только после установки текущей версии. Информация о ранее удаленных ТТН в журнале отсутствует.

Группа разделов «Торговая точка».

Создана новая группа разделов «Торговая точка», в которую перемещен раздел «Регистрация платежей» и новые разделы «Прием поставки» и «Отгрузка». Раздел «Регистрация платежей» получил название «Касса».

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

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

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

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

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

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

Либо выбрать новое место хранение в окне фильтра документов – оснований поставки / отгрузки:

Функции разделов «Прием поставки» и «Отгрузка» предназначены для администрирования внешнего вида и поведения разделов и имеют следующее назначение:

Параметры раздела:

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

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

Параметры экрана:

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

Журнал событий:

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

Служебные. Полная загрузка данных в локальную базу данных.

Функция позволяет выполнить полную загрузку данных из центральной базы данных.

Раздел «Прием поставки».

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

Документы основания поставки могут быть загружены с указанием диапазона времени ожидаемой поставки (см. изображение выше) и показываются в виде списка:

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

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

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

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

Раздел ориентирован на использование сканера с подсоединением в COM -порт. При использовании сканера в разрыв клавиатуры функциональность использования сканера ограничена. В частности, для поиска документа надо предварительно установить фокус на поле «Поиск».

Если список документов велик, можно ограничить список документов для просмотра, введя строку или часть строки поиска в поле «Поиск»:

Поиск можно ограничить одним из следующих параметров:

При выборе «Искать везде» поиск строки проводится последовательно по всем параметрам.

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

Функции справа от таблицы имеют следующий смысл:

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

«Прервать» - позволяет прервать работу по приему товара и вернуться к ней позднее.

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

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

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

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

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

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

Раздел «Отгрузка».

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

Интерфейс и поведение раздела похожи на раздел «Прием товара»:

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

Документ «Коррекция».

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

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

Заголовок документа формируется из данных корректируемого документа и не редактируется.

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

Раздел имеет функции: «Генерация замещающей накладной» и «Генерация корректирующей накладной».

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

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

Функции доступны в режиме редактирования документа со статусом «Принят»:

КИЗ в спецификации накладных.

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

Информация о кодах КИЗ в документы заносится из процесса подсчета марок ТСД. В один документ можно поместить марки из нескольких процессов.

Для помещения кодов КИЗ в накладные внесено изменение в функции экспорта раздела «Подсчет марок ТСД»:

При выполнении функции экспорта можно создать новую накладную или поместить марки в уже существующую:

После создания или изменения накладной предлагается перейти к ней для дальнейшей работы:

В накладных ввод и редактирование кодов КИЗ не предусмотрено.

Расходные накладные. Информационные поля «Дата счет-фактуры основания» и «Номер счет-фактуры основания».

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

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

Формирование пакета заказа на базе контракта. Поле «Маркетинговый контракт».

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

В текущей версии информация о маркетинговом контракте расширена информацией о дате начала и завершения действия маркетингового контракта и ценой маркетингового контракта:

Сервер обмена данными. Формат обмена данными JSON .

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

Буферизация картинок для разделов «Планограмма» и «Касса».

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

В предыдущих версиях картинки сохранялись в каталогах «...\user\.....\ AppData\Local\Temp \Sm.CashDesk» и «...\user\.....\AppData\Local\Temp\SmPlanogramma». Операционная система Windows время от времени очищает содержимое временных каталогов, что может приводить к временному исчезновению изображений товаров в интерфейсах соответствующих разделов.

В текущей версии каталоги с картинками сохраняются в каталоге: \ SM 2000\ Data \

Свойства для артикула. Уровни торгового запаса.

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

В текущей версии в разделе «Свойства для артикулов» удалена страница «Уровни торгового запаса», а на странице «Значения свойства» удалено поле «Доля в заказе».

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

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

- ТТН ЕГАИС на приход, расход. Выбор процесса подсчета алкоголя. Не работал фильтр процессов.

- Карточки складского учета. При попытке печати ценника, если файл печати ценника отсутствовал, после сообщения, например : "Файла C:\S M 2000\Report\price_card.frx не существует.", появлялось сообщение "Критическая ошибка SEH: ACCESS_VIOLATION, код = 0xc0000005. Состояние программы нестабильно. Как можно быстрее завершите приложение."

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

- Весы Digi RM-5800. Не работала загрузка веса тары.

- Контроль исполнения актов переоценки при приходе исполненных актов в подчиненную БД. Исправлена ошибка – при проверке пришедшего акта с условием исполнения, отличным от «немедленно», дата предполагаемого исполнения акта сравнивалась с датой фактического исполнения ранее пришедших актов. Теперь сравниваются даты фактического исполнения.

- Ошибка недостаточных прав доступа при автоматической установке клиентской части на ОС Windows 10 (будет работать при обновлении с текущей версии на более новую).

Дерево страниц

Изменения1040.doc