연재 「재무전문가가 꼭 알아야 할 Anthropic 교육자료」 5편 1편 지도 · 2편 설계 · 3편 진단 · 4편 절차 · 5편 실측(이 글)

Anthropic 이 재무 업무용 공식 플러그인을 공개했습니다. 설치는 두 줄입니다.

claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install finance@knowledge-work-plugins

설치하면 대사, 분개 두 종, 결산관리, 변동분석, 재무제표, 감사대응, SOX 테스트까지 스킬 여덟 개가 함께 들어옵니다. 합쳐서 1,906줄의 회계 방법론 문서입니다.

여기까지는 뉴스에 나오는 이야기입니다. 설치한 실무자에게 필요한 것은 그다음, 세 질문입니다. 이것으로 무엇을 자동화하는가. 자동화할 때 무엇을 고려해야 하는가. 내 업무와 비교해 무엇을 보완해야 하는가. 이 답을 얻으려고 스킬 전문을 정독하고, 오류를 심어 둔 가상 회사 데이터로 세 번 돌려 채점했습니다.

질문 1. 무엇을 자동화하는가

스킬 여덟 개의 목록이 곧 벤더가 정한 자동화 대상입니다.

스킬자동화하는 업무
reconciliationGL·보조원장·은행·회사간 대사
journal-entry, journal-entry-prep계상·상각·수익인식 분개와 검토
close-management결산 일정과 선후관계 관리
financial-statements재무제표 생성과 기간 비교
variance-analysis증감 분해와 중요성 판정
audit-support, sox-testing표본 선정·조서·통제 평가

전부 규칙이 분명한 반복 업무입니다. 그리고 목록에 없는 것이 둘 있습니다. 세무와 자금입니다. 세무는 나라마다 달라 글로벌 스킬로 만들 수 없는 영역입니다. 벤더가 비워 둔 영역이고, 각 나라의 실무자가 채워야 합니다.

한 줄 설명만 보고 내용을 짐작하면 안 됩니다. 카탈로그에는 「GL 잔액을 보조원장과 대사」라고만 적혀 있지만, 대사 스킬 본문에는 차이 분류 세 범주, 경과기간 분석, 에스컬레이션 임계값, 그리고 대사하는 사람과 거래 처리하는 사람을 분리하라는 직무분리 원칙까지 들어 있습니다. 방법론 문서로서는 그대로 참조할 만합니다.

질문 2. 자동화할 때 무엇을 고려해야 하는가

먼저 스킬이 쓰는 대사 방법론부터 정리합니다. reconciliation 스킬이 시키는 절차는 회계 교과서의 표준 그대로입니다.

  • 양쪽을 조정잔액(Adjusted Balance)으로 맞춥니다. 은행 대사 양식처럼 정산자료에는 미기록 수수료를 더하고, 장부에는 미입금 이월을 더해, 두 조정잔액이 0 에서 만나는지 봅니다. 총액끼리 단순 비교가 아닙니다
  • 차이를 세 범주로 가릅니다. 기다리면 풀리는 시점 차이(Timing Differences), 분개가 필요한 조정 건(Adjustments Required), 원인을 모르는 조사 건(Requires Investigation)
  • 조사 건은 경과기간(aging)과 금액으로 올립니다. 일정 기간을 넘기면 감독자, 더 넘기면 관리자 검토입니다. 대사하는 사람과 거래 처리하는 사람을 분리하는 직무분리(Segregation of Duties) 원칙도 명시돼 있습니다

이 방법론이 실제로 작동하는지를 가상 회사 메종블룸으로 확인했습니다. 온라인 편집숍이고, 자사몰과 외부 플랫폼과 오프라인 매장에서 직접 팔면서 입점사 상품도 대신 팔아 수수료를 받습니다. 이 회사의 6월 장부와 채널별 정산자료를 만들고, 재무팀이라면 다 겪어 본 오류 여섯을 심었습니다. 월말 매출인데 입금은 다음 달로 넘어간 것, 플랫폼이 수수료를 떼고 순액만 입금한 것, 취소 건이 장부에 덜 반영된 것 같은 종류입니다.

실제로 잡았습니다. 여섯 중 다섯입니다. 순액 입금 건은 조정항목으로 드러났고, 시점 차이는 시점으로, 취소는 조정 건으로 갈렸습니다. 같은 데이터에서 아카데미 사용 사례의 프롬프트가 한둘밖에 못 잡은 것과 비교하면, 양식을 강제하는 것의 힘이 분명합니다.

공백은 방법론의 전제에 있습니다. 이 절차는 「양쪽 금액이 맞으면 옳다」를 전제합니다. 금액이 맞아도 계정이 틀린 경우를 확인하는 단계가 어디에도 없습니다. 놓친 하나가 정확히 그 전제 위에 있었습니다.

