IT業界のやる夫さん　第３０回　「売り上げの計算が合わない　(今週の実話)」やる夫達のいる日常

プロフィール

Author:やる夫達のいる日常
ようやく体調マシになってきた……（咳

NEW！新規まとめ作品第1話リンク
3/26
勇者アスランは魔王を倒すようです
1/7
婚約破棄令嬢は告られたい
 クランリーダーとして求められる、たった一つの大きな資質
8/16
『ヒーロー』を創りたかった漢達～脚本・監督・主演：僕～　第一話：僕が来てしまった
8/12
ショーダウン　～ポーカー学園都市の魔物～
8/5
できない子はマスターソードを手にするそうです
8/3
やる夫はかまいたちの夜を過ごすようです
7/9
君ガ知覚ニ

Pick up!
いきものがかりたち
プレ医師ネタ　神奈川県医師会からのお願い

このブログについて詳しくはこちら
About
プライバシーポリシー

 現行作品リスト
 完結作品リスト

※注意
当ブログからの転載はおやめください。
元スレ及び掲示板の規約に従うようお願いします。

※コメントに関して
一部のスラング的な表現が含まれている場合、内容の如何を問わず承認しない場合があります。ご了承ください。

コメントの文字数に対し上限を設定しています。お手数ですが長くなってしまった場合、2回に分けるなどお願いします。
またコメントの承認は必ずされるものではありません

PASSを設定していないコメントに編集用リンクが表示されないように変更しました。

※したらば掲示板文字化け発生中
元AAがわかる物や文字化けの規則性がわかっている物は、出来る限り修正していく予定です（わからなかったらそのままになるかも…）

※推奨ブラウザ
Google Chrome
edge（Chromium）

Firefox（※AAの表示は大丈夫だと思いますが、あまり確認できていません。）

非推奨
IE（また開発が終了しているブラウザのため対応予定はありません）

その他ブラウザは確認できていません。

Saitamaarフォント様を導入しています。
手持ちのiOS及びAndroid環境で表示確認済みです。

相互リンク、相互RSS募集してます
連絡等は以下のどちらかへ
（Twitterで連絡してくださる方がありがたいです）
@yaruonitijou
メールフォーム

まとめ依頼の受付を一時停止します。

ブログ内検索（テスト中）

IT業界のやる夫さん　第３０回　「売り上げの計算が合わない　(今週の実話)」

目次　現行スレ

671 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:10:04 ID:3b8e2a93

30.「売り上げの計算が合わない　(今週の実話)」

