Bối cảnh và vấn đề nghiên cứu

Trong hệ thống kinh tế hiện đại, các phương tiện thanh toán không dùng tiền mặt, đặc biệt là thẻ ngân hàng, đóng vai trò quan trọng trong việc bảo đảm tính an toàn, nhanh chóng và hiệu quả cho các dòng chu chuyển vốn. Tại Việt Nam, dịch vụ thẻ được các ngân hàng thương mại xác định là công cụ cạnh tranh cốt lõi bên cạnh các dịch vụ truyền thống. Tuy nhiên, việc vận hành hệ thống thanh toán và phát hành thẻ còn đối mặt với nhiều khó khăn về hạ tầng công nghệ và tính đồng bộ dữ liệu.

Khóa luận tốt nghiệp của tác giả Hoàng Thu Huyền (Khoa Hệ thống thông tin quản lý, Học viện Ngân hàng, thực hiện tháng 5/2013 dưới sự hướng dẫn của PGS.TS Nguyễn Văn Vỵ) tập trung nghiên cứu bài toán nghiệp vụ thẻ tại Ngân hàng Liên doanh Việt – Nga (VRB). Ngân hàng Liên doanh Việt – Nga được thành lập ngày 19/11/2006, trên cơ sở góp vốn điều lệ ngang nhau giữa Ngân hàng Đầu tư và Phát triển Việt Nam (BIDV) và Ngân hàng VTB (Liên bang Nga). Vốn điều lệ ban đầu của VRB là 10 triệu USD, tăng lên 30 triệu USD vào năm 2007 và đạt 62,5 triệu USD (tương đương 3.000 tỷ đồng Việt Nam) vào đầu năm 2011. Tính đến ngày 31/12/2010, tổng tài sản của ngân hàng đạt trên 590 triệu USD, nguồn vốn huy động đạt xấp xỉ 480 triệu USD, dư nợ tín dụng trên 330 triệu USD, phục vụ hơn 25.000 khách hàng (gồm 1.400 doanh nghiệp và hơn 200 cơ quan đại diện, doanh nghiệp nước ngoài). Mạng lưới hoạt động của VRB gồm Sở giao dịch và các chi nhánh tại Hà Nội, Hải Phòng, Đà Nẵng, Khánh Hòa, Vũng Tàu, Thành phố Hồ Chí Minh, cùng văn phòng đại diện và ngân hàng con tại Liên bang Nga.

Về hiện trạng ứng dụng công nghệ thông tin, VRB đã hoàn thành chuyển đổi sang hệ thống phần mềm ngân hàng lõi Core-Flexcube (Oracle Flexcube Corebanking), cung cấp các sản phẩm thẻ nội địa (VRB ATM Card liên minh 43 ngân hàng thuộc Banknet và Smartlink) cùng các dòng thẻ quốc tế (Visa Credit, Visa Debit). Tuy vậy, hoạt động quản trị thẻ đang vận hành phân tán qua nhiều hệ thống phần mềm độc lập: Card Management System (CMS), Card Factory, Tranware Online (TWO) và Core-Flexcube. Thực trạng này dẫn đến các hạn chế kỹ thuật:

  1. Cơ sở dữ liệu giữa các phần mềm thiếu tính đồng bộ, gây thiếu nhất quán thông tin giữa Hội sở chính và các chi nhánh.
  2. Cán bộ nghiệp vụ tại Trung tâm thẻ vẫn phải nhập liệu thủ công vào CMS đối với các thông tin mà Core-Flexcube không lưu giữ (như vị trí công tác, mức lương của khách hàng).
  3. Quá trình chuyển đổi ngân hàng lõi gây xáo trộn trong việc quản lý hồ sơ khách hàng cũ; hệ thống Core-Flexcube tồn tại một số phân hệ chưa dùng đến gây lãng phí tài nguyên.
  4. Hạ tầng thiết bị phần cứng và số lượng máy giao dịch tự động (ATM) còn hạn chế, chưa đáp ứng đủ công suất vận hành.

Mục tiêu nghiên cứu của đề tài gồm 2 nhiệm vụ chính:

  1. Nâng cao hiểu biết về quy trình nghiệp vụ thẻ ghi nợ nội địa trong hệ thống ngân hàng thương mại liên doanh.
  2. Ứng dụng phương pháp phân tích và thiết kế hệ thống thông tin để xây dựng giải pháp phần mềm quản lý thẻ ghi nợ nội địa, hỗ trợ tin học hóa và giảm thiểu các thao tác thủ công.

Đối tượng và phạm vi nghiên cứu:

  • Đối tượng: Quy trình nghiệp vụ phát hành và quản lý thẻ ghi nợ nội địa tại Ngân hàng Liên doanh Việt – Nga.
  • Phạm vi không gian: Trung tâm thẻ tại Hội sở chính (TTT-HSC) và các chi nhánh phát hành, thanh toán thẻ của VRB.
  • Phạm vi thời gian: Khảo sát thực trạng tính đến tháng 5/2013 (số liệu tài chính đến mốc năm 2010–2011).
  • Phạm vi giải quyết bài toán: Phần phân tích hệ thống được tác giả thực hiện đầy đủ trên toàn bộ các chu trình (phát hành, duy trì, thanh toán, khiếu nại, báo cáo); phần thiết kế chi tiết và cài đặt thử nghiệm tập trung giải quyết 2 phân hệ cốt lõi: Phát hành thẻ và Quản lý duy trì hoạt động thẻ.

Cơ sở lý thuyết và phương pháp

Khóa luận dựa trên nền tảng lý thuyết nghiệp vụ ngân hàng thương mại và phương pháp luận phân tích thiết kế hệ thống hướng chức năng và cấu trúc dữ liệu.

Về cơ sở nghiệp vụ và khái niệm: Tác giả hệ thống hóa các định nghĩa về thẻ ngân hàng (thẻ tín dụng, thẻ ghi nợ on-line gắn liền với tài khoản tiền gửi, thẻ rút tiền mặt); vai trò của các chủ thể tham gia (chủ thẻ, ngân hàng phát hành, ngân hàng thanh toán, đơn vị chấp nhận thẻ ĐVCNT, tổ chức thẻ quốc tế, liên minh chuyển mạch Banknet và Smartlink).

Về phương pháp phân tích và thiết kế hệ thống thông tin:

  • Phương pháp phân tích văn bản nghiệp vụ: Sử dụng kỹ thuật phân rã cụm động từ - danh từ để xác định danh sách các chức năng xử lý, tác nhân trong, tác nhân ngoài và các luồng hồ sơ chứng từ.
  • Phương pháp mô hình hóa chức năng: Xây dựng biểu đồ ngữ cảnh (Context Diagram), biểu đồ phân rã chức năng (Business Function Diagram - BFD) theo phương pháp nhóm dần chức năng, ma trận thực thể - chức năng (CRUD matrix), và biểu đồ hoạt động (Activity Diagram) cho từng tiến trình.
  • Phương pháp mô hình hóa tiến trình xử lý: Xây dựng biểu đồ luồng dữ liệu (Data Flow Diagram - DFD) mức 0 và mức 1 logic cho từng phân hệ nghiệp vụ.
  • Phương pháp mô hình hóa dữ liệu: Liệt kê, chuẩn hóa thuộc tính hồ sơ, thiết lập mô hình thực thể liên kết (Entity Relationship Model - ERM), chuyển đổi sang mô hình dữ liệu quan hệ (Relational Data Model) và xây dựng bảng cơ sở dữ liệu vật lý.
  • Phương pháp thiết kế kiến trúc và giao diện: Xác định luồng hệ thống, thiết kế hệ thống giao diện nhập liệu, giao diện xử lý, menu tương tác phân cấp.

