設計原理
TASHIKAの設計は、年末調整業務をデジタル前提で再構築するための5つの原理に基づいている。 データモデル・計算エンジン・UIの全レイヤーに一貫して適用される。
- 属性ベース思考: 従業員は「控除を選ぶ」のではなく「自分の属性を答える」
- Fact → Judgment → View 3層モデル: データモデルはドメイン概念に基づき設計する
- 事実と控除判定結果の分離: 控除対象外でも事実は必ず記録する
- カスケード再計算: 1つの属性が変わると、依存する全控除を再計算する
- 紙の様式はViewに過ぎない: 国税庁の申告様式はデータの出力形式である
これらの原理は、コンテキストマップによって定義されたモジュール境界の中で適用される。
サブページ
| ドキュメント | 内容 |
|---|---|
| 属性ベース思考 | 5つの設計原理（属性ベース思考、Fact→Judgment→View、事実と控除判定分離、カスケード再計算、紙の様式はView） |
| コンテキストマップ（設計への含意） | モジュール境界・DB設計・Fact→Judgment→View対応 |
| 属性の質問順序 | 足切り条件優先、答えやすさ基準、判定支援機能 |
| 税法カテゴリ判定の一元化 | 中間判定レイヤー、カテゴリ判定関数一覧、関数型パターン |
| 確定後の不変性と再年調 | 法的背景、不変保持+訂正は新バージョン |
| 令和7年度改正の施行日問題 | 施行日問題、年始調整への含意 |
| モードレス自動保存 | JSONB Draft + 正規化テーブル、制約と注意点 |