Skip to content

年度サイクル詳細フロー

NOTE

本ドキュメントは BF-001 エンドツーエンドフロー の各フェーズを詳細化する。フロー横断の共通ルールは 業務フロー index を参照。


BF-101: 年度準備フロー

概要

項目内容
目的前年度データの繰り越しと当年度の年始調整環境を準備する
トリガー前年度の確定完了、または新年度の開始
アクター企業管理者、代行事業者スタッフ(Agency管理下の場合)
前提条件企業がオンボーディング済み(→ BF-201)
成果物当年度の申告依頼が全対象従業員に送信された状態

アクターと役割

アクターこのフローでの役割主な操作
企業管理者年度設定・データ準備・申告依頼の実行者年度設定、給与インポート、対象者確認、申告依頼送信
代行事業者スタッフ代行モデル下の顧問先の準備指示・進捗確認顧問先への準備指示、進捗モニタリング
システム自動処理の実行データ繰り越し、対象者自動判定、年齢変動検出

フロー図

ありなし開始1. 翌年度準備ウィザードを開始2. 年度設定を繰り越し3. 従業員マスタを確認4. 事実データを繰り越し5. 判定結果を初期化6. 年齢変動を自動検出7. 翌年度Draftを一括作成8. 年度・期限・リマインドを設定9. 給与データをインポート10. 対象者を自動判定11. 自動抽出結果を確認前職データ未提出者?12. 前職データ未提出者を保留S1314. 進捗をモニタリングBF-102へ
ありなし開始1. 翌年度準備ウィザードを開始2. 年度設定を繰り越し3. 従業員マスタを確認4. 事実データを繰り越し5. 判定結果を初期化6. 年齢変動を自動検出7. 翌年度Draftを一括作成8. 年度・期限・リマインドを設定9. 給与データをインポート10. 対象者を自動判定11. 自動抽出結果を確認前職データ未提出者?12. 前職データ未提出者を保留S1314. 進捗をモニタリングBF-102へ

ステップ詳細

#アクターアクション画面・タッチポイントシステム処理関連UC
1管理者翌年度準備ウィザードを開始管理者ポータル: 年度管理画面前年設定のワンクリックコピーを提案
2システム年度設定を繰り越し申告期限・リマインドスケジュールをコピー。要変更箇所をハイライト
3管理者従業員マスタを確認従業員一覧画面継続者の自動識別。新規入社者・退職者の反映
4システム事実データを繰り越し家族構成: そのまま継続。保険料: コピー+要確認フラグ。住宅ローン: 残高のみ要更新
5システム判定結果を初期化税法カテゴリ判定・控除額・扶養区分をリセット。当年パラメータで再判定
6システム年齢変動を自動検出繰り越し結果サマリ画面15→16歳(扶養控除対象)、18→19歳(特定扶養)、22→23歳(特定扶養終了)、69→70歳(老人扶養)
7システム翌年度Draftを一括作成全対象従業員に Draft 状態の Declaration を生成
8管理者年度・期限・リマインドを設定年度設定画面対象年度・申告期限・リマインドスケジュールの確定
9管理者給与データをインポートデータインポート画面CSV / API連携 / 手動入力。バリデーション・エラー表示
10システム対象者を自動判定所得税法第190条に基づく判定ロジック
11管理者自動抽出結果を確認対象者選定画面手動調整が必要な場合は理由を記録(監査ログ)
12管理者前職データ未提出者を保留中途入社者で前職データ未提出の従業員を保留ステータスに
13管理者申告依頼を一括送信通知送信画面Slack / Teams / LINE / メールで通知
14管理者進捗をモニタリング進捗ダッシュボード提出済み/未提出/要確認。未提出者への自動リマインド

バリアントシナリオ

シナリオ条件対応
初年度企業繰り越すデータがないウィザードが初年度モードで起動。従業員マスタの初期登録から開始
中途入社者前職の源泉徴収票が未提出保留ステータスに設定。BF-102 の事実確認時に前職データ入力を案内
退職時年末調整中途退職者が5要件に該当対象者として処理。退職日を判定日として使用

繰り越しルール

