nhỏ hơn hoặc bằng với số lượng xác thực cho phép.
Nếu giao dịch không được chấp nhận, cổng thanh toán
sẽ thiết lập xử lý với một số giao dịch đã được xác thực.
- Trang 25 -
CREDIT
Giao dịch này cũng được tham chiếu tới như một
Refund " và chỉ báo tới cổng vào tiền đó cần phải chuyên
từ nhà buôn đến khách hàng. Cổng vào sẽ chấp nhận một
thẻ tín dụng hay một yêu cầu trả lại nếu giao dịch được
chấp nhận thỏa những điều kiện sau đây:
« Giao dịch được chấp nhận với ID của giao dịch chính lại lần nữa và tín dụng sẽ được gởi lại kết quả. (x_trans 1d).
« Cổng thanh toán đã ghi lại giao dịch chính.
« Giao địch chính đã được xử lý.
+ Tổng số lượng được chấp nhận trên giao dịch thẻ tín dụng và toàn bộ tín dụng sẽ được chứng nhận
một lần nữa trên giao địch chính phải nhỏ hơn số
lượng giao dịch chính.
- Tất cả hoặc bến chữ số cuối của thẻ tín dụng được chấp nhận với thẻ tín dụng phải khớp với thông tin đã được dùng trong giao dịch.
« Giao dịch được chấp nhận trong vòng 120 ngày để
xử lý và cũng là thời gian sống của một giao dịch.
Tài liệu hướng dẫn:
http://www.authorizenet.com/files/creditreturnsummary.
pdf.
- Trang 26 -
CAPTURE_ONLY
Đây là một yêu cầu xử lý giao dịch chưa được chấp nhận
bởi quá trình xác thực thông qua công thanh toán. Công thanh toán sẽ chấp nhận giao dịch này nếu một đoạn mã
chứng thực được chấp nhận. x auth code là trường thông tin cần thiết cho giao dịch kiểu thông tin cần thiết cho giao dịch kiểu CAPTURE_ONLY.
VOID
Giao dịch này là một hoạt động trên một giao dịch trước
đây và được dùng để hủy bỏ giao dịch trước đây và bảo
đảm nó không được gửi đi để xử lý tiếp. Các loại giao
dịch trước đó có thê là: CREDIT, AUTH_CAPTURE, CAPTURE_ONLY, và AUTH_ONLY. Giao dịch được CAPTURE_ONLY, và AUTH_ONLY. Giao dịch được chấp nhận thỏa những điều kiện sau đây:
» Giao dịch này được chấp nhận bởi một ID và nó đã
hết hiệu lực.
« Công thanh toán ghi nhận giao dịch bằng cách tham
chiếu đến ID.
« Giao dịch không được gởi đi để xử lý.
Với một giao dịch kiểu VOID, các trường thông tỉn cần phải có là (trong APD: cần phải có là (trong APD:
*x_ version = 3.Ì
*x_login = ID đăng nhập API của nhà phát triển.
»x_tran key = mật khẩu nhà phát triển
°x_trans id= ID của giao dịch cần hết hiệu lực.
- Trang 27 -
CHƯƠNG III: GIẢI QUYẾT BÀI TOÁN
II.I Đặc tả cấu trúc hệ thống:
HH1] Qui trình hoạt động của buyer:
x
Đuyer
{ Đăng project }
Kiểm tra giá dự `-
thâu Chưa xNác đmh Chưa xNác đmh . Xác định Xác định Coder Ị mW S, -Buyer Đóng tiên - Coder L hực hiện \_ công việc Chưa dhấp nhận Xác định Coder nhận tiên _
- Trang 28 -
s* Qui trình hoạt động của buyer như sau:
1) Đăng project: đầu tiên buyer phải điền đầy đủ thông tin về project chuẩn bị đấu thầu. Sau khi đăng xong, project sẽ được cập nhật lên website. Từ đó, các coder có thể tìm thầu. Sau khi đăng xong, project sẽ được cập nhật lên website. Từ đó, các coder có thể tìm ra được project mà mình phủ hợp và tiến hành tham gia đấu thầu.
2) Kiểm tra giá dự thầu: sau một thời gian mở thầu, buyer sẽ nhận được giá dự thầu
từ các coder. Buyer sẽ tìm hiểu về coder và chấp nhận mức giá hợp lý nhất có thẻ.
3) Xác nhận coder: Sau khi xem xét kỹ lưỡng giá dự thầu. Buyer tiên hành xác định
coder trúng thầu, khi tiến hành bước này sẽ xảy ra hai trường hợp: