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
対応時間9割削減!?入金消込業務の自動化をがんばりました / Automation of pa...
Search
yayoi_dd
April 19, 2023
Technology
0
130
対応時間9割削減!?入金消込業務の自動化をがんばりました / Automation of payment reconciliation work
弥生株式会社 もくテク
もう戻りたくない!業務効率化のあれこれ Vol.2(2022/08/18)
https://mokuteku.connpass.com/event/249454/
yayoi_dd
April 19, 2023
Tweet
Share
More Decks by yayoi_dd
See All by yayoi_dd
“お客さま視点”を手に入れろ!! / Get the Customer’s Perspective!!
yayoi_dd
0
91
プロジェクト改善、まずは“ネタ出しの文化”から / Improving Projects Starts with a Culture of Idea Generation
yayoi_dd
0
89
使いにくい仕様を改善した件 / How We Improved a Difficult-to-Use Feature
yayoi_dd
0
88
弥生のQAエンジニア 品質保証活動と今後の課題 / Yayoi QA engineers, Quality assurance activities and future challenges
yayoi_dd
0
110
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
2
3.4k
Amazon OpenSearchのコスト最適化とZeroETLへの期待 / Amazon OpenSearch Cost Optimization and ZeroETL Expectations
yayoi_dd
1
96
フロントエンドとバックエンド非同期連携パターンのセッションを見てきた話 / Talk about seeing a session on front-end and back-end asynchronous coordination patterns
yayoi_dd
0
81
reInventで学んだWebシステム運用のBadDayへの備え方 / How to Prepare for BadDay in Web System Operations Learned at reInvent
yayoi_dd
0
61
AWS reInventで感じた世界に見る生成AIの競争 / Competition in Generative AI as Seen Around the World at AWS reInvent
yayoi_dd
0
73
Other Decks in Technology
See All in Technology
TableauLangchainとは何か?
cielo1985
1
150
OpenTelemetryセマンティック規約の恩恵とMackerel APMにおける活用例 / SRE NEXT 2025
mackerelio
3
1.6k
[ JAWS-UG千葉支部 x 彩の国埼玉支部 ]ムダ遣い卒業!FinOpsで始めるAWSコスト最適化の第一歩
sh_fk2
2
150
スタートアップに選択肢を 〜生成AIを活用したセカンダリー事業への挑戦〜
nstock
0
290
20250707-AI活用の個人差を埋めるチームづくり
shnjtk
6
4.1k
AWS CDKの仕組み / how-aws-cdk-works
gotok365
10
890
Enhancing SaaS Product Reliability and Release Velocity through Optimized Testing Approach
ropqa
1
250
アクセスピークを制するオートスケール再設計: 障害を乗り越えKEDAで実現したリソース管理の最適化
myamashii
1
330
ビジネス職が分析も担う事業部制組織でのデータ活用の仕組みづくり / Enabling Data Analytics in Business-Led Divisional Organizations
zaimy
1
310
ゼロからはじめる採用広報
yutadayo
4
1k
shake-upを科学する
rsakata
7
930
対話型音声AIアプリケーションの信頼性向上の取り組み
ivry_presentationmaterials
2
690
Featured
See All Featured
Measuring & Analyzing Core Web Vitals
bluesmoon
7
510
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
20
1.3k
Facilitating Awesome Meetings
lara
54
6.5k
It's Worth the Effort
3n
185
28k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
We Have a Design System, Now What?
morganepeng
53
7.7k
KATA
mclloyd
30
14k
Speed Design
sergeychernyshev
32
1k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
138
34k
Transcript
対応時間9割削減!? 入金消込業務の自動化をがんばりました いっしー
自己紹介 • いっしー • エンジニア歴10年目 • 情報システム部 新課金チーム • 課金システムの開発・運用・保守
課金システムとは? • クラウドサービスの販売管理を行うシステム • 契約 • 請求 • 回収 •
支払方法
入金消込業務とは? • お客さまからの入金により回収できた請求書を消し込む業務 • お客さまを特定する • 請求書(売掛金)の残高を0にする • 請求書のステータスを「入金済み」にする 【お客さま】
••さんですね 請求書Aに対する入金 を確認しました
入金消込業務のツラさ • ユーザー数が増えるほどに煩雑になる • 請求データと入金データの紐づけに手間がかかる
弥生での入金消込業務
これまで(1年半ほど前) ①弥生の銀振用口座に入金 【お客さま】 【CS本部】 ③対象のお客さま を特定し、 入金明細リスト (Excel)を作成 課金システム ④依頼をもとに、
各システムを手動で データメンテナンス 【開発本部】 関連システム ②入金情報 を手動取得 ④チケットを起票し、 開発本部へ消込依頼
問題点 • ユーザー数の増加に伴い、他の業務をひっ迫 • そしてこれからもどんどん増える・・・ • 手動での作業が多いため、ミスをするリスクが常にある • なにそれこわい・・・ •
データメンテナンス時に個人情報に触れざるを得ない • 自動化されてれば負わなくてもいいリスクを負っていてこわい・・・
いま ①弥生の仮想口座に入金 【お客さま】 【CS本部】 課金システム 関連システム ②入金情報ファイル をダウンロード 【課金システム】 入金情報
③入金情報ファイル を手動配置 ④入金情報 を自動取得 ⑤入金情報をもとに自動消込 ⑥エラーになったものだけ確認・対応
1件あたりの対応時間が50分→5分に! CS本部 30分 開発本部 20分 5分 Before After
1件あたりの対応時間が50分→5分に! CS本部 30分 開発本部 20分 5分 Before After
自動化するとき 意識した3つのポイント
全体最適をめざす 開発メンバーのデータメンテナンス負荷だけでなく CS本部メンバーの負荷も下げる 大前提
これまで(1年半ほど前) ※再掲 ①弥生の銀振用口座に入金 【お客さま】 【CS本部】 ③対象のお客さま を特定し、 入金明細リスト (Excel)を作成 新課金
④依頼をもとに、 各システムを手動で データメンテナンス 【開発本部】 ⑤対応結果を連絡 関連システム ②入金情報 を手動取得 ④チケットを起票し、 開発本部へ消込依頼
これまで(1年半ほど前) ※再掲 ①弥生の銀振用口座に入金 【お客さま】 【CS本部】 ③対象のお客さま を特定し、 入金明細リスト (Excel)を作成 新課金
④依頼をもとに、 各システムを手動で データメンテナンス 【開発本部】 ⑤対応結果を連絡 関連システム ②入金情報 を手動取得 ④チケットを起票し、 開発本部へ消込依頼 ?
1. 丁寧なヒアリングでAS-ISを明確に • 開発に消込依頼がくるまで、CS本部の方は何をしているのか? • どんな作業があるのか? • どこに時間がかかっているのか? • すぐになくせる作業はないか?
• 方法 • 実際に作業を見せてもらう • 運用手順書を確認させてもらう • 対面でヒアリングをする
1. 丁寧なヒアリングでAS-ISを明確に • 開発に消込依頼がくるまで、CS本部の方は何をしているのか? • どんな作業があるのか? • どこに時間がかかっているのか? • すぐになくせる作業はないか?
• 方法 • 実際に作業を見せてもらう • 運用手順書を確認させてもらう • 対面でヒアリングをする 明確にするだけで システムに依らない改善点が見つかるかも
2. できる範囲からすこしずつ • カスタマーセンターの繁忙期(1~3月) • この時期は業務フローの変更はできない • この時期までにはできるだけ負荷を減らしたい • 日々のデータメンテナンスに時間が奪われて開発が進まない
今回は段階を分けてリリースしよう!
2. できる範囲からすこしずつ • STEP1(2021年1月) • 入金消込ツールを作成し、消込を実行(一部消込できないデータ有り) • 【CS本部】チケット起票がなくなる • 【開発本部】手動でのデータメンテナンスが減る
• STEP2(2021年4月) • STEP1で消込できなかったデータを消込できるようにする • 【CS本部】あらゆる入金情報を、入金消込ツールで消込できるようになる • 【開発本部】手動でのデータメンテナンスがなくなる • STEP3(2022年1月) • バーチャル口座を導入し、自動消込がエラーになった入金のみ確認・対応 • 【CS本部】お客さま特定作業が減る
3. システムに苦手なことはさせない • 入金消込エラーとなった場合の原因調査は人間の方が得意 • 設計や実装が複雑になり、保守しにくくなる懸念もある どこまでをシステムで対応し、 どこからを人間が対応するのかを明確にする
まとめ • 入金消込業務を自動化して、対応工数を9割削減! • 自動化するときに意識したポイント 前提 全体最適をめざす 1. 丁寧なヒアリングでAS-ISを明確に 2.
できる範囲からすこしずつ 3. システムに苦手なことはさせない
おまけ:役に立った書籍 • ITエンジニアのための【業務知識】がわかる本 • https://www.shoeisha.co.jp/book/detail/9784798157382 • 運用設計の教科書~現場で困らないITサービスマネジメントの 実践ノウハウ~ • https://gihyo.jp/book/2019/978-4-297-10793-2