AI로 월간 보고서 만들기: 여러 CSV를 합치고 다음 달에도 다시 쓰기

1. 1

   월말 보고를 AI에게 맡길 때, 합계보다 먼저 받을 것

   두 부서에서 받은 CSV를 AI에 넣고 “이번 달 매출을 알려 줘”라고 했다고 생각해 보세요. 숫자 하나는 금방 나오지만 어느 거래를 두 번 셌는지, 빈칸을 어떻게 처리했는지, 취소 자료를 읽었는지는 그 숫자만으로 알 수 없습니다. 이 수업에서는 AI에게 합계와 함께 행별 판정표와 보고문을 만들게 합니다. 사람이 다시 확인할 자리를 답변 속에 남기는 것이 첫 번째 활용법입니다.

   이 수업에서 익힐 사무 AI 활용 순서는 다음과 같습니다. 파일의 열 이름과 집계 기간 정하기 → 중복·누락 처리 규칙 정리하기 → AI에 행별 판정과 보고서 초안 요청하기 → 원자료로 합계를 검산하기 → 정정 자료를 주고 보고서를 갱신하기. 각 단계에서 왜 그 자료와 조건이 필요한지 이론을 먼저 설명하고, 요청 예시·완성 예제·해설로 판단 과정을 살펴봅니다. 외부 AI 도구를 사용할 때의 방법을 읽으며 배우는 교재이므로 계정이나 실행 환경을 준비하지 않아도 됩니다.

   CSV는 표를 글자로 저장한 파일입니다. 한 줄이 한 기록이고, 쉼표가 칸을 구분합니다. AI는 이 글자를 읽어 열의 뜻을 설명하고 서로 다른 파일의 내용을 한 표로 정리할 수 있습니다. 그러나 파일을 모두 읽었는지와 계산이 맞는지는 따로 확인해야 합니다. 채팅창에 파일이 붙었다는 사실을 계산 검증이 끝났다는 뜻으로 받아들이지 마세요. 요청에서 읽은 파일명과 행 수를 먼저 되돌려 달라고 하는 이유입니다.

   실습 자료는 가상 문구 도매업체의 10월 내보내기 두 개와 정정 원장입니다. 실제 고객이나 거래 기록은 없으며, 10월 30일과 11월 자료도 다음 과정을 보여 주려고 미리 만든 값입니다. 원장은 거래 내용을 적은 목록이고, 정정 원장은 어느 값을 어떤 근거로 바꿀지 기록한 목록입니다. 이 수업의 합계는 회계 결산이나 세무 판단이 아니라 주어진 날짜·상태 규칙을 적용한 교육용 계산입니다.

   2026년 10월 28일 Claude Sonnet 5.5에 도구를 끈 상태로 자료와 요청을 보내고, 같은 대화에 새 정정 자료를 추가했습니다. 뒤에 보이는 응답 인용은 그 실행에서 받은 문장을 그대로 옮겼습니다. 별도의 표와 검산 파일에는 편집자 검증이라고 표시합니다. 대화형 AI의 답은 매번 같지 않을 수 있으므로 문장 모양을 따라 외우기보다 어떤 행과 근거를 남겼는지 비교하세요.

   직접 실행하려면 ChatGPT나 Claude 같은 대화 도구에서 새 대화를 열고 아래 요청과 자료를 붙입니다. CSV 첨부를 지원하는 도구라면 파일을 붙여도 되지만, 첨부가 안 되면 파일을 텍스트로 열어 그대로 복사하면 됩니다. 실제 결과와 추가 요청을 모두 제공하므로 계정이나 결제 없이 읽어도 과정을 따라갈 수 있습니다. 지금부터 배울 것은 “AI가 숫자를 말하게 하기”보다 “AI가 만든 숫자를 확인하고 다시 쓰게 하기”입니다.

