SAPI

オレが税理士🤹ラーメン一筋25年🍜

[SAPI @SAPI_tokyo]

Fableマジで良かったけど、Opusでも個としてはダメなわけではない。

Fableの采配ぶりに改めて人間不要の片鱗を見たので、弊社は当初の予定通り粛々とベーシックインカムに向けた構築を進めていく。

[SAPI @SAPI_tokyo]

東出さんいいよね。オレも好き。

[おりょん @yayo_1coaching]

https://t.co/B5XECodcPc

[SAPI @SAPI_tokyo]

AIが人間と比較して完全に劣っているのは経験と今のタスクを紐づける部分。

知識や経験を積ませることはできるけど、AIは過去の全てのメモリを常に見ているわけじゃないから、記憶の箱から必要な時に適切な知識を持ってきて組み立てる、連想みたいな部分が苦手で、結果アイデアに深みが出ない。

[SAPI @SAPI_tokyo]

Claudeがオレのことを「人間税理士」という言い方をするようになってきた。いいぞ。

[SAPI @SAPI_tokyo]

久々に英二めちゃくちゃ美味かったー。
あと安い。30人くらい並んでた。

[SAPI @SAPI_tokyo]

人材不安は事業の成長の足枷になる。

いま辞められたらキツい、という防御本能が品質低下を容認することになるし、成長を鈍化させる。

その苦しみと真っ向から戦う覚悟がないと組織改革はできないんだよな。膿は削ぎ落としていかない���。

[SAPI @SAPI_tokyo]

自動化という文脈だとAIは有用だけど、能力ではまだ人間の劣化コピーでしかないよな。コンテキスト問題で人間では起きないようなミスも出てくるし、まだツールの域を超えてない。

コンテキスト節約をどう設計するかを試行錯誤してるうちに新しいローンチが出てくるので、まだ待ちでもいい気がするなぁ

[SAPI @SAPI_tokyo]

全ての人間を蔑ろにして毎日AIとだけ対話してたら腰と首のダメージがエグい

トレンドが変わるとしても後退することはない技術なので、自分1人で全ての内部業務をスキル化、最適化して全てのスタッフが上流の業務だけに集中できる環境を作る

AIに関しては人がボトルネック、それを教育するのは不毛

[SAPI @SAPI_tokyo]

