요약
신버전 도구의 배포 시점과 진행 중인 사건에 대한 법적 적용 시점을 구별하고, 기술적 재실행을 법적 구제나 판단 변경의 정당화로 대치하지 말아야 한다. 이를 위해 버전 이름에만 의존하지 않고 입력된 사건 기록, 참조 규범 자료, 모델 설정과 판단 반영 위치를 요소별로 분리해 추적하고 보존해야 한다.
6.1도구 배포일과 법적 적용일의 분리
더 나은 도구가 나왔다는 사실이 그 도구를 모든 사건에 즉시 적용해야 한다는 뜻은 아니다. 신버전의 평균 성능이 좋아졌다는 평가를 인정하더라도 진행 중인 사건에서 언제, 무엇을 바꿀지는 별도의 판단이다. 이미 당사자가 다툰 근거가 새 출력에서 달라지거나 적용할 자료의 시점이 바뀔 수 있기 때문이다. 이 편의 중심 명제는 배포 시점과 법적 적용 시점을 구별하고 입력과 자료, 모델과 설정의 변경을 추적하라는 것이다. 기술적 재현과 재실행은 영향 조사의 재료이며, 사건 적용의 정당화나 종결 판단의 변경을 대신하지 않는다. 이는 모델 개선을 이유로 판단 근거가 조용히 바뀌거나 기술적 되돌리기를 법적 구제로 오인하는 일을 막기 위해 필요하다.
6.2입력·자료·설정 등 변경 요소 분리
성립 조건은 변경 요소의 분리다. 같은 모델 버전이라도 입력된 사건 기록이나 검색 대상 자료가 달라지면 다른 결과가 나올 수 있으므로 버전 이름만으로 재현 가능성을 확보했다고 말할 수 없다. 어떤 기록과 자료 집합, 설정을 사용했으며 그 출력이 판단의 어느 부분에 쓰였는지 연결해야 한다. 합성 사례로 보자. 구버전이 기록의 예외 문단을 빠뜨리고 신버전이 이를 읽는다면 결함 수정의 문제다. 참고하는 규범 자료가 바뀌어 결과가 달라졌다면 적용 시점의 문제이고, 당사자가 새 사실 기록을 제출했다면 사실 보완의 문제다. 실제 갱신에서는 이 요소들이 섞일 수 있으므로 배타적인 이름 하나를 붙이기보다 변경 요소를 분리한다. 모든 비밀 자료를 공개하여 보관할 필요는 없으며, 적절한 검토자가 대응 관계를 확인할 수 있도록 보존하면 충분하다. 같은 출력을 다시 얻는 일과 그 출력의 법적 타당성을 확인하는 일은 다르다.
6.3반론: 구버전 유지의 오류와 비용
최강 반론은 개선된 도구의 사용을 늦추면 알려진 결함을 계속 사용하여 더 많은 오류와 비용을 만든다는 것이다. 인정할 부분은 구버전의 고정이 공정성 보장이 아니며 긴급한 결함 수정의 이익을 고려해야 한다는 점이다. 답은 모든 갱신의 지연이 아니라 변경 요소와 판단 영향에 맞춘 설계다. 당사자가 이미 다툰 근거를 그대로 정리하는 경우와 새로운 불리한 전제를 제시하는 경우는 구별한다. 후자에서는 변경된 근거와 출처를 식별하고 관련 의견을 제시할 경로를 검토한다. 모든 화면 수정에 새 심리를 열자는 주장이 아니라 판단 근거와 대응 조건을 바꾸는 정도에 맞추어 절차를 정하자는 것이다. 필요한 법적 근거와 시간은 해당 사건에서 확인하며 자동적인 기한 연장이나 정지 권한을 선언하지 않는다.
6.4시점 분리 명제를 축소·철회할 조건
갱신이 판단 근거와 대응 조건을 바꾸지 않거나 기존 절차가 그 변화를 충분히 다룬다면 추가 절차의 필요성을 그 효과에 맞게 축소한다. 변경 원인이 분리되지 않으면 특정 효과의 귀속을 철회하고 복합과 미확인으로 남긴다. 사건이 끝난 뒤 결함이 발견되어도 프로그램을 되돌리듯 판결을 되돌리지 않는다. 영향을 받은 자료와 판단 부분을 먼저 식별하고 적용 가능한 구제 절차를 확인한다. 구체적 구제의 법적 요건을 확인하지 못했으면 재실행 결과를 근거로 사건 재개 가능성을 확정하지 않는다. 판단 의존 관계가 확인되지 않으면 영향 유무를 단정하지 않으며, 기록 누락이 크면 완전한 대상 목록이라고 표시하지 않는다.