Cloud Storage Solutions v.11

Không, tính năng này chỉ có từ phiên bản 15. Trước phiên bản đó, phân hệ làm việc với cấu trúc thư mục định sẵn:

1. Odoo - thư mục gốc cho đồng bộ

2. Models - thư mục cho mỗi loại chứng từ Odoo. Ví dụ, 'Projects', 'Partners'. Phân theo domain có thể có thư mục cụ thể hơn: chẳng hạn 'Customer 1 Projects', 'Projects of the Customer 2', 'Internal Projects', v.v.

3. Objects - thư mục cho từng chứng từ, vd. 'Project 1' hoặc 'Customer 1'

4. Tệp và thư mục liên quan đến chứng từ Odoo này sẽ được đồng bộ.

Kết quả là bạn có thể có chẳng hạn:

• Odoo / Projects / Project 1 / tệp và thư mục liên quan đến  project 1

• Odoo / Customer 1 Projects / Project 1; Odoo / Customer 2 Projects / Project 3, ...

• Odoo / Customers / Customer 1 / tệp và thư mục liên quan đến customer 1

Cấu trúc này luôn phẳng, nghĩa là chỉ có những cấp phân cấp đó. Do đó đúng là các loại chứng từ khác nhau không thể nằm trong cùng một cấu trúc. Trong thư mục 'Customer 1' chúng ta không thể giữ các tệp liên quan đồng thời đến đơn bán, hóa đơn và dự án. Mỗi loại chứng từ đó có thư mục riêng (hoặc vài thư mục riêng). Nếu không sẽ không thể đồng bộ ngược vì không còn tiêu chí để dựa vào.

Không, công cụ dựa trên một điểm cuối người dùng duy nhất. Mọi tiến trình đồng bộ chạy dưới một quản trị cloud (ứng dụng). Quyền truy cập thư mục / tệp đã tạo không được tự động hóa. Bạn phải quản trị quyền đó trong giải pháp lưu trữ đám mây.

Ứng dụng giả định nội dung nhị phân của tệp đính kèm được lưu trong Cloud Client thay vì trên máy chủ Odoo. Những tệp đính kèm đó trong Odoo trở thành kiểu URL và bạn có thể mở chúng bất cứ lúc nào từ hộp đính kèm hoặc từ Cloud Client.

Sau khi thiết lập, không cần thao tác thủ công vì đồng bộ hoàn toàn tự động. Hãy chọn loại chứng từ Odoo cần đồng bộ và thiết lập model liên quan cho từng loại (Khách hàng, đơn bán hoặc đơn mua, Nhiệm vụ, Dự án, v.v.).

Có. Hãy chuẩn bị một quy tắc cho từng loại, rồi áp bộ lọc: ví dụ theo kiểu dự án.

Hãy làm bộ lọc loại trừ lẫn nhau để một chứng từ được gán chắc chắn. Ví dụ 'khách hàng nhưng không phải nhà cung cấp', 'nhà cung cấp nhưng không phải khách hàng'. Nếu không, thư mục của một chứng từ sẽ nhảy từ model này sang model khác.

Không, công cụ chỉ là lõi kỹ thuật. Bạn còn cần connector cho cloud client.

Có, dù khi nhiều thư mục/tệp đính kèm cần đồng bộ thì quá trình có thể chậm. Đồng thời khách hàng đã báo môi trường với >10k đối tác và ~5k biến thể sản phẩm cần đồng bộ, và tiến trình vẫn chấp nhận được.

Vài điểm cần nhấn mạnh:

1. Đồng bộ được thiết kế để mọi mục đều được đồng bộ và không mất, dù có thể không nhanh. Điều này được bảo đảm bằng hàng đợi FIFO và mỗi job được commit.
2. Số đối tượng có thể giới hạn theo logic. Cấu hình model cho phép hạn chế đồng bộ mục lỗi thời (vd. không cần đồng bộ đối tác đã lưu trữ hoặc đơn cách đây 2 năm).

Không. Chúng tôi có lý do vững chắc để tránh đồng bộ thời gian thực:

• Vấn đề hiệu năng. Nếu đồng bộ theo thời gian thực, mỗi lần tải tệp lên sẽ hiện màn hình chờ.

• Vấn đề xung đột. Nếu 2 người dùng cùng lúc sửa một mục, có thể dẫn đến tình huống không giải quyết được. Với tác vụ định kỳ ta sửa sau được; còn thời gian thực phải lưu thành hàng đợi, càng khiến người dùng bối rối.

