Изменения функционала в версии 1.051 сервис пак 2.
Остатки ЕГАИС. Склад. Приход по документам, расход по документам.
ТТН на отгрузку. Функция «Подбор кодов алкогольной продукции».
ТТН на отгрузку. Функция удаления строки ТТН.
ТТН на отгрузку. Удаление ТТН с операцией «акт списания из торгового зала».
Отсылка ТТН на отгрузку по почте с подбором кодов алкогольной продукции.
Расходная накладная. Условия работы функции «Сформировать электронный УПД».
Почтовый модуль. УПД фильтр. Прием файла подтверждения для УПД на отгрузку.
Почтовый модуль. УПД фильтр. Сквозная рассылка провайдерам.
Контрагенты. Доп. характеристика «Пакет документов поставщика для приёмки по заказу».
Сервер обмена данными. «ЯндексЕда». Передача комментария заказа.
Сервер лицензий. Время офлайн работы WEB лицензии.
ЕГАИС.
Остатки ЕГАИС. Склад. Приход по документам, расход по документам.
В предыдущих версиях на закладке «Склад» в колонках «Приход по документам» и «Расход по документам» не отображалось количество по документам, которые были зафиксированы в ЕГАИС после получения информации об остатках склада, как это было для остатков торгового зала. В текущей версии при получении квитанции о фиксации документа в ЕГАИС его количество отражается в соответствующей колонке. Для получения корректных значений в колонках необходимо после обновления версии произвести запрос остатков склада в ЕГАИС.
ТТН на отгрузку. Функция «Подбор кодов алкогольной продукции».
В предыдущих версиях функция «Подбор кодов алкогольной продукции» в ТТН на отгрузку в случае отгрузки с регистра склада была разрешена только для ТТН, созданных на основании кассовых документов (списание по кассовым документам). Это ограничение было обусловлено тем, что подбор кодов алкогольной продукции и справок РФУ имеет смысл только для немаркированной продукции. Списание по кассовому документу выполняет именно эту задачу. На основании кассового документа выполняется списание только немаркированной продукции, тогда как маркированная продукция при продаже по кассе списывается непосредственно в момент продажи кассовым чеком ЕГАИС.
При создании ТТН на основании расходной накладной в ТТН может присутствовать, как немаркированная, так и маркированная продукция вместе с кодами марок ЕГАИС. Выполнение функции «Подбор кодов алкогольной продукции» может привести к ошибочным ситуациям при обработке строк с маркированной продукцией.
В текущей версии разрешено использование функции «Подбор кодов алкогольной продукции» для ТТН на отгрузку, созданных на основании любых документов при условии, что в ТТН отсутствуют коды марок ЕГАИС.
Дополнительно в мастер запуска функции «Подбор кодов алкогольной продукции» добавлен диалог:
В прошлых версиях функция обрабатывала только строки с пустыми значениями поля «Алк. код».
Опция позволяет полностью пересчитать все привязки к алкокодам и справкам РФУ, если в течении времени остатки склада изменились так, что прежний подбор стал недействительным, например, в промежутке времени с прошлого выполнения функции был полностью израсходован товар по конкретной справке РФУ или даже по коду алкогольной продукции.
ТТН на отгрузку. Функция удаления строки ТТН.
В интерфейс ТТН на отгрузку добавлена кнопка «Уд. строку»:
Нажатие кнопки вызывает функцию, которая позволяет удалить из ТТН выделенные строки. Перед удалением строк функция проверяет, что в строках нет подобранных справок РФУ2:
Функция может использоваться для удаления строк ТТН, для которых не удалось подобрать справку РФУ2 при списании или отгрузке товара со склада. В тех случаях, когда по какой-то причине, товар не числится на остатках склада в ЕГАИС, списание или отгрузка товара невозможна и отсуствтие остатка на складе отдельной позиции из ТТН останавливает отгрузку прочей продукции из спецификации ТТН.
ТТН на отгрузку. Удаление ТТН с операцией «акт списания из торгового зала».
В предыдущих версиях существовало правило, что ТТН на отгрузку с операциями «акт списания из торгового зала» и «акт списания со склада», созданные на основании одного товарного документа могли быть удалены только парой.
При генерации ТТН на отгрузку может сложиться ситуация, когда в торговом зале не будет остатков ни для одного из списываемых товаров. В этом случае текущий алгоритм создает акт списания для торгового зала, а затем все количество переносит в акт списания со склада и акт списания из торгового зала остается с пустой спецификацией.
В текущей версии функция удаления ТТН проверяет, что спецификация ТТН пустая и в этом случае позволяет удалить ее без проверки наличия парного документа.
Отсылка ТТН на отгрузку по почте с подбором кодов алкогольной продукции.
При отсылке ТТН на отгрузку по почте, если ТТН имеет операцию регистра склада, делается проверка на заполнение в ТТН полей РФУ и если выясняется, что не все поля заполнены, для позиций без справок выполняется подбор кодов алкогольной продукции и справок.
В прошлой версии, если функция подбора кодов алкогольной продукции не могла заполнить требуемые данные, возникала ошибки отсылки, которая отражалась в интерфейсе почтового модуля. В текущей версии запись об ошибке дополнительно помещается в журнал обмена ЕГАИС ТТН на отгрузку и в поле "Состояние обмена с ЕГАИС" ТТН на отгрузку помещается статус "Ошибка", что позволяет перевести ТТН в черновик, внести в него изменение и повторно отослать после исправления.
Расходная накладная. Условия работы функции «Сформировать электронный УПД».
В версии 1.049.1 была изменена логика соответствия статусов расходной накладной и соответствующей ей УПД на отгрузку. УПД на отгрузку стала создаваться при смене статуса расходной накладной с «Черновик» на «Отпущен со склада», а статус «Отпущен полностью» стал соответствовать факту получения подтверждения приема поставки от контрагента по этому УПД.
Помимо автоматических процедур создания УПД и приема файла подтверждения в разделе расходных накладных имеется функция «Сформировать электронный УПД», которая позволяет выполнить действие вручную. В текущей версии поведение функции приведено в соответствие с логикой соответствия статусов. Функция может выполняться для расходной накладной со статусом «Отпущен со склада». Прежнее поведение, которое позволяло выполнять функцию для накладных со статусом «Отпущен полностью» также сохранено.
Почтовый модуль. УПД фильтр. Прием файла подтверждения для УПД на отгрузку.
Внесены следующие изменения в протокол приема файла подтверждения ( Reply ) для отосланного документа «УПД на отгрузку»:
Внесено изменение в схему для приема подтверждения (UDCONFIRM.xsd). Изменение в схеме касается спецификации поставки, принятой контрагентом получателем. В прежнем варианте допускался только прием информации об артикуле, количестве принятого товара, а также о принятых кодах марок КИЗ и кодов ОСУ. Информация об артикуле допускалась только в виде артикула поставщика ( SUPPLIERARTICLE ):
<xs:complexType name="SpecPositionType">
<xs:sequence>
<xs:element name="SUPPLIERARTICLE" type="xs:string" />
<xs:element name="QUANTITY" type="xs:decimal" />
<xs:element name="MARKS" minOccurs="1" maxOccurs="1" >
<xs:complexType>
<xs:sequence>
<xs:element name="MARKCODE" type="xs:string" minOccurs="0" maxOccurs="unbounded" nillable="false" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="OSUCODES" minOccurs="1" maxOccurs="1" >
<xs:complexType>
<xs:sequence>
<xs:element name="OSUCODE" type="xs:string" minOccurs="0" maxOccurs="unbounded" nillable="false" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
В текущем варианте артикул можно определять следующим образом: это может быть либо тэг с артикулом, либо тэг со штрихкодом, либо тэг с артикулом поставщика, либо тег с любым из ключевых значений артикула (артикул поставщика, артикул, штрихкод)
<xs:choice>
<xs:element name="ARTICLE" type="xs:string" nillable="false" />
<xs:element name="BARCODE" type="xs:string" nillable="false" />
<xs:element name="SUPPLIERARTICLE" type="xs:string" nillable="false" />
<xs:element name="ARTICLEKEY" type="xs:string" nillable="false" />
</xs:choice>
Предпочтительным является использование тэга ARTICLEKEY . Это позволит использовать одну и ту же схему для работы с разными контрагентами, которые могут отвечать разным образом.
Важно, чтобы в одном файле подтверждения приема для разных строк спецификации использовалась одна и та же нотация. Нельзя одну строку определять через штриховой код, а другую через артикул поставщика.
Дополнительно, в схему добавлены теги для передачи цен, сумм и значения ставки НДС, зафиксированные в документе приема поставки. А также тэг для передачи кодов КИЗ упаковок товаров (PACKAGECODE):
<xs:complexType name="SpecPositionType">
<xs:sequence>
<xs:choice>
<xs:element name="ARTICLE" type="xs:string" nillable="false" />
<xs:element name="BARCODE" type="xs:string" nillable="false" />
<xs:element name="SUPPLIERARTICLE" type="xs:string" nillable="false" />
<xs:element name="ARTICLEKEY" type="xs:string" nillable="false" />
</xs:choice>
<xs:element name="QUANTITY" type="xs:decimal" />
<xs:element name="ITEMPRICE" type="xs:decimal" minOccurs="0" maxOccurs="1" nillable="true" />
<xs:element name="ITEMPRICENOTAX" type="xs:decimal" minOccurs="0" maxOccurs="1" nillable="true" />
<xs:element name="VATRATE" type="xs:decimal" minOccurs="0" maxOccurs="1" nillable="true" />
<xs:element name="VATSUM" type="xs:decimal" minOccurs="0" maxOccurs="1" nillable="true" />
<xs:element name="TOTALPRICE" type="xs:decimal" minOccurs="0" maxOccurs="1" nillable="true" />
<xs:element name="TOTALPRICENOTAX" type="xs:decimal" minOccurs="0" maxOccurs="1" nillable="true" />
<xs:element name="MARKS" minOccurs="1" maxOccurs="1" >
<xs:complexType>
<xs:sequence>
<xs:element name="MARKCODE" type="xs:string" minOccurs="0" maxOccurs="unbounded" nillable="false" />
<xs:element name="PACKAGECODE" type="xs:string" minOccurs="0" maxOccurs="unbounded" nillable="false" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="OSUCODES" minOccurs="0" maxOccurs="1" >
<xs:complexType>
<xs:sequence>
<xs:element name="OSUCODE" type="xs:string" minOccurs="0" maxOccurs="unbounded" nillable="false" />
</xs:sequence>
</xs:complexType>
</xs:element>
</ xs : sequence >
</ xs : complexType >
Соответственно, доработан алгоритм создания УПД с операцией «акт приема» для использования информации из перечисленных тэгов.
Почтовый модуль. УПД фильтр. Сквозная рассылка провайдерам.
В текущей версии при сквозной рассылке документов УПД из подчиненных баз в базы провадеров ЭДО выбор базы для рассылки осуществляется по совпадению значения поля «Ид. Уч. ЭДО» документа УПД и атрибута «Собственный идентификатор участника документооборота» УПД фильтра.
Контрагенты. Доп. характеристика «Пакет документов поставщика для приёмки по заказу».
Для контрагентов добавлена системная дополнительная характеристика «Пакет документов поставщика для приёмки по заказу»:
Доп. характеристика используется при работе Супермаг Мобайл Андроид, начиная с версии 2.4.71.23.
Если для контрагента документа «Заказ поставщику» заполнено значение дополнительной характеристики её содержание показывается перед началом приема по заказу. Текст характеристики показывается в окне «Проверка присутствтия документов поставщика». Предполагается, что оператор перед началом приемки должен удостовериться, что поставщик предоставил описанный перечень документов или выполнил иные требования, предваряющие прием поставки.
Сервер обмена данными. «ЯндексЕда». Передача комментария заказа.
В текущей версии при получении запроса командой «Получение актуальной информации о заказе в системе партнера» сервер обмена данных при формировании ответа заполняет тэг «"comment"» информацией из поля «Комментарий» закладки «Доставка» заголовка документа «Заказ от клиента».
Сервер лицензий. Время офлайн работы WEB лицензии.
Время работы сервера лицензии в офлайн режиме увеличено до 10 суток.