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

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

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

То есть заменить по счет фактурам документы просто общим документом. А бухгалтер уже открыжит ввод остатков и начнет базу с чистого листа.

Может есть какой алгоритм позволяющий выгрузить все данные в чистую базу на начало года а потом вручную чтоб можно было сделать ввод остатков.

Я бы сам сделал но очень много способов в прошлом году проболвал - каждый из них чем то не подходил. а может уже есть хорошее решение?

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

(1)это просто владелец фирмы. у них за всю историю появлялись новые юр лица и закрывались. и потом разделились с партнерами и осталось только две актуальных фирмы.

(1)Кстати, а как тогда нужно? ведь контрагенты одни и те же, номенклатура одна и та же. а Юридических лиц несколько. в такой ситуации нужно несколько баз заводить?

(0) "никаких документов тянущихся шлейфом из прошлого помеченных на удаление."
хрен тебе. условно: если по документу весит кредиторка/дебиторка - то как объект аналитики, например. она может остаться в базе даже если это документ позапрошлогодний... если помеченные на удаление не удаляются - значит на них есть живые ссылки.
.
ну пробегись по всем документам тупо если фирма ненужная - пометить на удаление. Потом по всяким регистрам сведений и прочим - аналогично. возможно какие-то особенности в 8-ке есть, но я не думаю что это кардинально отличается от того что есть как бы я почистил по опыту 77.

(3) сколько баз заводить - это вопрос организационно-административный, каконе отношение он имеет к самой возможности того, что в однйо базе можно вести дохрена фирм?

(0) В БП есть РИБ по организации. Вероятно, поможет оставить только нужные фирмы.

(3) все зависит от того, хочешь ты, чтобы возникали такие вопросы как в (0), или не хочешь. если не хочешь, тогда ответ очевиден...

(7)нужно просто оставить остатки в бухгалтерии по фирмам, которые последний год-два активны. и произвести вертску по ним. а потом настороить выгрукзу с УНФ

Не может вэбовиц забыть 1с

(0) база типовая?
Скидывай -- поделю все доки с проводками

(7) это однобокое мнение
обслуживать одну базу проще чем 10, если одному хозяину принадлежит -автоматом сводные данные получаешь.
про дублирование контров, номенклатуры и т д уже выше было.

(9)ну что ты прям не как друг. мы же друзья с тобой. Меня родственник попросил помочь. И там еще проблема такая, что базы в облаке, а в облаке нет места чтоб создать отдельную копию большой базы бухгалтерии чтоб с ней экспериментировать.

(1) расскажи,что не так...

(10)типовая.

(12) облако от 1cfresh.com ?

(10)сколько будет стоить такая услуга?

(15)рарус

(11) когда у тебя более сотни юрлиц, которые то спариваются, то распариваются, это не однобокое мнение. из этого экстраполируется мнение, что при любом количестве юрлиц, держать их в одной базе, верх безумия...

(17) кака

(16) сколько готов перевести?

(18) в одной базе держат люди юрлица, чтобы проще данные собирать по ГК

(21) в одной базе держат юрлица, которые юридически связаны с ГК, т.е. обособки. а они и не могут в другой базе их держать. во всех остальных случаях, держать все юрлица в одной базе, это дебилизм...

(20)напишу в личку на емейл

(22)юр лица это же не контрагенты. Если у человека несколько ООО и ИП в разные времена было то для чего ему заводить отдельные базы под это дело то? Если номенклатура одна и та же и цены одни и те же. Либо ты в каких-то других уровнях бизнеса вращаешься, что каждое юр лицо в отдельной фирме. А для чего тогда проф версия? Иначе бы в базовой все сидели и пок каждой фирме отдельный учет вели. Но управленнческая отчестность в этом случае страдает. тяжело будет сводить отчеты по продажам товаров, спрос и т.п.

(24) Паша, в крупных фирмах отчетность сводят совсем не в фискалках...

какая упр.отчетность в лавочке/лавочнике в БП3..? ни разу не видел...
в БП чтобы продажи товаров вычислить - надо туеву хучу телодвижений сделать...

(26)хорошо. подождите.  база то может быть ут11 или унф.  но выгрузка в бухгалтерию летит.

(26) ты отстал от жизни, полно там уже отчётов в блоке руководителю по продажам

(25)ну ладно. тебе виднее. я видал нормальных бизнесменов, которые в экселе вообще все считали для себя.

(29) хочет понудеть просто

(29) я тоже таких видал. они плохо кончили ;)...

(28) жжошь! ;)...

(31) лет 12 назад работал в компании, которая являлась дочкой крупной производственной с миллиардами
у материнской компании учёт был в тетрадке и в бэсте )

я работал во второем месте где работал. там была управленческая база, в которую выгружались все данные из всех баз отсальных.  там было порядка 40-50ти мелких фирм. но в управленческой базы были отчеты по виду деятельности.  это 1с77 было. там пришлось включить доп аналитику.  А обычные бухгалтеры работали в обычных  1с бухгалтериях и сдавали оттуда свою бухгалтерию.

(34) на самом деле, вместо совета, как разделить базу на несколько, тебе просто сказали что-то другое.

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

(0) Делал  полтора года назад вот этой обработкой https://infostart.ru/public/886411/ Получилось

(36)перенос данных по организации понял.
а свертка?

А чем не устраивает встроенная типовая обработка Свертка инфобазы?

(6) +1

