Текущее время: Пн, июл 21 2025, 17:11

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Загрузка исторических данных по з/п
СообщениеДобавлено: Пт, май 11 2007, 11:52 
Ассистент
Ассистент

Зарегистрирован:
Пт, фев 02 2007, 16:19
Сообщения: 35
Откуда: Москва
Здравствуйте, уважаемые!

Написала правило, которое кумулирует исторические данные в таблицу CRT. Необходимо разделять года, т.е. за 2006 год отдельно кумулировать, за 2007 год - отдельно. Может кто поделится мыслями, как это реализовать?

_________________
--
Рожденный ползать, уйди со взлетной полосы!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Загрузка исторических данных по з/п
СообщениеДобавлено: Пт, май 11 2007, 15:11 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 14:31
Сообщения: 754
Откуда: Весь мир
Пол: Мужской
Marmelade написал(а):
Здравствуйте, уважаемые!

Написала правило, которое кумулирует исторические данные в таблицу CRT. Необходимо разделять года, т.е. за 2006 год отдельно кумулировать, за 2007 год - отдельно. Может кто поделится мыслями, как это реализовать?


Сам не делал загрузку, но насколько помню при ней указывается период, за который производится загрузка ВО. А в правиле кумуляции настраивается период кумуляции = год. Таким образом получается, что все за 2006 года кумулируются в 2006, а за 2007 - соответственно.

Но это только слова, сам не делал.

_________________
--
virvit.ru
saphr.ru


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Загрузка исторических данных по з/п
СообщениеДобавлено: Пт, май 11 2007, 15:28 
Ассистент
Ассистент

Зарегистрирован:
Пт, фев 02 2007, 16:19
Сообщения: 35
Откуда: Москва
VirVit написал:
Marmelade написал(а):
Здравствуйте, уважаемые!

Написала правило, которое кумулирует исторические данные в таблицу CRT. Необходимо разделять года, т.е. за 2006 год отдельно кумулировать, за 2007 год - отдельно. Может кто поделится мыслями, как это реализовать?


Сам не делал загрузку, но насколько помню при ней указывается период, за который производится загрузка ВО. А в правиле кумуляции настраивается период кумуляции = год. Таким образом получается, что все за 2006 года кумулируются в 2006, а за 2007 - соответственно.

Но это только слова, сам не делал.


А настраивается кумуляция в спро в ветке "Кумуляции"?
Не подскажите, как там должно быть все настроено?

_________________
--
Рожденный ползать, уйди со взлетной полосы!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Если я правильно понял
СообщениеДобавлено: Пт, май 11 2007, 16:39 
Почетный гуру
Почетный гуру

Зарегистрирован:
Пн, апр 04 2005, 10:56
Сообщения: 559
Откуда: Moscow
Пол: Мужской
Если я правильно понял, речь идет о загрузке из старой системы в SAP исторических данных рассчета ЗП
Тогда технология такая - как-то поместить свои данные в таблицы T558B и T558D - 2 способа - LSMW или своя программа
Там соответственно по каждому расчетному периоду каждого года можно закачать данные . Внимательно смотрите , чтобы даты в периодах T558B соответствовали периодам 0001 ИТ у загруженных людей.
Потом используя как основу расчетную схему RU30 надо сделать свою схему , которая из таблиц сделает данные в кластере расчета
Потом запустить схемку - результат в кластере, там и RT и CRT будут сформированы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Если я правильно понял
СообщениеДобавлено: Пт, май 11 2007, 17:00 
Ассистент
Ассистент

Зарегистрирован:
Пт, фев 02 2007, 16:19
Сообщения: 35
Откуда: Москва
Dimon написал:
Если я правильно понял, речь идет о загрузке из старой системы в SAP исторических данных рассчета ЗП
Тогда технология такая - как-то поместить свои данные в таблицы T558B и T558D - 2 способа - LSMW или своя программа
Там соответственно по каждому расчетному периоду каждого года можно закачать данные . Внимательно смотрите , чтобы даты в периодах T558B соответствовали периодам 0001 ИТ у загруженных людей.
Потом используя как основу расчетную схему RU30 надо сделать свою схему , которая из таблиц сделает данные в кластере расчета
Потом запустить схемку - результат в кластере, там и RT и CRT будут сформированы.


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

Дело в том, что стандартная функция ADDCU работает не корректно, поэтому пришлось свое правило писать.

_________________
--
Рожденный ползать, уйди со взлетной полосы!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: ADDCU должна работать нормально
СообщениеДобавлено: Пт, май 11 2007, 18:56 
Почетный гуру
Почетный гуру

