大塚商会SMILEシリーズ(販売)への受注データCSV取込 — 名前の似た「スマイルワークス」と混同しないための整理と、CSVを作る側の準備

大塚商会のSMILEシリーズへ受注データをCSVで取り込みたい。そう思って「SMILE CSV 取込」で検索すると、少しやっかいなことが起きます。まったく別の会社が提供する、名前のよく似た製品のサポート記事が同じ検索結果に混ざるのです。

そうと気づかずに別製品の手順を読み進めると、画面名も項目名も自分の環境と一致せず、「マニュアルどおりにやっているのにその画面がない」という状態になります。原因が自分の操作にあると思い込んで時間を溶かしてしまう、もったいないつまずき方です。

この記事では最初にこの2製品を切り分け、そのうえで大塚商会SMILEへ受注データを渡すときに、CSVを作る側で準備しておくことを整理します。取込側の細かい画面操作ではなく、渡すデータの形をどう整えるかが主題です。

まず切り分け: 「SMILE」と「スマイルワークス」は別の製品

名前が似ているだけで、提供元も製品もまったく別です。

大塚商会の公式FAQには、SMILEについて**「大塚商会の連結子会社である「株式会社OSK」が開発しています」**と明記されています。一方のスマイルワークスは、株式会社スマイルワークスが提供するクラウドERPで、公式サイトを見ても大塚商会・OSKとの関係は書かれていません。両者は資本関係のある同じ製品群ではなく、別会社の別製品です。

ここが実務上なぜ大事かというと、検索で出てくる「CSVテンプレートの出力手順」「Macで作ったCSVの改行コードの注意」といった具体的なノウハウ記事が、どちらの製品の話なのかで有効性がまったく変わるからです。片方の仕様をもう片方に当てはめても動きません。

見分け方はシンプルです。導入時のやりとりが大塚商会または販売店経由なら前者、スマイルワークス社と直接契約しているなら後者です。判断がつかないときは、ログイン画面やシステムのタイトル表記、請求書の発行元を確認してください。以下は大塚商会のSMILEシリーズを使っている前提で書きます。

SMILE側で公式に確認できること・できないこと

正直に書いておくと、大塚商会SMILEの受注データ取込について、公開情報から誰でも確認できるのは製品ページのレベルまでです。取込項目の一覧や具体的なエラーメッセージまでは公開されていません。

公式のERPナビで確認できるのは、たとえば次のような内容です。

• SMILE V 2nd Edition 販売は、売上・売掛から仕入・買掛、在庫管理までを対象とし、受注から出荷までは**「受注出荷業務オプション」**として用意されている
• 外部との連携について、**「CSVの入出力による連携のほか、請求書電子化サービスやWeb受注など他社様のシステムとAPI連携などが可能です」**と案内されている
• 他社製品からの移行について、**「テキスト取り込み機能やデータ移行サービスのご用意もありますので、他社製品からのデータ移行も安心して実施いただけます」**とされている
• シリーズ共通のFAQでも、**「各種マスターや明細などのテキスト取込機能はご用意しています」**と案内されている
• 帳票側では、各種帳票のデータを直接Excelに出力でき、CSVファイルでの出力にも対応している

つまり、取り込む仕組み自体は「テキスト取込機能」として存在することは公式に確認できます。一方で、どの項目が必須で、どの順番で並べ、どの文字コードで渡すのかは、導入している製品・エディション・オプション構成によって変わります。ここは推測で進めず、手元のマニュアルか担当販売店に「受注データの取込レイアウト」を確認するのが確実で、結果的に一番早い道です。

この記事でこれ以降お伝えするのは、その確認を待つ間にも進められる、そしてどの取込レイアウトが返ってきても無駄にならない準備です。

準備1: マスタを先に整える(取込の順番)

販売管理システムへのデータ取込は、製品を問わず**「マスタ(得意先・商品)が先、伝票(受注)が後」**が原則です。伝票側で指定したコードがマスタに無ければ、その行は取り込めないか、意図しない相手に紐づきます。

