FDI tại Việt Nam: Giữ chuẩn tập đoàn, kiểm soát vận hành

FDI tại Việt Nam tăng nhanh, độ phức tạp quản trị cũng tăng

Doanh nghiệp FDI thường bước vào Việt Nam với một lợi thế lớn: quy trình và chuẩn quản trị đã được thiết kế ở cấp tập đoàn. Nhưng chính lợi thế này cũng tạo ra một yêu cầu khó hơn so với doanh nghiệp vận hành thuần nội địa. Mỗi giao dịch vừa phải phục vụ nhu cầu tại chỗ, vừa phải giữ được logic dữ liệu để hợp nhất, so sánh và kiểm soát ở cấp khu vực hoặc toàn cầu.

Khi quy mô còn nhỏ, khoảng cách này có thể được xử lý bằng một số bảng ánh xạ hoặc vài bước xác nhận thủ công. Khi doanh nghiệp mở rộng nhà máy, tăng số lượng giao dịch, thêm pháp nhân, kho, kênh bán hoặc hệ thống chuyên môn, những giải pháp tạm thời bắt đầu trở thành chi phí vận hành cố định. Finance phải ghép dữ liệu trước khi đóng sổ, IT phải duy trì nhiều luồng kết nối, còn các bộ phận nghiệp vụ mất thời gian xác nhận “số nào là số đúng”.

Đó là lý do một dự án ERP trong doanh nghiệp FDI không nên được nhìn như bài toán thay phần mềm. Giá trị lớn hơn nằm ở việc xác định hệ thống nào giữ chuẩn nào, dữ liệu nào thuộc sở hữu của tập đoàn, dữ liệu nào cần được quản trị tại Việt Nam và điểm giao giữa hai lớp phải được kiểm soát ra sao.

Khoảng cách xuất hiện khi chuẩn tập đoàn đi vào vận hành địa phương

Báo cáo tập đoàn và dữ liệu giao dịch dùng hai logic khác nhau

Tập đoàn có thể chuẩn hóa hệ thống tài khoản, trung tâm chi phí, trung tâm lợi nhuận, mã công ty và bộ báo cáo để so sánh giữa nhiều quốc gia. Đơn vị Việt Nam lại cần thêm mức chi tiết cho kế toán quản trị, hóa đơn, thuế, công nợ, hàng tồn kho hoặc giá thành. Hai nhu cầu đều hợp lý, nhưng nếu được thiết kế tách rời, finance sẽ phải dùng một lớp ánh xạ bên ngoài hệ thống để “dịch” dữ liệu địa phương sang cấu trúc tập đoàn.

Bảng ánh xạ không phải vấn đề nếu có người sở hữu, phiên bản, ngày hiệu lực và quy tắc phê duyệt rõ ràng. Rủi ro xuất hiện khi nó trở thành một file sống độc lập: chỉ vài người hiểu, không có lịch sử thay đổi và không tự phản ánh khi dữ liệu nền được cập nhật. Lúc đó, cùng một mã vật tư hoặc khách hàng có thể được hiểu khác nhau giữa báo cáo nội bộ và báo cáo tập đoàn. Việc đối soát cuối tháng chỉ là nơi sai khác lộ ra, không phải nơi sai khác bắt đầu.

Phê duyệt và dữ liệu nền là nơi ngoại lệ tích tụ

Chính sách tập đoàn thường quy định rõ ngưỡng chi, thẩm quyền phê duyệt, quy tắc mở nhà cung cấp, chiết khấu hoặc thanh toán. Nhưng vận hành tại Việt Nam có thể phát sinh tình huống mua gấp, thay nhà cung cấp, điều chỉnh giá, tạm ứng, giao hàng trước chứng từ hoặc một giao dịch cần nhiều phòng ban xác nhận. Nếu hệ thống chỉ phản ánh “luồng chuẩn” mà không có đường xử lý ngoại lệ được kiểm soát, đội ngũ sẽ tự tạo đường vòng qua email, chat hoặc ký tay.

