개인용 재무회계 프로그램을 만들려고 시도중이에요.

네. 지금 설계에서 가장 좋은 점은 규칙으로 먼저 처리하고, 모호한 거래에만 AI를 쓰며, 사람의 승인 전에는 장부에 반영하지 않는다는 원칙이에요. 이건 꼭 유지하세요.

다만 처음 만드는 회계 프로그램이라면, 화면이나 AI보다 먼저 아래를 잠가두는 편이 좋아요.

1. 먼저 ‘개인 재무회계 정책’을 한 장으로 고정하세요.

• 회계 범위가 개인인지, 부부·가족 전체인지
• 현금주의인지 발생주의인지
• 본인 계좌 사이의 이체는 수익·비용이 아니라 자산 이동이라는 원칙
• 신용카드 사용 시점과 카드대금 결제 시점의 처리
• 대출 원금 상환과 이자 비용의 분리
• 주식·ETF의 취득원가, 수수료, 배당, 실현손익, 미실현평가손익 처리
• 외화 거래의 적용 환율과 환차손익 처리

이 정책이 흔들리면 같은 거래가 달마다 다른 분개로 들어가고, 결산 숫자를 믿을 수 없게 돼요. 정책과 계정과목표, 자동분개 규칙에는 버전도 붙이세요.

2. UI보다 복식부기 핵심부와 불변조건을 먼저 만드세요.

모든 전표는 반드시 차변 합계 = 대변 합계여야 하고, 전기된 전표가 없는데 잔액이 바뀌어서는 안 돼요. 금액에는 부동소수점 자료형을 쓰지 말고 정수 최소화폐단위나 Decimal을 사용하세요. 이 두 가지는 사소해 보여도 회계 프로그램의 생명줄이에요.

3. 확정된 전표를 직접 수정·삭제하지 마세요.

잘못된 전표는 원본을 보존한 채 역분개와 수정분개로 고치고, 누가 언제 어떤 이유로 승인·수정했는지 감사기록을 남겨야 해요. 결산한 월은 잠그되, 해제 권한과 기록도 남기세요. 개인용이어도 이 원칙이 있어야 과거 재무제표가 조용히 바뀌지 않아요.

4. Excel 업로드는 곧바로 본장부에 넣지 말고 준비 영역을 거치세요.

업로드 → 형식 검증 → 중복 탐지 → 자동분개 미리보기 → 사용자 승인 → 한 번에 전기 순서가 안전해요. 같은 파일을 두 번 올려도 중복 전표가 생기지 않도록 거래 식별값과 멱등성 처리를 두고, 한 묶음의 일부만 반영되는 일도 막아야 해요.

5. AI는 회계 엔진이 아니라 분류 제안자로 제한하세요.

AI가 자유문장으로 분개를 만들어 넣게 하기보다, 허용된 계정과목과 구조화된 출력만 고르게 하세요. 원문 거래, 적용 규칙, AI 제안, 확신도, 사용자의 최종 선택을 함께 보존하면 나중에 규칙을 개선할 자료가 돼요. 반복해서 승인된 사례는 AI 호출을 늘리는 쪽이 아니라 결정 규칙으로 승격하는 편이 더 안정적이고 저렴해요.

6. 회계장부와 생활관리 화면을 분리하세요.

총계정원장이 진실의 원천이고, 순자산 추이·현금흐름·예산 대비·월별 소비 같은 화면은 장부에서 계산되어 나오는 보기여야 해요. 사용 편의를 위해 장부 자체를 변형하면 나중에 숫자 사이의 연결이 끊겨요.

7. 실제 코딩 전에 대표 거래 표본을 만드세요.

급여, 현금 구매, 신용카드 구매와 결제, 계좌 이체, 예금이자, 대출 실행과 원리금 상환, 주식 매수·매도·배당·수수료, 환전, 환불처럼 자주 생기고 헷갈리는 거래를 30~50개 정도 정답 분개와 함께 준비하세요. Codex가 기능을 만들 때마다 이 표본과 불변조건 검사를 통과하게 하세요. 화면 테스트보다 훨씬 강한 안전망이 돼요.

8. 백업과 탈출구를 처음부터 넣으세요.

자동 백업, 복원 시험, 전체 원장과 첨부자료의 표준 형식 내보내기를 준비하세요. 프로그램이 망가져도 장부 자료는 다른 도구로 옮길 수 있어야 해요.

첫 구현 범위는 작게 잡는 게 좋아요. 계정과목표 → 수기 복식전표 → 전기·원장·시산표 → 결산 잠금 → Excel 준비 영역까지 먼저 완성하고, 그다음 자동분개 규칙과 증권 거래, 마지막에 AI를 붙이는 순서를 권해요.

한 문장으로 줄이면, AI가 똑똑하게 분개하는 프로그램보다 잘못된 분개가 조용히 장부에 들어갈 수 없는 프로그램을 먼저 만드세요. 그러면 첫 프로그램이어도 아주 좋은 출발선에 이미 서 있는 셈이에요.