Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
請求と支払を照合する技術/using_full_join_in_r
Search
florets1
February 22, 2024
Business
2
280
請求と支払を照合する技術/using_full_join_in_r
florets1
February 22, 2024
Tweet
Share
More Decks by florets1
See All by florets1
Tableauとggplot2の背景/Background_of_Tableau_and_ggplot2
florets1
0
43
Rで学ぶデータハンドリング入門/Introduction_to_Data_Handling_with_R
florets1
0
110
人工知能はクロスジョインでできている/AI_Is_Built_on_Cross_Joins
florets1
0
70
仮説の取扱説明書/User_Guide_to_a_Hypothesis
florets1
4
420
複式簿記から純資産を排除する/eliminate_net_assets_from_double-entry_bookkeeping
florets1
1
430
カイ二乗検定は何をやっているのか/What_Does_the_Chi-Square_Test_Do
florets1
7
2.4k
直積は便利/direct_product_is_useful
florets1
3
440
butterfly_effect/butterfly_effect_in-house
florets1
1
250
データハンドリング/data_handling
florets1
2
250
Other Decks in Business
See All in Business
Fintech landscape updated - Japan section
hakusansai
0
1.1k
株式会社エンミッシュ 採用資料
enmish
1
390
Corporate Info
yuzo
0
740
Crisp Code inc.|コーポレート・サービス紹介 - Corporate & Services Introduction
so_kotani
0
380
不感対策ソリューション 詳細資料
jtes
0
350
センス・トラスト福利厚生
sensetrust
0
1.4k
「スーパーマンの限界」は組織で突破! PdM認知負荷を最適化する戦略的役割分担と Product Ops活用事例
sasaguchi
0
640
現場とIT部門の橋渡しをして3000人の開発者を救った話 / Talk. Collaborate. Support. Lessons from Bridging Field and IT
nttcom
2
1.4k
フロントエンドにおける「型」の責任分解に対する1つのアプローチ
kinocoboy2
5
1.6k
タケウチグループRecruit
takeuchigroup
0
9.4k
インキュデータ会社紹介資料
okitsu
3
47k
アシスト 会社紹介資料
ashisuto_career
3
140k
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.1k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
Become a Pro
speakerdeck
PRO
31
5.7k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
4 Signs Your Business is Dying
shpigford
186
22k
[SF Ruby Conf 2025] Rails X
palkan
0
510
Code Review Best Practice
trishagee
74
19k
How GitHub (no longer) Works
holman
316
140k
For a Future-Friendly Web
brad_frost
180
10k
Embracing the Ebb and Flow
colly
88
4.9k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
Transcript
1 2024.02.24 Tokyo.R #111 請求と支払を照合する技術
2 はじめに これを使います
3 照合作業の何が難しいのか 注文番号3: 請求はあるが支払はない 注文番号4: 支払はあるが請求はない 両方のパターンを考慮しないといけない 請求データ s 支払データ
h
4 請求データs 起点の照合 注文番号4を見逃してしまう
5 支払データh 起点の照合 注文番号3を見逃してしまう
6 両方から起点の照合 これなら見逃さない
7 照合作業の何が難しかったのか ↑何が難しかったのか、このコードを見るとよくわかる left_join だけではダメ right_joinだけでもダメ 両方使って、縦に並べると重複データだらけになる 縦に並べてさらに重複データを除く必要あり(union) ↑ 多くのビジネスパーソンはそこまで考えられない
だって道具はVLOOKUPだもん
8 これだけおぼえて =
9 両方から起点の照合 これなら見逃さない
10 本当に取り組むべき課題が明確に • 注文番号を顧客と共通化する • 支払データをもらえるように顧客に交渉する など
11 照合はあらゆるところに • 予算データと実績データ • 在庫データと棚卸データ 別のシステム、組織、担当者から発生したデータ 同士の照合ではfull_joinが活躍します!
12 終わりに 照合を簡単に考えられる枠組みをご紹介しました。 ぜひこの枠組みを活用してください。