2. 2

   파일을 붙이기 전에 AI가 읽을 기준을 적습니다

   처음부터 파일 이름을 알아볼 수 있게 둡니다. october-export-a에는 A01~A12의 12행, october-export-b에는 B01~B08의 8행이 있습니다. 두 파일의 source_row는 원본 위치, invoice_id는 같은 거래인지 판단할 번호입니다. 원본 위치와 거래번호를 구분해야 “B01을 빼라”는 말이 거래 자체를 취소하라는 뜻으로 바뀌지 않습니다. 요청문에서 이 두 열을 끝까지 유지하라고 명시합니다.

   

   합치기는 같은 종류의 행을 아래로 이어 붙이는 작업입니다. Microsoft의 Power Query 안내도 열의 위치보다 열 이름을 기준으로 붙이는 방식을 설명합니다. AI에게는 날짜·금액·상태 열의 뜻까지 적어 주세요. 이번 금액은 모두 원화이고, 환불은 음수이며, 보고 기간은 파일을 만든 날이 아니라 transaction_date가 10월인 행입니다. 이 규칙이 없으면 AI가 가장 최근 파일을 최신 거래라고 해석할 수 있습니다.

   아래 표에서 A03과 B01은 같은 O103을 가리킵니다. 반면 A04의 O104는 60,000원이고 B02의 같은 번호는 65,000원입니다. 둘 다 중복이라고 묶을 수는 있지만, 어느 금액이 맞는지는 번호만으로 결정할 수 없습니다. “맨 위 행을 남겨”라고 요청하기보다 “값이 다르면 충돌로 표시하고 정정 원장을 확인해”라고 말해야 자료에 없는 선택을 줄일 수 있습니다.

   A05의 10월 32일은 존재하지 않는 날짜이고 A06의 금액은 비어 있습니다. AI가 날짜를 10월 31일로 바꾸거나 빈칸을 0으로 바꾸면 자연스러운 표가 되지만 원자료의 불확실성은 사라집니다. 이번에는 L1과 L2가 각각 10월 23일과 110,000원을 확인합니다. 자료가 없었다면 두 행을 보류하는 것이 답입니다. 무엇을 모르는지 표시하는 결과도 다음 확인에 쓸 수 있는 산출물입니다.

   아래 20행과 다음 절의 정정 4건이 처음 요청의 전체 입력입니다. 파일을 받지 않아도 번호·날짜·금액·상태를 여기서 확인할 수 있습니다. 다운로드 묶음에는 같은 CSV와 열 설명이 들어 있습니다. 직접 사용한다면 원본을 덮어쓰지 말고 대화 제목에 “10월 v1”처럼 기간과 버전을 적으세요. 나중에 받은 정정이 처음부터 있었던 것처럼 섞이는 일을 막는 간단한 기록입니다.

   가상 10월 원본 20행 · 빈 금액은 미확인

   원본행	거래번호	거래일	원화금액	상태
   A01	O101	2026-10-01	120000	confirmed
   A02	O102	2026-10-02	80000	confirmed
   A03	O103	2026-10-03	150000	confirmed
   A04	O104	2026-10-05	60000	confirmed
   A05	O105	2026-10-32	90000	confirmed
   A06	O106	2026-10-09	—	confirmed
   A07	O107	2026-10-12	50000	pending
   A08	O108	2026-10-15	70000	confirmed
   A09	O109	2026-09-30	40000	confirmed
   A10	O110	2026-10-18	30000	confirmed
   A11	O111	2026-10-20	-20000	refund
   A12	O112	2026-10-22	130000	confirmed
   B01	O103	2026-10-03	150000	confirmed
   B02	O104	2026-10-05	65000	confirmed
   B03	O113	2026-10-24	90000	confirmed
   B04	O114	2026-10-25	200000	confirmed
   B05	O115	2026-10-27	100000	confirmed
   B06	O116	2026-11-01	180000	confirmed
   B07	O117	2026-10-28	40000	confirmed
   B08	O118	2026-10-30	70000	confirmed

   연습 파일 받기

