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

Миграциям обычно уделяется недостаточно внимания, все считается и столь очевидным. На примере же, когда начинается загрузка продукта и первый расчет заработной платы (или аванса, который обычно идет раньше), рабочие места, о которых не упоминали при согласовании проектных решений. Поэтому поговорим о наиболее каверзных словах.

Ключевым моментом всей поездки является первый расчет заработной платы. Таким расчетом может быть как внециклический расчет (бонус или аванс), так и окончательный расчет в конце месяца. Это связано с тем, что при расчете анализируется множество инфотипов, данные из которых выбираются в кластере расчета заработной платы. Как только был проведен расчет, данные обрабатывались уже в кластере, результаты результатов, ОНД-прогон отмечали суммы как выплаченные. И откатить все это назад из-за какой-либо ошибки становится сложным и трудозатратным процессом. Именно поэтому любая выверка значимых для заработной платы данных должна быть произведена до первого расчета.

Миграцию можно разделить на два вида, если так можно сказать. Это миграция с начала налогового периода (то есть начало календарного года в России), и миграция с начала налогового периода.

Миграция с начала года тяжелая жизнь тем, что не нужно переносить налоговые базы и нагрузки в первые периоды года. Это позволит избежать вопросов выверки налогов, что достаточно важно. Если на предприятии есть инвалиды, люди имеют различные налоговые льготы, которые необходимо учитывать нарастающим итогом. Все эти тонкости, а также сами налоги, нарастающим итогом, осложнят выверку данных. Именно из-за налогов и рекомендуется перейти на промышленную нагрузку с начала года.

Укрупненную миграцию можно разделить на две части: часть, которая влияет на расчет заработной платы, и часть, которая не влияет. Например, виды образования, документы, квалификации, какие-то данные и данные можно загрузить после расчета заработной платы, так как они не критичны. Оргструктуру, присвоение, графики рабочего времени, регулярные начисления и задержания – все это нужно загружать в первую очередь и тщательно выверять.

11.1 Инструменты

Основным инструментом миграции данных, а мы говорим о загрузке данных в систему SAP, является LSMW. Часто консультанты пишут свои программы, но есть ли в этом необходимость? Пока что я не встречал в своей практике случаев, когда нельзя было бы обойтись средствами стандартной системы для переноса данных из внешних систем в SAP. LSMW достаточно гибкий инструмент, который может решить большинство задач миграции данных. Если не хватает возможностей записи данных в таблицы (например, T558*), то есть стандартные BAPI или IDOC, которые могут помочь загрузить данные, а заодно и проверить их. Поэтому не торопитесь писать свои программы.

По функционалу миграцию можно разбить на блоки. Организационный менеджмент, кадровое администрирование, рабочее время, заработная плата и все остальное. Именно в таком порядке, так как это обеспечит целостность данных. Например, если у вас есть наследуемые с оргменеджмента данные, то позвольте системе отработать это наследование самостоятельно, а не загружайте инфо- тип с принудительно присвоенными значениями. Часто это касается инфотипа «Основные данные», когда делается собственная разработка наследования оклада или часовой тарифной ставки из инфотипа 1005 в 0008. При этом сам восьмой инфотип загружают с установленными значениями. Система снимает признак косвенной оценки при сохранении инфотипа, и получается, что для всех смигрированных табельных номеров механизм наследования перестает работать. Нарисуйте заранее все взаимосвязи инфотипов и алгоритмов, которые могут быть неявно использованы в оценке времени или расчете заработной платы. Это позволит сэкономить время в будущем.

11.2 Организационный менеджмент

В организационном менеджменте практически нет подводных камней. Лучше всего заранее определиться с диапазонами номеров для идентификаторов объектов и мигрируемые объекты положить во внешний диапазон. Это позволит избежать дополнительных программ по выявлению идентификатора объекта по каким-либо внешним признакам. Еще можно загрузить данные во внешний диапазон, а затем переключить диапазон на внутренний с последнего загруженного идентификатора. Тогда не будет пропусков в нумерации.

При миграции организационного менеджмента сначала загружаются сами объекты (инфотип 1000 «Объект»), а затем связи между ними. Причем можно загружать связи только в одном направлении, тогда вторую связь система создаст сама. Это сократит количество возможных ошибок.

11.3 Кадровое администрирование

Инфотипы кадрового администрирования загружаются этапами. Сначала создается табельный номер путем загрузки инфотипов 0000, 0001, 0002. Следующим этапом создается привязка табельного номера к штатной должности, которая была загружена в организационном менеджменте заранее. Для синхронизации связей OM-PA запускаются программы RHINTE10, RHINTE20. Далее уже загружаются инфотипы, которые влияют на расчет заработной платы (0004, 0007, 0008, 0014, стажи, налоговые