25 апреля 2025 года фирма 1С опубликовала новую редакцию платформы 1С:Управление
холдингом 3.3. В данной статье рассмотрим новые возможности платформы.
1 Интеграция и управление мастер-данными
1.1 Групповое согласование связанных заявок на изменение НСИ
В некоторых случаях при создании нового или редактировании существующего элемента НСИ могут создаваться и использоваться элементы других контролируемых справочников, (например, при создании элемента справочника «Организационные единицы» может быть автоматически создан соответствующий элемент справочника «Банковские счета»). В таком случае возможно автоматически создавать и согласовывать заявки на регистрацию новых элементов связанных справочников одновременно с созданием такой заявки для нового элемента НСИ.
Реализовано два варианта согласования: одним пакетом по маршруту согласования основной заявки или независимо. Данные параметры определяются для каждого справочника в разделе Общие настройки и справочники – Справочники на странице «Основное» при выборе соответствующего Вида контроля НСИ. (рис.1)

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

Рисунок 2 – Настройка контроля НСИ для ВИБ. Общие настройки

Рисунок 3 – Настройка правил контроля НСИ. Роли
2 Учет по МСФО, УУ, РСБУ
2.1 Добавление субконто 4 в МСФО и УУ
Увеличение количества субконто позволяет еще глубже детализировать учет по счетам. По умолчанию максимальное количество субконто – 3, изменение вносится непосредственно в план счетов МСФО через конфигуратор. При больших объемах данных может уменьшить производительность системы. (рис.4)

Рисунок 4 – Субконто 4 в плане счетов МСФО
2.2 Доработка примечаний МСФО (конструктор)
Расширен функционал формирования примечаний к отчетности МСФО (рис.5):
- гибкий конструктор с возможностью добавлять наборы данных (например, топ 3 поставщиков)
- динамическое добавление строк и колонок

Рисунок 5 – Конструктор настройки примечаний к отчетности МСФО
2.3 Настройка вариантов закрытия счетов МСФО
Непосредственно в настройки закрытия периода МСФО добавлены «Варианты закрытия счетов запасов, ВНА и затрат» (рис.6). В сравнении с редакцией 3.2 актуальная настройка закрытия позволяет:
- при выборе Категории счетов уточнить выполняемые действия для конкретных счетов закрытия, например, полностью исключить счета из корректировок или исключить только первоначальную, разрешив последующие. Таким образом возможен контроль влияния корректировки на всю цепочку формирования стоимости продукции или услуг (рис.7)
- использовать шаблоны вариантов для различных организаций и планов счетов через указание варианта в Учетной политике МСФО, подставляемый по умолчанию в документы закрытия (рис.8)

Рисунок 6 – Настройки МСФО

Рисунок 7 – Сравнение Вариантов закрытия счетов запасов, ВНА и затрат

Рисунок 8 – Вариант закрытия счетов в Учетной политике МСФО
2.4 Автоматическое заполнение документа «Операция МСФО»
Документ «Операция МСФО» используется для ввода типовых операций, корректировки регистров и сторнирования записей документов.
В редакции 3.2 заполнение документа было возможно только двумя способами: вручную и сторно.
В актуальной редакции способы автоматического заполнения могут быть значительно расширены за счет создания вариантов способа заполнения и выбранного Источника заполнения: (рис.9)
– Остатки текущего периода – по счетам из регистра РСБУ
– Обороты – по счетам из регистра РСБУ
– Проводки – из регистра РСБУ
– Оттранслированные остатки – остатки из регистра РСБУ, либо МСФО
– Оттранслированные обороты – обороты из регистра РСБУ, либо МСФО
– Шаблон трансляции из учётной политики – возможность получить данные через трансляцию
– Повтор/сторно движений документа – возможность выбрать документы из списка для повтора или сторно операцией МСФО (использовался в 3.2)
– Запрос – возможность использования произвольного запроса.
Сама форма настройки позволяет установить период получения оборотов, наложить отбор на получаемые данные, сторнировать полученные суммы и указать вид операции для отражения проводок. Если Источником заполнения выбраны Остатки текущего периода или Оттранслированные остатки, здесь же необходимо указать и Корр. счет (выбор из фиксированных счетов учета) (рис.10)

Рисунок 9 – Сравнение способов заполнения операции МСФО