Nguồn dữ liệu nghiên cứu: Khóa luận sử dụng các tài liệu nội bộ, quy định nghiệp vụ phát hành và thanh toán thẻ, hệ thống biểu mẫu chứng từ kế toán, cùng số liệu hoạt động thực tế thu thập tại Trung tâm thẻ - Hội sở chính và các chi nhánh thuộc Ngân hàng Liên doanh Việt – Nga.


Nội dung chính theo từng chương

Chương 1: Tổng quan về phát hành và quản lý thẻ tại Ngân hàng Liên doanh Việt – Nga

Chương này trình bày lịch sử hình thành, cơ cấu bộ máy và tình hình ứng dụng công nghệ thông tin tại VRB. Tác giả mô tả chi tiết cơ cấu Trung tâm thẻ - Hội sở chính gồm 4 bộ phận chuyên trách:

  • Bộ phận phát triển sản phẩm: Nghiên cứu, đề xuất sản phẩm thẻ, theo dõi chỉ tiêu và phát triển mạng lưới.
  • Bộ phận kỹ thuật: Thực hiện phát hành thẻ theo yêu cầu, bảo đảm vận hành hạ tầng kỹ thuật.
  • Bộ phận quản lý rủi ro: Xử lý khiếu nại, theo dõi nợ xấu và xây dựng các biện pháp phòng ngừa rủi ro thẻ.
  • Bộ phận thanh toán kế toán: Hạch toán giao dịch thẻ, đối chiếu chứng từ, quản lý thu chi và tổng hợp doanh số.

Tác giả phân tích mô hình phối hợp giữa 4 phần mềm chuyên biệt tại ngân hàng: Core-Flexcube lưu trữ thông tin khách hàng và tài khoản; Tranware Online đóng vai trò switch gửi và nhận giao dịch thẻ ghi nợ; Card Management System (CMS) quản lý việc phát hành và hạch toán thẻ tín dụng; Card Factory phụ trách gia công và in dập nổi thẻ. Từ mô hình này, tác giả chỉ ra các điểm bất cập về việc thiếu tính liên kết dữ liệu giữa các phần mềm, buộc nhân viên phải thao tác thủ công, đồng thời đề xuất giải pháp chuẩn hóa cơ sở dữ liệu và xây dựng hệ thống phần mềm chuyên biệt cho thẻ ghi nợ nội địa.

Chương 2: Bài toán phát hành và quản lý thẻ ghi nợ nội địa

Chương 2 mô tả chi tiết quy trình nghiệp vụ và thực hiện các bước phân tích chức năng cho 4 chu trình:

  1. Phát hành thẻ: Khách hàng nộp hồ sơ gồm Giấy đề nghị mở tài khoản và phát hành thẻ ghi nợ kèm bản sao CMND/Hộ chiếu. Chi nhánh kiểm tra chữ ký mẫu, phê duyệt, thu phí và hẹn trả thẻ (tối đa 7 ngày làm việc đối với địa bàn thông thường, 2 ngày làm việc tại Hà Nội). Trước 15h hàng ngày, chi nhánh gửi Báo cáo thông tin phát hành thẻ về TTT-HSC. Đúng 15h, TTT-HSC tải dữ liệu, chạy chức năng Issue Card trên CMS và Job Processing trên Card Factory để in mã PIN và in dập nổi thẻ, đóng gói gửi về chi nhánh. Chi nhánh bàn giao cho khách hàng và đổi trạng thái thẻ sang "Open" trên chương trình FIMI.
  2. Quản lý duy trì hoạt động thẻ: Xử lý các yêu cầu khóa thẻ (đổi trạng thái "Lost/Stolen/Close" trên phần mềm FIMI khi khách hàng báo mất hoặc nghi ngờ bị gian lận), cấp lại số PIN, thay đổi tài khoản liên kết (TTT cập nhật trên CMS).
  3. Thanh toán thẻ: Chi nhánh thanh toán thẻ (CNTTT) ký hợp đồng với ĐVCNT, TTT khai báo trên CMS và cấu hình POS/EDC. Khi phát sinh giao dịch, POS xin chuẩn chi, Core-Flexcube kiểm tra số dư và trừ tiền tài khoản khách hàng, máy POS in hóa đơn 3 liên. Cuối ngày, TTT trích xuất báo cáo giao dịch (từ 7h ngày hôm trước đến 7h ngày hôm sau), đối chiếu hóa đơn kết toán và hạch toán ghi có vào tài khoản ĐVCNT.
  4. Tiếp nhận và xử lý khiếu nại: Khách hàng có quyền khiếu nại giao dịch trong vòng 60 ngày làm việc. Chi nhánh tiếp nhận Đề nghị hỗ trợ, kiểm tra trên Core-Flexcube. CNTTT tập hợp hóa đơn, đối chiếu Báo cáo giao dịch, lập Biên bản xử lý khiếu nại trình phê duyệt để TTT thực hiện hạch toán điều chỉnh sai sót.

