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
110
対応時間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
弥生のQAエンジニア 品質保証活動と今後の課題 / Yayoi QA engineers, Quality assurance activities and future challenges
yayoi_dd
0
8
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
1
250
Amazon OpenSearchのコスト最適化とZeroETLへの期待 / Amazon OpenSearch Cost Optimization and ZeroETL Expectations
yayoi_dd
1
44
フロントエンドとバックエンド非同期連携パターンのセッションを見てきた話 / Talk about seeing a session on front-end and back-end asynchronous coordination patterns
yayoi_dd
0
42
reInventで学んだWebシステム運用のBadDayへの備え方 / How to Prepare for BadDay in Web System Operations Learned at reInvent
yayoi_dd
0
30
AWS reInventで感じた世界に見る生成AIの競争 / Competition in Generative AI as Seen Around the World at AWS reInvent
yayoi_dd
0
40
データの意味を適切に伝えましょう データ可視化のお手本/Conveying the Meaning of Data Appropriately: Exemplary Data Visualization
yayoi_dd
0
53
「失敗」から学ぶこと ~ソフトウェア開発と失敗の歴史~/Learning from 'Failures': The History of Software Development and Failures
yayoi_dd
0
53
ソフトウェアアーキテクチャーの基礎 エンジニアリングに基づく体系的アプローチ/Fundamentals of Software Architecture: A Systematic Approach Based on Engineering
yayoi_dd
0
55
Other Decks in Technology
See All in Technology
コンテナサプライチェーンセキュリティ
kyohmizu
1
110
30分でわかる『アジャイルデータモデリング』
hanon52_
10
2.9k
Developers Summit 2025 浅野卓也(13-B-7 LegalOn Technologies)
legalontechnologies
PRO
1
1.3k
速くて安いWebサイトを作る
nishiharatsubasa
14
15k
抽象化をするということ - 具体と抽象の往復を身につける / Abstraction and concretization
soudai
27
14k
AIエージェント元年
shukob
0
120
深層学習と古典的画像アルゴリズムを組み合わせた類似画像検索内製化
shutotakahashi
1
260
次世代KYC活動報告 / 20250219-BizDay17-KYC-nextgen
oidfj
0
360
OSS構成管理ツールCMDBuildを使ったAWSリソース管理の自動化
satorufunai
0
350
Share my, our lessons from the road to re:Invent
naospon
0
110
運用しているアプリケーションのDBのリプレイスをやってみた
miura55
1
830
Goで作って学ぶWebSocket
ryuichi1208
3
2.3k
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
PRO
50
11k
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.5k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
How to Ace a Technical Interview
jacobian
276
23k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.4k
GitHub's CSS Performance
jonrohan
1030
460k
Making Projects Easy
brettharned
116
6k
Designing for Performance
lara
604
68k
Into the Great Unknown - MozCon
thekraken
35
1.6k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
The Cost Of JavaScript in 2023
addyosmani
47
7.3k
Scaling GitHub
holman
459
140k
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