Cách tự xây dựng hệ thống POS bằng AI vào năm 2026

Bạn có thể tự xây dựng hệ thống POS bằng AI, và phiên bản đầu tiên sẽ hoàn thành nhanh hơn bạn nghĩ. Claude Code, Cursor hay ChatGPT có thể tạo ra danh mục sản phẩm, giỏ hàng, chương trình giảm giá, tính thuế và màn hình hóa đơn chỉ trong một buổi chiều. Điều mà chúng không thể làm là nhận thanh toán bằng thẻ thực tế, in ra máy in Bluetooth trên iPad hoặc đưa ứng dụng của bạn lên thiết bị tại cửa hàng. Những bước đó phải đi qua Apple, nhà cung cấp dịch vụ thanh toán và nhà sản xuất máy in, và mỗi bên đều có quy trình phê duyệt riêng.

Hướng dẫn này sẽ đi qua toàn bộ quá trình xây dựng một cách trung thực: AI làm tốt điều gì, mọi rào cản bạn sẽ gặp phải sau đó, mỗi rào cản mất bao lâu và việc xây dựng trên hạ tầng có sẵn giúp bạn tiết kiệm hàng tháng trời như thế nào. Chúng tôi phát triển Final — một POS mà AI của bạn có thể xây dựng trên đó, vì vậy chính chúng tôi đã từng tự mình trải qua tất cả những rào cản này.

Tự xây dựng POS thực sự bao gồm những gì?

Một hệ thống POS bao gồm hai lớp xếp đè lên nhau: giao diện thanh toán mà mọi người nhìn thấy và hệ thống nền tảng bên dưới giúp chuyển tiền cũng như giao tiếp với phần cứng. Giao diện thanh toán là phần mềm bạn có thể tự viết. Còn hệ thống nền tảng là các hệ thống đã được chứng nhận mà bạn phải được phê duyệt mới có thể sử dụng.

AI rất xuất sắc ở hai dòng đầu tiên. Bốn dòng cuối cùng mới là nơi một dự án POS thực sự ngốn phần lớn thời gian thực tế của bạn.

Trợ lý lập trình AI có thể xây dựng những gì cho bạn trong một buổi chiều?

Nhiều hơn hầu hết mọi người tưởng tượng. Đưa cho một mô hình năng lực cao một yêu cầu rõ ràng, nó sẽ tạo ra một ứng dụng điểm bán hàng đáng tin cậy chỉ trong một phiên làm việc:

• Danh mục sản phẩm với các phân loại, biến thể và tùy chọn kèm

• Giỏ hàng với số lượng, giảm giá theo dòng, giảm giá đơn hàng và tiền tip

• Tính thuế, hóa đơn trên màn hình và lịch sử đơn hàng

• Đăng nhập cho nhân viên và tóm tắt cuối ngày đơn giản

• Giao diện sạch sẽ, thân thiện với thao tác chạm, trông đã hoàn thiện ở bản xem trước

Chúng tôi đã viết về mức độ hoàn thiện bạn có thể đạt được trong bài Vibe Coding a Point of Sale: How Far Can You Actually Get?, và về các công cụ tạo ứng dụng trên trình duyệt trong bài Can You Build a POS with Lovable or Replit?. Để xem hướng dẫn chi tiết theo từng công cụ, hãy tham khảo cách xây dựng POS bằng Claude Code, cách xây dựng ứng dụng POS bằng Cursor và liệu ChatGPT có thể xây dựng hệ thống POS không.

Hai lời cảnh báo trước khi bạn tin tưởng hoàn toàn vào kết quả đầu ra. Đầu tiên là phép toán tiền tệ: các mô hình mặc định dùng số thực phẩy động (floating-point), dẫn đến tổng tiền có thể lệch vài xu. Hãy lưu trữ tiền tệ dưới dạng số nguyên cent/xu và quyết định rõ điểm làm tròn; hướng dẫn của chúng tôi về tính thuế doanh thu POS có sẵn các trường hợp kiểm thử để bạn cung cấp cho AI. Thứ hai là tính đồng thời: hai máy bán hàng cùng bán mặt hàng cuối cùng tại một thời điểm là một lỗi rất phổ biến trong quản lý tồn kho do AI tự viết (vibe-coded).

