Tích hợp thanh toán tiền mặt và thanh toán bằng QR

ĐỒN THANH NIÊN CỘNG SẢN HỒ CHÍ MINH BAN CHẤP HÀNH TP HỒ CHÍ MINH CƠNG TRÌNH DỰ THI GIẢI THƯỞNG SINH VIÊN NGHIÊN CỨU KHOA HỌC EURÉKA LẦN THỨ XX NĂM 2018 TÊN CƠNG TRÌNH: TÍCH HỢP THANH TOÁN TIỀN MẶT VÀ THANH TOÁN BẰNG QR LĨNH VỰC NGHIÊN CỨU: Kỹ Thuật Công Nghệ CHUYÊN NGÀNH: Điện-Điện tử Mã số cơng trình: …………………………… MỤC LỤC MỤC LỤC DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT DANH MỤC CÁC BẢNG, HÌNH VẼ, BIỂU ĐỒ .5 TÓM TẮT PHẦN MỞ ĐẦU Lý chọn đề tài .2 Mục tiêu đề tài 3 Đối tượng nghiên cứu 4 Phạm vi nghiên cứu PHẦN 1: TỔNG QUAN TÀI LIỆU 1.1 Tổng quan toán tự động 1.1.1 Khái niệm .5 1.1.2 Thanh toán truyền thống hạn chế 1.1.3 Giải pháp toán tự dộng PHẦN 2: THIẾT BỊ VÀ PHƯƠNG PHÁP NGHIÊN CỨU 2.1 Thiết bị sử dụng đề tài 2.1.1 Thiết bị đọc thối tiền thừa Smart Payout 2.1.1.1 Giới thiệu .7 2.1.1.2 Thông số kỹ thuật 2.1.1.3 Nguyên lý hoạt động .9 2.1.3 Bộ công cụ tạo QR .9 2.1.3.1 Thiết bị sử dụng .9 2.1.3.2 Cấu hình máy .10 2.1.3.3 Nguyên lý hoạt động 11 2.2 Phương pháp nghiên cứu 12 2.2.1 Phương pháp xử lý liệu với NV200 12 2.2.2 Phương pháp xử lý liệu với Pay Out .13 2.2.3 Phương pháp xử lý liệu với QR 16 PHẦN 3: KẾT QUẢ - THẢO LUẬN .20 3.1 Thiết bị đọc thối tiền với mệnh giá tiền Việt Nam 20 3.1.1 Đọc mệnh giá tiền Việt Nam .20 3.1.2 Thối tiền với mệnh giá Việt Nam .21 3.2 Thanh tốn thành cơng với QR 22 PHẦN 4: KẾT LUẬN - ĐỀ NGHỊ 24 TÀI LIỆU THAM KHẢO 25 PHỤ LỤC 26 DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT BĐKTT Bộ điều khiển trung tâm ĐVCC Đơn vị cung cấp QR DANH MỤC CÁC BẢNG, HÌNH VẼ, BIỂU ĐỒ Hình 2.1: Đầu đọc tiền NV200 Hin ̀ h 2.2: Payout Hin ̀ h 3.1: Giao diện toán tiền mặt với tổng tiền toán 56000 đồng 20 Hình 3.2: Cho tờ tiền mệnh giá 100000 đồng vào đầu đọc tiền .21 Hin ̀ h 3.3: BĐKTT xác nhận tờ 100000 đồng cần phải thối lại 44000 đồng 21 Hình 3.4: Thiết bị thối lại 44000 đồng .22 Hình 3.5: Quét QR vừa tạo Điện thoại di động sử dụng ứng dụng mCard 22 Hình 3.7: Giao dịch thành công 23 Hin ̀ h 3.6: Xác nhận thơng tin tiến hành tốn 23 Lưu đồ 1: Quy trình thiết bị 26 Lưu đồ 2: Phương pháp xử lý liệu đọc tiền mặt 27 Lưu đồ 3: Phương pháp xử lý liệu thối tiền 28 Lưu đồ Phương pháp tạo toán với QR 29 TĨM TẮT Cơng trình nghiên cứu khoa học “Tích hợp toán tiền mặt toán QR” nghiên cứu nguyên lý đọc tiền thối tiền đầu đọc tiền giấy mệnh giá Việt Nam Smart Payout, cách tạo toán với mã QR PHẦN MỞ ĐẦU Lý chọn đề tài Các thiết bị giao dịch tự động có thị trường Việt Nam tồn số vấn đề sau: - Chỉ chấp nhận hình thức tốn đó: Hoặc tiền mặt, thẻ RFID, thẻ ngân hàng thương mại qua điện thoại qua tin nhắn SMS - Chỉ chấp nhận toán tiền xu, nhận tiền polyme với vài loại mệnh giá định người mua hàng trả tiền thừa tiền xu thối tiền thừa loại mệnh giá Điều dẫn đến số bất cập:  Hình thức tốn khơng linh hoạt máy giao dịch tự động khơng có nhiều hình thức tốn  Không giao dịch giá trị sản phẩm, sản phẩm bị giao dịch mức giá cao thấp theo mệnh giá tiền chẵn  Giao dịch không thực người sử dụng dịch vụ khơng có tiền loại mệnh giá yêu cầu Các máy giao dịch tự động đa phần nhập từ nhiều nhà cung cấp nhiều quốc gia khác nên loại máy giao dịch tự động trang bị điều khiển chun biệt, khơng có dùng chung cho nhiều dịng máy, loại máy khác Các máy giao dịch tự động hoạt động cách riêng lẻ lập vị trí đặt máy, ln cần có người theo dõi tại nơi đặt máy Vấn đề giám sát điều khiển từ xa chưa thực Hiện nay, phần lớn thiết bị bán hàng thánh toán tự động toán số phương pháp đây: - Tiền mặt với mệnh giá tiền Việt Nam cố định, thông thường 5000 đồng, 10000 đồng, 20000 đồng khơng có chức thối tiền thừa sử dụng mệnh giá tiền lớn 100.000 đồng, 200.000 đồng hay 500.000 đồng - Thanh toán thẻ ngân hàng - Thanh tốn hình thức tiếp xúc gần NFC (Near Field Communication) hay RFID - Hình thức tốn mobile pay, cụ thể hình thức toán Samsung Pay - Thanh toán với QR Hiện nay, chưa có phương pháp tốn toán thối tiền mặt với tất mệnh giá thiết bị bán hàng tốn tự động kết hợp nhiều phương pháp toán thiết bị Với điều vừa nêu trên, không kết hợp hình thức tốn lại với (tối thiểu hai hình thức tốn) người dùng có thêm nhiều lựa chọn thoải mái sử dụng Không thiết ép người dùng phải sử dụng phương thức toán mà thiết bị bán hàng tự động hỗ trợ Thanh toán tiền mặt nhu cầu tại, toán điện tử nhu cầu tương lai Do ta cần phải kết hợp hình thức tốn lại với để tối ưu hóa cho người dùng Mục tiêu đề tài Mục đề tài đề xuất phương pháp toán linh hoạt thiết bị bán hàng thánh toán tự động, khắc phục nhược điểm Phương pháp tốn tích hợp tốn tiền mặt tốn QR gồm có: điều khiển trung tâm gồm phần cứng phần mềm, thiết bị giao tiếp người-máy, mô-đun thực quy trình xử lý liệu tốn cấu hình để thực Nghiên cứu chế tạo thiết bị, hệ giao dịch tự động nhằm cải thiện khả toán tạo thân thiện cho người sử dụng Áp dụng vào thực tiễn sống Đối tượng nghiên cứu Đối tượng nghiên cứu thiết bị toán tự động, thiết bị lưu hành sử dụng phương thức toán truyền thống (thanh toán tiền mặt) toán điện tử Phạm vi nghiên cứu Các thiết bị toán tự động áp dụng xã hội, bao gồm lĩnh vực dịch vụ ăn uống, dịch vụ công cộng… PHẦN 1: TỔNG QUAN TÀI LIỆU 1.1 Tổng quan toán tự động 1.1.1 Khái niệm Khái niệm tốn tự động khơng cịn q xa lạ người tiêu dung toàn giới nói chung nước Việt Nam nói riêng, hiểu tồn phần toán phiên giao dịch thực máy móc Với tốc độ phát triển nhanh hiệnnay việc mở rộng quy mô kinh doanh người kinh doanh điều tất yếu, bên cạnh việc mở rộng phải liền với hiệu Mở rộng quy mơ mà khơng có hiệu cao dẫn đến việc ảnh hưởng tốc độ phát triển doanh nghiệp Nền kinh tế phát triển, nhu cầu việc tự động hóa dịch vụ cao xem bước tiến cần thiết kinh tế đại hóa 1.1.2 Thanh tốn truyền thống hạn chế Trước toán hoạt động điều có can thiệp người, có mặt người để đãm bảo cho việc toán diễn Dẫn đến việc người phải có mặt trực suốt thời gian diễn kinh doanh, để khách hàng đến mua thực giao dịch Việc dễ dẫn đến việc có nhiều thời gian bị lãng phí việc giao dịch không diễn liên tục Thời gian tiền bạc việc, thời gian trơi qua khơng thể lấy lại Với xuất thiết bị toán tự động, giao dịch tốn hồn tồn phá bỏ rào cản Việc toán thực lúc, nơi, khơng cần có hỗ trợ người Việc giúp cho nói kinh doanh tận dụng nguồn tài nguyên người vào việc hữu dụng việc đứng vài chỗ cố định tốn hóa đơn Đồng thời góp phần cho doanh nghiệp tiết kiệm khoảng chi phí để trả cho nhân viên tốn 15 thối tiền; byte CRCL: bit có trọng số thấp LSB mã kiểm dư chu trình CRC; byte CRCH: bit có trọng số cao MSB mã kiểm dư chu trình CRC - Thực thối tiền thông qua thiết bị thối tiền gửi liệu số tiền thối BĐKTT, liệu có dạng thập lục phân tổng quát sau: A B X Y1…Yx CRCL CRCH Trong đó, byte A: byte bắt đầu; byte B: byte địa thiết bị đọc xác định mệnh giá tiền; byte X cho biết chiều dài chuỗi liệu gửi về; byte Y1… Yx byte chứa liệu tiền thối; byte CRCL: bit có trọng số thấp LSB (LSB Least Significant Bit) mã kiểm dư chu trình CRC (CRC-Cyclic Redundancy Check); byte CRCH: bit có trọng số cao MSB (MSB-Most Significant Bit) mã kiểm dư chu trình CRC Cụ thể, theo phương án ưu tiên chuỗi liệu dạng thập lục phân có dạng sau: 7F 80 X Y1 - - - Yx CRCL CRCH; Trong đó, byte 7F: byte bắt đầu; byte 80: byte địa thiết bị đọc xác định mệnh giá tiền; byte X cho biết chiều dài chuỗi liệu gửi về, chiều dài chuỗi liệu khơng tính byte 0x7F, 0x80, X, CRCL, CRCH; byte Y1… Yx byte chứa liệu số tiền thối; byte CRCL: bit có trọng số thấp LSB (LSB - Least Significant Bit) mã kiểm dư chu trình CRC (CRC-Cyclic Redundancy Check); byte CRCH: bit có trọng số cao MSB (MSB-Most Significant Bit) mã kiểm dư chu trình CRC; - Đọc/duyệt byte liệu số tiền thối gửi thông qua BĐKTT từ byte Y1 đến byte Yx, xác định giá trị quy đổi số tiền thối thơng qua byte phía sau byte 0xDAbằng cách chuyển byte thành liệu ưu tiênkiểu Int(kiểu nguyên); sau lấy liệu thu chia cho 100 để lấy số tiền mà thiết bị thối thối ra; - So sánh số tiền thối với số tiền muốn thối; số tiền thối số tiền muốn thối, kết thúc thối tiền; khơng thiết bị tiếp tục thối tiền, BĐKTT 16 tiếp tục kiểm tra chuỗi liệu mà thiết bị thối tiền gửi về, số tiền thối số tiền muốn thối q trình thối tiền hồn tất 2.2.3 Phương pháp xử lý liệu với QR Lưu đồ giải thuật: Phụ lục Lưu đồ - BĐKTT thiết lập thông tin xác thực đến ĐVCC, sử dụng giao thức HTTPS, định dạng JSON, phương thức POST với định danh kết nối gồm: Tài khoản, mật mã bảo mật Định dạng thông điệp từ BĐKTT gửi đến ĐVCC gồm có hai phần Header Body:  Ở phần Header, ta xác lập thông số: định danh (authorization), chữ ký (signature), xác nhận (accept), thông số tuyền-nhận (content-type), phương thức (method)  Định danh: Gửi thông tin tài khoản mật ĐVCC cung cấp để tiến hành xác thực Phương pháp sử dụng để xác thực Basic authentication  Chữ ký: xác nhận gói tin với yêu cầu (request) thông qua mã bảo mật (private key) cung cấp  Xác nhận (accept): thông số xác nhận định dạng json xml  Thông số truyền-nhận: thông số truyền nhận định dạng json xml  Phương thức: sử dụng phương thức Post để yêu cầu  Ở phần Body, ta tiến hành xác lập thông tin gửi đến ĐVCC để yêu cầu ĐVCC cung cấp liệu tương ứng Các thông tin bao gồm thông tin liệu (Data), tên chức (FunctionName), thời gian thực (RequestDateTime), mã thực (RequestID)  Data: gồm liệu cần thiết để yêu cầu ĐVCC thực chức yêu cầu  FunctionName: chức mà BĐKTT yêu cầu ĐVCC thực 17  RequestDateTime: thời gian BĐKTT thực gửi yêu cầu đến ĐVCC, với định dạng yyyy-MM-ddTHH:mm:ssZ (định dạng thời gian theo chuẩn UTC-Universal Time Coordinated)  RequestID: thực yêu cầu kèm với mã khác nhau, theo định dạnh GUID (Globally Unique Identifier) - BĐKTT gửi yêu cầu tạo mã QR xác lập phần Body đến ĐVCC gồm có: FunctionName, RequestDateTime, RequestID Data  FunctionName: yêu cầu tạo mã QR  RequestDateTime: thời gian, ngày thực yêu cầu theo chuẩn UTC với định dạng yyyy-MM-ddTHH:mm:ssZ  RequestID: định dạng GUID  Data: bao gồm biến liệu gửi đến ĐVCC mã giao dịch đơn vị thực yêu cầu (MID – Merchant ID), mã đầu cuối đơn vị thực yêu cầu (TID – Terminal ID), tên định danh (UserName), số tiền (Amount), phí (Fee), phần trăm phí (FeePercentage), liệu bổ trợ giao dịch (Additionaldata), số tham chiếu giao dịch (RefNumber), định dạng mã QR (returnformat), đơn vị tạo QR (QRProvider)  MID (kiểu string): dùng để định danh đơn vị thực yêu cầu phía ĐVCC cung cấp  TID (kiểu string): dùng để xác định thiết bị đầu cuối đơn vị thực yêu cầu phía ĐVCC cung cấp  UserName (kiểu string): tên đơn vị thực yêu câu phía ĐVCC cung cấp  Amount (kiểu string): Tổng số tiền cần phải toán thực giao dịch  Fee (kiểu string): phí thực giao dịch (nếu có, mặc định Ví dụ tiến hành giao dịch với số tiền 5000 đồng, phí 1000 đồng số tiền thực cần phải toán 6000 đồng) 18  FeePercentage (kiểu string): phí tương ứng với số tiền tính theo phần trăm (ví dụ: số tiền 10000 đồng với 10% phí tổng số tiền cần tốn 11000 đồng) Trong trường hợp phí phí phần trăm phí có, hệ thống ĐVCC ưu tiên chọn phí để đưa vào số tiền cần tốn  AdditionalData (kiểu string): liệu kèm gửi yêu cầu đến ĐVCC, dãy số ĐVCC cung cấp  RefNumber (kiểu string): có định dang XX+10 ký tự ngẫu nhiên, với XX hai ký tự mặc định ĐVCC cung cấp (ví dụ: VN87RTNUI989)  ReturnFormat (kiểu string): định dạng chuỗi mã QR nhận từ ĐVCC Mặc định dạng Base64  QRProvider (kiểu string): chọn đơn vị tạo QR ĐVCC hỗ trợ Ở mặc định Sacombank (hoặc chọn đơn vị khác Zalo Pay, VN Pay, Alipay, Wechat Pay) - Khi nhận yêu cầu, Ngân hàng kiểm tra thông tin QR thẻ ĐVCC ví kiểm tra thơng tin QR ví - Sau kiểm tra thơng tin, ĐVCC tạo mã QR (định dạng Base64) với liệu phản hồi gửi BĐKTT Nếu thông tin không hợp lệ, ĐVCC gửi phản hồi thông báo không thực yêu cầu kèm theo mã lỗi tương ứng ĐVCC quy định - BĐKTT nhận liệu phản hồi từ ĐVCC Dữ liệu phản hồi bao gồm: MID, TID, UserName, Amount, Fee, FeePercentage, AdditionalData, RefNumber, ReturnFormat, QRProvider, mã QR (QRStream), loại tiền tệ giao dịch (CurrencyCode), mã định danh QR (QRRefID)  Các liệu MID, TID, UserName, Amout, Fee, FeePercentage, AdditionalData, RefNumber, ReturnFormat, QRProvider nhận từ ĐVCC trùng với liệu mà BĐKTT gửi đi, mục đích nhằm đơn vị thực kiểm tra liệu nhận từ ĐVCC khớp với yêu cầu đơn vị thực 19  QRStream (kiểu string): mã QR ĐVCC gửi BĐKTT có định dạng Base64  CurrencyCode: loại tiền tệ giao dịch với mã QR vừa nhận  QRRefID: dùng để định danh cho mã QR vừa tạo - BĐKTT tiến hành tạo QR Chuyển mã QR vừa nhận dạng Base64 sang dạng Bitmap - Người dùng thực giao dịch với QR vừa tạo cách sử dụng điện thoại có cài đặt ứng dụng toán QR  Đối với QR thẻ: người dùng sử dụng ứng dụng cho phép toán QR theo chuẩn quốc tế EMV mCard (Sacombank), TPBank QuickPay (TPBank)…  Đối với QR ví: người dùng sử dụng ứng dụng toán QR tương ứng Zalo Pay, Ali Pay, Momo… - Sau thực giao dịch, ĐVCC kiểm tra thơng tin giao dịch có hợp lệ hay không - Nếu hợp lệ ĐVCC cho thực toán Tiền từ tài khoản người dùng chuyển sang tài khoản nhà cung ứng dịch vụ với giá trị cần chi trả Cịn khơng ĐVCC không cho phép người dùng tiến hành tốn - Khi hồn tất giao dịch, BĐKTT nhận liệu tên người dùng (ConsumerName), mã giao dịch, Amout, mã chuẩn chi (SystraceAuditNumber) mã tham chiếu giao dịch (RetrievalReferenceNumber) từ ĐVCC Tất liệu thuộc kiểu string - Hoàn tất 20 PHẦN 3: KẾT QUẢ - THẢO LUẬN 3.1 Thiết bị đọc thối tiền với mệnh giá tiền Việt Nam 3.1.1 Đọc mệnh giá tiền Việt Nam Thiết bị đọc tờ tiền có mệnh giá Việt Nam với độ xác cao Hin ̀ h 3.1: Giao diện toán tiền mặt với tổng tiền toán 56000 đồng 21 Hin ̀ h 3.2: Cho tờ tiền mệnh giá 100000 đồng vào đầu đọc tiền 3.1.2 Thối tiền với mệnh giá Việt Nam Thiết bị thối tiền với nhiều mệnh giá khác nhau, cách thối tiền tối ưu Hin ̀ h 3.3: BĐKTT xác nhận tờ 100000 đồng cần phải thối lại 44000 đồng 22 Hình 3.4: Thiết bị thối lại 44000 đồng 3.2 Thanh tốn thành cơng với QR Thiết bị kết nối thành công với hệ thống ĐVCC, tạo QR tiến hành thánh tốn thành cơng với QR vừa tạo Thiết lập tạo QR Sacombank cung cấp với Amount 100000 đồng, FeePercentage 3%, tổng số tiền cần toán 103000 Sử dụng phần mềm toán với QR thẻ Sacombank mCard Hin ̀ h 3.5: Quét QR vừa tạo Điện thoại di động sử dụng ứng dụng mCard 23 Hin ̀ h 3.6: Xác nhận thơng tin tiến hành tốn Hin ̀ h 3.7: Giao dịch thành công 24 PHẦN 4: KẾT LUẬN - ĐỀ NGHỊ Qua trình nghiên cứu trên, nhóm thành cơng việc “Tích hợp tốn tiền mặt toán QR” Thiết bị đọc tất tờ tiền mệnh giá Việt Nam có khả thối lại tất mệnh giá tiền Việt Nam ngoại trừ 500 đồng Thiết bị nhận mã QR tạo QR ĐVCC cung cấp, giao dịch thành công với mã QR vừa tạo có tốc độ tạo mã nhanh (khi vừa khởi động chương trình khơng q giây khởi động không giây) Thiết bị ứng dụng rộng rãi nhiều lĩnh vực khác nhau, linh hoạt toán đem đến cho người sử dụng nhiều lựa chọn, phù hợp với độ tuổi tầng lớp khách hàng 25 TÀI LIỆU THAM KHẢO [1] LINQ to SQL Tutorial From ScootGu blog [2] https://www.youtube.com/channel/UC8inCnD25Es0VLokfmhko5g [3] https://www.youtube.com/channel/UCvYqaFp_9gf5SPmNsDcri3A [4] http://www.howkteam.vn/learn/lap-trinh-7 [5] https://www.w3schools.com/sql/default.asp [6] https://yinyangit.wordpress.com [7] http://www.innovative-technology.com [8] http://www.marrginal.ru/ 26 PHỤ LỤC BEGIN Float Tổng Tiền_ThanhToán; Số tiền cần tốn Hình thức tốn ? Hình thức tốn Tiền mặt Hình thức tốn thẻ QR Gửi Tổng Tiền_Thanh_Toán tới cảm biến tiền Float Tổng Tiền_ThanhToán Số tiền cần toán Chuyển Tổng Tiền_ThanhToán sang kiểu string; String amount = Tổng Tiền_ThanhToán s Quy trình xử lý tiền mặt; Quy trình tốn QR Giao dịch ? s S Đ TổngTiền_Thanh Toán == Tổng_Tiền_Nhận Xác nhận in hóa đơn In hóa đơn S End Tổng_Tiền_Nhận > Tổng Tiền_Thanh Tốn Đ Quy trình Thối Tiền Lưu đồ 1: Quy trình thiết bị 27 BEGIN Nhận liệu từ đầu đọc tiền; Int LengthData; Int A = 1; Byte[] DataReceive; Int Tiền_Nhận; Int Tổng_Tiền_Nhận; Byte 7F: Byte bắt đầu Byte 80: byte địa đầu đọc tiền Byte X: byte thông tin số byte liệu Các byte Y1 - - - Yx: byte liệu Byte CRCL : bit LSB mã CRC Byte CRCH : bit MSB mã CRC Mã CRC (Cyclic Redundancy Check ) Chuỗi liệu nhận (7F 80 X Y1- - -Yx CRCL CRCH) LengthData = (int)X; A+=1; Data[0] = Y1; Data[1] = Y2; - - -Data[LengthData-1] = Yx; Nhận liệu từ đầu đọc tiền; Tổng_Tiền_Nhận += Tiền nhận; 0x01 Tiền_Nhận = 1000; 0x02 Tiền_Nhận = 2000; Chờ tiếp tục đưa tiên thêm Data[0] == 0xF0 N Báo lỗi 0x03 Tiền_Nhận = 5000; Y 0x04 Tiền_Nhận = 10 000; Lấy tổng số tiền nhận Tổng_Tiền_Nhận; N A