Thương mại điện tửcho các doanh nghiệp vừa và nhỏ- Một giải pháp sẵn có

Thương mại điện tử cho các doanh nghiệp vừa và nhỏ - một giải pháp sẵn có Thương mại điện tử cho các doanh nghiệp vừa và nhỏ - một giải pháp sẵn có 1. Giới thiệu Các doanh nghiệp vừa và nhỏ có tỉ lệ sử dụng thương mại điện tử (eCom) thấp. 30 năm sau khi có Trao đổi dữ liệu điện tử (EDI – Electronic Data Interchange), chưa đến 20% các công ty là thành viên GS1 đã sử dụng EDI để trao đổi với các đối tác thương mại của mình. Một trong những lý do chính là các doanh nghiệp vừa và nhỏ thiếu cơ sở hạ tầng về công nghệ thông tin, các nguồn hoặc ngân quỹ để triển khai chương trình thương mại điện tử. Mặt khác, một số công ty nhỏ được các đối tác thương mại lớn hơn ủy thác tiến hành thương mại điện tử trong một thời gian ngắn hoặc nếu không sẽ chịu phạt. Trong tình huống đó, các doanh nghiệp vừa và nhỏ chấp nhận thương mại điện tử sử dụng các công cụ Web-EDI hoặc đầu tư vào các môđun tích hợp thương mại điện tử bên ngoài để chuyển từ định dạng kế hoạch nguồn lực của doanh nghiệp thành các tài liệu điện tử tiêu chuẩn. Rất nhiều doanh nghiệp vừa và nhỏ trở nên miễn cưỡng với thương mại điện tử vì cách tiếp cận thứ nhất thì không hiệu quả, còn cách thứ hai thì lại quá đắt đỏ đối với họ. Thương mại điện tử có thể được truyền bá rộng rãi và nhanh chóng hơn nếu khả năng sử dụng nó được tích hợp vào Kế hoạch nguồn lực công ty ERP mà các doanh nghiệp vừa và nhỏ mua. Các công ty cung cấp ERP tập trung vào các doanh nghiệp vừa và nhỏ đã không sử dụng thương mại điện tử vì tính phức tạp và thay đổi của đối tượng khách hàng. Hầu hết các công ty cung cấp ERP này cũng chính là các doanh nghiệp và nhỏ và muốn có cách đơn giản để chấp nhận các tiêu chuẩn một cách nhanh chóng mà không cần phải là chuyên gia về EANCOM hay GS1 XML. 2. API là gì? Giao diện lập trình ứng dụng API là một phần mềm sẵn có, có thể thực hiện những gói tin thương mại điện tử thông dụng nhất (gói tin đến và đi), vì thế các công ty cung cấp Kế hoạch nguồn lực công ty ERP có thể gắn nó vào phần mềm của họ. Kế hoạch nguồn lực công ty ERP chỉ cần có các thông số (ngày lập hóa đơn, số, GLN, GTIN,…) và Giao diện lập trình ứng dụng API sẽ tạo ra gói tin (ví dụ INVOIC). Với cách tiếp cận này, các công ty cung cấp Kế hoạch nguồn lực công ty ERP có thể đưa thương mại điện tử vào phần mềm ERP trong vòng vài ngày. Sau đó, người sử dụng cuối cùng không cần phải khởi động một dự án tích hợp mà chỉ cần nhấn nút "Gửi tin" trên thanh công cụ. Thông thường Giao diện lập trình ứng dụng API là nguồn mở. Hầu hết đều miễn phí và các công ty cung cấp Kế hoạch nguồn lực công ty ERP có thể sửa chữa hoặc nâng cấp nếu cần. 3. API thương mại điện tử GS1 là gì? Văn phòng GS1 toàn cầu có thể phát triển Giao diện lập trình ứng dụng API thương mại điện tử GS1 dựa trên kinh nghiệm thành công của GS1 Tây Ban Nha. Nó bao gồm các gói tin GS1 XML và EANCOM thông dụng nhất, trong viễn cảnh kinh doanh đơn giản nhất. Một API chung như vậy có thể tùy biến phụ thuộc vào các Tổ chức thành viên, chỉnh sửa nó theo nhu cầu, yêu cầu pháp luật và thực tế kinh doanh tại từng nước.Vì vậy, các tổ chức thành viên cần phát triển bản mô tả GS1 XML hoặc EANCOM của mình cho các gói tin và áp dụng nó cho API. Các công ty cung cấp Kế hoạch nguồn lực công ty ERP trong nước có thể áp dụng nó vào gói kế hoạch ERP của họ, nhằm vào thị trường mục tiêu cụ thể. GS1 Tây Ban Nha đã phát triển được một Giao diện lập trình ứng dụng API như vậy cho thị trường của mình và đã truyền bá cho các công ty cung cấp ERP cho các doanh nghiệp vừa và nhỏ. 4. Lợi ích của API Đối với các tổ chức thành viên: - Đẩy mạnh việc dùng các giải pháp của GS1 (chủ yếu là GLN và GTIN) và tăng cường mối quan hệ giữa các thành viên GS1. - Giữ mối quan tâm của thị trường đối với các tiêu chuẩn của GS1, mặc dù hiện tại đã có một số Giao diện lập trình ứng dụng API cho các tiêu chuẩn tương tự (ví dụ như UBL). - Các tổ chức thành viên sẽ người sử hữu duy nhất đối với Giao diện lập trình ứng dụng API đã địa phương hóa. ¨ Lưu ý: Mô hình tài chính đằng sau việc phân phối Giao diện lập trình ứng dụng API là hoàn toàn phụ thuộc vào các tổ chức thành viên, tuy nhiên, GS1 khuyến cáo là nên miễn phí. Bản thân các công ty cung cấp kế hoạch nguồn lực cũng chính là các doanh nghiệp vừa và nhỏ và bán cho họ Giao diện lập trình ứng dụng API ở mức giá đáng kể có thể khiến họ phải tăng giá sản phẩm của mình. Điều này có thể làm hỏng mục tiêu cơ bản là giúp các doanh nghiệp vừa và nhỏ dễ dàng tiếp cận thương mại điện tử. Đối với các doanh nghiệp vừa và nhỏ: - Các doanh nghiệp vừa và nhỏ có thể bắt đầu sử dụng thương mại điện tử và thu được năng suất cao chỉ với một cú kích chuột. - Nếu sử dụng mạng internet công cộng thì thương mại điện tử là hoàn toàn không mất chi phí đối với các doanh nghiệp vừa và nhỏ. - Không cần có kiến thức về thương mại điện tử. Đối với các công ty cung cấp ERP: - Không cần phải là chuyên gia về các tiêu chuẩn của GS1 - Có thể áp dụng EANCOM/GS1 XML của nước mình trong khoảng thời gian rất ngắn (tính bằng ngày) - Được tự do chấp nhận các tiêu chuẩn GS1 Đối với các bên liên quan: - Chất lượng của việc áp dụng các tiêu chuẩn GS1 được kiểm soát tốt. Điều này có lợi cho GS1, những người sử dụng (các doanh nghiệp vừa và nhỏ và các đối tác thương mại lớn hơn của họ) và các công ty cung cấp ERP. 5. Mô hình cung cấp các dịch vụ API cho các Tổ chức thành viên GS1 Vai trò của Văn phòng GS1 toàn cầu: - Phát triển các chức năng của Giao diện lập trình ứng dụng API để có thể ứng dụng toàn cầu và cung cấp API cho các Tổ chức thành viên GS1. - Giúp các Tổ chức thành viên GS1 hiểu làm thế nào để hoàn thành API: * Cung cấp tài liệu, * Đưa ra định hướng - Cung cấp các mẫu và hỗ trợ việc phát triển các tệp mô tả gói tin thương mại điện tử tại quốc gia. - Xây dựng tài liệu đào tạo liên quan đến API dành riêng cho các Tổ chức thành viên và các công ty cung cấp ERP. - Xây dựng tài liệu quảng bá cơ bản nhằm vào các công ty cung cấp ERP và các doanh nghiệp vừa và nhỏ và cung cấp các Tổ chức thành viên GS1. Vai trò của các Tổ chức thành viên GS1: - Điều chỉnh các gói tin thương mại hiện có theo thực tế kinh doanh và yêu cầu pháp luật của nước mình… (ví dụ quyết định nên yêu cầu những yếu tố nào cần có trong gói tin). - Áp dụng các mô tả vào Giao diện lập trình ứng dụng API và hoàn thiện phiên bản của nước mình, sử dụng các nguồn lực bên trong hoặc bên ngoài. Văn phòng GS1 toàn cầu sẽ hỗ trợ trong giai đoạn đầu nếu cần thiết. Dựa theo kinh nghiệm của GS1 Tây Ban Nha thì thời gian cần thiết cho công việc là: 1 tuần cho gói tin đầu tiên, 2-3 ngày cho mỗi gói tin tiếp theo. - Bản địa hóa các tài liệu quảng bá nhận được từ GS1 toàn cầu nếu cần và/hoặc tự biên soạn tài liệu của mình. - Bản địa hóa các tài liệu đào tạo nhận được từ GS1 toàn cầu nếu cần và/hoặc tự biên soạn tài liệu của mình. - Quảng bá API tới các công ty cung cấp ERP và những người sử dụng cuối cùng. - Cung cấp API cho các công ty cung cấp ERP (xem thêm lưu ý của phần 4 về mô hình tài chính). - Chứng nhận việc áp dụng (tùy chọn). 6. Quản lý nội dung API thương mại điện tử GS1 - Các tổ chức thành viên GS1 đồng ý nên đưa các gói tin thương mại điện tử thông dụng vào Giao diện lập trình ứng dụng API ngay từ đầu. Theo GS1 toàn cầu thì các gói tin đó tối thiểu phải gồm những thông tin sau đây: - Những gói tin mới không có trong phiên bản ban đầu của API có thể được bổ sung sau, tùy thuộc vào yêu cầu của tổ chức thành viên, sẽ biết được hiện họ đã có danh mục các chuẩn eCom. - Việc quản lý phiên bản, đặc biệt quan trọng với các gói tin GS1 XML, có thể được giải quyết ở giai đoạn sau khi đã có đầy đủ các yêu cầu thực tế. GS1 EANCOM GS1 XML ORDERS Đơn đặt hàng gồm nhiều đơn hàng lẻ ORDRSP Trả lời đơn hàng DESADV Thông báo gửi hàng RECADV Thông báo nhận hàng INVOIC Hóa đơn và trả lời hóa đơn PHỤ LỤC 1: CÁC GIẢI THÍCH 1. Kế hoạch nguồn lực công ty ERP (Enterprise Resource Planning) là gì? Việc sử dụng thương mại điện tử một cách hiệu quả đòi hỏi dữ liệu phải được truyền bằng một nguồn điện tử. Các doanh nghiệp vừa và nhỏ dùng rất nhiều loại cơ sở dữ liệu, bao gồm cả các bảng excel. Cách tốt nhất để quản lý dữ liệu nội bộ của công ty là sử dụng hệ thống phần mềm lập Kế hoạch nguồn lực công ty (Enterprise Resource Planning ERP). Hệ thống cung cấp các chức năng kinh doanh chính hoàn toàn tự động. Nói cách khác, đó là việc sử dụng công nghệ để tích hợp các thông tin từ các chức năng kinh doanh chính của công ty và hài hòa luồng thông tin trong tổ chức. Dữ liệu liên quan đến giao dịch được lấy ra từ ERP và được đưa vào các gói tin thương mại điện tử. ERP là một công cụ rất tinh vi, bao gồm việc tự động quá trình sản xuất, kế toán, phân phối, chuỗi cung ứng và nguồn nhân lực. Chắc chắn rằng sẽ có công cụ ERP đơn giản dành cho các doanh nghiệp vừa và nhỏ. 2. Thương mại điện tử GS1 là gì? Thương mại điện tử GS1 bao gồm các tiêu chuẩn về việc truyền các gói tin thương mại bằng điện tử. Nói ngắn gọn, thương mại điện tử GS1 là thuật ngữ của GS1 về trao đổi dữ liệu điện tử. Có 2 bộ tiêu chuẩn GS1 eCom bổ sung cho nhau: - GS1 EANCOM - tiêu chuẩn của GS1 cho EDI truyền thống, là một phần đã được đơn giản hóa của UN/EDIFACT - GS1 XML - một bộ giản đồ XML mô tả cấu trúc và nội dung của tài liệu kinh doanh. Tìm thêm thông tin về các tiêu chuẩn thương mại điện tử của GS1 tại địa chỉ: 3. Trao đổi dữ liệu điện tử EDI (Electronic Data Interchange) là gì? EDI được định nghĩa là sự truyền các dữ liệu đã được cấu trúc giữa các ứng dụng máy tính, bằng các phương tiện điện tử, không có hoặc có rất ít sự tham gia của con người. Các yếu tố cần thiết của EDI là: - Dữ liệu đã được cấu trúc - Các tiêu chuẩn về gói tin - Trực tiếp từ ứng dụng đến ứng dụng - Sử dụng các mạng viễn thông - Không có hoặc có rất ít sự tham gia của con người. Hai yếu tố đầu tiên được cung cấp dưới dạng các tiêu chuẩn thương mại điện tử của GS1. Ba yếu tố còn lại có thể được làm cho thuận tiện hơn bằng việc sử dụng Giao diện lập trình ứng dụng API thương mại điện tử GS1 tận tụy. 4. Web-EDI là gì? Web-EDI là sự trao đổi các tài liệu điện tử thông qua một nền tảng cơ sở của internet, phần lớn là sử dụng các mẫu HTML. Người sử dụng điền vào các mẫu sau đó các gói tin được dịch sang tiêu chuẩn EDI tương ứng, ví dụ GS1 EANCOM hoặc GS1 XML và được truyền đến đối tác kinh doanh. Gói tin EDI truyền thống được gửi bởi một đối tác khác được chuyển thành dạng HTML và được gửi cho người sử dụng Web-EDI. PHỤ LỤC 2: CẤU TRÚC API CỦA GS1 TÂY BAN NHA ¨ Quan trọng: GS1 Tây Ban Nha phát triển Giao diện lập trình ứng dụng API phù hợp với thị trường trong nước, dựa trên những mô tả và sự mở rộng của thị trường trong nước. Mô tả dưới đây chỉ để cung cấp thông tin và không phản ánh những giì cần có trong API thương mại điện tử GS1, được Văn phòng toàn cầu chuẩn bị để sử dụng rộng rãi. API hiện tại của GS1 Tây Ban Nha bao gồm các chức năng sau: * GS1 EANCOM - Quản lý các thư mục EDIFACT như D93A, D96A và D01B cú pháp 3. - Hóa đơn D93A, Đơn đặt hàng D96A và D96A chung vùng với mô tả của Tây Ban Nha được xây dựng trước trong API. - Chữ ký điện tử: Tạo (gói tin gửi đi) và xác nhận tính hợp lệ (gói tin đến). * GS1 XML: - Tạo ra các gói tin AECOC GS1 XML phiên bản 1.0 từ các lớp cơ bản. AECOC GS1 XML là một tệp mô tả quốc gia của GS1 XML 1.0 có thêm phần mở rộng. - Hóa đơn, đơn đặt hàng và các đề mục chung - Chữ ký điện tử: Tạo (gói tin gửi đi) và xác nhận tính hợp lệ (gói tin đến). * Quản lý giấy chứng nhận điện tử: - Giấy chứng nhận của người sử dụng - Giấy chứng nhận của bên ngoài - Quản lý Danh sách các chứng nhận bị thu hồi Giao diện lập trình ứng dụng API của GS1 Tây Ban Nha được xây dựng theo 2 cách tiếp cận sau: 1. Thông qua các thông số: Kế hoạch nguồn lực công ty ERP chỉ gọi các thư viện thông qua nội dung của gói tin (các yếu tố kinh doanh) như là các thông số. Đây là cách đơn giản nhất và trực tiếp nhất cho ERP. 2. Thông qua các tệp kết nối: các Kế hoạch nguồn lực công ty ERP chuẩn bị một tệp kết nối trung gian và sử dụng API để chuyển nó thành các tiêu chuẩn của GS1. Tệp liên kết này là một tệp phẳng với một cấu trúc được định nghĩa rất giống với EANCOM. Chỉ dùng tệp kết nối đối với EANCOM. Các gói tin gửi đi có thể sử dụng cả 2 cách tiếp cận. Gói tin đến dùng cách tiếp cận thứ 2. API cho EANCOM Thông qua các thông số Mô hình Giao diện lập trình ứng dụng API thông qua các thông số gồm nhiều lớp: Có thể tạo ra các gói tin bằng cách sử dụng bất kỳ lớp nào trong 3 lớp. Tạo ra gói tin bằng Giao diện lập trình ứng dụng API cho Lớp phân đoạn sẽ chỉ cung cấp danh mục cho các phân đoạn và công ty cung cấp Kế hoạch nguồn lực công ty ERP cần tự thu thập các gói tin. Tiếp cận theo cách này có độ linh hoạt cao, nhưng mặt khác lại yêu cầu phải có kiến thức và hiểu biết tốt về EANCOM, đây không phải là điểm mạnh của các nhà cung cấp ERP vừa và nhỏ. Ngày nay, Lớp chức năng và Lớp gói tin có thị trường độc lập vì chúng được kết nối rõ ràng tới các tệp mô tả mà mỗi Tổ chức thành viên đã xây dựng. Hiện tại, API do GS1 toàn cầu cung cấp nên gắn kèm lớp Từ điển các đoạn mã lệnh phân lớp. Lớp gói tin sử dụng giao diện chuyển thông tin tới Lớp chức năng và Lớp đoạn mã lệnh để tạo ra gói tin đầy đủ. Lợi ích chính của Lớp gói tin cho ERP là họ không cần quan tâm tới cấu trúc EANCOM, họ chỉ cần thông qua các giá trị sử dụng "Các thuật ngữ thương mại", Lớp tin API sẽ tạo ra gói tin EANCOM chuẩn. Theo đó, ngoài tất cả các lớp của cách tiếp cận thông qua các "thông số", chỉ lớp màu xanh trong hình trên (thư viện để xây dựng tất cả các đoạn mã lệnh EANCOM của thư mục D93A, D96A và D01B) là có thể ứng dụng cho tất cả các nước. Để làm cho API trở nên tiện dụng cho ERP, các tổ chức thành viên GS1 nên lập trình cho các mức độ khác nhau để thích ứng với tiếp cận thị trường của mình: * Từ điển thuật ngữ kinh doanh: một bộ các thuật ngữ kinh doanh trong một gói tin bao gồm các dạng diễn tiến chính, được định nghĩa bằng ngôn ngữ của từng nước để các ERP có thể dễ dàng hiểu được. * Lớp gói tin và Lớp chức năng: nên được lập trình bằng thư viện phân đoạn EANCOM tổng quát (Lớp đoạn mã lệnh) và các thông số đầu vào tạo ra từng gói tin dựa trên: - Các quy tắc kinh doanh trong nước và giải thích của EANCOM. - Các mã Theo cách này, các tổ chức thành viên GS1 có thể cung cấp API ở mức độ gói tin cho các công ty cung cấp ERP, để đơn giản hóa việc tích hợp vào phần mềm ERP. Có một rắc rối đối với ERP khi tạo một gói tin GENRAL sử dụng Lớp đoạn mã lệnh hoặc Lớp gói tin. Nó không chỉ do phải lập trình phức tạp mà chủ yếu do mức độ đòi hỏi sự hiểu biết EANCOM khác nhau. Thông qua các tệp kết nối. Cách tiếp cận API thông qua các tệp kết nối có thể được sử dụng toàn cầu như triển khai các gói tin EANCOM đầy đủ. Bất kỳ gói tin nào có thể được sử dụng. Chữ ký số dùng cho EANCOM Hiện tại API của GS1 Tây ban Nha cho chữ ký điện tử của EANCOM triển khai mô hình của EDIFACT với chữ ký số được đưa vào trong các gói tin và có thể sử dụng toàn cầu nếu có một số điều chỉnh. Tài liệu sẽ cần phải được chuyển dịch. Mô hình chữ ký số gửi trong một gói tin riêng (AUTACK) cần được xây dựng và tài liệu hóa. API cho XML API của GS1 Tây Ban Nha cho gói tin XML. API này không thể chuyển cho các tổ chức thành viên GS1 khác nhau vì chúng triển khai phiên bản GS1 XML 1.0 của Tây Ban Nha (với các phần mở rộng của Tây Ban Nha). Khuyến nghị Cơ quan toàn cầu GS1 xây dựng API cho GS1 XML vì điều này sẽ giúp tránh việc sự khác biệt giữa các nước. Nền tảng API hiện nay đã được xây dựng chạy trên nền tảng Window sử dụng ngôn ngữ lập trình Visual Basic 6. Khuyến nghị nó có thể được chuyển dịch bằng ngôn ngữ lập trình khác.