Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
対応時間9割削減!?入金消込業務の自動化をがんばりました / Automation of pa...
Search
yayoi_dd
April 19, 2023
Technology
190
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
対応時間9割削減!?入金消込業務の自動化をがんばりました / Automation of payment reconciliation work
弥生株式会社 もくテク
もう戻りたくない!業務効率化のあれこれ Vol.2(2022/08/18)
https://mokuteku.connpass.com/event/249454/
yayoi_dd
April 19, 2023
More Decks by yayoi_dd
See All by yayoi_dd
可視化から始めたAI駆動開発_ochi_ver1.01 / AI-Driven Development Starting with Visualization_ver1.01
yayoi_dd
0
120
20260924_2026年の弥生AI駆動開発振り返り / AI-Driven Development Retrospective in 2026
yayoi_dd
0
62
Databricks Data + AI Summit 2026参加報告会 / Databricks Data + AI Summit 2026 Participation report session
yayoi_dd
0
87
JSAI2026ランチョンセミナー登壇テーマ「AIと挑む確定申告」/Tackling Tax Returns with AI
yayoi_dd
0
160
勘定科目の推論機能における運用/Operations of Account Category Inference
yayoi_dd
0
150
AWS re:Invent 2025 参加報告 / AWS re:Invent 2025 Participation Report
yayoi_dd
0
42
re:Inventの学びを最大化するためにしたこと / What I Did to Maximize Learning at re:Invent
yayoi_dd
0
52
Werner Vogelsが語った”T型人材” / "T-Shaped Talent" as Discussed by Werner Vogels
yayoi_dd
0
65
AI駆動開発のさらにその先へ / Beyond AI-Driven Development
yayoi_dd
0
95
Other Decks in Technology
See All in Technology
分析の民主化を支えるメタデータ整備の実践
kakehashi
PRO
4
1.4k
夫婦で子育てするための育児標準化
codmoninc
PRO
0
410
継続的なAIコスト最適化
bgpat
1
350
Persisting Massive Data with Rails ~Designing for 60 billion rows, and fighting the bottlenecks~ Railsで挑む大量データ永続化 〜600億件を永続化するための設計とボトルネックとの戦い〜
occhi
0
730
JAWSUG TOHOKU 青森支部 「LoGoチャット」のAWS移行で 乗り越えたこと
taketakekaho
0
340
Browser Spec: Testing Hotwire with Ruby
takahashim
1
130
AI時代のPRレビューにどう向き合うか?
kairim0
1
240
FinOps Agentが生んだ技術負債:コスト自動調査の落とし穴と解消までの道のり
oasis1994liveforever
1
100
実践! SRE × AI - ABEMA における AIOps -
tetsuya28
8
3.1k
パッチ更新でterraform initが落ちた日
grimoh
1
140
実践!Cloud Run ハンズオン!! / Cloud Run handson
y0hgi
2
290
1つのリクエストを追って理解する - llm-dのP/D分離
akhino
1
160
Featured
See All Featured
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
310
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.2k
Chasing Engaging Ingredients in Design
codingconduct
0
360
Being A Developer After 40
akosma
92
590k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.7k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.5k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
31k
Git: the NoSQL Database
bkeepers
PRO
433
67k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
18k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.8k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
56
3.5k
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