В справочник типов штриховых кодов добавлен код «маркировка GS 1», предназначенный для распознавания кодов, составленных по правилам GS 1. Это коды, которые могут содержать разнообразную информацию о товаре или упаковке, например, штриховой код EAN ( GTIN ), номер партии, серийный номер или дату изготовления. Набор данных может быть произвольным, то есть те или иные данные могут, как присутствовать, так и отсутствовать.

Подробнее см. http://www.gs1ru.org/gs1stds/ . Для получения информации о структуре кода на странице сайта надо нажать кнопку «Далее».

Тип кода GS 1 используется для идентификации КИЗ табачной и обувной продукции, за исключением КИЗ пачек табака.

Одновременно с добавление кода GS 1 из типов штриховых кодов удалены типы «Блок табака без МРЦ - DataMatrix секционный штриховой код блока табака без МРЦ. Идентифицирует товар и серию. Имеет длину 25 и более символов» и «Блок табака с МРЦ - DataMatrix секционный штриховой код блока табака с МРЦ. Идентифицирует товар, серию и максимальную розничную цену товара. Имеет длину 41 символ». Эти типы являются вариантами использования типа кода GS 1.

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

Для работы с КИЗ, нанесенными кодом GS 1, необходимо использовать только сканеры в COM -порт. Это могут быть сканеры с USB -разъемом, но обязательно сконфигурированные для работы в режиме эмуляции COM -порта.

Меркурий.

Справочник «Единицы измерений ГИС «Меркурий»».

Раздел «Справочники ГИС «Меркурий»» получил название «Единицы измерений ГИС «Меркурий»».

Пополнение номенклатуры ГИС «Меркурий».

В разделе «Классификатор товаров» на закладку «Узел» добавлен атрибут «Ветеринарный надзор (Меркурий)». По умолчанию флаг не установлен.

Подразумевается, что все карточки, входящие в группу с флагом «Ветеринарный надзор (Меркурий)» должны присутствовать в номенклатуре ГИС «Меркурий». Если в группе имеются не подконтрольные ветеринарному надзору карточки, их надо перенести в другую группу или создать для них подгруппу.

В разделе «Карточки складского учета» при создании нового артикула в группе товаров с флагом «Ветеринарный надзор (Меркурий)» и смены его статуса на «Активный» показывается следующий диалог:

При нажатии на кнопку «Да» выполняется переход к диалогу добавления артикула в номенклатуру ГИС «Меркурий»:

В раздел «Номенклатура ГИС «Меркурий» добавлена функция «Проверить номенклатуру». Функция проверяет артикулы из групп с флагом «Ветеринарный надзор (Меркурий)» и добавляет недостающие артикулы в список номенклатуры ГИС «Меркурий». Новые артикулы номенклатуры выделяются фоном для удобства дальнейшей обработки:

В таблицу номенклатуры ГИС «Меркурий» добавлено поле «Группа классификатора» для группирования артикулов номенклатуры.

Контроль номенклатуры «Меркурий» при создании документов «Меркурий».

Для документов ГИС «Меркурий» создана функция проверки 235 «Контроль наличия товаров из документов в номенклатуре ГИС Меркурий». Функция проверяет, имеется ли в документе, на основании которого создается документ «Меркурий», артикулы, входящие в группу с флагом «Ветеринарный надзор (Меркурий)» и не входящие в номенклатуру «Меркурий». Функция проверки имеет режим работы «Всегда запрет».

Повторное редактирование и отсылка отосланного документа «Меркурий».

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

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

Печать QR кодов ветеринарных сертификатов.

В текущей версии поддержано следующее изменение протокола обмена с системой «Ветис».

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

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

<OtpravlenRanee>false</OtpravlenRanee>

<ObjecName>Vetis_Perevozka</ObjecName>

<UUID_VSD_List>

<UUID_VSD_String>

</UUID_VSD_String>

<UUID_VSD_String>

</UUID_VSD_String>

<UUID_VSD_String>

</UUID_VSD_String>

<UUID_VSD_String>

</UUID_VSD_String>

</UUID_VSD_List>

</Receipt>

</ReceiptMessage>

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

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

Подсчет кодов КИЗ ТСД.

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

Функция «Заново открыть завершенный процесс для редактирования».

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

Функция активна, если на основании закрытого процесса еще не создана накладная. Для процессов, созданных на основании данных из ТСД, удаляются признак получения данных из ТСД и информация об операторе ТСД.

Функция «Проверить КИЗ табачных марок в МОТП».

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

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

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

Для установки программы КриптоПро необходимо скачать с сайта https://www.cryptopro.ru/ дистрибутив программы «КриптоПро CSP 5.0». Для скачивания программы необходимо зарегистрироваться.

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

Для установки сертификата скопируйте файл сертификата *.cer и каталог с шестью файлами *.key в корень диска, из которого будет устанавливаться сертификат. Если файлы размещены на флэш-накопителе, то в дальнейшем флэш-накопитель надо будет подключать к компьютеру на время работы с сертификатом.