1. 3

   이 요청을 복사해 행별 판정과 완성 보고문을 받습니다

   AI에게 맡길 작업은 네 덩어리로 나눕니다. 먼저 20행을 하나도 빠뜨리지 않고 판정하고, 다음으로 실제 합계에 넣는 거래를 모읍니다. 그 뒤 양수·환불·순합계를 따로 계산하고, 마지막에 사람이 읽는 보고문을 씁니다. 보고문부터 쓰게 하면 틀린 숫자를 매끄러운 문장으로 덮을 수 있습니다. 요청의 순서를 바꾸는 것만으로도 확인할 중간 결과를 확보할 수 있습니다.

   아래 요청은 실제 실행에 사용한 영문 요청을 한국어로 옮긴 것입니다. 영어판과 다운로드의 실행 원문은 실제 보낸 입력을 그대로 제공합니다. 두 버전 모두 파일 전체와 정정 원장을 포함하므로 “위 자료를 참고해”라는 말만 복사하고 정작 자료를 빼먹지 않도록 합니다. 파일 첨부로 바꾸어 쓸 때도 파일명과 읽을 행 수를 요청에 남기세요. 자료가 둘인데 답에서 한 파일만 언급하면 계산을 승인하지 않고 먼저 입력을 다시 확인합니다.

   정정 자료에는 값뿐 아니라 ID가 있습니다. L1은 O105의 날짜, L2는 O106의 누락 금액, L3는 O108의 취소, L4는 O104의 금액을 확정합니다. AI가 새 표에 바뀐 값만 남기면 원래 어디가 틀렸는지 알 수 없습니다. 따라서 “원본행과 정정 ID를 붙여 줘”를 요청에 넣었습니다. 이것은 보기 좋은 장식이 아니라 수정 이유를 다음 달에도 다시 찾게 하는 연결입니다.

   실행 버튼을 누른 뒤에는 바로 “더 간결하게”라고 하지 않습니다. 우선 결과에 원본 20행이 모두 나타나는지, A07의 pending이 제외되는지, A11의 음수 환불이 남는지 읽습니다. AI가 분류 이름을 조금 다르게 써도 뜻이 같으면 괜찮습니다. 실제 응답은 요청의 분류 목록에 없던 cancelled를 별도 취소로 표기했습니다. 목록을 억지로 맞추기보다 합계에 왜 들어가거나 빠지는지 설명되는지가 중요합니다.

   답이 중간에 잘렸다면 처음부터 또 합계를 물어보지 말고 “행별 판정의 마지막 번호가 어디인지 확인하고 나머지를 이어 써 줘”라고 범위를 짚습니다. 모든 자료를 읽었다고 말하는 답만으로는 충분하지 않습니다. 행 번호 목록, 합계에 넣은 거래번호, 제외 이유라는 세 가지 흔적이 있어야 사람이 결과를 대조할 수 있습니다. 도구 실행을 건너뛰는 독자는 다음 절의 실제 응답을 같은 기준으로 읽으면 됩니다.

   AI에 함께 주는 정정 원장

   근거	거래	바꿀값
   L1	O105	transaction_date = 2026-10-23
   L2	O106	amount_krw = 110000
   L3	O108	status = cancelled
   L4	O104	amount_krw = 60000; B02 transcription error

   연습 파일 받기

   다음은 전부 가상 교육 자료야. 2026년 10월 거래일 기준, 원화 confirmed와 refund만 보고해 줘. invoice_id가 같으면 같은 거래로 묶되 값이 충돌하면 정정 원장으로 확인하고, 해결되지 않으면 보류해. 빈 금액은 0이 아니라 미확인이고 유효하지 않은 날짜도 추측하지 마. 각 판정에 source_row와 정정 ID를 붙여 줘. 원본 20행의 판정표, 채택 원장, 양수/환불/순합계, 한국어와 영어 보고문을 순서대로 작성해 줘. 파일 변경·발송은 하지 마.
   
   [export-a]
   source_row,invoice_id,transaction_date,amount_krw,status
   A01,O101,2026-10-01,120000,confirmed
   A02,O102,2026-10-02,80000,confirmed
   A03,O103,2026-10-03,150000,confirmed
   A04,O104,2026-10-05,60000,confirmed
   A05,O105,2026-10-32,90000,confirmed
   A06,O106,2026-10-09,,confirmed
   A07,O107,2026-10-12,50000,pending
   A08,O108,2026-10-15,70000,confirmed
   A09,O109,2026-09-30,40000,confirmed
   A10,O110,2026-10-18,30000,confirmed
   A11,O111,2026-10-20,-20000,refund
   A12,O112,2026-10-22,130000,confirmed
   
   [export-b]
   source_row,invoice_id,transaction_date,amount_krw,status
   B01,O103,2026-10-03,150000,confirmed
   B02,O104,2026-10-05,65000,confirmed
   B03,O113,2026-10-24,90000,confirmed
   B04,O114,2026-10-25,200000,confirmed
   B05,O115,2026-10-27,100000,confirmed
   B06,O116,2026-11-01,180000,confirmed
   B07,O117,2026-10-28,40000,confirmed
   B08,O118,2026-10-30,70000,confirmed
   
   [corrections]
   evidence_id,invoice_id,field,value,reason
   L1,O105,transaction_date,2026-10-23,Receipt date confirmed; raw day 32 is invalid
   L2,O106,amount_krw,110000,Missing amount confirmed from fictional receipt
   L3,O108,status,cancelled,Order cancelled before recognition
   L4,O104,amount_krw,60000,A04 amount confirmed; B02 has a transcription error
   

