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