agentleFS
solvio-devsolvio-dev/sample-business-skills/skills/expense-audit/SKILL.md

expense-audit

Skill0 starsChanged 4 months agoMITView on GitHub

経費申請データと領収書を社内の経費規程に突き合わせ、規程違反・要確認の申請を一覧で出す。経費精算のチェック、立替精算の承認前確認、月次の経費監査に使う。

The file

Files
SKILL.md

経費精算チェック

申請1件ずつの目視確認をやめ、規程に反する申請と確認が必要な申請だけを人の手元に残す。

入力として受け取るもの

  • 経費申請データ(CSV / Excel。申請ID、申請者、日付、勘定科目、金額、摘要を含むもの)
  • 領収書・請求書(PDF / 画像。ファイル名または申請IDで対応づけられる状態)
  • 自社の経費規程。無い場合は references/rules.md の汎用ルールを使い、そのことを報告に明記する

手順

  1. 申請件数と金額合計を集計し、ユーザーに伝えてから確認作業に入る。
  2. 申請データと領収書を対応づける。 対応する領収書が見つからない申請は、それ自体を指摘として記録する。
  3. 申請1件ごとに下記のチェック項目を全件適用する。 該当なしも「該当なし」として記録し、飛ばさない。
  4. 判定を3段階でつける。 下記の判定基準に従う。
  5. 一覧表とサマリを出力する。

チェック項目

#観点確認内容
C-01金額の一致申請金額と領収書の金額が一致しているか
C-02日付の一致申請日付と領収書の日付が一致しているか
C-03申請期限領収書の日付が、規程で定めた申請期限内か
C-04宛名領収書の宛名が自社名義か。空欄・個人名でないか
C-05但し書き「品代」など内容が特定できない記載になっていないか
C-06上限額勘定科目ごとの上限額を超えていないか(宿泊費、日当、交際費など)
C-07重複申請同一の領収書が複数回申請されていないか。金額・日付・店名が一致する申請を検出する
C-08按分私用が混在しうる費目で、按分の記載があるか
C-09参加者記載交際費・会議費で、参加者名と人数が記載されているか
C-101人あたり単価会議費の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 を自社の経費規程に置き換える。条項番号まで含めると指摘の説得力が上がる
  • 勘定科目ごとの上限額表を追加する。役職別に上限が違う場合は役職も条件に含める
  • 過去に差し戻した申請の実例を追加する。判断の境界がはっきりし、要確認 の精度が上がる
  • 会計システムの取込フォーマットに合わせて出力の列名を変える

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.