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

Примечание

Программные продукты  "1С:ERP Управление предприятием 2", "1С:Комплексная автоматизация 2", "1С:Управление торговлей 11" образуют единую линейку и разрабатываются совместно.

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

НСИ

Штрихкоды номенклатуры

Презентация технического проекта 00-00011851 "Развитие механизма работы со штрихкодами номенклатуры".

Новое в версии в 1С:Лектории.

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

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

В информационной базе ведется список Штрихкоды номенклатуры. В этом списке регистрируются коды EAN-13 и коды GTIN (используются в частности в составе кодов маркировки и, как правило, имеют 0 в первом разряде и совпадают в 13 правых разрядах с кодом EAN-13). Штрихкоды задаются в следующих разрезах

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

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

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

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

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

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

Штрихкоды серий номенклатуры

Презентация технического проекта 00-00011851 "Развитие механизма работы со штрихкодами номенклатуры".

Новое в версии в 1С:Лектории.

Штрихкод серии – это машиночитаемое графическое представление номера (кода) серии в формате Code-128. В общем случае код серии не позволяет однозначно идентифицировать номенклатуру и характеристику (если используется), не заменяют их, но могут использоваться в дополнение к штрихкодам номенклатуры (EAN-13) для указания серий товаров в форме указания серии считыванием штрихкода серии (Code-128).

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

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

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

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

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

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

Ограничение

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

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

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

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

В рамках подсистемы интеграции с ГИС МТ при поиске кодов GTIN в регистре сведений Штрихкоды номенклатуры не учитываются записи, в которых указана серия номенклатуры.

Продажи, закупки, склад

Контроль качества

Реализована функциональность контроля качества товаров, включающая следующие возможности:

Заявки на закупку и обеспечение

Презентация технического проекта 00-00009322 "Заявки на закупку".

Новое в версии в 1С:Лектории.

Реализованы новые документы Заявка на обеспечение и Заявка на закупку с целью:

Сценарии работы:

Заявка на обеспечение

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

Возможности документа Заявка на обеспечение (Склад и доставка – Внутреннее товародвижение – Заявки на обеспечение):

Документ доступен при включенной функциональной опции НСИ и администрирование – Настройка НСИ и разделов – Склад и доставка – Внутреннее потребление - Заявки на обеспечение.

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

Порядок работы с документом Заявка на обеспечении:

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

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

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

Заявка на обеспечение создается из списка документов Заявки на обеспечение (Склад и доставка – Внутреннее товародвижение – Заявки на обеспечение) и в статусе Черновик, при котором не обязательны для заполнения до начала выполнения заявки поля Организация, Подразделение, Ответственный, Склад. Эти поля заполняются по статистике при создании заявки.

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

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

Если номенклатура введена в произвольной форме (не из справочника «Номенклатура») – рядом с полем будет отображаться пиктограмма .

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

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

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

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

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

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

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

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

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

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

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

Подробнее про работу с запросами коммерческих предложений см. в главе «Закупки», раздел «Запросы коммерческих предложений в 1С:Бизнес-сети».

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

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

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

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

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

Согласование заявки

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

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

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

Обеспечение заявки

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

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

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

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

Закрытие заявки

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

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

В «закрывающем» статусе исполнитель по заявке не устанавливается (поле «Кому направлена» блокируется).

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

Заявка на закупку

Документ Заявка на закупку (Закупки – Закупки – Заявки на закупку) доступен при включенной функциональной опции НСИ и администрирование – Настройка НСИ и разделов – Закупки – Документы закупок - Заявки на закупку. Оформление заявок на закупку доступно при включенной опции Заказы поставщикам.

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

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

Заявку на закупку можно создать:

Порядок работы с заявкой на закупку:

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

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

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

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

Кто является ответственным, зависит от процессов в компании. Ответственный может быть и согласующим (отклонение от условий закупки + согласование заявок на закупку).

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

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

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

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

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

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

После того как будут созданы коммерческие предложения, можно в заявке заполнить условия закупки по подобранным в запросе коммерческим предложениям (команда «Заполнить – Условия закупки по коммерческим предложениям»).

