/** * WPML compatibility functions * * @global array $duplicated_posts Array to store the posts being duplicated. * * @package Yoast\WP\Duplicate_Post * @since 3.2 */ add_action( 'admin_init', 'duplicate_post_wpml_init' ); /** * Add handlers for WPML compatibility. */ function duplicate_post_wpml_init() { if ( defined( 'ICL_SITEPRESS_VERSION' ) ) { add_action( 'dp_duplicate_page', 'duplicate_post_wpml_copy_translations', 10, 3 ); add_action( 'dp_duplicate_post', 'duplicate_post_wpml_copy_translations', 10, 3 ); add_action( 'shutdown', 'duplicate_wpml_string_packages', 11 ); } } global $duplicated_posts; // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: Renaming a global variable is a BC break. $duplicated_posts = []; /** * Copy post translations. * * @global SitePress $sitepress Instance of the Main WPML class. * @global array $duplicated_posts Array of duplicated posts. * * @param int $post_id ID of the copy. * @param WP_Post $post Original post object. * @param string $status Status of the new post. */ function duplicate_post_wpml_copy_translations( $post_id, $post, $status = '' ) { global $sitepress; global $duplicated_posts; remove_action( 'dp_duplicate_page', 'duplicate_post_wpml_copy_translations', 10 ); remove_action( 'dp_duplicate_post', 'duplicate_post_wpml_copy_translations', 10 ); $current_language = $sitepress->get_current_language(); $trid = $sitepress->get_element_trid( $post->ID ); if ( ! empty( $trid ) ) { $translations = $sitepress->get_element_translations( $trid ); $new_trid = $sitepress->get_element_trid( $post_id ); foreach ( $translations as $code => $details ) { if ( $code !== $current_language ) { if ( $details->element_id ) { $translation = get_post( $details->element_id ); if ( ! $translation ) { continue; } $new_post_id = duplicate_post_create_duplicate( $translation, $status ); if ( ! is_wp_error( $new_post_id ) ) { $sitepress->set_element_language_details( $new_post_id, 'post_' . $translation->post_type, $new_trid, $code, $current_language ); } } } } // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: see above. $duplicated_posts[ $post->ID ] = $post_id; } } /** * Duplicate string packages. * * @global array() $duplicated_posts Array of duplicated posts. */ function duplicate_wpml_string_packages() { // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: renaming the function would be a BC-break. global $duplicated_posts; foreach ( $duplicated_posts as $original_post_id => $duplicate_post_id ) { // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. $original_string_packages = apply_filters( 'wpml_st_get_post_string_packages', false, $original_post_id ); // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. $new_string_packages = apply_filters( 'wpml_st_get_post_string_packages', false, $duplicate_post_id ); if ( is_array( $original_string_packages ) ) { foreach ( $original_string_packages as $original_string_package ) { $translated_original_strings = $original_string_package->get_translated_strings( [] ); foreach ( $new_string_packages as $new_string_package ) { $cache = new WPML_WP_Cache( 'WPML_Package' ); $cache->flush_group_cache(); $new_strings = $new_string_package->get_package_strings(); foreach ( $new_strings as $new_string ) { if ( isset( $translated_original_strings[ $new_string->name ] ) ) { foreach ( $translated_original_strings[ $new_string->name ] as $language => $translated_string ) { do_action( // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. 'wpml_add_string_translation', $new_string->id, $language, $translated_string['value'], $translated_string['status'] ); } } } } } } } } AI × Odoo × 可視化 × UI統合 – Raqqa

AI × Odoo × 可視化 × UI統合

構想に含まれる主な開発要素

項目内容想定工数
Odoo + Postgres連携モデル理解・データ構造解析1〜2人月
OpenAI API連携SQL生成・テキスト分析・解説生成2人月〜(プロンプト設計含む)
ChromaDB導入ベクトルDB活用、RAG構築、開発用と本番用の分離2〜3人月
Metabase連携SQL→グラフ→iframe出力+API操作1〜2人月
frontend Pod開発HTML表示、FastAPIルーティング、OpenAI接続、テンプレート切替1〜2人月
開発ポータル機能日本語入力+翻訳+構造化+保存+将来の検索性考慮2〜3人月
GitHub Actions・CI/CDChroma同期、自動展開、バックアップなど1人月
設計・検証・ドキュメント導入設計、運用想定、トラブル対応設計など1〜2人月
全体管理・PM要件定義〜受入調整・試験対応1〜2人月

フォルダ構造

project_k8s/
├── odoo/
│   ├── odoo-deployment.yaml
│   ├── odoo-service.yaml
│   ├── postgres-deployment.yaml
│   ├── postgres-service.yaml
│   ├── postgres-secret.yaml
│   ├── namespace.yaml
│   ├── delete_all.sh
│   └── deploy_odoo.sh

