search_doffin

Search Norwegian public procurement notices on Doffin.

Signature: search_doffin(query: string, optional, default ''; types: list of string (comma-separated), optional, default None; statuses: list of string (comma-separated), optional, default None; contract_nature: list of string (comma-separated), optional, default None; cpv_codes: list of string (comma-separated), optional, default None; locations: list of string (comma-separated), optional, default None; buyer: list of string (comma-separated), optional, default None; winner: list of string (comma-separated), optional, default None; date_from: string, optional, default None; date_to: string, optional, default None; sort_by: string, optional, default 'RELEVANCE'; page: integer, optional, default 1; hits_per_page: integer, optional, default 10; include_placeholders: yes/no, optional, default False; limit: integer, items, optional, default 25; offset: integer, items, optional, default 0)

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

Replace {query}, {types}, {statuses}, {contract_nature}, {cpv_codes}, {locations}, {buyer}, {winner}, {date_from}, {date_to}, {sort_by}, {page}, {hits_per_page}, {include_placeholders} with values. Remove unused optional parameters from the URL.

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.

query Type: string. Free-text search (Norwegian or English), e.g. "IT-drift", "snørydding", "rammeavtale konsulent". Start here.

types Type: list of string (comma-separated). 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 Type: list of string (comma-separated). ACTIVE (open for bids), EXPIRED, AWARDED, CANCELLED.

contract_nature Type: list of string (comma-separated). WORKS, SERVICES and/or SUPPLIES.

cpv_codes Type: list of string (comma-separated). 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 Type: list of string (comma-separated). NUTS-style location ids, e.g. ["NO060"] (Trøndelag), or "anyw" for non-location-bound. See list_location_codes().

buyer Type: list of string (comma-separated). 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 Type: list of string (comma-separated). Doffin's internal supplier id (32-hex). Winner names cannot be used - they are not present in search results to resolve against.

date_from Type: string. Publication date lower bound, "YYYY-MM-DD".

date_to Type: string. Publication date upper bound, "YYYY-MM-DD".

sort_by Type: string. RELEVANCE (default), PUBLICATION_DATE_DESC, PUBLICATION_DATE_ASC, DEADLINE, ESTIMATED_VALUE_ASC, ESTIMATED_VALUE_DESC.

page Type: integer. 1-based page number.

hits_per_page Type: integer. 1-50 (default 10).

include_placeholders Type: yes/no. 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.

Result

Source: Doffin and TED. Retrieved 2026-09-10T20:50:41Z in 0.150 seconds.

total_count:

hits:

3 results

id:
2018-305215
buyer:
1 results
1. id:
  227d6c7975e65d587bc07db554fb627d
  organization_id:
  991 609 407
  name:
  Ruter As
heading:
Team RuterPilot
description:
Denne tilbudsforespørselen er en samlet teamleveranse på team innenfor frontend- og backendutvikling, der en leverandør må kunne levere den kapasiteten som til enhver tid kreves for å gjennomføre denne piloten. Det er med andre ord ikke et innkjøp av enkeltkonsulenter som sådan, da avtalen vil gi rom for å forplikte leverandøren i å kunne levere fleksibilitet og kontinuitet.
location_id:
1 results
1. anyw
estimatedValue:
not reported by source
type:
ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
allTypes:
2 results
1. ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
2. RESULT
status:
not reported by source
issueDate:
2018-12-21T10:00:00Z
deadline:
not reported by source
sentToTed:
no
publicationDate:
2018-12-21
placeOfPerformance:
No results.
procurementStrategicLabels:
No results.
id:
2026-114085
buyer:
1 results
1. id:
  05dc8f08c30c08ee935578ae7ff737c6
  organization_id:
  925836613
  name:
  Norsk Tipping
