Имя: Пароль:
1C
1C 7.7
v7: Обновление конфигурации с очень старого релиза
0 lamo4ok
 
27.06.12
13:45
Есть база на комплексной конфигурации релиза 7.70.025. Есть свежий релиз 7.70.520, если не ошибаюсь. Есть желание обновиться на него (не мое). Подскажите, какие оптимальные пути для этого существуют?

У меня пока что есть только такой: написать скрипт, который обновляет базу последовательно на следующий релиз, потом отсылает возжелавшему обновления бухгалтеру файл UPDATE.txt, с инструкциями по действиям, после чего ждет ответа от бухгалтера и накатывает следующий релиз. Самому взять импровизированный отпуск. Шучу, конечно, но неужели это единственный качественный вариант?
1 vicof
 
27.06.12
13:47
7.70.025 - а не платформа ли это случаем?)
А сразу на последний обновить не хочешь?
2 lamo4ok
 
27.06.12
13:53
(1) Сейчас посмотрю, слушай. Точно, версия конфы 7.70.204 - легче не стало :) Не, понятно что сразу на последний можно, но это явно не самый лучший вариант. То есть это вообще плохой вариант, разве нет?
3 Ёпрст
 
27.06.12
13:55
(2) это самый лучший и правильный вариант.
В пределах одной редакции можно обновлятся любым вышестоящим релизом.
4 vicof
 
27.06.12
13:55
(2) Не путай 7.7 и 8. Вполне удачный вариант :) Особенно, если на копии тренироваться.
5 orange777
 
27.06.12
13:56
я бы в несколько этапов сделала. не сразу на последний
6 spu79
 
27.06.12
13:57
если сразу обновить нельзя, то "конвертация данных" в помощь
7 Ёпрст
 
27.06.12
14:01
(5) Зачем ? Часы лишние за работу взять ?
8 orange777
 
27.06.12
14:06
(7)нет, просто было на практике. сразу на последний не смогла обновить, а через промежуточный получилось.
9 orange777
 
27.06.12
14:07
+(8)по-любому не получится сразу на 200 релизов обновить)
10 Ёпрст
 
27.06.12
14:08
(9) если это 1 редакция - то можно.
11 orange777
 
27.06.12
14:11
(10)ну попробовать никто не запрещает, особенно на копии)
12 orange777
 
27.06.12
14:15
автор, отпишись о результате. если Ёпрст4 уверен, значит все будет ОК)
13 Сияющий Асинхраль
 
27.06.12
14:15
(0) Я на 460 накатывал 519 , потом неделю глюки расчищал. В случае 204-го думаю проще выгрузкой-загрузкой.
14 Сияющий Асинхраль
 
27.06.12
14:19
Кстати, предупрежу сражу, у меня вылезло (и не только у меня), что при обновлении с 460 на 519 чисто рублевые документы 1С-ка начинает считать валютными :-( и тащить за собой суммовые разницы, как в старых документах при перепроведении, так и в новых документах
15 lamo4ok
 
27.06.12
14:20
(4) Само собой на копии.
(10) - но все же в UPDATE.txt есть же рекомендации различные, они точно не критичны и могут быть либо не выполнены вообще, либо выполнены позже? Просто смотрю на первое попавшееся и вижу такое:

После обновления конфигурации на релиз 7.70.468, с релиза конфигурации
7.70.467 и более ранних релизов конфигурации, необходимо во всех документах
"Больничный лист", введенных в текущем расчетном периоде (месяце) выполнить
следующие действия:
    - в поле ""Оплачивать ... дней"" задать количество дней оплаты;
    - перезаполнить таблицу среднего заработка;
    - провести и рассчитать документ.

А сколько таких изменений накопится за все релизы, вместе взятые - я прямо все больше склоняюсь к варианту, который я описал в теле поста :)
(12) Конечно отпишусь, не вопрос.
(13) Во-во.
(14) А выгрузкой-загрузкой пробовал от этого уйти?
16 Ёпрст
 
27.06.12
14:22
(15) дык, ты ЗП в комплексной тоже ведешь ?

В плане торговли/бухни там нет кардинальных изменений, которые могли бы на учет повлиять хоть как-то.
17 Пыльный
 
27.06.12
14:23
(0) Надо выяснить какие релизы были "критическими" и накатить только их. Таких будет штук 15-20, а не три сотни :)
18 orange777
 
27.06.12
14:25
(17)аха, и измучить франчей нахождением этих релизов)
19 Сияющий Асинхраль
 
27.06.12
14:27
(15) Здесь выгрузка-загрузка не поможет, 1С на уровне кода не предусмотрела что в валюте новые реквизиты появились.
(16) Какая одна редакция? 204 и 519. В update.txt упоминается самое раннее 457 релиз. Я так подозреваю, что 204 здесь и рядом не лежал
20 orange777
 
27.06.12
14:27
это октябрь 1999 О_О... вряд ли они до сегодняшнего дня еще и з\п там ведут
21 orange777
 
27.06.12
14:28
перенесите остатки)
22 Пыльный
 
27.06.12
14:29
(18) За два года работы во франче, я ни разу не брал обновления с партнерского ИТС. У пиратов проще и быстрее ;)
*задумчиво* Или может мне неправильный франч попался? И он внедрял неправильный 1с?
(27) + Самый простой выход.
23 orange777
 
27.06.12
14:33
где они вообще раньше были?
24 shergar
 
27.06.12
14:34
я думаю самое простое будет перенести остатки (можно с документами например за 2012 год) в новый релиз
25 orange777
 
27.06.12
14:35
(22)ну я в конце года делала копию инфы обо всех релизах, и диски все были отсортированы. так что вполне удобно было находить)
26 lamo4ok
 
27.06.12
15:03
(16) Ну вообще это не я, но ведут, да. Там вообще все по этому юр лицу ведут. Исторически так сложилось (С)
(20) Зря так думаешь :) Я сам не ожидал, что ее вообще не обновляли столько времени - это база по какому-то пришибленному юрику, уж не знаю для чего предназначенного.
(24) Как вариант, да.
(25) Да зачастую уже много где и приводов-то нет, чтобы диски ИТС заюзать.
27 orange777
 
27.06.12
15:17
(26)переведи их на 8) причем на зуп и бп)
28 lamo4ok
 
27.06.12
15:21
(27) Лицензий нема, и так уже кроим как можем :) Ладно, ближе к вечеру буду пробовать шаманить.