재무·회계·구매·계약을 위한 숫자와 문장의 정리법

돈의 업무에서 AI의 자리는 어디인가

재무·회계·구매·계약 부서에서 AI를 쓰는 순간, 가장 먼저 정해야 할 문장이 있다. AI는 결재권자가 아니다. AI는 회계책임자도, 계약담당자도, 감사인도 아니다. 이 장에서 AI의 직함을 하나 붙인다면 '숫자 주변의 문서를 빠짐없이 정렬하는 보조 편집자'가 가장 정확하다.

돈의 업무는 숫자로 시작하지만 숫자로 끝나지 않는다. 예산요구서에는 왜 이 금액이 필요한지 설명하는 문장이 붙고, 집행현황표에는 왜 덜 썼는지 또는 더 썼는지 해석이 붙는다. 구매요청서에는 물품의 필요성과 검수 기준이 들어가고, 계약서에는 납기와 대금 지급 조건, 책임 범위가 조항으로 고정된다. 감사 대응 문서에는 당시의 판단과 증빙, 사후 조치가 차분하게 배열되어야 한다.

이런 영역에서 AI는 빠르다. 하지만 빠른 만큼 위험하다. 그래서 이 장의 프롬프트는 공식 프롬프팅 가이드들이 공통으로 강조하는 명확한 역할 부여, 충분한 맥락 제공, 원하는 출력 형식 지정, 반복 개선의 원칙을 바탕으로 설계했다.¹² 복잡한 업무에서는 맥락, 작업, 제약 조건을 분리하고 중요한 제한사항을 끝에 다시 못 박는 방식이 특히 유용하다.³

재무 분야의 AI 활용 자료들도 반복해서 같은 경고를 한다. AI는 재무 보고서의 문장과 구조를 만드는 데 유용하지만, 실제 계산과 감사 의견을 대신할 수는 없다.⁴ 또한 AI 응답은 품질이 달라질 수 있으므로, 결과물을 배포하기 전 담당자의 검증이 필요하다.⁵

입력 전 30초, 민감정보를 덜어내는 손놀림

재무·구매 문서는 캠퍼스에서 가장 민감한 문서군에 속한다. 계좌번호, 주민등록번호, 외국인등록번호, 급여·수당 세부 내역, 업체 견적 원가, 계약 단가, 영업비밀, 미공개 입찰 정보는 일반 AI 도구에 넣지 않는 것이 원칙이다. 특히 무료 또는 개인 계정 기반 AI에 원문을 그대로 붙여 넣는 행동은 '조금 편하려고 금고 문을 열어 두는 일'에 가깝다.

개인정보와 생성형 AI 관련 국내 논의에서도 데이터 최소화, 가명·익명 처리, 접근통제, 문서화 같은 안전장치가 중요하게 다루어진다.⁶ 대학 행정 현장에서는 법률 용어를 모두 외우는 것보다 먼저 손에 익혀야 할 습관이 있다. 입력 전에 이름을 지우고, 업체명을 바꾸고, 정확한 금액을 구간화하고, 문서번호를 치환하는 것이다.

아래 프롬프트는 기관에서 승인한 폐쇄형 AI 환경이 있거나, 사람이 1차 마스킹을 끝낸 초안을 다시 점검할 때 사용한다. 민감한 원문을 그대로 넣어도 된다는 뜻이 아니다.

# 역할
당신은 대학 재무·구매 문서의 AI 입력 안전 점검자입니다.

# 목표
아래 문서 초안이 AI 도구에 입력되어도 되는지 점검하고, 비식별화가 필요한 항목을 찾아주세요.

# 입력 자료
[문서 초안]
여기에 1차 마스킹을 완료한 문서 초안을 붙여 넣습니다.

# 점검 기준
- 계좌번호, 주민등록번호, 외국인등록번호, 카드번호, 급여·수당 세부 내역, 개인 연락처, 주소는 입력 금지로 표시합니다.
- 업체 견적 원가, 계약 단가, 영업비밀, 미공개 입찰 정보, 평가위원 정보, 입찰 예정 가격 추정 정보는 입력 금지로 표시합니다.
- 업체명, 개인명, 문서번호, 정확한 금액은 내부 정책에 따라 치환 또는 구간화 대상으로 표시합니다.
- 판단이 애매하면 허용하지 말고 '담당자 확인 필요'로 분류합니다.