Подробнее про работу с запросами коммерческих предложений см. в главе «Закупки», раздел «Запросы коммерческих предложений в 1С:Бизнес-сети».

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

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

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

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

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

и вставить в выделенные строки по команде .

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

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

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

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

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

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

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

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

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

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

Закрытие заявки

Закрытие заявки на закупку предусмотрено вручную, установкой статуса «Закрыта».

Позиции, по которым принято решение не выполнять закупку, можно отменить в заявке на закупку при применении соответствующих команд. Также при закрытии заявки (установленном статусе «Закрыта») будет предложено отменить строки, по которым не были сформированы заказы.

При проведении заявки в статусе «Закрыта» будет выведена форма с сообщением: «В документе присутствуют строки, по которым не сформированы заказы поставщикам. Отменить незаказанные товары?». При подтверждении отмены для заявки будет установлен статус «Закрыта» и для незаказанных строк товаров будет установлен флаг в колонке «Отменено».

Формирование заявок на закупку по потребностям

Заявку на закупку можно создать с использованием рабочего места Формирование заявок на закупку по потребностям, которое доступно:

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

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

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

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

Заявки и заказы группируются по менеджеру. Менеджера можно изменить (например, на шаге 6 по команде «Изменить – Менеджера»).

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

Если у пользователя нет роли по согласованию заявок, то заявка будет создана в статусе «На согласовании», если есть роль – в статусе «На выполнении».

Формирование заявок на закупку по плану

Заявку на закупку можно создать с использованием рабочего места Формирование заявок на закупку по плану, которое доступно:

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

В рабочем месте на шаге 1 предусмотрено поле «Менеджер» (исполнитель), которое потребуется заполнить вручную, и значение которого будет заполнено в соответствующем реквизите заявки на закупку.

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

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

Отбор по периоду для заявок на закупку накладывается по «Желаемой дате поступления».

Если в документе Заявка на закупку в разрезе «Номенклатура + Характеристика + Назначение + Склад (для товаров, тары)/Подразделение (для услуг, работ) + Партнер + Соглашение» есть несколько строк с различными ожидаемыми датами поступления, то в этом разрезе берется максимальная дата поступления.

Ограничения

Ставки НДС в прайс-листе и на стороне комиссионера

Презентация технического проекта 00-00017833 "Поддержка ценообразования в условиях применения разных ставок НДС".

Новое в версии в 1С:Лектории.

В связи с введением ставок НДС 5% и 7% необходимо фиксировать ставку НДС (собственного товара и товара, принятого на комиссию) в условиях продажи (прайс-листе) и осуществлять подбор видов запасов комитентов с учетом ставки НДС, указанной в строке документа и ставки НДС комитента.

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

Пример:

Настройки видов цен (версия ценообразования 11.5)

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

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

На форму элемента справочника «Вид цены» добавлен реквизит Ставка НДС в прайс-листе, для которого предусмотрены варианты:

Реквизит Ставка НДС в прайс-листе доступен при включенном ценообразовании 11.5.

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

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

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

Изменения в схемах СКД:

Рабочее место «Прайс-лист»/Документ «Установка цен номенклатуры»

Информация о ценах продажи номенклатуры хранится в регистре сведений «Цены номенклатуры 2.5», в который добавлен новый ресурс «Ставка НДС».

В рабочем месте Прайс-лист (CRM и маркетинг – Цены и скидки – Цены (прайс-лист)) колонка Ставка НДС предусмотрена только для видов цен с определенным вариантом ставки НДС в прайс-листе. Отображение колонки доступно при установленном флаге Ставки НДС в настройках параметров выводимой информации (при необходимости колонку можно скрыть):

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

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

Для варианта «Применяются общие ставки НДС» ставки берутся из номенклатуры на дату указанную в прайс-листе. Заполнить ставки для номенклатуры можно в рабочем месте Ставки НДС Номенклатуры (НСИ и Администрирование – НСИ).

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

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

