CHƯƠNG 1 : GIỚI THIỆU VỀ THƯƠNG MẠI ĐIỆN TỬ
3.6.Công cụ kết nối hệ thống với các hệ thống đối tác
Thông thường việc kết nối giữa các hệ thống công nghệ thông tin độc lập được thông qua giao tiếp API. Mơ hình tối ưu để tạo cơng cụ kết nối cho các hệ thống đối tác qua môi trường Internet là sử dụng Web Services.
Trong mơ hình này, các hệ thống chủ chỉ cần xây dựng sẵn các Web Services chứa danh sách các hàm có cấu trúc định sẵn cho việc kết nối và
Publish nó trên hệ thống. Các hệ thống khách sử dụng quyền truy nhập của mình và gọi tới các hàm trong Web Servers để thao tác các dữ liệu cần thiết.
Web Services đã trở thành tập các cơng nghệ mới nhằm cung cấp mơ hình hướng dịch vụ qua Internet. Nó cung cấp cách thức gọi các dịch vụ
được cung cấp bởi các ứng dụng và giao thức tiêu chuẩn. Tập trung vào tính độc lập của Platform, các Web Services đã chuyển tiềm năng ban đầu là khả
năng tác nghiệp lẫn nhau và tính linh động của các ứng dụng thành việc hiện thực hoá sự kết nối qua lại các hệ thống hiện có để trao đổi thông điệp. Do
vậy các nỗ lực quan trọng nhất hiện nay là nhằm phát triển lĩnh vực này. Web Services là tập các công nghệ mới kết nối lẫn nhau là phương tiện để tăng cường các khả năng của các nhà lập trình để lập trình các ứng
dụng dành cho Internet. Nó cung cấp một mơ hình cho việc liên lạc giữa các
ứng dụng qua các giao thức đơn giản và các dạng thức như HTTP, XML
(Extensible Markup Language) và SOAP (Simple Object Access Protocol) trong khi các ứng dụng không cần biết về sự thực hiện các dịch vụ chúng gọi tới ngoài sự tồn tại của chúng và các giao diện của chúng. Các Web Services riêng biệt là độc lập Platform và cũng độc lập với nhau.
XML là tiêu chuẩn làm cho nó có thể vận dụng tự động, xử lý dữ liệu và chia tách nội dung với việc thể hịên, đây là một trong các đặc điểm cốt
lõi. SOAP ngược lại cho phép gọi từ xa qua việc sử dụng XML và cung cấp tính linh hoạt. SOAP làm nền tảng và đánh dấu sự khởi đầu Web Services, tập các cơng nghệ mới này được nhìn nhận như một giải pháp cuối cùng cho việc thoả thuận trên các tiêu chuẩn đối với Middleware như một sự mở đầu
cho sự tương tác và tính khả chuyển của các ứng dụng và các hệ thống. Tuy
nhiên, các chính sách và các xung đột doanh nghiệp tránh cho điều này
không xảy ra và vẫn còn một thoả thuận về SOAP và cách miêu tả Web Services, tuy nhiên các giá trị của chúng và các khu vực ứng dụng đã đi
theo các hướng khác nhau.
Nói chung, Web Service có thể dựa trên khái niệm là Module ứng
dụng hay phần mềm cung cấp các dịch vụ qua Internet, độc lập về ngơn ngữ mà nó dùng hoặc Platform mà nó chạy trên đó. Trong Web Services, ba thực thể cơ sở được xác định là:
• Cung cấp dịch vụ (Service Provider)
• Yêu cầu dịch vụ (Service Requestor)
• Đăng ký dịch vụ (Service Registry).
Registry bằng cách gửi mô tả dịch vụ, sau đó nó sẽ được xuất ra. Mơ tả dịch vụ này chứa tồn bộ thơng tin cần thiết dành cho Service Requestor để phát hiện và sử dụng dịch vụ, bao gồm các loại dữ liệu sử dụng, các hoạt động có thể tiến hành, thơng tin ràng buộc để thiết lập kết nối và việc định vị trí dịch vụ trên mạng. Service Registry có thể được tìm thấy bởi nhiều Service
Requestor khác nhau trên trên cơ sở các thông tin Universal Description, Discovery, Integration (UDDI). Service Registry có thể thậm chí được hồn
thành bằng việc mơi giới. Web Services có thể là một Service Requestor, gọi các Web Services khác nhằm thực hiện các mục tiêu của mình. Điều này cho thấy vai trị của Service Requestor và Service Provider có thể thay đổi lẫn
nhau. Hơn nữa, Web Services Definition Language (WSDL) là ngôn ngữ
được dùng để xác định các giao diện và các cơ chế được sử dụng trong liên
lạc trong mơ hình Web Services.
Service Requestor sử dụng thông tin định vị và gắn kết của phần mô tả dịch vụ để thiết lập kết nối tới Web Service. Điều này có thể đạt được
bằng cách tóm lược thơng tin gắn kết được tìm thấy với SOAP để đưa ra yêu cầu (có thể được hình thành tại thời điểm thiết kế) và được gửi vào Web
Service khi chạy. Điều này cũng phụ thuộc vào tính linh động của ứng dụng và Web Service khi được yêu cầu cũng như việc thực hiện UDDI Node.
CHƯƠNG 4: XÂY DỰNG HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ PHỤC VỤ CÔNG TÁC BÁN HÀNG CHO VIỄN THÔNG HÀ NỘI 4.1. Thực trạng Thương mại điện tử tại Viễn thông Hà Nội (adsbygoogle = window.adsbygoogle || []).push({});
Những năm gần đây các ứng dụng mang tính chất thương mại điện tử
đã bắt đầu được các đơn vị kinh doanh ở nước ta đưa vào triển khai. Tuy
nhiên các mơ hình thương mại điện tử hiện còn khá đơn giản, chưa đầy đủ
các tính năng của một hệ thống hồn chỉnh với đầy đủ các công cụ bao gồm: Website, cơng cụ quản lý kho hàng, thanh tốn điện tử, giao vận, kết nối đối tác. Hiện nay Viễn thông Hà Nội đang tích cực triển khai các dự án đưa
thương mại điện tử vào hỗ trợ sản xuất kinh doanh nhằm nâng cao hiệu quả công tác bán hàng và phục vụ khách hàng. Tuy nhiên Viễn thông Hà Nội vẫn chưa triển khai mơ hình thương mại điện tử đầy đủ, việc bán hàng chủ
yếu thực hiện tại các điểm giao dịch, chi phí nhân cơng và mặt bằng lớn,
việc quản lý hàng hóa đơn giản và chưa tập trung.
Việc nghiên cứu, triển khai các mơ hình, cơng nghệ mới tiên tiến và áp dụng trong sản xuất kinh doanh nhằm nâng cao hiệu quả, giảm chi phí nhân công là cần thiết đối với sự phát triển công nghệ thông tin của Viễn
thông Hà Nội. Việc xây dựng một hệ thương mại điện tử đầy đủ, với các tính năng quản lý hệ thống các kho hàng, quản lý bán hàng, giao vận và cung cấp khả năng thanh toán trực tuyến sẽ đáp ứng được yêu cầu mở rộng các kênh
bán hàng cho Viễn thông Hà Nội trong giai đoạn hội nhập. Trong thời đại
thương mại điện tử phát triển mạnh, việc liên kết hệ thống thương mại điện tử của các đối tác để hình thành một liên minh cung cấp tối đa sự thuận tiện cho khách hàng trong mơ hình thương mại điện tử là yêu cầu tất yếu.
Việc nghiên cứu, thiết kế và xây dựng một hệ thống Thương mại điện tử tương đối hoàn chỉnh cho Viễn thông Hà Nội với các thành phần Website Thương mại điện tử, hệ thống Quản lý kho hàng & bán hàng, cơng cụ thanh tốn trực tuyến và có khả năng kết nối với các hệ thống công nghệ của các
đối tác thương mại theo mơ hình B2B, nhằm mục tiêu hiện đại hóa việc bán
hàng, chăm sóc khách hàng là yêu cầu cấp thiết để từng bước đưa thương
mại điện tử trở thành một trong những kênh bán hàng và dịch vụ quan trọng của Viễn thơng Hà Nội bên cạnh hệ thống chăm sóc khách hàng VNPT Hà Nội Portal đã triển khai.
4.2.1. Các tính năng chính
Các tính năng chính của Website Thương mại điện tử của Viễn thông Hà Nội bao gồm:
• Quản lý người dùng End-user thông qua các thông tin người dùng, quản lý lịch sử giao dịch.
• Quản lý chủng loại và sản phẩm hàng hóa cung cấp trên hệ thống bán hàng của Viễn thơng Hà Nội.
• Quản lý các thơng tin đặc trưng của sản phẩm hàng hóa cung cấp trên hệ thống, liên kết với chương trình Quản lý kho hàng và bán hàng.
• Cung cấp cơng cụ giỏ hàng, các cơng cụ thanh tốn cho người dùng.
4.2.2. Quan hệ dữ liệu giữa người dùng và đơn hàng
4.3. Xây dựng Hệ thống Quản lý bán hàng và kho hàng cho Viễn thông Hà Nội Hà Nội
4.3.1. Các tính năng chính
Các tính năng chính của hệ thống Quản lý kho hàng và bán hàng của Viễn thơng Hà Nội bao gồm:
• Quản lý việc nhập hàng, xuất hàng, điều chuyển hàng tại các kho hàng do Trung tâm DVKH và Phòng TTBH quản lý.
• Quản lý việc nhập hàng, thối hàng và bán hàng tại cửa hàng/đại lý.
• Quản lý người dùng trên hệ thống.
• Tích hợp bán hàng Online thống qua Website Thương mại điện tử.
4.3.2. Tính năng dựa trên hệ thống người dùng (User System) (adsbygoogle = window.adsbygoogle || []).push({});
Hệ thống người dùng được chia làm 4 cấp (Level). Tại mỗi một Level người dùng có quyền và những tính năng chính sau:
• Level 1 - cấp Trung tâm DVKH
o Quản lý chủng loại hàng hóa, danh mục hàng hóa trên hệ thống: người sử dụng tại cấp này có thể định nghĩa danh mục chủng
loại và danh mục sản phẩm cụ thể thuộc chủng loại đó.
o Khởi tạo và quản lý các User Level thuộc đơn vị tương ứng.
o Khởi tạo người dùng cấp Phòng TTBH trực thuộc (Level 2).
o Nhập hàng, xuất hàng.
o Xử lý phân loại các đơn hàng Online, kiểm tra các đơn hàng do khách hàng đặt trên Website Thương mại điện tử, chia về cho
các cửa hàng/đại lý (Level 3) để xử lý.
o Xem kho hàng.
o Báo cáo thống kê.
• Level 2 - cấp Phịng TTBH
o Nhập hàng theo danh mục sản phẩm đã được định nghĩa.
o Nhập hàng từ các nhà cung cấp.
o Điều chuyển hàng cho các cửa hàng/đại lý trực thuộc Phòng
TTBH.
o Rút hàng từ các cửa hàng đại lý trực thuộc để điều chuyển. Thoái hàng trả nhà cung cấp
o Duyệt các đơn hàng được đặt hàng cửa hàng/đại lý trực thuộc
(Level 3). Kiểm tra xem có đáp ứng được các đơn hàng đó hay
khơng, nếu đáp ứng sẽ điều chuyển hàng.
o Khởi tạo và quản lý các User Level thuộc đơn vị tương ứng.
o Khởi tạo người dùng cấp cửa hàng/đại lý trực thuộc (Level 3).
o Báo cáo chi tiết việc bán hàng và xử lý đơn hàng Online do
khách hàng đặt trên Website Thương mại điện tử tại cửa
hàng/đại lý trực thuộc.
o Xem kho hàng.
o Báo cáo thống kê.
• Level 3 - cấp Cửa hàng/đại lý
o Nhận các đơn đặt hàng Online và xử lý.
o Yêu cầu đặt hàng chi tiết lên cấp Phòng TTBH. (adsbygoogle = window.adsbygoogle || []).push({});
o Khởi tạo và quản lý các User Level thuộc đơn vị tương ứng.
o Khởi tạo và quản lý nhân viên bán hàng thuộc cửa hàng/đại lý (Level 4).
o Xem kho hàng.
o Báo cáo thống kê.
• Level 4 - cấp Nhân viên bán hàng/Giao hàng
o Bán hàng trực tiếp tại cửa hàng.
o Trực tiếp xử lý các đơn hàng Online.
4.3.3. Lược đồ quan hệ trong cơ sở dữ liệu
a.Bán hàng:
b.Nhập hàng:
d.Xuất hàng:
e.Phân quyền User:
Hình 4.6. Các bảng dữ liệu quyền user
4.3.4. Một số thủ tục xử lý dữ liệu
a.Các thủ tục xử lý User Level 1:
Thủ tục:
PROCEDURE [dbo].[dvkh_procSupplier] @sup_id int out,
@sup_name nvarchar(256) = '', @sup_addr nvarchar(256) = null, @sup_tel nvarchar(20) = null, @sup_fax nvarchar(20) = null, @sup_email nvarchar(50) = null, @sup_nick nvarchar(50) = null, @sup_desc text = null,
@sup_website nvarchar(100) = null, @sup_date datetime = null,
@sup_act bit = null,
@sup_imgUrl nvarchar(100) = null, @ParentSupplierID int = 0,
@ChucNangID int = 1,
@createdDate datetime = null,
@lastModifiedDate datetime = null, @lastModifiedUser nvarchar(100) = null, @languageID int = null,
@sup_user nvarchar(256) = '', @sup_pass nvarchar(512) = '', @cn int =1
Giải thích: Hàm dvkh_procSupplier nhằm mục đích thực hiện
chức năng thêm/xóa/sửa các đơn vị do mình quản lý. Chỉ có đơn vị trên mới có quyền thao tác với chính đơn vị mình và cấp
dưới mình.
Giải thích tham số: Tham số vào: (IN)
sup_name: tên của đơn vị sử dụng chương trình sup_addr: địa chỉ của đơn vị (adsbygoogle = window.adsbygoogle || []).push({});
sup_tel: số điện thoại của đơn vị sup_fax: số fax của đơn vị
sup_email: email của đơn vị sup_nick: nick để chat với đơn vị sup_desc: mô tả đơn vị
sup_date: ngày khởi tạo đơn vị ParentSupplierID: id đơn vị cha ChucNangID: chức năng của đơn vị
sup_act: trạng thái đơn vị (1: không tồn tại, 0: tồn tại) sup_user: user để đăng nhập đơn vị
sup_pass: pass để đăng nhập đơn vị
Tham số ra: (OUT)
sup_id: id đơn vị, là 1 trường tự tăng (auto_icrement)
• Cập nhật chiết khấu: Cho phép người sử dụng chương trình cập nhật
chiết khấu, chiết khấu được gắn với mỗi sản phẩm. Thủ tục:
PROCEDURE [dbo].[Update_ProductDisCount] @idPro int,
@idDis int = 0
Giải thích: Hàm Update_ProductDisCount nhằm mục đích cập
nhật chiết khấu cho mỗi sản phẩm trong danh mục sản phẩm. Giải thích tham số:
Tham số vào: (IN)
idPro: id của sản phẩm idDis: id của chiết khấu
Thủ tục:
PROCEDURE [dbo].[Proc_HistoryProDis] @idhistoryprodis int out,
@idProduct int, @idDiscountOld int, @idDiscountNew int, @idSupID int,
@SupName nvarchar(256)
Giải thích: Hàm Proc_HistoryProDis nhằm mục đích thực hiện chức năng ghi log cho user sửa chiết khấu
Tham số vào: (IN)
idProduct: id của sản phẩm idDiscountOld: id chiết khấu cũ idDiscountNew: id chiết khấu mới idSupID: id user sửa chiết khấu SupName: tên đơn vị sửa chiết khấu
Tham số ra: (OUT)
Idhistoryprodis: id log chiết khấu (auto_increment)
• Xem kho hàng mức Phịng TTBH: Cho phép người sử dụng chương
trình xem tồn bộ số lượng các mặt hàng của tất cả các phòng tiếp thị bán hàng. Thủ tục: PROCEDURE [dbo].[Xemkhohang_PTTBH] @SupID int, @CateID int, @KieusapxepID int
Giải thích: Hàm Xemkhohang_PTTBH nhằm mục đích xem
thơng tin số lượng mặt hàng có trong kho đó. Giải thích tham số:
Tham số vào: (IN)
SupID: id của kho hàng (adsbygoogle = window.adsbygoogle || []).push({});
CateID: id của danh mục mặt hàng
KieusapxepID: (1: theo tên mặt hàng, 2: theo số lượng
tăng …)
• Xem kho hàng mức cửa hàng/đại lý: Cho phép người sử dụng chương trình xem tồn bộ số lượng các mặt hàng của tất cả các cửa hàng. Thủ tục: PROCEDURE [dbo].[Xemkhohang_CH] @SupID int, @CateID int, @KieusapxepID int
Giải thích: Hàm Xemkhohang_CH nhằm mục đích xem thơng
tin số lượng mặt hàng có trong kho đó. Giải thích tham số:
Tham số vào: (IN)
SupID: id của kho hàng
CateID: id của danh mục mặt hàng
KieusapxepID: (1: theo tên mặt hàng, 2: theo số lượng
tăng …)
b.Các thủ tục xử lý User Level 2:
• Nhập hàng: Cho phép người sử dụng chương trình cập nhật hàng có trong danh mục vào kho hàng của mình. Nếu sản phẩm đã có thì cập nhật thêm số lượng, nếu sản phẩm chưa có thì Insert sản phẩm mới vào kho hàng.
Thủ tục:
PROCEDURE [dbo].[Nhapsoluongsanpham] @SupProID int out,
@SupplierID int = null, @ProductID int = null,
@Amount numeric(18,0) = 0 Giải thích tham số:
Tham số vào: (IN)
SupplierID: id của kho hàng ProductID: id của mặt hàng
Amount: Số lượng sản phẩm cần thêm
Tham số ra: (OUT)
@SupProID: id bảng dvkh_SupplierProduct (auto_increment)
• Chia hàng cho cửa hàng/đại lý: Cho phép người sử dụng chương trình chia hàng về các cửa hàng theo số lượng đã định. Số lượng hàng
Thủ tục:
PROCEDURE [dbo].[dvkh_procExcSupplierProduct] @SupplierExchID int out,
@SupplierID int = null, @SupRevID int = null, @ProductID int = null,
@Amount numeric(18,0) = 0, @modifiedUser nvarchar(100), @error_code int out
Giải thích: Thủ tục dvkh_procExcSupplierProduct cho phép thực hiện việc chuyển hàng giữa các kho hàng.
Giải thích tham số: Tham số vào: (IN)
SupplierID: id của kho hàng (phòng tiếp thị bán hàng) SupRevID: id của kho được nhận hàng (cửa hàng) ProductID: id của sản phẩm được chuyển (adsbygoogle = window.adsbygoogle || []).push({});
Amount: số lượng chuyển
modifiedUser: đơn vị thực hiện chuyển
Tham số ra: (OUT)
SupplierExchID: id của các thao tác chuyển
(auto_increment)
error_code: mã lỗi trong trường hợp chuyển (0: thành
công, 1: thất bại) Thủ tục: PROCEDURE [dbo].[Update_ChuyenHang] @Idpttbh int, @Idcuahang int, @IdProduct int
Giải thích: Thủ tục Update_ChuyenHang cho phép thực hiện cập nhật trạng thái đơn hàng của Level3 (2: chuyển thành công, 1: hủy đơn hàng, 0: đợi xét)
Tham số vào: (IN)
Idpttbh: id của phòng tiếp thị bán hàng Idcuahang: id của cửa hàng
IdProduct: id của sản phẩm
• Xem các đơn hàng được đặt hàng từ cửa hàng: Cho phép người sử
dụng hiển thị các đơn đặt hàng của cửa hàng/đại lý. Thủ tục: View_Donhang
Giải thích: Thủ tục View_Donhang cho phép hiển thị các đơn
hàng của cửa hàng/đại lý đã đặt hàng. Thủ tục: Deny_ChuyenHang