heading:
Mobilutviklingspartner
description:
Formål Norsk Tipping ønsker mobilpartnere som skal bidra med nødvendig kompetanse og kapasitet til å utvikle attraktive og ansvarlige brukerreiser på en kvalitetsmessig god måte. Mobilpartnerne skal i tillegg bidra til å bygge den kompetansen Norsk Tipping trenger for fremtiden. Mobil er selskapets viktigste kundekanal. Norsk Tipping har ca. 2,4 millioner kunder, Hvorav nesten 90 prosent bruker mobil, hovedsakelig via apper distribuert i App Store og Google Play. De er dermed en sentral forutsetning for at Norsk Tipping skal kunne oppfylle sitt samfunnsoppdrag: «… med å legge til rette for et ansvarlig pengespilltilbud og forebygge negative konsekvenser av pengespill. Effektiv drift skal sikre at mest mulig av inntektene går til gode formål». Partnerne til Norsk Tipping må derfor bidra til at selskapet utvikler seg i en bærekraftig retning, gjennom aktiv kompetanseoverføring og ved å styrke produktmodellen fra et mobil-perspektiv. Styrke evnen til å levere innen produktutviklingsmodellen Norsk Tipping jobber smidig for å redusere risiko gjennom tidlig læring, kontinuerlige tilbakemeldinger fra brukere og drift, og mulighet til å justere kurs før store investeringer gjøres. Arbeidet er organisert gjennom produktutviklingsområder med tverrfaglige produktteam som har ansvar for både verdi og risiko knyttet til definerte produkter og brukerreiser. Produktutviklingsområdene skal ha kompetanse og ansvar for å definere løsninger på problemer, utvikle dem og videreutvikle dem slik at de leverer verdi for selskap og kunde. For å få til dette har Norsk Tipping en blanding av produktutviklingsområder bestående av det som kan defineres som «verdistrøm-team» (eksempelvis produktutviklingsområdet for sport), og områder med «plattform»- og «enablement-team» (eksempelvis Plattform: Helhet og Frontend). Tverrfagligheten i områdene skal være tilstrekkelig til å definere problemer/muligheter og løsninger, utvikle og videreutvikle dem, for å heve verdien og kvaliteten av sitt produkt. For å styrke fagene benyttes praksisfellesskap, og det oppfordres til å dele utfordringer og løsninger på fagrelaterte spørsmål med andre innen sitt fag. Slik skaper Norsk Tipping verdi gjennom tverrfaglighet og fagkompetanse, og bidrar til at fagmiljøene utvikler seg over tid. For å sikre et nødvendig minimum av samsyn og koordinering mellom produktutviklingsområder og andre omgivelser, har vi fellesritualer som; · Fellesplanlegging for tertial. Den foregår over fem dager, hvor produktutviklingsområdene analyse og forståelse av effektene produkter og tjenester skaper, kobles sammen med selskapets retning og behov. · Del og lær. En månedlig showcase, hvor ulike produktutviklingsområder deler ting de har lært i perioden. · Måldemo. En tertialvis demo, hvor produktutviklingsområdene beskriver måloppnåelse, deler kunnskap og et utvalg av tingene de har skapt. · Praksisfellesskap for ulike fagområder · Synkronisering for produktutviklingsområder. Produktutviklingsledere deler blokkere for måloppnåelse og avklarer hvem de må snakke med for å komme videre · Ritualer på produktutviklingsområde/teamnivå: Sprintplanlegging, synk (standup), retrospektiv og demo/Friday wins. Ulik frekvens i områder basert på behov Modellen skal styrke områdenes autonomi til å skape effekter, som muliggjøres av tydelig retning, nødvendige rammer og transparens for samsyn. Norsk Tipping har i dag et sterkt internt fagmiljø for mobilutvikling, med kompetanse på utvikling for iOS og Android, med hovedvekt på iOS. Erfaringen i miljøet spenner fra ett til over 15 år. Oppdragsgiver har også et sterkt internt UX-miljø med kompetanse på både web og mobil, hvorav web er fremtredende. I tillegg har selskapet testere og testutviklere. Kvalitet i Norsk Tipping skal være integrert i arbeidet, og gjelder for alle faser av produktutvikling. Oppdragsgiver må levere i henhold til ulike standarder. I Plattform: Helhet og Frontend (P:HF) har Norsk Tipping strategisk app-kompetanse gjennom områdets ledelse, med produktutviklingsleder, tech lead/teamarkitekter. Flere produktutviklingsområder har faste native-utviklere. Områder som ikke har egne native-utviklere, får bistand fra P:HF. Oppdragsgiver vil over tid utvikle en balansert ansvarsdeling mellom plattformen og de ulike produktutviklingsområdene, i takt med økt modenhet og større internt eierskap. Områder med egne native brukerreiser vil gradvis kunne jobbe mer selvstendig, men i overskuelig framtid vil det være felles behov knyttet til test, release og videreutvikling av plattformen. Fagutvikling og praksisfellesskap skal støtte dette på tvers. Følgende produktutviklingsområder har i dag native brukerreiser: · Plattform: Helhet og Frontend (App-plattform, forside, appens rammeverk) * Ansvarlighet * Verdiøkende tjenester (noen fellestjenester, f.eks. Grasrot, varslinger) * Kunde, ID og betaling * Lotteri * Sport * Spille sammen
location_id:
1 results
1. NO020
estimatedValue:
currencyCode:
NOK
amount:
300000000.0
type:
ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
allTypes:
2 results
1. ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
2. RESULT
status:
not reported by source
issueDate:
2026-09-07T12:08:25Z
deadline:
2030-09-30T00:00:00Z
sentToTed:
yes
publicationDate:
2026-09-08
placeOfPerformance:
- Innlandet
procurementStrategicLabels:
No results.
id:
2025-103330
buyer:
1 results
1. id:
  7fcceaaff6948f767e629e00b5fcc8d1
  organization_id:
  916879067
  name:
  SYKEHUSINNKJØP HF
heading:
Kvalifisering - User workspace manager/Dynamic Workspace 2027
description:
Helse Sør-Øst, Helse Midt, and Helse Vest are looking for a replacement tool for Ivanti Workspace Control. A user environment management tool to manage and secure users workspaces across both physical and virtual environments. It ensures a consistent and personalized user experience and supports the IT administrators in their daily tasks e.g control configuration. distribution, streaming, and publishing various types of both local and virtual application shortcuts such as App-V and MSIX.
location_id:
1 results
1. anyw
estimatedValue:
not reported by source
type:
ANNOUNCEMENT_OF_COMPETITION
allTypes:
2 results
1. COMPETITION
2. ANNOUNCEMENT_OF_COMPETITION
status:
EXPIRED
issueDate:
2025-03-03T13:28:27Z
deadline:
2025-04-04T10:00:00Z
sentToTed:
yes
publicationDate:
2025-03-04
placeOfPerformance:
- Ikke stedbunden
procurementStrategicLabels:
No results.

limit:

offset:

returned:

has_more_results:

truncated:

Show all fields in HTML

total_count:

hits:

3 results

id:
2018-305215
buyer:
1 results
1. id:
  227d6c7975e65d587bc07db554fb627d
  organization_id:
  991 609 407
  name:
  Ruter As
heading:
Team RuterPilot
description:
Denne tilbudsforespørselen er en samlet teamleveranse på team innenfor frontend- og backendutvikling, der en leverandør må kunne levere den kapasiteten som til enhver tid kreves for å gjennomføre denne piloten. Det er med andre ord ikke et innkjøp av enkeltkonsulenter som sådan, da avtalen vil gi rom for å forplikte leverandøren i å kunne levere fleksibilitet og kontinuitet.
location_id:
1 results
1. anyw
estimatedValue:
not reported by source
type:
ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
allTypes:
2 results
1. ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
2. RESULT
status:
not reported by source
issueDate:
2018-12-21T10:00:00Z
deadline:
not reported by source
sentToTed:
no
publicationDate:
2018-12-21
placeOfPerformance:
No results.
procurementStrategicLabels:
No results.
id:
2026-114085
buyer:
1 results
1. id:
  05dc8f08c30c08ee935578ae7ff737c6
  organization_id:
  925836613
  name:
  Norsk Tipping
