자산 및 CI 관리
자산 및 CI(구성 항목) 관리는 자산 만들기, 적절한 상태 및 하위 상태 설정, 자산 및 CI 동기화, 소모품 관리, 자산 폐기 등을 의미합니다.
자산과 CI의 관계
자산과 관련 CI 간의 관계를 관리하는 것이 중요합니다. 자산은 소유 재산의 재정적 측면에 초점을 두는 자산 관리 애플리케이션을 통해 추적됩니다. 구성 항목은 항목을 추적하여 사용자에게 제공하는 CMDB에 저장됩니다.
자산에 해당하는 구성 항목이 있는 경우 자산 레코드와 구성 항목 기록은 두 개의 비즈니스 규칙을 통해 동기화 상태를 유지합니다.
- Update CI fields on change(자산 [alm_asset] 테이블에 위치)
- Update Asset fields on change(구성 항목 [cmdb_ci] 테이블에 위치)
자산-CI 매핑 및 동기화
한 양식을 변경하면 해당 양식에서 동일한 업데이트를 트리거하여 보고의 일관성을 유지할 수 있도록 자산 레코드의 상태 필드와 CI 레코드의 상태 필드가 동기화됩니다.
다음 다이어그램에서는 자산-CI 매핑과 동기화의 개념을 보여줍니다.
동기화와 매핑은 다음 요소를 기반으로 합니다.
- 자산 상태와 CI 상태는 일대일로 매핑되지 않습니다. 각각 다른 테이블의 가장 논리적인 상응 항목에 매핑됩니다. 예를 들어, 상태가 재고 있음 - 처분 보류 중으로 설정된 하드웨어 자산의 상응 CI는 하위 상태 없이 처분 중으로 설정됩니다.
- 이러한 동기화는 자산의 상태 필드와 다음 CI 필드 사이에서 발생합니다.
- 설치 상태 필드: 설치 상태에 하위 상태가 없으며 하드웨어 이외의 CI에 사용해야 합니다.
- 하드웨어 상태 및 하위 상태 필드: 하드웨어 상태는 하드웨어 CI에 대해서만 표시됩니다.
자산 양식에서 상태를 업데이트하여 변경 작업을 수행합니다. 자산-CI 동기화는 다음과 같은 방법으로 수행할 수 있습니다.
- 자산-CI 동기화: 자산 상태를 변경하면 논리적으로 매핑된 CI의 설치 상태 또는 하드웨어 상태 및 하위 상태가 업데이트됩니다.
- CI-자산: CI의 활성화 상태 또는 하드웨어 상태가 변경되면 논리적으로 매핑된 자산의 상태 및 하위 상태가 업데이트됩니다.
- CMDB 하드웨어 CI의 경우 하드웨어 상태와 설치 상태가 모두 업데이트되면 자산의 해당 상태를 매핑하는 하드웨어 상태 변경이 고려됩니다.
- CI의 설치 상태와 하드웨어 상태는 서로 독립적이므로 두 필드는 서로 관련이 없습니다. CI의 하드웨어 상태가 변경되어도 CI의 설치 상태가 변경되지 않으며 그 반대의 경우도 마찬가지입니다. 혼동을 피하기 위해 CMDB CI 하드웨어의 두 상태를 모두 유지하지 않는 것이 좋습니다.
자산과 CI 간에 동기화되는 필드 목록
자산 또는 CI 기록에서 다음 필드를 변경하면 해당 레코드의 동일한 필드가 자동으로 업데이트됩니다(정보 제공 역할만 하는 CI 레코드의 비용 필드는 예외).
다음은 동기화되는 필드 목록입니다.
- 자산 태그
- 할당됨
- 할당 대상
- 체크인됨
- 체크아웃됨
- 회사
- 비용(한 방향으로만 동기화: 자산-CI)
- 비용 센터
- 제공 날짜
- 부서
- 예정 기한
- 기한
- GL 계정
- 설치 날짜
- 송장 번호
- 근거
- 임대 ID
- 위치
- 관리자
- 모델(CI의 model_id)
- 주문 날짜
- 받은 주문
- 주문됨
- 소유자
- PO 번호
- 구입 날짜
- 구입함
- 일련 번호
- 지원 그룹
- 지원하는 사람
- 벤더
- 보증 만료
자산, CI 및 IBI 동기화
서비스로 제공되거나 고객에게 판매된 모든 항목은 IBI(설치 기반 항목)으로 추적됩니다. 모델 범주 테이블은 자산 클래스, CI 클래스 및 IBI(설치 기반 항목) 클래스를 연결합니다.
자산과 CI 간의 동기화는 레거시 상태 및 하위 상태 필드를 통해 이루어집니다. 그러나 자산과 IBI 클래스 간의 동기화는 CSDM 스테이지 및 상태 필드를 통해 이루어집니다.
- 자산에서 IBI 및 CI로 업데이트 동기화
- 자산의 상태 또는 하위 상태 필드에 대한 업데이트는 연결된 IBI 및 CI와 동기화됩니다. 예를 들어 자산의 상태 필드가 사용 중으로 업데이트되면 동기화가 다음과 같이 발생합니다.
- 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태가 운영 및 사용 중으로 설정되어 이러한 필드 값은 IBI 자산의 스테이지 및 상태 필드와 동기화됩니다.
- CI의 상태 및 하위 상태 필드가 설치됨 및 사용 중으로 변경됩니다.
- IBI에서 자산 및 CI로 업데이트 동기화
- IBI 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드에 대한 업데이트는 CSDM 필드를 통해 자산의 레거시 상태 및 하위 상태 필드와 동기화됩니다. 그러면 자산의 레거시 필드가 연결된 CI와 동기화됩니다. 예를 들어 IBI 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드가 결함 있음 및 재고 있음으로 업데이트될 경우, 동기화가 다음과 같이 발생합니다.
- 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태가 재고 있음 및 결함 있음으로 변경됩니다. 이러한 필드 값은 자산의 상태 및 하위 상태 필드와 동기화됩니다.
- 그러면 자산의 상태 및 하위 상태 필드가 연결된 CI의 해당 필드와 동기화됩니다.
- CI에서 자산 및 IBI로 업데이트 동기화
- CI의 상태 및 하위 상태 필드에 대한 업데이트는 자산의 해당 필드와 동기화됩니다. 그런 다음, 자산의 레거시 필드는 CSDM 필드를 통해 IBI 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드와 동기화됩니다. 예를 들어 CI의 상태 및 하위 상태 필드가 폐기됨 및 기부됨으로 업데이트되면 자산의 해당 필드가 변경됩니다. 자산의 변경 내용이 IBI 자산과 동기화되고 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드가 수명 종료 및 폐기됨으로 변경됩니다.
자산 및 CI 생성 속성
- glide.create_alm_asset.async
시스템 속성 glide.create_alm_asset.async는 CI(구성 항목)가 생성될 때 자산이 즉시 생성되는지 또는 지연 후 생성되는지 여부를 제어합니다. 자산 생성에 지연을 사용하면 많은 수의 CI를 빠르게 생성할 수 있습니다. 이 속성을 True로 설정하면 15분마다 실행되는 Asset - Create asset delayed sync 예약된 작업에 의해 자산이 생성됩니다. 예약된 작업의 상태는 자산 작업 로그 테이블 [asset_job_log]에서 확인합니다. 생성 대기 중인 자산과 자산 생성 오류를 보려면 다음으로 이동합니다. 레이블이 표시됩니다. 오류를 다시 처리하려면 오류 상태를 준비됨으로 업데이트합니다. 예약된 작업이 다음에 실행될 때 자산 생성을 다시 시도합니다.
glide.create_alm_asset.async 속성을 False로 설정하면 CI에서 자산이 즉시 생성됩니다.주:Orlando 또는 이전 버전에서 Washington DC로 업그레이드하는 경우 이 속성의 기본값은 false입니다. 이 속성을 업데이트하기 전에 CI에 있는 자산 값에 의존하는 프로세스를 검토하고 지연된 자산 생성을 처리하는 데 필요한 사항을 변경합니다.- glide.asset.create_ci_with_ire
- 시스템 속성 glide.asset.create_ci_with_ire를 사용하면 ServiceNow® 구성 관리 데이터베이스(CMDB) IRE(식별 및 조정 엔진)를 사용하여 자산에서 CI를 만들 수 있습니다. 이 속성은 일련 번호에 대한 식별 규칙이 있고 다른 CI 클래스와 종속 관계가 없는 CI 클래스에 영향을 줍니다.이전 버전에서 업그레이드하는 경우 이 속성의 기본값은 False입니다. 이 속성을 업데이트하기 전에 일련 번호 필드의 사용자 지정 및 기존 일련 번호를 사용하여 자산을 생성하는 통합 또는 플로우를 검토합니다.주:IRE로 생성된 CI는이 속성은 하드웨어 CI 클래스 [cmdb_ci_hardware]에서 확장된 CI 클래스에 적용할 수 있습니다.
일련 번호 - 모델 이름형식을 사용하여 이름이 지정되고 소스는SNAssetManagement입니다. 일련 번호 필드는 이러한 CI 클래스에 해당하는 모델 범주가 있는 자산에 필요합니다. 일련 번호가 기존 CI 또는 자산에 있을 경우 자산을 생성하지 못합니다. 일련 번호 필드는 이러한 CI 클래스에 해당하는 모델 범주에 대한 구매 주문 라인 항목을 수신하는 데도 필요합니다. 일련 번호 필드는 사전에 할당된 자산을 생성하는 데 필요한 건 아니지만 자산을 할당할 때는 일련 번호를 제공해야 합니다.
기타 자산 및 CI 시스템 속성
- sn_itam_enable_cache_for_asset_ci_mapping
- sn_itam_enable_cache_for_asset_ci_mapping 시스템 속성을 사용하면 다음 매핑을 캐시할 수 있습니다.
- 자산 및 CI 필드
- 자산 상태 및 CI 설치 상태
- 자산 상태 및 CI 하드웨어 상태
자산 생성
코어 UI 또는 하드웨어 자산 작업 공간을 사용하여 하드웨어, 소프트웨어, 소모품, 번들, 팔레트, 모바일 및 시설 자산을 생성합니다.
시작하기 전에
필요한 역할: asset
프로시저
자산 사용 중지
언제든지 자산을 폐기할 수 있습니다.
시작하기 전에
필요한 역할: asset
이 태스크 정보
자산의 상태를 폐기됨으로 변경하면 하위 상태 필드가 활성화됩니다. 자산을 폐기하면 관련 CI의 상태도 폐기됨으로 변경됩니다. 하위 상태를 꼭 선택해야 하는 것은 아니지만, 추적 및 보고에 도움이 될 수 있습니다.
프로시저
- 다음으로 이동 레이블이 표시됩니다.
- 상태에서 폐기됨을 선택합니다.
- 옵션: 하위 상태에서 처분됨, 판매됨, 기증됨 또는 벤더 크레딧을 선택합니다.
- 업데이트를 클릭합니다.
자산 삭제
언제든지 자산을 삭제할 수 있습니다.
시작하기 전에
필요한 역할: asset
이 태스크 정보
자산 및 구성요소를 영구적으로 삭제하려면 확인 메시지를 수락해야 합니다. CI와 자산이 연결되어 있는 경우 둘 중 하나를 삭제하면 다른 하나도 삭제됩니다.
자산을 삭제하기만 하면 오류가 정리됩니다. 추적을 위해, 더 이상 사용되지 않는 자산을 관리하는 올바른 방법은 자산의 상태를 폐기됨으로 변경하는 것입니다.
프로시저
- 다음으로 이동 레이블이 표시됩니다.
- 자산 이름 왼쪽에 있는 확인란을 선택합니다.
- 목록 아래의 작업 선택 목록에서 삭제를 선택합니다.
자산 및 CI 필드 매핑
자산 및 CI 필드를 매핑하면 동기화가 양방향으로 수행됩니다. 자산 또는 CI 레코드가 변경되면 논리적으로 매핑된 레코드가 업데이트됩니다. 기본 인스턴스와 함께 제공되는 사용자 지정 매핑과 매핑을 동기화할 수 있습니다.
시작하기 전에
이 태스크 정보
동기화를 위해 필드를 조건부로 매핑할 수 있습니다. 예를 들어, 소프트웨어 자산이 아닌 하드웨어 자산에 대해서만 위치 필드를 매핑할 수 있습니다. 따라서 자산이 업데이트되면 하드웨어 자산에 대해서만 위치 필드가 동기화됩니다.
프로시저
자산 상태 및 CI 설치 상태 매핑
자산 상태 및 하위 상태 필드를 CI 설치 상태 필드에 매핑합니다. CI 설치 상태 필드의 하위 상태 필드는 하드웨어 CI에 사용하면 안 됩니다.
시작하기 전에
이 태스크 정보
하드웨어 자산이 업데이트될 때 자산 동기화에서 이 필드를 업데이트하지 않습니다. 매핑을 생성할 때 CI-자산이 아닌 자산-CI에서 동기화 방향을 설정할 수 있습니다. 비하드웨어 CI 클래스의 경우 양방향으로 동기화를 설정할 수 있습니다.
프로시저
자산 상태 및 CI 하드웨어 상태 매핑
자산 상태 및 하위 상태 필드를 CI 설치 상태 필드에 매핑합니다. 자산이 업데이트될 때 CI 동기화에서 필드를 업데이트하지 않으므로 하드웨어 CI의 하위 상태 필드를 사용하지 마십시오. 매핑을 만들 때 자산에서, CI에서 또는 둘 다에서 동기화 방향을 설정할 수 있습니다.
시작하기 전에
이 태스크 정보
CI의 설치 상태 및 하드웨어 상태 필드는 서로 독립적입니다. 서로 상관 관계가 없습니다. 하드웨어 상태 필드를 변경해도 CI 설치 상태 필드는 변경되지 않고 그 반대의 경우도 마찬가지입니다.