FAXや手書きの注文書には、そもそも自社の商品コードも得意先コードも書かれていないのが普通です。取引先は自分たちの呼び名・自分たちの品番で書いてきます。そのため、「注文書に書かれた品名 → 自社の商品コード」への変換は、CSVを作る側で済ませておく必要があります。

よくある不一致の原因は次のとおりです。

• 取引先名の表記ゆれ(「株式会社」の有無、全角/半角の違い、支店名の付け方)
• 新商品がまだ商品マスタに登録されていない
• コード体系を変えたときの更新漏れ
• 先頭が0のコードが「0落ち」して別のコードになっている(後述)

この変換を特定の担当者の記憶に頼っていると、その人が休んだ日に受注処理が止まります。品番と商品名・別名の対応表(品目マスタ)を最新に保つことが、取込エラーを減らすうえで一番効く準備です。属人化のほどき方は「あの人しか読めないFAX」— 受注業務の属人化を解く順番でも整理しています。

準備2: データの「形」を揃える

取込レイアウトが判明する前でも、次の5つは先に潰しておけます。どの製品でも共通してつまずくところです。

とくに0落ちは注意が必要です。エラーにならず、コードだけが静かに変わるためです。「00123」が「123」になったCSVはファイルとしては正しいので、そのまま取り込まれ、後からマスタ不一致や誤った紐付けとして表面化します。得意先コード・商品コード・電話番号を含む列は、必ず文字列として扱ってください。

文字コードについても、「国内の業務システムだからShift_JISで出しておけば安全」と決め打ちしないほうが安全です。クラウド型の製品ではUTF-8を前提に案内しているものもあり、キャムマックス(クラウドERP)へのCSV取込でつまずくポイントで扱ったように、前提が逆になる場合があります。取込先ごとに文字コードを指定して出力できる状態にしておくのが結局は手間が少なくなります。

準備3: 列構成を固定し、まず1件で通す

取込レイアウトが分かったら、その列構成を毎回まったく同じに保つことが重要です。注文書によって項目の有無が違うからといって列を可変にすると、行ごとに列数が変わって対応づけが崩れます。備考のように「ある時とない時がある」項目こそ、空欄でよいので列としては常に出力しておくのが安全です。

そのうえで、まず1件だけ取り込んで通ることを確かめてから、まとめて取り込む進め方をおすすめします。いきなり数百行を投入すると、同じ原因のエラーが何十行も並び、根っこが見えにくくなります。1件通れば、形式が同じである限り残りも同じように通ります。

つまずきを減らす進め方

他の販売管理ソフトを併用している場合は、ソフトごとに作法が違う点にご注意ください。販売管理ソフトへのCSV取込でつまずくポイント(文字コード・列順・日付形式)や基幹システムへのCSV取込でよくあるエラーと対処法もあわせてご覧ください。「どのシステムに、どの文字コードで、どの列順で渡すか」を1枚の表にして残しておくと、担当者が変わっても崩れません。

手前味噌の紹介

この記事を書いているのは、注文書特化サービス注文書係(ちゅうもんしょがかり)の運営者です。FAX・手書きの注文書をアップロードするとAIが下書きを作り、担当者は自信のない項目だけを確認して確定します。転記にかかる時間を1/10程度に圧縮することを狙ったサービスです。

その先のCSV出力では、文字コード(Shift_JIS / UTF-8)・列順・列名を取込先の形式に合わせて一度登録しておけば、次回から同じ形式で出力されます。取込レイアウトが判明した時点で一度設定してしまえば、以後は列構成が固定されるため、この記事の準備3で挙げた「列が増減して対応がずれる」つまずきが起きにくくなります。品目マスタとの突き合わせにも対応しているので、注文書に書かれた品名から自社の商品コードへの変換もその場で確認できます。

注文書の転記に毎日時間を取られている方は、無料トライアル(30枚または14日間、クレジットカード登録不要)で、実際にお使いの帳票との相性を確かめてみてください。手段全体の比較は注文書をデータ化する5つの方法 — 月間枚数別のおすすめもあわせてご覧ください。