--- sourceDocument: オーストラリアの電気通信ネットワークインベントリ sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/telecom-network-inventory Release : - australia ft:locale : - ja-JP ft:publication_title : - オーストラリアの電気通信ネットワークインベントリ ft:clusterId : - telninv bundleId : - telninv workflow : - Customer and Industry --- # 改訂、運用化、廃止 # 構成アイテムの改訂、運用化、および廃止 {#ariaid-title1} * リリースバージョン: Australia * * 更新日 2026年03月12日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分 構成アイテム (CI) の改訂により、通信事業ネットワークインベントリアプリケーションを使用して、属性、接続要素、関係などの構成アイテムのネットワーク属性を更新できます。CI リビジョンを使用すると、ネットワークインフラストラクチャを安全かつ効率的に更新できます。 ## CI リビジョンの概要 {#revision-of-a-confiuguration-item__section_lxz_3vy_bzb} CI の改訂により、運用構成アイテムのネットワーク設定属性と接続要素を変更できます。CI の改訂は、論理接続と物理接続の CI にのみ適用されます。したがって、必要に応じて、 改訂 CI とそのサブフローを使用して、接続のすべての構成アイテムを更新できます。 CI の改訂により、運用構成アイテムのネットワーク設定属性と接続要素を変更できます。CI の改訂は、論理接続と物理接続の CI にのみ適用されます。そのため、論理接続または物理接続の構成アイテムを作成した後、CI とそのサブフローの改訂を使用して、必要に応じて構成アイテムを更新できます。 ## 運用化と廃止のフロー {#revision-of-a-confiuguration-item__section_jhv_vgz_lzb} 次のプロセスでは、要求が作成された後の構成アイテム (CI) レコードのフローについて説明します。 1. リビジョン要求を開始:リビジョン要求を作成すると、選択した CI が自動的にクローンされます。このクローン作成された CI には、属性、接続要素、関係などのすべての関連テーブルが含まれます。 2. クローン作成プロセスのカスタマイズ:クローン作成プロセスをカスタマイズし、どの関連テーブルを含めるかを指定できます。詳細については、「../task/clone-and-revise-a-ci.html」を参照してください。 3. クローンされた CI の変更:クローン作成に成功すると、必要に応じて、クローンされた構成アイテムレコードを変更できます。 4. 変更を確定して適用する:運用化プロセスを使用して、変更を結合して確定します。このプロセスでは、リビジョンが元の CI レコードに統合されます。詳細については、「[設計とアサインを使用した構成アイテムの改訂](https://servicenow-prod.fluidtopics.net/oi69rs3uC9KCnw1rNtEKHg "接続の CI (構成アイテム) を変更して、通信事業ネットワークインベントリ アプリケーションの CI を更新します。")」を参照してください。 5. 廃止:運用化後、クローン作成された CI レコードは自動的に廃止されるため、効率的なワークフローが確保されます。詳細については、「[インベントリレコードのデコミッション](https://servicenow-prod.fluidtopics.net/HESn6CH9z8JlZYCS34aQjg "通信事業ネットワークインベントリから削除するインベントリレコードをデコミッションします。")」を参照してください。 {#revision-of-a-confiuguration-item__ol_okg_4k1_ybc}. ## ユースケース {#revision-of-a-confiuguration-item__section_ukc_xzc_2zb} 2 つの ENET を持つ論理接続の場合、別の ENET を追加して LAG 容量を増やす必要があるとします。したがって、このシナリオでは、安全な LAG 更新のために CI リビジョンを使用します。 CI の改訂により、LAG とそのすべての接続がクローンされます。次に、クローンされた LAG 構成アイテムで目的の ENET メンバーを追加し、\[CI の運用化\] を使用して元の CI に結合します。運用化に成功すると、ネットワークを中断することなく、3 つの ENET すべてが元の CI に追加されます。詳細については、「[設計とアサインを使用した構成アイテムの改訂](https://servicenow-prod.fluidtopics.net/oi69rs3uC9KCnw1rNtEKHg "接続の CI (構成アイテム) を変更して、通信事業ネットワークインベントリ アプリケーションの CI を更新します。")[構成アイテムの運用化](https://servicenow-prod.fluidtopics.net/YxtnBeoUfSm8EJ7s4WkLlw "変更を確定して元の CI に適用できるように、構成アイテムを運用化します。")」を参照してください。ここでは、クローン作成された CI は自動的に廃止されます。詳細については、「[インベントリレコードのデコミッション](https://servicenow-prod.fluidtopics.net/HESn6CH9z8JlZYCS34aQjg "通信事業ネットワークインベントリから削除するインベントリレコードをデコミッションします。")」を参照してください。 たとえば、ネットワーク内のルーターのIPアドレスを更新する必要があるとします。このルーターは複雑なネットワークの一部であり、IP アドレスの変更がネットワークの残りの部分にどのように影響するかはわかりません。したがって、このシナリオでは、ルーターの IP アドレスを安全に更新するために、CI リビジョンを使用します。 CI の改訂では、まずルーター CI とそのすべての関連データを複製します。次に、複製されたルーターの IP アドレスを変更し、\[CI の運用化\] を使用して元の CI に結合します。その結果、ネットワークを中断することなく、変更が元のルーターに適用されます。詳細については、「[設計とアサインを使用した構成アイテムの改訂](https://servicenow-prod.fluidtopics.net/oi69rs3uC9KCnw1rNtEKHg "接続の CI (構成アイテム) を変更して、通信事業ネットワークインベントリ アプリケーションの CI を更新します。")」と「[構成アイテムの運用化](https://servicenow-prod.fluidtopics.net/YxtnBeoUfSm8EJ7s4WkLlw "変更を確定して元の CI に適用できるように、構成アイテムを運用化します。")」を参照してください。