Khi đó giao dịch cuối cùng có thể vẫn đúng về số tiền, nhưng doanh nghiệp mất một phần bằng chứng về cách quyết định được đưa ra. Với CFO hoặc controller, đây là điểm đáng quan tâm hơn việc có thêm một màn hình phê duyệt. Điều cần quản trị là ai được quyền tạo ngoại lệ, điều kiện nào cho phép ngoại lệ, ai chịu trách nhiệm và lịch sử thay đổi có được giữ lại hay không.

Tương tự, dữ liệu nền như khách hàng, nhà cung cấp, vật tư, đơn vị tính, điều khoản thanh toán, tài khoản ngân hàng, trung tâm chi phí, BOM hoặc kho là nơi lỗi tích tụ âm thầm. Nếu tập đoàn kiểm soát quá cứng, đội local sẽ tạo dữ liệu phụ để vận hành; nếu địa phương được tạo quá tự do, khả năng hợp nhất và so sánh sẽ giảm. Bài toán không phải nhập dữ liệu nhanh hơn mà là xác định rõ quyền sở hữu và quy tắc thay đổi dữ liệu.

Kiểm soát địa phương không đồng nghĩa với thêm một hệ thống cạnh tranh

Một sai lầm dễ gặp khi xử lý khoảng cách giữa chuẩn tập đoàn và vận hành địa phương là biến hệ thống tại Việt Nam thành “ERP thứ hai” cạnh tranh với ERP tập đoàn. Cách làm này thường làm tăng số lần đồng bộ và tạo thêm tranh luận về nguồn dữ liệu chính. Một kiến trúc hợp lý hơn bắt đầu bằng việc phân vai rõ ràng: chuẩn tập đoàn giữ những quy tắc chung và dữ liệu cần cho hợp nhất; lớp vận hành tại Việt Nam xử lý những nghiệp vụ, kiểm soát và tích hợp cần thiết để giao dịch chạy đúng trong bối cảnh địa phương; lớp kết nối đảm bảo hai phía có thể đối soát.

Điểm quan trọng là tách mục tiêu kiểm soát khỏi cách thực thi. Ví dụ, tập đoàn có thể yêu cầu mọi nhà cung cấp mới phải được kiểm tra độc lập trước khi sử dụng. Đó là mục tiêu kiểm soát. Tại Việt Nam, quy trình có thể bổ sung trường dữ liệu hoặc bước xác minh phù hợp miễn là nguyên tắc này không bị phá vỡ. Khi thiết kế theo cách đó, doanh nghiệp tránh được hai cực: hoặc đội local phải “lách” hệ thống để vận hành, hoặc tập đoàn phải tùy chỉnh hệ thống lõi cho từng trường hợp địa phương.

ASOFT nhìn ERP như một nền tảng quản trị dữ liệu và quy trình, không phải một tập hợp module đứng riêng. Với doanh nghiệp FDI, câu hỏi quan trọng là hệ thống nào đang là nguồn chính cho giao dịch, hệ thống nào giữ dữ liệu nền, bảng ánh xạ được quản lý ở đâu, quy tắc phê duyệt nào phải đi xuyên hai lớp và việc đối soát diễn ra ở điểm nào.

Từ đối soát thủ công đến kiến trúc kiểm soát có thể mở rộng

Bước đầu tiên nên là nhìn vào những thời điểm doanh nghiệp phải “dịch” giữa hai thế giới. Đó có thể là khi tạo mã mới, khi phê duyệt một ngoại lệ, khi truyền giao dịch sang hệ thống tập đoàn, khi lập hóa đơn, khi đối soát ngân hàng, khi khóa kho hoặc khi chuẩn bị bộ báo cáo tập đoàn. Mỗi điểm có thao tác thủ công lặp lại là một tín hiệu cho thấy quy tắc kiểm soát chưa được đưa đủ sâu vào dữ liệu hoặc quy trình.

Thay vì bắt đầu bằng danh sách tính năng, doanh nghiệp nên chọn một vài luồng có ảnh hưởng lớn như mua hàng–thanh toán, bán hàng–thu tiền, tồn kho–giá thành hoặc ghi nhận–lập báo cáo và theo dõi một giao dịch từ lúc phát sinh đến khi xuất hiện trên báo cáo tập đoàn. Cách đi này thường chỉ ra rõ hơn nơi nào cần cấu hình, nơi nào cần tích hợp, nơi nào chỉ cần chuẩn hóa dữ liệu và nơi nào thật sự cần thay đổi quy trình.

