← На главную

Перевод группы предприятий с устаревших систем на платформу 1С:Предприятие 8 ставит перед архитекторами и руководством сложный выбор: объединить все организации в одну информационную базу данных или развернуть независимые базы для каждого юридического лица с последующей консолидацией отчетности. Ситуация усложняется, если предприятия ведут принципиально разные виды деятельности (например, добыча полезных ископаемых, машиностроение, буровые работы), число активных пользователей превышает 200 человек, а планы счетов исторически модифицированы и различаются. Разберем ключевые критерии выбора целевой архитектуры, проанализируем технические риски единой базы и рассмотрим регламенты управления нормативно-справочной информацией.

Критерии выбора: единая база или раздельный контур

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

1. Неделимость плана счетов: В типовых конфигурациях 1С (таких как 1С:Бухгалтерия КОРП, 1С:Комплексная автоматизация или 1С:ERP) план счетов является общим для всех организаций в рамках одной информационной базы. Если предприятия холдинга используют специфические субсчета на счетах затрат (20, 23, 25, 26) или расчетов (62, 76), реализовать уникальный набор аналитических разрезов (субконто) индивидуально под каждую организацию в единой базе без глубокого изменения типового кода невозможно.
2. Отраслевые особенности учета: Производственные циклы добычи угля, позаказной металлообработки и геологоразведки кардинально отличаются по моделям распределения прямых и косвенных затрат. Попытка внедрить в одну конфигурацию взаимоисключающие отраслевые подсистемы приводит к критическому усложнению интерфейсов и перегрузке метаданных.
3. Количество одновременно работающих пользователей (от 200 сессий): В единой базе разграничение прав доступа между организациями требует активации механизма RLS (Record Level Security). Это кратно увеличивает нагрузку на СУБД, так как к каждому обращению к таблицам неявно добавляются сложные подзапросы проверки прав.
4. Блокировки при регламентных операциях: Процедуры закрытия месяца, расчет себестоимости и переоценка валюты накладывают монопольные и разделяемые транзакционные блокировки на таблицы регистров. Если регламентная операция одного крупного завода длится несколько часов, оперативная работа пользователей других предприятий холдинга будет замедлена или заблокирована.

Оптимальное архитектурное решение: двухуровневая модель

Для холдингов с разнородными видами деятельности и несовпадающими учетными политиками наиболее стабильным решением является двухуровневая распределенная архитектура. Рассмотрим ее структуру:

1. Транзакционный уровень (операционные базы филиалов): Каждое юридическое лицо или группа однородных предприятий работает в собственной информационной базе. Это позволяет подобрать для каждого подразделения подходящую конфигурацию (например, 1С:Горнодобывающая промышленность для шахт и 1С:ERP для машиностроения), а также осуществлять независимый и поэтапный ввод предприятий в промышленную эксплуатацию.
2. Консолидирующий уровень (мастер-система холдинга): Для сбора управленческой и консолидированной отчетности используется специализированный программный продукт — 1С:Управление холдингом или 1С:ERP Управление холдингом. Данные из локальных баз выгружаются через механизм трансформации и трансляции (мэппинга) проводок. Это позволяет привести локальные планы счетов к единому корпоративному стандарту без вмешательства в учет на местах.
3. Вынесение кадрового контура: Расчет заработной платы с учетом сложных систем оплаты труда (КТУ, бригадные наряды, надбавки за подземные работы) выносится в отдельную конфигурацию 1С:Зарплата и управление персоналом КОРП. Это предотвращает засорение бухгалтерских баз расчетными регистрами и защищает конфиденциальные персональные данные.

Администрирование нормативно-справочной информации (НСИ)

Один из главных страхов при объединении баз — превращение справочников (в первую очередь СправочникСсылка.Номенклатура и СправочникСсылка.Контрагенты) в неуправляемую свалку дублей. Рассмотрим, как правильно организовать контроль НСИ как в единой базе, так и в распределенной среде:

1. Запрет прямого создания элементов: Обычным пользователям полностью закрывается доступ на добавление и интерактивное редактирование элементов базовых справочников. Создание новых позиций передается выделенной службе нормативно-справочной информации (мастер-данных).
2. Бизнес-процесс согласования заявки: Для добавления нового материала, услуги или контрагента пользователь создает электронный документ «Заявка на добавление НСИ». В заявке указываются обязательные параметры: ГОСТ, артикул производителя, базовые единицы измерения, ИНН/КПП для контрагентов. Эксперт по НСИ проверяет дублирование по ключевым реквизитам перед утверждением.
3. Использование централизованных систем (MDM): В распределенной архитектуре создается единый мастер-узел управления НСИ (например, на базе 1С:MDM), откуда унифицированные справочники передаются в операционные базы по расписанию через веб-сервисы или планы обмена.
4. Отказ от кастомизации плана счетов в пользу штатной аналитики: При переходе с 1С:Предприятия 7.7 на версию 8.3 не следует копировать старые подходы с созданием новых субсчетов. Потребности раздельного учета затрат шахт, участков и цехов решаются штатными аналитическими разрезами: «Направления деятельности», «Статьи расходов», «Подразделения» и «Номенклатурные группы».

Рекомендации по старту проекта перехода

Проанализируем необходимые шаги перед принятием финального решения по выбору программных продуктов:

1. Предпроектное обследование: На первом этапе силами квалифицированного интегратора или собственной экспертной группы проводится аудит всех бизнес-процессов, действующих нетиповых доработок в 1С 7.7 и фактических методологий учета на каждом объекте.
2. Унификация учетной политики: До начала программирования руководство холдинга должно зафиксировать единые правила признания расходов и расчета себестоимости. Если унификация на уровне проводок невозможна по организационным причинам, вариант ведения всех предприятий в одной базе исключается полностью.
3. Поэтапный запуск: Раздельные информационные базы позволяют минимизировать проектные риски. Перевод предприятий на 1С 8 выполняется по очереди, начиная с наименее критичных участков, поддерживая промежуточную выгрузку данных в консолидирующую систему.