Odoo モジュールの詳細

1インストールと接続

apps.odoo.com から blipit_monitor を取得するか、リポジトリを addons パスに追加し（Odoo.sh ではサブモジュールとして）、アプリリストを更新して Blipit Error Monitoring をインストールします。Odoo Online はサードパーティモジュールを許可していません。Odoo.sh とオンプレミスは可能です。「設定」→「Blipit」でプロジェクトのシークレットキー（blipit_sk_...）を貼り付け、「Blipit の利用規約とモジュールライセンスに同意します」にチェックを入れて保存します。モジュールは database.uuid のフィンガープリントで activate エンドポイントを呼び出し、「<project>（<org>）に接続済み」と表示します。公開キー（403）、置き換えられたキー（401）、既に別の場所で登録されたデータベース（409）は、それぞれ理由付きで拒否されます。

2担当者

各会社には「Blipit：担当者」があります。1シートのプランでは、設定ページはすべての会社をカバーする1人を求めます。シートが複数で会社が1つの場合は、その会社の担当者を一覧表示します。会社が複数の場合は「設定」→「担当者」にリンクします。各担当者にはメールアドレスと会社へのアクセスが必要で、「Blipit：報告されたイシューを閲覧」グループが付与されます。すべての変更は Blipit に送られ、Blipit はプランのシートに対して異なる人数を数え、超過する人を追加するリストを拒否します。その場合 Odoo は変更をロールバックして理由を表示します。新規イシューまたはリグレッションのアラートは、イベントの会社の担当者に届きます。会社のないイベント、または担当者のいない会社の場合は、すべての担当者に届きます。

3マルチカンパニーでのアクセス

すべての Python エラーには現在の会社がタグとして付き、ブラウザ SDK も同様です。Blipit はイシューごとに観測された会社を保持し、同期時に保存します。レコードルールにより、イシューはその会社のいずれかへのアクセスを許可されたユーザーに表示されます。会社のないイシュー（スケジュールされたアクション、会社外のリクエスト）は Blipit グループの全員に表示されます。

4Odoo でのリグレッション

Blipit アプリはイシューを一覧表示します（デフォルトは未解決。ステータス、例外の型、release でグループ化可能）。修正済みで再発したイシューは上部にその旨が表示され、2つのケースを区別します：同じ release での再発（修正がリリースされていない可能性）、または後の release での再発（何かが再導入した）。フィルター：「修正後に再発」「修正が未リリース」。解決、無視、再オープンは Blipit に書き戻され、「Blipit で開く」でダッシュボードに移動します。

5ログイン監視

「対話型ログインを監視」は、失敗、ブロック、（「成功したログインを報告」にチェックがある場合は）成功したサインインを、試行されたログイン名、データベース、IP、ユーザーエージェント、時刻とともに報告します。パスワードは決して送信しません。新規インストールでは両方にチェックが入っており、旧バージョンからのアップグレードでは管理者がチェックを入れるまでオフです。Scale プランが必要で、他のプランでは取り込みが拒否し、モジュールは10分間停止して1回だけログに記録します。プロキシの背後でクライアント IP が正しく取得されるのは、Odoo を --proxy-mode で実行している場合のみです。

6同期と更新

スケジュールされたアクション「Blipit：イシューを同期」は10分ごとに実行され、「Blipit から更新」は即時に実行します。Blipit 側で削除されたイシューは Odoo からも削除されます。担当者リストは同期のたびに再送されるため、メールアドレスの変更は10分以内に Blipit に届きます。プランと公開キーはバックグラウンドの送信スレッドが最大10分ごとに Blipit から再読み込みし、リクエストやログインの経路では読み込みません。

知っておくと便利

• 復元したコピー：本番のコピーは本番の database.uuid を引き継ぐため、409「このデータベースは既に別の Blipit プロジェクトに報告しています」で拒否されます。コピーに新しい database.uuid を与え（設定 → 技術 → システムパラメーター）、独自のキーで独自のプロジェクトに接続してください。ステージングと本番は常に2つのプロジェクトにしてください。
• エラーは100イベントのキューを通じてバックグラウンドスレッドから送信されます。嵐が起きた場合は警告を出して残りを破棄し、Blipit がリクエストを遅くしたり失敗させたりすることはありません。UserError と AccessError は Odoo がトレースバックなしでログに記録するため送信されません。
• Odoo から送られるもの：エラー、クエリ文字列を除いたリクエスト URL、ユーザーの ID とログイン名、会社、そして有効にしたサインイン試行。パスワード、セッショントークン、リクエストボディは決して送られません。シークレットキーがブラウザに届くことはありません。
• Odoo 自身のコードと site-packages 配下のフレームはライブラリフレームとしてマークされるため、グルーピングと疑わしい commit はお客様のモジュールに焦点を当てます。
• バージョン履歴：blipit.io/changelog。サポート：support@blipit.io。