Từ phân tích văn bản, tác giả lập bảng xác định tác nhân và 13 hồ sơ dữ liệu (ký hiệu từ D1 đến D13):

Ký hiệu Tên hồ sơ dữ liệu Ký hiệu Tên hồ sơ dữ liệu
D1 Giấy đề nghị / Giấy báo D8 Hợp đồng thanh toán thẻ
D2 Hồ sơ khách hàng D9 Hồ sơ đơn vị chấp nhận thẻ
D3 Báo cáo thông tin phát hành thẻ D10 Hóa đơn kết toán / Hóa đơn giao dịch
D4 Phiếu xác nhận kèm thông báo PIN D11 Báo cáo giao dịch
D5 Thẻ ghi nợ D12 Biên bản xử lý khiếu nại
D6 Tài khoản D13 Báo cáo tổng hợp
D7 Báo cáo thông tin phát hành lại mã PIN

Chương này cũng hoàn thiện Biểu đồ phân rã chức năng (BFD) với 14 chức năng lá thuộc 5 nhóm chính, Ma trận thực thể - chức năng (thể hiện quyền Create, Read, Update của từng tiến trình lên các kho dữ liệu) và các biểu đồ hoạt động tương ứng.

Chương 3: Phân tích và thiết kế hệ thống phát hành và quản lý thẻ ghi nợ nội địa

Chương 3 triển khai mô hình hóa chi tiết hệ thống:

  • Mô hình tiến trình: Xây dựng biểu đồ luồng dữ liệu (DFD) mức 0 và các DFD mức 1 tương ứng cho 5 tiến trình: Tiến trình 1.0 (Phát hành thẻ), Tiến trình 2.0 (Quản lý duy trì hoạt động thẻ), Tiến trình 3.0 (Thanh toán thẻ), Tiến trình 4.0 (Xử lý khiếu nại), Tiến trình 5.0 (Báo cáo tổng hợp).
  • Mô hình dữ liệu: Tác giả lập bảng thuộc tính chi tiết cho 11 tập hồ sơ dữ liệu nghiệp vụ (từ D1 đến D11), chuẩn hóa và xác định danh sách các thực thể, thuộc tính và khóa định danh. Từ đó, xây dựng mô hình thực thể liên kết (ERM), chuyển đổi sang mô hình dữ liệu quan hệ và bảng cơ sở dữ liệu vật lý hoàn chỉnh.
  • Thiết kế hệ thống chức năng và luồng xử lý: Xây dựng sơ đồ hệ thống chi tiết cho từng tiến trình, bảng danh mục các giao diện nhập liệu, giao diện xử lý dữ liệu và sơ đồ tích hợp kiến trúc giao diện tương tác.

Chương 4: Cài đặt và thử nghiệm hệ thống phát hành và quản lý thẻ ghi nợ nội địa

