Администрирование · 13 мин
Как разделить базу 1С по организациям
Как разделить базу 1С по организациям: выгрузка и загрузка данных, типовые обработки, разделение справочников и документов, проверка результата и типичные ошибки.
Когда в одной информационной базе 1С ведётся учёт по нескольким юридическим лицам, рано или поздно возникает задача разделить её на отдельные базы — по одной на каждую организацию. Причины бывают разные: продажа одного из бизнесов, передача учёта другому бухгалтеру, требования конфиденциальности, падение производительности из-за объёма данных или желание развести учёт по разным тарифам облачного сервиса.
Универсальной кнопки «разделить базу» в типовых конфигурациях нет. Задача решается комбинацией штатных механизмов: выгрузки и загрузки данных через обработки, копирования базы с последующим удалением лишних организаций либо настройки синхронизации. Выбор способа зависит от конфигурации (Бухгалтерия предприятия, Управление торговлей, ERP, ЗУП), объёма данных и того, нужно ли сохранить историю документов.
Главный риск при разделении — потеря или искажение данных: остатки по счётам, взаиморасчёты, непроведённые документы, ссылки на справочники. Поэтому любые действия выполняются только после полной резервной копии и с последующей сверкой остатков в исходной и новой базах.
Когда разделение базы действительно необходимо
Прежде чем запускать технические работы, убедитесь, что разделение — действительно оптимальное решение. Типовые конфигурации 1С рассчитаны на ведение учёта нескольких организаций в одной базе: отчёты строятся с отбором по организации, доступ можно ограничить правами пользователей и механизмом RLS (ограничение доступа на уровне записей).
Разделение оправдано, если одна из организаций уходит из-под вашего управления, база разрослась и работает медленно, организации обслуживаются разными бухгалтериями с разными релизами конфигурации, либо требуется физическая изоляция данных. Если же проблема только в том, что сотрудники видят «лишние» документы, дешевле настроить права доступа, чем делить базу.
Как выбрать действие
Подготовка: резервная копия и анализ данных
Первый и обязательный шаг — полная резервная копия базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD при отсутствии активных сеансов; надёжнее — выполнить выгрузку в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу). Для клиент-серверной базы используйте средства СУБД (MS SQL, PostgreSQL) или ту же выгрузку .dt. Проверьте, что копия восстанавливается: загрузите её в тестовую базу.
Далее проанализируйте структуру данных. Выясните, какие справочники общие для всех организаций (контрагенты, номенклатура, договоры, банковские счета), какие документы введены по каждой организации, есть ли внутрифирменные операции между организациями группы. Особое внимание — документам, где одна организация выступает поставщиком, а другая покупателем: после разделения такие документы в каждой базе останутся только с одной стороны, и встречные обязательства придётся отражать как операции с внешним контрагентом.
Определите дату разделения. Практичнее всего делить базу на границу отчётного периода — начало квартала или года: тогда остатки в новой базе вводятся на одну дату, а декларации и отчётность не разрываются между двумя базами.
Способ 1: копирование базы и удаление лишних организаций
Самый простой и надёжный способ, когда нужно сохранить историю. Создаётся столько копий базы, сколько организаций нужно выделить, и в каждой копии удаляются данные по чужим организациям. Все документы, проводки и справочники остаются нетронутыми.
Порядок действий: скопируйте папку базы (или восстановите .dt под новым именем), откройте копию, пометьте на удаление документы по ненужной организации. В типовых конфигурациях для этого есть обработка «Групповое изменение реквизитов» или специализированные обработки удаления данных по организации. Затем выполните штатное «Удаление помеченных объектов» (Администрирование → Обслуживание). Документы, которые нельзя удалить из-за ссылок (например, участвуют в последовательностях), придётся сначала распровести.
После удаления документов удалите саму организацию из справочника «Организации» и выполните тестирование и исправление базы. Учтите: физическое удаление большого массива документов в файловой базе может занять часы. После удаления желательно выполнить сжатие таблиц базы, чтобы файл реально уменьшился.
- 1Сделайте резервную копию исходной базы и проверьте её восстановление
- 2Создайте копию базы под новым именем для каждой выделяемой организации
- 3В копии распроведите и пометьте на удаление документы чужих организаций
- 4Запустите удаление помеченных объектов с контролем ссылочной целостности
- 5Удалите лишние организации из справочника и ненужные учётные записи пользователей
- 6Выполните тестирование и исправление, затем сверьте ОСВ с исходной базой
Способ 2: перенос данных через выгрузку и загрузку XML
Второй подход — создать чистую базу той же конфигурации и перенести в неё данные по нужной организации. В типовых конфигурациях на платформе 8.3 есть встроенная обработка «Выгрузка и загрузка данных XML» (раздел Администрирование), а для перехода между конфигурациями на Библиотеке стандартных подсистем — «Перенос данных из информационных баз».
Типовая выгрузка переносит данные целиком по всем организациям, поэтому для точечного разделения чаще используют конфигурацию «Конвертация данных», где настраивают правила с отбором по организации, либо сторонние обработки переноса. Это требует навыков настройки правил обмена: нужно корректно перенести справочники, документы, остатки по регистрам и не потерять связи между объектами.
Вариант с минимальным риском — перенести только остатки. В новой базе заводится организация, переносятся справочники (контрагенты, номенклатура, договоры), а остатки по счётам вводятся документами «Ввод начальных остатков» на дату разделения. История документов при этом теряется, зато новая база получается чистой и лёгкой, а исходная остаётся архивом для справок и проверок.
Сравнение способов разделения
Сохраняет всю историю и проводки, проще для исполнения. Минус: трудоёмкое удаление, база остаётся тяжёлой
Гибкий отбор по организации, подходит для больших баз. Минус: требует настройки правил и проверки ссылок
Самый чистый результат, быстро внедряется. Минус: история документов не переносится, нужен доступ к старой базе как к архиву
Что делать с общими справочниками и внутрифирменными операциями
Контрагенты, номенклатура, банки и валюты в типовых конфигурациях общие для всех организаций. При копировании базы они уйдут в каждую копию целиком — это нормально, лишние элементы можно удалить позже. При переносе в чистую базу выгружайте справочники полностью: документы ссылаются на них, и неполный перенос приведёт к битым ссылкам вида «Объект не найден».
Отдельная сложность — внутригрупповые операции. Если организация А продавала товары организации Б, то после разделения в базе организации А покупатель Б должен стать обычным контрагентом, а в базе организации Б — поставщиком. Проверьте, что в справочнике «Контрагенты» обеих баз есть соответствующие элементы, и перенастройте договоры. Остатки взаиморасчётов между организациями на дату разделения должны совпадать зеркально: дебиторка в одной базе равна кредиторке в другой.
Проверка результата после разделения
Разделение считается завершённым только после сверки. Сформируйте оборотно-сальдовую ведомость по каждой организации в исходной базе на дату разделения и сравните с ОСВ в новых базах. Конечные сальдо по всем счетам должны совпадать до копейки. Отдельно сверьте остатки по счетам 60, 62, 76 в разрезе контрагентов, остатки склада по счетам 10 и 41, и сальдо по счетам учёта НДС.
Проверьте, что в новой базе корректно работают ключевые операции: создаётся и проводится реализация, формируется счёт-фактура, банковская выписка загружается, отчётность (например, расчёт по страховым взносам или декларация по налогу на прибыль) заполняется без ошибок. Если в базе велась зарплата, убедитесь, что перенесены данные по сотрудникам и остатки взаиморасчётов с персоналом.
Как проверить результат
Сальдо по всем счетам совпадает с исходной базой
Есть расхождения — ищите неперенесённые документы или остатки
Дебиторка в одной базе зеркально равна кредиторке в другой
Суммы не сходятся или контрагент отсутствует в справочнике
Документы проводятся, декларации заполняются без ошибок
Ошибки проведения, битые ссылки, пустые разделы отчётов
Все элементы на месте, договоры и счета заполнены
Записи «Объект не найден», пустые реквизиты в документах
Типичные ошибки и ограничения
Чаще всего разделение осложняется тем, что удаление документов по организации блокируется ссылками: на документы ссылаются корректировки, счета-фактуры, документы расчётов. Выход — удалять в правильной последовательности, от последних документов к первичным, либо использовать обработки, которые сначала распроводят всю цепочку.
Вторая группа ошибок — неполный перенос регистров. Документы могут перенестись, а движения по регистрам (особенно ручные операции и корректировки регистров) — нет. Поэтому сверка ОСВ обязательна, а не опциональна. Третья типичная проблема — забытые настройки: учётная политика организации, параметры обмена с банком, подключение ЭДО, настройки нумераторов. В новой базе всё это нужно настроить заново до начала работы пользователей.
Ограничения и когда привлекать специалиста
Самостоятельно разделить базу реально, если речь идёт о типовой Бухгалтерии предприятия с двумя-тремя организациями и умеренным объёмом документов. Копирование с удалением лишних организаций — задача, доступная опытному пользователю или системному администратору при наличии резервной копии и времени на сверку.
Привлекайте специалиста по 1С, если база клиент-серверная с большим объёмом данных, конфигурация доработана (нетиповые документы и регистры не перенесутся типовыми обработками без адаптации правил), используются распределённые базы или синхронизации с другими системами, либо нужен перенос между разными конфигурациями. Ошибка в таких сценариях может стоить восстановления учёта за целый период.
Что важно запомнить
Разделение базы 1С по организациям выполняется копированием с удалением лишних данных, переносом через правила обмена или созданием новой базы с вводом остатков. Начинайте с резервной копии, делите на границу отчётного периода и завершайте сверкой ОСВ по каждой организации. Без совпадения сальдо до копейки база в эксплуатацию не передаётся.
Частые вопросы
Можно ли разделить базу, не останавливая работу пользователей?
Полностью безостановочно — нет. На время копирования и удаления данных сеансы в рабочей копии нужно заблокировать, иначе пользователи создадут документы, которые потеряются. Практичный подход: выполнять основные работы в выходные, а новую базу открывать пользователям только после сверки остатков.
Что делать со старой базой после разделения?
Сохраните её в режиме «только чтение» как архив: она понадобится для налоговых проверок, корректировок прошлых периодов и поиска старых документов. Снимите с пользователей права на запись, но не удаляйте базу до истечения сроков хранения учётных документов.
Как разделить базу, если организации ведутся в разных конфигурациях?
Если одна организация должна переехать, например, из Управления торговлей в Бухгалтерию предприятия, используются типовые правила обмена между конфигурациями или ввод остатков в новой базе. Прямое копирование здесь невозможно — структуры данных различаются.
Перенесутся ли электронные подписи и настройки ЭДО?
Нет, настройки обмена электронными документами привязаны к конкретной базе. В новой базе нужно заново настроить учётную запись ЭДО, сертификаты и маршруты подписания, а оператора уведомить о смене идентификатора участника, если база переезжает на другой сервер.
Сколько времени занимает разделение базы?
Зависит от объёма: файловая база с двумя организациями и несколькими годами учёта обычно делится за один-два рабочих дня включая сверку. Большие клиент-серверные базы с миллионами документов могут потребовать недели, так как удаление и перенос данных выполняются порциями с контролем на каждом этапе.
Можно ли потом объединить базы обратно?
Технически возможно через перенос данных, но это значительно сложнее разделения: возникнут конфликты нумерации документов, дубли справочников и пересечения периодов. Перед разделением оцените, не понадобится ли консолидированная отчётность по группе — возможно, лучше оставить одну базу с разграничением прав.