Новое в версии 2.5.21.95 :: Информация об обновлениях программных продуктов 1С:Предприятие

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

Особенность учет указывается для типа Товар и типа Услуга.

Для услуги особенность определяет вариант оказания услуг:

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

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

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

Для товара особенность учета определяет принадлежность к товарной группе, операции с которой отрежется в государственных информационных системах: ГИС МТ (система маркировки "Честный знак"), ВетИС, ЕГАИС, а также к ТМЦ, содержащим драгоценные металлы или камни, по которым формируется соответствующая отчетность.

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

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

■ Алкогольная (спиртосодержащая) продукция – НСИ и администрирование - Настройки интеграции – Интеграция с ЕГАИС – Вести учет алкогольной (спиртосодержащая) продукции;

■ Содержит драгоценные металлы или камни – Настройка НСИ и разделов – Номенклатура – Дополнительная информация – Драгоценные металлы и камни;

■ Подконтрольная продукция ВетИС – НСИ и администрирование - Настройки интеграции – Интеграция с ВетИС – Учет подконтрольных товаров ВетИС;

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

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

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

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

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

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

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

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

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

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

Для параметра КорТипДанныхУчета нужно установить флаг Ограничение доступности.

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

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

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

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

■ Корректировка и исправление без использования бюджетного процесса;

■ Корректировка и исправление в рамках общего бюджетного процесса:

○ Внеплановая корректировка и исправление;

■ Корректировка и исправление в рамках отдельного бюджетного процесса.

Для корректировки и исправления бюджета необходимо из списка документов Экземпляры бюджетов (см. раздел Бюджетирование и планирование – Бюджеты) выбрать документ для корректировки и ввести на его основании новый документ Экземпляр бюджета с помощью кнопки Корректировка бюджета.

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

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

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

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

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

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

■ колонки Аналитика 1 – Аналитика 6 доступны в зависимости от количества используемых аналитик;

■ колонки Валюта и Сумма в валюте доступны при учете статей бюджета По валюте;

■ колонка Количество доступна при учете По количеству.

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

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

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

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

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

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

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

■ с значения Корректировка по статьям бюджета на значение Исправление экземпляра бюджета с последующим подтверждением заполнения документа актуальными данными из регистра накопления «Обороты бюджетов»;

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

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

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

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

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

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

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

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

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

Запуск общего бюджетного процесса осуществляется также без каких-либо особенностей.

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

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

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

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

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

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

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

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

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

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

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

Из списка документов Экземпляры бюджетов (Еще - Отчеты) и документа Экземпляр бюджета (кнопка Отчеты) можно открыть отчет Корректировки и исправления бюджета для просмотра корректировок данного бюджета за определенный период.

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

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

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

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

■ на форме настройки статьи бюджетов для бюджетного отчета;

■ на форме настройки нефинансового показателя бюджетов.

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

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

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

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

■ выводить плановые значения статей бюджетов;

■ проводить анализ «план-факт» статей бюджетов;

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

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

Реализована настройка для управления наименованиями документов по ретро-бонусам клиентов с помощью функциональной опции НСИ и администрирование – Настройка НСИ и разделов – CRM и маркетинг – Ретро-бонусы – Выводить полные наименования ретро-бонусов клиентов: если включена, тогда будут отображаться полные наименования объектов, например Условия ретро-бонусов клиентов; если выключена, тогда будут отображаться сокращенные: Условия РБ клиентов.

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

Реализована возможность ввода документов на основании документа Акт премии клиенту:

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

Доступна настройка наименований объектов в системе с помощью функциональной опции НСИ и администрирование – Настройка НСИ и разделов – Закупки – Ретро-бонусы – Выводить полные наименования ретро-бонусов поставщиков: если включена, тогда будут отображаться полные наименования объектов, например Условия ретро-бонусов поставщиков; если выключена, тогда будут отображаться сокращенные: Условия РБ поставщиков.

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

Поддерживается возможность настройки условий предоставления, расчёта, начисления ретро-

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

■ Условия ретро-бонусов поставщика известны: необходимо зафиксировать настройки ретро-бонуса, произвести расчёт и при необходимости зафиксировать начисление бонусов.

■ Условия ретро-бонусов неизвестны: поставщик выписывает акт премии. Настройка условий и расчёт ретро-бонусов не осуществляется в системе. Оформляется только документ Акт премии поставщика по факту получения акта.

Настройка ретро-бонусов поставщиков осуществляется в два этапа:

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

■ Документ Условия ретро-бонусов поставщика - настройка конкретных условий бонуса от определенного поставщика на определенный период.

Ретро-бонусы поставщиков в зависимости от настройки могут быть:

■ рассчитаны в системе по итогам выполнения заданных поставщиком условий. Подробнее о расчёте ретро-бонусов в разделе Описание логики расчета ретро-бонусов.

■ указаны суммой в случае их расчёта вне системы. Сумма начисляемого бонуса задается в документе Условия ретро-бонусов поставщика.

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

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

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

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

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

■ Ретро-бонусы рассчитываются в системе. Принцип проверки условий и расчёта ретро-бонуса от поставщика определяется типом бонуса и целевым показателем.

○ Бонус с типом Закупки (Sell-in) начисляется при условии закупки товара у поставщика. Рассчитывается от объёма закупок.

○ Бонус с типом Продажи (Sell-out) начисляется при условии продажи товара покупателям. Рассчитывается от объёма продаж.

○ Бонус с типом Остатки (Price-protect) рассчитывается от количества остатков номенклатуры и заданного бонуса за единицу.

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

Только вид ретро-бонуса в статусе Действует может быть использован в документе Условия ретро-бонусов поставщика. Если текущий вид ретро-бонусов используется в документах условий, то в виде ряд реквизитов становится недоступен для редактирования.

Для анализа текущих настроек вида ретро-бонуса предназначена печатная форма Карточка.

Доступные настройки ретро-бонуса определяются выбранным типом бонуса: Закупки (Sell-in), Продажи (Sell-out) или Остатки (Price-protect).

Ретро-бонус поставщика с типом Закупки (Sell-in)

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

■ Количество - условием для получения бонуса является закупка определенного количества товара. Предусмотрены варианты:

○ Количество - условие по закупке количества позиций акционных товаров, действует для каждого товара независимо от остальных. Например, план по товарам: Товар1 - 5 шт, Товар2 - 10 шт. Закуплено: Товар1 - 4 шт и Товар2 - 11 шт. Бонус будет начислен за 11 шт Товар2, а по Товар1 план не выполнен.

○ Количество (совокупно) - условием для получения бонуса является закупка указанного количества позиций акционных товаров. Бонус начисляется при одновременном выполнении плана по всем товарам. Например, план по товарам: Товар1 - 5 шт и Товар2 - 10 шт. Закуплено: Товар1 - 5 шт и Товар2 - 11 шт. План по всем позициям выполнен, бонус будет начислен за оба товара (бонус начисляется за 5 шт Товар1 и за 11 шт Товар2). Еcли фактически куплено Товар1 - 4 шт и Товар2 - 11 шт, тогда бонус не будет начислен ни за один товар: план выполнен только по Товар2.

○ Пакетное предложение - условием для получения бонуса является закупка всех товаров в пакете, бонусы начисляются за каждый полный пакет. Пакет составляет перечень акционных позиций с указанием планового количества. Например, план по товарам: Товар1 - 5 шт и Товар2 - 9 шт. Закуплено: Товар1 - 11 шт и Товар2 - 20 шт. Бонус будет начислен за два полных пакета (бонус начисляется за 10 шт Товар1 и за 18 шт Товара2).

■ Сумма - условием для получения бонуса является закупка товаров из акционного перечня на определенную сумму. Плановая сумма указывается в документе Условия ретро-бонусов поставщика.

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

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

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

Сумма ретро-бонуса может быть начислена за весь период условия ретро-бонусов (однократно) или с указанной Периодичностью начислений. Периодичность начислений должна быть кратна Периодичности выполнения условий. Например: если Периодичность выполнения условий Месяц, то Периодичность начисления может быть только Месяц, Квартал или Однократно. Настройка может быть переопределена в документе Условия ретро-бонусов поставщика.

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

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

■ сумма закупки в валюте регламентированного учета (с учетом или без учета НДС),

■ сумма закупки в базовых ценах - базовые цены и их валюта определяются в документе Условия ретро-бонусов поставщика,

■ сумма закупки в валюте взаиморасчетов (с учетом или без учета НДС).

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