2. 4

   실제 AI 답과 원장을 맞춰 완성 결과를 검산합니다

   Claude는 첫 실행에서 채택 14건, 양수 1,270,000원, 환불 -20,000원, 순합계 1,250,000원을 반환했습니다. 원본 20행의 판정표도 함께 만들었으며, 같은 번호의 금액이 다른 O104는 L4를 근거로 60,000원을 선택했습니다. 이 수치는 편집자가 CSV를 별도로 읽어 다시 계산한 결과와 일치했습니다. 한 번 일치한 사례일 뿐 이 모델이 언제나 계산을 맞힌다는 성능 주장으로 넓히지는 않습니다.

   아래 첫 문단은 실제 응답의 한국어 보고문을 그대로 인용한 것입니다. 영어판 역시 실제 응답의 영어 보고문입니다. 그 아래 채택 원장은 편집자가 원본과 정정을 대조해 만든 검산용 표이며, AI의 문장을 새로 쓴 것처럼 표시하지 않습니다. 합계만 기억하지 말고 A05가 L1을 거쳐 들어왔고, A06이 L2로 110,000원이 되었으며, 중복 B01·B02는 따로 세지 않았다는 과정을 따라가 보세요.

   응답에서 도움이 된 또 다른 부분은 한계를 스스로 남겼다는 점입니다. 가상 10월 30일 행이 실행일보다 뒤라는 사실, 환불의 원거래가 자료에 없다는 사실, pending 거래가 나중에 확정될 수 있다는 사실을 적었습니다. 이번 수업은 완성된 가상 월 자료를 가정하므로 10월 30일을 포함합니다. 실제 월중 보고라면 AI에게 기준일을 따로 주고 이후 거래를 어떻게 처리할지 먼저 정해야 합니다. 같은 CSV도 보고 기준을 바꾸면 정답이 달라집니다.

   원본에서 금액 칸을 그냥 더하고 빈칸을 0으로 취급하면 1,695,000원이 됩니다. 정답 1,250,000원과 445,000원 차이가 나지만 “AI가 더 작은 수를 줬으니 보수적이다”로 설명하면 안 됩니다. 중복 두 행 215,000원을 빼고, 누락 금액 110,000원을 넣고, 보류·취소·기간 밖 항목을 각각 제외했기 때문에 생긴 차이입니다. AI에게 차이를 이 항목별로 분해하도록 다시 물으면 계산의 출발점을 확인할 수 있습니다.

   보고문을 업무 문서로 옮길 때는 이 연습의 가상 회사·날짜·금액을 실제 실적으로 바꾸어 소개하지 않습니다. 자신의 자료로 다시 실행한다면 먼저 정해 둔 처리 규칙과 계산표를 함께 옮겨야 합니다. 표가 길어 보인다는 이유로 근거 ID를 모두 지우면 나중에 수정 요청을 구체적으로 할 수 없습니다. 독자에게 보일 요약과 담당자가 보관할 근거표를 각각 저장하는 것이 이 단계의 완성 형태입니다.

   실제 Claude Sonnet5.5 응답 발췌 · 2026-10-28

   응답 예제복사

   외부 AI 도구의 활용 과정을 설명하는 교재 예제입니다. 요청 조건에 따라 결과는 달라집니다.

   2026년 10월 정산 결과, 채택 거래는 14건(확정 13건, 환불 1건)이다. 확정 매출 합계는 1,270,000원, 환불은 -20,000원, 순합계는 1,250,000원이다. 중복 2건(B01, B02)은 제외했다. O104의 금액 충돌은 정정 L4에 따라 A04의 60,000원으로 확정했다. 무효 날짜(A05)와 공란 금액(A06)은 각각 L1, L2의 증빙으로 보정했다. A07(보류), A08(L3에 따른 취소), A09·B06(기간 밖)은 합계에서 제외했다. 원본 파일은 수정하거나 공개하지 않았다.

   편집자 독립 검산 · 최종 채택 14건

   거래	원본행	금액	정정근거
   O101	A01	120000	—
   O102	A02	80000	—
   O103	A03	150000	—
   O104	A04	60000	L4
   O105	A05	90000	L1
   O106	A06	110000	L2
   O110	A10	30000	—
   O111	A11	-20000	—
   O112	A12	130000	—
   O113	B03	90000	—
   O114	B04	200000	—
   O115	B05	100000	—
   O117	B07	40000	—
   O118	B08	70000	—

   연습 파일 받기

