Advokattjenester

Om oppdraget

Stavanger kommune (heretter oppdragsgiver) ønsker gjennom denne konkurransen å inngå rammeavtale(r) for advokattjenester innenfor rettsområdet barnevernrett og tvangssaker etter helse -og omsorgtjenesteloven. Mer informasjon om oppdragsgiver finnes på www.stavanger.kommune.no.

Tjenesteområde

• Juridiske tjenester, advokat, jus, juss 79100000

Tilbudsstrategi

• Gå gjennom kontrollpunktene i originaldokumentene før det brukes mye tid på tilbudet.

Historikk hos oppdragsgiver

Basert på strukturerte tildelingskunngjøringer i Anbudsradar. Listen kan være ufullstendig der eldre kunngjøringer mangler leverandørdata.

Se full oppdragsgiverprofil for Stavanger kommune

Tidligere tildelinger med samme CPV-kode

• Trykkeri-, digitalprint- og plottjenester
  17.07.2024Kai Hansen Trykkeri ASIkke oppgitt

Leverandører oppdragsgiver ofte har tildelt kontrakter til

• Rogaland Taxi AS10 tildelinger · sist 10.12.2025 · Ikke oppgitt
• Nor Tekstil AS5 tildelinger · sist 11.02.2025 · Ikke oppgitt
• Nordbø Maskin AS5 tildelinger · sist 19.09.2023 · 173 264 598 kr
• Bravida Norge AS (hovedenhet)4 tildelinger · sist 01.03.2023 · 260 000 000 kr
• Atea AS (Hovedenhet)4 tildelinger · sist 16.08.2021 · 54 499 532 kr
• Attende AS3 tildelinger · sist 12.05.2026 · Ikke oppgitt

Spørsmål du bør vurdere å stille oppdragsgiver

AI-genererte forslag basert på konkurransedokumentene. Still spørsmålene i spørsmålsrunden i konkurransegjennomføringsverktøyet før tilbudsfrist. Vurder selv hvilke som er relevante for ditt tilbud.

• I faktureringsvilkår punkt 1.1 fremgår det at leverandøren ikke kan fakturere før leveransen er levert, og at betaling skjer netto 30 dager etter mottak av korrekt faktura. Kan oppdragsgiver presisere hva som skal anses som «leveransen er levert» i deres praksis (f.eks. ved overlevering/aksept, når arbeid er utført, eller når varen er mottatt), og hvordan dette dokumenteres i fakturagrunnlaget?

  Dette påvirker når vi tidligst kan fakturere, og dermed risiko for feil fakturering og tvister om betalingsfrist.

  1.1 Generelle vilkår
• I punkt 1.1 står det at oppdragsgiver skal kontrollere og godkjenne EHF-oppsettet før «vanlig fakturering». Hva innebærer godkjenningen i praksis (f.eks. hvilke opplysninger/linjestruktur som må være bekreftet), og hva er tidsfristen/estimert behandlingstid hos oppdragsgiver fra vi sender testfaktura til vi får klarsignal?

  Vi må planlegge oppstart av fakturering og redusere risiko for forsinkelser dersom godkjenning tar tid.

  1.1 Generelle vilkår
• I punkt 1.1 fremgår det at hvis oppdragsgiver ber om det, skal leverandøren sende en testfaktura i XML- og PDF-format. Under hvilke situasjoner vil oppdragsgiver be om testfaktura (oppstart, endringer i artikkelnummer/linjestruktur, rammeavtaleskifte), og hvilke krav stilles til innholdet i testfakturaen (antall linjer, referanser/bestillingsnummer, eksempeldata for UNSPSC mv.)?

  Dette er nødvendig for å kunne levere korrekt testgrunnlag og unngå omarbeid.

  1.1 Generelle vilkår
• I punkt 1.2 kreves det «faktura per referanse eller bestilling». Når dere har flere referanser/bestillinger i samme leveranse/produksjon, skal vi da fakturere separat per bestilling/referanse selv om leveransen tidsmessig skjer samlet? Og hva skal vi bruke som «referanse» når det ikke er tydelig bestillingsgrunnlag i e-handel (f.eks. rekvisisjonsnummer eller annen identifikator)?

  Fakturering per referanse/bestilling kan ha direkte konsekvens for antall fakturaer og korrekt feltutfylling i EHF.

  1.1 Generelle vilkår og 1.2 Krav til innhold i EHF faktura (Ordrenummer/Bestillerkode/«per referanse eller bestilling»)
