Изменения функционала в версии 1.03 8
Подсчет алкоголя ТСД. Прием алкоголя на основании заказа.
Подсчет алкоголя ТСД. Ввод кода марки сканером в разрыв клавиатуры.
Списание пива на основании кассового документа при отсутствии остатков ЕГАИС.
Кассовый документ. Поле «Комментарий».
Инициализация магазина. Опции копирования цен и уровней складских запасов.
Закладка «Документы». Сохранение выбора вида документов.
Прайс-лист поставщика. Функция «Создать маркетинговый контракт».
Сличительные ведомости. Функция «Создать накладные». Выбор клиента.
Счет. Ввод количества в мастере ввода строки спецификации.
Заказ поставщику. Функция «Нормировать количество по условиям соглашения о поставках».
Накладная на перемещение. Функция «Копировать количество в фактическое количество».
«Акты потерь», «Акты обнаружений». Информационные поля для отображения остатков.
Перенос дополнительных расходов в приходную накладную.
Расписание полной выгрузки: в указанный день и время.
Протокол «УКМ4 станд. XML». Выгрузка дополнительных цен.
Драйвер весов « DIGI RM -5800».
Перечень исправленных ошибок и улучшений.
Сервер обмена данными.
В состав Супермаг+ добавлен сервер обмена данными и администратор сервера обмена данными.
Сервер и администратор устанавливаются как в 32-х битном исполнении, так и в 64-х битном.
При обновлении версии опция установки сервера по умолчанию не выбрана:
Чтобы установить службу и администратор, необходимо отметить флаг «Сервер обмена данными».
Сервер обмена данными является WEB -сервисом. Сервис работает по REST -протоколу и передает информацию в виде XML -данных.
В текущей версии сервис выполняет команды запроса информации.
Запросить объекты из БД Супермага можно, например, утилитой curl.exe:
curl -X GET http://хост:порт/out/xml/схема/идентификатор_объекта.xml,
например, curl -X GET http://192.168.10.3:8080/out/xml/CD/00345.xml.
Для задания идентификаторов объектов, имеющих в составе русские буквы
или служебные символы, надо использовать шестнадцатеричные коды символов:
curl -X GET http://localhost:8080/out/xml/CD/%%D0%%A6004177.xml (карточка Ц004177).
Для запроса справочника после его имени надо указать произвольный идентификатор (*)
curl -X GET http://localhost:8080/out/xml/RFSABANKS/*
Если объект имеет составной идентификатор, то части идентификатора должны разделяться запятой. Если часть идентификатора объекта содержит запятую или начинается с апострофа, то эта часть идентификатора должна быть заключена в апострофы. Например:
curl -X GET http://localhost:8080/out/xml/BC/5000281006024 ,’%%D0%%A6004177’.xml
Перед началом работы с сервисом его необходимо настроить. В администраторе сервера обмена данных необходимо указать базу данных, с которой будет работать служба:
Служба может работать только с одной базой данных. При необходимости, можно запустить несколько служб на разных компьютерах для работы с одной базой данных.
Службе необходимо назначить порт, по которому она будет обмениваться информацией. По умолчанию это порт 8080. Если этот порт занят, служба не сможет стартовать. В этом случае необходимо запустить программу «Администратор служб», нажать кнопку «Настройка ТСР портов всех служб» и назначить серверу обмена данных другой HTTP порт, который на данном компьютере не занят другими программами и не блокируется брандмауэром:
Затем необходимо определить перечень типов объектов, для которых служба будет выдавать информацию. Для этого надо нажать кнопку «Настройка объектов обмена». Настройка объектов обмена возможна только при остановленной службе:
По умолчанию, служба не откликается ни на какой запрос. Чтобы служба могла передавать данные, в этом диалоге надо задать перечень разрешенных объектов. Так сделано, чтобы обеспечить безопасность доступа к информации. Запрос информации не требует аутентификации, и данные может получить любой человек или программа, которая обратится к WEB -сервису. По этой причине необходимо ограничить перечень объектов той информацией, которая не содержит конфиденциальных данных, либо защититься от несанкционированного доступа, выполнив настройку роутеров локальной сети таким образом, чтобы никакой сторонний трафик не мог обратиться к WEB -сервису.
Для добавления типа объекта надо нажать кнопку «Добавить» и загрузить схему объекта в базу данных:
Опции для генерации схемы объекта могут быть использованы в том случае, когда объект предполагается передавать в том виде, в котором он хранится в базе данных. Если схема объекта должна быть модифицирована, то необходимо выполнить генерацию XSD -схем данных для фильтра почтового модуля в административном модуле и отредактировать схемы с помощью программы «Редактор XML -схем».
WEB -сервис может формировать объекты таким же образом, как почтовый модуль: с использованием тех же правил и функций.
При сохранении схемы объекта в базе данных показывается содержание схемы для контроля корректности схемы выбранного объекта:
Опция «Доступна на сервере ...» позволяет указать службе, что эта схема может быть использована службой на этом компьютере.
При использовании нескольких WEB -служб, размещенных на разных компьютерах, можно обеспечить обмен данными с разными сторонними программами, используя для каждой такой программы свой набор объектов. Когда разные программы предъявляют разные требования к содержанию объектов одного и того же типа, для WEB -службы необходимо загрузить несколько XSD -схем одного и того же объекта, присвоив им разные имена, например, OR и OR 1 C , или ORDER .
Проверить доступный перечень типов объектов и выполнить запрос содержания объекта можно в интернет-браузере, обратившись к компьютеру WEB -службы по ее адресу, например: http :// localhost :8080
Схемы объектов:
Запрос объекта из Супермаг+:
Например:
Скачивание объекта происходит в виде XML -файла в каталог Downloads текущей учетной записи.
ЕГАИС.
Подсчет алкоголя ТСД. Прием алкоголя на основании заказа.
В процесс «Прием алкоголя ТСД» внесены следующие изменения. В мастер создания экземпляра процесса, если процесс создается на основании ТТН ЕГАИС:
Добавлена страница для задания номера заказа, на основании которого выполнена поставка:
Если на этой закладке указать заказ поставщику, то в процессе подсчета алкоголя будет показана закладка с данными заказа:
При подсчете алкоголя будет вестись контроль превышения количества принятого товара над требованием заказа с учетом ранее принятого по этому заказу количества, а также количество из накладной поставщика, если такая накладная будет существовать.
При создании приходной накладной на основании данных подсчета заказ поставщику будет проставлен в общие основания прихода, заголовок накладной будет сформирован с учетом данных заказа, и в приходную накладную будут проставлены цены из накладной поставщика, если такая будет существовать.
Подсчет алкоголя ТСД. Ввод кода марки сканером в разрыв клавиатуры.
При вводе кода марки сканером в разрыв клавиатуры добавлена автоматическая перекодировка символов кода в латинскую кодировку, если при сканировании выбрана кириллическая раскладка клавиатуры.
Списание пива на основании кассового документа при отсутствии остатков ЕГАИС.
При создании акта списания ЕГАИС для немаркированной алкогольной продукции (пива) на основании кассового документа выполняются следующие действия:
- для каждого артикула пива определяется код или несколько кодов алкогольной продукции, относящихся к этому артикулу;
- списываемое количество артикула распределяется по его кодам алкогольной продукции, если их несколько, в соответствии с имеющимися остатками ЕГАИС на регистре торгового зала;
- создается акт списания и отсылается в ЕГАИС.
Алгоритм распределения количества артикула по его кодам алкогольной продукции в прошлых версиях общее количество списания всегда было равно количеству продаж артикула, в том числе, если остаток пива на втором регистре был меньше количества продажи. Если количество списываемого кода алкогольной продукции оказывалось больше его остатка в ЕГАИС, ЕГАИС возвращал ошибку и такой акт оказывался непринятым.
В текущей версии в административном модуле в разделе «База данных» для группы «Документы» создан подраздел «ЕГАИС» в который перенесены опции «Автоматически сопоставлять приходные накладные с ТТН ЕГАИС» и «Контроль дат в документах ЕГАИС. Количество дней от текущей даты.» и добавлена новая опция «Уменьшать списание в ЕГАИС кассовых продаж пива до остатков ЕГАИС».
По умолчанию флаг опции не установлен и алгоритм списания пива работает также, как и в прошлых версиях.
Если флаг установлен, то при создании акта списания после распределения количества артикула по кодам алкогольной продукции выполняется контроль достаточности остатков ЕГАИС по этим кодам. Если количество в ЕГАИС окажется недостаточным, количество по коду алкогольной продукции в акте будет скорректировано и в поле «Комментарий» кассового документа будет помещена запись «При списании в ЕГАИС выявлена нехватка количества».
Поскольку ошибки такого рода свидетельствуют об ошибках учета, в частности, пересортице при реализации продукции, необходимо исправить эти ошибки путем проведения инвентаризации.
Кассовый документ. Поле «Комментарий».
В диалог «Поля таблиц документов», который вызывается нажатием кнопки «Поля...» на закладке «Заголовки» добавлен флажок «Комментарий». Если флажок отметить, то в таблицу отобранных документов будет добавлено поле «Комментарий».
Инициализация магазина. Опции копирования цен и уровней складских запасов.
В разделе «Склады и магазины» имеется возможность произвести инициализацию магазина, а именно: заполнение параметров складских запасов, назначение цен артикулам для места хранения, включение магазина в соглашения о поставках для начала его функционирования. Для этого необходимо выбрать место хранения и нажать кнопку «Инициализация», после чего открывается раздел «Инициализация места хранения».
В разделе «Инициализация места хранения» на закладке «Логистика» опция «Скопировать уровни складских запасов активных артикулов, входящих в номенклатуру склада инициализируемого места хранения, из места хранения» заменена опцией «Скопировать уровни складских запасов активных артикулов из места хранения».
На закладке «Цены» опция «создать акты переоценки для активных артикулов с признаком "Грузить в кассу", входящих в номенклатуру склада инициализируемого места хранения» заменена опцией «создать акты переоценки для активных артикулов с признаком "Грузить в кассу"».
И опция «Создать и исполнить акты переоценки для активных артикулов с признаком "Грузить в кассу", входящих в номенклатуру склада инициализируемого места хранения, для копирования цен из места хранения» заменена опцией «Создать и исполнить акты переоценки для активных артикулов с признаком "Грузить в кассу" для копирования цен из места хранения».
Во всех трех случаях при копировании значений отменено ограничение, по которому не обрабатывались артикулы, не входящие в номенклатуру нового места хранения.
Карточки складского учета.
Закладка «История наценок».
В раздел карточек складского учета добавлена закладка «История наценок». Для просмотра информации закладки необходимо иметь функциональное право «Просмотр истории наценок».
На закладке показывается история изменения наценок, назначенных рассматриваемому артикулу. Изменение наценок группы классификатора, в которую входит артикул, в этот журнал не попадает.
Закладка «Документы». Сохранение выбора вида документов.
На закладке «Документы» имеется возможность указать тип документов или набор типов документов, которые будут отображаться в таблице документов рассматриваемого артикула.
В текущей версии выбор типа документов запоминается и восстанавливается при следующем обращении к закладке «Документы».
Прайс-лист поставщика. Функция «Создать маркетинговый контракт».
Документ «Прайс-лист поставщика» позволяет принимать в электронном виде новые цены от поставщика и дату начала их действия. Новые цены и новые артикулы, если поставщик расширил предложение контракта, переносятся в контракт с указанной даты через раздел «Планирование цен контракта». В отдельных случаях поставщик может, в рамках своей маркетинговой акции, предложить цены с ограниченным сроком действия, после завершения которого они должны вернуться к прежнему состоянию. Такие акции оформляются в системе с помощью маркетинговых контрактов. В текущей версии создан механизм, позволяющий создавать такие контракты на основании данных, присланных поставщиком в электронном виде.
В заголовок документа «Прайс-лист поставщика» добавлен флаг «маркетинговый прайс-лист». Этот флаг должен устанавливаться создателем документа (поставщиком) в том случае, когда цены, присылаемые для основного контракта, являются маркетинговыми, и должны действовать ограниченный срок. Для установления срока окончания действия маркетинговых цен в заголовок документа добавлено поле «Дата окончания действия цен». Поле доступно для редактирования только при установленном флаге «Маркетинговый прайс-лист».
Для документа с маркетинговыми ценами создана новая функция «Создать маркетинговый контракт». Функция доступна для открытого документа (не в режиме редактирования) со статусом «Принят к исполнению». Одновременно для такого документа блокируется функция «Перенести цены в план цен с контрактом с поставщиком». Функция «Создать маркетинговый контракт» создает маркетинговый контракт на основании информации из основного контракта с тем же номером договора, что и номер договора прайс-листа, и данных самого прайс-листа поставщика. Функция создает контракт в статусе «Черновик» и позволяет перейти к нему для окончательного оформления и для создания соглашений о поставках.
Сличительные ведомости. Функция «Создать накладные». Выбор клиента.
В разделе документов «Сличительные ведомости» для документа в статусе «Принят в количестве и ценах» в режиме редактирования доступна кнопка «Создать накладные». Функция позволяет, в том числе, воспользоваться мастером для создания приходных и расходных накладных и актов сортировки для фиксации в товародвижении результатов инвентаризации.
В текущей версии в элемент выбора контрагента (в мастере создания накладных на странице выбора клиента) по умолчанию подставляется собственный контрагент из сличительной ведомости. В прошлых версиях подставлялся контрагент, ранее использованный для создания накладных из сличительной ведомости.
Счет. Ввод количества в мастере ввода строки спецификации.
В документе «Счет» в мастере ввода строки спецификации изменена страница ввода количества. В предыдущих версиях введенное количество отражалось в строке так, как оно было введено в поле «Количество». В том числе, если строка спецификации с вводимым артикулом уже существовала.
В текущей версии страница ввода унифицирована по функционалу с накладными:
В окне «Количество» показывается количество уже имеющиеся в строке спецификации, в поле «Добавлено» можно ввести добавочное количество и оно будет прибавлено к значению в поле «Количество». В поле «Штрих-код» можно сканировать штриховой код артикула и его количество будет инкрементировать значение в поле «Добавлено» и в поле «Количество».
Заказ поставщику. Функция «Нормировать количество по условиям соглашения о поставках».
В раздел «Заказ поставщику» добавлена функция «Нормировать количество по условиям соглашения о поставках». Функция доступна в режиме редактирования документа в статусе «Черновик».
Функция приводит количество заказа в соответствие с условиями соглашения о поставке, а именно к ограничению минимального количества заказа и ограничению кратности заказа упаковке заказа.
При выполнении функции вначале проверяется критерий минимального количества заказа, затем производится округлении количества заказа до упаковки заказа. Округление происходит в большую сторону, как в процессе «Формирование пакета заказов на базе контракта».
Накладная на перемещение. Функция «Копировать количество в фактическое количество».
В раздел «Накладная на перемещение» добавлена функция «Копировать количество в фактическое количество». Для использования функции необходимо иметь функциональное право «Накл. на перем.: Копировать количество в фактическое количество».
Функция доступна в режиме редактирования документа со статусом «Отправлен» в режимах «Спецификация» и «Прием».
Функция копирует содержание колонки «Количество» в колонку «Фактическое количество».
«Акты потерь», «Акты обнаружений». Информационные поля для отображения остатков.
В документы «Акты потерь» и «Акты обнаружений» добавлены информационные поля «Остатки», «Остатки-потери», «Оперативные остатки» и «Оперативные остатки-потери».
В поле «Остатки» показывается текущий остаток по документам со статусом 2 и 3. В поле «Остатки-потери» показывается текущий остаток за минусом потерь, зафиксированных документами акты потерь и акты обнаружений. В полях «Оперативные остатки» и «оперативные остатки-потери» показываются остатки с учетом оперативных продаж.
Белоруссия.
Перенос дополнительных расходов в приходную накладную.
Дополнительные расходы формируются для приходной накладной в статусе «Принят на складе» после заполнения цен и сумм в накладной. Переход к формированию дополнительных расходов выполняется на закладке «Справка о дополнительных расходах». После заполнения сумм расходов и распределения их по строкам спецификации выполняется перенос сумм без НДС, скорректированных на величину дополнительных расходов, в приходную накладную с одновременной сменой статуса накладной на «Принят полностью».
В предыдущих версиях функционал переноса сумм дополнительных расходов в приходную накладную, не учитывал особенности накладных в локализации «Белоруссия». В текущей версии для локализации «Белоруссия» в раздел «Дополнительные расходы» внесено следующее изменение – кнопка «Перенести расходы в накладную и принять её» получило название «Перенести расходы в накладную, наценить и принять её».
При нажатии этой кнопки:
- выполняется перенос сумм без НДС с дополнительными расходами в соответствующую колонку приходной накладной,
- переносятся цены без налогов с дополнительными расходами,
- цена производителя устанавливается равной цене без налогов,
- оптовая надбавка устанавливается равной нулю,
- устанавливается режим округления приходной накладной «сумма без НДС»,
- выполняется перерасчет сумм и цен в приходной накладной,
- выполняется процедура наценивания,
- при успешном завершении наценивания, меняется статус накладной на «Принят полностью».
В текущей версии актуализирован режим расчета от суммы без НДС для локализации «Белоруссия». Для этого изменен граф калькулятора «BY_NoTaxSum_RubDoc». Поскольку суммы и цены без НДС в локализации «Белоруссия» не используются, то стартовой ячейкой для расчета в этом случае является не сумма без НДС, а неокругленная цена производителя. От нее рассчитывается сумма производителя и от нее, в свою очередь, полная сумма без НДС. Оптовая наценка рассчитывается от цены производителя и цены без НДС.
Режим расчета «от суммы без НДС» служит только для расчета сумм и цен приходной накладной при наличии дополнительных расходов, то есть расходов на таможенное оформление, когда товар приходит от импортера, а не от оптового продавца. Применение этого режима расчета обеспечивает в приходной накладной неизменность суммы без НДС после переноса в накладную сумм с учетом дополнительных расходов и выполнения перерасчета ячеек спецификации. Расхождение суммы без НДС в справке о дополнительных расходах и в накладной служит причиной для отказа в принятии накладной.
Экспорт из накладной поставщика в приходную накладную. Копирование цен производителя и оптовой надбавки.
В процедуру экспорта из накладной поставщика в приходную накладную и импорта в приходную накладную из накладной поставщика добавлено копирование полей «Цена производителя» и «Оптовая надбавка».
После экспорта вызывается калькулятор для пересчета цен и сумм документа, работа которого зависит от режима округления приходной накладной. В результате работы калькулятор может изменить значение оптовой надбавки.
Выгрузка в кассы.
Расписание полной выгрузки: в указанный день и время.
В администратор кассового модуля в диалог расписания выгрузки данных в кассу и приема данных из кассы добавлена опция задания однократной принудительной полной выгрузки в заданную дату и время:
Принудительная полная выгрузка – это выгрузка, выполняемая по расписанию, которое описано в полях «Расписание выгрузки», когда нормальная выгрузка, при очередном выполнении заменяется полной выгрузкой. То есть, если задать дату и время принудительной полной выгрузки, то полная выгрузка произойдет в ближайшее время регулярной выгрузки, которая должна произойти после указанного времени полной принудительной выгрузки.
Протокол «УКМ4 станд. XML». Выгрузка дополнительных цен.
В административном модуле в разделе «База данных» на закладке «Конфигурация» в группе данных «Касса» для типов данных полной и инкрементальной загрузки добавлен флаг «Дополнительные цены». В текущей версии флаг действует только на протокол обмена «УКМ4 станд. XML». Если флаг отмечен, то при выгрузке данных по этому протоколу будет дополнительно выгружаться файл дополнительных цен вида:
storePricesAdd_[ Х ]_[ ХХХХ ]_[I/F],
где [ X ] – код места хранения
[ XXXX ] – уникальный номер выгрузки,
[ I ] или [ F ] – признак инкрементальной или полной выгрузки.
В файле для каждого вида цены места хранения, исключая цену для кассы и цены с флагом «не для кассы», выгружаются код цены, название вида цены и перечень артикулов с их ценами в том же виде как в файле storePrices.
Если дополнительных цен у места хранения не будет, то файл выгружаться не будет.
Драйвер весов « DIGI RM -5800».
Создан новый драйвер « DIGI RM -5800» для загрузки весов с сенсорным экраном. Технология работы с весами аналогична весам DIGI SM-5000 .
Особенностью драйвера является загрузка в весы уменьшенных изображений товаров, таких же, как те, что используются для работы планограммы. Уменьшенные копии изображений размером 300х300 в формате jpeg создаются в момент загрузки в базу данных изображения артикула в разделе карточек складского учета.
Перечень исправленных ошибок и улучшений.
- Весы Digi 5000. Если весы не в сети, то при обращении к весам в процессе загрузки происходила ошибка: "Критическая ошибка SEH : ACCESS _ VIOLATION ..."
- Карточки складского учета, закладка «Остатки». Не работала сортировка строк в таблице по двойному клику по полю заголовка таблицы.
- Исправлена ошибка многократного размещения в памяти программы автоматического обновления при работе клиента через сервер приложений.
- Исправлена ошибка неверного размещения правил автоматического пополнения категорий товаров. Добавлены права для работы с правилами автоматического пополнения категорий товаров.
- Исправлена ошибка: сохранение документа «Платеж» и «Получение платежа» с буквенным номером платежного поручения завершалась ошибкой "ORA-01722: invalid number".
- Раздел «Кассовые чеки». Автоматическая печать завершалась ошибкой "ORA-00904: "H.NONCASHSUM": invalid identifier".
- Исправлено: «Ошибка вывода ценников с помощью MS Word » при печати нескольких ценников с использованием шаблонов MS Word .
- Контрагенты. Исправлена ошибка «Нет прав на 'Редактирование списка складов'» при наличии такого права.