佐川急便向けの送り状発行APIは、受注管理や倉庫管理から出荷情報を送り、送り状PDFや番号などの発行結果を受け取る仕組みです。e飛伝Ⅲは、担当者が画面入力やCSV取り込みで送り状を作成・印刷するサービスです。
毎日のCSV取り込みや番号の書き戻しを減らすには、送り状発行に対応したAPI・連携サービスを現在の受注管理とつなぐ方法があります。自動化できる範囲は、受注取得・発行・印刷・番号反映のどこまで接続するかで決まります。
本記事では両者の違いと、CSV運用の改善・連携アプリの利用・自社システムへのAPI組み込みの選び方を解説します。
e飛伝Ⅲと送り状発行APIの違いとは
e飛伝Ⅲは、担当者が送り状を作成・印刷するためのクラウドサービスです。一方、送り状発行APIは、受注管理システムなどから出荷データを渡し、送り状の発行処理や結果の取得を行うための接続口です。サービスと接続の仕組みでは役割が異なるため、実務では「e飛伝Ⅲを画面・CSVで操作する運用」と「APIに対応したサービスや自社システムを利用する運用」を比較すると判断しやすくなります。
e飛伝Ⅲは画面入力やファイル取り込みで送り状を発行するサービス
佐川急便の公式案内によると、e飛伝Ⅲはスマートクラブ for businessのIDと、インターネットに接続したパソコン・プリンターを使って利用します。画面への入力に加え、CSV・Excel・固定長形式のデータ取り込みに対応しています。利用にはスマートクラブ for businessの会員登録と、e飛伝Ⅲのサービス申し込みが必要です。
e飛伝Ⅲ自体のサービス料金は不要ですが、有償の専用プリンターなどは別の費用です。利用環境や対応用紙は、佐川急便のe飛伝Ⅲ公式案内 ↗で確認してください。
送り状発行APIは出荷システムと発行処理をつなぐ仕組み
API連携では、受注管理や倉庫管理システムから届け先・品名・配送サービスなどの情報を送り、発行結果を受け取る処理を組み込みます。担当者がCSVを出力し、別の画面へ取り込む工程を減らせるのが利点です。
CSV操作を減らしたい場合は、佐川急便向けの送り状を発行できるAPIや連携サービスを選び、現在の受注管理とつなぎます。利用するサービスによって、印刷方法や番号を戻す仕組み、必要な契約・設定は異なります。
| 比較項目 | e飛伝Ⅲの画面・CSV運用 | 送り状発行APIを使う運用 |
|---|---|---|
| データの受け渡し | 担当者が入力、またはCSVなどを取り込む | システムから発行に必要な情報を送信する |
| 発行・印刷 | e飛伝Ⅲの画面で発行・印刷を操作する | 対応サービスや自社システムで処理する。印刷方法はサービスと利用環境による |
| 送り状番号の反映 | 番号データの出力・取り込みなど、受注管理へ戻す手順を設ける | 結果を取得し、連携元へ反映する機能・実装を用意する |
| 導入時の準備 | 取り込み形式と作業手順、印刷環境を整える | 対応サービスの設定、またはAPI接続の開発とテストを行う |
スマートAPI・Biz-Logi APIとの違いも確認
佐川急便やSGグループのAPIを調べるときは、送り状を発行するための機能か、配送状況を確認するための機能かを区別しましょう。
- e飛伝Ⅲ：画面入力やCSV取り込みで送り状を作成・印刷するクラウドサービスです。
- スマートAPI：佐川急便の公式案内では、ECサイト上での配送状況確認や配達日時変更などが紹介されています。送り状発行を自動化するAPIとは用途を分けて検討します。
- Biz-Logi API：SGシステムが提供する送り状発行APIシステムです。PDF発行版・データ返却版・集荷依頼版があり、自社システムへの組み込みを検討する際の選択肢です。
各サービスの契約や申請条件は共通ではありません。機能の詳細はスマートAPIの公式案内 ↗、Biz-Logi APIの公式案内 ↗をご確認ください。
CSV連携からAPI連携に変えると、どの作業が減る？
CSV連携ではファイルを介してデータを渡します。API連携ではシステムからデータを送受信する処理を組み込めるため、毎日のファイル操作を減らせます。
CSVの出力・加工・取り込みを減らす
たとえば、受注管理からCSVを出力し、列や項目を調整してe飛伝Ⅲへ取り込んでいる場合、送り状発行APIへの送信処理を組むことで、繰り返しのファイル操作を減らせます。配送会社ごとの入力形式への変換を連携サービスが担う場合は、連携元システムで管理する変換処理も抑えられます。
送り状番号の取得から受注への反映までをつなぐ
送り状発行後に番号をCSVで戻している場合は、APIで取得した番号と受注を対応付け、受注管理へ書き戻す処理が改善対象になります。番号の自動反映まで対応しているサービスなら、番号ファイルの出力・取り込みを減らせます。
番号を取得する処理と、受注ステータスの更新や購入者への発送通知は別の機能です。APIに接続しただけで、すべての後続作業が自動化されるわけではありません。
導入効果は減らせる作業と残る作業で判断する
手作業での転記やファイル選択が減れば、取り違えや反映漏れを防ぎやすくなります。ただし、元の受注データの誤りや配送条件の不一致まで自動で解消できるとは限りません。データの不備を誰が修正し、どの画面から再処理するかも決めておきましょう。
比較の際は、1日当たりのCSV操作時間、番号の反映確認にかかる時間、修正・再発行の件数を記録します。削減できる作業時間と導入・運用費用を比べると、API連携が必要か判断しやすくなります。現在の件数と運用で支障が少ない場合は、CSVの形式や手順を整える方法もあります。
自社に合う運用とSHIPPSYSの連携方法を選ぶ
選択の基準は出荷件数だけでなく、現在の作業負担と、利用中のシステムに対応する連携機能・開発体制があるかです。
| 現在の状況 | 検討する方法 | 判断のポイント |
|---|---|---|
| CSV作業の負担が少なく、出荷に支障がない | e飛伝ⅢのCSV運用を整える | 取り込み形式や手順の統一で解決できるか |
| 対応する受注管理を使い、繰り返し操作を減らしたい | 既存の連携アプリを使う | 受注取得・印刷・番号反映まで対応するか |
| 独自のWMS・OMS・ERPや出荷ルールがあり、開発を行える | 自社システムへAPIを組み込む | データ送信・結果反映・エラー対応の開発と保守を担えるか |
APIを組み込む場合は、SGシステムのBiz-Logi APIやSHIPPSYSなどの機能と実装範囲を比較します。以下ではSHIPPSYSの2つの連携方法を紹介します。
株式会社ＵＭＴＥＣが提供するSHIPPSYSは、出荷データを取り込み、配送会社ごとの形式への変換、送り状の生成、PDF・印刷、番号・処理結果の管理を行うクラウドサービスです。佐川急便向けの送り状発行にも対応しています。
| 現在の負担 | ネクストエンジン完全自動版 | 自社システムとのAPI連携 |
|---|---|---|
| 受注CSVを出力・取り込みしている | 条件・スケジュールに沿って受注を取得 | 自社システムから出荷データを送信する処理を実装 |
| 発行・印刷の操作を繰り返している | 送り状を生成。印刷環境を整えることで自動印刷 | 送り状PDFを取得。印刷方法は配送サービスと利用環境に合わせて確認 |
| 送り状番号を受注管理へ戻している | 対象受注へ追跡番号・出荷結果を反映 | 番号・処理結果を取得し、自社システムへの反映処理を実装 |
ネクストエンジンなら、受注取得から番号反映までをつなぐ
SHIPPSYSのネクストエンジン連携「完全自動版」は、設定した条件・スケジュールに沿う受注取得から、送り状の生成・印刷、追跡番号・出荷結果の反映までを自動化します。受注CSVの出力と、番号を戻すための取り込みを減らしたい場合に検討できます。
自動印刷には印刷PCとSHIPPSYS Printの稼働が必要です。初期設定、処理結果の確認、エラー時の対応も必要になるため、出荷ルールと担当者の作業を合わせて設計します。完全自動版の機能・導入条件を見る ↗
自社の受注管理・倉庫管理なら、APIで発行処理を組み込む
SHIPPSYSのAPIへ出荷データを送り、送り状PDF、追跡番号、処理結果を取得できます。発行完了をWebhookで受け取る機能もあり、APIで登録した出荷データやエラーは管理画面でも確認できます。
自社システム側では、API接続と結果取得に加え、取得した番号を受注へ反映する処理などを実装します。複数の配送会社への形式変換をSHIPPSYSが担うため、配送会社ごとに作る接続処理の範囲を抑えられます。SHIPPSYSのAPI連携・接続手順を見る ↗
連携を始めるには？相談から運用開始までの手順
申請先や必要な認証情報は、選ぶサービスによって異なります。e飛伝Ⅲの申し込み手順を、そのまま外部の送り状発行APIの手順として使うことはできません。
1．利用するサービスと必要な機能を決める
現在の受注管理システム、佐川急便との契約状況、発送拠点、出荷件数、配送サービス、用紙・プリンターを整理します。受注取得や番号反映も含め、どの工程をつなぐか提供会社に伝えてください。
2．サービスごとの契約・申請条件を確認する
e飛伝Ⅲの利用登録とは別に、選んだAPI・連携サービスの利用条件を確認します。SHIPPSYSのAPI連携は、原則として配送会社との契約が必要です。送り状発行に使うお客様コードや接続情報を準備します。
SHIPPSYSの費用と開始時期の確認方法
- ネクストエンジン完全自動版：アプリ月額3,000円（税抜）で月300枚・1拠点まで。月301枚目から5円／枚（税抜）です。別途SHIPPSYSのサービス契約が必要ですが、基本料金の範囲内ではSHIPPSYSからの追加請求はありません。拠点・端末などの追加や個別カスタマイズは別料金です。ネクストエンジン本体の利用料、配送料、PC・プリンター代は含みません。
- 自社システムとのAPI連携：公式の料金・プランでは、標準APIに対応するSaaSプランと、個別設計のインテグレーションプランを案内しています。後者は接続先の数、データ変換、連携範囲、開発・テスト・保守などをもとに個別見積もりとなります。
- 運用開始まで：一律の日数は本記事では案内していません。SaaSプランは契約情報と基本設定がそろえば申し込みから最短1日という案内がありますが、自社システムの接続開発や運用テストの完了日を保証するものではありません。契約・申請、設定または開発、印刷・結果反映のテストを含めて日程を確認します。
料金・条件は変更される場合があります。申し込み時には完全自動版の最新料金と、下記チェックリストをもとに必要な手続きを確認してください。
3．認証・データ連携・印刷を設定する
利用するAPIの仕様書に従い、認証と出荷データの送信、結果の取得を設定・実装します。配送会社側の契約情報と、連携サービスへ接続するための認証情報は区別して管理します。必要な情報と発行方法は、選んだサービスの提供会社に確認してください。
送り状PDFを取得する仕組みでも、実際に印刷するための用紙・プリンターの設定が必要です。自動印刷を使う場合は、対応ソフトと稼働環境も確認します。
4．実際の出荷に近いデータでテストする
正常なデータだけでなく、長い住所、複数個口、自社で利用する配送条件、入力不備があるデータを使い、印字と処理結果を確認します。発行した番号が正しい受注に反映されるか、取消・再発行や通信エラー後の再処理で二重発行が起きないかも確認してから運用を始めましょう。
導入前に確認したい配送条件・印刷・履歴の扱い
送り状発行APIを利用する場合も、すべての配送サービスや印刷方法が使えるとは限りません。利用するAPI・連携サービスの仕様と、自社の契約条件を照合してください。
- 契約・申請：配送会社と連携サービスそれぞれの契約、申請先・必要書類・審査の有無、接続情報の取得方法、費用と開始予定日。
- 配送条件：元払い・代引き、クール便、複数個口、離島・航空便など、自社で必要な条件を扱えるか。
- 印字と用紙：住所・建物名・品名の文字数上限と、長いデータが正しく印字されるか。現在の用紙とプリンターに対応するか。
- 番号と出荷結果：番号の取得・反映タイミングと、受注ステータス更新の範囲はどうなるか。
- 履歴・取消・再発行：どの画面で発行結果を確認し、取消や再発行を行うか。履歴をどこに、どの期間保管するか。
- 稼働時間と障害時の対応：利用時間、一括処理の上限、メンテナンス、通信失敗時の再処理方法が出荷スケジュールに合うか。
このチェックリストを使い、導入するサービスの最新仕様と自社の契約・設定を照合してください。
CSVの受け渡しを減らしたい方は、現在の運用から相談を
e飛伝Ⅲは送り状を作成・印刷するサービスで、送り状発行APIは出荷システムと発行処理をつなぐ仕組みです。スマートAPIは配送状況確認・配達日時変更など、Biz-Logi APIは送り状発行などと、サービスによって用途も申請手順も異なります。
導入では「送り状を発行できるか」だけでなく、受注取得、印刷、番号の反映まで、どの手作業を減らせるかを確認しましょう。既存の連携アプリを使う方法と、自社システムへAPIを組み込む方法を、開発体制や出荷条件に合わせて比較することが大切です。
参考資料
サービスの説明は以下の公式情報をもとに整理しています。主要サービスの説明は2026年11月10日確認、SHIPPSYSの機能・料金・契約条件は2026年11月11日に再確認。利用条件・稼働状況は各社の最新案内をご確認ください。