├── openai/
│   ├── app/
│   │   ├── main.py
│   │   ├── save_metadata.py
│   │   ├── save_web_to_chroma.py
│   │   └── urls.csv
│   ├── requirements.txt
│   ├── Dockerfile
│   ├── openai-development.yaml
│   ├── openai-service.yaml
│   ├── openai-secret.yaml
│   ├── openai-sql-pvc.yaml
│   ├── chromadb-pvc.yaml
│   ├── deploy-openai.sh
│   └── delete-openai.sh

├── metabase/
│   ├── metabase-deployment.yaml
│   ├── metabase-service.yaml
│   ├── metabase-pvc.yaml
│   ├── metabase-secret.yaml (※必要なら)
│   └── README.md

├── frontend/
│   ├── app/
│   │   ├── main.py(Metabase iframe + 解説 + 開発ポータルUI統合)
│   │   ├── templates/
│   │   │   ├── viewer.html(グラフ表示用)
│   │   │   └── dev_portal.html(Odoo定義入力)
│   │   └── static/
│   │   └── style.css
│   ├── requirements.txt
│   ├── Dockerfile
│   ├── frontend-deployment.yaml
│   ├── frontend-service.yaml
│   └── deploy-frontend.sh

├── github-actions/
│   ├── sync-chromadb.yaml # GitHub Actions定義(ファイル同期)
│   └── setup-kubectl.md # ローカルテスト or GitHub Actionsセットアップ手順

└── shared/
   ├── common-secrets.yaml(複数環境で使うSecret定義)
   └── schemas/(もしあれば、モデル定義や翻訳対象データの元)

今回のプロジェクトは、AIと業務データを統合し、ユーザー向けに高度な可視化とインテリジェントな意思決定支援を提供する、次世代型の業務支援システムです。

私自身が以下の設計およびプロトタイプをすでに構築・検証済みであり、要件定義・データ設計・AIプロンプト設計・全体アーキテクチャまでを自分で行っています


✅ 本プロジェクトに含まれる技術領域・難易度

  • KubernetesベースのPod分離構成設計
  • Odoo ERPとPostgreSQLの構造把握
  • OpenAIとの自然言語連携(SQL生成、説明、レコメンド)
  • ChromaDBによるドキュメント検索&RAG構成
  • Metabaseとの自動連携(SQL→グラフ→iframe表示)
  • FastAPIによる柔軟なUI/API設計(Graph + テキスト統合表示)
  • 日本語→英語の翻訳統合と、開発ポータルによる定義管理機能
  • CI/CD(GitHub Actions)による本番同期と再現性のあるデプロイ

これらを一般的な国内開発会社にフルスコープで依頼した場合、通常は2,000〜3,000万円規模の開発費が想定されます
実際、AI・ERP・可視化を統合し、さらに公開運用に耐える構成は、複数の専門エンジニアを必要とします。


✅ 完成度の高い設計から実装にフォーカス

  • 要件・設計・アーキテクチャはすでに固まっており、開発会社は「清書」と「実装補完」に集中できる状態
  • 技術スタックはモダンで拡張性が高く、再利用・再販売が可能な価値ある構成
  • オフショア側にとっては、中長期的にAI/ERP/業務改善案件に入っていくきっかけとしての実績作りにもなる

✅ 補足説明:このシステムが提供する「圧倒的ユーザー体験」

本プロジェクトで構築するシステムは、単なる業務データの可視化や分析支援にとどまらず、**「自然言語で質問・操作・意思決定が完結する」**という次世代型の業務ポータルを実現しています。


✅ 具体的にできること

  1. マニュアル不要の操作性
    • カスタマイズの仕様書や複雑な画面説明を読むことなく、
    • ユーザーは「請求書の出し方は?」「在庫が少ない商品は?」のような自然言語で質問可能
    • システムは即座に手順・設定場所・対象データを回答
  2. 自然言語でのデータ検索と取得
    • 「先月の売上トップ10は?」「平均単価が下がっている顧客は?」などの質問に対し、
    • OpenAIがSQLを自動生成し、OdooのPostgreSQLから必要なデータを取得
  3. グラフの自動可視化とその説明
    • 取得データはMetabaseを通じてグラフ化
    • グラフはiframeで埋め込み表示され、その意味・傾向・背景もOpenAIが解説
  4. アクションレコメンドまで一体化
    • 単なる可視化で終わらず、「この顧客には割引提案を検討すべき」など、次に取るべき行動の提案まで自動生成

✅ 意味すること

  • 導入後は「Odooのマニュアルを読まなくても使える」
  • 教育コストやFAQ対応が不要になる
  • データ分析・可視化・判断が、自然言語で完結する

✅ カスタマイズ費用だけで構築可能な圧倒的基盤

本構成を一度構築すれば、

  • あとは各企業のOdoo構成や業務内容にあわせたカスタマイズを施すだけで、
  • 同じ体験・同じ仕組みを**横展開(別企業・別業種)**できます

つまり、開発側はカスタマイズ費用だけで「AI+ERP+可視化」環境を提供できる状態になるのです。


Comments

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です