• I punkt 1.2 står det at «Artikkelnummer/produktnummer/varenummer» skal være samme som oppgitt i tilbudet og at oppdragsgiver skal informeres om endringer. Hvordan skal vi varsle og dokumentere endringer i artikkelnummer i avtaleperioden (rutine/format, hvor i prosessen dette gjøres), og hva forventes at vi gjør dersom artikkelnummer endres uten at vi kan endre i markedet til samme kode?

  Kravet kan skape leveranse- og faktureringsavvik ved endringer i produktporteføljen; vi trenger en praktisk avklaringsrutine.

  1.2 Krav til innhold i EHF faktura (Artikkelnummer/produktnummer/varenummer)
• I punkt 1.2 fremgår det at «Fakturalinjenummer» må være unik per linje, og at det skal være en identifikator. Finnes det en konkret format-/lengde-/tellelogikk dere forventer (f.eks. sekvens fra 1, eller UUID), og gjelder «unik» kun innen én faktura eller også på tvers av fakturaer per bestilling/avtale?

  For EHF-XML og automatisert behandling er format/unikhet viktig for feilfri import og færre avvisninger.

  1.2 Krav til innhold i EHF faktura (Fakturalinjenummer)
• I punkt 1.2 kreves det at oppdragsgiverens «Bestillerkode (SK-nummer)» skal ha formatet K og et firesifret tall (Kxxxx). Hvis bestillingen fra deres system ikke inneholder SK-nummer, hvordan skal vi fylle feltet (skal vi bruke et alternativt nummer, eller må oppdragsgiver/rekvirent komplettere bestillingen før vi fakturerer)?

  Et avvik i format eller manglende felt kan føre til mangelfull faktura og forsinket betaling.

  1.2 Krav til innhold i EHF faktura (Bestillerkode (SK-nummer))
• I punkt 1.2 står det at «Avtalenummer» skal merkes med formatet ÅR/XXXXX (f.eks. 2026/12345), og at hvis noe er kjøpt utenfor rammeavtalens omfang skal feltet merkes med «Ingen». Hvordan skal vi vurdere om et kjøp er innenfor eller utenfor omfanget, og finnes det en oppdragsgiverstyrt liste/avklaringsprosess vi kan følge for å velge riktig verdi?

  Riktig avtalenummer/«Ingen» påvirker korrekt kobling til rammeavtale og kan gi avvisning eller tvist ved feil merking.

  1.2 Krav til innhold i EHF faktura (Avtalenummer)
• I punkt 1.2 kreves det «Klassifiseringskode» som et 8-sifret tall innen korrekt UNSPSC-kategori. Hvilken UNSPSC-/katalog skal leverandøren bruke (og hvor henter vi offisiell kode for varer/tjenester vi tilbyr), og kan dere bekrefte om dere forventer at vi følger UNSPSC-kode fra tilbudet eller om dere kan ha en egen korrigering ved mottak av faktura?

  Dette er en spesifikk og evaluerings-/prisrelatert faktureringsdata; uklarhet her gir risiko for feil fakturering og manuelle rettinger.

  1.2 Krav til innhold i EHF faktura (Klassifiseringskode / UNSPSC-kategori)
• Vedlegg 1 (Taushetserklæring) gjelder «STAVANGER KOMMUNE – TAUSHETSERKLÆRING» og forplikter ved digital signering i Mercell. Kan dere bekrefte hvilken konkrete anskaffelse/kontraktsforhold taushetserklæringen gjelder for, og om det er en egen taushetserklæring per delkontrakt/avtaleenhet (f.eks. Stavanger kommune vs. øvrige selskaper i avtalen)?

  Siden erklæringen virker generisk (med hjemmel og signering i Mercell), trenger vi avklart anvendelsesområde for å sikre korrekt oppfyllelse og riktig dokumentasjon i tilbud/kontraktsoppfølging.

  Vedlegg 1_ Taushetserklæring.pdf

Konkurransedokumenter

Dokumentpakken er hentet automatisk fra MERCELL og samlet som ZIP-fil.

Registrer interesse i den opprinnelige dokumentportalen hvis konkurransen er aktuell. Da får du endringer, spørsmål og svar og eventuell supplerende informasjon direkte fra oppdragsgiver.

Åpne original dokumentportal

Egen dokumentvisning og automatisk dokumentanalyse rulles ut per dokumentportal. Originaldokumentene gjelder alltid ved tilbudsarbeid.