2026년 9월 8일 기준 — 프롬프트는 시작점이다. 기관마다 계정과목 체계·업무 관행이 다르므로 대괄호
[ ]부분을 자기 상황으로 채우고, 출력은 반드시 검증해서 쓴다.
빠른 답
- 어떤 업무에 바로 쓸 수 있나? 전표 계정과목 분류, 분개 제안, 증빙 체크리스트, 월간 마감 목록, 예산-실적 분석, 보고서 코멘트, 감사 대응 초안 — 이 글의 프롬프트 10개가 이 순서로 다룬다.
- 무료로 가능한가? 가능하다. 무료 플랜으로도 10개 모두 쓸 수 있다. 단 고객사 실명·실제 금액 같은 식별 정보는 넣지 않는다.
- 출력을 그대로 믿어도 되나? 안 된다. 국내 실험에서 ChatGPT가 CPA 1차(회계학)는 90%를 맞혔지만 2차(재무회계)는 51%에 그쳤다 — 단순 분류는 빠르지만 판단이 들어가는 영역은 전문가 검증이 필수다.
왜 회계사가 지금 ChatGPT인가
세 가지 사실이 근거다.
- AI는 이미 CPA 시험을 치렀다. 2024년 국내 실험에서 ChatGPT(o1)가 공인회계사 시험을 풀어 1차(회계학) 90%, 2차(재무회계) 51%를 득점했다(CPA뉴스 보도). 지식 영역에서는 쓸 만하고, 적용·판단 영역은 사람 몫이라는 뜻이기도 하다.
- 업계 도입은 초입이다. Thomson Reuters 2024년 조사 기준 회계·세무 법인의 8%가 생성형 AI 사용 중, 13%는 도입 계획, 30%는 검토 중(택스넷 보도). 빅4가 자체 AI 플랫폼을 감사에 넣는 사이 중소 법인·1인 사무소는 범용 ChatGPT가 현실적인 선택이다.
- 업계 단체가 밀고 있다. 한국공인회계사회는 AI 활용사례 공유 간담회를 전국 순회로 열고 지원 조직도 신설했다(한국세정신문). 글로벌 금융권이 채용 단계부터 AI 능력을 요구하기 시작한 것과 같은 흐름다(UBS 2027 신입 채용 AI 필수화 참고).
쓰기 전 3대 원칙
프롬프트보다 먼저다. 아래는 OpenAI가 공식 가이드에서도 강조하는 안전한 사용 원칙의 회계 버전이다.
- 마스킹: 고객사명·거래처명·개인 이름은 가명이나
[A사]로 치환한다. 금액 자체는 분석에 필요하므로 남기되, 미리 합의된 범위만 넣는다. - 검증: 분개·세금 계산·기준 해석은 초안으로만 받는다. 출력의 근거를 원문(기준서·세법)에서 확인하는 건 어디까지나 회계사의 일이다.
- 최신성 확인: 모델의 학습 시점 이후 개정(기준서 개정·세법 변경)은 모를 수 있다. 기준 관련 출력에는 항상 “현행 기준 기준인지 확인” 단계를 붙인다.
프롬프트 10개 — 일상 전표 업무 (1~3)
1. 계정과목 분류
너는 중견 제조업체의 경리 담당자다. 아래 거래 내역을 우리 계정과목표에 맞는 계정과목으로 분류해 줘. 확실하지 않은 항목은 물음표를 붙여 따로 모아 줘.
[계정과목표: 외상매입, 임차료, 접대비, 복리후생비, 소모품비, 통신비, 지급수수료 등 자기 과목표]
[거래 내역: 카드매출·이체 내역 붙여넣기]
출력 형식: 거래일 | 적요 | 제안 계정과목 | 판단 근거 한 줄
팁: 계정과목표 예시를 5개 이상 주면 정확도가 올라간다. 첫 달은 출력을 전수 검토하고, 자주 틀리는 과목은 과목표 설명에 추가한다.
2. 분개 제안
다음 거래를 복식부기 분개로 제안해 줘. 대체로 처리할 수 있는 안이 있으면 두 가지를 모두 보여주고 각각 근거를 한 줄씩 달아 줘.
[거래 설명: 예 — 임직원 워크샵 비용 120만 원을 법인카드로 지급. 부가세 별도]
팁: “근거를 한 줄씩"을 빼지 마라. 근거가 달리는 순간 검증 속도가 달라진다.
3. 증빙 체크리스트
아래 거래 유형별로 세무상 인정받기 위해 필요한 증빙을 표로 정리해 줘. 지출증빙서류 수취 기준(3만 원 기준)도 함께 표기하고, 우리가 기관별로 달리 적용 중인 부분은 [확인] 태그를 달아 줘.
[거래 유형: 접대비, 복리후생비, 임차료, 외주용역비, 차량유지비]
팁: 출력된 기준표는 세법 개정 시마다 다시 확인한다. 프롬프트 자체에 “[확인] 태그"를 요구하는 습관이 핵심이다.
프롬프트 10개 — 마감·분석 업무 (4~7)
4. 회계 기준 개념 질문
[개념: 예 — 충당부채와 채무의 구분]을 3단계로 설명해 줘.
① 초보자용 비유 ② 기준서 문단 요약 ③ 실무 사례 2개.
마지막에 "확인 필요" 항목으로 최신 개정 여부를 점검할 키워드를 알려 줘.
팁: ②의 문단 번호는 원문에서 직접 확인한다. 모델이 문단 번호를 지어내는 경우가 있다.
5. 월간 마감 체크리스트 생성
[업종: 예 — 소프트웨어 법인]의 월간 결산 마감 체크리스트를 만들어 줘.
항목은 ① 전표·증빙 ② 매출채권·미수 ③ 예산비교 ④ 세금 ⑤ 재무제표 검토 그룹으로 나누고, 각 항목에 담당자 칸과 완료 기준을 넣어 표로 만들어 줘.
팁: 한 번 잘 만들어진 체크리스트는 매달 앞부분만 수정해 재사용한다. 자기 기관의 고유 항목(그룹사 정산 등)을 직접 추가한다.
6. 예산-실적 변동 분석
아래는 부서별 예산-실적 데이터다. 주요 변동(금액 기준 상위 5개)을 표로 정리하고, 각 변동마다 가능한 원인 가설 2개씩을 제시해 줘. 가설은 데이터에 없는 추측이므로 [확인 필요] 태그를 붙여 줘.
[붙여넣기: 부서, 계정과목, 예산, 실적 — 식별 정보는 마스킹]
팁: “[확인 필요] 태그"가 이 프롬프트의 핵심이다. 가설을 사실처럼 쓰는 사고를 구조적으로 막아준다.
7. 경영보고서 코멘트 초안
아래 재무 요약 데이터로 경영보고서용 '전월 대비 주요 변동' 코멘트를 3문단으로 써 줘.
독자는 비재무 임원이다. 숫자 나열보다 흐름과 이유 중심으로, 각 문단은 3문장 이내로.
팁: 문체 예시 하나를 함께 붙여 넣으면 우리 회사 보고서 톤에 맞춰 준다.
프롬프트 10개 — 감사·세금·커뮤니케이션 (8~10)
8. 감사 대응 답변 초안
감사인이 요청한 아래 질문에 대한 답변 초안을 만들어 줘.
구조: ① 요약 답변 ② 근거(처리 과정·증빙 위치) ③ 남는 리스크.
우리가 확인해 채워야 할 부분은 [확인] 태그로 남겨 줘.
[질문: 예 — 매출 인식 시점 정책과 실제 처리가 일치하는지 설명해 달라]
9. 세금 계산 재검토
아래 세금 계산을 단계별로 재검토해 줘. 계산 구조의 오류와 누락된 항목을 찾고, 근거가 되는 세법 조항 방향을 알려 줘.
결과는 최종 확인용 초안으로만 쓸 것이므로 항목마다 확신도(높음/중간/낮음)를 표시해 줘.
[계산 내역: 예 — 개인별 원천세·4대보험 계산]
팁: 확신도 ‘낮음’ 항목부터 사람이 확인한다. 역설적이지만 가장 빠른 검증 순서다.
10. 고객사 안내메일 초안
아래 회계 주제를 고객사 담당자(비전공자)에게 설명하는 이메일을 써 줘.
구조: 인사 1줄 → 핵심 안내 3줄 → 준비물 목록 → 마무리. 존댓말로, 딱딱하지 않게.
[주제: 예 — 4분기 부가세 예정신고 안내와 필요 서류]
프롬프트를 더 잘 쓰는 3가지
OpenAI 공식 프롬프트 가이드의 권고를 회계 업무에 맞게 요약하면:
- 역할을 준다 — “너는 경리 담당자다"처럼 역할을 주면 출력의 수준과 어휘가 맞춰진다.
- 예시를 준다 — 계정과목표·문체 예시처럼 “우리 것"을 조금 넣는 것이 긴 설명보다 효과적이다.
- 출력 형식을 지정한다 — 표·태그·확신도처럼 형식을 지정하면 검증이 쉬워진다.
복잡한 분석(여러 기준 비교, 긴 문서 요약)은 최신 대형 모델일수록 정확도가 다르다 — 모델별 특성과 가격은 GPT-6 아스트라 가격·사용법 총정리에서, 다른 모델과의 비교는 Gemini 3.8 Flash 가격·사용법 총정리에서 확인할 수 있다.
자주 묻는 질문
Q. 유료 결제를 해야 하나요? 아니다. 이 글의 10개는 무료 플랜으로 모두 가능하다. 사용량이 많거나 민감 데이터를 다룬다면 팀·API 이용을 검토하되, 요금은 시점마다 다르니 공식 요금 페이지에서 확인한다.
Q. 고객사 데이터를 넣어도 되나요? 식별 정보(사명·인명·사업자번호)는 가공해서 넣는다. 내부 방침이 있다면 그 기준을 따른다. 원칙은 “복구 불가능한 수준으로 가공했는가"다.
Q. 세무사·경리 담당자도 쓸 수 있나요? 할 수 있다. 프롬프트 구조는 같고, 계정과목표·체크리스트·안내문 주제만 자기 업무로 바꾸면 된다.
Q. 출력을 그대로 보고서에 넣어도 되나요? 절대 아니다. 이 글의 모든 프롬프트는 초안 생성용이다. 최종 판단과 책임은 전문가에게 있다 — 이 점이 도구를 쓰는 전문가와 못 쓰는 전문가를 가른다.
Q. 한국어로 잘 동작하나요? 이 글의 프롬프트는 모두 한국어로 설계했다. 다만 기준서·세법 용어는 번역 오차가 있을 수 있으니 중요한 문서는 한영 교차 확인을 권한다.