경비보고서 이벤트 비즈니스 프로세스 가이드라인
개요
Workday 의 경비보고서 이벤트 비즈니스 프로세스 는 경비보고서 제출, 검토, 승인 및 처리 방식을 결정하는 구성가능한 워크플로 입니다. Workday 재무 관리 제품군의 핵심 구성요소로, 회사 정책을 준수하도록 보장하고, 명확한 감사 내역을 제공하며, 경비 환급 프로세스를 간소화하도록 설계되었습니다.
경비보고서 이벤트 비즈니스 프로세스 맞춤 설정하여 다음을 수행할 수 있습니다.
- 경비보고서를 감사하여 금액에 변이값, 잘못된 경비 코딩, 경비 중복이 있는지 확인합니다.
- 리스크 점수 기준으로 승인을 위해 경비보고서를 전달합니다. 참조리스크 기준 경비보고서 라우팅 .
- 경비보고서에 질문서를 포함하여 피드백을 수집할 수 있습니다.
- 예산을 점검할 수 있습니다.
- 경비보고서에서 정확한 세금을 확인할 수 있습니다.
- 보고할 경비보고서 데이터를 검색할 수 있습니다.
- 수정할 개별 경비 라인을 반송(보완요청)할 수 있습니다.
- 프로젝트를 추적할 수 있습니다.
이 주제 의 섹션은 다음과 같습니다.
- 하위 프로세스
- 선행요건
- 프로세스 개시자
- 제한사항
- 공통 비즈니스 프로세스 워크플로 및 가이드라인
- Workflow Step Types
- 통합 및 서비스 단계
- Routing Modifiers
- 알림
- 문제 및 해결방법
하위 프로세스
경비보고서 이벤트 비즈니스 프로세스는 다음 하위 프로세스로 구성될 수 있습니다.
- 관계회사간 경비보고서 이벤트 개시: 경비보고서 라인의 회사 헤더 회사 와 다른 경우 이 하위 프로세스를 사용할 수 있습니다. 승인을 위해 관계회사 경비 라인을 회사 의 적절한 이해 관계자에게 라우팅합니다. 관계회사 승인자가 라인을 반려하면 전체 경비보고서 반려됩니다.
- 예산 점검: 이 하위 프로세스를 사용하여 제안된 경비가 특정 부서, 프로젝트 또는 코스트센터 에 배분된 사전 승인된 자금을 초과하지 않도록 할 수 있습니다.
선행요건
경비보고서 처리하려면 먼저 다음과 같은 몇 가지 기본 요소가 준비되어 있어야 합니다.
- 직원 설정: 직원은 Workday HCM 에 등록되어 있어야 하며 지급 옵션 있어야 합니다.
- 경비 정책 정의: 허용 가능한 경비, 한도 및 필수 문서를 자세히 설명하는 명확한 경비 정책을 문서화하여 모든 직원에게 전달해야 합니다.
- 경비 항목: 경비 항목을 생성 및 구성해야 하며, 환급을 위한 지급 옵션 규칙을 포함한 경비보고서 설정을 완료해야 합니다.
- 승인 계층: 경비보고서 승인 워크플로 구성해야 합니다.
- 관계회사간 처리: 해당하는 경우 경비 라인 에서 회사 변경할 수 있도록 경비보고서의 관계회사간 처리를 구성해야 합니다.
- 시큐리티: Expenses 및 System 기능 영역의 도메인
- Expenses 기능 영역 의 도메인 목록은 참조하십시오.참조: 경비보고서 이벤트 비즈니스 프로세스의 시큐리티 도메인 .
- System 기능 영역 에서 다음 도메인을 구성합니다.
- 비즈니스 프로세스 관리:비즈니스 프로세스 정의를 생성하고 편집 데 필수 태스크에 대한 접근 권한을 부여합니다.
- 관리: 비즈니스 프로세스 정의:비즈니스 프로세스의 모든 측면을 관리할 수 있는 접근 권한을 부여합니다.
- 관리 대시보드: 경비: 조직 의 경비 데이터 및 트렌드에 대한 개요를 제공하는 경비 관리 대시보드에 대한 액세스에 보안을 설정합니다.
- 설정: 테넌트 설정 - 재무: 경비를 포함하여 모든 Workday 재무 에 대한 테넌트 전체 설정을 구성할 수 있는 액세스 권한을 부여합니다.
프로세스 개시자
경비보고서 이벤트
비즈니스 프로세스 사용자가 승인을 위해 경비보고서 제출하면 시작됩니다. 다음과 같은 다양한 담당자가 경비보고서를 제출하도록 구성할 수 있습니다.
- 직원: 근무자가 직접 경비보고서를 개시 할 수 있습니다.
- 경비 데이터 입력 전문가가 다른 근무자의 경비보고서를 생성할 수 있습니다.
- 대리인: 근무자는 경비보고서 생성을 행정 어시스턴트와 같은 다른 사람에게 위임할 수 있습니다.
- 웹서비스: 관리자는Submit_Expense_Report웹 서비스 사용하여 외부 시스템의 경비와 같은 경비보고서를 생성하고 제출할 수 있습니다. 비근무자 및 지원자에 대해서도 사용할 수 있습니다.
제한사항
경비보고서 이벤트 비즈니스 프로세스의 제한사항은 다음과 같습니다.
- 분개장 라인 연결: Workday 라인 레벨이 아닌 라인 레벨 에서 분개를 경비보고서에 연결하므로 표준 보고에서 특정 분개장 라인 을 해당 경비보고서 라인까지 직접 추적할 수 없습니다.
- 수정 요건: 리포트에서 다음과 같은 경우 승인된 경비보고서 에 수정 액션 사용할 수 없습니다.
- 지급이 완료되었고 Worktag 잔액조정 활성화되었습니다.
- 청구 준비완료상태인 프로젝트 청구 거래와 연결되어 있습니다.
- 취소되지 않은 세금 신고 에 포함된 경비 세금 세부내용이 있는 경우
- 승인자 기능 추가: 경비 라인 반송(보완요청) 액션 사용하는 단계에서는승인자 추가옵션 사용할 수 없습니다.
- 대리인 표시구분: 대리인이 다른 사용자( 위임자)를 대신하여 작업하는 경우 대리인은 승인 상태를 확인하기 위해 경비보고서 의비즈니스 프로세스탭이 표시되지 않습니다.
- Draft Status Through Integration:Submit_Expense_Report웹 서비스 사용할 때, 경비보고서Draft상태로 저장하는 매개변수가 없습니다. 데이터가 유효하면 비즈니스 프로세스 자동으로 개시됩니다.
공통 비즈니스 프로세스 워크플로 및 가이드라인
일반적인 경비보고서 이벤트 워크플로 대개 다음과 같은 일반적인 패턴을 따릅니다.
- 생성/개시: 직원 경비보고서 제출합니다.
- 리뷰: 승인 단계 앞 또는 뒤에 있을 수 있습니다. 이 리포트는 경비 파트너 또는 감사인과 같은 중앙 팀 에 라우팅됩니다. 리뷰어 리포트를 전송하기 전에 리포트를 직접 수정할 수 있습니다. 직원 에게 반환할 수도 있습니다.
- 승인: 리뷰 단계 앞 또는 뒤에 있을 수 있습니다. 리포트가 한 명 이상의 승인자에게 라우팅됩니다. 예: 매니저, 재무 승인자비즈니스 프로세스 워크플로 플로 다이어그램을 조회하려면 비즈니스 프로세스 정의 편집할 때비즈니스 프로세스 정의 조회페이지에서다이어그램 조회를클릭합니다.
경비보고서 의 승인 워크플로 조직의 정책, 승인 한도 및 감사 요건에 따라 간단한 것부터 복잡한 것까지 범위 할 수 있습니다.
경로 1: 단순 승인
가장 간단한 워크플로 로, 특정 한도 미만의 경비에 대해 일반적으로 소규모 조직에서 사용합니다.
A: 개시
>
B: 승인
>
C: 완료경로 2: 자동 승인
리뷰 또는 승인이 필요하지 않은 것으로 판단되는 경비는 해당 단계를 건너뛸 수 있습니다. 예: 표준 월별 웰니스 급여
A:Initiation
>
B: 승인 ( 경비 항목 에 조건부 통과, 통과 기준) >
C: 완료 .경로 3: 계층 및 감사 승인
이는 매우 일반적인 패턴이며, 매니저 승인을 받은 후 종종 특정 기준에 따라 재무 또는 감사 부서의 2차 리뷰를 거치게 됩니다.
경로 4: 복잡한 프로젝트 기반의 복수 레벨 승인
이 워크플로 는 프로젝트 매니저 및 코스트센터 매니저 와 같이 여러 역할의 승인이 필요한 경비에 사용됩니다. 총 금액에 따라 추가 승인 계층이 필수 수도 있습니다.
A: 개시
>
B: 승인 (프로젝트 매니저에 의한 조건부) >
C: 승인 (매니저에 의한) >
D: 승인 (높은 금액의 경우 이사에 의한 조건부) >
E: 완료워크플로 단계 유형
경비보고서 이벤트
비즈니스 프로세스 에 있는 몇 가지 일반적인 단계 유형과 해당 특성은 다음과 같습니다.- 개시
- 단계 순서: 항상 첫 번째 단계입니다.
- 그룹: 수행 직원, 임시고용직 본인 또는 경비 데이터 입력 전문가.
- 시큐리티 도메인: 경비보고서 이벤트 비즈니스 프로세스 시큐리티 정책의 개시 액션 중 하나에 액세스합니다.
- 경비보고서 생성
- 지원자 경비보고서 생성
- 경비보고서 제출(웹서비스)
- 지원자 경비보고서 제출(웹서비스)
- 근무자 경비보고서 생성
- 비근무자용 경비보고서 생성
- 비근무자용 경비보고서 제출(웹서비스)
단계 유형
- 액션
- 단계 순서: 일반적으로 첫 번째 단계 후입니다.
- 그룹: 매니저, 경비 파트너, 프로젝트 매니저 또는 커스텀 정의 역할 주로 수행합니다.
- 시큐리티 도메인: 비즈니스 프로세스 시큐리티 정책 의 관련 액션 단계에 대한 액세스입니다.
- 지정: 수행할 특정 액션 선택합니다. 일반적인 액션은 다음과 같습니다.
- 경비보고서 승인: 지정된 역할 전체 경비보고서 승인, 반려 또는 반송(보완요청)할 수 있습니다.
- 경비보고서 승인 - 반송(보완요청) 라인: 지정된 역할 이 전체 리포트를 승인 또는 반려하거나 나머지 라인은 승인하는 동안 수정을 위해 개별 라인을 반송(보완요청)할 수 있습니다.
- 관계회사간 경비보고서 이벤트 개시: 관계회사 경비 승인을 위한 하위 비즈니스 프로세스 를 트리거합니다. 이 액션 에 대한 접근 권한은 관계회사간 경비보고서 이벤트의 비즈니스 프로세스 시큐리티 정책 에 정의되어 있습니다.
- 경비보고서 리뷰: 지정된 역할 전체 경비보고서 편집 , 승인, 반려 또는 반송(보완요청)할 수 있습니다.
- 경비보고서 리뷰 - 반송(보완요청) 라인: 지정된 역할 경비보고서 편집 하거나, 전체 리포트를 승인 또는 반려하거나, 수정을 위해 개별 라인을 반송(보완요청)하고 나머지는 승인할 수 있습니다.
- 단계 유형 가이드라인:
- 모범 사례
- 라인 레벨의 반송(보완요청)을 통한 세분화된 제어: 대용량 경비보고서에서 경미한 오류를 자주 찾기 역할의 경우, 경비보고서 승인 - 반송(보완요청) 라인 또는 경비보고서 리뷰 - 반송(보완요청) 라인 단계 옵션 사용합니다. 하나의 잘못된 라인으로 인해 전체 리포트가 보류되는 것을 방지하고 직원 에 대한 환급 프로세스를 간소화합니다. 이를 통해 승인자 리포트의 잔여 승인하는 동안 수정을 위해 개별 라인을 반송(보완요청)할 수 있습니다. 이렇게 하면 경미한 오류로 인해 경비보고서 전체에 대한 환급이 지연되는 것을 방지할 수 있습니다.
- 승인자 추가 제한: 액션 단계를 반송(보완요청) 라인 기능과 함께 사용하는 경우, 해당 단계를 수행하는 사용자는 승인자 추가 함수 사용할 능력 없습니다. 특별 승인이 프로세스의 중요한 부분인 경우 대신 표준 승인 단계를 사용하는 것이 좋습니다.
- 리포트 편집 후 재무 감독 유지관리: 리뷰어 금액을 변경 수 있는 경비보고서 리뷰 단계가 포함되는 경우 직원의 매니저 또는 기타 적절한 승인자 위한 후속 승인 단계를 바로 뒤에 추가하는 것이 좋습니다. 이렇게 하면 프로세스가 완료되기 전에 누군가가 업데이트된 금액을 최종 승인할 수 있습니다.
- 자동 승인을 사용하여 수정된 리포트의 워크플로 간소화: 최종 승인 속도를 높이기 위해 승인 단계에서 고급 라우팅 구성하여 매니저 경비보고서 승인하고 단일 라인을 반송(보완요청)한 후 리포트가 동일한 매니저 에게 여러 번 라우팅되지 않도록 합니다. 이전 승인자를 제외합니다. 예: 2개의 순차적 승인 단계를 추가합니다. 매니저의 첫 번째 단계의 액션 단계에서 경비보고서 승인 - 반송(보완요청) 라인을 선택합니다. 그런 다음, 코스트센터 매니저의 두 번째 단계에서 이전 승인자 제외로 구성된 고급 라우팅 규칙이 있는 표준 승인 단계를 추가합니다.
- 관계회사간 거래 관리: 경비 라인 에 경비보고서의 헤더에 있는 회사와 다른 회사 포함되어 있는 경우 승인을 받을 수 있도록 액션 단계에서 관계회사간 경비보고서 이벤트 개시 하위 프로세스를 추가합니다. 이렇게 하면 계열사의 승인자 관계 회사 관계회사 라인 항목 만 리뷰할 수 있는 승인 태스크 받을 수 있습니다. 라인이 승인된 후에도 적절한 회계처리를 위해 주요 비즈니스 프로세스 계속 진행됩니다.
- 기타 가이드라인:
- 모범 사례
- 조건 규칙을 철저히 테스트하여 올바르게 평가되는지 확인합니다.
- 유지관리 하기 어려운 지나치게 복잡한 규칙은 피하십시오.
- 경비보고서 편집 또는 개별 라인 반송(보완요청)과 같이 사용자가 단순히 승인하거나 반려하는 것 외에 다른 후속조치 해야 하는 경우액션단계를 사용합니다.
- 반송(보완요청) 라인액션을 사용하는 단계에서는 승인자 추가 기능을 사용할 수 없습니다.
- 사용 사례:
- 경비 파트너에 대해 경비보고서 리뷰 단계를 사용하여 최종 승인을 위해 전송하기 전에 오류를 수정하도록 합니다.
- 리스크 점수 기준으로 승인을 위해 경비보고서를 전달합니다. 예: 리스크 점수 60점 초과 또는 리스크 점수 <= 0인 조건 규칙 추가합니다.
- 경비보고서 합계가 특정 한도를 초과하는 경우에만 특정 승인자 에게 전달합니다. 예: 경비보고서 총 금액이 500보다 큰 경우 조건 규칙 추가합니다.
- 경비보고서 특정 유형의 경비(예: 마일리지)만 포함된 경우 리뷰 단계를 건너뜁니다.
- 경비보고서 환급가능 세액이 포함된 경우에만 세금 리뷰를 트리거합니다.
- 자세한 내용은 다음을 참조하십시오.개념: 액션 단계 .
- 승인
- 단계 순서: 여러 승인 단계가 순차적으로 또는 동시에 있을 수 있습니다.
- 그룹:매니저, 부서장, 프로젝트 매니저, 금액 기준 재무 승인자의 커스텀 역할 또는 HR 파트너(예: 근무지변경 경비 관련)가 수행합니다.
- 단계 유형 가이드라인:
- 모범 사례
- 단계에 기한을 설정하여 예상 승인 시간을 정의합니다.
- 사용자가 전체 경비보고서 승인, 반려 또는 반송(보완요청)하면 되는 경우 승인 단계 유형을 사용합니다.
- 특별 승인자를 추가 능력 하는 경우 승인 단계 유형을 사용합니다.
- 사용 사례:
- 매니저 직원의 경비보고서 회사 정책 및 예산을 준수하는지 리뷰합니다. 재무 부서에서 규정 준수 및 적절한 경비 코드를 검토합니다.
- 고가치 경비보고서에 대한 복수 레벨의 승인 프로세스
- 기타 가이드라인:
- 모범 사례
- 승인 계층과 한도를 명확하게 정의합니다.
- 고급 라우팅 의이전 승인자 제외옵션 활용하면 사용자가 동일한 경비보고서 여러 번 승인하지 않아도 됩니다.
- 승인 체계를 사용하여 보고라인 을 라우팅합니다.
- 경비보고서 의 코스트센터 또는 기타 Worktag를 기준으로 특정 승인자 에게 라우팅합니다.
- 사용 사례: 경비 금액, 경비 유형 또는 프로젝트 코드를 기준으로 특정 승인자에게 라우팅합니다. 금액이 특정 한도보다 낮은 경우 승인을 건너뜁니다.
- 자세한 내용은 다음을 참조하십시오.개념: 승인 단계 .
- 리뷰
- 액션단계입니다.지정열의 리뷰 옵션 중 하나를 선택할 수 있습니다.
- 순서: 승인 단계 앞 또는 뒤에 올 수 있습니다.
- 그룹: 경비 파트너, 매니저, 매니저, 코스트센터 매니저와 같은 시큐리티 그룹 별로 수행됩니다.
- 시큐리티 도메인: 경비보고서 이벤트 비즈니스 프로세스 시큐리티 정책 의 리뷰 액션 중 하나에 액세스할 수 있습니다.
- :을(를) 지정합니다.
- 경비보고서 리뷰: 사용자가 전체 경비보고서 편집 , 승인, 반려 또는 반송(보완요청)할 수 있습니다.
- 경비보고서 리뷰 - 반송(보완요청) 라인: 위의 기능을 모두 제공하며, 사용자가 다음 작업을 수행할 수도 있습니다.
- 단계 유형 가이드라인:
- 사용 사례:
- 모든 영수증이 보고된 경비와 일치하는지 확인하는 경비 파트너예를 들어 경비 파트너가 지급 전에 경비보고서를 검토합니다. 라인 항목이 있는 영수증을 상호 참조하고, 올바른 경비 항목과 적절한 Worktag가 사용되었는지 확인하며, 정책 준수를 확인합니다. 문제가 발견되면 담당자가 내용을 수정하거나, 확인을 위해 직원 또는 승인자 에게 리포트를 다시 보낼 수 있습니다.
- 기타 가이드라인:
- 모범 사례
- 명확한 리뷰 조건을 정의합니다. 제출된 데이터와 정책을 쉽게 비교할 수 있는 도구를 제공합니다.
- 매니저에 대한'경비보고서 승인 - 반송(보완요청) 라인'단계를 사용하여 매니저 대부분의 경비보고서 승인하는 동시에 문제가 있는 단일 라인을 수정을 위해 반송하도록 합니다.
- 경비 파트너에 대해경비보고서 리뷰단계를 사용하여 최종 승인을 위해 전송하기 전에 오류를 수정하도록 합니다.
- 사용 사례: 리스크가 높은 카테고리와 같은 특정 경비 카테고리가 있는 경우 상세 리뷰를 개시합니다.
- 자세한 내용은 참조하십시오.참조: 경비보고서 리뷰 및 승인 비즈니스 프로세스 .
- 완료
- 이 단계는 기본 워크플로 완료되었음을 나타냅니다. 완료 단계가 실행되면 경비보고서 완전히 승인된 것으로 간주되며, 핵심 프로세스가 중단되지 않고 후속 단계를 실행할 수 있습니다.단계를 리뷰하고 경비보고서 승인된 것으로 간주되기 위한 최종 필수 액션 나타내는 단계를 파악합니다. 대개의 경우 최종 승인 단계입니다. 그리드 에서 이 단계의 행을 찾고 해당 단계의 관련 액션 메뉴에서비즈니스 프로세스>완료로 설정을선택합니다.비즈니스 프로세스 하나의 완료 단계만 있을 수 있습니다. 다른 단계가 이미 완료 단계로 표시된 경우, 자동 Workday 해당 단계가 선택취소되고 방금 선택한 단계에 지정이 적용됩니다.
통합 및 서비스 단계
통합에는 데이터 일관성과 효율성을 보장하기 위해 경비 관리 시스템과 다른 엔터프라이즈 시스템 간의 원활한 데이터 이동 포함됩니다.
문서 전송, 커리어 여정 배포, 오케스트레이션 등 구성 에 사용할 수 있는 서비스는
'허용 서비스'
탭을 참조하십시오.통합 단계는 경비보고서 프로세스의 일부로 구성할 수 있습니다. 단계 유형으로
통합을
선택합니다. 비즈니스 프로세스 정의 저장한 후에는 통합 단계 구성
버튼에 액세스하여 적절한 통합 시스템 (EIB, 코어 커넥터 또는 Workday Studio 통합)을 구성합니다.라우팅 조정자
하나 이상의 교차 시큐리티 그룹 에 지정된 승인 단계에서 라인 레벨 라우팅 조정자 구성할 수 있습니다. 교차 시큐리티는 원래 HCM 사용 사례용으로 고안된 것으로, 일반적으로 재무 사용 사례용으로 권장하지 않습니다. 경비보고서 이벤트에서 라인 레벨 라우팅 사용할 수 있으므로 라우팅 요건을 충족할 다른 옵션이 없는 경우 사용자지정 옵션 으로 간주해서는 안 됩니다. 역할 기반 시큐리티 그룹을 사용하는 것이 좋습니다.
라인 레벨 라우팅 에서는 경비보고서 여러 라인으로 분할하지 않고 전체 경비보고서 확인된 승인자에게 라우팅합니다.
자세한 내용은라인 레벨 라우팅 유지관리 . 라우팅 에 대한 자세한 내용은 코스트센터 (터치포인트 키트)를 참조하십시오.
알림
시스템 알림
시스템 알림은 Workday 가 비즈니스 프로세스 이벤트에 대해 생성하는 기본 알림입니다. 비즈니스 프로세스 의
알림
탭에서 모든 시스템 알림을 조회할 수 있습니다. Workday 특정 알림을 사용하지 않도록 설정할 수 있지만, 사용자 레벨에서 알림 환경설정을 관리하거나 커스텀 알림을 사용하여 보다 표적화된 알림을 전송하는 것이 더 좋습니다. 비즈니스 프로세스 시스템 알림 구성을 참조하십시오.
글로벌 알림 설정은
테넌트 설정 편집 - 알림
태스크 에서 관리됩니다.커스텀 알림
비즈니스 프로세스 의 모든 단계에서 개시 사용자에게 이벤트, 필수 액션 또는 상태 변경에 대해 알림 있는 커스텀 알림을 생성할 수 있습니다. 알림을 생성하려면 비즈니스 프로세스 정의 로 이동하여 관련 액션 메뉴에서 선택합니다. 커스텀 알림 생성을 참조하십시오.
- 가이드라인 및 모범 사례:
- 명확하고 액션 가능: 제목은 직접적이어야 합니다(예: '액션 필요: 경비보고서 승인'). 본문에 발생한 상황과 수신자가 다음에 후속조치 해야 하는 작업이 명확하게 명시되어야 합니다.
- 적합한 오디언스 대상 지정: 정보가 필요한 역할에만 알림을 전송합니다. 사용자에게 알림을 너무 많이 보내면 모든 알림이 무시됩니다.
- 동적 필드 사용: 경비보고서 ID, 총 금액, 근무자와 같은 관련 데이터를 포함하여 컨텍스트를 제공하므로 사용자가 요청 / 신청 파악하기 위해 태스크 클릭할 필요가 없습니다.
- 알림 피로 방지: 모든 단일 단계에 대해 커스텀 알림을 구성하지 마십시오. 시스템 알림에 아직 표시되지 않은 주요 이벤트에 중점을 둡니다. 예를 들어 근무자를 대신하여 트랜잭션이 제출된 경우가 이에 해당합니다.
- 사용 사례:
- 시나리오 1: 대리인이나 경비 데이터 입력 전문가와 같은 다른 근무자 대신 경비보고서 제출하면 해당 직원 알림이 전송되어야 합니다. 예: 개시자가 근무자 가 아니라는 조건 규칙 사용하여 개시 단계 의 종료시 트리거 할 커스텀 알림을 추가합니다. 수신자 섹션의 그룹 필드에서 직원 본인을 지정합니다.
- 시나리오 2: 경비보고서 완전히 승인되고 대기 중인 지급 때 직원 확인을 받기를 원합니다. 예를 들어 커스텀 알림을 추가하고 특정 상태에서 트리거를 선택합니다. 수신자 섹션의 그룹 필드에서 직원 본인 지정
문제 및 해결방법
출고 | 해결방법 |
|---|---|
알림이 전송되지 않습니다. | 1. 비즈니스 프로세스 정의를 확인하십시오. 알림이 올바른 단계에서 구성되었고 활성으로 표시되었는지 확인하십시오. 2. 단계 실행 확인: 트랜잭션의 비즈니스 프로세스 이력을 확인합니다. 조건 규칙 으로 인해 알림을 건너뛴 단계입니까? 단계가 실행되지 않으면 알림도 실행되지 않습니다. 3. 확인 알림 조건: 알림 자체에 충족되지 않는 조건 규칙 이 있습니까? 4. 수신자 프로필 확인: 이메일을 전송하는 경우 대상 수신자의 Workday 프로필에 유효한 직장 이메일 주소가 있는지 확인합니다. |
잘못된 사람에게 알림이 전송되었습니다. | 1. 수신자 구성 리뷰: 비즈니스 프로세스 정의 에서 알림의 수신자 필드를 확인합니다. 올바른 시큐리티 그룹 (예: 매니저, 개시자, 코스트센터 매니저)에 대해 구성되어 있습니까? 2. 역할 지정내역 확인: 알림을 잘못 수신한 개인의 역할 지정 확인합니다. 이들이 의도치 않게 수신자 시큐리티 그룹 에 포함되었을 수 있습니다. 예를 들어, 근무자의 이전 매니저 어떤 이유로 여전히 매니저 로 지정되어 있습니까? |
알림에 정보가 누락되었거나 공백 필드가 포함되어 있습니다. | 1. 동적 필드 확인: 알림 텍스트를 편집하고, 표시하려는 데이터에 올바른 시스템 제공 필드를 사용하고 있는지 확인합니다. 2. 데이터 타이밍 확인: 알림이 트리거되는 시점에 비즈니스 오브젝트 에 데이터가 있어야 합니다. 예를 들어, 승인 단계가 완료되기 전에 실행되는 알림에는 [Approver's Name]을 포함할 수 없습니다. 값이 공백 있기 때문입니다. 3. 수신자 시큐리티: 알림이 고정 이메일 주소 또는 데이터를 조회할 시큐리티 권한이 없는 수신자로 전송되는 경우 필드가 [사용불가]로 표시됩니다. 알림을 작성할 때 이 문제를 방지하려면 공개 필드 드롭다운 목록에 표시되는 필드를 선택하십시오. 또는 필드에 대한 접근 권한이 있는 시큐리티 그룹에 알림이 전송되도록 해야 합니다. |
이미 승인 및 지급된 경비보고서 수정하려면 어떻게 해야 합니까? | 경비보고서 인스턴스 가 아니라 비즈니스 프로세스 인스턴스 에서 비즈니스 프로세스 수정해야 합니다. 이렇게 하려면 다음을 수행합니다.
이 태스크 실행하려면 필수 시큐리티 권한이 있는지 확인하십시오. 경비보고서 이벤트(기본 정의)로 이동하여 이벤트 의 관련 액션에서 비즈니스 프로세스 정책 > 조회를 선택하고 전체 비즈니스 프로세스에서 액션을 수행할 수 있는 사용자 섹션에서 수정 액션 수행할 수 있는 시큐리티 그룹에 속하는지 확인합니다. |
경비보고서 이벤트의 비즈니스 프로세스 탭이 경비보고서 승인된 후에 초기 제출 시에는 표시되었지만 대리인에게 더 이상 표시되지 않는 이유는 무엇입니까? | 이는 현재 기능에 따라 예상된 동작입니다. 대리인에게는 다음 두 가지 조건에서만 비즈니스 프로세스 탭이 표시됩니다.
|
비즈니스 프로세스 직원() 로 인해 중단되었습니다. | 원인: 경비보고서 수정을 위해 반송된 후 직원 퇴직했으며 태스크 해당 직원의 수신함 에 남아 있습니다.해결방법 : 태스크 재지정 함수 사용하여 퇴직자의 수신함 있는 경비보고서 이벤트 적절한 사용자(예: 경비 데이터 입력 전문가)에게 재지정해야 합니다. 그러면 경비 데이터 입력 전문가가 이를 수정하여 다시 제출하거나 취소할 수 있습니다. |
경비보고서 이벤트의 비즈니스 프로세스 탭이 경비보고서 승인된 후에 초기 제출 시에는 표시되었지만 대리인에게 더 이상 표시되지 않는 이유는 무엇입니까? | 이는 현재 기능에 따라 예상된 동작입니다. 대리인에게는 다음 두 가지 조건에서만 비즈니스 프로세스 탭이 표시됩니다.
|
경비보고서 이벤트 비즈니스 프로세스 시큐리티 정책 에 지출 카테고리 매니저 역할 추가할 수 없는 이유는 무엇입니까? | 경비보고서 이벤트 비즈니스 프로세스 단계 라우팅 의 '역할 - 지출 카테고리 ' 시큐리티 그룹 유형을 지원하지 않습니다. 이는 현재 기능에 따라 예상된 동작입니다. 경비보고서 승인을 지출 카테고리 매니저 역할()에 직접 전달할 수 없습니다. 지원되는 시큐리티 그룹에 따라 대체 라우팅 구성을 고려합니다. |
필수 Worktag의 기본값이 잘못된 값으로 설정되는 이유는 무엇입니까? '관련 Worktag 용도 유지관리'에서 기본 설정 값이 아닙니까? | n Workday 경비 제품: 새 경비보고서 라인을 추가하면 가장 최근에 업데이트된 경비보고서 라인 또는 항목별 기재에서 Worktag가 자동으로 복사됩니다. 이는 Workday의 영구 Worktag 기능을 기준으로 볼 때 예상된 동작입니다. |
항목별로 기재되어 있는 경비보고서 라인에서 Worktag가 제거되는 이유는 무엇입니까? | 경비보고서 라인이 항목별로 기재되면 Worktag가 라인 레벨 에서 항목별 기재 레벨로 이동합니다. Worktag는 항목별 기재 > 세부내용 편집 또는 조회 로 이동하여 조회할 수 있습니다. |
개별 항목별 라인이 예상치 못한 승인 단계를 트리거하는 이유는 무엇입니까? | 평가해야 하는 Worktag가 항목별 기재에 있지만, 실행 시작 조건 에 사용되는 계산 필드 경비보고서 라인 및 항목별 기재가 아니라 경비보고서 라인 비즈니스 오브젝트 기준으로 합니다. 경비보고서 라인 및 항목 비즈니스 오브젝트() 를 사용하도록 계산 필드 업데이트하십시오. 이렇게 하면 조건 에서 항목별 기재 레벨의 데이터가 올바르게 평가됩니다. |
위의 테이블 에는 일반적인 문제와 해당 원인 및 해결방법이 나와 있습니다. 여기에 나열되지 않은 문제의 경우 커뮤니티에서 지식 아티클을 검색하는 것이 좋습니다.
최상의 결과를 얻으려면 다음을 수행하십시오.
- 큰따옴표를 사용하여 프로세스의 정확한 이름을 검색합니다(예: "경비보고서 이벤트 비즈니스 프로세스").
- 다음 검색 필터를 선택하여 초기 결과를 구체화합니다.
- 콘텐츠 그룹: 아티클
- 콘텐츠 유형: 지식 아티클
- 관련성또는최신순으로 결과를 조회하려면 정렬 기준 필터 사용하십시오.