そりゃそうやろ（´-`）

[SAPI @SAPI_tokyo]

これからの税務調査は国税サイドもAIを使う。
今までリスクとして認識しつつも実際の調査では流されてきた部分を確実に拾ってくる。

その世界線でクライアントが大きなリスクを負わないためにも、我々もさらに精度を上げてチェック機能を持つ必要がある。

めちゃくちゃ有益なAIの使い方だよね。

[荒井悠輔｜税理士×AI実務活用 @araiyusuke_vb]

---
name: tax-audit
description: >
国税庁の税務調査着眼点・自主点検チェックシートに基づく会計帳簿の税務監査スキル。
PDFの仕訳日記帳・総勘定元帳・試算表（BS/PL）を読み取り、
税務調査で指摘されやすい項目を重点的にチェックし、指摘事項レポートをPDFで出力する。
このスキルは以下のようなリクエストで使用すること：
税務監査、税務調査対策、税務リスクチェック、自主点検、国税庁チェックシート、
税務調査の着眼点、帳簿の監査、帳簿チェック、税務コンプライアンス、
申告書確認表、税務上の自主監査、調査対策チェック。
ユーザーが「税務調査」「監査」「自主点検」「国税庁」「着眼点」「税務リスク」
などのキーワードを含むチェック依頼をした場合、このスキルを使用すること。
---

# 税務監査スキル（国税庁着眼点ベース���

## 概要
国税庁が公開する「申告書確認表」「自主点検チェックシート」および税務調査で頻繁に指摘される項目をベースに、会計帳簿（仕訳日記帳・総勘定元帳・試算表）のPDFを読み取り、税務リスクを洗い出す。

**参考情報源：**
- 国税庁「申告書の自主点検と税務上の自主監査」
- 全国法人会総連合「自主点検チェックシート（84項目）」（国税庁後援・日本税理士会連合会監修）
- 国税庁「調査課所管法人における申告内容の誤りが多い事例」

## トリガー
ユーザーが以下のいずれかを依頼した場合に発動：
- 「税務監査して」「税務調査対策のチェック」「自主点検して」
- 「国税庁の基準でチェックして」「税務リスクを確認して」
- 「帳簿を監査して」「帳簿の税務チェック」
- PDFファイルのパスを指定して「監査して」「税務チェック」と依頼

## 入力
- PDFファイル（1つ以上、必須）
- 仕訳日記帳（PDF）
- 総勘定元帳（PDF）
- 試算表・BS・PL（PDF）
- 上記のいずれかまたは複数の組み合わせ
- 会計ソフト（freee・弥生・マネーフォワード・勘定奉行等）からのPDF出力を想定

## 出力
- 税務監査レポート（PDF）をデスクトップに保存
- チャットで指摘事項のサマリーを表示

---

## チェック手順

### Step 1: データ読み取りと帳簿種別の判定

1. 指定されたPDFファイルを読み取る
2. 各PDFの内容から帳簿種別を自動判別する：
- **仕訳日記帳**: 日付・伝票番号・借方科目・貸方科目・金額を含む
- **総勘定元帳**: 勘定科目ごとの取引明細・残高を含む
- **試算表（残高試算表/合計残高試算表）**: 勘定科目・借方合計・貸方合計・残高
- **損益計算書（P/L）**: 売上高・売上原価・販管費・営業利益等
- **貸借対照表（B/S）**: 資産・負債・純資産の各勘定科目と残高
3. 会計期間（事業年度）を特定する
4. 経理方式（税抜/税込）を特定する
5. 法人の概要（資本金・業種等）が読み取れる場合は記録する

---

### Step 2: 【税務調査 最重要着眼点】売上の網羅性・計上時期

> 税務調査で**最も指摘が多い項目**。調査官が最初に確認するポイント。

#### 2-1. 売��計上漏れ・過少申告の検出
- [ ] **期末月の売上が他月と比べて著しく少なくないか**（意図的な繰延べの疑い）
- [ ] **期末直前の売上返品・値引きが異常に多くないか**
- [ ] **仮受金・前受金に売上計上すべきものが滞留していないか**
- [ ] **相殺取引**：売上と仕入を差引計上していないか（総額主義に反する）
- [ ] 売上高の**月次推移**に不自然な変動がないか

#### 2-2. 売上計上基準の適正性
- [ ] 売上計上基準（出荷基準・検収基準・引渡基準）が**一貫して適用**されているか
- [ ] **期末の出荷分・完成分で未計上**のものがないか（期ずれ）
- [ ] 長期請負工事の**工事進行基準/工事完成基準**の適用は適正か

---

### Step 3: 【税務調査 重要着眼点】経費・損金の妥当性

> 税務調査で2番目に指摘が多い領域。「経費の水増し」「架空計上」がターゲット。

#### 3-1. 交際費
- [ ] **1人あたり5,000円以下**の飲食費：参加者氏名・人数・飲食店名が記録されているか
- [ ] 中小法人：交際費が**年800万円**を超えていないか
- [ ] 交際費に該当するのに**会議費・福利厚生費**等で処理していないか
- [ ] 得意先への贈答品が交際費に正しく分類されているか
- [ ] **社内の飲食費**を交際費にしていないか（→福利厚生費or給与）

#### 3-2. 外注費と給与の区分
- [ ] **実態が雇用関係**なのに外注費で処理していないか（偽装外注）
- 判定基準：指揮命令の有無、時間的拘束、専属性、器具・設備の負担者
- [ ] 個人への外注費で**源泉徴収**を行っているか
- [ ] 外注費が前期比で**大幅に増加**していないか

#### 3-3. 役員報酬・役員取引
- [ ] 役員報酬は**定期同額給与**の要件を満たしているか
- [ ] **事業年度開始3ヶ月以内**以外の増額改定はないか
- [ ] 役員賞与に**事前確定届出**があるか（届出なしは損金不算入）
- [ ] 役員への貸付金に**認定利息**（特例基準割合）を計上しているか
- [ ] 役員との取引（不動産��貸等）の金額は**時価**に基づいているか
- [ ] **役員の個人的支出**を会社経費に混入していないか

#### 3-4. その他の経費チェック
- [ ] **修繕費と資本的支出**の区分は適正か（20万円未満、3年周期等の形式基準）
- [ ] **寄附金**：限度額の計算は正しいか、損金不算入額の処理は適正か
- [ ] **貸倒損失**：法的整理・事実上の貸倒れ等の要件を満たしているか
- [ ] **保険料**：資産計上すべき部分（保険積立金・長期前払費用）が費用処理されていないか
- [ ] **広告宣伝費**：翌期以降に対応するものが前払費用に計上されているか

---

### Step 4: 【税務調査 重要着眼点】棚卸資産・在庫

> 在庫の過少計上（＝利益の圧縮）は税務調査の常套的チェック項目。

- [ ] **期末棚卸高**が前期と比べて著しく減少していないか
- [ ] 棚卸資産の**評価方法**（���終仕入原価法、総平均法等）は届出どおりか
- [ ] 評価方法が**継続的に適用**されているか（変更には届出が必要）
- [ ] **仕掛品・半製品**が適正に計上されているか
- [ ] 期末直前の**大量仕入**がある場合、棚卸に反映されているか
- [ ] **棚卸資産の評価損**：災��・陳腐化等の正当な理由があるか

---

### Step 5: 【自主点検チェック】B/S科目の網羅チェック

> 国税庁後援「自主点検チェックシート」ベースのB/S科目チェック。

#### 5-1. 資産の部
| 勘定科目 | 税務監査チェック項目 |
|---------|-------------------|
| 現金 | マイナス残高でないか。期末残高が異常に多くないか（架空計上の疑い） |
| 普通預金 | 通帳残高と帳簿が一致しているか。一時的にもマイナスになっていないか |
| 売掛金 | 長期滞留（1年超）のものはないか。マイナス残高でないか。回収不能分の貸倒処理は検討したか |
| 棚卸資産 | 在庫表との一致。単価の評価方法は適正か。陳腐化在庫の評価減は適正か |
| 仮払金 | 期末に残高が残っていないか。実質的に**役員貸付金**ではないか |
| 前払費用 | 短期前払費用の特例を適用する場合、継続適��しているか |
| 固定資産 | 取得価額に付随費用（据付費・運送費等）を含めているか。耐用年数は適正か |
| 有価証券 | 取得価額に購入手数料を含めているか。時価評価・減損処理は適正か |
| 役員貸付金 | 認定利息は適正利率で計上しているか。返済計画はあるか |
| 保険積立金 | 保険会社資料と一致しているか。解約返戻金相当額は適正か |
| 繰延資産 | 償却計算は正しいか。均等償却の期間は適正か |
#### 5-2. 負債の部
| 勘定科目 | 税務監査チェック項目 |
|---------|-------------------|
| 買掛金・未払金 | マイナス残高でないか。長期未払い（1年超）はないか |
| 前受金 | 売上に振替えるべきものが滞留していないか |
| 預り金 | 源泉所得税の納付状況と整合しているか |
| 仮受金 | 期末に残高が残っていないか。売上として計上すべきものはないか |
| 未払法人税等 | 前期の未払額が適正に解消されているか |
| 長期借入金 | 金融機関の残高証明書と一致しているか |
---
### Step 6: 【税務調査 着眼点】消費税チェック
> インボイス制度対応を含む消費税の処理は近年の税務調査の重点項目。
#### 6-1. 課税区分の正確性

- [ ] **課税・非課税・不課税・免税**の区分が正しいか
| 取引内��� | 正しい区分 | よくある誤り |
|---------|-----------|------------|
| 給与・賞与 | 不課税 | 課税仕入にしている |
| 社会保険料 | 不課税 | 非課税にしている |
| 生命保険料 | 非課税 | 不課税にしている |
| 住宅家賃 | 非課税 | 課税仕入にしている |
| 事務所家賃 | 課税（10%） | 非課税にしている |
| 預金利息 | 非課税 | 不課税にしている |
| 軽油税 | 不課税 | 課税仕入にしている |
| 収入印紙（郵便局） | 非課税 | 課税仕入にしている |
| 祝金・見舞金 | 不課税 | 課税仕入にしている |
| 輸出売上 | 免税 | 課税売上にしている |
#### 6-2. インボイス制度対応（R5.10.1以降）
- [ ] 適格請求書発行事業者以外からの仕入に**経過措置**を正しく適用しているか
- R5.10.1〜R8.9.30：仕入税額の**80%**控除可
- R8.10.1〜R11.9.30：仕入税額の**50%**控除可

- [ ] **少額特例**（税込1万円未満）の適用要件を満たしているか

- 基準期間の課税売上高1億円以下 or 特定期間の課税売上高5,000万円以下

- [ ] 適格請求書の記載事項（登録番号・税率別合計額・消費税額等）は満たされているか

#### 6-3. 消費税の計算チェック
- [ ] **消費税差額**（雑損失・雑益）が過大でないか
- [ ] 仕入税額控除の計算方式（全額控除/個別対応/一括比例配分）は適正か
- [ ] **居住用賃貸建物**（R2.10.1以後取得）：仕入税額控除の対象外としているか
- [ ] 簡易課税のみなし仕入率は事業区分に応じて正しいか
---
### Step 7: 【自主点検チェック】内部統制・帳��管理
> 法人会「自主点検チェックシート」の内部統制面チェック。
- [ ] **会計帳簿の記帳**は取引の都度、適時に行われているか
- [ ] **証憑書類**（領収書・請求書等）は日付順に整理・保存されているか
- [ ] 経理担当者以外に**チェック体制**（ダブルチェック）があるか
- [ ] **現金の管理**：入出金の都度記帳し、定期的に実査しているか
- [ ] **銀行口座**：通帳記帳を定期的に行い、帳簿と照合しているか
- [ ] 固定資産の**現物管理**（台帳との照合）を行っているか
- [ ] **契約書・議事録**等の重要書類は適切に保管されているか
---
### Step 8: 異常値・不正リスクの検出
> 税務調査で不正が疑われる兆候パターン。
#### 8-1. 数値の異常パターン
- [ ] **ベンフォードの法則**に大きく乖離する数値分布がないか
- [ ] **端数が異常に揃っている**取引（例：毎回ぴったり10万円）
- [ ] **期末月に集中する経費計上**
- [ ] **前期比で急増減**している科目（±30%以上の変動）
#### 8-2. 取引パターンの異常
- [ ] **同一取引先への同額・同日の複数取引**（二重計上の疑い）
- [ ] **決算期末の直前に大量の費用計上**
- [ ] **特定の取引先のみ異常に高い金額**
- [ ] **仮勘定（仮払金・仮受金）の長期滞留**
---
## レポート出力フォーマット
### PDFレポートの構成
#### 1. 表紙
- タイトル：「税務監査レポート（国税庁着眼点ベース）」
- 対象法人名（読み取れる場合）
- 対象事業年度
- チ���ック実施日
- 総指摘件数サマリー（重大/要注意/軽微）
#### 2. エグゼクティブサマリー

- 税務リスクの全体評価（A〜D の4段階）
- **A（良好）**：重大な指摘なし、軽微な指摘のみ
- **B（概ね良好）**：重大な指摘なし、要注意事項あり
- **C（要改善）**：重大な指摘が1〜3件
- **D（要緊急対応）**：重大な指摘が4件以上、または不正の疑いあり
- 重点指摘事項の概要（上位5件）
#### 3. 詳細指摘事項

各指摘事項は以下の形式で記載：
| 項目 | 内容 |
|------|------|
| No. | 連番 |
| 重要度 | ★★★（重大）/ ★★☆（要注意）/ ★☆☆（軽微） |

| カテゴリ | 売上計上/経費・損金/棚卸資産/BS科目/消費税/内部統制/異常値 |

| 国税庁着眼点 | 該当する国税庁の着眼ポイント・チェックシート項目番号 |

| 該当箇所 | 仕訳番号・勘定科目・日付・金額等 |

| 指摘内容 | 具体的な問題点の説明 |
| 税務調査リスク | この問題が税務調査で指摘された場合の想定リスク |
| 推奨対応 | 修正方法・改善提案 |
| 影響額 | 金額的な影響（推定可能な場合） |
#### 4. チェック結果一覧表
全チェック項目の適/否/非該当を一覧で表示
#### 5. 改善提案

今後の税務コンプライアンス向上のための提案事項

### 重要度の基準

- **★★★（重大）**：税額に直接影響する誤り、売上計上漏れ、架空経費、インボイス制度違反

- **★★☆（要注意）**：消費税区分誤り、棚卸資産の過少計上、役員取引の不備、経過措置の誤適用
- **★☆☆（軽微）**：帳簿の記載不備、内部統制の改善点、書類保存の注意事項
---
## レポート生成方法
### Python（generate_report.py）を使用

1. チェック結果をJSON形式（report_data.json）にまとめる
2. `scripts/generate_report.py` を実行してPDFレポートを生成
3. 出力先：デスクトップ（`~/Desktop/税務監査レポート_YYYYMMDD.pdf`）
### report_data.json のスキーマ
```json