Например, для получения бонуса необходимо выполнить план закупки по товарам (по позициям): Товар1 - 5 шт и Товар2 - 3 шт. Закуплено у поставщика: Товар1 - 7 шт и Товар2 - 6 шт, при этом в условии ретро-бонуса запрещено начисление бонуса сверх плана (т.е. бонус будет начислен только за закупку 5 шт Товар1 и 3 шт Товар2). Тогда необходимо определить расчётную базу по документам приобретения (подробнее о расчёте ретро-бонусов в разделе Описание логики расчета ретро-бонусов:

■ Пропорционально сумме закупки – определяется общая расчётная база, которая затем распределяется между всеми документами закупки пропорционально сумме каждого документа;

■ FIFO - в хронологическом порядке определяются документы закупки, которые формируют расчётную базу. Сумма бонуса распределяется на эти документы. На документы, сформировавшие сумму сверх расчётной базы, бонус отнесён не будет.

Ретро-бонус поставщика с типом Продажи (Sell-out)

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

■ Количество - условием для получения бонуса является продажа клиентам определенного количества товара. Предусмотрены варианты:

○ Количество - условие по продаже количества позиций акционных товаров, действует для каждого товара независимо от остальных. Например, план по товарам: Товар1 - 5 шт, Товар2 - 10 шт. Продано: Товар1 - 4 шт и Товар2 - 11 шт. Бонус будет начислен за 11 шт Товар2, а по Товар1 план не выполнен.

○ Количество (совокупно) - условием для получения бонуса является продажа указанного количества позиций акционных товаров. Бонус начисляется при одновременном выполнении плана по всем товарам. Например, план по товарам: Товар1 - 5 шт и Товар2 - 10 шт. Продано: Товар1 - 5 шт и Товар2 - 11 шт. План по всем позициям выполнен, бонус будет начислен за оба товара (бонус начисляется за 5 шт Товар1 и за 11 шт Товар2). Если продано: Товар1 - 4 шт и Товар2 - 11 шт, тогда бонус не будет начислен ни за один товар: план выполнен только по Товар2.

○ Пакетное предложение - условием для получения бонуса является продажа всех товаров в пакете, бонусы начисляются за каждый полный пакет. Пакет составляет перечень акционных позиций с указанием планового количества. Например, план по товарам: Товар1 - 5 шт и Товар2 - 9 шт. Продано: Товар1 - 11 шт и Товар2 - 20 шт. Бонус будет начислен за два полных пакета (бонус начисляется за 10 шт Товар1 и за 18 шт Товара2).

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

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

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

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

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

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

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

■ выручка в валюте регламентированного учета (с учетом или без учета НДС),

■ выручка в базовых ценах - базовые цены и их валюта определяются в документе Условия ретро-бонусов поставщика.

Ретро-бонус поставщика с типом Остатки (Price-protect)

Для настройки ретро-бонуса поставщика, рассчитанного на основе остатков номенклатуры на складах, необходимо выбрать Тип бонуса Остатки (Price-protect).

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

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

Согласование вида ретро-бонуса возможно как с использованием механики согласования через 1С:Документооборот, так и с помощью интерактивного управления статусом объекта в 1С:ERP.

Для Видов ретро-бонусов поставщиков поддерживается возможность интеграции с 1С:Документооборот (редакция 2 и 3) и запуска процесса согласования.

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

■ Действует - если объект согласован или согласован с замечаниями.

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

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

■ Подготовлен - статус вида по умолчанию. Вид ретро-бонуса доступен к редактированию.

■ Действует - следует установить данный статус после успешного согласования вида.

■ Закрыт - устанавливать в случае прекращения действия вида или в случае отрицательного решения по согласованию.

Условия ретро-бонусов поставщика - документ для фиксации конкретных условий получения ретро-бонусов от поставщика. В соответствии с этими правилами по итогам периода может осуществляться начисление бонусов. Документы доступны в разделе Закупки – Ретро-бонусы поставщиков. Создание и работа с документами условий доступны пользователям с профилем Менеджер ретро-бонусов поставщиков (дополнительный).

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

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

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

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

Для бонуса с типом Закупки (Sell-in) доступно указание поставщика, контрагента, соглашения (если включена функциональная опция Соглашения с поставщиками) и договора (если включена функциональная опция Договоры с поставщиками). Обязательно к заполнению одно из значений: контрагент или поставщик. Доступно указание данных одного поставщика (режим Без разбиения) или списком с возможностью уточнения периода.

При выборе соглашения и договора действуют следующие правила и ограничения:

○ к выбору доступны соглашения с операцией Закупка у поставщика, Ввоз из ЕАЭС, Импорт, Прием на хранение с правом продажи, заключённые с указанными поставщиком и/или контрагентом,

○ при смене поставщика выбранное значение очищается;

○ при смене организации выбранное значение очищается (если в соглашении указана организация).

○ к выбору доступны договоры с целью Закупка, Закупка (ЕАЭС), Закупка (импорт), Прием на ответственное хранение, заключённые с указанными поставщиком и контрагентом. При смене организации, контрагента или поставщика выбранное значение очищается.

○ для бонусов с типом Закупки (Sell-in) для договоров, в которых разрешена работа с дочерними партнерами, можно выбрать договор и очистить поставщика (например, если бонусы предоставляются от любого поставщика по договору).

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

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

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

Документ условия может формировать начисление ретро-бонусов без ввода отдельного документа Начисление ретро-бонусов поставщика. Актуально для бонусов, расчёт которых происходит вне системы и бонусов с типом Остатки (Price-protect). Для этого в документе Условия ретро-бонусов поставщика необходимо установить флаг Начислить сразу.

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

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

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

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

■ бонус с целевым показателем Сумма и расчетной базой в виде суммы закупки в валюте взаиморасчётов. Плановая сумма указывается в выбранной валюте, далее для расчета бонусов отбираются закупки в указанной валюте.

■ бонус с настройкой Сумма бонуса рассчитывается вне системы;

■ база расчёта назначается в базовых ценах (Сумма закупки (базовые цены) или Выручка (базовые цены));

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

■ указание товаров акционного перечня в формате Все или Кроме выбранных,

■ указание товаров акционного перечня в качестве сегментов номенклатуры,

■ ретро-бонус с целевым показателем Сумма и запретом начислять сверх плана.

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

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

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

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

■ Кол-во, план - плановое количество товара к закупке или продаже. Доступно для ретро-бонусов с планом по количеству (Количество, Количество (совокупно), Пакетное предложение), а также бонусов с типом Остатки (Price-protect) и выключенным флагом Начислить сразу (тогда ретро-бонусы будут начисляться, если количество товаров на остатках равно или превышает плановое значение). Для массового заполнения предназначена команда Заполнить кол-во, план для выделенных строк.

■ Количество - количество товаров на остатках для бонуса с типом Остатки (Price-protect) и включенной настройкой Начислить сразу. Это количество товара на остатках, за которое начисляется бонус. Для массового заполнения предназначена команда Заполнить количество для выделенных строк.

■ Базовая цена - базовая цена товара, от которой будет считаться база расчёта. Доступно для ретро-бонусов с базой расчёта Сумма закупки (базовые цены) или Выручка (базовые цены). Валюта цен указывается в документе на закладке Основное.

■ Бонус, % - процент начисляемого бонуса. Для массового заполнения предназначена команда Заполнить Бонус, % для выделенных строк.

■ Бонус за единицу - сумма начисляемого бонуса за единицу товара на остатках. Актуально для бонуса с типом Остатки (Price-protect).

■ Сумма, бонус - расчетная сумма начисляемого бонуса за указанное количество товара. Значение может быть указано пользователем вручную с дальнейшим пересчётом значения Бонус за единицу. Актуально для бонуса с типом Остатки (Price-protect) и включенной настройкой Начислить сразу.

■ Период - уточнение периода участия товара в условиях бонуса. Период должен входить в общий период действия Условия ретро-бонуса поставщика и соответствовать Периодичности выполнения условий.

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

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

Для условий бонусов с типом Продажи (Sell-out) доступен выбор покупателей, за продажу которым может быть получен бонус. Покупатели указываются на отдельной закладке. Наименование закладки зависит от способа определения покупателей в Виде ретро-бонуса поставщиков: ИНН, Контрагенты. Если формат указания покупателей Все, то закладка отсутствует. Если формат указания покупателей Кроме выбранных, то в табличной части указываются покупатели, за продажу которым бонус не будет получен. Если формат указания покупателей Выбранные, то в зависимости от настройки ретро-бонуса в табличной части указываются:

■ Период - уточнение периода участия. Период должен входить в общий период действия условия ретро-бонуса и соответствовать Периодичности выполнения условий.

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

■ Карточка - параметры текущего документа Условия ретро-бонусов поставщиков.

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

В шапке документа Условия ретро-бонусов поставщика отражается актуальный статус расчётов и доступная команда управления статусом (закрытие или возобновление расчётов):

■ Начисленные бонусы полностью актированы/списаны - начислены ретро-бонусы за весь период действия условия. При этом сумма начисленных бонусов равна сумме бонусов, списанных документом Списание ретро-бонусов поставщика, или актированных документом Акт премии поставщика.

■ Ожидается начисление бонусов - по условию не производилось начисление бонусов или есть период, за который бонусы не начислены (если Периодичность начислений <> Однократно).

■ Актировано/списано больше, чем начислено - начислены ретро-бонусы за весь период действия условия. При этом сумма начисленных бонусов меньше, чем сумма актированных или списанных по данным актов или документов списаний.

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

■ Расчеты по условиям бонусов закрыты - произведено закрытие расчётов по данному условию. Акты премий от поставщика не ожидаются.

При нажатии по гиперссылке со статусом расчетов открывается отчёт Ведомость начисленных ретро-бонусов. Гиперссылка Закрыть расчеты/Возобновить расчеты позволяет управлять статусом расчётов: закрывать или возобновлять их соответственно.

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

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

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

Расчёт ретро-бонусов по документу условий производится по ранее зафиксированному составу сегментов. Запрещена отмена фиксации состава сегментов, если введён хотя бы один документ Начисление ретро-бонусов поставщика по документу условий.

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

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

Корректировочный документ позволяет изменять:

■ данные поставщика (для бонусов с типом Закупки (Sell-in)): добавлять, отменять, изменять периоды в табличной части. Доступно переключение из режима Без разбиения в режим Списком для добавления новых строк.

■ дату остатков для бонуса с типом Остатки (Price-protect);

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

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

■ Если Периодичность начисления Однократно или тип бонуса Остатки (Price-protect), то корректировка условия невозможна при наличии введённого документа Начисление ретро-бонусов поставщика.

■ Если Периодичность начисления не однократная, то ввод корректировки возможен с ограничениями - корректировка не должна затрагивать период, в котором введены начисления:

○ можно изменять дату начала периода, если исходная дата больше даты окончания периода начислений. За дату окончания периода начислений берется дата окончания хронологически последнего начисления. Например, есть два документа начисления: начисление 1 за период с 01.01.24 по 15.01.24 и начисление 2 за период с 01.02.24 по 03.02.24. Тогда датой окончания периода начислений считается 03.02.24, и в условии ретро-бонусов возможно изменить дату начала исходных периодов с 04.02.24.

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

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

■ изменение состава исключенных товаров или покупателей,

■ изменение состава товаров, если целевой показатель Пакетное предложение или Количество (совокупно).

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

Для документов Условия ретро-бонусов поставщика поддерживается возможность интеграции с 1С:Документооборот (редакция 2 и 3) и запуска процесса согласования.

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

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

■ В правилах интеграции не рекомендуется разрешать получение изменений из 1С:Документооборот с перепроведением документа на стороне ERP.

■ Подключить передачу печатной формы Карточка.

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

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

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

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

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

Сценарий: в связи с выпуском ламп нового поколения поставщик готов выплатить 0,1 руб. бонуса за каждую единицу товара Лампа светодиодная LED Camelion на остатках организации ЭлектроМир на дату 05.10.2024, если остатки превышают 1000 шт.

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

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

На закладке Выбранные товары перечислить товары, за которые будет начислен бонус, а также Кол-во, план и Бонус за единицу: план 1000 штук и бонус за каждую позицию 0,1 рублей.

Сценарий: производитель планирует расширить круг потребителей своего товара - он будет выплачивать 1% бонуса от выручки за продажу 100 штук товаров каждому покупателю поквартально кроме тех, с которыми у производителя есть свои взаимоотношения. Для этого производитель предоставляет список ИНН клиентов, которые не должны участвовать в текущей акции. По условиям производителя бонусы не будут начисляться за продажу сверх данного плана.

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

Установить флаг Не начислять сверх плана - тогда ретро-бонусы будут начислены только за 100 проданных штук продукции. Выбрать периодичность условий, с которой будет проверяться выполнение плана и осуществляется расчёт бонусов: Квартал. Указать периодичность начислений: Однократно.

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

На закладке Выбранные товары необходимо указать товары, плановое количество (100 шт) и процент начисляемого бонуса за их продажу -

1% (можно указать для всех строк с помощью команды Заполнить % бонуса).

Сценарий: в целях стимулирования торговой активности поставщиком были согласованы условия ретро-бонуса: поставщик будет начислять ретро-бонусы в размере 2% за закупку товаров из сегмента номенклатуры Лампы светодиодные на общую сумму не менее 150000 рублей в месяц. За перевыполнение плана по сумме закупки бонусы также будут начисляться.

Для настройки такого ретро-бонуса необходимо выбрать вид ретро-бонуса с типом Закупки (Sell-in) и целевым показателем Сумма. Для получения ретро-бонуса необходимо выполнить план по сумме закупки товаров из акционного перечня (товаров, входящих в состав выбранных сегментов номенклатуры). Выбрать периодичность условий, с которой будет проверяться выполнение плана и осуществляется расчёт бонусов: Месяц. Указать периодичность начислений: Однократно.

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

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

Документ Начисление ретро-бонусов поставщика предназначен для расчёта и фиксации результата начисления сумм ретро-бонусов по итогам выполнения условий, описанных в документе Условия ретро-бонусов поставщика. Документы начислений доступны в разделе Закупки – Ретро-бонусы поставщиков. Создание и работа с документами начислений доступны пользователям с профилем Менеджер ретро-бонусов поставщиков (дополнительный).

Для документов Условия ретро-бонусов поставщика с настройкой Начислить сразу (бонусы с расчётом вне системы или бонусы с типом Остатки (Price-protect)) не предполагается ввод документов начисления. Такие документы условий самостоятельно выполняют начисление указанных сумм бонуса на дату документа.

Если в цепочке документов Условия ретро-бонусов поставщика есть документ корректировки в статусе На согласовании, то ввод документа начислений недоступен.

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

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

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

■ период должен быть кратен Периодичности начисления в документе Условия ретро-бонусов поставщика,

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

В зависимости от типа ретро-бонуса и указания данных поставщика в документе Условия ретро-бонусов поставщика в документе меняется порядок указания данных поставщика: в шапке или в табличной части документа.

■ Для бонусов с типом Остатки (Price-protect), Продажи (Sell-out) данные поставщика, контрагента и договора всегда наследуются из документа условий и недоступны для редактирования. Если договор не указан в условии, то его можно уточнить при начислении.

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

○ в шапке документа - тогда договор становится недоступен для редактирования в табличной части;

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

■ Для бонусов с типом Закупки (Sell-in): если в документе Условия ретро-бонусов поставщика указано одно значение по данным поставщика (поставщик, контрагент, договор, соглашение), то в начислении оно транслируется в шапке и недоступно для редактирования. Если в условии часть данных поставщика не указана или указано несколько значений, то данные поставщика указываются в табличной части начисления. Например:

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

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

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

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

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

В зависимости от типа бонуса в табличной части указываются:

■ Поставщик, Контрагент, Договор, Соглашение - доступно к заполнению, если поставщик не указан в документе Условия ретро-бонусов поставщика или указано несколько значений (актуально для бонусов с типом Закупки (Sell-in)).

■ Номенклатура, Характеристика - товары, за остатки которых начисляются ретро-бонусы. Доступно для начислений бонусов с типом Остатки (Price-protect).

■ Документ приобретения - документы закупки, попадающие под условия ретро-бонуса (документы Приобретение товаров и услуг (все операции кроме Прием на комиссию), Корректировка приобретения, Возврат товаров поставщику (все кроме Возврат товаров комитенту), Выкуп товаров с хранения). Доступно для начисления бонусов с типом Закупки (Sell-in) и бонусов без расчёта (Сумма бонуса рассчитывается вне системы). К выбору доступны документы приобретения по указанным организации, поставщику, контрагенту, договору и/или соглашению (если указаны). Доступен интерактивный выбор документов приобретения независимо от периода начисления и валюты.

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

■ Сумма закупки - сумма закупки товаров из перечня ретро-бонуса. Тип суммы закупки определяется базой расчета в виде ретро-бонуса. Доступно для начислений бонусов с типом Закупки (Sell-in).

■ Выручка - выручка от продаж позиций из перечня ретро-бонуса. Тип выручки определяется базой расчета в виде ретро-бонуса. Доступно для начислений бонусов с типом Продажи (Sell-out).

■ Расчетная база - сумма, от которой выполняется расчёт бонуса. Поле недоступно для начислений бонусов с типом Остатки (Price-protect).

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

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

Расчет ретро-бонусов выполняется автоматически на основании:

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

■ Данных по остаткам товаров на складах - при расчёте бонусов с типом Остатки (Price-protect).

■ Данных продаж - при расчёте бонусов с типом Продажи (Sell-out).

■ Данных закупок - при расчёте бонусов с типом Закупки (Sell-in).

Ниже описан процесс расчёта ретро-бонусов поставщика для каждого типа бонуса.

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

Осуществляется проверка выполнения условий остатков товаров организаций на складах: Фактические остатки >= Плановое количество, заданное в документе Условия ретро-бонусов поставщика.

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

Условия ретро-бонуса: ретро-бонус выплачивается за остатки товаров организации ЭлектроМир на любых складах на дату 25.10.2024: не менее 50 шт Товар1 и 25 шт Товар2. За единицу товара на остатках будет выплачен бонус: 350 руб за Товар1 и 120 руб за Товар2.

На указанную дату остатков 25.10.2024 на складах имеются остатки: 49 шт Товар1 и 31 шт Товар2. Условие по остаткам выполнено только для Товар2, поэтому бонус будет выплачиваться только за него.

Расчёт ретро-бонуса происходит в несколько этапов:

■ Определяется выручка, на основе которой производится расчёт. Используемый тип выручки указывается в настройках вида ретро-бонуса в поле База расчета: выручка в валюте регламентированного учета (с учетом или без учета НДС), выручка в базовых ценах.

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

○ Исключаются продажи по разделу учёта Товары, переданные на комиссию.

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

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

■ Размер ретро-бонуса рассчитывается процентом от расчётной базы.

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

■ Подбор документов продаж по покупателям: отбираются документы продажи в зависимости от способа указания покупателей в документе Условия ретро-бонусов поставщика:

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

○ Если участники указываются как ИНН, то данные продаж отбираются по всем контрагентам, ИНН которых являются выбранными или не входящими в список исключённых в документе Условия ретро-бонусов поставщика. При этом для контрагентов с пустым ИНН ретро-бонусы не будут рассчитаны, если вариант указания ИНН в документе условий Выбранные или Кроме выбранных.

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

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

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

■ контрагент (для бонусов с включенной настройкой Проверять выполнение условий по покупателям),

■ период (в соответствии с периодичностью условий, указанной в документе Условия ретро-бонусов поставщика),

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

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

Условия ретро-бонуса: ретро-бонус выплачивается за продажу всем контрагентам любого количества товаров Товар1 и Товар2: в размере 1% и 2% соответственно.

Продано 13 шт Товар1 на сумму 8943,07 руб и 1 шт Товар2 на сумму 1893,19 руб.

Расчёт ретро-бонуса: 1% * 8943,07 + 2% * 1893,19 = 89,43 + 37,86 = 127,29 руб.

Проверка выполнения условий продаж осуществляется отдельно для каждой позиции: Количество проданного товара >= Плановое количество.

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

Пример «Без запрета перевыполнения плана»

Условия ретро-бонуса: установлены целевые показатели: Товар1 10 шт, Товар2 15 шт. Периодичность выполнения условий Месяц (бонус начисляется за каждый месяц, в котором выполнено условие). Период действия условия: 01.01.2024-31.03.2024. Бонус 1,5% за каждый товар. Начисление за перевыполнение плана не запрещено. Выполнение условий проверяется по контрагентам сводно (в виде ретро-бонуса не установлен флаг Проверять выполнение условий по покупателям).

За период действия условия ретро-бонуса клиенты закупили товары Товар1 и Товар2 в следующем объёме:

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

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

Условия ретро-бонуса: для получения бонуса от поставщика необходимо продать товар Товар1 10 шт. Периодичность выполнения условий Месяц. Ретро-бонус в размере 1%, не начисляется за превышение плана (в документе установлен флаг Не начислять сверх плана). Выполнение условий проверяется по контрагентам сводно (в виде ретро-бонуса не установлен флаг Проверять выполнение условий по покупателям).

В таблице приведены данные по продажам товара и итог по рассчитанным суммам ретро-бонусов:

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

Условия ретро-бонуса: ретро-бонус выплачивается за продажу товаров Товар1 10 шт и Товар2 15 шт в размере 1% и 1,5% соответственно. Периодичность выполнения условий Квартал. Период условия: 01.01.2024-30.06.2024. Для получения бонуса план за квартал должен быть выполнен одновременно по обоим товарам. Выполнение условий проверяется по каждому контрагенту отдельно (в виде ретро-бонуса установлен флаг Проверять выполнение условий по покупателям).

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

Проверка выполнения условий продаж: Количество проданных полных пакетов > 0 (бонусы начисляются за каждый полный пакет). Один пакет составляют товары в количестве, заданном в графе «План» документа Условия ретро-бонусов поставщика.

Условия ретро-бонуса: ретро-бонус выплачивается за продажу пакетного предложения, состоящего из товаров Товар1 10 шт, Товар2 15 шт. При этом на Товар1 установлен 1% бонуса, на Товар2 - 1,5%. Периодичность выполнения условий Однократно. Период условия: 01.01.2024-30.06.2024. Выполнение условий проверяется по каждому контрагенту отдельно (Проверять выполнение условий по покупателям = Да).

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

Был выполнен план по продаже пакетного предложения контрагенту Контрагент1. В таблице приведен расчет суммы ретро-бонуса от поставщика.

Проверка выполнения условий продаж выполняется по сумме: Сумма выручки >= Сумма, план (плановая выручка).

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

Пример «Без запрета перевыполнения плана»

Условия ретро-бонуса: для получения бонуса от поставщика необходимо продать товары из акционного перечня на сумму 2500 руб. Периодичность выполнения условий День (бонус начисляется за каждый день, в котором выполнено условие). Период условия: 01.01.2024-05.01.2024. Размер бонуса 2%. Выполнение условий проверяется по контрагентам сводно (Проверять выполнение условий по покупателям = Нет).

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

В таблице приведен расчёт на примере одного дня 01.01.2024.

Расчет ретро-бонуса происходит в несколько этапов:

■ Определяется сумма закупки, от которой производится расчёт. Тип суммы закупки указывается в настройках вида ретро-бонуса в поле База расчета (с учетом или без учета НДС): сумма закупки в валюте регламентированного учета, в валюте взаиморасчётов или в базовых ценах.

○ Учитываются закупки по документам Приобретение товаров и услуг (все операции кроме Прием на комиссию), Корректировка приобретения, Возврат товаров поставщику (все кроме Возврат товаров комитенту), Выкуп товаров с хранения)

