FAX注文書をCSVにする前に整えたい「表記ゆれ」— 日付(和暦/西暦)・単位(ケース/箱)・全角半角・0落ちの正規化
公開:
FAXや手書きの注文書は、人が読む前提で書かれています。日付は「7/1」だけ、数量は「10ケース」、数字は全角、金額には「¥」とカンマ。受注担当者ならどれも文脈で読めますが、そのまま基幹システムへ渡すCSVに書き写すと話が変わります。CSVを受け取る側は、書かれている文字をそのまま受け取るだけで、行間を読んではくれません。
この記事では、注文書をCSVにする手前で整えておきたい「表記ゆれ」を、日付・単位(ケースと入数)・全角半角・コードの桁の4つに分けて整理します。取込先のソフト別にエラーの原因を追う記事(基幹システムへのCSV取込でよくあるエラーと対処法)とは逆向きに、CSVを作る側で先に決めておけることに絞った内容です。
表記ゆれには「止まるゆれ」と「静かに通るゆれ」がある
先に全体像を押さえておくと、対処の優先順位がつけやすくなります。表記ゆれが引き起こす結果は2種類しかありません。
| 種類 | 何が起きるか | 例 |
|---|---|---|
| 止まるゆれ | 取込時にエラーになり、その行が入らない | 数量欄に全角数字や単位が混じっている |
| 静かに通るゆれ | エラーにならず、違う値として登録される | 日付が別の日になる、数量が入数分ずれる、コードの先頭0が消える |
厄介なのは後者です。エラーで止まってくれるゆれは、その場で気づいて直せます。一方で静かに通るゆれは、出荷や請求の段階になって初めて表面化します。以下では両方を扱いますが、取込後に自分で検算すべきなのは後者という前提で読んでください。
ゆれ1: 日付 — 「4桁で書く」だけで避けられる事故がある
日付は、注文書側のゆれ(書き方がばらばら)と、取込先側の期待(受け付ける形が決まっている)の両方があるため、いちばん整えどころが多い項目です。
取込先が受け付ける形は製品ごとに違う
具体例として、弥生の公式サポートはCSV取込の日付について、西暦なら「20220401」「2022/04/01」「2022/4/1」「2022.04.01」「2022年4月1日」などの書き方を挙げ、あわせて**「西暦は4桁で入力してください。2桁の場合は和暦と認識します」**と案内しています。和暦も受け付けており、元号は「R」「令和」「令」のいずれかで「R04/04/01」「令和4年4月1日」のように書く形が示されています(弥生公式サポート)。
つまり製品によっては和暦のまま取り込める場合もありますが、注意したいのは2桁西暦です。「26/7/1」と書くと2026年7月1日ではなく和暦として解釈される可能性があり、これはエラーにならず静かに通るゆれになります。年は4桁で書く、と決めておくだけで防げます。
なお、受け付ける形は取込先ごとに違います。ある受注管理サービスの連携仕様書では、同じマニュアルの中でも連携先によって「2007/12/15」形式と「20070101」形式が併記されています(ショップサーブのマニュアル例)。自社の基幹システムがどの形を期待するかは、必ず手元のマニュアルで確認してください。
注文書に年が書かれていない問題
実務でいちばん多いのは、注文書に「7/1」と月日しか書かれていないケースです。ふだんは受信日から補って問題ありませんが、年末年始をまたぐ時期だけは注意が必要です。1月に届いた注文書に「12/28」と書かれていれば前年、12月に届いた注文書の「1/5」は翌年になります。
- CSVに入れる日付は、取込先が期待する1つの形式に統一する(和暦で届いた注文書も西暦へ寄せておくと、後で別のソフトへ渡すときに困りません)
- 年が書かれていない日付は受信日を基準に補い、補った日付は「人が確認する対象」として扱う(機械的に補うと年末年始だけ静かに1年ずれます)
- 納品希望日と受注日を混同しないよう、どの列がどちらなのかを取引先ごとに固定する
ゆれ2: 単位と入数 — 「10ケース」の10はいくつか
卸売の受注で、日付以上に静かに事故になりやすいのが数量です。注文書には「10ケース」「10C/S」「10箱」「バラ5」など、単位つきの数量が書かれます。
物流の用語では、商品の最小単位を「ピース」、ピースがいくつか入った箱や袋を「ボール」、ボールがいくつか入ったものを「ケース」と呼び分けます。1つのまとまりに何個入っているかが「入数」です(入り数の解説・スクロール360)。また、取引には「10個単位」「1ケース単位」のような発注単位が定められていることがあります(発注単位の解説・マネーフォワード クラウド)。
単位を取り違えたときの実害はわかりやすく、公開されている解説でも、120ピース欲しいときに入数を誤って120ボール発注してしまえば過剰在庫になる、という例が挙げられています(入数の解説・ウルロジ)。
CSVの数量欄に必要なのは「基幹システムが期待する単位で、いくつか」という数字だけです。整え方は次の3点に絞れます。
- 数量の列には数値だけを入れる。「10ケース」「10C/S」のように単位を混ぜると、取込先が数値と認識できず止まります。単位は別の列で持つか、商品コードそのもので表現します(ケース品とバラ品でコードを分けている運用なら、コード側で解決します)
- 入数の換算をどちら側でやるか決める。基幹システムの品目マスタが入数を持っていてケース単位で受け取れるなら、CSVはケースの数のまま渡します。ピース数で持つ設計なら、CSVを作る側で「10ケース × 入数12 = 120」に換算してから渡します。どちらでもよいのですが、取引先ごと・商品ごとに揺れると数量が入数倍・入数分の1だけずれます
- 単位が読み取れない行は人に回す。「10箱」がケースなのかボールなのかが注文書から判断できないときは、機械的に決めずに確認します。ここを推測で埋めると、エラーにならないまま誤出荷につながります
数量と品番はセットで確認するのが結局いちばん速いです。品番側のゆれについては建材・機械部品商社特有の「品番の読み違い」対策でも扱っています。
ゆれ3: 全角半角・空白・記号 — 数値の列に文字を混ぜない
こちらは「止まるゆれ」の代表です。取込先のFAQでも、数値として扱う項目に数値以外の文字が含まれているとエラーになる、と案内されています。よくある原因は全角数字・文字・記号の混入で、対処は半角数字に直すこと。加えて、空欄に見えてもスペースや不可視文字が入っていると同じくエラーになるため、テキストエディタで開いて該当列に半角数字だけが入っているかを確かめる方法が案内されています(zaicoサポート)。
金額のカンマも同じ系統の話です。弥生の公式サポートでは、金額欄にカンマが含まれる場合は区切り文字と区別するためその項目をダブルクォートで囲む(「1,000」なら「"1,000"」)と案内されています。囲めば通るということですが、そもそも数量・金額の列にはカンマも「¥」も「個」も入れず、数字だけを入れておくのが手戻りの少ない運用です。
整えておきたいのは次の4点です。
- 数量・金額・コードの列は半角数字に統一する(注文書に全角で書かれていても、CSVでは半角に寄せる)
- 数量・金額にカンマ・通貨記号・単位を入れない
- 前後の空白を落とす。目に見えないので、エラーが出た行はテキストエディタで確認する
- 取引先名の「株式会社」の有無や全角半角のゆれは、名称ではなく得意先コードで突き合わせることで回避する(名称一致に頼ると、人が見れば同じ相手でも別物として扱われます)
ゆれ4: コードの桁 — 0落ちは「エラーにならない」タイプ
「00123」のような先頭0のコードは、Excelを経由すると数値と判定されて「123」になることがあります。いわゆる0落ちで、これもエラーにならずコードだけが別物になる静かなゆれです。CSVに入れる前に、コード列の書式を文字列にしておく・桁数が本来の桁数と合っているか検算する、が基本の防ぎ方です。
0落ちと文字コード(Shift_JIS / UTF-8)については基幹システムへのCSV取込でよくあるエラーと対処法で詳しく扱っているので、ここでは繰り返しません。あわせて、販売管理ソフトへのCSV取込でつまずくポイントでは列順・日付形式の観点から整理しています。
取引先ごとに「変換ルール表」を1枚持つ
ここまでの内容は、担当者の頭の中にある「読み替えの勘」を書き出す作業でもあります。取引先ごとに次のような表を1枚作っておくと、担当が変わっても同じCSVが作れます。
| 注文書の書き方 | CSVに入れる値 | 決め方 |
|---|---|---|
| 日付「7/1」 | 2026/07/01 | 受信日から年を補う(年末年始は人が確認) |
| 日付「令和8年7月1日」 | 2026/07/01 | 西暦4桁に寄せる |
| 数量「10ケース」 | 120(ピース) または 10(ケース) | 基幹側が入数を持つかで統一 |
| 数量「１０」(全角) | 10 | 半角数字に統一 |
| 金額「¥1,000」 | 1000 | 記号・カンマを外す |
| 品番「00123」 | 00123(文字列) | 桁数を検算する |
| 取引先「(株)〇〇商店」 | 得意先コード | 名称一致に頼らない |
この表が「あの人しか知らない読み替え」を減らす役にも立ちます。受注業務の属人化そのものについては「あの人しか読めないFAX」— 受注業務の属人化を解く順番で扱っています。
進め方: 1件通してから、静かに通るゆれだけ検算する
最後に手順としてまとめます。
| 手順 | やること |
|---|---|
| 1 | 取込先が期待する日付形式・単位・文字コードをマニュアルで確認する |
| 2 | 取引先1社ぶんの変換ルールを決め、1件だけCSVにして試し取込する |
| 3 | 止まったら、数値列の全角・単位・空白から疑う |
| 4 | 通ったら、日付・数量の合計・コードの桁を取込後に検算する |
| 5 | 以降は列構成とルールを変えない(変えるときは取込設定もあわせて直す) |
手順4を省きたくなりますが、静かに通るゆれはここでしか見つかりません。1回の取込で数量の合計と件数を見るだけでも、入数の取り違えのような大きなずれは拾えます。
手前味噌の紹介
この記事を書いているのは、注文書特化サービス注文書係(ちゅうもんしょがかり)の運営者です。FAX・手書きの注文書をアップロードするとAIが下書きを作り、担当者は自信のない項目だけを確認して確定します。転記にかかる時間を1/10程度に圧縮することを狙ったサービスです。
この記事で挙げた表記ゆれのうち、機械的に決められる部分は下書きの段階で整えられます。品番・得意先コードは文字列として扱うため0落ちは起きず、CSVの文字コード(Shift_JIS / UTF-8)と列順は取込先ごとに一度登録すれば次回から同じ形式で出力されます。品目マスタとの突き合わせにも対応しているので、注文書に書かれた品名から自社の商品コードへの変換もその場で確認できます。取引先ごとの読み替えの癖は、確定時に保存して次回の抽出に反映されます。
一方で、この記事で「人が確認する対象」と書いた箇所——年が書かれていない日付や、ケースかボールか読み取れない単位——は、機械が勝手に決めてよい情報ではありません。そうした項目こそ確認画面で目立つように示す、という設計にしています。
無料トライアル(30枚または14日間、クレジットカード登録不要)で、いちばん読みにくい取引先の注文書と、お使いの基幹システムの取込形式との相性を確かめてみてください。