Dự án Odoo đang triển khai dở dang: khảo sát đã xong, hệ thống đã cấu hình một phần, dữ liệu đang chuyển đổi, tiền đã trả vài đợt. Nhưng go-live cứ lùi mãi, kế toán vẫn làm song song trên phần mềm cũ và đối tác ngày càng khó liên lạc. Dừng lại thì tiếc công sức và chi phí đã bỏ ra, đi tiếp thì không biết đến bao giờ mới xong, và đổi đối tác triển khai Odoo giữa chừng trở thành phương án doanh nghiệp buộc phải tính đến.
Tin tốt là đổi đối tác khi dự án đang chạy là việc làm được và thường ít rủi ro hơn so với cố kéo dài một dự án đã mất kiểm soát, nếu làm đúng thứ tự. Bài viết dưới đây giải thích doanh nghiệp đang sở hữu những gì, cần thu hồi gì từ đối tác cũ trước khi chia tay, đối tác mới tiếp quản phần việc đang dở ra sao và cần lưu ý gì riêng với kế toán, hóa đơn điện tử và cách vận hành của doanh nghiệp Việt Nam.
Ban lãnh đạo doanh nghiệp họp rà soát dự án Odoo trước khi đổi đối tác triển khai
Vì sao nhiều dự án Odoo ở Việt Nam phải đổi đối tác giữa chừng?
Phần lớn doanh nghiệp tìm đến Odoo khi cách làm cũ không theo kịp tốc độ tăng trưởng. Kế toán dùng một phần mềm riêng như MISA, FAST hay Bravo, bán hàng một phần mềm khác, kho theo dõi bằng Excel, còn phê duyệt thì qua Zalo. Khi mở thêm chi nhánh, thêm kho, số liệu giữa các bộ phận bắt đầu lệch nhau và chủ doanh nghiệp phải chờ đến cuối tháng mới biết lãi lỗ. ERP được kỳ vọng giải quyết đúng chỗ này, nên khi dự án đứng lại giữa chừng, thiệt hại không chỉ là tiền triển khai mà còn là thời gian của cả bộ máy.
Nguyên nhân khiến doanh nghiệp tính chuyện đổi đối tác triển khai Odoo thường rơi vào hai nhóm. Nhóm thứ nhất đến từ phía đối tác. Nhóm thứ hai, ít được nói đến hơn, đến từ chính doanh nghiệp.
Nguyên nhân từ phía đối tác triển khai
- Doanh nghiệp chọn đối tác theo báo giá thấp nhất, trong khi đối tác thiếu kinh nghiệm ở ngành đó. Một đơn vị quen làm bán lẻ chưa chắc xử lý được định mức nguyên vật liệu nhiều cấp hay gia công ngoài của một nhà máy.
- Phạm vi không được xác định rõ ngay từ đầu. Mỗi tuần lại phát sinh yêu cầu mới, không ai ghi nhận bằng văn bản, đến khi quyết toán thì hai bên tranh cãi về việc gì nằm trong hợp đồng.
- Phân hệ kế toán chưa đáp ứng chế độ kế toán Việt Nam: hệ thống tài khoản cấu hình chưa đúng, báo cáo tài chính và tờ khai thuế chưa ra được, kế toán trưởng không dám bỏ phần mềm cũ.
- Tùy chỉnh quá nhiều để giữ nguyên quy trình cũ, khiến hệ thống nặng, lỗi nhiều và khó nâng cấp.
- Không có cam kết hỗ trợ sau go-live. Hệ thống vừa chạy thật thì đội tư vấn chuyển sang dự án khác.
Nguyên nhân từ phía doanh nghiệp
- Lãnh đạo giao hết cho phòng IT hoặc phòng kế toán, không tham gia các quyết định thay đổi quy trình.
- Không có người dùng chủ chốt (key user) dành thời gian thật cho dự án. Key user vừa làm việc hằng ngày vừa phải kiểm thử, nên UAT (kiểm thử chấp nhận người dùng) bị làm qua loa.
- Dữ liệu gốc như mã hàng, khách hàng, nhà cung cấp, định mức chưa được chuẩn hóa trước khi chuyển đổi.
- Kỳ vọng "mua phần mềm là xong", không dành nguồn lực cho việc thay đổi cách làm việc.
Nói rõ nhóm thứ hai không phải để đổ lỗi. Nếu nguyên nhân chính nằm ở phía doanh nghiệp, đổi đối tác mà không thay đổi cách tham gia dự án thì rất dễ lặp lại kết quả cũ. Phần cuối bài có một mục riêng về điều này.
Dấu hiệu cho thấy đã đến lúc cân nhắc đổi đối tác triển khai Odoo
Không phải dự án nào chậm tiến độ cũng cần đổi đối tác. Dự án ERP nào cũng có lúc gặp vướng, và một đối tác tốt vẫn có thể trễ mốc vì lý do khách quan. Tuy vậy, nếu bạn thấy nhiều dấu hiệu dưới đây cùng lúc, đó là lúc nên nghiêm túc đánh giá lại:
- Tư vấn viên phụ trách thay đổi liên tục, người mới không nắm được những gì đã thống nhất.
- Lỗi được báo nhiều tuần không có phản hồi, hoặc sửa chỗ này lại hỏng chỗ khác.
- Mọi thay đổi đều làm thẳng trên hệ thống đang chạy, không có môi trường chạy thử.
- Đối tác không cung cấp tài liệu thiết kế giải pháp, không ghi lại phạm vi phát sinh.
- Sau nhiều tháng, kế toán vẫn chưa khóa sổ được trên Odoo và phải nhập song song trên phần mềm cũ.
- Đối tác né tránh khi được hỏi về mã nguồn module tùy chỉnh hoặc quyền quản trị hệ thống.
Dấu hiệu cuối cùng đáng lo nhất, vì nó ảnh hưởng trực tiếp đến khả năng doanh nghiệp tự chủ với hệ thống của mình.
Có được đổi đối tác triển khai Odoo khi dự án chưa go-live không?
Được. Gói thuê bao Odoo Enterprise được Odoo xuất hóa đơn cho doanh nghiệp sử dụng, nên mô hình của Odoo không ràng buộc khách hàng với một đối tác cụ thể. Đối tác triển khai (implementation partner) là bên bán lại bản quyền và thực hiện triển khai, không có quyền gì đối với hệ thống của doanh nghiệp.
Hợp đồng triển khai quy định doanh nghiệp phải thanh toán thế nào cho phần việc đã làm, chứ không quyết định doanh nghiệp có được chấm dứt hợp tác hay không. Vì vậy, trước khi gửi thông báo, nên rà lại ba nhóm điều khoản: điều kiện và thời hạn báo trước khi chấm dứt, nghĩa vụ thanh toán theo từng mốc nghiệm thu, và quyền sở hữu sản phẩm bàn giao (đặc biệt là mã nguồn tùy chỉnh). Với các điều khoản này, doanh nghiệp nên nhờ bộ phận pháp chế hoặc luật sư đọc lại; bài viết không thay cho tư vấn pháp lý.
Thời điểm cũng quan trọng. Lúc chuyển thuận lợi nhất là ở ranh giới giữa hai giai đoạn, ngay sau khi có biên bản nghiệm thu hoặc văn bản từ chối nghiệm thu một hạng mục. Lúc nên tránh nhất là giữa đợt chuyển đổi dữ liệu (data migration) và chốt số dư đầu kỳ, hoặc sát kỳ quyết toán thuế, khi kế toán không thể vừa làm báo cáo vừa phối hợp bàn giao.
Khi rời đối tác cũ, doanh nghiệp sở hữu những gì?
Nhiều chủ doanh nghiệp ngại đổi đối tác triển khai Odoo vì nghĩ "dữ liệu nằm hết ở bên kia". Thực tế phần lớn tài sản quan trọng đứng tên doanh nghiệp.
| Hạng mục | Ai nắm | Lưu ý |
| Gói thuê bao Odoo | Doanh nghiệp | Số user, ngày gia hạn không đổi khi đổi đối tác. Nếu đối tác cũ mua hộ, cần xác nhận với Odoo ai là chủ tài khoản. |
| Cơ sở dữ liệu (database) | Doanh nghiệp | Trên Odoo Online, doanh nghiệp tự sao lưu qua trình quản lý database. Trên Odoo.sh, dự án gắn với một kho mã trên GitHub. Nếu tự host (on-premise hoặc cloud riêng), doanh nghiệp giữ máy chủ. |
| Mã nguồn Odoo Enterprise | Doanh nghiệp có thuê bao | Lấy được từ trang tải về và kho GitHub của Odoo. Đối tác không có quyền truy cập độc quyền. |
| Hỗ trợ và nâng cấp phiên bản | Doanh nghiệp có thuê bao | Có thể liên hệ thẳng bộ phận hỗ trợ của Odoo; dịch vụ nâng cấp đi kèm gói Enterprise. |
| Module tùy chỉnh (customize) | Tùy hợp đồng | Có hợp đồng chuyển quyền sở hữu khi thanh toán xong, có hợp đồng để đối tác giữ module dùng chung và cấp phép lại cho khách. |
Module tùy chỉnh là điểm cần chú ý nhất. Dù hợp đồng ghi thế nào, doanh nghiệp vẫn cần bản mã nguồn đang chạy thật, vì Odoo chỉ nâng cấp database khi các module tùy chỉnh đã có bản tương thích với phiên bản mới. Thiếu mã nguồn, lần nâng cấp phiên bản đầu tiên sẽ bị chặn, và đối tác mới phải viết lại từ đầu những gì họ không nhìn thấy.
Một trường hợp hay gặp: kho GitHub của dự án trên Odoo.sh do đối tác cũ tạo dưới tổ chức (organization) của họ. Khi đó, chuyển kho này về tài khoản do doanh nghiệp quản lý là việc đầu tiên cần làm.
Checklist bàn giao: Cần thu hồi những gì từ đối tác cũ?
Hãy gửi một văn bản yêu cầu duy nhất, liệt kê đủ các mục dưới đây, tốt nhất trước khi thông báo chấm dứt và trước khi thanh toán đợt cuối. Gửi nhỏ giọt từng mục qua Zalo hay email thường kéo dài cả tháng và rất khó đối chiếu sau này.
| Hạng mục | Vì sao cần | Nếu không lấy được |
| Tài khoản admin database và tài khoản Odoo.com | Tự quản trị, phân quyền, liên hệ Odoo | Khôi phục qua quy trình lấy lại tài khoản của Odoo |
| Bản sao lưu đầy đủ kèm filestore | Filestore chứa file đính kèm, chứng từ scan, ảnh sản phẩm | Tự sao lưu khi đã có quyền admin |
| Mã nguồn module tùy chỉnh hoặc chuyển kho GitHub | Bắt buộc để sửa lỗi và nâng cấp | Đối tác mới đánh giá và viết lại phần cần thiết |
| Bản xuất các tùy chỉnh làm bằng Odoo Studio | Studio thay đổi giao diện, trường dữ liệu, mẫu in | Rà soát trực tiếp trên database |
| Tài liệu yêu cầu nghiệp vụ, thiết kế giải pháp (blueprint), phạm vi ban đầu | Biết đã cam kết gì, đã làm gì | Đối tác mới khảo sát lại |
| File import dữ liệu và bảng ánh xạ (mapping) | Đối chiếu số dư đầu kỳ, mã hàng, công nợ | Đối chiếu ngược từ hệ thống cũ |
| Thông tin kết nối tích hợp | Hóa đơn điện tử, ngân hàng, sàn TMĐT, đơn vị vận chuyển | Tạo lại khóa API ở phía hệ thống nguồn |
| Danh sách lỗi và yêu cầu đang mở | Không mất dấu vấn đề tồn đọng | Phỏng vấn key user từng bộ phận |
| Thông tin hosting | Tên miền, máy chủ, lịch sao lưu | Kiểm tra với nhà cung cấp hạ tầng |
| Biên bản nghiệm thu, biên bản họp đã ký | Căn cứ thanh toán và xử lý tranh chấp | Tập hợp từ email, hồ sơ nội bộ |
Các tích hợp đặc thù tại Việt Nam
Ở Việt Nam, mục tích hợp hay bị bỏ sót nhất là kết nối với nhà cung cấp hóa đơn điện tử. Theo quy định hiện hành, doanh nghiệp đều phải sử dụng hóa đơn điện tử, nên nếu tài khoản kết nối hoặc chữ ký số cấu hình trên hệ thống do đối tác cũ nắm, việc phát hành hóa đơn có thể bị gián đoạn đúng lúc chuyển giao. Hãy kiểm tra ai là người quản lý tài khoản với nhà cung cấp hóa đơn điện tử và ghi lại cấu hình hiện tại.
Các kết nối khác cần liệt kê gồm ngân hàng (đối soát giao dịch, sao kê), sàn TMĐT như Shopee, Lazada, TikTok Shop nếu doanh nghiệp bán đa kênh, đơn vị vận chuyển và đối soát tiền COD. Với mỗi kết nối, cần biết khóa API đang đứng tên ai, ai có quyền tạo lại và dữ liệu đồng bộ theo chiều nào.
Dữ liệu kế toán và chứng từ
Database Odoo lúc này đã chứa chứng từ, bút toán và có thể cả số dư đầu kỳ. Theo Luật Kế toán, doanh nghiệp có nghĩa vụ lưu trữ chứng từ và sổ kế toán, kể cả chứng từ điện tử, nên bản sao lưu đầy đủ không chỉ phục vụ chuyển giao mà còn là hồ sơ doanh nghiệp phải giữ. Kế toán trưởng nên tham gia trực tiếp vào bước kiểm tra bản sao lưu: mở thử trên một môi trường riêng, đối chiếu bảng cân đối số phát sinh (trial balance) và công nợ với số liệu trên phần mềm kế toán đang chạy song song.
Nếu database có thông tin khách hàng là cá nhân hoặc dữ liệu nhân sự, hãy kiểm soát chặt việc gửi bản sao lưu qua lại giữa các bên, phù hợp với quy định về bảo vệ dữ liệu cá nhân hiện hành. Thu hồi quyền truy cập của đối tác cũ ngay sau khi bàn giao xong.
Nếu doanh nghiệp bạn đang ở đúng tình huống này, bạn có thể trao đổi nhanh với chuyên gia A1 Consulting để rà lại checklist trước khi gửi yêu cầu bàn giao.
Checklist bàn giao dự án Odoo gồm bản sao lưu, mã nguồn và tài khoản quản trị
Quy trình tiếp quản dự án Odoo mà không phải làm lại từ đầu
Một cuộc tiếp quản bài bản bắt đầu bằng đánh giá hiện trạng, không phải bằng một báo giá triển khai mới. Đối tác nào vừa gặp đã đề nghị làm lại toàn bộ khi chưa xem hệ thống là một dấu hiệu cần cân nhắc. Theo kinh nghiệm của chúng tôi, quy trình tiếp quản nên đi qua năm bước.
Bước 1: Thu hồi quyền truy cập, bản sao lưu và mã nguồn
Làm theo checklist ở trên. Mục tiêu của bước này là doanh nghiệp tự nắm được hệ thống, dù sau đó chọn ai làm tiếp. Đối tác mới chỉ nên được cấp quyền trên một bản sao, chưa đụng vào hệ thống thật.
Bước 2: Đánh giá hiện trạng
Bước này nên có phạm vi và chi phí cố định, để doanh nghiệp không bị cuốn vào một hợp đồng lớn trước khi hiểu rõ vấn đề. Đánh giá cần trả lời bốn câu hỏi:
- Cấu hình hiện tại có đúng với nghiệp vụ không: quy trình bán hàng, mua hàng, kho, sản xuất, kế toán.
- Mã tùy chỉnh có chất lượng ra sao, phần nào thật sự cần, phần nào có thể thay bằng tính năng chuẩn.
- Dữ liệu gốc và số dư đầu kỳ có sạch không: mã hàng trùng, đơn vị tính sai, công nợ lệch.
- Khoảng cách giữa hệ thống và cách doanh nghiệp đang vận hành thật (phân tích fit-gap).
Kết quả là một báo cáo thuộc về doanh nghiệp, kèm vài phương án có ước tính chi phí và thời gian để ban lãnh đạo chọn.
Bước 3: Chọn phương án
Thường có ba hướng. Thứ nhất là chỉ ổn định hệ thống: sửa lỗi, hoàn thiện phần còn thiếu, giữ nguyên phần lớn cấu hình. Thứ hai là làm lại một phần ngay trên database hiện có, ví dụ cấu hình lại phân hệ kho hoặc kế toán, thay các module tùy chỉnh kém chất lượng. Thứ ba là triển khai lại trên database mới, chỉ phù hợp khi dữ liệu và cấu hình hiện tại sai lệch quá nhiều. Hướng thứ ba tốn kém nhất và nên là lựa chọn cuối cùng.
Bước 4: Khắc phục theo giai đoạn, kiểm thử trên staging
Mọi thay đổi đều làm trên bản sao chạy thử (staging) trước, key user kiểm thử theo kịch bản thật của doanh nghiệp, sau đó mới đưa lên hệ thống thật. Phạm vi từng giai đoạn được ghi bằng văn bản và nghiệm thu riêng. Cách làm này chậm hơn một chút so với sửa thẳng trên hệ thống, nhưng tránh được việc kế toán mở máy buổi sáng và thấy số liệu thay đổi mà không ai giải thích được.
Bước 5: Go-live lại và hỗ trợ sau go-live
Nếu dự án chưa từng go-live, cần chạy song song với phần mềm cũ ít nhất một kỳ kế toán, đối chiếu số dư và báo cáo trước khi tắt hệ thống cũ. Sau go-live cần một giai đoạn hỗ trợ sát (hypercare), có người trực để xử lý lỗi phát sinh trong những ngày đầu.
Xuyên suốt quy trình, có một nguyên tắc nên giữ: không mất thời gian đổ lỗi cho đối tác cũ. Phần lớn những gì đối tác trước đã làm thường dùng được. Việc của đối tác mới là tìm ra phần nào cần sửa bằng kiểm thử trên staging, không phải gỡ bỏ mọi thứ ngay ngày đầu.
Chi phí và thời gian khi đổi đối tác triển khai Odoo
Chi phí đổi đối tác triển khai Odoo gồm bốn phần vàchỉ một phần trong đó là chi phí phát sinh thêm:
- Phí đánh giá hiện trạng, nên là khoản cố định, xác định trước.
- Chi phí khắc phục hoặc làm lại, phụ thuộc số user, số phân hệ, mức độ tùy chỉnh và tích hợp. Chỉ ổn định hệ thống luôn rẻ hơn làm lại. Trong các dự án ERP nói chung, tùy chỉnh và tích hợp là phần chi phí biến động nhiều nhất. [CẦN SỐ LIỆU: khung chi phí tiếp quản điển hình theo quy mô user, nếu A1 muốn công bố]
- Phí bản quyền Odoo không đổi vì thuê bao đứng tên doanh nghiệp. Nếu chuyển hosting sang Odoo.sh thì phát sinh thêm phí hosting của Odoo.
- Nghĩa vụ với đối tác cũ: thanh toán các hạng mục đã nghiệm thu. Tranh chấp về hạng mục chưa nghiệm thu nên tách riêng để không chặn việc bàn giao. Nếu đối tác cũ cấp phép một số module dùng chung, cần tính chi phí thay thế để không phụ thuộc vào họ.
Về thời gian, thu hồi quyền truy cập và đánh giá hiện trạng thường tính bằng tuần. Ổn định hệ thống nhanh hơn; làm lại một phần trên database hiện có thường tính bằng tháng, tùy số phân hệ và mức độ tùy chỉnh. Doanh nghiệp nên tránh xếp giai đoạn go-live lại vào cuối năm tài chính hoặc mùa cao điểm bán hàng.
Trường hợp dự án triển khai trực tiếp với Odoo (Success Pack)
Một số doanh nghiệp mua Success Pack, tức gói giờ tư vấn từ xa của chính Odoo. Gói này tính theo giờ và có thể hết giờ trước khi các phần như thuế, chuyển đổi dữ liệu, kho được cấu hình xong. Với doanh nghiệp Việt, phần bản địa hóa kế toán và hóa đơn điện tử thường là phần còn dang dở.
Chuyển giao từ Success Pack thường đơn giản hơn: không có kho mã của bên thứ ba, cấu hình chủ yếu là chuẩn hoặc làm bằng Studio, database nằm trên Odoo Online nên doanh nghiệp tự sao lưu được. Đối tác mới bắt đầu bằng danh sách những gì đã cấu hình và chưa cấu hình, coi phần việc đã làm là điểm xuất phát chứ không bỏ đi.
Chọn đối tác Odoo mới thế nào để không phải đổi lần nữa?
Hạng đối tác (Ready, Silver, Gold) trên danh bạ đối tác của Odoo là một tín hiệu nhưng chưa đủ. Bài học từ lần trước là đừng chọn chỉ vì báo giá thấp nhất. Khi làm việc với các ứng viên, hãy hỏi:
- Ai sẽ trực tiếp làm dự án, họ có chứng chỉ Odoo không, có cam kết giữ nguyên nhân sự chính đến khi go-live không?
- Có thể giới thiệu khách hàng gần đây tại Việt Nam, cùng quy mô và cùng ngành để bạn liên hệ hỏi trực tiếp không?
- Họ đã triển khai bản địa hóa kế toán Việt Nam và tích hợp hóa đơn điện tử cho doanh nghiệp nào tương tự chưa?
- Quy định về môi trường staging và cách xử lý phát sinh phạm vi (scope creep) là gì?
- Sau go-live, hỗ trợ như thế nào: kênh liên hệ, thời gian phản hồi, có hỗ trợ tại chỗ không?
- Họ sẽ xử lý lần nâng cấp phiên bản lớn đầu tiên ra sao, nhất là với module tùy chỉnh?
Khi ký hợp đồng mới, nên đưa vào ngay những điều khoản mà lần trước thiếu: quyền sở hữu mã nguồn tùy chỉnh thuộc doanh nghiệp sau khi thanh toán, kho mã đặt dưới tài khoản doanh nghiệp, nghĩa vụ bàn giao tài liệu ở từng giai đoạn, và cam kết mức độ hỗ trợ sau go-live.
Bạn có thể đọc thêm 11 sai lầm khiến triển khai Odoo không đạt kỳ vọng và các cột mốc quan trọng của một dự án triển khai ERP để có thêm tiêu chí đánh giá đối tác.
Doanh nghiệp phỏng vấn đối tác triển khai Odoo mới về nhân sự và kinh nghiệm ngành
Doanh nghiệp cần thay đổi gì để lần này khác?
Đổi đối tác triển khai Odoo chỉ giải quyết được nửa vấn đề nếu cách doanh nghiệp tham gia dự án vẫn như cũ. Có bốn việc nên làm ngay từ đầu giai đoạn tiếp quản.
Thứ nhất, cử một người trong ban lãnh đạo làm chủ dự án, có quyền quyết định khi các bộ phận bất đồng về quy trình. Thứ hai, chọn key user cho từng bộ phận và giảm bớt việc hằng ngày cho họ trong thời gian dự án, vì UAT làm qua loa là nguyên nhân phổ biến của go-live thất bại. Thứ ba, chuẩn hóa dữ liệu gốc trước khi chuyển đổi lần nữa, kể cả khi việc này mất thêm vài tuần. Thứ tư, chấp nhận thay đổi một phần quy trình theo chuẩn của Odoo thay vì tùy chỉnh mọi thứ để giữ cách làm cũ; mỗi tùy chỉnh đều là chi phí khi nâng cấp về sau.
Đào tạo người dùng cuối cũng cần được lên kế hoạch riêng. Nhân viên đã quen Excel nhiều năm sẽ không tự chuyển sang hệ thống mới chỉ sau một buổi hướng dẫn.
Kết luận
Đổi đối tác triển khai Odoo giữa chừng không phải là thất bại của doanh nghiệp. Đó là một quyết định quản trị, và nó ít rủi ro hơn nhiều người nghĩ, vì gói thuê bao, database và mã nguồn Odoo Enterprise vẫn thuộc về doanh nghiệp. Rủi ro thật nằm ở chỗ làm sai thứ tự: chấm dứt hợp đồng trước khi lấy được quyền quản trị, thanh toán đợt cuối trước khi nhận mã nguồn, hoặc để đối tác mới sửa thẳng trên hệ thống đang chạy.
Nếu đang cân nhắc, doanh nghiệp có thể bắt đầu ngay bằng năm việc sau, chưa cần ký với ai:
- Kiểm tra ai đang là chủ tài khoản Odoo.com, ai giữ quyền admin database và kho mã trên GitHub.
- Tự tạo một bản sao lưu đầy đủ kèm filestore và để kế toán trưởng đối chiếu số dư, công nợ trên bản sao đó.
- Xác định ai đang quản lý kết nối hóa đơn điện tử, ngân hàng và sàn TMĐT.
- Tập hợp hợp đồng, biên bản nghiệm thu, tài liệu thiết kế và danh sách lỗi đang mở.
- Gửi một văn bản yêu cầu bàn giao duy nhất theo checklist trong bài, trước khi thanh toán đợt cuối.
Khi đã nắm được hệ thống trong tay, bước tiếp theo là đánh giá hiện trạng một cách độc lập, rồi mới chọn phương án ổn định, làm lại một phần hay triển khai lại. Với doanh nghiệp Việt, kế toán theo chế độ Việt Nam và hóa đơn điện tử là hai điểm cần kiểm tra trước tiên. Phần việc tốt của đối tác cũ nên được giữ lại, và cách doanh nghiệp tham gia dự án cũng cần thay đổi để lần này khác lần trước.
Trao đổi với A1 Consulting về dự án Odoo đang dang dở của bạn
A1 Consulting tư vấn và thiết kế, triển khai Odoo cho doanh nghiệp sản xuất, phân phối, bán lẻ và dịch vụ, đồng thời cung cấp dịch vụ tích hợp và tùy chỉnh Odoo, nâng cấp Odoo và hỗ trợ, bảo trì Odoo. Đây cũng là những phần việc thường cần đến khi một dự án phải chuyển đối tác: rà soát module tùy chỉnh, nối lại các tích hợp, chuẩn bị cho lần nâng cấp phiên bản và hỗ trợ người dùng sau go-live.
Nếu dự án Odoo của doanh nghiệp đang chững lại, anh/chị có thể đăng ký tư vấn với A1 Consulting. Trong buổi trao đổi đầu tiên, đội ngũ A1 sẽ cùng anh/chị xem hiện trạng hệ thống, danh sách những gì cần thu hồi từ đối tác cũ và các hướng xử lý phù hợp, trước khi doanh nghiệp đưa ra bất kỳ quyết định nào.