Shopifyの送り状CSV — ヤマト・佐川・クリックポスト

Shopifyの注文データから送り状CSVを作ろうとすると、最初にぶつかるのが「業者ごとに取込形式がまったく違う」という壁です。ヤマト運輸のB2クラウドは97項目、佐川急便のe飛伝Ⅲは74項目、日本郵便のクリックポストはわずか8列。さらにクリックポストだけは文字コードがShift-JIS固定で、1回にアップロードできるのは40件までです。この記事は、配送業者を決めたあとの話、つまり 伝票データの作り方 だけを扱います。

どの業者に出すかをまだ決めていない段階なら、先に配送業者の比較で運賃と持込割引を並べてください。あちらが「どこに出すか」、この記事が「決めたあと、注文をどうやって伝票データに変えるか」です。

出典：ヤマト運輸 B2クラウド 送り状発行データレイアウト 入出力用（PDF）

出典：佐川急便 e飛伝Ⅲ 操作マニュアル 飛脚宅配便（PDF・付録a-1 送り状データ取込レイアウト）

出典：日本郵便 クリックポスト まとめ申込 詳細フロー（PDF）

Shopifyの送り状CSVは、なぜ業者ごとに作り分けが必要？

「送り状CSV」という共通フォーマットは存在しません。3社それぞれが自社の送り状発行システムを持っていて、そのシステムが読める形に合わせる必要があります。

数が違うだけではありません。同じ「クール便」でも値の決め方が逆に見えます。ヤマトのクール区分は「0または空白が通常、1が冷凍、2が冷蔵」。佐川のクール便指定は「001が指定なし、002が冷蔵、003が冷凍」です。冷凍と冷蔵の並び順まで違うので、片方の感覚で書くと冷凍の商品が冷蔵で出ます。

出典：ヤマト運輸 1000件以上の送り状をまとめて発行することはできますか？

出典：佐川急便 e飛伝Ⅲ よくあるご質問

出典：ヤマト運輸 B2クラウドの外部データ取り込みで、入力時の制限・対応している文字コードなど、注意点はありますか？

Shopifyの注文エクスポートCSVは、そのまま渡せない？

渡せません。Shopifyの管理画面から出せる注文CSVは、注文情報を一覧で見るための形式であって、送り状の形にはなっていないからです。

Shopifyヘルプセンターの「注文のエクスポート」に列の定義が載っています。配送先に関係するのは Shipping Name Shipping Company Shipping Address1 Shipping Address2 Shipping City Shipping Zip Shipping Province Shipping Province Name Shipping Phone あたりです。ここで見落とされやすいのが、 Shipping Province は都道府県コード、Shipping Province Name が都道府県名 という点です。名前が似ているので、コードのほうを住所欄に流してしまう事故がよく起きます。

そしてもうひとつ、同じページにこう書かれています。「Shopify へのインポートまたは Shopify からのエクスポートに使用できるのは、UTF-8 エンコードの CSV ファイル形式のみです」。クリックポストがShift-JISを要求する以上、Shopifyの出力をそのまま上げることは原理的にできません。

出典：Shopify ヘルプセンター 注文のエクスポート

都道府県がローマ字で出てくるのはなぜ？

Shopifyは住所の都道府県を「コード」と「名称」の2つで持っています。安定しているのはコードのほうで、名称は取り出す経路やロケールによって「東京都」にも「Tokyo」にも振れます。Shopifyの開発者ドキュメントでも、province は「地域の名称」、provinceCode は「地域の英数字コード」と定義されていて、例として挙がっているのはカナダのオンタリオ州（Ontario と ON）です。日本の都道府県コードはISO 3166-2にそろっていて、東京都なら JP-13 になります。

都道府県コード（provinceCode）

Shopifyが住所の都道府県を識別するための英数字コードです。日本の場合はISO 3166-2に沿った JP-01（北海道）から JP-47（沖縄県）までの値になります。名称と違って表示言語の影響を受けないため、送り状CSVを作るときはこのコードを起点に日本語名へ引き直すのが確実です。

出典：Shopify.dev MailingAddress（Admin GraphQL API）

ここで一点、よく混ざる話を分けておきます。 ローマ字で出ること自体は文字化けではありません。 「Tokyo」はASCIIなので、Shift-JISに変換しても壊れません。壊れるのは、UTF-8の日本語をShift-JISとして読ませたときです。つまり次の2つは別の問題で、対策も別です。

住所は何項目に分けて渡す？

業者側の受け取り方が分かっていないと、変換の設計ができません。ヤマトのFAQは、住所について「都道府県」「市区郡町村」「町番地」までを ひとつの項目 として読み込むと明記しています。建物名（アパート・マンション名）は別項目です。しかも、入力内容にスペースやドットなど不要な情報が含まれると、取り込んだ際に住所の紐付けがずれたり一部が消えたりするとして、「東京都␣中央区銀座1-1-1」のようにスペースを入れないよう案内されています。

