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