Sản phẩm và Dịch vụ

Các hệ thống ERP tiêu chuẩn như SAP, Odoo, Microsoft Dynamics được xây theo mô hình lớp: một lõi kỹ thuật chung, bao quanh bởi các lớp cấu hình, và xa hơn nữa là các quy tắc riêng của từng doanh nghiệp. Sai lầm phổ biến nhất khi tích hợp là can thiệp thẳng vào lõi để ép phần mềm khớp với xưởng sản xuất của bạn — cách này chạy được cho đến khi nhà cung cấp nâng cấp phiên bản mới và mọi thứ gãy. Chúng tôi xây phần tùy chỉnh như một lớp riêng nằm bên trên, chứ không đụng vào bên trong.

• Mở rộng thay vì sửa lõi: logic riêng của xưởng sản xuất bạn được xây thành một lớp bổ sung nằm trên nền ERP tiêu chuẩn, không bao giờ viết đè lên mã nguồn gốc của ERP — nhờ vậy các bản nâng cấp của nhà cung cấp không âm thầm phá vỡ hệ thống của bạn.
• Ưu tiên cấu hình (Customizing): ở đâu hệ thống tiêu chuẩn đã hỗ trợ được nhu cầu của bạn thông qua các tham số được nhà cung cấp cho phép, chúng tôi dùng cách đó trước — rẻ hơn, nhanh hơn, và vẫn tương thích với các bản nâng cấp sau này.
• Xác định lớp lõi-vỏ (Core-Shell): trước khi xây dựng bất cứ thứ gì, chúng tôi xác định phần yêu cầu nào của bạn gần với lõi chung (đã được xử lý bởi chức năng tiêu chuẩn) và phần nào nằm xa hơn, thuộc về quy tắc riêng của doanh nghiệp bạn — nơi thực sự cần phát triển tùy chỉnh.
• Không sửa mã nguồn ERP: chúng tôi không đụng vào mã nguồn lõi của ERP — vì đây là con đường ngắn nhất dẫn đến một hệ thống sẽ gãy ngay khi nhà cung cấp phát hành bản cập nhật tiếp theo.
• Xây đúng mức cần thiết: phần mềm tiêu chuẩn đã xử lý những phần quy trình chung cho mọi xưởng sản xuất; chúng tôi chỉ xây tùy chỉnh cho phần thực sự đặc thù trong cách bạn vận hành — để bạn không phải trả tiền phát minh lại những gì đã có sẵn.

Kết quả là một phần mềm khớp với cách xưởng sản xuất bạn đang vận hành hôm nay, và vẫn hoạt động ổn định sau khi nhà cung cấp ERP tung ra bản cập nhật tiếp theo.

Một cơ sở dữ liệu chỉ tốt khi kiến trúc của nó tốt — sự tách bạch giữa cách dữ liệu được lưu trữ và cách dữ liệu được sử dụng chính là yếu tố quyết định hệ thống có giữ được tốc độ khi doanh nghiệp lớn lên, hay chậm dần và buộc phải xây lại tốn kém.

• Thiết kế phân lớp: chúng tôi tách riêng lớp ngoài (những gì từng ứng dụng hoặc biểu mẫu thực sự hiển thị cho người dùng), lớp khái niệm (toàn bộ mô hình dữ liệu logic, độc lập với bất kỳ màn hình cụ thể nào) và lớp trong (cách dữ liệu thực sự được lưu trên đĩa — tệp, chỉ mục, cách sắp xếp khối dữ liệu) — để mỗi lớp có thể thay đổi mà không làm hỏng các lớp còn lại.
• Tính độc lập dữ liệu: thêm một trường mới hoặc tái cấu trúc một bảng mà không phá vỡ các ứng dụng đang chạy trên đó; thêm chỉ mục hoặc sắp xếp lại cách lưu trữ vật lý mà không đụng đến lớp logic hay ứng dụng bên trên.
• Thiết kế theo đặc tính lưu trữ: bộ nhớ RAM nhanh nhưng dễ mất dữ liệu, ổ đĩa/SSD chậm hơn nhưng bền vững — chúng tôi thiết kế dựa trên nơi thực sự phát sinh nút thắt, thay vì chỉ thêm phần cứng để giải quyết.
• Lập kế hoạch cho tình trạng đồng thời: thời gian tìm kiếm, độ trễ quay và thời gian truyền dữ liệu cộng dồn lại trên đĩa cứng, đây là lý do hệ thống chậm hẳn khi nhiều người cùng nhập liệu một lúc — điển hình là vào giờ giao ca. Chúng tôi tính trước những thời điểm tải cao này, chứ không đợi đến khi phát sinh phàn nàn.
• Cấu trúc sẵn sàng cho tăng trưởng: nhờ các lớp được tách bạch đúng cách, trường dữ liệu mới, báo cáo mới và khối lượng dữ liệu tăng lên đều được hấp thụ khi hoạt động của bạn mở rộng, thay vì buộc phải xây lại toàn bộ.

