Поле основная страна не заполнено ут 11 ошибка

Ошибки при экспорте

Решение: необходимо обменяться приглашениями с контрагентом в Онлайн Клиенте. Затем перейти на вкладку Мои контрагенты, нажать на кнопку Обновить и повторно экспортировать электронный документ.

Решение: необходимо внести недостающие реквизиты в карточку контрагента в 1С.

Решение: убедитесь, что при экспорте пакета все документы предназначены для одного и того же контрагента.

Не заполнено обязательное поле код региона грузополучателя

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

Вы наверняка замечали, что при печати отгрузочных и регламентированных документов, таких как ТОРГ-12, счет-фактура, УПД и т.д. в качестве грузополучателя и плательщика указывается один и тот же контрагент, что правильно и в большинстве случаев достаточно.

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

Несмотря на то, что реквизиты предназначены для ТОРГ-12, действуют они также и для счета-фактуры, и для УПД.

Рассмотрим подробнее, какие данные здесь можно заполнить помимо грузополучателя.

Основанием является некоторый документ, на основании которого была произведена отгрузка. В качестве основания может выступать счет на оплату (заказ клиента) и договор с покупателем. Кроме того, данные об основании могут быть заполнены вручную произвольными данными. Если данные не заполнены, то поле «Основание» в печатной форме ТОРГ-12 останется пустым.

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

Адрес доставки покупателя будет выведен на форму ТОРГ-12 и может быть заполнен на основании поля «Адрес» из контактной информации контрагента.

Данные о доверенности вводятся вручную в произвольной форме и попадают на форму ТОРГ-12.

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

Печатные формы ТОРГ-12, счет-фактура и УПД будут выводится на печать в соответствии с заполненными на данной форме данными.

11.03.2020
В анализе счета 69.01 не отражается сумма начисления пособия по уходу за ребенком до 1,5 лет.
Ответ: Для того, чтобы данные по пособию отражались в отчетности, необходимо
> Читать подробный ответ

11.03.2020
Где в 1С:Бухгалтерия (2.0.66.92) расположена форма СЗВ-ТД?
Ответ: Отчет по форме СЗВ-ТД расположен в Меню Кадры-Электронные трудовые книжки-Добавить и выбираем СЗВ-ТД.

> Читать подробный ответ

11.03.2020
В оборотке 70 счета не видна детализация по сотрудникам?
Ответ: Необходимо выполнить настройки: 1. Администрирование-параметры учета-Настройка плана
> Читать подробный ответ

Добавление элемента в справочник «Страны мира» из классификатора стран (ОКСМ) в типовых конфигурациях системы «1С:Предприятие» 8.3

Ниже подробно рассмотрим процесс добавления нового элемента в справочник «Страны мира» из классификатора стран мира (ОКСМ — Общероссийский Классификатор Стран Мира) в типовых конфигурациях системы «1С:Предприятие» 8.3.

1. Открытие справочника «Страны мира»

Итак, перед нами стоит задача добавить новый элемент в справочник «Страны мира» из классификатора стран мира (ОКСМ) в новых типовых конфигурациях системы «1С:Предприятие» 8.3 таких как:

• «ERP» 2
• «Управление торговлей» 11
• «Бухгалтерия предприятия» 3
• «Зарплата и управление персоналом» 3

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

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

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

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

После чего в группе «Классификаторы» раздела «Настройки» появится команда для открытия формы списка справочника «Страны мира».

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

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

2. Добавление элемента в справочник «Страны мира»

Открыв форму списка справочника «Страны мира» добавим новый элемент справочника нажав на кнопку «Создать» в меню действий.

Система предложит нам создать элемент справочника вручную или подобрать соответствующую страну из классификатора стран ОКСМ (Общероссийский Классификатор Стран Мира). Для второго варианта нажимаем кнопку «Подобрать».

Находим и выделяем необходимую страну в открывшейся форме списка стран мира и нажимаем «Выбрать».

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

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

Смотрите также:

Ниже будет подробно рассказано о том, как добавить в интерфейс скрытую по умолчанию команду «Все функции» в типовых конфигурациях системы «1С:Предприятие» 8.3. 1. Добавление команды «Все функции» Итак, в…

В типовых конфигурациях «Зарплата и Управление Персоналом» (начиная с версии 3.0.19.70) и «Бухгалтерия предприятия» (начиная с версии 3.0.37.25) системы «1С:Предприятие» 8.3 в качестве адресного классификатора вместо старого доброго КЛАДР теперь используется новая Федеральная…

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

Иногда при отправке заявления на продление или подключение к сервису, а так же при отправке отчетов в 1С:Отчётность может всплыть окно с похожей ошибкой «Не удалось определить код региона ФИАС адреса».

Рисунок 1 — Ошибка «Не удалось определить код региона ФИАС адреса»

Данная ошибка возникает в нескольких случаях:

• Не введен адрес организации в карточке организации в 1С.
• Адрес организации введен в свободной форме.
• Классификатор необходимо загрузить или обновить.

Проверьте, заполнен ли адрес организации.

Рисунок 2 — Проверка заполнения адреса организации

При введении адреса пользуйтесь классификатором, поскольку адрес должен быть заполнен в соответствии с федеральной информационной адресной системой (ФИАС).

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

Рисунок 3 — Кнопка «Проверить заполнение»

Если все верно, всплывающее окно оповестит об этом.

Рисунок 4 — Оповещение о корректном заполнении адреса

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

Сделать это можно в автоматическом режиме, если подключен сервис 1С-ИТС, либо вручную, загрузив необходимые данные с официального сайта. Ссылка приведена ниже.

Нажмите кнопку Еще в окне ввода адреса организации и выберите Загрузить классификатор.

Рисунок 5 — Загрузка классификатора

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

Рисунок 6 — Загрузка адресных сведений

Далее произойдет загрузка классификатора.

Рисунок 7 — Загрузка адресного классификатора

Рисунок 8 — Уведомление об успешной загрузке

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

	Я
yakl2015 29.01.20 — 11:10	Добрый день! УТ 1.4. При обмене документами в Диадоке вылетает ошибка «Ошибка в юридическом адресе. В адресе не заполнена страна». Страну везде проставили. И в фактическом адресе, и в юридическом. И у партнера, и у контрагента. Но… ошибка не ушла. При этом, в представлении фактического адреса страна есть, а в представлении юридического — страны нет. Может, кто сталкивался? как страну добавить в представление юридического адреса?
yakl2015 1 — 29.01.20 — 13:30	Разобралась. Нужно было галочку включить «Включать страну в представление» в справочнике «Виды контактной информации».

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

Добрый день! Подскажите пожалуйста, почему выдаёт ошибку: (пришло Извещение от ФСС) «Поле «Страна» должно быть заполнено»? Отправляем реестр по больничному листу через 1С ЗУП в ФСС ч/з Ответы на запросы (ввод на основании вход.запроса), все данные введены верно.
Поле «Страна» (Работник — резидент) и адрес введен корректно. См.рис. Релиз 3.1.21.70

Рассмотрим, как в системе «1С: Управление торговлей», версии 11.2 происходит настройка реквизитов нашей организации.

Для этого мы переходим в раздел НСИ и администрирование. В группе «Нормативно-справочная информация» присутствует команда открытия справочника Организации. Переходим по ней.

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

Заполнение общей информации о нашей организации в 1С Управление торговлей 11.2

Выбираем юридическое лицо. На вкладке «Общая информация» первое – в реквизите «Вид» указано, что это у нас будет юридическое лицо. Если необходимо создать какое-то другое лицо (например, индивидуального предпринимателя), можно попробовать изменить данный реквизит, но система «1С: Управление торговлей», версия 11.2 настоятельно не рекомендует нам этого делать.

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

Следующее, что желательно сразу установить, это префикс. Префикс – достаточно важный реквизит, особенно если у Вас ведется учет по нескольким лицам (компаниям), также он является обязательным при настройке обмена данными системы «1С: Управление торговлей», версия 11.2 с различными информационными базами, например, с 1С:Бухгалтерия. Укажем идентификационный налоговый номер нашего лица. Пусть это будет 7705260699. Система автоматически заполняет КПП нашей компании. В случае необходимости его можно отредактировать и изменить. Укажем ОКВЭД. В нашем случае, это будет 51.43.1. Можно вводить его не вручную, а открыть весь классификатор, и по данному классификатору подобрать тот код, который соответствует вашему основному виду экономической деятельности. В моем случае, это 51.43.1 – оптовая торговля бытовыми электротоварами.

Заполняем код ОКПО и ОГРН, указываем дату регистрации при необходимости и переходим на вкладку «Адреса и телефоны».

Заполнение адресной информации о нашей организации в 1С Управление торговлей 11.2

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

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

Далее укажем фактический адрес. Он может отличаться от юридического адреса, как, например, в нашем случае. У меня также это будет город Москва. Улица академика – система начинает подбирать все улицы, в которых встречается слово «академика», у меня это будет «академика Янгеля, дом №157». Система также автоматически заполнила индекс. Проверим данный адрес. Система говорит, что дом с таким номером отсутствует. Но для нашего примера эта информация не критична, я сохраню такой адрес.

Далее укажем телефон. Откроем «Помощник», и здесь заполним телефон в соответствии с шаблоном, который предлагает система. Либо можно его указать вручную.

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

Заполнение информации об учетной политике нашей организации в 1С Управление торговлей 11.2

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

В данной форме я укажу наименование учетной политики «ОСН», т.е. общая система налогообложения. Чуть ниже выбирается, собственно говоря, сама система налогообложения – в моем случае, это будет общая. Если вы используете упрощенную, то необходимо будет указать соответствующий пункт.

Далее, на вкладке «Налоговый учет» указывается, является ли организация плательщиком единого налога на вмененный доход. Я это указывать не буду. На вкладке «НДС» указываются особенности учета по налогу на добавленную стоимость. И на вкладке «Запасы» мы указываем метод оценки стоимости запасов товаров нашей компании. Пусть будет средняя за месяц. Запишем такую учетную политику, и система автоматически подобрала ее для нашей организации. Указываем, что данная система налогообложения применяется с начала года – с января месяца.

Настройка печати (логотип компании и факсимиле для подстановки в счет на оплату) нашей организации в 1С Управление торговлей 11.2

Теперь перейдем на вкладку «Настройка печати».

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

Также можно загрузить в систему «1С: Управление торговлей», версия 11.2 изображение факсимиле. Факсимиле будет использоваться в печатной форме такого документа, как счет на оплату.

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

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

Запишем информацию по нашей организации. Как видите, система «1С: Управление торговлей», версия 11.2 сохранила такую информацию. И теперь нам необходимо ввести информацию о подписантах.

Настройка информации о лицах нашей организации с правом подписи в 1С Управление торговлей 11.2

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

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

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

Создадим дополнительно запись о главном бухгалтере нашей компании.

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

Также в карточке «Организация» можно ввести информацию о банковских счетах, открытых для данного юридического лица.

Можно указать информацию о кассах предприятия; указать, как ведется кассовая книга.

Можно определить роли и исполнителей задач, если используются бизнес-процессы.

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

Таким образом, производится заполнение информации о компании, от имени которой будет вестись учет и оформляться документы в системе «1С: Управление торговлей», версия 11.2.

Выпущена версия 11.5.8.207 программы 1С Управление торговлей (1С Управление торговлей ПРОФ, ред. 11.4) для 1С Предприятие 8.

1С: Управление торговлей 11.
Новое в версии 11.5.8.207

• Нормативно-справочная информация
  • Изменения в настройке ставок НДС
• Планирование
  • Сервис прогнозирования продаж
• Продажи/Закупки
  • Прослеживаемость. Прочие доработки
  • График поступления по накладной. Дата поступления в накладной
  • Развитие учета продаж через комиссионеров/агентов (позиция комитента)
  • Версия 11.5. Комиссионная продажа
  • Версия 11.0. Комиссионная продажа
  • Дистанционные продажи
• Взаиморасчеты
  • Новые типы операций для взаимозачета задолженности
  • Развитие графиков оплат
  • Новое наименование документа «Списание задолженности»
  • Учет претензий клиентов и поставщикам
• Обеспечение потребностей
  • Рефакторинг корректировки назначения
  • Новое действие в заказах: «К обеспечению» без резервирования товаров на складе
• Учет товаров, переданных переработчикам
  • Архитектура данных
  • Настройки и справочники
  • Заказы переработчику
• Управленческий учет затрат и финансовый результат
  • Развитие детализации себестоимости товаров
• Сервисные возможности
  • Отображение входящих документов в терминах контрагента
  • Обмен электронными документами
  • Интернет поддержка пользователей

Нормативно-справочная информация

Изменения в настройке ставок НДС

Выполнены доработки системы, позволяющие настраивать ставки
НДС в разрезе периодов их применения.

Хранение ставок НДС для номенклатуры организовано в новом
регистре сведений Ставки НДС номенклатуры. В карточку
элемента списка Номенклатура добавлена
гиперссылка Все ставки, по которой выполняется
переход в указанный регистр.

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

Для работы со ставками НДС номенклатуры добавлено рабочее
место Ставки НДС номенклатуры (меню НСИ и Администрирование – НСИ).

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

Планирование

Сервис прогнозирования продаж

Для автоматического получения прогнозов продаж с минимальным
участием сотрудников и первоначальными настройками, по накопленной истории
продаж, предназначен сервис «Прогнозирование продаж». Сервис прогнозирования
продаж интегрируется с прикладными решениями на платформе «1С:Предприятие».

Сервис позволяет ответить на вопросы:

• Какой
  прогноз продаж рассчитан?
• Как
  посмотреть динамику реальных продаж с учетом прогноза?
• Какие
  фактические продажи по прошествии прогнозируемого периода? Сравнение план-факт.

Преимущества использования сервиса прогнозирования продаж:

• Уменьшение
  случаев out-of-stock, упущенных продаж.
• Снижение
  вложений в товарные запасы.
• Повышение
  оборачиваемости товаров.

Рабочее место аналитика по прогнозированию продаж доступно
по ссылке Планирование – Сервис — Панель управления
сервисом прогнозирования продаж.

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

Сценарий использования сервиса:

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

Сценарий работы в подсистеме сервиса прогнозирования продаж

Для начала работы требуется открыть рабочее место Панель управления сервисом прогнозирования продаж и нажать
на гиперссылку Мастер подключения к сервису.

Этап 1. Подключение к сервису.

На этом этапе требуется произвести авторизацию. Предусмотрено
два способа авторизации:

• По
  учетным данным сервиса (логину и паролю).
• С
  использованием подписки ИТС (подписка должна быть указана в конфигурации
  заранее, в разделе НСИ и администрирование —
  Администрирование — Интернет поддержка и сервисы — Настройки Интернет-поддержки).
  Идентификатор приложения будет получен при авторизации.

Имя базы необязательное поле, может содержать любое
значение.

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

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

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

Этап 2. Настройка отправляемых в сервис данных.

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

Имеется возможность выгружать фактические продажи, а так же

Для коллекций продаж и остатков можно передавать данные:

• Фактические – выгружаются учетные остатки и фактические
  продажи (данные берутся из регистра накопления «Выручка и себестоимость продаж»)
  (с отбором по операциям оптовой и розничной реализации и возвратов). Этот
  вариант можно использовать, если учет ведется в текущей информационной базе.
• Плановые
  – выгружаются данные из документов Планы продаж, План остатков с отбором по выбранному сценарию
  прогнозирования. Позволяет подменять фактические остатки и продажи за некоторый
  период при помощи планов по выбранному сценарию товарного планирования. Необходим
  для случаев, когда полноценный документооборот в базе не ведется, а требуется
  строить прогнозы.
• Фактические
  и плановые – комбинация первых двух вариантов, выгружаются фактические и
  плановые остатки и продажи. Плановые остатки и продажи замещают фактические в
  периодах, за которые введены «план продаж» и «план остатков». Если на
  определенную дату есть плановые продажи, выгружается информация только по ним,
  фактические продажи игнорируются. Можно использовать, когда данные о продажах
  и/или остатках, по которым будет строиться прогноз, необходимо экспертно скорректировать
  за какой-то период из-за каких либо непредвиденных обстоятельств, например,
  таких как пожар на складе, выход на рынок нового игрока, задержка поставки
  товаров и т.п. Этот вариант следует использовать, если фактические данные за
  определенный период отсутствуют или отличаются от стандартных.

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

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

Можно указать к выгрузке планы продаж по контрольному сценарию
(поле Контрольный сценарий). Такие планы будут
считаться контрольными. Сервис прогнозирования продаж сможет ориентироваться на
эти планы при построении собственного прогноза.

Этап 3. Состав передаваемых данных в сервис.

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

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

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

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

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

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

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

Этап 4. Фильтры.

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

Отбор на базе СКД также позволяет управлять загрузкой
прогнозов. Это может потребоваться, например, когда сервис нужно обучить на
всех данных по продажам, но получать прогноз только по некоторым партнерам.

Этап 5. Проверка данных.

После установки фильтров рекомендуется запустить проверку
данных (команда Начать проверку данных).

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

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

Этап 6. Расписание обновлений.

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

Этап 7. Параметры первого прогноза.

На этом этапе необходимо выбрать или создать сценарий
прогнозирования и вид плана.

При создании нового вида плана вида плана необходимо указать
дату начала прогнозирования непосредственно следующей за последней датой продажи,
либо на более раннюю дату. Например, последняя продажа была 07.02.2021. Значит
можно начинать прогноз с 08.02.2021 или 01.01.2021. Но не 15.03.2021, с таким
разрывом сервис не сможет предоставить прогноз.

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

Сценарий прогнозирования/планирования и вид плана

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

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

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

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

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

Прогнозы запрашиваются по элементам справочника Виды планов. Для такой возможности в карточке элемента Вид плана предусмотрен дополнительный вариант
планирования — Путем
прогнозирования на закладке Настройки заполнения.
В случае выбора этого варианта планирования на форме вида плана доступны две
гиперссылки:

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

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

• Количество
  периодов для прогнозирования и периодичность (день, неделя, месяц). Количество
  периодов не может превышать объема доступной истории продаж. Если продажи в
  базе ведутся 10 недель, прогноз не может быть построен на больший срок.
• Дату
  начала прогноза – дата, с которой следует рассчитать прогноз. Эта дата должна
  следовать за последней известной продажей, или быть меньше нее.
  Например, продажи ведутся с 2017 года по 01.01.2021. Требуется рассчитать
  прогноз на несколько дней. Можно начать прогноз с 02.01.2021. Можно с
  10.12.2018. Нельзя с 05.01.2021.
  Если выбирается периодичность «Неделя», следует установить дату на понедельник.
  Если месяц – на первое число месяца.

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

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

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

Запрос расчета прогноза и его загрузка

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

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

Готовность прогноза можно отслеживать по нажатию на
гиперссылку Обновить статус/загрузить прогноз. При
нажатии на эту гиперссылку, если прогноз уже готов, он будет загружен в
программу 1С.

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

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

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

Построение отчета по прогнозу

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

В панели управления предусмотрены следующие варианты отчета:

• Прогноз – выводит информацию по загруженному прогнозу.
• Прогноз с историей продаж (совместно) или (раздельно)–
  выводит информацию по загруженному прогнозу, плюс данные по реальным продажам
  за некоторый прошлый период. Позволяет одновременно увидеть данные по
  фактическим продажам и прогноз на будущий период. Настройка «Дата начала вывода
  факта продаж» позволяет регулировать, какой объем фактических продаж необходимо
  отобразить. История продаж выводится со светло-голубым фоном. Прогноз продаж с
  белым фоном.
• Сравнение прогноза с контрольным планом – для этого
  варианта по каждой дате выводится две колонки количества: прогнозное количество
  и количество из контрольных планов продаж. Таким образом, можно сравнить два
  отдельных прогноза.

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

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

Контрольные планы продаж

Имеется возможность сообщить сервису о некоторых планируемых
продажах. Это может быть полезно в следующих случаях:

• Ввод
  новой товарной позиции, по которой ранее не было продаж.