# 출력 형식
## 입력 가능 여부
가능 / 비식별화 후 가능 / 입력 금지 중 하나로 답변

## 삭제 또는 치환 필요 항목 표
| 위치 | 원문 유형 | 위험 사유 | 권장 치환 예시 |

## 안전한 입력용 재작성본
민감정보를 [업체A], [학생1], [1천만 원대], [문서번호-가림]처럼 바꿔 다시 작성

# 중요 제약
원자료의 금액, 산식, 사실관계를 새로 만들지 마세요. 보이는 정보만 점검하세요.

숫자에 문장을 붙이는 예산 문서

예산 문서는 '숫자가 들어간 글'이 아니라 '숫자의 이유를 설명하는 글'이다. 같은 3천만 원이라도 노후 장비 교체비인지, 법정 의무교육비인지, 국고사업 대응 투자비인지에 따라 문장의 온도가 달라진다. 예산부서와 수요부서의 대화가 어려운 이유도 여기에 있다. 수요부서는 필요를 말하고, 예산부서는 기준과 우선순위를 묻는다.

AI는 이 사이에서 통역사처럼 일할 수 있다. 담당자가 전년도 예산, 집행액, 요구액, 증감 사유, 산출근거를 제공하면 AI는 그것을 결재 문서의 문장으로 바꿔 준다. 다만 숫자의 맞고 틀림은 AI가 확정하지 않는다. AI는 의심점을 표시하고, 최종 확인은 담당자가 한다.

# 역할
당신은 대한민국 대학교 예산담당자를 돕는 재무 문서 편집자입니다.

# 목표
아래 자료를 바탕으로 예산요구서 또는 집행계획서 초안을 작성하세요. 숫자의 의미, 전년 대비 차이, 집행 필요성이 결재권자에게 분명히 보이도록 정리합니다.

# 입력 자료
- 부서명: [부서명]
- 사업명: [사업명]
- 사업 목적: [목적]
- 전년도 예산: [금액 또는 구간화 금액]
- 전년도 집행액 및 집행률: [자료]
- 금년도 요구액: [금액 또는 구간화 금액]
- 산출내역: [예: 단가 × 수량 × 횟수]
- 증감 사유: [증가·감소 배경]
- 관련 계획 또는 규정: [있는 경우]
- 반드시 반영할 표현: [선택]

# 작성 기준
- 제공된 숫자와 산출내역만 사용합니다.
- 계산 결과가 불명확하면 단정하지 말고 '담당자 산식 확인 필요'로 표시합니다.
- 과장 표현을 피하고, 필요성·시급성·기대효과를 행정 문장으로 씁니다.
- 예산 확보를 요청하는 문장이지만, 감사나 결산에서 설명 가능한 표현을 사용합니다.

# 출력 형식
## 1. 한 문장 요약
사업 필요성을 1문장으로 정리

## 2. 예산 요구 사유
3개 문단으로 작성: 배경, 필요성, 기대효과

## 3. 전년 대비 증감 설명
| 구분 | 전년도 | 금년도 요구 | 차이 | 설명 |

## 4. 산출내역 정리
| 항목 | 산식 | 금액 | 담당자 확인 필요 여부 |

## 5. 결재용 문안
결재 문서에 붙여 넣을 수 있는 5문장 이내 문안

## 6. 담당자 검증 체크리스트
원자료 대조, 산식 확인, 예산과목 확인, 관련 규정 확인 항목을 표로 제시

# 마지막 제약
금액을 새로 추정하지 마세요. 제공되지 않은 규정이나 지침을 만들어 내지 마세요.

예산 변경 사유서는 더 예민하다. 단순히 '남아서 옮긴다'거나 '부족해서 바꾼다'라고 쓰면 결재 문서가 약해진다. 변경 전후의 목적, 불가피성, 사업 성과에 미치는 영향, 남은 기간 집행 가능성을 함께 보여 주어야 한다.

# 역할
당신은 대학 예산 변경 사유서를 다듬는 행정 문서 편집자입니다.

# 목표
예산 변경, 전용, 조정, 집행계획 변경 사유를 결재권자가 이해하기 쉬운 문장으로 정리하세요.

# 입력 자료
- 변경 유형: [예산 변경 / 세목 조정 / 집행계획 변경 / 기타]
- 기존 예산과목 및 금액: [자료]
- 변경 후 예산과목 및 금액: [자료]
- 변경 사유: [사업 환경 변화, 단가 상승, 일정 변경 등]
- 변경하지 않을 경우의 문제: [자료]
- 변경 후 집행 일정: [자료]
- 관련 내부 기준: [있는 경우]

