物流仲介業者 CRM バックエンド テンプレート
キャリア審査、荷物の可視性、および仲介手数料
生産準備が整った物流仲介業者 CRM バックエンドが Back4app にあり、User、Carrier、Load、VettingCheck、TrackingEvent、および CommissionEntry を持っています。これを使用してキャリアを審査し、荷物を割り当て、追跡更新を投稿し、バックエンドから手数料を記録します。
ブローカーデスクの重要ポイント
このテンプレートは、キャリア評価、荷物追跡、手数料計算を含むロジスティクスブローカーのCRMバックエンドを提供し、チームが最初の電話から支払いまでのプロセスを実行できるようにします。
- キャリア評価ワークフロー — モデルキャリアとVettingCheckにより、コーディネーターが書面のメモとステータスを持つキャリアを承認できるようにします。
- ライブ荷物追跡 — 荷物とTrackingEventのエントリを、現場からのディスパッチ更新に応じて追跡します。
- 手数料計算 — ブローカー手数料と支払いの相殺を容易にするために、荷物レコードに紐づいたCommissionEntry行を保存します。
- ロール対応の操作 — ブローカー、コーディネーター、管理者などのユーザーロールに対してACLおよびCLPルールを使用します。
- ウェブとモバイルのための1つのバックエンド — 同じRESTおよびGraphQL APIを通じて、React、Flutter、Next.js、およびネイティブアプリを提供します。
物流ブローカーCRMバックエンドの理解
物流ブローカーCRMでは、締切はほとんど選択肢ではありません。構造化されたレコード層は、日付を驚きではなくアラートに変えます。解決策は動機的なものではなく、運用的なものです。Back4app上のCarrier、Load、VettingCheck、TrackingEvent、CommissionEntryを使用することで、物流ブローカーCRMチームは同じケースレコード上で協力しながら職務の分離を強制できます。スキーマは、User（ユーザー名、メール、ロール、表示名）、Carrier（キャリア名、mc番号、dot番号、ステータス、保険期限、担当者）、Load（荷物番号、ピックアップ都市、配達都市、ステータス、キャリア、ブローカー、レート）、VettingCheck（キャリア、チェックされた人、チェックタイプ、結果、ノート、チェック日時）、TrackingEvent（荷物、位置情報テキスト、ステータス、報告者、イベント時間）、およびCommissionEntry（荷物、ブローカー、手数料率、手数料額、計算日時）を含み、認証とワークフローコントロールが組み込まれています。好みのフロントエンドを接続し、1つのバックエンドからパイプラインを管理します。
おすすめの用途：
物流ブローカーCRM：バックエンドスナップショット
トレーニングは物流ブローカーCRMに役立ちますが、3つのツールと4つの命名規則にまたがるデータを補うことはできません。
特定のクライアントフレームワークにエンジニアリング時間を投資する前に、キャリア、ローディング、及びベッティングチェックがどのように適合するかを確認するためにこの概要を使用してください。
ブローカーオペレーション機能
このハブ内のすべての技術カードは、User、Carrier、Load、VettingCheck、TrackingEvent、および CommissionEntry を使用して同じ物流スキーマを利用しています。
キャリア審査記録
キャリアおよびVettingCheckはmcNumber、status、notes、およびcheckedAtを保存します。
ロートトラッキングタイムライン
ロートおよびTrackingEventはpickupCity、deliveryCity、status、およびeventTimeをキャプチャします。
手数料計算
CommissionEntry は、Load をブローカー、commissionRate、commissionAmount、および calculatedAt にリンクします。
ブローカーのワークフロー管理
ユーザーの役割により、ブローカー、コーディネーター、および管理者が分離されます。
なぜBack4appで物流ブローカーCRMバックエンドを構築するのか？
Back4appは物流チームに運送業者の審査、荷物の可視性、委託料の追跡のためのクリーンな道を提供し、バックエンドはサーバーのメンテナンスではなく貨物の操作に集中できます。
- •キャリアおよび荷物のワークフローを1つのモデルで: キャリア、荷物、そしてVettingCheckクラスは、影響を与える貨物に近くで審査の決定を保持します。
- •委託料の計算は追跡可能である: 各荷物にリンクされたCommissionEntry行は、支払いのレビューと異議申し立てのチェックを容易にします。
- •ディスパッチが必要なところでリアルタイム: Live Queriesは、RESTとGraphQLがブローカーやアナリストにサービスを提供し続ける間に、TrackingEventの変更をプッシュできます。
すべてのクライアントにわたって1つのバックエンド契約から運送業者の審査、荷物の状態、委託料の調整を実行します。
ブローカーデスクの利点
キャリア、Load、または手数料データの管理を失うことなく、チームがより迅速に作業できるロジスティクスブローカーの CRM バックエンド。
クリーンキャリアスクリーニング
キャリアおよび審査チェックの詳細を1か所に保存し、審査ノートを簡単に確認できるようにします。
出荷時の摩擦を減らす
ロードおよびトラッキングイベントの更新を使用して、ブローカーやクライアントに出荷の進捗状況を表示します。
コミッションレビューが簡単に
すべてのコミッションエントリー行をロードおよびブローカーのユーザーにリンクし、支払いの調整を行います。
チームのための役割ベースのアクセス
ACLおよびCLPルールを適用し、適切なユーザー役割のみが審査または支払いフィールドを編集できるようにします。
チャネル全体で共有されるモデル
同じスキーマがウェブダッシュボード、モバイル出荷ツール、バックオフィスレポーティングを支えています。
オペレーションツールの迅速な立ち上げ
AIエージェントのプロンプトを使用して、スキーマをゼロから作成することなく、貨物CRMをブートストラップします。
あなたの物流ブローカーCRMを立ち上げる準備はできましたか？
Back4app AIエージェントにあなたの物流ブローカーCRMバックエンドの骨組みを作成させ、キャリアの審査、荷物追跡、手数料処理を1つのプロンプトから生成します。
無料で開始 — 月50のAIエージェントプロンプト、クレジットカードは不要
ブローカー技術スタック
この物流ブローカーCRMバックエンドテンプレートに含まれるすべて。
キャリアからロードへの ER マップ
ロジスティクス ブローカー CRM バックエンド スキーマのためのエンティティリレーションシップモデル。
仲介ユーザー、キャリア、ロード、審査チェック、追跡イベント、コミッションをカバーするスキーマ。
図のソースを表示
erDiagram
User ||--o{ Carrier : "assignedTo"
User ||--o{ Load : "broker"
User ||--o{ CommissionEntry : "broker"
User ||--o{ VettingCheck : "checkedBy"
User ||--o{ TrackingEvent : "reportedBy"
Carrier ||--o{ Load : "carrier"
Carrier ||--o{ VettingCheck : "carrier"
Load ||--o{ CommissionEntry : "load"
Load ||--o{ TrackingEvent : "load"
User {
String objectId PK
String username
String email
String password
String role
String displayName
Date createdAt
Date updatedAt
}
Carrier {
String objectId PK
String carrierName
String mcNumber
String dotNumber
String status
Date insuranceExpiration
String assignedToId FK
Date createdAt
Date updatedAt
}
Load {
String objectId PK
String loadNumber
String pickupCity
String deliveryCity
String status
String carrierId FK
String brokerId FK
Number rate
Date createdAt
Date updatedAt
}
CommissionEntry {
String objectId PK
String loadId FK
String brokerId FK
Number commissionRate
Number commissionAmount
Date calculatedAt
Date createdAt
Date updatedAt
}
VettingCheck {
String objectId PK
String carrierId FK
String checkedById FK
String checkType
String result
String notes
Date checkedAt
Date createdAt
Date updatedAt
}
TrackingEvent {
String objectId PK
String loadId FK
String locationText
String status
String reportedById FK
Date eventTime
Date createdAt
Date updatedAt
}
ブローカーデスク統合フロー
認証、キャリアの審査、荷物追跡、手数料レビューの典型的な実行フロー。
図のソースを表示
sequenceDiagram
participant User
participant CRM as Logistics Broker CRM App
participant Back4app as Back4app Cloud
User->>CRM: Sign in to broker desk
CRM->>Back4app: POST /login
Back4app-->>CRM: Session token
User->>CRM: Review carrier vetting queue
CRM->>Back4app: GET /classes/Carrier?order=-updatedAt
Back4app-->>CRM: Carrier list with status and mcNumber
User->>CRM: Open a load and assign carrier
CRM->>Back4app: PUT /classes/Load/{objectId}
Back4app-->>CRM: Updated load with carrier pointer
User->>CRM: Record tracking event
CRM->>Back4app: POST /classes/TrackingEvent
Back4app-->>CRM: TrackingEvent objectId
User->>CRM: Save commission calculation
CRM->>Back4app: POST /classes/CommissionEntry
Back4app-->>CRM: CommissionEntry objectIdブローカー現場ガイド
物流ブローカーCRMスキーマ内のすべてのクラスに対する完全なフィールドレベルのリファレンス。
| フィールド | タイプ | 説明 | 必須 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., broker, coordinator, admin) | |
| displayName | String | Public name used in the broker desk | — |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
8 フィールドは User にあります
ブローカーデータのアクセスルール
ACLおよびCLP戦略がユーザー、キャリア、荷物、審査チェック、追跡イベント、コミッション記録をどのように保護するか。
ブローカー所有のアクセスルール
ユーザープロフィールは認証されたユーザーのみが編集でき、管理者役割はチームアクセスを管理できます。
キャリア審査管理
認可されたスタッフのみがキャリア審査データおよびVettingCheck結果を作成または変更する必要があります。
ロードおよび手数料境界
ロードの更新とCommissionEntryの変更を割り当てられた役割に制限し、その後Cloud Codeで支払い編集を検証します。
JSONスキーマ
そのままBack4appにコピーするか、実装の参考として使用するための生のJSONスキーマ定義。
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Carrier",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"carrierName": {
"type": "String",
"required": true
},
"mcNumber": {
"type": "String",
"required": true
},
"dotNumber": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"insuranceExpiration": {
"type": "Date",
"required": false
},
"assignedTo": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Load",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"loadNumber": {
"type": "String",
"required": true
},
"pickupCity": {
"type": "String",
"required": true
},
"deliveryCity": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"carrier": {
"type": "Pointer",
"required": false,
"targetClass": "Carrier"
},
"broker": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"rate": {
"type": "Number",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CommissionEntry",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"load": {
"type": "Pointer",
"required": true,
"targetClass": "Load"
},
"broker": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"commissionRate": {
"type": "Number",
"required": true
},
"commissionAmount": {
"type": "Number",
"required": true
},
"calculatedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "VettingCheck",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"carrier": {
"type": "Pointer",
"required": true,
"targetClass": "Carrier"
},
"checkedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"checkType": {
"type": "String",
"required": true
},
"result": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"checkedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TrackingEvent",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"load": {
"type": "Pointer",
"required": true,
"targetClass": "Load"
},
"locationText": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"reportedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"eventTime": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}AIエージェントビルドプロンプト
Back4app AIエージェントを使用して、このテンプレートからフロントエンド、バックエンド、認証、キャリア、ロード、および手数料フローを含む実際のロジスティクスブローカーCRMアプリを生成します。
Back4app上にこの正確なスキーマと動作で物流ブローカーCRMアプリのバックエンドを作成します。 スキーマ: 1. ユーザー（Back4appの組み込み認証を使用）：ユーザー名、メール、パスワード、役割、表示名；objectId、createdAt、updatedAt（システム）。 2. キャリア：carrierName（文字列、必須）、mcNumber（文字列、必須）、dotNumber（文字列、任意）、status（文字列、必須）、insuranceExpiration（日付、任意）、assignedTo（ユーザーへのポインタ、必須）；objectId、createdAt、updatedAt（システム）。 3. 荷物：loadNumber（文字列、必須）、pickupCity（文字列、必須）、deliveryCity（文字列、必須）、status（文字列、必須）、carrier（キャリアへのポインタ、任意）、broker（ユーザーへのポインタ、必須）、rate（数値、必須）；objectId、createdAt、updatedAt（システム）。 4. CommissionEntry：load（荷物へのポインタ、必須）、broker（ユーザーへのポインタ、必須）、commissionRate（数値、必須）、commissionAmount（数値、必須）、calculatedAt（日付、必須）；objectId、createdAt、updatedAt（システム）。 5. VettingCheck：carrier（キャリアへのポインタ、必須）、checkedBy（ユーザーへのポインタ、必須）、checkType（文字列、必須）、result（文字列、必須）、notes（文字列、任意）、checkedAt（日付、必須）；objectId、createdAt、updatedAt（システム）。 6. TrackingEvent：load（荷物へのポインタ、必須）、locationText（文字列、必須）、status（文字列、必須）、reportedBy（ユーザーへのポインタ、必須）、eventTime（日付、必須）；objectId、createdAt、updatedAt（システム）。 セキュリティ: - ブローカーとコーディネーターは、自分のデスクに割り当てられたキャリア、荷物、検査、追跡イベント、手数料エントリを作成および更新できます。 - キャリアの審査編集は管理者および割り当てられたスタッフに制限されるべきです。 - 荷物は、承認されたキャリアのレコードを参照するキャリアポインタのみを受け付けるべきです。 - CommissionEntryは、認証されたブローカーのスタッフのみが書き込み可能で、commissionAmountはload.rateとcommissionRateから導出されます。 認証: - サインアップ、ログイン、ログアウト。 動作: - mcNumber、dotNumber、status、およびinsuranceExpirationによってキャリアを審査します。 - 荷物を予約し、キャリアを添付し、追跡イベントを投稿し、荷物の料金から手数料を計算します。 - ダッシュボードに最近のTrackingEventおよびVettingCheckのレコードを表示します。 提供: - Back4appアプリにスキーマ、CLP、ACL、サンプルデータ、およびキャリアの審査、荷物の追跡、手数料計算用のブローカー向けフロントエンドを提供します。
このテンプレートプロンプトが事前に入力された状態でエージェントを開くには、下のボタンを押してください。
これはテクノロジーのサフィックスがない基本プロンプトです。生成されたフロントエンドスタックを後で適応することができます。
ブローカーAPIサンドボックス
GraphQLエンドポイントを物流ブローカーCRMスキーマに対して試してみてください。レスポンスはモックデータを使用し、Back4appアカウントは必要ありません。
このテンプレートと同じスキーマを使用します。
スタックを選択
各カードを展開して、選択したスタックとCarrier、Load、VettingCheckを統合する方法を確認してください。
Flutter ロジスティクスブローカー CRM バックエンド
React ロジスティクスブローカー CRM バックエンド
React ネイティブ ロジスティクスブローカー CRM バックエンド
Next.js ロジスティクスブローカー CRM バックエンド
JavaScript ロジスティクスブローカー CRM バックエンド
Android ロジスティクスブローカー CRM バックエンド
iOS ロジスティクスブローカー CRM バックエンド
Vue ロジスティクスブローカー CRM バックエンド
Angular ロジスティクスブローカー CRM バックエンド
GraphQL ロジスティクスブローカー CRM バックエンド
REST API ロジスティクスブローカー CRM バックエンド
PHP ロジスティクスブローカー CRM バックエンド
.NET ロジスティクスブローカー CRM バックエンド
すべてのテクノロジーで得られるもの
すべてのスタックは同じ物流ブローカーCRMバックエンドスキーマとAPI契約を使用します。
統一された貨物ワークフロー構造
一貫したスキーマでキャリア、ローディング、審査チェック、およびコミッションを管理します。
運用チームのためのキャリア審査
各キャリアの審査ステータス、保険の詳細、およびレビューメモを保存します。
ブローカーとクライアントのためのローディング追跡
イベントの更新で各ロードを追跡し、ディスパッチャーとアカウント担当者が読めるようにします。
支払いレビューのためのコミッションの可視性
すべてのCommissionEntryをロードとブローカーのユーザーに結び付け、精算を確認しやすくします。
物流クライアント向けのREST/GraphQL API
ダッシュボード、モバイルツール、および報告システムを1つのバックエンドで接続します。
拡張可能なワークフローアーキテクチャ
コアCRMモデルを再構築することなく、後で料金、ドキュメント、または請求を追加します。
クライアントポータルフレームワークの比較
すべてのサポート技術にわたるセットアップ速度、SDKスタイル、およびAIサポートを比較します。
| フレームワーク | セットアップ時間 | 物流ブローカCRMの利点 | SDKタイプ | AIサポート |
|---|---|---|---|---|
| 約5分 | モバイルとウェブのためのブローカーCRMの単一コードベース。 | 型付きSDK | フル | |
| 5分未満 | キャリア審査と荷物のための高速ウェブダッシュボード。 | 型付けされたSDK | フル | |
| 約3〜7分 | 派遣と手数料のためのクロスプラットフォームモバイルアプリ。 | 型付けされたSDK | フル | |
| 迅速な（5分）設定 | オペレーションチームのためのサーバーレンダリングされたブローカー作業スペース。 | 型付けされたSDK | フル | |
| 約3～5分 | 物流CRMのための軽量ウェブ統合。 | 書き込み済みSDK | フル | |
| 約5分 | 現場 dispatch と vetting のためのネイティブ Android アプリ。 | 書き込み済みSDK | フル | |
| 5分未満 | 移動中のブローカーのためのネイティブ iOS アプリ。 | 書き込み済みSDK | フル | |
| 約3～7分 | Reactのキャリアおよびロードビュー用のウェブUI。 | 入力されたSDK | フル | |
| 迅速な（5分）セットアップ | ブローカー業務用のエンタープライズウェブアプリ。 | 入力されたSDK | フル | |
| 2分未満 | ブローカーCRMダッシュボード用の柔軟なGraphQL API。 | GraphQL API | フル | |
| 迅速な（2分）セットアップ | REST APIの統合によるキャリアの審査と追跡。 | REST API | フル | |
| ~3分 | 貨物業務のためのサーバーサイドPHPバックエンド。 | REST API | フル | |
| ~3～7分 | .NETによるブローカークRMサービスのバックエンド。 | 型付きSDK | フル |
セットアップ時間は、このテンプレートスキーマを使用してプロジェクトのブートストラップから最初のキャリア、ロード、または委託クエリまでの予想される期間を反映します。
ブローカーCRMの質問
このテンプレートを使用して物流ブローカーのCRMバックエンドを構築する際の一般的な質問。