つまりヤマト向けには、次のような組み立てになります。

1. 1

   都道府県コードを日本語名に変換する

   JP-13 を「東京都」にします。Shopifyの Shipping Province Name は使わず、コードから引き直します。
2. 2

   都道府県・市区町村・番地を1つの文字列に連結する

   日本語の都道府県名と Shipping City、Shipping Address1 をつなぎます。区切りのスペースは入れません。
3. 3

   建物名は別項目に回す

   Shipping Address2 は「お届け先住所（アパートマンション名）」に入れます。
4. 4

   幅で切り詰める

   連結後の文字列が上限を超えていたら、あとで説明する「幅」の数え方で削ります。

佐川のe飛伝Ⅲは逆に、お届け先住所を1〜3の3項目に分けて受け取ります。1項目あたり全角16桁です。同じ住所データから、ヤマトには連結した1項目、佐川には分割した3項目を作ることになります。

文字数制限は「文字数」ではなく「幅」で数える

3社の仕様書に共通して出てくるのが、「全角16文字／半角32文字」という書き方です。ヤマトのお届け先名がまさにこれ、クリックポストのお届け先氏名は「全角20文字または半角40文字以内」、佐川の品名は「全角：16桁 半角：32桁」。いずれも 半角を1、全角を2として数えた合計の上限 を示しています。

ここを単純な文字数で切ると、切れ方を間違えます。「オーガニックコットンTシャツ（Mサイズ）」を「全角16文字」だと思って16文字で切ると、半角の「T」「M」を全角と同じ1として数えてしまい、実際の幅では上限に届いていないのに削りすぎます。逆に半角英数の多い商品名では、16文字で切ったつもりが幅では足りていて、もっと入れられたはずの情報を落とします。

さらに佐川のレイアウトには「※半角文字は全角文字に変換」「全半角混在は全角へ変換」という注記が付いています。渡したあとに全角へ寄せられる前提なので、こちらで切るときも幅で考えておかないと、業者側で変換された結果が上限を超えます。

クリックポストのCSVで気をつけることは？

クリックポストは項目が8列しかないぶん、制約が明確です。日本郵便が公開している「まとめ申込 詳細フロー」に、テンプレートの列構成と条件がそのまま書かれています。

条件のほうが重要です。ファイル形式はCSVテキストファイル形式のみで、Excel形式（.xlsx、.xlsm、.xls）やCSV以外のテキストファイル（.txt）は使えません。文字コードはShift-JIS。1回のアップロードの上限は40件。そしてヘッダー（1行目）は修正しないこと。この4つが守られていないと、取り込みの時点で弾かれます。

出典：日本郵便 クリックポスト

なお、クリックポストは2026年10月1日に運賃が改定されます。公式サイトの2026年9月16日付のお知らせでは、旧運賃185円（税込）から新運賃240円（税込）へ変更、2026年9月30日23時30分（予定）までに支払手続きが完了した取引は旧運賃、とされています。同日未明にはシステムメンテナンスでサービスが一時停止します。送料設定の見直しが必要なら、Shopifyの送料設定の配送プロファイルから当たってください。

代金引換・クール便・配達希望日はどの列に入る？

ここが手作業でいちばん抜けやすい部分です。宛名は間違えると気づきますが、代引金額やクール区分は空欄のまま出荷されても伝票は印刷されてしまいます。

代金引換

ヤマトは「コレクト代金引換額（税込）」と「コレクト内消費税額等」の2項目です。送り状種類を「2（コレクト）」にした場合は必須で、金額は300,000円以下（宅急便コンパクトコレクトの場合は30,000円以下）。佐川は「代引金額」と「消費税」の2項目に加えて、「決済種別」（0:指定なし／1:全て可／2:現金のみ／3:デビット・クレジット）があります。

内税額を別項目で持つのは、受取人に渡す領収書の税額表示のためです。合計金額だけ入れて内税額を空にすると、受け取り時の金額は合っていても税額が出ません。Shopify側では注文の Taxes にあたる値を入れることになります。税額の考え方が不安なら、Shopifyの請求書アプリはどう選ぶ？で税率ごとの端数処理の話を確認しておくと、ここの値の作り方も決めやすくなります。

クール区分

桁数も違います。ヤマトは1桁、佐川は3桁のゼロ埋めです。佐川に「2」とだけ書いても通りません。

配達希望日・時間帯

日付の形式が違います。ヤマトの「お届け予定（指定）日」は YYYY/MM/DD 形式。佐川の「配達日」は 20260201 のような8桁の数字です。時間帯の区分値はさらに違います。