# 작성 원칙
- 변경의 필요성을 '상황 변화 → 영향 → 조정 필요' 순서로 설명합니다.
- 예산을 임의로 사용한다는 인상을 주는 표현을 피합니다.
- 남은 기간 내 집행 가능성과 증빙 가능성을 함께 언급합니다.
- 숫자와 산식은 담당자가 검증해야 하므로, 의심 지점은 별도 표로 분리합니다.

# 출력 형식
## 변경 사유 요약
5문장 이내

## 변경 전후 비교표
| 구분 | 변경 전 | 변경 후 | 변경 사유 | 확인 필요 사항 |

## 결재 문안
공식 문서 톤으로 1개 문단 작성

## 감사 관점 예상 질문
| 예상 질문 | 답변 준비 방향 | 필요한 증빙 |

# 마지막 제약
방어적 표현이나 감정적 표현을 쓰지 마세요. 확인되지 않은 외부 요인을 사실처럼 단정하지 마세요.

집행 현황 보고서는 숫자보다 흐름을 보여준다

분기말이 되면 재무·회계 담당자의 화면에는 비슷한 표가 반복해서 열린다. 예산액, 집행액, 집행률, 잔액, 전년 동기 대비, 향후 집행 전망. 문제는 표 자체가 아니라 그 다음이다. 왜 이 사업은 늦었는가. 왜 이 과목은 초과 위험이 있는가. 연말까지 집행 가능한가. 부서장은 한눈에 알고 싶고, 담당자는 빠짐없이 설명해야 한다.

AI는 이 반복 서술을 줄여 준다. 단, 원자료는 회계시스템에서 확정하고 AI에는 정리된 표를 제공한다. AI에게 맡길 일은 계산의 권위가 아니라 설명의 초안이다.

# 역할
당신은 대학 재무·회계 담당자를 돕는 집행현황 보고서 작성 보조자입니다.

# 목표
분기 또는 연도별 예산 집행 현황 자료를 보고용 요약문과 표로 정리하세요.

# 입력 자료
아래 형식으로 데이터를 제공합니다.
| 사업명 | 예산액 | 집행액 | 집행률 | 전년 동기 집행률 | 미집행 또는 초과 사유 | 향후 집행 예정 | 담당부서 메모 |
|---|---:|---:|---:|---:|---|---|---|
| [사업명] | [금액] | [금액] | [비율] | [비율] | [사유] | [예정] | [메모] |

# 작성 기준
- 제공된 집행률과 금액을 기준으로만 설명합니다.
- 집행률이 낮은 사업은 원인, 향후 일정, 리스크를 분리합니다.
- 초과집행 우려가 있는 사업은 즉시 조치 필요 여부를 표시합니다.
- 결재권자용 요약은 짧고 명확하게 씁니다.
- 비재무 부서장도 이해할 수 있게 전문 용어를 풀어 씁니다.

# 출력 형식
## 1. 전체 요약
3문장 이내로 작성

## 2. 주요 변동 사업 표
| 사업명 | 현재 상태 | 원인 | 향후 전망 | 필요한 조치 |

## 3. 미집행 사유 유형 분류
| 유형 | 해당 사업 | 설명 | 후속 확인 사항 |

## 4. 초과 또는 초과 우려 항목
| 사업명 | 우려 내용 | 확인할 증빙 | 조치 제안 |

## 5. 회의 보고용 발언문
30초 분량으로 작성

# 마지막 제약
새로운 금액을 계산해 단정하지 마세요. 원자료에 없는 원인을 추측하지 말고 '추가 확인 필요'로 표시하세요.

같은 집행 자료도 청중에 따라 문장이 달라진다. 총장단 회의에서는 위험과 의사결정이 먼저이고, 수요부서 회의에서는 집행 방법과 일정이 먼저다. 재무위원회나 이사회 보고에서는 전년 대비 흐름과 재정 건전성이 중요하다. 이때는 같은 표를 놓고 '청중별 설명'을 다시 생성하게 하면 좋다.

# 역할
당신은 대학 재무자료를 이해관계자별 설명문으로 바꾸는 커뮤니케이션 편집자입니다.

# 목표
동일한 집행현황 자료를 청중별로 다르게 설명하는 요약문을 작성하세요.

