/ THE SHORT ANSWER
- 01Preserve the supplier's original scope alongside normalised fields.
- 02Label calculations and unresolved assumptions separately.
- 03Require evidence for technical equivalence before ranking offers.
/ dotSuper point of view
dotSuper analysis: procurement AI should increase comparability before it increases the speed of selection.
Agree what counts as the same offer
Similar descriptions do not establish equivalent scope.
Define the comparison quantity, technical requirement and delivery basis before entering prices into a ranking.
KoSIT publishes reusable country and currency code lists associated with standards including XRechnung and XBestellung.
[1] That is a useful example of consistent field meaning.
Your internal comparison still needs its own agreed treatment of quantities, units and commercial assumptions.
Keep the original supplier wording accessible.
Normalisation should make offers comparable without erasing qualifications.
A field saying delivery included needs the location and scope behind it.
An engineering reviewer should be able to return from the comparison row to the precise statement in the source document.
Separate extraction from interpretation
Then apply reviewed calculation rules.
Finally, present missing information as questions.
Combining these steps in one generated summary makes it difficult to identify whether an error came from reading, arithmetic or interpretation.
Supplier documents may include personal contact details and confidential commercial information.
DSK's 2024 guidance discusses purpose definition and AI application selection.
[2] Use the approved processing route for the intended data rather than uploading every quotation to whichever tool is most convenient.
Give technical and commercial reviewers different responsibilities.
Engineering should determine whether a proposed alternative meets the requirement.
Purchasing should assess commercial conditions and request clarifications.
AI may organise the evidence for both, but should not turn an unreviewed technical substitution into an apparently comparable price.
Build the comparison around unresolved decisions
Each row should contain the quoted value, its source and any normalisation rule.
Missing information should remain visible until the relevant owner resolves it.
Avoid a single overall score until critical differences are resolved.
A weighted score can make a missing acceptance requirement look like a small disadvantage.
Some gaps should block comparison, while others can be priced or consciously accepted by the authorised buyer.
| Dimension | Compare | Escalate when |
|---|---|---|
| Technical scope | Requirement and offered variant | Equivalence is assumed |
| Quantity and unit | Common order basis | Batch and piece prices are mixed |
| Tooling | Ownership and separate charges | Amortisation is unclear |
| Delivery | Location, timing and inclusions | Conditions differ |
| Quality evidence | Agreed inspection deliverable | Acceptance basis is missing |
| Change terms | Revision and variation treatment | Future adjustments are unpriced |
A hypothetical Franconian machined-component order
Supplier A quotes EUR 18 per component plus EUR 4,000 for tooling.
Supplier B quotes EUR 20 per component with tooling included.
Both totals are EUR 40,000: 2,000 multiplied by the unit price, plus any separate tooling charge.
That equality does not settle the purchase.
Supplier A may transfer tooling ownership while Supplier B retains it, or the offers may have different inspection scope.
These are hypothetical possibilities that require evidence, not assumptions to enter silently into a model.
The buyer requests clarification and records the answers beside the original quotations.
If engineering confirms equivalent scope and commercial terms become comparable, the team can evaluate delivery and supplier capacity.
The AI's useful contribution is showing why the apparent EUR 2 unit-price difference did not by itself establish a lower total cost.
Stress-test the comparison before using it repeatedly
Review whether the system preserves those distinctions.
A technically neat spreadsheet can still contain a commercially false comparison.
Check that revisions replace the correct offer state without deleting the history.
A supplier may change price while leaving the technical scope unchanged, or revise both.
The comparison should show what changed and which previous approvals need another review.
There is a tradeoff between speed and the depth of normalisation.
Routine repeat purchases may need only a few fields.
Bespoke tooling or equipment may require a more substantial review.
Use separate comparison modes so an uncomplicated reorder does not inherit unnecessary bureaucracy and an engineered purchase does not bypass important questions.
Make the award decision explainable later
The purchase order should carry the agreed scope and references, rather than relying on a summary that never reaches the supplier.
Review a completed comparison when the first invoice or delivery arrives.
If unexpected tooling charges or missing inspections appear, trace them to the comparison fields.
This closes the learning loop between procurement, engineering and goods receiving.
Start with a recurring purchase category whose offers are difficult but manageable to compare.
Build a small set of reviewed examples and explicit calculations.
Expand when buyers can explain the selected offer from the stored evidence, without reconstructing the reasoning from private notes or trusting an unsupported AI recommendation.
What this page cannot conclude
- 01The hypothetical cost comparison excludes VAT, financing, exchange-rate changes and unpriced risks.
- 02No recommendation is made about a real supplier, and document processing requires an appropriate data assessment.
- 03This article was researched and drafted with AI assistance. Sources and limitations are provided for scrutiny; it is not an independent professional review or a compliance certification.
Sources
- 01XOV code listsKoordinierungsstelle fuer IT-Standards (KoSIT) · accessed Sep 15, 2026
- 02Artificial intelligence and data protection, guidance dated 6 May 2024Datenschutzkonferenz (DSK) · accessed Sep 15, 2026
This article was researched and drafted with AI assistance. Sources and limitations are provided for scrutiny; it is not an independent professional review or a compliance certification.
Our editorial standard · Found an error? Send a correction with its source.
/ CITE OR SHARE THIS GUIDE
Make the evidence easy to verify.
When you reference this guide, link to its canonical URL. That gives readers one stable place for the evidence, limitations and future updates.
dotSuper Research Desk. (September 15, 2026). Compare Supplier Quotations Without Hiding the Assumptions. dotSuper. https://dotsuper.net/feeds/applied-systems/germany-ai-supplier-quotation-comparison