Рисунок 10 – Настройка способа заполнения операции МСФО
2.5 Новый документ «Списание баланса выбывшей дочерней компании»
Документ «Списание баланса выбывшей дочерней компании» реализован для ускорения и упрощения консолидационных процедур, связанных с выбытием дочерней компании в отчетном периоде. Цепочка документов теперь следующая: отражение изменений в «Регламенте подготовки отчетности» – формирование документа «Списание баланса выбывшей дочерней компании» – регистрация документа «Выбытие инвестиций».
2.6 Прочие доработки в части учета МСФО, УУ, РСБУ
1. Для АОСВ МСФО в трансформационной модели добавлена возможность ведения точных исторических курсов на валютных счетах (ранее было доступно только для транзакционной модели), также остатки на начало периода приравниваются остаткам на конец предыдущего периода, в т.ч в валюте.
2. Доработаны валютные операции с ценными бумагами – появилась возможность расчета с контрагентом/брокером в валюте отличной от номинала ЦБ (рис.11)

Рисунок 11 – Валютная операция по ЦБ (разница валют)
3 Процесс подготовки отчетности и согласования
3.1 Консолидированная бухгалтерская отчетность
Добавлена новая обработка «Консолидированная бухгалтерская отчетность» для автоматического формирования сводной бухгалтерской отчетности по данным дочерних компаний (стандартные отчеты по БУ).
Основой для консолидации отчетности является иерархия справочника «Организационный единицы», при этом консолидирующая компания не должна использоваться в регламентированном учете, а консолидируемые – должны.
Варианты создания сводного бухгалтерского баланса:
Вариант 1 – создать новый объект «Бухгалтерская отчетность» выбрав консолидирующую организацию
Вариант 2 – использовать обработку, расположенную в разделе Корпоративные налоги – Консолидированная бухгалтерская отчетность, выделив строку с консолидирующей организацией нажав «Создать консолидированный баланс» (рис.12)

Рисунок 12 – Обработка Консолидированная бухгалтерская отчетность
3.2 Аналитика вида отчета в этапе процесса подготовки отчетности
Расширен функционал настройки этапов процесса подготовки отчетности в части аналитик – появилась возможность указывать состав используемой аналитики (6 аналитик + проект) для каждого обрабатываемого вида отчета. Аналитики задаются на уровне вида отчета.
Данная настройка правил формирования видов отчетов в разрезе аналитик поддерживается в регламенте формирования отчетности и учитывается при автоматическом формировании и заполнении экземпляров отчетов.

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

Рисунок 14 – Настройка условного перехода по реквизиту табличной части
3.4 Делегирование задач
Помимо внешних изменений формы согласования, добавлена команда «Делегировать», позволяющая при необходимости переадресовать задачу другим пользователям. При этом необходимость согласования снимается с того, кто его делегировал.

Рисунок 15 – Форма комментарий и согласование
4 Казначейство
4.1 Платежи с конвертаций валют
Реализована возможность конвертации валют через банк в процессе безналичных расчетов с контрагентами. Для этого необходимо в Документах «Заявка на закупку» и «Платежное поручение» установить флажок «Платеж с конвертацией валют» и выбрать счет получателя в валюте отличной от валюты платежа. (рис.16)

Рисунок 16 – Платежи с конвертацией валют
4.2 Новые способы оплаты. Оплата третьему лицу
Новый релиз расширил способы оплаты – можно производить оплаты непосредственно третьему лицу, с которым нет договорных отношений.
Для того, чтобы использовать данный функционал в Договоре на вкладке условия нужно указать третье лицо и его счет. При формировании Заявки выбрать соответствующий способ оплаты. В заявке на оплату и Платежном поручении по таким операциям контрагентом указывается Третье лицо (рис.17):

Рисунок 17 – Оплата третьему лицу – договор, заявка на оплату
В Списании с расчетного счета – основной поставщик, при этом задолженность закрывается непосредственно по основному поставщику (рис.18):

Рисунок 18 – Оплата третьему лицу – Списание с расчетного счета
4.2 Новые способы оплаты. Оплата через платежного агента
Схема работы через платежного агента подразумевает передачу Агенту полномочий по приему и отправке платежей от имени клиентов за вознаграждение. В агентском договоре должен быть выбран способ расчета комиссии и срок исполнения платежа агентом.
При формировании Заявки на оплату со способом оплаты «Через платежного агента» указывается сам Платежный агент и Договор с ним. (рис.19)
При проведении основной заявки система автоматически формирует вторую Заявку на оплату агенту, в которой учитывается сумма вознаграждения и основной долг. После исполнения Агентом обязательств формируется Отчет платежного агента, при проведении которого закрывается платежная позиция по основной заявке с поставщиком. (рис.20)

Рисунок 19 – Оплата через платежного агента – договор, заявка на оплату

