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.

ParameterRequirementJSON typeDescription
queryoptionalstringFree-text search (Norwegian or English), e.g. "IT-drift", "snørydding", "rammeavtale konsulent". Start here.
typesoptionalunionFilter 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.
statusesoptionalunionACTIVE (open for bids), EXPIRED, AWARDED, CANCELLED.
contract_natureoptionalunionWORKS, SERVICES and/or SUPPLIES.
cpv_codesoptionalunion8-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.
locationsoptionalunionNUTS-style location ids, e.g. ["NO060"] (Trøndelag), or "anyw" for non-location-bound. See list_location_codes().
buyeroptionalunionBuyer 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.
winneroptionalunionDoffin's internal supplier id (32-hex). Winner names cannot be used - they are not present in search results to resolve against.
date_fromoptionalunionPublication date lower bound, "YYYY-MM-DD".
date_tooptionalunionPublication date upper bound, "YYYY-MM-DD".
sort_byoptionalstringRELEVANCE (default), PUBLICATION_DATE_DESC, PUBLICATION_DATE_ASC, DEADLINE, ESTIMATED_VALUE_ASC, ESTIMATED_VALUE_DESC.
pageoptionalinteger1-based page number.
hits_per_pageoptionalinteger1-50 (default 10).
include_placeholdersoptionalbooleanBy 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.
limitoptionalintegerGateway page size; default 25, maximum 100.
offsetoptionalintegerNumber 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.

Type: string. Free-text search (Norwegian or English), e.g. "IT-drift", "snørydding", "rammeavtale konsulent". Start here.
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.
Type: list of string (comma-separated). ACTIVE (open for bids), EXPIRED, AWARDED, CANCELLED.
Type: list of string (comma-separated). WORKS, SERVICES and/or SUPPLIES.
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.
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().
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.
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.
Type: string. Publication date lower bound, "YYYY-MM-DD".
Type: string. Publication date upper bound, "YYYY-MM-DD".
Type: string. RELEVANCE (default), PUBLICATION_DATE_DESC, PUBLICATION_DATE_ASC, DEADLINE, ESTIMATED_VALUE_ASC, ESTIMATED_VALUE_DESC.
Type: integer. 1-based page number.
Type: integer. 1-50 (default 10).
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-08T17:49:31Z in 0.486 seconds.

total_count:
1
hits:

1 results

  1. id:
    2026-112436
    buyer:

    1 results

    1. id:
      d22ffef375dcb75997bd9726acec1281
      organization_id:
      996922766
      name:
      Oslo kommune v/ Bymiljøetaten
    heading:
    Markedsundersøkelse vedrørende alarmtjenester for bybetjenter
    description:
    Innledning Bymiljøetaten inviterer leverandørmarkedet til markedsdialog vedrørende levering av alarmtjenester og tilhørende for å avdekke 1) Leverandørmarkedet og potensielle tilbydere, og 2) løsninger som tilbys for å dekke behovet for alarmsentralfunksjoner til virksomhetens bybetjenttjenester. Formålet med markedsdialogen er å innhente informasjon om markedets løsninger, teknologiske muligheter, tjenestemodeller og beste praksis før eventuell kunngjøring av en konkurranse. Dialogen skal bidra til å sikre at en fremtidig anskaffelse utformes på en måte som ivaretar virksomhetens behov, samtidig som den legger til rette for konkurranse og innovasjon. Denne markedsdialogen er ikke en konkurranse, og det vil ikke bli inngått kontrakt som følge av denne forespørselen alene. Om virksomheten Bymiljøetaten har behov for alarmtjenester som understøtter bybetjenter til fots, på sykkel og i bil. Tjenesten skal bidra til: * Effektiv håndtering av alarmer og hendelser * Rask varsling og koordinering av bybetjenter * Dokumentasjon og sporbarhet * Økt sikkerhet for ansatte, besøkende og verdier · Effektiv samhandling enten mellom alarmsentral og operative ressurser eller internt mellom operative ressurser. Virksomheten ønsker å få bedre innsikt i tilgjengelige løsninger og fremtidige utviklingstrender innen alarmhåndtering. Bakgrunn Virksomheten vurderer anskaffelse av alarmtjenester som kan omfatte: * Mottak og håndtering av tekniske alarmer * Overfallsalarm/trygghetsalarm * Varsling til bybetjenter og andre beredskapsressurser * Loggføring og rapportering * Varsling til vektere og andre beredskapsressurser * Integrasjoner mot eksisterende sikkerhets- og adgangssystemer Virksomheten ønsker informasjon om hvordan slike tjenester leveres i markedet i dag. Kontraktsmodeller * Hvilke prismodeller benyttes? * Hvordan prises alarmmottak, utrykninger og tilleggstjenester? * Hvilke kontraktsformer anbefales? Foreløpig behovsbeskrivelse Virksomheten ønsker beskrivelse av hvilke løsninger som kan tilbys generelt, men presenterer en foreløpig behovsbeskrivelse der man vil fokusere punktene under. Beskrivelse av andre løsninger som tilbys oppfordres det også til å ta med. · Mobilitet i alarmenheter/løsninger som kan tilbys. I dette ligger beskrivelse av vekt, utforming og festeanordninger. · Robusthet og værbestandighet. Beskriv hvordan foreslåtte løsninger vil tåle nordiske forhold med fokus på fukt/regn/vann og kulde. Virksomheten ber videre om sertifiseringer, bransjestandarder som kan etterspørres for foreslåtte løsninger. · Driftsvarighet for batteri på foreslåtte løsninger samt tidsbruk på opplading. · Dekningsområde. Beskriv hvilken grad av dekning som kan forventes av foreslåtte løsninger. For dette punktet presiserer virksomheten at behovet er full dekning i hele Oslo – også i ytre deler av Oslo og mellom høybygg i sentrum. · Brukervennlighet og enkelhet i bruk. Virksomheten vil fokusere på enkelhet ved behov for å utløse alarm og enkelhet ved mottak av alarm. Beskriv hva som skjer ved behov for å utløse alarm og hva som blir formidlet til den/de som mottar alarm for foreslåtte løsninger. · Rapportfunksjonalitet. Beskriv mulighet for rapportering av alarmer med tilhørende informasjon og hvordan denne presenteres og kan analyseres. · Personvern og informasjonssikkerhet. o Hvordan ivaretas personvern og informasjonssikkerhet? o Hvilke sertifiseringer og standarder etterleves? o Hvordan håndteres datalagring og tilgangskontroll? Det understrekes at behovsbeskrivelsen er foreløpig og kan endres etter gjennomført markedsdialog. Gjennomføring av markedsdialog Markedsdialogen planlegges gjennomført i følgende trinn: Trinn 1 – Skriftlige innspill Leverandørene sender inn skriftlige besvarelser på spørsmålene i dette dokumentet. Trinn 2 – Oppsummering Virksomheten vil benytte innspillene til videre behovsavklaring og eventuell konkurranseutforming. Praktisk informasjon Frist for innspill 19.08.2026 – kl. 12:00 Innsendelse Svar sendes elektronisk gjennom Artifik Kontaktperson Navn: Jonas Olsen E-post: jonas.olsen@bym.oslo.kommune.no [jonas.olsen@bym.oslo.kommune.no] Merk: Alle spørsmål skal rettes gjennom Artifik. Taushetsplikt og offentlighet Innkomne svar vil bli behandlet i henhold til gjeldende regelverk. Leverandører bes tydelig merke eventuell informasjon som anses som forretningshemmeligheter eller annen konfidensiell informasjon. Virksomheten forbeholder seg retten til å offentliggjøre generelle og anonymiserte oppsummeringer av markedsdialogen. Forbehold Deltakelse i markedsdialogen gir ingen rettigheter i forbindelse med en eventuell senere konkurranse. Virksomheten er ikke forpliktet til å gjennomføre en anskaffelse som følge av denne markedsdialogen. Alle kostnader knyttet til deltakelse bæres av den enkelte leverandør. Vi ser frem til å motta innspill og takker for interessen.
    location_id:

    1 results

    1. NO081
    estimatedValue:
    not reported by source
    type:
    ADVISORY_NOTICE
    allTypes:

    2 results

    1. ADVISORY_NOTICE
    2. PLANNING
    status:
    not reported by source
    issueDate:
    2026-07-23T12:20:38Z
    deadline:
    not reported by source
    sentToTed:
    yes
    publicationDate:
    2026-07-24
    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

  1. id:
    2026-112436
    buyer:

    1 results

    1. id:
      d22ffef375dcb75997bd9726acec1281
      organization_id:
      996922766
      name:
      Oslo kommune v/ Bymiljøetaten
    heading:
    Markedsundersøkelse vedrørende alarmtjenester for bybetjenter
    description:
    Innledning Bymiljøetaten inviterer leverandørmarkedet til markedsdialog vedrørende levering av alarmtjenester og tilhørende for å avdekke 1) Leverandørmarkedet og potensielle tilbydere, og 2) løsninger som tilbys for å dekke behovet for alarmsentralfunksjoner til virksomhetens bybetjenttjenester. Formålet med markedsdialogen er å innhente informasjon om markedets løsninger, teknologiske muligheter, tjenestemodeller og beste praksis før eventuell kunngjøring av en konkurranse. Dialogen skal bidra til å sikre at en fremtidig anskaffelse utformes på en måte som ivaretar virksomhetens behov, samtidig som den legger til rette for konkurranse og innovasjon. Denne markedsdialogen er ikke en konkurranse, og det vil ikke bli inngått kontrakt som følge av denne forespørselen alene. Om virksomheten Bymiljøetaten har behov for alarmtjenester som understøtter bybetjenter til fots, på sykkel og i bil. Tjenesten skal bidra til: * Effektiv håndtering av alarmer og hendelser * Rask varsling og koordinering av bybetjenter * Dokumentasjon og sporbarhet * Økt sikkerhet for ansatte, besøkende og verdier · Effektiv samhandling enten mellom alarmsentral og operative ressurser eller internt mellom operative ressurser. Virksomheten ønsker å få bedre innsikt i tilgjengelige løsninger og fremtidige utviklingstrender innen alarmhåndtering. Bakgrunn Virksomheten vurderer anskaffelse av alarmtjenester som kan omfatte: * Mottak og håndtering av tekniske alarmer * Overfallsalarm/trygghetsalarm * Varsling til bybetjenter og andre beredskapsressurser * Loggføring og rapportering * Varsling til vektere og andre beredskapsressurser * Integrasjoner mot eksisterende sikkerhets- og adgangssystemer Virksomheten ønsker informasjon om hvordan slike tjenester leveres i markedet i dag. Kontraktsmodeller * Hvilke prismodeller benyttes? * Hvordan prises alarmmottak, utrykninger og tilleggstjenester? * Hvilke kontraktsformer anbefales? Foreløpig behovsbeskrivelse Virksomheten ønsker beskrivelse av hvilke løsninger som kan tilbys generelt, men presenterer en foreløpig behovsbeskrivelse der man vil fokusere punktene under. Beskrivelse av andre løsninger som tilbys oppfordres det også til å ta med. · Mobilitet i alarmenheter/løsninger som kan tilbys. I dette ligger beskrivelse av vekt, utforming og festeanordninger. · Robusthet og værbestandighet. Beskriv hvordan foreslåtte løsninger vil tåle nordiske forhold med fokus på fukt/regn/vann og kulde. Virksomheten ber videre om sertifiseringer, bransjestandarder som kan etterspørres for foreslåtte løsninger. · Driftsvarighet for batteri på foreslåtte løsninger samt tidsbruk på opplading. · Dekningsområde. Beskriv hvilken grad av dekning som kan forventes av foreslåtte løsninger. For dette punktet presiserer virksomheten at behovet er full dekning i hele Oslo – også i ytre deler av Oslo og mellom høybygg i sentrum. · Brukervennlighet og enkelhet i bruk. Virksomheten vil fokusere på enkelhet ved behov for å utløse alarm og enkelhet ved mottak av alarm. Beskriv hva som skjer ved behov for å utløse alarm og hva som blir formidlet til den/de som mottar alarm for foreslåtte løsninger. · Rapportfunksjonalitet. Beskriv mulighet for rapportering av alarmer med tilhørende informasjon og hvordan denne presenteres og kan analyseres. · Personvern og informasjonssikkerhet. o Hvordan ivaretas personvern og informasjonssikkerhet? o Hvilke sertifiseringer og standarder etterleves? o Hvordan håndteres datalagring og tilgangskontroll? Det understrekes at behovsbeskrivelsen er foreløpig og kan endres etter gjennomført markedsdialog. Gjennomføring av markedsdialog Markedsdialogen planlegges gjennomført i følgende trinn: Trinn 1 – Skriftlige innspill Leverandørene sender inn skriftlige besvarelser på spørsmålene i dette dokumentet. Trinn 2 – Oppsummering Virksomheten vil benytte innspillene til videre behovsavklaring og eventuell konkurranseutforming. Praktisk informasjon Frist for innspill 19.08.2026 – kl. 12:00 Innsendelse Svar sendes elektronisk gjennom Artifik Kontaktperson Navn: Jonas Olsen E-post: jonas.olsen@bym.oslo.kommune.no [jonas.olsen@bym.oslo.kommune.no] Merk: Alle spørsmål skal rettes gjennom Artifik. Taushetsplikt og offentlighet Innkomne svar vil bli behandlet i henhold til gjeldende regelverk. Leverandører bes tydelig merke eventuell informasjon som anses som forretningshemmeligheter eller annen konfidensiell informasjon. Virksomheten forbeholder seg retten til å offentliggjøre generelle og anonymiserte oppsummeringer av markedsdialogen. Forbehold Deltakelse i markedsdialogen gir ingen rettigheter i forbindelse med en eventuell senere konkurranse. Virksomheten er ikke forpliktet til å gjennomføre en anskaffelse som følge av denne markedsdialogen. Alle kostnader knyttet til deltakelse bæres av den enkelte leverandør. Vi ser frem til å motta innspill og takker for interessen.
    location_id:

    1 results

    1. NO081
    estimatedValue:
    not reported by source
    type:
    ADVISORY_NOTICE
    allTypes:

    2 results

    1. ADVISORY_NOTICE
    2. PLANNING
    status:
    not reported by source
    issueDate:
    2026-07-23T12:20:38Z
    deadline:
    not reported by source
    sentToTed:
    yes
    publicationDate:
    2026-07-24
    placeOfPerformance:
    procurementStrategicLabels:

    No results.

limit:
25
offset:
0
returned:
1
has_more_results:
no
truncated:
no
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

  1. Replace the placeholders in the HTML GET template; remove optional parameters you do not need.
  2. Check types, units, limits and ID formats in the parameter table.
  3. 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

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.