natgillin/translations-raw huggingface dataset:
The liability to pay a levy is recognised progressively if the obligating event occurs over a period of time (i.e. if the activity that triggers the payment of the levy, as identified by the legislation, occurs over a period of time).
Forpliktelsen til å betale en avgift innregnes gradvis dersom den utløsende plikten inntreffer over tid (dvs. dersom aktiviteten som utløser betaling av avgiften, som definert i lovgivningen, inntreffer over tid).
For example, if the obligating event is the generation of revenue over a period of time, the corresponding liability is recognised as the entity generates that revenue.
Dersom for eksempel den utløsende hendelsen er generering av driftsinntekt over tid, innregnes den tilsvarende forpliktelsen når foretaket genererer disse driftsinntektene.
If an obligation to pay a levy is triggered when a minimum threshold is reached, the accounting for the liability that arises from that obligation shall be consistent with the principles established in paragraphs 8-14 of this Interpretation (in particular, paragraphs 8 and 11).
Dersom en plikt til å betale en avgift utløses når et minstenivå nås, skal regnskapsføringen av den forpliktelsen som oppstår fra denne plikten, være konsistent med prinsippene fastsatt i nr. 8–14 i denne tolkning (særlig nr. 8 og 11).
For example, if the obligating event is the reaching of a minimum activity threshold (such as a minimum amount of revenue or sales generated or outputs produced), the corresponding liability is recognised when that minimum activity threshold is reached.
Dersom den utløsende plikten for eksempel er at et minste aktivitetsnivå er nådd (f.eks. et minstebeløp for driftsinntekter eller salg som er generert eller produkter som er produsert), innregnes den tilsvarende forpliktelsen når dette minste aktivitetsnivået er nådd.
An entity shall apply the same recognition principles in the interim financial report that it applies in the annual financial statements.
Et foretak skal anvende de samme innregningsprinsippene i delårsrapporten som i årsrapportene.
shall not be recognised if there is no present obligation to pay the levy at the end of the interim reporting period; and
ikke innregnes dersom det ved slutten av delårsperioden ikke foreligger noen plikt til å betale avgiften, og
shall be recognised if a present obligation to pay the levy exists at the end of the interim reporting period.
innregnes dersom det ved slutten av delårsperioden foreligger en plikt til å betale avgiften.
An entity shall recognise an asset if it has prepaid a levy but does not yet have a present obligation to pay that levy.
Et foretak skal innregne en eiendel dersom det har forhåndsbetalt en avgift, men det ennå ikke foreligger noen plikt til å betale denne avgiften.
Effective date and transition
Ikrafttredelse og overgangsbestemmelser
This appendix is an integral part of the Interpretation and has the same authority as the other parts of the Interpretation.
Dette vedlegg er en integrert del av denne tolkning, og har samme rettslige status og samme rettsvirkning som de andre delene av tolkningen.
An entity shall apply this Interpretation for annual periods beginning on or after 1 January 2014.
Et foretak skal anvende denne tolkning på årsregnskap som omfatter perioder som begynner 1. januar 2014 eller senere.
If an entity applies this Interpretation for an earlier period, it shall disclose that fact.
Dersom et foretak anvender denne tolkning på en tidligere periode, skal foretaket opplyse om dette.
Changes in accounting policies resulting from the initial application of this Interpretation shall be accounted for retrospectively in accordance with IAS 8
Endringer av regnskapsprinsipper som oppstår som følge av anvendelsen av denne tolkning, skal regnskapsføres med tilbakevirkende kraft i samsvar med IAS 8: «Regnskapsprinsipper, endringer i regnskapsmessige estimater og feil».
In contrast, an agreement for the construction of real estate in which buyers have only limited ability to influence the design of the real estate, e.g. to select a design from a range of options specified by the entity, or to specify only minor variations to the basic design, is an agreement for the sale of goods within the scope of IAS 18.
En avtale om bygging av fast eiendom der kjøperen bare har begrenset mulighet til å påvirke eiendommens utforming og for eksempel kan velge blant flere forslag som foretaket har spesifisert, eller spesifisere mindre endringer av den grunnleggende utformingen, er derimot en avtale om salg av varer innenfor virkeområdet for IAS 18.
If recognition of some of the consideration as revenue is precluded, the following discussion applies only to the part of the agreement for which revenue will be recognised.
Dersom innregning av deler av vederlaget er utelukket, gjelder drøftelsen nedenfor bare den delen av avtalen som det vil bli innregnet driftsinntekt for.
Towable mass when fitted with hydraulic or pneumatic braking: …
Trekkbar masse med hydraulisk eller pneumatisk bremsing: …
Technically permissible towable mass(es) (according to type of coupling):
Teknisk tillatt(e) trekkbare masse(r) (avhengig av koplingstype):
Point 2.4 is replaced by the following:
Nr. 2.4 skal lyde:
In Annex I, model A is amended as follows:
I modell A i vedlegg I gjøres følgende endringer:
The number of the base Directive followed by a letter A for stage I, letter B for stage II, letter C for stage IIIA, letter D for stage IIIB and letter E for stage IV.’
Nummeret til grunndirektivet fulgt av bokstaven A for trinn I, bokstaven B for trinn II, bokstaven C for trinn IIIA, bokstaven D for trinn IIIB og bokstaven E for trinn IV.»
‘Section 2
«Del 2
In Annex I, Appendix 4, point 1 Section 2 of Directive 2000/25/EC is replaced by the following:
I vedlegg I til direktiv 2000/25/EF skal tillegg 4 nr. 1 del 2 lyde:
Overload test performance satisfactory, if F
Resultatet av overbelastningsprøvingen er tilfredsstillende dersom F
Overload test necessary as F
Overbelastningsprøving er nødvendig, da F
Having regard to Regulation (EC) No 1071/2009 of the European Parliament and of the Council of 21 October 2009 establishing common rules concerning the conditions to be complied with to pursue the occupation of road transport operator and repealing Council Directive 96/26/EC (
under henvisning til europaparlaments- og rådsforordning (EF) nr. 1071/2009 av 21. oktober 2009 om innføring av felles regler med hensyn til vilkårene som må oppfylles for å utøve yrket som transportør på vei, og om oppheving av rådsdirektiv 96/26/EF(
In order to facilitate the interconnection of the national electronic registers as required by Article 16(5) of Regulation (EC) No 1071/2009, the Commission should adopt common rules for the implementation of this interconnection in accordance with Article 16(6) of Regulation (EC) No 1071/2009.
For å lette den sammenkoplingen av de nasjonale elektroniske registre som kreves etter artikkel 16 nr. 5 i forordning (EF) nr. 1071/2009, bør Kommisjonen vedta felles regler for gjennomføringen av denne sammenkoplingen i samsvar med artikkel 16 nr. 6 i forordning (EF) nr. 1071/2009.
establishing common rules concerning the interconnection of national electronic registers on road transport undertakings
om fastsettelse av felles regler for sammenkopling av nasjonale elektroniske registre over veitransportforetak
In particular, Member States should implement appropriate security measures to prevent misuse of personal data.
Medlemsstatene bør særlig treffe egnede sikkerhetstiltak for å hindre misbruk av personopplysninger.
Where applicable, the provisions on personal data protection, as laid down by Regulation (EC) No 45/2001 of the European Parliament and of the Council of 18 December 2000 on the protection of individuals with regard to the processing of personal data by the Community institutions and bodies and on the free movement of such data (
Dersom det er relevant, får bestemmelsene om vern av personopplysninger fastsatt i europaparlaments- og rådsforordning (EF) nr. 45/2001 av 18. desember 2000 om personvern i forbindelse med behandling av personopplysninger i Fellesskapets institusjoner og organer og om fri utveksling av slike opplysninger(
The measures provided for in this Regulation are in accordance with the opinion of the Committee set up by Article 18(1) of Council Regulation (EEC) No 3821/85 (
Tiltakene fastsatt i denne forordning er i samsvar med uttalelse fra komiteen nedsatt ved artikkel 18 nr. 1 i rådsforordning (EØF) nr. 3821/85(
The common rules to enable the interconnection of the national electronic registers shall be as set out in the Annex to this Regulation.
De felles regler for å muliggjøre sammenkopling av de nasjonale elektroniske registre er fastsatt i vedlegget til denne forordning.
The system of interconnection of national electronic registers shall be called the ERRU (European Registers of Road Transport Undertakings).
Systemet for sammenkopling av nasjonale elektroniske registre kalles ERRU (De europeiske registre over veitransportforetak).
INFORMATION EXCHANGE
UTVEKSLING AV OPPLYSNINGER
Exchange on infringements
Utveksling av opplysninger om overtredelser
Infringement Notification Message
Melding om overtredelse
When exchanging information according to Article 13(1) of Regulation (EC) No 1072/2009 of the European Parliament and of the Council of 21 October 2009 on common rules for access to the international road haulage market (
Når medlemsstatene utveksler opplysninger i samsvar med artikkel 13 nr. 1 i europaparlaments- og rådsforordning (EF) nr. 1072/2009 av 21. oktober 2009 om felles reglar for tilgang til den internasjonale marknaden for godstransport på veg(
Data item
Dataelement
Mandatory or optional
Obligatorisk eller valgfritt
Additional description of data field
Ytterligere beskrivelse av datafeltet
Notifying Member State
Meldermedlemsstat
Free text alpha-numeric field
Alfanumerisk fritekst
Destination Member State
Mottakermedlemsstat
Notification details
Meldingsdetaljer
Time of notification
Meldingstidspunkt
Numeric data entry in form HH:MM:SS
Numeriske data i formatet TT:MM:SS
Transport undertaking
Transportforetak
Vehicle registration number
Kjøretøyets registreringsnummer
Serious infringement
Alvorlig overtredelse
Date of infringement
Dato for overtredelsen
Date of check where infringement has been ascertained
Dato for kontrollen der overtredelsen ble påvist
Penalties imposed and executed
Pålagte og gjennomførte sanksjoner
Final decision date
Dato for endelig beslutning
Penalty type imposed
Type pålagt sanksjon
Declaration of either:
Mulige angivelser:
‘Warning’
«Advarsel»
‘Temporary ban on cabotage operations’
«Midlertidig forbud mot kabotasje»
‘Fine’
«Bot»
‘Prohibition’
«Forbud»
‘Immobilisation’
«Kjøreforbud»
‘Other’
«Annet»
If applicable: start date of penalty imposed
Eventuell startdato for pålagt sanksjon
If applicable: end date of penalty imposed
Eventuell sluttdato for pålagt sanksjon
Penalties executed
Gjennomførte sanksjoner
‘Yes’
«Ja»
‘No’
«Nei»
‘Unknown’
«Ukjent»
Penalties requested
Sanksjoner det anmodes om
Type of administrative penalty requested
Type administrativ sanksjon det anmodes om
‘Temporary withdrawal of some or all of the certified true copies of the Community licence’
«Midlertidig tilbakekalling av noen av eller alle de bekreftede kopiene av fellesskapslisensen»
‘Permanent withdrawal of some or all of the certified true copies of the Community licence’
«Varig tilbakekalling av noen av eller alle de bekreftede kopiene av fellesskapslisensen»
‘Temporary withdrawal of the Community licence’
«Midlertidig tilbakekalling av fellesskapslisensen»
‘Permanent withdrawal of the Community licence’
«Varig tilbakekalling av fellesskapslisensen»
‘Suspension of the issue of driver attestations’
«Innstilling av utstedelse av førerattester»
‘Withdrawal of driver attestations’
«Tilbakekalling av førerattester»
‘Issue of driver attestations subject to additional conditions in order to prevent misuse’
«Innføring av ytterligere vilkår for utstedelse av førerattester for å hindre misbruk»
Requested penalty duration (calendar days)
Varighet av sanksjon det anmodes om (antall kalenderdager)
Numeric data entry DDDDD
Numeriske data (DDDDD)
Infringement Response Message
Svar på melding om overtredelse
When exchanging information according to Article 12(3) of Regulation (EC) No 1072/2009 or Article 22(2) of Regulation (EC) No 1073/2009, Member States shall use messages of the following format (Infringement Response Message):
Når medlemsstatene utveksler opplysninger i samsvar med artikkel 12 nr. 3 i forordning (EF) nr. 1072/2009 eller artikkel 22 nr. 2 i forordning (EF) nr. 1073/2009, skal de bruke meldinger i følgende format («svar på melding om overtredelse»):
Response details
Nærmere opplysninger om svaret
Date of response
Svardato
Time of response
Svartidspunkt
Numeric data field in form HH:MM:SS
Numeriske data i formatet TT:MM:SS
Authority imposing penalty
Myndighet som pålegger sanksjoner
Authority imposing penalty name
Navn på myndighet som pålegger sanksjoner
Confirm penalty imposed
Bekreftelse på pålagt sanksjon
Penalty imposed date
Dato for pålagt sanksjon
Penalty imposed end date
Sluttdato for pålagt sanksjon
Reason penalty not imposed
Årsak til at sanksjon ikke er pålagt
Checking the good repute of transport managers
Kontroll av at transportledere har god vandel
Search Request Message
Anmodning om søk
When verifying in accordance with Article 11(4) of Regulation (EC) No 1071/2009 whether a transport manager is declared in one of the Member States unfit to manage the transport activities of an undertaking, Member States shall use messages of the following format (Search Request Message):
Når medlemsstatene i samsvar med artikkel 11 nr. 4 i forordning (EF) nr. 1071/2009 kontrollerer om en transportleder er erklært uegnet i en av medlemsstatene til å lede et foretaks transportvirksomhet, skal de bruke meldinger i følgende format («anmodning om søk»):
Data category
Datakategori
Requesting Member State
Anmodermedlemsstat
Search request details
Nærmere opplysninger om anmodningen om søk
Number of search request message
Nummer på anmodningen om søk
Date of search request
Dato for anmodning om søk
Time of search request
Tidspunkt for anmodning om søk
Given name
Fornavn
Family name(s)
Etternavn
Number of certificate of professional competence
Nummer på bevis for faglig dyktighet
Date of issuance of the certificate of professional competence
Utstedelsesdato for bevis for faglig dyktighet
Country of issue of the certificate of professional competence
Utstedelsesland for bevis for faglig dyktighet
Search Response Message
Svar på anmodning om søk
When replying to a Search Request Message as foreseen under 1.2.1., Member States shall use messages of the following format (Search Response Message):
Når medlemsstatene svarer på en anmodning om søk som fastsatt i nr. 1.2.1, skal de bruke meldinger med følgende format («svar på anmodning om søk»):
Search response details
Nærmere opplysninger om svar på anmodning om søk
Numeric data field in format (HH:MM:SS)
Numeriske data i formatet TT:MM:SS
Search results
Søkeresultater
Found
Funnet
Not found
Ikke funnet
First given name
Fornavn
Number of undertakings managed
Antall ledede foretak
Numeric data entry
Numeriske data
Number of vehicles managed
Antall ledede kjøretøyer
Fitness
Egnethet
Declaration of either
Mulige angivelser:
‘Unfit’
«Uegnet»
‘Fit’
«Egnet»
End date till when the person is declared unfit
Dato som personen er erklært uegnet til
Applicable if the Fitness is ‘Unfit’
Gjelder dersom det under «Egnethet» er svart «Uegnet».
Acknowledgement
Mottaksbekreftelse
When acknowledging the receipt of a message, Member States shall use messages of the following format (Acknowledgement Message):
Når medlemsstatene bekrefter mottak av en melding, skal de bruke meldinger i følgende format («mottaksbekreftelse»):
Original message details
Nærmere opplysninger om opprinnelig melding
Original message identifier
Identifikator for opprinnelig melding
Acknowledgement details
Nærmere opplysninger om mottaksbekreftelsen
Acknowledgement message identifier
Identifikator for mottaksbekreftelse
Date of acknowledgement
Dato for mottaksbekreftelse
Numeric data entry in form YYYY-MM-DD
Numeriske data i formatet ÅÅÅÅ
Time of acknowledgement
Tidspunkt for mottaksbekreftelse
THE ERRU ARCHITECTURE
OPPBYGNINGEN AV ERRU
The interconnection shall take the form of an XML messaging framework providing services to Member States by means of XML messages exchanged in a reliable, secure and in a choreographed (workflow) way.
Sammenkoplingen skal skje i form av et XML-meldingsoverføringssystem som sikrer at det ytes tjenester til medlemsstatene ved hjelp av XML
The ERRU system shall consist of a system comprising a ‘central hub’ architecture (client-server with an intelligent router) and a ‘peer to peer’ architecture.
ERRU-systemet skal bestå av en arkitektur med sentralt knutepunkt (klienttjener med intelligent ruter) og en likenettarkitektur.
Member States can choose to use any of the above two architectures to exchange XML messages on sTESTA network (using HTTPS).
Medlemsstatene kan velge å bruke en hvilken som helst av disse to arkitekturene til å utveksle XML-meldinger på sTESTA-nettet (ved hjelp av HTTPS-protokollen).
The ERRU system is depicted in figure 1 below:
ERRU-systemet er vist i figur 1 nedenfor.
ERRU system
ERRU-systemet
Member States shall have two options to communicate messages, depending on the architecture which is being used by the Member States involved in the exchange: Using central hub architecture or using peer-to-peer architecture.
Medlemsstatene skal kunne overføre meldinger på to måter avhengig av om de medlemsstatene som deltar i utvekslingen, bruker arkitekturen med sentralt knutepunkt eller likenettarkitekturen.
The central hub shall be managed by the Commission.
Det sentrale knutepunktet skal forvaltes av Kommisjonen.
The Commission shall be responsible for the technical operation, the maintenance and the overall security of the sTESTA network and of the central hub.
Kommisjonen skal være ansvarlig for teknisk drift og vedlikehold av sTESTA-nettet og det sentrale knutepunktet samt for den allmenne sikkerheten.
Only logging data shall be stored on this central hub.
Bare loggdata skal lagres på det sentrale knutepunktet.
The Commission shall have no access to business data except for maintenance and debugging purposes.
Kommisjonen skal ikke ha tilgang til forretningsdata annet enn i forbindelse med vedlikehold og feilsøking.
Member States shall be responsible for their national system.
Medlemsstatene skal være ansvarlige for sitt nasjonale system.
Member States using a peer-to-peer architecture shall be responsible for the interoperability of the peer-to-peer architecture with the central hub.
Medlemsstater som bruker en likenettarkitektur, skal være ansvarlige for samvirkningsevnen mellom den og det sentrale knutepunktet.
Member States shall use for the interconnection through ERRU:
For sammenkopling via ERRU skal medlemsstatene bruke
Standard Internet protocols (XML, HTTPS, XML Web Services), and
standard Internett-protokoller (XML, HTTPS, XML Web Services) og
sTESTA private network of the European Commission.
Europakommisjonens private nett sTESTA.
STATISTICS AND LOGGING
STATISTIKK OG LOGGING
Member States using peer-to-peer connections shall place at the disposal of the Commission the information necessary for statistical purposes on a weekly basis.
Medlemsstater som bruker likenettforbindelser, skal hver uke stille de opplysninger som er nødvendige for å utarbeide statistikk, til rådighet for Kommisjonen.
In order to ensure privacy, the data for statistical purposes shall be anonymous.
Av hensyn til personvernet skal opplysningene som brukes til statistikk, være anonyme.
Logging information shall keep track of all transactions for monitoring and debugging purposes, and to be able to generate statistics about these transactions.
Det skal logges opplysninger som gjør det mulig å spore alle transaksjoner for overvåkings- og feilsøkingsformål, og å utarbeide statistikk om disse transaksjonene.
The following types of logging data shall be stored and monitored:
Følgende typer loggdata skal lagres og overvåkes:
Application log (such as messages exchanged, including type of message, date, message structure),
brukslogg (f.eks. utvekslede meldinger, herunder type melding, dato og meldingsstruktur),
Security log (such as logon attempts, accessing of files),
sikkerhetslogg (f.eks. påloggingsforsøk, tilgang til filer),
System log (such as system failures).
systemlogg (f.eks. systemsvikt).
Logging information shall not be retained for more than 6 months.
De loggede opplysningene skal oppbevares i høyst seks måneder.
Member States using a peer-to-peer architecture shall be responsible for logging information concerning transactions carried out through the peer-to-peer connections.
Medlemsstater som bruker en likenettarkitektur, skal ha ansvar for å logge opplysninger om transaksjoner som utføres ved hjelp av likenettetforbindelser.
The national contact points designated by Member States according to Article 18(1) of Regulation (EC) No 1071/2009 shall be responsible for access to exchanged data and further use and updating of data after access.
De nasjonale kontaktpunktene som medlemsstatene har utpekt i samsvar med artikkel 18 nr. 1 i forordning (EF) nr. 1071/2009, skal ha ansvar for tilgangen til uvekslede data samt videre bruk og ajourføring av dataene etter tilgang.
MINIMUM LEVEL OF SERVICE
MINSTE TJENESTENIVÅ
Member States shall apply the following minimum service standards with regards to ERRU:
Medlemsstatene skal sørge for minst følgende tjenestenivå i ERRU:
Service time frame and coverage
Tidsramme og omfang
24 hours/7 days
Hele døgnet alle dager
Availability rate of the technical system
Det tekniske systemets tilgjengelighetsgrad
System Availability rate represents the percentage of successful transactions per month.
Systemets tilgjengelighetsgrad er den prosentvise andelen vellykkede transaksjoner per måned.
System response time
Systemets svartid
Maximum 60 seconds.
Høyst 60 sekunder
If a system does not meet the requested response time the Member State shall undertake all necessary steps to bring the system back to normal response time as quickly as possible.
Dersom et system ikke oppfyller kravet til svartid, skal medlemsstaten treffe alle nødvendige tiltak for å bringe systemet tilbake til normal svartid så raskt som mulig.
Maintenance procedure
Framgangsmåte ved vedlikehold
Member States shall notify other Member States and the Commission of any routine maintenance activities via the maintenance portal 1 week before.
Medlemsstatene skal en uke på forhånd underrette de andre medlemsstatene og Kommisjonen om eventuelt rutinemessig vedlikehold via vedlikeholdsportalen.
Incident escalation
Framgangsmåte ved feil
An incident is a situation where a Member State’s system is not available due to unforeseeable reasons.
En feil er en situasjon der en medlemsstats system av uforutsigbare årsaker ikke er tilgjengelig.
In case an incident cannot be corrected within 30 minutes the following escalation procedure shall be applied by the Member State whose system is at the origin of the incident:
Dersom feilen ikke kan rettes innen 30 minutter, skal den medlemsstaten hvis system var opprinnelsen til feilen, gjøre følgende:
notification of the incident to the other Member States and to the Commission by e-mail within 30 minutes;
underrette de andre medlemsstatene og Kommisjonen om feilen per e-post innen 30 minutter,
immediately after the system has been restored a further message shall be sent by e-mail to inform the other Member States and the Commission that the system is back to normal.
umiddelbart etter at systemet er tilbake i normal drift, underrette medlemsstatene og Kommisjonen om dette per e-post.
amending Directive 2002/59/EC of the European Parliament and of the Council establishing a Community vessel traffic monitoring and information system
om endring av europaparlaments- og rådsdirektiv 2002/59/EF om opprettelse av et overvåkings- og informasjonssystem for sjøtrafikk i Fellesskapet