Привет всем!

готовимся делать апгрэйд с 4.6С на ERP 2005.
Собственных разработок, таблиц, а так же изменений стандартных объектов у нас достаточно. ...елси оценивать Z/Y - то транцакий-отчётов около 600-700 своих, таблиц около 800 ...

Ясно что будет проблем куча ....

Кто имел опыт переводо системы с огромным кол-вом своих разработок на ERP2005? ... как примерно оценить трудозатраты?

Интерисует только технический апгрэд, про функциональный пока вопрос не стоит.

Спасибо

зависит от кол-ва используемых модулей и <я не знать русский языка> консультантов

у нас щас сидит 10 консултантов проект расчитан на 7 месяцев

и это оптимистичный прогноз

...именно консультантов или ABAP программистов?
Вы переводите ABAP в стандарт ERP2005 или просто подкручиваете ABAP старый под функционирование в новой среде?

Cопоставимые с предыдущим оратором цифры.
Основные грабли: введение поддержки юникода (проблемы с расширением таблиц не charlike полями, использование устаревшего ф.м ws_download), изменение длины некоторых стандартных доменов, программы пакетного ввода, отказ от одной фичи в OPEN FI, переименования таблиц в HR.

..это проблема с замещениями?

....в основном используем MM/SD/FI/CO .... только в основном переписано всё...

Да, ссылок на форуме можно много найти например
http://sapboard.ru/forum/viewtopic.php?t=1626

щас равернули продуктив на отдельно стоящей машине проапгрейдили, перевели на уникод ни черта не работает щас смотрят что с этим делать дальше

Величина трудозатрат(сверх плана) пропорциональна количеству модификаций, особенно словаря. Сами по себе разработки просто переносятся в новую версию.

Например, если zтаблица использует домен из sap области имен - может быть проблема. А если делалось грамотно, создавался свой домен, или на худой конец делалась копия, проблем куда меньше.

Кстати, какие есть аргументы на тему двойного апгрейда сразу на новую версию и на юникод? Что-то подсказывает, что "семь бед - один ответ" в данном случае неактуально.

Установка новой системы без юникода не избавляет от необходимости учитывать влияние юникода. Остаются, например ограничения на расширения стандартных таблиц не charlike полями. В сугубо собственных разработках тоже необходимы доработки: http://sapboard.ru/forum/viewtopic.php?t=10732