ユーザーマニュアル

ヘルプセンター/ユーザーマニュアル/コネクタディレクトリ：ERP、外部 WMS と運用プラットフォーム

コネクタディレクトリ：ERP、外部 WMS と運用プラットフォーム

最終更新 2026-10-20

ERP、外部 WMS、フリート/テレマティクス、コンテナ追跡、ラストマイル配送プラットフォーム：各接続ウィザードのフィールドと取得場所。

ERP と会計システム#

ERP コネクタは同じ伝票群を双方向に同期します：顧客・商品・受注が Docklify と ERP の間を流れ、出荷・入荷から生成した請求書を ERP の元帳へ転記できます。以下の各コネクタには、接続ウィザードで入力するフィールドとその取得場所を記載しています。ヒント：ERP がサンドボックス／テスト会社を提供している場合は、まずそちらで接続を作成してフィールドとフローを確認し、その後本番会社に切り替えてください。

QuickBooks Online

QuickBooks Online は Intuit の中小企業向けクラウド会計プラットフォームです。QuickBooks 公式 API 経由で ERP 標準の伝票セット（顧客・商品・受注の双方向同期、請求書の転記）を同期します。接続方式：OAuth2——QuickBooks アプリの Access Token と会社の Realm ID を入力します。

フィールド	必須？	取得場所
Realm ID（会社 ID）	必須	QuickBooks → 歯車 → アカウント設定 → 請求とサブスクリプション → Company ID
アクセストークン	必須	Intuit Developer ポータル（OAuth2 playground）で QuickBooks アプリ用に取得。1 時間で期限切れ、アプリの Client ID / Secret で更新
環境	任意	production（デフォルト）または sandbox

Xero

Xero は小規模企業とその会計士向けのクラウド会計プラットフォームです。Xero 公式 API 経由で ERP 標準の伝票セットを同期します。接続方式：OAuth2——Xero アプリの Access Token と、同期する組織の Tenant ID を入力します。

フィールド	必須？	取得場所
Tenant ID	必須	OAuth 後に GET api.xero.com/connections が返す。または developer.xero.com のアプリで確認
アクセストークン	必須	Xero アプリの OAuth2 トークン。スコープに accounting.transactions.read、accounting.contacts.read、accounting.settings.read が必要

Odoo

Odoo はモジュール式のオープンソース ERP（販売、在庫、会計など）で、Odoo Online または自社サーバーで動作します。Odoo の外部 API 経由で ERP 標準の伝票セットを同期します。接続方式：インスタンスの Base URL とデータベースを入力し、ユーザー名と API キー（Odoo ではパスワードとして扱われます）でサインインします。

フィールド	必須？	取得場所
Base URL	必須	Odoo のアドレス（例：https://mycompany.odoo.com）
データベース	必須	Odoo データベース名。Odoo Online では通常サブドメイン
ユーザー名	必須	API キーの所有者である Odoo ユーザー
API キー	必須	アバター → My Profile → Account Security → New API Key。パスワードの代わりに使用

注意：Odoo Online で外部 API を使うには Custom プランが必要です。

NetSuite

NetSuite は Oracle のクラウド ERP で、大規模・複数エンティティの運用向けです。NetSuite の REST Web サービス経由で ERP 標準の伝票セットを同期します。接続方式：OAuth2——Account ID と、NetSuite の統合レコードで発行した Access Token を入力します（旧来のトークンベース認証 TBA は非対応）。

フィールド	必須？	取得場所
Account ID	必須	NetSuite → Setup → Company → Company Information（サンドボックスは 1234567_SB1 の形式）
アクセストークン	必須	NetSuite の統合レコード用 OAuth2 アクセストークン（rest_webservices スコープが必要）。TBA は非対応のため OAuth2 を使用

Microsoft Dynamics 365 Business Central

