주 컨텐츠로 이동
문서
문서
Administrator Guide
최종 업데이트: 2026-04-03
통합 비즈니스 프로세스 가이드라인

통합 비즈니스 프로세스 가이드라인

개요

통합 비즈니스 프로세스는 Workday 와 외부 엔드포인트 간의 데이터 교환을 위한 통합 실행과 관련된 태스크를 오케스트레이션하는 구성 가능한 워크플로 입니다. 이 예에서는
통합 프로세스 이벤트
 비즈니스 프로세스 유형(간단한 통합 개시보다 복잡한 처리가 가능함)을 사용합니다. 참조개념: 통합 비즈니스 프로세스 .
이 주제 의 섹션은 다음과 같습니다.
  • 하위 프로세스
  • 선행요건
  • 프로세스 개시자
  • 제한사항
  • 공통 비즈니스 프로세스 워크플로
  • 워크플로 단계
  • 통합
  • 알림
  • 문제 및 해결방법

하위 프로세스

비즈니스 프로세스의 정의에 통합 단계를 추가하여 다른 비즈니스 프로세스 내에 통합 포함할 수 있습니다. 상위 비즈니스 프로세스 해당 단계에 도달하면 지정된 통합 프로세스 이벤트를 하위 비즈니스 프로세스 로 시작합니다.

프로세스 개시자

통합 비즈니스 프로세스는 다음과 같은 여러 방법으로 개시할 수 있습니다.
  • 직접 지정
    적절한 권한이 있는 사용자가
    View Integration System
     리포트에서 직접 또는
    Launch/Schedule Integration
     태스크 사용하여 통합 개시할 수 있습니다.
  • 스케줄링
    통합 개시/스케줄링
     태스크 에서 통합 특정 시간에 또는 반복적으로 실행되도록 스케줄링할 수 있습니다.
  • 하위 비즈니스 프로세스 로 지정
    통합 비즈니스 프로세스는 다른 Workday 비즈니스 프로세스 내의 한 단계에서 시작할 수 있습니다(예:
    Complete Form I-9
     비즈니스 프로세스 후에 E-Verify 통합 실행).

제한사항

통합 비즈니스 프로세스 프레임워크는 유연하지만 기본 통합 기술에는 몇 가지 제한이 있습니다.
  • 웹 서비스 개시의 통합 시스템 에 대한 조직입니다.
    다음을 통해 통합 개시하는 경우
    Launch_Integration
     또는
    Launch_EIB
     웹 서비스 작업의 경우, 비즈니스 프로세스 의 특정 조직별 버전을 지정할 수 없습니다. 해당 통합 시스템 의 최상위(기본값) 정의가 사용됩니다. 에서
    조직 및 통합 비즈니스 프로세스를
     참조하십시오.개념: 통합 비즈니스 프로세스 .
  • 문서 검색 시 파일 크기 제한
    인바운드 파일의 한도는 XML의 경우 1GB, XLSX의 경우 300MB입니다. 참조참조: 통합 및 웹서비스 제한 .

공통 비즈니스 프로세스 워크플로

경로 1: 기본 통합 워크플로
기본적으로
통합 프로세스 이벤트는
 다음 두 가지 기본 단계로 구성됩니다.
A: 개시
>
 B: 서비스(통합 실행)
서비스(통합 실행)
 단계에서는 통합 시스템 자체를 실행합니다. 아웃바운드 통합 의 경우 출력 파일 생성합니다. 인바운드 통합 의 경우 데이터를 Workday 에 로드합니다.
경로 2: 아웃바운드 통합(승인 포함)
이 워크플로 Workday 외부로 전송되기 전에 사용자가 데이터를 검토해야 하는 경우에 일반적입니다.
A: 개시
>
 B: 승인
>
 C: 서비스(통합 실행)
>
 D: 서비스: 문서 전송
승인되면
서비스(통합 실행)
 단계가 실행되고 Workday 에서 데이터가 추출되고 출력 파일 생성됩니다.
