Tiếp nhận RFQ và đơn hàng theo quy trình riêng

Biến yêu cầu rời rạc thành báo giá và đơn hàng sẵn sàng xử lý.

OrderRail chuyển email, tin nhắn, PDF và bảng tính thành RFQ có thể truy vết, áp dụng quy tắc của doanh nghiệp, rồi chuẩn bị báo giá hoặc đơn hàng nháp để đội ngũ kiểm tra.

Bắt đầu với một dòng sản phẩm. Giữ nguyên các kênh khách hàng đang sử dụng.

ORDER INTAKE / LIVEGateway connected
01 / YÊU CẦUEMAIL
APAn Phú Cosmetics09:42
Làm lại 5.000 hộp như PO-1032, đổi sang cán bóng, giao trước cuối tháng.
PDFPO-1032.pdf · 1,8 MB
02 / RFQ CÓ CẤU TRÚCDRAFT
RFQ DRAFT

RFQ-0248

Cần duyệt
Sản phẩmHộp giấy mỹ phẩmPO-1032
Số lượng5.000Tin nhắn
Vật liệuIvory 300gsmĐơn trước
Gia côngCán bóngKhách đổi
Giao hàngCuối thángThiếu địa chỉ
Giá dự kiếnMerchant formula v2.442.500.000 ₫

Giữ nguyên cách khách hàng gửi yêu cầu

EMEmailCHChatPDFTài liệuXLSBảng tínhAPITích hợp

01Giao dịch không phải lúc nào cũng bắt đầu từ giỏ hàng

Khách hàng đã biết cách gửi yêu cầu. Phần khó bắt đầu sau khi yêu cầu được nhận.

Email, file và ghi chú chỉ là điểm bắt đầu. Đội ngũ vẫn phải tìm dữ liệu, làm rõ yêu cầu, tính giá và nhập lại giao dịch.

EMEmail và tin nhắn
PDFPDF và artwork
XLSBảng tính và PO
CRMGhi chú và đơn cũ
ĐọcTìm khách hàngTra đơn cũLàm rõTính giáDuyệtNhập lại

OrderRail biến chuỗi thao tác thủ công này thành một quy trình có kiểm soát.

02Một luồng từ yêu cầu đến giao dịch

Giữ quy trình đơn giản. Làm rõ mọi quyết định.

Thông tin được đặt lên một đường rail có nguồn, quy tắc và điểm kiểm soát rõ ràng.

  1. 01 / RECEIVEIN

    Nhận yêu cầu từ mọi kênh

    Email, chat, file tải lên hoặc API đều đi vào cùng một gateway.

    Đã nhận
  2. 02 / STRUCTURE{ }

    Trích xuất dữ liệu kèm bằng chứng

    Mỗi giá trị liên kết với tin nhắn, file, đơn hàng trước hoặc tool tạo ra nó.

    Có nguồn
  3. 03 / APPLYJS

    Áp dụng logic của doanh nghiệp

    Schema, catalog, công thức giá, capacity và chính sách duyệt.

    Đang kiểm tra
  4. 04 / EXECUTEGO

    Kiểm tra rồi tạo giao dịch

    RFQ, báo giá hoặc draft order được chuyển sang Medusa hay hệ thống kết nối.

    Chờ duyệt

03Ví dụ có thể kiểm tra

Xem OrderRail hiểu yêu cầu như thế nào.

Chọn một yêu cầu để xem dữ liệu được trích xuất, bằng chứng, kết quả tool và hành động tiếp theo.

YÊU CẦU GỐCEMAIL
“Làm lại 5.000 hộp như đơn PO-1032, đổi từ cán mờ sang cán bóng, giao trước cuối tháng.”
Tệp đính kèmPO-1032.pdf · 1,8 MB
RFQ CÓ CẤU TRÚCCần bổ sung
Sản phẩmHộp giấyĐơn PO-1032
Số lượng5.000Tin nhắn khách hàng
Gia côngCán bóngThay đổi được yêu cầu
Thời hạnCuối thángTin nhắn khách hàng
Giao hàngCần xác nhậnThiếu địa chỉ
FXKẾT QUẢ TOOLCông thức báo giá v2.4 · 42.500.000 ₫
HÀNH ĐỘNG TIẾP THEOXác nhận địa chỉ giao hàngGửi câu hỏi

04Logic theo từng doanh nghiệp

Quy trình có thể dùng chung. Logic kinh doanh vẫn thuộc về bạn.

Mỗi doanh nghiệp giữ schema, quy tắc, công thức và chính sách duyệt riêng trên cùng một runtime.

Không cần fork core OrderRail.
04Vertical packprinting-pack@1.2
03Merchant schemaanphu/rfq.schema.json
02Rules & policiesapproval.policy
01Custom JavaScript toolspricing-v2.4.js
A

Merchant A

Tự động tính giá khi mọi field đã được xác nhận.

AUTO-CALCULATE
B

Merchant B

Kiểm tra năng lực máy trước khi đưa ra ngày giao.

CAPACITY-FIRST
C

Merchant C

Chuẩn bị RFQ có cấu trúc để nhân viên báo giá thủ công.

MANUAL-PRICE

05Bằng chứng và kiểm soát

AI đề xuất. Hệ thống và chính sách của bạn quyết định.

