ユーザーマニュアル
ユーザーマニュアル
すべてのアプリのすべての機能を、論理的な順序でステップごとに解説。
用語集：Client、Merchant、Shipper、Owner、Vendor
同じ顧客がモジュールによって Client、Merchant、Shipper と呼ばれる理由と、Owner、Vendor、Consignee の意味。
伝票ステータス：OMS 受注、WMS 入出庫
OMS 販売受注、WMS 入庫伝票、WMS 出庫伝票のステータスフロー——各ステータスの意味。
伝票ステータス：TMS 輸送、ドレージ受注、購買発注
TMS 輸送オーダー、ドレージコンテナ受注、購買発注のステータスフロー——各ステータスの意味。
伝票ステータス：RMA 返品、YMS 予約と共通ルール
RMA 返品と YMS ヤード予約のステータスフロー、およびすべての伝票に共通するルール：キャンセル、下書き、一部完了。
受注ステータス遷移
受注のステータス・遷移・イベント。
お客様提供ラベル：API で送る方法と倉庫でアップロードする方法
お客様自身がラベルを購入し、PDF を注文と一緒に送ってくる場合があります。その PDF を注文のラベルとして登録すれば（注文作成時に API で送るか、注文ページでアップロード）、倉庫はそのまま印刷して貼り、別のラベルを購入しません。
注文保留：ステータスを変えずに受注を一時停止
支払い待ち・顧客の要請・書類不足などの場合、受注を保留するとステータスを変えずに履行を止められます。関連する出庫注文も自動的に保留されます。解除すれば同じ地点から続けられます。
注文タイプ：小包配送・貨物・顧客引取
3つの注文タイプ、タイプの決まり方、各フルフィルメント方式での担当、OMSでの貨物と顧客引取の進め方。
商品価格：基本価格、価格リスト、価格比較
商品ごとに基本価格を設定し、チャネル別・顧客別の価格リスト（数量段階付き）を管理。新規伝票は自動で価格を取得します。
OMS 顧客：OMS の顧客マスタ
販売伝票の宛先である購入者：OMS → 顧客 で顧客ごとにコード・連絡先・ランク・既定の配送先住所を管理し、新規伝票で選ぶだけにします。
AIアシスタント設定：スイッチ、機能レベル、返信と送信者確認
1つのページでメール注文とチャットアシスタント Rollie の両方を管理：メインスイッチ、機能レベル、返信と署名、確認待ちの送信者キュー。
お客様用追跡リンク：お客様が見える内容
返信メールには追跡リンクが付きます。お客様はアカウント不要で、その注文1件の進捗だけを見られます。
OMS 設定の倉庫管理：OMS を離れずに倉庫リストを最新に保つ
倉庫はシステム全体で1つの共有リストです。OMS 設定にも Master Data と同じ倉庫管理ページが入り、注文の割当や在庫確認をする場所でそのまま倉庫の作成・編集・無効化ができます。
受注作成：手入力・インポート・チャネル・ポータル・CRM
受注が OMS に入る 5 つの経路、必須項目、インポート規則、ドラフト編集ルール。
審査・承認・引当て
提出→承認（ATP チェック）→引当て：ドラフトから出庫可能受注までの流れ。
出庫とフルフィルメント：WMS 連携または単独出荷
出庫指示、WMS 連携、分割・マルチ倉庫振分、単独出荷、パッキングリストとラベル。
例外処理：取消・変更・アフターサービス（RMA）
取消・変更可能な受注、バッチ取消、RMA 返品フロー。
Rollie に販売オーダーの下書きを作ってもらう
チャットで Rollie に販売オーダーの下書き作成を頼む方法：管理者が先に有効化すべきもの、会話での注文と確認のしかた、下書きの場所、注文ページでの送信・取消方法。
不正ブラックリスト：OMS で不正な購入者と住所をブロック
既知の不正シグナル（名前、メール、電話、住所、IP、デバイス指紋）を1つのリストにまとめると、新規伝票がすべて自動で照合されます。一致したら伝票にフラグが付き、確認待ちになります。
メール注文：お客様がメールを送るだけで下書き注文ができます
EDI や API を使わないお客様はメールで注文します。専用受信アドレスを伝えれば、Docklify が本文と添付を読み、不足分を同じスレッドで確認し、下書き注文を用意します。
返品伝票はどこから来るか：プラットフォーム・手入力・既存伝票はすべて OMS に集まる
消費者返品はすべて——販売チャネルや返品プラットフォームから取り込んだもの、担当者が手で作ったもの、RMS から引き継いだもの——OMS の返品伝票になります。一覧は1つ、番号も1つです。
返品理由とプラットフォーム理由の対応付け：標準理由・未対応リスト・対応の追加
返品の各明細には3つのものが分かれて保存されます：プラットフォームの元の理由文、あなたの標準理由、お客様自身の言葉です。本記事では標準リストの姿、プラットフォーム理由の対応付けの仕組み、未対応リストを数分で片付ける方法を説明します。
返品はどの倉庫へ送るか：自動決定・ルール・未割当キュー
各返品の送り先倉庫は3ステップで決まります：お客様が送る先住所、あなたが管理する決定ルール、最後に元の出荷倉庫。どれでも決まらなければ、未割当キューで担当者を待ちます。
入庫伝票ステータス遷移
入庫伝票のステータスとイベント。
入荷：入庫伝票から格納完了まで
入庫伝票の作成、入荷モードの選択、パレット別・直接入荷——差異確認とラベル印刷を含む一連の流れ。
格納：ロケーション、移動、例外処理
Docklifyが格納を入荷に統合する仕組み、事後の在庫移動（パレット別/製品別）、例外ルール。
シリアル番号収集：直接入荷とパレット別入荷
シリアル追跡が有効な製品は入荷時にシリアル番号を収集します：直接入荷はスキャン対応のガイド付きポップアップ、パレット別入荷は貼り付け対応の一括モーダル。バックエンドが数量の一致と倉庫全体での一意性を検証します。
WMS 予約：ドック予約の作成・変更と予約設定
3ステップのウィザードで入荷配送と出荷集荷のドック予約を取り、一覧から変更・キャンセルし、予約設定で変更ルール、猶予期間、通知先を決められます。
クロスドック：入庫せずに受入・仕分け・出荷する
モバイルで SSCC をスキャン：入荷・仕向地チェック付き積込・仕向地変更・ラベル再印刷・タスクキャンセルまで一括解説。
クロスドック異常処理：破損登録・クレーム・クローズ
破損 HU をモバイルで写真付き登録し、クレーム状態を追跡、解決まで積込をブロック。
クロスドック フェーズ2：滞留アラート・推奨仕向地・予約ペアリング
設定可能な滞留アラート、仕向地なし HU への推奨、入出荷予約のペアリングを一括解説。
モバイルでクロスドック：入荷・仕分け・出荷
タスクはデスクトップで作成し、モバイルは実行用です。SSCCコードをスキャンして入荷・仕分けし、滞留アラートを監視して、現場でタスクをクローズします。
クロスドック フェーズ3：在庫直出・付加価値サービス・処分待ち返品
在庫のパレットから直接出荷し、HUをラベル貼付や組立に回し、処分待ちの返品を確認できます。
クロスドック在庫：いま場内にあるもの
場内のクロスドック在庫を HU 別・品目（SKU）別・仕向地別に確認。HU までドリルダウンできます。
在庫：照会、調整、棚卸、振替
デスクトップ/モバイルでの在庫照会、直接調整、循環棚卸（ABC自動棚卸含む）、倉庫間振替。
パレットとLPNの管理
WMS → Pallets画面：LPNの一括生成、入荷時のパレット組立、原廠ラベルの利用、パレットラベル印刷。
移庫タスク：ロケーション間の在庫移動
デスクトップでタスクを作成して割当て、または現場でスマホから直接移動——タスク作成・スキャン式Pick/Drop・LPN事前印刷ラベル・FAQを一挙解説。
補充タスク：ピッキングの欠品を防ぐ
ピッキング在庫が最低線を下回ると補充タスクを自動作成。移動タスクと同じPick/Dropフローで実行、緊急マーク付き。
循環棚卸：在庫精度を保ちながら営業継続
棚卸タスクを作成し、実棚入力・差異承認・計上・棚卸表印刷まで一括解説。
在庫台帳：すべての在庫変動を記録
在庫台帳は追加専用の記録です：倉庫のすべての在庫変動が1行ずつ書き込まれます。フィルタで追跡し、任意の数量を源泉伝票まで遡れます。
倉庫間移管：タスクで倉庫間に在庫を移動
1顧客分の移管伝票を作成し承認されると、出庫倉庫に発送タスク、入庫倉庫に受入タスクが自動生成されます。輸送中在庫は両倉庫で見えますが、受入までは使えません。
スロット最適化：高頻度SKUを出荷ドックの近くに
どのSKUが間違った場所にあるか、どこへ移すべきかを一度の分析で提示し、ワンクリックで移動タスクを作成。よく一緒に出る商品は隣同士に保つ関連分析付き。
ロケーショングループ：仮想機能エリアとコンプライアンス用グループ化
保管できるものに応じてロケーションを仮想的にグループ化——冷蔵、危険物、特定顧客の貨物——格納ルール、メンバーロケーション、マッピング付きで、倉庫の物理ゾーンは変更しません。
マーケットプレイスフルフィルメント：統合在庫ビューと FBA・WFS 等への入庫移管伝票
自社倉庫とプラットフォーム拠点（FBA、WFS、TikTok FBT など）の在庫を 1 つのマトリックスで確認し、入庫移管伝票でプラットフォームのフルフィルメントセンターへ段階的に納品できます。
計重製品マニュアル：設定・入荷・出荷
個数で売買し kg/lb で計量する製品（例：鶏肉1ケース）向け：計重をオンにし、入荷/出荷時に実重量を入力。許容差超過の明細は自動で警告表示されます。
ピッキング：ウェーブ、ピックタスク、PICK-STAGE
ウェーブ解放（手動/定時）、オーダー別ピックタスク生成、モバイルでのステップ実行——部分ピック、スキップ、short対応を含む。
ゾーンピッキング手順ガイド：ゾーン別に分割、カートで集品、受注別に統合
手順チュートリアル：ゾーン、統合エリア、カート、作業者を準備し、事前チェック、バッチ生成、カート紐付け、ゾーン別集品、カート到着登録、トート配置、統合、ボード追跡までの全フローを実行します。
ゾーンピッキング フェーズ2：打刻連携、水蜘蛛、AI説明、課金、実績
ゾーンピッキングに追加された5機能：打刻とゾーンの連携、水蜘蛛タスクボード、タスク分割ごとのAI説明文、3PL自動課金、ゾーン別実績ダッシュボード。
ウォータースパイダー プロアクティブモード：ダッシュボードとセルフサービス
カートを動かし続ける2つの方法：ディスパッチャーがボードからタスクを割り当てるか、水蜘蛛がスキャンして自分で仕事を取るか。
ウェーブテンプレート：注文のまとめ方を定義する
毎日再利用できるテンプレート：注文の帰属、1ウェーブの件数、ピック戦略、担当者。6セクション、5分で設定。
ウェーブモニター：進捗確認・注文追加・除外
リリース後：ウェーブごとのリアルタイム進捗・担当者、進行中ウェーブへの注文追加・未開始注文の除外。
ウェーブモニター：注文追加・除外・進捗確認
進行中のウェーブに急ぎ注文を追加し、未開始の注文を除外し、ウェーブをすばやく検索し、テンプレートにマルチグループの注文選択を設定します。
ピッキングカート：カートとトートスロットのマスタ
バッチピッキング用カートを準備します。カートごとに1レコード、スロット数、スロットごとに一意の license_plate バーコード、印刷して貼るラベル、編集ページでのスロットの日々管理までを扱います。
出庫伝票ステータス遷移
出庫伝票のステータスとイベント。
積込ステータス遷移
積込のステータスとイベント。
出庫伝票：絞り込み・作成・編集
出庫伝票一覧の複合絞り込みは常時表示、ドラフト時の全項目編集、Store＋UOM ドロップダウン規則、Cluster ウィザードのチェック前倒し。
梱包・出荷：梱包ステーション
梱包ステーションでスキャンしてオーダーを呼出、pack-verifyで1件ずつ検証、分割梱包またはそのまま出荷、送り状印刷、出荷確定。
通常プリンターへの帳票印刷（BOL、パッキングリスト、ピックリスト）
Device Hub経由でレターサイズの帳票をページから通常（A4/レター）プリンターへ直接印刷。システムの印刷ダイアログで探す必要はありません。
梱包ステーションの例外対応：破損・不足・過剰・誤ピッキングのとき
梱包ステーションで問題が起きたときに押す場所と、その後のシステムの動き（交換ピッキング、部分出荷、保留）をすべて記録付きで説明します。
梱包動画：すべての注文の梱包記録を見て、取得して、書き出す
サポートとスーパーバイザーが注文の梱包動画を開き、ステーションから取得し、再生し、証拠パックを書き出す方法。REC マーク、Hub マーク、「空白」表示の意味と、動画の保存期間を説明します。
ラベル先行バッチ出荷：先にラベルを購入し、順番にピッキングして貼る
似た注文が大量にあるときに：出庫注文リストからバッチを作り、ラベルをまとめて購入し、ピッキングリストと同じ順序で印刷し、番号順にピッキングして貼り、バッチごと一括で締めます。
積込タスクとミルクラン：正しい順序で積み込む
スマホ積込タスクの流れ：ステップ1は積込順にパレットをスキャン、ステップ2は Pro・シール・トレーラー番号の入力、写真撮影、両者の署名。ミルクランで配送順を定義。
キャリア引渡し確認：梱包済み出荷を運送会社へ渡す
手動引渡しモードでは、梱包済み出荷は自動では出庫されません。スマホで運送会社を選び、必要なら追跡番号をスキャンして確認し、引渡しを確定します。
Packing Station：ピック・梱包・計量・出荷
小包注文はここで仕上げます：3つの方法で注文を呼び出し、箱詰めし、重量を確認して梱包を完了します。処理できるのは「picked」ステータスの小包注文のみです。梱包が完了すると注文は packed になり、キャリアへの引渡し確認後に fulfilled になります。
注文保留：ステータスを変えずに出庫注文を一時停止
顧客の要請・支払いの問題・住所修正などで、注文を一時停止したいことがあります。保留は注文の履行を止めますが、ステータスは元のまま変わりません。解除すれば同じ地点から続けられます。
出庫の注文タイプ：小包・貨物パレット・顧客引取
出庫注文の注文タイプの使い方：タイプの由来、パレットの貨物集計、引取の手順、小包が従来通りである理由。
End of Day：マニフェストの締めと日次カットオフ
運送業者ごとに当日の出荷を締めます：今日出荷した全小包のマニフェストを生成し、配達員向けに印刷し、受け取り担当者名を記録して引き渡しを確定します。
ギフトサービス：包装・メッセージ・カード
注文をギフト指定し、メッセージを印刷し、荷主ごとに印刷・課金方式を設定。
小売業者：出荷・配送のための小売業者マスタ
小売業者ごとに1レコード——Amazon、Walmart、Target など——UCC やパッキングリストのテンプレート、To-B 出荷伝票が自由記述ではなくマスタに紐づくようにし、UCC-128 / SSCC ラベルが必須かどうかを明確に示します。
UCC ラベルテンプレート：UCC 出荷ラベルの作成とプレビュー
各 Retailer の SSCC パレット／カートンラベルのレイアウトを ZPL テンプレートとして 1 つのライブラリで管理します。規則どおりに命名し、ライブプレビューで編集し、サンプルデータで試し、印刷時は Retailer とラベル種類で自動マッチさせます。
Retailer 要件宣言とテンプレート紐付け：一度宣言すれば毎回正しく印刷
各 Retailer の要件（パレット UCC、カートン UCC、Packing List とその形式）を Docklify に宣言し、必要ならスロットごとに正確なテンプレートを紐付けます。印刷時は「紐付け → 専用 → 標準 → 内蔵」の順で自動選択し、必須テンプレートが欠けていれば事前に知らせます。
Packing List は 2 形式：4×6 ラベルと A4 帳票
Retailer によって、Packing List を 4×6 ラベルで箱に貼る場合と A4 用紙で箱に入れる場合があります。Docklify は両形式を別テンプレートとして管理し、それぞれ正しい入口から印刷し、Retailer の宣言に形式を合わせます。
テンプレートライブラリ：ラベル用と帳票用
ZPL ラベルテンプレート（UCC とラベル版 Packing List）はラベルテンプレートライブラリに、A4 帳票テンプレートは帳票テンプレートライブラリにあります。命名規則、サンプルデータのプレビュー、バージョン履歴、内蔵版のクローン編集、テスト印刷という考え方は共通です。
Freight Order ラベル：パレット封緘と標準／UCC ラベルの印刷
Freight Order（LTL/FTL）では、注文ページから 3 種類の 4x6 ラベルを印刷できます：倉庫標準パレットラベル（LPN、SSCC なし）、GS1 パレット UCC ラベル、GS1 カートン UCC ラベルです。まず各パレットを封緘してください。SSCC は初回に一度だけ採番され、再印刷では常に同じ番号が使われます。内容が変わった場合は、再印刷せず無効化して再生成してください。
タスクルール：タスクの作成・割当を設定する
全タスクルールを1ページに：種別別タブ、顧客別設定、L1/L2/L3の3段階。
SLA：タスク種別ごとの期限
Task Rules の SLA タブ：1つの表、9つのタスク種別、種別ごとの既定時間。期限未設定のタスクは自動入力；3か所で期限超過を通知。
タスク監視：シフトリーダーのダッシュボード
全WMSタスクを1つのダッシュボードに：5つのKPIカード、リアルタイム／傾向／担当者の3ビュー、期限超過は赤色表示。朝のルーティン：まず期限超過、次に実行中。
タスクリリース：新規タスクの開始タイミングを制御する
新規タスクを保留し、一定のリズムでリリースできます。責任者は個別タスクを即時リリースすることもできます。
ピッキング戦略シナリオ：どのパレットから取るか
倉庫・荷主・商品ごとにローテーション（FIFO / FEFO / LIFO / FMFO / LEFO）を設定し、8つのシーンテンプレートから開始。モバイルアプリが理由付きで最適なパレットを提案します。
組立・キッティング：BOM・作業指示・仮想キット
3つのモード：見込生産・受注生産・仮想キット。バージョン付きBOM、デスクトップとモバイルで作業指示。
作業指示フロー：下書きから完了までの6ステータス
作業指示の進め方：下書き→ピッキング→組立→QC→完了。各ステップの操作。
プロジェクト＋労務タスク：計時で請求するVAS作業
標準タスク体系外の特殊作業——ラベル貼り、再梱包、リファービッシュ。荷主ごとにプロジェクト、作業者ごとにタスク、モバイルで計時、上長承認後に請求。
リチウム電池の取扱ガイド：製品のマーキング・3段階設定の選び方・日常業務
リチウム電池製品のマーキング方法（5フィールド＋UN番号対照表）、厳格/標準/緩和の3段階設定の選び方、入荷検査・棚入れ・ピッキング・出荷時のDG申告、そして破損電池の対処方法。
温度帯とアレルゲン管理：設定と格納ルール
ロケーションに温度帯、製品にアレルゲンを設定します。温度帯が合わない格納はブロック（警告のみではありません）され、アレルゲン製品は一般食品ロケーションから隔離されます。
WESデモ操作——本ガイドはWESアプリのガイドへ移りました
WESデモはWESアプリから実行するようになりました。本ページは現行ガイド《WESアプリでデモを実行》への案内です。
3D倉庫可視化の概要：倉庫全体を一目で把握
棚・通路・一時置き場を3Dで表示し、占有率で色分け——緑は受入可、赤は満杯寸前。クリックで中身を確認。スナップショット／ライブの2モード。
3Dデモ倉庫：ワンクリックで見学できるフル倉庫
独立したデモ倉庫：ゾーン・ドックドア・デモ在庫を完備。実際の倉庫データには一切影響しません。
フィルターとカメラ操作：3D倉庫で欲しいものをピンポイントで探す
4つの重ね掛け可能フィルター（顧客・占有率・滞留・期限間近）、ロケーション・ゾーン・SKU・LPN検索、マウス操作、プリセット視点、フロア切替、ミニマップ、ワンクリックのスクショ出力。
ピッキングルート：注文がどうピックされるか3Dで見る
注文番号を入力すると、システムがルートを描画——発光ライン・番号付き停止点・カメラツアー・スーパーバイザー向け推定移動距離。
レイアウトエディタ：システムに倉庫の形を教える
棚仕様から3Dレイアウトを自動生成、Excelからインポート、ドラッグで微調整して公開。layout_edit権限が必要。旧バージョンは保持されロールバック可能。
レイアウトとデータの関係：一度描けば、ずっと自動更新
エディタは3D座標をwms_location_3dに書き込み、3Dページはそれをリアルタイム在庫とJOINして占有率を算出。レイアウト変更は再公開だけ——履歴データには影響しません。
レイアウトエディタ活用ガイド：クイック／エリア／エキスパート
自動生成、Excelインポート＋ドラッグ調整、エキスパートモード（15°回転・グループ削除・0.1 m微調整）の使い分けと手順。
ピッキング経路の検証：このタスクのルートは良いか？
システムのピッキング順を距離最適順と比較し、判定（優秀／良好／普通／要改善）を取得。最適ルートは破線で3Dに重ねて表示可能。
3D自動配置：新規ロケーションは自動で3Dに配置される
倉庫設定で自動配置をONにすると、標準コードの新規ロケーションはコードから3D位置が自動計算され、手動配置は不要です。非標準コードはブロックされず、修正対象としてフラグ付けされます。
Vision：カメラ・エリア・購読を一か所で管理
Vision アプリは、カメラ登録・エリア紐付け・イベント購読・カバー範囲・証拠検索の管理面です。旧 WMS のカメラページは閲覧専用になり、ここへリンクします。
Vision イベント×エリア：どこで何を購読できるか
イベント購読ページで、あるイベントが特定のエリアタイプにしか出ない理由——完全な適用行列と、各「—」の分かりやすい理由。
既存の NVR を Vision に接続する
倉庫にすでに NVR とそのカメラがありますか？NVR の各チャンネルを Vision のカメラソースとして登録するだけです。カメラの配線を変える必要はなく、パスワードを Web ページに入力することもありません。
ロケーション紐付け：すべてのロケーションを3Dマップに
ロケーションはレイアウトに紐付いて初めて3Dに表示されます。「紐付け」タブは既存ロケーションの配置、不足の照合、そして見えないままになる前の警告を担当します。
モバイル操作：スキャン入荷/ピック/移動とクラウド印刷
タスクセンター、スキャン入荷（荷卸記録含む）、スキャンピック、在庫移動、棚卸、補充実行、クラウド印刷。
Device Hub：インストール、ペアリング、印刷
ブラウザアプリと倉庫ハードウェアを繋ぐオンプレミスの橋：ワークステーションにインストール、1回ペアリング、プリンタ/秤を接続、印刷センターでキューを監視。
モバイル異常報告：破損・数量違い・現場の問題をその場で報告
WMSモバイルから、タスクあり／なしで問題を報告。写真添付可、保存確認まで解説。
WMS 積込と TMS オーダー：双方向の自動同期
積込タスク完了で TMS オーダーを自動作成。TMS でルート計画すると WMS 積込を自動作成。
HTS 税率の上書き：WMS 設定での手動税率上書き
HTS コードの標準税率が実際の税率と合わない場合、WMS 設定で手動の上書きを追加できます。Landed Cost 計算では USITC 週次同期と内蔵テーブルより優先されます。
音声ガイダンス：スマホが次の手順を読み上げます
音声ガイダンスとは何か、管理者が倉庫ごとに有効化する方法、作業者がオン/ミュート/話速/言語を設定する方法、ピッキング・移動・棚入れ・受入・棚卸しで実際に読み上げる文言、デバイスの注意点とFAQを一括解説。
チャネルラベルの出所設定：ラベルをチャネルから取得
自社ラベルを発行するチャネル（Wayfair 型のサプライヤー履行）では、接続の「ラベルの出所」を「チャネルから取得」に切り替えます。バッチ出荷ではチャネルのラベルと梱包明細がセットで印刷され、それらの注文は梱包ステーションを通りません。
eBay 接続：注文取込と履行実績の返送
eBay Developers Program で App ID と Cert ID を取得し、Integration に入力、テスト・マッピング・有効化。
Amazon SP-API 接続：注文取込と履行実績の返送
Seller Central で Seller ID・LWA 認証情報・refresh token を取得し、AWS IAM 署名キーを用意して、8 項目すべてを Integration に入力、テスト・マッピング・有効化。
Walmart 接続：注文取込と履行実績の返送
Walmart Developer Portal から Consumer ID と Private Key をコピーし、Integration に貼り、テスト・マッピング・有効化。
WooCommerce 接続：注文取込と履行実績の返送
WooCommerce で REST API キーを作成し、Store URL、Consumer key、Consumer secret を Integration に入力、テスト・マッピング・有効化。
BigCommerce 接続：注文取込と履行実績の返送
BigCommerce 設定 → API から Store hash と Access Token をコピーし、Integration に貼り、テスト・マッピング・有効化。
Etsy 接続：注文取込と履行実績の返送
Etsy ショップ管理 URL で数字の Shop ID を確認し、Etsy Developers で API キーをコピー、OAuth アクセストークンとともに Integration に入力、テスト・マッピング・有効化。
TikTok Shop 接続：注文取込と履行実績の返送
TikTok Shop Partner Center から App Key と App Secret をコピーし、ショップを認可してアクセストークンを取得、Integration に入力してテスト・マッピング・有効化。
Temu 接続：注文取込と履行実績の返送
Temu Partner Platform で App Key と App Secret を取得し、Seller Center でアプリを認可してアクセストークンを取得、Integration に入力、テスト・マッピング・有効化。
SHEIN 接続：注文取込と履行実績の返送
SHEIN オープンプラットフォームでストアを認可し、tempToken を openKeyId と SecretKey に交換して Integration に入力、テスト・マッピング・有効化。
FedEx 接続：リアルタイム料金・ラベル発行・追跡
FedEx Developer Portal のプロジェクトで API Key と Secret Key を取得し、9 桁の FedEx Account Number とともに運送業者アカウントに入力、テスト、サービスマッピング後に料金照会・出荷を開始。
USPS 接続：リアルタイム料金・ラベル発行・追跡
USPS Developer Portal で Consumer Key と Consumer Secret を取得し、運送業者アカウントに入力、テスト、サービスマッピング後に料金照会・出荷開始。
DHL Express 接続：リアルタイム料金・ラベル発行・追跡
DHL Developer Portal で承認済みの MyDHL API アプリから API Key と API Secret を取得し、DHL Express アカウント番号とともに運送業者アカウントに入力、テスト後に料金照会・出荷開始。
CJ Dropshipping 接続：商品取込・公開・ドロップシップ注文
共通エディタで CJ API Key を api_key として入力し、Sourcing 側でテスト、取得キーワードを設定、商品をプールに取り込み、公開して Shopify へ送信。
Target Plus 接続：注文取込と履行実績の返送
Target+ のオンボーディングメールと Partner Portal から Partner API アドレス、Client ID、Client Secret をコピーし、Integration に貼り、テスト・マッピング・有効化。
Best Buy 接続：注文取込と履行実績の返送
Best Buy Mirakl Seller Portal から API Key をコピーし、Integration に貼り、テスト・マッピング・有効化。注文が入り、履行実績、製品と在庫の更新が戻ります。
Newegg 接続：注文取込と履行実績の返送
Newegg Seller Portal の API Settings で Seller ID、API key、Secret key を確認し、Integration に入力してテスト・マッピング・有効化。注文が入り、履行実績・商品・在庫が戻ります。
Wayfair 接続：注文取込と履行実績の返送
Wayfair Partner Home から Client ID と Client secret をコピーし、Integration に貼り、テスト・マッピング・有効化。
Home Depot 接続：注文取込と履行実績の返送
Home Depot サプライヤーオンボーディングで API ベース URL と API キーを取得し、Integration に入力、テスト・マッピング・有効化。
Lowe's 接続：注文取込と履行実績の返送
Lowe's Mirakl 販売者ポータルの API ドキュメントで Mirakl API ベース URL を確認し、ユーザー名 → API Key から API Key をコピーして、両方を Integration に入力、テスト・マッピング・有効化。
Overstock 接続：注文取込と履行実績の返送
Overstock パートナー統合ドキュメントから API ベース URL と API キーを取得し、Integration に入力、テスト・マッピング・有効化。
DHgate 接続：注文取込と履行実績の返送
DHgate 開発者コンソールで API ゲートウェイ URL と App Key をコピーし、DHgate OAuth フローでアクセストークンを取得、Integration に入力、テスト・マッピング・有効化。
AliExpress 接続：注文取込と履行実績の返送
AliExpress App コンソールからゲートウェイ URL、App Key、App Secret をコピーし、セラーアカウントの OAuth Session を取得して Integration に入力、テスト・マッピング・有効化。
Wish 接続：注文取込と履行実績の返送
Wish マーチャント OAuth2 アクセストークンを取得し、API ベース URL とともに Integration に入力、テスト・マッピング・有効化。
TrueCommerce 接続：注文メッセージ取込、出荷・請求メッセージ送信
TrueCommerce の担当チームに Base URL を確認し、API キーまたは OAuth クライアント認証情報を入力、テスト、取引先マッピング設定、有効化を行います。
B2BGateway 接続：EDI で注文を取り込み、出荷と請求を送信
B2BGateway のアカウントチームに Base URL を確認し、B2BGateway アカウントから API Key をコピーして、両方を Integration に入力、テスト、各取引先の Mapping、有効化を行います。注文メッセージが入り、出荷・請求メッセージが出ていきます。
Amazon FBA 接続：FBA 在庫のみ同期
Amazon SP-API とは別の接続で、認証情報は同じものを使います。同じ 8 項目を Integration に入力し、テスト・SKU 対応付けの確認・有効化。入ってくるのは FBA 在庫だけです。
SPS Commerce 接続：EDI 注文を取り込み、ASN と請求を送信
SPS の開設ドキュメントから API Base URL をコピーし、SPS アカウント開設時にペアで発行された Client ID と Client Secret を取得して、3 つすべてを Integration に入力、テスト、各取引先の Mapping、有効化を行います。850 注文が入り、856 / 810 ドキュメントが出ていきます。
Rithum（Dsco）接続：注文取込、ASN・請求メッセージ送信
Rithum サプライヤーアカウントの Client ID と Client Secret を取得し、API ベース URL は本番用に空欄のままにするか、先に試す場合はサンドボックスのアドレスを入力、テスト、取引先マッピング設定、有効化を行います。
Cleo Integration Cloud 接続：取引先メールボックス経由で EDI ファイルを交換
Cleo インスタンスのアドレスと、Cleo 管理者が発行したメールボックスのユーザー名・パスワードを入力し、サインインをテスト、取引先ごとにマッピングして有効化します。
Ordoro 接続：API 認証情報を確認する
Ordoro の Settings → Account Settings → API Keys で API キーを作成し、その Client ID と Client Secret を運送業者アカウントに入力してテストします。テストは HTTP Basic で shipper を読み取り専用で一覧し、認証情報が使えるか確認します。
ShippingEasy 接続：API 認証情報を確認する
ShippingEasy の同じ API Credentials ページから API Key と API Secret をコピーし、運送業者アカウントに入力して署名テストを実行します。認証情報の確認のみを行います。
AliExpress Dropshipping 接続：ソーシング商品をプールに取り込む
AliExpress Open Platform で Dropshipping タイプのアプリを作成し、その App Key と App Secret を Sourcing 側の接続フォームに入力し、そこでテストして、商品をプールに取り込み、確認して自社商品を作成します。
OpenText Trading Grid 接続：EDI ドキュメントの送受信
Integration の EDI 接続で接続を作成し、OpenText の導入パッケージに記載されたとおりに転送方式、ホスト、ユーザー名、パスワードまたは秘密鍵を入力し、認証情報の形を確認、各取引先をマッピングして有効化します。
NetSuite 接続：注文取込と顧客・請求書・製品の同期
NetSuite で Account ID を確認し、rest_webservices スコープを持つ発行済み OAuth2 アクセストークンを Integration に貼り、テスト・マッピング・有効化。販売注文が入り、顧客・請求書・製品が双方向に同期します。
Dynamics 365 Business Central 接続：注文と顧客を取り込み、在庫を確認
Microsoft Entra でアプリを登録し、Business Central 内に対応レコードを作成、Tenant ID・Client ID・Client Secret を Integration に入力してテスト・マッピング・有効化。
Microsoft Dynamics 365 Finance & Supply Chain 接続：販売注文を取り込む
Microsoft Entra ID でアプリを登録し、Finance & Operations の中でも同じアプリを登録してユーザーを紐付け、環境 URL と 3 つの認証情報フィールドを Integration に入力、テスト・マッピング確認・有効化で販売注文が入ってきます。
SAP S/4HANA 接続：販売受注と顧客を取り込む
S/4HANA の OData ベース URL を入力し、認証情報一式（Basic の通信ユーザー、または OAuth2 の 3 点セット）のどちらかを入力して、テスト・マッピング・有効化すると販売受注と顧客を取り込めます。
SAP Business One 接続：注文と顧客を取り込み、在庫を確認
接尾辞 /b1s/v2 を付けない Service Layer URL、CompanyDB、B1 のユーザー名とパスワードを入力し、テスト・マッピング・有効化を行うと、注文と顧客を取り込み、在庫を確認できます。
Sage Intacct 接続：顧客・請求書・製品を同期
Sage Developer Portal で Client ID と Client Secret を取得し、専用の Web Services ユーザーを承認して Integration に入力、テスト・マッピング・有効化——顧客・請求書・製品が双方向に同期します。
Sage X3 接続：folder の Sync API 接続を確認する
テナントのオンボーディングで発行される 7 つの値（環境、Sync API ベース URL、folder、テナント API キー、Sage ID の OAuth ペア）を揃え、Integration に入力してテストします。テストはトークンを交換し、folder を確認します。この接続は接続確認専用で、注文・在庫・顧客の同期は行いません。
Sage 100 / Sage 300 接続：Sage 300 Web API の接続を確認する
1 つの接続で両製品をカバーし、variant フィールドでどちらを指すかが決まります。sage300 はサービスアドレス、会社コード、ユーザーアカウントで Sage 300 Web API に対して実際の接続テストを実行し、sage100 は利用できない旨を正直に返します。variant、ベース URL、会社、ユーザー名、パスワードを入力してテストしてください。まず Sage 300 側をご覧ください。
Acumatica 接続：注文と顧客を取り込み、在庫を確認
専用の API ユーザーで Acumatica インスタンスにサインインし、インスタンス URL、会社、エンドポイントのバージョンを Integration に入力、テスト・マッピング・有効化を行います。
Odoo 接続：注文と顧客を取り込み、在庫を確認
Odoo の My Profile → Account Security で API Key を作成し、インスタンス URL、データベース、ユーザー名、API Key を Integration に入力、テスト・マッピング・有効化。
Epicor Kinetic 接続：注文と顧客を取り込み、在庫を確認
Epicor Kinetic でサービスアカウントと API Key を作成し、サーバーのベース URL、Company ID、ユーザー名、パスワード、API Key を Integration に入力、テスト・マッピング・有効化。
Oracle Fusion ERP 接続：注文と請求書を取り込む
Oracle Fusion のインスタンス URL を Integration に入力し、Fusion REST のユーザー名とパスワード、または事前に取得した OAuth bearer token のどちらかでログイン、テスト・マッピング・有効化。
IFS Cloud 接続：IAM 認証情報を確認し、プロジェクションを一覧表示
IFS Cloud の URL、IAM Client ID、Client Secret、IAM Token URL を Integration に入力してテストします。システムはトークンを取得し、プロジェクションを一覧表示して認証情報が有効であることを確認します。この接続は接続性の確認のみで、注文・顧客・在庫は同期しません。
QuickBooks Online 接続：注文、顧客、請求書、入金、在庫
QuickBooks で歯車アイコン → Account and settings → Billing & subscription から Realm ID（Company ID）を取得し、Intuit Developer の自分のアプリの OAuth2 playground で access token を取得して、両方を Integration に入力、テスト・マッピング・有効化します。トークンは 1 時間で期限切れになるため、テスト失敗はたいてい新しいトークンが必要という意味です。
Xero 接続：注文・顧客・請求書・製品を取り込み、在庫を確認
developer.xero.com でアプリの OAuth2 フローを 3 つの読み取りスコープ付きで完了し、connections リストから Tenant ID をコピーして、両値を Integration に貼り付け、テスト・マッピング・有効化を行います。
Fishbowl 接続：販売注文と発注を取り込み、在庫を確認
Integration を自社の Fishbowl Server のアドレスに向け、Fishbowl のユーザー名とパスワードでログインし、Fishbowl クライアントの Settings → Integrated Apps で統合アプリを 1 回承認してから、テスト・マッピング・有効化を行います。
Cin7 接続：注文と顧客を取り込み、在庫を確認
go.cin7.com の Cin7 Omni で API 接続を開き、そのユーザー名とパスワードを控え、その 2 項目だけを Integration に入力し、テスト・マッピング・有効化を行います。販売注文と顧客が取り込まれ、在庫を確認できます。
Brightpearl 接続：注文を取り込み、在庫を確認
まず Brightpearl 開発者ポータルであなたのアプリから app_ref と dev_ref を取得し、次にアカウントの OAuth 認証を実行して access token と、datacenter 用の api_domain を取得し、5 項目すべてを Integration に入力して、テスト・マッピング・有効化を行います。販売注文が取り込まれ、在庫を確認できます。
Logiwa 接続：注文を送信し、在庫を確認
API アクセス権のある Logiwa アカウントのメールとパスワードを WMS 接続に入力し、実際のトークン取得をテストして、Mapping 後に有効化します。
Oracle WMS 接続：在庫確認のみ — 注文送信なし
WMS 接続に IDCS の Client ID、Client Secret、Token URL とテナントのインスタンスアドレスを入力し、OAuth トークン交換をテストして、在庫確認用に有効化します。この接続は Oracle WMS に注文を送信しません。
Item WMS 接続：注文と入荷を送信し、製品と在庫を同期
UNIS に Company ID、Customer ID、Facility ID を依頼し、Item WMS のユーザー名とパスワードを Integration に入力、ログインをテストし、Mapping を確認して、出庫・入庫・ラベル・製品・在庫を有効化します。
FedEx Freight 接続：LTL 料金を取得し、貨物を追跡
FedEx Developer Portal で Client ID と Client Secret を取得し、Freight アカウント番号とともに Integration に入力、まず sandbox の認証情報でテストし、次に test_mode を本番に切り替えて実際の LTL 料金と追跡を取得します。
Google Maps 接続：TMS レーン向けのルート距離・所要時間・ETA
Google Cloud Console でプロジェクトを作成し、Routes API を有効化して API キーを作成、その 1 つの api_key を Integration に入力し、実際の Routes 呼び出しでテスト、ルート計画テンプレートを選んで有効化します。TMS がレーン原価と ETA に必要な距離・所要時間・ルートを取得できます。
Mapbox 接続：TMS レーン向けのルート距離・所要時間・ETA
account.mapbox.com → Access Tokens で Access Token をコピーし、その 1 つの access_token を Integration に入力、実際の Directions 呼び出しでテスト、ルート計画テンプレートを選んで有効化します。TMS がレーン原価と ETA に必要な距離・所要時間・ルートを取得できます。
Motive 接続：車両位置を輸送追跡に取り込む
このシステムの外で Motive の OAuth 2.0 フローを完了し、access token を Integration に貼り付け、API のベース URL はリージョン用エンドポイントを使う場合を除きデフォルトのまま、テスト・マッピング・有効化を行います。
Samsara 接続：車両 GPS を輸送追跡に取り込む
Samsara Dashboard の Settings → API Tokens で、fleet、vehicles、stats の読み取り権限を持つ API Token を生成し、Integration に貼り付け、地域に応じて US または EU のベース URL を選び、テスト・マッピング・有効化を行います。
Terminal49 接続：コンテナ番号・船荷証券番号・予約番号でコンテナを追跡
app.terminal49.com/developers/api-keys で無料の Developer Key を自分で取得し、Integration の唯一のフィールド api_key に貼り付け、テスト・マッピング・有効化を行います。
Vizion 接続：営業発行の API Key でコンテナのマイルストーンを追跡
Vizion API Key はアカウント開設時に Vizion の営業が発行します。セルフサービスの登録はありません。キーを Integration の唯一のフィールド api_key に貼り付け、テスト・マッピング・有効化を行います。
ShipsGo 接続：コンテナ番号またはマスター船荷証券番号でコンテナを追跡
無料の ShipsGo アカウントを作成し、ダッシュボードの INTEGRATION セクションから API Key をコピーして、Integration の唯一のフィールド api_key に貼り付け、テストして有効化します。
TimeToCargo 接続：コンテナ番号・船荷証券番号・予約番号でコンテナを追跡
TimeToCargo の個人アカウントの「API for Developers」で API キーを生成し、Integration の唯一のフィールド api_key に貼り付け、テストして有効化します。
DoorDash Drive 接続：見積・配送手配・ステータス確認
DoorDash Developer Portal の Credentials ページで Developer ID、Key ID、Signing Secret をコピーし、Integration で集荷方法をどちらか設定します（集荷住所、または External Business ID と External Store ID のペア）。テスト後、DoorDash Drive の配送を依頼できます。
Uber Direct 接続：見積・配送手配・ステータス確認
direct.uber.com → Developer → API credentials でアプリの Client ID と Client Secret をコピーし、Developer ページで別の Customer ID をコピーします。Integration に集荷住所を JSON 文字列で入力し、トークン交換をテストすれば、Uber Direct の配送を依頼できます。
Loop Returns 接続：返品は webhook で届き、倉庫でフラグと処理を行う
Loop 管理画面の Returns Management → Tools & integrations → Developer Tools で returns scope 付き API key を作成し、その 1 つのキーを Integration に入力します。テストが確認待ちのままになる理由を理解してから有効化してください。
ReturnGO 接続：API で RMA を取り込み、返品ラベルに対応
ReturnGO ダッシュボードの Settings → API で API キーを生成し、公式 API ドキュメントの Servers 欄から API サーバーの URL をコピーします。キー、ショップドメイン、サーバー URL を Integration に入力し、実際の読み取り専用プローブに合格してから有効化してください。
コネクタディレクトリ：販売チャネルと EDI プラットフォーム
販売チャネルと EDI の全コネクタ：同期内容、接続ウィザードで求められるフィールド、各値の取得場所を一覧化。
コネクタディレクトリ：配送業者と配送アグリゲータ
配送業者直結（UPS、FedEx、USPS、DHL）と 1 キーで複数社使えるアグリゲータ（Shippo、EasyPost、ShipEngine、ShipStation、Easyship、AfterShip、Sendle）：必要なフィールドと取得場所。
コネクタディレクトリ：ERP、外部 WMS と運用プラットフォーム
ERP、外部 WMS、フリート/テレマティクス、コンテナ追跡、ラストマイル配送プラットフォーム：各接続ウィザードのフィールドと取得場所。
Connection の作成：一般的な流れ
すべてのコネクタで共通する 5 ステップ：マーケットプレイスで選択、接続に名前を付ける、認証情報を入力、テスト、Mapping と有効化。キーがまだない場合はシミュレーションモードで全フローを先に確認できます。
Flow テンプレートから Flow へ：作成、設定、有効化
3 つの要素（Connection、Flow テンプレート、Flow）の関係と、テンプレートを実行可能な Flow に変える手順：接続の紐付け、ドライラン、公開、その後の管理。
Flow の監視と問題解決
Flow の実行をどこで監視するか、失敗した実行を壊れたノードまで読み解く方法、そして実際に遭遇する 5 つの失敗——症状、原因、自分でできる修正手順。
Public Webhooks：注文・出庫・請求書イベントを自社システムへ送信
Docklify のイベント（注文作成、注文出荷、出庫引渡し、請求書発行、配達完了）を購読し、署名付き HTTPS 送信で自社エンドポイントへリアルタイムに受け取れます。テストイベント、自動リトライ、配信ログ付き。
Shopify 接続：注文取込と履行実績の返送
Shopify 管理画面でカスタムアプリを作成し、Admin API トークンを Integration に貼り、テスト・マッピング・有効化。
UPS 接続：リアルタイム料金・ラベル発行・追跡
UPS Developer Kit でアプリを作成し、OAuth Client ID / Secret と 6 桁の Shipper Number を運送業者アカウントに入力、テスト後に料金照会・出荷開始。
コネクタマーケットプレイス：閲覧と接続
全プラットフォーム、配送、集約業者、ERP、EDI プロバイダを一箇所に：カテゴリで絞り込んで接続を開始できます。
EDI 管理：EDI 接続とパートナー設定
小売業者を EDI プラットフォーム経由で1つのウィザードで接続し、ドキュメントをノーコードでマッピング、すべての送信を平易な言葉で追えます。
Flow テンプレート：再利用可能なブループリント
テンプレートは汎用ブループリント（プレースホルダーノード、直接実行不可）。クローンして実際の Flow にするか、動作中の Flow をテンプレートとして保存。
在庫配分：1つの倉庫の在庫をチャネルごとに配分し、売り越しを防ぐ
同じ SKU を Amazon・Shopify・eBay で同時に販売：各チャネルが売れる数量を決め、安全在庫を確保し、システムが各チャネルに正しい数量を自動送信します。
商品同期は4つのノードに： 在庫・価格・画像・商品情報
旧来の「在庫＋商品」2ノードは同じリズムで回していました。これからは4つの独立ノードに：在庫は15分ごと、価格は毎日、画像と商品情報は必要時に同期。
WESコントロールタワー：設備・キュー・期限リスクを1画面で
コントロールタワーはWESアプリのホーム画面です。設備ウォール、スループットKPI、ステーション別キュー、期限リスク、自動化スイッチの状態をライブ表示します。
WESの設備とステーション管理：設備登録、シミュレータ設定、梱包ステーションのミラー
設備とステーションはWESアプリ内で管理します。能力を指定して設備を登録し、シミュレータの遅延や故障注入を調整し、ステーションを作成、梱包ステーションをミラー登録して自動化から仕事を送れるようにします。
WESのリリースと割当ポリシー：即時、分割、ダイレクト
ポリシーは、倉庫タスクを自動化へどう解放し、設備ジョブをどう割り当てるかを決めます。設定は WES → ポリシーで、解放リズム（即時／分割）、ダイレクト通過、割当・例外ルールです。
WESアプリでデモを実行：新しいラウンドを開き、3つのストーリーを順に回す
デモはWESアプリに移りました。デモセンターで現在のラウンドを確認し、ラウンドで絞ったタワーと3D表示で AMR、コンベア、故障の3ストーリーを回します。
Docklify IoT：モジュールの有効化と5画面の案内
IoTは初期状態でオフの追加モジュールです。組織の管理者が一度有効化すれば、チーム全員がセンサー、ゲートウェイ、ライトを一か所で管理できます。
デバイスの導入：ウィザードで登録、バインド、検収
ウィザードは4ステップです。カテゴリ、アダプター、登録情報、その後バインドと検収。登録は検収ではありません。デバイスは検収されて初めて稼働扱いになります。
ヘルスボード、しきい値、グループとバインド：日常のケア
ヘルスは実際の報告からライブで導出され、手入力はしません。デバイスカテゴリごとに判定の厳しさを調整し、デバイスをグループ化し、バインドを実際の設置場所どおりに保ちます。
YMS ヤードレイアウトエディター：ヤードレイアウトの生成と編集
ヤードレイアウトをワンクリックで生成するか、4ステップ（外形、ゾーン、スポットとドック）で自分で描き、3D プレビュー、ドラフト保存、公開まで行えます。
3Dヤード可視化の概要：コンテナヤード全体を一目で把握
ブロック・スロット・ゲートレーン・トレーラーを3Dで表示し、占有率で色分け——緑は空きあり、赤は満杯寸前。クリックで積み重ね詳細。スナップショット／ライブの2モード。
フィルター・カメラ・コンテナ搬出経路：3Dヤードを使いこなす
6つの重ね掛け可能フィルター（ゾーン・設備種別・占有率・冷蔵・危険品・滞留超過）、マウス操作、プリセット視点、ミニマップ、スクショ出力、コンテナ搬出経路の計画。
ゾーンモード：ヤードマップに機能エリアを描く
レイアウトエディタのゾーン：10種類の機能エリア（コンテナ・冷蔵・危険品・ゲート…）を多角形で描画、自動配色、3Dヤード上に平面描画。追加・編集・削除の方法。
Claim Your Warehouse on Yardor
Your facility may already be listed in the Yardor directory. Claim it with a 6-digit verification code — or manual review — to take ownership of the page and open your free Yardor workspace.
Correct or Remove a Directory Listing
Wrong phone number, old address, or a listing that should not be there? Submit a correction or a removal request from the facility page — no account needed.
Rollieに聞く：yardor.comのアシスタント
yardor.comの右下にあるチャットバブルは、当社のAIアシスタントRollieです。ここでは、Rollieがお手伝いできることと、代わりに担当者に連絡する方法を説明します。
予約の日時変更、またはウェイティングリストへの登録
予定が変わりましたか？1ステップで予約を新しい時間に変更できます。希望の日が満杯ですか？ウェイティングリストに登録すると、最初の空き枠をあなたのために確保します。
ドライバーを割り当てて確認を得る
予約が確認されたら、Yardorで直接ドライバーを割り当てます。ドライバーはリンクから確認します。アカウントは不要で、回答は双方が確認できます。
Yardorで運送会社を管理する
ディレクトリから運送会社を追加し、申請を承認し、運送会社をグループ化し、必要な場合は運送会社をブロックします。
運送会社の代わりに予約を作成する（代理予約）
運送会社がオンラインで予約する代わりに電話やメールで荷物を連絡してきた場合は、Yardorで代わりに予約を作成してください。予約はすぐに確認され、運送会社は自分のポータルで確認できます。
ゲート業務：ゲート画面とゲートロール
倉庫にゲート専任の担当者がいる場合は、その人にゲートロールを付与してください。サインインすると、到着専用の大きなボタンがあるゲート画面に直接移動します。スキャン、受付、ドアの割り当て、退場処理です。
ウォークインとゲートブロックリスト
予約のないトラックはウォークインです。ドライバー自身が登録することも、チームがゲートで登録することもできます。いずれの場合も、スタッフが確認するまで承認されません。二度と入れたくないドライバーや車両はゲートブロックリストに追加します。
Gate Check-In and Yard Management on Yardor
Check trucks in and out at the gate by scanning their visit code, handle walk-ins from the poster code, and manage yard spots, on-site trailers and move tasks.
自動承認：分かりやすい予約を自動で確認させる
自動承認を有効にすると、ルールに合格した運送会社の予約が自動的に確認されます。また、チームに回ってきた予約のチェックリストカードの読み方も学べます。
最適化の提案：負荷アラート、オフピークオプション、ドックの提案、長時間滞留フラグ
倉庫コンソールで提案パネルを読む方法：繁忙日アラート、オフピークオプション、提案ドック、リスクメモ、長時間滞留フラグ、そしてその下にあるデータメモの意味を説明します。
ゲートチェック：ゲートのトラックと予約を比較する
ゲートで車両を確認する方法：ゲート写真を追加し、ナンバープレート、トレーラー、シールに表示されているものを入力し、3つの結果を読み、番号が一致しない場合の対処法を判断します。
レポート：ドックのパフォーマンス
選択した任意の期間におけるドックのパフォーマンスを確認します。予約数、定時率とキャンセル率、ドック利用率、予約詳細のCSVエクスポートです。
スコアカードと予約エクスポート
運送会社のスコアカードには、すべての倉庫と倉庫ごとの自身の記録（予約、完了、定時率、ノーショー率）が表示され、予約をCSVとしてエクスポートできます。
The Schedule Board: Week, Month, and Dock Board Views of Your Appointments
Planning views live on their own page: the Schedule board. See the week (or a single day) laid out by door and time, scan a whole month, or watch today’s dock board door by door. Working the appointments themselves still happens in Appointments.
運送会社を一括で招待する
すでに取引のある運送会社をまとめて Yardor に招待します。一覧を作成し、すべての照合を確認し、誰が参加したかを追跡します。
予約ルール：頼りにする運送会社のために容量を確保する
容量の一部を選んだ運送会社、運送会社グループ、またはクライアントのために確保し、未使用分は設定した解放時刻にオープンプールに戻します。
ドア、スケジュール、容量：予約の受け付け方法を設定する
ドックドア、週間スケジュール、荷物の種類、容量、予約ルールを設定し、運送会社が実際に受け付け可能な枠だけを予約できるようにします。
施設ページと到着ガイド
クレーム後、施設プロフィールが公開ページとなります：連絡先、営業時間、サービス、ブランド画像、公開、ドライバーが来る前に読む到着ガイドです。
運送会社を登録する
貴社はすでに Yardor ディレクトリに掲載されている場合があります。簡単なコード確認でクレームするか、掲載がない場合は新しいプロフィールを登録してください。
Company Profile and Verification
Keep your public carrier profile current, finish verification, and understand your trust tier and the unverified booking quota.
Warehouse Settings: Notifications, Reminders, Gate, Blocklist, Verification, Team and Billing
The Settings page runs your warehouse’s everyday rules in eight tabs — Notifications, Reminders, Gate & walk-ins, Blocklist, Auto-approval, Driver verification, Team & tiers, and Billing & upgrade. Each tab saves on its own, and only an admin can change them.
予約への書類のアップロード
船荷証券、梱包明細書、または発注書を予約に添付し、倉庫と運送会社が同じ書類をもとに作業できるようにします。
カレンダーで予約を確認、ポータルで倉庫の詳細を確認
「マイ予約」にリストの横にカレンダー表示が追加されました。Yardorは選択した表示を記憶します。また、運送会社ポータル全体で倉庫名をクリックすると、アカウントから離れることなく、ポータル内で倉庫の詳細ページ（住所、受付時間、連絡先、到着ガイド）が開くようになりました。
定期予約：週次パターンを一度だけ設定
毎週同じ時刻に同じ倉庫を訪れる場合は、定期シリーズとして保存してください。Yardorが数週間先まで予約を自動で作成し、個別の訪問については他の訪問に影響を与えることなく、スキップ、日程変更、キャンセルができます。
まずYardorに写真を読ませる：ゲート認識と書類の事前入力
ゲートの写真と予約書類は、ブラウザ内でそのまま読み取ることができます。認識された番号は信頼度マーク付きで事前入力されゲートチェックに使用され、BOLの詳細は1件ずつ確認する候補として提示されます。人の確認なしに入力や変更が行われることはありません。
Driver Check-In: Find Your Appointment at the Gate
Arrived at the warehouse without a check-in link? Open the warehouse’s public page, tap “Check in with an appointment”, enter your phone number, confirm it is you — and your check-in pass appears.
ドライバー認証（DriverPass）：到着前のドライバー書類の確認
ドライバー認証の全体の流れ：倉庫は訪問前にドライバーの免許証、保険、車両写真を審査します。運送会社は車両リストを最新の状態に保ち、各結果をフォローします。ドライバーはリンクから書類を送信します。アカウントは不要です。
Install the Yardor Yard App
Download the Yardor Yard App for Android from yardor.com, allow the one-time install permission, sign in with Remember me, and keep the app up to date with in-app updates.
Your Warehouse Overview: Today, What Needs You, and Your Plan Usage
The Overview is the home page of your warehouse console: today’s appointments, the requests waiting for your confirmation, whether your directory listing is published, and how much of your free plan you have used.
The Appointment Inbox: Requests Waiting for Your Answer
The Appointments page opens on the Inbox — every request waiting for your confirmation, across all days. Confirm one by one or in bulk, propose another time, decline, restore expired requests, and switch to the List or Waitlist when you need them.
One Appointment, in Full: Details, Dock Door, Messages and Timeline
Open any appointment to see everything about it in one place — and to confirm it (with its dock door), propose a new time, decline it, change its door later, message the carrier, and read its full timeline.
Yard Check Differences: Review and Resolve What the Yard Check Found
When a yard check reports something that does not match the yard record — a trailer somewhere else, a number read differently, a vehicle already gone — it lands here for a supervisor to confirm a fix or dismiss the report.
Onboarding: Set Up Your Warehouse — and Upgrading When You Outgrow the Free Plan
The Onboarding wizard takes you from a claimed listing to a bookable warehouse in three steps: facility profile, docks and doors, done. And when the free plan is no longer enough, the upgrade keeps the same warehouse, doors and appointments — nothing migrates.
Your Account and Signing In: Password, Remember Me, Google, and Your Memberships
One Yardor account signs you in everywhere. Set or reset your password, choose how long you stay signed in, optionally connect Google, and see — and grow — the warehouses and carriers your account belongs to.
Download and Install Yardor Device Hub on Your Warehouse Computer
Device Hub is the free desktop app that connects your label printer and scale to Yardor, so printing and weighing happen right at the dock. Download it for Windows or Mac, pair it once with your warehouse, and plug in your devices.
The Public Side of Yardor: Directory, Facility Pages, and the Pages Everyone Can See
Before anyone signs in, Yardor is a public directory: a home page, a searchable warehouse directory with a map and distance search, a public page for every facility, pages for warehouses and for carriers, the Help Center, and a note on where the data comes from.
Book an Appointment as a Carrier
Find a bookable warehouse, walk the four booking steps — time slot, load details, driver, review — and understand what happens after you send the request.
Find and Save Warehouses
Search the directory by name, place, service or distance, read the Bookable and Partner badges, and save the warehouses you use often so they stay one tap away.
Your Carrier Team and Invitations
Invite teammates by email, give each person the right role, accept invitations sent to you — and connect when a warehouse invites your company.
The Carrier Portal Home Page
What the carrier portal home page shows: your companies and their verification, your unverified booking quota, and your next open appointments across every warehouse.
Driver Links: Check Out and Report a Late Arrival
One link carries the driver through the whole visit — confirm the trip, show the gate pass, check out when leaving, and send a late notice when running behind.
Put the Gate Screen on Your Phone’s Home Screen
Install the Yardor gate screen as a home-screen app on Android or iPhone: one tap opens it full screen, straight to the gate. Installing is optional — the gate screen works exactly the same in your browser.
Working the Gate in the Yardor Yard App
Gate work in the Yardor Yard App: today’s queue, scanning a driver’s code, confirming entry and exit, plate checks, picking a spot, handling pending verifications, registering walk-ins, gate photos, and showing the arrival credential.
Yard Moves in the Yardor Yard App
Claim a yard move on your phone, run it step by step — scan to verify the equipment, confirm the pick with a photo, drop it at the target — and report an exception with a reason when the move cannot go as planned.
Yard Checks in the Yardor Yard App
Walk a yard check on your phone: work the list zone by zone, confirm what is in place, report what is not — missing, misplaced, wrong number, seal issue, or an extra vehicle — and close the check with the four-count summary.
More, Sync and Offline Work in the Yardor Yard App
Everything under More in the Yardor Yard App — sync and conflicts, language settings, your device, switching warehouse, signing out — and how the app keeps your work safe offline: the outbox, stale snapshots, and which actions need a connection.
TMS：配車と入札
直接割当かポータル入札。複数オーダーを混載（SH-）にまとめる。
ディスパッチセンター：配車ボードの使い方
4 列間でカードをドラッグ、オーダーを開いてスマート推薦を確認、手動・自動・入札で配車。
ディスパッチセンター：スマート推薦の読み方
9 次元スコアの仕組み、各行の意味、DAT 価格比較の読み方。
ディスパッチセンター：ルールエンジンの設定
IF/THEN ルールの作り方、優先度の並べ替え、テストモードでの一致確認——本番前のドライラン。
TMS 予約：バースのスケジュールとチェックイン
集荷または配送の予約を、時刻・場所・ドライバー・トラック付きで作成し、当日のリストを処理します。日付で絞り込み、行を展開してチェックインし、完了にします。
TMS：輸送追跡
引取→輸送中→配達中→配達完了のステータス、GPS イベント、モバイル更新、POD 署名。
TMS：運賃請求
運賃請求書（FB-）の作成、見積との差異監査、追加料金、クレーム、荷主別按分。
TMS：DAT基準運賃
DAT運賃エクスポート（CSV）をインポートし、自社運賃と比較——見積が相場より高いか安いかが一目で分かります。
TMS クレーム：貨物クレームの申立と追跡
TMS → クレーム で、破損・紛失・不足・遅延の貨物クレームを申し立て、未処理→調査中→解決済みまで追跡できます。請求金額と和解金額が並んで表示されます。
TMS レポート：輸送実績とコストのレポート
TMS → レポート には標準レポートが5つあります——輸送量、定時率、コスト、例外、運送業者買掛——。直近7・30・90日で切り替えでき、上部にサマリーカード、各タブに CSV エクスポートがあります。
ドレージ受注（DRY-）：コンテナ移動の作成
輸入・輸出・空返・シャーシ移動——受注ごとに荷主・集配地・コンテナ情報が必須。
見積（QT-）：作業前に見積もる
基本料＋追加料金。承認された見積から受注生成。削除できるのは下書きのみ。
Drayage 所在地：ターミナル、ヤード、配送先
ドライバーの行き先 — 港のターミナル、倉庫、顧客先 — を、構造化した住所・電話・備考付きで一度だけ保存。受注では打ち直さず選ぶだけです。
Drayage 料金表：標準ドレージ料金
標準価格を一度だけ決めます — 荷主、移動タイプ、コンテナサイズ、ルートごとの顧客料金と、ドライバーの 1 回あたり単価 — 。見積も精算も、記憶頼りの手入力から卒業できます。
Drayage 利益レポート：オーダー・顧客・ドライバー・車両・ターミナル別
各オーダーの実際の利益を確認：収入からドライバー費用と立替コストを差し引き、料金明細もワンクリックで表示。
Drayage 段階別所要時間：コンテナはターミナル・道路・倉庫のどこで待つのか
集荷・輸送・配送・空返却の各段階の平均・中央値（P50）・P90 を、ターミナル・ドライバー・倉庫別に確認できます。
Drayage シャーシ使用記録：日数、日額、プール請求の照合
シャーシの使用は毎回記録されます — どのコンテナが、どのシャーシを、どのプールから、何日から何日まで — 日数は自動計算され、プールの請求と照合できます。
Drayage 船荷証券：1 件の B/L に複数のコンテナ
同じ船荷証券のコンテナは 1 件の B/L にまとめられ、B/L 番号で荷物全体を確認できます。
Drayage DO 自動取込：配送指示書から下書き注文へ、確認してから作成
メールで届いた配送指示書（DO）、または貼り付けた DO は自動で読み取られ、確認キューで待機します。ハイライトされた項目を確認し、確定すると下書きのドレージ注文が作成されます。確認なしに作成されることはありません。
Drayage 追加料金：自動で付くものと証拠の場所
プレプル、シャーシフリップ、ヤード保管は作業イベントから自動で付きます。過積載は計量票または船荷証券の重量で 1 回確認が必要です。自動料金には証拠（イベント、時刻、写真）が料金自体に紐づきます。
Drayage 空返却：ターミナル受付スケジュール、返却のおすすめと場所の注意事項
ターミナルごとの空コンテナ受付時間（船会社別・曜日別）を一か所で管理すると、Docklify が配車ボードと受注で「どこへ・いつ返却すべきか」をおすすめします。場所の備考（注意事項）は配車・受注・ドライバーアプリの三か所に表示されます。
Drayage 滞船料と per diem：二つの期限、返却チェックと証拠パック
コンテナには無料期間の時計が二つあります。ターミナル側（滞船料）と船会社側（per diem）です。受注で両方の期限を見て、実際の返却をそれぞれと照合し、発生しうる料金をプレビュー、争いがあるときは証拠パックをワンクリックで書き出せます。
Docklify への移行：料金表と過去の注文を取り込む
システム移行で全部を打ち直す必要はありません。まず料金表、次に過去の注文を取り込み、行ごとの結果が確認できます。
Drayage ドライバー実績：ドライバー別のトリップ数・定時率・回転・待機時間
各ドライバーの実績を確認——トリップ数、コンテナ数、定時率、平均回転、待機時間——すでに記録しているオーダーイベントから算出します。
メールまたはポータルアシスタントでコンテナ状況を確認
メールまたはポータルのアシスタントでご自身のコンテナ状況を確認：ETA、2つの無料期限、ホールド、引取可否——すべての回答にデータの時刻が表示されます。
WeCom（企業微信）でサポート連絡とコンテナ通知を受け取る
ポータルのワンタイムコードで一度だけ連携すれば、WeCom でコンテナ状況を聞いたり、引取可能・無料期限・予約結果の通知を受け取れます。
配車：ボード・割当・Street Turn
ボードから運転手とシャーシを割当。Street Turn で輸入空バンと輸出需要をマッチング。
追跡と請求（INV-）：フリーデイ、延滞料、請求書
コンテナ追跡、延滞料の自動計上、請求：基本料＋待機料＋延滞料。POD 写真はドキュメントセンターへ。
Drayage 予約：港とターミナルの予約
ドレージのオーダーに港・ターミナルの時間枠を予約します。手動でも自動予約でもでき、その後の日程変更、完了、再予約も1ページで完結します。
Drayage シャーシ：シャーシプールと割り当て
使えるシャーシを 1 つの一覧で管理 — 番号、所有者、対応サイズ、所在地、ステータス、整備期限 — し、配車画面から利用可能な 1 台を受注に割り当てます。
Drayage 精算：運送会社とドライバーの精算
ドライバーへトリップ単位で支払い：ドライバーと期間を指定して精算書を生成し、各トリップを確認、下書き中に控除を調整、確定して支払済みにします。
CRM リード：見込み客の収集と選別
リードを作成し new → contacted → qualified へ進め、企業＋連絡先に変換。
CRM 企業：顧客ごとに1ページ、全履歴をタイムラインで
企業名をクリックして詳細ページを開く：概要と360タイムライン（活動・メール・チケット・商談・注文）。
CRM 商談：営業パイプラインボード
商談を作成しボードで進行、失注理由を記録、受注は OMS 受注に変換。
CRM 活動：接触をすべて記録
電話・会議・メモ・タスクをリード・企業・連絡先に記録。
CRM 連絡先：担当者の管理
顧客企業の担当者を1つのリストで管理：氏名・メール・電話で検索、企業で絞り込み、企業ごとに主担当を1名設定、リストから発信やフォロー記録もできます。
CRM 見積書：見積書の作成と送信
商談から、またはゼロから見積書を作成：明細ごとに数量・単価・割引・税を設定して自動で合計を計算。その後、送信済みにする、PDF をダウンロードする、連絡先へメール送信する、受諾・拒否・期限切れを追跡できます。
ワークフロー自動化：「こうなったら、こうする」
3つのトリガー、AND条件、4つの自動アクション：メール送信、タスク作成、営業担当の割当、フィールド更新。
リードスコア：ホット/ウォーム/コールドを自動判定
プロフィール点＋エンゲージメント点−放置減点。デフォルトは70以上がホット、40以上がウォーム。
重複排除と統合：1社につき1レコード
リード・連絡先・会社をスキャン：メール一致・電話一致・類似名（≥0.85）。メイン記録を選び統合。
CRM シーケンス：自動フォローアップ・シーケンス
メールと待機のステップでシーケンスを作り、リードを登録すれば、スケジュール通りに自動送信され、開封・クリックを確認できます。
CRM テンプレート：メッセージテンプレート
メールをテンプレートとして一度書けば（名前・件名・変数入りの本文）、必要なシーケンスのステップで何度でも使い回せます。
LastMile 集荷：ドライバーを派遣して荷物を引き取る
LMP- 集荷タスクを作成（連絡先・住所・数量・時間帯・ハブ）し、ドライバーを割当、完了・失敗を記録。
LastMile 仕分け wall：ハブでスキャン仕分け
ハブでバーコードをスキャン、ルート・ゾーン別に空きスロットを推奨、例外品を記録、積込後にスロットを閉じます。
LastMile ルートと配車：計画してドライバーに割当
LMR- ルートを作成しヒューリスティック最適化、自動ルールで配車、ダッシュボードで監視。
LastMile 配送と返品：証明・追跡・引取
POD（署名・写真・バーコード・OTP）付き LMD- 配送、公開追跡リンク、失敗時の再配車、LRT- 返品。
LastMile ハブ：配送ハブの管理
ハブは配送物が集まり、仕分けされ、ルートへ出発する場所です。住所、座標、営業時間、ステータスを持つハブを作成・管理し、そこから出発する車両も登録できます。すべて1つのページで行います。
LastMile プール：配送プールと一括処理
ルート割当待ちの配送と集荷は1つのプールに集まります。絞り込んでまとめてチェックし、ドライバー割当、ルートセンターへの送信、キャンセルができます。
指令センター：KPI カード・リアルタイム地図・異常ストリーム
配車担当の朝の画面：6 枚の KPI カード、ドライバーのリアルタイム地図、異常フィード、本日のルート一覧。
ルートセンター：ワンクリック最適化とドラッグ＆ドロップ
PDPTW エンジンが約8秒で集荷・配送混在ルートを計画する仕組みとドラッグ調整。
逸脱時の再計画：Google マップのように
ドライバーが計画経路を外れたら、リアルタイム GPS 位置を起点に再最適化。
LastMile 配車・ルートルール：割当とルートのルール設定
2つのルールページが対で働きます。配車ルールはどのドライバーに配送を割り当てるかを決め、ルートルールはそのドライバーのルートの組み立て方を決めます。条件、戦略、ハードルール、重み付き設定をここで設定します。
LastMile ゾーン：配送ゾーン
地図上に配送ゾーンを描き（GeoJSON インポートも可）、注文をゾーンに振り分け、ゾーンごとにワンクリックでルートを作成して確定します。
People：入社 / 退社チェックリスト
入社の混乱をチェックリスト化：テンプレートから自動生成、完了まで管理。退社はアカウント無効化・引継ぎ・備品返却。
職種：マスタから選択、手入力は廃止
職種は組織ごとに1つのマスタで管理。人事が People → 組織図 → 職種 で管理し、従業員プロフィールと Academy 要件がそこから選択。
People：スキルマトリクス
従業員ごとの資格・スキル・言語を習熟度と有効期限で管理。倉庫別マトリクスとギャップ分析。
People：人事考課サイクル
標準の考課サイクル：上司と目標設定→自己評価→上司評価→1on1面談→A/B/C/D等級。各ステップの進め方を解説。
勤怠：打刻・休暇・承認
モバイル勤怠アプリで打刻（GPSジオフェンス、オフライン打刻、バッジスキャン）、自分の記録確認、休暇・打刻修正の申請。管理者向け：承認、ダッシュボード、レポート、勤怠ルール設定。
People バッジ：従業員バッジと印刷
People → バッジスタジオで従業員バッジを印刷：従業員を選び、6種のテンプレートか A4 カット版を選び、プレビューし、Avery 用紙に配置して印刷します。
People従業員：従業員記録
People → 従業員 は、各人の唯一の従業員記録です：連絡先と組織情報、有効期限付きの書類、ステータス履歴、そして他のDocklifyアプリが依拠するログイン、社員証、ドライバーの紐付けがすべてこの1件に集まります。
Labor：オペレーター、ダッシュボードとチーム概要
倉庫チームの働きぶりを把握：各オペレーターの生産量・作業時間・時間あたり処理数（UPH）を、設定した作業標準と照らして確認——リーダー、要指導メンバー、今この瞬間の動きまで見えます。
Labor：工时照合 — 在勤時間と作業時間のつき合わせ
Labor → 工时照合 では1人1日ごとに確認します：在勤時間は、承認済みの作業時間と間接工時で説明できるはずです。残った分は理由と一緒に行に表示され、責任者が確認します。
Labor：間接工時 — 研修、清掃、会議などタスク以外の時間の記録
支払われる時間がすべてタスク時間とは限りません。間接工時——研修、清掃、設備メンテナンス、会議、棚卸支援——は、WMS App で開始し、終わったら停止して記録します。各エントリーは責任者が審査し、承認された間接工時が工时照合でその日を説明します。
Labor：パフォーマンス数値の計算方法
Labor の達成率と時間内完了率の計算方法：仕事の種類ごとに、独自の期限と独自の分母で判定し、記録は全件数えて切り捨てず、ダッシュボードには目標未達が連続した日数が表示されます。
労務レポート：生産性とパフォーマンスのレポート
Labor → レポート で期間を選び、オペレーター別・タスク種別別・日別に集計すると、生産量、作業時間、UPH、エラー、破損が見られます。同じ表をCSVに書き出すこともできます。
Labor：給与エクスポート — 給与代行サービスが取り込める工時ファイル
Labor → レポート から、給与期間ごとに1人1行で工時を出力します：支払対象時間、承認済み作業時間、間接工時、審査待ち時間、未説明残差——ADP、Gusto、またはご利用の給与代行サービスにそのまま渡せます。
Labor シフト：シフトの計画と管理
倉庫で回すシフトをまず定義します——各シフトに名前と開始・終了時刻——あとは有効化・無効化、編集、削除。一覧は短く、どの監督者が見ても同じ読み方です。
労務標準：工程標準と目標
Labor → 標準 でタスク種別ごとに標準UPHを設定します。その標準が全員の目標となり、達成率 = 実績UPH ÷ 標準 で計算されます。
管理センターのダッシュボード：会社全体を一画面で
KPI カード、プラン・課金、リソース使用量、30 日間の推移の読み方。
アプリの有効化：テナントのアプリをオン／オフ
使わないアプリを非表示に。オフのアプリは切替メニューから消え、直接アクセスもブロックされます。
言語設定：表示言語とデータ言語は別物
表示言語は画面上のすべてのテキストを切り替え、いつでも変更できます。データ言語は組み込みデータの表示言語を決定し、テナント作成時に設定して以降はロックされます。
アカウントプロフィール：あなたのプロフィールとパスワード
ログイン用メールアドレスの確認、同僚に表示される表示名の変更、新しいパスワードの設定が 1 ページで完結します。管理者は不要です。
管理センター監査ログ：誰が何を変えたか
自社の管理変更の読み取り専用記録です。日付・操作者・アクションの種類で絞り込み、誰がいつ何をしたか正確に確認できます。
管理センターの請求：サブスクリプションの請求書と支払い
現在のサブスクリプションを一目で確認し、過去の請求書を PDF でダウンロード。さらにテキストメッセージ（消費するクレジットウォレットの残高・チャネルのオンオフ・送信シーン・送信履歴）も管理センター → 請求 の同じページで管理できます。
管理センターの定期タスク：Cron 実行履歴
バックグラウンドジョブが実行されたか、所要時間、失敗したかどうかを確認できます。管理センター → 定期タスク で、自組織の cron 実行履歴をジョブ・状態・日付で絞り込めます。
管理センターのデータエクスポートとアカウント閉鎖
管理センター → データとアカウント でデータの完全なコピーをダウンロードし、エクスポート履歴で進捗を確認。アカウントの閉鎖は、エクスポートを済ませた後にのみ、保護された手順に沿って進めてください。
管理センター：スタッフ、ロールと権限
スタッフ管理でメンバーの招待とアカウント管理、ロール管理でロール一覧の整備、権限マトリクスで各ロールにできることを設定します。
パソコンでモバイルパネルを開く
デスクトップ上に浮かぶ電話型パネルでモバイルWebプレビューを開けます。研修や説明、ちょっとした確認に、電話を手に取る必要がありません。
使用量とクレジット：使った量を確認し、なくなる前にチャージする
管理センター → 請求 の「使用量」では、今期の SMS・AI・ストレージ・注文件数の使用量、それぞれが消費したクレジット、そしてウォレット（月間枠＋購入残高）を確認できます。日平均、予測、枯渇予測日も表示され、なくなりそうなときは数クリックでクレジットパックをリクエストできます。
プラットフォームエージェント：ウィザードでエージェントを作成
プラットフォームエージェントを6ステップ（保存式）で作成します：基本情報と従業員番号、職務カード、外部アカウント確認、オンボーディングプロンプトと言い直し審査、装備と試験設定、有効化。
プラットフォームテンプレートライブラリ：バージョン管理、公開・配布、終了と緊急停止
プラットフォーム担当者が内蔵 UCC ラベルとパッキングリストのテンプレートを保守する方法：クローンや新規で下書きを作り、バージョンを公開し、テナントへ配布し、旧版を終了し、緊急停止は必要なときだけ使います。
運用：マーケットプレイスアプリの登録・認証・ガバナンス
プラットフォーム運用担当がアプリとバージョンを登録し、認証レビューを行い、停止スイッチを使い、デッドレター配信を処理し、「アプリストア公開」総スイッチを管理する方法。
運用：サービス見積の送信と交渉対応
運用担当がカタログからサービスを価格設定し、見積バージョンを送信し、交渉メッセージに返信し、内部メモを残す方法。
Ops: record offline payments and settle service invoices
How ops staff register a wire or check payment against a service invoice, attach the receipt, confirm settlement with a second person, retry a failed card charge, and write off an invoice that cannot be collected.
For customers: review and approve a service quote
How a billing admin reviews a service quote version in the portal, what approving means (including the instalment charge authorization), the $10,000 offline-contract threshold, and how to decline or ask questions.
Ops: mark delivery, handle acceptance, plan changes and refunds
How ops staff mark a milestone delivered, what happens when the customer accepts, disputes, or lets the 7-day acceptance window lapse, how to change a payment plan with a plan change note, and how refunds of received milestones are run with two people.
m.ops：スマホで運営を見る（読取専用）
ポケットの中の運営モニター。m.ops.docklify.com に5つの画面——概要、例外、チケット、Rollie ライブ、システム。見るだけです。何も変更しません。サインイン時には2つ目の確認コードが必要です。
サポートの応答・解決時間の目安
サポートチームへ連絡した際に、チケットの優先度ごとに適用される初回応答と解決の目標時間。
サポートへの連絡とエスカレーション
サポートチームへの連絡方法、チャット引き継ぎ時に起きること、急ぐ問題のエスカレーション方法。
サービス見積：受け取る内容と承認の意味
サービス見積の届き方、有効期間、バージョンの仕組み、承認が何を許可するのか。
サービス料金の支払い：カード、オフライン支払い、請求書
サービスのマイルストーン請求方法、オフライン支払いが支払済みになる時点、カード請求失敗時の扱い、請求書の場所。
サービスの引渡しと7日間の検収期間
マイルストーン引渡し時に表示される内容、検収の確定や異議の方法、7日経過後の扱い。
支払計画の変更と返金について
承認後の支払計画変更時に適用されるルールと、受領済み金額の返金方法。
サブスクリプション請求：請求書、プラン変更、トライアル
サブスクリプション請求書の仕組み、発行済み請求書が変更されない理由、アップグレードとダウングレードの発効方法、トライアルの内容。
サブスクリプション支払い失敗時：再試行、猶予、停止
サブスクリプション料金を回収できない場合に適用される段階的な扱いと、停止してもデータが削除されない約束。
お客様のデータ：保持とエクスポートの約束
貴社の業務データは貴組織のものです：サブスクリプションのライフサイクルを通じた保持の扱いと、データを持ち出す方法。
アクセス制御と支払いカードデータの扱い
貴組織のデータを閲覧できる人、アクセスが自社の管理者によってどう管理されるか、支払いカード情報について当社が保存するもの・しないもの。
LabelFlow 概要：ラベルの購入と印刷
LabelFlow はマーチャント向けに配送ラベルを購入する運用デスクです。キャリアアカウントと料金が片側に、マーチャントのウォレットが中央にあり、すべてのラベルのコスト・請求額・マークアップが記録されます。
LabelFlow アカウント：キャリアアカウント
発送に使うキャリアアカウントを一つのリストで管理：追加、エイリアス設定、有効化・無効化、不要になったら削除できます。
LabelFlow 入金：ウォレットと残高チャージ
マーチャントのチャージを1件ずつ記録し、証憑ファイルを記録に残せます。特定のマーチャントの入金件数と合計もすぐ確認できます。
LabelFlow インボイス：請求とインボイス履歴
キャリアの請求書をシンプルなCSVで取り込み、照合を実行すると、追跡番号ごとに「キャリア請求額」と「当社請求額」の差異を行単位で確認できます。
LabelFlow ラベル：ラベル台帳と記録の再検索
LabelFlow で購入したすべての配送ラベルは、ラベルページに永久記録として残ります：追跡番号、マーチャント、キャリア、キャリアコスト、請求額、利益。マーチャント・キャリア・日付・追跡番号で絞り込み、過去のラベルを数秒で再検索できます。
LabelFlow マークアップ：マークアップルール
マークアップとは、同じラベルについてキャリアがあなたに請求する額と、マーチャントがあなたに支払う額との差です。キャリアごとに全員に効く基本マークアップを設定し、必要に応じて個別のマーチャントに専用のオーバーライド料金（パーセントまたは固定額）を設定します。見積もりもラベル購入も、常にこの2段階ルールで計算されます。
LabelFlow マーチャント：マーチャント管理
LabelFlow のマーチャントはあなたのラベルの購入者です。プリペイドウォレットにお金を入れておき、購入するラベルはすべてその残高から支払われます。マーチャントページでは各マーチャントの残高、ウォレット状態、ラベル数、違反数を把握でき、詳細ページで入金履歴とラベル履歴を確認でき、無効化されたマーチャントの解除もできます。
運賃比較設定は移動しました：現在は Master Data で管理
LabelFlow にあった運賃比較設定は Master Data に移りました。運送業者とサービス、アカウント、比較ルールはそれぞれ Master Data 側に一本化されています。本記事では移動先のページを案内します。
LabelFlow 出荷：出荷の発生とラベル結果
ラベル出荷を一つのリストで探し、下書きから印刷済みまでのステータスを追い、開いて住所・荷物・料金オプション・ラベル結果を確認できます。
LabelFlow 違反履歴：請求違反と異議の確認
違反記録を一つのリストで確認：件数、関与するマーチャント、各記録の種別・詳細・時刻——詳しく見る時はマーチャントで絞り込めます。
返品ポリシー：返品の行き先を決めるルール
ルールを一度書くだけ：何日以内か、手数料の有無、レシートの要否、小額返品の自動承認可否。システムは優先度で各返品に合うポリシーを当てはめ、「返品可否・手数料・自動承認か手動審査か」の3点を返します。
返品ダッシュボード：返品の実態
未処理RMA・検品待ち・直近30日の完了数に加え、返品理由の棒グラフと処分内訳。1ページで「どれくらい深刻で、なぜか」がわかる。
モバイル受領：倉庫現場でスマホ受領
RMA番号をスキャンまたは入力し、予定数量と受領数量を明細ごとに確認して、大きな「受領」ボタンをタップ。大きなボタン・1カラム、手袋でも操作可能。
検品の後：出荷・廃棄・ロケーションと返品課金
グレーディング後、各明細に行先が決まります。出荷は出荷確認、廃棄は2人目のレビュー必須、再入庫は倉庫の棚入れタスクになり、各ステップは顧客に見える課金イベントとして記録されます。
RMS 返品伝票：返品の作成・確認・処理
倉庫側の返品ドキュメント：明細付きで伝票を作成し、承認または却下、受領と検品、明細ごとの処分決定、返金・交換の処理、最後に完了までを1枚で追えます。
予防整備：整備計画・全車隊カレンダー・期限リマインド
時間・距離で整備計画を設定。全車隊カレンダーで排期を把握、期限リストはわかりやすい表現で。未設定車両はワンタップで計画追加。
DVIR日常点検：出庫前・帰庫後、スマホで1画面ずつ
ドライバーはスマホで点検、1項目1画面。重要項目の不合格は自動で車両ロック、修理指示にもできる。圏外ではオフライン保存、復帰後に自動アップロード。
修理指示＋燃料：流れる作業指示、30秒で給油記録
修理はTicketsエンジンを再利用：スマホの写真報告、PCで配工→修理→検収→精算、部品＋工数の費用審査。燃料：スマホで30秒給油記録。PCでMPG推移、急低下や「タンク容量超えの給油」を警告。
Commerce Starter：販売はマーケットプレイス、注文と出荷はDocklifyにおまかせ
マーケットプレイス専売の小規模セラー向け。Amazon/Shopify/Walmart/TikTok Shopの注文を1つのOMSに集約、Label Flowで送り状を印刷、簡単な在庫管理。倉庫システムは不要。
Commerce Pro：自社倉庫をスマホで管理
自社倉庫を持つEC事業者向け。Starterの全て＋フルWMS・倉庫スマホアプリ・CRM・購買。注文量＋倉庫数＋ユーザー数で課金。
3PL Suite：マルチクライアント倉庫の経営＋1箱ごとの正確な請求
サードパーティ倉庫向けの主力製品：マルチクライアントWMS＋3PL請求、さらにRMS・YMS・Labor・Assets・3D可視化。クライアント数＋注文量＋ユーザー数で課金。
Transportation Suite：トラック・コンテナ・小口・通関を1プランに
トラック会社・物流会社・宅配会社・通関業者向け：TMS＋Drayage＋LastMile＋Fleet＋Customs。車両数＋注文量＋ユーザー数で課金。
Enterprise：全部入り——EC・倉庫・輸送＋AI
全てが必要な大企業向け：4プラン全部＋Analytics Pro・Agent Crew・Academy。年契約、パッケージ価格で最安。
ランドコスト計算機：1個あたりの真のコストを算出
FOB価格は真のコストではない。9つのコスト項目・3つの配賦ルール・手計算例 — 計算機で各SKUの到着単価を算出しよう。
AI製品シーン画像：スタジオなしでスタジオ級の製品写真
製品ファイルの中で、普通の製品写真をライフスタイルのシーン画像に変換 — アプリの切替も撮影も不要。写真を選ぶ→背景を除去→テンプレートを選ぶ→費用を確認→生成→保存、6ステップで完了。
コンテナ積載計算機：この貨物に何本のコンテナが必要か
貨物の大きさと重さを入力すれば、最も効率的な積み付け案を算出 — そのままワンクリックでDrayageのブッキングに変換できます。
B/L 生成ツール：標準 VICS トラック B/L を 2 分で作成
白紙のフォームを睨まずトラック B/L を作成：TMS 出荷の取込、アドレス帳、自動集計、NMFC／クラス補助——1 ページで印刷。
バーコード生成ツール：バーコードの作成と印刷
値を入力し、12種類のコード体系（Code 128、EAN、UPC、QRコードなど）から選び、リアルタイムプレビューを確認して PNG または PDF でダウンロード。個別生成も最大50件の一括生成も可能です。
ドキュメント変換ツール：ブラウザでドキュメントを変換
日常の8種類の変換——PDFから画像へ、画像からPDFへ、ExcelからCSVやPDFへ、WordとPDFからテキストへ、PDF分割——すべてブラウザ内で完結し、ファイルがデバイスの外に出ることはありません。
請求書生成ツール：ブラウザで請求書を作成
4つのテンプレートから選び、会社・顧客情報を入力し、自動計算の明細を追加、リアルタイムプレビュー後に PNG／PDF をダウンロード。下書きをこのブラウザに保存もできます。
ラベル印刷：倉庫ラベルを印刷
WMS の実データから商品・ロケーション・LPN・トート・ケースのラベルを印刷：検索して複数選択、行ごとに部数を設定、4×6／4×3／2×1 を選び、Code128 バーコードをプレビューし、Device Hub 経由でラベルプリンターへ直接印刷（ブラウザ印刷も可）します。
PDF エディタ：ブラウザで PDF を編集
PDF を 1 つ以上アップロードし、全ページをサムネイルで確認、並べ替え・回転・削除して 1 つの結合 PDF をダウンロード——すべてブラウザ内で完結し、ファイルはアップロードされません。
PDF Sign：ブラウザで PDF 文書に署名する
PDF を開き、描画・入力・画像アップロードで署名を作り、任意のページに配置して署名済みファイルをダウンロード — すべてブラウザ内で完結し、ファイルはアップロードされません。
見積書ジェネレーター：ブラウザで見積書を作成
業界テンプレートを選び、会社と顧客の情報を入力すれば、明細が自動で金額計算され、見積書をリアルタイムでプレビューし、PNG または PDF でダウンロードできます。
ZPL ビューアー：ZPL ラベルをプレビュー
ZPL ラベルがプリンターに行く前に、画面で確認できます。UCC テンプレートから小売業者テンプレートを選んでフォームに入力するか、自分の ZPL を貼り付けて、プレビュー、コピー、ZPL・PNG・PDF でのダウンロードができます。
バーコードスキャナの選び方：有線・無線・リング型・工業用？
入荷・ピッキング・棚卸・梱包はすべてスキャンから始まります。本ガイドでは1次元と2次元の違い、読み取り距離、有線・無線・リング型・工業用長距離の4タイプを価格と注意点つきで解説します。
ハンドヘルド端末（PDA）：倉庫作業者の「仕事用スマホ」を正しく
PDAは本物のスキャンヘッド、大容量バッテリー、落下に耐えるボディを備えたAndroid産業用端末です。本ガイドではスマホ＋スキャナ、強化型スマホ、工業用PDAの3路線を比較し、主要スペックと、充電ラックから引き継ぎまでのPDAの1日を解説します。
ラベルプリンター：デスクトップ型 vs 産業型、なぜ配送ラベルは4×6なのか
配送ラベル、ロケーションラベル、バーコード、パレットLPNは同じ機械から出てきます。本ガイドでは感熱式と熱転写式、デスクトップ型と産業型の違い、日量に合った選び方を解説します。
倉庫のはかり：台はかり、プラットフォーム、重量チェッカー
運賃は重量で決まり、3PL料金も重量ベース、過重量の荷物には罰金がかかります。本ガイドでは台はかり、プラットフォーム、トラックスケール、精度と校正、容積重量、日々の計量習慣を解説します。
Docklify対応プリンターとはかり：購入ガイド
DocklifyはDevice Hub経由で梱包台のハードウェアに接続します。要件は2つ：ラベルプリンターはZPL対応、はかりは読み値をコンピューターへ送れること。本ガイドでは対応リスト、非対応リスト、機器ごとの購入前チェックリストをまとめます。
寸法測定カメラ（CubeTrue）：設置、測定ゾーン、キャリブレーション
梱包台や入荷ドックの上の深度カメラが、約1秒で箱とパレットの寸法・体積・重量を測定します。本章では設置場所、測定ゾーンのライン引き、Device Hubへの接続、キャリブレーションを解説します。
プリンター接続のよくある問題：つながらない・出ない・ずれる時の対処
実際によく出るエラーの対処法：No route to host、PRINTER_OFFLINE、プリンターの IP が変わった、同じプリンターが 3 件表示される、Mac の「Out of ink」、更新が「Downloading update…」で止まる、空白や文字化けのラベル——そして全ての問題を二分する最初の確認、Device Hub の Test Print から始めます。
貨物の旅：倉庫に入ってから出るまでの完全な動線
貨物を荷受け口から出荷トラックまで追う：受入、検品、棚入れ、保管、ピッキング、統合、梱包、一時保管、出荷——各工程で何が起き、どれくらい留まるべきか。
機能エリア詳解：倉庫の各エリアは何のためにあるのか
受入、検品、保管、ピッキング、統合、梱包、一時保管、返品、事務所・設備エリア：各エリアの場所、役割、3,000㎡のEC倉庫で必要な広さ、そして絶対に合体させてはいけないエリア。
ロケーションコードとタイプ：すべての棚位置に住所を付ける
A-03-12-2（ゾーン–通路–列–段）のようなロケーションコードの作り方、採番とラベルの実務ルール、そして picking・storage・staging・dock の4タイプの役割と連携を解説します。
フォークリフトの仲間：カウンターバランス、リーチ、オーダーピッカー、電動パレットジャッキ
「フォークリフト」と呼ばれる機械は4種類あり、仕事もそれぞれ違います。本ガイドではカウンターバランス、リーチトラック、オーダーピッカー、電動パレットジャッキを、仕事・通路幅・揚高・価格で比較し、選び間違えたときの代償も解説します。
標準的な梱包ステーションとは：機材リストとレイアウト
梱包ステーションは1台の作業台に収まる小さな生産ラインです。作業台、スキャナ、ラベルプリンター、はかり、ディスプレイ、封函機材、消耗品棚、コンテナ置き場。本ガイドでは機材一式、手の届く範囲への配置、1人用作業台と梱包ラインの違いを解説します。
梱包撮影ステーション：出荷前にすべての荷物を撮影する
顧客から不足・破損・誤品の連絡が来たとき、開いた箱の中身と配送ラベルが写った日付入りの写真が唯一の証拠になることがあります。本ガイドではカメラの位置、注文番号との紐づけ、保存期間、証拠として通用する写真の条件を解説します。
梱包消耗品の買い間違いを防ぐ：ラベル紙、リボン、ストレッチフィルム、段ボール
梱包が止まるのは、機械の故障よりもラベルロールの買い間違いが原因のことが多いものです。本ガイドではラベル紙のサイズと素材、リボン（ワックス、混合、レジン）をラベルに合わせる方法、ストレッチフィルムの厚み、段ボールの仕様と緩衝材、そして購入でよくある失敗を解説します。
PackVision用梱包台カメラ：選び方と上からの取り付け方
PackVisionは梱包する全注文を録画します。ただし、作業台に「何が起きたか証明できる」カメラがあってこそです。本ガイドでは購入チェックリスト、取り付け高さごとのカバー範囲表、図解付きの3つの取り付け方法、そしてDevice Hubで録画を有効にする手順を一通り解説します。
ゾーンピッキングのレイアウト：1ゾーン1担当、受注はゾーン間をリレー
ゾーンピッキングの現場の仕組み：倉庫をゾーンに分け、各ゾーンに固定担当を置き、受注はトートでゾーン間をリレーし、梱包横の統合エリアで合流させます。
ピッキングルートの設計：歩き方、ゴールデンゾーン、ABC配置
ピッキングの半分は歩行です。本記事ではS字・横断・往復の3つの歩き方を比べ、売れ筋を腰から肩のゴールデンゾーンに置き、ABC分類を実際のロケーションに落とし込みます。
ドックと荷役エリア：ドアの数、レベラー、トレーラー駐車、シール
ドックドアが実際に何基必要か（1日のトラック回転からの簡単な計算）、ドックの高さとレベラー、トレーラーの駐車と待機場所、キャノピーとドックシール。
ラックの種類を比較：選択式、ドライブイン、プッシュバック、流動式、カンチレバー、棚板式
6種類のラックを1つの表で比較します。各ラックに何が保管できるか、密度、FIFOができるか、ピッキングのしやすさ、おおよその価格帯を整理し、その後1種類ずつ分かりやすく解説し、1つの倉庫での組み合わせ方も説明します。
段の高さと有効高さ：ビーム間隔、建物の有効高さ、スプリンクラーの隙間
ビームの段間隔の計算方法（貨物の高さ＋パレットの高さ＋揚程の余裕）、建物の有効高さがそのまま使えるラック高さではない理由、最上段の荷の上に確保すべきスプリンクラーの隙間、そして段の高さを間違えた代償 — 段が1つ無駄になるか、フォークリフトが届かなくなるかを解説します。
通路幅とフォークリフトの適合：広い通路、狭い通路、VNA
広い通路（約3.5m以上、カウンターバランス車）、狭い通路（約2.5〜3m、リーチ車）、超狭通路VNA（約1.8m、三方向車）を比較します。幅、適合車両、密度の向上、その代償に加え、通路幅は直進ではなく旋回のために測るべき理由も解説します。
カテゴリー別保管：貨物の種類ごとに合った棚を選ぶ
丸ごとパレット、小物、衣類、長尺物、高価値品は、それぞれ棚の形・ロケーションの大きさ・出し入れの方法が異なります。本記事では5カテゴリーを1つずつ解説します。
ラックの安全：荷重表示、支柱ガード、安全ピンと定期点検
ラックは人の頭上にトン単位の荷を支える鋼構造です。本記事では、荷重表示、支柱の保護、ビーム安全ピン、フォークリフトに当てられた支柱の判断、月次・年次の点検リズム、地震地域でのアンカー固定を扱います。
EC倉庫：SKUが多く、注文件数が多く、1件あたりの点数は少ない
EC倉庫は卸売倉庫と何が違うのか：棚とトートによる小口ピッキング、一日中流れ込む注文、バッチ・クラスターピッキング、梱包ライン、そして販促ピークの乗り切り方。
3PLマルチクライアント倉庫：多くの荷主、1つの建物、勘定は別々
3PL倉庫が自社保管倉庫と違う点：荷主ごとのゾーンとロケーション区画、荷主別に分けた在庫帳簿、パレット単位とバラ作業の混在、そして課金ポイント——保管料、作業料、付加価値サービス料——がどこにあるのか。
コールドチェーン倉庫：温度帯、緩衝室、低温設備と人のリズム
コールドチェーン倉庫の実際の回し方：冷蔵・冷凍・恒温の3温度帯、緩衝室と高速ドアが重要な理由、低温がバッテリー、スキャナー、プラスチックコンテナに与える影響、そして人員ローテーションの組み方。
大型・家具倉庫：大スパン、床積み、そして壊れやすい大物たち
大型貨物・家具倉庫の回し方：高さよりスパンが重要な理由、床積みと低層ラックの組み合わせ、クランプフォークリフトと平台車、ソファ・マットレス・石天板の置き方、そして破損が実際に起きる場所。
新倉庫オープン清单：空の現場から初荷受けまで
新しい倉庫を開く完全な手順：建物の計測と床荷重の確認、機能エリアの計画、ラックと設備の購入、ロケーションコードの確定、システムでの倉庫とロケーション作成、商品と初期在庫のインポート、プリンター・秤・スキャナの接続、小規模試運転、そして開業までを順に解説します。
倉庫用語をやさしく：毎日耳にする20の言葉
パレット、LPN、トート、ウェーブ、クロスドック、SKU、ASN、ロケーション、ゾーン、ピッキング、補充、棚入れ、ドック、3PL、荷主、FEFO/FIFO、滞留、循環棚卸、入庫・出庫伝票——それぞれをやさしい言葉で説明し、現場でどんな姿をしているかも示します。
倉庫の安全レッドライン：「今回だけ」のないルール
決して越えてはならないライン：人とフォークリフトの分離、通路と標示の確保、消防通路を空け非常口は施錠しない、ラックの過積載禁止、即席の高所作業禁止、換気されたバッテリー充電エリア——各ラインがなぜあるのか、越えたら何が起きるのか、毎日どう守るのかを解説します。
レポート：レポートの実行、エクスポート、購読
レポートは標準レポートの統一入口です。在庫、入荷、出荷、請求のレポートがここにあります。レポートを選び、日付を設定して実行すれば、CSVをダウンロードでき、購読すればスケジュールでメールに届きます。
INV-01 Stock Status Report
ある時点での荷主、倉庫、SKUごとの在庫数量の概要です。
INV-02 Inventory by Location
商品を探したり保管場所を管理したりするための、ロケーションごとの在庫詳細です。
INV-03 Inventory by Lot
ロットごとの在庫で、在庫数量と引当済み数量、有効期限が分かります。
INV-04 Inventory by Serial
ステータス、SKU、ロケーションごとに見る、シリアル単位の在庫リストです。
INV-05 Inventory Aging Report
日次スナップショットの在庫を初回入庫日付きで示し、初回入庫日ごとに在庫の古さを確認できます。
INV-06 Inventory Turns
出庫量と平均在手量から計算した回転率です。
INV-08 Dead Stock Report
最後の動きが選んだ期間内にある在庫と、その在手数量です。
INV-09 Expiry / FEFO Alert Report
ロットの有効期限ごとに在手数量と引当数量をまとめたもので、期限の近いものから使います。
INV-10 安全在庫・補充レポート
ピッキングフェイスの最低在庫と現在数量を比べ、推奨補充量を示します。
INV-11 Inventory Valuation
荷主、倉庫、SKUごとに、解決済み単価で評価した在庫金額を通貨別に示します。
INV-12 Inventory Adjustment Report
監査用に、取引タイプと理由コード付きの在庫台帳記録を示します。
OUT-01 Order Status Report
ステータスと荷主ごとの注文件数と金額です。
OUT-02 Fulfillment Progress Report
履行段階（ステータス）ごとの出庫オーダー——進捗ボードの数字です。
OUT-03 Backorder & Shortage Report
引当待ち、または一部だけ履行された注文を、ステータスと荷主ごとに示します。
OUT-06 Outbound Transaction Detail
出荷、SKU、ロットごとの行レベルの出庫数量です。
OUT-07 Open Orders Report
まだ出荷されていない出庫オーダーを、ステータス、荷主、倉庫ごとに示します。
OPS-01 Picking Accuracy Report
現在の定義による、倉庫ごとの月次ピッキング精度です。
OPS-02 Task Completion Report
タイプとステータスごとの、日次の完了タスク量と仕掛かり量です。
OPS-03 Wave Performance Report
ウェーブのステータスとピッキング方式ごとの、ウェーブ数と注文量です。
OPS-04 Packing Productivity Report
梱包ステーションの活動を、ステーション、アクション、結果ごとに示します。
OPS-05 Outbound Productivity Dashboard
KPIドメインの構成におけるダッシュボードカードとして、タスクタイプごとの日次出荷タスクのリズムを示します。
OPS-06 Operations Exception Report
アクションと対象タイプごとに見る、作業の問題と例外に関する監査アクションです。
CMP-05 Temperature Compliance Report
倉庫と温域ごとに見る日次の温度コンプライアンス：逸脱時間、逸脱回数、記録の完全率です。
INB-01 入荷レポート
入荷イベントからSKUごとに集計した実入荷、破损、拒否の数量です。
INB-02 ASNコンプライアンスレポート
ステータスとタイプごとに見る事前出荷通知（ASN）で、到着予定をフォローします。
INB-03 棚入れレポート
タスク日次サマリーからタイプとステータスごとに見る日次タスク量です。棚入れ作業は棚入れタイプの行を読みます。
INB-06 オープン入荷レポート
クライアントとステータスごとに見る、まだ閉じていない入荷の一覧です。
BIL-01 保管料金レポート
課金期間サマリーから、クライアントと通貨ごとに見る保管料金です。
BIL-02 作業料金レポート
入荷、棚入れ、ピッキング、梱包などの作業課金イベントを、イベントタイプ、クライアント、通貨ごとに集計します。
BIL-03 付加価値サービス料金レポート
返品ラベル、ギフトカード、特殊梱包、同梱物などの付加価値サービスの実行を、アクションとクライアントごとに集計します。
BIL-04 クライアント明細書
定期クライアント明細書（既存の会計明細ページ）です。WMS料金のドリルダウンは課金期間サマリーのデータセットで動きます。
BIL-06 クライアント収益性レポート
課金期間サマリーからクライアントごとに見る収益側です。コスト配分はP3で実装されます。
BIL-07 未請求料金レポート
クライアントと通貨ごとに見る、まだ請求されていない課金イベント——請求漏れ防止のリストです。
ACC-01 損益計算書
計上済み仕訳から作る損益計算書です。会計期間ごとに収益、コスト、利益を、法定の定義で見ます。
ACC-02 貸借対照表
計上済み仕訳から作る貸借対照表です。期末の資産、負債、純資産を法定の定義で見ます。
ACC-03 売掛金・買掛金のエイジング
売掛金と買掛金のエイジング分析です。未決済残高を年齢ごとに分け、会計レポートのエイジングタブの口径で見ます。
CRM-01 CRM販売レポート
レポート登録簿にカタログ化されたCRM販売レポートの定義です。この段階ではCRMレポートページは変更なく動き続けます。
SHC-01 運送会社の定時配送実績
運送会社ごとの定時配送実績：期限どおりに届いた貨物の割合で、TMSレポートの定時タブの口径です。
SHC-02 運賃コスト分析
運送会社、路線、輸送モードごとに運賃の内訳を示し、貨物あたりの平均コストも含みます。TMSレポートのコストタブの口径です。
SHC-03 料金比較の節約レポート
選択した料金が最も高い見積もりに対してどれだけ節約になったかを、運送会社と通貨ごとに示します。
SHC-04 運送会社照合レポート
運送会社ごとの運送会社への支払い：運送会社ごとの請求件数と支払合計額で、TMSレポートの運送会社支払いタブの口径です。
SHC-05 小包取引明細レポート
運送会社のマニフェストごとに引き渡された小包を、運送会社とマニフェストのステータスごとに示します。
SHC-06 運賃監査レポート
仕入先とステータスごとの支払請求：請求合計と支払済み金額を、通貨ごとに示します。
TMS-01 輸送量レポート
輸送オーダーの日次ボリュームの推移を、キャパシティ計画のために示します。TMSレポートのボリュームタブから日ごとに数えます。
TMS-02 輸送例外レポート
輸送の例外を運送会社ごとにまとめ、遅延と失敗のパターンを見つけます。TMSレポートの例外タブの口径です。
OB-01 販売者利益レポート
店舗（貨主）とステータスごとの販売者の売上合計です。台帳の返金相殺は実装済みです——同じ店舗・同じ通貨でOB-07（期間返金）と合わせて読むと純額が得られます。
OB-02 販売者商品レポート
SKUごとの出荷数量と行数です——売れ筋と売れ残りは同じ行から読みます。
OB-03 販売者在庫レポート
SKUと倉庫ごとの販売者在庫数量で、基盤の在庫データセットから導出されます。
OB-04 販売者運賃レポート
選択した料金による運賃合計を、運送会社と通貨ごとに示します。
OB-05 販売者返品レポート
理由コードごとの返品件数で、基盤のRMAデータと揃っています。
OB-06 販売者仕入レポート
ステータスとクライアント（店舗）ごとの発注金額です。
OB-07 販売者返金レポート
期間内にMoney台帳へ記帳された返金を、店舗（貨主）と通貨ごとに示します——OB-01の売上と相殺して純額を出す返金の行です。
SAL-01 売上レポート（統一口径）
OrderballのSalesレポートの集計を、基盤の販売注文データセットに再登録したものです。
LAB-01 従業員別1時間あたり処理数（UPH）
承認済みの工時記録から、従業員と作業種類ごとに見る1時間あたりのタスク数です。倉庫スタッフの工時であり、ドライバーの勤務時間ではありません。
LAB-03 チーム・シフト実績
チーム比較のために、従業員と作業種類ごとに見る純工時と一時停止時間です。倉庫スタッフの工時であり、ドライバーの勤務時間ではありません。
LAB-06 労働力分析ダッシュボード
作業種類ごとの月次の労働リズムをダッシュボードとして構成したものです。倉庫スタッフの工時であり、ドライバーの勤務時間ではありません。
CNT-01 循環棚卸の計画と進捗
ステータスごとに見る棚卸明細：未棚卸、棚卸済み、再棚卸、承認済みがそれぞれ何行あるかです。
CNT-02 棚卸差異レポート
商品と保管場所ごとに見る帳簿数量、実棚数量、差異数量です。
CNT-03 在庫精度レポート
棚卸明細から算出する月次の完全一致による在庫精度です（KPI-04 としても登録されています）。
CNT-04 欠損レポート
理由コードごとに見る調整と棚卸の台帳の動き——欠損の足跡です。
CNT-05 棚卸生産性レポート
担当者ごとに見る棚卸済み行数と数量、およびその差異合計です。
RTN-04 再販可能返品率
処理方法とステータスごとに見る返品結果です。再入庫となる処理が再販可能な割合です。
RTN-05 未完了返品の滞留
滞留フォローのために、ステータスごとに見る未完了の返品です。
SPC-02 保管場所利用率レポート
ゾーンとタイプごとに見る保管場所数——利用率の供給側であり、SPC-04 とあわせて読みます。
SPC-04 空き保管場所レポート
ゾーンとタイプごとに見る、在庫明細のない有効な保管場所です。
CMP-01 ロット追跡レポート
ロット在庫をロケーションごとに見る——ロット追跡の倉内区間です。
CMP-02 シリアル番号追跡レポート
シリアル番号ごとに1行、現在のステータス付き——シリアルのライフサイクルのアンカーです。
CMP-03 リコールレポート
ロットとSKUごとの在庫量——リコールの影響範囲リストです。
CMP-04 操作監査レポート
アクション、対象タイプ、操作者ごとの監査ログの件数です。
CMP-06 危険物・インシデント台帳
ステータスとSKUごとの電池・危険物インシデント記録です。
KPI-03 完全注文率
荷主と月ごとに出庫オーダーの履行割合を見る——完全注文の複合指標のうち測定できる部分を先行して表示します。
KPI-06 倉庫スループット
日ごとに全タイプ合計で処理されたタスク数——倉庫スループットの推移です。
KPI-08 経営KPIダッシュボード
レポート内にある経営ダッシュボードの事前設定された構成です。
WES-01 WESキュー深度
ステータスとステーションごとのデバイスジョブキューのライブ深度で、時間ごとの滞留系列が付きます。
WES-02 WES完了レート
選択した時間枠でデバイスジョブが1時間に何件完了したか、失敗分も並べて表示します。
WES-03 WES SLAリスク
未完了のタスクを期限までの近さでグループ化：期限超過、1時間以内に期限、4時間以内に期限、余裕あり、期限なし。
WES-04 WESデバイス稼働率と障害
各デバイスが時間枠の中でどれだけ忙しかったか、そのジョブがどれだけの頻度で失敗したかです。
WES-05 WESリルート率
デバイスジョブのうち別のデバイスへ回された割合と、代わりに人へ渡された件数です。
会計 KPIガイド
KPIライブラリの会計全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
車両 KPIガイド
KPIライブラリの車両全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
CRM・営業 KPIガイド
KPIライブラリのCRM・営業全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
ドレージ / ラストマイル・配送 KPIガイド
KPIライブラリのドレージ / ラストマイル・配送全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
OMS・注文 KPIガイド
KPIライブラリのOMS・注文全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
人事・労務 KPIガイド
KPIライブラリの人事・労務全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
購買 KPIガイド
KPIライブラリの購買全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
RMS・返品 KPIガイド
KPIライブラリのRMS・返品全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
TMS・輸送 KPIガイド
KPIライブラリのTMS・輸送全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
WMS・倉庫 KPIガイド
KPIライブラリのWMS・倉庫全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
YMS・ヤード KPIガイド
KPIライブラリのYMS・ヤード全指標の定義と読み方：定義、計算式、業界ベンチマーク、集計期間です。
PAK-01 Packing Throughput Overview
梱包ステーションごとの完了注文数と稼働1時間あたりの処理量です。
PAK-02 Packing Bottleneck Breakdown
梱包時間がどの区間に使われているかをステーションごとに見ます。
PAK-03 Packing Exceptions & Rework
例外率、計量ブロック率、ラベル失敗率と、例外にかかる時間です。
PAK-04 Order Structure & Packing Time
注文の大きさと形が梱包時間と例外にどう影響するかです。
PAK-05 Hourly Throughput & Queue Wait
現地の時間ごと：完了サイクル、キューの待ちP50/P90、まだ待っている数です。
PAK-06 Long Packing Orders
倉庫の長時間ラインより長くかかった注文です。