Обработка предназначена для работы с конфигурацией «Бухгалтерия предприятия, ред. 2.0″ версии ПРОФ, в которой ведется учет по нескольким организациям, и позволяет произвести разделение одной информационной базы на несколько независимых — для каждой организации своя информационная база с сохранением всех учетных данных. Пользователю необходимо лишь задать список организаций и каталог сохранения информационных баз, обработка выполнит все необходимые операции и даже добавит новые базы в список информационных баз окна запуска 1С:Предприятия. Исходная база при этом сохраняется.
Обработка может быть полезна в следующих случаях:
— возникновение потребности ведения раздельного независимого учета по организациям;
— переход к базовой версии конфигурации.
Обработка запускается из информационной базы, которую необходимо разделить, с помощью меню Файл — Открыть. Конструктивно обработка выполнена в виде мастера, который на каждом шаге запрашивает необходимые параметры.
Для разделения информационной базы необходимо:
— указать организации, для которых нужно создать отдельные информационные базы;
— указать каталог сохранения новых информационных баз;
— если необходимо сразу добавить новые базы в список окна запуска установить соответствующий флаг;
— запустить процесс разделения и дождаться его завершения.
После процесса разделения получаем:
— исходная информационная база без изменений;
— новые информационные базы для указанных организаций, сохраненные в указанном каталоге;
— новые информационные базы доступны в списке окна запуска 1С:Предприятия.
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Расскажите про технологию. Как вы это делаете? Копируете и чистите документы? или создаете пустую базу и добавляете документы/справочники? Или РБД как-то используете?
А справочники, например, номенклатура, которая не используется во второй организации будет выгружена?
Технология такая:
— для каждой базы создаются узлы плана обмена ПоОрганизации;
— программно создаются каталоги и формируются начальные образы баз;
— через внешнее соединение разрывается связь узлов РИБ и удаляются все узлы, базы становятся независимыми;
— в новых базах восстанавливаются предопределенные настройки отчетов, которые слетают при РИБ;
— в исходной базе также удаляются все узлы РИБ;
— новые базы добавляются в список баз 1С.
Таким образом переносятся документы только по организации, справочники переносятся все. Даже если они не нужны это уже на так важно. Самое главное документы и их движения.
Данный способ наши специалисты используют при работе с клиентами, я просто решил этот процесс вот таким образом автоматизировать. Саму идею привез из Москвы когда ездил на курс повышения квалификации.
Нужная штука. Думаю, народу будет интересен и обратный процесс. А для ЗУП подойдет данная обработка?
Насчет обратного процесса — согласен. Только там уже другой способ нужно придумать и встает вопрос в объединении справочников из разных баз. Можно и для ЗУП, только немного адаптировать нужно будет скорее всего.
Очень актуальная статья, спасибо автору!
Т.е. обработка позволит создать базу с данными по одной из организаций, но при этом еще нужно будет отдельно настраивать обмен данными?
Не нужно настраивать никаких обменов, просто в основе работы обработки — механизм РИБ, который настраивается и удаляется автоматически. Просто нужно запустить обработку.
А чем штатный механизм не угодил ? Я имею ввиду план обмена по организациям !
вот такое выскакивает при подключении к созданной базе (там где в созданной базе чистится план обмена). У пустого пользователя нет прав для подключения а база создается без пользователей
(8) Saipl, читайте внимательней анонс.
(9) seermak, обработка тестировалась, работает без всяких пользователей. Если только вы не работаете с редакцией 3.0, там все строже в этом плане. Не знаю, что там у вас за база, поэтому пояснить что-либо мне трудно.
(11) ага проверено — ошибка «скачет» именно в 8.3 — пришлось «рвать связь» при первом запуске новой базы
Хорошая идея,хотя и плагиат
(12) seermak, это не платформа виновата, обработка для БП 2.0, а не 3.0. В 3.0 другая система прав, и при первом запуске новой базы всегда создается пользователь с административными правами, в 2.0 запуск можно производить без пользователей.
(13) ranger, а в чем плагиат, стесняюсь спросить???
(15)
сам написал в (2)
(16) ranger, плагиат — это когда чужой код скопировал и вставил, а технология всем известная.
(17)
Я же тебе не про код толкуя,а про ИДЕЮ!
Идея хороша — иногда полезно «вспомнить забытое от 1С» Некоторые клиенты хотят начинать каждый год с «новой» базы. Так я на идее вашей обработки сделал создание новой базы с переносом в нее необходимых данных = снялась проблема начального заполнения данных.
(18) ranger, ясно, ну в таком случае вы меня не так поняли, идея обработки — моя )
(19) seermak, интересно, а подробнее? 🙂
А как насчет допилить обработку, что бы можно было выгружать не по одной организации в базу, а по несколько. Т.е. что бы для списка организаций создавалась 1 база.
«- в исходной базе также удаляются все узлы РИБ;» — т.е. удаляются все созданные в результате работы или вообще все?
«-программно создаются каталоги и формируются начальные образы баз;» — я правильно понимаю что выполняется стандартная процедура «создать начальный образ» и данные выгружаются согласно плану обмена «ПоОрганизации»?
«-в новых базах восстанавливаются предопределенные настройки отчетов, которые слетают при РИБ» — можно по подробнее, что именно восстанавливается?
Наверное, следует добавить в описание, что план обмена «По организации» должен быть корректно настроен, особенно если вносились изменения в конфигурацию.
(26) zzerro, насчет допилить — мысль хорошая! Узлы РИБ удаляются все, т.е. предполагается, что в исходной базе не был настроен обмен РИБ; 24 — да, именно так. 25 — есть справочник «Сохраненные настройки», где хранятся предопределенные варианты отчетов, при такой выгрузке они почему-то слетают, и когда открываем отчет, например, Анализ начисленных налогов и взносов, не видим ни одного варианта отчета… 26 — план обмена настраивает обработка.
(27) Тогда было бы неплохо:
1. Удалять только созданные узлы, т.к. будет нехорошо, если обмен по РИБ уже ведется.
2. Все же добавить опцию выгрузки нескольких организаций в 1 базу
3. Сделать выгрузку настроек отчетов опциональной, т.к. не все настройки отчетов нужны во вновь созданной базе(ах), т.к. в настройках могут оказаться, например списки отбора по несуществующим в текущей базе элементам справочников или документов и т.д.
(27) Каким образом обработка настраивает состав плана обмена?
(21) так все почти по обработке — создаю план обмена в конфигурации = включаю туда справочники и регистры сведений; в обработке делаю каталог с новым названием базы (наименование_год); далее по обработке создаю в каталоге начальный образ; т.к. подключиться не могу(8.3) при первом старте (когда идет проверка и создание первого пользователя) рву принадлежность новой базы к родителю = все (быстро,дешево))))
Мир этому дому!
Обработка будет работать только для конфигурации «Бухгалтерия предприятия, редакция 2.0» версии ПРОФ (судя по анонсу). Для версии КОРП не подойдет?
(31) LexSeIch, добрый день! Вы правильно поняли. Насчет версии КОРП не знаю, не работал, там ведь вроде еще обособленные подразделения имеются, может и не получится. Пробуйте!
Поставленную задачу можно решить и с помощью правил обмена для Универсальной выгрузки и загрузки данных, написанных в Конвертации данных. и, как мне кажется, это будет более «правильный» и гибкий способ.
Спасибо за работу. Периодически приходится возвращать базы клиентам и раньше был постоянный гемор с этим. Теперь хоть можно выгрузить быстренько самому бухгалтеру.
Интересная работа. При необходимости попробуем.
(32)
Судя по коду обработки, она может работать с разными конфигурациями (конечно надо подправить «зашитое» внутри нее ограничение для Бухгалтерии ПРОФ). Попробовал на КОРП — работает. Единственно — маленькое замечание, в наименовании одного из предприятий в реальной исходной базе был лишний пробел в конце строки (заметить его наличие визуально трудно). В этом случае обработка прерывается ошибкой, так как не находится каталог базы, построенный на этом наименовании (если в системе создавать каталог добавляя в его наименование пробелы — после сохранения каталога они очищаются). Видимо стоит переменную «ИмяКаталога» очищать от пробелов.
Обработка очень полезная, правда нужна для конфигурации УПП. Если получится будем переделывать))Спасибо разработчику, упростили жизнь))
А есть возможность, из двух баз сделать одну?
Во время работы мастера произошла ошибка: {Форма.Форма.Форма(56)}: Ошибка при вызове конструктора (COMОбъект): Недопустимая строка с указанием класса: Недопустимая строка с указанием класса
1С:Предприятие 8.2 (8.2.18.61)
Бухгалтерия предприятия, редакция 2.0 (2.0.47.7)
(38) logdog, ну это уже обратный процесс и реализуется по-другому, пока я таким не занимался )
(39) dihlam, такая ошибка обычно бывает если в системе не зарегистрирован класс com-объекта. Проверьте в реестре наличие V82.Application. Может в 8.2.18 он как-то по-другому уже называется.
(41) Сделал поиск по реестру V82.Application ничего не нашлось.
(40) жаль, тоже очень полезная вещь получилась бы…
(42) dihlam, платформу ставили из дистрибутива? Если правильно устанавливали, класс должен автоматом зарегистрироваться, класс 8.2.18 так же называется V82.Application. Эта ошибка на уровне системы уже.
(43) logdog, можно и над этим поработать 🙂
(39) установите 8.2.18.82, с .61 у меня проблемы были…
(45) сам не программист, но думаю, многие тоже будут благодарны…
(46) logdog, Вы правы. Установил 8.2.18.82 ошибка не появилась.
Спасибо.
(47) dihlam, ну вот и славно.
(27) Сохраненные настройки не переносятся, т.к. этот справочник не включен в план обмена — это старая болезнь УРБД для бухгалтерии8. Лечится, включением в обмен (можно перед запуском вашей обработки :))
(49) vasilnikol, ну как вариант, только нужно включать возможность изменения конфигурации
(42) dihlam,
ручками импортируем реестр:
—[начало файла бла-бла.reg]—
Windows Registry Editor Version 5.00
[-HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}]
[HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}]
@=»1CV82 COM Connector Class»
[HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}InprocServer32]
@=»C:\Program Files (x86)\1cv82\8.2.18.96\bin\comcntr.dll»
«ThreadingModel»=»Both»
[HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}ProgID]
@=»V82.COMConnector.1″
[HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}Programmable]
[HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}TypeLib]
@=»{2EC2A380-9200-4067-AE35-A6586D1B2888}»
[HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCL SID{2B0C1632-A199-4350-AA2D-2AEE3D2D573A}VersionIndependentProgID]
@=»V82.COMConnector»
—[конец файла бла-бла.reg]—
Ессно, если винда х86 или другая редакция движка, то правим пути и цифорки
Подскажите!
Данная обработка создает новую базу типовую или с той же конфигурацией, которую делит?
(52) Tanis, конфигурация та же, что и у исходной базы.
Да. Спасибо. Уже воспользовался для пробы.
Конфигурация такая же. Доп.Обработки только не переносятся. Но это потом перетащу через XML.
Можно этой обработкой из первой базу перенести организацию в существующую вторую базу?
Подскажите, планируется ли доработка, чтоб была возможность сразу несколько организаций перенести?
А то скоро планируется вывести несколько организаций в отдельную базу. И данная обработка бы, спасла…
СокрЛП — добавьте к формированию пути базы. 😉
В этой обработке используется стандартный план обмена «По Организации»?
Какие объекты выгружаются обработкой?
Те объекты, которые указаны в составе этого плана? Или еще какие-то дополнительно?
(4)
это невозможно на 90% баз.
(30) seermak,
ерунда у вас получается, а не «новый год — с чистой базы».
Чистая база — это когда настройки+справочники+остатки. А не копия предыдущей базы.
(52) Tanis,
Т.е. вы тоже хотите «соригинальничать», и перенести данные, а код и объекты под них — не переносить? )
(55)
Нет, так не получится, КД в помощь.
(56) В Вашем случае — проделайте руками то что описано в описании обработки. Создайте План обмена по организациям, в фильтре добавьте нужные Вам организации. Выгружаете файл обмена, создаёте чистую базу, загружаете данные, обработка с текстом
Процедура КнопкаВыполнитьНажатие(Кнопка)
ПланыОбмена.УстановитьГлавныйУзел(НЕОПРЕДЕЛЕНО);
КонецПроцедуры
Далее загрузить стандартные настройки отчетов. И всё.
Бухгалтерия предприятия, редакция 2.0 (2.0.57.7) Раньше все работало, а теперь возникает ошибка Во время работы мастера произошла ошибка: {Форма.Форма.Форма(22)}: Ошибка при вызове метода контекста (Записать): Значение поля «Код» не уникально
Как это можно устранить? или обновления 1с убили возможность разделять базы.
А для БП 3.0 есть подобное?
(10)
Кстати, в анонсе как раз и не указано, что обработка создает тот же самый автообмен по РИБ, а потом удаляет узлы.
Об этом сказано только в комментарии (2)
«- для каждой базы создаются узлы плана обмена ПоОрганизации»
Проверил выгрузку РИБ.
Зависло на этапе создания слепка основной базы.
Такое «разделение» хорошо для небольших баз + где нет никаких нюансов (вроде неудаления и нераспроведения). И где не важен порядок проведения документов.
С моими БП такой фокус не прошел — так что, единственно надежный способ, это удаление «лишних» организаций.
А с ЗУП данный способ не пройдет и вовсе — из-за крайне запутанных связей между документами, строгим порядком последовательности проведения, массы неявно используемых объектов (без указания их «принадлежности» к организации).
Открыл получившуюся базу (БП 2.0.64, 8.2.18).
Куча битых ссылок везде — Контрагенты, банковские счета, Склады, номенклатура и т.д. …
Проводок нет вообще никаких (хотя документы помечены как «проведенные»).
В общем, кто любит создавать себе трудности и успешно пытаться их преодолевать, то создание отдельной базы организации через РИБ — строго рекомендуется.
Так а что мешает воспользоваться стандартными методами разделения по организациям? Или просто обработка предназначена для лентяев)
(69) Kamilj,
В студию — стандартные методы разделения организаций от 1С )
(70) AlexO, через планы обмена->по организации->добавляем организацию->Создать начальный образ… Далее добавляем существующую базу и подцепляем из папки куда выгрузились… как-то так.. правдо юзеров потом придется скорее всего добавлять заново…
(71) Kamilj,
Зачем? на ИТС есть: ВыгрузкаЗагрузкаПользователей.epf
Во время работы мастера произошла ошибка: {Форма.Форма.Форма(22)}: Ошибка при вызове метода контекста (Записать): Значение поля «Код» не уникально. Как быть?
Как тут весело оказывается )) обработка написана давно, конечно же не исключены разные ошибки, особенно с новыми версиями конфигураций. Обработку не дорабатывал после публикации, поэтому, извиняйте, если что не так 😉
Добрый вечер!
Подскажите, пути баз вместо каталога возможно прописать серверные пути?
Хотя уже не 13-ый год. Может и не поможет данная обработка….
Спасибо!
(74)под УТ 10 работала обработка?