ownCloud / Nextcloud Odoo Integration v.15

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.

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.

Bạn có thể đặt tên riêng cho thư mục mô hình (đơn bán, cơ hội, nhà cung cấp, v.v.) với mọi loại chứng từ.

Với thư mục đối tượng (SO-001, John Smith, v.v.), công cụ dựa trên phương thức Odoo để dựng tên hiển thị của loại chứng từ này. Tuy nhiên bạn có thể đổi bằng cách định nghĩa biểu thức tên. Cú pháp đúng như mẫu email Odoo được dùng. 

Không, từ phiên bản 15 bạn không nên đổi các job đã lên lịch. Chúng được tối ưu chạy mỗi 15 phút để kết nối ổn định và nhanh nhất.

Bảo đảm thời gian chờ máy chủ Odoo đặt ít nhất 15 phút (900 giây).

Nếu cần tạm dừng đồng bộ, hãy làm trên form cloud client tương ứng.

Có, từ phiên bản 15 bạn có thể thiết lập nhiều kết nối. Như vậy một số thư mục đồng bộ với một cloud client, số khác với client khác.

Lưu ý rằng không thể đồng bộ cùng một thư mục với nhiều cloud storages cùng lúc.

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

Từ phiên bản 15, ứng dụng có thể dùng độc lập để sắp xếp tệp đính kèm theo thư mục và cung cấp giao diện trình quản lý tệp.

Tuy nhiên, nếu mục tiêu là kết nối với một máy khách đám mây, bạn cần cài ít nhất một ứng dụng tùy chọn liên quan máy khách.

Khi quy tắc thư mục thay đổi, danh sách thư mục cũng đổi. Nếu thư mục không còn khớp điều kiện quy tắc thì bị gỡ. Nếu tệp đã đồng bộ, đồng bộ ngược trả chúng về Odoo và xóa khỏi Cloud Client.

Nếu đối tượng của tài liệu không khớp điều kiện quy tắc thư mục thì thư mục của nó sẽ không được tạo. Nếu sau đó khớp, thư mục liên quan sẽ được tạo.

Không, thẻ không được đồng bộ. Chúng tôi từng cân nhắc tính năng này nhưng quyết định không đưa vào vì một số lý do:

• Thư viện connector không hỗ trợ lấy hoặc cập nhật thẻ ownCloud

• Tệp đính kèm Odoo không có thuộc tính 'tags' và chưa rõ khi nào những thẻ đó sẽ được gán cho người dùng.

• Vì ứng dụng đồng bộ hai chiều, có thể phát sinh xung đột nghiêm trọng khi đồng bộ và khó giải quyết.

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.