Oslo, 18. mai 2025
Bestillingsforslag i VBus
Det hender jeg blir bedt om å bistå med å sette opp bestillingsforslag hos kunder. Det er ikke noe jeg gjerne gjør på sparket – og jeg ber alltid om at det settes av en dag til det. Ikke fordi det er komplisert, men fordi det er så mange valg som må gjøres. Mesteparten av tiden går til å finne ut hva som passer for den enkelte. For kombinasjonsmulighetene er som LEGO (her bør jeg sikkert ha med både © og ™); om ikke uendelige, så mange.
Først og fremst må det velges mellom tre ulike metoder; Bestilling i henhold til beholdningsendringer, Bestilling når bestillingspunkt nås eller Periodisk bestilling. Og dette valg kan gjøres på den enkelte lagersaldo, slik at noen varer bestilles etter én metode, mens andre bestilles etter en annen metode – selv i ett og samme bestillingsforslag. En del innstillinger som gjelder én metode, kan være uten betydning i en annen metode. Så jeg skal nå forsøke meg på en gjennomgang hver enkelt av de tre metodene og hvilke innstillinger som er relevant for dem.
Bestilling i henhold til beholdningsendringer
Jeg har skrevet om leveringstider tidligere og gjentar ikke det her, men det er viktig å forstå hvordan VBus setter Ankomstdato på innkjøps- og produksjons-ordrelinjer og Bekreftet lev.dato på salgs- og vareforbruks-ordrelinjer. For det er dette som er grunnlaget for tabellen Beholdningsendring som har en rad pr. dato og kolonner for Tilgang og Avgang for hver enkelt dato. Og ikke minst UB fys. beholdning som altså er hva Fysisk beholdning forventes å være på den aktuelle datoen. Og det VBus gjør, er å se på Total lev.tid for å finne ut hvor langt frem i tabellen Beholdningsendring man må lete og hente UB fys. beholdning fra rett rad. Hvis denne (altså UB fys. beholdning) er negativ og det ikke er lagt inn noen Min.beh., vil bestillingsforslaget ganske enkelt være samme verdi (men positiv) slik at Fysisk beholdning ved utløpet av leveringstiden er null. Er det registrert noe i Min.beh. og det er valgt Fyll opp minimumsbeholdningen i dialogen eller Best.beh. blir dette lagt til; altså hvor mye må bestilles for at Fysisk beholdning på dags dato + leveringstiden blir Min.beh. på Lagersaldo.
Dette er utgangspunktet. Og så er det noen forhold som justerer (jeg vil helst unngå formuleringen kompliserer) det hele: Dersom det er angitt Øk. innkj.m. (altså økonomisk innkjøpsmengde), vil VBus foreslå et multiplum av dette. Det vil si … hvis det er valgt slik i dialogen eller Best.beh..
Standard-vinduet for bestillingsforslag kan med fordel suppleres med egne faner nederst med Leveringsalternativ, salgsstatistikk og oversikt over beholdningsendringer. Det å lage et bestillingsforslag er i VBus en rapport og under Avansert i dialogboksen velger du metode og innstillinger:
I dialogboksen kan du velge mellom de tre metodene – eller du kan sette Best.metode i Lagersaldo-tabellen og i dialogboksen angi at bestillingsmetode er angitt i lagersaldo-tabellen. Blank i Best.metode er Bestilling i henhold til beholdningsendringer, mens 1 er Bestilling når bestillingspunkt nås og 2 er Periodisk bestilling. Tidshorisont og Aggregeringsnivå er bare relevant når bestillingsmetode er i henhold til beholdningsendringer. Det gjelder også Ikke overskrid maksimumsbeholdningen og Prioriter leveringstid, men det kommer vi tilbake til.
Når det gjelder Tidshorisont; om VBus skal Ta hensyn til forventede fremtidige beholdningsendringer eller ikke – så var slik i hine hårde dager at om det ikke var krysset av for dette, så tok VBus bare hensyn til beholdningsendringer frem til og med dags dato. Så kan man stille spørsmål om forventede beholdningsendringer i fortid. Kan vi virkelig forvente tilgang og/eller avgang i går eller før det. Tja – hverken du eller jeg har slike forventninger, men VBus er ikke så smart. Hvis du har en innkjøpsordre fra i fjor med Ankomstdato 24. desember som enda ikke er varemottatt – og ingen har gjort noe med Bekreftet lev.dato eller Transp.tid, så er fremdeles Ankomstdato 24. desember i fjor. Og da viser beholdningsendring-tabellen nettopp det; forventet tilgang på julaften i fjor. Og når VBus beregner mulige leveringsdatoer på salgsordre – så er VBus ikke akkurat intelligent. Fra og med versjon 5.31 (og antagelig tidligere) er det en feil i VBus slik at det Tas hensyn til forventede fremtidige beholdningsendringer enten det er krysset av for dette eller ikke. Visma har bekreftet at dette er en feil, men siden ingen har tatt det opp før jeg tok det opp for godt over tre år siden, så kan det vel ta noe tid før det blir gjort noe med.
På lagersaldo er det et felt som heter Beh. innenf. lev.t.. Dette er altså UB fys. beholdning fra rett rad tabellen Beholdningsendring, som altså er utgangspunktet for beregningen (gitt at aggregeringsnivået er pr. dag og seneste dag i utskriftsdialogen er dagens dato).
Men så til de viktigste innstillingene; Beregning av innkjøpsmengde. Her ser vi at boksene kan være haket av, ikke haket av eller sort. Sort – som på Kjøp inn økonomisk mengde i eksempelet over betyr at VBus skal bruke det som er valgt i Best.beh. på lagersaldo-tabellen. Økonomisk innkjøpsmengde (Øk. innkj.m.) kan legges inn både på lagersaldo og på leveringsalternativ. Hvis det ligger noe begge steder, bruker VBus det som ligger på leveringsalternativ. Når det er krysset av for Kjøp inn økonomisk mengde og det er lagt inn Øk. innkj.m. på leveringsalternativ og/eller lagersaldo, så blir bestillingsforslaget avrundet oppover til et multiplum av Øk. innkj.m. Altså om leverandøren bare selger en vare i f.eks. esker á 12 stk. og behovet er 45 stk., så rundes dette opp til 48 stk (4 esker).
Aggregeringsnivå kan være pr. dag (som er default), 1 for pr. uke, 2 for pr. måned eller 3 for totalt. På samme måte som ved Bestillingsmetode kan dette angis i dialogboksen eller det kan settes i Aggreg.nivå på lagersaldo-tabellen. Hvis du bruker noe annet i dialogen enn det som er satt på lagersaldo-tabellen, så «vinner» dialogen. Slik det også er med Bestillingsmetode og Avrunding.
Det valgte aggregeringsnivå (dag, uke, måned eller totalt) har betydning for hvor langt frem i tabellen Beholdningsending vi må se for å ta høyde for de endringene vi forventer – altså for å dekke behovet til forventet avgang. Dersom det ikke er angitt noe, betyr det dag. Hvis total leveringstid er 7 dager, så ser vi 7 dager fremover i tabellen Beholdningsendring. Hvis aggregeringsnivå er 1: Uke, så tar vi med hele den uka vi kommer frem til. Er aggregeringsnivå 2: Måned, så tar med hele måneden. Og 3: Totalt, betyr at vi tar med alt som ligger i Beholdningsendring – eller for så vidt det samme som Beh. inkl. endringer på Lagersaldo.
I den første dialogboksen som dukker opp er Seneste angitt til dagens dato. Og da vil vi få forslag om en bestillingslinje for hvert produkt som skal leveres. Hvis vi nå tenker oss at det er rett før sommerferien og vi har mange salgsordrelinjer med Bekreftet lev.dato jevnt fordelt over hele sommeren, kan vi skyve seneste dato fremover i tid (siden vi ikke kommer til å bestille varer i ferien). Har vi dag som aggregeringsnivå, vil vi få én bestillingsrad pr. dato, som for så vidt vil passe i et just-in-time konsept, men neppe være praktisk fra et transportkostnad-ståsted. Dersom det bestilles varer en gang i uka, kan aggregeringsnivå med fordel settes til 1: Uke. Da får vi ett bestillingsforslag pr. uke. Hvis aggregeringsnivå er totalt, har det ingen hensikt å skyve seneste dato fremover – for da tar VBus med alt i alle fall. Seneste har bare betydning for Bestilling i henhold til beholdningsendringer.
Bestilling når bestillingspunkt nås
Hvis du i utskriftsdialogen, under avanserte innstillinger, velger denne bestillingsmetode, ser du at mange av innstillingene er grået ut:
Det betyr ikke at de ikke er relevante; det betyr at de ikke kan velges bort eller inn. Du må angi Øk. innkj.m, enten på lagersaldo eller på leveringsalternativ – gjerne 1, eller f.eks. 12 om det varen må bestilles i et antall som er delelig med 12. Min.beh. kan være blank og forståes da som null, men om Min.beh. er lagt inn, så vil ikke det å fjerne haken ved Fyll opp minimumsbeholdningen ikke hindre VBus i å ta Min.beh. med i beregningen.
Best.punkt skal etter boka settes til (Gjennomsnittlig etterspørsel per dag × Ledetid i dager) + Sikkerhetslager. I VBus blir det laget bestillingsforslag om På lager nå + Tilgang innenf. lev.t. er mindre enn Best.punkt. Begrepet «innenfor lev.tid» er viktig. På lagersaldo finner vi Adm.tid, Lev.tid, Transp.tid, Produksjonstid og Monteringstid som summeres opp i Total lev.tid. Merk at Demont.tid ikke inngår i denne summen. Når det registreres en salgsordre med Bekreftet lev.dato lenger frem i tid enn dagens dato + Total lev.tid, blir ordrelinjen regnet som «Utenfor lev.tiden». Og på lagersaldo er det en rekke felt hvor beholdningstall er fordelt mellom hva som er innenfor og utenfor leveringstiden. Det er (med ett unntak) bare ordrelinjer som er «innenfor lev.tiden» vi trenger å ta i betraktning når det skal bestilles varer – siden det som ligger «utenfor lev.tiden» kan behandles senere (når tiden har gått og disse har kommet innenfor leveringstiden). På lagersaldo finner vi Tilgang innenf. lev.t., Avgang innenf. lev.t., Beh. innenf. lev.t., Tilgang utenf. lev.t., Avgang utenf. lev.t. og Reserv. utenf. lev.t.. VBus bruker disse kolonnene når det sette opp bestillingsforslag. De må oppdateres før bestillingsforslag lages. Bruk menyvalget Innenfor lev.tiden på lagersaldo-tabellen
De oppdateres også ved regenerering av lagersaldo.
Hjelpeteksten gir følgende beskrivelse av hvordan bestillingsforslaget beregnes:
Ved bestillingspunkt-metoden foreslås det å bestille det høyeste av:
1. Minste antall ganger Øk. innkj.m. på bestillingspunktet - Beh. inkl. endr. fram til dagens dato (hvis Beh. inkl. endr. fram til dagens dato < Best.punkt).
2. Minste antall ganger Øk. innkj.m. på Min.beh. - Beh. innenf. lev.t. - Reserv. utenf. lev.t. (hvis Beh. innenf. lev.t. + Reserv. utenf. lev.t. < Min.beh.).
Note: Dette betyr at den høyeste av verdiene i Best.punkt og Min.beh. "vinner", så hvis Min.beh. er tenkt benyttet til bestillingsforslag kan ikke Best.punkt ha en høyere verdi.
Note: En lagerreduksjon vil inkluderes i beregningen på ferdigmeldingstidspunkt, hvis denne inntreffer tidligere enn Bekreftet lev.dato. Beregningen er basert på På lager nå i tabellen Lagersaldo.
Det som er skrevet med rød skrift er feil. Beregningen er: Best.punkt – På lager nå - Tilgang innenf. lev.t. (hvis På lager nå + Tilgang innenf. lev.t. < Best.punkt). Og så avrundes antallet oppover til noe som er delelig med Øk. Innkj.m.
Denne første delen tar altså ikke hensyn til avgang (altså fremtidig salg eller vareforbruk i produksjon). Det er derfor denne andre sekvensen kommer inn i bildet. Hvis beholdningen innenfor leveringstiden kommer under minimumsbeholdningen skal det kjøpes inn tilstrekkelig til å sørge for at beholdningen ikke kommer under minimum (som for så vidt kan være null). Men så må vi ta hensyn til at noe av beholdningen kan være reservert, selv om dette skal gå ut av lageret senere enn leveringstiden. Her gjør VBus en feil og trekker Reserv. utenf. lev.t. fra i beregningen av bestillingsforslaget – i stedet for å legge det til. Jeg illustrerer dette med et eksempel:
Det er 100 på lager, ikke noe i bestilling, men 40 i ordre med Bekreftet lev.dato utenfor leveringstiden som er Reservert mot lager. Best.punkt er 100 og Min.beh. er 150. På lager nå (100) + Tilgang innenf. lev.t. (0) er ikke mindre enn Best.punkt (100), så del 1 i algoritmen slår ikke til. Del 2 slår til slik: Min.beh. (150) – Beh. innenf. lev.t. (100) – Reserv. utenf. lev.t. (40) gir er Bestillingsforslag på 10. Vi får en beholdning på 110, hvorav 40 allerede er reservert og bare 70 er tilgjengelig (eller Reserverbart mot lager som det heter i VBus) som er langt under minimumsbeholdningen på 150.
Det som burde ha skjedd var at antallet som er Reserv. utenf. lev.t. ble lagt til i stedet for å bli trukket fra. Til sammenlikning: Bruk av metoden Bestilling i henhold til beholdningsendringer gir et forslag på 50, siden den metoden ikke tar hensyn til det som er reservert med Bekreftet lev.dato langt frem i tid. Ved Periodisk bestilling får vi et forslag som er 40 lavere Uttak siden best.forsl. (altså siden forrige bestillingsforslag), se nedenfor.
Metoden Bestilling når bestillingspunkt nås er den mest intrikate av de tre alternativene og velger det høyeste antallet av to ledd hvor det ene er galt beskrevet, men fungerer hensiktsmessig og det andre er nesten korrekt beskrevet, men fungerer lite hensiktsmessig. Formuleringen Minste antall ganger Øk. innkj.m. på Min.beh. er neppe å regne som en pedagogisk genistrek. Hvis du har salgsordre med ønsket levering fremover i tid og hvor det reserveres fra beholdning når ordren registreres eller straks det blir mulig, vil jeg ikke anbefale denne metoden.
Periodisk bestilling
Denne metoden krever at Best.intervall er angitt – og det skal angis i kalenderdager. VBus summerer opp alt som går ut av lager i kolonnen Uttak siden best.forslag (altså siden forrige bestillingsforlag ble laget). Kolonnen oppdateres når det reserveres fra lager, f.eks. når det skrives ut plukkliste. Eller ved ferdigmelding, om det ikke er reservert tidligere. Merk at Uttak siden best.forslag ikke reduseres om reservasjon trekkes tilbake, men nullstilles hver gang det lages et bestillingsforlag. Dette gjør at metoden ikke er så enkel å jobbe med om det lages bestillingsforlag som ikke brukes. Men Uttak siden best.forslag er åpen for redigering, så et alternativ er å ta kopi av tallene f.eks. i et regneark før det skal lages bestillingsforslag.
Hver gang det lages et bestillingsforslag (uavhengig av metode) oppdateres Best.forslagsdato og det blir med denne metoden ikke laget bestillingsforslag før det har gått det antall nødvendige antall dager (altså Best.intervall) siden forrige bestillingsforslag ble laget.
Bestillingsforslaget blir beregnet som Uttak siden best.forslag + Best.punkt – Beh. innenf. lev.t. – Reserv. utenfor lev.t.. Hvis Beh. innenf. lev.t. + Reserv. utenfor lev.t. er større enn Uttak siden best.forslag + Best.punkt blir resultatet negativt og det blir ikke laget noe bestillingsforslag, med mindre det i dialogen eller Best.beh. er krysset av for Ta med negative bestillingsbehov. Dette alternativet er bare relevant ved Periodisk bestilling. Merk at Øk. innkj.m. ignoreres, men avrunding brukes (se nedenfor).
Antall omregnet til dager
Best.punkt, Min.beh., Maks.beh., Øk. innkj.m. og Avrunding kan oppgis i dager. Da må Uttaksrate først angis. Uttaksrate er hvor mange (i grunnenhet) som går ut av lager i gjennomsnitt hver dag (inkl. helg og helligdager). Hvis Uttaksrate er 5 og du setter Min.beh. i dg til 14 så vil VBus beregne Min.beh. til 5x14=70. Hvis du endrer Uttaksrate, vil VBus beregne alle tallene på nytt. Dette kan være nyttig i virksomheter med sesongsvingninger; og det kan være enklere å tenke på størrelser som Min.beh. i dager fordi den angir hvor «lenge» beholdningen vil vare og kan holdes opp mot leveringstidene. VBus tar vare på hvilke størrelser som er registrert og hvilke som er beregnes i kolonnen Dager oppgitt. De som er beregnet visualiseres med blå skrift. Du kan altså ha angitt Min.beh. i dg, men Øk. innkj.m. (ikke i dg) – og da vil endring i Uttaksrate endre på Min.beh., men ikke Øk. innkj.m.. Når du endrer Uttaksrate vil VBus også beregne Beh. innenf. lev.t. i dg.
Økonomisk innkjøpsmengde, Maksimumsbeholdning, Enhet, Antall pr. enhet og Avrunding
Hjelpeteksten til Maks.beh. er slik: Sammen med lagerbeholdningen gir dette feltet en indikasjon på når og hvor mye du skal bestille/produsere. Hjelpeteksten om Ikke overskrid maksimumsbeholdningen i dialogen er slik: Bestillingsantallet begrenses slik at maksimumsbeholdningen ikke overskrides. Dette valget overstyrer valget Kjøp inn økonomisk mengde. Helt lett å forstå er det ikke. Beregningen er altså slik som beskrevet over for de tre metodene. Så brukes Øk. innkj.m. til å avrunde oppover (for metodene Bestilling i henhold til beholdningsendringer og Bestilling når bestillingspunkt nås) slik at det kjøpes inn et antall som er delelig med Øk. innkj.m.. Og det er her Maks.beh. kommer inn i bildet: Hvis innkjøpet – etter avrunding oppover til det som er delelig med Øk. innkj.m. – gir en beholdning som er større enn Maks.beh., reduseres Antall i bestillingsforslag slik at beholdningen blir Maks.beh.. I praksis betyr dette at det ikke har noen hensikt å dette Maks.beh. til noe som er høyere enn Min.beh. + Øk. innkj.m.. Det har heller ikke noen hensikt å bruke Maks.beh. om Øk. innkj.m. er 1. Merk at Maks.beh. bare tas hensyn til ved Bestilling i henhold til beholdningsendringer. Bruker du aggregering og har Avgang utenf. lev.t. som ikke er reservert, kan beholdningen godt komme over Maks.beh.. Personlig tenker jeg at det gir liten verdi å bruke Ikke overskrid maksimumsbeholdningen.
Nesten alle beholdningstall på Lagersaldo er i grunnenhet, selv om Standard enhet på produkt er noe annet og det er brukt antallsomregning (altså Antall pr. enhet) på ordrelinjene. Hvis Innkj.enhet ikke er oppgitt (på leveringsalternativ), ignoreres Antall pr. enhet. Da blir Antall på bestillingsforslag i grunnenhet. De fleste har det nok slik. Men om både Innkj.enhet er angitt og Antall pr. enhet er angitt til noe annet enn 1, blir Antall på bestillingsforlag i Innkj.enhet, ikke grunnenhet. Hvis beregningen av bestillingsforslaget leder til et antall som ikke er delelig med Antall pr. enhet, blir Antall på bestillingsforslaget et desimaltall. Da kan Avrunding og Avrund.måte være til hjelp. Avrunding er i Innkj.enhet (som altså blir Enhet på bestillingsforslag). I Avrund.måte kan man velge om avrundingen skal skje opp, ned, til nærmeste eller ikke i det hele tatt. På bestillingsforslaget kan du se Antall før avrund.. Er det brukt både Maks.beh. slik at bestillingsforslaget reduseres og i tillegg avrunding – så skjer avrundingen til slutt og kan «oppheve» effekten av Ikke overskrid maksimumsbeholdningen. Bruk av både Øk. innkj.m. og Avrunding kan fort bli «smør på flesk», men ved Periodisk bestilling er det bare Avrunding som kan brukes.
Valg av leverandør
Normalt er det bare én leverandør for hvert produkt. Leveringstider kan legges inn på leverandør og når Normal lev. legges inn på lagersaldo kopieres leveringstider fra leverandør til lagersaldo. Det er ikke nødvendig å legge inn noe på leveringsalternativ, men da må man i dialogen eller Best.beh. velge Benytt normal leverandør. Dersom man vil ha påslag for frakt, toll eller annet kostprispåslag, må det legges inn i leveringsalternativ. Det samme gjelder om man vil ha Enhet, Antall pr. enhet, leverandørens produktnr og/eller beskrivelse på innkjøpsordren. Da er det ikke nødvendig å legge inn Normal lev. på lagersaldo, men det anbefales – fordi når man endrer leveringstider på det leveringsalternativ som er Normal lev., så oppdateres leveringstidene på lagersaldo tilsvarende. Når det bare er ett leveringsalternativ for produktet, er det ikke nødvendig å angi Lev.nr i Pris/rabatt-matrisen. Og Utsalgspris kan ligge på samme rad som Innkjøpspris – gitt at det er samme enhet, Antall pr. enhet, etc. Da er det ikke nødvendig med å krysse av noe for valg av leveringsalternativ i dialogen eller Best.beh..
Hvis produktet kan kjøpes inn fra flere leverandører og det ikke er angitt noen Normal lev. på lagersaldo, velger VBus det leveringsalternativ som står øverst (gitt at du ikke har lagt inn annen sortering). Teknisk sett det leveringsalternativ med lavest Sort.sekv.nr. Hvis du vil legge inn et nytt leveringsalternativ før et av de som allerede er registrert, må du benytte Innsett før (Ctrl+i). Har du flere leveringsalternativer, er det vel tenkelig at de også har forskjellige innkjøpspriser – og da bør du ha Lev.nr i Pris/rabatt-matrisen. Konsekvensen av det er at Utsalgspris ikke kan ligge på samme rad. I hjelpeteksten fremgår det at man i dialogen eller Best.beh. kan velge Prioriter leveringstid og at VBus da vil velge alternativer som kan bli levert innen fristen vil bli valgt. Hvis det ikke finnes et alternativ som tilsier levering innen fristen, blir det alternativet som kommer nærmest valgt. Det er for så vidt riktig, men det som ikke står er at det ikke da kan krysses av for Benytt normal leverandør (hvilket er rimelig nok) og det må heller ikke være registrert noen Normal lev. på lagersaldo, hvilket er rart.
Hvis det er registrert Normal lev. på lagersaldo og det er flere leveringsalternativer, må det første (altså det med lavest Sort.sekv.nr) ha samme leveringstid som det som er angitt på lagersaldo! Dette er nok en feil som har sneket seg inn for lenge siden. Jeg er rimelig sikker på at det ikke var slik for 20 år siden og tenker at ingen hos Visma har testet det på lenge. Visma hadde tidligere en kunnskapsbase (i alle fall frem til 2009). Her er det en beskrivelse på svensk av beställningsförslag som er skrevet i 1998 med basis i versjon 3.30 og da var det nok annerledes. Der fremgår det at Prioriter leveringstid bare er relevant for Bestilling i henhold til beholdningsendringer, og det henger i alle fall på greip. Du lan laste ned den gamle kunnskapsbasen her, men du må endre egenskapene og fjerne blokkeringen. Du finner beskrivelsen om beställningsförslag under Tips og Råd --> Ordre Lager Faktura Innkjøp.
For produkter som produseres, legges det inn et leveringsalternativ uten Lev.nr, men hvor det er krysset av for Produksjon og hvor det med fordel kan legges inn Produksjonstid.
Lage innkjøpsordre fra bestillingsforslag
Når det er laget bestillingsforslag som du ikke vil bruke kan du slette dem om du ønsker, men det er for så vidt ikke nødvendig. For å lage innkjøpsordre markeres de bestillingsforslagene eller bestillingsforslagslinjene som du vil bruke og bruker menyvalget Generer innkjøps- /prod. ordre. Hvis man genererer bestillinger fra bestillingsforslagslinjene, må disse være sortert på Lev.nr, Produksjon og Produktnr, men det får du klar melding om hvis sorteringen mangler eller er feil. For det som skal produseres, lages det naturligvis produksjonsordre. Jeg har skrevet om produksjon tidligere og skriver ikke mer om det her. På ordrene som lages, vil Ordregr.lagsnr vise til Best.forsl.nr. Så må bestillingen selvfølgelig sendes til leverandørene og produksjonsavdelingen. De bestillingsforslagene og -linjene som brukes til å lage ordre, blir slettet. Så det er en generell anbefaling å slette de som ikke skal brukes, slik at man starter med blanke ark neste gang det skal lages bestillingsforslag.
Svakheter og mangler
Jeg har skrevet om leveringstider tidligere og gjentar ikke det her, men siden bestillingsforslag støtter seg til når beholdningsendringer vil skje – og om de er innenfor eller utenfor leveringstiden, så vil alle svakheter i leveringstid også være svakheter i bestillingsforslag. Og så har rutinen en del svakheter som er allerede er nevnt. For Periodisk bestilling ville det være nyttig om Maks.beh. hadde begrenset innkjøpet om Uttak siden best.forslag var urimelig høyt. Men det viktigste er nok at hver lagersaldo behandles for seg, uten å se på om det bør bestilles andre varer fra samme leverandør – for å holde transportkostnadene så lave som mulig. Det er en god del som har valgt eksterne innkjøpssystemer som sender innkjøpsordre til VBus i stedet for å bruke bestillingsforslag. Vi kan vel ikke komme unna at beskrivelsen til dels er feil og til dels mangelfull – og det bidrar ikke til å skape trygghet for de som ønsker å bruke rutinen.
Resten av min blogg kan du lese her: frode.antun.no/VBus/blogg