Skip to main content

Someone wanted to learn this too, so Grasp built them a personal learning path.

You can keep exploring this one or create your own

Extracting Actions and Deadlines from Bokmål Service Messages

Hei! In the previous lesson, you ended a service call by checking who would do what next. A written service message calls for the same distinction: is the provider taking the next step, or are you? It may also contain several dates, only one of which is a deadline for you.

In this lesson, you will read short Bokmål notices for the practical decision they require: the action, the deadline, and any condition that changes either one. Allow about 40 minutes, including the two short readings.


Read for a decision, not a full translation

A service message may include a greeting, a reference number, an explanation, and instructions. On a first pass, look for four things:

  1. Who must act: du (you) or vi (the provider)?
  2. What must happen?
  3. When, if a deadline is stated?
  4. Under what condition does the instruction apply?

This is purposeful reading rather than word-by-word translation. The Norwegian Directorate for Higher Education and Skills gives similar advice for finding information in a text:

Øv til leseprøven - Norskprøve A1-B2 | HK-dir

Read the opening advice from “Tips til å jobbe med leseoppgavene” for a useful approach to short practical messages.

In “Tips til å jobbe med leseoppgavene,” read the first two paragraphs, beginning with purposeful reading and continuing to the end of the paragraph about reading the question carefully. Here, your questions are: “Do I need to do anything?” and “By when?” Notice that you may not need every word to answer them.

Consider this illustrative message:

Vi har mottatt henvendelsen din. For at vi skal kunne behandle saken, må du sende et bilde av kvitteringen senest 12. april kl. 16.00. Svar på denne meldingen. Hvis du allerede har sendt kvitteringen, trenger du ikke gjøre noe.

We have received your enquiry. To process the case, you must send a photo of the receipt by 12 April at 16:00. Reply to this message. If you have already sent the receipt, you do not need to do anything.

Vi har mottatt confirms receipt; it does not say the case is resolved. Må du sende identifies your required action. Senest 12. april kl. 16.00 gives its latest stated time, while Svar på denne meldingen tells you how to send it. Finally, hvis introduces an exception: if the receipt has already been sent, the instruction to send it does not apply.

A useful one-line reading of the message is: Send a receipt photo by the stated time by replying—unless it has already been sent. That is more useful than translating every sentence but missing the exception.


Notice whose deadline it is

Certain words deserve a closer look. Må signals necessity; kan often presents an option. Senest means “no later than,” frist means “deadline,” and forfaller is commonly used for a payment falling due. But a date alone does not tell you what you must do. Read the verb and its subject alongside the date.

Du må betale fakturaen senest 15. mai.
You must pay the invoice no later than 15 May.

Vi kontakter deg innen fem virkedager.
We will contact you within five working days.

The first is your payment deadline. The second gives a time frame for the provider’s response, not an instruction to contact them. Virkedager means working days, so do not automatically read five working days as five calendar days.

A message can also give several related instructions with only one deadline:

Pakken din er klar til henting. Hent den senest 18. juni. Ta med legitimasjon. Etter 18. juni blir pakken returnert. Du trenger ikke svare på denne meldingen.

Your parcel is ready for collection. Collect it no later than 18 June. Bring identification. After 18 June, the parcel will be returned. You do not need to reply.

Here you must collect the parcel by the stated date and bring identification when you go. The return after that date is a consequence, not a second task for you. Du trenger ikke svare explicitly rules out another possible action.

Sometimes a notice asks for action but gives no calendar deadline. The identity-check task shown below illustrates why you should not invent one from a notification’s appearance. A time displayed in the phone’s status bar is not necessarily a deadline in the message.

A Norwegian app screen displays an identity-verification task. The visible task asks for action but does not show a dated cutoff.

For an identity or payment request, also check that you are using a service or app you reached independently rather than treating an unexpected message or link as proof that the request is genuine.


One real page, several kinds of dates

A public-service page makes the distinction between a deadline, a condition, and another kind of date especially clear. The following page uses a childcare application as its example; you are reading it for a transferable service-reading skill, not to learn the application process in full.

Søke barnehageplass - Barnehage - Oslo kommune

Read the relevant parts of “Søke barnehageplass” from Oslo kommune to see how an official page places different dates beside different rules.

In “Send søknad om barnehageplass,” read from the application instructions to the end of the paragraph. In “Når må du søke?”, read from the two intake dates, then continue through the rule for ongoing admissions. Finally, in “Når har barnet rett til barnehageplass?”, read from the explanation and start-date line. For each date, check what it refers to and whether the rule has a stated condition.

The page says an application can be sent for places in up to seven kindergartens. It then gives 1. mars as the application deadline for hovedopptaket, the main intake. 1. juni is described differently: it is a supplementary deadline in the main intake for children who have a right to a place. Do not silently turn that conditional date into a general extension for every application.

The page also says there is no application deadline for ongoing admissions outside the main intake. That does not mean an application to the main intake has no deadline; the two statements concern different routes. Finally, 30. november concerns the latest desired start date in the explanation of entitlement. It is not presented as another date by which to submit the application.

This is why a list of dates on its own is an unreliable summary. A better summary preserves each date’s role:

Date or timing What the page says it concerns
1 March Application deadline for the main intake
1 June Supplementary main-intake deadline for children with a right to a place
No fixed deadline Ongoing admissions outside the main intake
30 November Latest desired start date in the entitlement explanation

Turn the message into a reliable next step

After reading a service notice, try to state its result in one plain sentence: “I need to do [action] by [time], if [condition].” If the provider is responsible instead, say “They will do [action] by [time]; no action for me is stated.” Keep any missing detail missing rather than guessing it.

Three short Bokmål questions are useful when a real message leaves something consequential unclear:

Må jeg gjøre noe nå? — Do I need to do anything now?
Hva er fristen for å sende dokumentasjonen? — What is the deadline for sending the documentation?
Gjelder denne fristen også for meg? — Does this deadline apply to me too?

These questions target different uncertainties: whether you must act, when you must act, and whether a conditional rule applies to you. They are more precise than asking someone to explain the entire message again.


Conclusion

To extract an action from a Bokmål service message, find the person responsible, the required verb, its deadline, and any hvis condition or trenger ikke exception. Keep submission deadlines, provider response times, consequences, and desired start dates separate—even when they appear close together on the same page.

In the next lesson, you will use this same clarity about actions and requirements at a public-service counter, explaining an issue and asking which documentation is needed.

Can't find a good explanation? Sign up and we'll make it for you

Sign up