<html><body><div style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10pt; color: #000000"><div>Hi anh Tuấn Anh,<br>Để trả lời câu hỏi kiến trúc hệ thống, em đang viết tài kỹ thuật mô tả kiến trúc và thiết kế thanh toán trực tuyến cho OpenCPS.<br></div><div>Về cơ bản thì thành phần thanh toán trực tuyến cho OpenCPS sẽ thực hiện theo phương thức tổng quát hóa bằng việc định nghĩa một tập API dùng chung cho các payment gateway khác nhau.<br data-mce-bogus="1"></div><div>Mục tiêu của việc tổng quát hóa thanh toán trực tuyến là mỗi khi bổ xung phương thức thanh toán mới thì chỉ cần khai báo cấu hình bổ sung thêm plugin mà không phải lập trình lại.<br data-mce-bogus="1"></div><div>Còn về tài liệu em sẽ hoàn thành sớm tạo thành wiki để mọi người góp ý.<br data-mce-bogus="1"></div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>From: </b>"Ta Tuan Anh" <anhtt@fds.vn><br><b>To: </b>"Open Core Public Services general mailing list" <opencps@lists.opencps.vn><br><b>Sent: </b>Tuesday, May 31, 2016 3:52:08 PM<br><b>Subject: </b>[OpenCPS] Vv xay dung mo dun thanh toan keypay<br></div><br><div data-marker="__QUOTED_TEXT__">Hi Nguyên,<br><br>Chúc mừng Nguyên đã có những commit đầu tiên cho OpenCPS. Anh vừa mới <br>xem qua một chút phần code của Nguyên thì thấy một số vấn đề cần bàn thêm.<br><br>Việc sinh một API tổng quát cho tất cả các thanh toán trực tuyến liệu có <br>khả thi? Mục tiêu thanh toán không phải là thay thế keypay = các dịch vụ <br>trực tuyến khác nhau mà càng càng ngày càng bổ sung nhiều loại hình <br>thanh toán khác nhau có trong hệ thống. Hiện trong cấu hình của phiếu <br>thanh toán mới định nghĩa dữ liệu cho keypay và cho chứng từ chuyển <br>khoản. Liệu hệ thống có thể làm tổng quát được là trong tương lai khi <br>cần thêm phương thức thanh toán mới thì chỉ cần khai báo cấu hình bổ <br>sung thêm plugin mà không phải lập trình lại (thay đổi cấu trúc dữ liệu <br>của phiếu thanh toán)? Nếu làm được việc này thì việc sinh một API tổng <br>quát kết nối các plugin sẽ có ý nghĩa. Nếu không làm được việc này thì <br>việc tạo API không có ý nghĩa về mặt kĩ thuật.<br><br>Nguyên cần trả lời câu hỏi kiến trúc hệ thống. Nếu chưa tìm ra được một <br>cấu trúc tổng quát khai báo động cho thanh toán thì chúng ta cứ làm như <br>hiện nay là có thêm phương thức thanh toán nào thì làm lại code trực <br>tiếp cho nó. Hiện phần thanh toán keypay đã đưa lên OpenCPS và đã có <br>ngay đóng góp của cộng đồng về vấn đề bảo mật rồi :-)<br><br>Hiện phần chữ kí số cần làm sớm trong phiên bản 1.1. Nếu có thể Nguyên <br>ưu tiên tìm hiểu phần công nghệ này nhé.<br><br>TA<br><br><br>_______________________________________________<br>POST RULES: https://github.com/VietOpenCPS/doc/wiki/Mailing-list-guidelines<br>_______________________________________________<br>OpenCPS mailing list<br>OpenCPS@lists.opencps.vn<br>http://lists.opencps.vn/mailman/listinfo/opencps<br></div></div></body></html>