양방향 인시던트 티켓팅 통합
양방향 통합은 시스템 간에 인시던트 정보가 동기화되도록 인스턴스와 타사 시스템 간에 ServiceNow 데이터를 교환합니다.
이 통합이 단방향 통합보다 복잡한 이유는 다음과 같은 요구 사항 때문입니다.
- 필드 매핑의 포괄적인 정의입니다.
- 인바운드, 아웃바운드 또는 둘 다에서 변환이 수행되는 위치를 표준화합니다.
- 참조 데이터의 소유권을 고려해야 합니다.
- 업데이트를 지속적으로 수행하려면.
오류 처리를 구현합니다. 통합 계획에 이 모든 구현을 포함합니다.
양방향 구현은 자체적인 장점에 따라 개발되지만 데이터 기반 확인 규칙과 같이 재사용할 수 있는 프레임워크 ServiceNow AI Platform 를 개발할 수 있습니다.
통합 계획 내용
- 양방향 통합에 필요한 모든 컨텐츠를 계획합니다.
- 각 조직에 대한 상태 모델입니다.
- 티켓 동기화를 유지하기 위한 비즈니스 규칙 정의입니다.
- 개별 트랜잭션의 기록을 저장하기 위한 요구 사항입니다. 이러한 유형의 감사가 필요한 경우 대상 테이블을 생성하고 업데이트하기 전에 작성되는 인터페이스 테이블을 만드는 것이 좋습니다.
- 모든 데이터 요소에 대한 변환 규칙입니다.
- 참조 데이터가 정보 시스템으로 전송되는 타임라인입니다. 각 시스템 간 데이터 전송 전 변환을 수행하기 위한 요구 사항을 포함합니다.
- 모든 스테이지의 참조 데이터 소유권에 대한 설명입니다.
- 스키마 정의를 업데이트합니다.
임포트 세트 및 웹 서비스 사용 예
이 구현에서는 임포트 세트에 삽입되기 전 데이터 인증을 수행합니다. 변환 맵과 스크립트는 데이터가 인시던트 테이블에 도착하기 전에 실행됩니다. 인시던트 테이블은 인시던트 기록의 이력을 저장하는 데 사용됩니다. 아웃바운드 데이터 경로의 경우 대상 테이블은 데이터가 아웃바운드 웹 서비스에서 큐에 대기하기 전에 비즈니스 규칙을 트리거할 수 있습니다.
임포트 세트와 ECC 큐 사용 예
인바운드 경로에 대한 구현 변형으로 기록 데이터를 저장하기 위해 임포트 세트 테이블(예: 인시던트 인터페이스 테이블)을 사용할 수 있습니다. 이제 데이터 유효성 검사도 수행되며 처리 또는 수동 개입을 통해 예외를 삭제할 수 있습니다. 인시던트 테이블은 타사 정보 테이블을 참조로 사용하며, 비즈니스 규칙을 기반으로 메시지를 생성합니다.
이러한 통합 유형을 구현하려면 인바운드 데이터를 위한 타사 애플리케이션용 웹 서비스 구성요소가 필요합니다. 아웃바운드 데이터에 ECC 큐를 사용하는 것이 좋습니다.