• Ввод
  нового клиента (если включена детализация до клиента).
• Заранее
  известное отклонение по планируемому спросу, которое не выявляется
  автоматически.

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

При создании сценария, кроме наименования и периодичности,
требуется решить, в каком положении оставить переключатель «Планирование
продаж»:

• Только
  по количеству – в документах планах продаж нужно будет указать только
  планируемое количество.
• По
  количеству и сумме – кроме количества потребуется указать цену.

При создании вида плана на закладе «Настройки заполнения»
необходимо установить «Способ заполнения плана» — «по формуле».

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

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

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

Это позволит ввести в табличной части товаров прогноз на
несколько дат.

После проведения документа в статусе «Утвержден» план готов
к выгрузке в сервис.

Ошибки и протокол обмена

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

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

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

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

В отдельной форме предусмотрены команды для администратора (Еще — Команды администратора):

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

Для получения дополнительной информации предусмотрены
команды в рабочем месте прогнозирования (подменю Еще):

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

Продажи/Закупки

Прослеживаемость. Прочие доработки

Изменения по справочнику «Номенклатура»

Поддержан сценарий работы, когда один и тот же товар с
прослеживаемым кодом ТНВЭД импортируется и производится в РФ.

В карточку номенклатуры добавлены реквизиты:

• Страна происхождения — содержит информацию о стране, в
  которой произведен товар. Реквизит доступен на форме карточки, если включена
  опция Торговля импортными товарами.
• Прослеживаемый товар – признак того, что товар подлежит
  прослеживаемости. Реквизит доступен на форме карточки, если включена опция Учета прослеживаемых импортных товаров:
  • Флаг
    устанавливается автоматически, если указан Код ТН ВЭД
    с установленным признаком Прослеживаемый товар, и
    в карточке номенклатуры указано значение Страны
    происхождения, отличное от значения Россия
    или значение не заполнено.
  • Если
    в реквизите Страны происхождения указано значение
    Россия, или указан Код ТН
    ВЭД, не подлежащий прослеживаемости, то флаг Прослеживаемый
    товар сбрасывается.
  • При
    установке флага Прослеживаемый товар очищается Код ТН ВЭД, если он не подлежит прослеживаемости.
  • Можно редактировать значение флага Прослеживаемый товар независимо от указанных значений
    реквизитов Страна происхождения и Код ТН ВЭД.

Реквизит Учет по номерам ГДТ
переименован на Импортный товар (учет по ГТД) или Импортный товар (учет по ГТД или по РНПТ), если
включена опция Учет прослеживаемых импортных товаров.
Флаг устанавливается автоматически:

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

Изменения в приходных накладных

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

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

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

Изменения движений при двухходовке (при закупке)

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

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

Изменения выполнены с целью исправления различных проблем:

• При
  операции «Неотфактурованная поставка» – оприходование товара на склад
  непосредственно после его поступления.
• При
  операции «Товары в пути» — исключение ГТД из движений документа «Поступление
  товаров на склад».
• Исправление
  текущих ошибок в движениях.

Рабочее место по учету прослеживаемых товаров

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

• Добавлена
  ссылка на сайт ФНС, где можно проверить, подлежат ли
  товары прослеживаемости (по коду ТНВЭД, наименованию и т.д.).

• Изменено
  представление отчета Ведомости товаров организаций по
  прослеживаемым товарам на Ведомость
  прослеживаемых импортных товаров организаций (по РНПТ). Так же изменен и
  сам отчет – добавлена информация об оборотах товаров (приход, расход).

График поступления по накладной. Дата поступления в
накладной

Распоряжением на приемку товаров на склад может быть заказ,
накладная (как по заказу, так и без заказа) или договор.

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

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

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

• накладная является распоряжение на приемку (как по
  заказу, так и без заказа);
• накладная не по заказу;
• в накладной есть строки сверх заказа.

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

Дата поступления в накладной не всегда может совпадать с
датой поступления по заказу. По этой дате
можно отслеживать ожидаемое поступление товаров с использованием отчета
«Остатки и доступность товаров».

Развитие учета продаж через комиссионеров/агентов
(позиция комитента)

Использование комиссионных продаж доступно при установленной
функциональной опции НСИ и администрирование – Настройка
НСИ и разделов — Продажи – Оптовые продажи – Комиссионные продажи — Передача на
комиссию и предусмотрено для типа номенклатуры «Товар», «Тара», «Набор».

Предусмотрены версии комиссионных продаж:

• 11.0/11.5
  – соответствует функциональности прикладного решения версий 11.4.14, 11.5.7 и
  более ранних версий, а также включает новую схему комиссионной продажи 11.5.
  Возможность осуществления комиссионных продаж 11.0 доступна при использовании
  соглашений. Для ведения комиссионных продаж 11.5 обязательно должна быть
  включена опция по использованию договоров с контрагентами.
• 11.5
  – новая схема комиссионной продажи, впервые представленная в версии 11.5.8. Использование
  договоров с контрагентами является обязательным.

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

• Отражение
  операций по продаже, возврату, корректировке товаров покупателям через
  комиссионера по договорам с обычным и отложенным переходом права собственности.
• Отражение
  операций по продаже на экспорт через комиссионера.
• Регистрация
  корректировочного/исправительного счета-фактуры.
• Регистрация
  сводного счета-фактуры.
• Ведение
  взаиморасчетов в разрезе конечных покупателей.
• Отражение
  авансов, перечисленных комиссионеру покупателем.
• Перевыставление
  комитентом в адрес комиссионера счетов-фактур на полученный комиссионером от
  покупателя аванс.
• Перевыставление
  комитентом в адрес комиссионера корректировочных счетов-фактур.
• Учет
  по сериям товаров, переданных на комиссию.
• Инвентаризация
  товаров, переданных на комиссию (отражение недостач, излишков товаров).
• Учет
  ГТД при возврате товаров от клиента комиссионеру с дальнейшей реализацией этого
  товара другому клиенту.

Авансы, счета-фактуры на аванс, реализация на экспорт через
комиссионера, реализация с отложенным переходом права собственности, корректировочные/исправительные
счета-фактуры, расчеты с конечными покупателями не поддерживаются при
использовании документа отражения продажи «Отчет комиссионера о продажах».
Отчет комиссионера позиционируется для отражения факта розничных продаж.

Соглашение с комиссионером

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

При выбранной схеме комиссионной продажи 11.0/11.5 в соглашении с комиссионером может
быть уточнена версия комиссионной продажи, если комиссионная продажа велась в
версии 11.5.7 и ниже:

• 11.0
  — соответствует функциональности прикладного решения версий 11.4.14, 11.5.7 и
  более ранних версий. Использование соглашений является обязательным, договоры
  можно не использовать. Порядок расчетов может быть определен в соглашении.
  Предусмотрено ведение расчетов по договорам или по отчетам по комиссии. Способ
  расчета комиссионного вознаграждения используется при оформлении отчета
  комиссионера.
• 11.5
  – новая схема комиссионной продажи, впервые представленная в версии 11.5.8. Использование
  договоров является обязательным, соглашения можно не использовать. При выборе
  данной версии по умолчанию устанавливается настройка Требуется
  указание договора, порядок расчетов определяется в договоре. Порядок
  расчетов определяется в договоре. Предусмотрено ведение расчетов «по
  договорам», «аванс по договорам, долг по накладным» или «по отчетам
  комиссионера/реализациям через комиссионера». Способ расчета комиссионного
  вознаграждения используется при оформлении отчета комиссионера.

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

Договор с комиссионером

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

При выбранной схеме комиссионной продажи 11.0/11.5 в договоре с комиссионером может быть
уточнена версия комиссионной продажи, если комиссионная торговля велась в
версии 11.5.7 и ниже:

• 11.0
  — соответствует функциональности прикладного решения версий 11.4.14, 11.5.7 и
  более ранних версий. Предусмотрено ведение расчетов по договорам или по отчетам
  по комиссии.
• 11.5
  – новая схема комиссионной продажи, впервые представленная в версии 11.5.8. Порядок
  расчетов определяется в договоре. Предусмотрено ведение расчетов «по
  договорам», «аванс по договорам, долг по накладным» или «по отчетам
  комиссионера/реализациям через комиссионера». Способ расчета комиссионного
  вознаграждения используется при оформлении отчета комиссионера. При выбранной
  схеме 11.5 в договоре определяется:
• Вид цен учетный – вид цены, по которому будет
  осуществляться передача товаров от комитента комиссионеру.
• Вид цен продажи – вид цены, по которому будет
  осуществляться продажа товаров от комиссионера конечному клиенту.
• Вести расчеты через конечных покупателей — определяет,
  требуется ли детализировать расчеты до покупателей. Предусмотрено при
  использовании расширенного отражения продаж (документ отражения продажи — Реализация товаров и услуг). При установленном флаге
  доступен только порядок расчетов «По договорам».

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

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

• «По
  договорам».
• «Аванс
  по договорам, долг по накладным».
• «По
  отчетам комиссионера/реализациям через комиссионера».

Документы «Реализация товаров и услуг» и «Возврат товаров от клиента»

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

• Передача на комиссию (11.0) – старая схема комиссионной
  продажи, соответствует функциональности прикладного решения версий 11.4.14,
  11.5.7 и более ранних версий.
• Реализация через комиссионера (11.5)/Реализация через комиссионера (товары в пути) (11.5) – новая схема
  комиссионной продажи, впервые представленная в версии 11.5.8.

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

Версия 11.5. Комиссионная продажа

Договор с конечным клиентом

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

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

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

Учет по сериям

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

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

Серии в переданных на комиссию товарах учитываются по виду
номенклатуры. Политика учета серий указывается в шапке вида номенклатуры в
полеПолитика учета серий.

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

При учете серий, в переданных на комиссию товарах, серии указываются
в документах:

• Передача на комиссию.
• Поступление товаров от
  комиссионера.
• Реализация товаров и услуг
  с типом операций Реализация через комиссионера, Реализация через комиссионера (товары в пути).
• Возврат товаров от
  клиента с типом операции Возврат товаров через
  комиссионера.
• Корректировка реализации.
• Отчет комиссионера
  (агента) о продажах.

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

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

Заказ комиссионера

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

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

Оформление заказа не является обязательным.

Передача комиссионеру от комитента (собственные товары и субкомиссия)

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

Документ передачи может быть оформлен:

• Вводом
  на основании заказа клиента с типом операции Передача на
  комиссию.
• В
  рабочем месте Продажи – Оптовые продажи – Документы
  продажи (все).
• По
  гиперссылке Оформить передачу товаров на форме
  заказа клиента с типом операции Передача на комиссию.

Передача товаров на комиссию оформляется в рамках соглашения
с типом операции Передача на комиссию и договора
с целью Передача на комиссию.

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

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

При передаче товара
комиссионеру НДС не возникает, поскольку не меняется владелец товара, факта
продажи нет (ст. 996 ГК РФ). При
передаче товара от комитента комиссионеру объект налогообложения по НДС
отсутствует (п. 1 ст. 39, п. 1 ст. 146 НК РФ). Поэтому НДС не исчисляется,
счет-фактура по передаче на комиссию не выписывается.

Акт о расхождениях после передачи товаров на комиссию

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

Акт можно оформить на основании документа Передача на комиссии с типом операцииПередача на комиссию.

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

• Заявка на возврат товаров от клиента — на возврат
  перепоставленного товара от комиссионера комитенту.
• Возврат товаров от клиента, если заявки не используются
  — на возврат перепоставленного товара от комиссионера комитенту.
• Передача товаров — на передачу недопоставленного товара
  от комитента комиссионеру.

Список тех документов, которые необходимо создать в
соответствии с выбранным вариантом оформления расхождений, будет показан в
отчете Оформляемые документы (команда Оформить документы на закладке Основное
в акте о расхождениях).

Заявка на возврат товаров от комиссионера комитенту

Прием заявки на возврат товаров от комиссионера комитенту
оформляется документомЗаявка на возврат товаров от
клиентас типом операцииВозврат от
комиссионера. Заявку можно ввести на основании документа Передача на комиссию.

Возврат комитенту от комиссионера

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

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

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

Документ возврата может быть оформлен:

• Вводом
  на основании документа Передача на комиссии с
  типом операцииПередача на комиссию.
• В
  рабочем месте Продажи – Оптовые продажи – Документы
  продажи (все).

Акт о расхождениях после поступления товаров от комиссионера

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

Акт можно оформить на основании документа Поступление товаров от комиссионера с типом операции Возврат от комиссионера.

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

• Поступление товаров от комиссионера — на поступление
  недовозвращенного товара от комиссионера комитенту.
• Передача товаров комиссионеру – на передачу от
  комитента комиссионеру излишне возвращенного товара.
• Списание недостач товаров – недостающий товар будет
  оприходован и списан на недостачи.
• Оприходование излишков товаров – оприходуемые излишки
  товаров от комиссионера относятся на прочие доходы.

Список тех документов, которые необходимо создать в
соответствии с выбранным вариантом оформления расхождений, будет показан в
отчете Оформляемые документы (команда Оформить документы на закладке Основное
в акте о расхождениях).

Расширенное отражение продаж. Реализация товаров и услуг (отчет
комиссионера о продажах)

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

• Реализация через комиссионера – используется для
  отражения информации о реализованных товарах комиссионером конечному клиенту.
  Документ Реализация товаров и услуг представляет
  собой отчет комиссионера о реализованных товарах конечному клиенту.
  Используется при реализации товаров от комиссионера оптовым покупателям. Можно
  вести взаиморасчеты в разрезе конечных покупателей.
• Реализация через комиссионера (товары в пути) — используется
  для отражения информации о реализованных товарах комиссионером конечному
  клиенту по договорам с отложенным переходом права собственности. Документ Реализация товаров и услуг представляет собой отчет
  комиссионера о реализованных товарах конечному клиенту. Используется при
  реализации товаров от комиссионера оптовым покупателям. Можно вести
  взаиморасчеты в разрезе конечных покупателей.

Документ Реализация товаров и услуг
с типом операции Реализация через комиссионера
можно оформить:

• в
  рабочем месте Продажи – Комиссионные продажи через
  агентов/комиссионеров – Отчеты комиссионеров и реализации через комиссионеров к
  оформлению по команде Оформить реализацию через
  комиссионера.
• В
  рабочем месте Продажи – Оптовые продажи — Документы продажи
  (все).

Основанием для оформления документов по реализации через
комиссионера являются данные документов Передача на
комиссию.

Реализация через комиссионера оформляется в рамках
соглашения с типом операции Передача на комиссию
и договора с целью Передача на комиссию.

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

• Данные
  комиссионера, которым реализован товар конечному клиенту: комиссионер,
  контрагент комиссионера и договор с комиссионером с целью Передача на комиссию.
• Данные
  клиента, которому реализован товар комиссионером: клиент, контрагент и договор
  с конечным клиентом с целью Реализации через
  комиссионера. Данные клиента вводятся вручную.

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

Для заполнения цен в реализации товаров и услуг по условиям
продажи (по виду цены продажи в договоре) признак «Цена включает НДС» в
документе и в виде цены продажи, указанном в договоре с комиссионером, должны
совпадать.

Порядок расчетов определяется из договора с комиссионером.

Группа финансового учета по расчетам с комиссионерами
заполняется автоматически значением группы финансового учета из договора с
комиссионером.

В документе «Реализация товаров и услуг» указываются данные
документа отгрузки комиссионера.

Реализация через комиссионера конечному клиенту на основании
заказов клиентов не предусмотрена.

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

Перевыставление счета-фактуры на реализованные товары

По данным документа Реализация
товаров и услуг с типом операции Реализация через
комиссионера/Реализация через комиссионера
(товары в пути) оформляется документ Счет-фактура
выданный на реализованные товары комиссионером конечному клиенту.

Сформированный документ Счет-фактура
выданный представляет собой перевыставленный комитентом в адрес
комиссионера счет-фактуру с показателям, аналогичными показателям
счета-фактуры, выставленного комиссионером покупателю при отгрузке товаров (п. 1 Правил заполнения
счета-фактуры, утв. Постановлением № 1137).

Поддерживается возможность формирования сводных
счетов-фактур.

Возврат от конечного клиента комиссионеру

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

Документ возврата можно оформить:

• Вводом
  на основании документа Реализация товаров и услуг
  с типом операции Реализация через комиссионера.
• В
  рабочем месте Продажи – Оптовые продажи — Документы
  продажи (все).

Возврат через комиссионера от конечного клиента на основании
заявок на возврат товаров не предусмотрен.

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

Корректировка реализации

Для отражения корректировок при отгрузке товаров через
комиссионера конечному клиенту товаров предназначен документКорректировка реализации.

Корректировку реализации можно ввести на основании документа
Реализация товаров и услуг с типом операции Реализация через комиссионера.

Документ позволяет отразить следующие операции:

• Исправление ошибок- оформляется
  исправительный счет-фактура.
• Корректировка по согласованию сторон- оформляется
  корректировочный счет-фактура.

Перевыставление корректировочной счета-фактуры

По данным документов Возврат товаров
от клиента с типом операции Возврат товаров через
комиссионера, Корректировка реализации
оформляется документ Счет-фактура выданный.

Сформированный документ Счет-фактура
выданный представляет собой перевыставленный комитентом в адрес
комиссионера корректировочный счет-фактуру с показателями, аналогичными
показателям счета-фактуры, выставленного комиссионером покупателю при отгрузке
товаров (п. 1 Правил заполнения счета-фактуры, утв. Постановлением
№ 1137).

Упрощенное отражение продаж. Отчет комиссионера (агента) о продажах

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

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

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

Документ отчет комиссионера можно оформить:

• В
  рабочем месте Продажи – Комиссионные продажи через
  агентов/комиссионеров – Отчеты комиссионеров и реализации через комиссионеров к
  оформлению по команде Оформить отчет комиссионера.
• В
  рабочем месте Продажи – Оптовые продажи — Документы
  продажи (все).

Заполнение
отчета комиссионера (агента), оформленного по новой схеме комиссионной продажи
11.5, аналогично заполнению отчета комиссионера (агента) версии 11.0.

Документ,
оформленный по новой схеме комиссионной продажи, автоматически добавляется в
журнал документов Документы продажи (все) и
исключается из «старого» рабочего места Продажи — Отчеты
комиссионеров (агентов).

По данным отчета
комиссионера о продажах можно оформить документ Счет-фактуру
выданный.

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

Рабочее место «Отчеты комиссионеров и реализации через комиссионеров к
оформлению»

Для контроля и оформления отчетов комиссионеров о
реализованных товарах комиссионером конечному покупателю предназначено рабочее
место Продажи – Комиссионные продажи через
агентов/комиссионеров – Отчеты комиссионеров и реализации через комиссионеров к
оформлению.

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

Рабочее место предназначено для оформления документов:

• Отчет комиссионера (агента) о
  продажах (по команде Оформить отчет комиссионера)
  – используется при продаже в розницу (физическим лицам) и при упрощенной схеме
  продажи оптовым покупателям. Основанием являются данные документов Передача на комиссию, сгруппированные в разрезе
  договоров, в которых определено, что не ведутся расчеты через конечных
  покупателей (в договоре по передаче на комиссию не установлен флаг Вести расчеты через конечных покупателей).
• Реализация товаров и услуг с типом операции Реализация через комиссионера (по команде Оформить реализацию через комиссионера) – используется
  при реализации оптовым покупателям. Основанием для оформления являются данные
  документов Передача на комиссию.

Учет комиссионного вознаграждения

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

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

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

Инвентаризация, недостачи, излишки

Излишки товарно-материальных ценностей, выявленные при
инвентаризации в пользу комитента, отражаются документом Продажи – Документы продажи (все) — Оприходование излишков товаров у комиссионера с типом
операции Оприходование излишков товаров в пользу
комитента.

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

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

Для отражения недостачи товаров за счет комитента
оформляется документ Продажи – Документы продажи (все) – Отчет о списании товаров у комиссионера с типом
операции Списание недостач за счет комитента.

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

Рабочее место «Помощник продаж»

В режимах «Заказ + Передача» и «Передача товаров» можно
оформлять документ Передача на комиссию.

Анализ переданных на комиссию товаров

Для оценки стоимости товаров, переданных на комиссию, предназначен
вариант отчета Продажи – Отчеты по продажам – Комиссионные
продажи через агентов/комиссионеров — Переданные на комиссию товары в ценах
номенклатуры (вариант отчета Ведомость по товарам
организаций в ценах номенклатуры). В этом варианте отчета цены и суммы
берутся из договора (по учетному виду цен), по которому товар был передан
комиссионерам.

Для анализа движений товарных остатков, переданных на
комиссию, предназначен вариант отчета Продажи – Отчеты
по продажам — Комиссионные продажи через агентов/
— Ведомость по переданным на комиссию товарам (вариант отчета Ведомость по товарам организаций).

Версия 11.0. Комиссионная
продажа

Отчеты комиссионеров (агентов) (11.0)

Для контроля и оформления отчетов комиссионеров о
реализованных товарах конечному покупателю, отчетов комиссионеров о списании
товаров предназначено рабочее место Продажи –
Комиссионные продажи через агентов/комиссионеров – Отчеты комиссионеров
(агентов) 11.0.

Это рабочее место также
будет доступно при выбранной схеме комиссионной продажи 11.5, если в
информационной базе есть «старые» документы комиссии.

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

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

Количество проданных комиссионером товаров фиксируется в
документеОтчет комиссионера (агента) о продажах.

При списании комиссионером полученного товара на прочие цели
оформляется документОтчет комиссионера (агента) о
списании.

Анализ переданных на комиссию товаров

Для получения информации о количестве товара, имеющегося на
реализации у комиссионеров, но еще не проданного, предназначен отчет Продажи – Отчеты по продажам – Комиссионные продажи через
агентов/комиссионеров – Остатки товаров переданных на комиссию (версия 2.0).
В отчет выводится информация о количестве и стоимостной оценке остатков
товаров, переданных на реализацию комиссионерам. Информация о цене выводится в
соответствии с тем значением цены, которое зарегистрировано в соглашении с
комиссионером на момент формирования отчета. В отчете также выводится
информация о том, сколько времени товар находится на реализации у комиссионера.

Для анализа комитентом данных о переданных на реализацию
товарах предназначен отчет Продажи – Отчеты по продажам
— Комиссионные продажи через агентов/комиссионеров —
Товары, переданные на комиссию (версия 2.0). Отчет позволяет получить
информацию о том, сколько товаров комиссионер продал, какие товары были списаны
и какие возвращены.

Дистанционные продажи

Интеграция с маркетплейсом Яндекс.Маркет

Маркеплейс –
интернет — платформа, которая позволяет покупателям оформить заказ товара на
площадке, и предоставляющая следующий набор услуг для магазинов (поставщиков
товаров):

• размещению
  товарных предложений на площадке,
• получение
  оплаты от покупателей по поручению магазина,
• приёмка,
  упаковка и складское хранение товаров, передача их в службу доставки.

Фулфилмент-центр
– функциональная часть маркеплейса, которая обеспечивает хранение товара,
сортировку товара и отгрузку товара логистическому оператору.

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

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

Зона ответственности маркетплейса, предоставляющего услуги
по схеме «FBY (продажи с фулфилментом Яндекса)», как правило, включает:

• предоставление
  витрины для привлечения покупателей (сайт иприложения Яндекс.Маркет);
• хранение
  товаров партнера насвоих складах;
• сборка
  , упаковывает идоставляет заказы покупателям.

Зона ответственности поставщика Партнер:

• описание
  товаров, управление ценами натовары;
• поставка
  товаров насклады маркеплейса.

Преимущества работы по схеме «FBY (продажи с фулфилментом
Яндекса)»:

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

Регистрация и размещение товаров на маркетплейсе — это
начальный, но крайне важный этап.

Процесс регистрации на маркетплейсе включает:

• ознакомление
  с условиями опубликованного договора;
• указание
  основной информации о компании для заключения договора;
• оформление
  и отправка на рассмотрение заявление о сотрудничестве с маркетплейсом;
• отслеживает
  статуса рассмотрения заявления.

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

Для
работы с маркетплейсом Яндекс.Маркет необходимо включить функциональные опции Разрешить продавать через маркетплейсы и Яндекс.Маркет включается в форме НСИ и администрирование – Настройки интеграции – Интеграция с
маркетплейсами. В
этой же форме по соответствующей ссылке задаются Настройки
подключения, которые
включают:

• Организацию
  информационной базы;
• Номер
  компании, под которым организация зарегистрирована на маркетплейсе
  Яндекс.Маркет
• Одноразовый
  пароль, который необходимо получить в сервисе
  Яндекс OAuth

Все необходимые ссылки на сервисы Яндекса размещены на
форме.

Примечание

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

После этого становится доступны функции выгрузки и
сопоставления товарного каталога.

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

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

Работа с каталогом на маркетплейсе Яндекс.Маркет
осуществляется в форме Публикация товаров на
Яндекс.Маркете, которую можно открыть по ссылке Публикация
товаров в форме Продажи – Сервис – Продажи на Яндекс.Маркет.

В рабочем месте предусмотрены закладки:

• Просмотр и редактирование публикуемых товаров – на этой
  закладке отражаются все созданные из программы публикации, а также можно
  заполнить карточку товара для публикации и отследить статус карточек,
  направленных на модерацию.
• Утверждение рекомендаций – на этой закладке отражаются
  товаров, по которым подобранна уже существующая карточка товара на
  Яндекс.Маркет, похожая по описанию на товар, который требуется разместить на
  маркетплейсе. Рекомендации требуется рассмотреть: утвердить, то есть связать
  товар организации с существующей карточкой маркетплейса или отклонить
  рекомендация для размещения новой карточки на маркетплейсе.
• Исправление ошибок при публикации – на этой закладке
  отображаются описания товаров, по которым определены ошибки описания, которые
  требуется исправить для дальнейшей публикации.

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

Реквизит Товарная категория
доступен при установленной функциональной опции Настройка
НСИ и разделов – CRM и маркетинг – Маркетинг –Товарныекатегории.

Порядок
публикации товаров следующий:

• Создание
  новой публикации товара – ответственный сотрудник заполняет товары для
  публикации. Добавить товар для публикации можно по кнопке Добавить на закладке Просмотр и
  редактирование публикуемых товаров. Также можно заполнить одновременно несколько
  товаров, используя кнопки Заполнить по базовому
  прайс-листу и Заполнить по отбору. Для
  публикации указывается Номенклатура и Характеристика (если ведется), а также единица измерения.
• Публикации
  в статусе Новый направляются в Яндекс.Маркет на
  получение рекомендации («маппинг») существующей карточки товара в маркетплейсе,
  максимально соответствующей описываемому товару.
• После
  получения рекомендации ответственный сотрудник утверждает или отклоняет
  полученную от Яндекс.Маркет рекомендацию.
• Если
  рекомендация не подобрана или отклонена, то ответственный сотрудник исправляет
  ошибки описания товара или подбирает самостоятельно на площадке Яндекс.
• После
  утверждения пользователем связь отправляется на ручную модерацию в
  Яндекс.Маркет (статус На модерации)
• После
  успешного завершения модерации публикация переходит в с статус Модерация пройдена и отображается с зеленой
  пиктограммой в списке. — это значит
  можно устанавливать цены

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

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

Суммарно информация информационной базы для подбора
рекомендации справочно выводится на закладке Данные
товара формы публикации товара.

На закладке Данные связи на
Яндекс.Маркет после получения рекомендации автоматически заполняются
поля описания товара в карточке на маркетплейсе. Эти поля можно заполнить или
отредактировать вручную, например, найти вручную нужный товар на маркетплейсе и
указать идентификатор найденного товара.

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

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

Примечание

Обмен информацией о продажах через маркетплейc в текущей версии не
поддерживается.

Взаиморасчеты

Новые типы операций для взаимозачета задолженности

Для документа Взаимозачет
задолженности добавлен новый тип операции Прочие:

• для
  «отражения оплаты через комиссионера» – трансляция комитенту информации о поступлении
  оплаты от конечного покупателя комиссионеру;
• «отражения
  возврата оплаты через комиссионера» – трансляция комитенту информации о
  возврате оплаты комиссионером конечному покупателю.

На закладке «Дополнительно» заполняются данные по входящему
платежному документу (реквизиты «Номер» и «Дата)», используемые для выставления
счетов-фактур на аванс.

Дата счета-фактуры комиссионера автоматически заполняется
датой документа взаимозачета задолженности.

При проведении взаимозачета задолженности срабатывает
проверка, что дата входящего платежного документа может быть за 5 дней от даты
выставления счета — фактуры комиссионером (даты документа взаимозачета) или
равна ей. Дата платежного документа может быть меньше даты счета-фактуры
комиссионером на 5 дней и не может быть больше даты счета-фактуры.

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

По данным документа Взаимозачет
задолженности оформляется документ Счет-фактура
на аванс в рабочем месте Финансовый результат и
контроллинг – НДС – Авансы полученные — НДС с
полученных авансов.

Счет-фактура выданный (на аванс) формируется на дату
счета-фактуры комиссионера, указанную во взаимозачете задолженности.

Развитие графиков оплат

Поддержаны следующие возможности:

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

Варианты планирования оплаты

Вариант планирования оплаты Предоплата
и/или кредит переименован на Оплата до отгрузки
и/или после отгрузки — упрощенный вариант планирования оплаты. Оплату
можно разбить на два этапа До отгрузки и После отгрузки или выбрать оплату только по одному из
них. Для вариантов отсчета при оплате до отгрузки предусмотрен контроль
предоплаты.

Было:

Стало:

Изменения в вариантах оплаты в заказах, накладных, соглашениях

В правилах оплаты заказов, накладных, в соглашениях варианты
оплаты клиентов переименованы на варианты контроля оплаты клиентов:

• Этап
  «Кредит (после отгрузки)» переименован на «Не контролируется» (Оплата после
  отгрузки/Оплата независимо от отгрузки).
