2. Yêu cầu chức năng hệ thống
2.8 Yêu cầu cho hệ thống Core Admin
2.8.1 YC_006_01: Quản lý Telco
• Các Telco còn gọi là các SMSC
• Các Telco cung cấp hạ tầng nhắn tin viễn thông, hợp tác với các đối tác quản lý đầu số để thông qua đó, cung cấp dịch vụ tin nhắn SMS cho khách hàng
• Các thông tin cần quản lý:
o Quản lý thông tin chung Telco
o Quản lý thông số kết nối
2.8.1.1 Quản lý thông tin chung
• Mã Telco • Tên Telco, • Địa chỉ
• Số điện thoại liên lạc
• Thông tin vắn tắt người đại diện
• Thông tin về hợp đồng, phụ lục hợp đồng (quản lý dạng File)
2.8.1.2 Quản lý thông số kết nối
• Các thông số cần thiết để thiết lập kết nối với Telco
o Mã Telco
o System ID (Username)
o Password
o Connection type (Revceive, tranmitter, tranceiver)
o Port
o FTP server (IP, port, username/password)
o SMPP server (IP, port)
o Mô tả thông tin đường kết nối
2.8.2 YC_006_02: Quản lý đối tác và dịch vụ
2.8.2.1 Quản lý đối tác
• Mô tả yêu cầu
o Mỗi đối tác phải được tạo và kích hoạt trước khi đưa vào hoạt động
o Đối tác phải có thông tin người liên hệ để bảo đảm contact khi có sự cố
o Yêu cầu chức năng chi tiết
Yêu cầu tìm kiếm
- Tìm kiếm theo mã, tên - Ngành nghề hoạt động - Nhóm theo chữ cái đầu
Không được xóa đối tác khi đối tác đã tạo mã cú pháp dịch vụ và đang hoạt động
Kết hợp tạo cú pháp dịch vụ sau khi tạo đối tác • Quản lý thông tin chung đối tác
o Mã đối tác o Tên đối tác o Địa chỉ o Lĩnh vực hoạt động o Hợp đồng số o Ngày ký hợp đồng o Tình trạng hợp tác Chưa hợp tác Đang hợp tác Ngưng hợp tác o Ghi chú
• Quản lý thông tin người liên hệ
o Tham khảo quản lý contact point YC_006_02
2.8.2.2 Quản lý dịch vụ
• Mô tả yêu cầu
o Một công ty khai thác dịch vụ sẽ sở hữu nhiều loại dịch vụ khác nhau. Dịch vụ này sẽ được truy xuất thông qua Web Service hay Data Source (nội bộ)
o Những dịch vụ này có thể được sử dụng cho nhiều đối tác khác tùy vào mục đích kinh doanh
o Đầy đủ chức năng thêm. Xóa, sửa, tìm kiếm… • Thông tin quản lý
o Mã dịch vụ
o Mã đối tác
o Tên dịch vụ
o Datesource ( phục vụ cho truy xuất content nội bộ)
o Link Web Service (phục vụ cho truy xuất content của đối tác lẫn nội bộ
o Loại hình dịch vụ (thời thiết, chứng khoán, xổ số)
2.8.2.2.1 Quản lý cú pháp dịch vụ (Cú pháp cha)
• Mô tả yêu cầu
o Khi đối tác đã tạo và tồn tại trong hệ thống, có thể tiến hành cú pháp dịch vụ theo đối tác
o Mỗi đối tác có thể có nhiều cú pháp dịch vụ cho nhiều đầu số. Hiện tại FO chỉ có 2 đầu số chính là 8x00 và 8x13
o Mỗi đầu số có nhiều đầu số con, gọi là đầu số dịch vụ
o Ví dụ về tạo đầu số cho đối tác A:
XS/8100, XS/8200, XS 8700 Thuộc đầu số 8x00
SOI/8113, SOI/8213 thuộc đầu số 8x13
o Bộ phận kỹ thuật chịu SMS chịu trách nhiệm tạo cú pháp dịch vụ khi nhận được hợp đồng hay yêu cầu từ bộ phận kinh doanh
o Yêu cầu chức năng chi tiết
Chọn đối tác để thực hiện việc thêm thêm/ sửa/ xóa/ tìm kiếm cú pháp dịch vụ
- Tìm kiếm theo mã đồi tác sở hữu cú pháp dịch vụ - Tên cú pháp dịch vụ (đầy đủ)
- Tên cú pháp dịch vụ (gần đúng)
- Đầu số (đầu số cha), đầu số dịch vụ (đầu số con) - Tìm theo loại hình dịch vụ
Khi cung cấp cú pháp và đầu số trùng, phải thông báo.
Yêu cầu không chỉnh sửa cú pháp sau khi tạo. Nếu muốn chỉnh sửa, phải xóa và tạo mới
o Đối với các đối tác sử dụng nội dung của FO, phải có cơ chế nhận biết cú pháp sẽ được xuất dữ liệu cho đối tác theo dõi. Đối với các đối tác không sử dụng nội dung của FO thì không cần thiết
o Phải có cơ chế nhận biết cú pháp đó là cú pháp test hay không, để đội kỹ thuật test cú pháp dịch vụ trước khi kích hoạt đưa vào hoạt động
• Các thông tin quản lý:
o Mã đối tác (Mã hóa)
o Đầu số dịch vụ
o Cú pháp dịch vụ (cú pháp cha)
o Dịch vụ nội dung của đối tác
Dịch vụ của đối tác
Liên kết truy xuất nội dung
o Nhóm dịch vụ (Sử dụng để phân nhóm cùng loại dịch vụ cùng giá tiền, cùng MT)
o Ngày tạo
o Người tạo (tài khoản người tạo)
o Ngày hiệu lực
o Ngày kết thúc Tình trạng kích hoạt
2.8.2.2.2 Quản lý kiểm tra mã dịch vụ
• Mô tả yêu cầu
o Hàng ngày, khi ký kết đối tác mới, đội kinh doanh thường yêu cầu kỹ thuật kiểm tra mã cú pháp tồn tại hay chưa để cấp cho đối tác
o Yêu cầu theo lô
o Thời gian thực hiện yêu cầu phải nhanh chóng Cần có cơ chế xuất báo cáo tự động
o Yêu cầu chức năng chi tiết
Nhập danh sách các cú pháp cần kiểm tra, phân cách bằng dầu phẩy
Chọn nhóm đầu số
Kiểm tra
o Kết quả đầu ra
Là 1 bảng ma trận, trong đó hàng dọc là mã đã nhập
Hàng ngang là các đầu số chi tiết thuộc nhóm đầu số đã chọn
Mã nào đã có thì đánh dấu X, mã nào chưa có thì để trống
Có chức năng Export ra Excel để gửi cho kinh doanh
2.8.2.3 YC_006_03: Quản lý thông tin liên hệ (contact point)
o Quản lý contact point nhằm tra cứu thông tin liên hệ khi có sự cố khẩn cấp hay liên lạc để trao đổi thông tin
o Các loại contact point bao gồm
Telco
Đối tác SubCP
Đối tác nội bộ
o Nhập liệu và quản lý chung các loại contact point, khi cần có thể lọc ra theo từng loại • Thông tin quản lý chi tiết
o Mã đối tác, Telco
o Loại contact point
Telco Đối tác o Họ tên o Bộ phận o Chức vụ o Email o Mobiphone
o Office phone, ext
o IM
o Thông tin khác
2.8.3 YC_006_04: Quản lý tin nhắn thụ động
2.8.3.1 Theo dõi tin nhắn SMS mới đến hệ thống
• Mô tả yêu cầu
o Tin nhắn mới SMS liên tục đến hệ thống, do đó phải có màn hình theo dõi các tin nhắn này.
o Lọc hiển thị theo:
Telco ( Mặc định hiển thị tất cả)
Nhóm đầu số dịch vụ (8x00, 8x13)
Đầu số dịch vụ chi tiết
Loại tin:
- Tin thành công tính cước - Tin lỗi
- Tin Spam
Hiển thị mặc định trong ngày hiện tại và 100 tin ban đầu để tăng Performance • Thông tin quản lý:
o Hiển thị trên Web các thông tin quản lý sau:
Telco
Cú pháp nhắn tin
Đầu số dịch vụ chi tiết
Số điện thoại
Nội dung nhắn đến (MO)
Số lượng tin MT trả về
Nội dung tin phản hổi MT cho bản tin đầu tiên
Liên kết đến MT trả sau - MT ID
- Nội dung - Thời gian
Kiểu tin (Text, WAP Push,…)
Mã lỗi
Tình trạng tin
- TÍnh cước thành công - Spam
- Lỗi
o Hiển thị sắp xếp theo tin đến mới nhất
2.8.3.2 Quản lý và tra cứu tin nhắn
• Mô tả yêu cầu
o Ngoài việc theo dõi tin đến hàng ngày, phải có thêm việc tra cứu tin đã đến và lưu trữ trong hệ thống để tra cứu phục vụ khiếu nại khách hàng, phục vụ cho đối soát….
o Những tin nhắn MT có cùng ID MO ban đầu phải được nhóm chung lại với nhau và sắp xếp theo thời gian
o Lọc hiển thị theo:
Telco ( Mặc định hiển thị tất cả)
Nhóm đầu số dịch vụ (8x00, 8x13), mặc định chọn tất cả
Cú pháp dịch vụ
Đầu số dịch vụ chi tiết, mặc định chọn tất cả
Số điện thoại nhắn tin đến
Loại tin: (mặc định hiển thị tất cả) - Tin thành công tính cước - Tin lỗi
- Tin Spam
Số lượng tin hiển thị (có thể tùy biến nhập). Tối đa là 500 tin (để tránh tình trạng giảm Performance).
Khoảng ngày (từ ngày đến ngày)
Khoảng giờ nhắn tin
Hiển thị mặc định trong ngày hiện tại và 100 tin ban đầu • Thông tin quản lý:
o Hiển thị trên Web các thông tin quản lý sau:
Telco
Cú pháp nhắn tin
Đầu số dịch vụ chi tiết
Số điện thoại
Nội dung nhắn đến (MO)
Thời gian nhắn tin
Số lượng tin MT trả về
Nội dung tin phản hổi MT cho bản tin đầu tiên
Đối tác
- MT ID - Nội dung - Thời gian
Kiểu tin (Text, WAP Push,…)
Mã lỗi
Tình trạng tin
- Tính cước thành công - Spam
- Lỗi
o Hiển thị sắp xếp theo tin đến mới nhất
2.8.3.3 Quản lý và tra cứu tin nhắn lỗi
• Mô tả yêu cầu
o Tương tự như phần tra cứu tin nhắn nhưng chỉ hiển thị danh sách tin theo nhóm lỗi
o Lọc hiển thị theo:
Telco ( Mặc định hiển thị tất cả)
Nhóm đầu số dịch vụ (8x00, 8x13), mặc định tất cả
Đầu số dịch vụ chi tiết
Cú pháp dịch vụ Phân nhóm lỗi - Tất cả lỗi - Lỗi cú pháp dịch vụ - Lỗi Spam - Lỗi kết nổi - Lỗi timeout - Lỗi dịch vụ - Lỗi không xác định
Khoảng ngày (từ ngày đến ngày)
o Hiển thị các thông tin quản lý sau:
Telco
Đầu số dịch vụ
Cú pháp nhắn tin
Số điện thoại
Thời gian nhắn tin
Nội dung nhắn đến (MO)
Nội dung tin phản hổi MT lỗi
Mã lỗi
Kiểu tin (Text, WAP Push,…)
2.8.3.4 Quản lý tin MT trả sau liên quan đến bản tin MO yêu cầu
• Mô tả yêu cầu
o Đối với các đầu số từ 82XX -> 87XX, sẽ được trả về nhiều MT tùy theo nhu cầu của dịch vụ
o Sau khi 1 tin MO yêu cầu, ngay lập tức sẽ có 1 tin MT được trả về liền cho khách hàng ứng với MO
o Các tin MT còn lại tùy theo nội dung dịch vụ sẽ ấn định thời gian trả về. Có thể ngay sau đó, cũng có thể là 1 ngày nào đó tùy nhà cung cấp dịch vụ ấn định
o Các tin MT trả sau này được lưu trữ trong mục MT và có trường và ngày tháng phân biệt tin MT trả sau
o Khi thời gian ấn định gửi bằng thời gian hiện tại của hệ thống, hệ thống sẽ tiến hành gửi tin
o Những tin MT trả sau dạng này phải được quản lý theo dõi
o Các bản tin gửi quảng cáo cũng thuộc dạng này nhưng không có MO ID
o Lọc tra cứu theo các tiêu chí sau:
Số điện thoại
Cú pháp
Nhóm đầu số dịch vụ (8x00, 8x13)
Đầu số dịch vụ chi tiết
Khoảng thời gian nhắn tin
Chỉ hiển thị lọc những bản tin dạng 1MO trả về nhiều MT o Hiển thị trên Web các thông tin quản lý sau:
MO ID
Nội dung
Số điện thoại người gửi
Đầu số
Cú pháp dịch vụ
Nội dung MO
Số lượng tối đa tin MT trả về
Thời gian nhận tin MO
Thuộc Đối tác
Chi tiết tin MT trả về - MO ID
- MT ID
- Nội dung tin trả về - Thời gian gửi tin - Loại tin trả về
2.8.4 YC_006_05: Quản lý tin nhắn chủ động
2.8.4.1 Gửi tin nhắn chủ động
• Mô tả yêu cầu
o Tin chủ động là dạng tin đặc biệt, không có MO gửi đến mà SubCP chủ động gửi đến số điện thoại khách hàng
o Thường thì áp dụng cho thông tin quảng cáo, khuyến mại, giới thiệu, thông báo….
o Nhân viên kinh doanh lấy yêu cầu của đối tác và gửi cho kỹ thuật
o Kỹ thuật sẽ thực hiện hiện gửi dựa vào danh sách số điện thoại và nội dung gửi
o Sau khi gửi xong, sẽ xuất báo cáo khi có yêu cầu từ NV kinh doanh
o Hệ thống tự động gửi tin khi ngày giờ bản tin trùng với giờ hiện tại
o Không được phép gửi quá 5 tin quảng cáo trong vòng 24h, trừ trường hợp có thỏa thuận với ngừoi nhận
• Các thông tin quản lý:
o Ngày giờ gửi tin
o Danh sách số điện thoại cần gửi. với những số điện thoại nào không đăng ký chặn tin nhắn chủ động (dịch vụ cụ thể)
o Đối tác
o Loại tin nhắn (text, WAP PUSH…)
o Tình trạng gửi (đã gửi hay chưa)
2.8.4.2 Tra cứu tin nhắn chủ động
• Mô tả yêu cầu
o Tin nhắn chủ động sẽ được tra cứu để kiểm tra tin đã gửi đi hay chưa
o Nhu cầu tra cứu theo nhiều loại:
Số điện thoại được gửi đến
Khoảng thời gian gửi
Nội dung tin gửi
Thuộc đối tác
• Thông tin hiển thị sau tra cứu:
o Ngày giờ gửi tin
o Danh sách số điện thoại cần gừi
o Nội dung tin nhắn (tin MT)
o Đối tác
o Loại tin nhắn (text, WAP PUSH…)
o Tình trạng gửi (đã gửi hay chưa)
2.8.5 YC_006_06: Quản lý từ chối nhận tin nhắn chủ động
• Mô tả yêu cầu:
o Những tin nhắn mà không có MO (tức là khách hàng không tự động soạn thảo nội dung nhắn tin để nhận kết quả hay thông báo…) đều thuộc dạng những tin nhắn quảng cáo, thông báo
o Những tin nhắn này khách hàng có quyền yêu cầu từ chối nhận
o Có nhiều hình thức từ chối nhận:
Từ chối bằng tin nhắn
Từ chối qua điện thoại (Gọi điện thoại trực tiếp đến bộ phận chăm sóc khách hàng)
o Ngay sau khi nhận được yêu cầu từ chối, phải gửi ngay thông tin xác nhận đã được yêu cầu từ chối và trong vòng 24h phải chấm dứt việc gửi tin nhắn quảng cáo đó đến người nhận
o Thông tin xác nhận đảm bảo các yêu cầu:
Thông báo đã nhận được yêu cầu từ chối, thời gian nhận yêu cầu từ chối và thời hạn ngừng tin nhắn quảng cáo
Chỉ gửi thành công được 1 lần và không có quảng cáo
2.8.5.1 Yêu cầu chặn/ hủy chặn tin nhắn từ điện thoại
• Mô tả yêu cầu:
o Khách hàng yêu cầu chặn hay hủy chặn bằng hình thức gọi điện đến bộ phận chức năng, bộ phận này nhập vào hệ thống:
Nhập nội dung yêu cầu:
- Chặn tất cả dịch vụ từ đầu số này hay - Chặn dịch vụ cụ thể
Yêu cầu: Chặn hay hủy chặn
Nội dung phản hối:
- Xác nhận đã nhận được yêu cầu từ chối tin nhắn - Xác nhận dịch vụ đã từ chối
- Xác nhận ngày giờ nhận được - Xác nhận thời hạn sẽ chấm dứt
- Thông tin phản hồi phải gửi bằng tin nhắn
Sau khi đưa vào hệ thống, những số điện thoại trong danh sách chặn theo dịch vụ sẽ không còn được sử dụng để gửi cho những lần sau.
o Tìm kiếm để thay đôi tình trạng:
Theo SĐT
Có thể tìm kiếm 1 list theo tình trạng đã chặn hay không chặn
o Bảng danh sách hiển thị quản lý có liên kết chi tiết đến lịch sử chặn tin nhắn của số điện thoại yêu cầu • Thông tin hiển thị quản lý
o Số điện thoại
o Ngày yêu cầu chặn
o Hình thức yêu cầu: chỉ hiển thị yêu cầu trực tiếp
o Tin nhắn đến (MO)
o Nội dung trả về (MT)
o Đầu số dịch vụ nhắn đến (mặc định chỉ có 1)
o Tình trạng chặn
• Bảng danh sách hiển thị quản lý có liên kết chi tiết đến lịch sử chặn tin nhắn của số điện thoại yêu cầu
2.8.5.2 Yêu cầu chặn/ hủy chặn từ tin nhắn của khách hàng
• Mô tả yêu cầu
o Khách hàng sẽ nhắn tin theo cú pháp để yêu cầu chặn tin nhắn đến 1 dịch vụ nhất định hay toàn bộ dịch vụ
o Khi hệ thống nhận được, tiến hành thay đổi thông tin trong DB để đáp ứng yêu cầu của khách hàng, sau đó gửi tin phản hối cho khách hàng về tình trạng chặn
Số điện thoại yêu cầu
Nhập nội dung yêu cầu:
- Chặn tất cả dịch vụ (mặc định) - Dịch vụ cụ thể (tùy vào tin nhắn)
Nội dung phản hối:
- Xác nhận đã nhận được yêu cầu từ chối tin nhắn - Xác nhận dịch vụ đã từ chối
- Xác nhận ngày giờ nhận được