■ Осуществляется проверка выполнения условий закупки.

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

■ Размер ретро-бонуса рассчитывается процентом от расчётной базы.

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

■ Подбор документов закупок по данным поставщика: отбираются документы закупки по указанным поставщикам, контрагентам, соглашениям и договорам в документе Условия ретро-бонусов поставщика,

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

■ Подбор документов закупок по номенклатуре, на которую распространяется действие условия: отбираются данные о приобретении всех позиций номенклатуры, выбранных в документе Условия ретро-бонусов поставщика или тех, которые не входят в список исключённых в документе.

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

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

■ период (в соответствии с периодичностью условий, указанной в документе Условия ретро-бонусов поставщика).

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

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

Условия ретро-бонуса: ретро-бонус выплачивается за закупку у поставщика любого количества товаров Товар1 и Товар2: в размере 1% и 2% соответственно.

Закуплено товаров: 13 шт Товар1 на сумму 8943,07 руб и 1 шт Товар2 на сумму 1893,19 руб.

Расчёт ретро-бонуса: 1% * 8943,07 + 2% * 1893,19 = 89,43 + 37,86 = 127,29 руб.

Проверка выполнения условий закупки осуществляется отдельно для каждой позиции: Количество закупленного товара >= Плановое количество.

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

Пример «Без запрета перевыполнения плана»

Условия ретро-бонуса: для получения бонуса необходимо выполнить план по закупке товаров: Товар1 10 шт, Товар2 15 шт. Периодичность выполнения условий Месяц (бонус начисляется за каждый месяц, в котором выполнено условие). Период действия условия: 01.10.2024-31.12.2024. Бонус 1,5% за каждый товар. Начисление за перевыполнение плана не запрещено.

За период действия условия ретро-бонуса были закуплены товары Товар1 и Товар2 в следующем объёме:

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

Условия ретро-бонуса: для получения бонуса от поставщика необходимо закупить товары: Товар1 10 шт. Периодичность выполнения условий Месяц. Ретро-бонус в размере 1%, не начисляется за превышение плана (в документе установлен флаг Не начислять сверх плана).

В зависимости от настроек распределения расчётной базы по документам отгрузки будет по-разному определяться расчётная база и рассчитываться ретро-бонус.

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

Условия ретро-бонуса: ретро-бонус выплачивается за закупку товаров Товар1 10 шт и Товар2 15 шт в размере 1% и 1,5% соответственно. Периодичность выполнения условий Квартал. Период условия: 01.07.2024-31.12.2024. Для получения бонуса план за квартал должен быть выполнен одновременно по обоим товарам.

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

Проверка выполнения условий закупок: Количество закупленных полных пакетов > 0 (бонусы начисляются за каждый полный пакет). Один пакет составляют товары в количестве, заданном в графе «План» документа Условия ретро-бонусов поставщика.

Условия ретро-бонуса: ретро-бонус выплачивается за закупку пакетного предложения, состоящего из товаров Товар1 10 шт, Товар2 15 шт. При этом на Товар1 установлен 1% бонуса, на Товар2 - 1,5%. Периодичность выполнения условий Однократно. Период условия: 01.09.2024-30.12.2024.

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

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

Проверка выполнения условий закупки выполняется по сумме: Сумма закупки >= Сумма, план (плановая сумма закупки).

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

Условия ретро-бонуса: для получения бонуса от поставщика необходимо закупить товары из акционного перечня на сумму 2500 руб. Периодичность выполнения условий День (бонус начисляется за каждый день, в котором выполнено условие). Период условия: 01.10.2024-05.10.2024. Размер бонуса 1,97%.

В таблице приведен расчёт на примере одного дня 01.01.2024.

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

■ оформление акта о получении финансовой премии на сумму ранее начисленных бонусов;

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

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

Подробнее об оформлении документа в разделе RetrobonusSupplierAc.

Документ предназначен для списания начисленных сумм бонусов в случае отказа поставщика от его выдачи или выдачи в неденежной форме. Документы Списание ретро-бонусов поставщика доступны в разделе Закупки – Ретро-бонусы поставщиков. Могут быть введены на основании документа Начисление ретро-бонусов поставщика (выполнение команды недоступно, если тип бонуса Закупки (Sell-in) и в документе начисления в табличной части указано несколько разных контрагентов).

В шапке документа необходимо выбрать организацию и контрагента.

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

■ при заполнении табличной части вручную пользователю доступны документы Условия ретро-бонусов поставщика с отбором по контрагенту и организации документа списания;

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

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

Для документа списания поддерживается возможность интеграции с 1С:Документооборот (редакция 2 и 3) и запуска процесса согласования. Возможность согласования доступна при включенной опции Согласование списаний ретро-бонусов поставщиков (НСИ и администрирование – Настройка НСИ и разделов – Закупки – Ретро-бонусы). Перед отключением функциональной опции необходимо убедиться, что в системе нет документов в статусе На согласовании.

По результатам согласования на стороне 1С:Документооборот может быть изменен статус списания в 1С:ERP:

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

■ Согласован - если в 1С:Документооборот документ согласован или согласован с замечаниями.

■ Не согласован - если документ не согласован в 1С:Документооборот.

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

Доступен пользователям с правами на просмотр Условий ретро-бонусов поставщика и может быть сформирован:

■ общий отчет по всем условиям ретро-бонусов: из меню Закупки - Отчеты по закупкам - Ретро-бонусы поставщиков.

■ отчет по конкретному условию: из документа Условия ретро-бонусов поставщика.

■ отчет из документа Акт премии поставщика: выводятся данные по условиям ретро-бонусов, указанных в текущем акте, а также данные по суммам актов без условий.

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

Из общего отчёта доступно управление статусом расчётов: необходимо выделить строки с необходимыми документами условий: ПКМ - Перейти - Закрыть или Возобновить расчеты.

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

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

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

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

Доступен из документа Условия ретро-бонусов поставщика.

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

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

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

Структура расшифрованного отчёта по номенклатуре зависит от настроек в Виде ретро-бонуса поставщика и документе Условия ретро-бонусов поставщика (целевого показателя продаж, базы расчёта):

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

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

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

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

Отчёт предназначен для анализа состава сегментов номенклатуры, указанных в документе Условия ретро-бонусов поставщика.

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

■ Состав сегментов (актуальные данные) - отчёт показывает состав сегментов номенклатуры по данным последнего согласованного документа Условия ретро-бонусов поставщика в цепочке (с учётом корректировочных документов). В зависимости от факта фиксации сегментов в документе отчёт показывает:

○ текущие данные состава сегментов - если состав не зафиксирован, то данные берутся по правилам формирования указанных сегментов,

○ зафиксированные данные состава сегментов. Подробнее о фиксации сегментов в разделе Фиксация состава сегментов.

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

■ Учет ретро-бонусов, изменяющих цену товара (ретро-скидок);

■ Учет ретро-бонусов с применением п. 12б ФСБУ 5/2019 "Запасы”;

■ Автоматизированный учет ретро-бонусов, оформленных встречными документами о реализации товаров или услуг;

■ Автоматизированные варианты учета ретро-бонусов, не отражаемые на взаиморасчетах;

■ Плановое отражение ретро-бонусов в управленческом учете;

■ Иные варианты отражения в МСФО, кроме трансляции документа Акт премии поставщика;

■ Настройка действия ретро-бонуса по свойствам номенклатуры; по подразделениям, направлениям деятельности и прочим измерениям; в разрезе серий номенклатуры; по выбранным накладным от поставщика.

■ Не поддерживается расчет ретро-бонусов по выручке, полученной от комиссионных продаж;

■ Не поддерживается расчет ретро-бонусов по сумме закупки от операций по поступлению товара от комитента: прием на комиссию, возврат товаров комитенту;

■ Не поддерживается настройка условий по программе продаж и закупок: процентная ставка разная, меняется в зависимости от выполнения плана: за 100 шт - 5%, за следующие 50 шт - 3%, за последующие продажи - 2%.

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

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

■ Грузополучатель (фактический и юридический адреса).

■ Контрагент (фактический и юридический адреса).

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

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

Если в ранее введенном документе уже был выбран адрес доставки, то в новом документе для этого адреса пишется источник «По статистике» без указания вида адреса. Например, в ранее проведенном заказе клиента в качестве адреса доставки указан адрес партнера с видом адреса «Адрес» и источником адреса «Партнер». В новом документа заказе клиента для этого адреса будет источник «По статистике» вместо «Партнер».

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

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

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

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

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

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

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

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

Для таких сценариев для документа Реализация товаров и услуг в печатных формах Торг-12 и УПД строка 4 предусмотрено заполнение адреса грузополучателя из реквизита Адрес доставки при установленной опции НСИ и администрирование – Настройка НСИ и разделов – Продажи – Печать документов - Адрес грузополучателя брать из адреса доставки услуг. В печатных формах в поле «Грузополучатель» заполняется адрес доставки, указанный в реквизитах печати в поле «Адрес доставки» документа реализации товаров и услуг.

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

