Добрый день,
В оперативном запросе есть проблема. Когда отмечашь на вывод группу полей "Причины увольнения" с другими полями (напр табельный номер). В отчете строки с сотрудниками у кого причины увольнения есть задваиваются (Одна строка с указанием причины другая нет. На обеих таб. номер указан).
Если кроме Причин увольнения на вывод другие поля не выбираются, то выводится одна строка с указанием причины. Т.е. выбор делается например по таб. номеру, а на вывод таб. номер не отмечатся. Надеюсь, что понятно объяснила.
Как избавиться от задвоения строк?

Если я правильно понял, то получается что запрос выбирает несколько строчек по табельному номеру, т.е. тн с причиной увольнения, тн с другими полями. А вы тип мероприятия указываете (увольнение)? Поля в инфо-наборе стандартные? У меня не получилось создать задвоение, хотя я указал в на вывод тн и причину из 0000ИТ и раздел персонала из 0001ИТ

У нас создан свой ИТ, который называется Причины увольнения. В группе полей в оперативном запросе перечисление неофициальных причин увольнения соответствуют полям в ИТ.
Вывод в опер. запр. должен выглядеть: ФИО сотр.(или раздел, шт. должн...) из ИТ0001 + поля с названием причин (у нас ИТ 9001). Причина увольнения указанная в ИТ 9001 отмечается галочкой.
Проблема в том, что при установке галки в любом поле "вывод" кроме полей из ИТ 9001 записи по одному человеку задваиваются, а иногда и затраиваются. При этом выбор можно осуществлять свободно.
Т.е. в отчет по одному чел. выводится несколько строк с его Именем, разделом и.т.д. (если выбирали имя, раздел и т.д.), на одной из строк указана причина увольнения, остальные пусты(только с именем, разделом и т.д.). Но если причина в 9001 ИТ не указана, то строка одна (с именем, разделом и т.д.).
Как сделать, чтобы вся инфоромация ( имя, раздел, причины увольнения и т.д.)выводились на одну строчку?

Все равно не совсем понятно. У вас 9001ИТ содержит ПОЛЯ, которые являются причинами? Т.е. не ОДНО поле, где указывается причина увольнения? Так?
Задвоение будет происходить в том случае, если не будет ограничения по записям, например по дате.
Если выбрать тн, раздел, вид адреса, то если

1. У сотрудника есть два типа адреса (две записи в 0006ИТ) - в оперзапрос выведется две записи
2. У сотрудника есть один тип адреса (одна запись в 0006ИТ) - в оперзапрос выведется одна запись.
3. В зависимости от ограничения по датам в опрезапросе и в зависимости от begda и endda у каждой записи.

Что-то мне кажется, что тут косяк с самим 9001ИТ. Посмотрите через SE16 (SE11) какие данные содержаться в этом ИТ у тех сотрудников, которые задваиваются...
и не совсем понятно, при каком именно условии они задваиваются...

Да, ИТ 9001 содержит поля, которые являются причинами.
Как правило выбирается запись с именем (оно одно).
Задваиваются только те поля, в которых указана причина увольнения. Если причина не указана, со строка одна с указанием имени.

в se16 в ИТ 9001 запись одна.

а какой период задается в оперзапросе?
Попробуйте вывести даты действия для 0000ИТ и 9001ИТ. Или ограничить период выбора. ИМХО задвоение идет по мероприятиям (две записи в 0000 - увольнение и до увольнения) или по 9001 - но тут не могу сказать, т.к. надо смотреть что там находится.

Период задается конкретный с 01.01.08 по 31.12.08.
Извините, а где посмотреть-то?

ну про посмотреть может не так выразился Просто до сих пор не понял какая структура у 9001ИТ.
Если период задается целый год, то надо смотреть все ИТ, которые используются в выводе в оперзапросе. По идее, если есть несколько записей в ИТ, то система выведет все записи, т.е. задвоит или затроит.

В инфотипе только перечисление причин увольнения.
При увольнении кадровик ставит галочку возле нужной причины. Соответственно эти поля подтягиваются в группу Причины увольнения в опер. запрос.
Думаю дело не в дате. Т.к. я сделала запрос по одному уволенному человеку на дату увольнения. Данные вывода все равно были задвоены. Выводились только причины увольнения и имя.

Если я правильно понял первый пост, то это нормальное поведение Query.
Возможно, удастся добиться требуемого результата при помощи параметров инфонабора.

Подробно как про алгоритм Query, так и про параметры инфонабора описано в справке к IMG:
Менеджмент персонала -> Информационная система персонала -> Параметры настройки HR для SAP Query -> Создание инфо-наборов для HR

Тогда вообще не понимаю... тн берется откуда? Из 0000ИТ? Если так, то ИМХО что-то не то с 9001ИТ. На самый крайний случай можно создать обычный query (sq01) на основании этого инфонабора и через отладку посмотреть что там происходит...

доброго времени суток!

Выбираю данные из опер запроса (период весь, по конкретному ТН), ИТ0001, в разрезе дата начала, дата окончания, весовая процентная ставка. На выходе получаю, что каждый имеющийся период "задваивается", столько количество раз сколько в отбираемом периоде у ТН изменялась Процентная ставка. в чем может быть проблема?