3. 5

   같은 대화에 새 자료를 넣어 필요한 부분만 고칩니다

   첫 답이 맞았다고 일이 끝난 것은 아닙니다. 담당자에게서 “O115는 매출 확정 전에 취소됐다”는 새 정정 L5가 왔다고 합시다. 처음 자료에는 이 정보가 없었으므로 첫 답이 틀렸다고 몰아붙일 필요가 없습니다. 같은 대화에 새 근거를 추가하고, 적용한 버전을 구분하면서 결과를 갱신하게 합니다. 이번 단계는 오류를 억지로 만드는 연습이 아니라 실제 업무처럼 자료가 바뀌는 상황을 처리하는 AI 활용입니다.

   

   좋은 추가 요청은 “다시 해 줘”보다 구체적입니다. “L5를 반영하되 다른 거래는 유지하고, 바뀐 원본행·채택 건수·양수 합계·환불·순합계의 전후를 보여 줘”라고 씁니다. 같은 대화라서 이전 자료를 참고할 수 있지만, 새 정정의 거래번호와 금액을 생략하지는 않습니다. 오래된 대화에서 작업을 이어갈수록 무엇을 바꿀지 정확히 지정하는 것이 중요합니다. 이전 답 전체를 새 원본으로 취급하지 않는다는 뜻입니다.

   실제 추가 실행은 처음 응답의 세션을 이어서 보냈습니다. Claude는 B05의 O115만 취소로 바꾸고 채택 13건, 양수 1,170,000원, 환불 -20,000원, 순합계 1,150,000원을 반환했습니다. 변경 표에서 순합계가 100,000원 줄었고 환불은 그대로임을 확인했습니다. AI가 취소를 환불 행으로 새로 더했다면 원래 거래를 제외하는 작업과 이중으로 반영할 위험이 있으므로 처리 방식을 명확히 읽어야 합니다.

   아래 실제 보고문에는 “나머지 판정은 이전과 같다”는 문장이 있습니다. 이 말을 그대로 믿는 대신 기존 14건에서 O115를 뺀 13건의 번호를 대조합니다. AI가 수정하면서 무관한 거래의 금액이나 날짜를 바꾸지 않았는지 보는 것입니다. 답변이 짧아졌더라도 변경 대상과 유지 대상이 구분되어 있으면 검토하기 쉽습니다. 반대로 모든 표를 새로 만들어 놓고 차이를 설명하지 않으면 다시 비교표를 요청하세요.

   저장할 때는 원본 CSV, L1~L4, 첫 답 v1, 새 근거 L5, 수정 답 v2를 함께 둡니다. 덮어쓴 보고서 한 장만 남기면 왜 1,250,000원에서 1,150,000원으로 바뀌었는지 설명하기 어렵습니다. 실습 도구에서는 대화 복사나 텍스트 저장으로 충분합니다. 실제 메일 발송이나 공유 드라이브 변경을 AI에게 맡길 필요는 없습니다. 이 수업에서 확인하는 결과는 검토 가능한 보고문과 변경 기록입니다.

   같은 가상 10월 자료에 새 정정 L5가 왔어. O115는 매출 확정 전에 취소됐으니 기존 채택 100,000원을 제외해. 이전 보고서가 당시 자료에 맞았다는 점은 유지하고, 영향을 받은 행과 근거 ID, 전후 건수·양수 합계·환불·순합계, 바뀌지 않는 판정을 보여 줘. 한국어와 영어 보고문을 갱신해 줘.

   실제 같은 대화의 추가 응답 발췌

   응답 예제복사

   외부 AI 도구의 활용 과정을 설명하는 교재 예제입니다. 요청 조건에 따라 결과는 달라집니다.

   2026년 10월 정산을 L5 반영으로 갱신했다. 채택 거래는 13건(확정 12건, 환불 1건)이다. 확정 매출 합계는 1,170,000원, 환불은 -20,000원, 순합계는 1,150,000원이다. B05(O115)는 인식 전 취소됐다는 L5에 따라 기존 100,000원을 제외했다. 나머지 판정은 이전과 같다.