# 입력 자료
- 보고 대상: [총장단 / 처장회의 / 수요부서 / 재정위원회 / 감사 대응 / 기타]
- 핵심 집행 자료: [표 또는 요약]
- 반드시 설명할 이슈: [미집행, 초과집행, 이월 가능성, 예산 변경 필요 등]
- 담당자가 피하고 싶은 표현: [예: 부실, 방만, 임의 집행]

# 출력 형식
## 보고 대상별 핵심 메시지
| 보고 대상 | 가장 먼저 말할 내용 | 강조할 근거 | 피해야 할 표현 |

## 선택한 보고 대상용 요약문
공식 회의자료 톤으로 300자 내외 작성

## 예상 질문과 답변
| 예상 질문 | 답변 초안 | 추가로 확인할 자료 |

# 마지막 제약
책임 회피처럼 보이는 표현을 쓰지 마세요. 확인되지 않은 사유를 확정적으로 쓰지 마세요.

구매 문서는 '좋은 물건'이 아니라 '검수 가능한 조건'을 산다

구매 업무에서 가장 위험한 문장은 '좋은 장비를 구매하고자 함'이다. 좋은 장비가 무엇인지, 누가 어떻게 판단하는지, 언제까지 납품되어야 하는지, 납품 후 무엇을 검수할지 빠져 있기 때문이다. 좋은 구매 문서는 물건을 칭찬하지 않는다. 필요한 성능, 허용 가능한 범위, 제출 서류, 평가 기준, 검수 방법을 말한다.

구매 프롬프트는 역할, 맥락, 목표, 톤, 청중, 출력 형식을 명확히 지정할수록 품질이 올라간다. 조달·구매 분야 프롬프트 자료들이 제안하는 COSTAR 같은 구조도 결국 같은 방향을 가리킨다. 맥락을 주고, 목표를 정하고, 스타일과 톤을 맞추고, 읽는 사람과 출력 형식을 지정하라는 것이다.⁷

# 역할
당신은 대한민국 대학교 구매요청서 초안을 작성하는 구매 행정 보조자입니다.

# 목표
수요부서가 제출한 구매 필요 내용을 바탕으로 구매요청서 초안을 작성하고, 누락된 정보를 체크리스트로 정리하세요.

# 입력 자료
- 구매 유형: [물품 / 용역 / 소프트웨어 / 장비 / 유지보수 / 기타]
- 구매 목적: [목적]
- 사용 부서 및 사용자: [부서, 사용자 유형]
- 필요 수량 또는 범위: [자료]
- 필수 사양: [성능, 기능, 규격]
- 선택 사양: [있으면 입력]
- 예산 한도: [금액 또는 구간화 금액]
- 납품 또는 수행 희망 일정: [일정]
- 검수 방법: [검수자, 테스트 방식, 제출물]
- 비교 근거: [기존 장비 노후, 수업 운영, 연구 과제, 법정 의무 등]

# 작성 기준
- 특정 업체나 특정 모델에 유리한 표현이 있으면 '공정성 검토 필요'로 표시합니다.
- 필수 사양과 희망 사양을 분리합니다.
- 구매 목적, 납품 일정, 검수 방법, 예산 한도, 비교 근거가 빠지지 않게 합니다.
- 전문 용어는 괄호 안에 쉬운 설명을 붙입니다.

# 출력 형식
## 구매요청서 초안
1. 구매 개요
2. 구매 필요성
3. 주요 사양
4. 납품 및 검수 조건
5. 예산 및 산출 근거
6. 기대효과

## 누락 정보 체크리스트
| 항목 | 현재 자료 여부 | 보완 질문 | 중요도 |

## 공정성 검토 필요 표현
| 표현 | 위험 사유 | 중립적 대체 표현 |

# 마지막 제약
구매 방식이나 낙찰 가능성을 단정하지 마세요. 내부 규정과 담당자 판단이 필요한 항목은 별도로 표시하세요.

과업지시서와 제안요청서는 구매 문서의 설계도다. 설계도가 흐리면 업체의 제안도 흐려지고, 검수도 흔들린다. AI에게 맡길 때는 '멋진 문서'보다 '검수 가능한 문서'를 요구해야 한다.

# 역할
당신은 대학의 제안요청서와 과업지시서 초안을 작성하는 계약·구매 문서 편집자입니다.

