InIn
商品スペック
就業不能保障保険
無解約返戻金型就業不能保障保険
型
I型
Ⅱ型
Ⅲ方
Ⅳ型
就業不能給付金
死亡給付金
就業不能給付金
死亡給付金
特定就業不能給付金
保険金
SUMINS
月額が入る
死亡時は責任準備金が支払われる
GW
第三分野の場合は日額を入れたりしている
★確認 SUMINSをGWにセットするしか出来ないよ！
スケジュール
10/21 UAT開始
2020.9.17Mtg
手数料開発におけるFRCDと商品プロジェクトの棲み分け
すぐに開発着手しないと10/21 UAT開始に間に合わない
設計はFRCD（DXC・関谷さん）
コーディングは新商品プロジェクト
DXCとユーザの間にBAとして（？）森さんが入ってもらう予定
統計
新井さん希望は手数料と統計でBAは1名
開発環境
一つの環境で開発をおこなう
Atria
Life/Jの移行に合わせてAtriaの手数料対応をおこないたい
手数料の対応は間に合わない
Atriaのリリースを遅らせる？→★プロジェクトで判断
11月末に本番リリース
COMCALのパラメータを増やす
新しい手数料要素を使用しなくてもパラメータは増やす
パラメータが増えればAtriaも開発が必要
Atriaを間に合わせるなら、新規パラメータは追加してはダメ
開発パターン
現行の仕組みで出来るのは？
汎用コード使う？汎用フラグ未使用なのをやめる？
商品部提示の要素全部やるパターン
汎用フラグ使うパターン
開発2週間
バンドタイプ追加
2名で1カ月強（設計・開発で2か月強）
★DPAから提示
COVSから特則有無を取得
割合、上限回数は不可
開発する場合、リリースは1か月以上遅れる
手数料・・・特則はしないかも
割合、支払回数が有力
給付金月額ベース（SUMINS）
★DPA要件出す
加入Sはやらない（基準S）
給付金割合
支払上限
統計関連のBAは未定
開発に1か月以上かかる
フラグ１つ増やす程度
空いてるフィールドに値を１つ入れる
Atriaも開発に1か月余分にかかる
2020.9.23開発前キックオフ
10/21決定予定
手数料率
評価係数・換算係数
今はまだ動かない。何か決まったら設計・開発をおこなう
開発パターン
①既存システムの範囲内
開発なし
②既存COMRの汎用領域を使用
ちょっと開発
③COMR追加 ★こっちで行く
設計・開発で2か月くらいかかる
一番難しいやつで進めれば、すべての状況に対応できるはず
質問
（田場川）給付金、支払上限回数は通常手数料率に含められるようにするんだよね？
そうです。
（田場川）就業不能特則は加算だけ？
そうです。P免特則とか団体扱の加算と同じです。
とりあえず設計だけ始める