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
請求と支払を照合する技術/using_full_join_in_r
Search
florets1
February 22, 2024
Business
2
180
請求と支払を照合する技術/using_full_join_in_r
florets1
February 22, 2024
Tweet
Share
More Decks by florets1
See All by florets1
データハンドリング/data_handling
florets1
2
95
カイ二乗検定との遭遇/The_path_to_encountering_the_chi-square_test
florets1
1
140
率の平均を求めてはいけない/Do_Not_Average_Rates
florets1
10
14k
応用セッション_同じデータでもP値が変わる話/key_considerations_in_NHST_2
florets1
1
1k
お名前から性別を推測する/Guessing_gender_from_name
florets1
1
270
バタフライ効果/butterfly_effect
florets1
0
200
尤度/likelihood
florets1
3
830
同じデータでもP値が変わる話/key_considerations_in_NHST
florets1
1
1.2k
待ち行列のシミュレーション/queue_simulation
florets1
0
220
Other Decks in Business
See All in Business
やめるという決断がもたらした変化
izumii19
2
610
BALLAS 事業紹介資料
ballas_inc
0
400
GMO_beauty_recruit
gmo_beauty
0
5.2k
Ampersand Company Profile
cuebicventures
PRO
2
4.2k
LIBERANOVA Inc. 会社紹介
ln0721
0
10k
プロパティデータバンク 採用案内
pdbkoho
0
620
株式会社ソマリ-会社紹介資料(2024)
oyataka
0
130
(3枚)人材価値を測る5つのスキルと欠落的欠点とは?
nyattx
PRO
2
230
(6枚)社会人に最適な超効率的な練習のやり方「分解統合練習」徹底解説
nyattx
PRO
3
190
recruit
dxyz
0
7.9k
相続チェックリスト
wf714201
0
270
kubell会社説明資料
kubell_hr
0
14k
Featured
See All Featured
Ruby is Unlike a Banana
tanoku
96
10k
Fantastic passwords and where to find them - at NoRuKo
philnash
42
2.7k
BBQ
matthewcrist
82
9k
The Illustrated Children's Guide to Kubernetes
chrisshort
39
47k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
662
120k
10 Git Anti Patterns You Should be Aware of
lemiorhan
652
58k
Done Done
chrislema
179
15k
Bash Introduction
62gerente
607
210k
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
The Pragmatic Product Professional
lauravandoore
29
6.1k
Art, The Web, and Tiny UX
lynnandtonic
291
20k
We Have a Design System, Now What?
morganepeng
46
7k
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 終わりに 照合を簡単に考えられる枠組みをご紹介しました。 ぜひこの枠組みを活用してください。