Дамы и господа! Предлагаю Вашему вниманию тему на рассмотрение. Стара как мир, однако при более детальном рассмотрении как оказывается имеет несколько темных мест. Ладно чего это я? Поделитесь впечатлениями об обновлении офигенно измененной конфы, которая не обновлялась с 252 релиза. конфа Бухия 7,70,252. Может есть какая то методика, которая позволит сэкономить мне время.Задача осложняется тем что в неё вносили изменения но не все. Только основные (как мне сказали). Поэтому в константах стоит 258 релиз в окошке о программе 252, а изменения есть даже с 275. Как быть? Я сейчас делаю так: беру старую конфу сравниваю с типовой той же. Определяю изменения, потом беру сравниваю типовые конфы старую и на какую обновляю. Определяю изменения и вношу их в старую так чтобы не зацепить изменений до меня. Помогите советом люди добрые. Я таким макаром месяц обновлять буду. Изменяли почти все.
Первым делом допроси их, сколько и каких доработок они помнят. Потому что даже из тех изменений конфы, которые реально делались (а не "глюк" встроенного анализатора 1с и куски из разных версий) им скорее всего нужны 50-20% всех изменений. Спроси, готовы ли они оплатить твоё время разово "Я таким макаром месяц обновлять буду." Или продолжать обновлять кусочками.
И ещё вопрос - что будет потом стоить дороже - ставить на кофу обновления правильно и чистенько. Или вносить кусочками текущие обновления.
И главный вопрос - тебе оно надо? Ведь: "Я таким макаром месяц обновлять буду."?
беру 252 релиз...смарю разницу.... дописываю ее в последний (276 например) (перед этим спрашиваю...юзаите или нет ЭТО....зачастую тупые дороботки успешно забыты.).... а что тут нового придумать то? з.ы. и пытки тип "что доделывали"...результата сильно не приносят. з.ы.ы. есно чем древне релиз тем нужно себя обезопасить...т.е. не скромничать со своей стороны цену данной работы.
Я бы попробовал так. Выбери и проанализируй существенные доработки, как-то новые константы, справочники, документы, отчеты, которых нет даже в 275, насколько они нужны. Если доработки касались изменений законодательства, это не беда, они учтены в последних релизах. Выдели то, что сделано "под них". После согласуй необходимость изменений (последних, "под них"), насколько они важны и можно ли от них отказаться. Если нет - внеси в изменения в последний релиз. Далее два варианта. 1. Перекачать все в новый, доработанный релиз (276). 2. Вывести остатки, перенести справочники в новую базу (типовую) и начать с чистого листа.
Я так понимаю что в 276 можно внести изменения сделанные в 252 кем то и все? Это должно сэкономить мне время. только вот тогда не понятно почему бытует мнение что обновлять необходимо в строгой последовательности?
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1434 раз
Рейтинг: 0
Ну как зачем? Если у Вас стоит например 252 типовый. Я так пологаю напрямую на последний релиз врятли корректно обновится (хотя точно не могу знать, с 7-ой давно нее работаю). Потребуется выяснить промежуточные обязательные релизы и последовательно обновлять сначала на них, и так до текущего. А теперь представте что в 252 добавили в т.ч. документа реквизит. Если не внести этот реквизит во все промежуточные релизы, а внесли только в последний, то как называется - прощайте данные. Промежуточные релизы очистят данные реквизита, т.к. этот реквизит в них отсутствовал.
Группа: Основатель
Сообщений: 13982
Из: Киев
Спасибо сказали: 4550 раз
Рейтинг: 3678.1
Если конфы полностью типовые, то можно смело накатывать на 252 релиз 276. Единственное что! Если, например, в 252 в документе реквизит какой-то имел длину 20, а в 276 его сделали 10, то лучше бы в 276, перед накаткой, сделать его длину тоже 20. И если удалялись, к примеру, какие-то справочники, то лучше их не трогать (по понятным причинам )
Ну как зачем? Если у Вас стоит например 252 типовый. Я так пологаю напрямую на последний релиз врятли корректно обновится (хотя точно не могу знать, с 7-ой давно нее работаю). Потребуется выяснить промежуточные обязательные релизы и последовательно обновлять сначала на них, и так до текущего. А теперь представте что в 252 добавили в т.ч. документа реквизит. Если не внести этот реквизит во все промежуточные релизы, а внесли только в последний, то как называется - прощайте данные. Промежуточные релизы очистят данные реквизита, т.к. этот реквизит в них отсутствовал.
рискну предположить с офигенной долей вероятности...что и в 276 релизе этот реквизит будет
рискну предположить с офигенной долей вероятности...что и в 276 релизе этот реквизит будет
Риск - благородное дело. По-моему, для совместимости версий 1С реквизиты не удалает. В 266 менялся план счетов, там заморочки, по ходу добавлялись записи в справочник налогов и отчислений. По опыту накатывал на 252 275, нормально, бухгалтера не жаловались. Но стоит еще раз напомнить, что все обновления делаются или на копии, или после создания копии для отката.
Риск - благородное дело. По-моему, для совместимости версий 1С реквизиты не удалает. В 266 менялся план счетов, там заморочки, по ходу добавлялись записи в справочник налогов и отчислений. По опыту накатывал на 252 275, нормально, бухгалтера не жаловались. Но стоит еще раз напомнить, что все обновления делаются или на копии, или после создания копии для отката.
Всем спасибо.Сделал выводы. И принял решение сразу в 276 вносить изменения которые были сделаны до меня. Кстати много лишнего выползает и ненужного как и было ранее сказано. Результатами доволен уже почти заканчиваю. Всем огромное спасибо еще раз.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!