Controlled model exposure
Expose approved Odoo-side models through a governed bridge instead of publishing private model authority content or relying on ad hoc metadata exports.
Foggy Odoo Bridge Pro is a private commercial bridge for teams that need to expose approved Odoo models to Foggy MCP consumers without turning internal authority assets into a public repository. The product focuses on edition-aware packaging, runtime-aware model availability, and support-ready delivery.
This product is for organizations that want controlled Odoo model exposure instead of a loose export. It is positioned for private delivery, operational support, and governed integration into MCP-facing or AI-assisted workflows.
Expose approved Odoo-side models through a governed bridge instead of publishing private model authority content or relying on ad hoc metadata exports.
Keep protected capabilities in a private commercial line while still offering a public-facing support, privacy, and product entry point for marketplace listing and customer review.
Align visible models and metadata behavior with the real Odoo runtime so optional apps and edition boundaries remain explicit instead of drifting over time.
The points below are phrased as current baseline capabilities. Planned items are separated later on this page so the public description stays accurate.
mrp and project as deployment-dependent.17.0.1.6.0.Customers should evaluate this as an integration product. It is not marketed here as a self-contained public addon that runs without surrounding services.
The bridge line is installed against the customer Odoo environment and works with the real set of enabled modules and edition boundaries.
Foggy MCP or gateway components consume the governed output, preserving the bridge as the decision point for model visibility and packaging boundaries.
AI assistants, tools, or downstream integrations consume the exposed model surface through the supported MCP or gateway path.
If your deployment requires Foggy MCP service components, gateway wiring, or customer-specific configuration, that dependency is part of the commercial integration scope and should be evaluated up front.
This public website is meant to explain the product clearly enough for marketplace review and customer qualification, while keeping private implementation details out of the public surface.
This product is strongest when customers already know they need governed model exposure, private delivery, and integration-aware rollout instead of a generic addon install.
Use approved Odoo models inside assistant or automation workflows without opening the entire ERP surface to uncontrolled consumers.
Keep edition boundaries, optional apps, and runtime availability explicit when multiple teams or environments share the same integration line.
Support customer delivery without forcing private bridge logic into a public source workflow or a public marketplace artifact.
Commercial qualification usually starts with scope confirmation, then deployment boundary review, and only then delivery planning.
Identify which Odoo models, modules, and business flows need to be exposed to MCP consumers.
Confirm edition separation, optional-module behavior, deployment mode, and any required Foggy-side service components.
Decide delivery path, support channel, and rollout steps for test, staging, and production environments.
Email support@foggysource.com with your Odoo version, target modules, and intended MCP or AI use case. This helps us keep the first discussion concrete instead of generic.
The items below come from accepted workspace planning and are intentionally marked as planned rather than sold as current default guarantees.
Introduce visible-versus-blocked field governance, with bridge-side decision logic and downstream enforcement support.
Split user-facing metadata filtering from internal system-facing metadata loading so governance can be tightened without breaking internal mapping paths.
Extend governance into masking, audit trails, prompt narrowing, and export-related inheritance decisions.
No. This product should be evaluated as a commercial integration bridge and may require Foggy MCP or gateway components in addition to the Odoo-side delivery.
Current capabilities and planned roadmap items are separated on purpose so the public description remains accurate and reviewable.
Yes. Use the support page to open a qualification, deployment, or privacy-related inquiry.
Yes. A Chinese mirror is available from the language switch in the header and footer. English remains the default public entry point.