expense-audit
Skill0 starsChanged 4 months agoMITView on GitHub
経費申請データと領収書を社内の経費規程に突き合わせ、規程違反・要確認の申請を一覧で出す。経費精算のチェック、立替精算の承認前確認、月次の経費監査に使う。
In this repository8 other files it gives its agents.
- contract-reviewSkill
- invoice-extractSkill
- manual-writerSkill
- meeting-minutesSkill
- rfp-analysisSkill
- security-checksheetSkill
- skill-builderSkill
- support-replySkill
The file
Files
経費精算チェック
申請1件ずつの目視確認をやめ、規程に反する申請と確認が必要な申請だけを人の手元に残す。
入力として受け取るもの
- 経費申請データ(CSV / Excel。申請ID、申請者、日付、勘定科目、金額、摘要を含むもの)
- 領収書・請求書(PDF / 画像。ファイル名または申請IDで対応づけられる状態)
- 自社の経費規程。無い場合は
references/rules.mdの汎用ルールを使い、そのことを報告に明記する
手順
- 申請件数と金額合計を集計し、ユーザーに伝えてから確認作業に入る。
- 申請データと領収書を対応づける。 対応する領収書が見つからない申請は、それ自体を指摘として記録する。
- 申請1件ごとに下記のチェック項目を全件適用する。 該当なしも「該当なし」として記録し、飛ばさない。
- 判定を3段階でつける。 下記の判定基準に従う。
- 一覧表とサマリを出力する。
チェック項目
| # | 観点 | 確認内容 |
| C-01 | 金額の一致 | 申請金額と領収書の金額が一致しているか |
| C-02 | 日付の一致 | 申請日付と領収書の日付が一致しているか |
| C-03 | 申請期限 | 領収書の日付が、規程で定めた申請期限内か |
| C-04 | 宛名 | 領収書の宛名が自社名義か。空欄・個人名でないか |
| C-05 | 但し書き | 「品代」など内容が特定できない記載になっていないか |
| C-06 | 上限額 | 勘定科目ごとの上限額を超えていないか(宿泊費、日当、交際費など) |
| C-07 | 重複申請 | 同一の領収書が複数回申請されていないか。金額・日付・店名が一致する申請を検出する |
| C-08 | 按分 | 私用が混在しうる費目で、按分の記載があるか |
| C-09 | 参加者記載 | 交際費・会議費で、参加者名と人数が記載されているか |
| C-10 | 1人あたり単価 | 会議費の1人あたり金額が、交際費との区分基準を超えていないか |
| C-11 | 登録番号 | 適格請求書発行事業者の登録番号があるか。無い場合は経過措置の対象か |
| C-12 | 経路の妥当性 | 交通費の区間と金額が整合しているか |
| C-13 | 勘定科目 | 摘要の内容と勘定科目が対応しているか |
| C-14 | 承認経路 | 金額に応じた承認者が設定されているか |
判定基準
| 判定 | 意味 |
NG | 規程に明確に反している。差し戻しが必要 |
要確認 | 規程違反の可能性があるが、事情次第で妥当になりうる。申請者への確認が必要 |
OK | チェック項目に照らして問題が見つからなかった |
判断に迷った場合は必ず 要確認 にする。OK と判定した申請は人が見ないことを前提に設計されているため、OK の基準は厳しく取る。
出力フォーマット
# 経費精算チェック結果
- 対象期間: YYYY-MM-DD 〜 YYYY-MM-DD
- 申請件数: <n> 件 / 合計 <金額> 円
- 判定: NG <n> 件 / 要確認 <n> 件 / OK <n> 件
- 使用した規程: <ファイル名>
## 指摘一覧
| 申請ID | 申請者 | 日付 | 金額 | 判定 | 該当項目 | 指摘内容 | 根拠 |
|---|---|---|---|---|---|---|---|
| E-1042 | 山田 | 2026-07-03 | 12,800 | NG | C-06 | 宿泊費が上限 10,000 円を 2,800 円超過 | 経費規程 第12条 |
| E-1055 | 佐藤 | 2026-07-11 | 8,400 | 要確認 | C-09 | 会議費だが参加者の記載がない | 経費規程 第15条 |
## 重複申請の疑い
| 申請ID | 申請ID | 一致した項目 |
|---|---|---|
## 領収書が確認できなかった申請
| 申請ID | 申請者 | 金額 | 状況 |
|---|---|---|---|CSV / Excel での出力を求められた場合は、指摘一覧をそのまま表形式で書き出す。
守るべきルール
- 申請を却下しない。 このスキルが出すのは指摘であって決裁ではない。差し戻すかどうかは承認者が決める。
- 読み取れない領収書を「金額一致」と判定しない。 画質が悪く数字が読めない場合は
要確認にし、理由に「領収書の判読不可」と書く。 - 指摘には必ず規程の条項番号を書く。 根拠のない指摘は申請者との押し問答になる。
- 申請者の意図を推測しない。 「おそらく私用」といった記述をしない。事実(規程との差分)だけを書く。
- 個人情報を出力に含めない。 領収書に含まれる第三者の氏名、カード番号の下4桁を超える情報は転記しない。
OKを安易に出さない。 迷ったら要確認にする。見落としのコストは、確認の手間より大きい。
自社用にカスタマイズする
references/rules.mdを自社の経費規程に置き換える。条項番号まで含めると指摘の説得力が上がる- 勘定科目ごとの上限額表を追加する。役職別に上限が違う場合は役職も条件に含める
- 過去に差し戻した申請の実例を追加する。判断の境界がはっきりし、
要確認の精度が上がる - 会計システムの取込フォーマットに合わせて出力の列名を変える
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