Làm thế nào để nhận thanh toán thẻ trên POS của riêng bạn?

Thông qua một nhà cung cấp dịch vụ thanh toán (PSP). Bạn không bao giờ tự đọc số thẻ; thiết bị đọc thẻ hoặc SDK đã chứng nhận sẽ thực hiện điều đó và ứng dụng của bạn nhận về kết quả. Có bốn hướng đi, và mỗi hướng có cách thiết lập riêng:

1. Máy đọc thẻ thông qua SDK trực tiếp của PSP. Stripe Terminal, Adyen và các nhà cung cấp khác bán các máy đọc thẻ đã được chứng nhận kết nối với ứng dụng của bạn. Chỉ các máy đọc thẻ được chứng nhận bởi nhà cung cấp của bạn mới hoạt động.

2. Tap to Pay trên iPhone. Điện thoại trở thành máy đọc thẻ. Quy trình của Apple là: hợp tác với PSP được hỗ trợ, yêu cầu quyền (entitlement) Tap to Pay trên iPhone, tích hợp ProximityReader API hoặc SDK của PSP, tuân thủ hướng dẫn thiết kế của Apple, sau đó gửi để xét duyệt (Tổng quan của Apple). Yêu cầu phải đến từ Chủ tài khoản (Account Holder) của tài khoản nhà phát triển doanh nghiệp, tài khoản này cần có số D-U-N-S. Apple sẽ cấp quyền dành riêng cho phát triển trước; bạn yêu cầu lại quyền phân phối sau khi ứng dụng đáp ứng các yêu cầu UX của họ, và TestFlight cần phiên bản phân phối này. Tính năng này hoạt động trên iPhone XS trở lên, không hỗ trợ iPad.

3. Tap to Pay trên Android. Không cần quyền cấp phép kiểu Apple, nhưng SDK của PSP sẽ kiểm tra tính toàn vẹn của thiết bị, yêu cầu Android 11 trở lên có NFC tích hợp, và từ chối chạy trên bản dựng có thể gõ lỗi (debuggable build).

4. Thiết bị đầu cuối thông minh kết nối đám mây. Máy chủ của bạn yêu cầu API của nhà cung cấp gửi yêu cầu thanh toán đến một thiết bị đầu cuối cụ thể. Đây là cách duy nhất hoạt động đối với POS chạy trên trình duyệt.

Việc đăng ký tài khoản PSP là một bước riêng biệt. Stripe có hình thức tự phục vụ và bắt đầu rất nhanh. Adyen tập trung vào các doanh nghiệp lớn hơn và lựa chọn kỹ hơn về đối tác. Bảng so sánh đầy đủ cùng từng bước chi tiết nằm trong bài viết hướng dẫn về chấp nhận thanh toán thẻ trong ứng dụng POS tùy chỉnh.

Tại sao POS của bạn hoạt động ở bản xem trước nhưng lại thất bại tại quầy?

Bởi vì bản xem trước không bao giờ phải giao tiếp với phần cứng. Lần đầu tiên một ứng dụng POS tự viết bằng AI kết nối với máy in hóa đơn thường cũng là lần đầu tiên nó gặp lỗi.

• Máy in Bluetooth và iOS. Trên iPhone và iPad, ứng dụng muốn giao tiếp với phụ kiện Bluetooth Classic hoặc Lightning/USB cần có sự phê duyệt Apple MFi cho phụ kiện đó. Đối với máy in, bạn không nộp đơn trực tiếp cho Apple: bạn gửi thông tin ứng dụng cho nhà sản xuất máy in, họ gửi lên Apple và trả lại cho bạn Mã kế hoạch sản phẩm (PPID) để điền vào ghi chú App Review. Star Micronics có tài liệu hướng dẫn quy trình này và ước tính mất một đến hai tuần (Quy trình của Star); Epson và Zebra cũng áp dụng mô hình tương tự.

