Отчеты и Аналитика · 11 мин
Что такое ПКУ в 1С и как работать с планово-контрольным учётом
Что означает аббревиатура ПКУ в 1С, где применяется планово-контрольный учёт, как настроить план-факт анализ и каких ошибок избегать при работе.
Аббревиатура ПКУ в контексте 1С не является названием стандартного объекта конфигурации, поэтому у пользователей она регулярно вызывает вопросы. Чаще всего под ПКУ понимают планово-контрольный учёт — подход, при котором плановые показатели (бюджеты, лимиты, плановые калькуляции) сопоставляются с фактическими данными, а отклонения контролируются и разбираются. В зависимости от конфигурации и внедрения та же аббревиатура может обозначать плановую калькуляцию, плановые показатели учёта или внутренний регламент контроля, принятый в конкретной организации.
Важно понимать: в типовых конфигурациях 1С нет отдельного документа или справочника с названием «ПКУ». Это методологический термин, который реализуется через штатные механизмы: подсистему бюджетирования в 1С:ERP и 1С:КА, плановые цены и калькуляции в производственных решениях, сценарии планирования в 1С:УТ и специализированные отчёты план-факт анализа. Поэтому работа с ПКУ — это работа с набором инструментов, а не с одной кнопкой.
Ниже разобрано, где именно в типовых конфигурациях живут плановые данные, как настроить их сопоставление с фактом, как проверить корректность результата и какие ошибки чаще всего приводят к искажению отклонений.
Где в 1С хранятся плановые данные
Место хранения плановых показателей зависит от конфигурации. В 1С:ERP Управление предприятием и 1С:Комплексная автоматизация плановые данные вводятся через экземпляры бюджетов и документы планирования: планы продаж, производства, закупок, расходов. В 1С:Управление торговлей доступны планы продаж и закупок по сценариям. В 1С:ЗУП плановые показатели — это плановые начисления и плановые авансы сотрудников.
Фактические данные формируются автоматически при проведении первичных документов: реализаций, поступлений, отчётов производства, кассовых и банковских операций. Задача планово-контрольного учёта — привести план и факт к сопоставимой аналитике: одинаковым статьям, подразделениям, периодам и проектам. Если план ведётся по одним статьям, а факт собирается по другим, корректное отклонение посчитать невозможно.
В нестандартных внедрениях ПКУ может быть реализован как отдельный модуль: собственные регистры сведений для лимитов, документы согласования и контрольные отчёты. В этом случае логику работы определяет не типовая документация, а описание доработки, и разбираться нужно с тем, кто её внедрял.
Какие инструменты 1С закрывают задачи ПКУ
Для большинства организаций планово-контрольный учёт строится на трёх типовых механизмах. Первый — бюджетирование: виды бюджетов, экземпляры бюджетов и отчёты по бюджетам показывают план, факт и отклонение по статьям. Второй — сценарии планирования: позволяют вести несколько версий плана (оптимистичный, базовый, факт) и сравнивать их между собой. Третий — лимиты расхода денежных средств: контроль заявок на оплату против утверждённых лимитов по подразделениям и статьям.
Чем закрыть задачу ПКУ
Подходит для полного план-факт анализа по статьям и ЦФО. Требует настройки видов бюджетов и дисциплины ввода.
Подходит для планов продаж и закупок. Ограничение: не покрывает расходную часть в полном объёме.
Подходит для контроля оплат в момент возникновения заявки. Не заменяет аналитический план-факт отчёт.
Подходит для произвольных сопоставлений плановых и фактических регистров. Требует навыков настройки.
Выбор инструмента определяется тем, что именно нужно контролировать: выручку и объёмы — через планы продаж, денежные потоки — через бюджет движения денежных средств и лимиты, себестоимость — через плановые калькуляции и сравнение с фактической себестоимостью после расчёта месяца.
Настройка план-факт анализа: порядок действий
Настройка начинается с методологии, а не с программы. Сначала определяется перечень контролируемых показателей, периодичность (месяц, квартал), аналитические разрезы и ответственные за ввод плановых данных. Только после этого настраивается конфигурация.
- 1Определите перечень показателей, статей и аналитических разрезов, по которым будет вестись контроль
- 2Проверьте, что плановые и фактические данные используют одинаковые справочники: статьи, подразделения, проекты
- 3Настройте вид бюджета или сценарий планирования и введите плановые данные за период
- 4Обеспечьте своевременный ввод фактических документов и закрытие периода
- 5Сформируйте план-факт отчёт и проверьте отклонения на контрольных цифрах
- 6Настройте регламент: кто, когда и как разбирает существенные отклонения
Ключевой технический момент — единство аналитики. Если в бюджете статья называется «Транспортные расходы», а в фактических документах используется «Услуги перевозчиков», отчёт покажет план без факта и факт без плана. Перед запуском сверьте справочники статей и при необходимости настройте соответствие между статьями бюджетов и статьями доходов и расходов.
Для производственных предприятий отдельный блок — плановая калькуляция. Плановая себестоимость рассчитывается по спецификациям и нормам расхода, а фактическая — по итогам месяца после распределения затрат. Сравнивать их имеет смысл только после выполнения регламентной операции расчёта себестоимости, иначе факт будет неполным.
Как проверить корректность результата
После настройки план-факт отчёта результат нужно проверить, прежде чем передавать руководству. Базовая проверка — сходимость итогов: фактическая выручка в отчёте должна совпадать с оборотами по счетам выручки в оборотно-сальдовой ведомости за тот же период. Расхождения обычно означают разницу в периодах, незакрытый месяц или отбор не по всем документам.
Как проверить план-факт отчёт
Совпадает с оборотами по счёту выручки за период
Расходится с ОСВ — проверяйте отборы и закрытие периода
План заполнен по всем контролируемым статьям и подразделениям
Есть строки с фактом и пустым планом — план введён не полностью
Каждая плановая статья имеет сопоставимую фактическую
Одни и те же затраты отражаются по разным статьям в плане и факте
Рассчитана после закрытия месяца
Сравнение выполнено до расчёта себестоимости — данные занижены или нулевые
Отдельно проверьте периодичность: план, введённый поквартально, нельзя корректно сравнивать с месячным фактом без распределения. В типовых решениях для этого используются профили распределения или помесячный ввод плана.
Типичные ошибки при ведении ПКУ
Самая опасная организационная ошибка — редактирование утверждённого плана после получения факта. Чтобы этого избежать, используйте версии экземпляров бюджетов или отдельные сценарии «План утверждённый» и «План скорректированный». Тогда отклонения считаются от исходной версии, а корректировки прозрачны.
Ограничения и когда нужна доработка
Типовые механизмы закрывают стандартные задачи, но имеют границы. В 1С:Управление торговлей нет полноценного бюджетирования расходов — только планы продаж и закупок. В 1С:Бухгалтерии план-факт анализ ограничен и обычно требует внешних отчётов или перехода на КА/ERP. Контроль лимитов работает только для тех документов, которые проходят через заявки на расходование средств.
Как выбрать решение
Если требуется контроль в момент ввода документа (например, запрет проведения при превышении бюджета по нестандартной аналитике), это уже доработка: подписки на события, проверки остатков по бюджетным регистрам и сообщения пользователю. Такие изменения делайте через расширения конфигурации, чтобы не потерять обновляемость.
Начинайте внедрение ПКУ с одного-двух показателей — например, бюджета движения денежных средств по трём-четырём крупным статьям. Когда контур заработает и пользователи привыкнут к регламенту, расширяйте аналитику. Попытка сразу запустить полное бюджетирование по всем ЦФО чаще всего заканчивается тем, что план вводится формально и не используется.
FAQ: частые вопросы о ПКУ в 1С
ПКУ — это стандартный документ или отчёт в 1С?
Нет. В типовых конфигурациях нет объекта с таким названием. ПКУ — это методологический подход (планово-контрольный учёт), который реализуется через бюджетирование, сценарии планирования, лимиты и план-факт отчёты. Если в вашей базе есть объект с таким названием, это доработка, и её логику нужно смотреть в описании внедрения.
В какой конфигурации лучше вести план-факт учёт?
Полноценный план-факт по доходам, расходам и денежным средствам доступен в 1С:ERP и 1С:Комплексной автоматизации. 1С:Управление торговлей подходит для планов продаж и закупок. В 1С:Бухгалтерии штатных средств бюджетирования практически нет — там потребуются внешние отчёты или переход на старшую конфигурацию.
Почему в план-факт отчёте факт не подтягивается к плановым строкам?
Чаще всего причина в несовпадении аналитики: план введён по одним статьям, подразделениям или проектам, а факт отражён по другим. Проверьте соответствие справочников статей и настройки сопоставления статей бюджетов со статьями доходов и расходов. Вторая частая причина — незакрытый период и непроведённые документы.
Можно ли скорректировать утверждённый план в течение года?
Можно, но корректно — через новую версию или отдельный сценарий скорректированного плана, сохраняя исходную утверждённую версию. Отклонения при этом считаются от первоначального плана, а корректировка проходит согласование. Прямое редактирование утверждённого экземпляра бюджета делает контроль бессмысленным.
Как контролировать превышение бюджета в момент оплаты?
Используйте лимиты расхода денежных средств: заявка на оплату проверяется против лимита по подразделению и статье, при превышении документ не проводится или требует дополнительного согласования. Учтите, что контроль работает только для операций, проходящих через заявки, — прямые списания нужно закрывать правами доступа.
Что делать, если типовых возможностей не хватает?
Сначала оформите требования: какие показатели, в каких разрезах и с какой периодичностью контролировать. Часть задач закрывается произвольными отчётами на СКД без изменения конфигурации. Для контроля в момент ввода документов потребуется доработка — выполняйте её через расширения, чтобы сохранить возможность обновления.
Что важно запомнить
ПКУ в 1С — это планово-контрольный учёт: сопоставление плана и факта с контролем отклонений, а не отдельный объект конфигурации. Основа корректной работы — единая аналитика плановых и фактических данных, закрытый период перед сравнением и запрет на переписывание утверждённого плана. Начинайте с малого контура и расширяйте по мере готовности пользователей.