Chìa khóa để sẵn sàng cho dịch vụ tự phục vụ MFT


Hồ Nhật Anh
8 tháng trước
Hữu ích 6 Chia sẻ Viết bình luận 0
Đã xem 2999

Hãy dành một phút để suy nghĩ về quy trình hiện tại của bạn để tạo luồng dữ liệu MFT mới. Tôi chắc chắn rằng bạn đã cố gắng tối ưu hóa quy trình này dựa trên các công cụ tiêu chuẩn của công ty và các kỹ năng kỹ thuật của riêng bạn. Hầu hết các nhóm sẵn sàng chia sẻ bảng tính Excel với một số giá trị được tính toán trong các ô được bảo vệ, một vài xác thực trường dữ liệu và một số macro MS Basic thô sơ. Đây là bước đầu tiên, nhưng tôi rất tiếc phải nói: đây là những năm 1990. Có lẽ bạn hơn 2000, trình bày một ứng dụng web để thu thập thông tin đúng từ doanh nghiệp của bạn? Một vài màn hình để nhấp qua, vài chục trường (kỹ thuật) để điền vào Well Well, ít nhất bạn không nhận được hàng trăm bảng tính mỗi tháng và bạn đã thoát khỏi sự kiểm soát phiên bản kém dựa trên tên tệp. Tốt đẹp! Bạn có thể làm tốt hơn không? Chắc chắn rồi! Và nó thực sự khá dễ dàng nếu bạn dựa vào danh mục đầu tư của MFT Services.

Tại sao phát triển danh mục dịch vụ MFT?

Mặc dù ứng dụng web được cân nhắc kỹ lưỡng của bạn, bạn vẫn phải đối mặt với các khiếu nại của người dùng doanh nghiệp định kỳ.

  • Tại sao tôi phải chọn thư mục nhận khi tôi là người gửi tệp?
  • Làm thế nào tôi có thể biết được đó là 'mật mã được phép' cho việc chuyển tiền của tôi, khi tôi thậm chí không biết mật mã là gì?

Bạn đang đi trên một dòng tốt; thư mục nhận và mật mã được yêu cầu như là một phần của cấu hình kỹ thuật. Cấu hình này là bản dịch trực tiếp các nhu cầu của người dùng doanh nghiệp của bạn. Nhưng dường như họ không thể chọn đúng phương án. Ngoài ra, tổng số các yêu cầu đôi khi thêm vào một loại thực hiện hoàn toàn mới. Việc triển khai cấu hình này đòi hỏi phải thử nghiệm nhiều trước khi nó được phát hành. Điều này làm chậm thời gian tiếp thị của bạn và làm người dùng thất vọng vì không hiểu tại sao yêu cầu cụ thể này lại mất gấp đôi thời gian.

Điều gì xảy ra nếu bạn chỉ có thể yêu cầu người dùng của mình cung cấp một bộ dữ liệu liên quan đến kinh doanh tối thiểu? Và nếu tất cả các thông tin kỹ thuật sẽ tự động được suy luận từ bối cảnh kinh doanh này và các dịch vụ chuyển tệp được phê duyệt của bạn thì sao? Nghe có vẻ phi thực tế? Bạn đã sai, đó là nơi danh mục dịch vụ MFT phát huy tác dụng.

Làm thế nào để xác định danh mục dịch vụ MFT của bạn?

Chúng ta hãy đồng ý về một định nghĩa cho Dịch vụ MFT của nhóm. Đây là một dịch vụ MFT Dịch vụ MFT là một đại diện kinh doanh của Mẫu MFT. Chuyển sang trả lời câu hỏi ở trên: một mẫu MFT của Nhật Bản là bộ xương của việc truyền tệp, một mô hình cấu hình một phần theo đó tất cả các chuyển tập tin liên quan được xác định và thực hiện. Bộ xương này thực thi một tập hợp con các giá trị thuộc tính, cụ thể cho kịch bản mà nó bao trùm. Khi một mô hình được chọn, những thuộc tính đó không cần phải được cung cấp, đơn giản hóa việc thu thập dữ liệu cần thiết để xác định cấu hình luồng.