Запустите программу КриптоПро CSP . Если программу запустить стандартным образом, то сертификат можно будет создать только для «Пользователя», то есть для текущего пользователя компьютера. Если программу КриптоПро CSP запустить от имени администратора, будет доступна установка сертификата для компьютера.

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

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

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

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

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

После получения такого сообщения можно выполнять проверку наличия марок КИЗ в МОТП и их принадлежность юридическому лицу:

Проверка кодов КИЗ может занять значительное время.

ЕГАИС.

ТТН ЕГАИС на приход. Права на отсылку отказа и акта расхождения.

Для раздела «ТТН ЕГАИС на приход» созданы новые функциональные роли «Отклонить ТТН» и «Создать акт расхождения».

Функциональная роль «Отклонить ТТН» соответствует функции, вызываемой нажатием кнопки «Отклонить ТТН». Функциональная роль «Создать акт расхождения» требуется при выполнении функции «Принять», если имеется расхождения между ТТН ЕГАИС и данными приходной накладной. Если право отсутствует, то в ходе формирования ответа будет показано следующее сообщение:

Подсчет алкоголя ТСД. Ввод данных одним сканированием при подсчете без ТТН.

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

В текущей версии реализован аналогичный вариант заполнения журнала при подсчете уже поставленной на учет алкогольной продукции. Если при сканировании марки сканером в COM -порт код марки распознается как код ЕГАИС, и если этому коду соответствует единственный артикул Торговой Системы, код марки сразу добавляется в журнал подсчета без необходимости сканирования кода EAN . Если артикул распознать не удается, то добавление марки в журнал не происходит.

Приходная накладная. Функция «Заполнить документ ценами из ТТН ЕГАИС».

В приходную накладную в режиме «Ценовой» в меню кнопки «Цены» добавлена функция «Заполнить документ ценами из ТТН ЕГАИС». Если приходная накладная сопоставлена с ТТН ЕГАИС, то из ТТН ЕГАИС копируются цены в позиции полных цен приходных накладных.

Инвентаризация ЕГАИС. Поиск марки в журнале инвентаризации.

В разделе «Инвентаризация ЕГАИС» на закладку «Журнал инвентаризации» добавлен поиск строки журнала по номеру марки или по части номера марки:

Дополнительно добавлено отображение количества марок в журнале.

Количество отобранных марок также показывается на закладке «Сверка остатков поштучного учета».

Ценники.

Назначение артикулу категории ценника.

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

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

В справочник «Категория ценников» добавлено поле «Обязательна для печати», по умолчанию флаг установлен только для категории «Маленький»:

В карточке товаров на закладке «Ценники» можно определить персональное значение флага для категории ценника артикула (индивидуальные установки для артикула подсвечиваются желтым фоном):

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

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

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

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

Маркетинговые акции позволяют указывать дизайн ценников на время проведения акции:

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

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

Журнал напечатанных ценников.

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

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

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

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

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

Касса Супермаг+. Реализация маркированной продукции.

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

– Изменен алгоритм заполнения тэга 1162 для передачи в ОФД информации о кодах идентификационных марок алкогольной продукции и меховой продукции, помимо КИЗ табачной и обувной продукции.

– Для реализации обувной продукции с КИЗ, выданным организациям для маркировки остатков, то есть таких КИЗ, которые не идентифицируют артикул товара, изменен алгоритм обработки КИЗ. Теперь, в случае, если GTIN из КИЗ не позволяет определить артикул, на экране показывается предложение просканировать EAN код товара.

Раздел «Товары». Печать ценников.

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

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

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

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

Функция печати ценников позволяет напечатать ценники все или выборочно:

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

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

Список напечатанных ценников периодически очищается от записей, срок печати которых превышает предел, заданный в параметрах раздела:

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

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

Раздел «Уценка ТСД».

Создан новый раздел «Уценка ТСД» в группе разделов «Ценообразование». Раздел предназначен для приема информации о товарах, подлежащих уценке, и количестве этих товаров из программы ТСД.

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

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

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

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

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

Также внесено изменение в функцию заполнения поля % BARCODE этикетки. Если печатается этикетка не для штучного товара, и у товара имеется весовой штриховой код, то на его основе формируется код EAN с нулевым количеством. Это позволяет в дальнейшем идентифицировать товар без определения его количества.

Заказ поставщику.

Функции создания заказа поставщику.

Функции создания заказов вынесены из мастера создания нового документа в отдельные функции:

Формирование пакета заказов на базе контракта.

В мастер создания процесса «Формирование пакета заказов на базе контракта» добавлена страница для ограничения спецификации процесса выбранными группами товаров:

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

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

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

Раздел «Инвентаризационные описи». Вложения и метки.

В разделе «Инвентаризационные описи» в заголовок документа добавлена закладка «Вложения и метки».

Раздел «Кассовые чеки». Функция «Автоматическая печать».

Из раздела «Кассовые чеки» удалена функция «Автоматическая печать». Функция была предназначена для специфического процесса магазинов Cash & Carry, потерявшего актуальность.

Функция проверки «Наличие товара в основании документа». Детализация.

Для функции проверки 7 «Наличие товара в основании документа» расширена детализация для разделения прав пользователя на исполнение проверки в клиентской и серверной части. Для этого создано дополнительно две новые детализации:

- Товар отсутствует в заказе - основании данного прихода (при ручном добавлении товара в документ)

- Товар отсутствует или кол-во товара превышает кол-во в заказе - основании данного прихода (при ручном добавлении товара в документ)

Общий список детализаций теперь выглядит следующим образом:

- Товар отсутствует в заказе - основании данного прихода

- Товар отсутствует или кол-во товара превышает кол-во в заказе - основании данного прихода

- Товар отсутствует в складском требовании - основании данного перемещения

- Товар отсутствует или кол-во товара превышает кол-во в складском требовании - основании данного перемещения

- Кол-во в расходе / перемещении превышает кол-во в общем основании (приходе / перемещении)

- Заказ поставщику содержит артикул, отсутствующий в подтверждении заказа поставщику

- Товар отсутствует в заказе - основании данного прихода (при ручном добавлении товара в документ)

- Товар отсутствует в заказе - основании данного перемещения

- Товар отсутствует или кол-во в расходе / перемещении превышает кол-во в общем основании (требовании на отбор)

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

В Администратор сервера обмена данными добавлена настройка локальных параметров базы данных:

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

В перечень форматов обмена добавлен формат « SM » - стандартный формат почтового обмена Супермаг+. Поскольку файлы почтового обмена стандартного протокола имеют бинарный формат, то при обмене через сервер приложений данные пересылаются с использованием MIME типа данных application/octet-stream.

Почтовый модуль.

Передача информации в сервер обмена данными.

В почтовый модуль добавлен транспорт «Сервер обмена данными» и фильтр « JSON фильтр»:

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

Функции преобразования для XML фильтра.

В Редактор XML -схем добавлены следующие функции для обработки входящих XML -файлов:

CurrencyTypeByISO Возвращает идентификатор типа валюты по коду валюты ISO

CurrencyTypeByOKV Возвращает идентификатор типа валюты по коду валюты ОКВ

Функции определяют код валюты Супермаг+ по коду ISO или ОКБ соответственно. Соответствие устанавливается по справочнику валют. Справочник надо заполнить заблаговременно.

ArticleBySupplierArticle Возвращает артикул в Супермаге по артикулу поставщика, его ИНН и КПП

BarcodeKey Получение ключевой части штрихкода из любого штрихкода (для извлечения штрихового кода из кода КИЗ)

CountryIdByCode Возвращает идентификатор страны в Супермаге по цифровому коду страны (ОКСМ)

ClientByINN Возвращает код контрагента по его ИНН и КПП

LocationByKPP Возвращает код места хранения по его КПП

Количество потоков для приема входящих пакетов.

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

В текущей версии ограничение изменено на 32 потока:

Администратор сервер приложений. Настройка принтера для печати документов из ТСД.

В Администратор сервера приложений в диалог настройки общих параметров добавлена возможность выбрать принтер, который будет использоваться при печати документов из программ ТСД:

Административный модуль.

Настройка расчета товародвижения.

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

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

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

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

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

Опции функции поиска цены последнего прихода.

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

«Поиск последнего прихода для простановки цен в инвентаризации» и «Поиск последнего прихода для простановки цен в документы»:

Опции могут принимать следующие значения:

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

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

Опция «Вести журнал формирования заказа на базе контракта».

В текущей версии из административного модуля, раздела «База данных», закладки «Конфигурация», из группы данных «Заказы поставщикам» удалена опция «Вести журнал формирования заказа на базе контракта». Одновременно из документа «Заказ поставщику» удалена функция «Журнал формирования заказа».

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

Рассылка печатных форм документов в виде вложения в электронное письмо.

В предыдущих версиях в разделах документов при выполнении для нескольких отобранных документов функции «Обработать - Распечатать» с опцией «отправить по e - mail » для отправки печатной формы каждого документа создавалось отдельное письмо.

В текущей версии все файлы печатных форм для отобранных документов вкладываются в одно письмо.

Законодательство Республики Беларусь.

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

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

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

- Исправлено: попытка соединения службы загрузки весов с базой данных через сервер приложений приводит к ошибке вида: «База данных … не зарегистрирована. Соединение с БД невозможно».

- Реестр процессов. Оптимизирована функция удаления экземпляров процесса. Процесс удаления происходил медленно при удалении более чем 5000 экземпляров процесса. Кнопка «Обработать» заменена на кнопки «Открыть» и «Удалить». Удалена кнопка «Новый».

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

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

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

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

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