Отчет «Прайс-лист»

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

Ведение ставок НДС для комитентов (на стороне комиссионера)

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

Исторические ставки НДС хранятся в разрезе контрагентов в РС «Настройки учета НДС при УСН Комитентов».

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

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

Оформление продаж

Если в виде цен/прайс-листе указана ставка НДС, то это значение по умолчанию заполняется в документе продажи, при этом можно изменить ставку НДС вручную в строке конкретного документа.

Алгоритм заполнения ставки НДС в документах продажи:

Перезаполнение ставок НДС в документах продажи:

При отсутствии полных прав и роли «Отклонение от условий продажи» выполняется контроль ставки НДС:

Подбор видов запасов:

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

Оказание услуг агентом (поставщик услуг собственная организация/партнер)

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

В карточке контрагента (комитента/принципала)/принципала (организации) предусмотрена возможность задать настройки учета НДС комитента (налогообложение и ставку НДС) (блок Настройки учета НДС комитента).

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

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

Чек ККМ

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

В рамках данного проекта реализовано определение ставки НДС комитента в случае продажи комиссионного товара в чеке ККМ:

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

    • Интеркампани (межфирменные продажи)

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

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

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

    Изменения в документах:

    Заполнение
    Ставки НДС из РС «Цены номенклатуры  2.5»

    Заполнение
    Ставки НДС по Комитенту

    Контроль
    видов запасов при проведении

    Контроль услуг

    Коммерческое предложение клиенту

    ＋

    Заказ клиента

    ＋

    Заявка на возврат товаров от клиента

    ＋

    Реализация товаров и услуг

    ＋

    ＋ (кроме передачи на комиссию)

    ＋

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

    ＋

    ＋

    ＋

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

    ＋

    Акт выполненных работ для клиента

    ＋

    ＋

    Выкуп возвратной тары клиентом

    ＋

    Выкуп товаров хранителем

    ＋

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

    ＋

    Отчет комиссионера о списании

    ＋

    Передача товаров между организациями

    ＋

    ＋ (кроме передачи на комиссию)

    ＋

    Возврат товаров между организациями

    ＋

    ＋(при превышении)
     (кроме передачи на комиссию)

    Отчет по комиссии между организациями

    ＋

    Отчет по комиссии между организациями о списании

    ＋

    Отчет комитенту о продажах

    ＋

    Отчет комитенту о списании

    ＋

    Чек ККМ

    ＋

    Отчет о розничных продажах

    ＋

    РМ Помощник продаж

    ＋

    Ограничения

    Документ Отгрузка товаров клиенту.

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

    Изменение настроек в договоре с контрагентом (поставщиком)

    В карточке договора с контрагентом (поставщиком) с целью «Закупка», «Закупка (импорт)», «Закупка (Ввоз из ЕАЭС)» на закладке «Расчеты и оформление» настройка по схеме оформления документов раздельной закупки Доступно оформление раздельной закупки изменена и разделена на два независимых блока:

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

    Было:

    Стало:

    Межфирменные продажи. Отчет по комиссии между организациями

    Презентация технического проекта 00-00019241 "Статья расходов по комиссионному вознаграждению в "Отчете по комиссии между организациями"".

    Новое в версии в 1С:Лектории.

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

    Отражение затрат на комиссионное вознаграждение по Счету учета из ГФУ бухгалтерского учета, указанной в статье затрат, в корреспонденции со счетом расчетов с поставщиком

    Распределение затрат на Счет списания из ГФУ бухгалтерского учета  в корреспонденции со счетом учета затрат (аналогично статьям с распределением на финансовый результат).

    Ограничения

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

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

    В текущих версиях документ Отчет по комиссии между организациями не проводятся по РН «Прочие расходы».

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

    Презентация технического проекта 00-00019241 "Статья расходов по комиссионному вознаграждению в "Отчете по комиссии между организациями"".

    Новое в версии в 1С:Лектории.

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

    Ограничения

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

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

    В текущих версиях документ Отчет комиссионера (агента) о продажах не проводятся по РН «Прочие расходы»

    Розничные продажи табачной продукции

    Презентация технического проекта 00-00018761 "Контроль цены табачной продукции с учетом цен ЕМРЦ и МРЦ при продаже в розницу".

    Новое в версии в 1С:Лектории.

    В соответствии с требованиями ст.7 Федерального закона от 13.06.2023 N 203-ФЗ (ред. от 23.05.2025) "О государственном регулировании производства и оборота табачных изделий, табачной продукции, никотинсодержащей продукции и сырья для их производства", также "Правил определениями минимальной цены на табачную продукцию", утвержденных  Постановлением Правительства РФ от 27.08.2025 N 1282 "О порядке определения минимальной цены на табачную продукцию" Розничная цена табачной продукции в фискальном чеке должна быть равна значению МРЦ в коде маркировки, при этом значение МРЦ в КМ должно быть больше ли равным значению ЕМРЦ, устанавливаемому Министерством сельского хозяйства РФ.

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

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

    Если МРЦ меньше действующей ЕМРЦ, получается предыдущая ЕМРЦ для сравнения с МРЦ:

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

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

    При работе в РМК в случае продажи табачной продукции пробитие чека возможно только после указания кодов маркировки. Код маркировки можно указать с использованием сканера штрихкода из формы РМК или через форму подбора и проверки табачной продукции (кнопка Акцизные марки в РМК).

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

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

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

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

    При отражении возврата табачной продукции в РМК указание кода маркировки не обязательно, также не выполняется контроль ЕМРЦ. В случае возврат по чеку цена подбирается из чека продажи. В случае возврата по чеку цена устанавливается из документа продажи. В случае возврата без чека с указанием кода маркировки указывается МРЦ из кода маркировки. Если код маркировки не указывается, то подбирается цена из чека. Цена доступна для изменения.

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

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

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

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

    Автоматическое заполнение авансов в «Счете-фактуре выданном»

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

    По этой команде автоматически подбираются платежи в нижнюю табличную часть Зачтено. Платежи подбираются исходя из принципа FIFO на требуемую сумму к оплате.

    Соглашение об условиях продажа (условия отгрузки)/Даты платежей в графиках оплаты

    В соглашении об условиях продажи:

    Было:

    Стало:

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

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

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

    При отгрузке с отложенным переходом права собственности версии 2.0 (оформление одним документом) в документе Реализация товаров и услуг с операцией Реализация (товары в пути):

    Соглашение об условиях закупки (условия поставки)

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

    Контроль допустимой суммы кредита и наличия просроченной задолженности при отгрузке

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

    С целью реализации контроля для сценариев без заказа документом Отгрузка товаров клиенту предусмотрено формирование движений по взаиморасчетам по РН «Расчеты с клиентами» и документ отгрузки товаров клиенту может быть объектом расчетов в зависимости от детализации взаиморасчетов:

    объект расчетов документ «Отгрузка товаров клиенту», когда расчеты «по заказам», «аванс по заказам, долг по накладным», «по расчетным документам»);

    объект расчетов договор, когда расчеты «по договорам», «аванс по договорам, долг по накладным».

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

    Запрет отгрузки при превышении суммы допустимого кредита

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

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

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

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

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

    Запрет отгрузки при наличии просроченной задолженности

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

    Опция договора «Запрещать отгрузку - при наличии просроченной задолженности» распространяется только на фактическую (безусловную) задолженность и не учитывает заказы.

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

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

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

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

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

    Заполнение сумм в корректировке реализации и исправительных счетах-фактурах при расчетах в у.е, валюте

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

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

    Было:

    Стало:

    На примере изменения выделены синим.

    Так как алгоритмы расчета суммы НДС и исходные данные корректировки реализации и ИСФ/КСФ разные, поэтому при заполнении закладки «Расхождения» корректировки реализации будет выведено сообщение (в том случае, когда валюты регл. или упр. учета не совпадают с валютой документа): «Суммы НДС регл. и упр. были рассчитаны приблизительно. Необходимо проверить корректность их заполнения».

    Так как данные по сумме НДС в рублях расходятся между корректировкой реализации и КСФ/ИСФ, программа информирует о том, что нужно выставить ИСФ на дельту в рабочем месте Оформление исправленных/корректировочных счетов-фактур по отгрузкам клиентов.

    При необходимости сумму НДС регл., упр. можно скорректировать вручную в КСФ/ИСФ либо в корректировке реализации.

    В корректировке реализации с видом «Исправление ошибок» в у.е., оплате в рублях:

    В корректировке реализации с видом «Исправление ошибок» с расчетами в валюте, оплате в валюте:

    Казначейство

    Поддержка b2b-переводов через СБП, развитие интеграции с сервисом "онлайн-заказов" в части оплаты

    Презентация технического проекта 00-00017448 "Поддержка B2B-переводов через СБП, развитие интеграции с сервисом "онлайн-заказов" в части оплаты".

    Новое в версии в 1С:Лектории.

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

    В сервисе «1С: Онлайн-заказы» теперь можно отправлять заказы клиента в виде компактной электронной ссылки, открываемой в любом браузере, для оплаты клиентом.

    Настройки СБП b2b

    Необходимо включить следующие функциональные опции:

    Настройка подключения выполняется в карточке справочника Договоры подключения к платежной системе (см. раздел Казначейство - Взаиморасчеты). На закладке Расчеты в поле Платежи проводятся через необходимо выбрать способ переводов СБП. После этого появится возможность перейти по гиперссылке Добавить настройку подключения СБП и связать договор с настройкой СБП.

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

    В настройке подключения добавлен этап выбора типа генерации ссылки по модели взаимоотношения:

    Возможно также добавление настройки подключения СБП с помощью:

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

    В рабочем месте Настройки платежных систем список настроек подключения СБП содержит:

    Создание и отправка клиенту платежной ссылки для оплаты по СБП (b2b)

    Создание и отправка платежной ссылки доступно в документах:

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

    В правила оплаты добавлена новая форма оплаты СБП.

    После успешной генерации платежной ссылки открывается окно отправки.

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

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

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

    После формирования платежной ссылки по гиперссылке можно посмотреть реквизиты платежа и выполнить отправку, а по кнопке Оплата через СБП только осуществить отправку.

    После создания платежной ссылки текст гиперссылки меняется на Отправить платежную ссылку на сумму… или посмотреть сведения. Также становится доступна отправка платежной ссылки и просмотр данных ссылки.

    В печатной форме счета на оплату выводится QR-код СБП при наличии сгенерированной платежной ссылки b2b по документу операции.

    Платежная ссылка выгружается в электронный документ счет на оплату в формате, который утвержден ФНС.

    Загрузка документов оплаты по платежным ссылкам из сервиса СБП выполняется:

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

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

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

    В рабочем месте Безналичные платежи при нажатии на кнопку Выгрузка и загрузка платежей и выборе из выпадающего списка команды Загрузить оплаченные ссылки СБП в сервис отправляется запрос статуса оплат по всем объектам, для которых требуется получить статус. Формируются документы Поступление безналичных ДС (b2b) и Эквайринговая операция (c2b).

    Оплата поставщику по СБП (b2b)

    Доступен ввод входящих платежных ссылок в форме правил оплаты по документам:

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

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

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

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

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

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

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

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

    В статусе К оплате доступен только просмотр платежной ссылки с QR-кодом.

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

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

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

    Сканирование в мобильном клиенте выполняется в списке заявок на расходование ДС по команде Сканировать QR-код. Команда находится в меню Еще.

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

    Команда Сканировать QR-код отображается только в мобильном клиенте.

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

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

    Внимание

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

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

    Ограничения

    Разделение электронного билета на отдельные операции

    Презентация технического проекта 00-00019075 "Разделение электронного билета на отдельные ХО".

    Новое в версии в 1С:Лектории.

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

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

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

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

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

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

    в документе-операции возврата имеется возможность ввести штраф.

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

    Документы-операции по билету выведены в список в электронном билете на закладке Операции по билету с указанием суммы, ставки и суммы НДС. Форму операции можно открыть двойным щелчком мыши.

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

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

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

    Новые операции можно отредактировать только через форму документа-операции.

    Документы-операции можно определить по типу документа. Таким образом, пользователю будут доступны четыре типа документов: Электронный билет, Бронирование, Доплата, Возврат.

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

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

    Корректировки прошлых периодов

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

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

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

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

    Группа

    Критерий

    Состав

    Где вторая дата

    Ограничения

    Сторно, исправления и корректировки

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

    70 документов

    +

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

    Корректировка приобретения

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

    Исправляемый документ - Дата / Фактическая дата операции

    Двухходовки в закупках

    Является документом факта, закрывающим начисление

    Приобретение товаров и услуг с хоз. операцией «фактуровка поставки»

    Дата документа начисления

    Опоздавшие документы

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

    Приобретение товаров и услуг

    Приобретение услуг и прочих активов

    Выкуп возвратной тары у поставщика

    Выкуп товаров с хранения

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

    Отчет комиссионера о списании

    Фактическая дата операции

    Поддерживаются только услуги:

    Приобретение товаров и услуг с услугами

    Приобретение услуг и прочих активов

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

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

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

    Реквизит Период корректировки добавлен в регистры:

    Реквизит Период отклонения добавлен в регистры:

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

    Общая схема движений приведена на рисунке

    Ограничения

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

    Распределение затрат производится по фиксированной базе прошлого периода

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

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

    Корректировка реализации и Акт о расхождениях после реализации

    Изменена функциональность документов Корректировка реализации и Акт о расхождениях после реализации:

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

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

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

    Если документ реализации и оформленный к нему документ Корректировка реализации относятся к разным годам, тогда порядок отражения расхождений в БУ устанавливается в значение В прибыли/убытках прошлых лет, но может быть переопределен пользователем в значение В выручке текущего периода. Т.о. с версии 2.5.26 пользователь самостоятельно в документе определяет то, как отразить корректировку в БУ – в прочих доходах и расходах (значение В прибыли/убытках прошлых лет) или как корректировку финансового результата продаж текущего периода (значение В выручке текущего периода).

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

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

    Учет прочих расходов

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

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

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

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

    Другие изменения

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

    Ограничения

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

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

    Расчет себестоимости за прошлые периоды

    Новое в версии в 1С:Лектории.

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

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

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

    Вариант распределения расходов на выбытия в прошлых периодах

    Упрощенный

    Полный

    Направления распределения

    На продажи

    На расходы

    Полный граф движения затрат

    Движения по распределению расходов

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

    Распределение расходов на себестоимость товаров

    Корректировка приобретения

    Под регламентными документами Регистратор расчета себестоимости при любом методе оценки стоимости

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

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

    Перерасчет стоимости прошлых периодов выполняется в рамках регламентной операции Распределение затрат и расчет себестоимости процедуры Закрытие месяца следующим образом:

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

    Вариант распределения

    Как формируется база распределения

    На себестоимость товаров

    Движения Расход по регистру Прочие расходы в корреспонденции с движениями Приход по регистру Себестоимость товаров

    На себестоимость продаж

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

    На расходы текущего периода (напрямую)

    На расходы текущего периода (через распределение)

    На расходы будущих периодов

    Движения Расход по регистру Прочие расходы

    Внимание

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

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

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

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

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

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

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

    Ограничения

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

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

    Сторно и исправление распределения НДС

    Презентация технического проекта 00-00016519 "Корректировка и сторно "распределения НДС".

    Новое в версии в 1С:Лектории.

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

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

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

    При сторнировании документа Распределение НДС полностью сторнируются все его движения по регистрам.

    При исправлении документа Распределение НДС полностью сторнируются его движения по регистрам и формируются новые на основании исправленных данных.

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

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

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

    Внимание

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

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

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

    Если, например, во втором квартале были исправления приобретений первого квартала и затем в третьем квартале вводится исправление базы распределения НДС первого квартала, то следует учесть, что исправления второго квартала могли распределиться по базе первого (см. отчет Анализ распределения НДС за 2 кв.). В таком случае следует дополнительно ввести исправление распределения НДС второго квартала, чтобы исправления приобретений распределились по правильной базе.

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

    Презентация технического проекта 00-00017301 "Поддержка раздельного учета НДС при учете по среднескользящей стоимости". 

    Новое в версии в 1С:Лектории.

    Поддержано ведение раздельного учета НДС при использовании организацией метода оценки стоимости запасов Среднескользящая.

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

    Расчет сумм НДС, подлежащих включению и/или исключению в/из стоимости товаров, при использовании организацией метода оценки стоимости запасов Среднескользящая выполняется в рамках процедуры Закрытие месяца (так же, как и при других методах оценки запасов). Используется единые этапы формирования детализации партий для методов Среднескользящая и Средняя за месяц.

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

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

    Средняя за месяц

    Среднескользящая

    Детализация распределения партий исходных затрат

    По каждому документу движения номенклатуры

    Сводные перемещения и выбытия (без документов движения)

    Формирование движений с детализацией партий

    Для каждого документа движения номенклатуры

    Сводные движения для документов Регистратор расчета себестоимости

    Сервисные возможности и настройки интеграции

    Обмен электронными документами. Поддержка трансграничного ЭДО

    Презентация технического проекта 00-00019511 "Поддержка трансграничного ЭДО".

    Новое в версии в 1С:Лектории.

    Поддержан электронный документооборот с Республикой Беларусь.

    При инициации ЭДО со стороны Республики Беларусь в обмене участвуют документы BLRDLN и BLRDNR формата Министерства по налогам и сборам РБ.

    По данным входящих электронных документов белорусского формата (BLRDLN) в информационной базе создаются прикладные документов:

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

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

    При инициации ЭДО со стороны Российской Федерации в обмене используются форматы ФНС России (УПД).

    Возможен обмен неформализованными документами (например, в форматах PDF, DOCX и т.д.)

    Пользовательские сценарии трансграничного ЭДО аналогичны сценариям ЭДО с российскими контрагентами. Особенности и ограничения трансграничного ЭДО:

    Сервис 1С:Онлайн заказы

    Презентация технического проекта 00-00017448 "Поддержка B2B-переводов через СБП, развитие интеграции с сервисом "онлайн-заказов" в части оплаты".

    Новое в версии в 1С:Лектории.

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

    Примечание

    Аналогичная функция от сервиса mag1С Отправить – Ссылку на веб-страницу заказа более не используется. При выборе указанной команды выводится предупреждение о необходимости воспользоваться сервисом 1С:Онлайн заказы.

    Настройка подключения

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

    Подключение онлайн-заказов настраивается в разделе НСИ и администрирование – Администрирование - Интернет-поддержка и сервисы - Онлайн-заказы -  гиперссылка Настройки страниц. В открывшемся окне необходимо нажать на кнопку Создать и выбрать настройки СБП для c2b и b2b переводов, если существуют настройки подключения СБП.

    Создание онлайн-заказов

    Создание и отправка ссылки на сформированный онлайн-заказ доступно в документе Заказ клиента с помощью кнопки Онлайн-заказ.

    Загрузка платежей в из 1С:Онлайн заказы

    В рабочем месте Безналичные платежи с помощью кнопки Загрузить платежи из 1С: Онлайн-заказы осуществляется загрузка документов оплаты по онлайн-заказам.

    Ограничения

    Не поддерживаются способ оплаты через интернет-эквайринг и Ozon pay, а также передача ссылки на онлайн-заказ в сервисе 1С:Share.   

    Обмен в универсальном формате Enterprise Data

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

    Для формата обмена выше версии 1.17, реализована выгрузка справочников: Сотрудники, Штатное расписание и регистра сведений Кадровая история сотрудников.

    Поддержана выгрузка информативных остатков для обмена с конфигурациями 1С:Касса и 1С:РМК.

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

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

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

    К выгрузке документа Отражение зарплаты в финансовом учете добавлены: реквизит Регистрация в налоговом органе табличной части НДФЛ, реквизит Способ отражения в учете табличной части Начисления и взносы.

    Интеграция с ГИС МТ («Честный знак»). Описание товаров в «Национальном каталоге»

    Презентация технического проекта 00-00019325 "Подписание карточек товаров в Национальном каталоге".

    Новое в версии в 1С:Лектории.

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

    Жизненный цикл карточки товара в "Национальном каталоге" можно представить следующей схемой.

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

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

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

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

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

    Ограничение

    Максимальное количество подписываемых карточек товаров за один вызов – 250.

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

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

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

    Sellmonitor. Интеграция с сервисом аналитики торговых площадок

    Преентация технического проекта 00-00018909 "Интеграция с сервисом аналитики торговых площадок Sellmonitor".

    Новое в версии в 1С:Лектории.

    Sellmonitor — это платформа аналитики и умных инструментов для продавцов на торговых площадках (маркетплейсах) Ozon, Wildberries, Яндекс.Маркет. В частности, сервис позволяет решать следующие задачи:

    Настройки

    Интеграция с Sellmonitor становится доступна при установке флага НСИ и администрирование – Настройки интеграции – Интеграция с маркетплейсами - Sellmonitor.

    Для работы с сервисом требуется выполнить Настройки подключения по соответствующей ссылки в форме НСИ и администрирование – Настройки интеграции – Интеграция с маркетплейсами.

    Для подключения необходимо задать токен (Api-key)

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

    На закладке Склады указывается соответствие складов торговой площадки, заведенных в 1С и складов, зарегистрированных в Sellmonitor. Настройка выполняется в разрезе учетных записей торговых площадок. Предусмотрено Автосопоставление складов.

    Включить сервис аналитики Sellmonitor можно также из карточки учетной записи торговой площадки на закладке Аналитика.

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

    Для учетных записей, работающих по схеме FBS и RealFBS соответствие настраивается на закладке Обновление остатков товаров, а для схемы работы FBP – на закладке Настройка по схемам работы.

    Генерация описания карточек товаров

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

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

    Планирование поставок

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

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

    В таблице планируемых к поставке товаров предусмотрен выбор способа поставки.

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

    По каждой строке предусмотрена расшифровка показателей планирования по складам торговой площадки.

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

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

    Презентация технического проекта 00-00019262 "Оповещения пользователей: интеграция с Telegram и отправка по e-mail".

    Новое в версии в 1С:Лектории.

    Универсальный механизм оповещения пользователей о событиях системы основан на базе системы взаимодействия.

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

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

    Для рассылки оповещений в Telegram необходимо создать бота в Telegram, затем настроить интеграцию c Telegram-ботом.

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

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

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

    Особенности и ограничения

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

    Оповещения в Telegram и на e-mail используются только в качестве дополнительного способа информирования пользователя. Основным способом является информирование через Систему Взаимодействия. Использование дополнительных способов без основного невозможно. То есть нельзя, например, отправлять оповещения только в Telegram без использования оповещений в Системе Взаимодействия.

    Отдельно список оповещений для отправки в Telegram и на e-mail не настраивается, список единый для любых способов информирования.

    Для целей регистрации и сопоставления пользователей ИБ в Telegram-боте в информационной базе создается бот системы взаимодействия (Бот 1С). Обработка ботом 1С входящих сообщений в Telegram возможна только при активном регламентном задании «Выполнение обработки ботов», которое должно запускаться не реже 1 раза в минуту.

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

    Интеграция с 1С:Документооборот

    Библиотека интеграции с 1С:Документооборотом обновлена до версии 3.0.3.4. Реализованы следующие возможности и изменения:

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

    Библиотека интернет-поддержки пользователей до версии 2.8.4.

    Обновление сервиса "1СПАРК Риски"

    В сервис "1СПАРК Риски" добавлены более 150 новых проверок контрагентов:

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