---
sourceDocument: 호주 애플리케이션 빌드 또는 수정
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/application-development

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 애플리케이션 빌드 또는 수정

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Development, Data, and Analytics


---

# 플로우 디자이너

# 플로우 디자이너 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 2분

Flow Designer는 ServiceNow AI Platform 통합된 설계 환경에서 풍부한 프로세스 자동화 기능을 구현하는 기능입니다. Flow Designer를 사용하면 프로세스 소유자가 자연어를 사용하여 코딩할 필요 없이 승인, 작업, 알림 및 기록 운영을 자동화할 수 있습니다.

## Flow Designer 및 IntegrationHub {#flow-designer__section_vff_sz2_5xb}

새로운 프로세스 흐름 요구사항의 경우, ServiceNow는 거의 모든 상황에서 레거시 워크플로우 대신 Flow Designer를 사용하는 것을 권장합니다.

## Flow Designer 및 비즈니스 규칙 {#flow-designer__section_xzx_tz2_5xb}

다음이 아닌 경우에는 비즈니스 규칙 대신 Flow Designer를 사용해야 합니다.

* 비즈니스 논리는 다른 비즈니스 규칙과 함께 특정 순서로 실행되어야 합니다. 예를 들어, 새 비즈니스 논리는 한 비즈니스 규칙 이후에 다른 비즈니스 규칙 전에 실행되어야 합니다.
* 논리는 동일한 스레드의 데이터베이스에 쓰기 직전 또는 직후에 실행되어야 합니다.
* 논리는 스크립트 포함만 호출합니다.

{#flow-designer__ul_k2j_vz2_5xb}

플로우를 디자인할 때는 다음 설계 원칙을 따르십시오.

* 단일 목적: 각 플로우에는 단일 목표가 있어야 합니다.
* 재사용성: 재사용 가능한 하위 플로우를 염두에 두고 설계합니다(승인이 좋은 예입니다).
* 명확성: 플로우의 언어와 레이아웃은 각 작업의 목적을 명확하게 해야 합니다.

{#flow-designer__ul_l2j_vz2_5xb}

비즈니스 플로우의 화이트보드 설계로 시작합니다. 그런 다음 프로세스에 맞게 작업별로 플로우를 빌드합니다. 설계 원칙을 준수하기 위해 단일 프로세스에 대해 두 개 이상의 플로우가 필요할 수 있습니다.

Flow Designer로 작업할 때는 다음 프랙티스를 따르십시오.

* SysID가 아닌 기록을 사용하십시오. 인라인 설명서로 안내 경험을 제공합니다.
* 템플릿 객체를 사용하여 정적 입력과 동적 입력 모두에 대해 작업하는 방법에 대해 알아봅니다.
* 꼭 필요한 경우가 아니면 데이터 Blob을 전달하지 마십시오.
* 플로우에서 사용할 정보만 플로우에 전달합니다.

{#flow-designer__ul_m2j_vz2_5xb}

Flow Designer 작업을 수행할 때는 다음 프랙티스를 따르십시오.

* 해당하는 경우 항상 애플리케이션의 스포크 범위에서 작업을 생성합니다.
* 나중에 다른 앱과 범위에서 작업을 재사용할 수 있도록 액세스가 작업의 모든 범위에서 접근 가능으로 설정됩니다.
* 사용자가 원치 않는 작업을 편집하지 않도록 보호를 읽기 전 용으로 설정합니다 .
* 입력에 특정 유형이 있는지 확인합니다.
* 필요한 경우 필수 가 선택되어 있는지 확인합니다.
* 선택 입력 유형을 사용하는 경우 기본값을 사용합니다.

{#flow-designer__ul_n2j_vz2_5xb}

IntegrationHub로 작업할 때는 다음 프랙티스를 따르십시오.

* 통합 시스템당 하나의 스포크를 생성합니다. 스포크에 단일 시스템에 대한 작업만 배치합니다.
* 스포크에 대해 범위가 지정된 앱을 만들 때 적합한 버전 명명 규칙을 사용합니다.
* 인라인 연결 대신 연결 별칭을 사용합니다. 기본 URL이 자동으로 추출됩니다.
* 별칭 아래의 연결 속성을 사용하여 REST 단계에서 버전을 전달하면 자원 경로에서 버전 관리를 위한 향후 유연성을 제공합니다.
* 데이터를 저장하는 다른 단계를 생성하는 대신 첨부 파일로 저장을 사용하여 응답에 컨텐츠를 저장합니다.
* 별칭이 동적인 경우 별칭을 입력 중 하나로 만들고 데이터 알약을 사용하여 별칭을 제공합니다.

{#flow-designer__ul_o2j_vz2_5xb}

Flow Designer 및 IntegrationHub에서 오류 처리를 위해 다음과 같은 프랙티스를 사용합니다.

* 오류를 처리하기 위한 스크립트 포함을 만듭니다.
* 짧고 이해하기 쉬운 오류 메시지를 작성합니다.
* API가 반환할 수 있는 모든 오류 메시지를 통합합니다.
* 통합 단계의 출력을 사용하기 전에 확인해야 합니다.
* 조기 실패: 입력을 사용할 수 없는 경우 통합을 호출하지 마십시오.

{#flow-designer__ul_p2j_vz2_5xb}

자율 학습식 교육: [Flow Designer](https://developer.servicenow.com/dev.do#!/learn/courses/paris/app_store_learnv2_flowdesigner_paris_flow_designer)

자율 학습식 교육: [IntegrationHub](https://developer.servicenow.com/dev.do#!/learn/courses/paris/app_store_learnv2_rest_paris_rest_integrations/app_store_learnv2_rest_paris_rest_in_integrationhub/app_store_learnv2_rest_paris_rest_in_integrationhub_objectives)