Одна из самых скользских первичных настроек в 1С УНФ, это учёт по каждой организации или учёт по всей компании в целом (см. фото).
Что это означает
Дело в том, что алгоритмы 1С УНФ имеют довольно неудобное ограничение. Они заключаются в том, что, если вы включаете учет по нескольким организациям без агрегации по одной (не нажимаете допгалочку "Учёт по одной организации"), то все движения между организациями будут сопровождаться куплей-продажей между компаниями группы и накруткой других внутригрупповых оборотов, исключить которые вы не сможете из ОПИУ и баланса в полном объеме.
Этот подход может быть оправдан, а может испортить всю картинку консолидированной отчётности по группе компаний в 1С УНФ. Убить двух зайцев в текущей версии 1С УНФ не удастся. Смотреть отдельно по каждому ЮЛ финрез и баланс, а также консолидированно с вычищением ВГО, не удастся без доработок. Придётся выбрать наименьшее зло: либо, либо. Только в одном случае придётся лезть в код программы, а во втором можно попытаться обойтись внешним отчётом.
Поэтому, если у вас группа компаний, по которой нужно видеть в 1С УНФ консолидацию всех трёх отчётов без ВГО, то галочку нажмите "Учёт по организации в целом") (см. фото).
Но помните, что каждый выбор влечёт за собой последствия. Алгоритмы в программе меняются. Получая одно, вы жертвуете чем-то другим. И только методолог по автоматизации сможет подсказать, на правильном вы пути или нет.
В каких случаях, учёт нужно вести по каждой организации раздельно и дополнительную галочку нажимать не надо
Если владельцы у компании разные, либо те же, но имеют разные доли, потому что в таком случае прибыль будет рассчитываться независимо друг от друга и консолидация в таких случаях пакета отчётности не делается.
Во всех остальных случаях лучше вести учёт по разным организациям, с галочкой по компании в целом, иначе консолидированных отчётов без доработок вы не получите. А доработки эти будут дорого вам стоить во всех смыслах.
Я не буду комментировать неудоство этого момента. Будем надеяться, что разработчики это исправят со временем.
На практике мы индивидуально всегда подходим к ситуации и выясняем, что является первостепенной важностью для Заказчика, а что можно закрыть внешними обработками, не трогая код программы и не снимая программу с обновлений.
Также отдельно хочу обратить внимание, что этот вопрос очень тесно переплетён с методологией управленческого учёта. В программе одна галочка решает огромный пласт задач. Но, если вы неверно оцениваете ситуацию с управленческой отчётностью, не знаете, что вам реально нужно: консолидация или независимый учёт, или приняли ошибочное решение из-за нехватки опыта и знаний, вам придётся поплатиться всем пакетом управленческой отчётности, либо вы погрязните в бесконечных доработках программистами.
Имено поэтому я настаиваю на привлечении методолога по управленческому учёту при автоматизации управленческого учёта.
Что это означает
Дело в том, что алгоритмы 1С УНФ имеют довольно неудобное ограничение. Они заключаются в том, что, если вы включаете учет по нескольким организациям без агрегации по одной (не нажимаете допгалочку "Учёт по одной организации"), то все движения между организациями будут сопровождаться куплей-продажей между компаниями группы и накруткой других внутригрупповых оборотов, исключить которые вы не сможете из ОПИУ и баланса в полном объеме.
Этот подход может быть оправдан, а может испортить всю картинку консолидированной отчётности по группе компаний в 1С УНФ. Убить двух зайцев в текущей версии 1С УНФ не удастся. Смотреть отдельно по каждому ЮЛ финрез и баланс, а также консолидированно с вычищением ВГО, не удастся без доработок. Придётся выбрать наименьшее зло: либо, либо. Только в одном случае придётся лезть в код программы, а во втором можно попытаться обойтись внешним отчётом.
Поэтому, если у вас группа компаний, по которой нужно видеть в 1С УНФ консолидацию всех трёх отчётов без ВГО, то галочку нажмите "Учёт по организации в целом") (см. фото).
Но помните, что каждый выбор влечёт за собой последствия. Алгоритмы в программе меняются. Получая одно, вы жертвуете чем-то другим. И только методолог по автоматизации сможет подсказать, на правильном вы пути или нет.
В каких случаях, учёт нужно вести по каждой организации раздельно и дополнительную галочку нажимать не надо
Если владельцы у компании разные, либо те же, но имеют разные доли, потому что в таком случае прибыль будет рассчитываться независимо друг от друга и консолидация в таких случаях пакета отчётности не делается.
Во всех остальных случаях лучше вести учёт по разным организациям, с галочкой по компании в целом, иначе консолидированных отчётов без доработок вы не получите. А доработки эти будут дорого вам стоить во всех смыслах.
Я не буду комментировать неудоство этого момента. Будем надеяться, что разработчики это исправят со временем.
На практике мы индивидуально всегда подходим к ситуации и выясняем, что является первостепенной важностью для Заказчика, а что можно закрыть внешними обработками, не трогая код программы и не снимая программу с обновлений.
Также отдельно хочу обратить внимание, что этот вопрос очень тесно переплетён с методологией управленческого учёта. В программе одна галочка решает огромный пласт задач. Но, если вы неверно оцениваете ситуацию с управленческой отчётностью, не знаете, что вам реально нужно: консолидация или независимый учёт, или приняли ошибочное решение из-за нехватки опыта и знаний, вам придётся поплатиться всем пакетом управленческой отчётности, либо вы погрязните в бесконечных доработках программистами.
Имено поэтому я настаиваю на привлечении методолога по управленческому учёту при автоматизации управленческого учёта.
![](https://static.tildacdn.com/tild6235-6365-4664-a435-386361626338/___1_.jpg)
Первичная настройка в 1С УНФ