日本生命におけるデジタルレイバー高度化への取組

日本生命保険相互会社
企 業 保 険 契 約 部宮本豊司プロフィール

1✓ 1990年

日本生命入社✓ 1995年

全国に分散した事務の集約化プロジェクト参画✓ 1999年～

ニッセイ情報テクノロジー出向
生命保険会社様等への業務効率化コンサルティング、
新規ソリューション企画等を担当✓ 2003年

BPOサービス立上げ（団体保険領域）✓ 2010年～

RPA導入等を推進 (OCRとROBOTによる全自動事務）✓ 2014年～

日本生命でRPA導入推進✓ 2017年～

企業保険部門の事務工程改革担当✓ 2018年～

RPA全社導入担当、企業保険次期事務システム構造改革担当

目次

Ⅰ. デジタルプロセスビジョンとＲＰＡ
Ⅱ. RPA導入・運用のポイント
Ⅲ. RPAスケールアップ局面の対応
Ⅳ. AI-OCRを活用した紙情報のデジタル化（実証実験済）Ⅴ. 『判断業務』のAI代替（実証実験中）
Ⅵ. RPA×ＡＩ×BPMによるデジタルプロセスの構築（実証実験中）

2

Ⅰ.デジタルプロセスビジョンとRPA

１.デジタルプロセスビジョンとRPA

4

情報はデジタル化、処理は自動化。事務プロセスはシステムで制御し、人の処理を極小化○ 情報取得はお客様から、データで取得。紙で取得した情報はデジタル化。

○ データの正当性をシステムチェックし、情報確定○ 処理は、「判断不要」はRPA、「判断要」はAIで代替○ 事務プロセスはBPMNでデザインし、BPMSで制御

お
客
様

情報取得

情報確定

処理

デジタル化
（データで取得）

確定

判断不要

デジタル化

確定

判断要

紙

データ修正

事務プロセスの制御

お客様Ⅱ.RPA導入・運用のポイント

１.デジタルプロセスビジョンとRPA

6

情報はデジタル化、処理は自動化。事務プロセスはシステムで制御し、人の処理を極小化○ 情報取得はお客様から、データで取得。紙で取得した情報はデジタル化。

○ データの正当性をシステムチェックし、情報確定○ 処理は、「判断不要」はRPA、「判断要」はAIで代替○ 事務プロセスはBPMNでデザインし、BPMSで制御

お
客
様

情報取得

情報確定

処理

デジタル化
（データで取得）

確定

判断不要

デジタル化

確定

判断要

紙

データ修正

事務プロセスの制御

お客様１.活用部門と業務数

7○ 2014年度導入開始。2017年度までに、下表の36業務でROBO活用 (BizRobo）－ユーザー部門オフィスのＰＣをサーバーとして、ROBOをインストールして活用－大量処理かつタイムアグレッシブな業務は、コンピュータセンターでIT部門が常時監視○ 2018年度からは、全社的に活用開始 （UIPATH、WINACTORも導入）

ROBO活用部門

窓販部門

企業保険部門ROBO設置場所

東京本部オフィス

ｺﾝﾋﾟｭｰﾀｾﾝﾀｰ

大阪本店オフィス

業務数(2018年3月時点)

２５業務

１業務

１０業務

２①．RPA開発・運用体制 （～2017年度）

8○ユーザー部門の各部の事務企画ラインにRPA推進組織を組成し、ROBO開発、運用○事務企画統括部、システム企画統括部は、間接的に関与するのみ
システム企画統括部

ユーザー部門

事務企画統括部
方
針
調
整

事務
企画
ライン

・開発・運用ルール（独自ﾙｰﾙ）
・ROBO化業務選定
・起案、予算取・教育、訓練、ﾉｳﾊｳ管理・開発、本番移管
・保守運用、機器管理

資
源
調
整

RPAベンダー事務
執行
ライン

・ROＢO化候補業務提示・要件定義、設計
・事務構築

契
約

・ﾗｲｾﾝｽ購入、管理

２②．RPA開発・運用体制 （2018年度）

9○事務企画統括部の中にＲＰＡラボを設置 （各ユーザーの事務局機能を移管）○システム企画統括部がRPA開発・運用ルールを策定、RPAエンジニアを養成し、ＲＰＡラボに派遣
システム企画統括部

事務企画統括部

事務企画
ライン

・開発・運用ルール（独自ﾙｰﾙ）
・ROBO化業務選定
・起案、予算取・教育、訓練、ﾉｳﾊｳ管理・開発、本番移管
・保守運用、機器管理

資
源
調
整

RPAベンダー
ユーザー
部門

・ROＢO化候補業務提示・要件定義、設計
・事務構築

契
約

・開発標準・運用ルール（全社基準）-導入要領-実装規約-運用、保守基準↓･RPAｴﾝｼﾞﾆｱ養成・派遣
・ﾗｲｾﾝｽ購入、管理

３①．RPA導入・運用のポイント
ROBO企画Ｔによる推進
別紙１

現場説明～
業務選定

✓ 事務担当者がROBOの肌触りを感じ、期待を抱ける導入説明を✓ ROBOがどんな作業を代替してくれるか、事務担当者の作業の目線で洗い出す✓ それでも、現場だけでは洗い出しきれないのが現実。RPA推進Tが現場に入るべき。
✓ 製品選定の視点は以下４つ

製品選定①選定された対象業務とROBO製品特性のマッチング
・サーバー型・・・・・複数組織に分散した業務、複数人が関わる主要な事務プロセス
・デスクトップ型・・・個人作業の効率化

運本
用番
態後
勢の
整保
備守

トライアル
開発

結果評価

②開発、保守・運用態勢が構えられるユーザービリティ（誰が保守・開発をするか）③経済性のあるライセンス体系④ROBO製品と対象システムの相性(情報収集を行い、トライアルで確認）✓ 対象システムとROBOの相性が合うか、技術検証は徹底的に実施✓ ROBOでは実現できない操作は、個別の代替策を模索✓ トライアルは簡易、安価に実施する本格導入✓ 机上検証では把握しきれないシステムとの相性や事務運用での実用性を確認する✓ ROBO導入前後の業務時間を計測し、具体的な削減効果を把握する10

【別紙１】 ROBO企画チームの役割・求められる能力、経験

役割①事務現場に、ROBOとは何か、ROBOを使って何をするかを正しく理解し、実感してもらう②事務現場がROBO設計者である、と理解してもらう③SEに指示をして、ROBO設計・開発・運用・保守を推進する

11求められる能力（経験）■事務改革ＰＴ経験者■SE出身者

以下①について詳述 （②③は後段の ROBO導入・運用のポイントの中で詳述)

システムではなく、ス－パーな事務処理者（仲間・デジタルレイバー）だと理解し、実感してもらう
ROBOとは何かを正しく理
解し、実感してもらう

・事務現場がROBOを信用しない （ROBOの処理結果を人がチェックする）⇒事務ミスが許されない。「ROBOが間違ったらどうしよう」の視点に立ってしまう⇒「ROBOは間違わない」言葉だけでは信用してくれない
ＲＯＢＯが、実際に、人の作業を、物凄いスピードで、間違いなく代行している場面を見てもらう。

・システムにログイン⇒業務画面を開く⇒項目を入力する⇒実行ボタンを押す・・・・⇒本当に自分の作業を代替してくれると実感をもつと、ROBOの処理結果の確認は不要と、腑に落ちる

【別紙１】 ROBO企画チームの役割・求められる能力、経験
事務改革、カイゼンの新たな担い手として、ROBOを使う・事務現場がROBOを「システム」として認識してしまう⇒事務改革、カイゼンの視点が入らず、ROBOに現事務工程のデータ入力・データ検索の工程を代替させようとする
ROBOを使って何をするかを正しく理解し、実感してもらう⇒現状のどの工程をシステム化するかの視点でしかみない。結果、効果を生まないロボがはびこる。

ROBO企画チームから、事務改革・改善案を提示
・ROBOを有効に活用し、事務改革、カイゼンを行う手段の提示 （以下は事例）－ ROBOに渡すインプット情報のデータ化作業の効率化－ 同一業務、同一の事務工程を一カ所に集約し、ROBOに担わせる－ なるべく早い段階で情報を確定し、ROBOにデータを渡す－ システム間のデータ連動の代替をROBOに担わせる （開発コストの抑制）－ 各種ツールとROBOとの組み合わせ12

【導入事例1】ROBOに渡すインプット情報のデータ化作業の効率化○ROBOに渡すインプット情報はデータ化が必要だが、人手で対応すると効果が薄い

Before

請求書類受付開封「請求書」を見ながら入力＜入力項目＞
・証券記号番号・手続き種類※予め、証券記号番号、手続き種類をバーコード化し、請求書に印字 ⇒ バーコードリーダーで読取り
請求書類受付

開封

バーコード読み取り・情報保存

CSVデータを元にROBOが自動入力

After

CSV

請求書にバーコードを付するシステム対応を実施（証券記号番号・手続き種類等の情報を管理）

CSV

13

【導入事例2】 同一業務、事務工程を一カ所に集約し、ROBOに担わせる

14○ 公的機関からの照会業務へのROBO導入 （日生太郎さんは、御社の保険に入っていますか？）○ 契約有無の調査業務と「該当なし」の回答作成業務をROBOで代替し、約200時間/月の削減

統括所属

Before照会
受付

各商品担当課(商品別にシステムが別々に存在）

調
査
依
頼

A課

調査

回答作成

回答ﾁｪｯｸ

Ｂ課

調査

回答作成

回答ﾁｪｯｸ

Ｃ課

調査

回答作成

回答ﾁｪｯｸ

Ｄ課
E課

調査

回答作成

回答ﾁｪｯｸ

調査

回答作成

回答ﾁｪｯｸ統括所属

回
答統括所属 （業務を集約し、新しく入社したROBOに業務を担わせる）

After

照
会
受
付

調
査
依
頼

回答作成

ROBOで代替

回答ﾁｪｯｸ

９割の「該当なし」をROBOで代替

回
答【導入事例3】 なるべく早い段階で情報を確定し、ROBOにデータを渡す

15○情報のリスクの軽重（事務ミスの影響度）をつける。（EX.住所情報⇒軽い 口座情報⇒重い）○リスクが軽いと判断した情報は、早い段階で情報を確定し、データ化までの工程を短縮（何重もﾁｪｯｸしない）
品質重視（事務ミスを絶対に起こさない）⇒ 全ての情報を複数人で見て、確定させる重層的な事務プロセスを生む

Before申出受付→入力「応対票」出力

オペレータ

オペレータ

変更内容を入力
申出受付→入力

After
変更内容を入力→情報確定

連携

バック処理

再度変更内容を入力→情報確定
申出内容をCSV＊
ファイルに生成CSV

オペレータ「応対票」を見ながら入力

システム

CSVデータを元にROBOが自動入力

ROBOが定期的にデータを取得＊データをテキストファイルとして保存する一形式

CSV【導入事例4】 システム間のデータ連動の代替をROBOに担わせる

16○ 大量かつタイムアグレッシブな業務の代替○ ２０人分の業務削減、６０人分の増加抑制⇒業務委託（固定費の変動費化）
BeforeAfter

月末ピークの申込書入力（人海戦術）
商品A
商品A
商品A
商品A
申込書
申込書
申込書
申込書

商品A
システム

業務委託
書

実際に、業務量が３倍になったが

A

商品A
システム

B

商品Ｂ
システム

書

商品A
商品A
商品A
商品Ｂ
申込書
申込書
申込書
申込書

商品Ｂ
システム

入力業務量が3倍に！⇒業務委託をしたいが人に代わってROBOが高速・ミスなしで入力

・委託先が入力したデータをシステムに連動する開発が高コスト・ロボットの購入、作成のみ⇒費用対効果が合い、業務委託を実現

かといって、3倍の短期スタッフ雇用は非現実・・・

・短期スタッフを雇う必要なし
・職員のスタッフ受入れ、教育負荷削減

ｺﾝﾌﾘｸﾄ【導入事例５】 各種ツールとROBOの組み合わせ

17○ワードやテキストの文書について変更前後や新旧ファイルを比較して差分を抽出する業務○差分抽出フリーソフト「WinMerge」を用いて効率化○さらに、ROBOを活用し、 「指定のフォルダにあるファイルを自動的に比較して結果を返す」汎用ツールを提供
ファイルサーバ

人
の
作
業

ROBO

の
作
業

【1】
比較したいファイルを
ファイルサーバの所定のフォルダに格納

結果（html）

旧

新

【4】
結果を確認

タイマーなどでROBOを実行【2】
WinMergeを起動し新
旧文書の
比較を実行

新

旧

【3】
比較結果を
htmlで出力しファイルサーバへ
格納

特定アドレスに完了メールを送付することも可能【導入事例５】 各種ツールとROBOの組み合わせ18

ツール＞レポートの作成 でhtml形式で結果を出力できる ⇒ ROBOが加工
新ファイル

旧ファイル
差分比較の結果差分がある行、ワードに色が塗られる

３①．RPA導入・運用のポイント
ROBO企画Ｔによる推進
現場説明～
業務選定

✓ 事務担当者がROBOの肌触りを感じ、期待を抱ける導入説明を✓ ROBOがどんな作業を代替してくれるか、事務担当者の作業の目線で洗い出す✓ 現場だけでは洗い出しきれないのが現実。RPA推進Tが現場に入るべき。
✓ 製品選定の視点は以下４つ

製品選定①選定された対象業務とROBO製品特性のマッチング
・サーバー型・・・・・複数組織に分散した業務、複数人が関わる主要な事務プロセス
・デスクトップ型・・・個人作業の効率化

運本
用番
態後
勢の
整保
備守

トライアル
開発

結果評価

②開発、保守・運用態勢が構えられるユーザービリティ（誰が保守・開発をするか）③経済性のあるライセンス体系④ROBO製品と対象システムの相性(情報収集を行い、トライアルで確認）✓ 対象システムとROBOの相性が合うか、技術検証は徹底的に実施✓ ROBOでは実現できない操作は、個別の代替策を模索✓ トライアルは簡易、安価に実施する

本格導入

20

✓ 机上検証では把握しきれないシステムとの相性や事務運用での実用性を確認する✓ ROBO導入前後の業務時間を計測し、具体的な削減効果を把握する

別紙２

【別紙２】 ROBO化業務の洗い出し

21

・ROBOがどんな作業を代替してくれるか、事務担当者の作業の目線で具体的に提示
作業の視点

作業例

①社内システム間連係

・基幹システムのデータをフロントシステムに連携②Webからの情報収集

・商品価格の比較
・イントラ上の更新情報調査③社外システム接続

・未接続の関連会社のシステム連係
・金融機関のwebバンキング④同一性チェック

・異常値チェック
・社内ルールに反した記載のチェック⑤数値集計

・社内向け報告数値の集計レポート化
・複数ファイルの統合・加工⑥社内アプリ操作

・ワークフロー実行
・メール送付・特定条件での検索・全体説明後に、小グループ
でディスカッション
・個々担当者と直接コミュニ
ケーションを取る－担当業務ヒアリング－ROBO化業務の助言
・前述の○ROBOとは何か○ROBOを使って何をするかについても、説明する・担当者を知る－誰がリーダーになってくれるか３①．RPA導入・運用のポイント
ROBO企画Ｔによる推進
現場説明～
業務選定

✓ 事務担当者がROBOの肌触りを感じ、期待を抱ける導入説明を✓ ROBOがどんな作業を代替してくれるか、事務担当者の作業の目線で洗い出す✓ 現場だけでは洗い出しきれないのが現実。RPA推進Tが現場に入るべき。

✓ 製品選定の視点は以下４つ

製品選定

22

別紙３

①選定された対象業務とROBO製品特性のマッチング
・サーバー型・・・・・複数組織に分散した業務、複数人が関わる主要な事務プロセス
・デスクトップ型・・・個人作業の効率化

運本
用番
態後
勢の
整保
備守

トライアル
開発

結果評価

②開発、保守・運用態勢が構えられるユーザービリティ（誰が保守・開発をするか）③経済性のあるライセンス体系④ROBO製品と対象システムの相性 (情報収集を行い、トライアルで確認）✓ 対象システムとROBOの相性が合うか、技術検証は徹底的に実施✓ ROBOでは実現できない操作は、個別の代替策を模索✓ トライアルは簡易、安価に実施する本格導入✓ 机上検証では把握しきれないシステムとの相性や事務運用での実用性を確認する✓ ROBO導入前後の業務時間を計測し、具体的な削減効果を把握する【別紙３】 選定された対象業務とROBO製品特性のマッチング

23

・RPA製品・・・複数人、組織にまたがる照会、MF登録系業務、複数人で分割して対応する大量業務
・RDA製品・・・個人の独立した作業で完結する照会系業務
・RPA+ﾂｰﾙ・・・RPA製品と別ﾂｰﾙの組合せが効果的な業務

RPA
代行範囲
作製した
ROBOの実行
管理

達成する
ゴール

ＲＤＡ

•
•

企業活動による業務プロセス
複数のタスクが集合し、複数の担当者をまたがり管理される業務•••作業者がPC上で行う画面の操作
業務プロセス中の特定のタスク
同時に複数タスクの実行は不可•

サーバと連携して複数のROBOが連携して作業を実行•

ＰＣ単体で作業を実行••

複数ROBOの運用を一元管理
ハードウエアの使用状況やエラー発生等、運用を考慮したﾌﾟﾗｯﾄﾌｫｰﾑ••

PC単位の管理
セキュリティ、統制の機能なし• 働き方の改革• 全社的な大きな成果• 社員代替• 作業改善• 社員のサポートツール＊RPA：Robotic Process Automation（ロボットによる業務プロセスの代替）
RDA：Robotic Desktop Automation（ロボットによるパソコン操作の代替）

３①．RPA導入・運用のポイント
ROBO企画Ｔによる推進
現場説明～
業務選定

24

✓ 事務担当者がROBOの肌触りを感じ、期待を抱ける導入説明を✓ ROBOがどんな作業を代替してくれるか、事務担当者の作業の目線で洗い出す✓ 現場だけでは洗い出しきれないのが現実。RPA推進Tが現場に入るべき。

✓ 製品選定の視点は以下４つ

製品選定

別紙３

①選定された対象業務とROBO製品特性のマッチング

・サーバー型・・・・・複数組織に分散した業務、複数人が関わる主要な事務プロセス
・デスクトップ型・・・個人作業の効率化

運本
用番
態後
勢の
整保
備守

トライアル
開発

結果評価

②開発、保守・運用態勢が構えられるユーザービリティ（誰が保守・開発をするか）③経済性のあるライセンス体系④ROBO製品と対象システムの相性 (情報収集を行い、トライアルで確認）✓ 対象システムとROBOの相性が合うか、技術検証は徹底的に実施

別紙４✓ ROBOでは実現できない操作は、個別の代替策を模索✓ トライアルは簡易、安価に実施する本格導入✓ 机上検証では把握しきれないシステムとの相性や事務運用での実用性を確認する✓ ROBO導入前後の業務時間を計測し、具体的な削減効果を把握する【別紙４】 対象システムとROBOの相性 （動作検証）○認証、画面遷移、帳票印刷の観点で親和性の評価を実施。
○ROBOでは実現できない操作があり、個別の代替策が必要。
○ROBOのソフトウェアバージョンアップにより、解消された制約あり⇒導入時のバージョンで事前テストし、ROBOとの親和性の見極めが必要。
(ROBO製品により、得手不得手あり/ROBO製品の問題ではない事象もあり）
当初評価
システム

課題・制約（Ｈ28.12末時点）⇒現時点では全て解消

認証

画面
遷移

印刷

メイン
契約管理

△

〇

△

・ログイン不可 ⇒VBAで代替
・印刷ボタンをROBOが押せない⇒ 画面のハードコピーで代替

イントラ
メール

〇

△

〇

・画面遷移に時間がかかる。
（処理時間に猶予がある業務ではROBO適用が可能）

ダイレクト
システム

〇

〇

△

・印刷ボタンをROBOが押せない⇒ 画面のハードコピーで代替

工程管理
システム

〇

△

×

・イメージを取得できない（アクティブエックスの操作不可）⇒製品バージョンアップで解決

25

３②．RPA導入・運用のポイント
現場説明～業
務選定

製品選定

ユーザー部門管理ROBOの管理態勢✓ 事務企画ライン（1か所）でROBOサーバー（PC）を一括管理（できるだけ）
✓

26

別紙５

共有ファイルサーバーを経由して、ロケーションフリーで各事務執行課とROBOがリレー処理

事務執行部門の主体的な関わり

別紙６✓ 事務現場が主体的にRPA導入の事務設計を担うことが、RPA導入の成功のキー

運本
用番
態後
勢の
整保
備守

トライアル
開発

ROBO標準設計書の導入

別紙７✓ ROBO化業務は、例外なく、標準設計書であるBPMNフローで設計し、関係者で共有

結果評価

内製化の検討✓ 単機能化、部品化を行い内製化を目指す

本格導入

想定リスクと対策✓ 想定ﾘｽｸを洗い出し、ＩＴ部門、リスク管理部門と連携し、必要な態勢を整備

別紙８

【別紙５】 ユーザー部門管理ROBOの管理態勢

27○事務企画ライン（1か所）でROBOサーバー（PC）を一括管理○共有のファイルサーバーを経由して、ロケーションフリーで各事務執行ラインとROBOがリレー処理＊上記対応が難しい業務（手動起動）や個人作業の効率化（RDA製品）はROBOサーバー（PC）
を事務執行部門配布

事
務
執
行
部
門

大阪淀屋橋
団体保険

9:00〆

企業年金

15:00〆

共有
サーバー

12:00〆
15:05

事
務
企
画
部
門

自助系

14:00〆

企保総務

11:00〆

文京事務ｾﾝﾀｰ

DC事務

15:00〆

10:00〆

15:05
12:05

14:05

監視
大阪淀屋橋

11:05

管理・運用支
援

10:05

IT

9:05
【リレー処理】①団体保険Gは９時までに
ROBOに処理をさせるファ
イルを共有サーバーに格納②タイマー起動で９時５分にROBOが処理を実行。
結果ファイルを共有サー
バーに格納

団保支払

日比谷

部
門
大阪淀屋橋

【別紙６】 ×自動化ツール ○新たな仲間（デジタルレイバー）○ ×自動化ツール ○新たな仲間（デジタルレイバー）○ 事務現場が主体的にROBO導入の事務設計を担うことが、ROBO導入成功のキー■ROBOの定義の共有化
×業務自動化 ○人の業務の代替「自動化」では主体性が生まれにくい■ROBOの位置付けはデジタルレイバー ～まさに新たな労働力～
人間が行う単純作業を代行してくれる、新たな仲間。
■事務現場が、新しいスタッフを迎え入れるのと同様にROBOを迎え入れる－自分たちのどの業務をROBOに代替してもらうかを考え、ドキュメントに落とす。
（=ROBOの設計、ROBOの可視化）－ROBO入社式、キャラクタ－化 （擬人的に扱う）

28

【別紙７①】 ROBO標準設計書の導入

29○プロジェクトの関係者で業務内容を誤解なく共有化できる可視化の仕組が、設計・保守の生命線○ROBO化業務は、例外なく、標準設計書であるBPMNフローで設計○全てを可視化することが目的ではない。
ー先ずは、基本事務を可視化
ー基本事務の全体業務フローを描いて、事務改革、改善のデザイン、RPA化の範囲を仮説立て－RPA化する事務工程を詳細業務フロー、詳細業務手順に落とし、仮説立ての検証を行う○BPMNフローは本番後の保守ドキュメントとしても管理、メンテナンスを行う

BPMN
の概要

•
•
•
•

「Business Process Modeling and Notation」
関係者が共通に理解しておくべき、仕事の始め方、役割分担、各担当の仕事内容、お客様とのやり取りな
どのフローを記述する手法「直観的に読める」 「書き手の粒度が揃う」
世界最大規模の標準化団体によって管理されるグローバルな仕様（ISO19510で規格化）

【別紙７②】 業務フローの要件を備えたBPMNの活用
業務フローの要件
目
的条
件

仕事の流れを見える形にして、関係者間で認知、共有「誰が」「いつ、何をきかけに」「どんな作業を」「どういう場合に」行っているかを簡潔に記述

しかしながら・・・ 独自で事務フローを描こうとしても・・・
×層分けの明確な基準無し
×粒度の統一がされていない
×表記ルールの詳細化が不十分で文章にて補足

結果、使われないフローを作ること自体が目的化する・・・

30①全体業務フロー（ﾏﾈｼﾞﾒﾝﾄﾚｲﾔｰ）

可視化の・プロセス全体構造の課題把握
目的に応じＢ た階層化 ②詳細業務フロー（実務管理ﾚｲﾔｰ）
・各工程の機能の明確化
ＰＭ③詳細業務手順（担当・ITﾚｲﾔｰ）・システム化範囲、スタッフ化範囲の検証・記録
Ｎ↓ 粒度が揃う描
き①「誰が」 ・・・スイムレーン
方の② 「いつ、何をきかけに」・・・イベント
文 基本は「どんな作業を」 ・・・ アクティビティ
法 スイムレーン化 と3種類の「どういう場合に」・・・ゲートウエイ
図形で表現【別紙７③】 事務フローの悪い事例
自組織

工程

事務内容
□団体から送付される被保険者脱退通知書を郵便担当スタッフが受け取り本社で管理する書類については、余白部分等に受付印を押印する。

受付

・被保険者脱退
通知書

送付状

Ｎ
Ｃ／Ｓ
管理簿

・送付状

Ｙ
照会

31

■事務フローのハコ（アイコン）と文章によって、５Ｗ１Ｈと詳細業務手順まで表記（階層分けなし）

受付⇒ 文章含め、全てを読まないと、業務が理解できない⇒ 作成、継続的なメンテナンス負荷が大きい

簿■粒度の統一がされていない「アイコン集」と「フロー作成方法」にて定義されているが、指示が曖昧□団体によっては、送付状とともに異動報告書類が送られてくるので、送付状に記載の枚数と書類の受付枚数が一致するかどうか確認する。
枚数が相違する場合は、その旨団体担当職員に連携する。
管 □Ｃ／Ｓ管理簿に「受付日」「証券番号」「異動件数および帳票枚数」
記
理
入 「処理内容」を記入し、帳票を団体担当職員に渡す。
照 □送付状記載枚数と書類受付枚数が相違する場合は、会団体に問い合わせる。

■表記ルールの詳細化が不十分で文章にて補足⇒ 文章含め、全てを読まないと、業務が理解できない。

例）「アイコンはいくつかの行動をまとめて表示
し、流れが一見してわかるようにする」「事務内容は実際の事務をできるだけ詳細に書き込んでください」

【別紙７④】 ＢＰＭＮの活用事例
左記図は、「企保データ交換業務」の全体プロセスマップ

全体プロセスマップから効率化できそうな業務に当りを付ける

該当業務の「全体業務フロー」を作成（次頁）

32

【別紙７④】 ＢＰＭＮの活用事例①全体業務フロー・プロセス全体構造の課題把握
・「誰が何をする」レベル

33

全体業務フローで改革デザインを議論効率化する工程を明確にする「詳細フロー」を作成し現状分析（次頁）【別紙７④】 ＢＰＭＮの活用事例

34①詳細業務フロー
ﾃﾞｰﾀ

・各工程の機能の明確化
・「何を使って何をする」レベル

データを照会

データを照会
ﾃﾞｰﾀ

ﾃﾞｰﾀ

データを元に書類を作成

当プロセスの基本形は、「データを照会し、データを元に、書類を作成する」↓【仮説を立てる】
ほとんどのプロセスがRPAでの代替が可能

データを元に書類を作成

RPA
各種ﾃﾞｰﾀ照会人
各種書類作成RPAで代替できない箇
所の補記

RPAによる代替による効率化の期待
RPAによる代替期待のプロセスを「詳細業務手順」に落とし検証（次頁）【別紙７④】 ＢＰＭＮの活用事例③詳細業務手順・システム化範囲、スタッフ化範囲の検証、記録
・「ボタンを押す、クリックする」レベル「ファイルを開く」「コピーする」等、アクションレベルまで可視化できるので、RPA代替可否の検証が可能

35

【別紙８①】 内製化の検討

36○単機能化、部品化を行い内製化を目指す
以下は企業保険部門の事例
・年間業務時間が少なく、単純な照会・検索・転記業務を中心に内製化を志向
・２０１７年度１０月から、計画的に研修を実施（RPA製品、RDA製品とも）【269業務の内訳（年間業務時間ごとの分布）】200

年間業務時間少↓2018年度
内製化トライ範囲

170

（
業 150
≈
務
数 50
）

33
～50

100

33
200

13
300

7
400

2
500

1
600

（年間業務時間（h））

年間業務時間多↓2017年度ベンダーにて開発実施

700

3
800

ʃʃ

7
2000

【別紙８②】部品化、内製化の他社事例 (A社）

37

○ROBOの役割を明確化⇒単機能化、部品化を実現し、ROBO内製化の実現⇒入社３か月のエクセルが出来る程度のスタッフさんがROBO作製
サポート機能：「Access」・「Excel」⇒ 情報補填・振分け・情報整理（並び替え）･納期管理･マッチングなどのタイプ(BCP対策)ROBOやツールの障害時に備え、
ROBO一体に広範囲な処理をさせないROBO機能： 情報収集型ROBO・転記型ROBO

４③．RPA導入・運用のポイント
現場説明～
業務選定

38

ROBO開発手順の標準化 （ROBO開発のPDCAの中で、標準化を検討）✓ 一つのロボを作製する開発スケジュール、工程、役割明確化✓ 各工程でインプット（何を使うか）タスク詳細 (誰が、いつ何をするか）

製品選定

別紙10

成果物（何を作るか）を定義。
✓ 事務現場へ確認すべき要件のチェックリスト化（ROBOへのｲﾝﾌﾟｯﾄﾌｧｲﾙの置き場所、どの印刷ﾌﾟﾘﾝﾀを使用等）✓ システム設計時の留意点、確認ポイントのチェックリスト化

運本
用番
態後
勢の
整保
備守

別紙９

別紙11

トライアル
開発
ROBO開発は、アジャイル型で実施 （なるべく負荷なく早くROBOを作り、検証しながら機能追加）✓ 事務現場からの要件定義書は、やりたいことを負荷なく記述できる簡易なもの

結果評価✓ 導入可否決定後は、先ずトライアルロボを作り、運用検証を行う

別紙1２✓ 運用に大きな課題がないと確認できたら、詳細事務設計（事務現場でBPMNで現状フロー作成）✓ 詳細事務設計で確認できた追加、変更要件のROBOへの反映

本格導入✓ 実運用でROBOを稼働させ、本番検証を行う。（２週間を目途にハンド事務と並行稼働を行う）

【別紙９】 RPA標準開発スケジュール○ RPA導入工程は、導入対象業務選定後のタスクを大きく4フェーズに別け、１クール３か月で１つのROBOを導入する工程を標準スケジュールとし、運用ルールを構築

39

【別紙１０】 RPA開発プロセス、成果物の定義

40○各工程での、インプット（何を使うか）タスク詳細 (誰が、いつ何をするか）
成果物（何を作るか）を定義。
RPA導入各課

RPA事務局

各課業務一覧

RPAエンジニア

No.

【
フ
ェ
選
ー
定
ズ
0
】

ロボ説明資料・執務基準票

候補抽出基準

RPA導入

【
フ
ェ
選
ー
定
ズ
0
】

ロボ化候補

工程標準

RPAデザイン

抽出

ガイド

業務選定回答シー
業務選定回答シー
業務選定
ト
回答シート

選定

業務選定回答シー
業務選定
ト
回答シート

テストデータ

【
フ ト
ェ ラ
ー イ
ズ ア
１ ル
】

【
フ ト
ェ ラ
ー イ
ズ ア
１ ル
】

ロボ化候補

選定済

タスク

【
フ
要
ェ
件
ー
定
ズ
義
２
】

トライアルロボ

トライアルロボ

導入しない
ロボ導入判断

ロボ化候補
再選定

導入する

BPMNフロー図

RPAに適した事務とその手順、年間業務量を整理

業務選定回答シート②

ロボ化候補選定

事務局

・業務選定回答シート
・RPAデザインガイド

導入効果やロボの技術的制約を鑑みてトライ
アル対象を選定

トライアル対象の業務選定回答シー
ト①

テストデータ提供

各課（もしくはNIT）

・ロボ説明資料
・候補抽出基準・各課事務一覧、執務基準

トライアルロボを作成するためのデータを選定し、提供（更新系機能の場合は実端を利用するため、NITと調整してデータを準備）

テストデータ②

トライアルロボ作成

事務局・SE・業務選定回答シート
・RPAデザインガイド

どのツールを使ってロボを作成するか判断し、トライアル用ロボを作成

トライアルロボ③

トライアルロボ確認

各課

・トライアルロボ

トライアルロボを実際に利用し、実用できそうか
を判断

判断結果

①

BPMNフロー図作成（AsIs)

各課

・【１】業務選定回答シート
・各課執務基準、事務フロー
・要件定義チェックシート
・BPMNガイド

現状の事務フローをルールに従って整理、記載
BPMNフロー図（AsIs)
する②

ロボ化範囲の検討

各課・事務局

BPMNフロー図（AsIs）

現状の事務フローを元にロボ化範囲やロボ化しBPMNフロー図（AsIs）への朱書きた場合の事務変更を検討③

ロボへのインプット、アウト
プットの検討各課・事務局ロボへのインプット（管理簿、一覧表など）のBPMNフロー図（AsIs）への朱書き フォーマット、アウトプット（画面キャプチャやメー
ルなど）を定義

・ロボへのインプット、アウトプットフォー
マット・各ファイルなどの配置場所

各課・事務局

起動方法（手動、タイマー）、１回当たり稼
働時間、起動タイミング、エラー時運用を確定
BPMNフロー図（AsIs）への朱書き※必要であればこのタイミングで本番用端末、本番用USBキーを申請

ロボ管理台帳へ記載

各課

ロボ導入後に効果の評価をするために現行業
BPMNフロー図（AsIs）への朱書き
務にかかる時間を測定しておく

現行業務時間測定結果

ロボの単位や処理の流れを設計しながらロボを作成済みロボ構築、ロボの名前やI/Oを見える化した仕様書
ロボ仕様書
を作成

④

ロボ運用方法検討

BPMNガイド

⑤

【
フ
要
ェ
件
ー
定
ズ
義
２
】

ロボ化範囲

（AsIs）

検討

BPMNフロー図

インプット・アウトプット

現行業務時間

ロボ運用検討

現行業務時間

計測

本
番
【
ト
フ
ラ
ェ
イ
ー
ア
ズ
ル
４
／
】
導
入

ロ
【 ボ
フ 開
ェ 発
ー ／
ズ 事
３ 務
】 構
築

プット検討

ロボへの

ロ
【 ボ
フ 開
ェ 発
ー ／
ズ 事
３ 務
】 構
築

現行業務測定①

ロボ設計・作成

SE・BPMNフロー図（AsIs）への朱書
き・ロボへのインプット、アウトプットフォー
マット、各ファイルなどの配置場所
・RPAデザインガイド
・ロボ管理台帳
・トライアルロボ②

テストデータの準備

各課

BPMNフロー図（AsIs）への朱書き

業務のパターンを網羅するようなテストデータを準備して提供※照会系機能は本番データ、更新系は実端上にデータを準備

テストデータ

提供いただいたデータを元にしてテストを実施

テスト済みロボ（AsIs）朱書き
ロボへのインプット・アウト

テストデータ③

テストの実施事務局・SE・BPMNフロー図（AsIs）への朱書
き・テストデータ
・作成済みロボ④

ロボ導入後事務の検討

各課

BPMNフロー図（AsIs）への朱書き ロボ導入後の事務構築

・BPMNフロー図（ToBe）Lv5,6
・変更後 事務フロー、執務基準など⑤

本番トライアル準備

各課・変更後 事務フロー、執務基準など
本番トライアル時の体制を準備
・BPMNフロー図（ToBe）Lv5,6

ー

ロボを本番用端末にセットアップし、各課へのロボ説明資料を作成（USBキーを各課へ貸与する場合はUSB
キー貸与書を記載）

本番運用手順書

1

テストデータ

等準備

ロボ導入後
事務の検討

ロボ管理台帳ロボ仕様書

RPAデザインロボ設計・作成

ガイド

作成済みロボBPMNフロー図（ToBe）Lv5,６

テスト実施

①

本番移行

事務局・SE・RPAデザインガイド
・テスト済みロボ②

本番トライアル実施

各課

テスト済みロボ

トライアル体制に従って、ロボを本番で運用想定通りの動きになるかを検証

検証結果（確認事項一覧など）③

BPMNフロー図作成（ToBe)Lv7

事務局・SE

テスト済みロボ

作成済みのロボからBPMNフロー図（ToBe)Lv7を作成する

BPMNフロー図（ToBe）Lv7④

ロボ化後事務時間測定

各課

ー

ロボ導入後業務の時間を測定

ロボ導入後業務時間測定結果⑤

事務時間集計、評価

事務局

・現行業務時間測定結果
・ロボ導入後業務時間測定結果

各課の計測結果を集計し、ロボの効果を算定 ロボ導入効果※必要があれば本番トライアル準備

テスト済みロボ

事務フローや

本
番
【
ト
フ
ラ
ェ
イ
ー
ア
ズ
ル
４
／
】
導
入

執務基準等も修正

本番トライアル

本番移行

本番運用手順書
本番導入

ロボ化後業務
時間測定

1
ロボ化後
業務時間

事務時間集計
導入効果評価O（アウトプット）・ロボ説明資料
・候補抽出基準・各課事務一覧、執務基準
・RPA導入工程標準作成（AsIs）
BPMNフロー図P（プロセス）

各課

作成
QA、課題確認など

I（インプット）

候補抽出トライアルロボテストデータ

等準備

担当者

①

BPMNフロー図BPMNフロー図（ToBe）作成（ToBe）Lv7

【別紙１１】 システム設計時の留意点、確認ポイントのチェックリスト化

41○ROBO開発時の気付き、留意すべき事項の知見の集約化 (PDCA運営）
システム要件定義時チェックシート
No. カテゴリ
1 インプットファイル
2

3
4
5
6 照会

7

8

9
10

11

チェック項目
ファイルレイアウト

チェック内容チェック結果

今後の項目追加・変更等を想定したレイアウトになっているか
インプットファイルの配置場所について、ファイルサーバー、デスクトップ、Dドライブなど運用しや
配置場所
すいところを検討したか
インプットファイルをロボが扱う場合は、原本をそのまま利用してよいか。ファイルをコピーして日ファイル運用方法
付等を付与すべきか。また、処理済みのインプットファイルは退避するか。退避後に次回処理分の雛形を用意するか。
お客様情報等を含む場合に適切な保管方法を検討したかチェック
セキュリティ
No. カテゴリ
チェック項目チェック内容結果（ファイルサーバーでの保管、パスワード付ファイルで保管等）処分した結果、処分リストが直接プリンタに出力されるか、画面で表示されるかなどの振る舞
ファイルの拡張子
ファイルの拡張子（エクセルであれば「xlsx」「xls」など）を検討し、統一したか
12 処分
処分リスト
いを考慮しているか
各種マスターファイルや企保ネット案件等を検索した結果が0件だった場合の振る舞いを考慮
検索結果0件13
処分エラー時の挙動
実行した場合にエラーとなるケースがないかを確認し、エラー時の振る舞いを考慮しているかしているか
14 アウトプットファイル 帳票出力
本当に紙での出力が必要か検討したか、データで保管することを検討したか
検索結果が１件の場合の振る舞いを考慮しているか
アウトファイルの配置場所について、ファイルサーバー、デスクトップ、Dドライブなど運用しやすい
検索結果1件（一覧形式で結果が表示されるケース、検索結果１件の場合は直接詳細画面が開くケー15
配置場所
ところを検討したか（ファイルサーバーの場合は容量等も考慮のこと）
スなどあり）
検索条件を入力する際やロボ内で分岐判定をする際、 アウトプットファイルをロボが印刷する場合、出力プリンタは複合機（セキュリティ印刷）かeプリロボが扱う項目のフォー
日付や証券番号などで、前ゼロを埋める必要があるかどうか考慮したか
16出力プリンタンタのどちらが適切か検討したかマット（9351 or 935-00001など、どのようなケースがあるか確認すること）（DK1等、eプリンタでしか全頁印刷できないものがあるため注意）
検索結果一覧表示件数 各種マスターファイルや企保ネット案件等の検索結果が一覧表示可能件数を越えた場合のインプットの管理簿をロボが更新する場合に、直接ファイルを更新するか、ファイル名を変更して以上
振る舞い（実行ボタンが非活性になるまで繰り返し検索するなど）を考慮しているか
17
管理簿等の運用
アウトプットするかなどファイルの運用を検討したか
ボタン非活性の条件およ 照会するためのボタンが活性、非活性となる条件を考慮しているか
直接ファイル更新する場合に、誰かが開いていたらどう処理するか検討したか
び挙動
また非活性となる場合はどのような動きをすべきか
18 その他
日付
日付項目を使った処理の場合に、月初／月末／非営業日／うるう年等を考慮したか
各種マスターファイルや企保ネット案件等を参照する場合にエラーとなるケースがないかを確認
19
商品
同じような処理を商品ごとに繰り返す場合に、各商品の特性は考慮したか
照会エラー時の挙動
し、エラー時の振る舞いを考慮しているか
各処理の権限について考慮しているか、USBキーに対して特別に権限付与する必要があるか20
権限（企保ネット案件は他の人が参照しているタイミングではエラーとなって参照できない）
確認したか（反社チェック、企保ネットなど）【別紙１２】 ROBO選定シート

42○事務執行部門でアクション単位に業務を棚卸し、ROBO化したい範囲を検討する簡易シート【ロボ導入候補業務】
所属名

●●Ｇ

業務件数（件）年間6000件

業務名【●●支払】生存確認

1件あたり業務時間

10分

1日あたり業務時間

業務の概要・目的

年金受給者から送付された「現況届」の情報を管理し、年金支払を実施する。

1年あたり業務時間

1000時間※240営業日※総業務時間（ロボ化以外含む）
業務の担い手

業務手順

ロボ化範囲

使用システム〇エクセル
契約管理システムスタッフ

1①年金受給者より現況届を受付。一件書類点検。

スタッフ

2

スタッフ

3

①ファイルサーバーの管理簿【Ａ：受付日】【Ｂ：証明年月日】を入力①管理簿【受付日】≠ブランクの対象者について≪受給者現況照会≫をプリントアウト②管理簿【生存未確認年月日】へ≪生存確認セグの値≫をコピぺ

スタッフ

4

①管理簿【生存確認処理可否確認】＝OKの対象者について≪生存確認入力≫を実行〇

契約管理システムスタッフ

5①管理簿【生存確認処理日】へ№４の実行日を入力

〇

エクセル

スタッフ

6

①管理簿【生存確認処理日】≠ブランクの対象者について②管理簿【最新支払年月日】へ≪受給者現況 最新支払年月日の値≫をコピペ③管理簿【年金未払年月】へ≪受給者現況 最新支払年月日の値≫をコピペ

〇

エクセル

スタッフ

7

①管理簿【支払指図要否確認】へ【Ｆ】【Ｇ】の比較結果を表示※比較条件を検討中。条件によっては、ロボ化は不可

？

エクセル

スタッフ

8

〇

エクセル

スタッフ

9

〇

エクセル
契約管理システム職員

10 ①処理結果等の一件書類を点検①№7で確認不要の対象者について
管理簿【支払指図要否確認結果】へ確認結果（指図要OR指図不要）を入力①№7で確認要の対象者について≪支払指図処理≫を実行②管理簿へ実行日を入力

N07のROBO化不
可の場合、
運用面の
課題検討要

５．RPA導入による付加価値 （日本生命の事務現場の声）
付加価値

現場の声

事務ミスをしない

・事務現場は、事務品質が生命線。
・事務ミス防止は、ミッション（日々のプレッシャー、どう防止するか）・それでも、ヒューマンエラーは起こる。
・ROBOは事務ミスをしない。大きな安心感

人の教育・管理負荷の大幅軽減

・ピーク性があり、タイムアグレッシブ、かつ業務件数が読めない業務・単純業務はスタッフに付与するも、閑散期は仕事の付与が大変
・短期スタッフの教育負荷が高い・結果として、スタッフ管理、教育負荷が高く、恒常的な残業が発生
・ROBOのスタッフ業務代替により、心理的にも時間的にも負荷軽減

事務現場のシステム
リテラシーの向上

・システムはSEに頼むもの。現場でのエクセルマクロも一部の人で対応。
・事務現場のシステムリテラシーは低かった
・ROBOの登場によりー事務現場でROBOに何をさせるかを考える（システム設計）
ー事務現場でROBOを動かす（システム運用）ようになった。
・事務現場でシステムを作れる時代になってきた実感。
・事務現場で働く人の負荷価値を向上させる期待43

Ⅲ. RPAスケールアップ局面の対応

ユーザー主導でのROBOスケールアップを想定した論点
１．RPAスケールアップを主導するのは、IT部門かユーザー部門か？
２．ユーザー部門でROBOの部品管理の徹底ができるか
３．ユーザー部門でROBOの情報を一元管理できるか
４．ROBO制作を横串で、いかに統制するか
５．ユーザー部門でROBOを作製できる環境を作れるか

45

１．RPAスケールアップを主導するのは、IT部門かユーザー部門か？
一般的には（ＲＯＢＯユーザー間の意見交換）

メリット
IT部門主導

ユーザー
部門主導

課題

■ROBO制作・メンテナンス性が高い■セキュリティの担保、エラー時の対応力■管理、監視ツールの基盤構築と実効的な運用が可能■IT部門での本格的な態勢構築が必要■ユーザーが求めるスケールのスピードについていけない懸念（RPAの柔軟性が薄れる）■多種多様な業務に迅速に対応できる（RPAの本来の良さを体現できる）■事務の変化、日々の改善（ROBO修正、
業務フロー見直し）へ柔軟に対応できる■部門横串での製作・運用ガイドラインを作っても実効的に守れるか、監視できるか不透明（ユーザー部門の体力、ITリテラシー）■製作担当の育成

日本生命では以下の方針の具体化を検討中（一つの選択肢として）■ユーザー部門で主導していく環境（基盤、ツール）をIT部門が準備する。
■IT部門が最小限の体制で継続的に監視、メンテナンスを全社横串でできる態勢を構築

46

２．ユーザー部門でROBOの部品管理の徹底ができるか○ ROBOは部品化すれば、製作効率を飛躍的にアップ可能 （日本生命でも体感）対応の方向性・部品化はIT部門で統制 （何を部品とするかの決定権）
・ユーザーは、部品一覧から部品を選択して繋ぎ合わせる対応でROBOを製作（あるべき理想）（都度、業務独自に作らなければならないROBOを最小化する）

47

３．ユーザー部門でROBOの情報を一元管理できるか48

・ROBOの人事管理 （人と見做し、ROBOの情報を一元管理する）
・ROBOのメンテナンス情報の管理が目的－画面やパラメータ等、業務要件が変更になった場合の影響を簡単に特定できる仕組

名前は？
入力している
画面は？

担当業務は？
使っているROBOの
部品は？

動作管理
タグを見ている？
座標？セル位置？

画面が変わった⇒履歴書のﾃﾞｰﾀﾍﾞｰｽを画面名で検索（例）・画面Aの真ん中に注意文言が追加になり、全体的にレイアウトが変わった（項目追加なし）⇒ROBO①は画面Aを使っているが、タグで情報を認識しているので影響なし。ROBO② は座標で認識しているので、レイアウト変更により、入力エリ
アやボタンの位置を覚えなおさせる必要がある。

・ROBO履歴書はユーザー部門で管理、更新
・四半期の期末案件で、IT部門で影響調査を実施し、修正すべきROBOを特定する

４．ROBO制作を横串で、いかに統制するか

49

・ROBO製品や業務の複雑さによって、ユーザーで作製できる難易度が相違
・ユーザー作製志向の部門と外部委託志向の部門が存在する⇒今後もニーズは変化する（最初は外部委託だが、一部はユーザーでも作らせたい、へ変化等）
多様で変化するニーズを吸収できる態勢

・ユーザーで作製できる環境をIT部門が用意する。
・ユーザーニーズに応じてIT部門が、作製支援およびユーザー教育を担う（ＩＴ部門が、自社SEや各ユーザー部門を支援する外部委託先を派遣）

ユーザー部門

IT部門

部門A･･･大量の単純業務が多い（極力ﾕｰｻﾞｰ作製したい ９０％）・ユーザーで作製できる環境構築
・開発ガイドの作製⇒開発者教育

部門Ｂ･･･ﾕｰｻﾞｰ作製も一部志向（簡易ROBO作製はﾕｰｻﾞｰ 50％）

自社
SE

部門A･･･体力なし（外部委託を活用 ０％）

外部委託

・開発者（ﾕｰｻﾞｰ教育者）派遣

５．ユーザー部門でROBOを作製できる環境を作れるかユーザーでは作製が難しい点

50

対応策

①タスク化したROBOを繋ぐ（順番に部品ROBOを起動させるためにはコントロールするROBOを作ってAPIで起動しなければならない）②ROBOの権限管理（人事部のROBOを総務部の人が稼働できないようコントロール
するROBOの権限管理の仕組みの構築が必要）③ROBOのエラー処理（ROBOはエラー発生時も止まらず、次のROBOは動く⇒ｴﾗｰをｺﾝﾄﾛｰﾙするロジックの作製が必要で面倒）④ROBOと人の業務フロー全体を繋ぐ（ROBOの間に人の処理が入ると事務運用が煩雑）

ＧＵＩベースの直観的な操作で左記課題が解決できるツールの導入を検討中（市販のＢＰＲツール等）

５①．タスク化したROBOをつなぐ

51

タスク化したROBOを順番に起動させる必要があるが・・・
タスクROBOを制御するリーダ
ROBOが必要。
リーダーROBO作製には、ＡＰＩが必要でユーザー部門では製作困難

タスク化したROBOを簡単に繋げるツールが必要（タスクROBOのドラッグアンドドロップ⇒線で繋いで完了）←API作製に代わる作業

ﾀｽｸROBOを登録

各事務工程
の箱単位に
ﾀｽｸROBOを
配置

ﾀｽｸ
ROBO
を配置

ﾀｽｸ
ROBO
を線で繋
いで完成

５②．ROBOの権限管理

52

許可されたROBOタスクのみ実行したいが・・・
人事部のロボを総務部の人が勝手に起動させないよう、コント
ロールする権限管理ROBOを別途作ってコントロールする必要がある
権限管理ロボ作製には、ＡＰＩが必要でユーザー部門では製作困難

ログインした人の権限で許可されたメニューのみを表示し、権限を制御可能な機能が必要
当事例では青柳さんがログイン
青柳さんに許可されたﾛﾎﾞ作業
・顧客請求資料の配送依頼
・予実管理帳票出力の２つのメニューのみ表示

５③．ROBOのエラー処理

53

ROBOはエラーが発生しても止まらず、次のROBOが動いてしまう
エラー対応は可能だが、以下の面倒な設定が必要
EX.「資料請求情報取得」でA社のCSVがない⇒①「配送手続情報作成」のROBOの先頭でCSVﾌｧｲﾙを探し、なければ、後続の処理ｽｷｯﾌﾟ②「配送依頼登録」のROBOの先頭でCSV
ﾌｧｲﾙを探し、なければ、後続の処理ｽｷｯﾌﾟ
以上のようなエラー条件を一つ一つ組む必要がありユーザーには困難で保守も煩雑

事務フローのエラー分岐条件を書くだけで、ROBOを制御可能な機能が必要
・ロボットプロセスを定義可能
・各プロセスの箱単位にインプット、アウトプッ
トの受渡しデータの定義が可能
・エラー条件の設定が可能
EX. 「資料請求情報取得」でA社のCSVがない⇒①「配送手続情報作成」のアウトプットファイ
ルにCSVファイル指定②CSVファイルがないという条件分岐をフローに追加し、行先を終了の○印に繋ぐ（フロー作成と同じレベルでユーザーで可能）５④．ROBOと人の業務フロー全体を繋ぐ

54

ＲＰＡが浸透すると、人的な業務プロセスが間にある煩雑さが目立つ・人とRPAの連携待ち⇒ROBOの作業を終わった事実をどう検知するか・都度、工程を起動しなければならない煩雑さ

ロボと人を連結するハイブリッドな基盤が必要
・BPMＮ（国際標準事務フロー）で流れを定義
・仕込んだ ROBOタスクが順番が来たら自動実行
・人の処理も組み込み
EX.ROBOが終ったら人にメールで通知
以上のようなフロー構築がGUIベースで感覚的に可能（部品を選択しドロップ、→でフローを繋ぐ等）

Ⅳ. AI-OCRを活用した紙情報のデジタル化（実証実験済）

１.デジタルプロセスビジョンとRPA

56

情報はデジタル化、処理は自動化。事務プロセスはシステムで制御し、人の処理を極小化○ 情報取得はお客様から、データで取得。紙で取得した情報はデジタル化。

○ データの正当性をシステムチェックし、情報確定○ 処理は、「判断不要」はRPA、「判断要」はAIで代替○ 事務プロセスはBPMNでデザインし、BPMSで制御

お
客
様

情報取得

情報確定

デジタル化
（データで取得）

確定

デジタル化

確定

紙
紙

データ修正

事務プロセスの制御

処理

お
客
様
判断要

１．AI-OCRの実証実験

57○「データ化プロセス」と「点検プロセス」を新技術で代替できるかを検証○検証対象の技術は以下の４つ(1)ノイズ除去・・・OCRの精度を高めるためにイメージファイルからノイズを除去（鮮明化）(2)帳票識別 ・・・読み込んだ帳票の自動識別（分類作業の自動化）(3)文字認識 ・・・自然言語を扱うAI-OCRによる文字認識（文字のデータ化）(4)自動点検 ・・・データ確定後の単項目・相関チェック（点検作業の自動化）実証実験実施対象
取込(スキャン)

(1)

(2)

(3)

ノイズ
除去

帳票
識別

文字
認識

データ化プロセス

(4)
データ
確定

自動
点検

不備
解決

点検プロセス

データ
入力

２．実証実験結果（サマリー）

58○ノイズ除去、帳票識別は現時点の技術レベルで実用化可能○文字認識と自動点検についても、 高い水準の成果が得られた⇒帳票の見直しやAIのチューニングを加えることで、実用化が可能と評価
プロセス

データ化

点検

検証
項目

PoC検証結果

ノイズ
除去

◎

帳票
識別

◎

・5種類、130枚の帳票を100%識別

文字
認識

○

・66％～90％の識字率（平均79％）
・辞書補正機能を使用した項目は94％の識字率

自動
点検

○

・複写３枚目でもイメージ化前と同じレベルの濃さで読み取り
・11.6°までの傾き、±5％の拡縮、天地逆転を自動修正

・読み取り(データ化)が正しくされた項目は実装ロジック通りの点検が可能（全体の80％）

評価

実用化可能

帳票の見直しAIのチューニング
により、
実用化可能

３．実証実験結果（ノイズ除去）

59

複写3枚目でも見やすく

除去前

ノイズで見づらいイメージが…

除去後

ノイズ除去により鮮明に！

４．実証実験結果（帳票識別）60

130枚の帳票を100％識別
検証帳票

読込 NG
枚数 枚数

①加入申込書A

35

0②加入申込書A（役員用）

50③加入申込書B30

0④給付金請求書（総合医療）30

0⑤加入告知書（団信）

30

0

ごく一部の相違も判別！
⇒読み込む際に仕分けが不要

５．実証実験結果（帳票識別）61○読みやすい帳票で約90％の識字率(項目単位)* AIのチューニングは、十分に実施していない状況での結果○辞書による補正機能を用いた項目は、59%から94%に上昇
検証
対象【グループ１：読みやすい帳票】【グループ２：読みにくい帳票】

・機械印字が多い ・文字枠あり
・複写なし(＝濃い、ノイズ少ない)

検証結果

・手書きが多い ・文字枠なし or 枠が狭い
・複写の3枚目(＝薄い、ノイズ多い)

項目単位の識字率（％）
数値

カナ

漢字

ﾁｪｯｸﾎﾞｯｸｽ

合計

グループ①
(６０帳票）

８９

８０

ー

９６

９０

グループ②
（７０帳票）

８２

４７

９４

８０

７９

６．AI-OCR 文字認識の仕組

62○ 教師データベースは産創研のETL文字データベース・・・文字認識用に収取された手書き文字（英数、カナ、漢字）をベースに構築しているベンダーが多い○手書き文字の場合は、学習機能を活用せず、オートコレクタ（辞書機能）で補正

ｽｷｬﾝﾃﾞｰﾀ
教師
データベース

大？？八？？西？？町

１文字づつ認識
大阪府八尾市西山本町

オート
コレクタ
（辞書機能）「大〇〇ハ〇〇西〇〇町」の並びを住所辞書ﾃｰﾌﾞﾙに当て
て補正

か犬り

１文字づつ認識
かおり「か犬り」
を名前辞書ﾃｰﾌﾞﾙに当てる⇒かおり ９０％⇒かむり １０％⇒か犬り０％【参考】 識字率向上に向けた具体的な補正方法 (事例）
補正方法

補正が期待できる事例①密着・乖離のカナ・数字対応②繋ぎ数字対応③年月日の辞書機能

・記入欄が狭いと字間が狭まる
・３２１２１６を０４００１６と誤読

63

・密着しすぎた、或いは離れすぎた数字やカナに特化した学習セット、および数字を繋いで書く学習セットを教師DBに追加④数字やカナの傾斜補正

・一文字一文字を枠線で区切らないフリー記入欄は、傾斜文字が書かれるケースが多い
・６５－３２１５を６１－３２４と誤読【参考】 識字率向上に向けた具体的な補正方法 (事例）
補正方法

補正が期待できる事例⑤類似数字におけるOCR強化

・280307を280301と誤読 （１と７）

間違いやすい数字の分類に特化した学習セットを教師DBに追加。

⑥類似カナにおけるOCR強化
間違いやすいカナの分類に特化した学習セットを教師DBに追加。
・人名のオートコレクタや漢字とカナの相互チェック等による補正も可能

・フミヤキと誤読（ヤとア）64

７．実務適用について

65○入力作業の１人目をAI-OCRで置き換え、２人目は現行通り人で対応

１○上記を基本としつつ、２人目をAI-OCRで置き換えられるかを継続検討

２－項目単位でリスクが少なく、識字率が高い項目は２人目を省略－学習機能によるAI-OCRの識字率の向上度合を見て２人目を省略

等○データ確定後の点検事務は80％以上をRPAで代替(読み取り困難、複雑な点検は人)

現行

当面の
目指す姿

３

入力[処理](1人目)

入力[ベリファイ]
(2人目)

不一致確定
(3人目)

点検・再査

AI-OCR

入力[ベリファイ](2人目)↓
いずれ省略 ２

不一致確定
(3人目)

RPA(80%)+人(20%)

１

データ化プロセス

３

点検プロセス

Ⅴ. 『判断業務』のAI代替（実証実験中）

１.デジタルプロセスビジョンとRPA

67

情報はデジタル化、処理は自動化。事務プロセスはシステムで制御し、人の処理を極小化○ 情報取得はお客様から、データで取得。紙で取得した情報はデジタル化。

○ データの正当性をシステムチェックし、情報確定○ 処理は、「判断不要」はRPA、「判断要」はAIで代替○ 事務プロセスはBPMNでデザインし、BPMSで制御

お
客
様

情報取得

情報確定

処理

デジタル化
（データで取得）

確定

判断不要

デジタル化

確定

判断要

紙
紙

データ修正

事務プロセスの制御

お客様１．AIへの期待

68

単純業務はROBOで代替【世の中に普及】 ⇒ 次は、人の判断業務
ＡＩで、直近に解決したい課題

事
務
現
場
の
確
認

ベテラン職員に頼っている属人化した業務のAI代替

高度な専門知識やスキルは必要としないが、『判断業務』に分類されている業務が沢山ある【例えば】①大量の文書の中から、求められる箇所を探し出す②探し出した箇所から必要な情報を抜取り、システムに登録する・文書も区々であり、求められる箇所を見つけるためのキーワード
も微妙なゆらぎがある（ＥＸ．退職年齢、定年年齢 等）

・単純作業ではないので高コスト職員が担当 （スタッフ化・ROBO化対象外）
・対応する職員も長年の中で固定化され、業務は属人化
現時点でのAI（ＲＰＡクラス２）でも、十分に対応が可能と推察「少しだけ賢いＡＩ」×「ＲＯＢＯ」の協業で、『判断業務』の代替が可能

Ⅵ. RPA×AI×BPMによるデジタルプロセスの構築（実証実験中）

１.デジタルプロセスビジョンとRPA

70

情報はデジタル化、処理は自動化。事務プロセスはシステムで制御し、人の処理を極小化○ 情報取得はお客様から、データで取得。紙で取得した情報はデジタル化。

○ データの正当性をシステムチェックし、情報確定○ 処理は、「判断不要」はRPA、「判断要」はAIで代替○ 事務プロセスはBPMNでデザインし、BPMSで制御

お
客
様

情報取得

情報確定

処理

デジタル化
（データで取得）

確定

判断不要

事務プロセスのデザインはBPMN
紙
紙

デジタル化

確定
データ修正

事務プロセスの制御 ⇒BPMS

判断要

お
客
様

１．ＲＰＡ導入検討状況まとめ

71②紙情報のデジタル化

AI-OCR(RPAｸﾗｽ２） …実証実験済（実用化検討段階）③判断不要業務の代替

ＲＰＡ(RPAｸﾗｽ 1） …実務適用済（全社展開の段階）④判断要業務の代替

自立型ＡＩ (RPAｸﾗｽ２ ） …実証実験中

お
客
様

処理

情報取得

情報確定

デジタル化
（データで取得）確定③ 判断不要

デジタル化

確定

④ 判断要

紙

② データ修正事務プロセスの制御

お客様２．デジタルプロセス化を阻むシステム構造課題
効率化に向けたシステム投資【費用対効果の観点】
・事務量の多いゾーンへ

大

事
務
量

大規模投資

72

事務現場の状況【残り続ける構造課題】
・人主体でコントロールする事務プロセス
・紙事務主体のハンド処理（システムは、処理結果を登録する最終工程）

事務レスの進展（ダイレクトで情報入手→処理の自動化）

紙処理の工程圧縮、低コスト化が求められるが・・・
中
↓
小

部分投資
↓
投資なし

・ＲＰＡの登場！ しかし部分効率化に留まる
・AI-OCR(デジタル化）やAI（判断代替）も、少量事務では費用対効果が合わない（現時点では）

３①．デジタルプロセス化を阻む事務現場の構造課題～事務のローカライズ～○事務は生き物、刻々と変わっていく○人の考え方、事務トラブル等により事務を司る思想が固定化、ローカライズされる○処理の自動化のためには、事務手順、処理内容の統一が必要だが・・・・どれだけの種類のローカルルールがあるかわからない
・ローカルルールを作った思想がわからない
A
同 組
一 織
の
業 B
務 組
織

受付

点検

入力

確認

受付

点検

入力

確認

不備基準が相違

担い手が相違確認の重みが相違

再確認

73

３②．デジタルプロセス化を阻む事務現場の構造課題～事務の属人化～○属人化とは・・・特定の事務は、特定の人でないとわからない状態○年が経つにつれ、属人化は進み、人を組織に固定○休職・退職により事務品質が保てなくなるリスクが増加○判断処理が属人化しやすいが、本当の高難度事務は少ない○何を見て、どう判断するか難易度は低いが、いつの間にか属人化し、特定の人でないとできないと思い込まれている業務が多い
事
システム処理

務

処

理
人の処理

単純処理

可視化・マニュアル化

判断処理

属人化しやすい３③．デジタルプロセス化を阻む事務現場の構造課題～ブラックボックス化～

75○業務全体を外部委託○年を追うごとにブラックボックス化○委託している業務の中身、何にいくらかかっているのか、適正な委託料なのか ⇒ わからなくなる
委託始め

安定稼働

教
育

教
育

委託元

委託先
マニュ
アル

・詳細確認
・日々
・マニュアル通りの事務ブラックボックス化

委託先
マニュ
アル

・データ確認・月1回程度・業務量、事務ミス

人事異動 教

育

件数増
事務ﾐｽ
事務追加

委託先
マニュ
アル

・体制変更
・プロセス変更
・特殊事務増加

４．デジタルプロセス化を阻む構造課題を解決する事務システムの方向性
事務システムの方向性

事務量の中小領域

事 ○ローカライズ
務
構 ○属人化造課 ○ブラックボックス化
題○人主体でコントロールするシ
事務プロセス
ス
テ○紙事務主体のハンド処理
ム
構
造
課
題

76

可視化

・プロジェクト関係者が、業務内容を誤解なく共有化できるレベルで （BPMN)

既存ルール・慣習からの脱却

印鑑レス・ID/PWレス・現物レス・承認レス

BPMNで定義したフローをBPMSに登録
標準化・事務の流れをシステムでコントロール
・事務工程をシステム化（RPA・ルールエンジン）⇒事務の流れ、処理内容が一律に現場化
開発の低コスト化
データマネジメント

・現場主導でシステム設計、開発⇒ＢＰＭＳの設定、ロボの内製化
・低コストでのシステム化⇒AI-OCR,AI投資・事務生産性、一件コスト、滞留、改善効果等をデータで把握 ⇒ 改善ＰＤＣＡの確立

５．既存のルール、慣習の打破
対応策

印鑑レス

ID/PWレス77

対応の方向性・手段等
・情報のデジタル取得
・性善説に立つ・代替手段のお客様への提示－生体情報（顔・指紋・声）と ID/PW情報の紐付け

現物レス

・スマホカメラの写真からデータを抽出、デジタル化する仕組・客観的証拠書類の取寄せ省略（EX.会社四季報はRPAが取得）

承認レス

・情報が正しく確定（システムチェック済）し、自動で処理完了
した事務手続きの、人による承認はしない

６．BPMSの特徴

78

事務の流れをシステムでコントロールし、ハンド事務の自動化、人の処理の極小化を図るツール
人・紙によるアナログなプロセス

BPMS
とは

点検完了後
再査者に紙を渡す

再査完了後
登録者に紙を渡す

BPMSによるデジタル化されたプロセス

紙を受け取って登録

データ受付後自動で点検に流す

点検完了後自動で通知を送る

データを受け取って登録

点検完了通知紙

紙
登録

点検（再査）

受付・点検

データ
データ受付

人が書類を受け渡すことでプロセスが進む

システム
による点検

データ

登録

システム上でプロセスがつながる①事務の開始から終了までの一連のプロセスをシステムでつなぐ②プロセスを自動化するための部品の提供③事務現場でもシステム構築が可能（事務プロセスデザイン、簡易なチェック、簡易な画面）①一連のプロセスをシステムでつなぐ

BPMS
の特徴

(システムが)お客様へメール送付【トリガー】
期日がきたら
メールを送付(お客様が)
情報入力(システムが)データ
受付・点検【チェック】
受付データのチェック(簡単な設定で実装)(システムが)
結果通知

【通知】
処理結果を
後続プロセスに通知

（職員が）
エラー確認
【作業ガイド】人の作業部分は画面上に作業ガイドを配置②一つ一つのプロセスを自動化するための部品の提供

(ロボが)
マスタ登録
【ロボ接続】
マスタ登録する
ロボとつなぐ79

７．デジタルプロセス化におけるＢＰＭＳとＲＰＡ
BPMSとRPAの役割• BPMSは、「経営目標を実現するための業務プロセス全体の自動化」基盤• RPAは「ヒトのPC作業の自動化」を目指す。

• 業務の作業順位やルールの定義・実行等、業務全体をオーケストレーション（管理・統制）をするレイヤーはBPMSが担う。
• 個人のルーティン作業や定型的な作業代行レイヤーをRPAが担う
BPMS部品の担う範囲

BPMSとRPAの担うレイヤー■事務のトリガー（タイマー、メール、人のアクションの検知）■処理に必要なデータ抽出■判断ロジックの構築■人に次の処理を促す（ﾒｰﾙ等）■処理の分岐■画面上の項目チェック(数値、範囲等）■処理権限の設定

RPAの担う範囲■システム連係（基幹系と情報系）■情報収集（クローリング）■組織外システム接続■アプリ操作（検索・入力）*BPMS製品の部品は、設定作業で対応が可能なケースがあり、現場主導でのフレキシ
ブルな改善活動の実現を期待している８．BPMS導入による期待効果 （事務現場目線）
項目

現状

80

BPMS導入後の期待・人によって事務手順が相違→生産性・品質のばらつき

・事務手順の統一→生産性・品質の均一化

事務設計力

・ＳＥによる開発

・事務現場での開発（設定）→ビジネスアナリストの養成→障がい者雇用の進展期待

改善活動

・現場での事務改善効果が
見えにくい

・デジタルに効果の有無、貢献度の把握可→モチベーションアップ

マネジメント・経験と勘によるマネジメント

・データによるマネジメント→マネージャーの負荷軽減

生産性・品質ご清聴、ありがとうございました