データ種別繰り越し方式備考
従業員マスタそのまま継続退職者は非アクティブ化
家族構成(FamilyMember)そのまま継続控除判定は年度ごとに再計算
保険料控除データ前年コピー+「要確認」契約変更があれば従業員が更新
住宅ローン控除前年コピー+残高要更新控除期間終了時は自動除外
給与データ繰り越さない当年のインポートが必須
税法カテゴリ判定結果繰り越さない当年パラメータで再判定
企業設定ウィザードでコピー提案年度固有の期限等は要更新

IMPORTANT

判定結果を前年からそのまま引き継ぐと、年齢閾値の変動(16歳/19歳/23歳/70歳)により誤った控除が適用される。判定結果は必ず当年の年齢・所得・税制パラメータで再計算する。

業務ルール

ルール説明出典
対象者判定基準扶養控除等申告書の提出あり + 居住者 + 給与2,000万円以下所得税法第190条
退職時年末調整5要件非居住者化 / 死亡 / 障害退職 / 12月給与後退職 / パート123万円以下所得税法第190条
乙欄適用者扶養控除等申告書未提出 → 対象外、源泉徴収票(未済)は発行
前日満了ルール年齢は誕生日の前日に加算。1/1生まれは12/31に年齢加算年齢計算ニ関スル法律

関連要件

  • DM: DM-202 Employee, DM-401 Declaration, DM-801 AnnualSetting, DM-802 TaxYearMaster
  • BF: → BF-001(Phase 1〜2)、→ BF-102(事実収集へ続く)

BF-102: 事実確認フロー

概要

項目内容
目的従業員が自身の事実データ(基本情報・家族・控除証明書)を確認・提出する
トリガー申告依頼の通知を受信
アクター従業員、企業管理者(代理入力の場合)
前提条件BF-101 で申告依頼が送信済み
成果物従業員の Declaration が Submitted 状態になる

アクターと役割

アクターこのフローでの役割主な操作
従業員自身の事実データを確認・提出する主体基本情報確認、家族属性確認、控除証明書確認、提出
企業管理者代理入力(スマホ不使用の従業員向け)従業員に代わって全ステップを代行
システム自動処理税法カテゴリ判定、控除額計算、バリデーション

フロー図

YesNoYesNoYesNo申告依頼受信1. 通知を受信2. ログイン3. ダッシュボードを確認中途入社者?4. 前職データを入力5. 証憑をアップロードS67. 家族の属性を確認8. 控除証明書を確認住宅ローン該当?9. 住宅ローン控除を確認S1010. その他の所得を確認S1112. 最終確認・同意13. 完了画面を確認14. ステータスを追跡BF-103へ
YesNoYesNoYesNo申告依頼受信1. 通知を受信2. ログイン3. ダッシュボードを確認中途入社者?4. 前職データを入力5. 証憑をアップロードS67. 家族の属性を確認8. 控除証明書を確認住宅ローン該当?9. 住宅ローン控除を確認S1010. その他の所得を確認S1112. 最終確認・同意13. 完了画面を確認14. ステータスを追跡BF-103へ

ステップ詳細

#アクターアクション画面・タッチポイントシステム処理関連UC
1従業員通知を受信Slack / Teams / LINE / メール通知配信
2従業員ログイン招待リンク or ログイン画面認証処理
3従業員ダッシュボードを確認従業員ポータル: ダッシュボード「年始調整の確認が必要です」ステータス: Draft
4従業員前職データを入力(該当者のみ)前職源泉徴収票入力画面給与総額・徴収税額・社会保険料を合算
5従業員証憑をアップロード(該当者のみ)証憑アップロード画面前職源泉徴収票の画像/PDFを保存
6従業員基本情報を確認基本情報画面氏名・住所・マイナンバー(マスク表示)。前年差分をハイライト。自動保存
7従業員家族の属性を確認家族情報画面変更点があれば更新、なければ確認のみ。全家族の属性を保持(控除対象外も理由明示)
8従業員控除証明書を確認控除証明書画面電子的控除証明書の自動取込結果を確認。不足分のみ手動追加
9従業員住宅ローン控除を確認住宅ローン画面年末残高・控除額を確認(該当者のみ)
10従業員その他の所得を確認その他所得画面給与所得以外の有無を確認(該当者のみ)
11従業員計算結果を確認計算結果画面11ステップパイプラインの最終結果と各控除の適用理由を表示
12従業員最終確認・同意最終確認画面全入力サマリを確認し同意。Draft → Submitted
13従業員完了画面を確認完了画面「管理者の確認をお待ちください」源泉徴収票は承認後DL可能
14従業員ステータスを追跡ダッシュボードSubmitted → Approved → Finalized