# 목표
아래 정보를 바탕으로 제안요청서 또는 과업지시서 초안을 작성하세요. 제안사가 이해할 수 있고, 대학이 검수할 수 있는 구조로 만듭니다.

# 입력 자료
- 문서 유형: [제안요청서 / 과업지시서 / 둘 다]
- 사업명: [사업명]
- 사업 배경: [배경]
- 수행 기간: [기간]
- 예산 한도: [금액 또는 구간화 금액]
- 주요 과업: [과업 목록]
- 필수 산출물: [보고서, 시스템, 교육, 매뉴얼 등]
- 평가 기준 후보: [가격, 기술, 수행 경험, 일정, 유지보수 등]
- 보안 또는 개인정보 관련 사항: [있으면 입력]
- 납품 및 검수 방식: [자료]

# 작성 기준
- 과업 범위, 산출물, 일정, 검수 기준, 역할 분담, 변경관리, 보안 의무를 포함합니다.
- 평가 기준은 합계 100점 구조의 예시로 제안하되, 최종 기준은 담당자 검토 필요로 표시합니다.
- 법률 조항은 확정문이 아니라 '계약 담당자 검토용 초안'으로 작성합니다.
- 특정 업체에 유리한 요구 조건은 완화 또는 대체 표현을 제안합니다.

# 출력 형식
## 1. 문서 개요
## 2. 사업 배경과 목적
## 3. 과업 범위
| 구분 | 세부 내용 | 산출물 | 검수 기준 |

## 4. 수행 일정
| 단계 | 기간 | 주요 활동 | 제출물 |

## 5. 제안서 제출 요청 항목
| 항목 | 제출 내용 | 비고 |

## 6. 평가 기준 예시
| 평가 항목 | 배점 | 평가 관점 | 담당자 검토 필요 사항 |

## 7. 계약·보안 검토 필요 조항
| 조항 주제 | 초안 문구 | 검토 필요 이유 |

# 마지막 제약
실제 입찰 조건, 법적 효력, 평가 결과를 단정하지 마세요. 최종 문안은 구매·계약·법무 담당자가 확인해야 합니다.

비교견적 검토는 '가장 싼 곳 찾기'가 아니다. 같은 조건으로 비교했는지 확인하는 일이다. 어떤 견적에는 설치비가 포함되고, 어떤 견적에는 유지보수가 빠져 있다. 어떤 견적은 납품일이 빠르고, 어떤 견적은 검수 후 교육까지 포함한다. AI는 이런 차이를 표로 펼쳐 보이게 하는 데 강하다.

# 역할
당신은 대학 구매담당자를 돕는 비교견적 검토표 작성 보조자입니다.

# 목표
복수 업체의 견적 요약을 동일 기준으로 비교하고, 비교 불가 항목과 추가 확인 질문을 정리하세요.

# 입력 자료
업체명은 [업체A], [업체B], [업체C]처럼 비식별화합니다.

| 업체 | 견적금액 | 포함 항목 | 제외 항목 | 납품 일정 | 유지보수 | 결제 조건 | 특이사항 |
|---|---:|---|---|---|---|---|---|
| [업체A] | [금액] | [내용] | [내용] | [일정] | [내용] | [조건] | [내용] |

# 검토 기준
- 견적금액만 비교하지 말고 포함·제외 항목, 납기, 검수, 유지보수, 교육, 설치비를 함께 비교합니다.
- 단가, 원가, 영업비밀에 해당하는 세부 정보는 입력하지 않았다고 가정하고 다룹니다.
- 동일 기준 비교가 어려운 항목은 '비교 불가'로 표시합니다.
- 최저가 추천을 단정하지 말고, 검토 포인트를 제시합니다.

# 출력 형식
## 비교 요약표
| 기준 | [업체A] | [업체B] | [업체C] | 검토 의견 |

## 동일 조건 여부 점검
| 항목 | 동일 비교 가능 여부 | 차이 내용 | 추가 확인 질문 |

## 담당자 확인 필요 사항
| 우선순위 | 확인 항목 | 확인 대상 | 확인 이유 |

## 결재용 검토 문안
200자 내외로 작성

# 마지막 제약
업체 선정 결론을 확정하지 마세요. 평가와 계약 결정은 담당자와 위원회 절차에 따릅니다.

계약서는 문장으로 된 숫자다