• Máy in Bluetooth LE và máy in mạng không cần phê duyệt MFi, đó là lý do tại sao việc chọn máy in thực chất là chọn mức độ phức tạp về thủ tục phê duyệt.

• Trình duyệt. Safari không hỗ trợ Web Bluetooth, vì vậy một POS trên web chạy trên iPad hoàn toàn không thể kết nối tới máy in Bluetooth. Nó chỉ có thể in ra máy in mạng chấp nhận lệnh in từ web, như các dòng máy Star WebPRNT hoặc Epson ePOS-Print. Xem thêm tại giới hạn của POS trên trình duyệt.

• Ngăn kéo đựng tiền thường mở thông qua cổng kết nối trên máy in hóa đơn (drawer-kick), vì vậy ngăn kéo chỉ hoạt động khi tính năng in hoạt động.

• Máy quét mã vạch là thiết bị dễ nhất: ở chế độ bàn phím (HID), chúng tự động nhập dữ liệu vào bất kỳ ứng dụng hoặc trang web nào.

Bài viết tổng quan về phần cứng của chúng tôi, phần cứng POS cho ứng dụng tùy chỉnh, sẽ bao quát mọi thiết bị ngoại vi, và bài từ POS viết bằng AI đến thiết bị thực tế là danh sách kiểm tra từng bước để đưa bản mẫu ra quầy hoạt động thực sự.

Làm thế nào để đưa POS lên các thiết bị thực tế?

Một hệ thống POS phải cài đặt được, cập nhật được và vẫn hoạt động khi mạng chập chờn. Mỗi nền tảng có con đường riêng:

• iPhone và iPad: App Store, TestFlight để thử nghiệm, hoặc ứng dụng tùy chỉnh riêng (Custom App) qua Apple Business Manager. Tất cả đều phải trải qua App Review, và các ứng dụng thanh toán hoặc MFi cần có sẵn các quyền (entitlements) và mã PPID trước.

• Android: Play Store, cài tệp APK bên ngoài hoặc triển khai qua hệ thống quản lý thiết bị (MDM).

• Windows và Mac: ứng dụng máy tính hoặc trạm bán hàng trên trình duyệt.

Tiếp theo là chế độ ngoại tuyến (offline). Một POS ngừng bán hàng ngay khi mất Wi-Fi thì không thể gọi là POS. Bạn cần một cơ sở dữ liệu cục bộ, hàng chờ đồng bộ và cơ chế xử lý thanh toán thẻ ngoại tuyến (phụ thuộc vào việc nhà cung cấp của bạn có hỗ trợ cơ chế lưu và gửi sau - store-and-forward hay không). Xem bài chế độ ngoại tuyến cho ứng dụng POS tùy chỉnh và cách triển khai ứng dụng POS lên iPad, Android, Windows và Mac.

Ứng dụng POS tùy chỉnh cần tuân thủ những quy định gì?

Ít hơn bạn lo sợ nếu bạn thiết kế đúng cách ngay từ đầu, nhưng nhiều hơn bạn mong muốn nếu bạn không làm vậy.

• PCI DSS. Mọi đơn vị chấp nhận thanh toán thẻ đều thuộc phạm vi áp dụng. Nếu dữ liệu thẻ chỉ tiếp xúc với SDK hoặc máy đọc thẻ đã chứng nhận của PSP, phạm vi áp dụng của bạn rất nhỏ và bạn chỉ cần hoàn tất bản tự đánh giá với đơn vị xử lý. Nhưng chỉ cần lưu lại số thẻ thô một lần, toàn bộ hệ thống của bạn sẽ rơi vào phạm vi PCI. Chi tiết tại bài tuân thủ PCI cho POS tùy chỉnh.

• Thuế doanh thu. Thuế suất, các trường hợp miễn thuế và quy tắc làm tròn thay đổi tùy theo khu vực pháp lý, và việc hoàn tiền phải hoàn lại chính xác số thuế đã thu.

