Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
210112 会計領域にRPAを導入するときに気を付けること ぴかちゅうさん
Search
comucal
PRO
January 12, 2021
Technology
0
390
210112 会計領域にRPAを導入するときに気を付けること ぴかちゅうさん
comucal
PRO
January 12, 2021
Tweet
Share
More Decks by comucal
See All by comucal
コミュニティが仕事になった人間の意識|娯楽志向か情報志向か
comucal
PRO
0
31
生成AI情報2025.3.21
comucal
PRO
0
56
テック系コミュニティの参加者を徹底分析_株式会社コミュカル Mitz
comucal
PRO
0
100
AppSheet タスク管理アプリ 中級編
comucal
PRO
0
420
参加人数が多ければ正解?
comucal
PRO
0
250
交流会のコツ 自己紹介編~コミュ学~
comucal
PRO
0
100
コミュニティ運営勉強会OP
comucal
PRO
0
100
株式会社セゾンテクノロジー_生成AIへの取り組み
comucal
PRO
0
800
スタートアップ必見!Google Workspaceで加速するチームワーク_株式会社G-gen
comucal
PRO
0
370
Other Decks in Technology
See All in Technology
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
20
10k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
8.8k
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
570
react-callを使ってダイヤログをいろんなとこで再利用しよう!
shinaps
1
250
💡Ruby 川辺で灯すPicoRubyからの光
bash0c7
0
120
AIのグローバルトレンド2025 #scrummikawa / global ai trend
kyonmm
PRO
1
290
250905 大吉祥寺.pm 2025 前夜祭 「プログラミングに出会って20年、『今』が1番楽しい」
msykd
PRO
1
950
Automating Web Accessibility Testing with AI Agents
maminami373
0
1.3k
Firestore → Spanner 移行 を成功させた段階的移行プロセス
athug
1
490
20250910_障害注入から効率的復旧へ_カオスエンジニアリング_生成AIで考えるAWS障害対応.pdf
sh_fk2
3
260
Terraformで構築する セルフサービス型データプラットフォーム / terraform-self-service-data-platform
pei0804
1
180
スマートファクトリーの第一歩 〜AWSマネージドサービスで 実現する予知保全と生成AI活用まで
ganota
2
220
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.9k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1.1k
Designing for humans not robots
tammielis
253
25k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
Fireside Chat
paigeccino
39
3.6k
A better future with KSS
kneath
239
17k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Into the Great Unknown - MozCon
thekraken
40
2k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
GraphQLとの向き合い方2022年版
quramy
49
14k
Balancing Empowerment & Direction
lara
3
620
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.4k
Transcript
RPALT 関西スペシャル 2021.1.12 廣瀬智史 会計周りに導入するときに 注意すること7選
Agenda はじめに 自己紹介 会計領域にRPAを導入するときに気を付けること7選 まとめ
おまけ
はじめに ◼ このLTの目的 ✓ RPA導入の業務対象に、会計周りは必ず対象に上がってくるが、うまくいかないケースも多い ✓ 会計周りに導入するときの注意点を共有し、失敗を減らすことでRPAの価値を上げることが目的 ✓ 自己満足ではなく、本当に為になるLTを目指して活動しています ◼
資料の扱いについて ✓ この資料は発表後にPDF形式でアップする予定なので、そちらをご参照ください (後でConnpassから資料格納完了のメールが飛びます) ✓ 過去に5回ほど登壇している資料も、同じSlideShareに上がっているので参考にしみてください (業務分析や要件定義、開発時のTipsなど)
自己紹介 ◼ 経歴 ✓ 新卒大手SIer入社、保険関連のシステム保守開発に従事(VB.net/C/JAVA, Oracle) ✓ bizroboに触って、RPAをやりたくなり、コンサルティングファームへ転職 ✓ 地獄のSAP導入でアメリカに行って5kg痩せた後、Uipathでのロボ開発プロジェクトへ参画
◼ RPA経験 ✓ 某大手メーカーの経理部、SCM部、人事部に対して構想策定~開発(Uipath)、導入を経験 ✓ 某大手保険会社に対して、要件定義~開発(BizRobo)、導入を経験 (メンバーが足りていないこともあり、がっつり開発・導入までやっています) ◼ 最近の知って驚いた出来事 ✓ 友達の奥さんとペアーズでマッチングしてしまったこと ✓ 友達がビットコイン当たって、億り人になっていたこと
会計周りに導入するときに注意すること7選 ① InとOutを確定させる ② ロボが登録する仕訳について、一つ一つ合意を得る ③ 伝票登録時に2重チェックを行う ④ 内部統制の観点から問題がないか確認する ⑤
登録時の細かいオプションデータは外だししておく ⑥ システムVer.UP時にできるだけ修正工数が少なくなるように設定 ⑦ 他部門と共通化できる業務か確認する
InとOutをきちんと確定させる ◼ 当たり前のように見えるが、様々なシステムのデータや書類を使って伝票登録を行う場 合、Inputがお客様の中でもきちんと明確になっていない場合が多い ◼ Outputとして、レポート形式にするのか、それともExcelにログを書き出すのかを要件定 義時に、徹底的に明確にする Input 書類 Input
データ レポート InとOutを 明確にする
ロボが登録する仕訳について、一つ一つ合意を得る ◼ RPA導入は業務改革プロジェクトの一貫なので、業務で大切な仕訳の詳細な確認 は当たり前です ◼ システムで登録されている仕訳とお客様が考えている仕訳が違う場合があるので、実際 に検証機を使って登録される仕訳を確認してもらう 売掛金A 200 売上
300 売掛金B 100 売掛金A 100 売上 300 売掛金B 100 売掛金C 100 顧客レビュー 結果 特定の場合のみ3つ目 の勘定科目を使用する などイレギュラーが存 在する場合がある ヒアリ ング時
伝票登録時に2重チェックを行う ◼ ロボが間違えて登録しないようにチェックを設けることは、皆さんやられているが、2重 チェックまでやることが必要。Inputデータに対するチェックと登録時のチェックの2重 チェックを盛り込むと、誤登録は格段に減る ◼ 現状作業している担当者(パートさんがやっていることもある)を呼び出してもらい、 どのようなチェック作業をしているか必ず確認する。社員の経理担当者が知らないこと がたくさん出てくるので、その内容を盛り込む Input
書類 Input データ 登録用 データ 会計DB Output 書類 チェック チェック 【RPAフロー】
内部統制の観点から問題がないか確認する ◼ RPAが行う作業が、内部統制上の観点から問題がないかクライアントの上位者もしく は監査担当者に必ず確認してもらう ◼ 公認会計士が直接見るケースも増えているので、InとOutがクライアントおよび会計士 が見てもわかるような形にしておくと、監査チェックが通ることが多い Input 書類 Input
データ 登録用 データ 会計DB Output 書類 【RPAフロー】 Inputとして ファイルサーバ に残しておく 登録用データと 比較できるよう な形がベスト
登録時の細かいオプションデータは外出ししておく ◼ 細かいオプションデータとは、SAPでいうところの伝票タイプや税チェック、原価センタなど ◼ 外出ししておくことで、部門や業務が違っていても柔軟に対応できる 登録項目を細かくし ておくと、想定外の 修正時にも役に立つ
システムVer.UP時にできるだけ修正工数が 少なくなるように設定 ◼ 今後の対象システムVer.UP時(SaaSやERPなどはよくあること)には、どうしてもロボ の改修は必要となるが、クライアントからすれば無駄な工数でしかない ◼ できるだけ修正工数が少なくなるように、モジュールの共通化、インプットの外出し、 セレクターの変数化など、特定の状況でのみ稼働することをできるだけ避ける
他部門と共通化できる業務か確認する ◼ 要件定義時に、他部門で同じ業務を行っていないか確認し、同じ業務があれば詳細に 業務内容を聞き、同じロボで対応できるよう業務改善を行う ◼ 会計周りでは、他部門と業務内容が被っていることが非常に多い。他部門まで視野を広 げて対応してあげることで、今後の案件にもつながってくる 債権部門 債務部門 経費部門
共通化を図ること で、クライアント の満足度を上げる
まとめ ◼ 会計周りに導入するときは、先に挙げた7つに気を付けよう ◼ 会計周り以外の人事やロジ、在庫管理等でも使えるコツでもあるので、参考にしてみてください ◼ RPAはまだまだ浸透しきっていない技術なので、頑張って市場価値あげていきましょう!!
おまけ(宣伝) ◼ 日本教育に疑問を持ったので今後はエンジニアを育てる側も立ちたいと思い、以下のプログラミングスクール運営 のお手伝いをしています。主催者の方はふつうのおっちゃんに見えて中々やり手です ◼ 問題解決の手段としてプログラミングを教えているスクールは他にあまり無いので、興味のある方は見てみてくださ い。PythonやIT業界の基本といった、小・中学生には普通教えないようなコンテンツもあり、中々魅力的ですし、 今後も充実させていきます。 【プログラミング教室のテクノロ】 https://programming-school-technolo.com/