GingerControlRepligen

Cách Repligen xây dựng hệ thống tuân thủ thương mại trung tâm điều khiển bằng AI trên bảy hệ thống ERP tiếp quản qua thâu tóm

Phạm vi hợp tácPhân loại toàn cầu + tích hợp ERPNgànhSản xuất xử lý sinh học, toàn cầuQuy mô triển khai7 ERP, 16K+ SKUThời gian xây dựng9 tháng

Tổng quan dự án

Đầu tư

~$1.2M

một lần, triển khai 7 ERP + chuẩn dữ liệu

Tiến độ

~1 năm

xây dựng 9 tháng + triển khai 3 tháng

Bàn giao

5 cột mốc

phạm vi cố định, thanh toán khi nghiệm thu

Hoàn vốn

~1 năm

tiết kiệm hằng năm ≈ khoản đầu tư

Kết quả trong vận hành thực tế

Hệ thống ERP được hợp nhất

7 → 1

một lớp phân loại duy nhất phủ lên trên

Báo cáo tuân thủ theo quý

82%

giảm số giờ mỗi chu kỳ

Kiểm toán HTS thường niên của USITC

9 tuần → 11 ngày

trên 16K+ SKU

Tiết kiệm hằng năm

~$1.2M

giảm nhân công và rủi ro

Bên trong quan hệ hợp tác giữa GingerControl và Repligen, nhà sản xuất trong lĩnh vực xử lý sinh học toàn cầu, nơi GingerControl trở thành hệ thống tuân thủ thương mại trung tâm điều khiển bằng AI vận hành xuyên suốt bảy hệ thống ERP kế thừa, mười sáu nghìn SKU, và một nhịp độ thâu tóm không hề chậm lại.

Bảy hệ thống ERP kế thừa. Mười sáu nghìn SKU. Một hệ thống tuân thủ thương mại trung tâm điều khiển bằng AI vận hành xuyên suốt tất cả.

Bối cảnh doanh nghiệp và vấn đề

Các thương vụ thâu tóm cứ đến, nhưng hạ tầng tuân thủ thương mại thì không theo kịp

Repligen là nhà sản xuất trong lĩnh vực xử lý sinh học toàn cầu, phục vụ khách hàng biopharma và CDMO tại hơn ba mươi quốc gia. Chiến lược tăng trưởng của họ khá bất thường so với ngành: mỗi năm thâu tóm một đến hai nhà sản xuất, chồng lên một danh mục vốn đã rất sâu gồm bioreactor, hệ thống lọc, môi trường sắc ký và thiết bị phân tích. Đến khi Repligen tìm đến GingerControl, danh mục sản phẩm đang được nhập khẩu chủ động đã vượt quá mười sáu nghìn SKU.

Mỗi công ty được thâu tóm đều mang theo hệ thống ERP riêng. Một số được xây dựng nội bộ từ nhiều năm trước, số khác là các gói tiêu chuẩn được một đơn vị tích hợp đã rời đi từ lâu cấu hình. Bảy hệ thống ERP riêng biệt đang chạy trong vận hành thực tế, mỗi hệ thống nắm giữ một phần sự thật về những gì Repligen thực sự bán, nơi sản xuất, và cách phân loại cho hải quan. Để rút ra một báo cáo tuân thủ thương mại duy nhất, phải lấy dữ liệu từ bảy hệ thống, chuẩn hóa bảy lược đồ, và đối chiếu các trường thông tin mâu thuẫn nhau về những sự thật cơ bản.

Yêu cầu của Repligen đối với chúng tôi đặc biệt thẳng thắn. Họ không muốn thêm một công cụ báo cáo nữa gắn tạm bên cạnh. Họ muốn một hệ thống tuân thủ thương mại trung tâm điều khiển bằng AI có thể đọc xuyên suốt mọi ERP, tạo ra một góc nhìn toàn cầu duy nhất về phân loại, báo cáo và kiểm toán, đồng thời hấp thụ mọi thương vụ thâu tóm trong tương lai mà không phải xây lại hệ thống mỗi lần. Phần khó nhất của dự án, hơn hẳn mọi phần khác, là việc chuẩn hóa dữ liệu phải làm trước tiên.

