最終更新: 2026/06/22 18:56
bizlp 用語集 (Glossary) — arc42 ch.12 SSoT
役割: bizlp プロジェクト全体で使われる用語の Single Source of Truth (SSoT)。 各 doc の §用語集 (例: prd.md §A / financial_metrics_guide.md §12) で重複しがちな定義をここに集約。 新規用語追加: まず本 doc に追加 → 必要なら各 doc から本 doc にリンク。 doc 固有用語: 当該 doc の §用語集にローカル定義可 (本 doc 重複は避ける)。
目次
1. データアーキテクチャ
| 用語 | 正式名称 | 定義 | 関連 |
|---|---|---|---|
| INV | Invoice | 32_wrk_invoice の 1 行。請求・債権債務の最小単位。全集計の SSoT。 | ADR-0001 |
| STL | Settlement | 33_wrk_bank の 1 行。入出金・消込の最小単位。 | — |
| ORD | Order | 31_wrk_order の 1 行。発注・契約の管理単位。INV の親レコード。 | — |
| TRN / JNL | Transaction (Journal) | 42_trn_journal の 1 行。仕訳台帳のレコード。監査証跡。 | ADR-0002 |
| SSoT / SSOT | Single Source of Truth | 情報の「正（オリジナル）」を 1 か所に決めておく考え方。コピーどうしの食い違いを防ぐ。本システムでは請求データ INV が中核。 | ADR-0001 |
| マート更新 | Data Mart Update | INV/STL から財務諸表 (60-90 番台) を一括生成するバッチ処理。 | ADR-0006 |
2. 処理パターン
| 用語 | 正式名称 | 定義 | 関連 |
|---|---|---|---|
| Action A | 費用計上・仕訳転記 | 承認済 INV → TRN 生成 + STL 自動作成。 | ADR-0002 |
| Action B | 決済消込・残高更新 | 消込済 STL → 決済 TRN 生成 + INV 残高再計算。 | ADR-0017 |
| RPA | Robotic Process Automation | 予算マスタ (20 番台) から INV (32 タブ) への自動起票処理。 | ADR-0012 |
| HITL | Human-in-the-Loop | 最終承認を必ず人間が行うやり方。AI は下調べ・点検をするが、決めるのは人。 | prd.md |
3. 会計・経理処理
| 用語 | 正式名称 | 定義 | 関連 |
|---|---|---|---|
| P/L | Profit and Loss Statement | 損益計算書。一定期間の収益と費用を集計し利益を算出する財務諸表。 | ADR-0001 |
| B/S | Balance Sheet | 貸借対照表。一時点の資産・負債・純資産の残高を示す財務諸表。 | ADR-0001 |
| DDL | Data Definition Language | setupAllSchemas による全タブのスキーマ同期 (列定義・入力規則・色分け)。 | — |
| 期ずれ | Period Mismatch | 発生月 (P/L 計上月) と決済月 (キャッシュ移動月) のずれ。B/S で自動調整。 | ADR-0006 |
| 冪等性 | Idempotency | 同一処理を 2 回実行しても結果が変わらない性質。JNL_ID チェックで担保。 | ADR-0012 |
| cashPlug | Cash Plug | B/S で INV/STL から直接算出できない現預金残高を貸借差額から逆算する仕組み。 | — |
| 配賦 | Cost Allocation | 共通費 (販管費等) を PJ に按分する処理。4 ドライバー: 売上高比 / 工数比 / 均等割 / 手動。 | MAS-006 / MAS-039 / MAS-117 |
| 粗利 | 売上総利益 | 売上 − 売上原価。 | MAS-032 |
| 販管費 | 販売費及び一般管理費 | 人件費 + 家賃 + SaaS 等の本業コスト。 | MAS-032 / MAS-042 / MAS-043 |
| 標準報酬月額等級 | — | 社会保険料計算用の階段状の月額報酬区分 (健保 50 等級 / 厚年 32 等級)。 | MAS-057 |
| 仕訳 | Journal Entry | 取引を借方/貸方に分け会計帳簿に記録する単位。本システムでは 32_wrk_invoice の承認を起点に 42_trn_journal へ自動生成する (Action A)。 | ADR-0002 |
| 消込 | Matching / Clearing | 入出金 (STL) と請求 (INV) を突き合わせ、債権債務の残高を確定させる処理。Action B の中核。 | ADR-0017 |
| 管理会計 | Management Accounting | 経営判断のための社内向け会計 (制度会計と対) 。bizlp の MAS 全体が管理会計の自動化を対象とする。 | — |
| 電帳法 | 電子帳簿保存法 | 国税関係帳簿書類を電子データで保存する際の要件を定めた法律。スキャナ保存・電子取引データ保存の真実性確保 (タイムスタンプ等) と検索可能性が論点。 | — |
| PJ | Project | 案件・プロジェクト。78_pj_pl で PJ 別損益を算出。配賦の単位でもある。 | MAS-006 / MAS-117 |
| 源泉徴収 | Withholding Tax | 報酬・給与から所得税を天引きして納付する制度。役員報酬・社会保険周辺の試算に影響。 | MAS-057 |
| インボイス制度 | 適格請求書等保存方式 | 仕入税額控除に適格請求書 (登録事業者発行) を要する消費税制度 (2023-10 施行)。請求・受領フローの設計を制約する。 | — |
4. 財務指標
| 用語 | 正式名称 | 定義 | 関連 |
|---|---|---|---|
| EBIT | Earnings Before Interest and Tax | 営業利益 ≒ 経常利益 (日本式) / EBIT Margin (海外)。 | MAS-063 |
| EBITDA | Earnings Before Interest, Tax, Depreciation, and Amortization | EBIT + 減価償却費。 | MAS-051 |
| PSF | Professional Services Firm | コンサル・受託業界の略称。 | MAS-062 |
| Billable | — | クライアントに請求可能な労働時間。 | MAS-062 / MAS-218 |
| NOL | Net Operating Loss | 繰越欠損金。 | MAS-041 / MAS-061 |
| ICR | Interest Coverage Ratio | 営業利益 ÷ 支払利息。 | MAS-063 |
| Cash ETR | Cash Effective Tax Rate | 実効税率 (節税後)。 | MAS-061 |
| BEP | Break Even Point | 損益分岐点。 | MAS-024 / MAS-048 |
| Runway | — | 現在の現金残高 ÷ 月平均固定費 = 生存月数。 | MAS-008 / MAS-058 |
| WACC | Weighted Average Cost of Capital | 加重平均資本コスト。 | MAS-017 (将来) |
| DSCR | Debt Service Coverage Ratio | 元利返済余力。 | MAS-017 (将来) |
| デッドヒート | — | 法人税減 = 個人税 + 社保増 となる役員報酬の境界。 | MAS-057 / BRD |
5. bizlp 経営フレーム軸
| 用語 | 軸 | 定義 | 関連 |
|---|---|---|---|
| PH-1 〜 PH-4 | 事業フェーズ | 創業期 → 成長期 → 商用化期 の段階区分。 | use_cases.md |
| SZ-1 〜 SZ-4 | 規模軸 | 一人法人 → SMB 拡大期 の規模区分。 | use_cases.md |
| BZ-1 〜 BZ-5 | 業種軸 | コンサル → SaaS → ハイブリッド の業種区分。 | use_cases.md |
6. その他
| 用語 | 正式名称 | 定義 | 関連 |
|---|---|---|---|
| ADR | Architecture Decision Record | 「なぜそう決めたか」を後から振り返れるように残す、決定の記録。 | ADR-0023 |
| arc42 | — | アーキテクチャ文書化の業界標準テンプレート (12 章構成)。 | ADR-0039 |
| MADR | Markdown Any Decision Records | ADR の業界標準フォーマットの 1 つ。Nygard 形式と並ぶ。 | ADR-0023 |
| Nygard 形式 | — | Michael Nygard 由来の最小形式 ADR テンプレート。 | ADR-0023 |
| Q42 | arc42 quality scenarios (9 tags) | #maintainable / #suitable / #flexible / #operable / #usable / #reliable / #efficient / #safe / #secure の品質特性 9 タグ。 | ADR-0050 |
| JTBD | Jobs To Be Done | 顧客の達成したいタスク。bizlp では「業務の塊」と等価。 | ADR-0043 |
| UC スライス | Use Case Slice | UC 単位での実装単位 (frontend + backend + tests を含む垂直スライス)。 | ADR-0021 / ADR-0028 |
| K.O. criterion | Knock-Out Criterion | 必須要件 (Must 軸) 未達なら自動却下する MCDA 判定 (CBA Suhr 1999)。 | ADR-0050 |
| WSM | Weighted Sum Model | 加重和方式の MCDA (多基準意思決定分析)。 | ADR-0050 |
| MCDA | Multi-Criteria Decision Analysis | 複数評価軸を加重して最適案を選ぶ多基準意思決定分析。bizlp ADR では WSM + K.O. criterion で実装 (Suhr 1999 CBA 準拠)。 | ADR-0050 |
| CBA | Choosing By Advantages | Suhr 1999 の意思決定手法。bizlp MCDA の K.O. criterion の出典。 | ADR-0050 |
| Kruchten Type | — | 決定の主題分類軸 (Existence=新要素の存在 / Property=横断ルール / Executive=技術・プロセス選定)。Mode (規模軸) と直交。 | ADR-0030 |
| Approver | — (DACI の A) | 決定の最終責任者 (Accountable)。ちょうど 1 人。role は Scope (ADR-0049 の 4 役割 corporate/platform/product/ops) 由来で人 (who) と分けて記録する。検査は ④ 受理 PR 層 (adr-lint + CI の merge 者一致)。 | ADR-0141 |
| Driver | — (DACI の D) | 決定の起案・実装の進行役 (SoD の requester/implementer)。Approver とは別ロール。 | ADR-0141 |
| Consulted / Informed | — (DACI の C / I) | Consulted = 相談先 (外部専門家・AI critic・3 モデル調査。拒否権なし・決定責任を負わない) / Informed = 通知先 (任意)。 | ADR-0141 |
| SoD / 補償統制 | Segregation of Duties / Compensating Control | 職務分掌の分離。1 人法人で Approver = Driver となり SoD が成立しないときの補償統制 = DRP 独立 AI 審査 + Git の不変な承認履歴 (COSO)。 | ADR-0141 |
| triage | — | 審査の入口（Gate 0）。記録に残すべき話か、どれだけ丁寧に審査するかを最初に見分ける段階。 | ADR-0019 / ADR-0094 |
| Socratic | — | 提案の「見落とし」を洗い出す段階（Gate 1）。前提や別の選択肢を問い直す。 | ADR-0071 |
| Cross-Validation / CV | — | 盲点（見落とし）と Must 軸（必須要件）を突き合わせ、決定の前提が毀損していないか検証する段階。critical な盲点 × Must 軸 × 毀損で差し戻す。同一盲点の持続却下（goalpost ループ）検知時は人間レビューへ escalate。 | ADR-0102 / ADR-0109 / ADR-0143 |
| Pipeline 補強一覧 | — | Gate 1（見落とし検出）の指摘に対し、本文生成が起案者の生テキストの外で織り込んだ補強策の一覧。PR 本文にチェックボックスで列挙され、承認者が項目ごとに確認するまでマージできない。新しい AI ゲートではなく、人間が行う最後の PR レビューの一部。 | ADR-0150 |
| 決定の早わかり | — | ADR 冒頭の必須要約節 (H1 直後の最初の H2)。文脈/問題/問題点と課題/前提/決定/目的/代償の 7 箇条+末尾定型注記で書く。型の正典は構造正典 §D。 | ADR-0138 / ADR-0139 |
| Y-statement | — | 決定を「文脈で課題に直面し、対抗案でなくこの案を選び、目的のため代償を受け入れる」と 1 文に圧縮する業界標準の型。当リポでは長文化を避けるため箇条 7 要素に展開した形を「決定の早わかり」として使う (1 文型は起案テキストの圧縮テストに使用)。 | ADR-0107 / ADR-0138 |
| SCQA | Situation / Complication / Question / Answer | ミント ピラミッド原則の導入の型。状況→変化→疑問→答えの順で、結論を「待っていた答え」にする。早わかりの読み筋と同型。 | 構造正典 §C |
| 前提 (与件) | — | 早わかりの箇条の 1 つ。解決を課題に立てない問題点。時間的与件 (今すぐ解決できない) とスコープ的与件 (問題空間の外で扱う・行き先必須) の 2 種類。 | 構造正典 §D-1 |
| 主張グラフ | — (IBIS: 問い/案/論拠) | ② 受付プリゲートが内部で使う起案の機械表現。起案を問い/案/論拠に構造化分解し、決定論的ルールで判定する。起案者の語彙はミント連鎖のまま変えない (概念 1 つ・ビュー 2 つ: 検問 1 の「塊の混在」と「root の問いが 2 つ以上」は同じ検査の人間向け・機械向け表現)。 | ADR-0142 / 構造正典 §D-3 |
| fitness function | — | ADR の決定が実装で守られているか継続検証する手段 (CI / lint / test / 監視)。ADR §Confirmation の中身。 | ADR-0036 |
| corrigendum | — | Accepted 後の ADR への業界標準準拠メタデータ後付け注記 (誤字修正範疇)。 | ADR-0031 |
| supersede / superseded | — | 新しい決定が古い決定を置き換えて廃止すること。置き換えられた側の ADR はステータスが Superseded になる。 | ADR-0131 |
| spike | — | 本決定の前に、不明点を検証するためだけに切り出す調査専用タスク。調査待ちの決定は ADR にせず spike に分割する (ADR 粒度ルール)。 | RQ-097 |
| escalate | Escalate to human | 自動処理を止めて、人間に判断を引き上げること。即停止の条件は root CLAUDE.md「Escalate to human」節で定義。 | prd.md |
| retroactive | — | 遡及適用。新しい規約やテンプレートを、過去に作成済みの成果物へさかのぼって適用すること。 | — |
| golden | golden evaluation set | 正解付きの評価データ一式。プロンプト変更時に、この正解集合と突き合わせて品質の後退がないか確認する。 | — |
| followups 宣言 | Implementation Follow-up Declaration | ADR frontmatter の followups: ブロック。実装完了時に更新する関連文書 (path+action) を機械可読で宣言し、Implementation Status との突き合わせで未処理を検知して DOC-OPS backlog へ残タスク化する (文書の自動書換はしない)。 | ADR-0144 |
| 用語 Tier | Terminology Tier | 専門語の 3 階層。Tier 0 (IT 一般教養・説明不要) / Tier 1 (プロジェクト固有・初出グロス必須) / Tier 2 (専門フレーム・glossary + グロス)。 | ADR-0105 |
| 初出グロス | First-use Gloss | Tier 1/2 の原語を温存しつつ初出時に併記する 原語〔和訳＝一句〕 記法。 | ADR-0105 |
| ページ Tier | Page Tier (A/B/C/P) | 概要/landing ページの冒頭規約の分類。Tier A=システム/製品 landing（§1 基本情報 + §2 ピッチ必須・コードあり）、Tier C=適用外（TOC・spec 本体・ADR 本体等）、Tier P=ポータル landing（軽量ヘッダー + ピッチ・コードを持たない軸）。用語 Tier（0/1/2）とは別軸。「Tier」を冠する正典軸はこの 2 つ（ページ Tier / 用語 Tier）のみ。ADR の影響範囲は Scope（ADR-0049）、規模・審査深度は Mode（下記）、プロンプト管理レベルは Type（ADR-0042）が正式名で、Tier ではない。 | ADR-0114 / ADR-0128 |
| L0 / L1 landing | — | サイト入口の 2 階層。L0=全社ポータル（SUMMARY.md・全軸横断）/ L1=各軸入口（Corp / MAS / DRP それぞれの概要ページ）。 | ADR-0128 |
| 派生ドキュメント | Derived Doc | ソース（handover・ADR frontmatter・git log 等）から生成スクリプトで自動生成するページ。手書き禁止で、直すときはソースを直して再生成する（例: doc-news / COVERAGE_GAPS / ADR INDEX）。 | ADR-0136 / ADR-0145 / ADR-0146 |
| handover（申し送り） | — | セッション間の引き継ぎプロンプト。tasks/prompts/handover_*.md に置き、役目を終えたら消費者が archive/ へ退避する。残タスク節は COVERAGE_GAPS へ集約される。 | ADR-0134 / ADR-0145 |
| frontmatter 3 層モデル | — | ドキュメント冒頭メタデータの 3 層構造。common（id / type / status・全 doc 必須）/ type 層（type 別の必須キー）/ page 層（任意）。スキーマ SSoT は scripts/frontmatter-schema.json。 | ADR-0123 / ADR-0137 |
| MAS | Master Spec | 実装案件マスタ番号 (MAS-001〜)。docs/_internal/todo_master_tables.md で管理。 | todo_master_tables.md |
| I-XX | Import 案件 | データ取込系の追加開発案件の番号体系。 | todo_master_tables.md |
| S-XX | Spreadsheet 案件 | スプレッドシート操作系の追加開発案件の番号体系。 | todo_master_tables.md |
| F-XX | FP&A (Financial Planning & Analysis) 案件 | 財務計画・分析系の追加開発案件の番号体系。 | todo_master_tables.md |
| N-XX | NFR (Non-Functional Requirements) 案件 | 非機能要件・運用基盤系の追加開発案件の番号体系。 | todo_master_tables.md |
| DS-XX | Data Security 案件 | データセキュリティ系の追加開発案件の番号体系。 | todo_master_tables.md |
| UC | Use Case | 業務ユースケース (UC-1〜UC-5)。経営判断シナリオ。 | use_cases.md |
| OP | Operation Pattern | 業務パターン (OP-A/M/W/D/X)。運用シナリオ。 | use_cases.md |
| DoD | Definition of Done | 完了条件。 | — |
| slice_id | UC スライス識別子 | 形式 UC-[1-5]-S\d{2} (例: UC-4-S01)。PR・テスト・ステータス管理の共通キー。 | ADR-0021 |
| WS / Walking Skeleton | Walking Skeleton | 主要コンポーネントを最小限つないで end-to-end で動かす、ごく薄い初期実装。詳細機能より「全体が通ること」を先に確かめる。 | ADR-0028 / ADR-0029 |
| DACI | — | 意思決定の役割分担モデル。Driver (進行役) / Approver (承認者) / Consulted (相談先) / Informed (通知先) の 4 役割で決定の責任を明確にする。 | ADR-0141 |
| MECE | Mutually Exclusive and Collectively Exhaustive | 漏れなく・ダブりなく。論点や分類を網羅的かつ相互排他的に整理する考え方。 | — |
| coverage-gaps | — | 残タスクの抜け漏れを集約・可視化する仕組み。handover の残タスク節から自動生成する。 | ADR-0145 / ADR-0149 |
7. 技術 / インフラ用語
| 用語 | 正式名称 | 定義 | 関連 |
|---|---|---|---|
| monorepo | — | 複数 package を 1 つの git repository で管理する構成。bizlp では pnpm workspaces + Turborepo を採用。 | ADR-0067 |
| pnpm workspaces | — | pnpm の monorepo 機能。workspace 配下の package が相互に依存解決可能。 | ADR-0067 |
| Turborepo | — | monorepo の build cache + parallel execution ツール (Vercel)。 | ADR-0067 |
| phantom dependency | — | package.json に直接列挙されていないが transitive dependency 経由でアクセスできてしまうパッケージ。monorepo で問題化しやすい。 | ADR-0067 / RQ-053 |
| OAuth | OAuth 2.0 | 認証認可プロトコル。bizlp では Google OAuth (clasp login) で GAS deployment に使用。 | — |
| Cloudflare Workers | — | エッジサーバー (Cloudflare 世界 300+ 拠点) で動く JavaScript runtime。bizlp Pipeline / docs site で使用。 | ADR-0019 / ADR-0066 |
| Cloudflare Queues | — | Cloudflare Workers Paid plan 専用の async message queue。retry / DLQ built-in。 | ADR-0066 |
| Durable Objects | DO | Cloudflare Workers の stateful primitive。session state 保持に使用。 | ADR-0066 |
| DLQ | Dead Letter Queue | Queues で max retry 超過した message の退避先。bizlp では pipeline-queue-dlq。 | ADR-0066 |
| consumer lag | — | Queue に投入された message が consumer に処理されるまでの遅延 (滞留)。 | ADR-0066 |
| RAG | Retrieval-Augmented Generation | LLM の回答精度を上げる手法。外部 DB から関連情報を retrieval して LLM context に追加。 | ADR-0069 |
| Vectorize | Cloudflare Vectorize | Cloudflare 純正 vector database。embeddings を保存・検索。RAG 用途で使用予定。 | ADR-0069 |
| embedding | — | テキストを高次元 vector に変換する操作。意味的類似性検索 (semantic search) に使用。 | ADR-0069 |
| LangGraph | LangGraph TS | 審査パイプラインを動かしている土台のソフト部品。複数の処理を順につなぐ仕組み。 | ADR-0019 |
| LiteLLM | LiteLLM Gateway | Multi-provider LLM Gateway (Claude / Gemini / GPT 統合)。Pipeline で機密マスキング callback も担当。 | ADR-0019 |
| Decision Pipeline / DRP | Decision Review Pipeline（意思決定 審査パイプライン） | 会社の決めごとの提案を AI が自動で審査する仕組み。入口の仕分けから採点まで 5 段階で点検する。 | ADR-0019 / ADR-0066 |
| Gate 0–4 | — | 審査パイプラインの 5 つの段階。入口の仕分け → 見落とし検出 → 過去の決定との整合 → 複数 AI レビュー → 採点、の順に進む。 | ADR-0019 / ADR-0066 / ADR-0071 |
| mode (Light/Standard/Critical) | — | 審査の丁寧さの区分。重要な提案ほど合格に必要な点数が高い（50 点満点で Light 35 / Standard 40 / Critical 45）。正式名は Mode（frontmatter mode / README も Mode）。ADR-0049 本文が同じ軸を「Tier 軸」と呼ぶのは呼称の揺れ。 | ADR-0056 / ADR-0084 |
| telemetry / TelemetryRecord | — | 審査の各段階で何が起きたかの実行記録。品質の改善と監査のために保存する。 | ADR-0077 / ADR-0082 |
| GAS | Google Apps Script | 本プロジェクト (会計本体) のランタイム (V8 engine)。 | — |
| clasp | Command Line Apps Script Project | GAS プロジェクトのローカル開発 + デプロイツール。 | — |
| PII | Personally Identifiable Information | 個人を特定可能な情報。 | — |
| KV | Cloudflare Workers KV | キーバリュー型のエッジストレージ。本番プロンプトや draft の保存に使用。 | ADR-0066 |
| promptfoo | — | プロンプトの品質を回帰テストする評価フレームワーク。golden eval のゲートで使用。 | — |
| CF Access | Cloudflare Access | ゼロトラスト認証でアプリへのアクセスを保護する仕組み。DRP API 認証で使用。 | ADR-0110 |
| nav-lint | — | docs サイトのナビゲーション登録を検査する lint。未登録ページや不整合を検出する。 | — |