Зарегистрирован:
Пн, апр 04 2005, 10:56
Сообщения: 559
Откуда: Moscow
Пол: Мужской
ADDCU должна работать нормально, проверьте, чтобы в схеме в начале должно быть чтение IMPRT L - результат предыдущего периода
а после нее SETCU - OCRT копируется в CRT


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Если я правильно понял
СообщениеДобавлено: Пн, май 14 2007, 09:52 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 14:31
Сообщения: 754
Откуда: Весь мир
Пол: Мужской
Marmelade написал(а):
Dimon написал:
Если я правильно понял, речь идет о загрузке из старой системы в SAP исторических данных рассчета ЗП
Тогда технология такая - как-то поместить свои данные в таблицы T558B и T558D - 2 способа - LSMW или своя программа
Там соответственно по каждому расчетному периоду каждого года можно закачать данные . Внимательно смотрите , чтобы даты в периодах T558B соответствовали периодам 0001 ИТ у загруженных людей.
Потом используя как основу расчетную схему RU30 надо сделать свою схему , которая из таблиц сделает данные в кластере расчета
Потом запустить схемку - результат в кластере, там и RT и CRT будут сформированы.


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

Дело в том, что стандартная функция ADDCU работает не корректно, поэтому пришлось свое правило писать.


Посмотри для каждого вида оплаты 30 класс обработки. В частности значение 2 - "куммуляция суммы в текущем году".

_________________
--
virvit.ru
saphr.ru


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Если я правильно понял
СообщениеДобавлено: Пн, май 14 2007, 15:01 
Ассистент
Ассистент

Зарегистрирован:
Пт, фев 02 2007, 16:19
Сообщения: 35
Откуда: Москва
VirVit написал:
Посмотри для каждого вида оплаты 30 класс обработки. В частности значение 2 - "куммуляция суммы в текущем году".


Да в том-то и дело, что в 30 классе стоит 0 для некоторых ВО, а ADDCU кумулирует данные, причем в RT Поэтому пришлось писать свое правило.

В связи с этим, возникла проблема при переходе года очищать таблицу CRT. Не подскажите, как лучше это осуществить?

_________________
--
Рожденный ползать, уйди со взлетной полосы!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Если я правильно понял
СообщениеДобавлено: Пн, май 14 2007, 15:47 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 14:31
Сообщения: 754
Откуда: Весь мир
Пол: Мужской
Marmelade написал(а):
VirVit написал:
Посмотри для каждого вида оплаты 30 класс обработки. В частности значение 2 - "куммуляция суммы в текущем году".


Да в том-то и дело, что в 30 классе стоит 0 для некоторых ВО, а ADDCU кумулирует данные, причем в RT Поэтому пришлось писать свое правило.

В связи с этим, возникла проблема при переходе года очищать таблицу CRT. Не подскажите, как лучше это осуществить?



Если запустить моделирование на январь, то вот это
IMPRT L Импортир. последний результат
PORT X006 P06 NOAB Перен. релевантные данные в LRT
SETCU Подготовка CRT (старые результаты)

очищает все.

Подготовка CRT для кумуляции

Для всех записей в OCRT идет проверка, начинается ли в этом период
новый интервал кумуляции, или кумуляция продолжается

Это кусок лога функции SETCU

/101 Всего начислено Y 180.000,00

Интервал кумуляции предыдущего периода: Y 01/2006
Интервал кумуляции актуального периода: Y 01/2007

Начинается новый интервал, запись CRT инициализируется

_________________
--
virvit.ru
saphr.ru


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Если я правильно понял
СообщениеДобавлено: Пн, май 14 2007, 16:15 
Ассистент
Ассистент

Зарегистрирован:
Пт, фев 02 2007, 16:19
Сообщения: 35
Откуда: Москва
VirVit написал:
Если запустить моделирование на январь, то вот это
IMPRT L Импортир. последний результат
PORT X006 P06 NOAB Перен. релевантные данные в LRT
SETCU Подготовка CRT (старые результаты)

очищает все.

Подготовка CRT для кумуляции

Для всех записей в OCRT идет проверка, начинается ли в этом период
новый интервал кумуляции, или кумуляция продолжается

Это кусок лога функции SETCU

/101 Всего начислено Y 180.000,00

Интервал кумуляции предыдущего периода: Y 01/2006
Интервал кумуляции актуального периода: Y 01/2007

Начинается новый интервал, запись CRT инициализируется


Спасибочки за помощь!

Получилось. Сделала так: использую ADDCU, но перед использованием таблицу RT сохраняю, а потом восстанавливаю, так как при всех правильных условиях ADDCU портит таблицу RT.

_________________
--
Рожденный ползать, уйди со взлетной полосы!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, май 15 2007, 11:30 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, июн 09 2005, 13:15
Сообщения: 222
Откуда: Москва
есть еще полезный отчетик RPUCRT00
и никакие схемы-правила писать не надо :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB