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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
yayoi_dd
April 19, 2023
Technology
150
0
Share
対応時間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
AWS re:Invent 2025 参加報告 / AWS re:Invent 2025 Participation Report
yayoi_dd
0
6
re:Inventの学びを最大化するためにしたこと / What I Did to Maximize Learning at re:Invent
yayoi_dd
0
8
Werner Vogelsが語った”T型人材” / "T-Shaped Talent" as Discussed by Werner Vogels
yayoi_dd
0
5
AI駆動開発のさらにその先へ / Beyond AI-Driven Development
yayoi_dd
0
9
AWS DevOps Agentで見えた運用の未来 / The Future of Operations with AWS DevOps Agent
yayoi_dd
0
7
OpenSearch Warm Tier設計の実践 / Practical Implementation of OpenSearch Warm Tier Design
yayoi_dd
0
31
なぜ私たちは「生成AI-LT大会」を終了するのか / Why we are ending the Generative AI-LT competition
yayoi_dd
0
63
AIと働く / Working with AI
yayoi_dd
0
67
AIで未経験タスクの心理的ハードルが下がった話 / How AI has lowered the psychological barrier to unfamiliar tasks
yayoi_dd
0
44
Other Decks in Technology
See All in Technology
パワポ作るマンをMCP Apps化してみた
iwamot
PRO
0
290
TUNA Camp 2026 京都Stage ヒューリスティックアルゴリズム入門
terryu16
0
670
The essence of decision-making lies in primary data
kaminashi
0
240
Goビルドを理解し、 CI/CDの高速化に挑む
satoshin
0
110
スクラムを支える内部品質の話
iij_pr
0
190
AIにより大幅に強化された AWS Transform Customを触ってみる
0air
0
290
Oracle AI Database@Google Cloud:サービス概要のご紹介
oracle4engineer
PRO
5
1.3k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
11k
Databricks Lakebaseを用いたAIエージェント連携
daiki_akimoto_nttd
0
130
VSCode中心だった自分がターミナル沼に入門した話
sanogemaru
0
900
GitHub Advanced Security × Defender for Cloudで開発とSecOpsのサイロを超える: コードとクラウドをつなぐ、開発プラットフォームのセキュリティ
yuriemori
1
120
ブラックボックス化したMLシステムのVertex AI移行 / mlops_community_62
visional_engineering_and_design
1
270
Featured
See All Featured
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
140
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
160
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.5k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.4k
Bash Introduction
62gerente
615
210k
Building Flexible Design Systems
yeseniaperezcruz
330
40k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.1k
Speed Design
sergeychernyshev
33
1.6k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
420
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
61k
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