Рисунок 20 – Оплата через платежного агента – закрытие платежной позиции
4.3 Новые способы оплаты. По цепочке платежей
Если оплата производится путем последовательного перечисления средств нескольким участникам (посредники, агенты, подрядчики) возможно использование способа оплаты «По цепочке платежей».
Первоначальные настройки для использования функционала:
1) Включение функциональной опции «Использовать цепочки платежей» (раздел Общие настройки и справочники – Казначейство – Заявки и платежи)
2) Создание шаблонов цепочки платежей (сценарии) – для более упрощенно.
При создании ЗнО устанавливается способ оплаты «По цепочке платежей» и выбирается Шаблон. После проведения «основной» ЗнО создаются Заявки по цепочке платежей (на форме по гиперссылке «Документы по цепочке» открывается форма со списком) (рис.21). В Платежном календаре такие Заявки отмечены специальным значком (рис.22). Платежная позиция основной Заявки закрывается автоматически после исполнения всех Заявок по цепочке.

Рисунок 21 – Оплата по цепочке платежей – заявки на оплату

Рисунок 22 – Оплата по цепочке платежей – платежный календарь
4.4 Прочие доработки в части управления платежами
1. Добавлен справочник «Тарифные планы банков» для хранения информации о тарифах и параметрах предварительного расчета стоимости и сроков исполнения платежей (рис.23).

Рисунок 23 – Тарифные планы банков
2. Добавлена обработка «Установка настроек РКО: банковские счета, договоры РКО, тарифные планы» позволяющая установить связь между банковскими счетами и тарифными планами.
3. В Заявке на оплату по операции «Перечисление подотчетному лицу» теперь есть возможность указывать список сотрудников. При выборе списка становится доступна вкладка «Лицевые счета сотрудников» со списком сотрудников, лицевых счетов и сумм (рис.24).

Рисунок 24 – Операция Перечисление подотчетному лицу (список сотрудников)
4.Расширен механизм контроля подтверждающих документов в Заявке на оплату. В справочник «Виды подтверждающих документов» добавлена возможность выбора условий отбора (рис.25,26).

Рисунок 25 – Настройка подтверждающих документов

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

Рисунок 27 – Оформление возврата от поставщика
6.Доработка реестра платежей – по новой команде «Обновить по платежным позициям» возможно актуализировать платежные позиции в реестре по Заявкам, уже внесенным в Реестр платежей, но еще не исполненным (рис.28).

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

Рисунок 29 – Заполнение графика расчетов по сумме оплат
2. Возможно создание Заявок на оплату по выделенным строкам Графика расчетов – необходимо указать все платежные реквизиты (ЦФО, банковские счета) выбрать нужную строку график и нажать кнопку «Создать заявки по выделенным строкам» (рис.30)

Рисунок 30 – Создание Заявок на оплату по срокам графика расчетов
4.6 Версия договора кредита, займа
1. В условиях договора добавлена возможность выбора вида платежа (вид распределения кредитных или заемных средств) (рис.31):
- В конце срока – весь основной долг и проценты выплачиваются единовременно в конце срока действия договора
- Аннуитетный – ежемесячный платеж остается постоянным на весь срок: в начале срока большая часть платежа идет на погашение процентов, а меньшая — на погашение основного долга
- Дифференцированный – ежемесячные платежи уменьшаются в течение срока кредита: основной долг погашается равными долями, а проценты начисляются на остаток задолженности.
2. В новой версии платформы можно включить опцию, позволяющую актуализировать графики кредитов с плавающей ставкой по расписанию в установленном режиме. Настройка расположена в разделе Общие настройки и справочники – Казначейство – Управление договорами (рис.32)

Рисунок 31 – Вид платежа в договорах кредитов, займов

Рисунок 32 – Настройка актуализации графиков кредитов с плавающей ставкой
4.7 Версия договора банковской гарантии
Для вида договора «Гарантия выданная» добавлены способы уплаты комиссии (рис.33):
- В конце срока – единовременная уплата процентов за весь период
- Периодически – регулярная уплата процентов с заданной периодичностью

Рисунок 33 – Способы уплаты комиссии в договорах банковской гарантии
4.8 Версия договора депозита
Реализован функционал, обеспечивающий учет депозитов с привязкой к договорам, а также позволяющий автоматизировать операции по депозитам.
На вкладке Условия договора депозита определяется выбор варианта учета:
- Финансовые вложения (если депозит соответствует условиям ПБУ 19/02)
- Депозитные счета (если учет ведется на отдельных специальных счетах –субсчет 55.3 «Депозитные счета»). При выборе депозитных счетов можно указать Банковский счет депозита, если учет депозитов ведется по номерам депозитных счетов. Если учет депозитов ведется обезличено (без номеров депозитных счетов), поле остается незаполненным.
Если в договоре указан счет депозита, то в карточке счета автоматически заполнится блок реквизитов «Связь с договором депозита». На основании такого договора теперь можно завести Заявку на оплату (рис.34). Фактические данные с соответствующим видом операции отражаются по договору депозита.

Рисунок 34 – Автоматизация операций по договору депозита
4.9 Платежный календарь
1. Расширение настроек внешнего вида ПК: расположение панели настройки и быстрых отборов, округление сумм, опциональная видимость просроченных платежей, вывод диаграммы в отдельном окне (рис.35).

Рисунок 35 – Настройка отображения платежного календаря
2. Добавление возможностей для анализа: вывод отчетов на форму платежного календаря, детализация оборотов в разрезе контрагентов и статей ДДС (рис.36)

Рисунок 36 – Возможности для анализа платежного календаря
3. В связи с расширением функционала в части размещения средств на депозите, также доработана форма размещения из платежного календаря: возможен выбор способа от радения, указание банковского счета депозита, выбор операции (рис.37)

Рисунок 37 – Расширение функционала размещения средств на депозите из ПК
4. Автоматическая отмена просроченных заявок на оплату позволяет автоматом изменить статус Заявок на оплату с «Ожидает исполнения» на «Отменена» по истечении установленного интервала времени.
Настройка расположена в разделе Общие настройки и справочники – Казначейство – Платежный календарь – Регулирование просроченных позиций.
После установи флажка становится доступна форма настройки расписания отмены. Здесь же можно настроить оповещения о просроченных платежах (рис.38)

Рисунок 38 – Автоматическая отмена просроченных заявок на оплату
5. Установка индивидуальных платежных дней для организаций холдинга. Настройка расположена в разделе Общие настройки и справочники – Казначейство – Платежный календарь – Платежные дни (рис.39).
Перенос дат оплат учитывает платежные дни конкретной организации.

Рисунок 39 – Индивидуальные платежные дни
5 Бюджетирование
5.1 Увеличение аналитик показателей отчета
Для ситуаций, в которых возникает необходимость использования для одного показателя больше шести аналитик, в системе реализован новый регистр сведений с типизированными аналитиками для хранения таких данных «Значения показателей отчетов (расширение)» (рис.40).
Вид отчета, для которого потребуется увеличенное количество аналитик, связываем с регистром и далее работаем с ним как обычно (рис.41).

Рисунок 40 – Значения показателей отчетов (расширение) – 12 аналитик

Рисунок 41 – Настройка вида отчета с 12 аналитиками
5.2 Мастер генерации бланков экземпляров отчетов
Для создания бланков отчетов по функциональным направлениям теперь можно воспользоваться мастером генерации. Если строки отчета связаны со статьями БДР или БДДС автоматически подберутся строки с соответствующим функциональным направлением (рис.42):

Рисунок 42 – Связь строки отчета со статьей бюджета и функциональным направлением
Шаг 1: Открываем Мастера и выбираем нужные функциональные направления (рис.43)
Шаг 2: Мастер предлагает разбивку статей по ФН
Шаг 3: Выбираем регламенты для заполнения настройки сопоставления организационных единиц и новых бланков
Шаг 4: Указываем дополнительные параметры при необходимости (рис.44).

Рисунок 43 – Работа в Мастере генерации бланков – шаг 1

Рисунок 44 – Работа в Мастере генерации бланков – шаги 2-4
В результате автоматически формируются бланки отчетов – по одному на каждое выбранное ФН (рис.45).

Рисунок 45 – Бланк по функциональным направлениям
5.3 Автоматическое заполнение показателей отчетов по условиям оплаты
Если строки отчета связаны со справочником «Статьи движения денежных средств», то для Правила расчета такого отчета становится доступно включение признака «Использовать заполнение статей БДДС по статьям БДР». Расчет показателей по такому правилу производится по настройке из регистра сведений «Настройки расчета статей ДДС» (рис.46). В настройках устанавливается подходящее условие оплаты (для расчета дат и сумм показателей БДДС) и соответствие между статьями и показателями БДР и БДДС. Для сопоставления используется настройка с максимальным количеством заполненных полей. Если показатель можно рассчитать по условиям оплаты, но для него определены формулы, то формула считается приоритетным источником значения.

Рисунок 46 – Регистр сведений «Настройка расчета статей ДДС»
6 Бюджетный контроль
6.1 Расширение функционала настроек планирования и лимитирования
В новой версии:
- Настройки лимитов унифицированы для всех подсистем, в т.ч. «Корпоративные закупки»
- Введены новые параметры, позволяющие установить обязательность указания статей при планировании закупок и при исполнении обязательств
- Обеспечена гибкость контроля лимитов в разрезе ЦФО (рис.47)
- Расширение способы установки курсов валют для целей планирования: на основе фактических значений (РС «Курсы валют») или на основе данных Сценария (РС Периодические курсы валют») (рис.48)