4. 6

   AI가 만든 파일을 넘기기 전에 세 방향으로 대조합니다

   검산은 AI에게 “정확한지 다시 생각해”라고 한 번 더 묻는 것만으로 끝나지 않습니다. 같은 자료를 같은 방식으로 다시 읽으면 같은 실수를 반복할 수 있기 때문입니다. 첫째는 원본에서 결과로 따라가기입니다. A01부터 B08까지 각 행이 채택·중복·보류·취소·기간 밖 중 어디에 갔는지 봅니다. 어떤 행도 이유 없이 사라지지 않아야 합니다. 수정 v2는 20행이 채택 13·중복 2·기간 밖 2·보류 1·취소 2로 나뉩니다.

   

   둘째는 결과에서 원본으로 거슬러 가기입니다. 최종 보고문의 순합계 1,150,000원이 채택표에서 나오고, 그 표의 110,000원은 A06과 L2에서 나오는지 확인합니다. 이 방향은 AI가 원본에 없는 거래를 자연스럽게 추가했을 때 찾기 쉽습니다. “최종표에 있는 거래번호가 원본 중 어디에 있는지 매핑해 줘”라는 요청도 활용할 수 있지만, 중요한 몇 개는 사람이 직접 번호를 찾아야 합니다. 숫자가 같은 것과 근거가 같은 것은 별개의 확인입니다.

   셋째는 합계와 예외 목록을 동시에 비교하기입니다. 양수 1,170,000원에 환불 -20,000원을 더하면 1,150,000원입니다. 취소 O108과 O115는 양수 합계에 없고, pending O107의 50,000원도 포함되지 않습니다. 별도 계산표에서 이 결과가 같아야 합니다. 이 수업의 검산 파일은 실제 모델 응답에서 숫자를 그대로 복사하지 않고 CSV를 다시 읽어 계산했습니다. 답변을 복사한 셀끼리 비교하는 것은 독립 검산이 아닙니다.

   AI가 날짜를 보기 좋게 바꾸면서 거래월을 바꾸지 않았는지도 봅니다. A09의 9월 30일과 B06의 11월 1일은 틀린 날짜가 아니라 10월 범위 밖입니다. 두 행을 “날짜 오류”라고 한꺼번에 고치면 다음 달에 쓸 자료가 훼손됩니다. 반면 A05의 10월 32일은 유효하지 않아 L1이 필요했습니다. AI에게 오류와 범위 밖을 다른 분류로 적게 한 이유가 여기 있습니다. 같은 제외라도 다음 행동이 다릅니다.

   검토 결과는 “통과” 한 단어 대신 무엇을 대조했는지 적습니다. 예를 들어 원본 20행 배분 확인, O104 금액 L4 대조, 환불 부호 확인, v2에서 O115만 제외 확인입니다. 글이 조금 어색한 문제는 별도로 다듬어도 되지만, 자료 충돌이나 누락 금액이 해결되지 않았다면 보고문을 확정하지 않습니다. AI가 내놓은 계산과 말을 함께 검토하는 이 습관을 다음 절의 새 월 자료에서도 재사용합니다.

정답을 맞혀야 다음 수업으로 가는 시험이 아닙니다. 해설을 읽고 이해하는 데 사용하세요.