　　　　　　　　　／￣￣＼
　　　　　　　__ノ　｀⌒　　＼
　　　　　　　　（●).（● )　　　 |
　　　　　　　（__人___）　　　　|
　　　　　　　　, =二ニﾆヽ､　　 |　　　経理から、appleの売り上げデータが合わないって問い合わせが来てるだろ。ちょっと調べてくれ。
　　　　　　　/　　二ヽ､`,┘ 　ﾄ、
　　　　　　 /　　　-､ }、j┘　ｲ ⌒ヽ
　　　　 /　　　 /{_/＿ ,／　　　 }
　　　　　/ 　　ノ∧　　　　　ｨ　 }
　　　　　|　　　| /　 i　　　　　 |　 |

　　　　　　　　　　　　＿＿＿_
　　　　　　　　　　　／　　　　＼
　　　　　　　　　　／　　 ⌒　　 ⌒＼　　　どれどれ......。あ、たしかに毎月数千円ずれてる。
　　　　　　　　／　　　（ ●）　（ ●）ヽ
　　　　　　 l　　　 ⌒（__人__）⌒　|
　　　　　　　　＼　　　　　｀ ⌒´ 　／
　　　　　　　　／　　　　　　　　ヽ

672 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:10:14 ID:3b8e2a93

　　　　＿＿＿_
　　　／　　　　　＼
　　／　―　　　―　＼
　／　（●）　（一）　＼
　|　　　　　 __´___　　　　　|　　　ほんとですね。でも数千円なら、有りうるのでは？
　＼　　　 `ー'´ 　　　／
　/　　　　 ∩ノ ⊃ 　／
　(　＼　／＿ノ　|　 |
.　＼　“　　／＿＿|　 |
　　　＼／＿＿＿／

　　　　＿＿＿_
　　　／　　　　＼
　／　　─　　 ─＼
／　　（●）　（●）＼　　　appleは月の切り替わりの処理が甘いから、例えば1日の00:01の購入データが
|　　　　（__人__）　　 |
./　　　　 ∩ノ ⊃　　／　　　前月に回ったりするお。そのパターンじゃね？
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

673 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:10:24 ID:3b8e2a93

　　　　　　　　＿＿＿
　　　　　　／　　　　＼
　　　　　／　⌒　　 ⌒　＼
　　　／　（⌒）　（⌒）　＼　　　でも、それなら毎月必ず入金額より売上レポートの数字が大きい意味が分かりません。
　　　|　　　　___´___　　　　|
　　　　ヽ、　　 `ー '´　　　／　　　大きかったり小さかったりしつつ長期スパンではだいたいあってる数字になるはずです。
　　　　ノ　　　　　　　　　＼

..　　　　　＿＿＿_
　　　　／　―　　-＼
..　　／　（●）　（●）
　／　　　　（__人__）　＼　　　確かにそうだおね。ちょっと自動でとってるのと手動でとってみたのと照らし合わせてみるお。
　|　　　　　　｀ ⌒´　　　|
.　＼　　　　　　　　　／
.　　ノ　　　　　　　　　＼
／´　　　　　　　　　　　ヽ

　　　　　　　　＿＿＿
　　　　　　／　　　　＼
　　　　　／　⌒　　 ⌒　＼
　　　／　（⌒）　（⌒）　＼　　　僕は中間処理で抜けてしまわないか見てみます。
　　　|　　　　___´___　　　　|
　　　　ヽ、　　 `ー '´　　　／
　　　　ノ　　　　　　　　　＼

674 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:10:34 ID:3b8e2a93

そして・・・・

　　　　　＿＿＿_
　　　／　　　　　＼
　　／　＼　　　／＼
　／　　（●）　（●）　＼
　|　　　　　 __´___ 　　　 |　　　プログラム的な抜けは無いと思います。そちらはどうですか？
　＼　　　　 `ー'´　　　／
　/　　　　 ∩ノ ⊃ 　／
　(　＼　／＿ノ　|　 |
.　＼　“　　／＿＿|　 |
　　　＼／＿＿＿／

　　　　＿＿＿_
　　　／　　　　＼
　／　　─　　 ─＼
／　　（●）　（●）＼　　　見つけたお。この売上個数マイナスで販売額もマイナスなデータ、返金処理分なんだけど、
|　　　　（__人__）　　 |
./　　　　 ∩ノ ⊃　　／　　　この値がズレと連動してる気配がするお
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

675 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:10:44 ID:3b8e2a93

　　　　　　　＿＿＿_
　　　　　　／　　　　　＼
　　　　　／　＼　　　ノ　＼
　　　／　（●）　（●）　＼　　　あ、なんか見えてきました。ちょっと経理の使ってるxls見せてください
　　　　|　　　　　 ,-､　　　　　 |
　　　　＼　　　 '⌒`　　　　／
　　　　ノ　　　　　　　　　　　＼

　　　　　　　＿＿＿_
　　　　　　／　　　　＼
　　　　／　─　　 ─　＼
　　　／　（●）　（●）　＼
　　　|　　　（__人__）　　　 |　　　ん？販売額-3400円の販売個数-2個の行、売上に6400円って出てね？
　　　＼　　　｀ ⌒´ 　　 ,／
　　 /⌒ヽ　　ー‐ 　　ｨヽ
　　 / 　　　　,⊆ニ_ヽ、　 |
　　/　　／　r─--⊃、　|
　　|　ヽ,.ｲ　　｀二ﾆﾆうヽ.　|

676 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:10:54 ID:3b8e2a93

　　　　　　　＿＿＿_
　　　　　　／　　　　　＼
　　　　　／　＼　　　／　＼　　　ですね。ここはマイナス6400円のはずです。あ！
　　　／　（●）　（●）　　＼
　　　|　　　　　__´___　　　　　|
　　　　＼　　　 `ー'´ 　　　／

　　　　　　　＿＿＿_
　　　　　　／　　　　＼
　　　　／　─　　 ─　＼
　　　／　（●）　（●）　＼
　　　|　　　（__人__）　　　 |　　　マクロの式が、販売個数×販売金額の掛け算になってるお！
　　　＼　　　｀ ⌒´ 　　 ,／
　　 /⌒ヽ　　ー‐ 　　ｨヽ
　　 / 　　　　,⊆ニ_ヽ、　 |
　　/　　／　r─--⊃、　|
　　|　ヽ,.ｲ　　｀二ﾆﾆうヽ.　|

677 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:11:04 ID:3b8e2a93

　　　　　　　＿＿＿_
　　　　　　／　　　　　＼
　　　　　／　―　　　―　＼
　　　／　（●）　（●）　＼　　　これはズレますね。
　　　 |　　　　　 ' 　　　　 |
　　　　＼　　　　￣　　　　／
　　　　ノ　　　　　　　　　　　＼

　　　　　　　　　　　　＿＿＿_
　　　　　　　　　　　／　　　　＼
　　　　　　　　　　／　　 ⌒　　 ⌒＼　　　appleのapiから取ってきたデータ、販売個数は販売個数でsumして合計が
　　　　　　　　／　　　（ ●）　（ ●）ヽ
　　　　　　 l　　　 ⌒（__人__）⌒　| 　返金こみで正しい販売数になるようになってるのか。こりゃずれるお。
　　　　　　　　＼　　　　　｀ ⌒´ 　／
　　　　　　　　／　　　　　　　　ヽ

678 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:11:15 ID:3b8e2a93

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）
　 |　　　　　｀ ⌒´ﾉ　　　お、わかったのか。ちょっと見せてみろ。
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　ｍm
　　　/　　　￣￣￣　つﾉ
　　　|　　　　|￣￣￣

679 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:11:25 ID:3b8e2a93

　　　　＿＿＿_
　　　／　　　　　＼
　　／　―　　　―　＼　　　　えーと、説明しますね。
　／　（一）　（一）　＼
　|　　　　　 __´___　　　　　|　　　appleのデータ、販売では、１種類の商品ごとに「商品の単価」と「月の販売個数」で出しています。
　＼　　　 `ー'´ 　　　／
　/　　　　 ∩ノ ⊃ 　／
　(　＼　／＿ノ　|　 |
.　＼　“　　／＿＿|　 |
　　　＼／＿＿＿／

　　　　　　　　＿＿＿
　　　　　　／　　　　＼
　　　　　／　⌒　　 ⌒　＼
　　　／　（⌒）　（⌒）　＼　　　この際、たとえば100円の商品を３個買ったユーザに返金すると、
　　　|　　　　___´___　　　　|
　　　　ヽ、　　 `ー '´　　　／　　　購入時の支払い額は300円なので、金額はマイナス300って出ます。
　　　　ノ　　　　　　　　　＼

680 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:11:35 ID:3b8e2a93

　　　　＿＿＿_
　　　／　　　　　＼
　　／　―　　　―　＼
　／　（一）　（一）　＼
　|　　　　　 __´___　　　　　|　　　そして個数は3個分の販売数を取り消すので、マイナス３個売れたセッションだと記録します。
　＼　　　 `ー'´ 　　　／
　/　　　　 ∩ノ ⊃ 　／　　　　つまり、返金では、1種類の取引ごとに「返金で引く金額合計」と「取引数の補正量」を出します。
　(　＼　／＿ノ　|　 |
.　＼　“　　／＿＿|　 |
　　　＼／＿＿＿／

　　　　　　　＿＿＿_
　　　　　　／　　　　　＼
　　　　　／　＼　　　／　＼　　　なので、「100円の商品３個を買ったけど返金」場合、「販売個数3、単価100円」のレコードと、
　　　／　（●）　（●）　　＼
　　　|　　　　　__´___　　　　　| 　「販売個数-3、この取引で返金した金額は300円」のレコードが作られるんですが
　　　　＼　　　 `ー'´ 　　　／

681 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:11:45 ID:3b8e2a93

　　　　　　　＿＿＿
　　　　　／　　　　＼
　　　　／　_ノ　　~ー　＼
　　　／　（〇）　（〇）　　ヽ　　　......。
　　 | 　　　　'　　　　　　 |
　　　＼　　　　ー-　　　　／
　　 /⌒ヽ　　　　　　　ｨヽ

.

682 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:11:55 ID:3b8e2a93

　　　　　　　＿＿＿_
　　　　　　／　　　　　＼
　　　　　／　＼　　　ノ　＼
　　　／　（●）　（●）　＼　　　価格のカラム、販売時は「単価」で、返金時は「返金金額」みたいなんですよね。
　　　　|　　　　　 ,-､　　　　　 |
　　　　＼　　　 '⌒`　　　　／
　　　　ノ　　　　　　　　　　　＼

　　　　＿＿＿_
　　　／　　　　＼
　／　　─　　 ─＼
／　　（●）　（●）＼
|　　　　（__人__）　　 |
/　　　　 ∩ノ ⊃　　／/　∩ノ ⊃　　　だめぢゃん
(　＼　／＿ノ　　＼／＿ノ
.＼　“　　／　　.　＼　“　　／
　　＼／　　　　　　/＼／
　　　＼　　　　　　　＼
　　　　　＼　　　　＼　　＼
　　　　　　　>　　　　　> 　　>
　　　　／　　　　／　　／

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）
　 |　　　　　｀ ⌒´ﾉ　　　だめだな
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　ｍm
　　　/　　　￣￣￣　つﾉ
　　　|　　　　|￣￣￣

683 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:12:05 ID:3b8e2a93

　　　　　　　　＿＿＿_
　　　　　　／　　　　＼
　　　　　／　⌒　　 ⌒　＼
　　　／　（●）　（＜）　＼
　　　 |　　　　　 ___'___　　　　 |　　　経理は、商品ごとに「販売単価×販売個数」を出して、それを「この商品の売り上げ」と
　　　＼　　　｀ｎ´　　　,／
　　　　／　　　　　| |　　　＼　　　見なしてるんですね。で、最後に全種類の商品の売上を合計しています。
..　　　　　　　　　ﾉ .ュ
　　　　　　　　　{ ..ﾆj
　　　　　　　　.　| "ﾂ

　　　　　　　　　＿＿＿_
　　　　　　　／　　　　　＼
　　　　　／　＼　　　／　＼
　　　　／　（●）　　（●）　＼
　　　　　 |　　　　　 ´　　　　　 |　　　すると、返金記録にたいして、マイナスどうしの掛け算で符号が逆転しちゃって、
　　　　　＼　　　　　⌒　　　　／
　　　　／￣￣ヽ　　　　　　　＼　　「販売個数-3個。個の取引で300円の返金」の記録は「900円の売上」になっちゃうんですよ。
　　　（｢　　　｀rﾉ　　　　　　　　　　＼
　　　　ヽ　　　ノ　　　　　　　　　　　＼
　　　　　|　　 | 　　　　　　　　｢＼　　＼

684 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:12:15 ID:3b8e2a93

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ⌒）（⌒)
.　|　　u　（__人__)
　 |　　　　　 |r┬|}
　 |　　　　　 |　| |}　　　うわぁ
.　ヽ　　　　　｀ﾆ}
　　ヽ　　　　　ノ
　　　/　　　く　　＼
　　　|　　　　＼　＼
　　 |　　　　|ヽ、二⌒)､