서비스: 문서 전송
 단계에서는 생성된 파일을 SFTP 서버와 같은 외부 엔드포인트에 전달합니다.
경로 3: 인바운드 통합 워크플로
이 워크플로 외부 소스에서 Workday 로 데이터를 가져오는 표준 워크플로 입니다.
A: 개시
>
 B: 서비스: 문서 검색
>
 C: 서비스(통합 실행)
서비스: 문서 검색
 단계는 외부 소스(예: FTP 서버)에서 파일을 검색하거나, 파일을 수동으로 업로드 하도록 사용자에게 태스크 라우팅합니다.
서비스: 실행 통합
 단계에서는 통합 실행하고 검색된 파일을 Workday 에 로드합니다.
경로 4: 체계화된 통합 워크플로
이 패턴은 한 통합의 출력이 다른 통합의 입력인 경우에 유용합니다.
A: 개시
>
 B: 통합
>
 C: 통합
첫 번째
통합
 단계는 첫 번째 통합 시스템 (예: EIB 또는 Studio 통합)을 트리거하여 출력 파일()을 실행하고 생성합니다.
두 번째
통합
 단계는 두 번째 통합 시스템 트리거하며, 첫 번째 통합 의 출력 파일 사용합니다.

워크플로 단계

개시
순서
A(첫 번째 단계)
수행자
통합 개시한 사용자 또는 시스템입니다. 예정된 이벤트나 시스템에서 트리거되는 이벤트의 경우 통합 시스템 사용자(ISU)가, 수동 실행의 경우 인터랙티브 사용자가 될 수 있습니다.
역할 별 시큐리티 도메인
통합 개시하는 ISU 또는 통합 관리자:
통합 빌드
 ,
통합 구성
 ,
통합 디버그
 ,
통합 이벤트
 에 대한
수정/로드
 권한.
모범 사례
개시
 단계는 모든 비즈니스 프로세스에서 필수 첫 번째 단계입니다. 이 ID는 제거할 수 없습니다. 이는 프로세스를 시작할 때 진입점 및 감사 레코드 역할을 합니다.
예
HR 관리자가
통합 개시/스케줄링
 태스크 로 이동한 후 '
확인
 '을 클릭하여 외부 복리후생 벤더로 신규 입사자 내보내기를 실행합니다. 이 액션 하면
개시
 단계가 완료되고 비즈니스 프로세스 워크플로 시작됩니다.
단계 유형
통합 비즈니스 프로세스에 추가할 수 있는 공통 단계 유형은 다음과 같습니다.
승인
순서
개시
 단계 후 원하는 위치에 배치할 수 있습니다. 예를 들어
통합 실행
 단계 후,
문서 전송
 단계 전에 배치할 수 있습니다.
수행자
지정된 시큐리티 그룹 (예: HR 파트너, 보상 관리자, 매니저)
시큐리티 도메인
ISU, 통합 관리자 또는 비즈니스 프로세스 관리자:
통합 이벤트
 에 대한
수정/로드
 권한입니다.
지정
승인을 담당하는 시큐리티 그룹 지정해야 합니다.
조건 규칙
  • 사용 사례: 직원 보너스 데이터가 포함된 파일을 급여 벤더에 전달하기 전에 매니저 해당 파일을 검토하고 승인해야 합니다.
  • 모범 사례: 필요한 경우에만 조건 규칙을 사용하여 승인을 트리거 . 예를 들어 총 보너스 금액이 특정 한도보다 낮으면 승인 단계를 건너뛰는 규칙을 생성할 수 있습니다.
  • 예를 들어 통합 출력의 '총 보너스 금액' 필드가 $50,000보다 큰지 확인하도록 승인 단계에 조건 규칙 구성되어 있습니다. 일치하는 경우 해당 단계는 승인을 위해
    보상 관리자
     시큐리티 그룹 으로 라우팅됩니다. 그렇지 않으면 단계를 건너뜁니다.
