물류 중개인 CRM 백엔드 템플릿
운송업체 심사, 적재 가시성 및 중개인 수수료
생산 준비가 완료된 물류 중개인 CRM 백엔드가 Back4app에서 제공되며, 사용자, 운송업체, 적재, 심사 확인, 추적 이벤트, 및 수수료 항목이 포함되어 있습니다. 이를 사용하여 운송업체를 심사하고, 적재를 할당하며, 추적 업데이트를 게시하고, 하나의 백엔드에서 수수료를 기록하세요.
브로커 데스크 요약
이 템플릿은 운송업체 심사, 화물 추적 및 수수료 계산 기능을 갖춘 물류 브로커 CRM 백엔드를 제공하여 귀하의 팀이 첫 통화부터 지급까지 파이프라인을 운영할 수 있도록 도와줍니다.
- 운송업체 심사 작업 흐름 — 모델 운송업체 및 심사 체크를 통해 코디네이터가 문서화된 메모와 상태로 운송업체를 승인할 수 있습니다.
- 실시간 화물 추적 — 현장에서 입수된 배차 업데이트에 따라 화물 및 추적 이벤트 항목을 추적합니다.
- 수수료 계산 — 브로커 수수료 및 지급을 더 쉽게 조정할 수 있도록 화물 기록에 연결된 수수료 항목 행을 저장합니다.
- 역할 인식 작업 — 중개인, 조정자 및 관리자인 사용자 역할에 대해 ACL 및 CLP 규칙을 사용하십시오.
- 웹 및 모바일을 위한 단일 백엔드 — 동일한 REST 및 GraphQL API를 통해 React, Flutter, Next.js 및 네이티브 앱을 제공합니다.
물류 중개인 CRM 백엔드 이해하기
물류 중개인 CRM에서는 마감 기한이 거의 선택 사항이 아닙니다. 구조화된 기록 레이어는 날짜를 놀라움 대신 알림으로 전환합니다. 해결책은 동기부여가 아니라 운영적입니다. Back4app의 Carrier, Load, VettingCheck, TrackingEvent 및 CommissionEntry를 통해 물류 중개인 CRM 팀은 동일한 사례 기록에서 협업하면서도 직무 분리를 시행할 수 있습니다. 스키마는 User(사용자 이름, 이메일, 역할, 표시 이름), Carrier(운송업체 이름, mc 번호, dot 번호, 상태, 보험 만료, 할당된 사용자), Load(화물 번호, 픽업 도시, 배송 도시, 상태, 운송업체, 중개인, 요율), VettingCheck(운송업체, 체크한 사용자, 체크 유형, 결과, 비고, 체크된 날짜), TrackingEvent(화물, 위치 텍스트, 상태, 보고자, 이벤트 시간), CommissionEntry(화물, 중개인, 수수료율, 수수료 금액, 계산된 날짜)에 대한 사용자 인증 및 워크플로우 제어가 내장되어 있습니다. 선호하는 프론트엔드를 연결하고 단일 백엔드에서 파이프라인을 관리하세요.
최고의 사용 용도:
물류 중개인 CRM: 백엔드 스냅샷
훈련은 물류 중개인 CRM에 도움이 되지만, 세 가지 도구와 네 가지 명명 규칙에 걸쳐 분할된 데이터를 보완할 수는 없습니다.
특정 클라이언트 프레임워크에 엔지니어링 시간을 투자하기 전에 운송업체, 화물 및 심사 체크가 어떻게 함께 맞물리는지 보기 위해 이 개요를 사용하세요.
중개인 운영 기능
이 허브의 모든 기술 카드는 User, Carrier, Load, VettingCheck, TrackingEvent 및 CommissionEntry와 동일한 물류 스키마를 사용합니다.
운송업체 심사 기록
운송업체와 VettingCheck는 mcNumber, 상태, 메모 및 checkedAt을 저장합니다.
하중 추적 타임라인
하중 및 TrackingEvent는 pickupCity, deliveryCity, 상태 및 eventTime을 캡처합니다.
수수료 계산
CommissionEntry는 Load를 중개인, commissionRate, commissionAmount 및 calculatedAt에 연결합니다.
중개인 워크플로우 제어
사용자 역할은 중개인, 조정자 및 관리자를 구분합니다.
왜 Back4app로 물류 중개인 CRM 백엔드를 구축해야 할까요?
Back4app는 물류 팀에게 운송업체 스크리닝, 화물 가시성 및 수수료 추적을 위한 깔끔한 경로를 제공하여 백엔드가 서버 유지 관리가 아닌 화물 작업에 집중하도록 합니다.
- •하나의 모델에서 운송업체 및 화물 워크플로우: 운송업체, 화물 및 VettingCheck 클래스는 그들이 영향을 미치는 화물에 가까운 검토 결정을 유지합니다.
- •수수료 수학은 추적 가능하게 유지됩니다: 각 화물에 연결된 CommissionEntry 행은 지불 검토 및 분쟁 확인을 더 쉽게 만듭니다.
- •실시간, 디스패치가 필요할 때: Live Queries은 TrackingEvent 변경 사항을 푸시할 수 있으며 REST와 GraphQL는 여전히 중개인과 분석가에게 서비스를 제공합니다.
모든 클라이언트에 걸쳐 하나의 백엔드 계약에서 운송업체 스크리닝, 화물 상태 및 수수료 조정을 실행합니다.
중개인 데스크 혜택
운송업체, 적재물 또는 수수료 데이터의 제어권을 잃지 않고 팀이 더 빠르게 작업할 수 있도록 돕는 물류 중개인 CRM 백엔드.
클리너 운송 스크리닝
Carrier 및 VettingCheck 세부정보를 한 곳에 저장하여 검토 메모를 쉽게 확인할 수 있습니다.
배송 시 마찰 감소
Load 및 TrackingEvent 업데이트를 사용하여 중개인 및 고객에게 배송 진행 상황을 표시합니다.
수수료 검토가 간편함
각 CommissionEntry 행을 Load 및 중개인 User와 연결하여 지불 조정을 합니다.
팀을 위한 역할 기반 접근
올바른 User 역할만 vetting 또는 지불 필드를 편집할 수 있도록 ACL 및 CLP 규칙을 적용합니다.
채널 간 공유 모델
같은 스키마가 웹 대시보드, 모바일 배송 도구 및 백 오피스 보고서를 운영합니다.
운영 도구의 빠른 시작
AI Agent 프롬프트를 사용하여 스키마를 처음부터 작성하지 않고 화물 CRM을 시작하세요.
물류 중개인 CRM을 시작할 준비가 되셨나요?
Back4app AI Agent에게 물류 중개인 CRM 백엔드를 스캐폴드하고, 운송업체 검증, 화물 추적 및 수수료 처리를 하나의 프롬프트에서 생성하도록 하세요.
무료 시작 - 월 50개의 AI Agent 프롬프트, 신용카드 필요 없음
브로커 기술 스택
이 물류 중개인 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 전략이 사용자, 운송업체, 화물, 심사 확인, 추적 이벤트 및 수수료 기록을 어떻게 보호하는지.
브로커 소유의 접근 규칙
사용자 프로필은 인증된 사용자만 편집할 수 있으며, 관리자 역할은 팀 접근을 관리할 수 있습니다.
운송업체 심사 제어
승인된 직원만 운송업체 심사 데이터 및 심사 확인 결과를 생성하거나 변경해야 합니다.
로드 및 수수료 경계
로드 업데이트 및 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 에이전트 빌드 프롬프트
이 템플릿에서 실제 물류 중개인 CRM 앱을 생성하기 위해 Back4app AI 에이전트를 사용하여 프론트엔드, 백엔드, 인증 및 운송업체, 로드 및 수수료 흐름을 포함합니다.
Back4app에서 이 정확한 스키마 및 동작으로 물류 중개 CRM 앱 백엔드를 만드세요. 스키마: 1. 사용자 ( Back4app 내장 인증 사용): 사용자 이름, 이메일, 비밀번호, 역할, 표시 이름; objectId, createdAt, updatedAt (시스템). 2. 운송업체: carrierName (문자열, 필수), mcNumber (문자열, 필수), dotNumber (문자열, 선택 사항), 상태 (문자열, 필수), insuranceExpiration (날짜, 선택 사항), assignedTo (사용자에 대한 포인터, 필수); objectId, createdAt, updatedAt (시스템). 3. 화물: loadNumber (문자열, 필수), pickupCity (문자열, 필수), deliveryCity (문자열, 필수), 상태 (문자열, 필수), carrier (운송업체에 대한 포인터, 선택 사항), broker (사용자에 대한 포인터, 필수), rate (숫자, 필수); objectId, createdAt, updatedAt (시스템). 4. 수수료 항목: load (화물에 대한 포인터, 필수), broker (사용자에 대한 포인터, 필수), commissionRate (숫자, 필수), commissionAmount (숫자, 필수), calculatedAt (날짜, 필수); objectId, createdAt, updatedAt (시스템). 5. 심사 확인: carrier (운송업체에 대한 포인터, 필수), checkedBy (사용자에 대한 포인터, 필수), checkType (문자열, 필수), result (문자열, 필수), notes (문자열, 선택 사항), checkedAt (날짜, 필수); objectId, createdAt, updatedAt (시스템). 6. 추적 이벤트: load (화물에 대한 포인터, 필수), locationText (문자열, 필수), 상태 (문자열, 필수), reportedBy (사용자에 대한 포인터, 필수), eventTime (날짜, 필수); objectId, createdAt, updatedAt (시스템). 보안: - 브로커와 조정자는 자신의 데스크에 할당된 운송업체, 화물, 심사 확인, 추적 이벤트 및 수수료 항목을 생성하고 업데이트할 수 있습니다. - 운송업체 심사 편집은 관리자와 할당된 직원으로 제한되어야 합니다. - 화물은 승인된 운송업체 기록을 참조하는 운송업체 포인터만 허용해야 합니다. - CommissionEntry는 인증된 브로커 직원만 쓸 수 있어야 하며, commissionAmount는 load.rate와 commissionRate에서 파생됩니다. 인증: - 회원 가입, 로그인, 로그아웃. 동작: - mcNumber, dotNumber, 상태 및 insuranceExpiration으로 운송업체를 심사합니다. - 화물을 예약하고, 운송업체를 연결하고, 추적 이벤트를 게시하고, 화물 요금에서 수수료를 계산합니다. - 대시보드에 최근 TrackingEvent 및 VettingCheck 기록을 표시합니다. 배달: - Back4app 앱에 스키마, CLP, ACL, 샘플 데이터 및 운송업체 심사, 화물 추적 및 수수료 계산을 위한 중개인 대면 프론트엔드가 포함되어 있습니다.
아래 버튼을 눌러 이 템플릿 프롬프트가 미리 채워진 상태로 에이전트를 엽니다.
이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택을 나중에 조정할 수 있습니다.
브로커 API 샌드박스
GraphQL 엔드포인트에 대해 물류 중개 CRM 스키마에서 REST 및 GraphQL을 시도하십시오. 응답은 모의 데이터를 사용하며 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
대시보드, 모바일 도구 및 보고 시스템을 하나의 백엔드로 연결합니다.
확장 가능한 워크플로우 아키텍처
핵심 CRM 모델을 재구성하지 않고 나중에 요율, 문서 또는 청구를 추가합니다.
클라이언트 포털 프레임워크 비교
모든 지원되는 기술에 걸쳐 설치 속도, SDK 스타일 및 AI 지원을 비교하십시오.
| 프레임워크 | 설치 시간 | 물류 중개인 CRM 이점 | SDK 유형 | AI 지원 |
|---|---|---|---|---|
| 약 5분 | 모바일 및 웹용 중개인 CRM을 위한 단일 코드베이스. | 타입된 SDK | 전체 | |
| 5분 이내 | 운송업체 검증 및 화물을 위한 빠른 웹 대시보드. | 타입 SDK | 전체 | |
| 약 3–7분 | 배차 및 수수료를 위한 크로스 플랫폼 모바일 앱. | 타입 SDK | 전체 | |
| 신속한 (5분) 설정 | 운영 팀을 위한 서버 렌더링 중개인 작업 공간. | 타입 SDK | 전체 | |
| ~3–5 분 | 물류 CRM을 위한 경량 웹 통합입니다. | 타입된 SDK | 전체 | |
| 약 5 분 | 현장 파견 및 심사를 위한 네이티브 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 브로커 CRM 서비스용 백엔드. | 타입된 SDK | 전체 |
설치 시간은 이 템플릿 스키마를 사용하여 프로젝트 시작부터 첫 번째 캐리어, 로드 또는 커미션 쿼리에 소요되는 예상 기간을 반영합니다.
브로커 CRM 질문
이 템플릿으로 물류 브로커 CRM 백엔드를 구축하는 데 대한 일반적인 질문.
