
Sell to State
Search 3M government contracts in 64 countries
165 followers
Search 3M government contracts in 64 countries
165 followers
Structured government procurement data around the globe — tenders, suppliers and agencies. We help you research what governments around the world buy and find new opportunities to sell to them. No need to get a foreign company or e-signature before deciding there's money to be made. Browse for free; a flat fee unlocks the full dataset, saved searches, REST API and MCP.









month one keyword search across 64 countries pulls plenty leads. month two obvious terms are exhausted and raw keyword monitoring stalls. procurement vocabularies diverge across borders. EU portals lean on CPV codes, US and Asian agencies use completely different taxonomies. real fix is tracking renewal cycles on historical awards, like multi-year LTA and Ministry of Health contracts in your explorer. sales team gets positioned before formal tender notice is even published)
@konstantin_tikhaev that's true. for now, I don't invent a new taxonomy, just allow to search using OCDS/TED/local codes
PS love the tactic you suggested. I have not built anything for it yet, but it makes sense
@vlad_nadymov Pulling contract end dates from existing OCDS award fields is fastest "MVP" for this. Gives teams heads-up months before re-tender.
@konstantin_tikhaev thanks! I'll check how I can do it quickly
@vlad_nadymov check awards.contractPeriod.endDate in standard schema. filter contracts expiring in 60 to 90 days, instant pipeline
the "ancient website, portal from 2004" framing in your screenshots is honest, but it also raises the question I'd actually want answered before paying for this - when a source agency's portal is that old and clearly not built for scraping, how do you catch it silently breaking or going stale? A tender feed that looks alive but is actually 3 months out of date on some obscure agency site seems like the failure mode that would matter most and be hardest to notice from the buyer's side.
@galdayan well it's the best you can do – if the origin is stale, there is no place to get it at all
usually what we do is check the portal and upsert the changed rows
the problems start if it's unstructured data even at source
@vlad_nadymov that lines up with what I'd expect, honestly, check-and-upsert is the only real option when there's no upstream signal. what I'm actually curious about is whether you monitor the scrapers themselves for silence rather than just for errors. a portal that starts serving a slightly different HTML structure without throwing anything would just quietly stop updating rows, no exception anywhere, and the row would sit there looking current. is there a "this source hasn't changed in an unusually long time" alert on your side, or would that kind of drift currently only get caught by a customer noticing a stale listing first?
@galdayan our data infra fails loudly if that's what you're asking
@vlad_nadymov fair, that answers it - "fails loudly" is the part that matters, since the silent-drift case I was picturing only happens when nothing fails at all. good to know it's not a gap you've hit yet. congrats on the launch, this is exactly the kind of tedious-but-real problem that's worth building for.