Điểm nhức nhối và giải pháp

Ba vấn đề mang tính cấu trúc, ba can thiệp tương ứng theo cặp

Dự án mở đầu bằng một cuộc đánh giá kéo dài bốn tuần. Đội ngũ thương mại dẫn chúng tôi đi qua một quý báo cáo trước đây và chúng tôi chỉ cho họ thấy thời gian của họ đang trôi về đâu. Ba mô hình nổi lên.

Điểm nhức nhối 01

Báo cáo liên ERP là một công việc đối chiếu thủ công

Việc lắp ráp một báo cáo tuân thủ thương mại duy nhất theo quý đồng nghĩa với lấy dữ liệu trích xuất từ bảy ERP, ánh xạ từng cái vào một bảng tính làm việc, và truy tìm khác biệt giữa các cột đáng lẽ phải khớp nhau. Đội ngũ thương mại tiêu tốn hơn 80 giờ mỗi chu kỳ chỉ để lắp ráp trước khi bất kỳ khâu phân tích nào bắt đầu.

Giải pháp

Chúng tôi xây dựng một lớp dữ liệu hợp nhất, đọc từ mọi ERP thông qua một connector mỏng và ghi vào một lược đồ tuân thủ chuẩn tắc duy nhất. Mỗi thương vụ thâu tóm mới chỉ cần xây connector một lần, và lược đồ chuẩn tắc hấp thụ nó mà không làm xáo trộn các lớp bên trên. Báo cáo theo quý giờ được tạo ra từ một nguồn duy nhất.

Hình 2

Số giờ theo quý của đội ngũ thương mại đã đi về đâu

Số giờ dành mỗi quý để lắp ráp và phân tích một báo cáo tuân thủ thương mại liên ERP, trước dự án và mười hai tháng sau khi triển khai. Độ rộng của thanh tỷ lệ thuận với tổng số giờ.

Trước
22h
28h
24h
80giờ mỗi chu kỳ
Sau
2h
11h
14giờ mỗi chu kỳ
Trích xuất từ các ERP
Chuẩn hóa lược đồ
Đối chiếu xung đột trường
Tạo từ lớp dữ liệu
Kiểm tra chọn mẫu
Phân tích thực sự

Số giờ thu hồi được mỗi chu kỳ

0h

Điểm nhức nhối 02

Bản cập nhật HTS thường niên của USITC ngốn hết hai tháng

Khi USITC công bố các bản sửa đổi HTS thường niên, mười sáu nghìn SKU cần được đánh giá lại. Một bản sửa đổi hiếm khi chỉ là xóa gọn gàng, mà thường là tách, gộp, hoặc một phân nhóm mới thêm vào phù hợp với sản phẩm hơn mã đang dùng. Trước dự án, đội ngũ thương mại xử lý việc này bằng cách kiểm tra lại thủ công từng SKU đối chiếu với từng thay đổi, một dự án ngốn khoảng chín tuần mỗi năm.

Giải pháp

Chúng tôi xây dựng một dịch vụ phân loại toàn cầu theo dõi các công bố của USITC, so sánh từng thay đổi với bản đồ SKU-sang-HTS hiện hành của Repligen, và chỉ nêu ra những SKU có mã hiện tại nhiều khả năng đã lỗi thời. Đội ngũ thương mại giờ chỉ rà soát một danh sách ngoại lệ được xếp hạng thay vì toàn bộ danh mục. Thời gian kiểm toán thường niên giảm từ chín tuần xuống mười một ngày.

Hình 3

Kiểm toán HTS thường niên của USITC, trước và sau bộ não AI

Thời gian đội ngũ thương mại cần để hoàn tất một cuộc kiểm toán đầy đủ 16.000+ SKU đối chiếu với các bản sửa đổi HTS của USITC trong năm. Cùng phạm vi, cùng đội ngũ hiện có.

Trước
9 tuần
Sau
11 ngày
Tuần
0
2
4
6
8
10

Thời gian kiểm toán thu hồi được

0d

