仕様と根拠

突き合わせの方法

両方の CSV を RFC 4180 の 2 節の読み方で読み、注文番号の前後の空白を除いたうえで完全に一致する行どうしをまとめます。同じ番号の行が複数あるときは、金額を円単位で合計します。入金側の複数行は分割入金とみなします。比べるのは合計した金額だけです。

状態の決め方

注文額と入金額の合計が等しければ「一致」、入金が少なければ「不足」、多ければ「過入金」、注文にあって入金に番号がなければ「入金なし」、入金にあって注文に番号がなければ「注文なし」です。差額は入金額から注文額を引いた値で、入金なしと注文なしでは足りない側を 0 円として計算します。

根拠にした仕様・資料

指摘の段階

• エラー: 仕様に反していて、正しく読めない・処理できない入力です。
• 警告: 読めるものの、仕様の推奨に反する・矛盾する・意図と違う結果になりやすい入力です。
• 情報: 誤りではありませんが、知っておくとよい扱い(読み飛ばした部分や解釈)です。

入力の扱い(送信しない仕組み)

処理はすべてお使いのブラウザの中で行います。処理の本体はこのサイトから配信する小さなスクリプト(/app.js)で、外部のサービスやライブラリを読み込みません。ページはブラウザに通信を禁止させる設定(Content-Security-Policy の connect-src)つきで配信しており、入力した内容がサーバーや第三者へ送られることはありません。ファイルを選んだ場合も、端末の中で読み込むだけです。

このツールでできないこと(制約)

• 金額は円単位の整数だけを扱います。小数や外貨の金額は読めないため、その行はエラーにして使いません。
• 振込手数料の差し引きや、複数の注文をまとめた入金は、自動では判断しません。差額として表に出るので、利用者が確認してください。
• 注文番号は文字列としての完全一致です(前後の空白を除く)。全角と半角、大文字と小文字は別の番号です。
• ファイルは UTF-8 として読みます。Shift_JIS の CSV は文字化けするため、UTF-8 で保存し直してから使います。