При внедрении системы 1С:Комплексная автоматизация 2 (КА 2) одним из первых встает вопрос об архитектуре информационной базы: вести ли все юридические лица холдинга в единой базе или распределить их по разным. Рассмотрим этот вопрос детально, проанализировав технические возможности платформы, методические рекомендации и практические риски.
С технической точки зрения в 1С:Комплексная автоматизация 2 количество организаций, которые можно завести в систему, не ограничено. Организация в программе является элементом справочника Организации. Разберем, почему возникают сомнения: в старой литературе или при работе с базовыми версиями программ действительно могло встречаться ограничение "одна база — одна организация". Однако в версии ПРОФ и выше, к которым относится КА 2, это ограничение отсутствует.
Разрядность кода справочника в современных типовых конфигурациях позволяет хранить миллионы записей. Таким образом, даже если вы решите вести учет всех предприятий страны в одной базе, технический предел справочника вы вряд ли встретите. Единственное специфическое ограничение КА 2 — в системе нельзя полноценно вести учет индивидуальных предпринимателей (ИП), находящихся на общей системе налогообложения (ОСНО).
Проанализируем ситуацию, когда одна организация закупает товар, а продает его другая. В случае раздельных баз вам пришлось бы вручную дублировать документы реализации и поступления между компаниями. В единой базе КА 2 реализован мощный механизм Интеркомпани.
Рассмотрим, как это работает по шагам:
Передача товаров между организациями.Это позволяет прозрачно управлять остатками и автоматизировать внутренний документооборот, что практически невозможно реализовать при раздельном ведении баз без сложных обменов.
При объединении нескольких ООО в одну базу мы получаем единую систему нормативно-справочной информации (НСИ). Разберем плюсы и минусы этого подхода:
Плюсы:
Номенклатура: исключается дублирование позиций, проще сопоставлять аналитику.Контрагенты: вы видите общую дебиторскую задолженность партнера перед всеми вашими фирмами сразу.Минусы:
Если у организаций разные подходы к учету или разные требования к детализации справочников, возникнет конфликт. Например, если одна организация хочет видеть в наименовании товара артикул производителя, а другая — только ГОСТ, договориться будет сложно. Любая ошибка, допущенная сотрудником одного ООО в карточке товара, мгновенно отразится на учете всех остальных компаний.
Выясним причину, по которой многие компании все же предпочитают разделять базы — это информационная безопасность. В 1С существует механизм RLS (Record Level Security) — ограничение доступа на уровне записей. С его помощью можно настроить систему так, чтобы бухгалтер "Организации А" не видел документы "Организации Б".
Однако использование RLS имеет свои последствия:
С точки зрения лицензирования, ведение нескольких организаций в одной или нескольких базах в рамках одной локальной сети не требует покупки дополнительных "основных поставок". Согласно правилам лицензионного соглашения 1С, если компьютеры связаны в локальную сеть, достаточно приобрести одну основную поставку (например, КА 2) и необходимое количество клиентских лицензий на рабочие места. Количество юридических лиц и количество информационных баз на стоимость владения лицензиями напрямую не влияет.
Рассмотрим ситуацию, когда в будущем одно из ваших ООО планируется продать или выделить в отдельный бизнес. Если учет велся в единой базе, процесс "отпочкования" будет крайне трудоемким. Вам придется создавать копию базы и долго очищать ее от данных других организаций, следя за тем, чтобы не нарушить ссылочную целостность и не оставить конфиденциальную информацию. В некоторых случаях проще начать учет в новой базе "с нуля" с переносом остатков, чем пытаться разделить одну базу на две.
Поскольку в сообщении упоминалось производство и кадровый учет, отметим следующее:
В КА 2 кадровый учет и расчет зарплаты (блок ЗУП) интегрированы. В единой базе справочник Физические лица общий. Это удобно, если один и тот же человек работает в разных ваших организациях (например, по совместительству) — не нужно создавать дубли карточек физлиц.
Для производства в рамках одной базы проще реализовать схему давальческого сырья. Если одна организация выступает переработчиком, а другая — владельцем материалов, документы выпуска и передачи продукции будут связаны в цепочки, что минимизирует ошибки ввода.
Проанализировав все факторы, можно сделать следующие выводы: