커스터마이제이션과 다음을 사용한 구성 비교 ServiceNow 스튜디오
애플리케이션 사용자 지정과 구성 ServiceNow 사이에는 중요한 차이점이 있습니다. 플랫폼은 ServiceNow 커스터마이제이션 및 구성을 수용하도록 구축되었지만, 이를 수행하는 방법은 지원, 향후 ServiceNow 플랫폼 버전으로의 업그레이드 및 플랫폼 기능에 ServiceNow 상당한 영향을 미칠 ServiceNow 수 있습니다.
- 애플리케이션의 원래 의도를 확장하는 경우에만 애플리케이션을 사용자 지정합니다. 예를 들어 출장 워크플로우에 ITSM IT 기능을 추가하되 추가하지는 않습니다. 애플리케이션을 과도하게 사용자 지정하는 대신 또는 과 ServiceNow 스튜디오같은 크리에이터 스튜디오 제품을 사용하여 앱 엔진 새 애플리케이션을 만드십시오.
- 애플리케이션을 사용자 지정하기 전에 가능한 한 많이 구성하십시오.
- 코드를 추가하거나 바로 사용 가능한 기능을 수정하는 경우 해당 기능을 소유하게 됩니다.
구성이란 무엇인가
구성은 기본 제공 도구 및 기능을 사용하여 ServiceNow 인스턴스에 베이스 ServiceNow 라인 설치의 일부인 플로우 또는 코드를 변경하지 않고 애플리케이션의 동작을 수정하는 프로세스입니다.
구성은 내장 도구를 사용하여 ServiceNow 테이블 등을 추가하고, 인스턴스 전체 매개변수를 설정하고, 코드를 사용하여 애플리케이션의 기능을 확장하여 비즈니스 요구에 맞게 확장하는 형태를 취할 수 있습니다. 코드가 기준 코드 설치를 수정하지 않는 한 전체 플랫폼은 구성 코드를 추가할 수 있도록 설계되었습니다.
워크플로우 스크립트와 같은 코드를 추가하면 베이스라인 코드 설치가 변경되지 않더라도 해당 코드를 소유하게 됩니다. 여기에는 전체 플랫폼에 미치는 ServiceNow 영향을 소유하는 것도 포함됩니다. 추가된 코드로 인해 발생하는 문제는 디버그 지원 범위를 ServiceNow 벗어납니다.
구성을 되돌릴 때 베이스라인 코드를 변경할 필요는 없습니다.
- 양식: 캡처하고 표시하는 데이터를 구성하도록 테이블, 필드, 데이터 유형, 기본값 및 필드 의존성을 구성합니다.
- UI 요소: 레이아웃을 수정하고, 관련 목록을 추가하고, 단추를 추가하고, 필드 이름을 변경합니다.
- 서비스 카탈로그: 고객이 서비스 및 제품 제공과 같은 카탈로그 항목을 요청할 수 있는 포털을 구성합니다.
- ACL: 권한이 없는 사용자가 양식과 데이터에 액세스하지 못하도록 제한합니다.
- 시스템 속성 값: 모든 사용자에 대한 애플리케이션 환경을 수정합니다.
커스터마이제이션이란?
커스터마이제이션은 인스턴스에 베이스 ServiceNow 라인 설치의 일부인 플로우 또는 코드에 대한 모든 변경 사항입니다. 제품이나 코드를 사용하여 ServiceNow 애플리케이션을 사용자 지정합니다.
코드를 추가하면 베이스라인 설치를 변경하지 않더라도 코드를 소유하게 됩니다. 여기에는 전체 플랫폼에 미치는 ServiceNow 영향을 소유하는 것도 포함됩니다.
- 스크립팅: JavaScript를 사용하여 스크립팅을 통해 사용자 지정합니다 ServiceNow . 여기에는 베이스라인 코드를 수정하는 복잡한 논리를 사용하여 클라이언트 스크립트, 서버 측 스크립트 및 비즈니스 규칙을 만드는 작업이 포함됩니다.
- 사용자 지정 테이블: 표준 테이블에 맞지 않는 특수 데이터를 수용할 수 있는 사용자 지정 테이블을 개발합니다.
- 통합: 원활한 데이터 교환을 위해 API 및 웹 서비스와 같은 외부 시스템과의 통합을 사용자 지정합니다.
- 위젯 및 포털: 사용자 지정 위젯과 포털을 만들어 고유한 기능과 사용자 경험을 제공합니다.
- 워크플로우: 를 사용하여 워크플로우 스튜디오워크플로우를 만들고 수정합니다. 하나의 설계 환경에서 플레이북, 플로우, 작업, 결정 테이블 및 통합을 생성 및 관리하여 작업을 자동화합니다. 새 버전의 플로우로 업그레이드하려면 사용자 지정 항목을 다시 적용해야 합니다.
사용자 지정 및 구성을 위한 도구
ServiceNow 은 비즈니스 규칙 등 애플리케이션의 ServiceNow 바로 사용 가능한 동작을 수정하는 데 사용할 수 있는 많은 도구와 기능을 제공합니다. 애플리케이션을 사용자 지정하거나 구성할지 여부는 사용 방법에 따라 달라집니다. 이러한 도구를 사용하여 설치된 코드 베이스를 수정하는 것은 사용자 지정을 구성합니다. 이러한 도구를 사용하여 플로우 또는 설치된 코드 베이스를 수정하지 않는 코드를 추가하면 구성이 구성됩니다. 두 경우 모두 사용자가 추가한 코드와 플랫폼에 미치는 영향의 소유권을 소유합니다.ServiceNow
- UI 정책: 사용자 입력에 따라 양식에서 필드와 속성의 가시성을 동적으로 수정합니다.
- 비즈니스 규칙: 지정된 조건에 따라 작업을 자동으로 트리거합니다.
- UI 작업: 단추, 컨텍스트 메뉴 항목 또는 클릭 시 특정 작업을 수행하는 기타 UI 요소를 추가하여 양식과 목록을 확장하고 사용자 지정합니다.
- 클라이언트 측 스크립트: 양식 또는 UI 페이지에서 특정 작업이 발생할 때 사용자의 브라우저 내에서 실행되는 스크립트입니다.
- 서버 측 스크립트: 예를 들어, 데이터베이스 쿼리가 실행될 때 기록 필드를 업데이트하기 위해 ServiceNow 서버 또는 데이터베이스에서 실행되는 스크립트입니다.
개인화란?
개인화란 사용자가 바로 사용 가능한 애플리케이션 도구를 사용하여 애플리케이션의 모양과 느낌을 자신만을 위해 수정하는 상황을 말합니다. 관리자는 모든 사용자의 모양과 느낌을 변경할 수 있으며 이를 구성으로 간주합니다. 개인화의 예로는 사용자가 다크 모드를 사용하거나 표시할 테이블 열을 선택하는 경우가 있습니다.
개인화는 인스턴스의 ServiceNow 베이스라인 코드 설치를 변경하지 않습니다. 따라서 개인화는 고객 지원에 영향을 주거나 새 ServiceNow 버전으로의 업그레이드를 방해하지 않습니다.
제품 맞춤화 ServiceNow 의 영향
이 플랫폼은 ServiceNow 매우 유연하며 광범위한 비즈니스 요구 사항을 충족하기 위해 사용자 지정 및 구성을 수용하도록 구축되었습니다. 그러나 애플리케이션을 사용자 지정 ServiceNow 하는 방법은 지원, 향후 ServiceNow 플랫폼 버전으로의 업그레이드 및 플랫폼 기능에 큰 영향을 미칠 ServiceNow 수 있습니다. 애플리케이션을 사용자 지정 ServiceNow 하는 대신 및 및 ServiceNow 스튜디오 같은 크리에이터 스튜디오 개발 제품을 사용하여 앱 엔진 새 애플리케이션을 만드는 것이 좋습니다.
플랫폼은 ServiceNow 애플리케이션을 지원하는 프레임워크를 사용하여 작업을 처리하는 방법, 여러 브라우저에서 양식이 렌더링되는 방법 및 전반적인 사용자 경험을 지원합니다. ServiceNow 는 프레임워크의 무결성에 의존하여 일관된 방식으로 지원을 개발하고 제공합니다. 사용자 지정은 이 프레임워크를 손상시키고 플랫폼 기능을 변경하며 워크플로우 및 업그레이드 가능성을 손상시킬 수 있습니다.
자세한 내용은 Customer Updates table 문서를 참조하십시오. 사용자 지정 수가 증가함에 따라 사용자 지정 유지관리의 복잡성이 급격히 증가합니다.
설치된 코드 베이스를 사용자 지정하는 데는 비용이 많이 들고, 기술적 부채가 발생하고, 업그레이드 주기가 길어지고, 사용자 지정 코드가 새 플랫폼 버전으로 쉽게 마이그레이션되지 않을 수 있기 때문에 향후 플랫폼 업그레이드가 복잡해질 수 있습니다. 사용자 지정 코드는 플랫폼의 ServiceNow 표준 기능을 의도하지 않은 방식으로 변경할 수 있습니다. 커스터마이제이션에 대한 요구를 신중하게 평가하고, 비즈니스 가치가 명확하고 대안이 없는 경우에만 커스터마이제이션을 사용합니다. 가능하면 대신 구성을 사용하여 커스터마이제이션하지 마십시오.
- 앞으로 커스터마이제이션을 유지관리할 책임은 사용자에게 있습니다.
- 고객 서비스 및 지원 은(는) 사용자 지정 코드로 인한 문제를 지원하지 않습니다. 이것이 문제의 원인인 경우 지원 팀에서 바로 사용 가능한 코드로 되돌리라고 조언할 것입니다.
커스터마이제이 고객 서비스 및 지원 션 지원에 대한 입장은 무엇입니까?
커스터마이제이션에 대한 입장은 ServiceNow 고객 서비스 및 지원 코드를 추가하면 코드와 그 결과를 소유한다는 것입니다. 이유 고객 지원은 사용자 지정 비즈니스 논리를 알지 못하고, 예상되는 동작이 무엇인지 모르고, 바로 사용 가능한 인스턴스에서 문제를 재현할 수 없으며, 고객 지원 엔지니어가 인증된 구현 전문가가 아니므로 사용자 지정 코드 논리를 검토할 수 있는 인증이 없습니다.
커스터마이제이션의 대안
- 커스터마이제이션 대신 구성을 사용합니다.
- 개발 팀에 개선 요청을 제출합니다.ServiceNow 각 요청은 평가되며 승인되는 경우 향후 릴리스에 통합됩니다.
- 원하는 기능을 처리하는 개발자 제품을 사용하여 앱 엔진 앱을 생성합니다.
사용자 지정 대신 개발자 제품을 사용해야 앱 엔진 하는 경우
- 사용자 지정이 애플리케이션의 의도된 용도를 확장하는 경우 사용자 지정하는 것이 더 좋습니다. 예를 들어 IT 기능을 에 추가할 수 있습니다.ITSM
- 커스터마이제이션이 애플리케이션의 의도된 용도를 확장하지 못하는 경우 개발자 제품을 사용하여 앱 엔진 새 애플리케이션을 만드는 것이 더 효과적입니다. 예를 들어, 출장 요청 워크플로우를 만들기 위해 워크플로우의 ITSM 용도를 변경하지 마십시오.
예를 들어 IT ITSM 문제를 처리하도록 설계되었습니다. 여행 요청을 처리하도록 사용자 정의하는 것은 의 원래 의도 ITSM를 뛰어넘는 것입니다. IT 및 출장 요청은 워크플로우가 다르기 때문에 사용자 지정하는 대신 및 ServiceNow 스튜디오, 등의 크리에이터 스튜디오 개발자 도구를 사용하여 앱 엔진 출장 요청 앱을 만드는 것이 좋습니다.ITSM
자세한 내용은 사용자 지정 대신 사용 앱 엔진 문서를 참조하십시오.
개발자 제품 사용 앱 엔진 예시
ServiceNow 제품은 의도한 대로 사용할 때 가장 잘 작동합니다. 애플리케이션을 사용자 지정하여 용도를 변경해야 하는 경우 개발자 제품을 사용하여 앱 엔진 새 애플리케이션을 만드는 것이 더 나은 계획입니다.
- 어떤 제품 워크플로우와도 일치하지 않는 앱에 대한 새로운 사용 사례가 있습니다.
- 바로 사용 가능한 애플리케이션을 대대적으로 사용자 지정하여 빌드할 수 있는 사용 사례가 있지만 기존 애플리케이션의 의도와 일치하지 않습니다.
- 회사에는 OOTB 제품 워크플로우와 분리되어야 하는 사용자 그룹 또는 비즈니스 프로세스가 있습니다.
제품 사용자 지정 ServiceNow 을 위한 가이드라인
- 먼저 구성 옵션을 최대화하십시오.
- 개체를 복사하지 마십시오. 대신 재사용하도록 지정된 위젯 및 기타 항목을 제외 서비스 포털 하고 가능한 모든 위치에서 객체를 업데이트합니다.
- 기본값은 "편집 전 추가"입니다. 즉, 예를 들어 기존 필드의 유형을 변경하는 대신 양식에 필드를 추가해야 합니다. 추가할 때 바로 사용 가능한 객체, 메서드 또는 클래스와 동일한 이름을 사용하지 마십시오.
- 양식에 추가하는 필드 수를 최소화합니다. 양식에 필드가 많을수록 로드하는 데 시간이 더 오래 걸릴 수 있습니다.
- 원본 기록을 사용자 지정하기 전에 백업으로 익스포트합니다. 나중에 복원해야 하는 경우를 대비하여 바로 사용 가능한 sys_id 추적합니다.
- 범위가 지정된 애플리케이션을 새 사용자 지정 개발의 기본값으로 사용합니다.
- 모든 사용자 지정을 문서화합니다. 사용자 지정한 이유를 설명하는 설명(비즈니스 정당성 포함)을 추가합니다. 업그레이드하기 전에 모든 의견을 검토하여 바로 사용 가능 코드로 되돌릴 수 있는지 결정하십시오.
- 모든 커스터마이제이션에 대한 테스트를 생성합니다. 가능한 경우 모든 커스터마이제이션에 대한 Automated Test Framework(ATF) 테스트를 작성합니다.
- HealthScan을 정기적으로 사용하여 불필요한 사용자 지정을 식별합니다.
- 필요한 경우 기준선 객체를 사용자 지정하여 상충 해결 및 의사 결정을 업데이트에 적절하게 기록할 수 있도록 해야 합니다. 숨겨진 사용자 지정으로 인해 되돌리기 또는 병합이 필요한 경우 관리자가 향후 평가에서 업데이트를 간과할 수 있습니다.
- 모든 사용 사례에 대한 커스터마이제이션을 테스트합니다. 성능 테스트 및 의도하지 않은 결과의 도입을 포함합니다.
- 관리자는 플랫폼 업그레이드 후 ServiceNow 사용자 지정이 작동하는지 확인하고 어떤 사용자 지정이 수행되었는지 추적할 책임이 있습니다.
업그레이드 시 커스터마이제이션 처리
사용자 지정은 플랫폼이 고객 업데이트 테이블에 저장되는 sys_update_xml 기록을 생성하도록 트리거합니다. 이러한 기록은 플랫폼 버전 업그레이드 중에 업데이트되지 않습니다. ServiceNow 에서 건너뛴 기록으로 표시합니다.ServiceNow 업그레이드 모니터 업그레이드된 인스턴스로 성공적으로 포팅되었는지 확인하려면 건너뛴 변경 내용을 수동으로 처리해야 합니다. 자세한 내용은 Customer Updates table 문서를 참조하십시오.
- 각 커스터마이제이션 유지
- 바로 사용 가능으로 되돌리기
- 커스터마이제이션을 기본 시스템과 병합하여 상충 해결