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

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

Массовая обработка, смена статуса.

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

Сохранение названия карточки с лидирующими пробелами.

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

Если выбрать «Да», лидирующие пробелы при сохранении карточки будут удалены.

Документ «Рецепт».

Функция «Расчет пищевой ценности продукта».

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

В интерфейс редактирования рецепта на сборку добавлена кнопка «Рассчитать пищевую ценность и принять». Кнопка доступна в статусе «Черновик». Кнопка совмещает действие функции «Расчет пищевой ценности продукта» и смену статуса документа с «Черновик» на «Принят».

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

При расчете альтернативные единицы измерения, например, тонны, граммы, приводятся к килограммам, а результирующие значения величин пищевой ценности за 100 грамм округляются до 0,1. Результат расчета сохраняется в карточку товара и показывается в заголовке рецепта:

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

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

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

Печатная форма «технологическая карта».

В диалог печати технологической карты № 17 добавлена опция «Пищевая ценность» (не показывать / на 100 г рамм продукта / на выход продукта):

По умолчанию установлено значение «не показывать».

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

В диалоге старта печати и в печатной форме теперь вместо «Гл. бухгалтер» пишется «Калькулятор, технолог».

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

Печать этикетки. Ключевое слово %FOODVALUE.

В перечень ключевых слов шаблона этикетки добавлено слово %FOODVALUE, которое замещается словами "белки N г, жиры N г, углеводы N г, калорийность N ккал на 100г"

где N - значения соответствующих величин из карточки товара.

Из перечня ключевых слов удалены слова %EGAISNOPDF и %EGAISBEAR. Удален флаг «Только пиво» при печати этикеток из накладных.

Документ «Расходная накладная». Функция «Сформировать электронный УПД».

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

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

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

Если УПД уже отослан, то его пересоздание невозможно.

Документ «УПД на отгрузку».

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

Документ создается на основании расходной накладной для фиксации содержания отосланного электронного УПД. УПД создается в статусе «Сформирован» и не может редактироваться.

Документ имеет статусы «Заблокирован», «Черновик», «Сформирован» и «Обработан». Статус «Черновик» не позволяет редактировать документ. Он может использоваться только для удаления документа. Перевести УПД в состояние «Черновик» можно, если не начался обмен с электронной системой документооборота. Статус «Обработан» используется для регистрации факта завершения документооборота с клиентом и его подписания обеими сторонами. Общая логика работы с документом следующая: документ можно заменять или удалять, пока не начался обмен с контрагентом. Если такой обмен начался или завершился приемом полным или частичным, то документ менять нельзя. Статусы «Сформирован» или «Обработан» присваиваются только системой.

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

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

В заголовке документа имеется поле «Состояние обмена», которое может принимать следующие значения «Обмен не начинался» (-1), «Отправлен» (0), «Принят» (1), «Принят с расхождениями» (2), «Отклонен» (3).

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

Сервер обмена данными. Отсылка объектов получателям.

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

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

Адресату обмена присваивается имя, IP -адрес, тип обмена (старшая база / доверительная база / равноправная база), формат обмена (Стандартный XML фильтр / JSON фильтр / Стандартный фильтр / УПД фильтр).

Тип обмена влияет на правила приема объектов аналогично таким же правилам почтового модуля. Формат обмена частично соответствует фильтрам почтового модуля. « XML фильтр» и «Стандартный» позволяют использовать такую же нотацию форматов данных, как в почтовом модуле. « JSON фильтр» позволяет обмениваться информацией в формате JSON такого же содержания, как и при использовании « XML фильтр». Управление структурой объектов в формате JSON в текущей версии выполнено не полностью. Разрешено только упрощение объекта, то есть удаление полей и таблиц в структуре объекта. Функции преобразования данных для JSON формата в текущей версии не поддерживаются.

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

Для УПД фильтра не доступна настройка правил рассылки. Правила обмена и тип объектов обмена зафиксирован протоколом. По протоколу УПД принимается в документ типа «Накладная поставщика». По факту смены статуса накладной поставщика, полученной из ЭДО, на «Закрыт» (поставка принята) или «Заблокирован» (поставка отвергнута) адресату отсылается документ ЭДО «Подтверждение приема». При регистрации документа «УПД на отгрузку» выполняется его отсылка адресату обмена.

Структура файла подтверждения приема поставки в текущей версии следующая:

<?xml version="1.0" encoding="utf-8"?>

<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">

<xs:element name="PACKAGE">

<xs:complexType>

<xs:sequence>

<xs:element name="REPLY">

<xs:complexType>

<xs:sequence>

<xs:element name="ID" type="xs:string" />

<xs:element name="CREATEDAT" type="xs:dateTime" />

<xs:element name="RESULT" type="xs:int" minOccurs="1" maxOccurs="1" nillable="false" />

<xs:element name="SUPPLIERDOC" type="xs:string" />

<xs:element name="SUPPLIERINVOICE" type="xs:string" />

<xs:element name="SUPPLINVOICECREATE" type="xs:dateTime" />

</xs:sequence>

<xs:attribute name="description" type="xs:string" use="required" />

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:attribute name="name" type="xs:string" use="required" />

</xs:complexType>

</xs:element>

</xs:schema>

