전자연구노트 필수 요건 — 구글 드라이브는 왜 안 되는가
전자연구노트 필수 요건이란 「국가연구개발사업 연구노트 지침」(과학기술정보통신부 고시 제2021-102호)이 국가연구개발사업의 연구 기록에 거는 조건이다 — 모든 기록은 작성 일시와 기록자를 특정할 수 있어야 하고, 수정 내역이 온전히 남아 있어야 하며, 과제 종료 후 기본 30년간 보존되어야 한다. 종이든 전자든 심사 기준은 같다.
그런데 현장에서 실제로 나오는 질문은 전혀 딴판이다. “실험 기록은 다 공유 드라이브에 올려두는데요, 그게 전자연구노트 아니에요?” 국가연구개발혁신법 체계에서 국가연구개발사업을 수행하는 기관이라면 누구나 한 번쯤 마주하는 질문이다. 이 글은 그 질문에 답한다. 지침 원문이 실제로 요구하는 것이 무엇인지 짚고, 그 요건을 공유 드라이브라는 가정에 그대로 대입해 본다 — 둘은 맞지 않고, 그 어긋남이 바로 확인·점검이나 연구부정 의혹, 특허 분쟁이 닥쳤을 때 기록이 힘을 잃는 지점이다.
지침이 실제로 요구하는 것
지침은 기관에 나눠주는 양식이 아니다. 구조는 이빨 달린 위임이다. “연구노트의 요건에 대해서는 연구개발기관의 장이 자체규정으로 정한다”(제7조①) — 그리고 그 밑에 자체규정이 반드시 보장해야 할 성질을 명시한다. 기관의 장은 연구노트의 기록 날짜와 기록자 등을 확인할 수 있어야 하고(제7조②), 서면·전자노트· 음성·영상 등 다양한 형식으로 작성할 수 있도록 해야 한다(제7조③). 이 순서가 시사하는 바를 주목하라. 형식은 자유지만 검증 가능성은 자유가 아니다.
이 닻에서 나머지가 따라온다. 기록은 내용의 위조·변조 없이 객관적인 사실을 담아야 하고, 제3자가 연구개발 수행 과정과 결과를 재현하는 데 활용할 수 있어야 한다(제8조⑥). 연구노트의 소유는 작성을 관리한 연구개발기관이 가진다(제9조). 보존기간은 과제 종료일부터 기본 30년이다(제10조③). 그리고 중앙행정기관은 자체 규정이 서류상 존재하는지가 아니라 실효성 있게 운영되는지 실태점검할 수 있다(제13조).
통째로 읽으면 결국 세 가지 성질이 모든 일을 한다 — 그 기록이 언제 쓰였는가, 누가 썼는가, 그 이후 무슨 일이 있었는가. 전자연구노트 시스템에 요구되는 타임스탬프·귀속·수정 이력은 전부 이 세 가지를 증명하기 위해 존재한다. 그리고 바로 여기서 공유 드라이브와 만난다.
구글 드라이브·노션은 왜 전자연구노트가 아닌가
전형적인 공유 폴더 — 구글 드라이브든 노션이든 사내 네트워크 드라이브든, 어느 쪽이든 큰 차이는 없다 — 에 세 가지 질문을 정직하게 대입해 보자. 기관은 저 세 가지에 답할 수 있는가?
- 각 기록은 언제 남겨졌는가? 답이 없다. 파일의 수정일은 그 파일을 마지막으로 누가 건드렸는지만 알려줄 뿐, 개별 기록이 언제 작성되었는지는 말해주지 않는다 — 파일을 옮기거나 이름을 바꾸거나 다시 올리는 순간 초기화된다. 공유 드라이브에는 그 기록이 작업이 일어난 당일 쓰였다는 것을 세워 주는 수단이 없고, 그게 바로 감사 전에 소급해 채운 노트가 증명하지 못하는 바로 그것이다.
- 누가 기록했는가? 계정까지는 간다. 그런데 계정은 작성자가 아니다. 비밀번호는 공유되고, 협업자는 드나들고, 연구실 관리 계정으로 찍힌 수정 이력은 그 실험을 누가 수행했는지 아무것도 증명하지 않는다. 지침은 더 나아가 역할 자체를 나눈다 — 기록하는 기록자, 내용을 검토하고 서명하는 별도의 확인자(제2조). 공유 드라이브에는 둘 중 어느 역할도, 서명 절차도 존재하지 않는다.
- 그 이후 무엇이 바뀌었는가? 일반 클라우드 도구의 버전 기록은 증거 자료가 아니라 편의 기능이다. 파일은 지워지고, 교체되고, 다시 올라간다 — 이력도 함께 초기화된다. 요건을 갖춘 노트에서 수정은 영원히 보이는 반면, 공유 문서에서 수정은 원본을 그냥 덮어쓸 수 있다. 수정이 있었다는 흔적조차 남기지 않고.
이런 한계가 공유 드라이브를 쓸모없게 만들지는 않는다 — 협업 도구로는 훌륭하다. 요점은 더 좁고 차갑다. 저장 위치는 노트 시스템이 아니다. 기록이 정말 필요한 순간 — 연구부정 조사, 누가 먼저 발명했는지를 두른 특허 분쟁, 중앙행정기관의 실태점검 — 에 던져지는 질문은 정확히 위 세 가지이고, “다 드라이브에 있어요”는 그중 어느 하나에도 답이 되지 않는다.
전자노트는 종이와 같은 기준으로 심사된다
공유 드라이브 착각의 거울상은 전자면 기준이 낮을 거라는 믿음이다 — 진짜 연구노트는 종이고 디지털은 느슨한 사촌쯤이라는 생각. 지침은 정반대를 말한다. 서면·전자·음성·영상을 동등한 형식으로 열거함으로써(제7조③) 같은 세 가지 시험을 전부에 적용한다. 달라지는 것은 증명의 방식뿐이다. 제본된 노트는 미리 매겨진 쪽수와 잉크로 순서와 작성자를 증명하고, 전자연구노트는 시스템 타임스탬프, 사용자별 귀속, 접근 통제, 변경에 저항하는 이력으로 같은 것을 증명해야 한다.
수정이 이 평행 구조를 가장 잘 보여준다. 종이는 한 줄로 줄을 긋는다 — 영원히 보인다. 요건을 갖춘 전자 시스템에서는 모든 수정이 이전 버전을 보존한다. 공유 문서에서 덮어쓰기가 기본 동작이다. 매체가 요건이었던 적은 한 번도 없다. 요건은 기록의 역사가 다시 쓰이면 다시 쓰였다는 흔적이 남아야 한다는 것이다.
전자연구노트 시스템은 무엇을 갖춰야 하나
전자연구노트 추천 목록을 찾아보기 전에 물어야 할 질문이 있다. “이 시스템은 무엇을 증명할 수 있는가?” 지침의 취지를 충족하는 전자연구노트 시스템이라면 최소한 다음을 갖춘다.
- 모든 기록에 시스템이 부여하는 타임스탬프 — 작성자의 시계가 아니라 시스템이 찍는 시각.
- 기록과 수정마다 이름 있는 개인으로의 귀속 — 계정은 절대 공유되지 않는다.
- 이전 버전을 보존하는 수정 이력 — 수정은 보이고, 삭제는 기록된다.
- 확인자 워크플로 — 기록자가 아닌 다른 사람이 검토하고 서명한다(제2조).
- 접근 통제와 열람 대장 — 기관이 누가 기록을 열람했는지 보여줄 수 있다(제11조).
- 기관의 보존기간에 맞춘 보존과 백업 — 기본은 30년(제10조③).
기록 한 건 안에 무엇이 들어가야 하는지 — 내용 기준, 기록자·확인자 역할, 이번 주에 바로 돌려볼 수 있는 체크리스트 — 는 감사를 견디는 연구노트 작성법에서 다룬다.
FAQ
연구노트, 구글 드라이브로 대체 가능한가?
원칙적으로 안 된다. 지침은 도구 이름이 아니라 성질 — 기록 날짜, 기록자, 위변조 확인 — 을 요구하고, 일반 클라우드 저장소는 셋 중 무엇도 보장할 메커니즘이 없다. 귀속을 강제하고 이력을 보존하는 감사 가능한 프로세스를 그 위에 따로 세우지 않는 한, 공유 드라이브의 기록은 점검 순간 힘을 잃는다.
국가 R&D에서 전자연구노트는 의무인가?
어떤 형태로든 연구노트는 의무지만 형식은 자유다 — 서면, 전자, 음성, 영상(제7조③). 전자가 의무는 아니며, 종이와 같은 공신력 시험을 통과하기만 하면 된다. 사전조사·인력양성처럼 연구노트 작성의 필요성이 크지 않다고 인정되는 과제 유형은 연차·최종보고서로 갈음할 수 있다(제8조③). 다만 그 예외는 기대보다 좁으니 자체 규정부터 확인하라.
연구 기록은 얼마나 보존해야 하나?
과제 종료일부터 기본 30년이다(제10조③). 기관 자체 규정으로 과제 유형별로 다르게 정할 수 있다. 물어볼 수 있는 사람이 모두 사라진 뒤에도 기록이 남아 있어야 한다는 뜻이므로, 보존 매체와 형식 이전 계획까지 함께 세워야 한다.
공유 드라이브와 네이밍 규칙과 신뢰로 이 성질들을 떼우는 것이 지침이 막으려는 바로 그 취약점이다. 귀속과 타임스탬프, 변조 흔적이 기본값인 시스템에서 시작하고 싶다면 요금제 페이지에서 플랜을 볼 수 있다.