К статье
Практический материал

Учет и Финансы · 13 мин

Как вести несколько предприятий в 1С

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

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

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

Ниже разобраны оба подхода, критерии выбора между ними, настройка обменов, консолидированной отчётности и ошибки, которые чаще всего приводят к расхождениям в данных.

Одна база или несколько: критерии выбора

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

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

Отдельные базы нужны, когда требуется физическое разграничение доступа (например, компании принадлежат разным собственникам), когда предприятия работают в разных конфигурациях — одна в «Бухгалтерии», другая в «Управлении нашей фирмой», — или когда база одной компании уже настолько велика, что добавление второй замедлит работу. Также отдельная база неизбежна, если одна из организаций обслуживается внешним бухгалтером или франчайзи.

Сравнение вариантов

Одна база, несколько организаций

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

Отдельная база на каждое предприятие

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

Гибрид: основные компании в одной базе, особые — отдельно

Подходит для групп, где большинство компаний однотипны, а одна-две требуют изоляции. Требует обмена только с выделенными базами.

Многофирменный учёт в одной базе

Чтобы добавить вторую организацию, откройте раздел «Главное» (или «Справочники») → «Организации» и создайте новый элемент, заполнив ИНН, КПП, адрес и систему налогообложения. После этого в каждом документе появится обязательное поле «Организация», а в отчётах — отбор по организации. Если поле в документах не видно, проверьте настройки интерфейса: в некоторых конфигурациях при единственной организации поле скрывается автоматически.

Для каждой организации настраивается собственная учётная политика: метод оценки МПЗ, способ начисления амортизации, применение УСН или общей системы, параметры расчёта налога на прибыль. Учётная политика задаётся в разделе «Главное» → «Учётная политика» отдельно для каждой компании и может различаться даже в рамках одного года, если это допускает законодательство.

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

Как добавить вторую организацию в базу
  1. 1
    Создайте резервную копию базы перед изменением структуры учёта.
  2. 2
    Откройте «Главное» → «Организации» и создайте новую организацию с корректными ИНН и КПП.
  3. 3
    Настройте для неё учётную политику: систему налогообложения и методы учёта.
  4. 4
    Задайте префикс нумерации документов для новой организации.
  5. 5
    Проверьте права пользователей: при необходимости ограничьте доступ по организациям.
  6. 6
    Сформируйте оборотно-сальдовую ведомость с отбором по новой организации и убедитесь, что учёт ведётся раздельно.

Разграничение прав доступа между компаниями

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

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

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

Отдельные базы и обмен данными между ними

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

Настройка начинается в разделе «Администрирование» → «Обмены данными» (или «Синхронизация данных»). Создайте новую настройку синхронизации, укажите способ подключения — через файл-каталог, прямое подключение к базе или веб-сервис, — и выполните начальную выгрузку. На этапе сопоставления объектов система предложит связать уже существующие контрагентов и номенклатуру, чтобы не задвоить справочники; этот шаг нельзя пропускать, иначе получите дубли.

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

Консолидированная отчётность по группе компаний

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

При раздельных базах консолидация сложнее. Вариантов три: выгружать обороты из каждой базы в электронные таблицы и сводить вручную; использовать специализированные конфигурации для консолидации (например, решения класса «1С:Консолидация»); либо настроить централизованную базу, куда по обмену стекаются проводки или обороты из периферийных баз. Для групп из двух-трёх компаний чаще всего достаточно выгрузки оборотно-сальдовых ведомостей и сведения в табличном редакторе.

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

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

Типичные ошибки при ведении нескольких предприятий

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

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

Третья типичная проблема — расхождение взаимных задолженностей между компаниями группы: одна отразила отгрузку, вторая ещё не оприходовала, и сводная картина «не сходится». Регулярные акты сверки между собственными организациями — такая же обязательная процедура, как и сверки с внешними контрагентами.

Типичные ошибки
01
Проведение документов не на ту организацию — приводит к ошибкам в отчётности обеих компаний и неверным платежам.
02
Пропуск этапа сопоставления объектов при первом обмене — порождает дубли контрагентов и номенклатуры.
03
Общая нумерация документов без префиксов — вызывает конфликты номеров при выгрузках и передаче документов.
04
Отсутствие сверки взаимных расчётов между своими компаниями — сводная отчётность группы не сходится.
05
Включение RLS без тестирования на копии — пользователи теряют доступ к нужным данным или видят чужие.
Контрольные точки

Как проверить результат

Оборотно-сальдовая ведомость по каждой организации
Норма

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

Тревожный признак

Данные организаций смешаны, отчёт формируется с ошибками по реквизитам

Обмен между базами
Норма

Документы и справочники переносятся без дублей, номенклатура сопоставлена

Тревожный признак

Появляются дубли контрагентов, часть документов не загружается

Права доступа
Норма

Пользователь видит только документы своей организации

Тревожный признак

Доступны чужие документы или, наоборот, пропали нужные

Сводная отчётность группы
Норма

Внутригрупповые обороты исключены, взаимные задолженности сходятся

Тревожный признак

Взаимные расчёты между своими компаниями не совпадают

Когда задачу лучше передать специалисту

Добавить вторую организацию в существующую базу и настроить учётную политику бухгалтер в силах сделать самостоятельно. Но есть сценарии, где самостоятельная работа рискованна: объединение двух действующих баз с историей, настройка нестандартных обменов между разными конфигурациями, внедрение RLS в крупной базе и построение консолидации по правилам МСФО. Ошибки в этих задачах приводят к потере или искажению учётных данных, восстановление которых обходится дороже настройки.

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

Итог

Что важно запомнить

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

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

Можно ли в 1С:Бухгалтерии вести организации на разных системах налогообложения?

Да. Учётная политика настраивается индивидуально для каждой организации, поэтому одна компания может работать на общей системе, а другая — на УСН. Ограничение возникает только в части совмещения режимов внутри одного юрлица — это регулируется настройками конкретной конфигурации.

Сколько организаций можно завести в одной базе?

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

Как перенести одну организацию из общей базы в отдельную?

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

Мешают ли обмены между базами сдаче отчётности?

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

Нужна ли отдельная лицензия 1С для каждого предприятия?

Лицензии 1С привязываются не к организациям, а к компьютерам, пользователям и серверам. Ведение нескольких юрлиц в одной базе дополнительных лицензий не требует. При раздельных базах на одном компьютере или сервере лицензия также общая — важно лишь, чтобы хватало клиентских лицензий на число одновременно работающих пользователей.

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

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