{

"report_info": {

"company_name": "法人名",

"fiscal_year": "令和X年X月X日〜令和X年X月X日",
"check_date": "YYYY-MM-DD",
"checked_documents": ["仕訳日記帳", "総勘定元帳", "試算表"]
},
"summary": {
"overall_rating": "A〜D",

"total_findings": 0,
"critical_count": 0,
"warning_count": 0,
"minor_count": 0
},
"findings": [
{

"no": 1,
"severity": "★★★",
"category": "売上計上",
"nta_reference": "着眼点：売上計上時期",
"location": "仕訳https://t.co/Ito0Kvkx1K / 売上高 / 20XX-XX-XX",
"description": "指摘内容",
"tax_audit_risk": "税務調査リスクの説明",
"recommendation": "推奨対応",
"impact_amount": 0
}
],
"checklist_results": [
{
"step": "Step 2",
"category": "売上の網羅性",
"item": "期末月の売上が他月比で著しく少なくないか",
"result": "適/否/非該当",
"note": "備考"
}
],
"improvement_suggestions": [
"改善提案1",
"改善提案2"
]

}
```

---
## 補足ルール

### 税務調査で指摘が多い項目ランキング（参考）
1. **売上の計上漏れ・計上時期の誤り** — 最重点チェック
2. **経費の二重計上・水増し（交際費・外注費）**
3. **棚卸資産の計上ミス**

4. **役員報酬・役員との取引**

5. **消費税の処理ミス（インボイス制度含む）**

6. **給与・報酬の処理ミス（源泉徴収漏れ）**
### 税務調査の対象になりやすい法人の特徴
- 売上や利益が前期比で大幅に変動している
- 業種別の利益率��ら著しく乖離している

- 3年以上調査を受けていない

- 経費率が業界平均より高い
### インボイス制度経過措置の計算
| 期間 | 免税事業者等からの仕入 |
|------|---------------------|
| R5.10.1〜R8.9.30 | 仕入税額×80%を控除可能 |
| R8.10.1〜R11.9.30 | 仕入税額×50%を控除可能 |
| R11.10.1〜 | 控除不可 |
### 中小法人の判定と特例
- 資本金1億円以下 → 中小法人
- 法人税軽減税率：年800万以下の所得に15%
- 交際費：年800万円まで全額損金算入
- 少額減価償却資産：30万円未満、年300万円限度
- 欠損金の繰戻還付：適用可
### 電子帳簿保存法への対応確認
- 電子取引データの保存要件を満たしているか
- タイムスタンプの付与、検索機能の確保は適正か

[SAPI @SAPI_tokyo]

今回は、じゃなくていつもオレが正しいんだよこのにわか税法かじり虫が🐛

[SAPI @SAPI_tokyo]

freeeはある程度は完全自動化のビジョンは見えたけど、問題はエビデンスの回収。これが人間から取得する以上制御しづらい。

あとボトルネックは申告ソフトだな。

JDLがAPI対応するとは思えないからfreee申告に移行したいけどまだカバーしてる別表も電子申告連携も弱いしそもそもAPIまだなんだよなー

[SAPI @SAPI_tokyo]

freeeMCP使っても複数クライアント同時処理ができないんだよな。本家のfreeeと同様、クライアントを切り替えるとcurrentが別のクライアントになってしまう。そこの並行処理ができる��うになるとめちゃくちゃ効率上がるんだけど、API叩きすぎちゃうからダメってことかなｗ

[SAPI @SAPI_tokyo]

あくまでfreeeに同期されたクレカ明細は���報を取得するだけに使っていてpost/dealsは新規で生成、freee画面上では未処理が残っている状態か。freeeAPIが決済処理をAPI対応しない限り、この方法だとそうなるよね。ちょっと気持ち悪い状態だけど、freeeが対応するのを待つってスタンスならいいのかも。

[畠山謙人│AI税理士 / 自走するバックオフィス @kandmybike]

https://t.co/clu9OQDrdA

[SAPI @SAPI_tokyo]

た���freeeは設計上、預金やクレカのデータを直接会計に紐づけるというのがベースで、設計に沿った自動化を行うのであれば未登録状態を作らない形を構築しないといけない。

この方法が主流になるとfreeeがただ情報を集めるためのツールになってしまうので、freeeの会計ソフトとしての存在意義はない。

[SAPI @SAPI_tokyo]

まさにこれで、分析に限らず壁にぶち当たった時のその先の一手がまだClaudeCodeでは出てこない。
ので今のところ人間の力が必要。感覚的には自分より経験値���ないが能力が高い分身を育ててる感じ。
とはいえ分身がいたらいいのにって経営者がよく言うやつはもう目の前にあるから、その先考えないと。

[Hoheto | 生成AI×💰運用 @i_love_profit]

ClaudeCodeと分析やってるんだけど、現状この記事にもあるとおり「スコアを押し上げたアイディアのほとんどは人間」って状態なんだよな
専門家を定義して意見出させるとある程度はいけるんだけど、その先に進むには人間の専門家が必須。
これが半年後にどうなってるんやろ
https://t.co/pkipzXLSG1

[SAPI @SAPI_tokyo]

おれがいつ〇〇なのかな？
おれは〇〇なだけなんだけど
おまえは〇〇ばっかしてないで〇〇しろよ

という構文をこの一年で親よりも見てる気がする。

成人してから親に会う回数は年2回帰省しても50年で100回くらいしかない。オレに残されたチャンスはもっと少ない。
X見てないで帰省した方がいいな。

[SAPI @SAPI_tokyo]

ほんこれ。マルチタスクの人間のアウトプットはシングルタスクに劣る。例えもともと何かのスペシャリストだとしても、マルチタスクに手を出した時点で劣化雑魚になる。

最適な組織構成はジェネラリストがスペシャリストを統括するような仕組みづくりだと思う。

[SAPI @SAPI_tokyo]

freeeAPI使ってみるとわかるけど、微妙にかゆいところに手が届いていない。

未決済取引の消込がfreeeの本丸で、それがAPI対応していないので、既存の自動取引ルールなどの枠組みを根本的に再構築する必要がある。

freee側も対応は進めてくると思うけど、今のところここの最適化が腕の見せ所。

[畠山謙人│AI税理士 / 自走するバックオフィス @kandmybike]

https://t.co/DewDwvkFNr

[SAPI @SAPI_tokyo]

このニュース本当にアホなやついるなと感じ���しまう。
震災の影が重いのは理解しつつも、子供たちの門出をお祝いするためのイベントで、主役の子供達が非常用の缶詰パン食わされるのはかわいそうだ

「震災の日に提供していいのか？」　卒業祝いの赤飯給食・約2100食を廃棄
https://t.co/RX5X6PcTiN