Адрес доставки - это адрес, по которому доставляется товар. Адрес доставки может не совпадать с фактическим адресом юридического лица грузополучателя.

При выключенной опции Адрес грузополучателя брать из адреса доставки в Торг-12 и УПД строка 4 для грузополучателя выводится фактический адрес, заданный в карточке контрагента (грузополучателя), а не адрес доставки, указанный в реквизитах печати.

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

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

Реализован новый алгоритм заполнения менеджера для документов контура продажи и закупки.

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

Если в документе основания не заполнен менеджер, то в документе, введенном на основании, или автономно, заполнение менеджера выполняется в порядке понижения приоритетов:

■ по статистике. Разрезы статистики Автор, Партнер, Соглашение, Договор, Организация;

■ текущим пользователем, под которым создан документ (если статистики нет).

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

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

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

В остальных документах поведение не меняется.

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

■ Данные о транспортировке и грузе - можно заполнить вручную, либо выбрать транспортные накладные, созданные на основании реализации товаров и услуг. Используется для заполнения строки [9] УПД.

■ Иные сведения об отгрузке, передаче - можно заполнить вручную, либо выбрать действующие сертификаты номенклатуры, зарегистрированные в справочнике «Сертификаты номенклатуры». Используется для заполнения строки [12] УПД.

Заполнение строк [9,12] УПД реализовано только для документа Реализация товаров и услуг.

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

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

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

■ Выделяются строки и применяется команда Заполнить - Заполнить склад, выбирается склад, выбранный склад заполняется по выделенным строкам.

■ Создается документ Реализация товаров и услуг, в котором выбирается группа складов «Центр».

■ Клиент возвращает товар. На основании документа Реализация товаров и услуг вводится документ Заявка на возврат от клиента. В шапке заявки на возврат заполняется группа складов «Центр».

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

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

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

■ Создается документ Реализация товаров и услуг, в котором выбирается группа складов «Центр». Подбирается товар со склада 1 и склада 2.

■ Клиент возвращает товар - на основании документа Реализация товаров и услуг создается документ Возврат товаров от клиента. Автоматически заполняются группа складов в шапке и склады в табличной части возврата (в колонке «Получатель» заполняются склады возврата товаров).

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

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

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

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

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

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

○ Торговый дом «Комплексный» - агент (организация, в базе которой моделируется пример).

○ Принципал Альфа выдает поручение агенту Торговый дом «Комплексный» закупить кондиционер и услугу по его монтажу.

○ Агент Торговый дом «Комплексный» находит поставщика База «Электротовары» и заказывает у него кондиционер и услугу по его монтажу.

○ Поставщик База «Электротовары» выставляет агенту Торговый дом «Комплексный» УПД/СФ по ставкам 5 % или 7 %, которые агент регистрирует у себя в информационной базе и перевыставляет принципалу Альфа.

Оформляется заказ клиента с операцией «Поставка от принципала» от принципала «Альфа».

Оформляется заказ поставщику База «Электротовары» под принципала «Альфа».

На основании УПД/СФ со ставками 5% или 7% от поставщика База «Электротовары» регистрируется документ Приобретение товаров и услуг по заказу поставщику и Счет-фактура полученный, товар приходуется на ответ. хранение на склад.

Товар отгружается с ответственного хранения документом Отгрузка товаров с хранения по заказу клиента.

Создается отчет комитенту (принципалу) «Альфа» о закупках и перевыставляется УПД/счет-фактура принципалу.

Формируются перевыставляемые УПД/СФ принципалу.

В перевыставляемых УПД/СФ принципалу ставка и сумма НДС соответствуют документам поставщика.

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

Изменен макет отчета Состояние выполнения:

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

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

■ Этап оплаты – вариант контроля оплаты для планового графика, «Оплата после отгрузки» - при уточнении дат платежа в накладной.

■ Дата план - дата планового погашения плановой или фактической задолженности.

■ Корректировка графика – возникает при изменении дат платежа: списывает плановый график, начисляет график погашения фактической задолженности. В итоге 0.

■ Дата факт – дата получения или взаимозачета оплаты.

■ Остаток = Сумма плановая + Корректировка – Оплата + Корректировки задолженности.

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

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

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

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

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

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

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

В заказе указано две строки с датами отгрузки 12.06.24 и 19.06.24, заказ на сумму 200 руб.

В правилах оплаты заказа указано 4 этапа оплаты: 1 день до даты отгрузки и 2 дня после даты отгрузки.

Исходный плановый график оплаты/отгрузки по заказу до оплаты и отгрузки.

12.06.24 внесена предоплата по первой половине заказа с указанием даты погашения аванса 13.06.24 на сумму 50 руб.

В платежке от 12.06.24 указана дата погашения аванса 13.06.24 – возникает корректировка графика отгрузок на сумму оплаты 50 руб., часть суммы ожидается к погашению позже.

Отгрузка произведена 13.06.24 на сумму 100 руб. Отгрузка половины заказа на 1 день позже плановой даты отгрузки, уточняется дата постоплаты – новая дата платежа 15.06.24 по этапу оплаты «Оплата по графику накладной».

17.06.24 внесена предоплата на сумму 50 руб. по второй половине заказа с датой погашения <автоматически>.

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

Остаток - это текущий суммарный остаток графика погашения плановых оплат/отгрузок и фактической задолженности.

Просроченный остаток на дату формирования отчета 20.06.24.

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

Заказ клиента на 300 руб., в заказе указана строка с датой отгрузки 30.11.24 и задан плановый график оплаты.

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

Расчеты «Аванс по заказам, долг по накладным».

Заказ клиента на 200 руб., в котором указано две строки с датами отгрузки 18.11.24 и 12.12.24, в правилах оплаты заказа задан плановый график оплат.

Состояние выполнения по объекту расчетов «заказу», в котором отражается фактическая оплата 70 руб. и дата этой оплаты 04.11.24, оплата распределена по датам платежей заказа. Остаток плановой задолженности по заказу составляет 130 руб.

02.12.24 по заказу введена реализация товаров и услуг на 100 руб., в реализации уточнен график оплаты и с заказа на реализацию распределена оплаты в сумме 20 руб.

В состоянии выполнения по объекту расчетов «заказу клиента» реализацией уточняются даты платежей и с заказа по датам платежей реализации распределяется оплата по ФИФО. Уточненные даты платежей (это даты платежей из правил оплаты накладной) отображаются с наименованием этапа оплаты «Оплата по графику накладной».

С заказа на реализацию распределяется оплата в сумме 20 руб. на дату платежа 05.11.24. с оплатой до отгрузки. Также с заказа распределена оплата на даты платежей 07.12.24 (20 руб.) и 12.12.24 (10 руб.) реализации (это даты платежей с оплатой после отгрузки). Итого остаток фактической задолженности по этапу оплаты реализации «Оплата по графику накладной» с датой платежа 17.12.24 составляет 50 руб. Возникает корректировка графика на «-50», поскольку плановая оплата по заказу с датой платежа 28.11 перенесена на уточненную реализацией дату платежа 12.12.

Остальные 20 руб. по заказу распределены на дату платежа 05.11.24 заказа с оплатой до отгрузки.

Состояние выполнения по объекту расчетов «накладной», в котором все этапы по погашению фактической задолженности объединяются в наименование «Оплата по графику накладной». Поскольку по реализации с заказа зачтена оплата в сумме 20 руб., поэтому в состоянии выполнения выводится оплата (факт) на 20 руб. с датой (факт) 02.12.24, равной дате реализации.

04.12.24 по заказу введена вторая реализация товаров и услуг на оставшиеся 100 руб., в реализации уточнен график оплаты и по реализации с заказа распределена оплаты в сумме 20 руб.

Состояние выполнения по объекту расчетов «заказу» - этапы по погашению остатка фактической задолженности по реализации от 04.12.24 объединяются в этап «Оплата по графику накладной», реализацией от 04.12 уточнен график оплаты – новые даты платежей постоплаты 09.12 и 14.12.

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

Итого: в состоянии выполнения по объекту расчетов «заказу клиента» в оплатах клиента остаток 130 руб., в состоянии выполнения по объекту расчетов реализации от 02.12 остаток - 80 руб., в состоянии выполнения по объекту расчетов реализации от 04.12 - остаток 80 руб.

Развернутое сальдо по остатку в оплатах клиента между объектами расчетов «реализациями» (160 руб.) и «заказам» (130 руб.) обусловлено тем, что на объекте расчетов заказе числится нераспределенный аванс в сумме 30 руб., который требуется распределить по реализациям.

Расчеты «Аванс по заказам, долг по накладным»

Заказ поставщику на 100 руб., в правилах оплаты заказа задан плановый график оплаты.

03.12.24 оплата по заказу на 30 руб. с датой погашения аванса 27.12.2024.

Состояние выполнения по объекту расчетов «заказу», в котором отражается фактическая оплата 30 руб. и дата этой оплаты 03.12.24. Остаток плановой задолженности по заказу составляет 70 руб.

В платежке от 03.12.24 указана дата погашения аванса 27.12.24 – возникает корректировка графика поставки от поставщика в разделе «Поставки от поставщика».

04.12.24 приобретение товаров и услуг на 100 руб., в правилах оплаты накладной уточнен график оплаты.

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

По объекту расчетов приобретению зачет оплаты выполнен датой приобретения 04.12.24.

В платежном документе от 03.12.24 указана дата погашения аванса 27.12.24 и эта оплата зачтена по накладной, поэтому в разделе «Поставки от поставщика» на этап «Поставка по графику погашения аванса» с датой (план) 27.12.24 на 30 руб. приходуется фактическая отгрузка 04.12.24.

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

Заказ поставщику на 200 руб., в заказе задан график оплаты.

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

30.11.24 оплата по договору на 150 руб. с датой погашения аванса 03.12.24.

В состоянии выполнения в разделе «Оплаты поставщику» оплата распределена по датам платежей заказа, остаток плановой задолженности по заказу 50 руб. В колонке «Дата (факт)» пишется фактическая дата оплаты 30.11.24.

В платежном документе от 30.11.24 указана дата погашения аванса 03.12.24, поэтому в разделе «Поставки от поставщика» возникает корректировка графика – перенос сумм с этапа «Поставка по графику заказа» на этап «Поставка по графику погашения аванса» с датой (план) = дате погашения аванса 03.12.24.

По приобретению от 04.12 зачтена оплата в сумме 100 руб., по приобретению от 05.12 зачтен остаток оплаты 50 руб. и еще требуется оплата 50 руб.

При проведении приобретения от 05.12. уточняется дата постоплаты – в состоянии выполнения пишется этап оплаты по погашению фактической задолженности «Оплата по графику накладной» с датой оплаты 15.12.2024 на сумму 50 руб.

Возникла корректировка графика на 150 руб., которая образовала этап поставки с датой (план) 03.12.2024, фактические поставки произведены в две даты, поэтому образовалось две строки с разными фактическими датами поступления, исходя из зачтенной оплаты по документу поставки. На этап «Поставка по графику погашения аванса» с датой (план) 03.12.2024 и корректировкой графика 150 руб. приходится две фактические поставки 04.12 на 100 руб. и 05.12 на 50 руб.

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

05.11.24 заказ клиента на 100 руб. с датой отгрузки 06.11.24.

06.11.24 поступление оплаты на 150 руб. по договору с датой погашения аванса 27.11.2024.

07.11.24 новый заказ клиента на 100 руб. с датой отгрузки 08.11.24 в рамках того же договора, что и первый заказ от 05.11.24.

Возникла корректировка графика на «-100» руб. по заказу с датой отгрузки 06.11.24 - перенос суммы с этапа «Отгрузка по графику заказа» на этап «Отгрузка по графику погашения аванса» с датой (план) = дате погашении аванса 27.11.24, поскольку на заказ от 05.11 распределен аванс в сумме 100 руб.

Возникла корректировка графика на «-50» руб. по заказу с датой отгрузки 08.11.24 - перенос суммы отгрузки с этапа «Отгрузка по графику заказа» с датой (план) 08.11.24 на этап «Отгрузка по графику погашения аванса» с датой (план) = дате погашении аванса 27.11.24.

На этап «Отгрузка по графику погашения аванса» с датой (план) 27.11.2024 и корректировкой графика 150 руб. приходится фактическая отгрузка 20.11.24 на 150 руб.

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

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

Сначала списывается плановая оплата на сумму 20 руб. первого этапа «Оплата до отгрузки» с датой платежа 02.11.2024 и на 10 руб. возникает фактический долг по реализации. Итого корректировка графика на дату оплаты 02.11.2024 «-10».

Затем списываются по порядку даты платежей этапов «Оплата после отгрузки» на сумму 80 руб. Это плановая оплата 04.11.2024 на 20 руб. и на 10 руб. возникает фактический долг по реализации. Итого корректировка графика на дату оплаты 04.11.2024 «-10». Оставшиеся 60 руб. списываются с плановой даты платежа 21.11.24.

В разделе «Оплаты от клиента» по реализации добавляются этапы «Оплата по графику накладной» с датами платежей 20.11.24 и 05.12.24 - это уточненные даты платежей по графику накладной.

Заказ поставщику на 200 руб., в заказе указаны даты отгрузки и рассчитаны даты поступления 07.11.2024 и 08.11.2024 для каждой строки товара.

В разделе «Поставки от поставщика» этап поставки с датой поступления по заказу носит наименование «Поставка по графику заказа».

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

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

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

27.11.24 по реализации оформлена оплата на 300 руб. с датой погашения аванса 28.11.2024.