Điểm nhức nhối 03

Không có chuẩn chung cho dữ liệu tuân thủ khiến các cuộc kiểm toán khổ sở

Vì mỗi ERP được thâu tóm lưu dữ liệu tuân thủ theo quy ước riêng, xuất xứ trong một lược đồ là trường văn bản tự do, ở lược đồ khác là tham chiếu mã hóa, ở lược đồ thứ ba là giá trị suy dẫn. Không có định nghĩa chung về thế nào là một bản ghi tuân thủ, nghĩa là mỗi cuộc kiểm toán đều bắt đầu bằng hàng tuần làm sạch dữ liệu trước khi bản thân cuộc kiểm toán có thể khởi động.

Giải pháp

Chúng tôi phối hợp với đội ngũ thương mại của Repligen để thiết kế một Chuẩn Dữ liệu Tuân thủ Thương mại duy nhất: lược đồ chuẩn tắc, các trường bắt buộc, các quy tắc xác thực, và người sở hữu cho từng trường. Chuẩn này giờ được mã hóa vào lớp dữ liệu hợp nhất, nên các bản ghi không tuân thủ được nêu ra ngay tại thời điểm ghi thay vì tại thời điểm kiểm toán. Cùng một chuẩn đó chi phối cách tiếp nhận ERP của mỗi thương vụ thâu tóm mới, và bộ não AI đọc từ nó mà không phải học các đặc thù riêng của từng hệ thống nền tảng.

Danh mục chuẩn hóa

Những gì phải được hợp nhất trước khi bộ não AI có thể đọc xuyên suốt các ERP

Phạm vi được thống nhất trong tháng đầu tiên và cố định trước khi bất kỳ khâu xây dựng nào bắt đầu. Sáu miền dữ liệu, mỗi miền một định nghĩa chuẩn tắc, mỗi trường có một người sở hữu được chỉ định.

01

Dữ liệu gốc sản phẩm

Cách đặt tên SKU, cấu trúc mô tả sản phẩm, đơn vị đo, định mức nguyên vật liệu, trọng lượng tịnh và trọng lượng cả bì, kích thước.

02

Phân loại

US HTS, ECCN, Schedule B, HTS nước ngoài cho các điểm đến chính, các phán quyết CBP trước đây được tham chiếu cho từng SKU.

03

Xuất xứ

Mã quốc gia ISO, cơ sở sản xuất, bằng chứng chuyển đổi cơ bản, cờ đủ điều kiện FTA theo từng chương trình.

04

Dữ liệu gốc các bên

Bản ghi nhà cung cấp, nhà sản xuất và khách hàng được hợp nhất dưới một ID chuẩn tắc duy nhất, kèm EORI, MID và TIN.

05

Trị giá

Trị giá giao dịch, các khoản trợ giúp, tiền bản quyền và phí li-xăng, hoa hồng bán hàng, các quy tắc phân bổ cước vận chuyển và bảo hiểm.

06

Chương trình và chứng từ

Khả năng áp dụng Section 232, 301, 122, phạm vi ADD/CVD, các chỉ số GSP và ưu đãi, cùng các quy tắc đặt tên và lưu trữ cho CI, PL, BOL và COO.

Ngân sách, tiến độ và bàn giao

Cách chúng tôi xác định phạm vi, định giá và bàn giao

Chúng tôi định giá dự án theo đúng cách chúng tôi triển khai: phạm vi trước, chi phí cố định đối với một sản phẩm bàn giao đã xác định, không có đồng hồ tính giờ mở. Một hệ thống tuân thủ thương mại trung tâm trên bảy ERP là một dự án lớn, nên phạm vi được cố định ngay từ đầu và ngân sách bám theo đó. Dưới đây là cách dự án Repligen được lập ngân sách, sắp xếp trình tự và bàn giao.

Ngân sách

Phạm vi cố định, thanh toán theo các cột mốc đã bàn giao