1. Q1A04는 60000원, B02는 65000원인데 invoice_id가 같습니다. AI가 맨 위 행을 남겼다면 무엇을 추가로 요청할까요?

   내 생각 적기 (선택)

   내 생각 적기 (선택)

   작성 내용은 전송되지 않으며, 페이지를 떠나거나 새로고침하면 사라져요. 필요한 내용은 복사해 두세요.

   답과 해설 보기

   값 충돌을 표시하고 L4를 근거로 60000원을 채택한 이유와 B02 제외를 적게 합니다. 두 값 중 하나를 맞혔다고 해도 근거 없이 선택한 절차는 재사용하기 어렵습니다. 이 숫자와 정정은 가상 연습 자료입니다.

   해설을 읽고 이해했어요

   직접 비교한 표시이며 자동 채점은 아니에요.

2. Q2첫 보고서 순액 1250000원에서 L5가 O115의 100000원 취소를 확인했습니다. 같은 대화에 어떻게 수정 요청하나요?

   내 생각 적기 (선택)

   내 생각 적기 (선택)

   작성 내용은 전송되지 않으며, 페이지를 떠나거나 새로고침하면 사라져요. 필요한 내용은 복사해 두세요.

   답과 해설 보기

   B05/O115만 취소로 바꾸고 전후 표와 나머지 유지 목록을 요청합니다. 새 순액은 1150000원, 채택은 13건이며 환불 -20000원은 그대로입니다. 최초 자료에는 L5가 없었으므로 처음 답을 허위 실패 사례로 소개하지 않습니다.

   해설을 읽고 이해했어요

   직접 비교한 표시이며 자동 채점은 아니에요.

3. Q3AI가 A09의 9월 30일을 10월 1일로 바꿔 보고에 넣었습니다. 왜 잘못이며 어떤 요청으로 고칠까요?

   내 생각 적기 (선택)

   내 생각 적기 (선택)

   작성 내용은 전송되지 않으며, 페이지를 떠나거나 새로고침하면 사라져요. 필요한 내용은 복사해 두세요.

   답과 해설 보기

   유효한 날짜가 보고 기간 밖에 있는 것이지 날짜 오류가 아닙니다. 원 날짜를 복원하고 기간 밖으로 분류한 뒤 합계와 보고문을 함께 갱신하도록 요청합니다. 잘못된 날짜 A05는 L1이 있을 때만 고치는 경우와 구별합니다.

   해설을 읽고 이해했어요

   직접 비교한 표시이며 자동 채점은 아니에요.

4. Q4새 11월 자료 8행과 NL1만 사용하면 채택 거래번호·제외 3행·순액은 무엇인가요? AI가 환불을 양수로 표시하면 계산 파일은 어떻게 남기나요?

   내 생각 적기 (선택)

   내 생각 적기 (선택)

   작성 내용은 전송되지 않으며, 페이지를 떠나거나 새로고침하면 사라져요. 필요한 내용은 복사해 두세요.

   답과 해설 보기

   N201·N202·N203·N205·N207이 다섯 채택 거래입니다. N03 중복, N05 기간 밖, N07 보류를 제외하고 500000-30000=470000원입니다. 보고문에서 환불을 30000원이라고 읽어도 계산용 CSV는 -30000 부호를 유지합니다.

   해설을 읽고 이해했어요

   직접 비교한 표시이며 자동 채점은 아니에요.