OrderRail giúp đội ngũ kiểm tra ngoại lệ thay vì nhập lại toàn bộ giao dịch.

  1. 01Mỗi trường quan trọng đều có nguồn.
  2. 02Giá trị đã xác nhận không bị âm thầm ghi đè.
  3. 03Hành động tài chính phải tuân theo chính sách rõ ràng.
  4. 04Nhân viên chỉ kiểm tra ngoại lệ, không nhập lại giao dịch.

“Đổi từ cán mờ sang cán bóng, giao trước cuối tháng.”

  1. 1Tin nhắn nguồn
  2. 2Bằng chứng
  3. 3Field có cấu trúc
  4. 4Nhân viên duyệt
  5. 5Đơn hàng
ORDER PREVIEWDraft order #D-1048
Policy passed

06In ấn và bao bì

Bắt đầu với dòng sản phẩm tốn nhiều công sức báo giá nhất.

OrderRail không giả định mọi ngành giống nhau. Pilot đầu tiên tập trung vào một product family và những field thực sự quyết định báo giá.

Loại sản phẩmKích thướcVật liệuSố lượngMàu sắcGia côngArtworkThời hạnGiao hàng

Đơn hàng lặp lại

Nhanh hơn

Bắt đầu từ specification đã được xác nhận, chỉ kiểm tra phần thay đổi.

Spec trướcThay đổiXác nhậnBáo giá

RFQ mới

Cần làm rõ

Biến yêu cầu chưa đầy đủ thành danh sách field, câu hỏi và kết quả tính toán.

Yêu cầuLàm rõTính toánDuyệt giá

07Từ intent đến execution

Tiếp nhận chỉ có giá trị khi yêu cầu đi đến giao dịch thực tế.

  1. INKênh hiện tại
  2. GWOrderRail Gateway
  3. JSRules & tools
  4. OKKiểm tra
  5. MEDMedusa
  6. FULThanh toán & fulfillment

Medusa là commerce execution adapter đầu tiên. OrderRail tập trung vào business-intent workflow và có thể kết nối với hệ thống khác.

08Trải nghiệm vận hành

Trao cho đội ngũ một hàng chờ xử lý, không phải thêm một hộp thư.

Mở bằng chứng, sửa một field, chạy lại tool, gửi câu hỏi hoặc duyệt giao dịch ngay tại nơi có đủ ngữ cảnh.

RFQ-0248 / AN PHÚ COSMETICS

5.000 hộp mỹ phẩm · PO-1032

Gửi câu hỏiDuyệt RFQ
TRẠNG THÁICần 1 xác nhận
TỔNG DỰ KIẾN42.500.000 ₫
DEADLINE31 tháng 7
!
Thiếu địa chỉ giao hàngKhông thể tạo draft order trước khi xác nhận.
Vật liệuIvory 300gsmPO-1032
Gia côngCán bóngTin nhắn
Công thứcpricing-v2.4.jsTool

09Design-partner pilot

Cấu hình một dòng sản phẩm thực tế. Xử lý yêu cầu thật.

Bắt đầu nhỏ, đánh giá bằng dữ liệu lịch sử, rồi xử lý request thật khi workflow đã đạt tiêu chuẩn của đội ngũ.

Đăng ký chương trình design partner Triển khai có hỗ trợ · Gói cấu hình trả phí · Thuê bao sau khi vận hành
PILOT SCOPE / 01Phạm vi rõ ràng
  • Một product family
  • Một merchant workflow
  • Đánh giá sample lịch sử
  • Một tool tính toán hoặc lookup
  • Trải nghiệm duyệt RFQ
  • Chuyển đổi draft order qua Medusa
Implementation-assistedPaid setupMonthly after launch

10Câu hỏi thường gặp

Rõ phạm vi trước khi bắt đầu.

OrderRail là lớp chuẩn hóa và điều phối business intent, không phải một chatbot hoặc ERP mới.

OrderRail có phải là chatbot không?

Không. Chat có thể là một kênh đầu vào, nhưng sản phẩm chính là RFQ state, validation, rules, tools, approvals và commerce execution.

OrderRail có thay thế ERP không?

Không. OrderRail chuẩn hóa yêu cầu trước khi chuyển dữ liệu đáng tin cậy vào Medusa, ERP hoặc hệ thống hiện có.

Giá có phải được tự động hóa hoàn toàn?

Không. Doanh nghiệp có thể tự động báo giá, tạo bản tính để duyệt, hoặc chỉ chuẩn bị RFQ có cấu trúc để nhân viên định giá.

Mỗi doanh nghiệp có thể dùng logic giá khác nhau không?

Có. Merchant schema, rules và custom tools giữ logic riêng mà không cần fork core runtime.

Khách hàng có cần cài đặt gì không?

Không. Khách hàng tiếp tục gửi email, tin nhắn và file như hiện tại.

AI có tự tạo đơn hàng không?

AI đề xuất extraction hoặc action. OrderRail kiểm tra schema, rules, permissions và approval policy trước khi thực thi.

Bắt đầu từ một workflow thật

Đưa quy trình tiếp nhận đơn hàng vào một luồng có kiểm soát.

Bắt đầu với một dòng sản phẩm và một quy trình thực tế.

Đăng ký pilot