Go back to Market Research
AIMMS (supply chain score 6.2/10) is one of the more technically serious vendors in this peer set, but it is best understood as a general optimization-modeling platform with supply chain applications rather than as a supply-chain-native intelligence system. Public evidence supports a mature algebraic modeling environment, explicit algorithmic tooling such as Automatic Benders’ Decomposition, a managed cloud platform on Azure Kubernetes Service, and a real enterprise deployment layer for optimization apps. Public evidence also supports recent ownership change through the June 25, 2025 GRO acquisition. What public evidence does not support is a strong claim that AIMMS is natively centered on probabilistic supply chain decision automation. Its core is operations research, solver orchestration, and enterprise packaging.
AIMMS overview
Supply chain score
- Supply chain depth:
5.4/10 - Decision and optimization substance:
7.4/10 - Product and architecture integrity:
6.8/10 - Technical transparency:
6.6/10 - Vendor seriousness:
5.0/10 - Overall score:
6.2/10(provisional, simple average)
AIMMS is strongest where formal optimization, algorithm control, and deployable decision apps matter. It is weaker where one would want a sharp supply-chain doctrine, first-class uncertainty modeling as the default, or a platform whose main artifact is automated supply chain decisions rather than optimization models and apps. In other words, AIMMS is technically credible and supply-chain-relevant, but not supply-chain-opinionated in the same way as Lokad.
AIMMS vs Lokad
AIMMS and Lokad both operate in quantitative decision software, but they come from different traditions.
AIMMS is a modeling platform. Its center of gravity is algebraic optimization, solver integration, algorithm control, and app deployment. A customer or partner defines models, connects them to solvers and data, then publishes applications to users. This is a classic and legitimate OR-platform stance. (1, 2, 3, 4)
Lokad is not primarily a solver workbench. It is a supply-chain-specific programmable platform centered on probabilistic forecasting and decision optimization. The key difference is not simply that AIMMS is broader and Lokad narrower. It is that AIMMS treats mathematical optimization as the first-class object, whereas Lokad treats supply chain decisions under uncertainty as the first-class object.
That distinction matters operationally. AIMMS is a strong fit for teams that already think in terms of explicit mathematical programs, decomposition strategies, and solver ecosystems. Lokad is a stronger fit for teams that want a decision engine already framed around supply chain economics rather than a generic optimization substrate.
Corporate history, ownership, funding, and M&A trail
AIMMS has a long operating history. It began under the Paragon Decision Technology name and later rebranded to AIMMS, with continuity of the underlying business. That history is relevant because it explains the product’s strong optimization heritage and its relatively traditional enterprise-software posture. (5)
The most current corporate change is the June 25, 2025 acquisition by GRO. That event matters less because of ownership itself than because it confirms that AIMMS is now being positioned for another growth phase as a B2B optimization software asset. (6)
There is no need to analyze AIMMS through startup fragility. The more relevant question is whether its long-standing OR platform remains structurally well matched to modern supply chain decision needs. The answer is partly yes and partly no: yes on optimization depth, no on supply-chain-specific doctrine.
Product perimeter: what the vendor actually sells
The perimeter is relatively clear. AIMMS sells a modeling environment, a cloud and enterprise deployment platform, and a layer of packaged applications including supply chain tools. This is more coherent than many peers because the applications clearly sit on top of an optimization platform rather than beside an unrelated product catalog. (1, 2, 3)
The supply-chain-specific layer matters, but it should not be over-read. AIMMS is still a general optimization platform first. Its packaged transport and supply chain applications make the platform commercially relevant to supply chain buyers, yet the company’s core identity remains solver-centric and model-centric rather than supply-chain-native.
Technical transparency
This is one of AIMMS’s better dimensions.
Public documentation is strong by enterprise-software standards. The language reference exposes Automatic Benders’ Decomposition in detail, including algorithm variants and limitations. The cloud documentation explicitly states that the AIMMS Cloud Platform runs on Azure Kubernetes Service. The security material also discloses concrete controls around the cloud environment. This is materially better than the usual planning-vendor pattern of giving buyers only product brochures and analyst slides. (1, 3, 4, 7)
The limitation is that transparency is strongest at the optimization-platform level, not at the application-level decision doctrine. Publicly, AIMMS explains how its platform works much better than it explains why a modern supply chain should be formalized in one way rather than another. That still earns a good score, just not a white-box maximum.
Product and architecture integrity
The architecture appears strong and comparatively coherent.
AIMMS has a clear platform story: build models, expose algorithms, deploy them through a managed environment, secure them with enterprise controls, and package them as apps. The Cloud Platform on AKS is not an incidental hosting detail; it reflects a real operational architecture rather than a vague SaaS claim. (2, 3, 4)
The main architectural weakness is not incoherence but abstraction distance from the supply chain problem. A generic optimization platform can be deployed to supply chain use cases very effectively, but it still leaves much of the real supply chain semantics to the modeler. That is powerful, but not especially parsimonious.
Overall, AIMMS looks like a mature optimization platform with real deployment discipline. It looks less like a tightly integrated supply chain intelligence product.
Supply chain depth
AIMMS has credible supply chain relevance, but middling supply chain specificity.
Its supply chain applications show that the vendor is not merely offering abstract math. Transport and network-style use cases are part of the public offer, and supply chain is clearly one of the main commercial domains for the platform. (8)
Yet the public posture remains primarily OR-centric rather than supply-chain-philosophy-centric. AIMMS gives users tools to build optimization models; it does not publicly push a particularly distinctive theory of inventory, demand uncertainty, or economic prioritization in the way a supply-chain-specialized platform might. That keeps the score above average, but not high.
Decision and optimization substance
This is AIMMS’s strongest dimension.
The public record supports real optimization depth. Automatic Benders’ Decomposition is explicitly documented, including the fact that AIMMS exposes it as an open algorithm that advanced users can customize. That alone puts AIMMS in a more serious technical category than most supply chain vendors. (1)
The documented cloud and deployment model also supports the idea that AIMMS is not just a local modeling IDE. It is a real platform for operationalizing optimization applications. Supply chain users who genuinely need mathematical programming, decomposition, and solver control will find more substance here than in most AI-branded planning suites. (2, 3)
The limitation is that this depth is mostly optimization depth, not uncertainty-first decision depth. AIMMS is strong at formal mathematical modeling. Publicly, it is much less committed to probabilistic supply chain decision-making as the organizing principle.
Vendor seriousness
AIMMS is serious in technical execution and less sharp in commercial philosophy.
The company publishes real documentation, exposes real algorithms, and clearly knows how to build optimization software. That is an unusually strong baseline. At the same time, the vendor’s public language around decision intelligence remains broad enough that it does not always distinguish clearly between being a powerful optimization platform and being a supply-chain-specific decision system. (1, 6)
So the seriousness score stays moderate rather than high. AIMMS is unquestionably serious as software. It is only moderately distinctive as a public intellectual position on supply chain automation.
Supply chain score
The score below is provisional and uses a simple average across the five dimensions.
Supply chain depth: 5.4/10
Sub-scores:
- Economic framing: AIMMS clearly gives users the tools to encode explicit cost functions, tradeoffs, and constraints, which is much better than the usual dashboard or consensus-planning rhetoric. However, the public platform story is generic optimization rather than a supply-chain-specific economic doctrine, and the burden of framing the economics still sits largely with the modeler. That is enough to justify a middle score, but not a strong one.
5/10 - Decision end-state: The platform can clearly support real decision applications rather than only descriptive analysis, and the deployment stack is evidence that AIMMS expects operational use. The limitation is that the public posture remains centered on models and apps, not on decision outputs as the natural end-product. That distinction matters because it keeps AIMMS closer to an optimization workbench than to a supply-chain-native decision engine.
6/10 - Conceptual sharpness on supply chain: Supply chain is obviously an important commercial domain for AIMMS, and the vendor has packaged applications to prove that point. Yet the conceptual center of the company is still optimization in general rather than supply chain as a specific discipline with strong methodological commitments. That leaves the platform relevant and credible, but not especially sharp in supply-chain terms.
5/10 - Freedom from obsolete doctrinal centerpieces: The OR orientation gives AIMMS an advantage over vendors that still center the conversation on planner theater, scorecards, and generic workflow. At the same time, the platform does not publicly articulate a strong modern doctrine of what old supply chain ideas should be discarded and why. It avoids some obsolete baggage by being mathematically serious, but it does not replace that baggage with a clear supply-chain worldview of its own.
6/10 - Robustness against KPI theater: AIMMS is better protected from KPI theater than many reporting or workflow products because its core is formal mathematical modeling. However, it leaves most of the actual modeling discipline to the user, which means the platform itself does not guarantee protection against badly chosen metrics or incentives. That combination supports a middling rather than high score.
5/10
Dimension score:
Arithmetic average of the five sub-scores above = 5.4/10.
AIMMS is relevant to supply chain because it can encode hard optimization problems. It is not deeply opinionated about supply chain as a discipline in its own right. (1, 8)
Decision and optimization substance: 7.4/10
Sub-scores:
- Probabilistic modeling depth: The public record is much stronger on deterministic and mathematical optimization than on first-class probabilistic modeling. AIMMS clearly takes optimization seriously, but it does not publicly present uncertainty as the main computational object in the way a probabilistic supply-chain platform would. That is a meaningful limitation, so the score stays below the middle on this specific sub-criterion despite the platform’s overall quantitative strength.
4/10 - Distinctive optimization or ML substance: AIMMS has real and explicit optimization depth, including decomposition tooling that many vendors would never expose publicly, much less document in detail. The Automatic Benders documentation is especially strong evidence that the platform is more than solver-broker marketing. The score stops at 9 rather than 10 only because this distinctiveness is strongest in optimization infrastructure, not in a broader learning-and-decision stack.
9/10 - Real-world constraint handling: A platform built around optimization modeling and solver integration is structurally well suited to real constraint-rich environments, and the supply-chain application layer reinforces that this is not merely theoretical. Still, the platform delegates much of the exact operational realism to the modeler rather than embedding it directly in a supply-chain-native product doctrine. That leaves the score high, but not maximal.
8/10 - Decision production versus decision support: AIMMS can clearly power decision applications and production-grade optimization services, which already places it above most decision-support-only vendors. The reason it does not score even higher is that much of the burden remains on the modeler and implementation team rather than on a runtime explicitly centered on operational decisions as its native artifact. In other words, AIMMS can produce decisions, but it does not package decision automation as its defining identity.
8/10 - Resilience under real operational complexity: The Cloud Platform and enterprise deployment layer show that AIMMS is designed for operational use, not only laboratory modeling or desktop experimentation. That is a strong positive signal for real-world resilience. The score stays at 8 rather than 9 or 10 because public evidence still says more about platform capability than about long-run behavior in complex supply-chain production settings specifically.
8/10
Dimension score:
Arithmetic average of the five sub-scores above = 7.4/10.
This is where AIMMS genuinely stands out. The optimization substance is real and publicly evidenced. The only major gap is that the platform is not built around uncertainty-first supply chain automation as its primary doctrine. (1, 2, 3)
Product and architecture integrity: 6.8/10
Sub-scores:
- Architectural coherence: The platform, cloud runtime, and packaged applications fit together more coherently than in many peer suites because they all clearly descend from the same optimization core. Public documentation supports that this is one platform family rather than a loose collection of acquisitions. The score stops short of the top because generic optimization power still introduces complexity and abstraction layers that a narrower product would not need.
8/10 - System-boundary clarity: The boundary between modeling environment, deployment platform, and packaged applications is relatively clear in the public material, which is already better than what many planning vendors provide. What remains less clear is how much of the supply-chain-specific behavior belongs to reusable platform semantics versus application-level implementation choices. That leaves the score strong, but not exceptional.
7/10 - Security seriousness: Public cloud-security documentation is concrete enough to establish a real enterprise posture, with more operational detail than many peers expose. That matters because it shows AIMMS is thinking beyond the optimization model itself to the runtime that hosts it. The reason the score remains at 7 is that the evidence is good cloud-baseline evidence, not unusually deep architectural security transparency.
7/10 - Software parsimony versus workflow sludge: AIMMS is more parsimonious than many enterprise suites because it is fundamentally a modeling platform rather than a huge catalog of adjacent operational systems. Still, it carries the complexity that comes with being a general optimization environment, which means it is not lightweight from an implementation or ownership standpoint. That tradeoff keeps the score above average, but not high.
6/10 - Compatibility with programmatic and agent-assisted operations: The modeling and deployment surfaces are structurally compatible with programmatic workflows, and the platform is far closer to machine-operable software than many UI-heavy planning suites. Even so, AIMMS is not especially text-first or agent-native by the standards emerging around coding agents and code-centric systems. That makes it compatible enough to score positively, while still falling short of a stronger rating.
6/10
Dimension score:
Arithmetic average of the five sub-scores above = 6.8/10.
AIMMS looks like a real platform with a disciplined architecture. The main tradeoff is that generic optimization power comes with platform complexity. (2, 3, 4, 7)
Technical transparency: 6.6/10
Sub-scores:
- Public technical documentation: The documentation is meaningfully better than average and exposes algorithmic details that many vendors would keep hidden. The Automatic Benders material is especially valuable because it shows real computational internals rather than just product usage instructions. The score stops at 8 because the strongest documentation is still platform-centric rather than fully explaining all application-level behaviors.
8/10 - Inspectability without vendor mediation: A technical reader can learn a great deal about how AIMMS works from public sources, including its cloud architecture, deployment model, and some of its algorithmic tooling. That is already a strong positive signal in this market. The remaining limitation is that one still cannot fully reconstruct how real client solutions are built and operated from public material alone.
7/10 - Portability and lock-in visibility: The platform’s deployment and runtime choices are visible enough that a buyer can understand the general shape of operational dependence and platform lock-in. However, that same visibility also shows that AIMMS is a substantial specialized environment rather than a light abstraction that is easy to move away from. This justifies a middle score: the lock-in is visible, but not trivial.
5/10 - Implementation-method transparency: The documentation explains important implementation surfaces and algorithmic mechanisms directly, which is already more than many peers offer. What it does not fully provide is a public doctrine for how to translate messy business problems into robust long-lived decision systems. As a result, the score stays above the middle without rising to the top tier.
6/10 - Security-design transparency: AIMMS does expose meaningful public material around its cloud-platform deployment on AKS, enterprise controls, and managed operational posture, which is materially better than the usual black-box vendor pattern. The public record is still stronger on operational architecture and platform administration than on secure-by-design boundaries or failure containment. That supports a moderate score rather than a high one.
7/10
Dimension score:
Arithmetic average of the five sub-scores above = 6.6/10.
AIMMS is one of the more inspectable vendors in this set. It is not fully open, but it is much less opaque than most planning software firms. (1, 2, 3, 4)
Vendor seriousness: 5.0/10
Sub-scores:
- Technical seriousness of public communication: The documentation and algorithm exposure are strong signals of real seriousness, especially compared with vendors that hide all computational substance behind slides and demos. AIMMS is willing to publish details that allow outsiders to judge the technical quality of the platform. The score is high rather than maximal because that seriousness is strongest on optimization mechanics, not on a broader theory of operational decision-making.
8/10 - Resistance to buzzword opportunism: AIMMS does use decision-intelligence-style language, but that language is tempered by a public record with genuine substance behind it. This materially distinguishes the vendor from those that market AI without exposing anything real. The score remains only average because the marketing layer still reaches more broadly than the supply-chain-specific doctrine the public materials actually establish.
5/10 - Conceptual sharpness: AIMMS is sharp about optimization, model structure, and solver-oriented computation. It is much less sharp about supply chain as a specific economic discipline with its own strong methodological commitments. That gap matters because the review is judging more than mathematical competence alone.
4/10 - Incentive and failure-mode awareness: The platform gives users powerful tools, but the public record says relatively little about organizational failure modes, distorted incentives, or the ways supply chain teams misuse models in practice. A serious platform can still be thin on those topics, but that thinness should count against it here. The result is a below-middle score despite the platform’s technical quality.
4/10 - Defensibility in an agentic-software world: Deep optimization infrastructure is more defensible than generic planning workflow software because it embodies real computational depth and enterprise deployment know-how. Even so, AIMMS still depends on abstractions and workflows that increasingly capable coding agents may make easier to reproduce or replace over time. That supports a cautious score rather than a confident one.
4/10
Dimension score:
Arithmetic average of the five sub-scores above = 5.0/10.
AIMMS is serious because the platform is real and technically grounded. It scores lower because that seriousness is aimed at optimization tooling generally rather than at a sharply articulated supply chain worldview. (1, 6)
Overall score: 6.2/10
Using a simple average across the five dimension scores, AIMMS lands at 6.2/10. That is a good score for an optimization platform and only a moderate score for a supply-chain-specific intelligence system.
Conclusion
Public evidence supports the view that AIMMS is a strong optimization-modeling platform with real enterprise deployment capability and unusually good technical transparency by supply chain software standards. It deserves credit for exposing genuine algorithmic substance rather than hiding entirely behind AI marketing.
Public evidence also supports a limit on how far that credit should go in supply chain terms. AIMMS is optimization-first, not supply-chain-native-first. It gives sophisticated users strong tools, but it does not publicly present the kind of economics-first, uncertainty-first supply chain doctrine that would make it a direct philosophical peer to Lokad.
For buyers who want a real optimization platform and have the talent to model their own decisions, AIMMS is credible. For buyers who want a platform already shaped around explicit supply chain decision automation, AIMMS remains more generic and more toolkit-like.
Source dossier
[1] Automatic Benders’ Decomposition documentation
- URL:
https://documentation.aimms.com/language-reference/optimization-modeling-components/automatic-benders-decomposition/index.html - Source type: product documentation
- Publisher: AIMMS
- Published: February 4, 2026
- Extracted: April 29, 2026
This documentation explains AIMMS’s Automatic Benders’ Decomposition module in substantial detail, including classical, modern, and two-phase variants, implementation limits, and its status as an open algorithm. It is the strongest public source for AIMMS’s real optimization depth.
[2] Cloud Platform architecture
- URL:
https://documentation.aimms.com/cloud/architecture.html - Source type: product documentation
- Publisher: AIMMS
- Published: unknown
- Extracted: April 29, 2026
The architecture page states that the AIMMS Cloud Platform runs on an Azure Kubernetes Service cluster with components deployed in Docker containers. This is key evidence for the operational architecture behind the platform.
[3] Cloud Platform overview
- URL:
https://documentation.aimms.com/cloud/index.html - Source type: product documentation
- Publisher: AIMMS
- Published: unknown
- Extracted: April 29, 2026
The Cloud Platform overview describes AIMMS Cloud as a fully managed AIMMS PRO environment. It is useful because it clarifies that the platform is not just a desktop modeling tool but a deployable runtime environment.
[4] Cloud security documentation
- URL:
https://documentation.aimms.com/infosec/cloud-platform-azure.html - Source type: security documentation
- Publisher: AIMMS
- Published: November 2025
- Extracted: April 29, 2026
This documentation describes security controls for the AIMMS Cloud Platform on Azure, including WAF and Microsoft Defender-related protections. It establishes a real enterprise cloud-security posture.
[5] Historical rebrand context
- URL:
https://web.archive.org/web/20131029190618/http://business.aimms.com/moving-forward-now-can-call-us-aimms/ - Source type: archived vendor communication
- Publisher: AIMMS
- Published: October 29, 2013
- Extracted: April 29, 2026
This archived communication documents the rebrand from Paragon Decision Technology to AIMMS while stressing continuity of the underlying business. It remains useful background for the product’s long optimization lineage.
[6] GRO acquisition
- URL:
https://www.aimms.com/story/aimms-enters-new-growth-phase-with-gro-as-strategic-partner/ - Source type: vendor press release
- Publisher: AIMMS
- Published: June 25, 2025
- Extracted: April 29, 2026
This release states that AIMMS was acquired by GRO and frames the acquisition as the beginning of a new growth phase. It is the key current ownership source.
[7] Benders decomposition in the CPLEX integration guide
- URL:
https://documentation.aimms.com/user-guide/aimms-ide/Solvers/CPLEX/CPLEX_Benders_Decomposition.html - Source type: user-guide documentation
- Publisher: AIMMS
- Published: March 21, 2026
- Extracted: April 29, 2026
This page reinforces that AIMMS itself contains an Automatic Benders’ Decomposition module usable with any linear solver and situates decomposition within the wider solver integration framework. It supports the claim that AIMMS exposes real algorithmic tooling beyond basic solver calls.
[8] Supply chain applications perimeter
- URL:
https://www.aimms.com/industries/supply-chain/ - Source type: vendor industry page
- Publisher: AIMMS
- Published: unknown
- Extracted: April 29, 2026
The supply chain page is the main public source for AIMMS’s supply-chain-specific positioning and packaged application perimeter. It is useful for scope, though less so for technical detail.
[9] Solvers availability
- URL:
https://documentation.aimms.com/platform/solvers/solvers.html - Source type: product documentation
- Publisher: AIMMS
- Published: July 16, 2025
- Extracted: April 29, 2026
This page states that AIMMS connects solvers through the AIMMS Open Solver Interface, lists supported mathematical program types, and notes the inclusion of CPLEX plus selected open-source solvers. It is a key source for the solver-brokering architecture and license-dependent solver perimeter.
[10] Open Solver Interface
- URL:
https://documentation.aimms.com/platform/solvers/open-solver-interface.html - Source type: product documentation
- Publisher: AIMMS
- Published: June 28, 2023
- Extracted: April 29, 2026
This page describes OSI as a collection of C++ interfaces through which AIMMS links to external solvers. It is a direct technical source for the claim that AIMMS is architected as a solver-integrating platform rather than a monolithic solver of its own.
[11] AIMMS PRO REST API
- URL:
https://documentation.aimms.com/cloud/rest-api.html - Source type: product documentation
- Publisher: AIMMS
- Published: February 24, 2026
- Extracted: April 29, 2026
This documentation states that the PRO REST API is available only on AIMMS’s Azure Cloud Platform, follows the OpenAPI specification, and exposes management endpoints for apps, environments, sessions, tasks, users, secrets, and API keys. It is central evidence for programmatic cloud operation.
[12] Running Tasks
- URL:
https://documentation.aimms.com/cloud/tasks.html - Source type: product documentation
- Publisher: AIMMS
- Published: July 16, 2025
- Extracted: April 29, 2026
This page documents task execution through the PRO REST API, including task queuing, parallelism, interruption, logging, and scheduling behavior. It shows that the cloud platform is designed for operationalized task execution rather than only interactive model use.
[13] Providing REST APIs
- URL:
https://documentation.aimms.com/dataexchange/rest-server.html - Source type: product documentation
- Publisher: AIMMS
- Published: December 16, 2025
- Extracted: April 29, 2026
This page explains how the Data Exchange library can expose AIMMS procedures as REST endpoints and how those endpoints map into cloud deployment paths. It is a strong source for application integration and service exposure.
[14] WebUI documentation index
- URL:
https://documentation.aimms.com/webui/index.html - Source type: product documentation
- Publisher: AIMMS
- Published: July 29, 2024
- Extracted: April 29, 2026
The WebUI documentation index establishes that AIMMS maintains a browser-based application UI layer with its own documentation set. This is relevant because WebUI is part of the deployable application story, not just a side feature.
[15] Creating a WebUI
- URL:
https://documentation.aimms.com/webui/creating.html - Source type: product documentation
- Publisher: AIMMS
- Published: July 11, 2024
- Extracted: April 29, 2026
This page documents how developers create and publish WebUI apps, including the role of system libraries and project setup details. It is a practical source for the application-building workflow on the platform.
[16] WebUI JSON
- URL:
https://documentation.aimms.com/webui/webui-json.html - Source type: product documentation
- Publisher: AIMMS
- Published: March 24, 2026
- Extracted: April 29, 2026
This page describes the webui.json structure and how AIMMS automatically maintains it for WebUI applications. It is a useful source for the fact that WebUI apps have an explicit generated configuration artifact.
[17] Python Bridge overview
- URL:
https://documentation.aimms.com/aimmspy/index.html - Source type: product documentation
- Publisher: AIMMS
- Published: August 18, 2025
- Extracted: April 29, 2026
This overview explains that the AIMMS Python Bridge consists of aimmspy plus the pyaimms autolib for running Python scripts against AIMMS models and vice versa. It is the main public source for Python integration as a first-class bridge.
[18] The aimmspy Python module
- URL:
https://documentation.aimms.com/python-bridge/aimmspy/aimmspy.html - Source type: product documentation
- Publisher: AIMMS
- Published: November 12, 2025
- Extracted: April 29, 2026
This page documents how Python communicates with AIMMS projects, including data-return types, project initialization, and interaction patterns. It shows that Python interoperability is concrete and documented, not merely claimed.
[19] The pyaimms library
- URL:
https://documentation.aimms.com/aimmspy/pyaimms/pyaimms.html - Source type: product documentation
- Publisher: AIMMS
- Published: April 14, 2026
- Extracted: April 29, 2026
This page documents execution of Python from inside AIMMS procedures, including debugging notes and operational caveats. It is important because it clarifies that AIMMS supports two-way Python integration, not only external orchestration.
[20] SAML support
- URL:
https://documentation.aimms.com/pro/saml.html - Source type: product documentation
- Publisher: AIMMS
- Published: June 28, 2023
- Extracted: April 29, 2026
This documentation explains SAML authentication support for AIMMS PRO environments, including login flow behavior. It is a direct source for enterprise identity integration.
[21] Sessions in the new portal
- URL:
https://documentation.aimms.com/cloud/newportal-sessions.html - Source type: product documentation
- Publisher: AIMMS
- Published: April 22, 2026
- Extracted: April 29, 2026
This page documents session visibility and management in the AIMMS Cloud Portal. It is useful evidence that cloud operations include explicit session governance rather than purely black-box execution.
[22] Activate AIMMS version
- URL:
https://documentation.aimms.com/cloud/activation.html - Source type: product documentation
- Publisher: AIMMS
- Published: June 28, 2023
- Extracted: April 29, 2026
This page explains how AIMMS versions are activated on the cloud and notes that newer releases are automatically available for publishing and updating apps. It is relevant to release and deployment management in the cloud platform.
[23] Introduction to AIMMS Cloud Platform
- URL:
https://documentation.aimms.com/cloud/cloud-intro.html - Source type: product documentation
- Publisher: AIMMS
- Published: June 28, 2023
- Extracted: April 29, 2026
This introduction page gives the conceptual overview of the AIMMS Cloud Platform and its core managed-services positioning. It is useful as a higher-level architecture and operations source.
[24] Workflow for accessing cloud-hosted services
- URL:
https://documentation.aimms.com/cloud/accesing-cloud-hosted-services.html - Source type: product documentation
- Publisher: AIMMS
- Published: December 16, 2025
- Extracted: April 29, 2026
This page documents how cloud-hosted services are reached and how session URLs and service access behave. It adds detail to the operational architecture around cloud execution and auxiliary services.
[25] Cloud system requirements
- URL:
https://documentation.aimms.com/cloud/requirements.html - Source type: product documentation
- Publisher: AIMMS
- Published: June 28, 2023
- Extracted: April 29, 2026
This page lists customer network and browser requirements for using the AIMMS Cloud Platform. It is a practical source for the fact that AIMMS cloud deployment carries explicit operational prerequisites.
[26] AIMMS homepage and current positioning
- URL:
https://www.aimms.com/ - Source type: vendor homepage
- Publisher: AIMMS
- Published: unknown
- Extracted: April 29, 2026
The homepage positions AIMMS around supply chain optimization, scenario modeling, and purpose-driven AI components. It is mainly useful as evidence of current public positioning language and commercial perimeter.
[27] SC Navigator network design page
- URL:
https://www.aimms.com/network-design/ - Source type: vendor product page
- Publisher: AIMMS
- Published: unknown
- Extracted: April 29, 2026
This page presents SC Navigator’s network design capabilities, what-if scenarios, and end-to-end supply chain optimization positioning. It is a primary source for the packaged supply chain application layer.
[28] Transport Navigator story
- URL:
https://www.aimms.com/story/transportation-optimization-with-aimms-transport-navigator/ - Source type: vendor product story
- Publisher: AIMMS
- Published: July 7, 2025
- Extracted: April 29, 2026
This story explains how Transport Navigator is used for route and fleet optimization and how it relates to other SC Navigator modules. It is useful because it adds practical detail to the transport-optimization product story.
[29] Scenario Navigator feature introduction
- URL:
https://www.aimms.com/story/introducing-scenario-navigator-feature/ - Source type: vendor product story
- Publisher: AIMMS
- Published: December 5, 2024
- Extracted: April 29, 2026
This page explains the Scenario Navigator feature for creating structured sub-scenarios across supplier, production, warehouse, transport, and customer domains. It is relevant because it shows packaged scenario-analysis behavior beyond abstract optimization claims.
[30] Transport cost data in SC Navigator
- URL:
https://www.aimms.com/story/transport-cost-data-now-available-in-aimms-sc-navigator/ - Source type: vendor product story
- Publisher: AIMMS
- Published: January 27, 2026
- Extracted: April 29, 2026
This page describes built-in transport cost data added to SC Navigator for network-design and scenario-planning work. It is useful as evidence of continued productization inside the supply chain application layer.
[31] SC Navigator 25.9.1 community update
- URL:
https://community.aimms.com/product-updates/sc-navigator-25-9-1-1881 - Source type: community product update
- Publisher: AIMMS Community
- Published: July 5, 2025
- Extracted: April 29, 2026
This update notes that Transport Navigator adds transport-level decision support into SC Navigator and links the module to broader end-to-end supply chain modeling. It is a useful semi-official source for module evolution and release cadence.