1. 7

   직접 해 보기: 새 대화에서 11월 파일로 다시 요청하기

   이번에는 처음 보는 11월 자료 8행을 사용합니다. 이전 대화를 계속 쓰면 10월 취소 거래나 합계를 무심코 가져올 수 있으므로, 새 대화에 처리 규칙과 11월 파일만 붙여 넣습니다. 바뀌지 않는 것은 기간·중복·상태·누락을 다루는 규칙이고, 바뀌는 것은 보고 월과 거래번호·금액입니다. “지난달처럼 해 줘”라는 말만으로 자료를 넘기지 않는 것이 재사용 가능한 AI 작업의 시작입니다.

   새 자료에서 N02와 N03은 같은 N202이고, N05는 10월 31일이라 11월 범위 밖입니다. N06의 금액은 비어 있지만 NL1이 120,000원을 확인하며, N07은 pending 상태입니다. N04의 -30,000원은 환불이므로 부호를 유지합니다. 아래 표를 먼저 읽고 예상 제외 행을 손으로 적어 본 뒤 AI에 요청하면, 응답을 본 다음 정답 기준을 맞추는 일을 피할 수 있습니다. 파일을 열지 않아도 문제를 풀 수 있게 새 자료 전체를 실었습니다.

   실제 새 대화에서는 N201·N202·N203·N205·N207의 다섯 거래가 채택됐고, 양수 500,000원·환불 30,000원·순액 470,000원이 반환됐습니다. 모델은 환불을 표에서 양수 30,000원에 “환불”이라는 라벨로 표시했습니다. 의미는 통하지만 우리 CSV 규칙은 음수이므로, 계산용 파일에는 -30,000원을 유지해야 합니다. 읽는 보고문과 계산 입력의 표현을 구분하는 것도 응답 검토의 일부입니다.

   아래 풀이를 먼저 봐도 다음 수업으로 갈 수 있지만, 직접 해 보고 싶다면 정답을 가린 상태에서 다섯 채택 번호와 세 제외 이유를 먼저 구합니다. AI가 다른 합계를 냈다면 “470,000원으로 맞춰”라고 지시하지 마세요. N06의 보정 반영 여부, N202의 중복, N203의 부호를 차례로 물어 어디서 차이가 났는지 확인합니다. 정답 숫자를 주입해 일치시키면 새 자료에서 스스로 작동하는 요청을 검증할 수 없습니다.

   마지막 산출물은 11월 원본, 규칙이 포함된 요청, AI 원응답, 편집자 검산표, 필요시 수정 요청입니다. 실제 회사의 다음 달 자료로 넘어갈 때도 이 묶음을 복제하고 월과 입력만 바꿀 수 있습니다. 다만 통화가 추가되거나 환불 기준이 바뀌면 규칙 자체를 다시 정해야 합니다. 이번 코스를 마쳤다는 표시는 보고서를 자동 승인했다는 뜻이 아니며, 같은 확인 절차를 새 파일에 적용할 수 있는지 스스로 확인하는 기록입니다.

   새 검증 자료 · 11월 8행, NL1은 N205 금액 120000 확인

   원본행	거래	거래일	금액	상태
   N01	N201	2026-11-02	210000	confirmed
   N02	N202	2026-11-03	90000	confirmed
   N03	N202	2026-11-03	90000	confirmed
   N04	N203	2026-11-04	-30000	refund
   N05	N204	2026-10-31	50000	confirmed
   N06	N205	2026-11-07	—	confirmed
   N07	N206	2026-11-08	60000	pending
   N08	N207	2026-11-10	80000	confirmed

   연습 파일 받기

   새로운 11월 자료야. 이전 10월 거래는 사용하지 마. 거래일 11월·원화·confirmed/refund만 집계하고, invoice_id 중복은 한 번만 세어 줘. 빈칸은 NL1로 확인하고 원본 행·근거 ID를 남겨 줘. 채택 거래 번호, 제외 이유, 양수·환불·순합계와 보고문을 작성해 줘.
   
   source_row,invoice_id,transaction_date,amount_krw,status
   N01,N201,2026-11-02,210000,confirmed
   N02,N202,2026-11-03,90000,confirmed
   N03,N202,2026-11-03,90000,confirmed
   N04,N203,2026-11-04,-30000,refund
   N05,N204,2026-10-31,50000,confirmed
   N06,N205,2026-11-07,,confirmed
   N07,N206,2026-11-08,60000,pending
   N08,N207,2026-11-10,80000,confirmed
   
   [NL1]
   evidence_id,invoice_id,field,value,reason
   NL1,N205,amount_krw,120000,Fictional receipt confirms missing amount
   

   실제 새 대화 응답 발췌

   편집자 확인: 계산용CSV는 환불을-30000으로 유지합니다.

   응답 예제복사

   외부 AI 도구의 활용 과정을 설명하는 교재 예제입니다. 요청 조건에 따라 결과는 달라집니다.

   2026년 11월 거래일 기준, 원화 확정·환불 건만 집계했습니다. 승인된 송장은 N201, N202, N203, N205, N207입니다. 확정 매출은 500,000원, 환불은 30,000원, 순액은 470,000원입니다. N202의 중복 행(N03), 10월 거래인 N204(N05), 보류 상태인 N206(N07)은 제외했습니다. N205(N06)는 금액이 비어 있었으나 보정 NL1의 영수증 근거로 120,000원을 반영했습니다.