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

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

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

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

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

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

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

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

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

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

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

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

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

Смешанная схема

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

Ограничения лицензий: что реально ограничивает количество предприятий

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

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

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

Многорганизационный учёт в одной базе: возможности и границы

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

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

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

Когда одна база предпочтительнее

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

Когда одна база становится проблемой

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

Отдельные базы: сколько их можно держать и как это организовать

Количество баз в списке запуска 1С не ограничено платформой. На файловом варианте каждая база — это отдельный каталог с файлом 1Cv8.1CD; на серверном — отдельная база данных в СУБД. Практический предел упирается в дисковое пространство, производительность и трудоёмкость обслуживания.

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

Вторая статья затрат — резервное копирование. Каждая база требует собственного расписания бэкапов и периодической проверки восстановления. Без автоматизации администратор легко упускает из виду редко используемые базы, что обнаруживается в самый неподходящий момент.

1. 1
   Составьте реестр баз: название организации, расположение базы, ответственный, периодичность использования.
2. 2
   Настройте автоматическое резервное копирование для каждой базы с хранением копий на отдельном носителе.
3. 3
   Определите график обновлений: активные базы — по мере выхода релизов, архивные — перед сдачей отчётности.
4. 4
   Проверьте восстановление хотя бы одной копии в квартал — бэкап без проверки восстановления не считается надёжным.
5. 5
   Раз в полгода ревизуйте список: неиспользуемые базы ликвидированных организаций переводите в архив.

Производительность: что происходит при росте числа организаций и баз

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

При росте нагрузки переходят на клиент-серверный вариант (1С:Сервер + СУБД). Он снимает большинство ограничений файлового режима и позволяет держать на одном сервере множество баз с сотнями пользователей, но требует отдельных лицензий на сервер и грамотного администрирования.

Для очень больших объёмов применяют распределённые базы (обмены), выделение архивных периодов и свёртку данных. Это уже территория проектной работы: универсальных настроек «на все случаи» здесь нет.

Контрольные точки

Как понять, что инфраструктура справляется

Скорость проведения типового документа

Норма

Документ проводится за секунды без видимых пауз

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

Проведение занимает десятки секунд, интерфейс «подвисает»

Одновременная работа пользователей

Норма

Несколько пользователей работают без конфликтов блокировок

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

Регулярные ошибки «конфликт блокировок» и взаимные ожидания

Резервное копирование

Норма

Копии создаются по расписанию, восстановление проверено

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

Копии делаются вручную, восстановление ни разу не проверялось

Обновления

Норма

Все активные базы на актуальных релизах

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

Часть баз отстаёт на несколько релизов

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

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

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

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

Как выбрать схему под свою ситуацию

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

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

Маршрут решения

Как выбрать схему

Организации продают друг другу товары и услуги, общие склады и контрагентыВедите их в одной базе с несколькими организациями

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

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

Пользователей много, база тормозит в файловом режимеПланируйте переход на клиент-серверный вариант, а не дробление баз

Организаций больше десятка и растёт нагрузка сопровожденияАвтоматизируйте обновления и бэкапы скриптами или средствами кластера

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

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

Нужно ли покупать отдельную 1С на каждое ООО внутри одной компании?

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

Сколько организаций выдержит одна база 1С:Бухгалтерии?

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

Можно ли объединить несколько существующих баз в одну?

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

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

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

Может ли один бухгалтер вести 30 баз без потери качества?

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