На форуме много сообщений про миграцию данных из старой системы при старте.
Мы столкнулись со следующей ситуацией при миграции ряд исторических данных по заработной плате не был загружен в САП, а именно кластер по многим табельным номерам до старта совершенно пустой. Два месяца со старта в системе уже были рассчитаны. Можно эти данные сейчас загрузить – отпускные вручную считать не хотелось бы .

Можно конечно, почему нет...
HRUCALC0, схема PU30 ну и правильно сформированный файл с данными который можно заполнить через LSMW и все в таком духе. Только после того как прогрузите данные обязательно сделать перерасчет рассчитанных месяцев (все таки средние могут быть), а перед загрузкой данных обязательно сделать все необходимые настройки по периодам и периодам кумуляции, ну и до кучи еще не забыть про налоги (если считаете ЗП не с января месяца). Вроде ничего не упустил, но я думал старшие товарищи тут помогут.

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

Дык никто ж не запрещает в результаты для загрузки положить то что уже рассчитано, наверняка ж можно выгрузить и потом все в месте загрузить.

Наверное, можно, но как-то нужно учесть пересчеты между двумя месяцами + еще кучу табличек кластерных (например BT, RUAVE, AVERAGE...). Если проводки не проводили эти два месяца, то наверное можно удалить этим сотрудникам расчет за 2 месяца, сделать загрузку архивного периода и повторить расчет со всеми пересчетами и онд прогонами за 2 месяца.

Спасибо за ответы.

Т.е. 2 месяца станут архивом без возможности пересчета? Интересен еще вопрос со стандартными проводками, на сколько черева-то? Были у кого такой опыт?

Здравствуйте,
также интересует задача - загрузки исторических данных после нескольких продуктивно рассчитанных месяцев.

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

Идеи:
1. сделать z-табличку, куда грузить "исторические данные", при обработке руаве импортить эти данные. Тут проблемы видимые с коэф адаптации, премии всякие.
2. практически тоже самое - но грузить в ит 15 или 293... потом импортить

Как лучше? Может есть еще варианты?

Можно попробовать сейчас выполнить пустую загрузку и сформировать в кластере периоды, которые затем предполагается загрузить. Тем самым мы заранее резервируем место под будущую загрузку.
Затем, когда данные для загрузки будут готовы, просто пересчитать эти периоды схемой, которая для периодов ранее старта, выполнит заполнение схемой загрузки. То есть, загрузка произойдет в рамках обычного регулярного расчета. Плюс перерасчет средних произойдет с момента старта. При загрузке придется использовать другой набор ВО, чтобы исторические данные не прошли как начисления (например, стандартные ВО /2*).

Либо сделать z-программу, которая напрямую положит данные в заранее подготовленный кластер.

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