Для адресата обмена УПД фильтра имеется поле «Ид. уч-ка ЭДО», в которое надо заносить идентификатор собственного участника электронного документооборота. Если организация имеет несколько юридических лиц, для каждого из них необходимо создать свой адресат обмена. При обращении адресата к серверу обмена данных этот идентификатор должен добавляться в поле идентификатор_адресата строки URL :

curl -F "xml_file= @ имя _ файла " http:// хост : порт /in/db/ идентификатор _ адресата /xml > Response.xml

Где имя_файла – это полное имя XML -файла с содержанием УПД, идентификатор_адресата – идентификатор, заданный в настройках адресата обмена, позволяющий различить разных адресатов, Response . xml – имя файла, в который будет помещен ответ службы по результату обработки принятой информации. Ответ может прийти с некоторой задержкой, которая зависит от объема передаваемой информации и от загруженности сервера базы данных.

В файл Response . xml помещается квитанция, например:

<?xml version="1.0" encoding="UTF-8"?>

<A>

</A>

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

curl -X GET http:// хост : порт /out/ticket/7f811134-ffe9-44e6-9c12-7b9e3d9cde6e > GetTicket.xml

Файл результата имеет содержание вида:

<?xml version="1.0" encoding="UTF-8"?>

<state>Success</state>

<direction>Import</direction>

</processed>

</ticket>

Для других протоколов в настройках имеется поле «Кому»:

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

curl -F "xml_file= @ имя _ файла " http:// хост : порт /in/db/xml > Response.xml

Если заполнено, то адресное:

curl -F "xml_file= @ имя _ файла " http:// хост : порт /in/db/ От _ кого /xml > Response.xml

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

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

«Заказ поставщику». «Заказ в торговом зале ТСД». Комментарий для поставщика.

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

Документ «Заказ от клиента». Статусы и атрибуты для интернет-заказа.

В документ «Заказ от клиента» добавлена закладка «Доставка», на которой размещены следующие атрибуты:

Поле «№ заказа» перенесено с закладки «Главная».

На закладку «Главная» добавлен атрибут «Вид платежа», который может принимать значения «безналичный» или «наличный / банковская карта»:

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

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

Для документа изменен смысл статусов и поведение на этих статусах. В прошлых версиях документ имел статусы «Заблокирован», «Черновик», «Размещен», «Закрыт». В текущей версии статусы имеют следующий вид:

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

При смене статуса с «Черновик» на «Размещен» не разрешается иметь нулевое значение поля «Количество». При смене статуса с «Размещен» на «Собран» разрешается иметь нулевое значение поля «Количество» при ненулевом значении «Затребованное количество».

При обновлении версии статус документа «Заблокирован» меняется на «Черновик», статус «Размещен» меняется на «Собран».

Торговая точка.

Раздел «Отгрузка». Отбор заказов от клиентов.

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

Касса. Оплата заказа от клиента.

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

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

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

Продажа алкоголя по заказу от клиента по-прежнему не разрешена.

Документ «Маркетинговая акция». Печать ценников.

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

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

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

Факт печати ценника сохраняется в журнале напечатанных ценников со ссылкой на документ маркетинговой акции.

Примечание. Журнал напечатанных ценников хранится в таблице SMPricerPrinted и в интерфейсе не отображается.

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

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

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

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

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

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

Реестр платежей. Фильтр по местам поставки.

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

Функция проверки 142 «Контроль номенклатуры места хранения в документах»

В функцию проверки 142 «Контроль номенклатуры места хранения в документах» внесены следующие изменения:

- Детализация «Соглашение о поставках» получила название «Соглашение о поставках для немаркетинговых товаров». Из проверки по этой детализации исключено рассмотрение соглашений о поставках для маркетинговых контрактов с поставщиком.

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

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

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

Процесс «Формирование пакета заказов на базе контракта».

Создание процесса. Заполнение спецификации артикулами.

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

Управление просмотром полей.

В интерфейс раздела добавлена кнопка «Поля» для выбора отображаемых полей таблицы спецификации:

По умолчанию для просмотра предлагается полный список полей:

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

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

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

сообщение: "Невозможно подключиться к базе данных «DEMO10»"

hResult: 80004005h

источник: Супермаг+

сообщение: "Дополнительная лицензия не была введена в базу данных или разрушена"

Отчеты.

Отчет «Наличие товара поставщика в номенклатуре склада»

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

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

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

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

Группа отчетов «Производственные»

Создана новая группа отчетов «Производственные», куда перенесены имеющие отношение к производству отчеты из других групп.

Отчет «Остатки в производстве по себестоимости»

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

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

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

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

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

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

- Для документа «Акт уценки» удалена функциональная роль «Просмотр цен».

- Сличительная ведомость с видом цены «цена поставки». Исправлена ошибка просмотра цен поставки для новой строки: «ORA-00936: отсутствует выражение ...».

- Изменена система блокировок, чтобы избежать конкуренции при большом количестве подключений. Для блокировки базы создана отдельная таблица SSDbLocks, которая блокируется в эксклюзивном доступе при необходимости блокировать базу. Таблица SSLocks эксклюзивно теперь не блокируется при установке или снятии блокировки на объект Торговой системы.

- Выполнен обход ошибки Oracle "Bug 9437010 DBMS_ALERT.REGISTER is slow. Range of versions believed to be affected Versions BELOW 12.1". Теперь процедура DBMS_ALERT.REGISTER вызывается с параметром cleanup=false для Oracle 11.2.0.2 и выше. Для младших версий Oracle процедура работает, как и раньше.

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

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

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