heading:
Mobilutviklingspartner
description:
Formål Norsk Tipping ønsker mobilpartnere som skal bidra med nødvendig kompetanse og kapasitet til å utvikle attraktive og ansvarlige brukerreiser på en kvalitetsmessig god måte. Mobilpartnerne skal i tillegg bidra til å bygge den kompetansen Norsk Tipping trenger for fremtiden. Mobil er selskapets viktigste kundekanal. Norsk Tipping har ca. 2,4 millioner kunder, Hvorav nesten 90 prosent bruker mobil, hovedsakelig via apper distribuert i App Store og Google Play. De er dermed en sentral forutsetning for at Norsk Tipping skal kunne oppfylle sitt samfunnsoppdrag: «… med å legge til rette for et ansvarlig pengespilltilbud og forebygge negative konsekvenser av pengespill. Effektiv drift skal sikre at mest mulig av inntektene går til gode formål». Partnerne til Norsk Tipping må derfor bidra til at selskapet utvikler seg i en bærekraftig retning, gjennom aktiv kompetanseoverføring og ved å styrke produktmodellen fra et mobil-perspektiv. Styrke evnen til å levere innen produktutviklingsmodellen Norsk Tipping jobber smidig for å redusere risiko gjennom tidlig læring, kontinuerlige tilbakemeldinger fra brukere og drift, og mulighet til å justere kurs før store investeringer gjøres. Arbeidet er organisert gjennom produktutviklingsområder med tverrfaglige produktteam som har ansvar for både verdi og risiko knyttet til definerte produkter og brukerreiser. Produktutviklingsområdene skal ha kompetanse og ansvar for å definere løsninger på problemer, utvikle dem og videreutvikle dem slik at de leverer verdi for selskap og kunde. For å få til dette har Norsk Tipping en blanding av produktutviklingsområder bestående av det som kan defineres som «verdistrøm-team» (eksempelvis produktutviklingsområdet for sport), og områder med «plattform»- og «enablement-team» (eksempelvis Plattform: Helhet og Frontend). Tverrfagligheten i områdene skal være tilstrekkelig til å definere problemer/muligheter og løsninger, utvikle og videreutvikle dem, for å heve verdien og kvaliteten av sitt produkt. For å styrke fagene benyttes praksisfellesskap, og det oppfordres til å dele utfordringer og løsninger på fagrelaterte spørsmål med andre innen sitt fag. Slik skaper Norsk Tipping verdi gjennom tverrfaglighet og fagkompetanse, og bidrar til at fagmiljøene utvikler seg over tid. For å sikre et nødvendig minimum av samsyn og koordinering mellom produktutviklingsområder og andre omgivelser, har vi fellesritualer som; · Fellesplanlegging for tertial. Den foregår over fem dager, hvor produktutviklingsområdene analyse og forståelse av effektene produkter og tjenester skaper, kobles sammen med selskapets retning og behov. · Del og lær. En månedlig showcase, hvor ulike produktutviklingsområder deler ting de har lært i perioden. · Måldemo. En tertialvis demo, hvor produktutviklingsområdene beskriver måloppnåelse, deler kunnskap og et utvalg av tingene de har skapt. · Praksisfellesskap for ulike fagområder · Synkronisering for produktutviklingsområder. Produktutviklingsledere deler blokkere for måloppnåelse og avklarer hvem de må snakke med for å komme videre · Ritualer på produktutviklingsområde/teamnivå: Sprintplanlegging, synk (standup), retrospektiv og demo/Friday wins. Ulik frekvens i områder basert på behov Modellen skal styrke områdenes autonomi til å skape effekter, som muliggjøres av tydelig retning, nødvendige rammer og transparens for samsyn. Norsk Tipping har i dag et sterkt internt fagmiljø for mobilutvikling, med kompetanse på utvikling for iOS og Android, med hovedvekt på iOS. Erfaringen i miljøet spenner fra ett til over 15 år. Oppdragsgiver har også et sterkt internt UX-miljø med kompetanse på både web og mobil, hvorav web er fremtredende. I tillegg har selskapet testere og testutviklere. Kvalitet i Norsk Tipping skal være integrert i arbeidet, og gjelder for alle faser av produktutvikling. Oppdragsgiver må levere i henhold til ulike standarder. I Plattform: Helhet og Frontend (P:HF) har Norsk Tipping strategisk app-kompetanse gjennom områdets ledelse, med produktutviklingsleder, tech lead/teamarkitekter. Flere produktutviklingsområder har faste native-utviklere. Områder som ikke har egne native-utviklere, får bistand fra P:HF. Oppdragsgiver vil over tid utvikle en balansert ansvarsdeling mellom plattformen og de ulike produktutviklingsområdene, i takt med økt modenhet og større internt eierskap. Områder med egne native brukerreiser vil gradvis kunne jobbe mer selvstendig, men i overskuelig framtid vil det være felles behov knyttet til test, release og videreutvikling av plattformen. Fagutvikling og praksisfellesskap skal støtte dette på tvers. Følgende produktutviklingsområder har i dag native brukerreiser: · Plattform: Helhet og Frontend (App-plattform, forside, appens rammeverk) * Ansvarlighet * Verdiøkende tjenester (noen fellestjenester, f.eks. Grasrot, varslinger) * Kunde, ID og betaling * Lotteri * Sport * Spille sammen
location_id:
1 results
1. NO020
estimatedValue:
currencyCode:
NOK
amount:
300000000.0
type:
ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
allTypes:
2 results
1. ANNOUNCEMENT_OF_CONCLUSION_OF_CONTRACT
2. RESULT
status:
not reported by source
issueDate:
2026-09-07T12:08:25Z
deadline:
2030-09-30T00:00:00Z
sentToTed:
yes
publicationDate:
2026-09-08
placeOfPerformance:
- Innlandet
procurementStrategicLabels:
No results.
id:
2025-103330
buyer:
1 results
1. id:
  7fcceaaff6948f767e629e00b5fcc8d1
  organization_id:
  916879067
  name:
  SYKEHUSINNKJØP HF
heading:
Kvalifisering - User workspace manager/Dynamic Workspace 2027
description:
Helse Sør-Øst, Helse Midt, and Helse Vest are looking for a replacement tool for Ivanti Workspace Control. A user environment management tool to manage and secure users workspaces across both physical and virtual environments. It ensures a consistent and personalized user experience and supports the IT administrators in their daily tasks e.g control configuration. distribution, streaming, and publishing various types of both local and virtual application shortcuts such as App-V and MSIX.
location_id:
1 results
1. anyw
estimatedValue:
not reported by source
type:
ANNOUNCEMENT_OF_COMPETITION
allTypes:
2 results
1. COMPETITION
2. ANNOUNCEMENT_OF_COMPETITION
status:
EXPIRED
issueDate:
2025-03-03T13:28:27Z
deadline:
2025-04-04T10:00:00Z
sentToTed:
yes
publicationDate:
2025-03-04
placeOfPerformance:
- Ikke stedbunden
procurementStrategicLabels:
No results.

limit:

offset:

returned:

has_more_results:

truncated:

Will you use the result in generated code?

Open the same result as JSON

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.