계약서에서 숫자는 금액만이 아니다. 납기일, 검수 기간, 지급일, 지체상금률, 하자보수 기간, 통지 기한도 모두 숫자다. 그리고 그 숫자는 문장 속에서 움직인다. '검수 완료 후 지급'과 '납품 후 지급'은 완전히 다르다. '협의할 수 있다'와 '서면 합의한다'도 다르다.

AI는 계약서의 조항을 한눈에 보이게 요약할 수 있다. 하지만 법률 판단은 하지 않는다. 좋은 프롬프트는 AI에게 '위험을 판정하라'고 시키지 않는다. '검토 필요 항목을 분리하라'고 시킨다.

# 역할
당신은 대학 구매자 관점의 계약 검토 메모를 작성하는 보조 편집자입니다. 법무 담당자가 아니며, 최종 법률 판단을 하지 않습니다.

# 목표
계약서 또는 견적서의 주요 조건을 요약하고, 불리하거나 모호할 수 있는 표현을 '법무·계약 담당자 검토 필요 항목'으로 분리하세요.

# 입력 자료
- 계약 유형: [물품 / 용역 / 소프트웨어 / 유지보수 / 임대 / 기타]
- 계약서 또는 견적서 주요 문구: [민감정보를 제거한 조항 텍스트]
- 대학의 기본 요구 조건: [예: 검수 후 지급, 납기 준수, 보안 의무, 개인정보 처리 금지 또는 위탁 조건 등]

# 중점 검토 항목
- 납기 및 지연 시 조치
- 검수 기준과 검수 불합격 시 처리
- 대금 지급 조건
- 지체상금 또는 지연 책임
- 하자보수와 유지보수 범위
- 개인정보 처리와 보안 의무
- 계약 해지와 손해배상
- 재위탁, 저작권, 결과물 소유권

# 출력 형식
## 한눈에 보는 주요 조건
| 항목 | 계약서 표현 요약 | 대학에 미치는 영향 | 검토 등급 | 담당자 질문 |

## 모호하거나 불리할 수 있는 표현
| 원문 표현 | 왜 애매한가 | 가능한 쟁점 | 법무·계약 담당자 검토 질문 |

## 누락 가능성이 있는 조항
| 조항 주제 | 누락 시 위험 | 확인할 문서 |

## 협상 또는 확인 요청 문안
업체에 보낼 수 있는 정중한 확인 질문 5개 작성

# 마지막 제약
법률 자문처럼 단정하지 마세요. 조항 번호가 제공되지 않았으면 조항 번호를 만들지 마세요. 원문에 없는 의무를 새로 만들어 계약 내용처럼 쓰지 마세요.

계약서와 견적서가 서로 다른 말을 할 때도 있다. 견적서에는 교육 2회가 포함되어 있는데 계약서에는 교육이 빠져 있거나, 제안서에는 무상 유지보수 1년이 있었는데 계약서에는 별도 협의로 바뀌어 있을 수 있다. 이때는 문서 간 차이를 찾는 프롬프트를 쓴다.

# 역할
당신은 계약서, 견적서, 제안서의 조건 불일치를 찾는 문서 비교 보조자입니다.

# 목표
여러 문서의 주요 조건을 비교하여 서로 다른 표현, 누락된 조건, 담당자 확인이 필요한 항목을 정리하세요.

# 입력 자료
## 문서 A: 견적서 요약
[민감정보 제거 후 붙여 넣기]

## 문서 B: 계약서 초안 요약
[민감정보 제거 후 붙여 넣기]

## 문서 C: 제안서 또는 과업지시서 요약
[있는 경우]

# 비교 항목
- 금액과 포함 범위
- 납품 일정
- 설치, 교육, 이전, 철거 포함 여부
- 검수 기준
- 유지보수와 하자보수
- 대금 지급 조건
- 보안과 개인정보 처리
- 계약 해지와 손해배상

# 출력 형식
## 조건 비교표
| 비교 항목 | 문서 A | 문서 B | 문서 C | 차이 여부 | 확인 질문 |

## 불일치 우선순위
| 우선순위 | 불일치 내용 | 위험 | 조치 제안 |

## 업체 확인 요청 메일 초안
정중하지만 명확한 톤으로 300자 내외 작성

# 마지막 제약
문서 간 차이가 없다고 단정하기 전에 각 비교 항목을 모두 확인하세요. 원문에 없는 조건을 보완해 넣지 마세요.

감사 대응 문서는 방어보다 증거의 배열이다