Chúng tôi xác định phạm vi dự án tới một sản phẩm bàn giao cố định, một hệ thống tuân thủ thương mại trung tâm đọc xuyên suốt cả bảy ERP vào một chuẩn chuẩn tắc duy nhất, với dịch vụ phân loại toàn cầu phủ lên trên, và định giá dưới dạng phí trọn gói thanh toán theo cột mốc, không phải theo đồng hồ tính giờ. Repligen biết con số trước khi khâu xây dựng bắt đầu, và mỗi khoản thanh toán bám theo một cột mốc mà họ có thể nghiệm thu.

Mô hình định giá

Phạm vi cố định, dựa trên cột mốc

thanh toán theo mỗi cột mốc được nghiệm thu, không theo giờ

Đầu tư cho dự án

~$1.2M

một lần, triển khai 7 ERP + chuẩn dữ liệu

Hoàn vốn

~1 năm

tiết kiệm hằng năm ≈ chi phí xây dựng

Khoản đầu tư nhanh chóng tự hoàn vốn. Hệ thống loại bỏ khoảng $1.2M mỗi năm chi phí nhân công và rủi ro, nên khoản xây dựng một lần thu hồi được chi phí ngay trong năm đầu tiên và tiếp tục thu hồi mỗi năm sau đó. Mỗi thương vụ thâu tóm mới giờ được tiếp nhận qua cùng một lớp trong khoảng sáu tuần thay vì sáu tháng, nên chi phí tăng trưởng cũng giảm theo.

MVP

Thứ nhỏ nhất tạo ra được một báo cáo toàn cầu duy nhất

Chúng tôi không ôm đồm tất cả. MVP là sản phẩm bàn giao nhỏ nhất có thể tạo ra một báo cáo tuân thủ liên ERP duy nhất, đáng tin cậy từ lớp chuẩn tắc. Mọi thứ khác đều được đặt tên và hoãn lại, để phạm vi không thể phình ra trên bảy hệ thống.

Trong MVP

  • Chuẩn dữ liệu chuẩn tắc, đã cố định, kèm người sở hữu từng trường
  • Các connector hoạt động cho những ERP đầu tiên vào lớp hợp nhất
  • Một báo cáo tuân thủ theo quý được tạo ra từ lớp này
  • Dịch vụ phân loại toàn cầu theo dõi các thay đổi của USITC

Hoãn sang giai đoạn hai

  • Các connector ERP còn lại, triển khai sau
  • Bảng điều khiển tự phục vụ và phân tích tùy biến
  • Các điểm đến và chương trình ngoài phạm vi đầu tiên

Tiến độ

Chín tháng để xây dựng, ba tháng để triển khai

Năm đó chia thành chín tháng xây dựng và ba tháng triển khai. Phần phát triển chạy qua bốn cột mốc đầu tiên, chuẩn dữ liệu trước tiên vì đây là phần khó nhất, rồi đến lớp hợp nhất, báo cáo hoạt động đầu tiên, và dịch vụ phân loại trên cả bảy ERP. Ba tháng cuối là kiểm thử, đào tạo đội ngũ thương mại, và đánh giá hệ thống đối chiếu với đường cơ sở trước khi ký nghiệm thu.

  1. 1

    Tháng 1–3

    Đánh giá và chuẩn dữ liệu

    Rà soát một quý báo cáo trước đây, ánh xạ thời gian trôi về đâu, và thiết kế Chuẩn Dữ liệu Tuân thủ Thương mại chuẩn tắc, sáu miền với một người sở hữu trên mỗi trường.

    Sản phẩm bàn giao: Chuẩn dữ liệu đã ký và phạm vi cố định, giá cố định được xác nhận.

  2. 2

    Tháng 4–5

    Lớp hợp nhất và các connector đầu tiên

    Dựng lớp chuẩn tắc và xây các connector từ những ERP đầu tiên, mỗi cái ghi vào một lược đồ duy nhất.

    Sản phẩm bàn giao: Những ERP đầu tiên đổ dữ liệu vào lớp hợp nhất.

  3. 3

    Tháng 6–7

    Một báo cáo, đầu cuối (MVP)

    Tạo ra một báo cáo tuân thủ theo quý đầy đủ từ lớp này thay vì bảy bảng tính ghép lại bằng tay.

    Sản phẩm bàn giao: Báo cáo theo quý được tạo ra từ một nguồn duy nhất.

  4. 4

    Tháng 8–9

    Dịch vụ phân loại và các ERP còn lại

    Kết nối dịch vụ phân loại theo dõi USITC, sau đó đưa các ERP còn lại lên lớp hợp nhất để cả bảy đều hoạt động.

    Sản phẩm bàn giao: Cả bảy ERP được hợp nhất, dịch vụ phân loại hoạt động.

  5. 5

    Tháng 10–12

    Kiểm thử, đào tạo và đánh giá

    Chạy kiểm thử đầu cuối trên cả bảy ERP, đào tạo đội ngũ thương mại về quy trình báo cáo mới, và đánh giá hệ thống đối chiếu với đường cơ sở trước khi ký nghiệm thu.

    Sản phẩm bàn giao: Đội ngũ được đào tạo, kết quả được xác nhận đối chiếu đường cơ sở, đã ký nghiệm thu.