• Vấn đề chức năng. Đặc biệt là đổi tên và tổ chức lại mục. Ở chiều đồng bộ ngược, công cụ dựa chặt vào logic thư mục và mỗi lần đồng bộ kiểm tra 100% mục. Nếu làm sau mỗi lần cập nhật, sẽ có hàng nghìn yêu cầu mỗi giây. Nếu không: thay đổi sẽ bị mất.

Không, tính năng này chỉ có từ phiên bản 15.

Có, tùy cấu hình cloud client của bạn.

Theo chính sách hiện tại của Odoo Apps Store:

• Mọi mô-đun mua cho phiên bản 12.0 trở về trước cho phép truy cập mọi phiên bản đến 12.0.
• Từ phiên bản 13.0, mỗi phiên bản mô-đun phải mua riêng.
• Bất kể phiên bản, mua công cụ cho quyền mọi cập nhật và sửa lỗi trong một phiên bản chính.

Lưu ý rằng nhóm faOtools không kiểm soát các chính sách đó. Mọi câu hỏi xin liên hệ trực tiếp đại diện Odoo Apps Store.

Cách thẳng nhất là dùng quy trình có sẵn của cửa hàng Odoo:

1. Mở trang phân hệ và bấm nút Deploy on odoo.sh

2. Sau đó bạn sẽ được chuyển tới trang GitHub. Đăng nhập tài khoản, rồi bấm 'Create a new repo' hoặc dùng repo có sẵn. Hãy đảm bảo kho là riêng tư. Không được phép công bố ứng dụng theo giấy phép OPL-1. Nếu cần, tạo repo mới cho dự án Odoo.sh

3. Rồi vào odoo.sh và bấm nút Deploy. Trong cửa sổ pop-up, gửi quyết định và bấm 'Continue.' Thao tác này sẽ kích hoạt cài đặt.

Các bước này sẽ cài ứng dụng cho nhánh production của dự án. Nếu muốn triển khai ứng dụng cho nhánh khác hoặc cập nhật phân hệ, hãy làm các bước sau:

1. Tải mã nguồn ứng dụng từ cửa hàng Odoo

2. Commit phân hệ vào kho GitHub cần thiết. Đảm bảo không thư mục/tệp ứng dụng nào bị bỏ qua (tức không nằm trong .gitignore của repo). Kho được odoo.sh tạo tự động và mặc định có thể gồm mục quan trọng (vd. /lib). Hãy tải lên mọi thư mục, thư mục con và tệp của phân hệ, không ngoại lệ

3. Triển khai nhánh đích của dự án odoo.sh hoặc, nếu thiết lập của bạn giả định vậy, đợi đến khi được xây tự động.

Có, chắc chắn. Đồng thời Odoo tự thêm mọi phụ thuộc vào giỏ, nên bạn nên loại các công cụ đã mua để tránh trả hai lần.

Cảnh báo đỏ/cam không ảnh hưởng đến tính năng của ứng dụng. Đáng tiếc, đôi khi phân hệ của chúng tôi không qua được các kiểm thử tự động chuẩn vì chúng giả định hành vi xung đột với mục tiêu ứng dụng. Ví dụ chúng tôi đổi cách tính giá, trong khi kiểm thử phân hệ Odoo chuẩn so giá cuối với thuật toán chuẩn.

Trước hết, hãy kiểm tra tính năng của cơ sở dữ liệu đã triển khai. Mọi thứ có chạy đúng không?

Nếu vẫn cho rằng cảnh báo ảnh hưởng tính năng thật, hãy liên hệ chúng tôi và gửi nhật ký cài đặt đầy đủ cùng danh sách đầy đủ phân hệ đã triển khai (gồm lõi và bên thứ ba).

Không, chúng tôi chỉ phân phối công cụ qua cửa hàng ứng dụng Odoo chính thức.

Rất tiếc, chúng tôi không có phương tiện kỹ thuật để cung cấp giá riêng. 

Không, ứng dụng bên thứ ba không dùng được trên Odoo Online. Rất tiếc Odoo SaaS chặn khả năng đó.

Có, công cụ cần tất cả phân hệ ghi trong phụ thuộc để chạy đúng. Giá trên trang ứng dụng đã gồm mọi phụ thuộc cần thiết.