к концу следующей зимы по ходу тема 2.0->3.0
станет достаточно актуальной
готовя сани в августе, следую инструкции вендора:
Для перехода выполните следующие действия:
- установите дистрибутив редакции 3.0 в каталог шаблонов
- откройте информационную базу редакции 2.0 в режиме "Конфигуратор"
- обновите конфигурацию (Конфигурация - Поддержка - Обновить конфигурацию).
В появившемся окне выберите пункт "Выбор файла обновления"
и укажите путь к ранее установленному из дистрибутива файлу 1cv8.cf.
выполняю обновление, ловлю месседж (см. рис)
это што такое?
это если бы у меня были заюзаны свойства, так теперь все коту под хвост?
Как обновляешь?
1. Через поддержку или через "сравнить/объединить" (что в случае 2.0=> 3.0 смерти подобно)?
2. Галочка "Разрешить удаление объектов основной конфигурации" стоит?
3.
без каментов, только Отмена
а ты встань на проблемный элемент, в нижнем окне и будут тебе показаны "каменты" (какие ссылки есть на данный элемент)
(7) 2. Галочка "Разрешить удаление объектов основной конфигурации" стоит?
3. ты встань на проблемный элемент, в нижнем окне и будут тебе показаны "каменты" (какие ссылки есть на данный элемент)
гы, т.е. не иначе как кроме удалить "свои" объекты из моссельпрома?
гы. ну, собственно, об том и сабж
я не хочу (и не буду) удалять "свои" объекты из рабочей базы
(16) я, если честно, всё равно не пойму о чём идет речь.
перечитал файлы ReadMe.txt и 1cv8upd.htm - вроде бы ничего криминального (как и раньше) не увидел.
имелся ввиду один из этих файлов, или какой-то другой. можешь выдержку из него скопировать?
(17) теперь вижу, только я не понимаю почему в (13) тебе показалось что я не читал (не знаю) приведенную фразу из инструкции?
что из написанного мной в сообщениях (8) или (7) вступает в противоречие с частью инструкции, приведенной в (1)?
именно это вызвало у меня непонимание.
смотрим мои сообщения. например в (7) я писал:
1. Через поддержку или через "сравнить/объединить" (что в случае 2.0=> 3.0 смерти подобно)?
т.е. написал, что обновлять нужно обязательно через поддержку, обновление через сравнить/объединить (в случае 2.0=> 3.0) смерти подобно.
просто в (7) я уточнил (у тебя) - ты точно обновляешься через механизм поддержки, или же использовал пункт "сравнить/объединить"?
далее в (8) я написал, что при обновлении
свойства из 2.0 будут перенесены в новый механизм свойств (дополнительные реквизиты из БСП)
(если в 2.0 они использовались).
опять не вижу, где тут противоречие "инструкции"? данный перенос произойдет не при обновлении в конфигураторе (когда обновляется сама конфигурация), это произойдет позже - уже в режиме Предприятия, когда начнёт отрабатывать обработка обновления (на самом деле, в 3.0 это уже не обработка).
p.s. а п.3 из (7) не помог тебе узнать, из-за чего не происходит обновление?
(2) tango, У меня такого не было))) Я на последний релиз 2.0 накатила СФку 3.0.23.8.
У меня все осталось на месте. Только единственное что сами добавлялив 2.0 - оно всё коту под хвост в 3.0.
В связи с чем вопрос: При обновлении можно как - то сохранить свои добавочные объекты, или только копированием с старой конфы в новую?
Сравнение - объединение: не рискую.. там каша получается та ещё..
В остальном обновление прошло успешно))) делала на копии базы.
При обновлении можно как - то сохранить свои добавочные объекты
можно конечно. видимо у вас другая крайность (чем у tango) при обновлении с 2.0 - когда показывается дерево объединения, вы ставите галочку на корне дерева и в этом случае помечаются ВСЕ объекты к замещению.
а ведь "по умолчанию", платформа с ваших "добавленных" объектов галочку в объединении обычно снимает. тем более, если обновлялись через механизм поддержки.
p.s. но формы в добавленных объектах всё равно нужно переделать, на управляемые - это даже не обсуждается )))
(10) Sol, Я понимаю так.. где стоит галочка на объедигнении - значит программа принимает.
А что вручную добавлено - галки нет.
Я ставила галочку чтобы прогам приняла объекты, но безполезно))) все равно наших лично-созданных обектов не было в новой конфе.. их прога удалила...
Sol, Я понимаю так.. где стоит галочка на объедигнении - значит программа принимает.
А что вручную добавлено - галки нет.
Я ставила галочку чтобы прогам приняла объекты, но безполезно)))
(11) наоборот, когда ты обновляешь - на ТВОИХ ОБЪЕКТАХ галочка НЕ ДОЛЖНА стоять
ты сама поставила галочку... и убила свои объекты ;)
(12) Sol, Да я пробовала и ставить и не ставить галочку.. делала всё на копиях.. и всё равно..
и делать пыталась в двух вариантах: Накатить СФку
Или поставить на "Замок" изменённую конфу и указать путь к СФке как путь к файлу обновления..
И так и сяк крутилась - не получилось ручные объекты сохранить... Все равно их программа грохает как неразрешимые ссылки при обновлении
(22) tango, судя по скрину, там вообще циклическая ссылка, хелповник объекта ссылается на сам объект. Придется прошерстить и снести. У меня было проще: воспользовался публикацией из мессаги выше, она расставила в голове то, что там смутно вертелось :) оказалось, что добавленные объекты конфигурации (вроде документов) сносить не надо - по умолчанию при запуске система сгенерит дефолтную УФ объекта. Конечно это не значит, что на формы добавленных документов можно положить болт, но все равно приятно. Еще поначалу здорово сбил с толку фокус с новой обороткой, но все-таки разобрался :)))
В чем проблема "разрешения" неразрешимых ссылок?
Попробуйте разобраться и все получится.
Там больший объем "работ" сводится к тому чтобы пометить на обновление типовые элементы с которых снимается пометка, т.к. были какие-либо изменения, например были изменения в модуле документа или изменен реквизит - формы объекта при обновлении не помечаются на обновление (фактически удаления) и в этих формах есть ссылки на другие помеченные на обновление метаданные.
Делал публикацию по переходу с 2.0 на 3.0 не типовой базы 2.0 на 3.0 кому интересно.
Если лень читать - помечаете все метаданные на обновление кроме добавленных вами метаданных участвующих в хранении данных и предопределенных данных (с ними аккуратно), остальные "неразрешимые ссылки" разрешаете (есть примеры в http://infostart.ru/public/18562/). После обновления реализуете доработки повторно.
Меня гораздо больше интересует вопрос, может ли ента бухия 3.0 работать в обычных формах. В конфигураторе конечно можно выставить соответствующий чекбокс, но это как минимум означает рисование всех интерфейсов с нуля... и еще не факт, что конфа будет работать.
(30) А что у тебя будет выбор? Хотя да,либо сидеть в неподдерживаемом 3.0 (2.0) или на обновляемом 3.1 Пример УТ 11.0 -11.1 что то я там выбора работать в 0 редакции или 1 не наблюдаю
(31) Aleksey_3, Но так те обе версии торговли для 8.2 вроде..
а бух 3.0 для 8.2, а бух3.1 для 8.3
ЭТО ТОЛЬКО ЕСЛИ РАСХОТЯТ разрабы поддерживать 8.2 , чтобы все вскочили на платформу 8.3 - это будет ппц.. так как на обычных формах до хрена кого ещё...
(32) Эту уже куда кривая 1С выведит, хотя вон УТ 11.1.3 в августе вышла тестовая и всё никак до финала не доползет, уже до конца года выпуск отложили. Толи все программисты заняты БП, все 2 человека, толи тоже на 8.3 и минимальный интерфейс переделывают (это который после интерфейса ТАКСИ)
Я тебе больше скажу, 1С пытается все типовые рзрабатывать на базе БСП, а последняя версия БСП 2.2
Редакция 2.2 инструментария «1С:Библиотека стандартных подсистем» предназначена для разработки конфигураций, которые рассчитаны для работы на платформе «1С:Предприятие» версии 8.3.3 и выше,
Понимаешь к чему я виду? Правильно при условии что базис (БСП) они уже начинают на 8.3.3 делать то по любому в ближайшее время типовые на основе БСП будут на 8.3, так что как то так
(33) Aleksey_3, И будет геморроя бухгалтерам и программистам)))
Хоть кто-то уже и выступал, что скоро программисты не нужны будут, но я в сомнении, по моему хватит нам ещё работы разгребать бревна)))
(37) ну я к тому что как бы и групповая печать в 3.0 вроде бы есть, но по возможностям она проигрывает тому что было в групповой обработки. Т.е. групповую печать придётся свою делать, хотя в 2.0 хватало и штатного инструмента
Так и с групповой обработкой ТЧ, боюсь будет очередная фигня на уровне "отъе...сь"
Я обновила через объединение со всеми птичками. Были доп.реквизиты в справочнике "Договоры контрагентов".
Перенеслись в дополнительные сведения, с пустым наименованием и заполненным типом значения. В справочнике теперь есть только значения, а наименование - пустое... Можно, конечно, заново набить наименование, но непонятно - какое куда. (((
Эх как раз сейчас не хватает обработки ТЧ... накосяпорили со счетами учета в приходах, и нужно групповой обработкой поравить счета учета ... а нету инструмента
установил 8.3.3.721
установил БП 3.0.23.8
в юзерском режиме предложила обнровиться - а давай, сказал я
в первых сказала, чтоб закрыл пофигуратор
закрыл
а она закрылась... вдогонку виндовс плюнуло окошко (см. рис.)
ну, как бы пока все новости :)
существует ли в природе руководство по переходу 2->3 от вендора?
с каких релизов на какие?
на какой платформе?
запутался я слегка в этом винегрете
Переход с редакции 2.0 конфигурации "Бухгалтерия предприятия"
-----------------------------------------------------------------------
Для перехода на версию 3.0.22 необходимо использовать
версию конфигурации "Бухгалтерия предприятия" не ниже 2.0.48
Для выполнения перехода на редакцию 3.0 конфигурации "Бухгалтерия предприятия" необходимо использовать версию 3.0.22 конфигурации, разработанную на версии 8.2.18 платформы "1С:Предприятие".
Конвертация конфигураций, информационных баз, внешних обработок и внешних отчетов при переходе от предыдущей версии к версии 8.2.18 не требуется.
Обновление существующей конфигурации на конфигурацию, в которой установлен режим совместимости с версией 8.2.16 и выше, которое выполняется «1С:Предприятием» версии 8.2.15 и ниже, приводит к рассогласованию описания метаданных и структуры базы данных. Это приводит к невозможности запуска в режиме 1С:Предприятия - при запуске возникает ошибка и выполняется аварийное завершение работы системы. Рассогласование происходит в том случае, если в прикладном решении используется один из следующих объектов конфигурации: регламентные задания, константы, планы обмена, регистры накопления, регистры бухгалтерии.
Версия 8.3.1 не включает изменения, выполненные в версии 8.2.17.
Конвертация конфигураций, информационных баз, внешних обработок и внешних отчетов при переходе от предыдущей версии к версии 8.3.2 не требуется.
Для использования некоторых новых возможностей версии 8.3.2 необходимо отключить режим совместимости.
Версия 8.3.1 не включает изменения, выполненные в версии 8.2.17.
Насчет остального, правила простые - релиз 3.0 бери всегда последний. В 3.0 всегда выкладывают полный дистрибутив, поэтому обновлять можно практически любую версию 2.0, но по хорошему, желательно 2.0 предварительно также обновить на крайнюю версию.
С некоторыми релизмам 3.0 выкладывают также "дистрибутив перехода c версии: 2.0.хх.х на версию 3.0.хх.х" (т.е. cfu-ку). Тут, как говорится, смелая подсказка что на что можно обновлять. Но специально искать такую cfu-ку, ИМХО, не нужно. Полный дистрибутив (cf-ник) покрывает все случаи, а cfu-ка нужна для сервис-инженеров, которые слабо разбираются в обновлении.
Конвертация конфигураций, информационных баз, внешних обработок и внешних отчетов при переходе от версии 8.2 к версии 8.3.3 не требуется.
Для использования некоторых новых возможностей версии 8.3.3 необходимо отключить режим совместимости. При отключении и включении режима совместимости выполняется изменение структуры некоторых объектов базы данных. Для того, чтобы иметь возможность работать с информационной базой с помощью системы «1С:Предприятие» версии 8.2, необходимо установить режим совместимости в значение Версия 8.2.16.