어플리케이션 작업 소개

Objective

After completing this lesson, you will be able to 어플리케이션 작업의 사용 이해

어플리케이션 작업

Adam은 이전 작업에서 백그라운드 처리가 SAP Business Suite의 SAP 시스템(예: SAP ECC)의 핵심 요소임을 알고 있습니다. 향후 SAP S/4HANA Cloud Public Edition 의 시스템 관리자 역할로 백그라운드 처리를 위한 다양한 태스크도 여기서 계획되어야 한다는 사실을 알게 되었습니다. 그렇기 때문에 Carl은 클라우드에서 백그라운드 처리와 그 기능의 중요성을 설명합니다.

SAP S/4HANA Cloud Public Edition 의 어플리케이션 작업을 사용하여 어플리케이션 관련 작업의 일정을 계획하고 모니터링할 수 있습니다. 특정 시간에 수행해야 하는 수동 액티비티를 자동화하여 이러한 태스크를 백그라운드에서 원활하게 실행하여 작업 부하를 줄일 수 있습니다. 정기적인 작업을 계획하여 다른 작업에 집중할 수 있습니다. 주요 기능으로는 작업 템플릿 기반의 작업 일정 계획, 개인 설정된 작업 템플릿 사용, 사용자 정의 근무 달력으로 작업 일정 계획, 여러 시간대를 고려하는 작업 시리즈 정렬, 작업 단계 정의, 작업 모니터링 등이 있습니다.

각 작업 유형은 특정 목적을 제공하며 SAP S/4HANA Cloud Public Edition 환경 내에서 다양한 비즈니스 프로세스를 자동화하고 간소화하는 데 도움이 됩니다.

Adam은 또한 SAP S/4HANA Cloud Public Edition을 통해 전체 회사를 디지털 코어에 연결하는 방법에 대한 지식을 얻는 데도 유용합니다. 따라서 이 학습 여정을 완료한 후 SAP Learning – SAP S/4HANA Cloud Public Edition 비즈니스 발전을 위해 이 차세대 클라우드 기반 ERP 시스템에 대한 여러 가지 학습 여정 오퍼가 포함된 랜딩 페이지 링크도 검토하기로 합니다.

비즈니스 직무 및 기술 직무의 역할

Carl은 SAP S/4HANA Cloud Public Edition과 관련하여 다양한 비즈니스 프로세스를 자동화하고 최적화하는 데 중요한 역할을 하는 두 가지 유형의 작업이 있음을 설명합니다.

비즈니스 직무

비즈니스 작업이라고도 하는 어플리케이션 작업은 고객이 정기적으로 예약해야 하는 일상적인 태스크를 처리하도록 설계되었습니다. 이러한 작업은 다양한 비즈니스 프로세스에 통합되어 있으며 청구 실행, 자재 소요량 계획(MRP) 실행, 외화 평가 등의 태스크를 포함합니다.

이러한 작업은 비즈니스 프로세스 체인의 단계를 일괄 처리하는 데 특히 유용합니다. 그러나 사용자는 이러한 작업의 실행을 모니터링하고 제어할 책임이 있으며, 이러한 작업은 사용자 컨텍스트에서 수행됩니다. 또한 시스템 환경에서 발생하는 기술적 문제가 발생할 수 있다는 점에 유의해야 합니다.

기술 직무

반면 고객에게 표시되지 않는 기술 작업 은 수동 개입 없이 시스템 프로비저닝 중에 자동으로 설정됩니다. 기술 작업 정의의 설계는 SAP 클라우드 운영 팀의 상호작용 없이 기존의 모든 고객 시나리오를 수용할 수 있도록 설계됩니다.

기술 작업은 SAP S/4HANA Cloud Public Edition 시스템에서 반복 기능을 실행할 때 선호되는 방법입니다. 이는 일상적인 작업을 처리하는 보다 합리적이고 자동화된 접근 방식을 제공하기 때문입니다.

Adam은 어플리케이션 작업이 수동 액티비티를 자동화하는 고객이 계획한 태스크라고 요약합니다. 기술적 작업은 시스템 작업을 유지보수하는 SAP에서 계획하는 태스크입니다. 주요 차이점은 고객이 어플리케이션 작업을 제어할 수 있는 반면 기술 작업은 SAP에서 자동으로 예약하며 고객의 영향을 받을 수 없다는 점입니다.

백그라운드 작업 일정 계획 및 유지보수를 위한 어플리케이션 작업 앱

Carl은 SAP S/4HANA Cloud Public Edition 의 어플리케이션 작업 앱이 작업 일정 계획을 위해 간소화되고 사용자에게 친숙한 인터페이스를 제공한다고 언급합니다. 또한 어플리케이션 작업 공간의 앱은 개인 설정된 작업 템플릿 및 사용자 정의 근무 달력과 같은 고급 기능을 제공합니다.

어플리케이션 작업

이 앱을 사용하면 어플리케이션과 관련된 작업을 예약하고 감독할 수 있습니다. 특정 시간에 수동 태스크를 자주 수행하는 경우 어플리케이션 작업 앱을 사용하면 이러한 태스크를 백그라운드에서 원활하게 실행하여 작업 부하를 줄일 수 있습니다. 이를 통해 루틴 작업의 일정을 계획할 수 있습니다.

어플리케이션 작업 템플릿