Chương 4 phản ánh kết quả hiện thực hóa các yêu cầu phân tích thành chương trình chạy thử nghiệm. Tác giả xây dựng hệ thống menu phân cấp và thiết kế 12 màn hình giao diện chức năng chính:

  • Giao diện "Truy nhập hệ thống": Kiểm soát đăng nhập và xác thực người dùng.
  • Các giao diện cập nhật danh mục: "Cập nhật khách hàng", "Cập nhật chi nhánh", "Cập nhật thiết bị POS", "Cập nhật đơn vị chấp nhận thẻ", "Cập nhật tài khoản khách hàng cá nhân", "Cập nhật tài khoản đơn vị chấp nhận thẻ", "Cập nhật thẻ ghi nợ nội địa".
  • Các giao diện cập nhật chứng từ và giao dịch: "Cập nhật phiếu gửi tiền", "Cập nhật phiếu rút tiền", "Cập nhật hóa đơn giao dịch qua POS".
  • Giao diện báo cáo: "Báo cáo phát hành thẻ theo tháng" hỗ trợ thống kê dữ liệu phát hành phục vụ công tác quản lý.

Thiết kế và triển khai hệ thống

Hệ thống được thiết kế dựa trên phương pháp phân tích hướng cấu trúc, phân định rõ ràng giữa tầng dữ liệu, tầng xử lý nghiệp vụ và tầng giao diện người dùng.

Mô hình kiến trúc và luồng xử lý dữ liệu

Mô hình xử lý dữ liệu của hệ thống được chuẩn hóa qua 5 phân hệ mức 1 với các luồng trao đổi dữ liệu cụ thể:

Tiến trình DFD mức 1 Chức năng chi tiết Kho dữ liệu truy xuất Tác nhân liên quan
1.0 Phát hành thẻ Cập nhật hồ sơ khách hàng; In PIN và gia công thẻ; Cập nhật trạng thái thẻ (Open). D2 (Khách hàng), D3 (BC phát hành), D4 (Phiếu PIN), D5 (Thẻ), D6 (Tài khoản). Khách hàng, CNPHT, TTT-HSC.
2.0 Quản lý duy trì hoạt động thẻ Tiếp nhận giấy báo; Cập nhật trạng thái (Lost/Stolen/Close); Cập nhật danh mục tài khoản; Cập nhật mã PIN. D1 (Giấy đề nghị), D2 (Khách hàng), D5 (Thẻ), D6 (Tài khoản), D7 (BC cấp lại PIN). Khách hàng, Chi nhánh, TTT-HSC.
3.0 Thanh toán thẻ Cập nhật hồ sơ ĐVCNT; Chấp nhận cấp phép giao dịch; Hạch toán tài khoản ĐVCNT. D6 (Tài khoản), D8 (Hợp đồng), D9 (ĐVCNT), D10 (Hóa đơn), D11 (BC giao dịch). ĐVCNT, Khách hàng, TTT-HSC, Phòng TC-KT.
4.0 Xử lý khiếu nại Xác minh kết quả giao dịch; Lập biên bản xử lý; Xử lý hạch toán điều chỉnh. D6 (Tài khoản), D10 (Hóa đơn), D11 (BC giao dịch), D12 (Biên bản xử lý). Khách hàng, CNTTT, TTT-HSC, ĐVCNT.
5.0 Báo cáo Tổng hợp tình hình phát hành thẻ; Báo cáo hoạt động ĐVCNT; Báo cáo đột xuất. D3, D5, D6, D9, D10, D11, D13 (BC tổng hợp). Ban lãnh đạo.

Cấu trúc cơ sở dữ liệu

Cơ sở dữ liệu của hệ thống được chuẩn hóa từ 11 tập hồ sơ thực tế. Các thực thể chính bao gồm:

  • Thực thể Khách hàng: Lưu trữ Mã KH, Họ tên, Giới tính, Ngày sinh, Số CMT/Hộ chiếu, Quốc tịch, Nghề nghiệp, Đơn vị công tác, Địa chỉ thường trú, Điện thoại, Chữ ký mẫu.
  • Thực thể Thẻ ghi nợ: Lưu trữ Số thẻ, Hạng thẻ, Họ tên chủ thẻ, Ngày phát hành, Ngày hết hạn, Mã khách hàng, Mã chi nhánh phát hành, Chữ ký chủ thẻ, Trạng thái hoạt động.
  • Thực thể Tài khoản: Lưu trữ Số tài khoản, Loại tiền gửi, Mã khách hàng, Ngày mở, Số dư đầu kỳ, Số phát sinh nợ, Số phát sinh có, Số dư cuối kỳ, Số thẻ liên kết.
  • Thực thể Đơn vị chấp nhận thẻ & Hợp đồng: Lưu trữ Mã ĐVCNT, Tên ĐVCNT, Số ĐKKD, Loại hình doanh nghiệp, Lĩnh vực kinh doanh, Mã số thuế, Địa chỉ, Số hợp đồng, Số tài khoản thanh toán, Mã chi nhánh quản lý.
  • Thực thể Giao dịch & Thiết bị POS: Lưu trữ Mã thiết bị POS, Số giao dịch, Số thẻ, Ngày giờ giao dịch, Số tiền giao dịch, Loại giao dịch.

Kiểm thử và vận hành giao diện

Hệ thống giao diện được kiểm thử trên môi trường thử nghiệm với các chức năng nhập liệu và kết xuất báo cáo:

  • Kiểm tra tính toàn vẹn dữ liệu: Hệ thống kiểm tra ràng buộc mã khách hàng, số thẻ, số tài khoản và thông tin chi nhánh khi thực hiện chức năng thêm mới hoặc chỉnh sửa.
  • Xử lý chuyển đổi trạng thái thẻ: Thử nghiệm thành công thao tác kích hoạt thẻ sang trạng thái "Open" tại chi nhánh, và chuyển trạng thái tức thời sang "Lost/Stolen/Close" khi có yêu cầu tra soát hoặc báo mất thẻ.
  • Kết xuất báo cáo định kỳ: Kiểm thử chức năng lọc và tổng hợp báo cáo phát hành thẻ theo tháng, phân loại theo chi nhánh phát hành và loại hạng thẻ.

Kết quả và đóng góp

Kết quả nghiên cứu cụ thể

  • Khảo sát và tài liệu hóa toàn diện hiện trạng nghiệp vụ phát hành, thanh toán và quản lý thẻ ghi nợ nội địa tại Ngân hàng Liên doanh Việt – Nga, bao gồm mạng lưới 6 chi nhánh, cấu trúc 4 bộ phận tại Trung tâm thẻ và mô hình phối hợp giữa 4 phần mềm (Core-Flexcube, CMS, Card Factory, TWO).
  • Chuẩn hóa thành công 13 hồ sơ dữ liệu nghiệp vụ, chuyển đổi thành mô hình quan hệ logic và bảng cơ sở dữ liệu vật lý không còn hiện tượng trùng lặp thông tin.
  • Thiết kế hệ thống gồm 5 tiến trình phân tích mức 1, chi tiết hóa 14 chức năng lá và thiết lập ma trận thực thể - chức năng hoàn chỉnh.
  • Xây dựng hệ thống giao diện gồm thực đơn điều khiển chính và 12 màn hình giao diện nhập liệu, cập nhật và báo cáo phục vụ cho 2 phân hệ trọng tâm là Phát hành thẻ và Quản lý duy trì hoạt động thẻ.

Giải pháp và kiến nghị của tác giả

  • Tăng cường trang thiết bị kỹ thuật hiện đại và mở rộng mạng lưới máy rút tiền tự động (ATM) nhằm đáp ứng nhu cầu giao dịch của khách hàng.
  • Đồng bộ hóa cơ sở dữ liệu giữa Trung tâm thẻ và các chi nhánh nhằm chấm dứt tình trạng nhập liệu thủ công các trường thông tin bổ sung vào CMS.
  • Rà soát, tối ưu hóa phần mềm Core-Flexcube thông qua việc cắt giảm các module không sử dụng để tiết kiệm tài nguyên và nâng cao tốc độ xử lý giao dịch.

