会計・給与のコールドテスト — 請求書・仕訳・経費精算・給与・年末調整・書類DL
適格請求書、複式簿記の借方=貸方バランス、経費精算の承認フロー、給与の支給控除グリッド、年末調整の還付/追徴ライブ計算、書類セルフサービスのダウンロード行。会計と給与の核心作法を6枚で踏破し、連載で最初の 5/5 を出した業界です。
会計・給与 の cold test、6 画面のまとめ。
なぜ会計・給与UIは難しいのか
会計と給与は「数字が合うこと」が常に前提です。仕訳の借方=貸方バランスを強制し、複数税率(10%/8%軽減)の混在を税率別内訳で正しく見せ、経費精算では申請→承認→差戻しの流れと差戻しコメント必須を組み立て、給与の支給控除がライブ再計算される。会計事務所や経理部の人が違和感を持たない密度で組まないと、信用に直結します。連載で初めて 5/5 が出たのが #39 経費精算で、ここから「ほぼ戦わずに出荷できる」群青の床が見えてきました。
ここで結晶化した部品
会計・給与6枚で実装まで到達した、または別の業界の床として再利用された部品です。
- EditableDataTable#37
明細行のインライン編集 + 税率別内訳を扱える表。請求書から介護報酬請求まで横断する金額表の床。
- AmountBreakdown#41
年末調整の還付/追徴が「ライブで」更新される箇所など、過不足を構造で見せる必要のある給与・税の画面に効く。
- DocumentRow#171
アイコン+ファイル名+メタ+独立した DL ボタン+選択チェックを安全に並べる書類行。ListCard.onSelect でカード全体が button になる入れ子問題を根治した。
- ApprovalWorkflow (proto)#39
経費精算の申請→承認/差戻し(差戻しはコメント必須)。後の不動産・公共の審査ワークフローと合わせて 3-confirm へ。
DocumentRow は HR の書類セルフサービス(#171)が 3-confirm の決め手となり、AmountBreakdown / EditableDataTable は他業界の金額画面で何度も再発見され続けています。
会計・給与 の全ラウンド
会計・給与 カテゴリの 6 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ/モバイルのプレビューに飛べます。

/invoice銀行を5枚やり切ったので、隣の「数字業界」へ。会計には銀行に無い作法がある——明細行のインライン編集、複数税率(10%/8%軽減)の混在、**税率別内訳**、適格請求書(インボイス制度)の登録番号。

/journal会計を深掘り。請求書(#37)に続き、今回は **借方合計=貸方合計のバランス強制**という、銀行にも請求書にも無かった制約が核。

/expense`tsc`/`build` 緑・console 0・375px で明細がカード化・承認フロー(申請→承認/差戻し)動作・差戻しはコメント必須・h1 1個。**39回目にして初めて、cold AI が「ほぼ戦わずに出荷できる」と満点を付けた。**

/payroll`tsc`/`build` 緑・console 0・375px で支給/控除グリッドがカード化・差引支給額がライブ再計算(マイナスは警告)・承認→確定フロー動作・h1 1個。

/year-end`tsc`/`build` 緑・console 0・375px で編集グリッドがカード化・過不足額がライブ再計算(還付/追徴を明示)・提出フロー動作・h1 1個。

/hr-documents`tsc` 緑・モバイル/デスクトップ両対応。cold AI(群青を一度も触っていない設定):
この業界が gunjo に残したもの
会計・給与は、「数字が合うこと」を UI が機械的に保証する作法を群青に残しました。EditableDataTable はインライン編集グリッドの床、DocumentRow はファイルアイコン+名前+メタ+独立した DL ボタンを安全に並べる行(カード入れ子の不正HTMLを根治)、AmountBreakdown は給与・税の「過不足を見せる」場面で繰り返し効きます。連載が「ほぼ戦わずに出荷できる」域に入った起点もこの業界でした。