Каких регистров нет в программе 1С:Бухгалтерия 8

Вопрос о том, каких регистров нет в 1С:Бухгалтерия 8, возникает у двух категорий пользователей: у бухгалтеров, переходящих с «семёрки» или с отраслевых решений, и у разработчиков, которые привыкли к архитектуре «Управления торговлей» или «Зарплаты и управления персоналом». Конфигурация «Бухгалтерия предприятия» построена вокруг бухгалтерского и налогового учёта, поэтому часть классических механизмов платформы в ней либо отсутствует совсем, либо реализована в сильно урезанном виде.

Ключевой факт: в типовой 1С:Бухгалтерия 8 нет регистров расчёта и нет полноценной подсистемы складского учёта на независимых регистрах накопления. Основа учёта — регистр бухгалтерии «Хозрасчётный», регистры сведений и небольшой набор вспомогательных регистров накопления. Всё, что в других конфигурациях хранится в специализированных регистрах (остатки товаров, взаиморасчёты, начисления сотрудникам), здесь либо выводится из проводок, либо хранится в ограниченном объёме.

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

Какие виды регистров существуют в платформе 1С и что из них есть в «Бухгалтерии»

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

В конфигурации «Бухгалтерия предприятия» задействованы три вида из четырёх: регистры сведений (их большинство), один главный регистр бухгалтерии «Хозрасчётный» и ограниченный набор регистров накопления, обслуживающих отдельные участки учёта. Регистров расчёта в конфигурации нет вообще — ни одного объекта этого типа в дереве метаданных вы не найдёте.

Регистры расчёта: почему их нет и как считается зарплата

Регистр расчёта — специализированный объект платформы для сложных периодических начислений: окладов, премий, больничных, отпускных с зависимостями по базе, вытеснением видов расчёта и автоматическими перерасчётами. В конфигурации «1С:Зарплата и управление персоналом» такие регистры — основа всего расчётного ядра. В «Бухгалтерии предприятия» их нет совсем.

Зарплата в «Бухгалтерии» рассчитывается документом «Начисление зарплаты» по упрощённой схеме: программа вычисляет суммы по окладу или тарифу, формирует проводки по счетам 70, 68, 69 и хранит результаты в табличных частях документов и вспомогательных регистрах сведений. Механизмов вытеснения (когда больничный автоматически уменьшает оклад за период), зависимых перерасчётов и графиков работы в полном объёме здесь нет.

Практическое следствие простое: если в организации сдельная оплата, сложные надбавки, суммированный учёт рабочего времени или частые перерасчёты за прошлые периоды, «Бухгалтерия» справится плохо. Типовое решение — вести расчёт в «1С:ЗУП» и выгружать в «Бухгалтерию» только итоговые проводки через синхронизацию данных.

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

Пользователи «Управления торговлей» привыкают, что остатки товаров хранятся в регистрах накопления «Товары на складах», «Товары в рознице» и подобных, а отчёты строятся по ним независимо от бухгалтерских проводок. В «Бухгалтерии предприятия» такой архитектуры нет: количественные остатки по счетам 10, 41, 43 хранятся непосредственно в регистре бухгалтерии «Хозрасчётный» как количественный показатель проводок с субконто «Номенклатура» и «Склады».

Это означает, что складской отчёт в «Бухгалтерии» — фактически оборотно-сальдовая ведомость по счёту с группировкой по складам и номенклатуре. Отдельного независимого слоя товарного учёта, который можно было бы сверять с бухгалтерским, в конфигурации нет. Соответственно, нет и типовых инструментов контроля расхождений между «товарным» и «бухгалтерским» учётом — их просто нечему образовать.

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

Взаиморасчёты и отсутствие отдельных регистров по долгам

В торговых конфигурациях задолженность контрагентов хранится в регистрах накопления «Расчёты с клиентами», «Расчёты с поставщиками» с детализацией по заказам, срокам оплаты и расчётным документам. В «Бухгалтерии предприятия» таких регистров нет: задолженность определяется сальдо по счетам 60, 62, 66, 67, 76 в разрезе субконто «Контрагенты», «Договоры» и «Документы расчётов с контрагентами».

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

Где искать данные вместо «пропавших» регистров

Остатки товаров

Оборотно-сальдовая ведомость по счетам 10/41/43 с субконто «Склады» и «Номенклатура»; отдельного товарного регистра нет

Взаиморасчёты

Анализ счёта 60/62/76 по контрагентам и договорам; регистров расчётов с детализацией по заказам нет

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

Документы «Начисление зарплаты» и расчётные листки; регистров расчёта и перерасчётов нет

Аналитика и настройки

Регистры сведений — этого вида регистров в конфигурации много, они присутствуют в полном объёме

Как проверить состав регистров в вашей базе

Если нужно точно узнать, какие регистры есть в конкретной информационной базе, есть два пути. Первый — через конфигуратор: откройте конфигурацию, в дереве метаданных разверните ветки «Регистры сведений», «Регистры накопления», «Регистры бухгалтерии» и «Регистры расчёта». В типовой «Бухгалтерии» ветка «Регистры расчёта» будет пустой или отсутствовать вовсе.

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

1. 1
   Откройте конфигуратор и загрузите дерево конфигурации
2. 2
   Разверните ветки «Регистры сведений», «Регистры накопления», «Регистры бухгалтерии», «Регистры расчёта»
3. 3
   Убедитесь, что ветка «Регистры расчёта» пуста, а регистр бухгалтерии один — «Хозрасчётный»
4. 4
   Либо в режиме «Предприятие» включите «Все функции» и просмотрите список объектов без доступа к конфигуратору

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

Что делать, если нужного регистра не хватает

Первый вариант — подобрать подходящую типовую конфигурацию. Если нужен полноценный складской учёт с резервами и заказами, логичнее работать в «Управлении торговлей» или «Комплексной автоматизации», а в «Бухгалтерию» передавать итоговые данные. Если нужен расчёт зарплаты со всеми перерасчётами — «1С:ЗУП». Это дешевле и надёжнее доработок.

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

Ограничения и границы самостоятельной работы

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

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

Частые вопросы

Можно ли добавить регистр расчёта в 1С:Бухгалтерию самостоятельно?

Технически платформа позволяет добавить объект «Регистр расчёта» в конфигураторе, но одного объекта мало: потребуется создавать план видов расчёта, дорабатывать документы начисления и писать логику расчёта. По трудозатратам это сопоставимо с внедрением «1С:ЗУП», поэтому на практике такой путь почти не оправдан.

Почему в отчёте по складу данные совпадают с обороткой по счёту 41?

Потому что отдельного товарного регистра в конфигурации нет: складские отчёты строятся по данным регистра бухгалтерии «Хозрасчётный» с субконто «Номенклатура» и «Склады». Количество в проводке и количество в складском отчёте — это одни и те же данные.

Есть ли в «Бухгалтерии» регистры накопления вообще?

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

Как узнать, доработана ли конфигурация и добавлены ли свои регистры?

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

Куда выгружаются данные о зарплате, если расчёт ведётся в 1С:ЗУП?

При синхронизации в «Бухгалтерию» переносятся документы отражения зарплаты в учёте, которые формируют проводки по счетам 70, 68, 69 в регистре «Хозрасчётный». Детальные расчётные данные остаются в ЗУП и в бухгалтерскую базу не переносятся.

Можно ли вести резервирование товаров в типовой «Бухгалтерии»?

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