• Этап
  «Кредит (плановый)» помечен на удаление и заменен на «Не контролируется»
  (Оплата после отгрузки/Оплата независимо от отгрузки).
• Этап
  «Предоплата (до отгрузки)» переименован на «Оплата до отгрузки».
• Этап
  «Аванс (до обеспечения)» переименован на
  «Оплата до обеспечения».

Варианты оплаты поставщикам переименованы на варианты
контроля оплаты поставщикам:

• Этап
  «Кредит (после отгрузки)» переименован на «Не контролируется» (Оплата после
  отгрузки/Оплата независимо от отгрузки).
• Этап
  «Кредит (плановый)» помечен на удаление и заменен на «Не контролируется»
  (Оплата после отгрузки/Оплата независимо от отгрузки).
• Этап
  «Предоплата (до отгрузки)» переименован на «Оплата до отгрузки».
• Этап
  «Аванс (до подтверждения)» переименован на «Оплата до подтверждения».

Было:

Стало:

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

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

Этапы оплаты заполняются со сдвигом независимо от варианта
отсчета и варианта контроля.

Для вариантов отсчета доступны различные варианты контроля:

• Оплата до обеспечения (Оплата до
  подтверждения при работе с поставщиками) – предоплата (до обеспечения),
  выполняется контроль наличия предоплаты, например, при расчетах «по заказам»
  при проведении заказа, в котором для строк товаров установлено действие К обеспечению.
• Оплата до отгрузки – предоплата (до отгрузки), выполняется
  контроль наличия предоплаты, например, при проведении заказа (расчеты «по
  заказам»), в котором для строк товаров установлено действие Отгрузить, при проведении накладной по заказам (расчеты
  «по расчетным документам»).
• Оплата после отгрузки – оплата в кредит (после
  отгрузки), контроль оплаты не выполняется при проведении заказов, накладных.
• Оплата независимо от отгрузки – не имеет значение, в
  какой момент оплата, до отгрузки, до обеспечения или после отгрузки, контроль
  оплаты не выполняется при проведении заказов, накладных.

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

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

Контроль предоплаты при расчетах «По договорам» не
предусмотрен.

При расчетах с поставщиками контроль является исключительно
справочными.

Соглашения с клиентами, соглашения с поставщиками

Изменения по соглашениям с клиентом:

• Реквизит Срок поставки переименован в Поставка,
  отражающий плановое количество дней от даты заказа до даты отгрузки.
• Добавлен
  реквизит Переход права собственности, отражающий
  плановое количество дней от даты отгрузки до даты перехода права собственности.
  Реквизит доступен, если включена настройка Возможна
  отгрузка без перехода права собственности в соглашении.

Изменения по соглашению с поставщиком:

• Реквизит Срок поставки переименован в Срок покупки – отражает
  плановое количество дней от даты заказа до желаемой даты поступления.
  Используется для расчета желаемой даты поступления в заказах поставщикам. При
  заполнении заказа поставщику будет автоматически рассчитываться желаемая дата
  поступления, как Дата документа заказа + Срок покупки.
• Добавлен
  реквизит Доставка — отражает плановое количество
  дней от даты отгрузки до даты поступления. При отражении отгрузки заказа
  поставщиком будет автоматически рассчитываться дата поступления, как Дата
  отгрузки + Доставка.

Срок покупки включает длительность доставки.

Изменения по форме заказа поставщику

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

• Отгрузка одной датой (Дата отгрузки в табличной части документа) — отражает плановую
  дату отгрузки товаров со склада поставщику. Используется для расчета дат
  платежей для вариантов отсчета «до даты отгрузки», «от даты отгрузки» с учетом
  количества дней, указанных в соглашении на данные варианты отсчета.
• Длительность доставки — отражает плановое количество дней от
  даты отгрузки до даты поступления. Заполняется из соглашения с поставщиком и
  используется для расчета даты поступления в заказе.

Желаемая дата поступления
– дата, к которой организация (покупатель) желает получить товар от поставщика
вне зависимости от графика работы предприятия. Рассчитывается как Дата заказа +
Поставка (по соглашению с поставщиком).

Дата поступления –
ожидаемая дата поступления товаров на склад от поставщика. Дата поступления = Отгрузка одной датой (Дата
отгрузки) + Длительность доставки. Дата поступления доступна на форме заказа,
если длительность доставки больше 0. Длительность учитывается в
календарных днях.

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

Дата отгрузки – это
отгрузка товаров со склада поставщика. От этой даты рассчитываются даты
платежей для вариантов отсчета «от даты отгрузки», «до даты отгрузки».

Если установлен флаг Отгрузка одной
датой в заказе и длительность не 0, то при изменении даты отгрузки или
длительности доставки пересчитывается дата поступления. При изменении даты поступления пересчитывается длительность доставки от
даты отгрузки.

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

В правилах оплаты заказа
заполняются этапы оплаты по каждой дате отгрузки.

Графики исполнения договоров

График
оплат и отгрузок по договору с клиентом

Для возможности ввода графика исполнения договора
обязательно должна быть заполнена дата договора.

График отгрузки и график
оплаты можно задать в договоре с клиентом, если используется порядок расчетов
«По договорам», «Аванс по договорам, долг по накладным» и график исполнения
определяется договором. Потребуется задать сумму договора, которая будет
распределена по датам отгрузки и датам платежей графика исполнения договора в
соответствии с % оплаты.

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

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

График оплаты можно заполнить по этапам оплаты соглашения
или графику оплаты, указанному в соглашении (команда Заполнить
по соглашению).

Если в графике соглашения присутствуют этапы с вариантами
отсчета «от даты заказа», «от даты согласования», то в графике оплат договора
варианты отсчета «от даты заказа», «от даты согласовании» заменяются на «от
даты договора», а вариант контроля «Оплата до обеспечения» — на «Оплата до
отгрузки».

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

Этапы оплаты, рассчитанные от даты отгрузки, редактируются
сразу по всем связанным строкам графика в отдельной форме Этап оплаты (например, 5 % + 5 % = 10 %).

При изменении этапа рассчитанного по датам отгрузок будут
изменены все связанные строки графика.

Для графиков исполнения
договоров с клиентами предусмотрена возможность указания производственного
графика для учета отсрочки по рабочим дням (настройка Учет отсрочки по рабочим дням производственного календаря на форме графика исполнения договора).

График
оплат и поставок по договору с поставщиком

Для возможности ввода графика исполнения договора
обязательно должна быть заполнена дата договора.

График оплат и поставок
можно задать в договоре с поставщиком, если используется порядок расчетов «По
договорам», «Аванс по договорам, долг по накладным» и график исполнения
определяется договором. Потребуется задать сумму договора, которая будет
распределена по датам платежей графика исполнения договора в соответствии с %
оплаты.

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

Реквизит Длительности доставки
отражает плановое количество дней от даты отгрузки до даты поставки.
Длительность доставки заполняется вручную и используется для расчета дат
поставки в графике исполнения договора.

Дата поставки рассчитывается как Дата отгрузки +
Длительность доставки

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

В графике оплаты доступны варианты отсчета «от даты
договора», «до даты отгрузки», «от даты отгрузки». Для вариантов отсчета доступны
варианты контроля «Оплата до отгрузки», «Оплата после отгрузки», «Оплата
независимо от отгрузки».

График оплаты можно заполнить по этапам оплаты соглашения
(команда Заполнить по соглашению).

Если в графике соглашения присутствуют этапы с вариантами отсчета
«от даты заказа», «от даты согласования», то в графике оплат договора варианты
отсчета «от даты заказа», «от даты согласовании» заменяются на «от даты
договора», а вариант контроля «Оплата до подтверждения» — на «Оплата до
отгрузки».

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

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

Для графиков исполнения
договоров с поставщиками предусмотрена возможность указания производственного
графика для учета отсрочки по рабочим дням (настройка Учет отсрочки по рабочим дням производственного календаря на форме графика исполнения договора).

Заполнение графиков оплаты заказов, накладных

В правилах оплаты заказов, накладных добавляются колонки
«Вариант отсчета» и «Контроль».

При расчетах «По заказам», «Аванс по заказам, долг по
накладным», «Аванс по договорам, долг по накладным», «По договорам» (если
график исполнения определяется заказом/накладной) график оплаты заполняется в
правилах оплаты заказа.

Если график оплаты не заполнен в заказе, то по умолчанию в
качестве этапа оплаты будет заполнена информация о 100 % платеже по варианту
отсчета «от даты заказа» и с вариантом контроля «Оплата независимо от отгрузки».

Если в графике оплаты заказа заполнены различные варианты
отсчета и контроля, то в график оплаты накладной по такому заказу, попадают все
этапы оплаты из заказа (как предоплатные – от даты заказа, от даты
согласования, до даты отгрузки, так и кредитные – от даты отгрузки, от даты
перехода права собственности).

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

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

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

При добавлении строки сверх заказа в правилах оплаты
накладной сумма платежа по строке сверх заказа распределяется по всем этапам
оплаты в соответствии с % платежа. При планировании оплаты по отгрузке сверх
заказа в данной колонке будет установлена иконка .

В накладной по заказам график оплат всегда представлен
табличной частью с разбивкой по заказам.

Если в графике соглашения присутствуют этапы с вариантами
отсчета «от даты заказа», «от даты согласования», а накладная введена не по
заказу или используется порядок расчетов «По расчетным документам», то в
правилах оплаты накладной такие варианты отсчета заменяются на «до даты
отгрузки» со сдвигом «0», а вариант контроля «Оплата до обеспечения» — на
«Оплата до отгрузки».

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

При расчетах «Аванс по договорам, долг по накладным», «По
договорам» (если график исполнения определяется договором) графики в заказах,
введенных по такому договору, отключаются. В график оплаты накладной попадают
все этапы оплаты из договора (как предоплатные – от даты договора, до даты
отгрузки, так и кредитные – от даты отгрузки, от даты перехода права
собственности). График оплаты по накладной можно перезаполнить по команде Заполнить по графику договора.

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

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

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