想定所要時間: 変更なしの場合 3〜5分、変更ありの場合 10〜15分

バリアントシナリオ

シナリオ条件対応
中途入社者前職の源泉徴収票ありStep 4〜5 で前職データを入力・証憑アップロード後、通常フローに合流
中途入社者(前職未入手)前職の源泉徴収票がまだ届いていない保留ステータスに設定。リマインド通知で提出を促す
複数前職当年に2社以上で勤務前職データ入力を前職数分繰り返す。全前職の給与総額を合算
代理入力スマホを使えない従業員管理者が従業員に代わって全ステップを代行。代理入力者名を明示、監査ログに記録
家族本人入力家族が離れて暮らしている署名付きURLで家族に入力を依頼。従業員が確認・承認後に反映
差し戻し管理者がレビューで差し戻し従業員に通知。Step 6(基本情報確認)から再開
前職乙欄適用前職で扶養控除等申告書を未提出前職の給与は年末調整の合算対象外。判定を入力フローに含める

業務ルール

ルール説明出典
属性ベースUI「控除」ではなく「属性」を尋ねる。従業員は自分の事実だけを入力し、控除判定はシステムが行う設計思想
全家族を保持控除対象外の家族も理由とともに記録。将来の変動に備える設計思想
自動保存画面遷移時にデータを自動保存。明示的な「保存」ボタンは不要
提出ブロック未確認の家族本人入力がある場合、Submitted に遷移できない

関連要件

  • DM: DM-401 Declaration, DM-406 DeclarationSnapshot, DM-301 FamilyMember
  • BF: → BF-001(Phase 3)、← BF-101(年度準備から続く)、→ BF-103(レビュー・承認へ続く)

BF-103: レビュー・承認フロー

概要

項目内容
目的提出された申告データをレビューし、承認または差し戻しを行う
トリガー従業員が申告を提出(Submitted)
アクター企業管理者、代行事業者スタッフ(Agency管理下の場合)
前提条件1件以上の Declaration が Submitted 状態
成果物全対象 Declaration が Approved 状態になる

アクターと役割

アクターこのフローでの役割主な操作
企業管理者独立管理モデルでのレビュー・承認者個別レビュー、一括承認、差し戻し
代行事業者スタッフ代行モデル下の顧問先のレビュー・承認者(税理士業務)顧問先横断レビュー、Global Task Queue 処理
システム自動承認ルールの適用デジタルデータのみ・変更なし → 自動承認

フロー図

YesNo承認差し戻しYesNoSubmitted申告あり1. 進捗ダッシュボードを確認2. 自動承認ルールを適用デジタルデータのみ+ 前年差分なし+ 異常値なし?自動承認 → Approved3. 個別に詳細レビュー判定4. 一括承認 → Approved5. 差し戻し → Returned従業員に通知BF-102 再開S66. 未提出者にリマインドBF-104へ
YesNo承認差し戻しYesNoSubmitted申告あり1. 進捗ダッシュボードを確認2. 自動承認ルールを適用デジタルデータのみ+ 前年差分なし+ 異常値なし?自動承認 → Approved3. 個別に詳細レビュー判定4. 一括承認 → Approved5. 差し戻し → Returned従業員に通知BF-102 再開S66. 未提出者にリマインドBF-104へ

ステップ詳細

#アクターアクション画面・タッチポイントシステム処理関連UC
1管理者/Agency進捗ダッシュボードを確認管理者ポータル: 進捗ダッシュボード / Agencyポータル: 顧問先横断ダッシュボード要確認ステータスの件数を表示
2システム自動承認ルールを適用デジタルデータのみ + 前年差分なし + 異常値なし → 自動承認
3管理者/Agency個別に詳細レビュー申告データ詳細画面 + 証憑ビューア手動修正・画像証憑・異常検知ありの件を個別確認
4管理者/Agency一括承認申告一覧画面複数件を選択して一括で Approved に遷移
5管理者/Agency差し戻し差し戻しコメント入力画面コメント入力 → 従業員に通知。Submitted → Returned → Draft
6管理者/Agency未提出者にリマインド進捗ダッシュボード未提出・要対応の従業員にリマインド送信

バリアントシナリオ

シナリオ条件対応
Agency管理下代行事業者がレビューGlobal Task Queue で顧問先を横断して処理。管理者ポータルに切り替えて詳細確認
代理入力済み管理者が代理入力した申告代理入力者として記録。通常のレビューフローに合流
全件自動承認全従業員がデジタルデータのみ手動レビュー不要。確認のみで年度確定へ
長期未提出期限を過ぎても未提出管理者が代理入力 or 対象外に変更。理由を監査ログに記録

業務ルール

ルール説明出典
自動承認条件デジタルデータのみ + 前年差分なし + 異常検知なし → 自動承認
差し戻し時の状態遷移Submitted → Returned。従業員が再編集すると Draft に戻り、再提出で Submitted
税理士業務代行モデルでのレビュー・承認は税理士(税理士法人)のみ実施可能税理士法第52条

関連要件

  • DM: DM-401 Declaration(状態遷移: Submitted → Approved / Returned)
  • BF: → BF-001(Phase 4)、← BF-102(事実確認から続く)、→ BF-104(年度確定へ続く)

BF-104: 年度確定・帳票出力フロー

概要

項目内容
目的全対象者の承認完了後、年度を確定し法定帳票を生成・提出する
トリガー全対象 Declaration が Approved 状態
アクター企業管理者、代行事業者スタッフ(Agency管理下の場合)
前提条件BF-103 で全対象者が Approved
成果物源泉徴収票・法定調書合計表・給与支払報告書が生成・提出された状態

アクターと役割

アクターこのフローでの役割主な操作
企業管理者独立管理モデルの確定・帳票出力実行者年度確定、帳票ダウンロード、申告データ出力
代行事業者スタッフ代行モデル下の顧問先の確定・帳票・電子申告実行者(税理士独占業務)顧問先横断一括確定、帳票一括生成、電子申告
従業員源泉徴収票の受領者源泉徴収票のダウンロード

フロー図

YesNo全件Approved1. 年度確定画面を開く2. 税額計算を最終実行3. 計算結果を最終確認4. 年度を確定 Approved→Finalized5. 源泉徴収票PDFを生成6. 法定調書合計表XMLを出力7. 給与支払報告書XMLを出力8. 精算データをエクスポート9. 従業員に通知S10Agency管理下?11. 電子申告データを出力完了
YesNo全件Approved1. 年度確定画面を開く2. 税額計算を最終実行3. 計算結果を最終確認4. 年度を確定 Approved→Finalized5. 源泉徴収票PDFを生成6. 法定調書合計表XMLを出力7. 給与支払報告書XMLを出力8. 精算データをエクスポート9. 従業員に通知S10Agency管理下?11. 電子申告データを出力完了

ステップ詳細

#アクターアクション画面・タッチポイントシステム処理関連UC
1管理者/Agency年度確定画面を開く管理者ポータル: 年度確定画面全件の承認状況を表示
2システム税額計算を最終実行11ステップパイプライン。全従業員分を一括計算 → TaxCalculationResult 生成
3管理者/Agency計算結果を最終確認計算結果サマリ画面過不足額のサマリ。異常値がないか確認
4管理者/Agency年度を確定年度確定確認画面Approved → Finalized。全スナップショット凍結。TaxCalculationResult 不変化
5システム源泉徴収票PDFを生成受給者交付用(マイナンバーなし)、税務署提出用(マイナンバーあり)
6システム法定調書合計表XMLを出力e-Tax 向けフォーマット
7システム給与支払報告書XMLを出力eLTAX 向けフォーマット。市区町村別に仕分け
8システム精算データをエクスポート給与計算システムへの連携用。過不足額のCSV/API出力
9システム従業員に通知Slack / Teams / LINE / メール「源泉徴収票がダウンロード可能です」
10管理者/Agency帳票をダウンロード帳票ダウンロード画面ZIP一括 or 個別ダウンロード
11Agency電子申告データを出力(Agency管理下のみ)電子申告画面e-Tax / eLTAX 向けXML一括出力

バリアントシナリオ

シナリオ条件対応
Agency一括確定複数顧問先の一括処理全件 Approved の顧問先を選択 → 一括で年度確定・帳票生成
未承認者あり期限が迫るが未承認者がいるリマインド送信 / 代理入力 / 対象外に変更の3択
対象外の帳票対象外の従業員(乙欄等)源泉徴収票(年末調整「未済」)を発行

年度確定後のデータ状態

データ状態
DeclarationFinalized(一切変更不可)
DeclarationSnapshot完全凍結
TaxCalculationResult不変(Version = 1)
WithholdingSlipPDF + メタデータ保存済み
帳票バイナリ7年間保持

業務ルール

ルール説明出典
確定後の不変性Finalized 後のデータは一切変更不可。訂正は再年調(BF-105)で別バージョンとして記録設計思想
源泉徴収票の2種類受給者交付用(マイナンバーなし)と税務署提出用(マイナンバーあり)所得税法第226条
法定提出期限法定調書合計表: 1/31、給与支払報告書: 1/31
税理士独占業務代行モデルの企業の税額計算・帳票作成・電子申告は税理士のみ税理士法第52条

関連要件

  • DM: DM-401 Declaration、DM-403 TaxCalculationResult、DM-503 WithholdingSlip
  • BF: → BF-001(Phase 5)、← BF-103(レビュー・承認から続く)、→ BF-105(訂正が必要な場合)

BF-105: 再年調フロー

概要

項目内容
目的年度確定(Finalized)後に誤りが発覚した場合、元の計算結果を保持したまま差分を再計算する
トリガー確定後に事実の変更・誤りが発覚
アクター企業管理者、代行事業者スタッフ(Agency管理下の場合)
前提条件BF-104 で年度が確定済み
成果物訂正済み帳票が生成され、差額の精算処理が完了した状態

アクターと役割

アクターこのフローでの役割主な操作
企業管理者訂正の起票・事実データの修正訂正対象の選択、事実データの訂正、差分確認
代行事業者スタッフ代行モデル下の顧問先の再計算・帳票再生成(税理士業務)再計算の実行、訂正済み帳票の生成

フロー図

過納額不足額確定後に誤り発覚1. 確定済み申告を一覧表示2. 訂正対象を選択3. 訂正理由を記録4. 事実データを訂正5. 再計算を実行 → v2生成6. 差分を確認 v1 vs v2過不足の方向還付: 翌月源泉から差引追加徴収: 翌月給与から徴収8. 訂正済み帳票を再生成完了
過納額不足額確定後に誤り発覚1. 確定済み申告を一覧表示2. 訂正対象を選択3. 訂正理由を記録4. 事実データを訂正5. 再計算を実行 → v2生成6. 差分を確認 v1 vs v2過不足の方向還付: 翌月源泉から差引追加徴収: 翌月給与から徴収8. 訂正済み帳票を再生成完了

ステップ詳細

#アクターアクション画面・タッチポイントシステム処理関連UC
1管理者/Agency確定済み申告を一覧表示過去データアーカイブ画面Finalized 状態の申告を表示
2管理者/Agency訂正対象を選択再年調を開始
3管理者/Agency訂正理由を記録訂正理由入力画面扶養親族異動 / 所得差額 / 保険料追加払 / 書類遅延提出 等
4管理者/Agency事実データを訂正事実データ編集画面誤っていた箇所を修正。変更前後の差分を記録
5システム再計算を実行当該年度の Tax Calculation Core で再計算。TaxCalculationResult v2 を生成
6管理者/Agency差分を確認差分確認画面v1 との差額、控除の変動リスト、カテゴリ判定の変動リスト
7システム還付処理 or 追加徴収処理還付: 翌月源泉から差引。追加徴収: 翌月給与から徴収(繰延徴収の要否を判定)
8システム訂正済み帳票を再生成源泉徴収票の再発行、法定調書の修正

バリアントシナリオ

シナリオ条件対応
複数回訂正同一従業員で複数回の訂正v3, v4... と新バージョンを生成。全バージョンが並存
期限超過翌年1月末を超えた再年調不可。確定申告で対応する旨を案内

再年調のケース一覧

#事由方向
1給与の追加払不足額
2扶養親族等の数に異動双方向
3配偶者控除・特別控除の所得差額双方向
4特定親族特別控除の所得差額(R7〜)双方向
5年末調整後の保険料支払過納額
6住宅借入金等特別控除申告書の遅延提出過納額
7証明書未提出による控除取消不足額

業務ルール

