Скажите, с какими обычно разработками сталкиваются при перходе с версий 4.7 на erp2005( PA, OM, TM, PY)?

Переходили с 4.6 на 2005:

Если перешли с неюникода на юникод - проверка и адаптация всех разработок. Объем изменений зависит от стиля того, кто их писал, но скорее всего менять придется много - uccheck и sci (чуть шире слина) вам помогут

Если без юникода - проблемы для программ, использующих стандартные инклюды (например для тех, которые были раньше скопированы в свои Z-программы).

Устаревшие функции - на некоторые можно забить, а некоторых уже просто не существует (мне встретилось около 3 именно для HR)

Некоторые вещи будут не поддерживаться в новом стандарте, а юзеры к ним привыкли - а втемяшить что надо вести по новому стандарту тяжело

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

Вы спрашивали по разработкам - но еще очень важно что будут проблемы с настройками - приготовьтесь к ежедневному просиживанию над нотами.

Новые программы расчета зарплаты, новая логическая база с другими нодами.

Короч, отдельный проект чисто по переходу. Фаза разработки, несколько фаз тестирования и т.п. Самое главное иметь бэк-ап системы.

Да! Чуть не забыла. По идее, на время миграции все разработки для старой системы должны быть прекращены. Это в идеале. Если сможете мигрировать быстро - это получится, если нет - мой совет транспортить в систему миграции все то же, что и в продуктив, иначе потом удолбаетесь с версиями.

Подскажите, пожалуйста, в ERP2005 драйвер расчета ЗП HRUCALC0 как и в 4.7? А схема расчета RUS0?

Galka, вы на 2005 переходили именно с 4.6?

c 4.6c

c 4.6c, точно были серьёзные отличия в программах, например RPCIPE00 вообще принципиально отличалась (правда, старая ее версия была скопирована в RPCIPE00_old и осталась в системе), поменялись некоторые таблицы настроечные, инфотипы, а также схемы (внутренности).

а что? вот вы иронизируете, а я недавно видела запрос от клиента - миграция с 4.6с на ЕРП2006, вот вынь им и положи

Я не иронизирую.
Мы поддерживаем системы на 4.6 и 4.7. И предположительно будем переходить на 2005.
Любопытно послушать, кто уже проходил это.

готовы предложить услуги опытной команды "переходцев"
хотя вам как спецу проблем такой проект не вызовет. А почитать полезно мигрейшн роадмап - там почти всё расписано.
Самое главное сделать переход быстро, не делать во время перехода в старой системе разработок и настроек (в идеале) и на всякий пожарный сохранить старую систему.
еще вспомнила проблему - в новой версии поменялись соглашения по наименованию стандартных объектов, абаповских форм, особенно это больно ударит по пользовательским зарплатным функциям и операциям.

А где можно почитать "мигрейшн роадмап"?

у нас при переходе с 4.7 на 6.0 еще полетели все настройки экранов инфо типов, говорят ни у кого больше такой проблемы не было )).
А так нота 864783 и в путь. Ну и разумеется обратить пристальное внимание на таблицы с ВО, в ноте они перечислены, не все у нас прямо встало, добивали вручную кое-что.

У нас при переходе с 4.6C на 6.0 с экранами некоторых ИТ (например, 294, 2, 6, 22, 296) тоже были проблемы.
Хочется добавить к уже сказанному, что потребуется поправить роли т.к. многие транзакции устарели и заменены на новые (меню САП поменялось, расчетные функции для России включены в Европу).
Мы переходили на юникод возникли проблемы при копировании текстов на русском языке (нота 1048061).
Также были проблемы с расчетом займов т.к. с ERP2005 изменилась функция P0045, потребовались некоторые корректировки в схеме. Следует обратить внимание на формирование ключа получателя при создании перечислений алиментов т.к. изменилась функция P0295.
Очень внимательно надо отнестись к сохранению таблицы t512w при выполнении апгрейда (ранее в ноте был неверно указан отчет для 4.6C, д/б RPU12W0S). Советую также сохранить содержимое таблицы в запрос для подстраховки (нам это как раз помогло).