Cố gắng làm cho nó trở nên hữu hình hơn, hãy giả vờ công ty của bạn là một nhà bán lẻ quần áo và bạn phải lên một cửa hàng mới trong hệ thống của mình.

  • Người quản lý cửa hàng mới sẽ kết nối với cổng web công ty của bạn để tạo tài khoản và cung cấp một số thông tin về điểm bán hàng mới này, bao gồm chi tiết liên hệ cho liên hệ kinh doanh chính (người quản lý cửa hàng trong trường hợp này) và thông tin về phương pháp ưa thích của họ để chia sẻ dữ liệu
  • Người quản lý cửa hàng được giới thiệu từ trụ sở với một danh sách các dịch vụ mà anh ta có thể đăng ký. Vì mùa đông đang đến rất nhanh, anh ta đăng ký mua áo sơ mi flannel mới Đặt hàng trong số các dịch vụ khác như ưu đãi Tải xuống hàng tuần.
  • Khi kết thúc quá trình đăng ký, người quản lý cửa hàng chọn phương thức ưa thích của mình để chia sẻ dữ liệu này: Tải lên / Tải xuống các tệp từ một phần cụ thể trong cổng thông tin của công ty. Tùy chọn khác (cài đặt một tác nhân được cấu hình sẵn có thể gửi hoặc truy xuất tệp) nghe có vẻ quá kỹ thuật đối với anh ta.
  • Mỗi phương thức cung cấp hai Dịch vụ MFT giống nhau nhưng hoạt động dựa trên các mẫu MFT khác nhau:
    • Cổng thông tin web dựa trên tích hợp dựa trên API với cổng MFT và hỗ trợ hai mẫu MFT: 1) tải lên HTTPS (từ cửa hàng) sang đẩy SFTP (đến Hệ thống quản lý đơn hàng) cho dịch vụ Đặt hàng và 2) đẩy SFTP ( từ hệ thống tiếp thị) đến tải xuống HTTPS (từ cửa hàng) cho các ưu đãi bán hàng hàng tuần.
    • Cấu hình tác nhân được triển khai bằng cách sử dụng cùng một cổng MFT và một tác nhân điểm cuối: 1) Đẩy PeSIT sang đẩy SFTP cho dịch vụ Đặt hàng và 2) đẩy SFTP sang đẩy PeSIT cho danh sách bán hàng.

Hy vọng, ví dụ đơn giản này cung cấp cho bạn ý tưởng tốt hơn về cái mà chúng tôi gọi là Dịch vụ MFT (kinh doanh) so với mẫu MFT (kỹ thuật).

Làm thế nào để xác định danh mục dịch vụ phù hợp?

Dựa trên câu chuyện trước đó, tôi chắc chắn bạn đã có thể cảm nhận được điều gì tạo nên một bộ dịch vụ MFT tốt:

  • Giải quyết một yêu cầu kinh doanh định kỳ để chuyển dữ liệu.
  • Dễ hiểu (và do đó: chọn) cho người dùng doanh nghiệp không có kỹ năng kỹ thuật.
  • Tự giải thích cho người không có kiến ​​thức về các giải pháp CNTT / MFT nội bộ của bạn.
  • Liên quan đến một mẫu MFT độc đáo.

Bạn đang đi đúng hướng. Thế còn các mẫu MFT thì sao? Chúng tôi chắc chắn có thể bắt đầu với các tiêu chí sau để quyết định xem đã đến lúc tạo mẫu mới chưa. Như bạn sẽ thấy, chúng phụ thuộc rất nhiều vào kiến trúc giải pháp MFT được Số hóa mà bạn quyết định triển khai:

  • Hướng (đối với chuyển khoản từ bên ngoài đến nội bộ của công ty và ngược lại).
  • Số lượng và trình tự các phân đoạn trong trao đổi.
  • Các giao thức kỹ thuật được sử dụng cho mỗi phân khúc.
  • Chế độ phân phối trên mỗi phân khúc (như đẩy, kéo, giữ).
  • Các hoạt động định tuyến giữa các phân đoạn (như lưu trữ, nén, mã hóa, mã hóa).

Nhưng thông thường, chúng tôi thấy khách hàng đi vào một mức độ chi tiết bổ sung bằng cách thêm một số tiêu chí khác như loại tệp (nhị phân hoặc văn bản) hoặc tiền xử lý / hậu xử lý mặc định.

Phần khó khăn là tìm mức độ chi tiết phù hợp cho tổ chức của bạn. Điều gì xảy ra nếu chúng ta cần thêm một xác nhận kỹ thuật khi tệp được tải xuống từ cổng web? Hoặc nếu chúng ta muốn sử dụng PeSIT qua SSL thay vì PeSIT đơn giản trong kịch bản thứ hai? Trong hầu hết các trường hợp, ACK không thay đổi cơ bản cấu hình kỹ thuật của luồng hoặc hành vi của nó. Vì vậy, tôi khuyên bạn nên để nó ngoài mô hình và cho người dùng doanh nghiệp lựa chọn. Tuy nhiên, việc thêm mã hóa SSL vào giao thức PeSIT sẽ dẫn đến một mô hình khác. Một số lý do cho việc đó: thêm hỗ trợ SSL thay đổi cấu hình; nó có khả năng đòi hỏi sự tham gia của các tác nhân khác nhau (nhóm bảo mật) trong quá trình thiết kế; và cũng bởi vì có thể quyết định rằng mẫu này chỉ áp dụng cho một tập hợp con của người tham gia (ví dụ: cho các đối tác bên ngoài,

Cách khởi tạo và duy trì danh mục đầu tư của bạn

Vì vậy, bạn nên xác định bao nhiêu dịch vụ và mẫu MFT? Thật không may, không có một sự thật duy nhất nào có thể làm việc cho tất cả các công ty. Rõ ràng, điều này phụ thuộc nhiều vào giải pháp MFT của bạn: chuyển trực tiếp giữa các điểm cuối nội bộ sẽ yêu cầu ít mô hình hơn so với khi bạn sử dụng cổng MFT đối diện bên ngoài với giao thức FTP-SSL, SFTP và HTTPS. Đó là sự thật. Nhưng đồng thời, càng ít dịch vụ MFT bạn xác định, bạn càng có ít sự khác biệt trong các thuộc tính được xác định trước, do đó bạn sẽ cần phải hỏi nhiều hơn từ người dùng của mình. Hãy nhớ rằng chúng tôi cố gắng cung cấp MFT tự phục vụ, do đó, việc yêu cầu quá nhiều sẽ không tốt với người dùng của bạn. Trên flipside, quản lý vòng đời của quá nhiều dịch vụ MFT sẽ thêm chi phí mạnh mẽ cho nhóm của bạn. Chúng tôi đang đi một dòng tốt ở đây.

Đề xuất của tôi sẽ là bắt đầu bằng cách tạo ra ít dịch vụ và mẫu MFT hơn (và yêu cầu thêm thông tin từ doanh nghiệp của bạn). Bằng cách phân tích cách người dùng của bạn chọn và điền vào các trường khác nhau, bạn có thể điều chỉnh dần danh mục dịch vụ MFT của mình. Bạn có thể nhận ra rằng một số dịch vụ không được chọn nhiều như bạn nghĩ (có kế hoạch loại bỏ chúng không?). Hoặc rằng người dùng của bạn luôn nhập cùng các giá trị mà bạn có thể đưa vào các mẫu MFT của mình để tiết kiệm thời gian của họ. Ngoài các số liệu này, điều quan trọng là phải ngồi thường xuyên với một bộ đại diện của các đối tác kinh doanh của bạn. Điều này mang lại cho họ cơ hội cung cấp phản hồi về giải pháp tự phục vụ của bạn mà họ không thể chia sẻ thông qua các công cụ. Điều này sẽ cung cấp phản hồi có giá trị về cách bạn nên phát triển danh mục dịch vụ MFT của mình.

Có vẻ như bạn có chìa khóa để bắt đầu cải thiện trải nghiệm của khách hàng xung quanh giải pháp MFT của bạn. Trung tâm Xuất sắc MFT của bạn rất quan trọng cho sáng kiến ​​này, vì việc quản lý danh mục dịch vụ MFT, phù hợp với khả năng của nền tảng và kỳ vọng kinh doanh, là một trong những trách nhiệm chính của họ. Bây giờ bạn cũng biết làm thế nào để tham gia để bắt đầu!

Hữu ích 6 Chia sẻ Viết bình luận 0
Đã xem 2999