(38) он же написал. Встроенная свертка оставляет после себя вообще все, что было, но только помеченное на удаление. А попытка удалить все помеченное не срабатывает, потому что практически все ссылки на эти помеченные документы и элементы есть в созданных при свертке новых документах

https://infostart.ru/public/336150/
Выборочное удаление организаций из баз

(28) я в курсе.
только редко встречаются лавочники, у которых учет в БП3 соответствует реалиям оперативного контура.
но я не настаиваю

(40) Чистой базы не даст ни одна свертка, это нереально. Хочешь чистую, переноси обработкой Загрузка Выгрузка xml все справочники и регистры сведений и ручками вводи остатки.
На самом деле 3/4 помеченных доков сверткой удаляются. В НГ свернул базу УНФ, знаю о чем говорю

(40) речь же про полное удаление организации
в свёртке строки по докам ненужных организаций чистим и доки удалятся

(0) если готов платить, чиркани и мне чё по чём
буду подобное в ближайшем времени делать для ут, по идее для БП аналогично должно быть

(44) хз

Что там, Паша уже готов раздать коммерческие данные из базы своих родственников?
С историей фирмочек и прочей интересной информацией?

Ну тогда и мне тоже, я бесплатно полюбуюсь.

(44) речь не о том, можно ли удалить абсолютно все ссылки и объекты с ненужной организацией, а о том, что объем этих ссылок накоплен за большой период. И просто сама процедура удаления их штатными средствами настолько длительная и глючная, что проще вытащить нужные/свежие с короткой историей в новую базу, чем чистить старье в старой базе.

(6) + 1

(48) в данном конкретном случае все ссылки по идее будут к документу ввода остатков
если он по ненужной конторе , удаляем его тоже или удаляем в нём строки по ненужной конторе и ссылок нет -можно удалять.
так я вижу в теории, на практике давно не сталкивался, сейчас надо будет скоро - посмотрим
(47) по факту они никому не нужны

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

Вместо этого надо убить кучу времени на свертку уже не нужных данных и затем наступить на глюки удаления огромных наборов помеченных на удаление.

(48)Именно. из-за того что за слишком долгий период велся учет в базе в ней останется много мусора.  а хотелось бы новый год с чистого листа начать.  
(51)ну а как перенести данные только по одной-двум организациям?

(47)ой. уж 1с программисты такого повидали на своем веку, что их никакими данными не удивишь.

а на какое облако переехать?

(52) "Перенос данных по одной организации из общей базы данных БП 3.0
...
Подскажите пожалуйста, какие могут быт варианты?
Два из возможных:
1. Выгрузка-загрузка данных в XML с отбором по организации - выгружаем нужную, загружаем в чистую базу.
2. Удаление данных с отбором по организации - делаем копию базы, удаляем все ненужные.

Обработки для обоих вариантов можно найти прямо тут, на Инфостарте."
https://forum.infostart.ru/forum9/topic156114/

Пора делать голосовалку.

(54)там же нет возможности выделить все данные по организации.  придется по каждый документ и каждую операцию метить.

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

можно еще вот таким путем пойти:

Удалить все документы полностью по всем организациям. Прям полностю все. Удалить сами организации и то что за ними тянется.  но вручную уже пройтись - вычистить основные договора если они принадлежат удаляемым организациям.  Потом вручную сделать ввод остатков по двум организациям.

(57) легких путей не ищешь, простой способ с помощью РИБ по организации, выгрузить нужные организации в отдельную базу, отвязать ее от основной и зачистить справочники которые не нужны. предположу что это самый простой и эффективный способ. все остальное выгружать, чистить в текущей и др. долго и не интересно

(58)я про такой способ слышал. но якобы там будут проблемы с предопределенными значениями справочников.  они не будут автоматически заполняться у такой базы.

(59) если человек решил через жопу - бесполезно его отговаривать

(59) глупость какая то, наоборот если ты из одной базы выгружаешь через xml, может получится что предопределенные задвоятся, но в случае с РИБ, с таким не сталкивался ни разу

(61)не спорю. попробую. а потом закажу кое-кому свернуть это дело. Надо же еще сворачивать ее.   хотя можно после переноса просто удалить все документы и тогда и сворачивать не придется - достаточно будет сделать ручной ввод остатков.

(61) дурное дело - не хитрое. Можно и через РИБ по дурному сделать.

(62) Вот именно, что переносится будет гораздо меньше инфы, чем будет удаляться.

Если комп нормальный, то попробовать сделать выгрузку через РИБ с разделом по Организации не так уж и трудно, при условии, что там все типовое.

(62) а зачем ее сворачивать, отменяешь проведение документов за не нужный период и делаешь ввод остатков

+ может и сворачивать не придется, если все норм выгрузится

(66)а сворачивать решили потому что
1)слишком большая база (но должно решиться если перенести оставить только две сравнительно новые организации)
2)настройка обмена данными с УНФ не взлетало как ни пробовали. Вечно вылетала база либо ошибки. А если база свернутая то таких ошибок не возникало.

(62) если остатков много, то ручной ввод остатков гемор ещё тот
да и вообще тупо, когда есть свёртки

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

(69)надо же еще всякие настройки учетных политик перенести и тп.  мне проще удалить из копии базы все документы и операции. И останутся только справочники и настройки.
(68)ну пусть лучше бухгалтер посидит денек чем программист. база с 2013 года и сворачиваться будет очень долго. После свертки же во вводе остатков остаются помеченные на удаление документы ссылающиеся на счет фактуры или на операции поступления денег.

(70) Пашенька, там два дня уже прошло. Может оно тебе и не надо уже?