01Mọi phương thức trên một trang
Hosted checkout đặt thẻ, Apple Pay, Google Pay và USDC cạnh nhau. Đơn hàng 9F21-0716 ở bên trái — ba hạng mục, phí xử lý €0.50, cần thanh toán €49.00 — và phần chọn phương thức ở bên phải. Khách chọn; trang tự thích ứng; merchant chỉ tích hợp một lần.
- Nút thẻ, USDC và ví trên cùng một màn hình
- Toàn bộ đơn hàng — hạng mục, phí, tổng — ngay cạnh biểu mẫu thanh toán
- Một thao tác Pay €49.00 cho mọi phương thức
02Di động từ cùng một URL
Cùng một URL checkout tự dàn lại thành bố cục điện thoại: đơn hàng thu thành thanh tóm tắt, nút phương thức giữ nguyên chỗ, biểu mẫu thẻ vẫn đủ nhãn. Gì chạy trên desktop thì chạy trên di động — và khi bạn muốn thanh toán diễn ra ngay trong app của mình thay vì trình duyệt, SDK iOS và Android hiển thị cùng checkout đó dưới dạng native cho cùng đơn hàng.
03Biên lai tự giải thích
Thanh toán bằng USDC kết thúc bằng một biên lai mà kế toán của merchant đọc được. Phương thức: 52.95 USDC trên Base →︎ quyết toán EUR, theo tỷ giá in trên biên lai, 1 EUR = 1.0807 USDC. Mã tham chiếu 9F21-0716, gửi email cho khách và tải được ngay. Khách trả bằng crypto; sổ sách ghi €49.00.
04Back office liên kết đúng nghĩa, không chỉ là liên kết
Liên kết thanh toán có một bàn làm việc thực thụ: 8 liên kết của Arc Studio SRL gồm đã thanh toán, đang hoạt động và hết hạn, mỗi dòng có số tiền, số lần thanh toán và trạng thái. Các thẻ phía trên ghi điểm — 4 liên kết đang hoạt động, €2,304.50 thu được trong tháng từ 18 lượt thanh toán qua liên kết, €49.00 đã trả hôm nay. Tạo, tìm, xuất, xong.
- Mỗi liên kết kèm URL, số tiền và trạng thái
- Tổng thu trong tháng và đã trả hôm nay ngay trên cùng
- Tạo liên kết ngay trong màn hình bạn theo dõi chúng
05Hoàn tiền theo đơn hàng
Hoàn tiền gắn với đơn hàng, không gắn với phương thức thanh toán. Ngăn kéo mở ra trên 9F21-0716 với số tiền đặt sẵn là toàn bộ €49.00, lý do bắt buộc và ghi chú tùy chọn xuất hiện trong dữ liệu xuất và trên biên lai của khách. Tiền tự động quay về theo kênh thanh toán ban đầu — hoàn thẻ về thẻ, đơn USDC hoàn theo khoản quyết toán EUR — thường trong 1–3 ngày làm việc.
- Toàn phần hoặc một phần — mọi số tiền tới mức giao dịch gốc
- Bắt buộc có lý do, ghi chú được chuyển sang biên lai
- Tự động hoàn theo đúng tuyến ban đầu, kênh nào cũng vậy
06Checkout của bạn, rõ là của bạn
Thương hiệu hóa là một trang cài đặt, không phải một dự án dịch vụ: tải logo lên, đặt màu nhấn, màu chữ và màu nền, chọn phông chữ và kiểu bo góc. Bản xem trước trực tiếp hiển thị đúng checkout của bạn — desktop hoặc di động — trước khi lưu, và màu nhấn quyết định tiêu điểm nút thanh toán, dấu tick trạng thái và tab đang chọn. Chạy trên host checkout cấp kèm sandbox, hoặc trên tên miền riêng của bạn.
07Phương thức bật tắt, không phải xây
Phương thức thanh toán là các công tắc có nhà cung cấp phía sau: thẻ với 3-D Secure, Apple Pay và Google Pay dạng nút ví, USDC trên Ethereum, Base và Solana, chuyển khoản ngân hàng SEPA theo mã tham chiếu vIBAN. Bên cạnh, bảng quyết toán nói thẳng thỏa thuận: khách thấy quy đổi trước khi xác nhận; bạn luôn nhận quyết toán bằng EUR.
- Công tắc theo từng phương thức, ghi rõ nhà cung cấp trên mỗi dòng
- Quyết toán USDC: tự động quy đổi, chi trả hằng ngày lúc 23:00
- Định tuyến thẻ với chính sách 3-D Secure hiển thị rõ
08Tích hợp drop-in
Tạo đơn hàng, chuyển hướng tới trang hosted, nhận kết quả. Gateway lo giao diện thanh toán, logic phương thức và biên lai. Đội của bạn không phải xây, vá hay cập nhật frontend checkout mỗi khi phương thức thay đổi.
09Đơn hàng là đơn vị gốc
Mọi thứ gắn vào đơn hàng, không gắn vào phương thức thanh toán. Đơn hàng 9F21-0716 mang theo các hạng mục — gói thiết kế nhận diện thương hiệu €38.50, giấy phép phông chữ €6.00, giao gấp €4.00 — phí xử lý €0.50 và một tổng duy nhất. Dù thanh toán bằng cách nào, mã tham chiếu đó là thứ bạn truy vấn, đối soát và hoàn tiền.
10Cấu hình không làm xáo trộn phiên đang chạy
Thay đổi phương thức và thương hiệu chỉ áp dụng cho các phiên checkout mới — được ghi rõ ngay trên màn hình lưu. Khách đang thanh toán dở sẽ không bao giờ thấy trang đổi ngay dưới tay.
11Thẻ, làm cho đúng
Luồng thẻ là phần nhàm chán đã được xử lý xong: kiểm tra dữ liệu ngay khi nhập, 3-D Secure với xác thực khách hàng mạnh tích hợp sẵn trong luồng theo chính sách định tuyến dễ đọc, và thẻ test riêng cho từng sandbox khi chạy tích hợp. Nhận crypto không bao giờ làm luồng thẻ tệ đi.
12Apple Pay và Google Pay
Ví là các nút bấm, không phải dự án. Apple Pay và Google Pay hiện dưới dạng sheet một chạm trên cùng trang và thanh toán bằng token thiết bị — số thẻ thật không bao giờ đến trang — qua cùng đơn hàng và cùng biên lai. Bật chúng chỉ là một công tắc trên màn hình phương thức.
13USDC quyết toán sang EUR
Crypto được định giá theo tỷ giá hiển thị tại checkout và quyết toán thành euro. Merchant không bao giờ vô tình nắm giữ vị thế token; sổ sách chỉ một loại tiền.
14USDC trên ba mạng
Phương thức USDC trải trên Ethereum, Base và Solana sau một công tắc duy nhất. Khách trả trên mạng mà ví của họ đang dùng; phía merchant không đổi.
15Chuyển khoản ngân hàng qua vIBAN
Thanh toán bằng chuyển khoản mang mã tham chiếu vIBAN, nên khoản SEPA đến tự xác định được đơn hàng ngay từ thiết kế. Bật cho những khách muốn có hóa đơn để trả từ ngân hàng, và đối soát vẫn hoàn toàn tự động.
16Phương thức địa phương đúng nơi cần
Ngoài thẻ và ví, checkout còn có các phương thức account-to-account và địa phương mà người mua châu Âu mong đợi, hiển thị theo quốc gia của khách thay vì nhồi vào một danh sách dài.
17Mua trước, trả sau
BNPL nằm cùng hàng phương thức với mọi thứ khác — khách chia nhỏ khoản thanh toán, merchant được trả một lần, và mã tham chiếu đơn hàng không đổi. Một công tắc, cùng biên lai, cùng đối soát.
18Phương thức hiểu khách hàng
Trang sắp xếp phương thức theo thứ khách có khả năng dùng nhất — quốc gia, ngôn ngữ, thiết bị và việc họ đã từng trả cho bạn chưa — để lựa chọn phù hợp nằm đầu tiên, không phải thứ tư.
19Định giá theo tiền của khách, quyết toán theo tiền của bạn
Hiển thị số tiền theo loại tiền của khách với quy đổi được nêu rõ trước khi họ xác nhận, và luôn quyết toán sang EUR. Khách thấy con số quen thuộc; sổ cái của bạn chỉ giữ một.
20Checkout bằng ngôn ngữ của khách
Trang hosted bản địa hóa nhãn, thông báo lỗi và biên lai. Không ai bỏ dở thanh toán chỉ vì nút bấm sai ngôn ngữ.
21Thẻ đã lưu và một chạm
Khách quay lại thanh toán bằng thẻ đã lưu chỉ một chạm. Thẻ được lưu trữ an toàn (vault) phía chúng tôi và tham chiếu bằng token, nên hệ thống của bạn chỉ lưu một tham chiếu, không bao giờ lưu PAN — và lần mua thứ hai ngắn hơn lần đầu.
22Đăng ký và thanh toán định kỳ
Khoản thu định kỳ chạy theo lịch bạn định nghĩa — số tiền, chu kỳ, ngày bắt đầu và kết thúc — trên thẻ đã token hóa. Mỗi chu kỳ tạo đơn hàng và biên lai riêng, nên một gói đăng ký được đối soát từng dòng như mọi thứ khác.
23Thử lại để lấy lại doanh thu
Khoản thu định kỳ bị từ chối mềm sẽ được thử lại theo lịch thay vì bị xóa sổ, và chỉ báo cho khách khi thực sự cần. Gia hạn thất bại không còn là churn thầm lặng.
24Network token và cập nhật thẻ
Thẻ đã lưu được giữ dưới dạng network token và đi theo chủ thẻ qua các lần cấp lại và hết hạn. Gói đăng ký từng hỏng khi thẻ bị thay giờ vẫn tiếp tục thu tiền.
25API và khu vực dành cho nhà phát triển
Đơn hàng được tạo qua API với idempotency key — yêu cầu gửi lại trả về kết quả ban đầu, không bao giờ thu tiền lần hai — và mục dành cho nhà phát triển chứa key cùng tài liệu. Checkout được hosted; tích hợp chỉ là vài endpoint, có tài liệu ngay chỗ đặt cấu hình.
26Webhook theo vòng đời đơn hàng
Backend của bạn biết về thanh toán ngay khoảnh khắc nó xảy ra: sự kiện webhook có chữ ký theo vòng đời đơn hàng — paid, failed, refunded — với việc xác minh chữ ký ở phía bạn và chống phát lại ở phía chúng tôi.
27SDK di động cho iOS và Android
App native hiển thị cùng checkout ngay trong app thay vì đẩy người dùng sang trình duyệt. SDK mang theo logic phương thức, sheet ví và 3-D Secure; đơn hàng và biên lai chính là những thứ backend của bạn đã biết.
28Plugin cho nền tảng bạn đang chạy
Plugin giỏ hàng kết nối cửa hàng hiện có với Gateway mà không cần lập trình viên — cài đặt, dán key, thử một thanh toán. Các đơn hàng đó vào cùng back office với đơn hàng qua API.
29Trường nhúng trên trang của bạn
Khi thanh toán phải diễn ra trong bố cục của chính bạn, hãy nhúng trực tiếp các trường thanh toán: ô nhập được hosted và thuộc phạm vi PCI phía chúng tôi, trang xung quanh hoàn toàn của bạn, và dữ liệu thẻ không bao giờ chạm tới máy chủ của bạn.
30Dùng một lần, nhiều lần, hết hạn
Một liên kết có thể đóng sau một lần thanh toán hoặc tiếp tục thu tiền — trong bản demo, chỗ workshop đã nhận 3 lượt thanh toán, giờ tư vấn nhận 6. Theo mặc định, liên kết tự hết hạn sau 30 ngày, và liên kết hết hạn sẽ báo rõ thay vì lặng lẽ báo lỗi.
31Chế độ test
Các lượt tích hợp chạy trên phiên test với thẻ được cấp kèm khóa sandbox, trước khi có đồng tiền thật nào chuyển đi. Luồng xử lý giống hệt nhau, nên gì qua được ở test thì sẽ chạy đúng khi lên production.
32Định tuyến dễ đọc
Giao dịch thẻ đi theo chính sách định tuyến viết bằng những tiêu chí quen thuộc — thương hiệu thẻ, quốc gia phát hành, đơn vị tiền tệ, số tiền — chứ không phải một chiếc hộp đen. Bạn thấy được giao dịch đã đi tuyến nào ngay trên màn hình hiển thị giao dịch đó.
33Thử lại lần hai trước khi mất đơn
Giao dịch bị từ chối mềm sẽ được thử lại trên một tuyến thay thế ngay trong cùng phiên checkout, trước khi khách thấy thông báo lỗi. Phần lớn giao dịch được cứu là những giao dịch mà khách không hề biết mình từng có nguy cơ thất bại.
34Lý do từ chối bằng ngôn ngữ dễ hiểu
Mã từ chối thô của ngân hàng phát hành được chuyển thành lý do mà người vận hành có thể xử lý — thẻ hết hạn, không đủ số dư, rủi ro từ ngân hàng phát hành — và được nhóm lại để một xu hướng trải qua nhiều giao dịch hiện ra đúng là một xu hướng.
353-D Secure là chính sách, không phải rào cản
Phần lớn giao dịch được thông qua chỉ dựa trên tín hiệu thiết bị và hành vi; thử thách xác thực bổ sung chỉ xuất hiện khi chính sách yêu cầu. Bạn đặt chính sách — luôn xác thực, theo rủi ro, hoặc miễn trừ khi quy định cho phép — còn trang hosted đảm nhận toàn bộ luồng.
36Một dòng để đối soát
Checkout, biên lai và quyết toán cùng mang một mã tham chiếu đơn hàng. Ai tra 9F21-0716 cũng chỉ thấy một bút toán €49.00 — chứ không phải bản ghi thẻ ở hệ thống này và bản ghi crypto ở hệ thống khác.
37Quyết toán và chi trả
Quyết toán được khai báo ngay tại nơi bạn cấu hình: tự động quy đổi sang EUR, quyết toán về RO49 •••• 0421, chi trả hằng ngày lúc 23:00. Con số kế toán nhìn thấy ngày mai đã được quyết định trên một màn hình mà merchant đọc được ngay hôm nay.
38Khoản chi trả truy vết được nguồn gốc
Mỗi khoản chi trả mở ra danh sách đơn hàng hình thành nên nó, kèm phí chi tiết từng dòng. Dòng sao kê ngân hàng khớp với một danh sách bạn có thể xuất, nên chốt sổ cuối tháng chỉ là tra cứu chứ không phải điều tra.
39Hoàn tiền một phần
Số tiền hoàn có thể chỉnh đến tối đa bằng khoản thu ban đầu — khung hoàn tiền hiển thị mức tối đa và coi mọi số tiền thấp hơn là hoàn một phần. Mười lần hoàn một phần trên một đơn hàng vẫn đối soát được theo một mã tham chiếu duy nhất.
40Lý do hoàn tiền được lưu hồ sơ
Mỗi lần hoàn tiền đều có lý do bắt buộc và ghi chú tùy chọn, và ghi chú đi cùng giao dịch: xuất hiện trong file xuất và trên biên lai của khách. Sáu tháng sau, không ai phải nhớ vì sao đơn 9F21-0716 được hoàn tiền.
41Gửi biên lai
Biên lai được gửi email cho khách và tải về được ngay tại chỗ, biên lai hoàn tiền cũng đi theo cách tương tự. Merchant không bao giờ phải tự dựng mẫu biên lai.
42Hủy giao dịch trước khi quyết toán
Hủy trước khi chốt lô trong ngày sẽ giải phóng khoản tạm giữ ủy quyền và không có đồng nào di chuyển — không hoàn tiền, không phí, không có gì trên sao kê của khách cần giải thích.
43Kiểm soát rủi ro bật sẵn mặc định
Thanh toán thẻ chạy 3-D Secure theo chính sách định tuyến bạn đọc được. Thanh toán bằng ví mang theo xác thực của chính thiết bị, và sự kiện webhook được xác minh chữ ký trước khi được tin cậy.
44Quy tắc viết bằng ngôn ngữ của bạn
Quy tắc sàng lọc đọc như câu văn — số tiền trên X từ quốc gia Y với thẻ dùng lần đầu — và hành động theo đó: cho phép, thử thách hoặc chặn. Danh sách thẻ, email và địa chỉ tin cậy hoặc bị chặn nằm ngay sau cùng một màn hình.
45Tín hiệu tần suất và thiết bị
Các lần thử lặp lại từ cùng một thẻ, thiết bị hoặc địa chỉ được bắt bằng quy tắc giới hạn tần suất, thay vì chờ ai đó tình cờ phát hiện sau. Tín hiệu hiển thị ngay trên giao dịch, không bị chôn trong một điểm số.
46Tranh chấp kèm sẵn bằng chứng
Một khiếu nại chargeback mở ra cùng đơn hàng đứng sau nó: kết quả ủy quyền, kết quả 3-D Secure, biên lai, giao hàng, lịch sử hoàn tiền. Phản hồi ngay từ màn hình đó, và bộ hồ sơ bằng chứng được lập từ dữ liệu ghi nhận chứ không phải từ trí nhớ.
47Dữ liệu thẻ không bao giờ đến máy chủ của bạn
Trang thu thập thông tin thẻ là của chúng tôi, thuộc phạm vi PCI và được hosted. Dù khách thanh toán trên tên miền của chúng tôi, của bạn hay trong app của bạn, máy chủ của bạn chỉ thấy một token và mã tham chiếu đơn hàng — không bao giờ là số thẻ.
48Mã hóa khi lưu trữ, tại EU
Dữ liệu thanh toán được mã hóa khi lưu trữ và xử lý tại EU. Với merchant châu Âu, dữ liệu nằm ở đâu là một câu trả lời, không phải chú thích cuối trang.
49Mọi hành động đều được ghi lại
Hoàn tiền, đổi phương thức, đổi thương hiệu, xoay vòng khóa — mọi thao tác đều được ghi vào nhật ký kiểm toán cùng người thực hiện, thời điểm và lý do. Các thao tác đặc quyền yêu cầu nêu lý do trước khi chạy.
50Vai trò cho đúng người cần
Bộ phận tài chính xem chi trả, hỗ trợ xem đơn hàng và hoàn tiền, lập trình viên xem khóa và log. Quyền truy cập được cấp theo vai trò thay vì dùng chung một tài khoản.
51Danh bạ khách hàng
Người thanh toán được tích lũy thành một màn hình khách hàng — ai đã trả, bao nhiêu lần, bằng phương thức nào — để khách quay lại là một hồ sơ, không phải sự trùng hợp của những email khớp nhau trong file xuất.
52Tìm kiếm và xuất CSV
Tìm giao dịch theo liên kết hoặc mã tham chiếu từ ô tìm kiếm; xuất chế độ xem hiện tại ra CSV khi sổ sách cần đến. Back office được thiết kế với giả định kế toán sẽ hỏi.
53Số liệu theo ngày và theo phương thức
Doanh số, tỷ lệ chấp thuận, hoàn tiền và cơ cấu phương thức, theo khoảng thời gian bạn chọn. Đủ để trả lời tiền đã đi đâu và phương thức nào đáng được đẩy mạnh — mà không cần xuất file nào.
54Góc nhìn vận hành phía sau
Gateway kết nối với Protocore Center: back office payment link ở đó hiển thị mọi liên kết kèm lệnh chuyển quyết toán đính kèm và đường dẫn mở trong Tracer để xem toàn bộ dấu vết. Đội vận hành nhìn xuyên từ checkout xuống tận sổ cái.
55Whitelabel hoặc powered-by
Checkout demo thuộc về Arc Studio SRL: tên của họ, dấu hiệu của họ, đơn hàng của họ. Chạy với chân trang powered-by-Protocore hoặc whitelabel hoàn toàn — dù chọn cách nào, trang vẫn mang dáng dấp của bạn.