정산일·현금흐름
예상 입금일과 지급일을 날짜별로 합쳐 잔액이 처음 마이너스가 되는 때와 필요한 추가 현금을 봅니다.
입력할 값
- 시작 현금 잔액: 첫 일정 전에 사용할 수 있는 원화 잔액입니다. 이미 부족한 상태라면 음수로 입력할 수 있습니다. 시작 날짜를 따로 받지 않으므로 시작 잔액의 부족에는 날짜를 붙이지 않습니다.
- 입금·지급 일정표: 한 줄에 날짜, 입금액, 지급액을 입력합니다. 예: 2026-10-15,100000,150000. 첫 줄에 열 이름은 넣지 않습니다. 쉼표 또는 탭으로 나누고, 금액에는 천 단위 쉼표를 쓰지 마세요. 같은 날짜를 여러 줄에 적어도 날짜별로 합산합니다.
- 입금이 늦어지는 날 수: 0~365일 중 정수를 입력합니다. 입력한 모든 입금을 그만큼 뒤로 미루고 지급일은 그대로 둡니다. 0일이면 기존 일정과 같습니다. 일부 입금만 늦추려면 일정표의 해당 날짜를 직접 바꿔 별도 계획으로 계산하세요.
- 계획 불러오기: 이 도구에서 저장한 JSON 파일을 선택하고 시작 잔액·일정·지연 가정을 미리 확인하세요. 「계획에 적용」을 눌러야 현재 입력을 바꾸며, 이전 결과를 지운 뒤 다시 계산합니다. 미리보기·취소·파일 오류만으로 현재 계획이 바뀌지 않습니다.
계산 방법
기존 일정은 같은 날짜의 입금과 지급을 각각 합산하고 날짜순으로 계산합니다. 일마감 잔액 = 직전 잔액 + 당일 입금 − 당일 지급. 최저 일마감 잔액은 일정에 있는 날짜들의 마감 잔액 중 최솟값이며 시작 잔액은 별도로 표시합니다. 추가로 필요한 현금 = max(0, −min(시작 잔액, 모든 일마감 잔액)). 입금 지연 가정은 모든 입력 입금의 날짜에 지정한 달력일을 더하고 지급은 원래 날짜에 남겨 같은 방식으로 다시 계산합니다. 따라서 총입금·총지급·최종 잔액은 같아도 중간 잔액과 필요한 현금은 달라질 수 있습니다. 지연 때문에 더 필요한 현금 = 지연 가정의 추가 현금 − 기존 일정의 추가 현금. 일별 표는 두 일정에 있는 날짜를 합쳐 보여 주며, 어느 한쪽에 거래가 없는 날짜는 그쪽 직전 잔액을 이어 표시합니다.
계산 예시
시작 현금 100,000원에 일정 한 줄 「2026-10-15,100000,150000」을 입력해 보세요. 기존 일정은 15일에 100,000원이 들어오고 150,000원이 나가므로 마감 잔액이 50,000원이고 추가 현금은 0원입니다. 입금을 2일 늦추면 15일에는 지급만 있어 −50,000원, 17일에 입금돼 50,000원으로 회복합니다. 최종 잔액은 같지만 15일의 부족을 막으려면 현금 50,000원이 더 필요합니다. 별도로 시작 현금이 −20,000원이고 첫 일정에 40,000원이 입금된다면 첫 일마감 잔액은 20,000원이어도 시작 시점의 부족을 메우는 데 20,000원이 필요합니다. 이때 시작 시점에는 임의의 날짜를 붙이지 않습니다. 모두 사용 방법을 보여 주는 가상 금액과 일정입니다.
결과 읽기
먼저 「추가로 필요한 현금」과 처음 부족해지는 시점을 확인한 뒤 기존 일정과 입금 지연 가정을 비교하세요. 최종 잔액이 플러스여도 먼저 나가는 지급 때문에 중간에 현금이 모자랄 수 있습니다. 부족 구간은 일마감 잔액이 음수가 된 날부터 다시 0원 이상이 되는 날까지를 보여 줍니다. 시작 잔액부터 부족한 경우는 날짜를 정하지 않고 따로 안내합니다. 마지막 일정에도 음수라면 그날까지 부족이 이어진 것으로 표시하며, 이후 회복일은 알 수 없습니다. 일별 표에는 입력한 거래일과 지연된 입금일이 있는 날짜만 나옵니다. 처음에는 최대 100개 날짜를 표시하고 더 보기로 이어 확인할 수 있습니다. 「일별 내역 CSV 저장」은 화면에 아직 펼치지 않은 날짜까지 모두 담으므로 기존·지연 일정의 입금·지급·잔액·부족액을 따로 검토하기 좋습니다. 다음에 계획을 다시 계산하려면 「계획 JSON 저장」을 사용하세요. CSV는 검토용 결과이고 JSON은 원래 입력과 지연 가정을 다시 불러오는 계획 파일입니다.
적용 범위
현금 잔액은 이익과 다릅니다. 아직 받지 않은 매출, 감가상각 등 현금 입출금이 아닌 항목은 이 표에 자동 반영되지 않습니다. 은행 잔액이나 플랫폼 정산 내역을 연결해 확인하는 기능이 아니므로 입금·지급 금액과 날짜는 직접 확인해 입력하세요. 같은 날짜 안의 입금·지급 순서를 모르는 일마감 기준입니다. 아침에 지급하고 저녁에 입금된다면 표에 부족이 없어도 일중에는 돈이 모자랄 수 있습니다. 시작 날짜를 받지 않으므로 시작 잔액이 음수인 기간의 길이나 첫 일정 전의 하루하루를 계산하지 않습니다. 지연은 입력한 모든 입금에 0~365일을 더하는 비교 가정입니다. 주말·공휴일·은행 영업일·플랫폼 정책을 예측하거나 보정하지 않으며 지급일은 고정합니다. 실제 은행 처리 시간, 신용 한도와 법정 지급 기한도 반영하지 않습니다. 시작 잔액은 절댓값 1조 원 이하의 원화 정수, 각 행의 입금·지급은 0~1조 원의 원화 정수로 입력합니다. 일정은 최대 1,000줄·10만 자이며 날짜는 YYYY-MM-DD로 적습니다. 존재하지 않는 날짜나 지연 후 9999년을 넘는 날짜는 계산할 수 없습니다. 같은 날 여러 금액을 합한 결과는 개별 입력 한도를 넘을 수 있습니다. 일별 표는 두 일정의 날짜를 합쳐 최대 2,000개 날짜를 다루며, 거래가 없는 모든 달력 날짜를 펼치는 표는 아닙니다. 입력한 금액과 일정은 브라우저 안에서 처리하고 자동 저장하거나 서버에 보내지 않습니다. 새로고침하거나 다른 도구로 이동하기 전에 필요한 파일을 직접 저장하세요. 계획 JSON에는 시작 잔액·입금·지급 금액·날짜·지연 가정이 들어 있으므로 공유 전에 내용을 확인하세요. 불러올 계획 파일은 최대 512 KiB이며 형식·버전·전체 입력값을 검사한 뒤 미리 보여 줍니다. 일반 은행 파일이나 임의의 JSON은 계획 파일로 읽지 않습니다. 계획을 불러오는 브라우저에 따라 줄바꿈 형식은 달라질 수 있지만 줄별 입력 내용은 유지됩니다.
자주 묻는 질문
이익이 나는데 현금이 부족하다고 나오는 이유는 무엇인가요?
매출이나 이익을 계산하는 시점과 실제 돈이 들어오는 날은 다를 수 있습니다. 판매대금은 다음 주에 들어오는데 재고 대금은 오늘 내야 한다면 먼저 쓸 현금이 필요합니다. 이 계산기는 입력한 입금·지급 날짜에 따른 잔액을 보여 주며 회계상 이익을 계산하지 않습니다.
입금 지연은 어느 거래에 적용되나요?
일정표에 적은 모든 입금에 같은 날 수를 더합니다. 지급 날짜는 바꾸지 않습니다. 2일은 영업일 2일이 아니라 달력일 2일이며, 플랫폼이나 은행의 실제 지연을 예측한 값은 아닙니다. 일부 입금만 늦어질 것으로 본다면 해당 날짜를 직접 바꾼 계획도 함께 확인하세요.
추가 현금이 0원이면 당일 지급에도 문제가 없나요?
일마감 기준으로 부족하지 않다는 뜻입니다. 당일 입출금 순서나 은행 처리 시간을 모르므로 지급 시각에 필요한 잔액까지 보장하지 않습니다. 시작 잔액이 음수인 경우는 첫 일정과 별개로 필요한 현금에 포함합니다.
내 계획은 자동 저장되나요?
자동 저장하지 않습니다. 「계획 JSON 저장」을 눌러 파일을 보관하고 다음에 「계획 불러오기」로 열어 주세요. 금액과 일정이 들어 있는 파일이므로 공유 범위를 확인하세요. 검토용 CSV에는 모든 일별 결과를 담지만 원래 계획을 다시 불러오는 용도로는 JSON을 사용합니다.