단계 유형 사용 사례, 모범 사례 및 예:
  • 사용 사례: 급여 또는 주식 그랜트와 같은 민감한 아웃바운드 통합의 데이터 정확성을 보장합니다.
  • 모범 사례: 직원 휴가/휴직으로 인한 프로세스 지연을 방지하려면 특정 명명 사용자가 아닌 역할 기반 시큐리티 그룹 에게 승인을 지정하십시오.
  • 예: 경영진 보상 변경 파일을 외부 시스템에 전송하기 전에 데이터를 검증하기 위해
    Executive Compensation Admin
     시큐리티 그룹 으로
    승인
     단계가 라우팅됩니다.
서비스
순서
개시
 후 원하는 위치에 배치할 수 있습니다. 중요한 순서입니다. 인바운드 통합 의 경우,
문서 검색이
통합 실행
 전에 수행되어야 합니다. 아웃바운드의 경우
통합 실행은
문서 전송
 전에 수행되어야 합니다.
수행자
통합 시스템 사용자(ISU)
역할 별 시큐리티 도메인
ISU:
통합 빌드
 ,
통합 구성
 에 대한
수정/로드
 권한이 있습니다.
지정
실행할 서비스 (
문서 검색
 ,
문서 전송
 또는
통합 실행)
 를 지정해야 합니다.
조건 규칙
  • 사용 사례: 통합 매일 실행되는 경우 근무자의 첫날에만 파일을 검색하면 됩니다.
  • 모범 사례: 비어 있음 파일이 전송되지 않도록
    문서 전송
     단계에서 조건 규칙을 사용합니다. 통합 이벤트의 레코드 수가 0보다 큰지 확인하는 규칙을 생성할 수 있습니다.
  • 예를 들어
    문서 전송
     단계의 조건 규칙
    실행 통합
     단계에서 처리된 레코드 수를 계산하는 계산 필드 확인합니다. 납품 단계는 수가 영(0)보다 큰 경우에만 실행되므로 시스템이 벤더에 공백 파일을 전송하지 않습니다.
단계 유형 고려사항
  • 문서 검색: 인바운드 통합에서 외부 소스(예: SFTP 서버)에서 파일을 가져오는 데 사용됩니다.
  • 통합 실행: 주요 통합 시스템 실행하는 핵심 단계로, 출력 파일 생성하거나(아웃바운드) Workday 에 데이터를 로드(인바운드)합니다.
  • 문서 전송: 아웃바운드 통합에서 생성된 파일을 외부 대상(예: SFTP 서버 또는 웹 서비스 엔드포인트)으로 전송하는 데 사용됩니다.
후속조치
순서
프로세스에서 수동 액션 이나 가이드가 필요한 모든 위치에 배치할 수 있습니다.
수행자
지정된 시큐리티 그룹 또는 사용자
시큐리티 도메인
ISU, 통합 관리자 또는 비즈니스 프로세스 관리자:
통합 이벤트
 에 대한
수정/로드
 권한입니다.
조건 규칙
필요한 경우에만 수동 개입을 트리거하는 데 유용합니다. 예를 들어 통합 이벤트 상태가 '
완료 - 경고 있음
 '인지 확인하는 규칙이 있으면 관리자가 경고를 리뷰하도록
후속조치
 를 트리거합니다.
단계 유형 사용 사례, 모범 사례 및 예
  • 사용 사례: 프로세스 단계 후에 Workday 외부에서 수동으로 태스크 수행하거나 Workday 내부에서 데이터를 확인하도록 관리자에게 알리십시오.
  • 모범 사례:
    후속조치
     단계의 가이드를 명확하고 실행 가능하게 만듭니다. 가능하면 관련 리포트 또는 태스크에 대한 링크를 포함합니다.
  • 예: 인바운드 EIB 신규 임시고용직을 로드합니다.
    후속조치
     단계는
    서비스 - 실행 통합
     단계 후에 트리거 되도록 구성됩니다. 이 문서는 '임시고용직이 로드되었습니다.'라는 가이드가 포함된
    HRIS Analyst
     그룹에 지정됩니다. '신규 채용 감사' 리포트를 실행하여 데이터를 확인하고 누락된 현지화를 완료하십시오."

