Расчет доли прибыли по обособленным подразделениям для 1С:Бухгалтерии 3.0 ПРОФ: справка-расчет и данные для Приложения 5
Учетные задачи - Регламентированный учет и отчетность
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
В 1С:Бухгалтерии ПРОФ есть интерфейс для доли прибыли, но нет расчета. В форме «Налоги и отчеты» можно выбрать показатель, настройка сохраняется. Общий модуль НалоговыйУчетОбособленныхПодразделений в ПРОФ занимает 130 строк — 32 экспортные процедуры с теми же именами и параметрами, что в КОРП, и ни одной строки внутри. В КОРП тот же модуль 4 255 строк. Обе выгрузки одного релиза, 3.0.206.19.
Поэтому Приложение 5 к листу 02 в ПРОФ заполняют руками, в Excel, каждый квартал. Обработка делает этот расчет.
Что делает
Закладка «Расчет». Организация, год, отчетный период и показатель для определения доли — среднесписочная численность или расходы на оплату труда. Кнопка «Заполнить из учета» берет налоговую базу оборотом по счету 99.01.1. На выходе таблица: по каждому налоговому органу средняя остаточная стоимость амортизируемого имущества, показатель, доля налоговой базы с 17 знаками после запятой, доля в процентах для строки 040, налоговая база, региональная ставка и налог.
Закладка «Подразделения и налоговые органы». Соответствие «подразделение — ИФНС», которое обработка хранит у себя. Штатный реквизит в ПРОФ для этого есть, но платформа запись в него молча откатывает: присвоил подразделению другую регистрацию, читаю объект после Записать() — там мое значение, а в базе прежнее. Обычная запись вдобавок перетирает регистр истории регистраций. Поэтому соответствие живет в хранилище общих настроек, задается один раз и переживает переоткрытие обработки.
Закладка «Справка-расчет». Печатная форма по образцу типовой справки КОРП. Колонки: КПП, налоговый орган, подразделения, сумма остаточной стоимости на 1-е число каждого месяца, остаточная стоимость на 1-е число следующего месяца, количество месяцев, средняя остаточная стоимость, выбранный показатель, доля налоговой базы и налоговая база подразделения. Плюс отдельным блоком контрольные значения для Приложения 5.
Методика
Расчет идет по пункту 2 статьи 288 НК. Алгоритм повторяет типовой расчет КОРП вплоть до мелочей: округление базы подразделения до полных рублей, правило, по которому погрешность округления уходит в самую большую долю, и вырожденные случаи, когда показатель или стоимость имущества по организации равны нулю и доля считается по одному слагаемому.
Труднее всего дался сбор остаточной стоимости. В ПРОФ у счетов 01, 02 и 03 выключен признак учета по подразделениям, поэтому запрос, перенесенный из КОРП дословно, не упадет и не вернет пусто: он выдаст всю стоимость одной строкой на пустом подразделении. Обработка собирает имущество обходным путем, через субконто и регистр местонахождения основных средств.
Почему так устроено и как выглядит обходной путь, я разобрал в бесплатной статье: Расчет доли прибыли по обособленным подразделениям есть и в 1С:Бухгалтерии ПРОФ. Только он пустой. Покупать обработку, чтобы узнать методику, не нужно: она в статьях.
Чем проверено
Расчет сверен с типовым расчетом КОРП. В базе КОРП напрямую вызывается НалоговыйУчетОбособленныхПодразделений.ПодготовитьРасчетРаспределенияНалоговойБазы, обработка считает то же самое на тех же данных, а сравнивает результаты скрипт: по семи полям построчно, а не глазами. Обе конфигурации одного релиза 3.0.206.19, чтобы разница не объяснялась версией.
| Сценарий | Показатель | Расхождений |
|---|---|---|
| Три действующих подразделения | расходы на оплату труда | 0 |
| Три действующих подразделения | среднесписочная численность | 0 |
| Подразделение снято с учета в середине года | среднесписочная численность | 0 |
| Подразделение снято с учета в первом отчетном периоде | среднесписочная численность | 0 |
| Смена ИФНС у подразделения внутри года | среднесписочная численность | 0 |
| Смена ИФНС у головной организации внутри года | среднесписочная численность | 0 |
| Убыток, отрицательная налоговая база | среднесписочная численность | 0 |
Граничные сценарии прогнаны по среднесписочной численности, как видно из таблицы. Показатель «расходы на оплату труда» сверен только на трех действующих подразделениях: отдельно на закрытии, смене ИФНС и убытке я его не проверял.
Сверка долго не сходилась из-за двух мелочей, обе теперь учтены. КОРП округляет базу подразделения до полных рублей. И доля у него типизирована числом с 17 знаками после запятой: пока колонка доли оставалась нетипизированной, расхождение сидело в 18-м знаке, так что поймать его могло только программное сравнение, но не печать.
Отдельно проверил поведение на закрытом подразделении с ненулевой замороженной долей, на двух закрытых подразделениях одновременно и на подразделении, снятом с учета в прошлом налоговом периоде: такое подразделение выпадает из расчета целиком, а его показатели переходят на головную организацию, как в типовом.
Обработка не меняет учетные данные
Это первое, о чем спрашивают про любую обработку, которая считает деньги.
Во всей сборке ноль вызовов Записать(), НаборЗаписей, СоздатьМенеджерЗаписи, Провести, ПолучитьОбъект, СоздатьЭлемент, СоздатьДокумент. Все запросы на чтение.
Проверял не только чтением кода. Снимок базы до и после прогона охватывал 4 075 контролируемых величин: количество записей во всех регистрах и документах, все константы, итоги и обороты по счетам, все регламентные операции поименно. Учетных расхождений ноль. Журнал регистрации за окно прогона — ноль событий изменения учетных объектов: остались замеры времени и статистики, серверные оповещения, операции регламентных заданий.
Сам по себе нулевой результат ничего не стоил бы без контроля. Прогон шел при активной дате запрета изменения, и в том же сеансе запрет отклонил контрольную запись: документ «Регламентная операция» от 30.09.2025 переписать не дали. Значит, запрет работал и бил по учетным данным, а обработке писать в них нечего.
Обработка записывает только одно: собственную таблицу «подразделение — налоговый орган», и только по кнопке «Сохранить настройку». Место записи — хранилище общих настроек. Справочники, регистры, документы и движения не трогает. Запускать можно и по закрытому периоду.
Порядок работы
- Открыть обработку, выбрать организацию, год и отчетный период.
- На закладке «Подразделения и налоговые органы» отметить обособленные подразделения и указать их налоговые органы. Делается один раз, настройка сохраняется кнопкой.
- Выбрать показатель: среднесписочная численность или расходы на оплату труда. Тот же выбор, что в форме «Налоги и отчеты».
- Нажать «Заполнить из учета» — обработка возьмет налоговую базу оборотом по счету 99.01.1. Либо вписать базу руками.
- Нажать «Рассчитать» и прочитать сообщения. Чего не хватает для расчета, обработка называет прямым текстом.
- Сформировать справку-расчет и перенести значения в Приложение 5.
Если в организации есть подразделения, снятые с учета, обработка попросит ввести их замороженные долю и налоговую базу за последний период перед снятием. Возьмите их из своей же справки-расчета за тот период.
Чего обработка не делает
- Уплата налога по группам обособленных подразделений не поддерживается. Если в регионе налог платит одно ответственное подразделение за всю группу, результат применять нельзя: обработка распределяет базу по каждой регистрации отдельно. Она читает эту настройку и выводит предупреждение на форме до расчета, красным, первым элементом.
- Закрытое подразделение требует ручного ввода замороженных доли и налоговой базы. В ПРОФ нет регистра
РасчетДолейБазыНалогаНаПрибыль, из которого их берет КОРП, поэтому источник только один — сам пользователь. - Ограничение по базе закрытого подразделения не реализовано. Если в каком-то отчетном периоде после снятия с учета база закрытого КПП выходит меньше замороженной, в декларацию надо поставить меньшую сумму. Обработка историю своих расчетов не хранит, сравнивать ей не с чем, поэтому она всегда выводит предупреждение и отправляет сверяться с ранее сданными декларациями. В предупреждении стоит ссылка на письмо ФНС от 28.05.2019 № СД-4-3/10244@; первоисточник я не читал и знаю письмо по пересказам.
- Не проверял: филиалы, выделенные на отдельный баланс; федеральная территория Сириус; дробная среднесписочная численность; внешние совместители и исполнители по договорам ГПХ; подключение через БСП «Дополнительные отчеты и обработки». Платформу 8.5 тоже не проверял. Совместимость с веб-клиентом не заявляю. Автоматический прогон в браузере обработка прошла, но рабочим режимом я считаю тонкий клиент.
- Производительность. На каждый месяц расчетного периода обработка делает два запроса по остаткам основных средств, тогда как типовому хватает одного на весь период. Поэтому на тысячах ОС расчет, скорее всего, проиграет типовому по времени. Не замерял.
О чем лучше знать заранее
Строки 050 и 070 обработка считает сама, типовая их не заполняет. В своем модуле расчета КОРП присваивает в Приложение 5 только долю (строка 040) и ставку (060), а базу и налог там же обнуляет. Отсюда мой вывод, что считает их сама форма регламентированного отчета, но форму я не вскрывал. Расхождение жду там, где есть инвестиционный вычет, и на данных этого не проверял. Переносите 040 и 060, а 050 и 070 держите для сверки.
Сумма долей может быть больше 100 процентов при закрытом подразделении. Это не ошибка: типовой КОРП дает такую же сумму, потому что доля закрытого подразделения зафиксирована и в перераспределении не участвует. В справку-расчет печатается пояснение.
Сохраненное соответствие «подразделение — ИФНС» не имеет даты и всегда перебивает срез истории регистраций. Считаете за ранний период задним числом — подразделение уйдет по той инспекции, что записана в настройке сейчас, даже если на тот квартал оно числилось за головной. Строка таблицы про смену ИФНС этот случай не закрывает: в том сценарии настройка пустовала и обе стороны брали данные из истории. Перед расчетом задним числом приведите настройку к тому виду, какой она имела в расчетном периоде, либо поправьте распределение руками.
Ввод в колонки «Замороженная доля» и «Замороженная база» — двойной клик по ячейке или F2. Набор без этого уходит не в ячейку, а в поиск по таблице: на форме повисает фильтр поиска, а значение не введено, и выглядит это как «колонка не заполняется». Это поведение платформы, не обработки. Минус в числовой ячейке набирается после цифр. Подсказка вписана в сами предупреждения.
Частые вопросы
Нужна ли КОРП, чтобы это работало? Нет. Обработка считает в ПРОФ, КОРП использовалась только для сверки при разработке.
Нужно ли снимать конфигурацию с поддержки? Нет. Это внешняя обработка, в конфигурацию ничего не вносится.
Слетят ли закрытые периоды? Нет, обработка не пишет в учетные данные. Подробности выше, в разделе «Обработка не меняет учетные данные».
Что делать, если подразделений в списке нет? Проверьте, что в карточке подразделения стоит флажок «Обособленное подразделение». В ПРОФ этот флажок есть, но по умолчанию не виден. Включите флажок «Расчет зарплаты по обособленным подразделениям» в настройках зарплаты, раздел «Зарплата и кадры». После этого в карточке появятся и признак обособленности, и КПП с регистрацией в налоговом органе.
Почему стоимость имущества нулевая? Скорее всего, не заполнен регистр местонахождения основных средств. Обработка берет подразделение объекта оттуда, потому что на счетах 01, 02 и 03 в ПРОФ учет по подразделениям выключен.
Требования
1С:Бухгалтерия предприятия 3.0 ПРОФ, проверено на релизе 3.0.206.19. Платформа 8.3.27.2214, тонкий клиент — на ней и проверялось. Внешняя обработка, в конфигурацию ничего вносить не нужно, снятие с поддержки не требуется.
Вступайте в нашу телеграмм-группу Инфостарт