При расчетах по расчетным документам нет плановых графиков оплаты и отгрузки. Все отгрузки в долг и авансы попадают в колонку «Сумма (план)», поэтому остаток излишне уплаченной суммы 100 руб. числится по этапу отгрузки «Отгрузка по графику погашения аванса» с датой (план) 28.11.24, равной дате погашения аванса.

По приобретению зачтен аванс на 200 руб., аванс отражен взаимозачетом задолженности – аванс с датой погашения 26.12.24 перенесен на приобретение товаров и услуг от 04.12.

В разделе «Поставки от поставщика» план погашения аванса с датой (план), равной дате погашении аванса 26.12.24, соответствует фактической задолженности по накладной. Платежка образовала график погашения аванса по накладной на 100 руб. В разделе «Поставки от поставщика» ожидается погашение переплаты в виде остатка 100 руб.

■ Не изменяются механизмы получения данных взаиморасчетов для регл. учета и МФУ.

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

■ Обработчики заполнения нового реквизита ТипЗаписиВзаиморасчетов в регистрах накопления:

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

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

■ Старый код будет удален после следующей версии длительной поддержки.

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

■ Чек отложен с резервированием до определённой даты и эта дата меньше текущей.

■ Если закончился срок хранения чека в днях (задается в разделе НСИ и администрирование – Настройки НСИ и разделов – Продажи – Розничные продажи – Хранить отложенные чеки … дн.), то есть чеки, дата которых + количество дней хранения меньше текущей даты. Если количество дней хранения отложенных чеков равно 0, удаляются все чеки с закрытой сменой.

В соответствии с разъяснениями в Письме ФНС от 12.12.2023 г. N АБ-4-20/15520@, если чек с незаполненным реквизитом "мера количества предмета расчета" (тег 2108) не был принят ФНС России, то необходимо сформировать кассовый чек коррекции на исправление ошибки без сторнирующей части.

Если исходная операция была отражена в РМК с использованием документа Чек ККМ, то необходимо сформировать документ Чек ККМ коррекции с видом Блокировка чека в ОФД в списке Чеки ККМ на основании документа Чек ККМ, по которому чек не был принят ФНС. В основном сценарии работы изменений в таблице товаров не вносится. Далее в сформированном документе командой Пробить формируется чек коррекции.

Если исходная операция была отражена документами "оптовой" схемы, например Реализация товаров и услуг + Эквайринговая операция, то для пробития чека, заблокированного в ОФД необходимо сформировать документ Корректировка реализации.

Доработано рабочее место Формирование заказов по потребностям и настройки способов обеспечения потребностей:

■ При заказе по графику (расписанию) предусмотрены возможности:

○ Указание правила определения графика поставки (заказ раз в неделю и т.п.).

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

■ Обеспечен расчет минимального и максимального запасов при незаполненных графиках работы.

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

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

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

○ Ранее возникала проблема, воспроизводимая на примере: создан заказ на перемещение товара по назначению. Рабочее место по формированию заказов по потребностям не предлагало обеспечить этот заказ, так как считало, что заказ уже обеспечен за счет ожидаемого поступления на склад-получатель по этому же заказу на перемещение.

В карточке элемента Способ обеспечения потребностей правило формирования заказов Заказ при достижении точки заказа переименовано на По точке заказа. Правило формирования заказов Заказ по графику - на По расписанию.

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

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

■ График поставок. Можно указывать даты поставки, создав для этого график работы.

В настройках Расчет ближайшего цикла обеспечения расчет даты поставки (Дата поступления по заказу):

■ По расписанию – график поставок определяется минимально возможная дата поставки, исходя из Срока исполнения заказа: сегодня 10.01 (пятница) + 3 дн., по графику работы предприятия = 13.01 (понедельник);

■ По расписанию – каждые определяется ближайшая к найденной дате дата, исходя из периодичности графика: с 10.01 (это пятница) дата поставки 17.01 (пятница).

Расчет даты заказа (Дата формирования заказа поставщику) - от даты поступления по заказу 17.01 вычитается срок исполнения заказа (3 дн.) по графику работы предприятия. Получаем 14.01 (вторник).

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

Расчет даты отгрузки заказов по гарантированному сроку:

■ От текущей даты откладывается гарантированный срок обеспечения, 09.01 (четверг) + 5 дн. по графику предприятия (за вычетом выходных дней) = 16.01 (четверг).

■ Ближайшая дата поставки по расписанию 14.01 (вторник).

■ Берем большую из двух дат, получаем 16.01 (четверг).

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

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

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

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

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

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

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

■ Не ограничен - обеспечиваемый период не рассчитывается, можно использовать только для товаров, максимальный запас которых устанавливается вручную (при методе поддержания запасов «Min – max»), либо запасы которых не поддерживаются.

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

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

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

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

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

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

■ Минимальный запас = Норма потребления в день * Срок поставки (количество рабочих дней в графике работы склада за период: Текущая дата – Дата поставки) + Страховой запас

■ Максимальный запас = Норма потребления в день * Обеспечиваемый период (количество рабочих дней в графике работы склада за период: Дата поставки – Обеспечить потребности до даты) + Страховой запас.

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

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

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

На шаге 3 «Поддержание запасов», если на шаге 2 установлено К заказу товары = Не заказывать сегодня, будет дана рекомендация Не заказывать товар. Ожидать даты наступления заказа по графику.

Если на шаге 2 К заказу товары = Все, плановое формирование заказа, будет дана рекомендация Заказать количество для пополнения до максимального запаса.

Если на шаге 2 К заказу товары = Достигшие точки заказа (информация о количестве дней до даты планового заказа удалена), будет дана рекомендация Заказать количество для пополнения до максимального запаса.

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

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

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

Разукрупнение по датам отгрузки предусмотрено только, если используется упорядочивание заказов по датам отгрузки НСИ и Администрирование – Настройка НСИ и разделов - Склад и доставка – Обеспечение потребностей - Упорядочивать потребности по заказам для обеспечения - По приоритету и дате отгрузки.

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

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

В рабочем месте Формирование заказов по потребностям на шаге 4 «Обеспечение заказов к отгрузке» для метода обеспечения «Заказ под заказ» Дата поставки рассчитывается в зависимости от настройки НСИ и Администрирование – Настройка НСИ и разделов - Склад и доставка – Обеспечение потребностей - Упорядочивать потребности по заказам для обеспечения:

□ Дата поставки = Ближайшая возможная дата поставки из способа обеспечения потребностей (Текущая дата + Срок поставки из способа обеспечения потребностей) либо, указанная на шаге 2 в рабочем месте.

□ Флаг «К заказу» устанавливается автоматически для всех потребностей по заказам независимо от даты отгрузки, поскольку при этой настройке при автоматическом распределении запасов сначала обеспечиваются заказы с высоким приоритетом, затем с меньшим приоритетом. При равном приоритете – сначала обеспечиваются заказы с меньшей датой документа, затем с большей датой документа. Даты отгрузки не учитываются.

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

Расчет дат поставки при правиле формирования «По расписанию»:

○ По точке заказа – анализируется дата отгрузки заказа:

□ Если Дата отгрузки равна, либо попадает в ближайшую дату поставки (Дата поставки = Текущая дата + Срок исполнения заказа, указанный в способе обеспечения потребностей) - значит, точка заказа для такой потребности достигнута.

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

□ Дата поставки рассчитывается как «поставка день в день»: Дата поставки = Дата отгрузки (например, дата отгрузки 20.01, то и дата поставка рассчитывается как 20.01).

□ Если дата отгрузки – нерабочий день предприятия, то дата поступления предыдущий рабочий день.

□ Флаг «К заказу» устанавливается автоматически только для потребности, для которой точка заказа достигнута, и на возможную ближайшую дату поставки, указанную на шаге 2 рабочего места.

○ По расписанию – это правило определят расчет даты поступления:

□ Дата поступления = ближайшая расчетная дата поставки в способе обеспечения потребностей.

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

□ Флаг «К заказу» устанавливается автоматически только на возможную ближайшую дату поставки, указанную на шаге 2 рабочего места.

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

При настройке НСИ и Администрирование – Настройка НСИ и разделов - Склад и доставка – Обеспечение потребностей - Упорядочивать потребности по заказам для обеспечения - По приоритету и дате документа автоматически устанавливается флаг «К заказу» для всех строк на шаге 4, поэтому отбор по реквизиту «К заказу не позднее» на этом шаге не предусмотрен.

Ранее возникала проблема, воспроизводимая на примере:

■ Сформирован заказ на перемещение товара по назначению.

■ Рабочее место «Формирование заказов по потребностям» не предлагало обеспечить этот заказ на перемещение, так как считало, что заказ уже обеспечен, за счет ожидаемого поступления на склад-получатель, по этому же заказу на перемещение.

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

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

Снято ограничение по расчету даты поставки по графику работы предприятия и склада:

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

■ Рабочих местах настройки параметров обеспечения потребностей

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

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

■ хозяйственная операция «Возврат оплаты клиенту» переименована в «Возврат или иная оплата клиенту»;

■ хозяйственная операция «Возврат ДС от поставщика» переименована в «Возврат или иное поступление от поставщика».

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

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

■ в отчете Ведомость расчетов с клиентами представление колонки Списание и переоценка задолженности переименована в Иные операции;

■ в отчете Ведомость расчетов с поставщиками представление колонки Списание и переоценка задолженности переименована в Иные операции;

■ в отчете Сводная ведомость расчетов представление колонки Списание и переоценка переименована в Иные операции.

В отчет Движение денежных средств добавлен раздел Транзитные операции.

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

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

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

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

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

При приеме оплаты через СБП в РМК договора берутся из настройки РМК с отбором по организации и складу (магазину) из текущей Кассы ККМ. Если есть договор с настройкой подключения по магазину (складу) соответствующему указанному в карточке Кассы ККМ, то данный договор используется в приоритетном порядке.

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

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

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

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

Теперь в режиме ведения взаиморасчетов Онлайн поддерживается Порядок зачет оплат и накладных (НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты):

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

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

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

Код вида документа в порядке понижения приоритетности:

■ «1» – Заказы, взаимозачеты задолженности (авансы и задолженность).

■ «3» – Возвраты товаров, корректировки накладных.

■ «5» – Возвраты ДС, корректировки задолженности.

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

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

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

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

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

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

● В заказе больше не задается направление размещения в графике – система сама определяет, как размещать.

● В одном этапе несколько ВРЦ могут быть заданы только для одновременного использования

● Поддерживаются ВРЦ с параллельной загрузкой.

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

Сменным графиком можно задать несколько смен в день:

Кроме того, поддерживаются переходящие смены, пересекающие границу суток:

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

Этапы производства для планирования делятся на 2 вида:

● Планируемые по длительности без учета загрузки ВРЦ и размера партии (т.н. этапы УББВ, буферные)

● Планируемые по загрузке ВРЦ с учетом размера партии

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

Размещение этапа с ВРЦ всегда делается как можно раньше. Причины:

● ВРЦ - ресурс ограниченной доступности, который может быть (или может стать) узким местом

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

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

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

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

Если какой-то этап действительно важно сделать как можно раньше, то включаем в нем использование ВРЦ.

1. Определяется левая граница – этапы-предшественники и доступность материалов.

3. Далее, начиная с первого же интервала после буфера, ищется доступность ВРЦ. Найденная доступность занимается.

4. Подтягивается к загрузке ВРЦ предварительный буфер и откладывается завершающий буфер

Если этапу не хватает доступности в одном интервале, он может занять несколько интервалов (

но только если не поставлен признак «Непрерывный» и в этапе только один ВРЦ):

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

Этап с несколькими ВРЦ должен целиком поместиться в 1 интервал. Так уменьшается вероятность ситуаций, при которых суммарная доступность есть, но реально разместить невозможно. Если это требование не выполняется, сократить количество ВРЦ до 1 либо пересмотреть выбор интервала планирования для подразделения.

Принцип планирования параллельных ВРЦ – перевод «двумерной» доступности в одномерную.

Например: печь. У нее есть параметр «максимальная загрузка» – 10 кг. Для выпекания изделия массой 1 кг нужен 1 час. При доступности 8 часов можно выпечь 80 изделий. Размещая в графике этап выпекания 15 изделий, будет занята доступность 15*1час/10= 1,5 часа, останется 7,5

Важно понимать: такой способ планирования может иметь погрешность, которая тем меньше, чем больше интервал планирования по отношению к длительности этапа.

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

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

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

Этап без ВРЦ между двумя этапами с ВРЦ прижимается вправо, кроме случая когда слева этап в том же подразделении, что и этап без ВРЦ.

Если в спецификации нет этапов с ВРЦ, все этапы будут прижаты вправо либо к этапу с ВРЦ вышестоящей спецификации, либо к дате потребности, если это продукция. Это поведение также преследует цель сокращение НЗП.

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

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

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

На основании графика диспетчер формирует партии и передает этапы к выполнению.

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

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

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

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

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

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