통합

이 단계 유형을 통해 현재 비즈니스 프로세스 내에서 또 다른 별도의 통합 시스템 개시할 수 있습니다. 이러한 방식으로 통합을 서로 연결합니다.
순서
개시
 단계 후 원하는 위치에 배치할 수 있습니다.
수행자
통합 시스템 사용자(ISU)
지정
하위 프로세스로 실행할 통합 시스템을 선택해야 합니다.
사용 사례, 모범 사례 및 예시가 포함된 조건 규칙
사용 사례: 주요 아웃바운드 통합 실행된 후 두 번째 통합 실행하여 생성된 파일을 장기 보관소 위치 에 보관하려고 합니다(첫 번째 통합 성공한 경우).
출력에 따라 달라지는 후속 통합 시작하기 전에 조건 규칙 사용하여 이전 단계의 상태(
통합 실행
 )를 확인하여 해당 작업이 완료되었는지 확인합니다.
예를 들어 '통합 보관'을 개시하도록
통합
 단계를 구성합니다. 이 단계의 조건 규칙 이전
통합 실행
 단계의 상태를 확인합니다. 보관 통합 이전 단계의 상태가 '
완료
 '인 경우에만 실행됩니다.
사용 사례: 통합 실행하지 않고 파일을 검색하거나, 파일을 전송하지 않고 통합 시작하려고 합니다.
항상 False로 평가되는 조건 규칙 사용합니다. 예: 건너뛰는 단계에 '1=2' 입력
단계 유형 사용 사례
  • 사용 사례(데이터 강화): 초기 통합 기본 직원 데이터를 추출합니다. 두 번째
    통합
     단계에서는 초기 출력을 가져오고, 다른 소스(예: 커스텀 리포트 )의 데이터를 추가하고, 보완된 최종 파일을 생성하는 다른 통합 호출합니다.
  • 사용 사례(프로세스 오케스트레이션): 인바운드 EIB 신규 입사자를 로드한 후
    통합
     단계에서 아웃바운드 통합 트리거 외부 IT 시스템에서 해당 신규 입사자의 계정을 프로비저닝할 수 있습니다.
  • 사용 사례(리디렉션 실패): 통합 단계가 실패하면, 비즈니스 프로세스 자동으로 종료하는 대신 실패한 통합 특정 사용자에게 라우팅합니다.
    1. 비즈니스 프로세스 시큐리티 정책 에 대한
      리디렉션
       권한을 갖도록 시큐리티 그룹을 구성하십시오.
    2. 비즈니스 프로세스 정의 의
      통합
       단계에서
      리디렉션 유지관리
       관련 액션 사용합니다.
    3. 리디렉션 액션을 하나 이상 선택하고 리디렉션된 단계를 수신할 시큐리티 그룹을 하나 이상 선택합니다.
단계 유형 예
비즈니스 프로세스 시작되고 첫 번째 단계인
서비스(통합 실행)
 에서
PayData 추출
 통합 실행됩니다. 이 단계에서 원시 급여 데이터 파일을 생성합니다. 다음 단계인
통합은
PayData 변환
 통합 개시하도록 구성되어 있습니다. 이 두 번째 통합 첫 번째 통합에서 파일을 피킹 하여 벤더의 필수 XML 레이아웃으로 다시 형식을 지정한 다음, 새 파일을 아웃바운드 대기 영역에 배치하도록 설계되었습니다. 마지막 단계인
서비스(문서 전송)
 에서는 변환된 XML 파일을 급여처리 벤더에 제공합니다.

알림

커스텀 알림은 전체 통합 프로세스 이벤트 의 최종 상태에 따라 트리거됩니다. 비즈니스 프로세스 정의 자체에 대한 알림을 구성할 수 있습니다(예: 단계 완료 또는 오류 시 ).
모범 사례 및 예시를 포함한 사용 사례:
  • 사용 사례(성공): 주간 급여 인터페이스 파일이 생성되어 벤더에 제공되었음을 확인하는 이메일을 급여 팀 에 전송합니다.
  • 사용 사례(오류): 통합 실패한 경우, 이벤트 세부내용과 오류 메시지를 포함한 우선순위가 높은 알림을 통합 관리 팀 에서 전송하여 통합 관리 팀에서 즉시 조사할 수 있도록 합니다.
  • 모범 사례: 개별 사용자가 아닌 특정 역할 기반 시큐리티 그룹(예:
    Integration Administrators
     )을 수신자로 사용합니다. 통합 이름, 실행한 시간, 세부내용을 확인할 수 있는 프로세스 모니터 링크 와 같은 주요 정보를 포함하는 명확하고 실행 가능한 알림 메시지를 작성합니다.
  • 예를 들어 비즈니스 프로세스 상태가 '
    실패
     '일 때 트리거 통합 알림이 구성됩니다.
    통합 지원
     시큐리티 그룹() 에 이메일을 전송합니다. 이메일 본문은 "
    CCB - Outbound Demographics
     통합 실패했습니다. 자세한 내용은 프로세스 모니터 검토하십시오. 이벤트 ID: [이벤트 ID]'.

문제 및 해결방법

이 섹션에는 일반적인 문제와 해당 원인 및 해결방법이 나와 있습니다. 여기에 나열되지 않은 문제의 경우 커뮤니티 에서 지식 문서를 검색하는 것이 좋습니다. 최상의 결과를 얻으려면 다음을 수행하십시오.
  1. 큰따옴표를 사용하여 프로세스의 정확한 이름을 검색합니다. 예: '통합 비즈니스 프로세스'
  2. 다음 검색 필터를 선택하여 초기 결과를 구체화합니다.
    • 콘텐츠 그룹
       : 아티클
    • 콘텐츠 유형
       : 지식 아티클
  3. 관련성
     또는
    최신순
     으로 결과를 조회하려면
    정렬 기준
     필터 사용하십시오.
출고
원인 및 솔루션
외부 엔드포인트가 예상한 통합 파일을 수신하지 않습니다.
프로세스 모니터
 및
전체 프로세스 레코드
 리포트를 사용하여 예상대로 작동하지 않은 사항을 확인합니다.
통합 프로세스 이벤트 문제 해결을
 참조하십시오.개념: 통합 비즈니스 프로세스 .
아웃바운드 파일이 외부 엔드포인트로 전달되지 않았습니다.
원인:
문서 전송
 단계 전에 비즈니스 프로세스 실패했거나, 전송 단계 자체가 실패했을 수 있습니다.
솔루션: 실패와 관련된 상태 및 오류 메시지를 조회하려면 다음을 수행합니다.
  1. 통합
     프로세스 유형의
    프로세스 모니터
     리포트에서 통합 요청 / 신청 찾기 .
  2. 백그라운드 프로세스 조회
     페이지에서 통합 프로세스 이벤트 인
    상위 이벤트()를
     클릭합니다.
  3. 이벤트 조회
     페이지의
    후속 프로세스
     테이블 에는
    통합
     및
    문서 납품
     단계를 위한 통합 이벤트가 표시됩니다.
  4. 둘 다의 상태 및 오류 메시지를 리뷰하여 실패를 정확히 찾아냅니다.
  5. 제공 구성 의 엔드포인트 자격증명 / 역량 / 수료증 및 주소를 확인합니다.
인바운드 통합 데이터가 로드되지 않았습니다.
원인:
문서 검색
 단계에서 파일을 찾기 못했거나, 파일이 비어 있음 있거나, 데이터 로드 중에
통합 실행
 단계가 실패했을 수 있습니다.
솔루션: 파일이 지정된 외부 위치 에 있고 파일명이 구성 일치하는지 확인하십시오.
통합 이벤트
 리포트를 확인합니다. 파일 파싱 또는 데이터 검증 과 관련된 프로세스 오류 메시지를 조회하려면 통합 이벤트 에 대해
트리거에서 생성
 열을 선택합니다.