Đóng góp về mặt học thuật và thực tiễn

Khóa luận đã giải quyết bài toán thiếu hụt sự gắn kết giữa hệ thống ngân hàng lõi Core-Flexcube và chương trình quản lý thẻ CMS tại VRB ở thời điểm nghiên cứu. Bằng việc phân tích có cấu trúc, tác giả đã xây dựng mô hình dữ liệu và quy trình xử lý thống nhất, giúp chuẩn hóa dữ liệu khách hàng từ khâu tiếp nhận tại chi nhánh đến khâu in PIN, dập nổi thẻ tại Hội sở chính.


Hạn chế và hướng nghiên cứu tiếp

  • Hạn chế về phạm vi triển khai: Do mức độ phức tạp của hệ thống ngân hàng và giới hạn thời gian thực hiện khóa luận tốt nghiệp, tác giả chỉ tập trung thiết kế chi tiết và cài đặt thử nghiệm cho 2 phân hệ là Phát hành thẻ và Quản lý duy trì hoạt động thẻ; 2 phân hệ Thanh toán thẻ qua POS/EDC và Tiếp nhận, xử lý khiếu nại mới dừng lại ở mức độ phân tích nghiệp vụ và thiết kế DFD.
  • Hạn chế về tích hợp hệ thống: Ứng dụng mới được thử nghiệm độc lập trên môi trường mô phỏng các giao diện cập nhật dữ liệu, chưa được tích hợp trực tiếp vào cơ sở dữ liệu thời gian thực của Core-Flexcube và hệ thống switch giao dịch Tranware Online (TWO).
  • Hướng nghiên cứu tiếp: Tiếp tục hoàn thiện thiết kế chi tiết và lập trình cài đặt cho phân hệ thanh toán thẻ và xử lý khiếu nại tự động; nghiên cứu cơ chế tích hợp đồng bộ dữ liệu hai chiều với hệ thống ngân hàng lõi của VRB.

Giá trị tham khảo

Tài liệu này có giá trị tham khảo thực tế cho các nhóm đối tượng sau:

  • Sinh viên chuyên ngành Hệ thống thông tin quản lý và Công nghệ thông tin ngân hàng: Cung cấp một nghiên cứu tình huống điển hình về phương pháp phân tích thiết kế hệ thống hướng cấu trúc (từ phân tích văn bản, BFD, Ma trận thực thể - chức năng, DFD đến ERM và thiết kế CSDL quan hệ).
  • Người làm đồ án về nghiệp vụ ngân hàng thương mại: Là tài liệu chi tiết về quy trình vận hành dịch vụ thẻ ghi nợ nội địa tại ngân hàng liên doanh, với các mốc thời gian, hồ sơ chứng từ, phân định quyền hạn giữa chi nhánh và Trung tâm thẻ Hội sở chính.
  • Phần đáng tham khảo nhất: Hệ thống biểu đồ luồng dữ liệu (DFD mức 0 và mức 1 tại Chương 3) cùng Bảng mô tả chi tiết các thuộc tính hồ sơ dữ liệu ngân hàng (Bảng 3.7), rất hữu ích cho việc thiết kế cơ sở dữ liệu quản lý thẻ.

Câu hỏi thường gặp

1. Thời hạn tiếp nhận và trả thẻ ghi nợ nội địa tại VRB được quy định cụ thể như thế nào?

Theo quy trình nghiệp vụ được mô tả trong khóa luận, thời hạn hẹn nhận thẻ tối đa là 7 ngày làm việc đối với các chi nhánh thông thường, và tối đa 2 ngày làm việc đối với việc phát hành trong địa bàn Hà Nội. Chi nhánh phát hành phải chốt và chuyển Báo cáo thông tin phát hành thẻ về Trung tâm thẻ trước 15h hàng ngày.