При упрощенном варианте планировании оплаты Оплата до отгрузки и/или после отгрузки в правилах
оплаты доступны два этапа оплаты – Оплата до отгрузки
(должна быть осуществлена до проведения накладной или заказа клиента, в котором
для строк установлено действие
«Отгрузить») и Произвольная оплата («Не
контролируется») (аналогично и при работе с поставщиками).

Для предоплатного этапа (Оплата до
отгрузки) доступны варианты отсчета «от даты заказа», «от даты
согласования»», «до даты отгрузки», для неконтролируемого этапа (Произвольная оплата) — все варианты отсчета, в том
числе «от даты отгрузки», «от даты перехода права собственности».

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

Если накладная по заказу с расчетами «Аванс по заказам, долг
по накладным», «По заказам», «Аванс по договорам, долг по накладным», «По
договорам» (если график исполнения определяется заказами/накладными), то в
правилах оплаты накладной недоступен для изменения график оплаты, форма оплаты,
реквизит «Оплата в иностранной валюте», банковский счет, касса.

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

Расчет дат платежей в графиках оплаты клиентов

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

Дата отгрузки в заказах
рассчитывается как Дата заказа + Поставка (по соглашению).

Расчет дат платежей в
правилах заказа клиента для вариантов отсчета:

• «от
  даты заказа»: Дата документа заказа + Срок
  (дн) (количество дней отсрочки по соглашению).
• «от
  даты согласования»: Дата согласования (по
  заказу) + Срок (дн) (количество дней отсрочки по соглашению).
• «до даты отгрузки»: Дата отгрузки (по заказу) —
  Срок (дн) (количество дней отсрочки по соглашению).
• «от даты отгрузки»: Дата отгрузки (по заказу) + Срок
  (дн) (количество дней отсрочки по соглашению).
• «от даты перехода права собственности»: Дата
  отгрузки (по заказу) + Переход права собственности (по соглашению с клиентом) +
  Срок (дн) (количество дней отсрочки по
  соглашению).

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

• «до
  даты отгрузки» (от даты накладной).
• «от
  даты отгрузки» (от даты накладной).
• «от
  даты перехода права собственности» (от даты накладной или от даты перехода
  права собственности, если используется хозяйственная операция «Реализация
  (товары в пути)»).

Расчет дат платежей в графиках оплаты поставщикам

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

Расчет дат платежей в
правилах оплаты заказа клиента для вариантов отсчета:

• «от
  даты заказа»: Дата документа заказа + Срок
  (дн) (количество дней отсрочки по соглашению).
• «от
  даты согласования»: Дата согласования (по
  заказу) + Срок (дн) (количество дней отсрочки по соглашению).
• «до даты отгрузки»: Дата отгрузки (по заказу) —
  Срок (дн) (количество дней отсрочки по соглашению).
• «от даты отгрузки»: Дата отгрузки (по заказу) + Срок
  (дн) (количество дней отсрочки по соглашению).

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

• «до
  даты отгрузки» (от даты отгрузки).
• «от
  даты отгрузки» (от даты отгрузки).

Отчеты

В отчетах Задолженность клиентов,
Задолженность поставщикам вместо колонок «Аванс»,
«Предоплата» «Кредит» выводятся варианты контроля «До отгрузки», «До
обеспечения/До подтверждения», «После отгрузки», «Независимо от отгрузки».

Обновление ИБ

Для графиков оплат от клиентов заполняются варианты отсчета:

• Кредит
  (после отгрузки) = «От даты отгрузки».
• Предоплата
  (до отгрузки) = «От даты заказа».
• Аванс
  (до обеспечения) = «От даты заказа».

Для графиков оплат поставщикам:

• Предоплата
  (до отгрузки) = «От даты заказа».
• Кредит
  (после отгрузки) = «От даты отгрузки».

Новое наименование документа «Списание
задолженности»

Документ Списание задолженности
переименован в документ Корректировка задолженности,
использование которого позволяет отразить следующие операции:

• Списание дебиторской задолженностина расходы или
  активы:
  • списание
    дебиторской задолженности клиента перед организацией;
  • списание
    дебиторской задолженности поставщика перед организацией;
• Начисление дебиторской задолженностина доходы или
  пассивы:
  • восстановление, начисление дебиторской
    задолженности клиента перед организацией;
  • начисление дебиторской задолженности поставщика
    перед организацией.
• Списание кредиторской задолженностина доходы или
  пассивы:
  • списание
    кредиторской задолженности организации перед клиентом;
  • списание
    кредиторской задолженности организации перед поставщиком;
• Начисление кредиторской задолженностина расходы
  или активы:
  • начисление
    кредиторской задолженности организации перед клиентом;
  • начисление
    кредиторской задолженности организации перед поставщиком.
• Списание дебиторской задолженности за счет резервов по
  сомнительным долгамна расходы или активы. Для различного отражения в БУ и
  НУ и формирования разниц на закладке «Расходы и активы» необходимо выбрать
  статью расходов, в карточке которой снят признак «Принимается к налоговому
  учету по налогу на прибыль».

Учет претензий клиентов и поставщикам

Возможность отражения, обработки претензий клиентов и
поставщикам определяется функциональной опцией НСИ и
администрирование – Настройка НСИ и разделов — CRM и маркетинг – Настройки CRM
– Фиксировать претензии.

Сценарий использования:

• Менеджер
  регистрирует претензию (поставщику или от клиента) в справочнике Претензии.
• Бухгалтер
  заполняет учетные данные в этой претензии.
• Бухгалтер
  рассчитывает сумму претензии и отражает ее в расчетах документом Корректировка задолженности.

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

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

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

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

Начисление можно произвести как на объект расчетов
«Претензия», так и на объект расчетов (заказ, накладная, договор).

На объекте расчетов, по которому выставляется претензия,
отражается задолженность контрагента.

Несколько объектов расчетов могут быть отнесены только на
одну статью доходов/расходов, активов/пассивов.

Только один объектов расчетов может быть распределен на несколько
статей доходов/расходов, активов/пассивов.

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

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

Например, при возврате товаров можно перевыставить
поставщику транспортные расходы, понесенные при покупке товаров.

Обновление ИБ

При обновлении конвертируются документы Списание задолженности в Корректировка
задолженности:

Реквизиты статья расходов, статья доходов, аналитика
расходов, аналитика доходов, настройка счетов учета переносятся в
соответствующие реквизиты первой строки новой табличной части доходы/расходы, активы/пассивы.

Обеспечение потребностей

Рефакторинг корректировки
назначения

Изменения по документу «Корректировка назначения товаров»

Изменения по документу Корректировка
назначения товаров:

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

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

Обработка «Резервирование» корректировки назначения

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

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

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

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

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

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

В подвале обработки Резервирование
отображаются итоги по назначению-получателю для каждой выделенной строки:

• Потребность – общее количество товара на складе,
  требуемое по заказу/заказам.
• Обеспечено – количество товара обособленное по
  назначению на складе, либо ожидаемое к поступлению на склад по заказам на
  поступление по данному назначению (наличие плюс ожидаемые поступления на
  склад).
• В наличии – количество товара обособленное на складе по
  данному назначению.

Итоги рассчитываются с учетом количества, введенного в
колонке К корректировке.

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

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

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

• Нет
  позиций на складе отгрузки.
• Частично
  в наличии на складе отгрузки.
• Все
  товары полностью в наличии на складе отгрузки.
• Сверх
  потребности на складе отгрузки.

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

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

• Не
  обеспечен.
• Частично
  обеспечен.
• Полностью
  обеспечен.
• Обеспечен
  сверх потребности.

Новое действие в заказах: «К обеспечению» без резервирования
товаров на складе

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

После перехода на версию 11.5.7 изменилось поведение
действия «К обеспечению», при котором заказ с таким действием в строке стал
автоматически резервировать товар на складе, уменьшая свободный остаток, в
результате возникали проблемы, если:

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

В список действий добавлено дополнительное действие
«Резервировать по мере поступления», которое уменьшает доступный остаток на
складе.

При этом действие «К обеспечению» позволяет зафиксировать
потребности в заказах без автоматического резервирования товаров на складе.

Также предусмотрены отдельные команды по установке каждого
действия в форме документа и в форме списка документов.

Для строк заказа с действием «К обеспечению» в форме
состояния обеспечения для планирования графика отгрузки заказов отображается
информация о распределении запасов. Распределение справочное, без изменения
свободного остатка на складе. Состояние в списке заказов также формируется с учетом
полученного распределения.

Для работ возможно указание только действия «К обеспечению»
и недоступен выбор «Резервировать по
мере поступления».

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

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

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

Отчет «Остатки и доступность товаров»

В отчет добавлены новые колонки «К обеспечению», «Дефицит»,
«Излишек».

Излишек = В наличии + Поступит – [Все заказы]

Заказы с действием «Резервировать по мере поступления»
уменьшают свободный остаток и попадают в колонку «В резерве».

Если нет доступного остатка, все заказы с действием «К
обеспечению» + «Резервировать по мере поступления» попадают в колонку «К
обеспечению».

Обновление ИБ для регистров

При переходе с 11.4/11.5.6 полное заполнение регистра
сведений Распределение запасов» и регистра накопления «Распределение запасов –
движения по данным документов.

При переходе с 11.5.7 регистры не меняются (кроме случаев,
описанных в *), так как в регистрах переименованы ресурсы:

• «К обеспечению» в «Резервировать по мере
  поступления».
• «Распределено» в «Зарезервировано».

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

* Особые случаи, когда регистры меняются:

• Для номенклатуры с типом работа в документах 11.5.8
  останется действие «К обеспечению». В регистре накопления «Распределение
  запасов – Движения» перенос данных из ресурса «Резервировать по мере
  поступления» в ресурс «К обеспечению» с пересчетом данных по номенклатуре и
  подразделению в регистре распределение запасов.
• Для товаров в заказах с действием «Резервировать
  по мере поступления» и датой отгрузки за границей обеспечиваемого периода в
  регистре сведений «Распределение запасов» в 11.5.7 сформированы записи по
  состоянию «Отложить обеспечение», ресурс «Не обеспечено». В 11.5.8 это
  состояние упразднено и такие строки будут учитываться аналогично строкам
  заказов с действием «К обеспечению». В обновлении на такие строки будет
  выполнено справочное распределение запасов.

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

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

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

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

Учет товаров, переданных переработчикам

Архитектура данных

Добавлены возможности:

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

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

Схема документооборота:

Развитие производства на стороне версии 2.4 не планируется. Производство
на стороне версии 2.4 будет поддерживаться до выпуска 1С:ERP версии 2.6. При
отключении производства на стороне версии 2.4 настройки для ее включения
перестают отображаться.

Во время переходного периода доступно параллельное
использование производства на стороне версий 2.4 и 2.5 для завершения
производства по заказам версии 2.4. При использовании производства на стороне
версии 2.5 новые заказы версии 2.4 создать нельзя.

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

Описываемые ниже возможности доступны только для включенном
производстве на стороне версии 2.5 (производство на стороне версии 2.4 должна
быть отключено).

Настройки и справочники

Настройки использования производства на стороне версии 2.5
определяются функциональными опциями в разделе НСИ и администрирование –
Производство – Переработка на стороне – Переработка на стороне:

• Общая
  настройка использования версии 2.5
• Настройки
  использования актов расхождений после приемки/отгрузки
• Настройки
  использования заказов переработчикам
• Настройки
  проверки выполнения заказов переработчикам при их закрытии
• Настройки
  обособления материалов при использовании заказов переработчикам

Для учета серий товаров при работе с переработчиком
используется отдельная настройка в Политике учета серий
– У партнеров – При передаче переработчику:

Настройка доступна только при политике Учет себестоимости по сериям.

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

• выходные
  изделия (в том числе работы),
• побочный
  и промежуточный выход (в том числе работы),
• материалы
  и работы (закупаемые или выполняемые переработчиком):

• услуги, выполняемые переработчиком:

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

Во всех документах переработки обязательно указывается Переработчик (партнер и контрагент), Организация и Договор с
переработчиком версии 2.5:

Заказы переработчику

Заказы переработчику можно сформировать

• по
  потребностям;
• вручную.

Правила оплаты могут быть заполнены вручную, по умолчанию
(по договору) или по предыдущим заказам с этим же переработчиком:

Услуги переработчика могут оформляться отдельно или
указываться в заказе – одна или несколько услуг на каждую группировку затрат, с
указанием количества:

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

Дата выполнения услуг
переработчика может использоваться при заполнении графика оплат при расчете Даты платежа — От (до) даты отгрузки. По умолчанию при создании заказа
переработчику указывается Выполнение работ одной (текущей) датой.

Заполнение информации о производимой продукции:

• Продукция
  (в том числе работы) могут выпускаться по рассчитываемой и по фиксированной
  стоимости.
• Цена
  выпуска по фиксированной стоимости заполняется по Виду
  цен (изделия/материалы), указанному на закладке Дополнительно,
  и может быть нулевой.
• Можно
  указать группу складов продукции в шапке заказа, а в табличных частях Изделия по рассчитываемой стоимости и Побочный и промежуточный выпуск по фиксированной стоимости
  построчно уточнить, какие именно склады данной группы будут использоваться, при
  этом:
  • доступны только группы складов с признаком Разрешить в заказах или Разрешить
    в заказах и накладных;
  • Поступление продукции от
    переработчика всегда оформляется на конкретный склад, если в заказе
    несколько складов – оформление поступлений на основании недоступно (только в
    рабочем месте Документы передачи в переработку (к
    оформлению) или вручную).
• Можно
  указать конкретный склад, и в табличных частях выбор склада будет недоступен.

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

Заполнение информации о потребляемых материалах и работах:

• Можно
  указать группу складов в шапке заказа, а в табличной части построчно уточнить,
  какие именно склады данной группы будут использоваться, при этом:
  • доступны только группы складов с признаком Разрешить в заказах или Разрешить
    в заказах и накладных;
  • Передача сырья
    переработчику может быть оформлена на основании одним документом на
    группу складов с признаком Разрешить в заказах и
    накладных. В остальных случаях при нескольких складах материалов в
    заказе оформить передачи можно вручную
    или в рабочем месте Документы передачи в переработку (к
    оформлению).
• Можно
  указать конкретный склад, и в табличной части выбор склада будет недоступен.

Управленческий учет затрат и финансовый результат

Развитие детализации себестоимости товаров

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

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

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

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

Детализация себестоимости товаров до статей дополнительных
расходов доступна только при использовании метода оценки стоимости ФИФО.

Для хранения данных
о детализации себестоимости партий товаров в систему добавлены новые регистры
сведений:

• Детализация себестоимости партий товаров для учета
  номенклатурных затрат, формирующих первоначальную стоимость партии товаров:
  • закупочная стоимость материалов, товаров, работ;
  • материальные затраты, отнесенные на партию
    выпущенной продукции;
  • Цена таких затрат на единицу
    номенклатуры не меняется при перемещении товаров между складами, назначениями и
    т.п. Записи в данный регистр формируются один раз в месяце возникновения
    партии.
• Детализация себестоимости
  партий товаров, постатейные и прочие затраты для учета постатейных
  затрат, формирующих первоначальную стоимость партии. В регистре учитываются:
  • дополнительные расходы по товарам, отраженные в
    месяце поступления партии номенклатуры;
  • производственные расходы по которым ведется
    раздельный учет по налогообложению НДС.
  • Записи в данные регистры
    формируются один раз в месяце возникновения партии.
• Детализация себестоимости
  партий товаров, постатейные и прочие затраты (периодический) для учета
  постатейных затрат, формирующих стоимость партии на конкретном складе:
  • дополнительные расходы, отнесенные на товары на
    конкретном складе или расходы по перемещению товаров (цена таких дополнительных
    расходов на единицу номенклатуры будет разная в зависимости от перемещений
    товаров между складами);
  • дополнительные расходы по товарам, отраженные в
    следующих периодах после поступления партии.

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

Данные указанных регистров используются:

• в механизме учета НДС для определения аналитики
  и суммы НДС при изменении вида деятельности НДС;
• для формирования бухгалтерских проводок по
  включению / исключению НДС из стоимости;
• в отчетах для детализации себестоимости товаров
  до исходных затрат. Отчеты позволяют расшифровать:
  • как сформировалась сумма дополнительных расходов
    в себестоимости выпущенной продукции или в себестоимости номенклатуры на
    складе;
  • по каким статьям расходов и на какие суммы
    отражены дополнительные расходы, включенные в себестоимость номенклатуры;
  • какими документами были отражены дополнительные
    расходы, включенные в себестоимость номенклатуры.

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

Детализация себестоимости до исходных затрат поддержана в
следующих отчетах:

• Валовая прибыль
  предприятия (Валовая прибыль организаций)

• Себестоимость товаров
  предприятия (Себестоимость товаров организаций).

• Дерево себестоимости
  продукции предприятия (Дерево себестоимости
  продукции организаций)

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

Сервисные возможности

Отображение входящих документов в терминах контрагента

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

Для управления отображениям
документов используется настройка НСИ и
администрирование – Предприятие – Представление входящих документов:

• Стандартное: внутреннее
  наименование, номер, дата — пример: Приобретение товаров и услуг
  ТД00-000044 от 28.04.2021 13:33:22;
• Внешнее: входящее
  наименование, номер, дата – пример: вх.
  УПД 553 27.04.2021;
• Полное: вн. Наименование,
  номер, дата (вх. Наименование, номер, дата) – пример: Приобретение товаров и услуг ТД00-000044 от 28.04.2021 13:33:22
  (вх. УПД 553 27.04.2021).

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

Список документов,
поддерживающих настройки обображения входящего номера:

• Акт о
  расхождениях после отгрузки;
• Возврат сырья от
  переработчика;
• Возврат товаров
  между организациями;
• Возврат товаров
  от клиента;
• Выкуп
  арендованных ОС;
• Выкуп возвратной
  тары у поставщика;
• Выкуп принятых на
  хранение товаров;
• Заключение
  договора аренды;
• Корректировка
  приобретения;
• Отчет
  комиссионера;
• Отчет
  комиссионера о списании;
• Отчет оператора
  системы Платон;
• Отчет по комиссии
  между организациями;
• Отчет по комиссии
  между организациями о списании;
• Первичный
  документ;
• Передача товаров
  между организациями;
• Поступление
  денежных документов;
• Поступление от
  переработчика;
• Поступление сырья
  от давальца;
• Поступление
  товаров на склад;
• Поступление
  товаров от хранителя;
• Поступление услуг
  по аренде;
• Прекращение
  договора аренды;
• Приемка товаров
  на хранение;
• Приобретение
  товаров и услуг;
• Приобретение
  услуг и прочих активов.

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

Глобальный поиск для поиска документов работает по строкам
вида:

• <Наименование>
  <Номер> от <Дата>
• <Номер>
  от <Дата>
• <Наименование>
  <Номер>
• <Номер>

Отбор осуществляется в пределах дня, если задана Дата.

Поиск идет по Наименованию (Представление + НаименованиеВходящегоДокумента)
и/или Номеру (Номер + НомерВходящегоДокумента).

Результат выборки упорядочиваются по уменьшению даты
документа.

Обмен электронными документами

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

Реализованы новые возможности
публикации скидок в торговых предложениях в сервисе «1С:Бизнес-сеть».

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

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

Добавлена проверка внедрения БИП
(библиотека интернет-поддержки).

Обновлена обработка проверки
внедрения БСП (библиотека стандартных подсистем).

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

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

Поддержана сертификация Директбанка
от УБРиР.

Поддержаны изменения формата
корректировочного счета-фактуры в соответствии с приказом ФНС России от
12.10.2020 № ЕД-7-26/736@.

Поддержана версия платформы 8.3.17
без режима совместимости.

Поддержано использование двух ИНН в
квалифицированном сертификате ключа проверки электронной подписи в соответствии
с Требованиями, утвержденными приказом ФСБ России от 27 декабря 2011 г. № 795.

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

Интернет поддержка пользователей

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

Добавлена возможность
управлять признаком отключения проверки состояния контрагента в базе ФНС с
указанием причины отключения проверки.

Доработана
функциональность получения идентификатора соединения для авторизации в системе
«Честный знак»