Microsoft Dynamics 365 Business Central は Microsoft の中小企業向けクラウド ERP です。Business Central API 経由で ERP 標準の伝票セットを同期します。接続方式：Microsoft Entra のアプリ登録——Tenant ID、Client ID、Client Secret（クライアント資格情報でのサインイン）を入力します。

フィールド	必須？	取得場所
Tenant ID	必須	Microsoft Entra 管理 → アプリ登録 → アプリ → ディレクトリ（テナント）ID
Client ID	必須	同じアプリ登録ページ（Application ID）
Client Secret	必須	Entra → 証明書とシークレット。一度だけ表示。Business Central 側でも Entra アプリレコードを作成し権限セットを割り当ててください
環境	任意	通常は "production"
会社	任意	Business Central の会社名。空欄なら最初の会社を使用

Sage Intacct

Sage Intacct は財務主導・複数エンティティ企業向けのクラウド財務管理プラットフォームです。Intacct REST API 経由で ERP 標準の伝票セットを同期します。接続方式：Sage 開発者ポータルのアプリの Client ID / Client Secret を入力します。複数エンティティの会社は転記先エンティティも指定します。

フィールド	必須？	取得場所
Client ID	必須	Sage 開発者ポータル → アプリ（REST API 認証情報）
Client Secret	必須	同じアプリページ
Entity ID	任意	複数エンティティの会社のみ：転記先のエンティティ ID

Intacct では専用の統合ユーザーを使ってください。そのユーザーで Web UI にログインすると REST トークンが無効になります（エラー REST-2102）。このエラーが出たらトークンを再発行し、そのユーザーでログインしないでください。

Acumatica

Acumatica は中規模の流通・製造・商社向けクラウド ERP です。Acumatica のコントラクトベース REST API 経由で ERP 標準の伝票セットを同期します。接続方式：API アクセス権のあるユーザー名／パスワードで、Acumatica のサイトと会社にサインインします。

フィールド	必須？	取得場所
Base URL	必須	Acumatica サイトのアドレス（/entity は付けない）。例：https://erp.example.com/AcumaticaERP
会社	必須	サインインする Acumatica の会社（テナント）名
ユーザー名	必須	API アクセス権のある Acumatica ユーザー
パスワード	必須	そのユーザーのパスワード
支店	任意	支店を使う会社は転記先の支店
エンドポイント名 / バージョン	任意	名称は通常 Default、バージョンは Acumatica のリリースに一致（例：24.200.001）

Microsoft Dynamics 365 Finance & Supply Chain

Microsoft Dynamics 365 Finance & Supply Chain Management は Microsoft のエンタープライズ ERP です。環境の OData サービス経由で ERP 標準の伝票セットを同期します。接続方式：Microsoft Entra のアプリ登録——Environment URL に対して Tenant ID、Client ID、Client Secret を入力します。

フィールド	必須？	取得場所
環境 URL	必須	F&SCM 環境のアドレス（/data は付けない）。例：https://<env>.operations.dynamics.com
Tenant ID	必須	Microsoft Entra → アプリ登録 → ディレクトリ（テナント）ID
Client ID	必須	同じアプリ登録。F&O 内でも登録が必要：システム管理 → Microsoft Entra ID アプリケーションで、ユーザー／ロールに紐付け
Client Secret	必須	Entra → 証明書とシークレット。一度だけ表示

SAP S/4HANA

S/4HANA OData API 経由で同期。デフォルトアドレスはなく（Cloud とオンプレミスで異なる）、認証は 2 方式のどちらか：Basic（ユーザー名／パスワード）または OAuth2（Client ID / Secret / Token URL）。両方は入れないでください。

フィールド	必須？	取得場所
Base URL	必須	S/4HANA ホストのアドレス（SAP basis チーム／BTP destination で確認）
SAP クライアント	任意	複数クライアントがある場合はクライアント番号
ユーザー名／パスワード（Basic）	任意	S/4HANA の通信ユーザー。下の OAuth2 セットとのどちらか一方
Client ID / Secret / Token URL（OAuth2）	任意	Cloud の場合：BTP の統合インスタンスの service key から取得

SAP Business One

SAP Business One は SAP の中小企業向け ERP です。Business One Service Layer 経由で ERP 標準の伝票セットを同期します。接続方式：API アクセス権のある Business One ユーザーの会社データベース、ユーザー名、パスワードでサインインします。

フィールド	必須？	取得場所
Service Layer URL	必須	Service Layer のアドレス（/b1s/v2 は付けない）。例：https://<host>:50000
会社データベース	必須	会社データベース名（例：SBODemoUS）
ユーザー名	必須	API アクセス権のある Business One ユーザー
パスワード	必須	そのユーザーのパスワード

Oracle Fusion ERP（Cloud）

Fusion REST API 経由で同期。Basic（ユーザー名／パスワード）または事前取得した OAuth トークンのどちらか。トークンを入れた場合はそちらが優先されます。

フィールド	必須？	取得場所
Base URL	必須	Fusion 環境のアドレス（例：https://<pod>.fa.<region>.oraclecloud.com）
ユーザー名／パスワード（Basic）	任意	統合ロールを持つ Fusion ユーザー。または下のトークンを使用
OAuth トークン	任意	OCI／IDCS の ID ドメインから事前取得した Bearer トークン
API バージョン	任意	デフォルトは 11.13.18.05。Fusion のリリースが異なる場合のみ変更

Cin7

Cin7 はマルチチャネルで販売する商品事業者向けのクラウド在庫・受注管理プラットフォームです。Cin7 API 経由で ERP 標準の伝票セットを同期します。接続方式：Cin7 アカウント内の API 接続で設定した API Username / API Password を入力します。

フィールド	必須？	取得場所
API ユーザー名	必須	Cin7 → go.cin7.com → API 接続 → 接続のユーザー名
API パスワード	必須	同じ API 接続で設定

Epicor Kinetic

Epicor Kinetic は製造業と流通業向けに作られた ERP です。Kinetic の REST サービス経由で ERP 標準の伝票セットを同期します。接続方式：ユーザー名／パスワードでサインインし、Kinetic の API Key Maintenance で作成した API キー（Access Scope に受注・顧客・商品の各サービスが必要）を併せて入力します。

フィールド	必須？	取得場所
Base URL	必須	Kinetic サーバーのアドレス（/api は付けない）。例：https://<host>/Kinetic
会社	必須	会社コード（例：EPIC06）
ユーザー名	必須	統合用の Kinetic ユーザー
パスワード	必須	そのユーザーのパスワード
API キー	必須	Kinetic → API Key Maintenance → New Key（一度だけ表示）。Access Scope に SalesOrderSvc、CustomerSvc、PartSvc が必要

Fishbowl

Fishbowl は在庫管理システムで、QuickBooks で帳簿を管理する商品事業者に広く使われています。Fishbowl サーバー API 経由で ERP 標準の伝票セットを同期します。接続方式：App Name とユーザー名／パスワードでサインインします。初回サインイン後、Fishbowl の Settings → Integrated Apps でそのアプリを一度承認してください。

フィールド	必須？	取得場所
サーバー URL	必須	Fishbowl サーバーのアドレス（例：http://192.168.1.10:80）。インターネットまたは VPN から到達可能であること
ユーザー名	必須	統合用の Fishbowl ユーザー
パスワード	必須	そのユーザーのパスワード
アプリ名	必須	この統合がログインする際のアプリ名。初回ログイン後、Fishbowl の Settings → Integrated Apps で承認してください
App ID	任意	承認後に Integrated Apps で割り当てられた場合は入力

Brightpearl

Brightpearl はマルチチャネル販売者向けの小売オペレーションプラットフォーム（受注・在庫・会計）です。Brightpearl API 経由で ERP 標準の伝票セットを同期します。接続方式：OAuth——アプリの Authorization Code Grant で取得した Access Token と、Account、Datacenter、App Ref、Dev Ref を入力します。

フィールド	必須？	取得場所
アカウント（サブドメイン）	必須	Brightpearl アドレスのサブドメイン（例：acme.brightpearl.com の acme）
データセンター	必須	OAuth フローが返す api_domain（例：use1.brightpearlconnect.com）
App Ref	必須	Brightpearl 開発者設定でのアプリの ref
Dev Ref	必須	同じ設定での開発者 ref
アクセストークン	必須	アプリの Authorization Code Grant で取得

外部 WMS#

外部 WMS 接続は販売チャネルと逆方向です：Docklify（OMS／コントロールタワー）が Docklify WMS ではない倉庫システムへ注文と ASN を送り、在庫と出荷確認を受け取ります。

Item WMS（UNIS）

Docklify を Item WMS / UNIS の倉庫に接続：注文と ASN を送り、在庫と出荷ステータスを受け取ります。以下の ID はすべて UNIS が割り当てます。

フィールド	必須？	取得場所
ユーザー名	必須	Item WMS のログインユーザー名
パスワード	必須	Item WMS のログインパスワード
Company ID	必須	UNIS システム管理者が割り当て。ほぼすべての API 呼び出しに含まれます
Customer ID	必須	UNIS の財務部門が割り当て
Facility ID	必須	ITEM の CSR が割り当てた倉庫 ID
Base URL	任意	デフォルトは本番エンドポイント https://wms.item.com/api/public/v1/public

Logiwa

Docklify を Logiwa の倉庫に接続：注文を送り、在庫と出荷確認を受け取ります。認証は Logiwa アカウントのメール／パスワードで、セッショントークンに自動交換されます。

フィールド	必須？	取得場所
ユーザー名（メール）	必須	API アクセス権のある Logiwa ユーザーのメール
パスワード	必須	そのユーザーの Logiwa パスワード

Oracle WMS Cloud

Docklify を Oracle WMS Cloud（LogFire）に接続：注文を送り、在庫と出荷確認を受け取ります。認証は Oracle IDCS ドメイン経由の OAuth2 クライアント認証情報で行い、正確な値はご自身の Oracle WMS インスタンス設定に従います。

フィールド	必須？	取得場所
Client ID	必須	WMS インスタンス用の IDCS 機密アプリケーション
Client Secret	必須	同じ IDCS アプリケーション
Token URL	必須	IDCS ドメインの OAuth トークンエンドポイント

フリート、テレマティクス、地図（TMS）#

Samsara

Samsara のフリート・車両・ドライバーデータ（位置、ステータス）を TMS に取り込み、配車とリアルタイム追跡に使用。

フィールド	必須？	取得場所
API トークン	必須	Samsara Dashboard → Settings → API Tokens。fleet / vehicles / stats の読み取り権限を持つトークンを生成
Base URL	任意	API リージョン：デフォルトは https://api.samsara.com。EU の顧客は https://api.eu.samsara.com

Motive

Motive（KeepTruckin）のフリートと車両データを TMS に取り込みます。Motive は OAuth 2.0 の認可コードフローを使用：先に承認を完了し、取得したアクセストークンをここに貼ってください。

フィールド	必須？	取得場所
アクセストークン	必須	gomotive.com/oauth/authorize → gomotive.com/oauth/token で取得したトークン
Base URL	任意	デフォルトは https://api.gomotive.com。リージョン用エンドポイントの場合のみ変更

FedEx Freight

TMS から FedEx Freight の LTL 見積もりと予約。FedEx Developer Portal と同じアプリモデルで、アカウント番号は Freight 用を使います。

フィールド	必須？	取得場所
Client ID	必須	FedEx Developer Portal → アプリ → Client ID
Client Secret	必須	同じアプリページ
Freight アカウント番号	必須	FedEx Freight のアカウント番号（LTL 見積もりと請求に使用）
テストモード	任意	"true"（デフォルト）はサンドボックス（テスト用認証情報）を使用。"false" は本番

Google Maps（ルート）

TMS / LastMile の計画用にルートと距離を計算。Google Routes API を使用。

フィールド	必須？	取得場所
API キー	必須	Google Cloud Console → プロジェクト作成 → Routes API を有効化 → API キーを作成（Routes API と IP で制限推奨）

Mapbox

TMS / LastMile の計画用にルートと距離を計算。Mapbox Directions API を使用。Google Maps の代替で、どちらか一方を接続します。

フィールド	必須？	取得場所
アクセストークン	必須	account.mapbox.com → Access Tokens

コンテナ追跡（Drayage）#

Terminal49

Terminal49 からコンテナのマイルストーン、船のスケジュール、ターミナルの空き状況を Drayage 用に取得。キーはセルフサービスで、無料の Developer Key で 100 本まで追跡できます。

フィールド	必須？	取得場所
API キー	必須	app.terminal49.com/developers/api-keys でキーを作成

Vizion

Vizion からコンテナ追跡イベントとマイルストーンを Drayage 用に取得。セルフサービスの登録はなく、キーは Vizion の営業が発行します。

フィールド	必須？	取得場所
API キー	必須	アカウント開設時に Vizion 営業が発行（X-API-Key ヘッダーで送信）

ラストマイル配送プラットフォーム#

この 2 つの接続により、LastMile からオンデマンド配送ネットワークへ注文を割り当てられます。どちらの接続にも集荷場所の入力が必要です。すべての配送はその集荷地点から作成されるためです。

DoorDash Drive

DoorDash Drive は、自社注文向けの DoorDash のオンデマンド配送ネットワークです：LastMile が集荷場所から配送を作成し、顧客の玄関まで追跡します。接続方式：DoorDash 開発者ポータルの API 認証情報——リクエストは Developer ID、Key ID、Signing Secret で JWT として署名されます。

フィールド	必須？	取得場所
Developer ID	必須	DoorDash 開発者ポータル → Credentials ページ
Key ID	必須	同じ Credentials ページ（Signing Secret とペア）
Signing Secret	必須	同じ Credentials ページ（base64。JWT の署名に使用）
集荷住所	任意	1 行の集荷住所。下の External Business ID＋External Store ID を入力した場合は不要（登録済み店舗の住所が優先）
External Business ID / External Store ID	任意	事業者と店舗が DoorDash に登録済みの場合は、住所の代わりに両方を入力
集荷店舗名	任意	集荷時に配達員へ表示される店舗名
集荷連絡先電話	任意	集荷時に配達員がかけられる電話番号

Uber Direct

Uber Direct は、自社注文向けの Uber のオンデマンド配送ネットワークです：LastMile が集荷場所から配送を作成し、顧客の玄関まで追跡します。接続方式：OAuth2 クライアント資格情報——direct.uber.com のアプリの Client ID / Client Secret を、Customer ID の下で使用します。

フィールド	必須？	取得場所
Client ID	必須	direct.uber.com → Developer → アプリ → API 認証情報
Client Secret	必須	同じページ。一度だけ表示
Customer ID	必須	direct.uber.com → Developer → Customer ID（API パス /v1/customers/{customer_id}/deliveries に含まれます）
集荷住所（JSON）	必須	店舗／倉庫の集荷住所を JSON 文字列で（例：{"street_address":["20 W 34th St"],"city":"New York","state":"NY","zip_code":"10001","country":"US"}）。配送作成時に必須（接続テストには不要）
集荷地点名	任意	配達員に表示される店舗名（デフォルトは "Merchant"）
集荷地点の電話	任意	集荷時に配達員がかけられる電話番号

マーケットプレイスフルフィルメント#

Amazon FBA

この接続はプラットフォームフルフィルメント画面を支えます：FBA 在庫同期、自社倉庫と Amazon の統合在庫ビュー、補充アラート。使用する認証情報は上記の Amazon SP-API チャネル接続と同一セットですが、追加要件が 1 つあります：SP-API アプリに「Amazon Fulfillment」ロールが承認されていないと FBA 在庫 API が拒否されます。

フィールド	必須？	取得場所
Seller ID（Merchant Token）	必須	セラーセントラル → 設定 → アカウント情報 → Merchant Token
Marketplace ID	必須	米国：ATVPDKIKX0DER
LWA Client ID / Secret	必須	セラーセントラルの SP-API アプリ（Amazon Fulfillment ロールが必要）
Refresh Token	必須	Amazon の承認フローで取得（セラーセントラル → アプリとサービス → 承認）
AWS Access Key ID / Secret	必須	SigV4 署名用の AWS IAM キー（Secret は作成時に一度だけ表示）
IAM Role ARN	任意	STS AssumeRole で署名する場合のみ。空欄なら上記キーで直接署名

返品プラットフォーム#

返品プラットフォームは消費者向け返品ポータルを運営し、各返品の行き先を決めます。接続すると、その返品が Docklify の返品管理（RMS）に入ります：倉庫は到着予定の返品を事前に把握し、受け取り時に処理し、プラットフォームの処分決定に従って後続の出荷を行います。

Happy Returns

Happy Returns（UPS グループ）は、対面の Return Bar 返却拠点を中心とした返品ポータルと郵送返品を運営しています。この接続により Docklify の返品管理（RMS）と Happy Returns が同期します：消費者が返品を開始したとき、返品が承認・受領されたときに、ステータス変更が Docklify へ通知されます。接続方式：オンボーディング時に発行される API キーを「X-Hr-Apikey」ヘッダーで送信します。

フィールド	必須？	取得場所
API キー	必須	オンボーディング時に Happy Returns のアカウントマネージャーが発行（API 設定ページ）
API ベース URL	任意	マーチャント API ホストはオンボーディング時に割り当てられます。今は空欄のままで、アドレスを受け取ってから入力できます

Loop Returns

Loop Returns は EC ブランド向けの返品ポータルです：消費者は Loop で返品を開始・追跡し、この接続により倉庫は Docklify の返品管理（RMS）でその返品を処理できます——到着時にフラグを立て、作業台で処理します。接続方式：Loop 管理画面で発行する API キーを「X-Authorization」ヘッダーで送信します。

フィールド	必須？	取得場所
API キー	必須	Loop 管理画面 → Returns Management → Tools & integrations → Developer Tools：「returns」スコープでキーを作成

ReturnGO

ReturnGO は、消費者の申請から返金まで返品の全行程を管理する返品ポータルです。この接続により、その返品注文（RMA）が Docklify の返品管理（RMS）に同期され、倉庫は返品を検索し、到着前に戻ってくる商品を確認できます。接続方式：API キーとショップドメインを各リクエストのヘッダーで送信し、あわせて ReturnGO の API ドキュメントに記載されたサーバー URL を入力します。

フィールド	必須？	取得場所
API キー	必須	ReturnGO 管理画面 → Settings → API：キーを生成（1 つのキーで複数店舗を管理可能）
ショップドメイン	必須	ReturnGO に登録されたショップドメイン（例：demo-store.myshopify.com、「x-shop-name」ヘッダーで送信）
API サーバー URL	必須	ReturnGO 公式 API ドキュメント（Swagger）の Servers 欄からサーバー URL をコピー
API キーのヘッダー名	任意	多くの場合は x-api-key。接続時に ReturnGO から別のヘッダー名が案内されたらそちらを入力

Optoro

Optoro は、返品ごとに次の行き先——再販、清算、仕入先への返送、寄付——を決め、返品在庫の価値を最大化します。この接続により Optoro の処分決定が Docklify に取り込まれ、選ばれたチャネルへの出荷を駆動します。接続方式：Optoro の Client Success チームが発行する OAuth 2.0 クライアント資格情報。

フィールド	必須？	取得場所
Client ID	必須	Optoro の Client Success チームが API 利用開始時に発行
Client Secret	必須	Client ID とあわせて Optoro の Client Success チームが発行