Odoo Purchase: Forespørsler, RFQs, Leverandørfakturaer og Mottak

Innledning

Forestill deg dette: salg lover levering fredag, planleggeren får beskjed torsdag kveld, og innkjøp i Odoo har aldri vært en del av samtalen. Denne veiledningen handler om å tette akkurat det hullet.

Vi har plukket ut ti typiske situasjoner — fra å lage stykklisten for et enkelt bord til et bevisst komplisert produksjons-scenario på nivå 10 — og laget trinnvise sjekklister du kan følge i Odoo.

Odoo Purchase er knutepunktet mellom det som fysisk skjer (lager, batcher, plukking, produksjon) og hva salg og økonomi forventer. Når prosessene fungerer, slipper ingen å taste inn kvanta på nytt. Når de svikter, får ERP-en skylden.

Mange lager og verksteder lever videre på erfaring, WhatsApp-meldinger og Excel-ark med navn som FINAL_v3. Det holder en stund — til dere vokser, åpner et nytt anlegg eller skal vise sporbarhet ved revisjon.

Purchase er en modul i Odoos ERP-økosystem. Avdelinger tar den i bruk når de vil ha tydelige ansvarsroller, repeterbare arbeidsflyter og en søkbar historikk i stedet for fragmenterte meldinger og offline-regneark. Purchase styrer forespørsler, RFQ-er, leverandørfakturaer og mottak som beslutningsgrunnlag for budsjettgodkjenningene.

Med Purchase modellerer dere faktisk vareflyt: mottak, lagring, plukking, produksjon, forsendelse, kassering og påfyll. Hver handling gir en registrering som sparer tid og hodebry seinere.

Du får ti konkrete eksempler fra virkelige selskaper — fra første stykkliste til strekkodescanning på produksjonslinja.

Primærmålgruppen er driftssjefer, lagerledere og produksjonsplanleggere. Utviklere kan følge med, men språket er først og fremst for forretningsfolk.

Artikkelen er en rangert Top 10 fra nivå 1 (enkelt) til nivå 10 (ekspert). Hvert nivå inneholder nummererte trinn: nøyaktig hva du ville klikke i Odoo Purchase.

Start der dere er trygge — ikke hopp til nivå 10 bare fordi det høres imponerende ut.

Les seksjonen om utfordringer først, så åpner du det nivået som passer teamet i dag.

I denne guiden får du:

• Hvilke ansvarsområder Purchase bør ha i en typisk systemstack
• Hvor teamene møter mest friksjon (og hvorfor det skjer)
• Ti rangerte bruksområder fra grunnleggende disiplin til avansert strategi
• Når automatisering eller integrasjoner gjør det fornuftig å ta inn en Odoo-partner

Utfordringen

Salg lover levering fredag. Planleggeren får beskjed torsdag kveld fordi ordren levde i e-post, ikke i Purchase. Ekspressleveringer spiser marginene, og økonomi oppdager lageravviket først ved månedsavslutning.

Mange lager og fabrikker opererer på skjønn, men lager- og produksjonsdata ligger ofte utenfor Odoo. Det gir akutte mangler, hastinnkjøp og overraskelser ved regnskapsavslutning.

Kjenner du deg igjen? Teamene møter som regel disse problemene:

• Lagerregistre som ikke stemmer overens med hva salg lover
• Innkjøps- eller produksjonsplaner som lages uten oppdatert beholdning
• Sporbarhetshull når kunder eller revisorer spør om opprinnelse eller batch

Gode nyheter: du trenger ikke en storstilt utrulling for å få effekt. Velg ett konkret brukstilfelle nedenfor, kjør det i Odoo Purchase i 30 dager og mål forbedringene.

Topp 10 bruksområder for Purchase

Ti praktiske bruksområder i Odoo Purchase, rangert fra Nivå 1 (enkelt — gjør det i ettermiddag) til Nivå 10 (ekspert). For hvert får du svar på: hva bygger vi, og hvilke klikk må gjøres i Odoo?

Nivå 1 gir en enkel daglig gevinst. Nivå 10 er skrudd opp for å vise hvor stort systemet kan bli når arkitektur og data holdes ryddige.

Velg riktig nivå, følg de nummererte stegene i en testdatabase, og gå videre når neste nivå føles rutine.

1. Send din første RFQ til én leverandør Level 1 — Easy

Nivå 1 er den enkleste Purchase-oppgaven: én innkjøper, én leverandør, ett produkt. Ingen rammeavtaler, ingen godkjenninger, ingen avanserte regler — bare en ryddig forespørsel sendt per e-post.

Slik gjør du det i Odoo:

1. Installer Purchase-appen, gå til Purchase → Vendors → New, og opprett leverandøren med navn, e-post og betalingsbetingelser.
2. Gå til Purchase → Requests for Quotation → New, velg leverandør og legg inn én produktlinje med ønsket mengde.
3. Sett Order Deadline, bekreft Leveringsadresse og klikk Send by Email for å sende RFQ-en som PDF til leverandøren.
4. Når leverandøren bekrefter pris, rediger linjen ved behov og klikk Confirm Order for å konvertere RFQ til en Purchase Order.
5. Åpne chatteren for å se hele tidslinjen: hvem sendte RFQ, hvem bekreftet, og når PO-en ble opprettet.

Resultatet: Hvert innkjøp får nummer, dato, leverandørbekreftelse og et sporbart e-postspor — økonomi slipper å spørre hvor en ordre kom fra.

2. Bekreft PO og motta varene på kaia Level 2 — Easy

Nivå 2 introduserer mottak som prosess: innkjøper overleverer til lager som bekrefter faktiske ankomne mengder mot PO-en med ett klikk.

Slik gjør du det i Odoo:

1. Åpne den bekreftede Purchase Orderen og trykk på Receipt-knappen for å gå til den tilknyttede innkommende overføringen.
2. På mottaket åpner lagerbrukeren Inventory → Operations → Transfers → To Process og plukker riktig overføring.
3. Fyll ut faktisk mottatt kvantum per linje; hvis 78 ankom i stedet for 80, legg inn 78 og skriv en intern kommentar i chatteren.
4. Klikk Validate; Odoo oppdaterer beholdningen og kobler mottaket tilbake til PO-en automatisk.
5. Gå tilbake til PO-en for å se at mottatt kvantum er oppdatert på linjen — klart for kontroll mot leverandørfakturaen.

Resultatet: Lager og innkjøp ser de samme tallene, så mangler eller delvise leveranser oppdages med én gang i stedet for ved månedsavslutning.

3. Opprett leverandørfaktura direkte fra en Purchase Order Level 3 — Easy

Nivå 3 dekker leverandørfakturaer. Regnskap gjenbruker PO-data i stedet for å taste alt på nytt, så fakturaen bokføres i løpet av sekunder med riktige linjer, priser og avgifter.

Slik gjør du det i Odoo:

1. Åpne den bekreftede Purchase Orderen og klikk Create Bill øverst på skjemaet.
2. Odoo åpner et utkast til Vendor Bill med alle linjer forhåndsutfylt fra PO: produkt, mengde, enhetspris og avgift.
3. Sett Bill Date, Bill Reference (leverandørfakturanummer) og Forfallsdato, og last opp PDF-en fra e-posten.
4. Klikk Confirm for å postere fakturaen; bilaget bokføres mot leverandørgjeld og riktig kostnads- eller lagerkonto.
5. Fra fakturaen klikker du Register Payment når den skal betales for å registrere bankoverføringen og lukke syklusen mot Regnskap.

Resultatet: Leverandørfakturaer registreres på et minutt, ikke manuelt fra PDF, og hver krone spores tilbake til en godkjent PO-linje.

4. Lag leverandørprislister med mengdeavslag per produkt Level 4 — Medium

Nivå 4 introduserer prisregler knyttet til produkt og leverandør — ikke til en persons hukommelse eller et glemt Excel-ark.

Slik gjør du det i Odoo:

1. Åpne et produkt, gå til Purchase-fanen → Vendors → Add, og legg inn leverandør med pris, minsteordre, ledetid og valuta.
2. På samme leverandørlinje legger du inn mengdeintervaller: 1+ pris A, 50+ pris B, 100+ pris C.
3. Gjenta for to–tre aktuelle leverandører i prioritert rekkefølge.
4. Opprett en ny RFQ for produktet; enhetsprisen fylles automatisk basert på valgt leverandør og bestilt mengde.
5. Gå til Purchase → Reporting → Purchase Analysis og grupper på Vendor og Product for å sammenligne faktisk betalt mot avtalte priser.

Resultatet: Forhandlede priser følger automatisk med på hver RFQ, og årlige forhandlinger starter med faktiske volumer i stedet for gjetninger.

5. Ta imot ansattes innkjøpsforespørsler via Approvals-appen Level 5 — Medium

Nivå 5 handler om Purchase Requests: alle kan be om det de trenger, innkjøper vurderer hva som blir RFQ, og hele historikken lagres i Odoo.

Slik gjør du det i Odoo:

1. Installer Approvals, gå til Approvals → Configuration → Approval Types → New, og opprett en type for Purchase Request.
2. Aktiver Has Product og Has Quantity slik at forespørselsskrivere kan beskrive eksakt hva som trengs med ønsket leveringsdato.
3. Sett godkjenningsflyt: nærmeste leder først, så Purchasing Manager, og et terskelnivå som også krever økonomigodkjenning.
4. En ansatt går til Approvals → New, velger Purchase Request, fyller skjema og sender; varsler går til riktige godkjennere.
5. Når forespørselen er godkjent, kopierer innkjøper linjene inn i Purchase → Requests for Quotation → New for å starte RFQ‑prosessen.

Resultatet: Slutten på tilfeldige Slack- eller e‑postforespørsler — etterspørselen logges, prioriteres og blir til reelle POs uten dobbeltarbeid.

6. Sammenlign tre leverandørtilbud med en Call for Tenders‑avtale Level 6 — Medium

Nivå 6 bruker Purchase Agreements for å dokumentere beslutninger: tre RFQ-er sendes ut, tre svar kommer tilbake, og kjøperen velger vinneren med dataene side om side.

Slik gjør du det i Odoo:

1. Gå til Purchase → Orders → Purchase Agreements → New, sett Type til Call for Tenders og angi frist.
2. Legg inn produktlinjer med målkvantum dere ønsker å innhente konkurransedyktige priser på.
3. Klikk New Quotation, velg en leverandør, og Odoo genererer et utkast til RFQ knyttet til avtalen.
4. Gjenta for leverandør to og tre; når prisene kommer inn, vises de linjevis og kan sammenliknes i avtalen.
5. Velg vinneren, bekreft dens RFQ til PO; de andre arkiveres med en Lost Reason på avtalen.

Resultatet: Innkjøpsbeslutninger blir etterprøvbare: om noen åpner avtalen om seks måneder, ser de hvem som ga hvilke tilbud og hvorfor kontrakten gikk til den valgte leverandøren.

7. Forhindre feilfakturering med treveismatching Level 7 — Hard

Nivå 7 knytter PO, mottak og leverandørfaktura sammen: alle tre må stemme før betaling — en kraftig mekanisme for å stoppe overfakturering.

Slik gjør du det i Odoo:

1. Gå til Purchase → Configuration → Settings og sett Bill Control til Received Quantities; lagre innstillingen.
2. Bekreft en PO på 80 enheter; lageret mottar 78 og validerer en delvis levering.
3. Regnskap oppretter leverandørfakturaen fra PO; Odoo forhåndsutfyller 78 i stedet for 80, i tråd med mottaket.
4. Hvis leverandøren sender faktura på 80, synliggjøres avviket umiddelbart og innkjøper krever kreditnota før bokføring.
5. Kun når fakturaen samsvarer med mottaket blir Confirm aktivert — først da plukker betalingsplanen den opp ved forfall.

Resultatet: Overfakturering blir ikke lenger en skjult kostnad; hver betaling støttes av en PO-linje og et mottak, klart for revisjon.

8. Kjør etterspørselsstyrt innkjøp med reoppfyllingsregler, MTO og scheduler Level 8 — Hard

Nivå 8 kobler Purchase til faktiske etterspørselsignaler fra salg og lager. Odoo foreslår RFQ-er før lageret går tomt, og innkjøperne jobber mer strategisk.

Slik gjør du det i Odoo:

1. På bestselgere: Inventory → Operations → Reordering Rules → New, sett Min, Max, Vendor og Lead Time for automatisk forslag.
2. På spesialtilpassede produkter: i produktets Purchase-fane sett Route til Make To Order slik at en bekreftet salgordre triggar et RFQ.
3. Kjør Inventory → Operations → Run Scheduler daglig, eller automatiser den via en server action slik at forslagene dukker opp hver morgen.
4. Gå til Purchase → Orders → Requests for Quotation, filtrer på Draft Auto, og konverter foreslåtte RFQ-er i batch til faktiske ordrer.
5. Bruk Purchase → Reporting → Vendor On-Time Delivery for å justere ledetider kvartalsvis basert på faktisk leveringsytelse.

Resultatet: Færre utsolgte nøkkelartikler, mer tid til forhandling og at salg sjelden lover leveringsdatoer drift ikke kan holde.

9. Lås årlige Blanket Orders og åpne leverandørportal for strategiske leverandører Level 9 — Hard

Nivå 9 skalerer innkjøp: årlige forpliktelser forhandles én gang og kalles av jevnlig; toppleverandører bekrefter RFQ og laster opp fakturaer via en portal.

Slik gjør du det i Odoo:

1. Gå til Purchase → Orders → Purchase Agreements → New, velg Type Blanket Order, angi årlig gyldighet, forhandlet pris og totalforpliktelse.
2. Hver uke åpner du avtalen og klikker New Purchase Order for å kalle av nødvendig mengde; Odoo reduserer gjenværende forpliktelse automatisk.
3. Gå til Settings → General Settings og aktiver Customer and Vendor Portal-tilgang; gi portalrettigheter til strategiske leverandører.
4. Leverandører logger på /my/purchase, bekrefter eller avviser RFQ-er, laster opp signerte fakturaer og følger betalingsstatus uten å sende e‑post til innkjøper.
5. Bygg en leverandørscore i Purchase Reporting: punktlighet, prisavvik, feilrate, oppdatert per kvartal for leverandørgjennomgangene (QBR).
6. Sett en server action som varsler innkjøp når et blanket-ordreforbruk når 80 % av årsbudsjettet.

Resultatet: Rutinekjøp går automatisk for de viktigste leverandørene; innkjøpere får tid til sourcing, forhandling og risikoarbeid.

Design av blanket‑ordrer, portalrettigheter og tverr-app scorecards er akkurat den typen tverrfaglig oppsett Dasolo leverer i partner‑styrte prosjekter.

10. Bygg et AI-styrt innkjøpssystem med OCR, EDI, avviksdeteksjon og live dashboards Level 10 — Expert

Nivå 10 er full drift: AI leser fakturaer, EDI knytter toppleverandører maskin-til-maskin, avviksregler fanger risiko, og dashboards viser forpliktelsene i sanntid.

Slik gjør du det i Odoo:

1. Aktiver Bill Digitization i Regnskap slik at faktura-PDF-er parses med OCR; linjer, avgift og PO-link er forhåndsutfylt før regnskap gjennomgår dem.
2. For de fem viktigste leverandørene setter du opp EDI (XML, EDIFACT eller Peppol): PO, ASN og Invoice flyter direkte mellom Odoo og leverandørens ERP.
3. Tren en AI‑innkjøpsassistent på kunnskapsbasen med leverandørkontrakter, blanket‑ordrer og kataloger slik at den svarer på kjøperspørsmål på flere språk.
4. Bruk Studio‑automatiseringer og AI‑regler for å flagge uvanlige bestillinger: prisavvik over 8 %, kraftig økt ledetid, enkeltkilderisiko eller uventede MOQ‑hopp.
5. Koble Purchase til Sales, Inventory, Accounting og Project slik at endringer propagerer: betalt leverandørfaktura oppdaterer prosjektkostnad og dashboardet.»
6. Bygg et regneark‑liknende Procurement Cockpit: RFQ-er, sene PO-er, treveisavvik, sparte kostnader mot baseline og leverandør‑punktlighet — oppdatert i sanntid.
7. Koble Slack eller Teams‑varsler for kritiske hendelser: sen levering på toppkundeordre, fakturamismatch over terskel, eller tomt på blanket‑ordre.

Resultatet: Innkjøp blir en strategisk funksjon med sanntidsdata, prediktive varsler og AI‑assistenter som hjelper hver innkjøper.

Å koble AI‑assistenter, EDI‑kanaler, avviksregler og sanntidsdashboards er den arkitekturen Dasolo bygger i partner‑ledede prosjekter, slik at team slipper lange eksperimenteringsperioder.

Når eksperthjelp er smart å hente inn

Hvis dere befinner dere på nivå 1–6, kan dere ofte lykkes med standard Odoo Purchase, en engasjert intern eier og en sandkasse hvor folk får lov til å prøve og feile trygt.

Fra nivå 7 og oppover øker konsekvensene: automatiske flyter som sender feil e-post, Studio‑felt som hindrer oppgraderinger, eller API-er som sluttet å synkronisere lager kl. 02:00 uten at noen la merke til det.

Det er ikke et tegn på at teamet svikter — det er et tegn på at arkitektur, testing og styring begynner å bli kritisk.

Ta inn en partner når dere trenger tverr-app design, landspesifikk etterlevelse, komplekse integrasjoner eller et go‑live‑mål som styret allerede har satt i kalenderen.

Samarbeid med Dasolo

Dasolo hjelper selskaper å implementere Odoo slik de faktisk jobber: skreddersydde apper, ryddige integrasjoner og opplæring som sitter igjen etter at konsulentene har reist.

Hvis roadmapen deres inneholder de avanserte use‑casene i denne guiden, kan vi kartlegge en fasevis plan: raske gevinster først, så automatisering og integrasjoner med klare eiere og testskript.

Dere styrer omfang og budsjett. Vi tilfører Odoo‑dybden slik at teamet deres slipper å lære dyre erfaringer i produksjon.

Book en gratis konsultasjon:

Planlegg en demo