2. Hệ thống phần mềm quản lý thẻ của VRB tại thời điểm nghiên cứu gồm những phân hệ nào?

Hệ thống kết hợp 4 phần mềm độc lập: Core-Flexcube (quản lý thông tin khách hàng và tài khoản), CMS - Card Management System (chương trình quản lý phát hành, thanh toán và xử lý thẻ tín dụng tại Hội sở chính), Card Factory (chương trình gia công và in/dập nổi thẻ), và Tranware Online - TWO (switch tiếp nhận, gửi và điều khiển các giao dịch thẻ ghi nợ). Tại các chi nhánh sử dụng thêm phần mềm FIMI để quản lý trạng thái thẻ.

3. Nguyên nhân chính khiến cán bộ ngân hàng phải nhập liệu thủ công vào hệ thống CMS là gì?

Hệ thống Core-Flexcube và hệ thống CMS thiếu tính đồng bộ về cơ sở dữ liệu. Một số thông tin cần thiết của khách hàng phục vụ quản lý thẻ (như chức vụ/vị trí công tác, mức lương) không được lưu giữ trên hệ thống Core-Flexcube, buộc cán bộ tại Trung tâm thẻ phải tiến hành nhập tay bổ sung vào CMS.

4. Quy định về thời hạn và quy trình tiếp nhận khiếu nại giao dịch thẻ tại VRB diễn ra ra sao?

Chủ thẻ có quyền khiếu nại các giao dịch phát sinh trong vòng 60 ngày làm việc kể từ ngày thực hiện giao dịch. Chi nhánh tiếp nhận Đề nghị hỗ trợ, đối chiếu thông tin trên hệ thống Core-Flexcube. Chi nhánh thanh toán thẻ (CNTTT) chịu trách nhiệm xác minh bằng cách đối chiếu liên hóa đơn của khách hàng, liên của ĐVCNT và Báo cáo giao dịch từ TTT, sau đó lập Biên bản xử lý khiếu nại để TTT thực hiện hạch toán điều chỉnh sai sót.

5. Khóa luận đã cài đặt thử nghiệm những nhóm màn hình chức năng nào trong Chương 4?

Chương trình thử nghiệm xây dựng 12 giao diện thuộc 4 nhóm: Giao diện truy nhập hệ thống; Giao diện cập nhật danh mục nền (Khách hàng, Chi nhánh, Thiết bị POS, ĐVCNT, Tài khoản cá nhân, Tài khoản ĐVCNT, Thẻ ghi nợ); Giao diện cập nhật chứng từ giao dịch (Phiếu gửi tiền, Phiếu rút tiền, Hóa đơn giao dịch POS); và Giao diện kết xuất Báo cáo phát hành thẻ theo tháng.


Kết luận

Khóa luận tốt nghiệp của tác giả Hoàng Thu Huyền đã giải quyết trọn vẹn bài toán phân tích và thiết kế hệ thống thông tin phục vụ quản lý thẻ ghi nợ nội địa tại Ngân hàng Liên doanh Việt – Nga (VRB). Bằng việc vận dụng bài bản phương pháp luận phân tích có cấu trúc, đề tài đã làm rõ thực trạng phân tán của các phần mềm nghiệp vụ hiện hữu, chuẩn hóa 13 luồng hồ sơ dữ liệu và thiết lập các mô hình DFD, ERM chi tiết. Kết quả cài đặt thử nghiệm 12 giao diện chức năng cho 2 phân hệ cốt lõi đã chứng minh tính khả thi trong việc tối ưu hóa quy trình phát hành và duy trì hoạt động thẻ, mang lại tài liệu tham khảo học thuật có giá trị cho lĩnh vực công nghệ thông tin ngân hàng.