Мне не удается. Платформа 8.3.27.1688. ЗУП 3.1.36.41.
В БД перенесены данные из ЗУП 2.5 в 2022г.
Что делал:
1. Синхронизация РИБ с отбором по организации - перенесены все организации с документами. В бухии такой финт прошел нормально. Пытался удалять документы - в чистую не получается.
2. Выгрузкой/загрузкой с отбором документов по организации - перекашивает (перенесенные документы не проводятся).

Никогда без ручных корректировок не обходилось

(0) ну дык самое быстрое и простое - сгенерировать скрипт для SQL с отбором по организации типа

https://infostart.ru/1c/tools/1125435/

отсечь/удалить лишние организации, затем творчески почистить еще кучу регистров и справочников от "лишней" инфы, которая напрямую не связана с организацией (нет сцылок на ненужные организации, связана "косвенно" по смыслам)

Пользователей и ("Ответственных" в документах заменить) -  тоже можно поудалять ненужных. Например, переименовать в Администратор и пометить на удаление. И штатной обормоткой "Поиск и удаление дублей" с заменой сцылок  - заменить на Администратора, а ненужных пользователей удалить из ИБ с контролем сцылочной целостности

В БП нормально проходит в 95% случаев 1 вариант.
По ЗУП не знаю... теперь буду знать.

(2) Спасибо, попробую.

(0) у меня есть обработка по удалению данных по организации

(5) твой гений дарит нам?

(5) Готов купить, но с возвратом, если не получится (уже пару пробовал, не до конца удаляют).

(5) Мыло в профиле.

(7) не до конца все удаляют - нужно творчески потом еще чистить регистры, справочники, не дай божи еще ЭДО какое еще сбоку приколочено (типа Контура и иже с ними)

(8) ок, написал.

(5) напрямую из СУБД которая? вроде у тебя тыщщу лет назад подсмотрел, потом резал центральную упп крупного холдинга и вдоль и поперек, единственное что справлялось.

(0)Выделял так и десятки раз, всё проходило нормально через РИБ с отбором по организации. Ну потом чистить надо было немножко, да.

(11) а я творчески допиленную с нимфостартов использую на регулярной основе в ERP2.5, когда нужно аудиторам на аудирование отдать чисто конкретную организацию/ии

еще когда компанию "продавали" - тоже пригодилась базу передать при продаже

Что характерно - ведомости расчетов и обормотно-сальдовые ведомости все копеечка в копеечку с исходной, есть все документы и движения. Нет <Объект не найден>, т.е. сцылочная целостность есть

пользователь один - Администратор с полными правами и пустым паролем :) в "почиканной" базе

в пользовательских отборах возможны "глюки" с <объект не найден> из-за особенностей хранения вариантов. но на работу никак не влияет. настройки можно вручную почистить или сбросить к "дефолтным" у отчетов

Я напрямую со скулем не работал. Запустил Manamagent Studio, открыл файл со скриптом. Как мне его запустить для конкретной БД: достаточно ли встать на нужную БД и Выполнить?
Боюсь другие попортить.

(14) вы про гениальную обормотку из (10) ?

если про (2) с нимфостарта - текст скрипта нужно генерить прям в копии базы, которую будете "кастрировать"

в MS MStudio в файле со скриптом первой строчкой добавьте use 'блаблабла'

где 'блаблабла' - имя нужной вам базы в SQL (alias)

(15) Спасибо. Скрипт, естественно, генерил в нужной БД.

имя БД в кавычках (одинарных, двойных)?

(0) с 2.5 нет, но с 3.1 делал 4 раза и норм, через РИБ.

(18) Пытался несколько раз - лезут ненужные организации (с документами).

(17) с двойными работает

возможны варианты - без кавычек, двойные кавычки, скобочки квадратные []

А вот если например в базе настроена интеркампани.
И есть документ передачи между организациями.
И одна из организаций вычищается.
То как будет в итоге?

(21)будет плохо Заменять надо эти документы обычными

(21) в итоге "фигня" получится, если ERP

(21) Что в ЗУПе можно передавать между организациями ?

(0) 8.3.27.1688
ну самую глючную выбрали
вот сейчас спецом выдирал на 1859 - выдрал через уриб

(21) будет битая ссылка, работать не мешает, перепровести не даст

(19) вот тебе инструкция, может не ту брал.
https://www.1cbit.ru/blog/kak-razdelit-organizatsii-po-raznym-bazam-v-programmakh-1s/?utm_referrer=https%3A%2F%2Fyandex.ru%2F

Через удаление баз тоже пробовал, нужно и долго и вылазело нет нет какая-то шляпа.

(12) А отчетность и ЭДО переносятся через РИБ?

Вот помнится мне что я выделял.
Из копии базы вычищал чужие организации.
И все прошло успешно и достаточно быстро.
И удалял вроде даже штатными методами

(24) Сотрудников, елки моталки)

(25) Спасибо, попробую платформу обновить.
(27) В ЗУП нет РИБ с фильтром по организации. В бухии есть, там прошло нормально.
Посмотрю, может в актуальном ЗУПе есть.
(31) Может из-за кадровых переводов?

Любопытно: через некоторое время, после того, как скачал генератор скрипта (2), на сайте МК в разделе новостей увидел рекламу этой обработки.

Из праздного любопытства: а кому помешали другие организации в базе ЗУПа? Просто вести зарплату по одной.

(31) Перевести можно, если это голова с обособками
А передавать то в ЗУПе что ?

(34) Одну вести, а в другие любопытные носы совать ?

(32)

В ЗУП нет РИБ с фильтром по организации

Вот тут нужно переключатель установить мне кажется

(0) Делал несколько раз подобное
Проще всего (но дольше по времени) просто пометкой на удаление
Затем удаление помеченных и проходишься по списку

Там будет куча РС, Справочников, ПВХ со ссылками, которые мешают
Их рукопашной обработкой ликвидировать, банально знаешь вид объекта/сущности, знаешь как выбрать по Организации запросом и в цикле так же удаляешь записи РС или помечаешь на удаление элементы

Занимает на хорошем топовом компе примерно день, даже если десять лет учет в базе

(37)+ Начинаешь банально с пометки на удаление Организации, запускаешь удаление помеченных
Выдает список документов, элементов и записей
Выгружаешь его, сворачиваешь чтобы остались только разные (по одному каждой сущности)
И далее ваяешь процедурки в обработку на каждую сущность

Как наваял и удалил/пометил то снова запускаешь удаление помеченных - список будет уже меньше сильно
Снова его проходишь и так т.д.

(38)+ Для записей РС это выглядит так

(39)+ Документы и элементы справочников можно прямо в типовой обработке удаление помеченных выделять CTRL+A и выбирать для них так же удалить

(36) Устанавливал.
(37)(38) Пока начальство "боится" запускать скрипт, так и делал. В общем, удалось, но времени потратил почти день. На бухии через РИБ быстрее получилось, хоть там БД побольше.

(41) Это да выгрузкой в чистую базу только нужного сильно быстрее
Как и прямыми скулевыми запросами

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

еще лет 20 назад говорил, что надо быть редкими имбецилами, чтобы фискалку по разным юр. лицам вести в одной базе. любит наш народ себе проблемы с пола поднимать...

(43) Полностью поддерживаю. Особенно в ЗУП это неразумно, учитывая, что некоторые настройки относятся ко всей базе в целом

Исключение - филиалы на выделенном балансе, которые оформляются как отдельные организации и которые лучше вести в той же базе, т.к. налоговый агент по сути один.

(0) вот сейчас специально контрольная выгрузка через УРИБ
О результатах отпишусь

(2) хорошая обработка, но есть нюансы )

https://pikabu.ru/story/do_chego_poroy_obidno_12575269

(46) Печалька. 10 стартмани потратил. 845 тысяч строк - это скрипт такой длинный?

(46) Посмотрел текст скрипта: BEGIN TRANSACTION и COMMIT не сильно разнесены, можно сказать, рядом (несколько строк). Всего строк в скрипте - 37315.

(48) Разбирал одну базу лет семь назад. Инструменты разработчика от @Tormozit.

1) Копия
2) Пометка удаления на ненужных организациях
3) Удаление объектов с контролем ссылок (ИР)

На той базе ЗУП, хватило и этого, только некоторые регистры пришлось кидать в неблокирующие и отдельно потом их подчищать.

(47) обработка хорошая, претензий нет.
Просто в базе было 150+ организаций, обработка по каждой из них сделала скрипт.

... когда натравил на базу с 10 организациями, скрипт был гораздо меньше и проблем не возникло :)

и да. Скуль тоже хитрый и умный, он блоки неявно разделял,вставлял какие-то свои промежуточные транзакции.

Потеряно было 1-2 часа, 4 организации.
Не смертельно )

а во фреш выгрузить и загрузить потом из фреша не работает?

(51) Когда там появился фильтр/отбор по организации?
Ну и задолбаешься ошибки в базе править чтобы выгрузилось из локальной во фреш

(48) Есть внешняя обработка для ЗУП от Томашевич Наталья ИП (поищи) там и свертка и выделение из зоопарка есть

(52) может я путаю, давно не выгружал.
- Ну и задолбаешься ошибки в базе править чтобы выгрузилось из локальной во фреш
я ни разу не сталкивался с таким, у меня БП в основном

(53) Быстро не нашел. Я, в общем-то, получил результат. Просто время ушло больше полдня.

(55) Хы-хы, ну не больше месяца, же.

(55) ну расскажи для истории, чего делал

(57) 1. Сделал начальный образ через РИБ. Оказались лишние организации.
2. Пометил на удаление документы по лишним. Что удалилось, то удалилось.
3. Посмотрел, через что цепляются неудаляемые: разные регистры сведений. Написал обработку по удалению записей в этих регистрах (организация не всегда была ведущим измерением). Удалил записи.
Так помаленьку все и удалилось. Посмотрел провисшие ссылки - вроде, нет.
(56). С БП прошло меньшей "кровью". Может из-за того, что в ЗУПе были кадровые переводы. Людей принимали в одну организацию, потом переводили в другие.

(34) "Из праздного любопытства: а кому помешали другие организации в базе ЗУПа? Просто вести зарплату по одной."

Тем, кто ведет ЗУП клиентов. А потом клиент говорит - я буду вести учет сам, отдайте мне базу.

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

Так что удобство ведения нескольких организаций в одной базе весьма сомнительное.

(59) Да это понятно. Мне непонятно зачем удалять ранешние организации, когда можно просто продолжать вести одну выбранную организацию. Чем прошлое так помешало? )
Там дисковые объёмы мизерные по сравнению с сотнями ежедневных продаж в БП.

(60) Организацию продают. Попросили бухию и ЗУП выделить.

(61) А... деревеньку с холопами... тогда ладно )

(0) А не проще в выделенной Бухне создать новую синхронизацию с чистым ЗУП и остатками, начислениями прошлых лет и пр.?

Не уверен: расчет зарплаты (в настройках) ведется во внешней программе. Думаю, что данных в бухии будет маловато для нормального ЗУПа.