Рисунок 47 – АРМ «Управление планами и лимитами»
Рисунок 48 – Курсы валют для целей планирования
6.2 Новый уровень контроля
Для документов «Операционный план» и «Корректировка планов и лимитов» реализован запрет проведения при создании или редактировании, если планировалась корректировка лимитов в закрытом периоде.
Добавлено ограничение доступа к статьям бюджета ЦФО в рамках функционального направления через константу в разделе Общие настройки и справочники – Планирование и контроль. (рис.49)

Рисунок 49 – Включение ограничение доступа к статьям бюджета ЦФО по ФН
6.3 Операционный план
Добавлена возможность формирования движений по лимитам только по утвержденным Операционным планам через константу в разделе Общие настройки и справочники – Планирование и контроль. (рис.50)

Рисунок 50 – Включение формирования движений только в статусе «Утвержден»
В настройках операционного плана теперь возможно разместить валюту в строках табличной части, также расширены способы заполнения данных планирования, в т.ч. из внешнего файла (Word, Excel и пр.). (рис.51)

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

Рисунок 52 – Подбор свободных остатков для резервирования
6.5 Корректировка планов и лимитов
Появилась возможность обеспечения нескольких Заявок на корректировку одним документом Корректировка планов и лимитов, при этом табличная часть с данными заполнится автоматически по списку Заявок (рис.53)
Данный функционал становится доступен при включении константы «Использовать заявки на корректировку планов» (рис.54)

Рисунок 53 – Заполнение Корректировки по списку Заявок

Рисунок 54 – Включение использования Заявок на корректировку плана
7 Корпоративные закупки
7.1 Закупочная процедура
На страницу «Основные сведения» Закупочной процедуры добавлены новые управляющие переключатели, которые позволяют более точно задать условия, определяющие логику закупки (рис.55).
Разрешен примем альтернативных предложений на основании основного, а также прием предложений в валюте отличной отвалюты лота, по установленному способу пересчета курса.
Включение Национального режима позволяет оптимизировать условия государственных закупок с учетом ограничений при приобретении импортных товаров и преимуществ для российских. Правила таких закупок настраиваются в документе «Установка национального реажима» по кодам ОКПД2 (рис.56). Цены предложений участников выводятся в конкурентном листе с учетом национального режима. Исключения для национального режима для номенклатуры можно установить на этапе формирования Лота.

Рисунок 55 – Новые параметры Закупочной процедуры

Рисунок 56 – Установка национального реажима
7.2 Оценка предложений
Настройка критериев для оценки возможна как для каждого лота в индивидуально, так и на уровне Закупочной процедуры – в этом случае становится доступна вкладка «Настройка оценки предложений».
Предусмотрены варианты сложности настройки: простая или полная (учитывает весовые коэффициенты, пятибалльная шкала оценки), оценка всех позиций или только ведущих (оценка наиболее значимых позиций, критерии по другим не влияют на итоговый результат), вывод суммы с НДС или без НДС.
Сам процесс настройки заключается в установлении доступных критерием (расположены в правой табличной части, список критерием не ограничен только преопределенными его можно и даже нужно расширить с учетом специфики закупочной деятельности организации) для оценки предложения без привязки к номенклатуре или с детализацией по номенклатуре – с помощью соответствующих команд на форме, по двойному клику или просто перетаскиванием.
Для числовых критериев может используется формула расчета, можно использовать типовые, например, «Чем меньше, тем лучше» для цены, или составить свою. Значение «Ручная оценка» оставляет право выбора за пользователем (рис.57)

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

Рисунок 58 – Конкурентный лист
7.3 Прочие доработки в части корпоративных закупок
1) добавлена возможность установки типа цен для расценки потребности с учетом НДС в разделе Общие настройки и справочники – Корпоративные закупки (рис.59).

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

Рисунок 60 – Настройка «Обезличивать поставщика»
4) В процессе закупки разрешено использовать Анкету поставщика без создания Контрагента. Создание Контрагентов теперь возможно только по победителям
5) Реализован контроль правил положений о закупке: если в Положении, для объекта закупки, строго определены основные параметры, например, способ закупки, условия оплаты, то при формировании строк плана закупок или Заявки на обеспечение, в случае несоответствия задаваемых параметров, система не позволит провести документ и выведет сообщение с уточнением, какие именно условия Положения не выполняются.