Bàn giao và nghiệm thu

Không có gì được ký nghiệm thu cho đến khi một báo cáo thật xuất ra sạch sẽ

Mỗi cột mốc đều có một bài kiểm tra nghiệm thu do Repligen làm chủ. Chuẩn dữ liệu phải được các người sở hữu trường ký. MVP phải tạo ra một báo cáo theo quý khớp với báo cáo dựng bằng tay. Dịch vụ phân loại phải nêu ra đúng các SKU lỗi thời đối chiếu với một thay đổi USITC đã biết. Thanh toán theo sau nghiệm thu, không theo lịch.

Việc triển khai được thực hiện theo từng giai đoạn, không phải một cú chuyển đổi lớn tất tay. Các ERP chuyển lên lớp này theo từng đợt, và đội ngũ thương mại vẫn duy trì quy trình cũ cho đến khi mỗi đợt vượt qua bài kiểm tra nghiệm thu. Một giai đoạn thất bại có thể sửa được trước khi ERP tiếp theo được đưa lên, đó chính là toàn bộ điểm mấu chốt của việc sắp xếp trình tự cho một cuộc di chuyển bảy hệ thống theo cách này.

Kết quả

Năm đầu tiên trọn vẹn trông như thế nào

Trong mười hai tháng sau khi triển khai, đội ngũ thương mại của Repligen thôi dành các quý để lắp ráp báo cáo và bắt đầu dành chúng để rà soát nội dung. Cuộc kiểm toán HTS thường niên, trước kia được coi là một dự án kéo dài nhiều tháng cần mượn thêm năng lực chuyên viên phân tích, giờ hoàn tất trong vòng hai tuần với đội ngũ hiện có. Kể từ đó Repligen đã hấp thụ thêm hai thương vụ thâu tóm qua mô hình tiếp nhận mới, mỗi thương vụ được kết nối vào lớp hợp nhất trong khoảng sáu tuần, so với sáu tháng mà quy trình trước dự án thường đòi hỏi.

Chỉ sốTrướcSauThay đổi
Báo cáo tuân thủ theo quýHơn 80 giờ mỗi chu kỳ14 giờ mỗi chu kỳGiảm 82%
Kiểm toán HTS thường niên của USITC~9 tuần11 ngàyGiảm 83%
Tiếp nhận ERP của thương vụ thâu tóm mới~6 tháng~6 tuầnGiảm 75%
SKU được giám sát phân loại liên tụcLấy mẫu, thủ công16.000+, tự độngPhủ toàn bộ
Tiết kiệm nhân công và rủi ro hằng nămĐường cơ sở~$1.2MĐạt được ngay năm đầu

Điều Repligen coi trọng nhất là sự chuyển dịch trong vận hành. Đội ngũ thương mại không còn hoạt động như một bộ phận đối chiếu tình cờ kiêm luôn việc phân loại. Khoản chi phí đối chiếu được trả một lần tại lớp dữ liệu, nên số giờ của đội ngũ có thể dồn vào công việc phán đoán mà việc phân loại thực sự đòi hỏi.

We use cookies to understand how visitors interact with our site. No personal data is shared with advertisers.