Ситуация, когда в оборотно-сальдовой ведомости по счету 70 не появляется детализация по подразделениям, встречается достаточно часто. На практике пользователи обычно ожидают, что достаточно открыть счет 70, включить нужную группировку и сразу увидеть разбивку по подразделениям, сотрудникам или обособленным подразделениям. Но в типовой 1С:Бухгалтерии 8.3 и особенно в редакциях, где учет зарплаты ведется совместно с 1С:ЗУП, логика работает немного иначе.
Разберем проблему подробно и по шагам. Выясним, почему в ОСВ по счету 70 не появляется аналитика по подразделениям, какие настройки на это влияют, чем отличается учет по внутренним подразделениям от учета по обособленным подразделениям, когда достаточно изменить параметры учета, а когда требуется перепроведение документов или проверка обмена с 1С:ЗУП.
Сразу зафиксируем главный вывод: в большинстве случаев проблема решается не в настройке самой ОСВ и не ручным изменением счета 70, а через параметры учета зарплаты, настройки аналитики затрат и корректное отражение зарплаты в бухгалтерском учете.
Прежде чем что-либо менять, рассмотрим логику типовой конфигурации. Счет 70 предназначен для учета расчетов с персоналом по оплате труда. Но то, какая именно аналитика будет доступна в отчетах, зависит не только от самого счета, а еще и от следующих факторов:
как настроен учет затрат в программе;
как настроен учет расчетов с персоналом;
ведется ли расчет зарплаты по обособленным подразделениям;
передается ли в бухгалтерскую базу корректная аналитика из 1С:ЗУП;
перепроведены ли документы после изменения настроек;
включены ли нужные группировки в самой ОСВ.
Именно поэтому не стоит начинать с попытки “поставить галочку на счете 70”. Рассмотрим подробнее, почему такой подход часто оказывается тупиковым.
Одна из самых распространенных ошибок — попытка открыть план счетов и вручную включить на счете 70 учет по подразделениям. В обсуждениях по этой теме пользователи нередко формулируют задачу именно так: “нужно, чтобы на 70 счете стояла аналитика по подразделениям”. Но в типовых решениях 1С это работает не всегда так, как ожидается.
Разберем ситуацию. В типовой бухгалтерской модели зарплата чаще всего отражается проводкой вида Дт затратного счета — Кт 70. Подразделение в этом случае является важной аналитикой прежде всего для счета затрат — например, 20, 23, 25, 26, 44. Именно там программа понимает, к какому подразделению отнести расходы. Поэтому в ряде сценариев пользователю кажется, что аналитика “поехала”, хотя фактически она отражается не там, где он ожидал.
Проанализируем это на простом примере. Допустим, сотрудник подразделения “Склад” получает зарплату. При отражении в учете программа формирует проводку:
Дт 26 (или 20, 44) с аналитикой подразделения — Кт 70.
Если учет затрат настроен по организации в целом, а не по каждому подразделению, программа не будет хранить нужную детализацию так, чтобы вы затем увидели ее в ОСВ именно в ожидаемом виде. Поэтому сначала нужно проверить настройки учета, а уже потом смотреть отчет.
Это первый и самый важный шаг, если речь идет о подразделениях внутри организации, а не о территориально обособленных подразделениях для зарплатной и налоговой отчетности.
Разберем по шагам, что нужно сделать.
Откройте настройки параметров учета.
Перейдите в раздел настройки плана счетов.
Найдите блок, связанный с учетом затрат.
Проверьте, что установлен режим “По каждому подразделению”, а не “Сводно, по организации в целом”.
Именно эта настройка определяет, будет ли программа вести аналитику затрат с детализацией по подразделениям. Если оставить сводный режим, то в отчетах по зарплате и затратам детализация по подразделениям либо не появится, либо будет неполной и нелогичной.
Здесь важно понять ключевой момент: учет по подразделениям внутри организации — это не просто внешний реквизит документа. Это настройка аналитики, которая влияет на то, какие значения программа вообще записывает в движения регистров и бухгалтерские проводки.
Рассмотрим подробнее, почему этот шаг так важен. Пользователь может аккуратно заполнить подразделения в документах, в справочнике сотрудников, в карточках способов отражения зарплаты, но если сама программа настроена на сводный учет затрат, то итоговая проводка не будет хранить нужную аналитику в том виде, который затем можно развернуть в ОСВ.
Даже если вас интересует не только подразделение, но и детализация по сотрудникам, ОСВ по счету 70 не покажет ожидаемую расшифровку, если в параметрах учета выбран режим “Сводно по всем сотрудникам”.
Разберем эту настройку отдельно, потому что ее часто пропускают.
Откройте настройки плана счетов или настройки учета зарплаты.
Найдите раздел “Учет расчетов с персоналом”.
Проверьте, какой вариант установлен:
“По каждому работнику” или “Сводно по всем сотрудникам”.
Если выбран сводный режим, то программа агрегирует расчеты и вы не увидите полноценной аналитики по работникам в ОСВ по счету 70. А если вы не видите работников, то и связанная с ними детализация по подразделениям тоже обычно воспринимается как “пропавшая”.
Посмотрим на пример логики. Когда установлен режим “По каждому работнику”, программа хранит расчеты с детализацией по сотрудникам. Тогда в стандартном отчете можно включить группировку Работники организаций и развернуть данные. Если же режим сводный, в отчет попадет уже свернутая сумма, и ни ОСВ, ни анализ счета не смогут восстановить то, чего в движениях изначально нет.
Вывод: если в вашей задаче требуется видеть счет 70 не только в целом, но и с нормальной расшифровкой по сотрудникам и подразделениям, обязательно установите учет по каждому работнику.
Теперь разберем вторую частую ситуацию. Пользователь говорит “нужна разбивка по подразделениям”, но на самом деле имеет в виду не просто внутренние отделы компании, а обособленные подразделения — например, офисы в разных городах, по которым отдельно ведется часть зарплатного и налогового учета.
Здесь действует уже другая логика. Для таких случаев нужно не только вести подразделения в справочнике, но и включить специальную настройку расчета зарплаты по обособленным подразделениям.
Разберем по шагам.
Откройте настройки зарплаты.
Перейдите в блок “Расчет зарплаты”.
Проверьте, установлен ли флаг “Расчет зарплаты по обособленным подразделениям”.
Убедитесь, что в справочнике подразделений нужные элементы действительно отмечены как обособленные подразделения, если это требуется вашей модели учета.
Это особенно важно, если организация использует редакцию КОРП или работает в связке 1С:Бухгалтерия и 1С:ЗУП, а также формирует отчетность по НДФЛ и другим зарплатным данным в разрезе регистраций и территорий.
Выясним причину, почему без этой настройки разбивка не появляется. Программа просто не считает, что конкретное подразделение участвует в отдельном зарплатном контуре. Для нее это будет обычное подразделение справочника, а не объект, по которому нужно вести специальный учет начислений, выплат и налогообложения.
Это критически важный этап, который очень часто упускают. Даже если вы нашли неправильную настройку и исправили ее, ОСВ не перестроится автоматически по уже существующим движениям.
Разберем, почему так происходит. Настройки учета определяют, как программа формирует движения в момент проведения документа. Если документ был проведен раньше, когда аналитика еще не была включена, он уже записал старый состав движений. Простое изменение параметров не заставит задним числом переразметить все бухгалтерские записи.
Поэтому после включения:
учета затрат по каждому подразделению;
учета расчетов с персоналом по каждому работнику;
расчета зарплаты по обособленным подразделениям;
нужно перепровести документы начисления зарплаты, а при необходимости — документы отражения зарплаты в бухучете и документы обмена с бухгалтерской базой — для этого подойдёт групповое перепроведение документов в 1С.
Посмотрим на типовую цепочку.
Исправляем настройки.
Перепроводим документы Начисление зарплаты.
Переформируем документ Отражение зарплаты в бухучете, если он используется.
При обмене между ЗУП и БП повторяем синхронизацию или перенос отражения — в этом поможет улучшенная синхронизация EnterpriseData между ЗУП и БП.
Заново формируем ОСВ по счету 70.
Без перепроведения вы будете смотреть старые движения и делать неверный вывод, что настройка “не сработала”.
Теперь рассмотрим сам отчет. Иногда аналитика в данных есть, но пользователь просто не вывел ее в структуру отчета.
Разберем, что нужно проверить в ОСВ по счету 70.
Укажите именно счет 70.
Откройте настройки отчета.
На вкладке группировки проверьте, добавлены ли нужные поля:
Работники организаций, Подразделения, а при необходимости и другие аналитики, которые используются в вашей конфигурации.
Если у вас включен учет по каждому работнику, но не отмечена группировка Работники организаций, отчет покажет только свернутые суммы. Пользователь в этот момент нередко делает вывод, что программа “не хранит сотрудников”, хотя на самом деле проблема только в структуре отчета.
Если в вашей конфигурации аналитика по подразделениям реально доступна для выбранных движений, то после добавления нужной группировки она появится в отчете.
Проанализируем ситуацию внимательнее. ОСВ показывает только ту аналитику, которая одновременно:
есть в данных;
доступна для выбранного счета и набора движений;
включена в настройки конкретного отчета.
Поэтому правильный алгоритм такой: сначала проверяем, что аналитика действительно формируется, затем уже настраиваем ее вывод в ОСВ.
На практике полезно разделить диагностику на два блока: проблема отображения и проблема данных.
Разберем по шагам.
Сначала откройте движения документа начисления или отражения зарплаты.
Проверьте, есть ли в проводках аналитика, которая должна содержать подразделение.
Если аналитики нет в проводках, значит проблема в настройках учета или в алгоритме формирования движений.
Если аналитика есть в проводках, но не видна в ОСВ, значит проблема в настройках отчета или в неверно выбранной группировке.
Это очень важный прием. Он позволяет не спорить с отчетом, а проверить первоисточник — сами движения.
Например, если вы видите проводку Дт 26, Подразделение = Склад, Кт 70, то программа уже знает, к какому подразделению относится начисление. Дальше остается понять, почему эта информация не разворачивается в нужном срезе отчета.
Если же проводка сформирована без подразделения вообще, искать решение нужно уже не в ОСВ, а в настройке аналитики плана счетов, способах отражения зарплаты или обмене с ЗУП.
Очень часто счет 70 анализируют в базе 1С:Бухгалтерия, а сама зарплата начисляется в 1С:ЗУП. В такой схеме есть еще один критический узел — документ отражения зарплаты в бухгалтерском учете.
Рассмотрим подробнее, что здесь важно.
В ЗУП может быть все заполнено правильно: сотрудники относятся к нужным подразделениям, кадровый учет ведется корректно, начисления распределены верно. Но если документ Отражение зарплаты в бухучете сформирован без нужной аналитики или передает в бухгалтерскую базу укрупненные данные, то в БП вы увидите уже “срезанную” детализацию.
Разберем, что необходимо проверить.
Есть ли в ЗУП корректные способы отражения зарплаты в бухучете.
Настроены ли они с учетом нужных затратных счетов и аналитик.
Не сворачиваются ли данные при формировании отражения.
Корректно ли выполнен обмен с бухгалтерской базой.
Посмотрим на пример логики. Для разных подразделений можно использовать разные способы отражения зарплаты в бухучете. Тогда при формировании отражения программа отнесет суммы на соответствующие счета затрат и аналитики.
Например:
Подразделение = "Администрация" -> Дт 26 Кт 70
Подразделение = "Отдел продаж" -> Дт 44 Кт 70
Подразделение = "Производство" -> Дт 20 Кт 70
Такой код здесь приведен как логическая схема распределения, а не как готовый фрагмент модуля. Но сам принцип именно такой: разбивка по подразделениям должна быть отражена еще на этапе формирования бухгалтерского отражения — для автоматизации процесса есть автоматическое заполнение аналитики в отражении зарплаты.
Если в ЗУП используется единый способ отражения без детализации, в бухгалтерию может уйти одна общая сумма по подразделениям, и тогда ждать подробной ОСВ уже бессмысленно.
Рассмотрим подробнее этот узел, потому что он часто становится причиной путаницы. В типовых конфигурациях 1С используются объекты вида СпособыОтраженияЗарплатыВБухучете. Именно они определяют, на какой счет и с какой аналитикой попадет начисленная зарплата.
Разберем, что нужно сделать.
Откройте справочник способов отражения зарплаты.
Проверьте, что для нужных подразделений используются разные настройки, если это требуется вашей учетной моделью.
Убедитесь, что в самих способах отражения заполнены корректные счета и аналитики затрат.
Проверьте, не сводятся ли все начисления на один общий способ без подразделения.
Если зарплата по нескольким подразделениям направляется в один и тот же способ отражения без детализации, итоговые проводки будут укрупнены. В таком случае отсутствие разбивки в ОСВ — это не ошибка отчета, а закономерный результат настроек.
Теперь разберем еще одну типовую причину. Иногда настройки учета включены правильно, но в самой базе подразделения заведены непоследовательно.
Проанализируем ситуацию. Программа может требовать, чтобы:
подразделения были заведены в справочнике организации;
для обособленных подразделений был установлен специальный признак;
сотрудники были привязаны к нужным подразделениям;
в документах отражения использовались именно эти элементы справочника, а не старые или дублирующие записи.
Если в справочнике есть дубли, старые записи, подразделения без признака обособленности или сотрудники распределены между “похожими” элементами, то данные в учете будут расходиться. В итоге пользователь будет смотреть ОСВ и видеть, что нужная группировка пустая или суммы попали “не туда”.
Разберем по шагам, как проверить справочник подразделений.
Сравните список подразделений в карточке организации и в кадровых данных сотрудников.
Проверьте, нет ли дублей с похожими названиями — их устранит поиск и устранение дублей в справочниках 1С.
Убедитесь, что используемые подразделения активны и действительно выбираются в текущих документах.
Для обособленных подразделений проверьте наличие нужного признака.
Очень часто проблема выглядит как “ОСВ не показывает разбивку”, а по факту часть начислений отражена на одно подразделение, часть — на его дубль, а часть — вообще без корректной привязки.
Это принципиальный вопрос. Разберем его отдельно, потому что именно здесь чаще всего возникает методологическое расхождение между ожиданием пользователя и логикой учета.
В бухгалтерском учете зарплата обычно анализируется в двух разных разрезах:
по расчетам с персоналом — то есть кто кому сколько начислил и выплатил, это счет 70;
по расходам организации — то есть к какому подразделению и направлению деятельности относится начисленная зарплата, это чаще счета 20, 23, 25, 26, 44.
Поэтому в некоторых задачах правильнее анализировать не ОСВ по счету 70, а, например:
анализ счета 20 или 26 с группировкой по подразделениям;
анализ субконто по статье затрат и подразделению;
карточку счета по затратному счету;
специализированные зарплатные отчеты.
Рассмотрим подробнее. Если ваша цель — понять, какое подразделение понесло расходы на оплату труда, то основная аналитика часто лежит именно на дебете затратного счета. Счет 70 в этой ситуации выполняет роль расчетного счета с персоналом, а не главного носителя управленческой аналитики по подразделениям.
Поэтому перед доработкой системы или поиском “пропавшей” аналитики полезно ответить на вопрос: что именно мы хотим контролировать — задолженность перед работниками или распределение зарплатных расходов?
В большинстве типовых случаев проблему удается решить настройками. Но бывают ситуации, когда пользователь хочет получить в ОСВ по счету 70 такую аналитику, которая методологически не предусмотрена типовой конфигурацией или противоречит текущей схеме отражения документов.
Разберем признаки того, что типовых настроек уже недостаточно.
Вы хотите видеть на счете 70 нестандартную аналитику, которой в типовом учете там нет.
Зарплата и выплаты должны раскладываться по подразделениям по особым правилам, отличным от стандартных.
Нужно распределять дебетовые обороты счета 70 по видам начислений, удержаний и подразделениям в особой пропорции.
В обмене между ЗУП и БП требуется передавать дополнительную аналитику, которой нет в стандартном механизме.
В такой ситуации уже может понадобиться:
изменение способов отражения зарплаты;
корректировка правил синхронизации;
создание дополнительного отчета;
доработка алгоритма проведения документов.
Но важно понимать: начинать надо не с доработки. Сначала нужно полностью пройти все типовые проверки, потому что очень часто проблема скрывается в одной-двух стандартных настройках.
Теперь соберем все вышесказанное в единый рабочий алгоритм. Рассмотрим пошагово, как действовать, если в ОСВ по счету 70 нет разбивки по подразделениям.
Проверьте, идет ли речь о внутренних подразделениях или об обособленных подразделениях.
Если это внутренние подразделения, включите в параметрах учета затрат режим “По каждому подразделению”.
Проверьте параметр “Учет расчетов с персоналом” и установите вариант “По каждому работнику”, если нужна детализация по сотрудникам.
Если речь об обособленных подразделениях, включите флаг “Расчет зарплаты по обособленным подразделениям”.
Проверьте справочник подразделений и карточки сотрудников.
Если зарплата считается в ЗУП, проверьте документ Отражение зарплаты в бухучете и способы отражения.
Перепроведите документы начисления и отражения зарплаты.
При обмене между базами выполните повторную синхронизацию.
Откройте ОСВ по счету 70 и включите нужные группировки: Работники организаций, Подразделения и другие необходимые поля.
Если разбивки все равно нет, проверьте движения документов и выясните, записывается ли нужная аналитика в проводки.
Такой алгоритм позволяет не гадать, а последовательно локализовать причину.
Чтобы было проще ориентироваться, разберем самые частые ошибки, из-за которых возникает ощущение, что программа “не умеет” показывать подразделения на счете 70.
Меняют только настройки ОСВ. Пользователь пытается добавить группировку, но не проверяет, есть ли аналитика в проводках.
Ищут галочку непосредственно на счете 70. При этом игнорируют общие параметры учета затрат и зарплаты.
Не перепроводят документы. Настройка уже исправлена, но отчет строится по старым движениям.
Путают внутренние и обособленные подразделения. Включают не тот режим учета.
Не проверяют способы отражения зарплаты. В результате вся зарплата уходит общим блоком.
Не анализируют дебет затратного счета, хотя именно там хранится нужная аналитика по подразделениям.
Если исключить эти ошибки, задача обычно решается заметно быстрее.
Рассмотрим еще один практический момент. Даже когда задача решена технически, пользователю не всегда удобно работать именно с ОСВ по счету 70. Иногда гораздо информативнее использовать другие стандартные отчеты.
Например:
Анализ счета — когда нужно понять движение зарплаты по конкретным аналитикам.
Карточка счета — когда нужно увидеть первичные проводки по начислениям и выплатам.
Анализ субконто — когда нужно развернуть данные по подразделению, сотруднику, статье затрат.
Отчеты по затратным счетам — когда цель состоит именно в распределении расходов по подразделениям.
Проанализируем ситуацию на примере. Если руководителю нужен ответ на вопрос: “Сколько зарплаты отнесено на отдел продаж?”, то полезнее смотреть счет 44 или соответствующий анализ затрат. А если нужен ответ на вопрос: “Сколько мы должны сотрудникам и по каким начислениям?”, тогда логичнее использовать счет 70 с группировкой по работникам.
То есть иногда правильное решение проблемы заключается не в том, чтобы “додавить” ОСВ по счету 70, а в том, чтобы выбрать отчет, который лучше соответствует задаче.
Посмотрим на пример, который встречается очень часто.
Организация ведет зарплату в 1С:ЗУП, бухгалтерский учет — в 1С:Бухгалтерии КОРП. Есть головная организация и несколько подразделений. Пользователь открывает ОСВ по счету 70 и видит общую сумму без разбивки по подразделениям. При этом в кадровом учете все подразделения заполнены.
Разберем решение по шагам.
Проверяем, какая задача стоит на самом деле. Нужно ли видеть внутренние подразделения или обособленные подразделения для зарплатного учета.
Включаем учет затрат по каждому подразделению.
Устанавливаем учет расчетов с персоналом по каждому работнику.
Если требуется учет по обособкам, включаем расчет зарплаты по обособленным подразделениям.
Проверяем способы отражения зарплаты в бухучете.
Формируем заново документ Отражение зарплаты в бухучете.
Перепроводим данные и повторяем синхронизацию.
В ОСВ включаем группировки по работникам и подразделениям.
После этого либо разбивка появляется, либо становится ясно, что в самих проводках нет нужной аналитики. А это уже точная диагностика, а не предположение.
В типовой задаче — обычно нет. Сначала используем стандартные механизмы. Но если учетная политика организации требует нетипичного распределения зарплаты и выплат по подразделениям на самом счете 70, может возникнуть вопрос о доработке.
Рассмотрим подробнее, что это может означать. Иногда хотят, чтобы не только начисление зарплаты, но и удержания, выплаты, НДФЛ и прочие операции по расчетам с персоналом тоже раскладывались в том же разрезе по подразделениям. В типовой модели это не всегда реализуется в точности так, как нужно компании. Тогда начинают обсуждать изменение алгоритмов проведения документов.
Но здесь нужно действовать аккуратно. Любая доработка проводок по зарплате затрагивает:
корректность бухгалтерского учета;
сходимость с зарплатными регистрами;
обмен с ЗУП;
последующие обновления конфигурации.
Поэтому сначала всегда стараемся получить результат типовыми средствами. И только если методологически подтверждено, что задача действительно требует иной модели аналитики, уже рассматриваем доработку.
Для удобства соберем список основных объектов и настроек, которые помогают решить проблему.
НастройкаПланаСчетов — здесь проверяем учет затрат по подразделениям.
УчетРасчетовСПерсоналом — здесь смотрим режим “По каждому работнику” или “Сводно по всем сотрудникам”.
Подразделения — справочник подразделений организации.
СпособыОтраженияЗарплатыВБухучете — определяют проводки и аналитику отражения зарплаты.
ОтражениеЗарплатыВБухучете — ключевой документ, если зарплата приходит из ЗУП.
РаботникиОрганизаций — важная группировка в стандартных отчетах по счету 70.
ОборотноСальдоваяВедомостьПоСчету — сам стандартный отчет, в котором нужно правильно включить группировки.
Даже если вы не занимаетесь программированием, понимание этих объектов помогает быстрее найти место, где “теряется” аналитика.
Разберем финальный вариант диагностики. Если вы выполнили все стандартные шаги, но разбивка по подразделениям так и не появилась, действуйте так:
Откройте конкретный документ начисления зарплаты.
Посмотрите его движения.
Проверьте, какие аналитики записаны по дебету и кредиту проводки.
Сравните это с настройками способов отражения.
Проверьте, не свернуты ли данные на этапе обмена из ЗУП в БП — поможет сравнение данных между ЗУП и Бухгалтерией для поиска расхождений.
Сравните результат в ОСВ по счету 70 и в анализе затратного счета.
После такой проверки обычно становится ясно одно из двух:
либо аналитика реально не формируется и нужно корректировать настройки учета или отражения;
либо аналитика есть, но смотреть ее нужно в другом отчете или другой группировке.
То есть в любом случае вы получите не предположение, а понятный технический вывод.
Подведем итог и зафиксируем решение в компактном виде.
Если в 1С 8.3 в ОСВ по счету 70 нет разбивки по подразделениям, не пытайтесь решать задачу только через сам отчет или через карточку счета 70. Сначала проверьте настройки учета:
включите учет затрат по каждому подразделению;
установите учет расчетов с персоналом по каждому работнику, если нужна детализация;
для обособленных подразделений включите расчет зарплаты по обособленным подразделениям;
проверьте справочник подразделений и способы отражения зарплаты;
перепроведите документы начисления и отражения зарплаты;
заново сформируйте ОСВ с нужными группировками.
Если после этого разбивки все равно нет, значит нужно уже не гадать, а анализировать движения документов и схему отражения зарплаты в бухучете, особенно если используется обмен между 1С:ЗУП и 1С:Бухгалтерией.
Именно такой подход позволяет не просто “починить отчет”, а понять первопричину проблемы и настроить учет корректно.
Информация носит справочный характер.