메종블룸은 입점사 상품을 팔면 판매대금의 18%만 수수료로 가져갑니다. 나머지는 입점사에 줄 돈입니다. 그런데 장부에는 판매대금 전액이 회사 매출로 올라가 있습니다. 매출이 2억 3,429만원 부풀려진 것입니다. 재무제표를 다시 만들어야 하는, 여섯 중 금액이 가장 큰 오류입니다. 세 스킬이 전부 이 오류를 통과시켰습니다.

  • 대사는 통과했습니다. 틀린 금액이 장부와 정산자료 양쪽에 똑같이 적혀 있어서, 맞춰 보면 1원까지 일치합니다
  • 분개 검토도 통과했습니다. 스킬의 수익 인식 절차에는 「이 돈이 우리 매출인가, 남의 돈을 전달하는 것인가」를 묻는 단계가 없습니다
  • 변동분석도 통과했습니다. 지난달에도 같은 방식으로 틀려 있어서, 증가율이 평범한 성장으로 보입니다

이 오류가 드러나는 곳은 단 한 군데입니다. 계정과목 마스터에 적힌 「수수료수익: 총액이 아니라 수수료만 수익」이라는 한 줄. 그런데 세 스킬 중 어느 것도 그 파일을 읽으라고 시키지 않습니다.

아래 넷은 매달 사람이 손으로 할 일이 아닙니다. 스킬을 만들 때 한 번 넣어 두는 설계이고, 넣어 두면 실행은 매달 자동으로 돌아갑니다.

  1. 계정 정의를 읽는 단계를 스킬 맨 앞에 넣습니다. 금액이 전부 일치해도 계정이 틀린 오류, 위의 총액 계상 같은 것은 대사로도 분개 검토로도 잡히지 않습니다. 지시서 첫 줄이 이렇게 시작하게 합니다.
[0단계] 대사 시작 전에 계정과목 마스터를 읽는다.
  계정의 정의(예: 수수료수익 = 총액이 아니라 수수료만 수익)와
  원장의 계상 방식이 어긋나는 항목은 금액이 일치해도 [판단필요]로 표기한다.
  1. 비교할 열은 설계할 때 한 번 정해 지시서에 박습니다. 판매액(총액)과 정산액(순액) 중 무엇을 맞출지는 업무 지식이라 도구가 정하지 못합니다. 여기서 잘못 고르면 매달 자동으로 틀립니다.
[비교] 원장 '금액' 열 ↔ 정산자료 '정산액(순액)' 열. 다른 열 사용 금지.
  1. 「판단필요」는 예외 경로입니다. 실측에서 여섯 중 다섯은 자동 판정으로 끝났고 판단필요는 하나였습니다. 이 비율이 정상입니다. 판단필요가 쌓이면 규칙이 덜 적힌 것이고, 같은 판단이 반복되면 규칙으로 승격합니다.
[판정] 각 건을 넷 중 하나로 표기한다.
  시점     = 원장에만 있고 거래일이 월말 7일 이내
  조정     = 금액이 다르고 원인 계정이 특정됨 → 분개 초안 첨부
  조사     = 원인 불명 → 경과일 기재
  판단필요 = 금액은 일치하나 계정·거래 성격이 어긋남 → 사람 회부, 자동 처리 금지
  1. 차이 0 과 비교 실패를 다른 값으로 표시하게 만듭니다. 실측에서 비교를 잘못한 실행이 「조정할 분개 없음」으로 나왔습니다. 구분이 없으면 공회전이 정상 종료로 읽힙니다.
[요약 필수 항목] 비교 대상 건수 / 매칭 성공 건수 / 판정 불능 건수
  매칭률 95% 미만이면 결론을 내지 말고 [비교 실패]로 표기한다.

설계에서 배울 점 셋

플러그인이 잘한 것은 회계 지식이 아닙니다. 그야말로 기본공식입니다.

첫째, 양식을 강제합니다. 「대사하라」로 끝내지 않고 조정잔액으로 맞추는 방식까지 지정합니다. 검증 방식을 지정하면 결과의 품질이 올라갑니다. 위의 실측이 그 차이를 보여 줍니다.

둘째, 판단조건을 본문에서 분리해 둡니다. 결산 방법론에서 사람이 정할 값을 따로 빼서 입력하고 고칠 수 있게 했습니다. 암묵지를 명시적으로 관리하는 방법입니다. 저희가 진행 중인 생산계획 AX 프로젝트도 같은 방식으로, 상위 계획자가 판단하고 바꾸는 값을 분리해 뒀습니다.

셋째, 에이전트를 나눕니다. 검증하는 단계와 산출하는 단계를 다른 에이전트가 맡습니다. 한 에이전트가 만들고 스스로 검사하면 검사가 형식이 됩니다.

질문 3. 내 업무와 비교해 무엇을 보완해야 하는가

스킬 전문 1,906줄을 검색한 결과입니다.

찾은 말건수대신 있는 것
부가가치세0sales tax, property tax
원천징수0payroll tax (사용자 부담분)
한국0없음
K-IFRS0ASC 606·220·210·230·842 등

