Contract
1. Samhandlingsavtalen og de samhandlende partene
Avtale om elektronisk samhandling (Samhandlingsavtale) er inngått mellom følgende parter:
Kjøper | Leverandør | |
Virksomhetens navn | Trondheim kommune | |
Organisasjonsnummer | 942 110 464 |
Samhandlingsavtalen gjelder for gjennomføring av partenes elektroniske samhandling og har til hensikt å avstemme partenes gjensidige forventninger, og sikre en god fremdrift på implementeringen av e- handelsløsningen.
Dette dokumentet gjelder for følgende faser i anskaffelsesprosessen.
Ja/Nei | Merknader | |
Produktkatalog (kjøper) | Xx | |
Ordre (leverandør) | Ja | |
Ordrebekreftelse (kjøper) | Ja | |
EHF Pakkseddel (kjøper) | Nei | |
Fakturering (kjøper) | Ja | EHF |
Partene er innforstått med at tekniske e-handelsløsninger og tjenester inngått med 3. part skal være i henhold til de krav som stilles i denne avtalen.
Hvis det er opprettet en forretningsavtale eller kjøpsavtale mellom partene vil Samhandlingsavtalen utgjøre et vedlegg til den merkantile avtalen, og beskrive vilkårene og betingelsene som skal styre den elektroniske samhandlingen mellom partene. Er det ikke opprettet annen avtale vil Samhandlingsavtalen utgjøre en egen selvstendig avtale. Samhandlingsavtalen inngått med en leverandør kan gjelde også for en eventuelt ny avtale med samme leverandør. En samhandlingsavtale vil dermed kunne gjelde for to eller flere separate avtaler med samme leverandør.
Referanse til den(de) forretningsavtale(r) som samhandlingsavtalen gjelder for | ESA nr |
XX
Hvis det ikke finnes noe forretningsavtale er gjensidig oppsigelse av samhandlingsavtalen satt til
Endringer til samhandlingsavtalen skal være gjensidig avtalt og dokumentert i en revidert versjon av
dager.
XX
avtalen. Ønske om eventuelle endringer skal meddeles den annen part skriftlig med Tilsvar skal gis innen 10 arbeidsdager.
Hvis det er motstrid mellom denne samhandlingsavtale og den/de refererte forretningsavtalen(e)/kjøpsavtalen(e), skal følgende tolkningsprinsipp legges til grunn:
måneders varsel.
• Det som er avtalt i denne samhandlingsavtalen skal gå foran generelle forretningsvilkår i kjøpsavtalen(e)/forretningsavtalen(e)
Ved manglende oppfølgning eller mislighold av samhandlingsavtalen kan det være aktuelt med sanksjoner der det følger av forretningsavtalen/kjøpsavtalen eller av alminnelige avtalerettslige prinsipper.
01.01.2019
Partene skal tilrettelegge sine løsninger for oppstart av elektronisk samhandling. Oppstartdato for elektronisk samhandling iht. denne samhandlingsavtalen skal skje senest fra:
Alle tidligere samhandlingsavtaler opphører fra samme dato.
Partene har en aktiv opplysningsplikt om forhold som vedrører tilgjengelighet av de tjenester og tekniske løsninger som partene etablerer etter denne avtalen og som påvirker partenes mulighet til å gjennomføre elektronisk samhandling.
XX
Dersom en part forårsaker at det ikke er mulig å gjennomføre elektronisk samhandling i en periode på og dette ikke er avtalt på forhånd, betraktes avtalen som misligholdt.
Henvendelser vedrørende denne samhandlingsavtalen skal rettes skriftlig til:
Kjøper | Leverandør | |
Virksomhetens adresse | Trondheim kommune Innkjøpstjenesten Postboks 0000 Xxxxxxxxx 0000 Xxxxxxxxx. | |
Hovedkontaktperson Tittel | Navn Tittel | |
E-post adresse | XX.XX@trondheim.kommune.n o |
For øvrig henvises til kontaktpersoner angitt i den til forretningsavtalen mellom partene.
Kjøper | Leverandør | |
Forpliktende underskrift | ||
Dato for underskrift | ||
Tittel | ||
Navn |
2. Meldingsutveksling
Med mindre annet er eksplisitt avtalt i punkt 2.1 og 2.2 skal all utveksling av elektroniske meldinger mellom partene gjøres i henhold til gjeldene EHF formater og formidles til mottaker over EHF transportinfrastruktur (PEPPOL) .
Bruk av EHF transportinfrastruktur (EHF) forutsetter at partner er registrert i ELMA eller annen PEPPOL SMP, og at elektroniske meldinger leveres til den adresse som er angitt i PEPPOL SML.
2.1 Alternative meldingsutveksling eller format
Følgende alternative prosess(er) eller formater er avtalt brukt i stedet for eller i tillegg til meldingsutveksling via EHF infrastruktur eller EHF formatet.
Alternativ meldingsutveksling/format | Ja/Nei | Merknader |
Katalog | Ja | IBX aksesspunkt (tidligere eHandelsplattformen) |
Ordre Format: xCBL 3.5 | Ja | IBX aksesspunkt (tidligere eHandelsplattformen) |
Ordrebekreftelse Format: xCBL 3.5 | Ja | IBX aksesspunkt (tidligere eHandelsplattformen) |
2.2 Informasjonsverdier i elektroniske meldinger
Avtalepartene er enig om at følgende verdier skal benyttes i de elektroniske meldinger som utveksles:
Spesifisering | Kommentar / Referanse / Eksempel |
Identifikasjon av kunde 1. | 942 110 464 |
Identifikasjon av kundeadresse. | GLN |
Identifikasjon av varer og tjenester. | |
Ordre/bestillingsreferanse | Ordrenummer Fylles inn i feltene OrderReference/ID og AccountingCustomerParty/Party/Contact/ID |
Rammeavtale. | |
Formater på vedlegg. |
3. Elektronisk produktkatalog Produktkatalogen skal oppdateres etter avtale og/eller minst Godkjenning av Katalog
2
ganger pr år.
Det er viktig at kjøper og leverandør er koordinert på tidspunktet (fast dato eller prosesstid) priser skal være tilgjengelig for bestiller. Dette for at ordre, vare og pris fra katalog, er den samme som leverandør har i sitt eget system så faktura kan sammenlignes med ordre hos oppdragsgiver.
Prosess | Mottatt avtaleansvarlig | Tilgjengelig bestiller |
Ny katalog | 14 dager før avtaleoppstart | 01.01.2019 |
Oppdatering av katalog | 14 dager før iverksettelse | Dag for iverksettelse |
3.1 Krav til kvalitet i visse katalog felt
Følgende krav stilles til kvalitet i den produktkatalogen som leverandør til enhver tid gjør tilgjengelig for kjøper. Ved at felt i matrisen fylles ut er det implisitt at disse felter fylles ut i katalog.
Vurderingsparameter | Krav til poengsum (0-5) 1 | |
A | Produktnavn | 5 |
B | Produktbeskrivelse | 5 |
C | Bilder | 5 |
D | Kategorisering (UNSPSC) 2 | 5 |
E | Synonymer / nøkkelord | 5 |
F | Produktidentitet 3 | 4 |
G | Vedlegg | X |
1 Kravmatrise se avsnitt7.
2 Kategorisering av varer og tjenester i henhold til enhver tid gjeldende UNSPSC versjon. Det er viktig at leverandør knytter sine varer og tjenester mot riktig kode på det laveste nivå hvis mulig (nivå 4). For mer informasjon: xxxx://xxx.xx0.xx/xxxxxx
3 Med produktidentitet menes produsentens navn og artikkelnummer, i tillegg til leverandørens artikkelnummer.
3.2 Innhold Katalog
Samhandlingsavtalen har til hensikt å hjelpe aktørene om å ha felles forståelse av de felter som skal benyttes i katalog. Denne tabellen må derfor ikke ansees som uttømmende.
Katalogfelt | Bruk (ja/nei) | Kommentar |
Katalognummer/navn | Xx | Xxxxxxx bare ved EHF- katalog |
Katalog språk | Ja | Norsk |
Aksjonskode | Nei | Gjelder bare ved EHF- katalog |
Datofelter | Xxx | Xxxxxxx bare ved EHF- katalog |
Kontraktsnummer | Nei | |
Aktøridentifikasjon (xxx.xx) | Xx | Xxxxxxx bare ved EHF- katalog |
e-postadresse katalogansvarlig leverandør | Xx | Xxxxxxx bare ved EHF- katalog |
Identifikator | Nei | |
Bestillbarindikator | Nei | |
Bestillingsenhet | Xx | |
Pris | Ja | |
Valuta | Ja | NOK |
Leverandørens artikkelnummer | Ja | |
UNSPSC (versjon 18) + kodeverdi | Ja | |
Produktnavn | Xx | |
MVA sats | Ja | |
Produktbeskrivelse | Ja | |
Nøkkelord | Ja | |
Produsent navn og/eller varenummer | Ja | Produsent navn, vurder om det er behov varenummer |
Opprinnelsesland (landkode) | Nei | |
Farlig gods/Risikoprodukter | Nei | |
HMS datablad | Nei | Obligatorisk dersom verdien under” Risiko- produkt” er ja |
Miljø, sosialt ansvarsmerker (Klassifisering) | Ja | |
Pakningsnivå | Nei | |
Pakningsenhet og kvantum | Ja | |
Ledetid | Ja | |
Farlig gods | Nei | |
Minste ordrestørrelse | Ja |
Bilde | Ja | |
Sortiment | Ja | A-vare og B-vare |
4. Bestilling
Meldingsutveksling og informasjonsinnhold i de enkelte meldinger skal være i henhold til gjeldende EHF spesifikasjon (Lenke til EHF Ordre veileder) og partenes registrering i ELMA (PEPPOL SMP/SML) med mindre annet er avtalt i punkt 2.
1
Ordrebekreftelse skal være sendt av leverandør innen time(r) etter at bestilling er mottatt. Ved
bruk av annet format eller transportkanal enn EHF og EHF infrastruktur meddeles ordrebekreftelsen på følgende måte:
4.1 Bruk av bekreftelse med endring
Partene er enig om at Leverandør kan benytte bekreftelser med status «Akseptert med endring» i følgende situasjoner:
Type endring | Ja | Nei |
Endret leveringsdato som gjelder for hele ordren | Nei | |
Xxxxxx leveringsdato for en enkelt varelinje | Nei | |
Reduksjon i kvantum som leveres | Nei | |
Erstatningsprodukt | Nei | |
Endret pris (i de tilfeller man har en avtalefestet variabel pris eller pris er lavere enn avtalepris og med samme eller bedre kvalitet) | Nei | |
Splitting av leveransen for en eller flere varelinjer over to eller flere leveringsdatoer (restordre) | Nei | |
Andre endringer (må spesifiseres): | Nei |
4.2 Presisering av informasjonsinnhold ved bestilling
Hvis spesielle behov skal partene tilrettelegge sine løsninger slik at følgende funksjonalitet er tilgjengelig ved bestilling:
Funksjonalitet i bestilling | Tilleggsinformasjon |
4.3 Kjøpers håndtering av bekreftelse med endring
Et av følgende prinsipp er avtalt for kjøpers behandling av bekreftelser med status «Akseptert med endring»:
Prinsipp | Ja | Nei |
Stilltiende aksept Dersom Leverandør bekrefter med status “Akseptert med endring” er Leverandørens endringer å betrakte som akseptert av kjøper med mindre kjøper gir leverandør respons innen x dager etter mottak av bekreftelsen. | Nei | |
Kansellering og ny bestilling Dersom Leverandør bekrefter med status “Akseptert med endring” skal kjøper alltid kansellere bestillingen og eventuelt starte bestillingsprosessen på nytt. | Nei | |
Endringsordre Dersom Leverandør bekrefter med status “Akseptert med endring” skal kjøper alltid bekrefte aksept eller avvisning av endringen innen XX dager etter mottak av bekreftelsen. | Nei |
5. Forsendelse og varemottak
Meldingsutveksling og informasjonsinnhold i de enkelte meldinger skal være i henhold til gjeldende EHF Pakkseddel spesifikasjon (Lenke til EHF Pakkseddel veileder) og partenes registrering i ELMA (PEPPOL SMP/SML) med mindre annet er avtalt i punkt 2.
6. Fakturering
Meldingsutveksling og informasjonsinnhold i de enkelte meldinger skal være i henhold til gjeldende EHF Faktura spesifikasjon (Lenke til EHF Faktura veileder) og partenes registrering i ELMA (PEPPOL SMP/SML) med mindre annet er avtalt i punkt 2. Se punkt 8 Nyttige lenker
Presisering av informasjon i faktura | Bruk (ja/nei) | Kommentar |
Ordrereferanse/Ordrenummer | Ja | Ordrenummer skal ligge i feltet OrderReferenceID |
Kjøpers referanse | Ja | Ordrenummer |
7. Kvalitetsparameterne for produktkatalog
Nedenstående kvalitetsparameterne skal hjelpe Kjøper å sette krav til Leverandør for ønsket kvalitet i den elektroniske katalogen. Dette for å øke innkjøpsopplevelsen og søkbarhet i innkjøpssystemet for sluttbruker for derigjennom øke avtalelojalitet, anbefales høyest mulig poengskår. Tallverdi fylles inn i avsnitt for produktkatalog ref. kapittel 3.1.
Attributt | Ver di | Kriterier |
A - Produkt- navn | 0 | Artikkelnummer, typebetegnelse eller lignende brukes som artikkelnavn. Ingen informasjon om produkttype. |
1 | Nøkkelterminologi er forkortet. Viktig produktinformasjon savnes (for eksempel produsent/modell). Artikkelnavnet er ikke unikt. | |
2 | Se verdi 1. Artikkelnavnene er unike. | |
3 | Artikkelnavnet er unikt og beskrivende, men ikke rasjonalisert (se verdi 4). Ingen forkortede nøkkeltermer. | |
4 | Rasjonaliserte artikkelnavn ifølge anbefalt syntaks-> (Type av produkt - merke / modell - nøkkelattributt). Unike navn. Ingen forkortede nøkkeltermer. | |
5 | Se verdi 4. Konvensjonelle navn og termer brukes (brukervennlige, enkle å forstå for alle sluttbrukere). | |
B - Produkt- beskrivelse | 0 | Produktbeskrivelsene er kortere og mindre utførlige enn artikkelnavnet. Produktbeskrivelser savnes. |
1 | Produktbeskrivelse = Artikkelnavnet | |
2 | Viktig informasjon savnes (for eksempel minnet til en PC) | |
3 | Produktenes formål og egenskaper er beskrevet. Nøkkeltermer er forkortet. | |
4 | Utførlige beskrivelser med all vital produktinformasjon. Ingen forkortede nøkkeltermer. | |
5 | Saklig informasjon som beskriver produktenes formål og egenskaper. Ingen unødig reklame eller irrelevant informasjon. (Alle produkter har en produktbeskrivelse) | |
C - Bilder | 0 | Mindre enn 15 % av samtlige artikler har bildelenker |
1 | Minst 15 % av samtlige artikler har bildelenker | |
2 | 25 % av samtlige artikler har bildelenker | |
3 | 50 % av samtlige artikler har bildelenker | |
4 | Rett formaterte (størrelse og vekt) og relevante bilder lenket til 80 % av samtlige artikler | |
5 | Rett formaterte (størrelse og vekt) og relevante bilder lenket til 99 % av samtlige artikler | |
D - Kategori- sering (UNSPSC) | 0 | Mindre enn 80 % av samtlige artikler kategorisert i korrekt segment (nivå 2) |
1 | Minst 80 % av samtlige artikler kategorisert i korrekt segment (nivå 2) | |
2 | 99 % av samtlige artikler kategorisert i korrekt segment (nivå 2) | |
3 | 99 % av samtlige artikler kategorisert i korrekt familie (nivå 3) | |
4 | 90 % av samtlige artikler kategorisert i korrekt klasse (nivå 4). Øvrige 10 % må være kategorisert i korrekt familie (nivå 3). | |
5 | 99 % av samtlige artikler kategorisert i korrekt varegruppe (nivå 4). Øvrige 1 % må være kategorisert i korrekt familie (nivå 3). | |
E - Synonymer | 0 | Ingen synonymer /nøkkelord |
1 | Synonymer /nøkkelord identifiserer sortimentet / leverandøren snarere enn de enkelte produktene, for eksempel 'kontormateriell', 'møbler', 'vaskeutstyr' etc., som kan medføre irrelevante søketreff. | |
2 | Synonymer / nøkkelord identifiserer 25 % av samtlige artikler | |
3 | Synonymer /nøkkelord identifiserer 50 % av samtlige artikler. De må være så eksakte som mulig for å gi bra søkepresisjon. For generelle synonymer gir irrelevante søketreff. | |
4 | Synonymer / nøkkelord identifiserer 75 % av samtlige artikler. De må være så eksakte som mulig for å gi bra søkepresisjon. For generelle synonymer gir |
irrelevante søketreff. | ||
5 | Synonymer / nøkkelord identifiserer 99 % av samtlige artikler. De må være så eksakte som mulig for å gi bra søkepresisjon. For generelle synonymer gir irrelevante søketreff. | |
F - Produkt- identitet | 0 | Leverandørens artikkelnummer har dårlig format med lav søkbarhet (for eksempel begynner med '0000' eller er separerte med mellomrom). |
1 | Leverandørens artikkelnummer har samme format / syntaks i e-katalogen og i web shop / trykt katalog. | |
2 | Leverandørens artikkelnummer har samme format / syntaks i e-katalogen og i web shop / trykt katalog. Katalogen savner navn på produsent samt produsentens artikkelnummer. | |
3 | 25 % av samtlige artikler har med produsent og produsentens artikkelnummer. (Unntak: tjenester og logistikkleverandører). Leverandørens artikkelnummer har samme format / syntaks i e-katalogen og i web shop / trykt katalog. | |
4 | 50 % av samtlige artikler har med produsent og produsentens artikkelnummer. (Unntak: tjenester og logistikkleverandører). Leverandørens artikkelnummer har samme format / syntaks i e-katalogen og i web shop / trykt katalog. | |
5 | 99 % av samtlige artikler har med produsent og produsentens artikkelnummer. (Unntak: tjenester og logistikkleverandører). Leverandørens artikkelnummer har samme format / syntaks i e-katalogen og i web shop / trykt katalog. | |
G - Vedlegg | 0 | Ingen bilag |
1 | Link til leverandørens hjemmeside. Ingen produktspesifikke lenker, tekniske spesifikasjoner eller materialdatablad. | |
2 | 25 % av samtlige artikler har produktspesifikke lenker. (OBS! Ikke bildelenker), tekniske spesifikasjoner eller materialdatablad. | |
3 | 50 % av samtlige artikler har produktspesifikke lenker. (OBS! Ikke bildelenker), tekniske spesifikasjoner eller materialdatablad. | |
4 | 75 % av samtlige artikler har produktspesifikke lenker. (OBS! Ikke bildelenker), tekniske spesifikasjoner eller materialdatablad. | |
5 | 99 % av samtlige artikler har produktspesifikke lenker. (OBS! Ikke bildelenker), tekniske spesifikasjoner eller materialdatablad |
8. Nyttige lenker
Format | Link |
Generell informasjon oppdragsgiver | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxx-xxxxxx/xxxxxxxxxxxxxx-xxxxxxxxxxxxxx |
Generell informasjon leverandør | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxx-xxxxxx/xxxxxxxxxxxxxx-xxxxxxxxxxxx |
EHF Katalog | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxxx-xxxxxxxxxxxxxxxxxx/xxxxxxxx-xxx- bis/ehf-katalog |
EHF Ordre og ordrebekreftelse | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxxx-xxxxxxxxxxxxxxxxxx/xxxxxxxx-xxx- bis/ehf-ordre-og-ordrebekreftelse |
EHF Pakkseddel | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxxx-xxxxxxxxxxxxxxxxxx/xxxxxxxx-xxx- bis/ehf-pakkseddel |
EHF Faktura og kreditnota | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxxx-xxxxxxxxxxxxxxxxxx/xxxxxxxx-xxx- bis/ehf-faktura-og-kreditnota |
EHF infrastruktur PEPPOL | xxxxx://xxx.xxxxxxxxxxxx.xx/xxxxxxxxxxxxxx/xxxxxxxxxxxx- systemleverandorer/ehf-infrastruktur-kontraktsoppfolging xxxx://xxx.xxxxxx.xx/xxxxxx_xxxxxxxx/-xxxxxxxxx-xxxxxxxxxxxxxx |
PEPPOL BIS formater | xxxx://xxx.xxxxxx.xx/xxxxxxxxx-xxxxxxx/xxxxxxxxx-xxxxxxxxxxxxxx/xxxx- award/mandatory |
Validator EHF formater | |
Hvem kan motta EHF formatene |