중요한 전달에는 확인 기준을 먼저 정합니다
파일을 받았다는 답변과 전달하려던 내용이 맞다는 확인은 다릅니다. 중요한 원본을 보내거나 여러 차례 옮기는 작업이라면 파일 이름·크기·버전 외에 내용 비교용 해시값을 함께 기록할 수 있습니다.
Node.js 22 공식 문서에는 SHA-256 Hash와 파일 스트림을 이용하는 예시가 있습니다. 이 글은 그 기능의 존재를 참고한 검수 절차입니다. HLB가 사용자의 파일을 받아 해시를 계산하는 서비스는 제공하지 않습니다.
송신 전에 확정한 사본의 값을 기록합니다
편집이 끝난 전달본을 정하고 그 파일을 대상으로 해시를 계산합니다. 기록에는 알고리즘 이름, 전체 결과 값, 파일 크기, 전달본의 버전을 함께 남기세요. 값의 앞 몇 글자만 비교하면 전체 값을 비교한 것과 같은 검사가 아닙니다.
가상의 납품 파일이라면 “PDF 확정본 v4 / SHA-256 / 전체 값 / 크기 / 전달 날짜”를 검수 목록에 적을 수 있습니다. 실제 파일을 계산하기 전 임의의 값으로 검증 완료 기록을 만들지 않습니다.
수신한 파일에도 같은 기준을 적용합니다
수신자가 내려받은 파일을 같은 알고리즘으로 계산해 송신 기록과 비교합니다. 비교 전에 동일한 파일을 대상으로 했는지와 변환·재압축·편집 과정이 없었는지를 확인하세요. 서로 다른 표현의 파일을 비교하면 다른 값이 나올 수 있습니다.
검수에 사용할 프로그램이나 명령은 실제 환경에 맞게 선택하고 작은 사본으로 먼저 확인합니다. 이 글에는 사용자의 운영 파일에 바로 실행할 삭제·변환 명령을 넣지 않습니다.
| 기록 | 송신 측 | 수신 측 |
|---|---|---|
| 파일 버전 | 확정한 사본 | 그 사본을 내려받았는지 |
| 알고리즘 | 예: SHA-256 | 동일 알고리즘 |
| 결과 값 | 전체 문자열 | 전체 문자열 비교 |
| 불일치 처리 | 원본과 전달본 보존 | 대상·변환·전송을 다시 확인 |
값이 다르면 원인부터 좁힙니다
먼저 다른 버전을 받은 것은 아닌지, 다운로드가 끝났는지, 공유 서비스에서 다른 형식으로 내보냈는지 확인하세요. 원인을 모른 채 계속 덮어쓰면 비교에 필요한 사본과 기록이 사라질 수 있습니다.
작은 샘플 파일을 같은 경로로 다시 전달하고 결과를 비교해보는 방법도 있습니다. 해시 불일치만으로 네트워크 손상이나 특정 도구의 오류라고 단정하지 않습니다.
내용 비교와 출처 신뢰를 구분합니다
해시 기록은 내용 비교의 단서입니다. 어떤 파일이 올바른 업무 자료인지, 보낸 사람이 신뢰할 수 있는지까지 해시 하나로 판단하지 마세요. 기준 파일과 비교 값이 어디서 왔는지도 별도로 확인해야 합니다.
기밀 파일은 검수를 위해 낯선 웹사이트에 업로드하지 말고 신뢰할 수 있는 환경에서 처리하세요. 전달 시간 계산과 내용 검수는 서로 다른 단계이며 둘을 함께 완료 기준에 넣는 편이 좋습니다.