승인 단계가 잘못 라우팅되었거나 건너뛰었습니다.
원인: 승인 단계의 조건 규칙 잘못 구성되었거나 지정된 시큐리티 그룹 의 구성원이 잘못되었을 수 있습니다.
솔루션:
비즈니스 프로세스 정의 조회
 리포트를 사용하여 단계의 조건 규칙 로직을 리뷰합니다.
View Security Group
 리포트를 사용하여 지정된 승인자 그룹의 멤버십 확인합니다.
시큐리티 오류() 와 함께 통합에 실패합니다.
원인: 해당 통합 과 연관된 ISU(통합 시스템 사용자)에게 필수 시큐리티 도메인()에 대한 권한이 없습니다.
솔루션:
통합 이벤트
 세부내용의 오류 메시지를 리뷰하여 보호된 데이터 또는 액션 식별합니다.
기능 영역의 도메인 시큐리티 정책
 리포트에 액세스하여 관련 도메인 찾기 ISU에 지정된 시큐리티 그룹에 추가합니다.
모든 통합이 개시되지 않고 다음 오류 발생합니다: ''통합 프로세스 이벤트' 비즈니스 프로세스 유형에 대한 기본 정의가 없습니다...'
원인:
통합 프로세스 이벤트
 의 기본 비즈니스 프로세스 정의 비활성화 또는 삭제되었거나 잘못 편집되어 저장 오류가 발생했습니다. 모든 통합은 이 정의를 기본으로 사용합니다.
해결방법:
  1. 기본 정의를 사용 중인 비즈니스 프로세스 유형
     리포트를 실행합니다.
  2. 정의를 찾기 위한
    통합 프로세스 이벤트
     유형을 필터링합니다.
  3. 정의를 리뷰하여 활성 상태이고 최소한
    개시
     단계와
    서비스(통합 실행)
     단계를 포함하는지 확인합니다. 오류를 수정하고 저장합니다.
통합 비즈니스 프로세스 알림이 구성되었지만 이메일을 통해 전송되지 않습니다.
원인: 테넌트 레벨 알림 라우팅 규칙이 이메일로 통합 관련 알림을 전송하도록 설정되어 있지 않습니다.
해결방법:
  1. 테넌트 설정 - 알림
     태스크 액세스합니다.
  2. 시스템
     의 Notification Sub-Type 설정에서
    통합
     행을 찾기 .
  3. 알림 라우팅 규칙을
    '이메일/즉시'
     또는 다른 적절한 이메일 지원 규칙으로 설정합니다.
(
통합
 단계에서 개시) 체인 통합 실패하여 전체 상위 비즈니스 프로세스 종료됩니다.
원인: 이는 Workday 에서 의도되고 예상된 동작입니다.
통합
 단계를 포함한 비즈니스 프로세스 의 특정 단계가 실패하면 기본적으로 프로세스가 중지되어 추가 오류가 발생하지 않습니다.
솔루션: 이 오류는 '수정할' 오류 아니라 관리해야 하는 동작입니다.
  1. 하위 통합 강력한 오류 처리 기능 및 자체적인 특정 알림이 있는지 확인합니다.
  2. 상위 프로세스 리뷰하여 하위 통합 실제로 중요한지 확인합니다. 그렇지 않은 경우, 프로세스로 연결되지 않고 예정된 별도의 프로세스로 분리하여 실행해야 할 수 있습니다.
오류가 있는 Studio 통합 단계는
리디렉션 유지관리
 로 구성되어 있어도 리디렉션되지 않습니다.
원인: 현재 '
리디렉션 유지관리'
 기능은 '
실패
 ' 상태로 완료되는 Studio 통합에서만 작동합니다. Studio 통합 '
완료 - 오류 있음
 ' 상태로 완료되는 경우 이는
리디렉션 유지관리
 기능에서 실패로 간주되지 않습니다.
솔루션: 이 오류는 '수정할' 오류 아니라 관리해야 하는 동작입니다. 통합 에 강력한 오류 처리 및 자체적인 알림 기능이 있는지 확인합니다. 참조비즈니스 프로세스 단계에서 리디렉션 구성 .