4. Nhu cầu hạ tầng kỹ thuật và nhân lực phục vụ khai thác
2.6.1 Quy trình giao container – Pickup Order.
Quy trình cơng nghệ
43 43
2 Khách hàng đăng nhập vào hệ thống ePORT để tạo lệnh theo BL No hoặc Booking No và nhập số container
3 Nếu container nhập khẩu nguyên chiếc không phải nội địa, ePORT yêu cầu ACCIS kiểm tra tình trạng thơng quan như quy trình hiện tại
4 Nếu container rông hoặc không phải nội địa hoặc container đã thông quan, cho phép khách hàng thêm container vào đơn nhận hàng
5 Khách hàng chỉ định SSR (yêu cầu dịch vụ đặc biệt) như “Kiểm tra Hải quan”, v.v. cho từng container. SSR sẽ được bao gồm trong lệnh lấy container và dịch vụ bãi sẽ được bao gồm trong hóa đơn.
6 ePORT gửi thơng báo “Lệnh nhận hàng” tới CATOS để chọn container. Thông báo (thông điệp) bao gồm:
Số Pick-up order
Loại công việc (Nhận theo BL, Nhận theo booking) Hình thức thanh tốn (Tiền mặt, Trả sau)
44 44
Ngày Nhận hàng (cho môi container) Số xe tải (cho môi container)
Kiểm tra lưu bãi, Kiểm tra container lạnh (Chỉ giao dịch tiền mặt) Người nhận hàng
Công ty vận tải Thông tin khác...
7 CATOS nhận Thông báo và kiểm tra lệnh hợp lệ BL / chuyến tàu đã tồn tại
Thơng tin container đã tồn tại Ngày PU có hiệu lực
Nếu số Pickup order không hợp lệ, CATOS trả lại FAIL cho ePORT kèm theo mô tả chi tiết, ePORT sẽ hỏi khách hàng nhập số liệu chính xác.
8 Nếu Hình thức thanh tốn là Trả sau, CATOS sẽ tạo Pickup order cho các container và trả lại ePORT với Số Pickup order.
9 ePORT nhận Số Pickup order và hồn tất quy trình cho lệnh Trả sau (Credit) 10 Nếu Hình thức thanh tốn là Tiền mặt, CATOS sẽ tạo Pickup order cho
container và tạo biên nhận sau đó trả lại ePORT với Số Pickup order và thơng tin chi tiết về biên nhận
11 ePORT nhận được Số lượng lệnh với số Pickup order 12 Khách hàng thanh toán qua NAPAS
13 ePORT gửi thông báo “IssueInvoiceOrder” tới CATOS cho số Pickup order 14 CATOS nhận và phát hành biên nhận
Khách hàng có thể nhận container tại Cổng. (xác thực tại Cổng như quy trình hiện tại)
15 Gửi hóa đơn đến hệ thống FAST (hiện tại qua InterDB)
16 FAST phát hành Hóa đơn điện tử và gửi tới ePORT, sau đó ePORT gửi Hóa đơn điện tử đã phát hành cho khách hàng
17 Trong trường hợp bỏ container theo lệnh nhận hàng với loại hình thanh tốn là “Tiền mặt”, ePORT gửi Thơng báo yêu cầu hủy biên lai / hóa đơn trong CATOS trước, sau đó sẽ gửi Thơng báo yêu cầu xóa lệnh lấy hàng.
2.6.2 Quy trình hạ container - DropOff
Quy trình cơng nghệ
45 45
rơng (bao gồm trả rông)
2 Khách hàng chỉ định SSR (yêu cầu dịch vụ đặc biệt) như “Kiểm tra Hải quan”, v.v. cho từng container. SSR sẽ được bao gồm yêu cầu hạ hàng và dịch vụ bãi sẽ được bao gồm trong hóa đơn.
3 ePORT gửi thơng báo “Lệnh hạ container – PreAdvice Order” tới CATOS cho các container đã chọn. Thơng báo bao gồm
Lịch trình tàu
Hình thức thanh toán (Tiền mặt, Trả sau)
Số Đăng ký người trả tiền (MST doanh nghiệp) Container
Ngày hết hạn trả lại (giá trị DET nhận được từ eDO cho container trả rông) Công ty vận tải
Người nhận hàng Thông tin khác..s.
4 CATOS nhận Thông báo và kiểm tra hợp lệ của yêu cầu hạ container Chuyến tàu đã tồn tại
Thông tin container tồn tại với trạng thái "Đặt trước" / "Booking"
Nếu lệnh hạ container không hợp lệ, CATOS trả lại FAIL cho ePORT kèm theo mô tả chi tiết, ePORT sẽ hỏi khách hàng để nhập dữ liệu chính xác.
5 Nếu Hình thức thanh tốn là Trả sau, CATOS tạo lệnh cho container và trả lại
46 46
7 Nếu Hình thức thanh tốn là Tiền mặt, CATOS sẽ tạo lệnh Job Order No cho container và tạo biên nhận, sau đó trả lại ePORT với Số lệnh Job Order No và thông tin chi tiết về biên nhận
8 ePORT nhận được Job order no. với số lượng đặt hàng. 9 Khách hàng thanh tốn qua NAPAS
10 ePORT gửi thơng báo “IssueInvoiceOrder” tới CATOS cho đơn hạ hàng 11 CATOS nhận và phát hành biên nhận
Khách hàng có thể trả container tại Cổng. (xác thực tại Cổng như quy trình hiện tại)
12 Gửi hóa đơn đến hệ thống FAST (hiện tại qua InterDB)
13 FAST phát hành Hóa đơn điện tử và gửi tới ePORT, sau đó ePORT gửi Hóa đơn điện tử đến khách hàng
14 Trong trường hợp cần loại bỏ container theo đơn hạ hàng với loại thanh toán “Tiền mặt”, ePORT gửi Thơng báo u cầu hủy biên lai / hóa đơn trong CATOS trước, sau đó sẽ gửi Thơng báo u cầu xóa đơn hạ hàng.
2.6.3 Quy trình Đóng/ rút hàng tại kho bãi.
Quy trình cơng nghệ
47 47
2 Khách hàng đăng nhập vào hệ thống ePORT để tạo lệnh đóng/ rút bằng BL No hoặc Booking No
Trong trường hợp đóng hàng bằng cách đặt chô (booking), Hãng tàu sẽ cung cấp số container cho khách hàng hoặc DNP sẽ cung cấp số container
Do đó, khách hàng sẽ tạo lệnh với số container.
3 Nếu container có hàng nhập ngoại, ePORT yêu cầu ACCIS kiểm tra tình trạng thơng quan như quy trình hiện tại
4 Nếu container rông hoặc không phải container nội địa hoặc container được thông quan, cho phép khách hàng thêm container vào lệnh đóng/ rút.
5 Khách hàng chỉ định SSR (yêu cầu dịch vụ đặc biệt) liên quan đến dịch vụ CFS cho từng container. SSR sẽ được bao gồm trong lệnh yêu cầu đóng/ rút và dịch vụ tại cảng sẽ được bao gồm trong hóa đơn.
6 ePORT sẽ gửi thơng báo “Lệnh Đóng Rút” tới CATOS cho các container đã chọn. Thông báo bao gồm:
Số lệnh
Loại công việc – Job mode (Nhận theo BL, Nhận theo Booking)
48 48
Container
Ngày hết hạn Cntr (trên môi container)
Kiểm tra lưu bãi, Kiểm tra Container lạnh (Chỉ giao dịch tiền mặt) Người nhận hàng
SSR V.v…
7 CATOS nhận Thơng báo và kiểm tra lệnh đóng/ rút hợp lệ Số BL / chuyến tàu đã tồn tại
Thông tin container đã tồn tại Ngày hết hạn Cntr hợp lệ
Nếu lệnh không hợp lệ, CATOS phản hồi FAIL cho ePORT kèm theo mô tả chi tiết, ePORT sẽ yêu cầu khách hàng sửa dữ liệu.
8 Nếu Hình thức thanh tốn là Trả sau, CATOS tạo lệnh đóng/ rút cho các container và phản hồi ePORT với Số lệnh.
9 ePORT nhận được Số lệnh và hồn tất q trình cho lệnh trả sau (CREDIT) 10 Nếu Hình thức thanh tốn là Cash, CATOS sẽ tạo lệnh đóng/ rút cho container
và tạo biên nhận, sau đó trả lại ePORT với Số lệnh và thơng tin chi tiết về biên nhận.
11 ePORT nhận được Số lệnh với số tiền 12 Khách hàng thanh toán qua NAPAS
13 ePORT gửi thông báo “IssueInvoiceOrder” tới CATOS để thực hiện lệnh đóng/ rút
14 CATOS nhận và phát hành biên nhận
15 Gửi hóa đơn đến hệ thống FAST (hiện tại qua dữ liệu trung gian InterDB) 16 FAST phát hành Hóa đơn điện tử và gửi đến ePORT, sau đó ePORT gửi Hóa
đơn điện tử cho khách hàng
17 Trong trường hợp xóa bỏ container theo lệnh đóng/ rút với loại thanh tốn “CASH”, ePORT gửi Thơng báo yêu cầu hủy biên nhận / hóa đơn trong CATOS trước, sau đó sẽ gửi Thơng báo u cầu xóa lệnh đóng/ rút. 2.6.4 Quy trình đặt hàng dịch vụ đặc biệt SSR
Quy trình cơng nghệ
49 49
2 Khách hàng nhập container để thực hiện dịch vụ tại cảng
3 ePORT gửi thông báo “Lệnh SSR” tới CATOS cho các container đã chọn. Thơng báo bao gồm
Mã SSR
Hình thức thanh toán (CASH, CREDIT) MST đối tượng thanh toán
Danh sách Container
4 CATOS nhận Thông báo và kiểm tra lệnh SSR hợp lệ BL / chuyến tàu đã tồn tại
Thông tin container đã tồn tại Ngày PU có hiệu lực
Nếu lệnh lấy hàng khơng hợp lệ, CATOS trả lại FAIL cho ePORT kèm theo mô tả chi tiết, ePORT sẽ hỏi khách hàng số liệu chính xác.
5 Nếu Loại thanh tốn là CREDIT, CATOS sẽ tạo số lệnh SSR cho container và trả lại ePORT với số SSR
6 ePORT nhận Số lệnh SSR và hồn tất xử lý cho lệnh CREDIT
7 Nếu Hình thức thanh tốn là CASH, CATOS sẽ tạo lệnh SSR cho container và tạo biên nhận, sau đó trả lại ePORT với Số lệnh SSR và thông tin chi tiết về biên nhận
8 ePORT nhận Số lệnh SSR với số tiền
50 50
11 CATOS nhận và phát hành biên nhận
12 Gửi hóa đơn đến hệ thống FAST (hiện tại qua InterDB)
13 FAST phát hành Hóa đơn điện tử và gửi đến ePORT, sau đó ePORT gửi Hóa đơn điện tử cho khách hàng
14 Trong trường hợp xóa container theo lệnh SSR với loại thanh tốn “CASH”, ePORT gửi Thơng báo u cầu hủy biên nhận / hóa đơn trong CATOS trước, sau đó sẽ gửi Thơng báo u cầu xóa lệnh SSR.
3 Mơ tả các chức năng phần mềm
3.1Module giao tiếp giữa Autogate và CATOS (quản lý xe chở container qua cổng, hồn thành cơng việc giao nhận và cập nhật thông tin container)
a) Dịch vụ dưới đây giữa CATOS và Autogate sẽ được thiết lập
TT Thông điệp Lời yêu cầu /Gửi Người trả lời
1 Đăng nhập Autogate CATOS
2 Kiểm tra vị trí đã lên kế hoạch
Autogate CATOS-XIS1
3 Gửi cổng trong công việc Autogate CATOS-XIS1
4 Gửi công việc Gate Out Autogate CATOS-XIS1
5 Thông tin container Autogate CATOS-XIS1
6 Yêu cầu Danh sách công việc Quay
Autogate CATOS-XIS2
7 Hồn thành cơng việc Quay Autogate CATOS-XIS2
8 Cập nhật số bãi xe tải Autogate CATOS-XIS2
9 Hủy công việc trước cổng Autogate CATOS-XIS1
10 Hủy lệnh giao dịch tại cổng
Autogate CATOS-XIS1
11 Từ chối cổng ra Autogate CATOS-XIS1
12 Hoạt động CFS Autogate CATOS
b) Chi tiết các dịch vụ
OCR đang triển khai ở phía Cổng và phía cầu tàu (Quay), hệ thống Autogate sẽ nắm bắt và giao tiếp với CATOS để có thể cho phép xe chở container qua cổng, hồn thành cơng việc giao nhận tại cổng và cập nhật thông tin container qua dịch vụ web.
(Chi tiết dịch vụ trong Phụ lục đính kèm BCKTKT)
3.2Module giao tiếp giữa ePORT và CATOS (thủ tục giao nhận hàng)
a) Dịch vụ dưới đây giữa CATOS và ePORT sẽ được thiết lập ePORT sẽ cung cấp các dịch vụ sau:
Lệnh Nhận hàng container có hàng
Lệnh Nhận hàng container rơng
51 51
lắp móc treo container, sửa chữa / vệ sinh container, ...
Yêu cầu tạo lệnh đóng/ rút.
Cập nhật DEM / DET.
Dịch vụ bãi / Thông quan hải quan / Giữ container
Đổi tàu / đổi cảng / đổi booking (Khách hàng yêu cầu đổi container từ tàu A sang tàu B, từ Cảng A sang Cảng B)
Việc tích hợp sẽ ảnh hưởng đến q trình:
Tạo lệnh lấy container pickup order, lệnh trả container drop-off, lệnh SSR và lệnh đóng/ rút
Tạo / Xuất hóa đơn cho khách hàng sử dụng tiền mặt
Hoạt động cổng - container gate
TT Thông điệp Lời yêu cầu/Gửi Người trả lời
1 Đăng nhập ePORT CATOS
2 Lịch trình tàu CATOS ePORT
3 InquireBookingInfo ePORT CATOS
4 BookingInfo ePORT CATOS
5 DeleteBookingInfo ePORT CATOS
6 CreatePickupOrder ePORT CATOS
7 UpdatePickupOrder ePORT CATOS
8 DeletePickupOrder ePORT CATOS
9 CreatePreAdvice ePORT CATOS
10 UpdatePreAdvice ePORT CATOS
11 DeletePreAdvice ePORT CATOS
12 CreateStuffingStrippingOrder ePORT CATOS 13 UpdateStuffingStrippingOrder ePORT CATOS 14 DeleteStuffingStrippingOrder ePORT CATOS
15 CreateSSROrder ePORT CATOS
16 DeleteSSROrder ePORT CATOS
17 IssueInvoiceOrder ePORT CATOS
18 CancelReceipt ePORT CATOS
19 ExportCOPRARList ePORT CATOS
20 SBPList ePORT CATOS
21 HoldReleaseContainer ePORT CATOS
22 ChangeVessel ePORT CATOS
b) Chi tiết các dịch vụ
(Chi tiết dịch vụ trong Phụ lục đính kèm BCKTKT)
3.3 Module giao tiếp giữa ePORT và CATOS (hệ thống truy xuất/ báo cáo dữ liệu phục vụ số hóa dữ liệu)
52 52
Cảng Đà Nẵng (DNP) muốn số hóa báo cáo qua hệ thống ePORT, người dùng bên ngồi có thể hỏi hoặc tải các loại báo cáo này trên website và có chữ ký số kèm theo. Do đó, CATOS cần cung cấp các dữ liệu sau
- Danh sách dỡ hàng / xếp hàng / chuyển container của tàu (Báo cáo kiểm đếm) - Báo cáo hoạt động của tàu (Báo cáo tiếp nhận container)
- Danh sách container vượt quá lưu bãi - Danh sách container xuất nhập qua cổng - Đóng/ rút danh sách container
a) Dịch vụ dưới đây giữa CATOS và ePORT sẽ được thiết lập
TT Thông điệp Lời yêu cầu/Gửi Người trả lời
1 Đăng nhập ePORT CATOS
2 TallyExport ePORT CATOS
3 TallyImport ePORT CATOS
4 TallyShifting ePORT CATOS
5 ROROC ePORT CATOS
6 OverStorageList ePORT CATOS
7 GateInOuttList ePORT CATOS
8 CFSList ePORT CATOS
b) Chi tiết các dịch vụ
(Chi tiết dịch vụ trong Phụ lục đính kèm BCKTKT) 4 Các yêu cầu phi chức năng
4.1Yêu cầu đặc tính sản phẩm
- Tính phù hợp: Là khả năng của một phần mềm có thể cung cấp một tập các chức năng thích hợp cho cơng việc cụ thể phục vụ mục đích của người sử dụng;
- Tính chính xác: Là khả năng của phần mềm có thể cung cấp các kết quả hay hiệu quả đúng đắn hoặc chấp nhận được với độ chính xác cần thiết;
- Khả năng hợp tác làm việc: Khả năng tương tác với một hoặc một vài hệ thống cụ thể của phần mềm;
- Tính an tồn: Khả năng bảo vệ thông tin và dữ liệu của sản phẩm phần mềm, sao cho người, hệ thống khơng được phép thì khơng thể truy cập, đọc hay chỉnh sửa chúng; 4.2Yêu cầu về độ tin cậy
- Tính đúng đắn: Khả năng tránh các kết quả sai;
- Khả năng chịu lôi: Khả năng của phần mềm hoạt động ổn định tại một mức độ cả 53 53
4.3Yêu cầu về hiệu quả
- Đáp ứng thời gian: Ứng dụng có thể đưa ra một trả lời, một thời gian xử lý và một tốc độ thông lượng hợp lý khi nó thực hiện cơng việc của mình, dưới một điều kiện làm việc xác định;
- Tận dụng tài nguyên: Có thể sử dụng một lượng, một loại tài nguyên hợp lý để thực hiện công việc trong những điều kiện cụ thể;
- Tính hiệu quả chung: Thoả mãn các chuẩn, quy ước, quy định. 4.4Yêu cầu bảo hành, bảo trì
- Có thể phân tích được: Phần mềm có thể được chẩn đốn để tìm những thiếu sót hay những ngun nhân gây lôi hoặc để xác định những phần cần sửa;
- Có thể thay đổi được: Phần mềm có thể chấp nhận một số thay đổi cụ thể trong quá trình triển khai;
- Tính bền vững: Khả năng tránh những tác động khơng mong muốn khi chỉnh sửa phần mềm;
- Có thể kiểm tra được: Khả năng cho phép đánh giá được phần mềm chỉnh sửa; - Khả năng bảo hành bảo trì chung: Thoả mãn các chuẩn, quy ước, quy định. 4.5Yêu cầu về chuẩn tiếng Việt
- Hệ thống phần mềm cần hơ trợ chuẩn ngơn ngữ Unicode;
- Hệ thống có khả năng hơ trợ tiêu chuẩn Unicode về mặt lưu trữ dữ liệu, hô trợ nhiều bộ gõ khác nhau;
- Hệ thống có khả năng hơ trợ tiêu chuẩn Unicode trong việc hiển thị thông tin. 4.6Yêu cầu về mỹ thuật, giao diện ứng dụng phần mềm
- Giao diện của phần mềm cần được thiết kế một cách phù hợp và thống nhất; - Các thành phần giao diện của hệ thống dễ sử dụng, thơng báo, chú thích rõ ràng. 4.7u cầu về hệ thống báo lỗi
- Ứng dụng phần mềm cung cấp tính năng báo lơi chi tiết đến từng tình huống; - Trong các thông báo lôi, cho phép liên kết đến hệ thống trợ giúp cho từng nội dung tương ứng;
- Để giúp người sử dụng biết được các thông báo một cách rõ ràng, ngôn ngữ hiển thị trong các báo lôi được yêu cầu là tiếng Việt.
4.8Yêu cầu về khả năng tìm kiếm thơng tin
54 54
4.9 u cầu về tính sẵn sàng với IPv6
- Đảm bảo phần mềm trên website hô trợ IPv6 (bắt buộc);
- Đảm bảo đường truyền kết nối Internet cho Webserver hô trợ IPv6 (bắt buộc); 4.10Các yêu cầu về năng lực của cán bộ tham gia xây dựng, phát triển, nâng cấp, mở
rộng phần mềm
Các yêu cầu về môi trường để đưa ra đánh giá về các hệ số điều chỉnh mơi trường để tính tốn hệ số điều chỉnh chung về mơi trường phát triển sản phẩm. Quá trình đánh giá chi tiết này dẫn đến yếu tố quyết định năng suất trung bình của nhóm dự án.
Các thành viên nhóm dùng để đưa ra đánh giá về các hệ số điều chỉnh môi trường (Rational Unified Process), áp dụng Unified hoặc các quy trình sản xuất phần mềm tương tự.
Các thành viên nhóm dự án phải có hiểu biết cơ bản về quy trình phát triển phần mềm RUP (Rational Unified Process), áp dụng RUP hoặc các quy trình sản xuất phần mềm tương tự.
RUP hô trợ các hoạt động phát triển phần mềm theo nhóm, phân chia cơng việc theo lệnh cho từng thành viên của nhóm trong từng giai đoạn khác nhau của quy trình phát