#0
by Diman_Kr
Возникла такая ситуация: Разработчик дал инструкцию для обновления: производится путем загрузки файла новой конфигурации. В 2.0 в некоторые документы были добавлены некоторые реквизиты тип строка, число. Перед загрузкой новой конфигурации в файл обновления эти реквизиты также были добавлены. После обновления ИБ эти реквизиты пустые. Подскажите, что я не правильно сделал?
#1
by lubitelxml
там вообще то файл обновления есть для перехода. Свои реквизиты переносить самому придется
#2
by Diman_Kr
"В файл обновления эти реквизиты также были добавлены" вручную, почему они остались пустыми?
#6
by Jump
А с чего бы им стать не пустыми? Откуда вдруг там возьмутся данные? Они и должны быть пустыми, по другому просто быть не может.
#7
by Jump
План переноса писали программисты 1с, которые нихрена не знают про то что вы там добавляли, и чего не добавляли. Они переносят только то что там должно быть. А уж остальное - ваши проблемы.
#8
by lubitelxml
тут на самом деле 2 пути - поправить правила, либо написать обработку самому, я обычно такие вещи переношу сам обработкой - если сопоставлять хитрым образом не надо данные - работы на час максимум
#10
by Diman_Kr
В 2.0 есть док РКО, добавил реквизит допСумма, заполнил его в предприятии. В обнове 3.0 нет этого реквизита, добавил в конфигу 3.0 этот реквизит. Загрузил 3.0 в 2.0, обновил ИБ, реквизит обнулился, почему? Как сделать чтобы не обнулился?
#14
by lubitelxml
выгрузи в эксель наименование или артикул (чтобы синхронизировать элементы) и твои поля, при загрузке - ищи по первому полю элемент и заполняй нужные тебе поля, это будет быстрее чем искать и править в основной конфе
#26
by lubitelxml
заплати денег спецу - там реально работы на пол часа, если типы реквизитов "строка", "число"
#27
by Diman_Kr
Был реквизит у дока GUID, формируется в 7.7, загружается в 8.2, по нему поиск при загрузке. Номер у дока в 8 свой, после обновления GUID в 8 пустой, по какому признаку определять в 8 при загрузке куда писать? База с 2012 года, нумерация пересекается по годам. дело не в типах, а куда записать.
#29
by lubitelxml
смотри - у каждого объекта можно добавить реквизит в режиме предприятия, добавляй свой ГУИД, запрос по док-там с учетом номера и даты элементарный
#31
by Diman_Kr
Решили бухи прошлый месяц перевыгрузить из 7.7 после обновы, все задвоится т.к GUID не тот.
#32
by МимохожийОднако
В БП3.0 не надо лезть в конфигуратор, чтобы добавить реквизит для хранения. Достаточно добавить дополнительный реквизит и обработкой перенести в этот реквизит данные из предыдущей базы.
#36
by Diman_Kr
Проблема не в 7.7, а в том как обновить на 3.0 и не потерять данных существующих в 2.0.
#37
by Diman_Kr
7.7 (если что) своя самописка, обмены тоже свои. Вся проблема в обновлении 2.0 на 3.0
#39
by sonsimo
Что бы данные при переходе с 2.0 на 3.0 сохранились, нужно добавлять в 3бп реквизит через сравнение-объединение. Тогда сохраниться внутренний guid реквизита и он не удалиться. Если просто в конфигурацию 3.0 добавить реквизит, то у него будет новый guid и при загрузке старый реквизит удалиться и будет добавлен новый, хотя имена у них и совпадают
#41
by Nirvana
"Разработчик дал инструкцию для обновления: производится путем загрузки файла новой конфигурации." Непонятно, кто такой этот "разработчик", но обновление с БП 2.0 на БП 3.0 следует выполнять как любое другое обновление типовой конфигурации (а не путём загрузки одной конфигурации вместо другой).
#42
by sonsimo
Путем загрузки тоже можно. Разницы между обновлении через поддержку и загрузкой конфигурации нет. Через обновление проще, когда конфигурация типовая, через загрузку проще, когда много изменений, особенно если идентичных баз несколько. Т.е. в стороне готовится конфигурация с изменениями, тестируется, а потом на боевой базе загружается.
#44
by Nirvana
Ну, чтобы обновлять доработанную конфигурацию через загрузку, сначала всё-таки хотя бы раз придётся пройти через обновление. ;)
#45
by sonsimo
Если очень хочется, то можно и без обновления. :) Можно создать новую базу 3БП, включить изменения и внести необходимые изменения. После этого выгрузить конфигурацию и загрузить ее в базу 2.0. Но обновление все же приоритетней - процесс получается более контролируемым и понятным.
#46
by Diman_Kr
Т.е. сначала на 3.0 накатить 2.0 с реквизитами, а не вручную добавлять, а потом 3.0 грузить в 2.0? Разаработчик: "1С Бит", конфа "Бит Финанс"
#48
by sonsimo
Да, все верно. Сначала через сравнение-объединение перенести в 3бп ТОЛЬКО добавленные реквизиты, а потом полученную конфу грузить в 2бп и запускать обновление. Копипаст вроде тоже не помогает, идентификатор реквизита при этом не сохраняется. По крайней мере раньше не сохранялся, может в новых версиях платформы что то изменилось.
#49
by h-sp
всегда если копируешь реквизит копипастом, внутренний уид его переносится. Не знаю, в каком месте у вас не сохраняется, но на платформах 8.0, 8.1 и 8.2 всегда идентификатор сохранялся.
#50
by sonsimo
Как раз на этих платформах вплоть до 8.3.6 не сохранялся. В любом случае, это легко проверить. Можно взять 2 одинаковых конфы, добавить в одну из них реквизит, применить конфигурацию ИБ и заполнить его каким либо значением. Затем скопировать его в другую Конфу, выгрузить ее и загрузить в первую базу. Если после применения конфигурации ИБ значение реквизита сохраниться, то идентификатор при копипасте сохраняться. Если нет - то не сохраняется, все просто :)
#51
by Пузан
Если файл конфигурации именно загружался, то сравнение объектов производилось по GUID, а значит внесенные в БП 3.0 реквизиты наверняка имели другой GUID и просто прошла замена реквизитов и данные уничтожились. В таких случаях как правильно написано в конфигурацию нужно сравнивать и объединять, в этом случае сравнение объектов и дет по наименованию и данные не пропали бы.
#53
by МимохожийОднако
Принципы использования и добавления дополнительных реквизитов в БП2.0 и в БП3.0 разные. Поэтому повторение структуры из другой версии нерационально. Объединение конфигурации порождает дублирование функциональности.
#54
by s_newbi
1. Выгружаешь цф из 2.0 2. Берешь чистую 3.0, через объединение накатываешь из цф 2.0 добавленные реквизиты 3. Выгружаешь полученную конфу в цф 4. Загружаешь полученный цф в конфу 2.0 профит
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Обновление сильно правленной конфигурации. Help!
- Обновление конфигурации. Обязательно выгонять пользователей?
- Обновление БП. Не видится обновление
- в УТ11 есть план обмена с БП2, а в БП2 нету обмена с УТ11
- Обновление 8.2 Ошибка "Не выполнено обновление информационной базы"
- Кто-нибудь пробовал настроить автоматическое обновление тонкого клиента в 8.3?
- Конфигурация: Автоматизированное обновление измененных конфигураций 1С
- обновление нетиповой БП 2 на БП3. Нужен совет.
- Переход с БП2.0 на БП3.0
- Невозможно запланировать обновление типовой 1с БП 3.0 .Обновление по расписанию.
- Конвертация БП2.0 в БП3.0
- Обновление нетиповой БП2 на БП3 пропадают данные в регистрах бухгалтерии
В этой группе 1С
- 1С 8.3 РегистрСведений ЦеныНоменклатуры
- Расчёт себестоимости после корректировки реализации даёт неверные движения. УПП
- Как перебрать элементы справочника в мобильном приложении?
- как перевести с 08.04 на 08.03 счет
- Формирование отчета СКД в фоновом режиме
- Постоянно запрашивает логин/пароль от ИТС
- РСВ-1 больничный в январе
- Развернуть форму на весь экран
- Методика разработки РИБ в БП 3.0 для передачи только структуры в периферию
- Бонусы начисляются с учетом неработающей скидки УТ 11.3
- редактирование чужих документов в УТ 11
- Odata заполнение табличной части
- СКД - МестоВПорядке() и иерархия
- Загрузка данных из файла. Параметр сеанса отсутствует или удален
- v7: Переход с 1С77 на 1С8 ТИС - УТ11
- Прекращение работы 1С при возникновении ошибки.
- Задолженность поставщикам по срокам долга 1С
- как в печатной форме Моби-С вывести скидку?
- УСН и Рауз в КА 1
- Как админить windows server без рабочего стола?