Имя: Пароль:
LIFE
Как страшно жить
OFF: УПП 1.2.7.1 обновить до последней
, ,
0 AndyD
 
15.11.12
18:05
1. 1й вариант 44% (4)
2. свой вариант 44% (4)
3. 2й вариант 11% (1)
Всего мнений: 9

есть база УПП 1.2.7.1 с небольшим количеством дописок (2 новых РН, в 10 документах обавлены несколько реквизитов, и проводки по новым регистрам, немного изменены стандартные проводки)

в базе ведется простое производство.

надо обновить до последнего релиза.

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

1й вариант - обновляться последовательно и переносить нужные куски кода - долго очень.

2й вариант - обновить несколько релизов, чтобы справочники были похожи на современные (сейчас даже справочника сотрудников нет) и написать правила переноса данных, перенести в новую версию - на данный  момент склоняюсь к этому варианту.


как бы поступили вы и сколько бы за это взяли денег? ))
1 JustBeFree
 
15.11.12
18:07
1) вариант - последовательно обновляешь, а доработки восстанавливаешь после самого последнего обновления.

1й вариант
2 DEVIce
 
15.11.12
18:29
Можешь обратиться ко мне. Ценник 40т.р., срок два месяца. :)
3 8vC1
 
15.11.12
18:45
Учитывая что последняя уже 1.3 и свой печальный опыт:

2й вариант
4 8vC1
 
15.11.12
18:47
P.S Долго и муторно, потому не знаю сколько будет стоить.
5 AndyD
 
15.11.12
19:01
да, релизов куча навыходила, поэтому оба варианта не быстрые
6 disk-2008
 
15.11.12
19:04
(0)3-й вариант.
Взять последнюю версию УПП, посмотреть, надо ли вообще делать доработки или можно решить все задачи типовым функционалом.
Только то, что действительно надо - добавить с учетом того, чтобы можно было обновлять без проблем в дальнейшем.
Перенести остатки.
Работать с начала следующего года.

свой вариант
7 shuhard
 
15.11.12
19:17
(0) если база несколько Гбайт, то последовательное обновление займёт 5-7 дней чистого времени

код переносить надо в последний релиз, т.е. 1.3.31.1

проблема в другом
если в 1.2.7.1 регламентированный учет вёлся в 2012 году, то цена этому учета не велика

1й вариант
8 gae
 
15.11.12
21:02
(0) Если выберешь 1-ый вариант, то изменения кода надо перенести только в последний релиз, но (!) изменения структуры данных (типы полей, наборы предопределенных, движения и т.п.) надо проводить в каждом промежуточным, иначе слетят.

1й вариант
9 AndyD
 
15.11.12
22:20
(8) да я знаю это все)) я про идею посоветоваться зашел)
10 mrWatson
 
15.11.12
22:24
(0)
у нас тоже 1.2.19 сильно перепиленная
попробуй с этими ребятами поработать http://1c-izhtc.ru/
только напиши пожалуста потом как результат

свой вариант
11 Дмитрий Степанов
 
15.11.12
22:43
(0) Дождись УПП 2.0 и мигрируй туда.

свой вариант
12 John83
 
15.11.12
23:41
обновить все без учета изменений, сами изменения внести в последнем релизе, а нужные данные вытащить из старой базы
PS сам так никогда не делал, но можно попробовать :)
13 LamerSuper
 
16.11.12
08:03
1 верный
2 долгий и неверный

1й вариант
14 ILM
 
гуру
16.11.12
08:07
Сначала проанализировал, что важно для учета и где корректные данные, а где просто ненужная инфа.
Потом добавил бы наработки в последний релиз УПП.
Потом написал бы правила обмена из 1.2 в 1.3.
Дальше уже сам обмен. Профит.

свой вариант
15 John83
 
16.11.12
08:08
(13) куски кода переносить чтобы по-больше времени заняло и по-больше денег содрать?
16 LamerSuper
 
16.11.12
08:13
(15) Нет. Код только в последний релиз надо вносить. При последовательном накате версий как раз выявится изменившийся функционал. Нужен ли он и нафейхуа. С версии 1.2.7.1 целиком изменился кадровый учет. Все документы теперь не по физ лицам а по сотрудникам.+ Регистры НДС вроде в каком то релизе поменялись.+ Регистр сведений объекты доступа документов. Потом перегрузка через XML займет ужасно много времени. Занимаюсь такой фигней. По первому варианту (без внесения изменений в код сама база обновляется неделю(документы с 2007 года)). Через XML переносили полгода (по времени переноса). Не перенесли даже 2 лет учета.
17 ILM
 
гуру
16.11.12
08:48
(16) Оплата почасовая? Неудивительно, что полгода переносите.
18 LamerSuper
 
16.11.12
08:56
(17):) фикси. Но ход мыслей мне нравится.
19 LamerSuper
 
16.11.12
09:03
+(17) Имелось в виду нажали на кнопку выгрузить в обработке и он полгода колбасился перенеся всего 2 года учета. (COM)
20 ILM
 
гуру
16.11.12
10:47
За полгода я 10 баз переношу. С периодами 3 года. Некоторые можно очень сильно сократить. Например перенести только действующие договора и контрагентов без долгов, и те материалы, по которым не было движения полгода и остатков нет. Получается довольно оперативная база.
21 LamerSuper
 
16.11.12
10:53
(20) в чем суть поста??? Все дураки???
22 Sammo
 
16.11.12
10:54
Как вариант - внести изменения в последний релиз (заодно провести аудит нужности)
И восстановить потерянные после реструктуризации данные
23 ILM
 
гуру
16.11.12
10:57
(21) Нет, в том что не нужно по полгода переносить лишнюю инфу.
Спроси любого человека, что он помнит про вчерашний день. Любой ответит - всё помню. А поподробнее и 2-х часов не вспомнит.
Так и тут в переносе данных. Есть остатки, есть текущие заказы, зачем тащить старый чемодан или у вас спрос зависит от данных трехлетней давности.
24 LamerSuper
 
16.11.12
10:59
(23) бывает такое что что то производят много лет. Страна большая. Правила игры разные.
25 ILM
 
гуру
16.11.12
11:04
-"Правила разные, политики разные, а мы вот две недели всегда делаем, у нас раньше чем за три года не выпускают."

Ничего не напоминает?
26 LamerSuper
 
16.11.12
11:05
(25) нет
27 ILM
 
гуру
16.11.12
11:14
(26) Сказку о потерянном времени - никто не торопится, делаем как можем...
28 LamerSuper
 
16.11.12
11:17
(27) сколько лет производят корабли и сколько батоны??? при чем тут потерянное время.
29 ILM
 
гуру
16.11.12
15:25
"Когда космические корабли бороздят глубины Тихого Океана. Всё мировое человечество..."
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан