search_doffin
Search Norwegian public procurement notices on Doffin.
Direct GET
For navigating agents: open the HTML page with parameters in the URL. The result is fetched and displayed without screenshots or form filling.
Open this validated HTML GET URL
https://allemannsdata.com/wiki/kilder/doffin/search_doffin/?query=&types={types}&statuses={statuses}&contract_nature={contract_nature}&cpv_codes={cpv_codes}&locations={locations}&buyer={buyer}&winner={winner}&date_from={date_from}&date_to={date_to}&sort_by=RELEVANCE&page=1&hits_per_page=10&include_placeholders=false&limit=25&offset=0
For software and dashboards:
Read the operation descriptor.
The JSON GET template is https://allemannsdata.com/wiki/api/v1/kilder/doffin/search_doffin?query=&types={types}&statuses={statuses}&contract_nature={contract_nature}&cpv_codes={cpv_codes}&locations={locations}&buyer={buyer}&winner={winner}&date_from={date_from}&date_to={date_to}&sort_by=RELEVANCE&page=1&hits_per_page=10&include_placeholders=false&limit=25&offset=0.
Open this exact request as JSON.
| Parameter | Requirement | JSON type | Description |
|---|---|---|---|
query | optional | string | Free-text search (Norwegian or English), e.g. "IT-drift", "snørydding", "rammeavtale konsulent". Start here. |
types | optional | union | Filter by notice type. Parent types: PLANNING, COMPETITION, RESULT. Specific types: ANNOUNCEMENT_OF_COMPETITION, DYNAMIC_PURCHASING_SCHEME, QUALIFICATION_SCHEME, ANNOUNCEMENT_OF_INTENT, PRE_ANNOUNCEMENT, ADVISORY_NOTICE, NOTICE_ON_BUYER_PROFILE, ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT, CHANGE_OF_CONCLUSION_OF_CONTRACT, CANCELLED_OR_MISSING_CONCLUSION_OF_CONTRACT. Use ["COMPETITION"] + statuses=["ACTIVE"] for open tenders. |
statuses | optional | union | ACTIVE (open for bids), EXPIRED, AWARDED, CANCELLED. |
contract_nature | optional | union | WORKS, SERVICES and/or SUPPLIES. |
cpv_codes | optional | union | 8-digit CPV codes, e.g. ["45000000"]. Matches the code and its children. Find codes with search_cpv_codes(). Best combined with a free-text query. |
locations | optional | union | NUTS-style location ids, e.g. ["NO060"] (Trøndelag), or "anyw" for non-location-bound. See list_location_codes(). |
buyer | optional | union | Buyer organization full name(s) exactly as written on notices, e.g. ["Trondheim kommune"]. Resolved to Doffin's internal buyer id via a free-text lookup; names that match no buyer are reported in "note" and, if none match, no results are returned (rather than an unfiltered search). Pass the 32-hex buyer id from a result's buyer field directly to skip the lookup. |
winner | optional | union | Doffin's internal supplier id (32-hex). Winner names cannot be used - they are not present in search results to resolve against. |
date_from | optional | union | Publication date lower bound, "YYYY-MM-DD". |
date_to | optional | union | Publication date upper bound, "YYYY-MM-DD". |
sort_by | optional | string | RELEVANCE (default), PUBLICATION_DATE_DESC, PUBLICATION_DATE_ASC, DEADLINE, ESTIMATED_VALUE_ASC, ESTIMATED_VALUE_DESC. |
page | optional | integer | 1-based page number. |
hits_per_page | optional | integer | 1-50 (default 10). |
include_placeholders | optional | boolean | By default, hits whose buyer fields look like unfilled eForm template values (org id 123456789, placeholder buyer names) are dropped from the results as junk. Set True to keep them, each flagged with "possible_placeholder": true. |
limit | optional | integer | Gateway page size; default 25, maximum 100. |
offset | optional | integer | Number of list items to skip; default 0. |
Generated JavaScript, Python and response structure
Use JSON when the user requests code, machine-readable data, value extraction or further computation. Use the HTML GET page to identify the correct source and verify parameters.
Example for generated JavaScript and Python
https://allemannsdata.com/wiki/api/v1/kilder/doffin/search_doffin?query=&types={types}&statuses={statuses}&contract_nature={contract_nature}&cpv_codes={cpv_codes}&locations={locations}&buyer={buyer}&winner={winner}&date_from={date_from}&date_to={date_to}&sort_by=RELEVANCE&page=1&hits_per_page=10&include_placeholders=false&limit=25&offset=0
Replace URL placeholders and remove unused optional parameters.
JavaScript in a dashboard
const url = "https://allemannsdata.com/wiki/api/v1/kilder/doffin/search_doffin?query=&types={types}&statuses={statuses}&contract_nature={contract_nature}&cpv_codes={cpv_codes}&locations={locations}&buyer={buyer}&winner={winner}&date_from={date_from}&date_to={date_to}&sort_by=RELEVANCE&page=1&hits_per_page=10&include_placeholders=false&limit=25&offset=0";
const response = await fetch(url);
if (!response.ok) {
const failure = await response.json();
throw new Error(`${failure.error.code}: ${failure.error.message} ${failure.suggestion}`);
}
const result = await response.json();
const data = result.data;
Python without additional packages
import json
from urllib.request import urlopen
url = "https://allemannsdata.com/wiki/api/v1/kilder/doffin/search_doffin?query=&types={types}&statuses={statuses}&contract_nature={contract_nature}&cpv_codes={cpv_codes}&locations={locations}&buyer={buyer}&winner={winner}&date_from={date_from}&date_to={date_to}&sort_by=RELEVANCE&page=1&hits_per_page=10&include_placeholders=false&limit=25&offset=0"
with urlopen(url) as response:
result = json.load(response)
data = result["data"]
Response structure
{
"source": "doffin",
"operation": "search_doffin",
"parameters": {},
"data": {},
"entities": [],
"_meta": {"retrieved_at": "...", "sources": [], "cache": {}},
"_links": {"self": "...", "source": "...", "wiki": "...", "feedback": "..."}
}
Form for manual use
The form is a fallback for people and browser agents that cannot open the GET URL directly.
Result
- total_count:
- 1
- hits:
1 results
- id:
- 2026-112275
- buyer:
1 results
- id:
- 8d5f491d51afe7e473937bd08096a5da
- organization_id:
- 970168427
- name:
- NORSK KOMMUNALTEKNISK FORENING
- heading:
- Porteføljesystem for klimagassregnskap til norske kommuner
- description:
- Med denne konkurransen vil NKF inngå avtale med for levering av IT-løsning / system for porteføljestyringsverktøy for å hente inn og håndtere klimagassdata og -regnskap til bruk i norske kommuners byggeprosjekter. Det porteføljestyringsverktøyet som etterspørres skal primært brukes til å hente inn klimagassdata og -regnskapstall fra de ulike løsninger kommunene bruker i sine bygningsprosjekter. Det tilbudte verktøyet må baseres på ulike standarder, der bl.a. NS 3720 er sentral. Det må kunne innhente data fra de ulike systemer som kommuner, og kommunenes ulike tekniske rådgivere, benytter i sine byggeprosjekter. Det skal kunne innhentes og vises data bl.a. per gårds- og bruksnummer, og ulike bygningsdeler. De data som er innhentet skal så kunne vises på et «dashbord», der dataen også skal kunne systematiseres, herunder også å vise data fra andre kommuner. Data skal også kunne aggregeres på regionalt og nasjonalt nivå. Formålet med porteføljestyringsverktøyet vil være både å la tekniske etater i kommunen bruke det for styre sine ulike byggeprosjekter, men også for å genere data og fakta for politiske beslutninger. Kunden i avtalen vil være NKF, men de egentlige brukere av det tilbudte system vil være de kommuner og kommunale enheter som er medlem av NKF og velger å kjøpe tjenesten fra NKF. Potensielt over 100 kommunale enheter. NKF vil inngå den aktuelle avtale for nødvendige lisenser, samt løpende drift og vedlikehold, med leverandøren. NKF vil så bruke dette som grunnlag for å videreselge tilsvarende tjeneste / system til norske kommuner som er medlemmer. NKF vil således reelt sett ha rollen som et koordinerende mellomledd mellom leverandøren og kommunene. Men formelt er det kun NKF leverandøren skal forholde seg til, og det inngås ingen avtaler direkte mellom leverandøren og de aktuelle bruker-kommunene (tjenestemottakere). NKF vil selv levere førstelinjesupport direkte til kommunene, men avtalen skal også åpne for at leverandøren direkte kan bistå den enkelte kommunen når det er mer hensiktsmessig. Avtalen skal også omfatte kursing og opplæring av både NKF og kommuneansatte, samt bistand ifm etablering og implementering i den enkelte kommune. Etter planen vil skal avtale inngås før sommeren 2026, slik at de første kommunene kan kjøpe tjenesten fra NKF i Q3 2026 og ta systemet i bruk Q4 2026. Avtalen er basert på SSA-L (Avtale om løpende tjenestekjøp) med tilpasninger. Se nærmere beskrivelse i kravspesifikasjonen (Bilag til SSA-L, 1 - 5), som ved kunngjøring ikke foreligger i endelig versjon.
- location_id:
1 results
- NO081
- estimatedValue:
- not reported by source
- type:
- ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
- allTypes:
2 results
- ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
- RESULT
- status:
- not reported by source
- issueDate:
- 2026-07-14T08:30:39Z
- deadline:
- not reported by source
- sentToTed:
- yes
- publicationDate:
- 2026-07-15
- placeOfPerformance:
- procurementStrategicLabels:
No results.
- limit:
- 25
- offset:
- 0
- returned:
- 1
- has_more_results:
- no
- truncated:
- no
Show all fields in HTML
- total_count:
- 1
- hits:
1 results
- id:
- 2026-112275
- buyer:
1 results
- id:
- 8d5f491d51afe7e473937bd08096a5da
- organization_id:
- 970168427
- name:
- NORSK KOMMUNALTEKNISK FORENING
- heading:
- Porteføljesystem for klimagassregnskap til norske kommuner
- description:
- Med denne konkurransen vil NKF inngå avtale med for levering av IT-løsning / system for porteføljestyringsverktøy for å hente inn og håndtere klimagassdata og -regnskap til bruk i norske kommuners byggeprosjekter. Det porteføljestyringsverktøyet som etterspørres skal primært brukes til å hente inn klimagassdata og -regnskapstall fra de ulike løsninger kommunene bruker i sine bygningsprosjekter. Det tilbudte verktøyet må baseres på ulike standarder, der bl.a. NS 3720 er sentral. Det må kunne innhente data fra de ulike systemer som kommuner, og kommunenes ulike tekniske rådgivere, benytter i sine byggeprosjekter. Det skal kunne innhentes og vises data bl.a. per gårds- og bruksnummer, og ulike bygningsdeler. De data som er innhentet skal så kunne vises på et «dashbord», der dataen også skal kunne systematiseres, herunder også å vise data fra andre kommuner. Data skal også kunne aggregeres på regionalt og nasjonalt nivå. Formålet med porteføljestyringsverktøyet vil være både å la tekniske etater i kommunen bruke det for styre sine ulike byggeprosjekter, men også for å genere data og fakta for politiske beslutninger. Kunden i avtalen vil være NKF, men de egentlige brukere av det tilbudte system vil være de kommuner og kommunale enheter som er medlem av NKF og velger å kjøpe tjenesten fra NKF. Potensielt over 100 kommunale enheter. NKF vil inngå den aktuelle avtale for nødvendige lisenser, samt løpende drift og vedlikehold, med leverandøren. NKF vil så bruke dette som grunnlag for å videreselge tilsvarende tjeneste / system til norske kommuner som er medlemmer. NKF vil således reelt sett ha rollen som et koordinerende mellomledd mellom leverandøren og kommunene. Men formelt er det kun NKF leverandøren skal forholde seg til, og det inngås ingen avtaler direkte mellom leverandøren og de aktuelle bruker-kommunene (tjenestemottakere). NKF vil selv levere førstelinjesupport direkte til kommunene, men avtalen skal også åpne for at leverandøren direkte kan bistå den enkelte kommunen når det er mer hensiktsmessig. Avtalen skal også omfatte kursing og opplæring av både NKF og kommuneansatte, samt bistand ifm etablering og implementering i den enkelte kommune. Etter planen vil skal avtale inngås før sommeren 2026, slik at de første kommunene kan kjøpe tjenesten fra NKF i Q3 2026 og ta systemet i bruk Q4 2026. Avtalen er basert på SSA-L (Avtale om løpende tjenestekjøp) med tilpasninger. Se nærmere beskrivelse i kravspesifikasjonen (Bilag til SSA-L, 1 - 5), som ved kunngjøring ikke foreligger i endelig versjon.
- location_id:
1 results
- NO081
- estimatedValue:
- not reported by source
- type:
- ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
- allTypes:
2 results
- ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
- RESULT
- status:
- not reported by source
- issueDate:
- 2026-07-14T08:30:39Z
- deadline:
- not reported by source
- sentToTed:
- yes
- publicationDate:
- 2026-07-15
- placeOfPerformance:
- procurementStrategicLabels:
No results.
- limit:
- 25
- offset:
- 0
- returned:
- 1
- has_more_results:
- no
- truncated:
- no
Will you use the result in generated code?
Is data missing or incorrect? Send feedback about this result.
Continue exploring
How an AI agent should use this page
Ground rule: Navigate with HTML GET links to keep explanations and relationships. Use the page's JSON alternative only when concrete values must be extracted, compared or computed.
How to use the search_doffin lookup
- Replace the placeholders in the HTML GET template; remove optional parameters you do not need.
- Check types, units, limits and ID formats in the parameter table.
- Follow linked results to canonical pages before combining sources.
Misreading to avoid: An empty list means "no results for this lookup". An error message or unavailable source does not mean the data does not exist.
Source-specific next step
- Follow the notice ID to the canonical page; use CPV and location codes to narrow broad free-text searches.
Go to the source page for other operations. Use the JSON template only after the HTML result shows that the parameters and source are correct.
AI agent? Read the complete navigation and programming guide.