販売大臣(応研)のCSVインポートでエラーが出る原因と対処(受入項目の対応・0落ち・マスター不一致)
公開:
販売大臣(応研)にCSVを取り込もうとしたら、エラーログが出て弾かれた。あるいはエラーは出ないのに、取り込んだ得意先や商品が別のものに紐づいている——販売管理ソフトへのCSV取込でこうしたつまずきに遭遇した方は少なくないはずです。
この記事では、販売大臣(大臣シリーズ)のCSVインポートがエラーになりやすい原因を、受入項目の対応づけ・マスターと伝票の順番・データ形式(文字コードや0落ち)・エラーログの読み方の4つに分けて整理します。いずれも「値の中身は合っているのに、販売大臣が期待する形と一致していない」ために起きるもので、原因の当たりがつけば対処はそれほど難しくありません。なお、画面名や項目区分の細部はお使いのバージョン(販売大臣NX、AXなど)やエディションで異なることがあるため、最終的な確認は同梱のマニュアルや受入データの説明で行ってください。
前提: 販売大臣は「受入項目と順番」を自分で対応づける仕様
まず押さえておきたいのが、販売大臣のCSV取込は取り込む側で受入項目とその順番を個別に指定して登録できる、という設計になっている点です。応研の製品案内でも、得意先・仕入先・商品・担当者・単価・履歴などのデータを、受入項目や順番を指定してCSVで取り込めるため、他社ソフトやオフコンからの入れ替え時も移行しやすい、と説明されています。
これは移行や連携には便利な一方で、「CSVの列の並び」と「販売大臣側で設定した受入項目の並び」がずれていると、値が隣の項目に入ってしまうというつまずきの温床にもなります。エラーとして弾かれれば気づけますが、型が合っていると「エラーは出ないのに中身が違う」状態になりやすいのが厄介なところです。FAXや手書きの注文書を手入力・OCRでCSVにする場合、この対応づけを合わせるところが最初の関門になります。以下、崩れやすい4か所を順に見ていきます。
原因1: 受入項目の対応・順番がCSVの列とずれている
販売大臣に取り込むCSVは、どの列がどの項目に対応するかを設定と一致させる必要があります。
- 症状: エラーログに「項目が一致しない」「桁数・型が違う」といった趣旨のメッセージが出る、あるいはエラーは出ないのに取り込んだ伝票の金額や数量が別の列の値になっている
- よくある原因: 列を1つ増減した、途中に空列が入った、CSV先頭のタイトル行(見出し行)を取込対象に含めてしまった、といった「並びのずれ」
- 特にFAX由来で起きやすいのは、注文書ごとに項目の有無が違い、ある注文書にだけ備考列があるといった不揃いのまま1つのCSVにまとめてしまい、行によって列数が変わってしまうパターンです
対処の基本は、取込前に、販売大臣側で登録した受入項目の並びと、CSVの列の並びが1対1で一致しているかを確認することです。タイトル行を付ける運用なら、取込設定でタイトル行を読み飛ばす設定になっているかも合わせて確認します。列の順番を固定したテンプレートを1つ決めておき、毎回同じ並びで出力すれば、このずれはほぼ防げます。
原因2: マスターと伝票の取り込む順番
販売大臣に限らず、販売管理ソフトへのデータ取込は「マスター(得意先・商品など)を先に、伝票(受注・売上などの明細)を後に」が基本の順番です。この順番を取り違えると、値としては正しく見えても取込エラーになります。
- 伝票側で指定した得意先コード・商品コードが、まだマスターに登録されていないと、その伝票行は取り込めません
- よくあるのは、取引先名の表記ゆれ(「株式会社」の有無、全角/半角の違い)や、新商品のマスタ未登録、コード体系を変えたときの更新漏れです。人が見れば同じ取引先でも、コードが1文字違えば別物として扱われます
FAXの注文書からCSVを作るときは、まず得意先・商品のマスターが登録済みかを確認し、注文書に出てくるコードがマスターに実在することを担保してから伝票データを取り込むと、手戻りが減ります。新規の取引先・商品が混ざる月は、先にマスターを整えるひと手間が結局は近道になります。
原因3: 文字コード・0落ち・数値と文字の混在
コードや値が正しくても、ファイルとしての「形」が想定とずれているとエラーや文字化けになります。ここでつまずくのは主に次の3点です。
- 文字コード: 国内の販売・会計ソフトはCSVの文字コードとしてShift_JIS(CP932)を前提にしているものが一般的です。ExcelでCSV UTF-8として保存したファイルをそのまま渡すと、日本語の得意先名・商品名が文字化けしたり、機種依存文字(「①」「㈱」など)や半角カナでエラーになることがあります
- 0落ち(先頭ゼロの脱落): 「00123」のような先頭が0のコードを、Excelで開いて数値として扱うと「123」になってしまう現象です。得意先コード・商品コード・電話番号などで起きやすく、コードが変わってしまうためマスター不一致の原因になります。該当列を「文字列」として扱う、CSVを直接テキストエディタで確認する、といった対策が要ります
- 数値と文字の混在・区切り: 数量や金額の列にカンマ入りの数字(「1,000」)や単位(「10個」)が混ざっているとエラーになります。また商品名や住所にカンマが含まれているのに囲み文字(ダブルクォート)で括られていないと、列がずれて別の項目に値が入ります
これらは「取り込んでみて初めてエラーで分かる」ことが多く、注文書を読み取った直後の段階では気づきにくいのが実務上の悩みどころです。とりわけ0落ちは、エラーにならずコードだけが静かに変わるため、取込後に得意先や商品がずれて初めて気づくこともあります。
原因4: エラーログの読み方 — まず1件だけ試す
販売大臣のCSVインポートでは、データに不備があるとエラーログ(エラー内容)が出力されます。取込がうまくいかないときは、まずこのログを1件ずつ読むのが近道です。訂正して再度取り込む、という流れが基本になります。
- 「項目・桁が合わない」なら原因1、「該当するコードがない」なら原因2、「文字化け」「型が違う」なら原因3、というように、エラーの文言と上の3つの原因を突き合わせると当たりがつきます
- 一度に大量の行を取り込むと、同じ原因のエラーが何十行分もずらりと並んで、根っこの原因が見えにくくなります。まず1件だけサンプルで取り込んで、通ることを確かめてからまとめて取り込むと、手戻りを防ぎやすくなります
- なお、エラーログの具体的な表示内容や、エラー行を除いて取り込めるかどうかの挙動はバージョンによって異なることがあります。詳細はお使いの販売大臣のマニュアルで確認してください
まとめて確認するチェックリスト
販売大臣にCSVを渡す前に、次の4点を確認しておくとエラーの多くを未然に防げます。
| 確認項目 | チェックポイント |
|---|---|
| 受入項目と順番 | 販売大臣側で登録した受入項目の並びとCSVの列が1対1で一致しているか。タイトル行の読み飛ばし設定は合っているか |
| マスターと伝票の順番 | 得意先・商品マスターを先に登録し、伝票側のコードがマスターに実在するか。表記ゆれ・コード違いがないか |
| 文字コード・0落ち | Shift_JIS(CP932)で保存され、コード列が0落ちしていないか。数量・金額にカンマや単位が混ざっていないか |
| エラーログの確認 | まず1件サンプルで取り込み、エラーログの文言を原因1〜3と突き合わせて確認したか |
いずれも、細かい仕様はお使いの販売大臣のバージョン・エディションによって変わることがあります。実際の受入項目や取込設定は、同梱のマニュアルや受入データの説明で必ず確認してください。
手前味噌の紹介
この記事を書いているのは、注文書特化サービス注文書係(ちゅうもんしょがかり)の運営者です。FAX・手書きの注文書をアップロードするとAIが下書きを作り、担当者は自信のない項目だけを確認して確定します。その先のCSV出力では、文字コード(Shift_JIS/UTF-8)・列順・列名を自社の販売大臣の受入設定に合わせて一度登録しておけば、次回から同じ形式で出力されるので、取込のたびに列の並びや文字コードを手直しする手間を減らせます。
品目マスタとの突き合わせにも対応しているため、得意先名や商品コードの表記ゆれ・コード違いによる取込エラーも起きにくくなります。CSVインポートのたびに形を作り直している方は、無料トライアル(30枚または14日間、クレジットカード登録不要)で、実際にお使いの帳票との相性を確かめてみてください。