Please enable JavaScript.
Coggle requires JavaScript to display documents.
不払者情報検索システム (今後の検討課題 (開発面 (システムをどこに置くか？ (イオンアイビスの指定するセキュアなインフラ内 (五反田?, 館林?…
不払者情報検索システム
今後の検討課題
開発面
システムをどこに置くか？
イオンアイビスの指定するセキュアなインフラ内
五反田?
館林?
AWS はなし
誰が（どこ主導で）作るか？
どこまで「ファイル」でどこから「DB内のデータ」か？
（どのシステムがその変換を行うか？）
業務整理として個⼈を特定するキーの決定
応答時間の正式確定
可⽤性の検討
運用面
監視フロー
緊急対応フロー
テレサ協の住所フォーマット更新運⽤を確認
予算
スケジュール
着手前の調査／検討事項
着手時点のスコープ？
秘文のライセンス毎の機能確認
KDDIファイルストレージとのファイル連携仕様の確認
インフラの検討と概算調査
必要ツールの洗い出し
ファイル送受信処理
（テレサ協との連携システム）
月次処理
テレサ協→DB へデータ取り込み
KDDIファイルストレージからファイルのダウンロード（手動？）
秘文による復号化（手動？）
CSVインポート（自動）
DB→テレサ協 へデータ共有
秘文による暗号化（手動？）
KDDIファイルストレージへアップロード（手動？）
CSVエクスポート（自動）
住所フォーマット変換システム
API
INPUT
AEON の持つ住所
OUTPUT
テレサ協に登録されているフォーマットの住所
背景
AEON の持つ住所フォーマットとテレサ協の持つ住所フォーマットが異なる
逆変換は必要？
AEON側は特にフォーマットが無いので、テレサ協に登録されているフォーマットそのままでもOK
イオンアイビスEAIチームまたは開発パートナー
不払者DB構築処理
月次処理
INPUT
各事業者ごとの不払者情報
OUTPUT
全体の不払者情報
約600万件
将来の検討事項
不正利用者情報
クレカ信用情報
不払者情報検索システム
API
INPUT
契約者情報
住所
名前
etc
OUTPUT
検証結果
TOY へ
要望
2秒以内
キャッシュ層などを設ける？
Webサーバーをスケールアウトできるように
間違えられない
DB から不払者情報を取ってくる際のキーをどうするか？
不払者情報抽出処理
月次処理
INPUT
不払者情報
イオンモバイル収納管理
イオンモバイル イオンBB 所管
OUTPUT
DB へデータ登録
NTTコムウェア
目的
現行の業務フローに不払者情報チェックを追加
企業としてきちんとこういうことをやっています、というブランディング
現行の業務フロー
店タブから TOY に直接開通依頼
開通依頼受付完了の旨が TOY から店舗へ FAX で送られる
システム導入後の業務フロー
店タブからAPIを叩いて契約者情報を登録
不払者情報をチェック
問題なし
TOY に開通依頼
開通依頼受付完了の旨が TOY から店舗へ FAX で送られる
問題あり
案1 API がエラーを返し店員→契約者へ契約出来ない旨伝える
案2 受付のみ済ませ、後日開通できなかった旨伝える
案3 開通できない場合があることを事前に了承取り、開通できなくても特に通知しない
その他