Đóng sổ cuối tháng là một phép thử rất tốt. Nếu finance vẫn phải chờ nhiều file, tự kiểm tra bảng ánh xạ, đối chiếu giao dịch nội bộ tập đoàn qua email hoặc sửa báo cáo trước khi gửi head office, doanh nghiệp đang có “nợ kiểm soát”: quy trình vẫn chạy được nhưng chi phí và sự phụ thuộc vào con người tăng dần theo quy mô. Khi đó mục tiêu không chỉ là đóng sổ nhanh hơn; mục tiêu là giảm số điểm phải xử lý thủ công và làm cho ngoại lệ xuất hiện sớm hơn.

Ở lớp tích hợp, doanh nghiệp cũng cần phân biệt “truyền dữ liệu thành công” với “nghiệp vụ đã được đối soát”. Kết nối trả về trạng thái thành công không đảm bảo hai hệ thống đang hiểu cùng một giao dịch. Một luồng thanh toán chẳng hạn cần được đối chiếu giữa yêu cầu thanh toán, trạng thái ngân hàng, hóa đơn tham chiếu và bút toán. Tương tự, dữ liệu bán hàng cần được kiểm tra về số lượng giao dịch và tổng giá trị giữa nguồn phát sinh và ERP.

Chỉ sau khi dữ liệu, quyền sở hữu và quy trình đã rõ, AI mới có vị trí phù hợp: hỗ trợ phát hiện ngoại lệ, gợi ý ánh xạ hoặc ưu tiên các chênh lệch cần kiểm tra. AI không nên tạo thêm một “nguồn sự thật” mới, và các quyết định làm thay đổi dữ liệu hoặc tạo cam kết tài chính vẫn cần quyền hạn rõ ràng và bước xác nhận của con người.

Với doanh nghiệp FDI, cách tiếp cận thực tế nhất thường không phải demo một hệ thống mới, mà là đánh giá khoảng cách giữa chuẩn tập đoàn và vận hành tại Việt Nam. Từ sơ đồ hệ thống, chính sách, bộ báo cáo và một số giao dịch mẫu, doanh nghiệp có thể phân loại khoảng cách theo bốn nhóm: quy trình, dữ liệu, kiểm soát và tích hợp. Khi khoảng cách đã rõ, việc lựa chọn cấu hình, tích hợp hay giữ nguyên hệ thống hiện tại sẽ có cơ sở hơn và tránh đầu tư vào những phần không giải quyết đúng vấn đề.

Kết luận

FDI tại Việt Nam đang mở rộng nhanh, nhưng quy mô đầu tư càng lớn thì yêu cầu kết nối giữa chuẩn tập đoàn và vận hành địa phương càng trở nên quan trọng. Khoảng cách này thường không xuất hiện dưới dạng một “lỗi hệ thống” rõ ràng; nó lộ ra qua bảng ánh xạ ngoài hệ thống, phê duyệt qua email, dữ liệu nền thiếu người sở hữu, đối soát cuối kỳ và những báo cáo chỉ một vài người biết cách ghép.

Giải pháp không nằm ở việc chọn global hay local. Doanh nghiệp cần một kiến trúc trong đó chuẩn tập đoàn giữ những nguyên tắc kiểm soát cốt lõi, lớp vận hành tại Việt Nam xử lý đúng yêu cầu địa phương, còn dữ liệu và tích hợp đủ rõ để hai phía đối soát được với nhau.

ASOFT đề xuất bắt đầu bằng một phiên đánh giá khoảng cách giữa chuẩn tập đoàn và vận hành tại Việt Nam, tập trung vào quy trình, dữ liệu, kiểm soát và tích hợp trước khi bàn đến cấu hình hoặc tùy chỉnh hệ thống. Nếu doanh nghiệp đang mất nhiều thời gian cho ánh xạ dữ liệu, đóng sổ hoặc đối soát giữa hệ thống tập đoàn và hoạt động tại Việt Nam, có thể đặt lịch tư vấn để xác định điểm cần xử lý trước.