Письмо ФНС от 21.02.2023 № ЗГ-3-15/2580@ (http://www.consultant.ru/law/hotdocs/79329.html).

■ При производстве потребляются прослеживаемые материалы в составе работ. Часть из них может прослеживаться в составе продукции:

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

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

■ Оформляется выпуск прослеживаемой продукции, в точности работ:

○ Выпуск оформляется с пустыми номерами РНПТ. Движение такой продукции запрещено.

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

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

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

В документе Производство без заказа можно указать прослеживаемые материалы и работы. Потребление/перемещение прослеживаемой продукции с пустыми номерами РНПТ запрещено.

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

Рабочее место Сервис – Учет РНПТ в производстве состоит из закладок:

■ Продукция к оформлению РНПТ – позволяет оформить перенос РПНТ материалов на продукцию по выделенным строкам:

○ Содержит распоряжения на оформление РНПТ прослеживаемой продукции, которые формируются «на лету».

○ Остатки прослеживаемой номенклатуры с пустыми номерами ГТД.

○ Содержит рекомендуемые к выбытию из производства РНПТ материалы, список которых формируется «на лету».

○ Остатки РНПТ материалов в производстве, работы, по партиям производства которых полностью завершены.

○ Доступно оформление документов «Выбытие РНПТ материалов из производства».

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

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

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

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

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

Подобранные номера РНПТ можно просмотреть в видах запасов, при необходимости можно скорректировать РНПТ.

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

■ Табличная РНПТ материалов может быть заполнена по командам:

○ Из остатков в производстве – выводятся остатки «РНПТ в производстве» с отбором по назначению продукции, учитываются РНПТ, уже подобранные в документ.

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

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

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

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

Заполнить РНПТ материалы в табличной части документа можно по командам подбора:

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

■ Передача давальцу выполняется в документе Отчет давальцу между организациями. Для этого:

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

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

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

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

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

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

Заполнить табличную часть РНПТ материалов можно путем подбора из остатков в производстве (остатков переработчика) по соответствующей команде.

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

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

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

Для анализа РНПТ материалов, находящихся в производстве, предусмотрен отчет Производство – Отчеты по производству - Ведомость прослеживаемых материалов в производстве.

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

Уменьшено время открытия формы выбора основных средств путем доработки данной формы.

Без доработки при использовании PostgreSQL может наблюдаться длительное открытие формы выбора основных средств. Это связано с тем, что в форме используется получение сведений из регистров, которое может выполняться неоптимально (https://its.1c.ru/db/metod8dev/content/4208/hdoc).

Для решения этой проблемы была доработана форма выбора добавлением выбора режима использования сведений:

■ На дату – сведения будут получены на дату документа (старое поведение).

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

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

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

Настройка отборов выполняется в отдельной форме.

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

■ реализация единых базовых объектов и механизмов для отражения данных оперативного финансового учета в других видах учета;

■ реализация пользовательского интерфейса, обеспечивающего:

○ понимание способов получения данных балансовых регистров оперативного учета;

○ информирование о возможностях аналитического, валютного и количественного учета;

○ информирование о зависимостях от настроек учета;

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

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

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

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

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

Подробнее о балансовых регистрах оперативного учета и их составе в разделе документации "Описание остаточных и оборотных регистров оперативного учета".

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

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

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

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

Соответствие данных балансовых регистров статьям активов и пассивов можно разделить на 4 типа:

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

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

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

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

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

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

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

Карточки элемента списка Статьи активов и пассивов, описывающих данные балансовых регистров оперативного учета, содержат следующие данные:

■ на закладке Основное определяются вид статьи, признак учета данных за балансом (Ценности контролируются организацией, но не принадлежат ей), возможность деления данных по срочности, ведение количественного и валютного учета;

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

■ на закладке Использование выводится список настроек информационной базы, от которых зависит наличие данных по статье активов/пассивов в оперативном учете, и связи между этими настройками. Рядом с названием настройки выводится статус ее использования, а над списком – итоговый статус использования статьи;

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

■ на закладке Разрезы настройки выводятся наименования классификаторов, элементы которых используются для настройки правил отражения данных статьи активов/пассивов. Настройка правил отражения по основному разрезу является обязательной. Настройка правил по детальному разрезу необязательна, но эти правила имеют более высокий приоритет над правилами, использующими только основной разрез. Например, для статьи активов/пассивов Товары и материалы на складах настройка правил отражения заключается в указании счетов учета отдельно для каждой группы настроек финансового учета номенклатуры (ГФУ номенклатуры). Для любой ГФУ номенклатуры может быть указан склад, на котором учет запасов должен выполняться на другом счете, отличном от указанного для этой ГФУ номенклатуры;

статья активов/пассивов может не иметь детального разреза настройки правил отражения данных. В некоторых статьях для основного разреза следует использовать не все элементы указанного классификатора, а только часть, отвечающих определенному условию. В этом случае в статье указывается отбор, которому должны соответствовать элементы классификатора для использования в качестве основного разреза настройки правил. Например, основной разрез настройки для статьи активов/пассивов Стоимость ОС – группы финансового учета внеоборотных активов (ГФУ ВНА). Но с использованием ГФУ ВНА настраиваются счета не только для основных средств, но и для нематериальных активов. Поэтому в настройке для статьи активов/пассивов Стоимость ОС используется отбор ГФУ ВНА по виду активов;

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

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

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

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

В связи с выполненными доработками элементы списка Статьи активов и пассивов теперь можно условно разделить на три группы:

■ предопределенные статьи активов и пассивов, описывающие данные балансовых регистров оперативного учета - добавлены в рамках выполненных доработок;

■ предопределенные статьи активов и пассивов, присутствовавшие в списке Статьи активов и пассивов до выполнения доработок и использующиеся для формирования управленческого баланса (далее – статьи управленческого баланса);

■ добавленные пользователями статьи активов и пассивов.

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

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

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

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

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

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

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

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

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

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

■ изменены наименования статей и групп для большего соответствия плану счетов бухгалтерского учета;

■ изменено объединение статей в группы для большего соответствия плану счетов бухгалтерского учета и учета экономического содержания статей;

■ объекты финансового учета Товары, принятые на хранение на складах и Товары, принятые на хранение к оформлению списания объединены в одну статью активов и пассивов Товары, принятые на хранение на складах;

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

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

■ счета учета для пользовательских статей активов и пассивов возможно указать только в местах использования этих статей в документах;

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

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

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

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

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

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

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

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

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

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

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

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

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

■ настройки устаревшего учета, по которым уже не будет новых данных, а существующие данные находятся в закрытом периоде, можно не переносить;

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

■ если это настройки объектов финансового учета Товары, принятые на хранение к оформлению списания или Материалы, принятые в переработку к оформлению списания, которые в статьях активов и пассивов вошли в состав принятых товаров и материалов на складах, то для переноса следует использовать статьи Товары, принятые на хранение на складах и Материалы, принятые в переработку на складах с указанием исключений по местам учета в настройках счетов;

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

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

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

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

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

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

■ из регистра сведений Задания к формированию движений по внеоборотным активам определяются объекты учета (основные средства), по которым требуется сформировать движения;

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

○ объекты, полученные при разукомплектации, объединении;

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

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

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

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

■ берется порция объектов и документов, по которым можно сформировать движения. В порцию входят документы тех объектов, по которым более ранние документы уже обработаны;

■ для порции объектов выполняется получение данных учета, которые используются в таблицах проведения документов;

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

■ полученные таблицы движений записываются в регистры;

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

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

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

Отчет «Перечень заявлений о ввозе товаров и уплате косвенных налогов» (далее - Перечень) предоставляется организациями, плательщиками НДС, которые осуществляют операции экспорта в страны ЕАЭС для подтверждения ставки НДС 0%. Перечень содержит сведения о покупателе из ЕАЭС и данные о регистрации в налоговом органе страны, являющейся членом Таможенного Союза, оформленного им заявления о ввозе товаров.

До версии 2.5.21 поддерживалось заполнение граф 3-5 Перечня. В графе 3 указывалось значение «1», графы 4 и 5 заполнялись по данным о контрагентах из документов реализации (графа 4 – Регистрационный номер из карточки контрагента, графа 5 – Код страны, указанной в карточке контрагента). Графы 1 и 2 Перечня заполнялись пользователем вручную по данным о заявлениях о ввозе товаров из ЕАЭС, полученным от покупателя.

В версии 2.5.21 поддержано заполнение всех граф Перечня. В графу 4 теперь подставляется Налоговый номер из карточки контрагента. Для регистрации данных заявлений о ввозе товаров, полученных от покупателей из ЕАЭС, и заполнения по ним Перечня добавлен документ Заявление о ввозе товаров от покупателя из ЕАЭС. Документ доступен, если в информационной базе включена одна или обе из функциональных опций Экспорт несырьевых товаров и/или Экспорт сырьевых товаров, работ, услуг в меню НСИ и администрирование – Настройка НСИ и разделов – Учет НДС, импорт и экспорт – Экспорт.

Использование документа Заявление о ввозе товаров от покупателя из ЕАЭС для заполнения Перечня позволяет:

■ хранить номер и дату отметки заявления о ввозе товаров, зарегистрированного в налоговом органе страны ЕАЭС покупателя, идентификационный номер покупателя, код страны покупателя, организацию;

■ вычислять раздел заявления о ввозе товаров, в котором располагаются реквизиты продавца для графы 3 перечня (1 для прямых продаж, 3 – через посредника);

■ вводить данные об отметке регистрации заявления о ввозе товаров в налоговом органе страны ЕАЭС покупателя вне зависимости от периода реализации;

■ формировать одно заявление о ввозе товаров, полученное от покупателя, для нескольких документов реализации;

■ формировать несколько заявлений о ввозе товаров от покупателя для одного документа реализации;

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

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

Оформление документа Заявление о ввозе товаров от покупателя из ЕАЭС поддержано на основании документов реализации с налогообложением Экспорт и контрагентом, в карточке которого указана страна регистрации с признаком Участник ЕАЭС, для следующих операций:

■ реализация товаров на экспорт, в т.ч. реализация через комиссионера (версия комиссионной продажи 2.5 в меню НСИ и администрирование – Настройка НСИ и разделов – Продажи – оптовые продажи – Комиссионные продажи)) - документ Реализация товаров и услуг;

■ реализация на экспорт основных средств - документ Реализация услуги прочих активов;

■ выполнение на экспорт работ по переработке давальческого сырья - документ Отчет давальцу (при использовании механизма переработки давальческого сырья версии 2.5 (определяется функциональной опцией Производство из давальческого сырья (версия 2.5) в меню НСИ и администрирование – Настройка НСИ и разделов – Продажи – Производство из давальческого сырья);

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

Оформление документа Заявление о ввозе товаров от покупателя из ЕАЭС может быть выполнено:

■ вводом на основании указанных документов (для ввода остатков поддерживается только этот вариант)

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

■ из нового рабочего места Регистрация заявлений о ввозе товаров от покупателей из ЕАЭС для подтверждения ставки 0% (доступно из журнала документов Документы НДС (все) по гиперссылке Заявления о ввозе от покупателей или из рабочего места Помощник по учету НДС по гиперссылке Оформить заявления от покупателей из стран Таможенного Союза) по кнопке Зарегистрировать заявление о ввозе товаров. В рабочих местах Регистрация заявлений о ввозе товаров от покупателей из ЕАЭС для подтверждения ставки 0% и Помощник по учету НДС необходимость оформления документов Заявление о ввозе товаров от покупателя из ЕАЭС определяется по данным регистра сведений НДС состояние реализации 0%, а также по данным документов Первичный документ с операцией Реализация клиенту, по которым был оформлен ввод остатков НДС по экспортным операциям.

В документе Заявление о ввозе товаров от покупателя из ЕАЭС регистрируются следующие данные:

■ Номер (присваивается автоматически) и от - дата регистрации документа в системе (указывается пользователем);

■ Организация – организация – экспортер в стану ЕАЭС;

■ Отметка о регистрации № и от – номер и дата отметки о регистрации заявления о ввозе товаров в налоговом органе страны – покупателя из ЕАЭС. Заполняется пользователем;

■ Контрагент – покупатель из страны ЕАЭС. Заполняется автоматически по данным документа, на основании которого регистрируется заявление о ввозе товаров. При реализации товаров, работ, услуг, основных средств напрямую покупателю указывается контрагент, которому была произведена отгрузка. При реализации через комиссионера – конечный покупатель, не комиссионер;

■ Причина возникновения заявления – выбирается причина, по которой оформляется заявление о ввозе товаров, из фиксированного списка вариантов:

○ первичное заявление – регистрация заявления о ввозе товаров из ЕАЭС, полученного от покупателя, по операциям реализации. Значение подставляется по умолчанию при оформлении заявления на основании документов реализации;

○ взамен ранее представленного - регистрация заявления о ввозе товаров из ЕАЭС, полученного от покупателя, при внесении правок в ранее зарегистрированное заявление. Значение выбирается пользователем. Потребуется выбрать ранее зарегистрированное заявление по гиперссылке Выбор ранее представленного заявления;

○ корректировка ранее представленного при увеличении цены - регистрация заявления о ввозе товаров из ЕАЭС, полученного от покупателя, при внесении правок в ранее зарегистрированное заявление по причине увеличения стоимости экспортированных товаров в случае увеличения их цены. Значение выбирается пользователем. Потребуется выбрать ранее зарегистрированное заявление по гиперссылке Выбор ранее представленного заявления;

○ взамен ранее представленного при частичном возврате товаров - регистрация заявления о ввозе товаров из ЕАЭС, полученного от покупателя, при внесении правок в ранее зарегистрированное заявление по причине частичного возврата товаров. Значение выбирается пользователем. Потребуется выбрать ранее зарегистрированное заявление по гиперссылке Выбор ранее представленного заявления;

■ Документ отгрузки – документ, которым оформлена реализация на экспорт покупателю из ЕАЭС. Заполняется автоматически тем документом, на основании которого регистрируется заявление о ввозе товаров. Одно заявление может быть зарегистрировано к нескольким документам отгрузки. Дополнительные документы можно подобрать в табличную часть документа Заявление о ввозе товаров от покупателя из ЕАЭС по кнопке Добавить;

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

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

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

При добавлении в документ Заявление о ввозе товаров от покупателя из ЕАЭС документов реализации по операциям реализации через комиссионера в форме выбора выводится информация о конечном покупателе.

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

После записи или проведения документа Заявление о ввозе товаров от покупателя из ЕАЭС гиперссылка Оформить заявление о ввозе от покупателя в документах реализации, к которым оформлено заявление, заменяется на гиперссылку с номером и датой отметки о регистрации заявления. По гиперссылке можно открыть документ Заявление о ввозе товаров от покупателя из ЕАЭС.

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

В документах реализации, к которым оформлено несколько заявлений о ввозе товаров, гиперссылка Оформить заявление о ввозе от покупателя заменяется на гиперссылку Заявление о ввозе товаров из ЕАЭС с указанием количества заявлений. По гиперссылке можно открыть нужный документ Заявление о ввозе товаров от покупателя из ЕАЭС.

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

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

■ по гиперссылке Выбор ранее представленного заявления указать заявление о ввозе товаров, к которому оформляется изменение. Табличная часть документа очищается и заполняется по данным выбранного заявления. После выбора заявления, к которому оформляется изменение, гиперссылка Выбор ранее представленного заявления заменяется ссылкой на выбранный документ Заявление о ввозе товаров от покупателя из ЕАЭС, который можно либо открыть (команда Открыть в контекстном меню), либо заменить на другой документ (команда Изменить в контекстном меню);

■ указать сумму в графе Сумма по заявлению. Заявление формируется взамен ранее поданного, т.е. в заявлении указывается сумма по реализации с учетом возврата (например, стоимость товаров, оставшихся у покупателя);

■ ввести номер и дату отметки о регистрации заявления.

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

Если к документу реализации, по которому уже регистрировалось заявление о ввозе, была оформлена корректировка с увеличением суммы, тогда в рабочем месте Регистрация заявлений о ввозе товаров от покупателей из ЕАЭС для подтверждения ставки 0% отражается необходимость формирования заявления на дополнительную сумму. Необходимо создать документ Заявление о ввозе товаров от покупателя из ЕАЭС, в котором:

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

■ указать дату корректировки цены в поле Цена увеличена с;

■ по гиперссылке Выбор ранее представленного заявления указать заявление о ввозе товаров, к которому оформляется изменение. Табличная часть документа заполняется по данным выбранного заявления. После выбора заявления, к которому оформляется изменение, гиперссылка Выбор ранее представленного заявления заменяется ссылкой на выбранный документ Заявление о ввозе товаров от покупателя из ЕАЭС, который можно либо открыть (команда Открыть в контекстном меню), либо заменить на другой документ (команда Изменить в контекстном меню);

■ в графе Сумма увеличения стоимости указать сумму, на которую увеличилась реализация;

■ ввести номер и дату отметки о регистрации заявления.

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

Отчет «Перечень заявлений о ввозе товаров и уплате косвенных налогов» доступен в составе сервиса 1С-Отчетность.

Отчет «Перечень заявлений о ввозе товаров и уплате косвенных налогов» заполняется по данным документов Заявление о ввозе товаров от покупателя из ЕАЭС в следующем порядке:

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

■ в графах 1 и 2 выводятся соответственно номер и дата отметки о регистрации заявления о ввозе товаров;

■ в графе 3 выводится значение «1» для продаж непосредственно покупателю и значение «3» для продаж через комиссионера;

■ в графе 4 выводится Налоговый номер из карточки контрагента;

■ в графе 5 – Код страны, указанной в карточке контрагента.

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

Данные документа Первичный документ не отражаются в регистре сведений НДС состояние реализации 0%, поэтому при заполнении Перечня дата заявления о ввозе товаров от покупателя из ЕАЭС, в котором в качестве документа отгрузки указан Первичный документ, должна совпадать с периодом отчета.

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

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

Не поддерживается сценарий реализация отгрузки без перехода права собственности.

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

В форму статистики № 1-ТОРГ "Сведения о продаже товаров организациями оптовой и розничной торговли" (ОКУД 0614004) (утверждена приказом Росстата от 31.07.2024 № 335) внесены изменения в соответствии с приказом Росстата от 26.12.2024 № 686. Форма применяется начиная с отчета за 2024 год.
Сроки предоставления: с 7 по 17 февраля после отчетного периода.
В форму статистики № 1-ТОРГ "Сведения о продаже товаров организациями оптовой и розничной торговли" (ОКУД 0614004) (утверждена приказом Росстата от 31.07.2024 № 335, в редакции приказа Росстата от 26.12.2024 № 686) внесены изменения в соответствии с приказом Росстата от 30.01.2025 № 34.
Форма применяется начиная с отчета за 2024 год.
Сроки предоставления: с 7 по 17 февраля после отчетного периода.
В форму статистики № 1-натура-БМ "Сведения о производстве, отгрузке продукции и балансе производственных мощностей" (ОКУД 0610035) (утверждена приказом Росстата от 31.07.2024 № 334) внесены изменения в соответствии с приказом Росстата от 26.12.2024 № 686.
Форма применяется начиная с отчета за 2024 год.
Сроки предоставления: с 1-го официального рабочего дня января по 10 февраля после отчетного периода.
В форму статистики № 1-натура-БМ "Сведения о производстве, отгрузке продукции и балансе производственных мощностей" (ОКУД 0610035) (утверждена приказом Росстата от 31.07.2024 № 334, в редакции приказа Росстата от 26.12.2024 № 686) внесены изменения в соответствии с приказом Росстата от 30.01.2025 № 34.
Форма применяется начиная с отчета за 2024 год.
Сроки предоставления: с 1-го официального рабочего дня января по 10 февраля после отчетного периода.

Для формы статистики № 1-ТОРГ "Сведения о продаже товаров организациями оптовой и розничной торговли" (ОКУД 0614004) (утверждена приказом Росстата от 31.07.2024 № 335, в редакции приказа Росстата от 26.12.2024 № 686, приказа Росстата от 30.01.2025 № 34) реализована выгрузка в электронном виде в соответствии с XML-шаблоном от 04.02.2025.
Для формы статистики № 1-разрешение "Сведения о выданных разрешениях и уведомлениях на строительство и на ввод объектов в эксплуатацию" (ОКУД 0612010) (утверждена приказом Росстата от 31.07.2023 № 359) реализована выгрузка в электронном виде в соответствии с XML-шаблоном от 04.02.2025.
Для формы статистики № 1-натура-БМ "Сведения о производстве, отгрузке продукции и балансе производственных мощностей" (ОКУД 0610035) (утверждена приказом Росстата от 31.07.2024 № 334, в редакции приказа Росстата от 26.12.2024 № 686, приказа Росстата от 30.01.2025 № 34) реализована выгрузка в электронном виде в соответствии с XML-шаблоном от 31.01.2025.
Для формы статистики № 2-цены приобретения "Сведения о ценах приобретения отдельных видов товаров" (ОКУД 0616008) (утверждена приказом Росстата от 31.07.2024 № 333, в редакции приказа Росстата от 19.12.2024 № 658, в редакции приказа Росстата от 27.12.2024 № 686) реализована выгрузка в электронном виде в соответствии с XML-шаблоном от 06.02.2025.

Реализована сдача отчетности в Росстат по машиночитаемой доверенности (единый формат, 003) в соответствии с письмом ФСГС России от 28.12.2024 № АГ-18-03/3876-ДР. Обязательное предоставление МЧД сотрудниками вводится с 01.03 2025.

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

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

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

■ Загрузка строк из табличного документа в табличную часть документа;

■ Подбор товаров из других документов, например в документ Реализация товаров и услуг из Заказа клиента, документы производства по спецификации;

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

■ Заполнение по внешним данным, например загрузка данных из ТСД;

■ Обработка строк по нераспределённым остаткам на складах, резервам товаров.

Разрешается проведение документов будущей датой.

Библиотека подключаемого оборудования обновлена до версии 3.2.5.30

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

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

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

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

■ После завершения загрузки и пользователь просматривает загруженные карточки, проверяет результат автоматического сопоставления и принимает решение:

● Если подобранное соответствие верно – то данные о товаре записываются в систему для дальнейшей работы с ними (запись в регистр «Статусы публикаций товаров Яндекс Маркет»).

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

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

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

При первом запуске на странице Импорт каталога отображается инструкция.

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

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

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

■ Записать данные в каталог публикаций - записывает данные о товаре в регистр сведений Статусы публикаций товаров Яндекс Маркет. Запись осуществляется по выделенным строкам, при условии, что они сопоставлены. После записи строки удаляются из текущего списка.

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

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

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

В карточке публикации товара предусмотрено ручное редактирование идентификатора предложения товара до момента передачи публикации на модерацию. Требования к идентификатору - любая строка до 255 символов, уникальная в пределах кабинета продавца.

При поставке товаров на склады торговой площадки (маркетплейсов) по схеме работы FBO/FBY (складское хранение выполняется торговой площадкой) маркируемых товаров необходимо оформление электронных УПД. Торговой площадкой в ряде случаев предусматривается оформление электронного УПД после фактической приемки и проверки товаров торговой площадкой, причем торговая площадка самостоятельно формирует файл электронного УПД с указанием кодов фактически полученных торговой площадкой маркируемых товаров. Продавец должен скачать этот файл в личном кабинете торговой площадки и далее направить по ЭДО. В этом случае продавец должен выполнить следующие действия:

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

■ Отправить упакованные товары в пункт приема

■ Скачать файла поставки в формате *.xml в личном кабинете на торговой площадке. В случае отсутствия файлов УПД можно использовать акт приемки товаров в формате *.xlsx.

■ Загрузить полученный файл в информационную базу и проверить на соответствие данным учетной системы

■ В случае успешного завершения проверки согласовать акт приемки и в течение 2-3 дней передать маркетплейсу УПД по каналам ЭДО

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

Загрузка файлов выполняется в форме документа поставки (Передача на комиссию).

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

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

На втором шаге выполняется сопоставление номенклатуры. Если сопоставление номенклатуры в настройках интеграции с торговой площадки завершено не в полном объеме или учетная запись не является объектом интеграций (не Ozon и не Яндекс Маркет), требуется сопоставить полученные сведения с учетной системой стандартными механизмами БЭД.

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

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

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

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

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

■ Сверка документов используется только при работе по схеме работы FBO / FBY.

■ Исходные документы учетной системы (оформленные заявки на поставку) – Передача на комиссию (версия 2.5).

■ Поддержка актов приемки товаров в неформализованном формате *.xlsx реализована для торговых площадок Ozon и Wildberries. Для Яндекс Маркет в текущей реализации загрузка неформализованных отчетов не поддерживается

■ УПД в формализованном виде *.xml поддерживается только для формата версии 5.01. Поддержка версии 5.02 будет выполнена позднее

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

Для работы с сервисом необходимо установить флаг в графе Сервис доставки для строки 1С:СДЭК в разделе НСИ и администрирование – Настройки интеграции - 1С:Бизнес-сеть - Доставка. Дополнительно можно установить флаг Наложенные платежи. Указанные действия выполняются администратором информационной базы.

Далее для каждой организации необходимо настроить подключение к СДЭК по организации. Предварительно должен быть заключен договор со СДЭК и получены идентификатор и пароль в личном кабинете на сайте СДЭК. Для настройки подключения по каждой организации необходимо указать полученные идентификатор и пароль. Перейти к форме настройки можно по ссылке 1С:СДЭК в разделе НСИ и администрирование – Настройки интеграции - 1С:Бизнес-сеть - Доставка. Также эта форма откроется автоматически при переходе к списку Склад и доставка – Доставка – Заказы 1С:СДЭК если еще нет настроенных подключений. В дальнейшем перейти к форме настроек из списка Склад и доставка – Доставка – Заказы 1С:СДЭК по кнопке Настройка (пиктограмма в виде шестеренки).

Заказ можно создать из списка 1С:СДЭК: Заказы на доставку следующими способами:

■ По кнопке Создать – заполнение из шаблона «по умолчанию»

■ По кнопке Скопировать – заполнение нового заказа данными выделенного заказа на доставку

■ По кнопке Шаблоны выбрать шаблон и создать заказа на доставку по выбранному шаблону

Также заказ может быть создан на основании документов:

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

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

На закладке Основное вводятся основные реквизиты заказа:

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

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

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

■ Контактное лицо отправителя и получателя, Телефон и Email

■ Населенный пункт – подбирается из классификатора СДЭК. В случае отправки или доставки до пункта выдачи (или постамата) населенный пункт можно подобрать в отдельном интерфейсе одновременно с пунктом выдачи.

■ Способ отгрузки: Самопривоз, Забор от адреса

■ Способ доставки: Самовывоз / Доставка до адреса

■ В зависимости от выбранного способа отгрузки / доставки далее указывается точный Адрес или выбирается пункт выдачи или постамат из классификатора СДЭК:

■ Дата и время отгрузки / Дата и время доставки

■ Наложенный платеж - доступен только при типе заказа «Интернет магазин»

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

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

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

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

На закладке Тарифы и услуги выполняется подбор тарифа. Подбор тарифов происходит автоматически в сервисе СДЭК. При этом учитываются следующие параметры:

■ Способ отгрузки и доставки (Пункт выдачи, Постамат, Адрес)

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

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

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

Итоговая информация по выбранному тарифу и услугам отображается в панели слева.

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

Список документов 1С:СДЭК: Заказы на доставку является основным рабочим местом для создания и управления заказами на доставку.

Открытие карточки документа информационной базы 1С:СДЭК: Заказы на доставку – в любом месте кроме граф с гиперссылками Текущее состоянии и Терк-номер. Для отправленных перевозчику заказов на доставку доступно:

■ открытие карточки заказов на доставку на сайте СДЭК – ссылка в графе Текущее состояние

■ открытие карточки отслеживания по трек номеру в форме 1С – ссылка в графе с трек-номером

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

Работа с уже созданными шаблонами: удаление шаблона, установка шаблона для использования "по умолчанию", а также создание заказа по выбранному шаблону производится в форме 1С:СДЭК: Шаблоны, которая открывается по кнопке Шаблоны из списка 1С:СДЭК: Заказы на доставку.

Возможность заполнения по шаблону доступна также для уже созданного заказа на доставку в состоянии Черновик по команде Шаблоны – Заполнить по… в форме заказа.

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

■ Квитанция – печатная форма квитанции по заказу. Для формы можно указать количество копий.

■ Шрихкод – штрихкод к грузовому месту. Для формы можно указать формат.

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

В обязательном к применению с 01.04.2025 формате версии 5.02 электронного УПД предусмотрено указание кода специальных обстоятельств. На текущий момент перечень кодов содержит 112 значений, которые добавлены в состав конфигурации в регистре сведений Перечень специальных обстоятельств документа ЭДО. Код специальных обстоятельств указывается в реквизите Код спец. обстоятельств в форме, которая открывается по ссылке Реквизиты печати / Акта на передачу прав на закладке Дополнительно документа, которым отражается операция (например, Реализация товаров и услуг, Возврат товаров поставщику, Акт выполненных работ, Корректировка реализации, Передача товаров между организациями, Возврат товаров между организациями, Передача на комиссию, Реализация услуг и прочих активов, и т.д.).

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

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

Поддержана оплата с использованием СБП при использовании интеграции 1С:РМК.

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

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

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

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

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

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

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

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

Библиотека интеграции с 1С:Документооборот обновлена до версии 3.0.3.1.

Библиотека стандартных подсистем обновлена до версии 3.1.10.441.

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

Библиотека технологий сервиса обновлена до версии 2.0.14.34.

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

Статус документа	Согласование через 1С:ДО	Согласование в ERP
Черновик	Статус по умолчанию при создании документа. Установка статуса доступна всем пользователям. Процесс согласования не инициирован в 1С:Документооборот.	Статус по умолчанию. Установка статуса доступна всем пользователям.
На согласовании	Процесс согласования инициирован в 1С:Документооборот. Интерактивная установка данного статуса пользователем недоступна. Пока документ на согласовании, внесение изменений недоступно.	Установка статуса доступна всем пользователям.
Согласован	Документ согласован или согласован с замечаниями в 1С:Документооборот. Интерактивная установка данного статуса пользователем недоступна. Отмена согласования доступна только при отсутствии начислений по текущему документу условия.	Установка статуса доступна пользователям с правом на согласование ретро-бонусов клиентов (профиль Участник согласования условий ретро-бонусов поставщиков (дополнительный)). Отмена согласования доступна только при отсутствии начислений по текущему документу условия.
Не согласован	Документ не согласован в 1С:ДО. Интерактивная установка данного статуса доступна всем пользователям.	Установка статуса доступна всем пользователям.

Товар	Январь		Февраль		Март
Товар	Клиент1-Контрагент1	Клиент2-Контрагент1	Клиент1-Контрагент1	Клиент2-Контрагент1	Клиент1-Контрагент1	Клиент2-Контрагент1
Товар1	10	0	9	0	1	9
Товар2	8	7	14	2	2	1

Документ продажи	Количество	Выручка, руб	Расчётная база, руб	*Бонус, руб (% бонуса Расчётная база)**
РТиУ от 09.01.2024	7	7 000	9 750 * 7 000/ 19 500 = 3 500	35
РТиУ от 15.01.2024	4	4 400	9 750 * 4 400/ 19 500 = 2 200	22
РТиУ от 20.01.2024	9	8 100	9 750 * 8 100/ 19 500 = 4 050	40,5
ИТОГО	20	19 500	Плановое количество * Общая фактическая выручка / Фактическое количество: 10 * 19 500 / 20 = 9 750	97,5

Товар/Документ продажи	Количество, план	Количество, факт	Принимается в зачёт, шт	Выручка, руб	%	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)
Товар1	10	20	20 (2 пакета *10)	2 000	1%	2 000	20
Реализация от 09.01.2024	-	8	-	800		800	8
Реализация от 10.03.2024	-	12	-	1 200		1 200	12
Товар2	15	31	30 (2 пакета *15)	3 576	1,5%	3 576 * 30 / 31 = 3 460,65	51,91
Реализация от 09.02.2024	-	18	-	2 016		3 460,65 * 2 016 / 3 576 = 1 950,97	29,26
Реализация от 30.03.2024	-	13	-	1 560		3 460,65 * 1 560 / 3 576 = 1 509,68	22,65

День/Сумма, факт	Общая сумма продаж	План выполнен?	Ретро-бонус, руб
01.01.2024	3 600	да	72,00
02.01.2024	2 400	нет	-
03.01.2024	3 200	да	64,00
04.01.2024	1 900	нет	-
05.01.2024	2 800	да	56,00

Целевой показатель продаж	Флаг «Не начислять сверх плана»	Расчётная база
Не используется	Не применимо	Выручка

Товар	Квартал I				Квартал II
Товар	Количество	План выполнен?	Выручка, EUR	Ретро-бонус, EUR (% бонуса * выручка)	Количество	План выполнен?	Выручка, EUR	Ретро-бонус, EUR (% бонуса * выручка)
Контрагент1
Товар1	20	да	200	2	11	да	120	не положен
Товар2	26	да	250	3,75	14	нет	155	не положен
Контрагент2
Товар1	11	да	110	не положен	18	да	188	1,88
Товар2	14	нет	125	не положен	16	да	171	2,57

	Товар1, кол-во факт	Товар2, кол-во факт	План выполнен?	Кол-во пакетов, факт
Контрагент1	20	31	да	2
Контрагент2	9	19	нет	0

День/Документ продажи	Плановая сумма, руб	Выручка, руб	%	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)
01.01.2024	2 500	3 600	2%	2 500	50,00
РТиУ 1		1 700		2 500 * 1 700 / 3 600 = 1 180,56	23,61
РТиУ 2		1 900		2 500 * 1 900 / 3 600 = 1 319,44	26,39