부가세 개념이 없으니 매입세액 불공제 판정도 없습니다. 원천징수가 없으니 지급액에서 떼어 예수하는 분개 구조도 없습니다. 계정은 미국식이라 더존 업로드 양식과 맞지 않고, 결산 체크리스트 40개 항목에는 외부 신고 기한이 하나도 없습니다. 국내 결산을 실제로 끌고 가는 익월 10일(원천세·세금계산서)과 25일(부가세)이 그 일정표에는 없습니다. 신고 달력을 따로 붙여야 하고, 법제처 API 로 기본 법령과 회계기준을 함께 물려 두면 판단 근거가 산출물에 남습니다.

정리하면 이렇게 나뉩니다.

판정
방법론가져다 쓴다대사 양식, 차이 분류, 결산 선후관계, 중요성 임계값 산정
제도우리가 만든다부가세, 원천징수, 계정체계, 신고 달력, 법령·회계기준 연결, 총액·순액 판단

방법론은 받고, 제도와 판단은 우리가 합니다

공식 플러그인은 생각보다 낫고, 생각보다 비어 있습니다. 규칙이 분명한 업무의 방법론은 이미 잘 정리돼 있어서 그대로 참조하면 되고, 한국 제도와 회계 판단은 전부 남아 있습니다.

저희 커리큘럼이 하는 일이 정확히 그것입니다. 글로벌 도구가 내놓은 방법론을 한국 실무의 언어로 옮기고, AI 가 낸 결과를 확인하는 데까지 잇는 것. 이번 실측은 무엇이 남는지를 숫자로 확인한 기록입니다.

세 번의 실험 데이터와 채점표는 교육 과정의 실습 키트로 쓰입니다. 오류를 심어 둔 데이터로 직접 돌려 보고 채점하는 것, 그것이 이 연재 4편에서 말한 검증 훈련의 실체입니다.

자주 받는 질문

Claude Finance 플러그인은 어떻게 설치합니까
Claude Code 터미널에서 두 줄이면 됩니다. claude plugin marketplace add anthropics/knowledge-work-plugins 로 마켓플레이스를 추가하고, claude plugin install finance@knowledge-work-plugins 로 설치합니다. 다음 세션부터 대사·분개·결산 등 스킬 8개가 함께 잡힙니다. 플러그인 하나에 여덟 개가 같이 옵니다. 스킬을 하나씩 설치하지 않습니다.
Finance 플러그인은 한국 세무를 지원합니까
지원하지 않습니다. 스킬 8개 1,906줄 전문을 검색하면 부가가치세, 원천징수, 한국, K-IFRS 가 한 번도 나오지 않습니다. 인용된 회계기준은 미국 ASC 중심이고, 계정체계와 통화 표기도 미국식입니다. 대사 양식이나 결산 순서 같은 방법론은 국경이 없어 그대로 쓸 수 있지만, 부가세 분리·매입세액 불공제·원천징수 예수금 같은 국내 세무 처리는 별도로 만들어야 합니다.
플러그인의 대사 스킬은 실제로 오류를 잘 잡습니까
규칙이 분명한 오류는 잘 잡습니다. 저희가 오류 여섯 종을 심은 데이터로 채점했을 때 다섯을 잡았고, 같은 데이터에서 아카데미 사용 사례 프롬프트는 한둘밖에 못 잡았습니다. 차이는 양식입니다. 스킬은 양쪽을 조정잔액으로 맞추는 은행 대사 양식을 강제해서, 단순 매칭이 0 으로 통과시키는 수수료 미기록을 조정항목으로 드러냈습니다. 다만 금액이 일치하는 계정분류 오류는 대사로 잡히지 않습니다.
기존에 쓰던 재무 AI 에이전트와 충돌하지 않습니까
이름이 겹치는 것보다 산출 방식이 다른 것이 문제입니다. 플러그인은 모델이 표를 생성하는 방식이라, 계산을 코드로 하는 기존 에이전트와 한 워크플로에 섞이면 어느 숫자가 계산된 것이고 어느 숫자가 생성된 것인지 산출물에서 구분되지 않습니다. 방법론은 참조하되 계산은 결정론 엔진에, 판단은 사람에게 남기는 분리가 필요합니다.

출처

  1. Anthropic, knowledge-work-plugins finance v1.3.0 · 확인일 2026-08-30 · GitHub 공개 저장소. 스킬 8개 1,906줄 전문을 정독했다
  2. Kernel Academy, 메종블룸 2026-06 채널 정산 데이터키트 · 2026-08-28 제작 · 주문 16,297건, 오류 6종을 심고 정답표를 분리한 채점용 생성 데이터
  3. Kernel Academy, 실험 기록 1~3차 · 2026-08-28~30 · 대사·분개·변동분석 실측. 판정 근거 수치가 전부 기록돼 있다

← 블로그 전체 보기