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
230
請求と支払を照合する技術/using_full_join_in_r
florets1
February 22, 2024
Tweet
Share
More Decks by florets1
See All by florets1
複式簿記から純資産を排除する/eliminate_net_assets_from_double-entry_bookkeeping
florets1
0
300
カイ二乗検定は何をやっているのか/What_Does_the_Chi-Square_Test_Do
florets1
6
2.1k
直積は便利/direct_product_is_useful
florets1
3
320
butterfly_effect/butterfly_effect_in-house
florets1
1
140
データハンドリング/data_handling
florets1
2
180
カイ二乗検定との遭遇/The_path_to_encountering_the_chi-square_test
florets1
1
240
率の平均を求めてはいけない/Do_Not_Average_Rates
florets1
11
15k
応用セッション_同じデータでもP値が変わる話/key_considerations_in_NHST_2
florets1
1
1.1k
お名前から性別を推測する/Guessing_gender_from_name
florets1
1
570
Other Decks in Business
See All in Business
UXwriter_intro_202502
uxw
0
3.8k
Fake “Agile” is the Norm: How to Instill Agility, not Agile Practices: Hands On Agile
johannarothman
PRO
0
1.1k
キャッチアップ 会社紹介
catchup
0
220
Mercari-Fact-book_en
mercari_inc
1
24k
わわわ理念制作所 紹介資料
yuadachi
0
430
ミラティブ「採用候補者さまへの手紙」 / mirrativ letter
mirrativ
4
390k
Fracta Leap 会社紹介資料 ver. 1.0
fracta_leap
PRO
0
170
【全ポジション共通】㈱エグゼクション/会社紹介資料
exe_recruit
1
1k
fk_pitch202411
formalklein_recruit
0
670
【業界・業種別】副業・兼業トラブルに関する実態調査
fkske
0
190
Cobe Associe: Who we are? /コンサル・市場調査・人材紹介のCobe Associe
nozomi
6
19k
Morght_Culture_Deck.pdf
morght
0
360
Featured
See All Featured
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
The Language of Interfaces
destraynor
156
24k
KATA
mclloyd
29
14k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.2k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
Fashionably flexible responsive web design (full day workshop)
malarkey
406
66k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Writing Fast Ruby
sferik
628
61k
Why Our Code Smells
bkeepers
PRO
336
57k
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 終わりに 照合を簡単に考えられる枠組みをご紹介しました。 ぜひこの枠組みを活用してください。