Advanced rules to construct product reference
Code positions for certain products might be empty: e.g. for services there is no sense to have a code part of the attribute 'material'.
Each position has rules to generate a code value. For example, for products made of aluminium it is '-AL', for products with material steel it is '-ST'. In order a code part is calculated for this product, there should be at least a single rule this product satisfies.
スクリーンショット
Product reference is updated according to coding rules
Have as many code positions (parts) as required
Flexibly configure rules to combine a product internal reference
Static and dynamic code parts
How dynamic code parts work
- Use fields of a product variant and product templates
- Apply any field of the types: char, integer, float, date and date with time, selection, and many2one.
- Rely upon any standard or custom fields (e.g. manufacturer or manufacture date)
- In case of many2one field (e.g. a related product category) you should select its field (for example, category name or category custom code)
- Use not the whole field value, but its part. For instance, apply first 2 letters (0-1) of a category name or only month of a manufacture date (5-7). Leave '0' in both start and end to retrieve the whole field value
スクリーンショット
Use product field values to generate auto references
Apply static code parts based on products filtering
Code rule with filtering by categories
Product automatic reference (example)
Automatic generation of codes
For certain product templates and variants you can switch the auto update off. If you mark items as 'Manual reference': their codes will be not generated by rules. References become editable for such products and should be updated by users.
When product references are updated
Codes are updated in the following cases:
- When a product is created or updated
- Regularly by the cron job for all products (have a look a the tab 'Configuration', the section 'Scheduled jobs')
- Manually when you push the button on a product form
- Manually for all products when you push the button on the configuration page
Why the logic is so complex? To avoid slowdowns. The point is that codes rules are advanced and there is no way to define recalculation triggers. Generating codes on fly would result in low performance. That is why to make sure codes are generated, Odoo regularly look over all products.
スクリーンショット
Exclude products from reference automatic updates
Coding relies upon standard Odoo tools
Product coding is global: rules are applied to each company in the same way. Simultaneously, you can restrict products in rules by using filters by company.
The right to define product coding rules belongs only to Odoo administrators.
に関するよくある質問 Product Dynamic Codes Odoo v.12
ツールの更新ポリシーは何ですか？
現行の Odoo Apps Store ポリシーによると:
- バージョン 12.0 以前向けに購入したモジュールは、12.0 までの全バージョンにアクセスできます。
- バージョン 13.0 以降、各モジュールバージョンは個別に購入します。
- バージョンに関係なく、購入するとメジャーバージョン内の すべての更新と不具合修正の権利が得られます。
faOtools チームはこれらのポリシーを管理していません。ご質問は Odoo Apps Store の担当者へ直接お問い合わせください。
アプリを Odoo.sh にインストールする方法は？
最も単純な方法は、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 するか、 設定がそうなっている場合は自動ビルドされるまで待ちます。
自分のサーバーにアプリをインストールするには？
2. Odoo サーバーを再起動します;
3. 開発者モードをオンにします（技術設定）;
4. アプリ一覧を更新します（アプリメニュー）;
5. アプリを見つけて「Activate」/「Install」を押します;
6. アプリページにガイドラインがあれば従ってください。
アプリに追加アドオンがあるのに気づきました。後から購入できますか？
はい、もちろんです。同時に Odoo は依存関係をすべてカートに自動追加するので、二重払いを避けるには既に購入したツールを除外してください。
アプリを Odoo.sh にデプロイしたらテストで警告/エラーが出ます
赤/オレンジの警告はアプリの機能に影響しません。残念ながら、標準の自動テストがアプリの目的と衝突する動作を想定するため、モジュールが通らないことがあります。たとえば価格計算を変える一方、標準 Odoo モジュールのテストは最終価格を標準アルゴリズムと比較します。
まず、デプロイ済みデータベースの機能を確認してください。すべて正しく動いていますか？
それでも警告が実機能に影響すると考える場合はご連絡のうえ、インストールログ一式とデプロイ済みモジュールの全一覧（コアおよびサードパーティ含む）を送ってください。
アプリを御社から直接購入できますか?
いいえ、ツールは 公式の Odoo アプリストア.
割引をいただきたいです
残念ながら、個別価格を提示する技術的手段が ありません。
Odoo Online (SaaS)データベースにアプリをインストールできますか?
いいえ、サードパーティアプリは Odoo Online では使えません。残念ながら Odoo SaaS がその可能性をブロックします。
ツールは他のアプリに依存しています。それらも購入すべきですか？
はい、ツールが正しく動くには依存関係に記されたすべてのモジュールが必要です。アプリページの価格には必要な依存関係がすでに含まれています。
モジュールの米ドル価格はいくらですか？なぜ変わりましたか？
モジュールの価格はユーロ建てです。Odoo ストアは内部為替レートで他通貨に換算します。そのため為替が更新されると米ドル価格が変わることがあります。
英語以外のアプリ・サイト文言は AI 支援で作成され、 公式の Odoo 翻訳に揃えています。誤りを見つけたら、 翻訳の正確さについてチケットを送る 修正します。
不具合報告
不具合や一貫しない動作があれば、遠慮なくご連絡ください。購入から60日以内の修正を保証し、その後もツール改善に力を入れています。
ご連絡に電話番号やクレジットカードは不要です。30 秒以内の短いメール登録だけです。
リクエストにはできるだけ多くの詳細を含めてください：スクリーンショット、Odoo サーバーログ、問題の再現手順の完全な説明など。通常、問題の作業計画の作成（不具合が確認された場合）または実施すべき内容の案内（それ以外）には数営業日かかります。
公開の機能リクエストとモジュールのアイデア（無償開発）
ツール改善への意欲は強く、フィードバックには感謝します。要件が広く役立ち、効率よく実装できる場合、チームは To-do リストに加えます。
このような To-do リストは定期的に処理され、追加料金は発生しません。期限や最終デザインは約束できませんが、投資とリスクなしで望む機能を得る良い方法になることがあります。
ご連絡に電話番号やクレジットカードは不要です。30 秒以内の短いメール登録だけです。
Odoo の添付ファイルをフォルダに柔軟に整理し、Google Drive、OneDrive/SharePoint、Nextcloud/ownCloud、Dropbox、Amazon S3、Box、NAS とディレクトリを同期するツール。DMS。ファイルマネージャー。文書管理システム
社内・社外向けに深く構造化されたナレッジベースを構築するツール。Knowledge System。KMS。Wiki のような改訂。
398€
