Изменить статус

6

6.2

6.3

6.4

6.5

n Если фоновое задание обновляется 'асинхронно', то некоторые задачи обновления выполняются дольше, чем само задание (обычная ситуация при раскладке или распределении).

n Если вы запустите последующий процесс сразу же по завершении задания (например, отчет), всех данных вы не получите.

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

n Эта информация используется в определении процедуры для отправки "сигнала" для запуска следующего задания только после обновления предшествующего задания.

6.6

6.7

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

n Чтобы этого не делать, в SE38 (первый экран ABAP-редактора) в ведении атрибутов для варианта можно определить некоторые поля как переменные выбора. После этого для этих полей можно выбрать переменные, которые создаются и обрабатываются в транзакции STVARV.

n После этого значение периода достаточно будет изменить один раз перед началом нового периода. Это значение будет затем автоматически использоваться всеми вариантами, в которых имеется эта переменная.

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

n Переменные TVARV обязательно нужно использовать, если системный ландшафт (полномочия) не допускает в продуктивной системе изменений вариантов или определений процедур.

6.8

n В определение процедуры можно включить другие определения процедур (вложение). Теперь вы можете определить закрытие периода таким образом, чтобы использовать его многократно в параллельной обработке. Единственным отличием в параллельных ветвях может быть, например, завод (или балансовая единица, версия…).

n В этом случае переменные TVARV не могут использоваться, поскольку при планировании определений субпроцедур система будет использовать для переменных одни и те же значения (что как раз полезно для периода или финансового года).

n Можно создать несколько переменных TVARV для одной и той же переменной и затем использовать их в "вилках". Но при этом нужно будет сохранить несколько вариантов, а значит, и несколько определений субпроцедур, что не рекомендуется.

n Для решения этой проблемы можно использовать так называемые переменные TVARV Диспетчера периодических работ (или Schedman-TVARV-переменные) (целый ряд таких переменных поставляет SAP, их имена начинаются на SCMA_). Они определяются в варианте таким же образом, как и "обычные" переменные TVARV. В построителе потоков операций вы можете при вставке определения субпроцедуры определить значения переменных для этого фрагмента. При выполнении определения процедуры вы еще раз получаете возможность задания значений для переменных Диспетчера периодических работ. Эти значения будут действительными для всех еще не имеющих значений переменных (значения по умолчанию).

n При определении актуального значения переменной используется следующая последовательность:

Ÿ Значение из диалогового окна при планировании

Ÿ Значение из TVARV

Ÿ Значение из построителя потоков операций для каждого определения субпроцедуры

6.9

Ÿ В транзакции SM34 (ведение кластеров ракурсов) можно просмотреть поставляемые переменные TVARV Диспетчера периодических работ, а также создать новые. Кроме того здесь необходимо присвоить приложения, в которых переменные будут использоваться.

Ÿ Значения по умолчанию для переменных можно определить в таблице SMANVAR (например, через SE16).

Ÿ Переменные TVARV Диспетчера периодических работ должны также создаваться в транзакции STVARV с идентичным именем.

6.10

6.11

n Если вы используете Диспетчер периодических работ, рекомендуется ознакомиться с нотой № 332149 и проверить, корректно ли настроена система.

n Если вы хотите интегрировать в Диспетчер периодических работ собственные программы, то вам нужен образец кодировки из ноты № 325118.

n Вы можете связывать ваши собственные программы также и с рабочими списками. По этому вопросу см. ноту № 317601, или обратитесь в SAP через OSS-сообщение в компоненте CA-GTF-SCM.

6.12

n Вы можете удалять планы задач полностью, выбрав на экране ведения планов задач меню План задач -> Удалить.

n Если требуется удалить зависимые данные из существующего плана задач, выберите в меню Утилиты -> Удалить данные. После этого вы можете ввести временной период, в рамках которого все зависимые данные будут удалены.

6.13

6.14

n В мониторе рабочих списков выводятся все сообщения к объекту. В исправлении ошибки могут участвовать несколько лиц или даже отделов. Если бы ответственному за определение процедуры пришлось вручную искать всех ответственных за объекты и затем сообщать им по мейлу информацию об ошибках, это бы заняло бы у него массу времени. Поэтому существует возможность использовать систему для определения ответственного за каждый объект. Система показывает имена ответственных лиц в мониторе рабочих списков. Вы можете автоматически отправить ошибочные объекты ответственным (через SAP Mail).

n Вы можете использовать Диспетчер периодических работ для для определения ответственного за каждый объект. В меню выберите Дополнительная информация -> Параметры настройки рабочего списка. Выберите необходимое приложение. Здесь можно определить сложные правила для определения ответственности по каждому обработанному объекту.

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

6.15