ERP sống sót khi va vào vận hành thật
Tư vấn và triển khai ERP trọn vòng đời cho doanh nghiệp Việt Nam: rà soát quy trình, phân tích độ khớp, cấu hình, chuyển dữ liệu, đào tạo và hỗ trợ để hệ thống còn sống sau khi chạy thật.
Một dự án ERP hiếm khi được chấm bằng phần mềm. Nó được chấm vào sáng thứ Hai đầu tiên sau khi chạy thật, khi anh quản kho có bốn mươi đơn phải soạn mà màn hình mới lại hỏi một trường anh chưa từng nghe tới. Mọi thứ diễn ra trong sáu tháng trước buổi sáng ấy tồn tại chỉ để buổi sáng ấy trôi qua êm ả.
iGlobal đã triển khai ERP cho nhà sản xuất, nhà phân phối, công ty logistics và doanh nghiệp dịch vụ trên khắp Việt Nam. Điều phân biệt dự án chạy được với dự án bị bỏ xó trong im lặng không phải ngân sách, cũng không phải ngành nghề. Đó là việc đội triển khai có hiểu quy trình kinh doanh đủ sâu để dám tranh luận với nó hay không, hay chỉ ghi lại những gì được kể rồi cấu hình đúng như thế.
Chúng tôi xây trên nền Odoo vì nó phủ tài chính, kho, sản xuất, bán hàng, mua hàng và nhân sự trong một cơ sở dữ liệu, không kèm bài toán bản quyền khiến ERP truyền thống đắt đỏ trước cả khi hữu ích. Nhưng nền tảng chỉ là phương tiện. Thứ anh mua là khả năng phán đoán xem thói quen nào hiện nay đáng mang theo, và thói quen nào vốn chỉ là cách lách một vấn đề nay không còn.
Vì sao rất nhiều doanh nghiệp phải làm ERP lần hai
Một tỉ lệ đáng ngạc nhiên khách hàng của chúng tôi không mua ERP lần đầu. Họ đang thay một hệ thống từng được cài, từng trả tiền, rồi bị lách dần cho tới khi công việc thật quay về với bảng tính. Thất bại hầu như không bao giờ nằm ở kỹ thuật. Hệ thống được cấu hình theo sơ đồ tổ chức chứ không theo dòng chảy của hàng và tiền, nên người trực tiếp làm thấy ghi sổ riêng còn nhanh hơn.
Kiểu thứ hai là phạm vi theo danh sách mong muốn. Phòng ban nào cũng gửi yêu cầu, không ai đứng ra phân xử, và dự án trở thành một nỗ lực rất tốn kém để tự động hoá sự bất đồng. Sáu tháng sau, ban chỉ đạo còn đang bàn ma trận phê duyệt thay vì bàn xem tồn kho có chính xác hay không.
Kiểu thứ ba là dữ liệu. Đội ngũ nào cũng đánh giá thấp nó, không trừ lần nào. Số dư đầu kỳ, danh mục hàng hoá có ba cách viết cho cùng một nhà cung cấp, khách hàng tồn tại hai lần vì bản ghi này có mã số thuế còn bản ghi kia có địa chỉ giao hàng. Chuyển dữ liệu là chỗ một dự án ERP hoặc giành được lòng tin ngay tuần đầu, hoặc đánh mất nó vĩnh viễn.
- Tồn kho trên màn hình và tồn kho trên kệ không khớp nhau
- Khoá sổ mất hai tuần vì số liệu phải ghép lại bằng tay
- Mỗi phòng giữ một bảng tính riêng mà họ mới thật sự tin
- Không ai nói được lãi gộp theo dòng sản phẩm trong tháng này
Một dự án triển khai trọn vẹn gồm những gì
Rà soát quy trình trước khi bàn phần mềm
Chúng tôi đi hiện trường, bám theo một đơn hàng thật từ báo giá tới lúc thu tiền, và ghi lại những gì đang thực sự diễn ra thay vì những gì quy trình viết trên giấy. Khoảng cách giữa hai thứ đó chính là dự án.
Phân tích độ khớp kèm khuyến nghị thẳng thắn
Mỗi yêu cầu được xếp loại tiêu chuẩn, cấu hình được, hay phải phát triển riêng, kèm chi phí từng loại. Chỗ nào là thói quen chứ không phải nhu cầu bắt buộc, chúng tôi nói thẳng thay vì báo giá cho nó.
Chuyển dữ liệu có đối chiếu
Dữ liệu danh mục được làm sạch, gộp trùng và nạp thử nhiều vòng. Số dư đầu kỳ được đối chiếu với bảng cân đối hiện tại của anh theo từng dòng, trước khi có ai ký chấp nhận chạy thật.
Tích hợp với những gì anh giữ lại
Tờ khai hải quan, sao kê ngân hàng, nhà cung cấp hoá đơn điện tử, MISA cho bộ phận tài chính chưa muốn đổi, máy móc xưởng đang chạy tốt. Thay tất cả cùng lúc là một lựa chọn, không phải điều bắt buộc.
Đào tạo theo vai trò, không theo phân hệ
Người soạn hàng học đúng ba màn hình mà người soạn hàng chạm vào, trên dữ liệu của anh, với mã hàng của anh. Đào tạo phân hệ chung chung tạo ra chứng chỉ; đào tạo theo vai trò tạo ra người làm được việc vào sáng thứ Hai.
Trực chiến sát sao rồi mới tới hỗ trợ thường kỳ
Chuyên gia của chúng tôi ngồi cùng đội ngũ anh suốt kỳ khoá sổ đầu tiên và trọn một chu kỳ vận hành. Sau đó anh có một đầu mối đích danh và cam kết thời gian phản hồi, không phải một hàng đợi phiếu ở múi giờ khác.
Chúng tôi triển khai thế nào
-
1
Khảo sát và chốt phạm vi 2 đến 4 tuần
Đi qua quy trình từng phòng ban, kiểm kê dữ liệu, lập sổ độ khớp và kế hoạch phân kỳ, trong đó ghi rõ cái gì nằm ngoài phạm vi giai đoạn một. Thứ gì không nói rõ được ở đây sẽ tốn gấp ba để làm rõ về sau.
-
2
Cấu hình và dựng bản mẫu 4 đến 10 tuần
Chúng tôi dựng hệ thống chạy được trên bản sao dữ liệu thật và cho người dùng chủ chốt chạy đúng tình huống của anh qua nó, thay vì trình diễn một công ty mẫu trong sách. Thay đổi ở giai đoạn này còn rẻ.
-
3
Chuyển dữ liệu và nghiệm thu 3 đến 6 tuần
Nạp đầy đủ dữ liệu, đối chiếu với số dư hiện hành, kịch bản kiểm thử xuyên suốt do chính phòng ban sở hữu quy trình ký nghiệm thu, và đào tạo theo vai trò bằng tiếng Việt.
-
4
Chạy thật và trực chiến 4 đến 8 tuần
Có mặt tại chỗ trong tuần đầu, phân loại và xử lý vướng mắc hằng ngày, và chúng tôi ở lại tới khi kỳ khoá sổ đầu tiên hoàn tất ngay trong hệ thống. Bàn giao diễn ra khi đội ngũ anh tự khoá được một kỳ mà không cần chúng tôi, chứ không theo một ngày định sẵn trên lịch.
Dành cho ai
- Nhà sản xuất và nhà phân phối từ 30 đến 500 nhân sự đã vượt quá sức của phần mềm kế toán
- Tập đoàn nhiều pháp nhân cần báo cáo hợp nhất
- Doanh nghiệp thay thế một ERP đã cài nhưng chưa bao giờ được dùng thật
- Doanh nghiệp đang bị giới hạn tăng trưởng bởi việc phối hợp thủ công
Vì sao chọn iGlobal
Chúng tôi tranh luận với yêu cầu khi điều đó là cần thiết
Một nhà cung cấp cấu hình đúng y như anh yêu cầu thì dễ chịu lúc làm và tốn kém lúc sống chung. Một phần tiền anh trả cho chúng tôi là để nghe câu rằng một yêu cầu sẽ tốn hơn chính vấn đề mà nó giải quyết.
Giao theo từng giai đoạn, có phần mềm chạy được sớm
Anh thấy hệ thống chạy trên chính dữ liệu của mình trong vài tuần, chứ không phải bộ slide kéo dài sáu tháng. Mỗi giai đoạn phải giao được thứ dùng được trước khi giai đoạn sau được cấp kinh phí.
Một đội ngũ từ tư vấn tới hỗ trợ
Người tư vấn vẽ lại quy trình cho anh vẫn liên lạc được sau một năm. Kiến thức không bị chuyền qua ba công ty rồi rơi rụng ở mỗi lần bàn giao.
Cân bằng tốt nhất giữa chi phí, chất lượng và dịch vụ
Bản quyền mã nguồn mở giữ chi phí khởi điểm ở mức hợp lý, còn cách làm của chúng tôi giữ chi phí triển khai ở mức dự đoán được. Anh trả cho công việc đã làm, theo một phạm vi hai bên đã thống nhất bằng văn bản.
So sánh ba cách làm
| Tiêu chí | Làm tay, trên bảng tính | Phần mềm đóng gói | Làm cùng iGlobal |
|---|---|---|---|
| Các bộ phận chức năng nối với nhau thế nào | Không nối; con người bê dữ liệu đi giữa chúng | Chỉ nối được qua những phân hệ mà cùng nhà cung cấp đó có bán | Một cơ sở dữ liệu, mỗi dữ kiện chỉ được ghi đúng một lần |
| Thay đổi một quy trình vào năm sau | Viết lại bảng tính và hy vọng không làm hỏng thứ gì khác | Gửi yêu cầu, rồi chờ lộ trình phát triển của nhà cung cấp | Một yêu cầu thay đổi chúng tôi khoanh phạm vi, báo giá và làm |
| Một báo cáo không ai nghĩ tới từ trước | Nửa ngày sao chép qua lại giữa các tệp | Chỉ có nếu nhà cung cấp đã dựng sẵn | Dựng từ dữ liệu đã có sẵn trong hệ thống, thường trong vài giờ |
| Chi phí tính trên ba năm | Giấu trong tiền lương nên không bao giờ hiện ra trong ngân sách | Phí thuê bao mỗi người dùng, dự đoán được, cộng thêm phần việc nó không làm được | Báo giá theo từng giai đoạn và cùng anh xem lại trước khi bắt đầu mỗi giai đoạn |
| Dữ liệu nằm trong tay ai | Rải rác trên các tệp, hộp thư và điện thoại cá nhân | Trên nền tảng của nhà cung cấp, muốn lấy ra phải theo điều kiện của họ | Cơ sở dữ liệu của chính anh, xuất ra đầy đủ bất cứ lúc nào anh yêu cầu |
| Khi có sự cố | Người đã dựng ra tệp đó, nếu họ còn làm ở đây | Một hàng đợi phiếu hỗ trợ, thường bằng ngôn ngữ khác và lệch múi giờ | Một kỹ sư đích danh tại Hà Nội, liên hệ được ngay trong ngày làm việc |
Hai cột ở giữa mô tả những cách làm thật sự phù hợp với một số doanh nghiệp. Chỗ nào họ hơn thì họ hơn thật, và chúng tôi đã cố viết đúng như vậy.
Sau khi chạy thật thì thay đổi điều gì
Thay đổi đầu tiên thường không nằm ở mô hình, mà ở chỗ cuộc tranh cãi xem con số nào mới đúng đã chấm dứt. Khi nền dữ liệu đã dựng xong, tài chính, vận hành và kinh doanh cùng đọc một con số, và cuộc họp chuyển từ việc đi xác minh số liệu sang việc quyết định phải làm gì với nó.
Thứ hai là kỳ khoá sổ hằng tháng thôi giống một cuộc khai quật. Nghiệp vụ được ghi nhận một lần, ngay lúc phát sinh, bởi chính người làm việc đó, nên kế toán chỉ rà soát bút toán chứ không phải dựng lại chúng từ phiếu giao hàng và trí nhớ.
Thứ ba phải một hai quý mới hiện ra và lại quan trọng nhất. Cấp quản lý bắt đầu hỏi những câu hỏi tốt hơn. Khi lãi gộp theo dòng sản phẩm nằm sẵn trên màn hình thay vì nằm trong một đề nghị gửi phòng kế toán, người ta bắt đầu chất vấn công việc kinh doanh thay vì chất vấn bản báo cáo.
- Một cơ sở dữ liệu thay cho mỗi phòng một bảng tính
- Khoá sổ tính bằng ngày thay vì bằng tuần
- Độ chính xác tồn kho đủ cao để thôi kiểm toàn bộ hằng tuần
- Lãi gộp nhìn được theo sản phẩm, theo khách và theo nhân viên
Câu hỏi thường gặp
Một dự án ERP thường kéo dài bao lâu?
Với một pháp nhân, 50 đến 150 người dùng, phủ tài chính, bán hàng, mua hàng và kho, ba đến năm tháng để chạy thật là con số thực tế. Sản xuất cộng thêm một đến ba tháng tuỳ định mức và cách tính giá thành phức tạp đến đâu. Ai hứa sáu tuần cho tất cả những thứ đó thì hoặc đang tính một phạm vi nhỏ hơn nhiều, hoặc định phát hiện phần còn lại sau khi anh đã ký.
Chúng tôi có buộc phải chuyển tất cả cùng lúc không?
Không, và thường là không nên. Trình tự hay gặp là bán hàng, mua hàng và kho trước, tài chính vào đầu kỳ kế toán kế tiếp, rồi mới tới sản xuất hay nhân sự. Giữ bộ phận tài chính ở lại phần mềm hiện tại suốt giai đoạn đầu là một lựa chọn chính đáng; chúng tôi trao đổi dữ liệu theo lịch cho tới khi họ sẵn sàng.
Các tuỳ chỉnh của chúng tôi sẽ ra sao khi nâng cấp về sau?
Mọi tuỳ chỉnh chúng tôi viết đều nằm trong một module riêng có lịch sử mã nguồn riêng, không bao giờ sửa thẳng vào mã lõi. Đó là điều khiến việc nâng phiên bản trở thành một hạng mục có thể ước lượng, thay vì phải viết lại. Chúng tôi cũng cố ý giữ số lượng tuỳ chỉnh ở mức thấp, vì mỗi tuỳ chỉnh là một khoản thuế nhỏ phải trả mãi mãi cho mọi lần nâng cấp sau này.
Hệ thống có đáp ứng được yêu cầu kế toán Việt Nam không?
Có. Hệ thống tài khoản theo thông tư, tờ khai thuế giá trị gia tăng, hoá đơn điện tử qua nhà cung cấp đã đăng ký và bộ báo cáo bắt buộc đều được xử lý. Chỗ nào kiểm toán viên của anh có yêu cầu trình bày riêng, đó là phần cấu hình chúng tôi đưa vào khảo sát, chứ không để thành bất ngờ vào cuối năm.
Chi phí sau khi chạy thật thì như thế nào?
Ba khoản: hạ tầng, hỗ trợ và thay đổi. Hạ tầng thì dự đoán được. Hỗ trợ là phí thuê bao hằng tháng tính theo số người dùng và mức độ phản hồi anh cần. Thay đổi là khoản người ta hay quên dự trù, và lại là khoản lành mạnh nhất trong ba, vì nó có nghĩa doanh nghiệp vẫn đang phát triển và hệ thống vẫn theo kịp.
Giải pháp liên quan
Nói chuyện với chuyên gia, không phải tổng đài
Hãy cho chúng tôi biết anh đang muốn giải quyết điều gì, chúng tôi sẽ nói thẳng liệu mình có phải đội phù hợp không.