　　　　　　　　　　　　＿＿＿_
　　　　　　　　　　　／　　　　＼
　　　　　　　　　　／　─　　 ─　＼
　　　　　　　　／　（●）　（●）　＼　　　悪いのは経理のエクセルのマクロだけど、appleのデータが分かりにくいお
　　　　　　 |　　　（__人__）　　　 |
　　　　　　　　＼　　　｀⌒´ 　　　,／
　　　　　　　　／　　　　ー‐　　　　＼

　　　　　　　＿＿＿_
　　　　　　／　　　　　＼
　　　　　／　　　　　　　　＼
　　　／　　＼　　　　／　　＼　　　ですね。僕等は英語のapiの仕様書読んで気づけましたけど、経理はそんな資料読まないですもんね
　　　 | 　　（●）　　（●）　　|
　　　＼　　　　　´　　　u　／
　　　　／　　　　⌒　　　　　＼

685 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:12:25 ID:3b8e2a93

　　　　／￣￣＼
　　　／　ヽ､_　　＼
　　（●）（● ）　　　|
　　（__人__）　　　　 |
　　（　　　　　　　 |　　　どーすべ、これ。過去のデータも実際より多く売上計上してる可能性あるよな。
.　　　{　　　　　　 |
　　 ⊂ ヽ∩　　　く
　　 | '､＿＼　／　 )
　　 |　 |_＼　 “　.／
　　ヽ､＿_＼_／

　　　　＿＿＿_
　　　／　　　　＼
　／　　─　　 ─＼
／　　（●）　（●）＼
|　　　　（__人__）　　 |
/　　　　 ∩ノ ⊃　　／/　∩ノ ⊃　　　どうしよう
(　＼　／＿ノ　　＼／＿ノ
.＼　“　　／　　.　＼　“　　／
　　＼／　　　　　　/＼／
　　　＼　　　　　　　＼
　　　　　＼　　　　＼　　＼
　　　　　　　>　　　　　> 　　>
　　　　／　　　　／　　／

　　　　　　＿＿＿
　　　　／　　　　＼
　　／　　　　　　　＼
　／　　　ノ　ヽ､_ 　　ヽ　　　返答だけして、あとは依頼がなければ放置で...。
　|　　（ ●）　（● ）　　 |
　＼ｌ^l^lｎ　｀　　　　／
　／ヽ　 L
　　　ゝ　ﾉ

686 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:12:35 ID:3b8e2a93
以上、実話でした。

これはappleのapiが返すデータの形式が悪いですね。
価格のカラムの意味が、価格の値が正の時は「単価」で、価格の値が負の時は「合計金額」になっていますので、
値の範囲により意味が変わってしまう、大変悪いフォーマットです。
エンジニアはAPIの応答に関する公開仕様(英語)読んで気づく事ができますが、経理はそんなの読むわけない。
普通間違えますよ。

ぶっちゃけ自分の部下がこんな設計してたらぶっ飛ばしますね。

で、三連休は、これで誤った内容で記録されている経理データの修正とかチェックプログラム書いたりとかしてきます。
連休明けまでに済ませないと……。

687 ： ◆NkPwUyO9zc ： 2019/01/12(Sat) 02:16:55 ID:3b8e2a93
あ、会計処理そのものは「月の入金」データを使ってて合っているので問題ないんです。
なので、売り上げの過剰計上とか税金払いすぎとか資金の食い違いとかそういう致命的なことにはなっていません。
ただ、その売り上げの内訳が間違ってて、ね……。

APIから取ってきたデータなので、本来経理が直接触るものではないんですが、昔の担当者が
おせっかいしたのか、経理にシステムを少し分かる人がいたのか……。

688 ：普通のやる夫さん： 2019/01/12(Sat) 03:06:12 ID:7dbf74b9
乙

>>1とは畑違いの元SEだけど、同じような不具合あったよ。
思い出して笑ってしまった（笑い事じゃないけど）
あと、カラムの意味を書いておいたほうがいいと思う。
割と専門用語じゃないかな？

689 ：普通のやる夫さん： 2019/01/12(Sat) 06:07:29 ID:a6d5caee
まあ列でええやろ。エクセルのヘルプレベルの説明してたらキリないで

≪ 魔女はやる夫になるようです　＃１５ | HOME | やる夫と泡沫の時を越える祈り　第 11 話　「獅子の咆哮」 ≫

37023 :日常の名無しさん:2019/01/12(土) 15:40:17 ID:-[ ]

そら、そんなの仕様書読まないと気づかないよね
でも、API だとたまにある。別々に設計したのみたいなのが

37037 :日常の名無しさん:2019/01/12(土) 20:32:42 ID:-[ ]

商品の種類や量にもよるけど、経理は経理でずれる金額のパターンから原因割り出す人とかいるんだよな。

37045 :日常の名無しさん:2019/01/12(土) 22:41:04 ID:-[ ]

できる夫の最後の判断まで凄い共感できて微妙な気持ちになった
これは間違えても仕方ないし、気になるから調べちゃう
でも原因を教えて貰えたなら、質問者には自分たちの責任範囲で処理してほしい

37059 :日常の名無しさん:2019/01/13(日) 04:56:25 ID:-[ ]

ん？販売額-3400円の販売個数-2個の行、売上に6400円って出てね？

これって6800円じゃないのかなって疑問からの先入観で売り上げがずれてるのかと思った

37711 :日常の名無しさん:2019/01/25(金) 22:35:55 ID:-[ ]

販売伝票のデータ取りまとめているけれども、たまに、返品だと数量と単価を両方マイナスで打っちゃう人がいるんだよね。
単価はいつでも0か正数って取り決めになっているのに。

コメントの投稿

トラックバック

この記事のトラックバックURL

https://yaruonichijou.com/tb.php/28548-296f0feb

IT業界のやる夫さん 第３０回 「売り上げの計算が合わない (今週の実話)」

IT業界のやる夫さん　第３０回　「売り上げの計算が合わない　(今週の実話)」