Kết quả: một cơ sở dữ liệu vẫn nhanh và ổn định khi xưởng sản xuất hoặc hoạt động thương mại của bạn mở rộng, thay vì phải đập đi xây lại mỗi khi bạn thêm một dòng sản phẩm hay một báo cáo mới.

Phần lớn doanh nghiệp sản xuất và thương mại vận hành hàng ngày trên một hệ thống nghiệp vụ (OLTP) — nhập đơn hàng, cập nhật tồn kho, xuất hóa đơn — được tối ưu để xử lý thật nhiều giao dịch nhỏ thật nhanh. Ngay khi chạy các truy vấn phân tích nặng trên chính hệ thống đó, nó sẽ chậm lại và có thể bị nghẽn. Chúng tôi xây dựng một lớp phân tích riêng, dành đúng cho những câu hỏi mà hệ thống nghiệp vụ không trả lời nhanh được.

• Xây dựng kho dữ liệu (data warehouse) — một kho riêng, tách dữ liệu ra khỏi hệ thống nghiệp vụ (OLTP) và các file Excel rời rạc, để truy vấn phân tích không bao giờ chạm vào, hay làm chậm, hệ thống đội ngũ bạn đang dùng để nhận đơn và quản lý tồn kho.
• Mô hình hóa theo star schema — chúng tôi tổ chức dữ liệu quanh một bảng sự kiện trung tâm (fact table) chứa các con số bạn thực sự muốn đo (doanh số, thời gian giao hàng), được bao quanh bởi các bảng chiều (dimension table): thời gian, khách hàng, sản phẩm, kho hàng — để mỗi câu hỏi mới không cần một truy vấn riêng hay một dự án IT mới.
• Khai thác tự phục vụ — khi dữ liệu đã được mô hình hóa như vậy, bạn có thể cắt lát (slicing — cố định một chiều, ví dụ chỉ quý này), cắt khối (dicing — lọc nhiều chiều cùng lúc), đi sâu vào chi tiết (drill-down) từ số liệu tổng hợp, hoặc tổng hợp ngược lại (roll-up) từ chi tiết lên — mà không cần chờ chúng tôi hay bộ phận IT.
• Dashboard và dự báo — được xây trên chính cấu trúc đó, để các con số hiển thị luôn truy ngược được về cùng một mô hình nhất quán, chứ không phải một lần trích xuất Excel rời rạc.

Kết quả: tình trạng báo cáo chậm và "không trả lời được câu hỏi này nếu không có một dự án IT" không còn là chuyện đương nhiên — đó chỉ là dấu hiệu lớp phân tích chưa được xây dựng, chứ không phải dấu hiệu bạn cần thêm sức mạnh tính toán.

Trước khi tự động hóa bất kỳ quy trình nào, chúng tôi vẽ lại quy trình đang thực sự diễn ra ở xưởng sản xuất của bạn — không phải quy trình theo sơ đồ tổ chức lý thuyết. Bước này giúp phát hiện lỗi logic khi sửa còn rẻ: trên giấy, chứ không phải sau khi đã lập trình xong.

• Lập bản đồ quy trình trước: chúng tôi ghi lại từng bước của quy trình hiện tại dưới dạng event-driven process chain, đánh dấu rõ đâu là điểm chỉ một nhánh được chọn (exclusive-or) và đâu là các bước thực sự chạy song song (AND) — sự mập mờ ở đây là nguyên nhân khiến phần lớn dự án tự động hóa thất bại.
• Logic song song, không chỉ tuần tự: trong một module tính thời gian giao hàng chúng tôi từng xây trên hệ thống ERP, khi đơn hàng được chia ra nhiều kho, một AND-gateway được áp dụng — thời gian lấy hàng và giao hàng của mỗi kho chạy song song, và tổng thời gian giao hàng là giá trị lớn nhất trong các kho đó, không phải tổng cộng. Một cách làm ngây thơ (cộng dồn thời gian) sẽ báo sai, khiến mọi đơn hàng bị chia kho đều bị tính thời gian giao hàng dài hơn thực tế.
• Một hub trung tâm, không phải mạng lưới chằng chịt: thay vì nối trực tiếp từng hệ thống với nhau — cách làm trở nên rối loạn ngay khi bạn thêm công cụ thứ ba, thứ tư — chúng tôi kết nối công cụ nhận đơn, xuất hóa đơn và báo cáo của bạn về một hệ thống trung tâm duy nhất, để sau này thêm công cụ mới chỉ cần một kết nối mới, không phải xây lại từ đầu.
• Tự động hóa dựa trên quy trình đã được lập bản đồ: chỉ khi logic đã được kiểm chứng trên giấy, chúng tôi mới xây dựng phần tự động hóa thực sự — biểu mẫu nhận đơn, tạo hóa đơn, dashboard báo cáo, luồng dữ liệu giữa các hệ thống.

Bỏ qua bước lập bản đồ, tự động hóa chỉ khiến sự lộn xộn hiện tại chạy nhanh hơn; lập bản đồ trước, bạn có một quy trình thực sự đúng, và một hệ thống vẫn dễ vận hành khi bạn thêm công cụ tiếp theo.

Có lãi trên sổ sách và có khả năng trả hóa đơn là hai chuyện khác nhau. Doanh nghiệp sản xuất luôn ở phía "đầu tư": bạn trả tiền nguyên vật liệu và nhân công ngay hôm nay, nhưng khách hàng chỉ thanh toán lại vài tháng sau. Chính khoảng lệch thời gian này — chứ không phải thiếu lợi nhuận — là nguyên nhân khiến nhiều công ty đầy đơn hàng vẫn bất ngờ hết tiền mặt.

• Kế toán chi phí và báo cáo tài chính — con số nền tảng: từng đơn hàng thực sự tốn bao nhiêu, và toàn bộ doanh nghiệp có thực sự sinh lời hay không.
• Phân tích khoảng trống thanh khoản — xác định chính xác khi nào tiền thực sự ra và vào doanh nghiệp, tách biệt với thời điểm lợi nhuận được ghi nhận.
• Công cụ quản lý vốn lưu động — tiền đặt cọc của khách hàng (nguồn vốn lãi suất 0%), các mốc thanh toán khớp với lịch trả tiền của khách, bán khoản phải thu (factoring/forfaiting) để nhận tiền sớm, và thư tín dụng (letter of credit) giúp bạn vay dựa trên khoản thanh toán đã được đảm bảo.
• Rà soát chiết khấu thanh toán sớm — khoảng chênh giữa giá trả ngay và giá trả chậm của nhà cung cấp thường ẩn chứa mức lãi suất 60-70%/năm, khiến việc trả chậm trở thành một trong những quyết định tài chính đắt đỏ nhất mà doanh nghiệp thường không nhận ra.
• Thẩm định đầu tư — xác định thiết bị, mở rộng, hay hợp đồng nào thực sự xứng đáng với lượng vốn bị giữ lại.

Kết quả: bạn không chỉ quản lý doanh nghiệp bằng lợi nhuận, mà quản lý cả thời điểm dòng tiền dịch chuyển — đây thường mới chính là điểm khác biệt giữa một công ty có thể mở rộng quy mô và một công ty âm thầm cạn tiền dù đơn hàng đầy ắp.

Phần lớn sự cố bảo mật ở doanh nghiệp sản xuất và thương mại không đến từ những lỗ hổng phức tạp — mà từ các trang quản trị (admin panel) bị lộ ra ngoài, mật khẩu mặc định vẫn còn hoạt động trên thiết bị sản xuất, và các hệ thống nhiều năm chưa được vá lỗi. Chúng tôi bắt đầu bằng việc rà soát những gì đang chạy thực tế, sau đó xử lý các lỗ hổng quan trọng nhất, và khi xây dựng phần mềm mới, bảo mật được thiết kế ngay từ đầu chứ không phải bổ sung sau.

