양식 및 비즈니스 논리 빌드
응용 프로그램 디자인의 다음 단계는 논리를 빌드하는 것입니다. 논리에는 양식 논리(양식에서 사용자가 보거나 사용할 수 있는 것과 볼 수 없는 것)와 비즈니스 논리(데이터가 입력될 때 발생하는 일을 제어하는 규칙)가 포함됩니다.
스크립팅 및 수정
코드를 작성하기 전에 업그레이드와 새로운 ServiceNow 기능의 채택에 미치는 영향을 알고 있어야 합니다. 베이스라인 아티팩트 및 프로세스를 수정할 때는 특히 주의해야 합니다.
스크립팅하기 전에 다음 사항을 고려하십시오.
- 요구사항을 평가합니다. 논리가 앱 기능에 중요합니까?
- 코드 없이 요구 사항을 이행하도록 ServiceNow를 구성할 수 있는지 확인합니다.
- Flow Designer, Virtual Agent, UI 정책과 같은 옵션을 활용하여 코드를 작성하지 않고도 플랫폼 기능을 최대한 활용할 수 있습니다.
- 논리에 대한 로우 코드 및 노코드 접근 방식은 디버그 및 업그레이드가 더 쉽습니다.
스크립팅이 적절한 경우의 예는 다음과 같습니다.
- Flow Designer 작업 빌드
- Scripted REST API 생성
- Script Includes에서 범위가 지정된 애플리케이션에 대한 논리 생성
- Service Portal의 위젯 사용자 지정 및 생성
스크립팅된 솔루션을 사용하기 전에 비즈니스 요구 사항을 평가하고 코드가 없는 경로를 고려합니다.
ServiceNow의 개선 사항에 유의하십시오. 예를 들어 orlando 릴리스에서 Virtual Agent 대화에는 London보다 더 많은 노코드 옵션이 있습니다. 릴리스 정보 및 기타 출판물을 읽어 보십시오. 자격증을 취득하고 자격증에 대한 최신 정보를 받아보세요.
사용자 지정 시기를 더 잘 이해하려면 Customer Success Center에서 Innovate at Scale Success Playbook을 검토하세요.
기본 동작 수정
과거에 사용된 전략 중 하나는 아티팩트를 복사하여 원본을 업데이트하고 비활성화하는 것이었습니다. 복사/비활성화 방법은 다음 문제로 인해 더 이상 권장되지 않습니다.
- 개발자는 연구 없이 비활성화된 아티팩트가 업그레이드되었는지 알 수 없습니다.
- 원본과 복사본의 두 파일을 유지 관리해야 합니다. 유지 관리는 사용자 지정이 수행될 때마다 두 배가 됩니다.
- 릴리스할 때마다 사용자 지정된 기록이 더 오래됩니다.
- 고객은 새 릴리스에 포함된 개선 사항을 받지 못합니다.
- 새 릴리스는 업데이트되는 원래 기록에 따라 달라질 수 있습니다.
- 개발자는 원래 기록이 비활성 상태인 것을 보완하기 위해 더 많은 변경 작업을 수행할 수 있습니다.
활성 플래그만 변경된 스크립트는 업데이트되지만 건너뛴 목록에는 스크립트가 나타나지 않습니다. 복사 및 비활성화 전략을 사용하면 개발자가 사용자 지정에 대한 가시성이 떨어지고 쉽게 평가하거나 기준 버전으로 되돌릴 수 없습니다.
원본 아티팩트를 복사하고 비활성화하는 대신, 아티팩트를 직접 편집합니다. ServiceNow 업그레이드 엔진이 버전 기록에 최신 버전을 추가하고 아티팩트를 건너뛰었다고 보고합니다. 개발자는 업그레이드와 함께 새 버전을 사용할 수 있음을 확인할 수 있습니다.