4,200달러짜리 중복 청구서가 빠른북에 있고, 손가락은 삭제(Delete) 버튼 위에 있습니다. 한 번 클릭하면 실수가 없었던 일이 되는 셈입니다 — 그것이 바로 문제입니다. 감사관, 대출 기관, 그리고 미래의 당신은 모두 실수에도 관련 서류가 남아 있기를 원합니다. 빠른북 온라인에서 취소(Void)와 삭제(Delete)의 차이는 수정된 기록과 사라진 기록의 차이이며, 잘못된 버튼을 선택하면 조정을 깨뜨리거나, 송장 번호에 공백을 만들거나, 무엇을 왜 변경했는지에 대한 유일한 증거를 지워버릴 수 있습니다.
이 가이드는 각 버튼이 실제로 무엇을 하는지, 삭제가 정말로 올바른 선택인 경우가 언제인지, 삭제하면 안 되는 것을 삭제했을 때 복구하는 방법, 그리고 절대 건드리면 안 되는 거래 몇 가지를 안내합니다.
취소(Void)가 실제로 하는 일
빠른북 온라인에서 거래를 취소하면 소프트웨어는 모든 금액을 0으로 만들지만 거래 자체는 장부에 남겨둡니다. 해당 항목은 잔액이 0인 상태로 원장과 보고서에 남고, 메모에는 "취소(VOID)"라는 단어가 찍히며, 원래 거래 날짜가 보존됩니다. 계정 잔액과 재무 보고서에는 금액의 흔적이 전혀 보이지 않지만 — 무언가가 있었고 누군가가 의도적으로 0으로 만들었다는 기록은 살아남습니다.
그 남는 기록이 바로 핵심입니다. Intuit의 자체 지침에 따르면 기록 보관 목적상 취소가 삭제보다 권장되는데, 정확히는 잔액에 영향을 주지 않으면서 거래를 장부에 유지하기 때문입니다. 취소된 송장은 송장 번호를 유지하고, 취소된 수표는 수표 번호를 유지하며, 나중에 장부를 검토하는 사람은 전체 스토리를 볼 수 있습니다: 이 날짜에 생성되었고, 저 날짜에 취소되었으며, 금액은 0으로 조정되고, 잔액은 변경되지 않았다는 것.
취소는 실질적으로 되돌릴 수도 있습니다. 수표를 취소했는데 나중에 공급업체가 실제로 현금화했다는 것을 알게 되면, 취소된 껍데기가 번호와 날짜와 함께 그대로 남아 있으므로 정확히 무엇을 고쳐야 할지 알 수 있습니다. 삭제된 거래는 그런 시작점을 제공하지 않습니다.
삭제(Delete)가 실제로 하는 일
삭제는 빠른북에서 거래를 거의 완전히 제거합니다. 원장, 보고서, 고객 또는 공급업체 이력에서 사라집니다 — 감사 로그를 제외한 모든 곳에서 말입니다. 감사 로그에는 무언가 삭제되었다는 비공개 메모가 남습니다. 빠른북은 그 빈자리를 메우기 위해 번호를 다시 매기지 않습니다: 송장 1042를 삭제하면 송장 1041과 1043은 번호를 유지하고, 1042는 단순히 존재하지 않게 됩니다. 그 번호의 공백은 영구적이며, 감사관이나 세무 조사관이 가장 먼저 물어볼 것입니다.
두 번째로 알아야 할 것은 실행 취소가 없다는 것입니다. 빠른북 온라인에는 휴지통이나 삭제된 거래를 위한 원클릭 복원 기능이 없습니다. 삭제를 확인하면 항목이 돌아오는 유일한 방법은 수작업뿐입니다: 감사 로그에서 세부 정보를 찾아 처음부터 다시 입력해야 합니다. 한가한 오후에 송장 하나라면 가능합니다. 월말 마감 중에 누락된 청구서 20개라면 끔찍한 일입니다.
차이가 생각보다 중요한 이유
일상적인 부기 작업에서는 두 버튼이 서로 바꿔 쓸 수 있는 것처럼 보일 수 있습니다 — 어느 쪽이든 잘못된 금액이 보고서에서 사라지기 때문입니다. 차이는 다른 사람이 당신의 장부를 평가하는 세 가지 영역에서 드러납니다.
감사 및 검토. 감사 추적은 장부에 들어온 내용과 이후 변경된 내용을 완전하고 연대순으로 기록한 것입니다. 취소된 거래는 그 추적의 일부이고, 삭제된 거래는 그 안의 구멍입니다. 송장 번호가 1041에서 1043으로 건너뛰고 그 사이에 아무것도 없는 것을 발견한 검토자는 중복을 삭제했는지, 수입을 숨겼는지, 숫자를 잘못 입력했는지 알 수 없습니다. 취소된 0달러 송장 1042는 질문을 받기 전에 답을 줍니다.
조정. 이미 조정된 거래를 삭제하면 은행 조정이 기반으로 삼은 내역이 변경되어 다음 조정 때 골치 아픈 기초 잔액 차이가 발생합니다. 조정된 거래를 취소해도 금액이 변경되기는 마찬가지입니다 — 아래에서 다루겠지만 두 버튼 모두 조정된 항목에는 안전하지 않습니다 — 하지만 취소된 껍데기는 무엇이 이동했는지 알려줍니다.
내부 통제. 여러 사람이 장부를 만지는 비즈니스에서 삭제는 감사 로그를 뒤지는 사람 외에는 누구에게도 보이지 않습니다. 취소는 보고서를 실행하는 사람이라면 누구나 볼 수 있습니다. 누가 무엇을 변경했는지 아는 것이 중요하다면 — 그리고 그래야 합니다 — 표시를 남기는 버튼이 승리합니다.
감사 로그에서 삭제된 거래를 복구하는 방법
조만간 누군가는 삭제하면 안 되는 것을 삭제하게 됩니다. 조정된 입금이 사라져 다음 조정이 맞지 않거나, 청구서가 사라져 공급업체 명세서가 갑자기 당신의 것과 일치하지 않을 수 있습니다. 감사 로그가 복구 경로입니다. 정확한 작업 흐름은 다음과 같습니다:
- 톱니바퀴 아이콘을 클릭하고 감사 로그를 선택합니다.
- 필터로 검색 범위를 좁힙니다: 사용자를 항목을 삭제한 사람으로, 변경 날짜를 발생 시점으로, 이벤트를 삭제/취소된 거래로 설정합니다.
- 목록에서 삭제된 거래를 찾아 보기를 클릭하여 확장합니다. 로그에는 삭제 당시의 거래 전체 세부 정보 — 유형, 날짜, 금액, 계정, 고객 또는 공급업체 — 가 표시됩니다.
- + 새로 만들기를 클릭하고 로그의 원래 거래 날짜를 사용하여 오늘 날짜가 아닌 원래 날짜로 거래를 수동으로 다시 입력합니다. 원래 날짜로 소급 입력하면 해당 기간 보고가 올바르게 유지됩니다.
- 삭제된 거래가 조정된 것이었다면 해당 계정의 조정 화면을 열고 마지막으로 완료한 조정과 동일한 종료 날짜와 종료 잔액을 입력한 다음 다시 입력한 거래에 다시 체크 표시를 합니다. 차이가 0이 되면 조정이 다시 온전해집니다.
솔직한 경고 두 가지. 첫째, 감사 로그는 세부 정보를 제공하지 거래 자체는 제공하지 않습니다 — 재입력은 수동으로 한 줄씩 이루어지며 긴 송장은 상당한 시간이 걸립니다. 둘째, 연결된 항목은 다시 연결해야 할 수 있습니다: 결제가 연결된 송장을 취소하거나 삭제하면 빠른북은 결제를 유지하지만 미적용 상태로 남겨두므로 올바른 송장에 직접 적용해야 합니다. 예방(삭제 대신 취소)이 이 치료법보다 훨씬 저렴합니다.
삭제가 실제로 올바른 선택인 경우
지금까지 이 기사에서 삭제는 나쁜 평판을 얻었지만, 삭제가 올바른 도구인 좁은 경우가 있습니다. 공통점은: 거래가 애초에 존재해서는 안 되었으므로 기록을 보존할 가치가 없다는 것입니다.
진짜 중복. 전형적인 경우입니다. 월요일에 청구서를 수동으로 입력했고, 화요일에 은행 피드가 이를 가져와 이제 동일한 비용이 두 번 나타납니다. 그중 하나는 허구입니다 — 삭제하세요. (은행 피드 중복의 경우 특히 다운로드된 거래를 제외하는 것이 삭제보다 나은 경우가 많습니다. 삭제된 피드 항목은 다시 다운로드될 수 있기 때문입니다.)
실제로 발생하지 않은 항목. 소프트웨어를 배우던 시절의 테스트 거래, 잘못된 회사 파일에서 생성된 송장, 실제로 금전이 오가기 전에 취소된 구매를 위해 입력된 청구서. 돈이 이동하지 않았고, 고객이나 공급업체에게 보낸 문서가 없으며, 그 기간이 마감되지 않았다면 삭제는 실제를 숨기지 않고 장부를 깨끗하게 유지합니다.
취소된 송장에 묶여 있는 청구 가능 항목 해제. 이것은 경험이 많은 사용자도 놀라는 함정입니다: 청구 가능한 시간과 비용은 취소된 송장에 계속 연결되어 있어 수정된 송장에 재사용하려면 취소된 껍데기를 완전히 삭제해야 합니다. 먼저 취소하여 기록을 보존하고 상황을 정리한 다음, 청구 가능 항목이 필요할 때 취소 상태를 삭제하세요.
세 가지 모두의 공통점을 주목하세요: 조정된 것이 없고, 세무 기관에 신고된 것이 없으며, 회사 외부의 누구도 그 거래를 본 적이 없습니다. 그중 하나라도 해당하게 되면 삭제를 누르는 것을 멈추세요.
대신 취소해야 하는 경우
취소는 잘못 기록된 실제 거래의 기본값입니다. 다음과 같은 경우에 사용하세요:
- 오류가 있는 송장을 보냈고 아직 결제되지 않았습니다. 취소한 다음 새 번호로 수정된 송장을 발행하세요. 고객은 취소된 송장을 결제할 수 없으며 번호는 순차적으로 유지됩니다.
- 청구서가 잘못 입력되었습니다 — 잘못된 공급업체, 잘못된 금액, 잘못된 날짜. 잘못된 청구서를 취소하고 올바른 것을 입력하세요. 감사 추적은 조용한 교체 대신 수정을 보여줍니다.
- 수표가 기록되었지만 수취인에게 도달하지 못했습니다. 수표로 지불한 청구서를 기록했는데 공급업체가 받지 못한 경우, 결제를 취소하여 청구서를 미지급 상태로 되돌리면서 무슨 일이 있었는지 전체 기록을 유지하세요.
- 회계사가 마감하지 않은 이전 기간을 수정하는 경우. 해당 기간의 장부가 아직 열려 있고 자신의 최근 실수를 수정하는 경우 취소는 수정을 보이게 유지합니다.
패턴: 거래가 실제로 발생한 일(또는 누군가가 실제로 발생했다고 믿은 일)을 나타내며, 정직한 기록은 "이것은 존재하지 않았다"가 아니라 "이것을 기록했고, 그런 다음 이를 되돌렸다"입니다.
두 버튼 모두 적합하지 않은 경우
어떤 상황에서는 취소도 삭제도 적합하지 않습니다:
- 송장이 이미 결제되었습니다. 고객도 보유하고 있는 이력을 취소하거나 삭제하지 마세요. 송장에 대한 대변 메모를 발행하고, 돌려줘야 할 돈이 있으면 환불 영수증을 발행하세요. 그러면 양쪽 이야기가 보존됩니다.
- 거래가 마감된 기간에 있습니다. 마감일로 장부를 마감했거나 회계사가 해당 기간에 대한 신고서를 제출했다면 조용히 이력을 다시 쓰지 마세요. 현재 기간에 수정을 게시하거나 먼저 회계사와 상의하세요.
- 판매세가 이미 신고되었습니다. 거래가 제출된 판매세 신고서에 포함되었다면 수정은 수정 신고서나 현재 기간 조정에 속합니다 — 신고 내용을 조용히 변경하는 과거 날짜의 삭제가 아닙니다.
- 진실이 부끄러워서 삭제하고 싶은 경우. 잘못 분류된 개인 지출, 엉성한 프로세스를 드러내는 중복, 몇 달 동안 잊은 청구서 — 이것들이 바로 감사 추적이 존재하는 이유입니다. 삭제로 없애지 말고 눈에 보이는 수정으로 고치세요.
절대 삭제하면 안 되는 다섯 가지 거래
이 목록을 부기 담당자 옆에 붙여 두세요:
- 조정된 거래. 하나를 삭제하면 다음 조정 때 기초 잔액 차이가 발생합니다. 조정된 항목이 잘못되었다면 제대로 조정을 해제하거나 다시 생성하고 조정하세요 — 절대 그냥 삭제하지 마세요.
- 결제가 적용된 거래. 송장을 삭제하면 결제가 미적용 고아로 남고, 청구서 결제를 삭제하면 청구서가 조용히 미지급 상태로 돌아갑니다. 먼저 연결을 해제한 다음 결정하세요.
- 자동으로 징수된 세금 납부. 빠른북이 이미 징수한 급여세 납부는 아예 삭제할 수 없습니다 — 소프트웨어가 거부합니다. 여기서 중복이 나타나면 억지로 하지 말고 도움을 받아 해결하세요.
- 마감되었거나 신고된 기간의 모든 것. 서류 추적 없이 신고된 이력을 변경하는 것은 작은 정리가 큰 문제가 되는 방법입니다.
- 실수를 숨기기 위해 삭제하려는 모든 것. 동기가 수정이 아니라 은폐라면 취소를 선택하라는 신호입니다 — 또는 회계사가 볼 수 있는 분개 항목으로 공개적으로 수정하세요.
버튼을 잠그세요
최상의 취소 대 삭제 정책은 사람들이 기억하는 것이 아니라 소프트웨어가 강제하는 것입니다. 세 가지 통제가 대부분의 역할을 합니다:
- 삭제 권한을 제한하세요. 대부분의 청구서와 송장을 입력하는 직원에게는 삭제 권한이 필요 없습니다. 빠른북 온라인에서 사용자 역할을 검토하여 당신이나 부기 담당자만 삭제할 수 있고 다른 사람들은 각자의 범위 내에서 생성하고 편집할 수 있게 하세요.
- 장부를 마감하세요. 매월 말이나 연말 후에 비밀번호와 함께 마감일을 설정하세요. 마감 기간의 거래를 변경하려는 모든 시도는 조용히 이력을 다시 쓰는 대신 경고를 받거나 차단됩니다.
- 감사 로그를 정기적으로 검토하세요. 감사 로그를 재해 복구 계획이 아니라 월말 루틴의 일부로 만드세요. 삭제/취소된 거래를 필터링하고 변경된 내용을 훑어보세요. 5분의 검토가 정직한 실수와 대화가 필요한 삭제를 모두 잡아냅니다.
첫날부터 장부를 깨끗하게 유지하세요
취소 습관을 갖는 것은 더 큰 훈련의 작은 부분입니다: 장부에 대한 모든 변경은 나중에 따라갈 수 있는 흔적을 남겨야 합니다. 빠른북, 스프레드시트, 또는 일반 텍스트 원장에서 재무를 추적하든 그 본능이 중요합니다 — 그리고 이것이 Beancount.io가 버전 관리되는 일반 텍스트 회계로 구축된 이유이며, 전체 편집 이력이 곧 감사 추적이고 아무것도 조용히 사라지지 않습니다. 그 작업 흐름이 어떤지 궁금하다면 문서에서 핵심 개념을 살펴볼 수 있고, Fava는 일반 텍스트 원장 위의 대시보드와 보고서를 보여줍니다. 무료로 시작하세요 첫날부터 모든 수정을 보이게 유지하세요.