• Rà soát bảo mật (security review): chúng tôi kiểm tra hệ thống hiện có của bạn — máy chủ, cơ sở dữ liệu, quyền truy cập mạng, giao diện quản trị — để xác định điều gì thực sự có thể bị truy cập từ bên ngoài, thay vì chỉ chạy một checklist chung chung rồi bán báo cáo.
• Gia cố hệ thống (system hardening): chúng tôi thu hẹp bề mặt tấn công trên hạ tầng hiện có — đóng các cổng và dịch vụ không dùng đến, siết chặt quy tắc tường lửa, giới hạn ai và hệ thống nào được phép truy cập máy chủ, cơ sở dữ liệu của bạn.
• Phát triển bảo mật ngay từ thiết kế (secure-by-design): khi xây dựng phần mềm mới cho bạn, việc kiểm soát truy cập và bảo vệ dữ liệu là một phần của kiến trúc ngay từ đầu, không phải thứ gắn thêm sau khi ra mắt.
• Rủi ro đặc thù của ERP và sản xuất: doanh nghiệp sản xuất thường vận hành hệ thống ERP, cảm biến IoT, thiết bị sản xuất với thông tin đăng nhập yếu hoặc mặc định và phần mềm chưa được vá lỗi — chúng tôi kiểm tra riêng những điểm này, không chỉ mạng văn phòng.
• Giải pháp thực tế thay vì lý thuyết: được đào tạo về an ninh mạng và ethical hacking, chúng tôi tập trung vào những lỗ hổng thực sự có thể bị khai thác trong hệ thống của bạn, và đưa ra các bước cụ thể để khắc phục.

Kết quả: ít điểm xâm nhập dễ dàng hơn cho kẻ tấn công, và hệ thống, dữ liệu vẫn nằm trong tầm kiểm soát của bạn khi doanh nghiệp phát triển.

Phần lớn website B2B của các doanh nghiệp sản xuất và thương mại chỉ là template chung chung, kèm ảnh stock và những lời quảng cáo mơ hồ — không giải thích rõ doanh nghiệp thực sự làm gì hay vì sao khách hàng nên tin tưởng. Chúng tôi xây dựng và vận hành phần trái ngược: một sự hiện diện trên web thực sự có tác dụng bán hàng, được xây quanh một quyết định định vị rõ ràng — bạn muốn tiếp cận ai và muốn được nhìn nhận như thế nào.

• Khôi phục hiện diện số: với doanh nghiệp nhỏ/địa phương đã mất quyền kiểm soát Google Business Profile, website hoặc mạng xã hội, chúng tôi giúp lấy lại quyền truy cập và đảm bảo chính doanh nghiệp là chủ tài khoản từ đó về sau.
• Local-SEO và listing: giúp doanh nghiệp được tìm thấy trong tìm kiếm địa phương, và dọn dẹp các trang tổng hợp bên thứ ba vẫn đang dẫn khách tới thông tin cũ hoặc sai.
• Website: trang web được xây dựng quanh năng lực thực tế của bạn — máy móc, quy trình, chứng nhận, danh mục sản phẩm — không phải một template chung chỉ đổi logo.
• Nội dung: bài viết, hướng dẫn và tài liệu case cho thấy chuyên môn thật sự với khách hàng đang thẩm định, thay vì những câu quảng cáo chung chung mà đối thủ nào cũng có thể dùng.
• Định vị: một quyết định có chủ đích về việc doanh nghiệp của bạn nên được nhìn nhận thế nào bởi đúng nhóm khách hàng bạn muốn hướng tới — chứ không phải bất kỳ ai vô tình ghé trang.
• Tự động hoá marketing: form, chuỗi follow-up và cơ chế thu thập lead giúp biến một lượt truy cập thành một cuộc trao đổi có chất lượng, mà không cần ai đó phải thủ công theo đuổi từng yêu cầu.
• Định vị bền vững: khi phù hợp, trình bày nguồn nguyên liệu, vật liệu hoặc quy trình của bạn theo cách đáp ứng đúng những khách hàng đang chủ động sàng lọc nhà cung cấp theo tiêu chí bền vững.

Đây không phải lý thuyết: chính archilion.com — trang bạn đang đọc — được xây dựng đúng theo cách này, như một ví dụ thực tế cho kết quả của cách tiếp cận trên.

Lập kế hoạch sản xuất chỉ vận hành khi ba lớp quyết định khớp với nhau: sản xuất cái gì, sản xuất bằng cách nào, và theo trình tự nào — và không lớp nào đứng vững nếu người lập kế hoạch không nhìn thấy được tình trạng thực tế của xưởng sản xuất. Công việc chiến lược ở đây bắt đầu bằng việc làm cho tình trạng đó hiện rõ, sau đó quyết định xây cái gì trước, theo thứ tự nào dựa trên điểm nghẽn thực sự — không dựa trên việc dự án nào nghe "hoành tráng" nhất.

• Hiện rõ tình trạng xưởng sản xuất: trước khi bất kỳ quyết định lập kế hoạch nào đáng để đưa ra, chúng tôi làm cho tình trạng sản xuất thực tế — những gì đang thực sự xảy ra trên xưởng sản xuất — hiện rõ với người lập kế hoạch.
• Ba lớp lập kế hoạch: chúng tôi xử lý sản xuất cái gì, bằng cách nào, và theo trình tự nào như ba quyết định gắn liền nhau, không phải ba dự án riêng lẻ.
• Yếu tố thứ tư: lao động, máy móc, nguyên vật liệu hiếm khi tự nó giới hạn tăng trưởng — một nhà máy sản xuất thường lớn lên khi lớp quản lý và tổ chức phía trên được củng cố, chứ không phải khi có thêm một cái máy.
• Ưu tiên dòng tiền trước: hai điểm nghẽn chạm trực tiếp vào dòng tiền — nhận đơn hàng và xuất hóa đơn — thường là nơi nên bắt đầu; xử lý xong hai điểm này thường tự hoàn vốn trong vài tháng và tạo khoảng thở để sửa phần còn lại.
• Tham vọng để sau, dòng tiền trước: chúng tôi chủ động tránh bắt đầu bằng dự án nghe hoành tráng nhất — đó thường là thứ tự sai.

Kết quả là một thứ tự xây dựng mà bạn có thể bảo vệ bằng dòng tiền thực tế, chứ không phải một danh sách mong muốn xếp hạng theo độ nghe hay.

Chọn hệ thống hay đặt lộ trình số hóa thường là quyết định bạn chỉ có một cơ hội để làm đúng — chọn sai nhà cung cấp hay sai thứ tự ưu tiên có thể tốn nhiều tháng và nhiều tiền. Dịch vụ tư vấn này mang lại cho bạn một góc nhìn độc lập, có nền tảng kỹ thuật, trước khi bạn cam kết.

• Độc lập — khuyến nghị không gắn với việc bán cho bạn một ERP, phần mềm hay nền tảng cụ thể nào; lời khuyên xoay quanh điều thực sự phù hợp với hoạt động của bạn, không phải điều mang lại hoa hồng giới thiệu.
• Đánh giá thực chiến — các tuyên bố của nhà cung cấp và những đánh đổi kỹ thuật được đánh giá bởi người đã trực tiếp xây dựng và triển khai hệ thống, không chỉ trình bày slide chiến lược, nên khoảng cách giữa lời chào hàng và khả năng thực tế của hệ thống được phát hiện sớm.
• Cầu nối ngôn ngữ và văn hóa — làm việc thành thạo bằng tiếng Việt, tiếng Anh và tiếng Đức, chúng tôi đứng giữa thực tế sản xuất quốc tế và thực hành công nghệ, sản xuất của Đức, để không thông tin nào bị thất lạc ở phía nào.
• Ưu tiên trước khi mua sắm — trước khi chọn bất kỳ hệ thống nào, chúng tôi cùng bạn xác định việc gì cần sửa trước, việc gì có thể lùi lại, và việc gì nên bỏ qua hoàn toàn, để ngân sách được dồn vào những thay đổi thực sự quan trọng.

Kết quả là một ý kiến thứ hai đáng tin cậy trước khi bạn ký hợp đồng hay bắt đầu triển khai — chứ không phải thêm một lời chào hàng nữa.