승인된 변경은 새 파일이 준비됐다고 종료되지 않습니다. 가격 조건 한 줄이 바뀌어도 이미 진행 중인 제안, 고객에게 보낸 링크, 이메일 첨부와 담당자가 복사해 둔 설명 문구는 서로 다른 시점과 방식으로 영향을 받습니다. 어느 경로에는 새 조건을 적용하고, 어느 대화에는 이전 조건을 유지하며, 회수할 수 없는 사본은 예외로 남길지 결정해야 합니다.
이때 작업 단위는 문서 전체나 자산 목록이 아니라 승인된 변경 한 건의 change record입니다. 하나의 record가 영향 endpoint를 찾고, 유효 시점에 따라 수신자를 처리하며, 예외와 rollback 판단을 거쳐 closeout될 때까지 하나의 release incident로 이어집니다.
change record가 사건의 경계를 고정합니다
change record의 첫 줄에는 이번에 승인된 차이만 적습니다. 무엇이 달라졌는지, 누가 승인했는지, 언제부터 유효한지, incident owner는 누구인지, 어떤 상태가 되어야 닫을 수 있는지를 기록합니다. 문서 전체의 연혁이나 모든 자산의 상태를 옮겨 적는 공간이 아닙니다.
예를 들어 가격표가 바뀌었다면 가격 업데이트로 끝내지 않습니다. 바뀐 항목과 적용 조건, 이전 조건을 허용할 범위, 검수가 필요한 연결 요소를 구분합니다. 이렇게 경계를 고정해야 이후 단계에서 이번 변경과 무관한 자료까지 넓히거나, 반대로 진행 중 대화를 범위 밖으로 놓치는 일을 피할 수 있습니다.
impact endpoint는 파일 목록이 아니라 처리 의무입니다
한 변경이 닿는 곳을 endpoint별로 나열하고 각각의 처리를 붙입니다.
| impact endpoint | 이번 incident에서 정할 처리 |
|---|---|
| 현재 공유 링크 | 새 문서 적용과 실제 viewer 검수 |
| 진행 중인 제안·협의 | 새 조건 적용, 기존 조건 유지 또는 담당 승인 요청 |
| 이메일 첨부 | 재전송 필요 여부와 수신자 안내 |
| 내려받은 파일·화면 캡처 | 회수 가능 여부와 남은 예외 |
| 담당자가 복사한 설명 문구 | 수정 책임자와 적용 완료 시각 |
이 표는 자산 라이브러리를 만드는 인벤토리가 아닙니다. 이번 변경으로 행동이 필요한 endpoint만 모은 incident scope입니다. 같은 링크라도 어느 수신자와 어떤 대화에서 쓰였는지에 따라 처리 결과가 달라질 수 있습니다.
effective time이 receiver handling을 가릅니다
유효 시점은 파일의 수정일과 다릅니다. 승인 직후부터 새 조건을 써야 하는지, 특정 시각 이후 새로 시작하는 제안에만 적용할지, 진행 중인 대화에는 기존 조건을 유지할지 먼저 정합니다.
그다음 수신자를 새 자료 재전달, 변경 내용 안내, 별도 확인 필요, 조치 없음처럼 실제 행동으로 나눕니다. 안내에는 무엇이 달라졌는지, 언제부터 적용되는지, 이전 자료를 계속 사용할 수 있는지와 문의 담당자를 담습니다. 수신자가 링크를 열었다는 기록은 변경을 이해하거나 동의했다는 뜻이 아니므로, 동의가 필요한 사안은 직접 확인합니다.
링크 처리와 offline copy는 같은 완료 표시를 쓰지 않습니다
FeatPaper에서는 기존 공유 링크를 유지한 채 문서를 업데이트할 수 있습니다. incident record에는 해당 링크에 새 문서를 적용했는지, 페이지 순서와 CTA 같은 연결 요소를 실제 viewer에서 확인했는지를 남깁니다. 이것으로 처리되는 것은 그 링크 endpoint까지입니다.
이미 내려받은 PDF, 이메일 첨부와 화면 캡처는 함께 바뀌지 않습니다. 회수가 확인된 사본은 완료로 표시하고, 확인할 수 없는 사본은 offline copy 미확인 예외로 둡니다. 새 자료를 다시 보냈다는 사실과 이전 사본이 사라졌다는 판단도 구분합니다.
exception이 남아 있으면 rollback 판단도 달라집니다
새 문서에서 조건 오류나 연결 요소 문제가 발견되면 무엇을 되돌릴지 incident 단위로 결정합니다. 링크의 문서를 이전 파일로 바꾸는 것, 새 조건의 적용을 잠시 멈추는 것, 수신자에게 정정 안내를 보내는 것은 서로 다른 조치입니다.
rollback owner와 실행 기준, 되돌린 endpoint, 재안내 대상을 record에 남깁니다. 이전 파일을 복구했다고 이전 조건의 유효성까지 자동으로 복구됐다고 보지 않습니다. 조건 판단이 필요하면 승인자가 적용 범위를 다시 결정해야 합니다.
closeout은 처리 결과와 남은 예외를 함께 서명합니다
closeout 전에 change record의 각 endpoint가 적용 완료, 수신자 처리 완료, 예외 승인, rollback 완료 가운데 하나의 최종 처분을 갖는지 확인합니다. owner 없는 항목이나 단순한 확인 중은 종료 상태가 아닙니다. 회수하지 못한 첨부처럼 없앨 수 없는 항목은 예외 사유, 책임자와 다시 볼 시점을 남깁니다.
승인된 변경 한 건의 영향 범위를 끝까지 닫는다는 것은 구버전을 모두 없애는 일이 아닙니다. 어떤 endpoint에 어떤 처리를 했고, 유효 시점 이후 누구에게 무엇을 안내했으며, 무엇이 예외로 남았는지를 하나의 change record에서 확정하는 일입니다. 그 record가 최종 처분과 책임자를 모두 가질 때 release incident를 닫을 수 있습니다.