Целевой показатель закупок	Флаг «Не начислять сверх плана»	Распределять по документам	Расчётная база
Не используется	Не применимо	Не применимо	Сумма закупки

Товар\Объём закупки	Январь	Февраль	Март
Товар1	10	9	10
Товар2	15	16	3

Документ закупки	Количество	Сумма закупки, руб	Распределение по документам по FIFO		Распределение по документам пропорционально сумме закупки
Документ закупки	Количество	Сумма закупки, руб	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)
ПТиУ от 09.10.2024	7	7 000	7 000	70	9 750 * 7 000/ 19 500 = 3 500	35
ПТиУ от 15.10.2024	4	4 400	3 300 (в зачет идет сумма за 3 шт из документа до достижения плана в 10 шт)	33	9 750 * 4 400/ 19 500 = 2 200	22
ПТиУ от 20.10.2024	9	8 100	-		9 750 * 8 100/ 19 500 = 4 050	40,5
ИТОГО	20	19 500	10 300	103	Плановое количество * Общая фактическая сумма закупки / Фактическое количество: 10 * 19 500 / 20 = 9 750	97,5

Товар/Документ закупки	Количество, план	Количество, факт	Принимается в зачёт, шт	Сумма закупки, руб	%	Распределение по документам по FIFO		Распределение по документам пропорционально сумме закупки
Товар/Документ закупки	Количество, план	Количество, факт	Принимается в зачёт, шт	Сумма закупки, руб	%	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)
Товар1	10	20	20 (2 пакета *10)	2 000	1%	2 000	20	2 000	20
ПТиУ от 09.10.2024	-	8	-	800		800	8	800	8
ПТиУ от 10.11.2024	-	12	-	1 200		1 200	12	1 200	12
Товар2	15	31	30 (2 пакета *15)	3 576	1,5%	3 456	51,84	3 576 * 30 / 31 = 3 460,65	51,91
ПТиУ от 19.10.2024	-	18	-	2 016		2 016	30,24	3 460,65 * 2 016 / 3 576 = 1 950,97	29,26
ПТиУ от 30.10.2024	-	13	-	1 560		1 440 (в зачет идет сумма закупки за 12 шт, которые берутся по документу для достижения 2 полных пакетов)	21,6	3 460,65 * 1 560 / 3 576 = 1 509,68	22,65

