Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tender evaluation criteria - including price and non-price breakdown #36

Closed
practicalparticipation opened this issue Sep 1, 2014 · 7 comments
Labels
Focus - Extensions Relating to new or proposed extensions, or the governance and maintenance of extensions
Milestone

Comments

@practicalparticipation
Copy link
Contributor

practicalparticipation commented Sep 1, 2014

Requirement generated from User Research process: R20, R21 and R22.

User needs identified a demand for detail on the evaluation criteria of a tender, including:

  • Evaluation criteria broken down between price and non price
  • The weight given to different evaluation criteria

This is based on an anti-corruption use-case, where high weight given to certain kinds of evaluation criteria can indicate issues in need of further investigation.

R22 also asks for Scores from All Bidders - such that when bidder details are published it would be possible to know how they scored on assessments against bidding criteria.

@birdsarah birdsarah added Focus - Extensions Relating to new or proposed extensions, or the governance and maintenance of extensions Field labels Oct 1, 2014
@birdsarah birdsarah added this to the After 1.0 milestone Oct 1, 2014
@birdsarah
Copy link
Contributor

I would suggest that this may be considered as an extension, as the formal weighting and scoring is not necessarily going to be a feature of all procurements. It will only apply when the selectionCriteria is Best Proposal.

Documenting a score for each bidder is structurally pretty easy as we already have bidder objects, so it would be easy to append the results onto each bidder.

My only caution would be, do we really want to store super detailed information for each bidder, that will probably mean another level of nesting which adds increasingly to the nesting complexity.

@practicalparticipation
Copy link
Contributor Author

See #78 (and hopefully use-case coming on the mailing list) which does point towards the idea of having 'bids' rather than bidder section, which would generate a level of nesting, but I think an acceptable one.

In flat-formats this would just lead to an additional 'bids' table as long as we keep the meta-data about bids flat, which then also linked to the bidder organization in an organization table.

@birdsarah
Copy link
Contributor

@LindseyAM
Copy link

@practicalparticipation did Mihaly bring this up today as well?

@timgdavies
Copy link
Contributor

This may be possible to handle with the proposed 'Features' extension from #223

@LindseyAM
Copy link

I think there was a related comment from myroslav in a different thread #254

@timgdavies
Copy link
Contributor

This will be taken forward via features extension in #223

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Focus - Extensions Relating to new or proposed extensions, or the governance and maintenance of extensions
Projects
None yet
Development

No branches or pull requests

4 participants