Всем доброго дня гуру и джуниоры 1с!!!Я из Казахстана.Скоро весь Казахстан перейдет на 8.3 бп 3.0.Конфа нетипавая,сильно доработанная.Штатным сравнение не проходит,так как куча ссылки.Прорыл весь нет.Нету толкового мануала.У всех микро формы доработанные.В одном форуме нашел ветку,там опытный прогер задал такой вопрос:
============================ ВОПРОС ==========================
Пожалуйста, дайте рекомендации / ссылки / обработки для перехода с нетиповой "Бухгалтерии предприятия" 2.0 на 3.0.

ДАНО:
- Конфигурация "Бухгалтерия предприятия 2.0".
- В конфигурации включена возможность изменения.
- Имеются добавленные реквизиты в справочниках и в документах.
- Имеются измененные формы и код справочников, документов, общих модулей.
- Конфигурация всегда обновлялась методом "Сравнить, объединить с конфигурацией из файла".

НАДО:
- Обновиться на "Бухгалтерию предприятия 3.0".
- При этом должны СОХРАНИТЬСЯ добавленные реквизиты справочников и документов, и, соответственно должны СОХРАНИТЬСЯ данные базы в этих реквизитах.
- При этом наработанными формами, кодом и т.п. сознательно ЖЕРТВУЕМ или даже предварительно УДАЛЯЕМ.

Подводя итог, как решить задачу: ПЕРЕЙТИ С НЕТИПОВОЙ БП 2.0 НА ТИПОВУЮ БП 3.0, НО С СОХРАНЕНИЕМ ДОБАВЛЕННЫХ РЕКВИЗИТОВ СПРАВОЧНИКОВ И ДОКУМЕНТОВ ?
==============================================================

============================ ОТВЕТ 1 ==========================
Пожалуйста, сообщите какие измененные реквизиты и каких объектов присутствуют в Вашей базе.
Спасибо.
==============================================================

(Подробно сообщаю о добавленных реквизитах с описанием типов.)

============================ ОТВЕТ 2 ==========================
В идеале, во избежании многочисленных проблем лучше всего поступить так.
1. В 2.0 затереть все изменения путем объединения с чистым cf файлом того же релиза.
2. Осуществить переход на 3.0 стандартным методом.
3. В 3.0 воспроизвести все изменения, которые были в 2.0.
4. Создать обработку, которая выгрузит потерянные данные из копии 2.0 и загрузит их в 3.0.

Это что получается,только через КД прокатит.А как адаптировать код?!Гемморой же?!!

2.0 Обычные формы 3.0 управляемые формы. Соответственно технологии совершенно различные.

(0) Позвать спецов.

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

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

только что перешел с нетиповой бп2.0 на типовую 3.0, в бухгалтерии от нетипового функционала используются только дополнительные реквизиты объектов. Причем используется на штатный регистр и план видов характеристик, а добавленный. Перешёл с полным сохранением действующей функциональности:
1. С помощью КД создаю автоматически правила для переноса всей базы в типовую базу данных бп2.0 того же релиза, что и не типовал бп2.0
2. Лью данные в типовую 2.0
3. Обнавляюсь до 3.0
4. создаю правила для переноса нетиповых объектов в типовые бп3.0 (дополнительные сведения)
5 переношу дополнительные свойства

1.Взял только конфигу 2.0 затер в ней все доработки кроме справочников, документов, реквизитов
2. Обновлением перешел на 3.0
3. Перенес доработки из 2.0
4. Вгрузил полученную конфигурацию в базу

Создать новую БД 3.0
Начать год по новой :)

(5) + поддерживаю, самый эффективный способ.

(4) Через КД 2.0 или 3.0.?Как вы поступили своими доработками,заново переписали что ли???

(8) Доброе утро. Тоже не давно переводил не типовую БУХ 2.0 на 3.0. ВСЕ свои правки переносил с адаптацией под 3.0 + создание управляемых форм.

(9) А были проблемы с нумерации???Адаптировали путем создание с нуля в 3.0???Guid не сбился?

(10)
а. Нумерация стала другой (ПрефиксыИБ-Номер)
б. Обновил свою конфигурацию до последнего релиза на 2.0. Затем обновил до 3.0. Взял список своих правок и добавлял уже на 3.0.
в. GUID не сбился, если имеется ввиду сравнение объектов при обновлении.

Походу,буду делать так:
1-CF-м делаю 2.0 типовым
2-обновляюсь до 3-х.
3-Подпиливаю 3-й заново.

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

(12) в чем потеря?

(13) Допустим перепишу из 2.0 на 3,при загрузке cf,возможно потеряются данные документа,справочника.Видимо через обработку кинуть придеться

(14) данные из реквизитов документа не потеряются. Загрузку cf делать не нужно!!!

Я делал так (прошу не бить ногами)
Создание файла конфигурации 3.0:
1. Снимаешь свою конфигурацию 2.0 с поддержки.
2. Ставишь на поддержку (Сравнение, объединение с конфигурацией на поддержке)
3. Обновляешь полученную конфигурацию 2.0 (на поддержке) на конфигурацию 3.0 - стандартно.
4. Допиливаешь свою конфигурацию 3.0 до нужно функционала.
5. Сохраняешь конфигурацию 3.0 в файл >>> это твоя не типовая конфигурация.

Обновлении конфигурации на рабочей БД:
1. Снимаешь свою конфигурацию 2.0 с поддержки.
2. Ставишь на поддержку (Сравнение, объединение с конфигурацией на поддержке)
3. Обновляешь полученную конфигурацию 2.0 (на поддержке) на конфигурацию 3.0 - стандартно.
4. Сравнение, объединение с конфигурации 3.0 (твоя не типовая конфигурация)

Вот как то так. Ничего не потеряется.

(8) кд 2.0, 3.0 я не смотрел пока
со своими доработками поступил так: проанализировал возможности типовой конфигурации, на мой взгляд их оказалось достаточно, нужно было только конвертировать нетиповые объекты в типовые, в принципе прошло успешно, работаем уже третью неделю, дискомфорта не ощущаем, а от того, что используем типовое решение только на душе спокойнее, лично у меня во всяком случае

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

(17) просто до меня подпиливали разные конторы,код ели читаемый,скорее ждет меня геморрой.Выход один.Типовая,пила,и пко с 8.2 на  8.3

(18) Остаются именно те реквизиты, которые добавляли сами.

Приводишь БП 2.0 к типовой, обновляешь, накатываешь изменения на 3.0. Они в 3.0 всё равно бесполезны. нужно заново писать формы. Потом куришь конвертацию и переносишь данные.

(21) Про какие данные ВЫ говорите???

(21) Данные останутся в реквизитах метаданных и ничего не пропадет. А вот с формами Вы правы их нужно переписывать на УФ.

(23) приведешь к типовой, всё сотрется. Нетиповая не обновляется.

(24) Что значит приведешь к типовой??? Может Вы имеете ввиду постановка на поддержку???

(24) в (16) я описал как переводил нетиповую БУХ 2.0 на нетиповую БУХ 3.0. Данные у меня остались. Ничего не потерялось.