고속 전송 포트는 단순한 기계적 인터페이스처럼 보이지만, 이를 사양으로 지정하기로 결정하는 것은 주변의 전송 순서, 배리어 유형 및 컨테이너가 이미 정의된 후에야 비로소 타당해집니다. 팀들은 때때로 포트를 사양의 출발점으로 취급하지만, 사실 포트는 가장 먼저 확정되는 구성 요소가 아니라 가장 마지막에 확정되는 구성 요소입니다. 이러한 순서를 잘못 파악하면, 설계 검토 단계가 아니라 인터페이스 또는 오류 조건 테스트 단계에서 뒤늦게 드러나는 검증상의 누락이 발생합니다.
RTP가 해결하고자 하는 폐쇄형 전송 문제
신속 이송 포트는 한 가지 구체적인 문제를 해결하기 위해 존재합니다. 바로 배리어 시스템이 의존하는 밀폐된 인터페이스를 훼손하지 않으면서 컨테이너를 배리어 시스템 안으로 들여오거나 밖으로 반출하는 것입니다. 배리어가 무균 경계, 격리 경계 또는 이 둘 모두를 유지하고 있어 공정상 배리어 내부와 주변 공간 간의 연결이 개방되는 것을 허용할 수 없는 경우, 이송 방법 자체가 단순한 물류 단계가 아닌 보호 전략의 일부가 됩니다.
RTP의 중심에 있는 알파-베타 메커니즘은 컨테이너 측 문과 배리어 측 문이 서로 맞물려 함께 열리도록 설계되어 있으며, 이 때 두 문에 이전에 노출되어 있던 면은 실외에 노출되지 않고 결합된 조립체의 내부로 향하게 됩니다. 이를 통해 컨테이너는 장벽의 내부 환경이 주변 공기에 노출되지 않고, 두 문 중 어느 쪽의 외부 면도 나중에 통제 구역으로 재진입하지 않은 상태에서 도킹, 내용물 이송 및 도킹 해제를 수행할 수 있습니다. 이 메커니즘은 제품의 무균 상태를 유지하는 것이 주된 목적이든, 작업자와 환경을 유해 물질로부터 격리하는 것이 주된 목적이든 원칙적으로는 동일합니다. 차이점은 위험이 경계의 어느 쪽에 위치하는지와, 따라서 경계가 제대로 유지되었음을 입증하기 위해 어떤 증거가 필요한지에 있습니다.
프로젝트에서 다음 사항에 대한 반복적인 필요성이 없는 경우 폐쇄형 인터페이스 전송 — 원료가 한 번에 대량으로 유입되거나, 사용 사이에 장벽을 열어 오염을 제거하기 때문일 수 있지만 — RTP는 공정이 실제로 안고 있는 문제를 해결하지 못한 채 복잡성만 가중시킬 수 있습니다. 공정에서 구성 요소, 제품 또는 폐기물이 한 번의 작업 기간 동안 장벽의 상태를 훼손하지 않은 채 경계를 여러 번 통과해야 하는 경우, RTP는 장벽 자체를 다시 열지 않고도 이러한 과정을 반복 가능하게 만드는 메커니즘이 됩니다. 실질적인 검토 질문은 “이 공정에 배리어가 사용되는가”가 아니라 “무언가가 배리어를 통과해야 하는 동안에도 배리어가 닫힌 상태를 유지해야 하는가”입니다. 이 질문에 정직하게 답함으로써, 최종적으로 어떤 유형의 배리어가 선택되든 상관없이 RTP가 적절한 도구인지 여부를 결정할 수 있습니다.
포트를 선택하기 전에 아이솔레이터와 RABS의 경계 가정을 비교하십시오.
| 장벽 맥락 | 지원되는 경계 | RTP 선택의 함의 |
|---|---|---|
| 아이솔레이터 | 격리 시스템 계획에는 사양 수립, 선정, 적격성 평가, 생물학적 오염 제거, 검증, 운영 및 관리가 포함됩니다. | 포트, 호환 가능한 컨테이너, 세척 방법 및 차단 전략을 종합적으로 검토하십시오. |
| RABS | RABS는 독자적인 차단 기술로, 아이솔레이터 시스템 표준의 적용 범위를 벗어납니다. | 포트를 선택하기 전에 RABS 차단 및 오염 제거 가정과 주변 이송 순서를 정의하십시오. |
| 무균 제조 환경 | 적절한 이송 시스템은 이송 살균이 불가능한 경우 제품의 보호를 도울 수 있습니다. | 전체 이송 과정에 걸쳐 RTP가 무균 전략에 어떻게 부합하는지 확인하십시오. |
| 생물안전 또는 직업적 격리 환경 | 무균 제조 및 제품 보호 관련 기준만으로는 직업적 격리 성능을 입증할 수 없다. | 요구되는 격리 목표에 대해 별도의 프로젝트 증빙 자료를 확보하십시오. |
RTP 자체에는 격리 또는 무균성에 대한 가정이 내재되어 있지 않으며, 이는 RTP가 장착된 장벽으로부터 상속받습니다. 따라서 장벽의 선택은 — 아이솔레이터 또는 RABS — 이는 항구를 선정하고 자격을 부여하기 위한 전제 조건이지, 별개의 결정이 아니다.
ISO 13408-6 이 문서는 무균 아이솔레이터 시스템의 사양, 선정, 적격성 평가, 생물학적 오염 제거, 검증, 운영 및 제어에 대해 다루며, 그 적용 범위에서 RABS를 명시적으로 제외하고 있습니다. 이러한 배제는 단순한 기술적 세부 사항이 아닙니다. 이는 아이솔레이터의 RTP를 기반으로 구축된 적격성 평가 논리, 생물학적 오염 제거 주기 및 운영 관리가 RABS 적용 사례로 그대로 적용될 수 있다고 가정해서는 안 된다는 것을 의미합니다. 왜냐하면 아이솔레이터 측면의 프레임워크를 정의하는 표준은 RABS에 대해 전혀 언급하지 않기 때문입니다. RABS는 별개의 장벽 기술이며, 그 오염 제거 및 기밀성에 대한 가정은 아이솔레이터 표준이 아닌 해당 프로젝트에서 정의한 장벽의 정의에 따라 설정됩니다.
EU GMP 부속서 1 이 문서는 RABS와 아이솔레이터를 별개의 차단 기술로 규정하며, 최종 이송 멸균이 불가능한 경우 적절한 이송 시스템을 해결책으로 제시합니다. 이는 RTP를 포함한 이송 시스템이 직접 멸균할 수 없는 인터페이스를 보완하기 위해 존재한다는 관점을 뒷받침하지만, 이는 무균 제조 및 제품 보호의 맥락 내에서만 적용됩니다. 이는 직업적 봉쇄 성능을 입증하는 것은 아닙니다. 무균 제품을 보호하기보다는 유해 물질로부터 인력과 환경을 보호하는 것이 주된 목표인 경우, 무균 프레임워크는 적용되지 않으며, 봉쇄 목표를 달성하기 위해서는 별도의 프로젝트 근거가 필요합니다.
ISO 14644-7 또한 분리 장치는 사용자 요구 사항에 대한 고객과 공급업체 간의 합의에 의해 부분적으로 정의된다고 덧붙이며, 이는 RTP의 기반이 되는 경계 가정이 표준 자체에 의해 완전히 고정된 것이 아니라, 해당 분리 장치에 대한 사용자 요구 사항으로 프로젝트에서 명시한 내용에 따라 결정된다는 것을 의미합니다. 장벽이 아이솔레이터인 경우, 주변 자격 검증은 확립된 아이솔레이터 시스템 프레임워크를 활용할 수 있습니다. 장벽이 RABS인 경우, 해당 프레임워크는 적용되지 않으며, 이송 순서, 오염 제거 방법 및 승인 기준은 일반적인 아이솔레이터 표준에서 차용하는 대신 해당 프로젝트에 맞게 직접 수립되어야 합니다.
컨테이너의 형상, 적재 경로, 접안 빈도 및 세척 호환성을 확인하십시오.
| 프로젝트 입력 사항 | 해결해야 할 문제 | 선택의 결과 |
|---|---|---|
| 컨테이너 및 적재물 형상 | 수동형 컨테이너가 의도된 하중 및 알파-베타 인터페이스와 호환됩니까? | 제안된 컨테이너와 인터페이스가 하중 형상을 지원할 수 있는지 여부를 확인합니다. |
| 부하 경로 | 수동형 컨테이너는 시설 내를 어떻게 이동하며, 장벽과 어떻게 연결되나요? | RTP가 준수해야 하는 주변 전송 순서를 정의합니다. |
| 도킹 빈도 | 계획된 이송 과정에서 도킹이 얼마나 자주 필요할까요? | 반복적인 폐쇄형 인터페이스 전송이 운영 요구 사항에 부합하는지 여부를 확인합니다. |
| 세척 호환성 | 컨테이너, 알파-베타 인터페이스 및 세척 방법을 함께 인증받을 수 있습니까? | 제안된 조립품에 일관된 세척 및 적격성 평가 기준이 마련되어 있는지 확인합니다. |
RTP를 지정하기 전에, 해당 RTP와 결합될 수동 컨테이너가 알파-베타 인터페이스 및 운반할 예정인 화물과 호환되는지 확인해야 합니다. 컨테이너의 형상은 사소한 세부 사항이 아닙니다. 알파-베타 메커니즘은 컨테이너 측 도어, 컨테이너 본체, 배리어 측 포트가 치수 및 기계적으로 일치할 때만 밀폐된 인터페이스를 유지할 수 있습니다. 프로젝트에 여러 종류의 컨테이너가 도입되는 경우, 각 컨테이너를 상호 호환 가능한 것으로 가정해서는 안 되며, 동일한 인터페이스에 대해 각각 확인해야 합니다.
RTP는 전체 과정의 전부가 아니라 더 긴 과정 중의 한 지점에 불과하기 때문에 적재 경로는 중요합니다. 컨테이너가 항구에 어떻게 도착하느냐—수작업으로 운반되든, 카트로 이동되든, BIBO 방식의 통과 시스템과 같은 이송 시스템에 통합되든, 에어록을 통해 단계적으로 이동되든—에 따라 도킹이 시작되기 전에 어떤 사항을 통제해야 하는지가 결정됩니다. 적재 경로에 중간 취급 단계가 포함된 경우, 해당 단계마다 별도의 오염 방지 또는 격리 논리가 필요합니다. RTP는 항구에 도달하기 전에 이미 오염된 화물의 상태를 바로잡을 수 없기 때문입니다.
도킹 빈도에 따라 전체 어셈블리의 설계 및 유지보수 방식이 달라집니다. 도킹이 드물게 이루어지는 경우, 씰과 기계적 부품의 마모가 서서히 누적되므로 이에 맞춰 점검 주기를 설정할 수 있습니다. 반면, 도킹이 빈번하게 이루어지고 일상적인 운영 과정에 포함된 경우에는 씰 마모, 정렬 편차, 기계적 피로가 정상적인 운영 양상의 일부가 되므로, 자격 인증 및 유지보수 계획은 각 도킹 사건을 개별적인 사례로 취급하기보다는 이러한 주기를 고려해야 합니다.
세척 호환성은 용기, 인터페이스 및 세척 방법을 하나로 연결합니다. 용기와 RTP가 기하학적으로 호환되더라도, 한쪽에 적용된 세척 또는 오염 제거 방법이 다른 쪽의 재질이나 씰 설계와 호환되지 않으면 일관된 조립체를 형성하지 못할 수 있습니다. 장벽이 기상 또는 액상 기반 오염 제거 방법에 의존하는 경우, 용기 재질, 도어 씰 재질 및 세정제는 각각 독립적으로 평가되어서는 안 되며, 하나의 세트로 자격을 인정받아야 합니다. 용기 선정, 적재 경로 설계 및 세정 방법을 별개의 결정 사항으로 취급하는 프로젝트는, 실제로 통합 시스템으로서 자격을 인정받을 수 없는 항만 사양을 도출할 위험이 있습니다.
포트 상태, 연동 장치, 밀봉 검사 및 부적절한 접안 제어 기능을 지정하십시오.
| 통제 구역 | 정의 필요 | 명시해야 할 증거 |
|---|---|---|
| 도어 또는 포트 상태 | 도킹 및 이송 과정에서 반드시 감지해야 하는 상태를 파악하십시오. | 정의된 시퀀스에 대한 상태 탐지 증거. |
| 인터록 | 다음 단계를 허용하거나 차단하는 포트 상태를 정의하십시오. | 지정된 인터록이 정의된 상태에서 작동한다는 증거. |
| 잘못된 도킹 방지 | 부적절한 도킹 상황이 발생하지 않도록 하는 방법을 정의하십시오. | 지정된 예방·통제 조치에 대한 근거. |
| 씰 검사 | 이송 순서에서 검사 방법과 지점을 정의하십시오. | 선택된 인터페이스에 대한 씰 검사 증거. |
| 부분 도킹 복구 | 복구 순서와 이에 적용되는 포트 상태를 정의하십시오. | 지정된 회복 조치가 정의된 배리어 전략에 따라 실행될 수 있다는 증거. |
RTP의 기계적 호환성은 필수적이지만 그것만으로는 충분하지 않습니다. 이상적인 조건뿐만 아니라 실제 작동 시에도 폐쇄된 인터페이스가 실제로 유지되는지 여부는 이를 둘러싼 제어 로직에 달려 있습니다. 이는 포트 및 도어 어셈블리가 취할 수 있는 개별 상태(완전 도킹, 도킹 해제, 전환 중, 오류 상태)를 정의하는 것에서 시작됩니다. 이후의 모든 제어 결정은 시스템이 이러한 상태들을 신뢰성 있게 구별할 수 있는지에 달려 있기 때문입니다.
인터록은 이러한 상태를 허용되거나 금지된 동작으로 변환하기 위해 존재합니다. 알파-베타 메커니즘이 완전한 밀봉을 확인하기 전에 문이 열리도록 허용하는 인터록은, 기계적 인터페이스 자체가 아무리 훌륭하게 제작되었다 하더라도 RTP의 본래 목적을 완전히 무력화시킵니다. 이 프로젝트는 “도킹됨”이 단일하고 모호함 없는 상태라는 일반적인 가정에 의존하기보다는, 자체 시퀀스에 대해 각 후속 단계가 허용되기 전에 어떤 상태가 반드시 확인되어야 하는지를 정의해야 합니다.
‘부적절한 도킹’은 전체 제어 구조가 부분적으로 이를 방지하기 위해 구축된 시나리오로, 컨테이너가 연결된 것처럼 보이지만 실제로는 인터페이스가 의도된 대로 밀봉되지 않은 상태를 말합니다. 부적절한 도킹 방지가 알파-베타 링의 기계적 결합에만 의존하는 경우, 이송이 허용되기 전에 밀봉 상태를 확인하는 독립적인 감지 방법이 포함된 경우보다 프로젝트의 보호 수준이 낮아집니다. 이러한 접근 방식 중 어느 것을 선택할지는 감지되지 않은 도킹 오류의 결과에 따라 달라지며, 이는 다시 주된 목표가 제품의 무균성인지, 작업자 및 환경 보호인지, 아니면 둘 다인지에 따라 결정됩니다.
씰 검사는 단순히 씰을 점검해야 한다는 일반적인 기대치가 아니라, 일련의 절차 중 특정 시점에 적용되는 구체적인 방법으로 정의되어야 합니다. 예정된 유지보수 주기마다만 검사가 이루어지는 경우, 해당 주기 사이에 발생한 성능 저하는 다음 점검 때까지 발견되지 않습니다. 반면, 검사가 일상적인 도킹 및 언도킹 절차에 통합되어 있다면, 성능 저하가 발생한 시점과 가까운 시점에 이를 포착할 가능성이 더 높습니다. 부분 도킹 복구 절차는 최종 제어 요소입니다. 프로젝트에서는 도킹이 도중에 중단될 경우를 대비해 명확한 순서를 정의해야 하며, 여기에는 어떤 상태가 적용되는지, 그리고 컨테이너나 배리어를 모호한 상태로 방치하지 않고 시스템이 어떻게 안전하고 알려진 상태로 복귀하는지가 포함되어야 합니다.
정상 도킹, 고장, 유지보수 및 복구 시의 계획 요건
| 자격 요건 시나리오 | 증거가 반드시 답해야 할 질문 | 프로젝트 범위 |
|---|---|---|
| 일반 도킹 | 정의된 도킹 시퀀스가 선택한 컨테이너, 인터페이스 및 배리어 전략과 함께 작동합니까? | 프로젝트별 적재 형상, 도킹 순서, 세척 방법 및 무균 또는 격리 목표를 적용하십시오. |
| 고장 상태 | 지정된 상태 감지, 연동 장치 및 잘못된 도킹 제어 기능이 정의된 오류들을 적절히 처리하고 있습니까? | 해당 프로젝트에 정의된 오류 및 제어 응답만 적용하십시오. |
| 유지 관리 | 유지보수 후 인터페이스를 다시 사용하기 전에 어떤 증거가 필요한가요? | 유지 관리되는 포트 및 주변 전송 순서에 대한 증거 요건을 설정하십시오. |
| 부분 도킹 복구 | 정의된 복구 순서가 관련 포트 상태를 제어하고 의도된 배리어 전략을 유지할 수 있습니까? | 프로젝트별 부분 도킹 조건 및 복구 방법을 구체화하십시오. |
RTP 인증은 포트가 열리고 닫히는지 여부를 단일 테스트로 판단하는 것이 아닙니다. 정상 작동, 오류 상태, 유지보수 및 복구 상황을 각각 별도로 다루어야 하는데, 이는 이들 각각이 시스템의 실질적으로 다른 상태를 나타내며, 이에 따른 장애 결과도 다르기 때문입니다.
일반 도킹 적격성 평가를 통해 정의된 순서, 즉 특정 컨테이너, 특정 인터페이스, 특정 세척 방법 및 해당 프로젝트에 선정된 차단 전략이 의도한 대로 상호 연동되어 작동하는지 확인합니다. 이 단계에서는 컨테이너 형상, 하중 경로, 도킹 빈도에 대해 이전에 내린 결정들이 개별 사양이 아닌 통합된 시스템으로서 검증됩니다. 실제로 사용될 컨테이너 및 세척 방법 없이 항구만 단독으로 적격성 평가를 진행할 경우, 테스트된 내용과 실제 운영 환경 사이에 괴리가 발생하게 됩니다.
고장 조건 검증이란 앞서 명시된 인터록, 상태 감지 및 잘못된 도킹 제어 기능이 프로젝트에서 정의한 고장에 실제로 대응하는지 확인하는 단계입니다. 이 검증은 사양서에 명시된 고장에만 적용되며, 관련 고장이 테스트되었다고 해서 정의되지 않은 고장 모드가 다루어지는 것은 아닙니다. 프로젝트에서 고장 조건을 명시적으로 열거하지 않은 경우, 검증의 고장 테스트 단계에서는 확인할 구체적인 기준이 없습니다.
유지보수에서는 다음을 도입합니다. 복무 복귀 관련 질문: 씰을 교체하거나, 포트 부품을 정비하거나, 검사를 수행한 후, 해당 인터페이스를 다시 사용하기 전에 어떤 증거가 필요한가? 이러한 증거 요건이 사전에 정의되어 있다면, 유지보수 작업에는 명확한 완료 기준이 마련된다. 반면, 그렇지 않은 경우 인터페이스를 다시 사용하기로 하는 결정은 문서화된 근거 없이 주관적인 판단에 의존하게 될 위험이 있으며, 이는 품질 보증(QA) 또는 검증 팀이 검사 준비 검토 과정에서 입장을 방어하기 어려운 상황이 된다.
부분 도킹 상태에서의 복구 절차는 기계적 모호성과 압박 상황 하에서의 제어 시스템 결정이 결합될 가능성이 가장 높은 조건이므로 별도로 테스트됩니다. 이 검증 과정을 통해 정의된 복구 순서가 실제로 관련 포트 상태를 알려진 상태로 되돌리는지, 그리고 무균, 격리 또는 이 둘을 모두 포함하는 차단 전략이 복구 과정 전반에 걸쳐 — 단순히 종료 시점뿐만 아니라 — 유지되는지 확인해야 합니다.
주변 전송 시퀀스가 모두 완료된 경우에만 RTP를 승인하십시오.
RTP는 그 자체만으로는 독립적인 구성 요소로 승인될 수 없는데, 이는 RTP의 성능이 해당 장치가 지원하는 장벽, 결합되는 용기, 그리고 각 도킹 과정을 둘러싼 일련의 단계라는 맥락에서만 의미가 있기 때문이다. 장벽이 아이솔레이터인 경우, 주변 자격 검증은 사양, 생물학적 오염 제거 및 통제를 위한 확립된 프레임워크를 활용할 수 있습니다. 반면 장벽이 RABS인 경우, 해당 프레임워크는 적용되지 않으며 프로젝트는 동일한 요소들에 대해 자체적인 기준을 수립해야 합니다. 이러한 구분이 명확히 정리되기 전에 포트를 승인할 경우, 일관된 장벽 논리가 뒷받침되지 않는 기계적 인터페이스를 자격 검증하게 될 위험이 있습니다.
구매자가 이 단계에 제시하는 프로젝트 정보(컨테이너 유형, 적재 경로, 접안 빈도, 세척 방법, 주요 보호 목표 등)를 바탕으로 공급업체는 구성 및 견적 검토를 통해 일반적인 표준 조립 방식에 의존하지 않고, 해당 항만 및 인터페이스에 실제로 적합한 사양을 도출할 수 있습니다. 이러한 정보가 불완전한 경우, 검토는 장비가 최종 확정되기 전에 반드시 확인되어야 할 가정들에만 의존하여 진행될 수밖에 없습니다.
무균 공정에서 주요 목표가 제품 보호인 경우, 주변 공정 순서는 이미 설정된 아이솔레이터 또는 RABS 경계에 대한 가정과 대조하여 평가되어야 합니다. 주요 목표가 유해 물질로부터 작업자 또는 환경을 보호하기 위해, 동일한 기계적 인터페이스는 격리 시설별 이송 순서에 따라 평가되어야 하며, 무균 제조 관련 참고 자료는 그러한 증거를 대체할 수 없습니다. 한 프로젝트에서 두 가지 목표를 동시에 추구할 수는 있지만, 각 목표는 서로를 대신할 수 없으며 각각에 대한 별도의 확인이 필요합니다.
최종 승인은 포트, 컨테이너, 세척 방법, 제어 로직 및 적격성 평가 계획이 각각 독립적으로 결정된 것이 아니라, 하나의 조화로운 순서로 개발되었는지 확인하는 데 달려 있습니다. QUALIA의 아이솔레이터 그리고 cRABS 플랫폼 이러한 프로젝트별 이관 순서를 중심으로 구성되며, 최종 인터페이스 및 제어 사양은 구성 요소 자체만으로는 가정할 수 없는 사항이므로 프로젝트 검토를 통해 확정됩니다.
자주 묻는 질문
Q: RTP가 아이솔레이터나 RABS로 이루어지는 모든 이송에 적합한 선택일까요?
A: 아닙니다. 이 방법은 반복적인 이송 과정에서 폐쇄형 인터페이스가 필요하고, 수동형 용기, 적재물, 알파-베타 인터페이스, 세척 방법 및 차단 전략이 하나의 적합한 시스템으로 작동할 수 있을 때 가장 적합합니다. 결정하기 전에 차단 장치 안으로, 안을 통과하여, 그리고 밖으로 이어지는 전체 경로를 파악하십시오.
Q: RTP 적합성 검토를 진행하기 전에 어떤 프로젝트 정보를 준비해야 합니까?
A: 적재물 및 컨테이너의 형상, 제안된 인터페이스, 시설 내 이동 경로, 예상 도킹 빈도, 세척 방식, 그리고 요구되는 무균 또는 격리 목표를 준비하십시오. 또한 검토 범위가 정상 운영 상황뿐만 아니라 예상되는 고장, 유지보수 및 부분 도킹 상황까지 포괄할 수 있도록 해당 상황을 정의하십시오.
Q: 아이솔레이터 적격성 입증 자료를 RABS 설치에 직접 적용할 수 있습니까?
A: 그렇게 할 수 있다고 가정해서는 안 됩니다. 아이솔레이터와 RABS는 서로 다른 차단 및 오염 제거 가정을 사용하며, 본 프로젝트에서 인용된 아이솔레이터 시스템 표준은 RABS를 제외하고 있습니다. 동일한 포트 배치를 적용하기 전에 해당 설치에 대한 RABS 경계, 이송 순서 및 필요한 입증 자료를 정의해야 합니다.
Q: RTP만으로는 무균 보호와 작업자 격리 기능을 모두 입증할 수 있습니까?
A: 아닙니다. 적절한 이송 시스템은 정의된 무균 제조 전략 내에서 제품 보호를 지원할 수 있지만, 그러한 증거만으로는 작업자 격리 성능을 입증할 수 없습니다. 어떤 목적이 적용되는지 명시하고, 격리 요구 사항에 대해서는 별도의 프로젝트 증거를 확보하십시오.
Q: 유지보수 또는 부분 도킹 작업 후에는 어떻게 해야 합니까?
A: 프로젝트에서 정의한 복구 및 증거 확인 절차를 통해서만 인터페이스를 다시 사용 가능 상태로 전환하십시오. 관련 포트 상태, 인터록 반응, 씰 상태 및 주변 이송 순서를 확인한 후, 유지보수 또는 복구된 어셈블리가 여전히 의도된 차단 전략을 지원하는지 확인하십시오.





















