ownCloud / Nextcloud Odoo Integration v.18

はい。それぞれにルールを用意し、その後フィルタを適用します。例: プロジェクトの種類。

文書を確実に割り当てられるよう、フィルタは互いに排他的にしてください。例: 「顧客だが仕入先ではない」「仕入先だが顧客ではない」。そうしないと、特定文書のフォルダがモデル間を行き来します。

いいえ。リアルタイム同期を避ける確かな理由があります:

• パフォーマンスの問題。同期がリアルタイムだと、ファイルアップロードのたびに読み込み画面が出ます。

• 競合の問題。2 人のユーザーが同時に項目を変更すると、解決できない状況になり得ます。定期ジョブなら後から直せますが、リアルタイムではキューとして保存する必要があり、ユーザーにとってさらに分かりにくくなります。

• 機能上の問題。特に項目の名前変更と再構成です。逆方向同期ではディレクトリ論理に厳密に依存し、毎回 100% の項目を確認します。更新のたびに行うと毎秒数千リクエストになります。行わなければ変更は失われます。

任意のドキュメントタイプについて、モデルのディレクトリ（販売オーダ、案件、仕入先など）に独自の名前を付けられます。

オブジェクトのフォルダ（SO-001、John Smith など）では、このドキュメントタイプの表示名を組み立てる Odoo のメソッドに依存します。ただし名前式を定義すれば変更できます。Odoo メールテンプレートと全く同じ構文を使います。 

いいえ。バージョン 15 以降、スケジュール済ジョブは変更しないでください。最も安定して速い接続のため 15 分ごとに実行するよう最適化されています。

Odoo サーバーのタイムアウトを少なくとも 15 分（900 秒）に設定してください。

同期を一時停止する場合は、対象の cloud client フォームで行ってください。

はい、バージョン 15 以降は複数接続を設定できます。一部のフォルダをある cloud client に、他を別のクライアントに同期できます。

同じフォルダを複数の cloud storages に同時同期することはできません。

はい、cloud client の設定によります。

バージョン 15 以降、アプリは単独で添付をフォルダ整理し、ファイルマネージャー画面を提供できます。

ただしクラウドクライアントとの接続が目的なら、関連するオプションアプリを 少なくとも 1 つインストールする必要があります。

フォルダ規則が変わると、フォルダ一覧も変わります。規則の条件に合わなくなったフォルダは削除されます。ファイルが同期済みなら、逆同期で Odoo に戻し、Cloud Client から削除します。

文書オブジェクトがフォルダ規則の条件に合わない場合、そのフォルダは作られません。後で条件に合えば、関連フォルダが生成されます。

いいえ。タグは同期されません。以前この機能を検討しましたが、いくつかの理由で導入しないことにしました:

• コネクタライブラリは ownCloud タグの取得や更新をサポートしていません

• Odoo の添付には属性「tags」がなく、それらのタグをいつユーザーに割り当てるかも明確ではありません。

• アプリは双方向同期のため、同期中に解決が難しい重大な競合が起きる可能性があります。

現行の Odoo Apps Store ポリシーによると:

• バージョン 12.0 以前向けに購入したモジュールは、12.0 までの全バージョンにアクセスできます。
• バージョン 13.0 以降、各モジュールバージョンは個別に購入します。
• バージョンに関係なく、購入するとメジャーバージョン内の すべての更新と不具合修正の権利が得られます。

faOtools チームはこれらのポリシーを管理していません。ご質問は Odoo Apps Store の担当者へ直接お問い合わせください。

最も単純な方法は、Odooストア組み込みのワークフローを使うことです:

1. モジュールのページを開き、Deploy on odoo.sh ボタンをクリックします。

2. その後 GitHub ページにリダイレクトされます。アカウントにログインし、'Create a new repo' をクリックするか既存のものを使います。リポジトリはプライベートにしてください。OPL-1 ライセンスのアプリを公開することは許可されていません。必要なら Odoo.sh プロジェクト用に新しい repo を作成します。

3. 次に odoo.sh に行き、Deploy ボタンをクリックします。ポップアップで決定を送信し、'Continue.' をクリックします。これでインストールが始まります。

これらの手順でプロジェクトの本番ブランチにアプリがインストールされます。他のブランチにデプロイする、またはモジュールを更新する場合は、次の操作を行います:

1. Odooストアからアプリのソースコードをアップロードします。

2. モジュールを必要な GitHub リポジトリにコミットします。アプリのフォルダ/ファイルが無視されていないこと（repo の .gitignore に含まれていないこと）を確認してください。リポジトリは odoo.sh が自動作成し、既定で重要な項目（例: /lib）が含まれることがあります。モジュールのディレクトリ、サブディレクトリ、ファイルを例外なくすべてアップロードしてください。

3. odoo.sh プロジェクトの対象ブランチを Deploy するか、 設定がそうなっている場合は自動ビルドされるまで待ちます。

はい、もちろんです。同時に Odoo は依存関係をすべてカートに自動追加するので、二重払いを避けるには既に購入したツールを除外してください。

赤/オレンジの警告はアプリの機能に影響しません。残念ながら、標準の自動テストがアプリの目的と衝突する動作を想定するため、モジュールが通らないことがあります。たとえば価格計算を変える一方、標準 Odoo モジュールのテストは最終価格を標準アルゴリズムと比較します。

まず、デプロイ済みデータベースの機能を確認してください。すべて正しく動いていますか？

それでも警告が実機能に影響すると考える場合はご連絡のうえ、インストールログ一式とデプロイ済みモジュールの全一覧（コアおよびサードパーティ含む）を送ってください。

いいえ、ツールは 公式の Odoo アプリストア.

残念ながら、個別価格を提示する技術的手段が ありません。 

いいえ、サードパーティアプリは Odoo Online では使えません。残念ながら Odoo SaaS がその可能性をブロックします。

はい、ツールが正しく動くには依存関係に記されたすべてのモジュールが必要です。アプリページの価格には必要な依存関係がすでに含まれています。