Check lists per order state and company
As a result when a purchase order of this company gets its state updated, a check list would be automatically prepared.
How check list points might be missed
Often an order state change does not require fulfilment of all requirements. For example, when you cancel a purchase it seems unreasonable to approve vendor prices.
In such a case you should merely define states moving to which doesn't need confirmation. It is possible to do right under the check list settings on a checklist form.
One of important use cases is also the state 'RFQ sent'. Sometimes, approval is required for an order confirmation but not for contacting a vendor. This step might be even missed. In that situation you should define the same check points for the states 'RFQ' and 'RFQ Sent', while 'RFQ Sent' should be added as a no-checklist-required step.
スクリーンショット
Procurement checklist settings per company
Check list is unique per order state and a company
Purchase multi approval flow
Since the tool let assign user groups for each checklist line, you may force various employees from different departments to take part in procurement. In such a way it is guaranteed that all actions are done and carefully checked.
When Odoo would warn purchase users to confirm check lists
Odoo will scan check lists as soon as a user tries to change an order state. In particular it happens when:
- A user tries to confirm an order ('RFQ' > 'Purchase Order' and 'RFQ Sent' > 'Purchase Order').
- An order is triggered for approval ('RFQ' > 'Approval' and 'RFQ Sent' > 'Approval').
- A user locks ('Purchase order' > 'Locked') or unlocks ('Locked' > 'Purchase order') a purchase.
- A user prints or sends an RFQ ('RFQ' > 'RFQ Sent').
- A user cancels an order (any state > 'Cancelled') or re-set cancelled RFQ ('Cancelled' > 'Draft').
Surely, you are not obliged to have a check list for each state. Scanning of empty checklist is always considered as successful.
Besides, if you had custom stages, transitions to those would be also taken into account.
スクリーンショット
Purchase approval involves various user roles
Order state can't be changed until checklist is confirmed
Odoo scans check list progress for any attempt of state update
Approval history
Indicative checklist to-do
スクリーンショット
Check lists to-do on tree views
RFQ search by approval activities
Super checklist user
In such a case you should assign the super check list access level for yourself or for any responsible manager. A user with such rights would be able both to change an order sate without approving check list and confirm any check point disregarding security restrictions.
スクリーンショット
Super checklist user has full rights for any check list
に関するよくある質問 Purchase Order Approval Check Lists Odoo v.13
チェックリストを割り当てて設定できるのは誰ですか？
Purchase Managers はチェックリストの値を変更できます。管理: Purchase > Configuration> Check lists。
購買オーダを作り各ステージにチェックリストを足しましたが、項目が未チェックでも先に進みます。
ユーザーに "Purchase Order Checklist Super User" 権限がないことを確認してください。この権限があると、選択したセキュリティグループに関係なく任意の確認項目を確定し、未完了のままタスクを先へ進められます。
特定のユーザーグループ（例: 購買マネージャ）にチェックポイント承認を割り当て、他の誰もできないようにできますか?
チェックリスト作成時、各文にユーザグループを選べます。完了にできるのはそれらのグループだけです。他の人が完了にしようとすると、システムは保存を許可せず警告が出ます。
ツールの更新ポリシーは何ですか？
現行の 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€