이 앱을 사용하면 고유 어플리케이션 작업 템플릿을 구성할 수 있습니다. 이러한 템플릿은 연결된 작업 카탈로그 엔트리에 지정할 수 있는 매개변수 세트로 구성됩니다. 이후 어플리케이션 작업 앱을 통해 시작할 수 있는 다단계 템플릿 생성은 이 앱의 필수 기능입니다.

작업 사용자 유지보수

이 앱을 사용하면 작업 템플릿에서 설정된 어플리케이션 작업과 관련된 소유자 및 사용자를 수정할 수 있습니다. 이 기능은 특정 상황에서 특히 유용할 수 있습니다. 예를 들어, 조직 내의 다른 부서로 개별 전환하거나 회사에서 출발하는 경우 해당 비즈니스 사용자를 제거해야 합니다.

작업 상태 및 취소

칼의 경우, 아담이 작업의 다양한 상태와 그들의 종료의 맥락에 대한 몇 가지 지식을 얻는 것이 중요합니다.

어플리케이션 작업의 상태는 다음과 같습니다.

  • 예정됨 상태는 작업이 파이프라인에 있고 실행을 위해 줄을 섰음을 나타냅니다. 현재 운행되고 있는 것이 아니라 대기자 명단에 올라 있다.
  • 작업이 진행 중일 때 처리 중 상태가 지정됩니다. 시작해서 진행 중입니다.
  • 작업이 실행되는 동안 문제가 발생하여 성공적으로 완료할 수 없는 경우 실패 상태가 지정됩니다. 문제가 발생하여 작업이 계획대로 완료되지 못했다는 신호입니다.
  • 취소된 작업의 최종 상태는 이전 상태에 따라 달라질 수 있습니다.

취소된 작업의 다양한 최종 조건에 대해 Carl이 공유한 내용을 자세히 살펴보겠습니다.

예약된 단일 작업 취소

현재 예약됨 상태인 작업이 취소되면 작업 리스트에서 제거됩니다. 즉, 계획된 대로 미래에 작업이 실행되지 않습니다.

처리 중인 작업 취소
처리 중(현재 실행 중)인 작업이 취소되면 실행이 즉시 중지됩니다. 그러면 이 작업의 상태가 "취소됨"으로 업데이트되고 검토를 위해 작업 리스트에 남아 있게 됩니다.
시리즈에서 작업 취소
작업은 동일한 작업의 여러 인스턴스가 서로 다른 시간에 실행되도록 예약된 시리즈의 일부일 수 있습니다. 시리즈의 예약된 작업이 취소되면 예약됨 상태인 작업의 모든 인스턴스가 취소되고 목록에서 제거됩니다. 그러나 다른 상태에 있는 시리즈의 작업은 영향을 받지 않습니다.
시리즈에서 처리 중인 작업 취소
시리즈의 처리 중 작업이 취소되면 해당 작업의 특정 인스턴스가 실행을 중지하고 상태가 취소됨 으로 업데이트됩니다. 상태에 관계없이 시리즈의 다른 직무는 영향을 받지 않습니다.

작업을 취소하려면 일반적으로 리스트에서 원하는 작업을 선택하고 어플리케이션 작업 앱의 기본 툴바에서 취소 버튼을 선택합니다.

종료됨 으로 표시된 작업은 이미 실행되었으므로 취소할 수 없습니다.

노트

작업 취소는 비즈니스 프로세스의 실행 및 결과에 직접적인 영향을 미치므로 고려하여 수행해야 합니다.

작업 삭제

관리 담당자도 정기 작업 삭제 절차를 처리합니다. 이 태스크를 효과적으로 실행하려면 표준 제거 프로세스를 포괄적으로 이해해야 합니다.

삭제할 작업의 정기 단위에 따라 현재 자동 삭제 간격을 나타내는 정기 작업 제거 테이블을 자세히 살펴봅니다.

정기 작업 제거

제거할 작업의 반복 간격다음 이후 자동 작업 삭제
비정기14일
7일
시간14일
정기 값 * 24일
정기 값 * 7 * 24일
개월정기 값 * 31 * 24일
매 y개월마다 x주마다정기 값 * 31 * 24일

SAP S/4HANA Cloud Public Edition에서 어플리케이션 작업의 정기 삭제 샘플

예를 들어, Carl은 SAP S/4HANA Cloud Public Edition 의 어플리케이션 작업을 정기적으로 삭제하는 개념을 아담에게 보여 줍니다.

격야마다 실행되도록 일정이 계획되어 있고 20회 실행 후 종료되도록 설정된 작업을 가정해 보십시오. 최초 실행은 달력의 두 번째 주에 시작되어 40번째 주에 종료됩니다. 작업의 각 인스턴스는 특정 기간 동안 시스템에 남아 있습니다(보존 기간). 이 경우 24회 실행으로 설정됩니다.

보존 기간을 계산하는 수식은 다음과 같습니다.

보존 기간 = 정기 값 * 보존 기간 * 평일[일]

지정된 값을 플러그로 사용하면

보존 기간 = 2 * 24 * 7 [일] = 336 [일] = 48 [주]

이는 작업의 첫 번째 인스턴스가 시스템에서 48주 동안 시스템에 있었던 1일 후에 시스템에서 제거됨을 의미합니다. 이 전략은 오래된 직무의 누적을 피함으로써 시스템의 생산성을 향상시킨다.

노트

위에 설명된 규칙은 표준 운영 절차입니다. 그러나 비즈니스 어플리케이션이 대체 방법을 선택할 경우 어플리케이션 고유 문서에 문서화됩니다.