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

Перед началом работы с разделами необходимо заполнить справочники «Меркурий»: описать перечень площадок собственных мест хранения и контрагентов, дополнить и настроить справочник единиц измерения «Меркурий» и описать номенклатуру, подконтрольную ГИС «Меркурий». См. «Изменения1039.doc» раздел «Меркурий».

При почтовой рассылке все документы ГИС «Меркурий» используют один и тот же тип почтового объекта «HG» «Документ ГИС Меркурий».

Документы отсылаются после создания кнопкой «Отослать». Статус документа определяется его состоянием: «Черновик» - документ редактируется и еще не отослан, «Документ поставлен в очередь на отсылку», «Обработка на стороне ГИС «Меркурий»», «Обмен успешно завершен».

После отсылки документ не редактируется.

Документ «Перевозка» ГИС «Меркурий»

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

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

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

Документ «Расход на производство» ГИС «Меркурий»

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

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

Документ «Выход из производства» ГИС «Меркурий»

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

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

ЕГАИС.

Остатки ЕГАИС. Запрос марок по справкам РФУ2 и у УТМ.

В функцию «Запрос поштучных остатков по РФУ2» добавлен диалог для выбора опций запуска функции:

Диалог старта объединил возможности функции «Запрос поштучных остатков по РФУ2», которая в прошлых версиях работала по выделенным строкам таблицы остатков склада или таблицы марок поштучного учета, и функции «Запросить из ЕГАИС» на закладке «Поштучный учет». Функция «Запросить из ЕГАИС» запрашивала остатки склада и для всех справок РФУ2 остатков склада запрашивала поштучные остатки. Соответственно, функция «Запросить из ЕГАИС» с закладки «Поштучный учет» удалена.

В диалог функции «Запрос поштучных остатков по РФУ2» добавлена опция «Очистить очередь еще не выполненных предыдущих запросов марок по справкам РФУ2». Опция позволяет отменить очередь запросов, если потребность в них отсутствует.

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

При контроле совпадения данных собственного поштучного учета и учета ЕГАИС необходимо учитывать, что при перезагрузке УТМ, например, после обновления версии программного обеспечения УТМ, база данных УТМ очищается и заполняется заново. Если выполнить запрос проверки марок в УТМ в момент времени, когда база данных УТМ заполнена не полностью, результат проверки будет неверным. В этом случае надо подождать некоторое время и выполнить проверку повторно, либо воспользоваться проверкой по справкам РФУ2. Проверка по справкам РФУ2 происходит очень медленно из-за того, что ЕГАИС отвергает с ошибкой любой запрос, пришедший раньше, чем через 10 минут после последнего полученного им запроса, но эта информация является полной и достоверной (на момент выполнения запроса).

ТТН ЕГАИС на приход. Обработка квитанции «Накладная ... распроведена».

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

В текущей версии квитанция об отмене ТТН принимается и переводит ТТН в состояние «Обмен прекращен из-за ошибки или отказа».

Переименование раздела «Коды PDF417 ЕГАИС».

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

В предыдущих версиях в раздел была добавлена возможность печатать марки нового образца, помимо получения из ЕГАИС и печати марки старого образца формата PDF 417. См. «Изменения1039 сп3.doc» «Раздел «Коды PDF 417 ЕГАИС». Печать нечитаемой марки нового образца».

Функциональное право на выполнение доверительной приемки.

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

Справочник «Коды ТН ВЭД».

В раздел «Справочники» в группу справочников «Карточки» добавлен справочник «Коды ТН ВЭД». Для работы со справочником необходимо иметь функциональное право «Редактирование кодов ТН ВЭД».

При заполнении справочника необходимо учитывать, что в таможенных документах используется полный код товара . Полный код товара образуется объединением граф справочника «Товарные позиции ТНВЭД» GRUPPA + TOV _ POZ + SUB _ POZ . Например, строка справочника «Товарные позиции ТНВЭД» к лассификатора товарной номенклатуры внешнеэкономической деятельности:

04|03|101100|ЙОГУРТ БЕЗ ВКУСО-АРОМАТИЧЕСКИХ ДОБАВОК И БЕЗ ДОБАВЛЕНИЯ ФРУКТОВ, ОРЕХОВ ИЛИ КАКАО, БЕЗ ДОБАВЛЕНИЯ САХАРА ИЛИ ДРУГИХ ПОДСЛАЩИВАЮЩИХ ВЕЩЕСТВ, С СОДЕРЖАНИЕМ ЖИРА НЕ БОЛЕЕ 3 МАС.%|01.01.2002|31.12.2006|

Должна представляться в справочнике «Коды ТНВЭД» следующим образом:

Карточки складского учета

Классификация. Код ТН ВЭД.

В разделе «Карточки складского учета» на закладку «Классификация» добавлен выбор кода ТН ВЭД для карточки товара:

В функцию «Обработать - Изменение классификации» добавлен выбор кода ТН ВЭД:

Функция позволяет проставить значение кодов ТН ВЭД для выбранного перечня товаров.

Карточки типа «Инвентарь». Отображение контрактов.

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

Контракт с поставщиком. Соглашение о поставках. Вид обязательства.

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

- купля-продажа

- комиссия

- агентирование

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

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

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

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

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

В диалог печати ценников акта переоценки добавлен выбор варианта печати:

- для всех артикулов

- для артикулов, участвующих в маркетинговых акциях

- для артикулов, не участвующих в маркетинговых акциях

Участие артикула в маркетинговых акциях проверяется для места хранения и вида цены акта переоценки. См. флаг «Маркетинговая цена» в разделе «Карточки складского учета» на закладке «Цены».

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

Прайс-лист поставщика. Импорт данных из портативного терминала.

В мастер добавления строк документа «Прайс-лист поставщика» добавлена кнопка «Портативный терминал» для импорта данных из файла, полученного из ТСД, вида «Артикул, Цена».

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

Рецепт. Несколько рецептов на одну и ту же продукцию.

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

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

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

Процесс «Подсчет марок ТСД».

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

Результаты подсчета марок ТСД можно использовать для создания накладных.

Белоруссия. Граф калькулятора «BY_NoTaxSum_RubDoc».

В текущей версии граф калькулятора «BY_NoTaxSum_RubDoc» возвращен в состояние, которое было до версии 1.038.

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

УКМ4 станд. XML .

Выгрузка кодов ТН ВЭД.

При выгрузке данных в кассу по протоколу «УКМ4 станд. XML » в текущей версии дополнительно выгружается файл CodeTNVED со справочником кодов ТН ВЭД следующего содержания:

<group>

< id ></ id > // идентификатор справочника

< code ></ code > // код группы ТН ВЭД (строка)

< name ></ name > // Название группы ТН ВЭД

</ group >

</ CodeTNVED >

Файл выгружается полностью при полной и при инкрементальной выгрузке.

В файле updateItems дополнительно выводится тэг <TNVEDId></TNVEDId> c идентификатором справочника ТН ВЭД. Тэг выводится, если артикулу назначен код группы ТН ВЭД.

Выгрузка поставщиков комиссионных и агентских товаров.

При наличии соглашений о поставках для места хранения магазина с видом обязательства «комиссия» или «агентирование», действующих на текущую дату, при выгрузке по протоколу «УКМ4 станд. XML » выгружается файл suppliers следующего содержания:

< SupplierType ></ SupplierType > // Тип поставщика: 32 – комиссионных товаров, 64 – агентских товаров

<SupplierINN></SupplierINN> // ИНН поставщика

<SupplierName></SupplierName> // Название поставщика

<SupplierTel></SupplierTel> // Телефон поставщика

</Suppliers>

</suppliers>

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

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

<SupplierINN></SupplierINN> // ИНН поставщика

< SupplierTax ></ SupplierTax > // НДС поставщика из контракта с поставщиком. Может принимать три значения: 20%, 10%, Не облагается

</SupplierLink>

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

Максимальная длина значения дополнительной характеристики артикула.

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

Ограничение действует на длину строки значения дополнительной характеристики, передаваемой в кассу по протоколам «УКМ4 станд. XML » и «УКМ4 станд. TXT ». Максимальное значение длины дополнительной характеристики может достигать 4000 символов.

Проверка структуры внутренней базы данных.

В разделе «Базы данных» на закладку «Утилиты» добавлена кнопка «Пров. автономной БД». Функция позволяет проверить структуру внутренней базы данных на совпадение с эталонной.

Запрос параметров подчиненных баз данных.

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

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

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

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

Супермаг Мобайл. Использование кода упаковки для подсчета алкоголя ТСД.

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

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

- Кассовый сервер не работал при использовании соединения с 64-х битным сервером приложений.

- Ошибка печати ценника из ТСД при использовании сетевого принтера и при подключении к 64-х разрядному серверу приложений: «Ошибка взаимодействия с сервером. Could not load file or assembly ‘file:///C:\SM2000\Bin64\Sm.FastReports.dll’ or one of its dependencies.»

- Сервер загрузки весов не реагировал на несоответствие версии базы данных и сервера.

- Контрагенты. При вводе ИНН, КПП и ОКПО теперь обрезаются финишные пробелы.

- Рассылка плана цен. Теперь при установленном правиле рассылки «*» план цен в статусе «Черновик» не рассылается.

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

- Маркетинговая акция. В спецификацию документа не добавлялся артикул типа "размер".

- Протокол «УКМ4 станд. TXT ». Исправлено: при выгрузке файла PLUPRICE.dat в нем выгружались дополнительные цены всех мест хранения.

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

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