В организации большая база. Решили они ее поделить.
Подскажите как лучше перенести остатки в новую чистую базу по всем регистрам. Есть ли типовой перенос.
База Бух 1.6.10 много дописано, есть свои регистры сведений, оборотов, справочники. Я несколько раз переносил из 7.7. в 8.1, но там были стандартные конфы.
Здесь я понимаю надо КД использовать.
Подскажите поподробнее, желательно - какой порядок.

неужели все в OFF ушли или никто не делал

На ИТС есть обработка для сворачивания базы.

а как она называется?
Кстатити для старых релизов идет и для измененных?

BaseTrimming

(1) лучше всего через план обмена по организациям: создаешь два подчиненных узла "Организация1" и "Организация2". Создаешь начальные образы баз и потом отвязываешь их от центральной.

а для нетиповой, точнее измененной она подходит?

(5) причеим же здесь план обмена. Нужно входящие остатки и срез последних РС перенести

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

(1) сворачиваешь  базу на конец года обработка на ИТС "СверткаИнформационнойБазы"
после чего  перенос в идентичную  конфигурацию
+ написать обработку для переноса справочников после чего перенос остатков твоих регистров

имхо  методика какая то такая.
(0) сейчас сам в такой ситуации но у меня нету регистров с остатками а РС буду писать обработку

Копируешь базу в новую и уже там - свертываешь с помощью универсальной СверткаИнформационнойБазы.epf. Что не так?

(10) спасибо, попробую на копии

(11) :) PS: эту обработку пришлось "подкручивать" для типовой конфы, ибо были некоторые документы "нестандартно" заполненные. А в Вашем случае - сам Бог велел взять "за основу" и подстроить "под себя" :)

У кого есть Ноябрьская свертка с ИТС. А то у меня тока Августовская.

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

По-порядку: есть база с одной организацией, так?
Какие остатки хотите получить? Чем они будут отличаться от того, что есть?

(14) Сверни базу "задним числом", когда бухи угомонятся и прошлый год стабилизируется. А пока можно потренироваться 2008 год сворачивая :)

(14) Имхо, бухи собираются в двух базах работать? В новой базе - вбивать новые документы, а в старой - подбивать итоги??? Это не есть хорошо :( Прогера поставят в раскорячку за синхронизацию данных :((

я понимаю, что не хорошо, но требуют разделить. Говорят - раз в неделю будут перекачивать остатки.
Хорошо бы конечно свернуть после, но надо сейчас, т.к. это требование. Про актуальность остатков им известно.
(15)Остатки по регистрам бухгалтерии они то поправят, но что делать с оборотными регистрами.

Т.е. нужен перенос остатков.

так никто не в курсе - как еженедельно переносить остатки?

1С в БП 2.0 собирается сделать мегадокумент переноса остатков.
Делаешь в этом документе ТЧ по количеству регистров, реквизиты в ТЧ соответствуют измерениям и ресурсам регистров. Пишешь в документе заполнение ТЧ по остаткам.
Берешь КД, пишешь правила конвертации и выгрузки одного этого документа.

Оборотные регистры остатков не имеют, нафиг они нужны для регл. учета?

(20)ну во первых документы меня не интересуют - а остатки на на начало года.
Оборотные регистры не имеют остатков, а регистры накопления - имеют, наприме по НДС и проч..И они меняются

(18) Смотри в сторону синхронизации баз через план обмена. Удобно. Как только в старой базе что-либо исправят - будет зарегистрировано изменение и очередное сообщение обмена доставит это изменение в твою новую базу.

(22)
Ему так нельзя.
У него новая база должна быть без документов прошлого периода.

(23) а где 22 - процитируйте, что за ерунда.

извиняюсь - форум глючит.
Да написанное в 22 не пойдет

Кто сказал про документы? Я этого не говорил? Вы сами можете решать что именно принимать из переданного и как это обрабатывать. Сдуру можно и движения писать без регистраторов - обмену это до лампочки :)

(26)
Как из конечной суммы выделить слагаемое, если оно поменялось?
Снова посчитать? В новой базе слагаемых уже нет, есть только сумма.
Обмениваться можно только итоговой суммой - остатками.

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

Сорри (28) - игнорировать. Написал невидя (27).

короче из всего я понял - все печально.
Готового отлаженногомеханизма нет.
Либо перенести 1 раз, либо писать свой план обмена.

Вопрос - а через универсальный обмен данными в xml не пойдет?

Я "сторонник" плана обмена.
Имхо, при отправке данных можно получить информацию об изменяемых конечных остатках и сохранить их в xml. А при получении данных в новой базе - достать их и обработать, изменив документы начальных остатков. Сообственно, как такового, обмена не будет. Для меня важнее то, что эта работа будет делаться автоматом и независимо от юзверов.

ИЗ БП 2.0 можно будет взять механизм. Документы и правила обмена.
Доработать - из-за планов счетов и различий в составе регистров.
Доработать правила конвертации для БП 2.0 - т.к. медатанные 1.6 и 2.0 не полностью совпадают.

2.0 к НГ выйдет скорее всего.

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

(32) Мы говорим о несколько разных вещах?
Автор спросил про "разделение" баз и не говорил о том, что у них будет различная конфигурация (и справочные данные, кстати).

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

Впрочем... всё, ушел.

(14) "Бухгалтерия хочет перепроводить документы в старой базе, а остатки переносить. " - база в таком случае должна быть одна.
Геморрой неописуемый получите, и крайним будет программист, который "неправильные остатки переносит".
Свернуть ведь можно и на 31.12.08, и на 31.12.07. Надеюсь в 2007 они лазить не собираются?