ルール説明出典
元データの不変性元の TaxCalculationResult(v1)は上書きしない。新バージョンとして差分を記録設計思想
再年調期限翌年1月末日(源泉徴収票の交付期限)
繰延徴収不足額の徴収で手取りが平均月収の70%未満になる場合、翌月以降に繰延可能(税務署長の承認要)所得税法第191条

関連要件

  • DM: DM-403 TaxCalculationResult(v1 → v2 並存)、DM-503 WithholdingSlip(再発行)
  • BF: → BF-001(Phase 6)、← BF-104(年度確定の後)

BF-106: 通年データキャプチャフロー

概要

項目内容
目的1月以外の時期にライフイベントを随時登録し、年始調整に向けたデータを蓄積する
トリガーライフイベントの発生(結婚・出産・離婚・保険変更等)
アクター従業員、家族(家族本人入力の場合)
前提条件従業員がオンボーディング済み(→ BF-202)
成果物ライフイベントが「予定」として記録され、1月の事実確認時に自動反映される

アクターと役割

アクターこのフローでの役割主な操作
従業員ライフイベントの登録者イベント選択、情報入力、確認
家族家族本人入力(離れて暮らす家族向け)署名付きURLで自身の情報を入力

フロー図

ライフイベント登録家族本人入力YesNo予定として記録1月の事実確認 BF-102 に自動反映1. ライフイベント発生2. ダッシュボードを開く3. イベント種別を選択4. 情報を入力5. 確認・保存6. 年間データを確認7. 従業員が入力依頼を送信8. 家族がURLを開く9. 簡易本人確認10. 家族が情報を入力11. 従業員が入力内容を確認承認?FamilyMemberに反映差し戻し・再依頼
ライフイベント登録家族本人入力YesNo予定として記録1月の事実確認 BF-102 に自動反映1. ライフイベント発生2. ダッシュボードを開く3. イベント種別を選択4. 情報を入力5. 確認・保存6. 年間データを確認7. 従業員が入力依頼を送信8. 家族がURLを開く9. 簡易本人確認10. 家族が情報を入力11. 従業員が入力内容を確認承認?FamilyMemberに反映差し戻し・再依頼

ステップ詳細

ライフイベント登録

#アクターアクション画面・タッチポイントシステム処理関連UC
1従業員ライフイベント発生結婚・出産・離婚・保険加入/解約 等
2従業員ダッシュボードを開く従業員ポータル: ダッシュボード「ライフイベントを登録する」ボタン
3従業員イベント種別を選択イベント選択画面結婚 / 出産 / 離婚 / 保険変更 / その他
4従業員情報を入力イベント入力フォームイベントに応じた入力フォーム(例: 結婚→配偶者情報)
5従業員確認・保存確認画面予定として記録。1月の確定処理時に自動反映
6従業員年間データを確認年間データ画面現時点の登録状況と概算控除額を表示

家族本人入力

#アクターアクション画面・タッチポイントシステム処理関連UC
7従業員入力依頼を送信家族メンバー詳細画面署名付きURL生成。家族の優先言語を選択
8家族URLを開く外部ブラウザ選択された言語で表示
9家族簡易本人確認本人確認画面氏名カナ + 生年月日の照合(3回失敗でURL無効化)
10家族情報を入力家族入力フォーム住所(海外対応)、所得見積額・障害者区分。既存データはプリフィル
11従業員入力内容を確認差分確認画面差分ハイライト表示
12従業員承認 or 差し戻し承認→FamilyMemberに反映。差し戻し→理由入力し再依頼

想定所要時間: 家族の入力 3〜5分、従業員の確認 1〜2分

バリアントシナリオ

シナリオ条件対応
海外在住家族家族が海外に居住多言語対応の署名付きURLで入力依頼。海外住所フォーマットに対応
家族が未確認のまま1月到来従業員が家族入力を承認していないBF-102 の提出時にブロック。未確認の家族入力を先に処理するよう案内

業務ルール

ルール説明出典
予定データの扱い通年で登録したデータは「予定」。1月の事実確認時に従業員が最終確認して確定する
提出ブロック未確認の家族本人入力がある場合、Submitted に遷移できない
署名付きURLの有効期限URL有効期間は設定可能(デフォルト7日)

関連要件

  • DM: DM-301 FamilyMember、DM-304 FamilyInputInvitation
  • BF: → BF-001(Phase 3 の前段)、→ BF-102(1月の事実確認に合流)