감사 지적을 받으면 누구나 먼저 방어하고 싶어진다. 그러나 좋은 소명서는 목소리를 높이지 않는다. 사실관계를 먼저 세우고, 관련 규정과 근거자료를 붙이고, 당시 판단의 이유를 설명한 뒤, 이미 조치한 내용과 재발 방지 계획을 제시한다. 감정은 줄이고, 증거는 늘린다.

AI는 이 구조를 만드는 데 도움이 된다. 흩어진 메일, 결재문서, 회의록, 영수증, 검수조서의 요지를 한 줄로 세우고, 어떤 증빙이 빠졌는지 묻게 할 수 있다. 다만 감사 대응에서 AI가 만든 문장은 반드시 담당자가 사실확인을 해야 한다. 소명서의 한 문장은 나중에 기관의 입장이 될 수 있기 때문이다.

# 역할
당신은 대학 감사 대응 소명서 초안을 정리하는 행정 문서 편집자입니다.

# 목표
감사 지적사항 또는 보완자료 요청에 대해 사실관계, 관련 근거, 당시 판단 사유, 조치 결과, 재발 방지 계획의 구조로 소명서 초안을 작성하세요.

# 입력 자료
- 감사 지적사항: [내용]
- 보완자료 요청: [내용]
- 사실관계: [날짜, 담당부서, 진행 경과]
- 관련 규정 또는 내부 기준: [조항명 또는 문서명]
- 보유 증빙: [결재문서, 견적서, 검수조서, 회의록, 메일 등]
- 당시 판단 사유: [자료]
- 현재 조치 결과: [자료]
- 재발 방지 계획: [자료]

# 작성 원칙
- 방어적 표현보다 검증 가능한 사실과 근거를 앞세웁니다.
- 확인되지 않은 의도, 책임 소재, 법적 판단을 단정하지 않습니다.
- 부족한 증빙은 숨기지 말고 '추가 확인 필요'로 분리합니다.
- 재발 방지 계획은 담당부서, 일정, 개선 절차가 보이게 씁니다.

# 출력 형식
## 1. 소명 요지
5문장 이내

## 2. 사실관계 정리
| 일자 | 내용 | 관련 문서 | 확인 필요 여부 |

## 3. 관련 규정 및 근거자료
| 근거 | 관련 내용 | 첨부 가능 자료 | 확인 필요 사항 |

## 4. 당시 판단 사유
업무 당시의 조건과 판단 근거를 차분한 문장으로 작성

## 5. 조치 결과
완료 조치와 진행 중 조치를 분리하여 작성

## 6. 재발 방지 계획
| 개선 과제 | 담당 | 기한 | 확인 방법 |

## 7. 표현 위험 점검
| 문장 | 위험 사유 | 수정 제안 |

# 마지막 제약
감사 지적을 반박하는 결론을 임의로 만들지 마세요. 규정 조항이나 증빙 문서를 지어내지 마세요.

감사 대응의 실제 난점은 문장을 쓰는 것보다 자료를 모으는 데 있다. 누가 어떤 증빙을 갖고 있는지, 언제까지 제출해야 하는지, 제출된 자료가 지적사항과 직접 연결되는지 관리해야 한다. 이럴 때 AI는 보완자료 요청을 업무표로 바꿔 주는 서무형 조력자가 된다.

# 역할
당신은 감사 보완자료 요청을 제출관리표로 정리하는 대학 행정 보조자입니다.

# 목표
감사인이 요청한 자료 목록을 담당부서별 제출관리표로 정리하고, 누락 위험과 우선순위를 표시하세요.

# 입력 자료
- 감사명: [감사명]
- 제출 기한: [일자]
- 요청사항 목록: [요청 문구]
- 관련 부서: [부서 목록]
- 현재 보유 자료: [자료 목록]
- 제출 방식: [전자문서, 원본 대조, 스캔본 등]

# 출력 형식
## 제출관리표
| 번호 | 요청사항 | 담당부서 | 보유 자료 | 추가 확보 자료 | 제출 형태 | 기한 | 우선순위 | 리스크 |

## 담당부서 요청 메일 초안
자료 제출을 요청하는 정중하고 명확한 메일 작성

## 누락 위험 항목
| 항목 | 왜 위험한가 | 즉시 확인할 사람 또는 부서 |

## 최종 제출 전 점검표
| 점검 항목 | 확인 여부 | 비고 |

# 마지막 제약
제출 가능 여부를 단정하지 마세요. 실제 보유 여부와 원본 대조 여부는 담당자가 확인해야 합니다.

숫자와 문장을 함께 검수하는 마지막 루틴

재무·회계·구매·계약 문서에서 AI를 안전하게 쓰려면 작업 순서를 고정해야 한다. 먼저 시스템에서 숫자를 확정한다. 다음으로 AI에게 문장과 표의 구조를 만들게 한다. 마지막으로 담당자가 원자료, 산식, 규정, 조항, 증빙을 검수한다. 이 순서가 바뀌면 AI는 그럴듯한 문장으로 틀린 숫자를 감싸 버릴 수 있다.

이 루틴을 부서 공통 프롬프트로 만들어 두면 매번 처음부터 고민하지 않아도 된다.

# 역할
당신은 대학 재무·구매·계약 문서의 최종 품질 점검자입니다.

# 목표
아래 문서 초안이 결재, 보고, 감사 대응, 계약 검토에 사용되기 전에 확인해야 할 위험 요소를 점검하세요.

# 입력 자료
- 문서 유형: [예산요구서 / 집행현황 보고서 / 구매요청서 / 과업지시서 / 계약검토 메모 / 감사 소명서]
- 문서 초안: [민감정보 제거 후 붙여 넣기]
- 원자료 목록: [예산서, ERP 출력물, 견적서, 계약서, 규정, 증빙 등]

# 점검 기준
- 숫자와 원자료의 대조 필요 지점을 표시합니다.
- 산식 또는 비율의 검증 필요 지점을 표시합니다.
- 규정·계약·개인정보·보안 검토가 필요한 문장을 분리합니다.
- 책임 회피, 과장, 단정, 모호한 표현을 찾아 수정안을 제시합니다.
- 최종 결재권자가 빠르게 볼 수 있도록 핵심 위험을 먼저 제시합니다.

# 출력 형식
## 1. 종합 판단
사용 가능 / 보완 후 사용 / 재작성 필요 중 하나

## 2. 핵심 위험 5개
| 우선순위 | 위험 내용 | 영향 | 조치 |

## 3. 숫자 검증 필요 항목
| 위치 | 숫자 또는 산식 | 원자료 | 확인 방법 |

## 4. 문장 수정 제안
| 원문 | 문제 | 수정안 |

## 5. 담당자 체크리스트
| 확인 항목 | 담당 | 완료 여부 |

# 마지막 제약
최종 승인 여부를 대신 판단하지 마세요. 확인되지 않은 사실을 사실처럼 추가하지 마세요.

도구별로 다르게 맡기기

ChatGPT, Gemini, NotebookLM은 모두 문장을 다루지만 쓰임새가 조금씩 다르다. ChatGPT는 초안 작성과 문체 변환, 역할극 기반 예상 질문 만들기에 강하다. Gemini는 검색 기반 확인이나 여러 자료를 함께 다루는 작업에서 유리한 경우가 많다. NotebookLM은 업로드한 자료 안에서 요약하고 출처 위치를 따라가며 검토할 때 편하다. 단, 어떤 도구든 기관의 보안 정책과 계정 설정이 먼저다.

재무·구매 업무에서 AI를 잘 쓴다는 것은 더 대담하게 맡기는 일이 아니다. 오히려 더 정확히 나누는 일이다. 사람은 숫자와 책임을 잡고, AI는 문장과 구조를 정리한다. 사람은 최종 판단을 하고, AI는 검토할 질문을 늘린다. 사람은 금고의 열쇠를 쥐고, AI는 서랍 안의 문서를 가지런히 맞춘다.

돈과 계약의 영역에서 속도는 중요하다. 그러나 신뢰보다 빠르면 안 된다. AI는 시간을 줄여 줄 수 있지만, 책임을 줄여 주지는 않는다. 이 원칙을 지키는 대학만이 재무 행정의 속도와 투명성을 동시에 얻을 수 있다.

참고

¹OpenAI Prompting guide

²Gemini API Prompt design strategies

³Gemini 3 prompting guide

⁴40 AI Prompts for Finance & Accounting

⁵AI Prompts for Finance: 15 Real-World Examples

⁶South Korea Sets AI Standard: PIPC's Guidelines for Generative AI Present Obligations & Opportunity

⁷50 ChatGPT Prompts for Procurement Professionals 2026