Изменения функционала в версии 1.049 сервис пак 3.
Расходные накладные.
Поля «ЭДО. № УПД на отгрузку», «ЭДО. дата УПД на отгрузку».
Функция проверки «Корректность накладной для создания УПД на отгрузку».
Создание и сквозная почтовая рассылка УПД на отгрузку.
УПД на приход.
Количество почтовых приемов.
Причина расхождения с приходной накладной.
Приходная накладная.
Поле «УПД. Причина расхождения».
Поиск подходящего УПД на приход при смене статуса приходной накладной.
Обработка УПД на приход при смене статуса приходной накладной.
Функция проверки «Расхождение в составе приходной накладной и УПД на приход».
Простановка цен и режима округления из УПД на приход в приходную накладную.
Почтовый модуль. Функция импорта «ArticleBySupplierCodeUI».
Прием заказа ТСД. Прием по заказу с несколькими накладными поставщика.
Алкогольная декларация.
Расходные накладные.
Поля «ЭДО. № УПД на отгрузку», «ЭДО. дата УПД на отгрузку».
В перечень полей, доступных для добавления в таблицу отобранных документов, добавлены поля «ЭДО. № УПД на отгрузку» и «ЭДО. дата УПД на отгрузку»: 
В поле «ЭДО. № УПД на отгрузку» показывается номер документа УПД на отгрузку, созданного на основании расходной накладной.
В поле «ЭДО. дата УПД на отгрузку» показывается дата документа УПД на отгрузку, созданного на основании расходной накладной.
При двойном клике на номере УПД на отгрузку выполняется переход к документу.
Функция проверки «Корректность накладной для создания УПД на отгрузку».
Создана функция проверки 242 «Корректность накладной для создания УПД на отгрузку». Функция срабатывает при смене статуса расходной накладной с «Отпущен со склада» на «Отпущен полностью» и имеет режим работы «Всегда запрет».
Проверке подвергается расходная накладная с операцией «Продажа», «Возврат поставщику» или «Передача товара», если установлен системный параметр «Учёт кодов КИЗ при приёмке и отгрузке товаров» и выполняется одно из следующих условий:
- внешнему контрагенту накладной назначено значение дополнительной характеристики «Идентификатор участника обмена УПД»;
- в спецификации накладной есть хотя бы один код КИЗ;
- в спецификации накладной есть хотя бы один артикул, относящийся к группе классификатора «Коды ТН ВЭД» с признаком «Маркируемый».
Проверка срабатывает при выполнении одного из следующих условий: - в спецификации накладной есть позиция с нулевым или неустановленным значением цены без налогов;
- в спецификации накладной есть позиция с неустановленным значением поля «Страна»;
- в спецификации накладной есть позиция с неустановленным значением поля «ГТД», если для страны из этой позиции в справочнике «Страны» установлен признак «ГТД».
Функция проверки создана для того, чтобы не происходило создание таких документов «УПД на отгрузку», которые не могут быть приняты системой ЭДО.Создание и сквозная почтовая рассылка УПД на отгрузку.
В предыдущих версиях алгоритмы автоматической генерации УПД на отгрузку и почтовой рассылки документа «УПД на отгрузку» были рассчитаны на то, что документ создается и обрабатывается в той базе данных, где выполняется обмен с ЭДО провайдером, то есть в той базе, где в почтовом модуле настроен почтовый ящик с УПД фильтром.
В текущей версии алгоритмы генерации и обработки УПД на отгрузку изменены для того, чтобы обеспечить работу схемы, при которой отгрузка товара и создание расходной накладной выполняется в подчиненной базе данных, то есть в базе магазина, а обмен с провайдером ЭДО выполняется в старшей базе.
Для этого внесены следующие изменения:
- При смене статуса расходной накладной из условия создания документа «УПД на отгрузку» исключена проверка наличия в настройках почтового модуля. В предыдущих версиях при отсутствии УПД фильтра почтового модуля, УПД не создавался.
- В алгоритм сквозной пересылки УПД на отгрузку добавлено ограничение, по которому пересылка в доверительную базу с УПД фильтром осуществляется только, если совпадают значения атрибута документа УПД на отгрузку «Собственный идентификатор участника обмена УПД» и атрибута УПД фильтра почтового модуля «Собственный идентификатор участника документооборота». Если в доверительной базе нет УПД фильтра, а есть иные фильтры, то пересылка документа в них подчиняется обычным правилам.
Первое изменение позволяет создавать документ УПД на отгрузку в подчиненной базе, где нет обмена с ЭДО провайдером, и пересылать документ в старшую базу стандартным образом, как и все прочие документы. Второе изменение позволяет старшей базе принимать и пересылать провайдеру документы от многих подчиненных баз, предназначенные разным адресатам обмена, например, если каждый магазин имеет собственное юридическое лицо с собственным каналом обмена с провайдером. Также это изменение обеспечивает схему обмена с множеством промежуточных баз данных, например база магазина – база куста – центральная база – провайдер.
УПД на приход.
Количество почтовых приемов.
В перечень полей, доступных для добавления в таблицу отобранных документов, добавлено поле «Кол-во почтовых приемов»: 
В поле показывается количество записей из истории документа с операцией «Изменение почтой». Это количество соответствует количеству почтовых приемов документа.
Причина расхождения с приходной накладной.
В перечень полей, доступных для добавления в таблицу отобранных документов, добавлено поле «Причина расхождения»: 
В поле показывается текст с описанием причины, по которой алгоритм сличения УПД на приход и приходной накладной признал, что содержание документов не совпадает. Расхождение в содержании документов приводит к блокировке документа УПД на приход и отсылке поставщику информации о приеме с расхождением.
Приходная накладная.
Поле «УПД. Причина расхождения».
В перечень полей, доступных для добавления в таблицу отобранных документов, добавлено поле «УПД. Причина расхождения»: 
Содержание поля аналогично такому же полю в УПД на приход.
Поиск подходящего УПД на приход при смене статуса приходной накладной.
В практике использования УПД на приход при приеме товаров могут быть случаи, когда приход оформляется либо до получения УПД на приход, либо без его использования, например, при приеме по заказу и накладной поставщика или при приеме без указания УПД на приход, как основания прихода. В этом случае УПД на приход отсутствует в основании приходной накладной и в прошлых версиях не обрабатывался при смене статуса приходной накладной.
В текущей версии при смене статуса приходной накладной с «Черновик» на «Принят на складе» для приходной накладной выполняется поиск подходящей УПД на приход. Поиск выполняется по значениям атрибутов приходной накладной: «Документ поставщика», «Дата документа поставщика», «Поставщик», «Приход в». Эти атрибуты должны совпадать со значениями атрибутов УПД на приход «Номер УПД», дата документа «УПД на приход», «Поставщик», «Приход в» и УПД на приход должен иметь статус «Принят».
Если документ найден, он добавляется в общие основания приходной накладной и обрабатывается при смене статуса приходной накладной.
Дополнительно, при смене статуса приходной накладной и перед обработкой УПД на приход из основания накладной, проводится сверка номера и даты документа поставщика приходной накладной и данных УПД на приход. Отсутствие или неверные значения этих атрибутов в приходной накладной приводят к неверному заполнению файла подтверждения приема УПД на приход. По этой причине в текущей версии обработка таких УПД производиться не будет. Сам факт несоответствия номера и даты документа поставщика и данных УПД на приход говорит о том, что прием поставки по УПД на приход не производился или производился с нарушением порядка действий и УПД оказался в основании приходной накладной случайным образом.
Обработка УПД на приход при смене статуса приходной накладной.
При смене статуса приходной накладной проводится сличение спецификации приходной накладной и УПД на приход для принятия решения о том, в какой статус необходимо перевести УПД на приход. В статус «Закрыт», что означает фиксацию приема по УПД, или «Заблокирован», что означает необходимость отправки поставщику уведомления о приеме с расхождением и ожидания присылки корректирующего документа.
В процедуру сличения спецификация документов в текущей версии добавлены следующие условия:
- если собственный контрагент является неплательщиком НДС, то после агрегации данных по артикулу сверяются только полные суммы
- если собственный контрагент плательщик НДС, то сверяются суммы без НДС, суммы НДС, полные суммы. Цены и ставки НДС не сверяются.
Функция проверки «Расхождение в составе приходной накладной и УПД на приход».
Создана функция проверки 60 «Расхождение в составе приходной накладной и УПД на приход» по умолчанию функция имеет режим работы «отключена». Функция срабатывает при смене статуса приходной накладной с «Черновик» на «Принят на складе».
Функция проверки предупреждает о ситуации, при которой смена статуса приходной накладной повлечет обработку УПД на приход с ответом поставщику о наличии расхождения.
Проверке подвергается приходная накладная с операцией «Приход», в общих основаниях которой находится УПД на приход в статусе «Принят». Для сравнения позиции накладной и УПД на приход предварительно группируются по артикулам. Проверка срабатывает при выполнении одного из следующих условий: - в приходной накладной есть артикул, отсутствующий в УПД на приход;
- в УПД на приход есть артикул, отсутствующий в приходной накладной;
- количество артикула приходной накладной не совпадает с количеством этого артикула в УПД на приход;
- количество артикула в УПД на приход больше нуля и его полная сумма не совпадает с полной суммой этого артикула в приходной накладной;
- если поставщик и собственный контрагент накладной являются плательщиками НДС: количество артикула в УПД на приход больше нуля и его сумма без налогов не совпадает с суммой без налогов этого артикула в приходной накладной;
- если поставщик и собственный контрагент накладной являются плательщиками НДС: количество артикула в УПД на приход больше нуля и его сумма НДС не совпадает с суммой НДС этого артикула в приходной накладной;
- в приходной накладной и УПД на приход есть артикул, не относящийся к группе классификатора ТН ВЭД с признаком "Объемно-сортовой учет", и КИЗ этого артикула из приходной накладной отсутствует в УПД на приход или КИЗ этого артикула из УПД на приход отсутствует в приходной накладной.
Приме сообщения функции проверки:
Функция проверки может быть полезна в ситуации, когда оператор считает, что прием выполнен полностью и ожидает отсылки подтверждения приема УПД, тогда как спецификации документов не совпадают и будет отослан признак приема с расхождением.Простановка цен и режима округления из УПД на приход в приходную накладную.
В прошлой версии в процедуру приема УПД на приход по протоколу «фильтр УПД» почтового модуля был добавлен алгоритм определения режима округления УПД на приход по результату анализа значений цен и сумм спецификации УПД. Перенос значения режима округления УПД в приходную накладную был реализован в функции приходной накладной «Заполнить документ ценами из УПД на приход» для полной синхронизации цен и сумм документов.
В текущей версии копирование режима округления из УПД на приход в приходную накладную реализовано в функции создания новой приходной накладной, когда приходная накладная создается на основании заказа поставщику с опцией копирования цен, и, когда для заказа имеется УПД на приход. В случае если в УПД на приход режим округления не определен, он проставляется по значению, заданному в атрибуте контрагента поставщика «Режим округления приходной накладной поставщика».Почтовый модуль. Функция импорта «ArticleBySupplierCodeUI».
В перечень функций для импорта документов из XML файлов добавлена функция ArticleBySupplierCodeUI. Функция определяет артикул товара Супермаг+ по его значению, которое может быть либо артикулом Супермаг+, либо артикулом контрагента, либо штриховым кодом артикула, а в случае, если артикул найден не будет, то также полям с КИЗ или ОСУ кодами товара.
Аргументами функции являются поля со следующими данными:
cardCode- Произвольный код товара (артикул Супермага, артикул контрагента или штрихкод)
inn- ИНН поставщика
kpp- КПП поставщика (параметр КПП может быть не задан, если в БД есть только один контрагент с указанным ИНН и произвольным КПП)
markCodes- Список КИЗ
osuCodes- Список кодов ОСУ
Названия полей могут быть произвольными. Например, для задания кода товара (cardCode) можно использовать поля прежних схем, такие как BARCODE, SUPPLIERARTICLE. Разные поставщики могут помещать в это поле те данные, которыми они располагают. Функция будет искать артикул последовательно исследуя данные в разных контекстах.Прием заказа ТСД. Прием по заказу с несколькими накладными поставщика.
В процесс «Прием заказа ТСД» добавлена возможность выполнять прием по одному заказу и по нескольким накладными поставщика этого заказа. Прием выполняется по совокупному списку артикулов и на основании приема создается столько приходных накладных, сколько было принято накладных поставщика и с распределением количества принятого товара в соответствии с количеством в накладных поставщика. Если для какой-либо накладной поставщика не будет принято ни одного экземпляра товара, то для такой накладной поставщика будет создана приходная накладная без спецификации и в статусе «Заблокирован». Это можно использовать для контроля полноты приема товара.Алкогольная декларация.
Для алкогольной декларации изменилась схема документа 08.xsd. Для типа данных "П000000000003" – «Код вида продукции», в схему были добавлены новые коды продукции. Изменения схемы были добавлены в функцию генерации файлов алкогольной декларации.