День/Сумма, факт	Общая сумма закупок	План выполнен?	Ретро-бонус, руб (% бонуса * Сумма закупки)
01.10.2024	3 600	да	70,92
02.10.2024	2 400	нет	-
03.10.2024	3 200	да	63,04
04.10.2024	1 900	нет	-
05.10.2024	2 800	да	55,16

День/Документ закупки	Плановая сумма, руб	Сумма закупки, руб	%	Расчётная база, руб	Бонус, руб (% бонуса * Расчётная база)
01.10.2024	2 500	3 600	1,97%	2 500	49,25
ПТиУ 1		1 700		2 500 * 1 700 / 3 600 = 1 180,56	23,26
ПТиУ 2		1 900		2 500 * 1 900 / 3 600 = 1 319,44	25,99

Профиль	Доступные права	Особенности настройки
Ответственный за параметры ретро-бонусов поставщиков (дополнительный)	Право на изменение справочника Виды ретро-бонусов поставщиков.	Назначается в дополнение к любому другому профилю с правом входа в систему.
Менеджер ретро-бонусов клиентов (дополнительный)	Профиль предоставляет права на: ■ ведение документов: ○ Условия ретро-бонусов поставщиков, ○ Начисления ретро-бонусов поставщиков, ○ Списания ретро-бонусов поставщиков, ■ чтение справочника Виды ретро-бонусов поставщиков, ■ просмотр отчетов по ретро-бонусам поставщиков (подробнее в разделе Анализ данных при работе с ретро-бонусами поставщиков)	Назначается в дополнение к профилю менеджера по закупкам. В профиле менеджера ретро-бонусов возможно ограничение доступа только по организации. Для корректного начисления рассчитанных бонусов не рекомендуется добавлять иные ограничения доступа менеджеру по закупкам (например, по группам партнеров).
Участник согласования условий ретро-бонусов поставщиков (дополнительный)	Профиль предоставляет право непосредственного согласования документа Условия ретро-бонусов поставщиков	Назначается в дополнение к профилю Менеджер ретро-бонусов поставщиков (дополнительный)
Ответственный за акты премий поставщика (дополнительный)	Профиль предоставляет право оформления документов Акты премий поставщика.	Назначается в дополнение к профилю Менеджер ретро-бонусов поставщиков (дополнительный)

1С:ERP Управление предприятием 2. Новое в версии 2.5.21.95

НСИ

Номенклатура

Статус действия подразделения

Бюджетирование

Использование правил с произвольным запросом для контроля лимитов 2.5

Корректировка и исправление бюджетов

Корректировка и исправление бюджета без использования бюджетного процесса

Плановая корректировка и исправление бюджетов в рамках общего бюджетного процесса

Внеплановая корректировка и исправление бюджетов в рамках общего бюджетного процесса

Корректировка и исправление бюджетов в рамках отдельного бюджетного процесса

Печатные формы

Отчет Корректировки и исправления бюджета

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

Представление статей и показателей бюджетов

Мониторинг целевых показателей

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

Ретро-бонусы клиентов

Настройка вывода полных наименований ретро-бонусов

Условия ретро-бонусов клиентов

Акт премии клиенту

Ретро-бонусы поставщиков

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

Ретро-бонус рассчитывается в системе

Ретро-бонус рассчитывается вне системы

Условия ретро-бонусов поставщиков

Настройка условий ретро-бонусов поставщиков

Статус расчетов условий ретро-бонусов

Фиксация состава сегментов товаров условия ретро-бонуса

Корректировка условий ретро-бонусов поставщика

Согласование условий ретро-бонусов поставщика

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

Начисление ретро-бонусов поставщика

Описание логики расчёта ретро-бонусов

Расчет ретро-бонусов с типом Остатки (Price-protect)

Расчет ретро-бонусов с типом Продажи (Sell-out)

Целевой показатель продаж Не используется

Целевой показатель Количество

Целевой показатель Количество (совокупно)

Целевой показатель Пакетное предложение

Целевой показатель Сумма

Расчет ретро-бонусов с типом Продажи (Sell-out)

Целевой показатель закупок Не используется

Целевой показатель закупок Количество

Целевой показатель Количество (совокупно)

Целевой показатель Пакетное предложение

Целевой показатель Сумма

Оформление получения и списания начисленных ретро-бонусов от поставщика

Акт премии поставщика

Списание ретро-бонусов поставщика

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

Анализ данных при работе с ретро-бонусами поставщиков

Отчет «Ведомость по ретро-бонусам поставщиков»

Отчет «Действующие ретро-бонусы поставщика»

Отчет «Расчет ретро-бонусов поставщика»

Бонус с типом Продажи (Sell-out)

Бонус с типом Закупки (Sell-in)

Бонус с типом Остатки (Price-protect)

Отчет «Состав сегментов»

Особенности настройки прав доступа

Ограничения

НДС в итогах документа

Список адресов доставки в документах

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

Адрес грузополучателя в УПД и Торг-12

Заполнение менеджера в документах продажи и закупки

Заполнение строк 9 и 12 в УПД

Заполнение нескольких складов в реализации и заявке на возврат/возврате товаров

Ограничения

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

Ставки НДС 5 % и 7 % в агентской схеме по закупке

Переработка отчета «Состояние выполнения»

Ограничения

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

Розничные продажи в РМК

Чеки коррекции

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

Формирование заказов по потребностям: формирование заказов по графику (расписанию), разукрупнение поставок, порядок учета обособленных остатков

Способы обеспечения потребностей

График поставок (параметры планирования)

1С:ERP Управление предприятием 2.
Новое в версии 2.5.21.95