• Hóa đơn. Nhiều khu vực pháp lý quy định chi tiết những thông tin bắt buộc phải có trên hóa đơn, từ thông tin doanh nghiệp đến chi tiết các khoản thuế.

Mất bao lâu và chi phí bao nhiêu để xây dựng một POS?

Dưới đây là mốc thời gian thực tế cho một nhóm nhỏ tự xây dựng từ đầu với sự hỗ trợ của AI. Viết mã chỉ là phần ngắn nhất.

Chi phí cũng đi theo mô hình tương tự: AI giúp việc tạo giao diện gần như miễn phí, nhưng tài khoản nhà phát triển, phần cứng kiểm thử cho từng máy in và máy đọc thẻ, chi phí bảo trì và phí thanh toán vẫn tồn tại. Chúng tôi phân tích chi tiết các con số trong bài chi phí xây dựng hệ thống POS và giúp bạn đưa ra quyết định trong bài tự xây dựng hay mua hệ thống POS. Nếu bạn định sao chép một sản phẩm hiện có, hãy đọc bài liệu có thể tạo bản sao Square POS bằng AI trước, và để xem danh sách đầy đủ các thành phần, hãy tham khảo phát triển ứng dụng POS tùy chỉnh.

Bạn có thể xây dựng trên hạ tầng có sẵn thay vì làm từ đầu không?

Có, và đối với hầu hết các chủ cửa hàng, đây là sự phân chia tốt hơn: tiếp tục xây dựng phần tạo nên sự đặc biệt cho cửa hàng của bạn và ngừng việc xây dựng lại các nền tảng cơ bản mà mọi POS đều cần.

Đó là lý do chúng tôi tạo ra Final. AI của bạn xây dựng giao diện thanh toán, và Final cung cấp phần còn lại:

• AI của riêng bạn, qua MCP. Final có một máy chủ MCP, vì vậy Claude, Cursor hoặc bất kỳ trình khách MCP nào cũng có thể xây dựng, xem trước và triển khai màn hình thanh toán của bạn trong Flow Studio cũng như làm việc với dữ liệu cửa hàng. Kết nối AI của bạn với Flow Studio hoặc xây dựng luồng với công cụ AI của riêng bạn. Để có cái nhìn tổng quan hơn, hãy đọc MCP cho điểm bán hàng.

• Thanh toán đã được phê duyệt sẵn. Final Pay chấp nhận thanh toán thẻ qua các máy đọc hỗ trợ và Tap to Pay, vì vậy giao diện thanh toán của bạn chỉ cần gửi yêu cầu thanh toán và Final sẽ xử lý phần thẻ. Khả năng hỗ trợ thay đổi theo quốc gia và thiết bị; xem nơi Final Pay hỗ trợ.

• Phần cứng đã được kết nối sẵn. Native Station chạy ứng dụng Final POS trên các thiết bị Apple và Android, giao tiếp trực tiếp với máy đọc thẻ, máy in hóa đơn và ngăn kéo đựng tiền. Virtual Station chạy trên bất kỳ trình duyệt nào. Xem Native Station so với Virtual Station.

• Bảng giá minh bạch trong một dòng. Không tốn phí đăng ký hàng tháng. Tiền mặt là $0. Thẻ là 2,49% + $0,10 tại Mỹ và toàn cầu, 1,99% tại Canada và 0,99% tại Châu Âu.

Sự đánh đổi trung thực: xây dựng trên Final đồng nghĩa với việc vận hành trên nền tảng và danh sách phần cứng được hỗ trợ của chúng tôi. Nếu bản thân POS là sản phẩm của bạn, hãy tự xây dựng từ đầu. Nếu POS chỉ là công cụ giúp bạn vận hành cửa hàng, hệ thống nền tảng đã là một bài toán đã có lời giải. Hầu hết các AI chỉ tạo ra các bản mẫu. AI của bạn có thể xây dựng cả một mô hình kinh doanh, và nếu bạn muốn so sánh hai phương pháp này một cách trực quan, hãy bắt đầu với bài AI POS builder vs. traditional POS.