ヤマトの宅急便には12〜14時の枠がなく、佐川には「18:00〜21:00」（区分値04）という枠があります。ただし佐川の公式マニュアルは、04は5時間帯のとき、18と19は6時間帯のときに指定可能と注記しています。契約している時間帯の体系によって使える値が変わるため、ここは自社の契約内容を確認してください。ストアの配送日時指定アプリで受け付けている選択肢が、そのまま両社に流せるとは限りません。受け付ける時間帯の選択肢は、出荷する業者の枠に合わせて先に絞っておくほうが安全です。

Shopifyの送り状CSVを作る手順は？

やることを順番に並べると、次のようになります。手作業でやる場合も、アプリに任せる場合も、確認すべき内容は同じです。

1. 1

   業者と送り状種類を決める

   発払いか着払いか、コレクトか。ヤマトなら送り状種類の区分値がここで決まります。クリックポストは1回40件までなので、件数が多い日は業者を分ける前提で考えます。
2. 2

   注文から配送先と明細を取り出す

   氏名、郵便番号、住所、電話番号、品名。返金や注文編集で数量が減っている注文は、変更後の数量で品名をまとめます。
3. 3

   都道府県コードを日本語名に変換する

   JP-13 から「東京都」へ。ここを飛ばすと送り状に「Tokyo」と印字されます。
4. 4

   業者ごとの区分値に読み替える

   クール便、配達時間帯、決済種別。ヤマトと佐川で値がまったく違うので、業者を切り替えたら必ず見直します。
5. 5

   幅で切り詰める

   半角1・全角2で数えて、業者ごとの上限に収めます。品名は削られる前提で、先頭に必要な情報を置きます。
6. 6

   文字コードを合わせて書き出す

   クリックポストはShift-JIS。ヤマトと佐川は環境依存文字を落としてから出します。
7. 7

   1件だけテスト取り込みして印字を確認する

   本番の一括取り込みの前に、必ず1件で通します。住所の紐付けのずれは、印字を見ないと分かりません。

送り状CSVだけ作っても発送作業は終わらない

送り状のデータができても、出荷作業はまだ残っています。何をいくつ箱に詰めるかのピッキングリストと、同梱する納品書です。実際の作業では、この3つがそろってはじめて1回の出荷が回ります。

わたしが開発している まるっと請求書 では、この3つを1つのZIPにまとめる「発送準備セット」という機能をProプランに入れています。注文一覧で対象を選んで、送り状CSV・ピッキングリスト（CSVとPDF）・各注文の納品書PDFを一度のダウンロードで受け取る形です。送り状CSVのほうは、ここまでに書いた変換、つまり都道府県コードからの日本語化、業者ごとの区分値、幅ベースの切り詰め、文字コードの切り替えをアプリ側で処理しています。

正直に書いておくこと レビューは1件・★5.0で、Built for Shopifyバッジも取っていません（2026年9月20日にApp Storeで確認）。同じ分野には、レビュー2,900件規模の海外製アプリもあります。実績の量で選ぶなら、そちらのほうが安心できる材料は多いはずです。日本の3社の送り状形式に合わせているかどうかを基準にするなら、選択肢に入れてください。

出典：まるっと請求書｜インボイス・B2B（Shopify App Store）

まるっと請求書をApp Storeで見る料金・機能・レビューは公式リスティングが一次情報です

公式の仕様と実装の数字が食い違うところ

記事を書くにあたって、各社の公式資料と、わたしが実装している値を突き合わせました。結果を正直に書いておきます。

最後の1点だけ補足します。B2クラウドは1回1,000件、e飛伝Ⅲは1回1,000行（ヘッダ行を含む）まで取り込めます。佐川にはさらに、1度に5,000件まで扱えるe飛伝ⅢEvoという拡張もあります（Windows専用）。一方で、まるっと請求書が注文一覧で一度に選べるのは50件です。つまり業者側の上限に当たる前に、アプリ側の50件で区切られます。クリックポストの40件だけが、アプリ側の50件より小さい数字です。

出典：佐川急便 e飛伝Ⅲ 送り状発行サポート

Shopifyの送り状CSVでよくある失敗は？

まとめ

Shopifyの送り状CSVは、「注文データを別の形に並べ替える作業」ではなく、「別の体系に翻訳する作業」です。列の並びだけを合わせても、都道府県がローマ字のまま、クール区分が空のまま、文字コードが合わないまま出ていきます。

毎回この6つを手で確認するのは現実的ではないので、どこかの時点で自動化することになります。自分で変換スクリプトを書くか、アプリに任せるかは出荷件数次第です。月に数件なら管理画面からの手入力で足りますし、毎日出荷があるなら変換を自動化したほうが早く元が取れます。

• 配送業者の比較
• Shopifyの送料設定
• Shopifyの請求書アプリはどう選ぶ？
• Shopifyと会計ソフトを連携する方法

→ まるっと請求書をApp Storeで見る