Side 1

Minimum-maksimum-systemet er fokusert på en situasjon hvor kostnadene ved å regnskapsføre varelager på et lager og kostnadene ved å legge inn en ordre er så høye. Dette er det eneste systemet som tidligere er omtalt som tillater lagermangel av økonomiske årsaker.

Minimum-maksimum-systemet tar hensyn til høy pris legger inn en bestilling, leveringer foretas forutsatt at lageret er på plass settpunkt tiden var lik eller mindre enn terskelnivået.

I minimum-maksimum-systemet gjør bruken av den estimerte ordrestørrelsen (se formel (4)), samt prosedyren for å bestemme tidspunktet for utstedelse av ordren, det mulig å ta hensyn til mulige endringer i forbruk ved å bruke parameteren av forventet forbruk i leveringstiden. Modellen for systemdrift i nærvær av avbrudd i forbruket antar at en endring i intensiteten av forbruket skjer hver syklus av systemdrift.

I et minimum-maksimum-system foretas leveranser forutsatt at varelager på et spesifisert tidspunkt er lik eller mindre enn et terskelnivå.

En grafisk modell av driften av et lagerstyringssystem med en fastsatt frekvens for etterfylling av varelager til et konstant nivå i nærvær av avbrudd i forbruket.

En konstant beregnet parameter for minimum-maksimum-systemet er ordrestørrelsen. Som i tidligere systemer lagerstyring, er beregningen basert på det anslåtte forbruksnivået inntil bestillingen ankommer organisasjonens lager.

Terskellagernivået i minimum-maksimum-systemet fungerer som et minimumsnivå. Ellers vil ikke ordren bli utstedt og terskelnivået vil bli sporet og ordren utstedes først etter et spesifisert tidsintervall.

Maksimalt ønsket lager i minimum-maksimum-systemet spiller rollen som maksimalt nivå. Størrelsen tas i betraktning når ordrestørrelsen bestemmes. Det er indirekte (gjennom tidsintervallet mellom bestillinger) relatert til den mest rasjonelle belastningen av lagerplass ved regnskapsføring mulige feil i forsyninger og behov for uavbrutt tilførsel av forbruk.

Lagerplanleggingssystemet (minimum-maksimum system) er designet for ulike typer produksjon, oftest serieproduksjon, for deler og monteringsenheter av produkter som har lav arbeidsintensitet og et lite antall teknologiske operasjoner. Essensen er at produksjons- og ekspedisjonsavdelingen til bedriften holder kontroll over tilgjengeligheten til disse delene i mellomlagre. Systemet tar sikte på å holde pågående arbeid på et minimumsnivå og forhindre overskuddslager.

Lagerplanleggingssystemet (det andre navnet er minimum-maksimum-systemet) brukes i forskjellige typer produksjon, ofte i serieproduksjon, for deler og monteringsenheter av produkter med lav arbeidsintensitet og et lite antall teknologiske operasjoner. Essensen er at produksjons- og ekspedisjonsavdelingen til bedriften holder kontroll over tilgjengeligheten til disse delene i mellomlagre. Deres lagre må holdes på et nivå som sikrer uavbrutt forsyning til monteringsbutikker.

Sider:      1

Trening. Gården har tre tomter med ulik jordfruktbarhet. Arealet til den første tomten er 700 hektar, den andre - 1000 hektar, den tredje - 800 hektar. Det er planlagt å plante tre kornavlinger på disse tomtene: rug - 700 hektar, hvete - 1400 hektar, havre - 500 hektar. Skriv optimal plan plassering av kornavlinger i områder slik at total brutto kornavling blir maksimal. Avlingen av avlinger i områder med ulik jordfruktbarhet er kjent (tabell 1). Tabell 1 – Avlingsavlinger per 1 ha, ca.

	1	2	3	Avlinger
1	15	18	22	700
2	19	22	23	1400
3	26	18	24	500
Kapasitet	700	1000	800

Løsning finne å bruke online tjeneste Transportproblem. La oss sjekke hva som trengs og tilstrekkelig tilstand løselighet av problemet.
∑a = 700 + 1400 + 500 = 2600
∑b = 700 + 1000 + 800 = 2500
Som du kan se, overstiger den totale kapasiteten til tomtene det nødvendige arealet for avlinger. Derfor modellen av originalen transportproblem er åpen. For å oppnå lukket modell, introduserer vi en ekstra (fiktiv) seksjon, hvis areal er 100 (2600-2500). Utbyttet for denne tomten for alle avlinger vil være null.
La oss legge inn de første dataene i distribusjonstabellen.

	1	2	3	4	Avlinger
1	15	18	22	0	700
2	19	22	23	0	1400
3	26	18	24	0	500
Kapasitet	700	1000	800	100

Trinn I. Søk etter den første referanseplan .
1. Bruke høyeste kostnadsmetode, vil vi konstruere den første referanseplanen for transportproblemet.
Essensen av metoden er at den største velges fra hele kostnadstabellen, og den minste av tallene a i eller b j plasseres i cellen som tilsvarer den.
Deretter, enten raden som tilsvarer leverandøren, hvis avlinger er fullstendig konsumert, eller kolonnen som tilsvarer forbrukeren, hvis kapasitet er fullt ut tilfredsstilt, eller både raden og kolonnen, hvis leverandørens avlinger er konsumert og forbrukerens kapasitet er tilfredsstilt, er utelukket fra vurdering.
Fra resten av kostnadstabellen velges den høyeste kostnaden igjen og lagerallokeringsprosessen fortsetter til alle avlinger er allokert og kapasiteten er oppfylt.
Elementet du leter etter er 26
For dette elementet er avlinger 500, kapasitet er 700. Siden minimum er 500, trekker vi det fra.
x 31 = min(500 700) = 500.

15	18	22	0	700
19	22	23	0	1400
26	x	x	x	500 - 500 = 0
700 - 500 = 200	1000	800	100	0

Elementet du ser etter er 23
For dette elementet er avlinger 1400, kapasitet er 800. Siden minimum er 800, trekker vi det fra.
x 23 = min(1400 800) = 800.

15	18	x	0	700
19	22	23	0	1400 - 800 = 600
26	x	x	x	0
200	1000	800 - 800 = 0	100	0

Elementet du leter etter er 22
For dette elementet er avlinger 600, kapasitet er 1000. Siden minimum er 600, trekker vi det fra.
x 22 = min(600,1000) = 600.

15	18	x	0	700
x	22	23	x	600 - 600 = 0
26	x	x	x	0
200	1000 - 600 = 400	0	100	0

Elementet du leter etter er 18
For dette elementet er avlinger 700, kapasitet er 400. Siden minimum er 400, trekker vi det fra.
x 12 = min(700 400) = 400.

15	18	x	0	700 - 400 = 300
x	22	23	x	0
26	x	x	x	0
200	400 - 400 = 0	0	100	0

Elementet du ser etter er 15
For dette elementet er avlinger 300, kapasitet er 200. Siden minimum er 200, trekker vi det fra.
x 11 = min(300 200) = 200.

15	18	x	0	300 - 200 = 100
x	22	23	x	0
26	x	x	x	0
200 - 200 = 0	0	0	100	0

Elementet du leter etter er 0
For dette elementet er avlinger 100, kapasitet er 100. Siden minimum er 100, trekker vi det fra.
x 14 = min(100 100) = 100.

15	18	x	0	100 - 100 = 0
x	22	23	x	0
26	x	x	x	0
0	0	0	100 - 100 = 0	0

	1	2	3	4	Avlinger
1	15	18	22	0	700
2	19	22	23	0	1400
3	26	18	24	0	500
Kapasitet	700	1000	800	100

Som et resultat oppnås den første referanseplanen, som er gyldig, siden alle tomtene er fylt, arealet for avlinger er fordelt, og planen tilsvarer systemet med restriksjoner for transportproblemet.
2. La oss telle antall okkuperte celler i tabellen, det er 6 av dem, men det skal være m + n - 1 = 6. Derfor er referanseplanen ikke-degenerert.
Betydning objektiv funksjon for denne referanseplanen er lik:
F(x) = 15*200 + 18*400 + 0*100 + 22*600 + 23*800 + 26*500 = 54800
Trinn II. Forbedring av referanseplanen.
foreløpige potensialer


u 1 + v 2 = 18; 0 + v2 = 18; v2 = 18
u2 + v2 = 22; 18 + u2 = 22; u 2 = 4
u2 + v3 = 23; 4 + v3 = 23; v3 = 19

	v 1 = 15	v 2 = 18	v3 =19	v 4 = 0
u 1 = 0	15	18	22	0
u2 =4	19	22	23	0
u3 =11	26	18	24	0

Referanseplanen er ikke optimal, siden det finnes estimater av frie celler for hvilke u i + v j > c ij
(1;3): 0 + 19 Velg maksimal poengsum for en ledig celle (1;3): 22
For å gjøre dette, sett et "+"-tegn i perspektivcellen (1;3), og vekslende "-", "+", "-"-tegn ved de gjenværende toppunktene i polygonet.

	1	2	3	4	Avlinger
1	15	18[-]	22[+]	0	700
2	19	22[+]	23[-]	0	1400
3	26	18	24	0	500
Kapasitet	700	1000	800	100

Syklusen er vist i tabellen (1.3; 1.2; 2.2; 2.3;).
Fra områdene x ij som ligger i minuscellene velger vi den minste, dvs. y = min (1, 2) = 400. Vi legger til 400 til kapasiteten til områdene som ligger i plusscellene og trekker 400 fra X ij som ligger i minuscellene. Som et resultat får vi en ny referanseplan.

	1	2	3	4	Avlinger
1	15	18	22	0	700
2	19	22	23	0	1400
3	26	18	24	0	500
Kapasitet	700	1000	800	100

La oss sjekke optimaliteten til referanseplanen. Vi finner foreløpige potensialer u i, v j. i henhold til de okkuperte cellene i tabellen, der u i + v j = c ij, forutsatt at u 1 = 0.
u 1 + v 1 = 15; 0 + v 1 = 15; v 1 = 15
u 3 + v 1 = 26; 15 + u3 = 26; u 3 = 11



u 1 + v 4 = 0; 0 + v4 = 0; v4 = 0

	v 1 = 15	v 2 = 21	v3 =22	v 4 = 0
u 1 = 0	15	18	22	0
u 2 = 1	19	22	23	0
u3 =11	26	18	24	0

Referanseplanen er ikke optimal, siden det finnes estimater av frie celler for hvilke u i + v j > c ij
(2;1): 1 + 15 Velg maksimal poengsum for en ledig celle (2;1): 19
For å gjøre dette, sett et "+"-tegn i perspektivcellen (2;1), og vekslende "-", "+", "-"-tegn ved de gjenværende toppunktene i polygonet.

	1	2	3	4	Avlinger
1	15[-]	18	22[+]	0	700
2	19[+]	22	23[-]	0	1400
3	26	18	24	0	500
Kapasitet	700	1000	800	100

Syklusen er vist i tabellen (2.1; 2.3; 1.3; 1.1;).
Fra områdene x ij som ligger i minuscellene velger vi den minste, dvs. y = min (1, 1) = 200. Vi legger til 200 til kapasiteten til områdene som står i plusscellene og trekker 200 fra X ij som står i minuscellene. Som et resultat får vi en ny referanseplan.

	1	2	3	4	Avlinger
1	15	18	22	0	700
2	19	22	23	0	1400
3	26	18	24	0	500
Kapasitet	700	1000	800	100

La oss sjekke optimaliteten til referanseplanen. Vi finner foreløpige potensialer u i, v j. i henhold til de okkuperte cellene i tabellen, der u i + v j = c ij, forutsatt at u 1 = 0.
u 1 + v 3 = 22; 0 + v3 = 22; v 3 = 22
u2 + v3 = 23; 22 + u2 = 23; u 2 = 1
u 2 + v 1 = 19; 1 + v 1 = 19; v 1 = 18
u 3 + v 1 = 26; 18 + u3 = 26; u 3 = 8
u2 + v2 = 22; 1 + v2 = 22; v2 = 21
u 1 + v 4 = 0; 0 + v4 = 0; v4 = 0

	v 1 = 18	v 2 = 21	v3 =22	v 4 = 0
u 1 = 0	15	18	22	0
u 2 = 1	19	22	23	0
u 3 = 8	26	18	24	0

Referanseplanen er optimal, siden alle estimater av frie celler tilfredsstiller betingelsen u i + v j Maksimal fortjeneste vil være:
F(x) = 22*600 + 0*100 + 19*200 + 22*1000 + 23*200 + 26*500 = 56600

Analyse av den optimale planen

Rug må bare sås på den tredje tomten, hvete på den første (200 hektar), på den andre med et areal på 1000 hektar, og på den tredje med et areal på 200 hektar. Havre bør kun plantes i den første tomten (500 hektar). Med denne fordelingen vil rugavlingene underutnyttes med 100 hektar.

Minimum-maksimum system

(Se fig. 6.4)

Dette systemet, som et system med en etablert frekvens for etterfylling av varelager til et konstant nivå, inneholder elementer av grunnleggende lagerstyringssystemer. I likhet med det faste tidsintervallsystemet bruker denne et konstant tidsintervall mellom bestillinger.

"Minimum-Maksimum"-systemet er fokusert på en situasjon der kostnadene ved lagerregnskap og bestillingskostnader er så betydelige at de står i forhold til tap fra lagermangel. Derfor, i systemet som vurderes, gjøres bestillinger ikke ved hvert gitte tidsintervall, men kun under forutsetning av at beholdningen på lageret i det øyeblikket er lik eller mindre enn det fastsatte minimumsnivået.

Når en ordre er utstedt, er ordren dimensjonert slik at leveransen fyller opp beholdningen til maksimalt ønsket nivå. Dermed fungerer dette systemet med bare to nivåer av inventar - minimum og maksimum, som er der det får navnet sitt.

Innledende data for å beregne systemparametrene er:

– behov for det bestilte produktet, enheter,

– tidsintervall mellom bestillinger, dager,

– leveringstid, dager,

– mulig leveringsforsinkelse, dager.

Figur 6.4 – Lagerflytskjema i "minimum-maksimum" lagerstyringssystemet

Sekvensen for å beregne parametrene til "Minimum-Maksimum" lagerstyringssystemet.

1. Behovet for det bestilte produktet er etablert - S, enheter;

2. Tidsintervallet mellom bestillinger, dager, beregnes;

; (med justeringer om nødvendig)

3. Leveringstid er satt, dager – t s;

4. En mulig leveringsforsinkelse fastsettes, dager – t z;

5. Forventet dagsforbruk beregnes, enheter/døgn.

6. Forventet forbruk under levering er beregnet, enheter.

7. Beregn maksimalt forbruk under levering, enheter.

;

8. Garantibeholdningen er beregnet, enheter.

;

9. Terskellagernivå, enheter.

10. Maksimal ønsket beholdning

;

11. Ordrestørrelse, enheter.

Kontrollspørsmål

1. Forklar formelen for å bestemme optimal størrelse rekkefølge.

2. Forklar hvorfor det er et gap mellom teori og praksis for beslutningstaking av inventar.

3. Hvilke spørsmål angående problemet med lagerstyring er sentrale i logistikksystemer?

4. Avslør mekanismen for funksjonen til "just in time"-systemet.

5. For hvilke forhold utvikles grunnleggende og andre lagerstyringssystemer?

6. List opp de planlagte parameterne i lagerstyringssystemer.

7. Hvilke forstyrrelser i planleggingsparametere kan tas i betraktning i et system med fast ordrekvantum?

8. Hvilke forstyrrelser i planleggingsparametere kan det tas hensyn til i et system med et fast tidsintervall mellom bestillinger?

9. Hvilke feil i de planlagte parametrene er det sørget for i et system med en etablert frekvens for etterfylling av varelager til et konstant nivå?

10. Hvilke feil i de planlagte parametrene er tatt hensyn til i "Minimum-Maksimum"-systemet?

Forelesning 7.
GRUNNLEGGENDE OM TRANSPORTLOGISTIKK

7.1 Mål for transportlogistikk.

7.2 Terminologi for transportlogistikk.

Dette systemet, som et system med en etablert frekvens for etterfylling av varelager til et konstant nivå, inneholder elementer av grunnleggende lagerstyringssystemer. I likhet med det faste tidsintervallsystemet bruker denne et konstant tidsintervall mellom bestillinger. "Minimum-Maksimum"-systemet er fokusert på en situasjon der kostnadene for lagerregnskap og bestillingskostnader er så betydelige

vy - leveringstid;
\ / - leveringsforsinkelse.

Ris. 45. TIDSPLAN FOR LAGERBEVEGELSE I LAGERSTYRINGSSYSTEMET MED EN ANGIT PERIODISITET FOR Å PÅFYLLE LAGER TIL ET KONSTANT NIVÅ
er så betydelige at de står i forhold til tap fra lagermangel. Derfor, i systemet som vurderes, gjøres bestillinger ikke ved hvert gitte tidsintervall, men kun under forutsetning av at beholdningen på lageret i det øyeblikket er lik eller mindre enn det fastsatte minimumsnivået. Når en ordre er utstedt, er ordren dimensjonert slik at leveransen fyller opp beholdningen til maksimalt ønsket nivå. Dermed, dette systemet fungerer med bare to nivåer av inventar - minimum og maksimum, som er der det får navnet sitt.
Prosedyren for å beregne parametrene til "Minimum-Maksimum"-systemet er presentert i tabell. 12.
De første dataene for beregning av systemparametrene er som følger: etterspørsel etter det bestilte produktet, stk., tidsintervall mellom bestillinger, dager, leveringstid, dager, mulig leveringsforsinkelse, dager.

	Indeks	Beregningsprosedyre
1.	Krav, stk.	-
2.	Tidsintervall mellom bestillinger, dager	Se formel (7.3) og kommentar til den
3.	Leveringstid, dager	-
4.	Mulig leveringsforsinkelse, dager	-
5.	Forventet dagsforbruk, stk./døgn	: [antall virkedager]
6.	Forventet forbruk ved levering, stk.	X
7.	Maksimalt forbruk per gang
	rekvisita, stk.	( + ) x
8.	Garantilager, stk.,	-
9.	Terskellagernivå, stk.	+
10.	Maks ønsket lager, stk.	+ x
11.	Ordrestørrelse, stk.	Se formel (7.5)

Tabell 12
For å bestemme tidsintervallet mellom bestillinger, bør du bruke anbefalingene for å beregne tidsintervallet mellom bestillinger gitt i klausul 7.5.2.
Garanti-(sikkerhets)lageret lar deg gi forbrukeren i tilfelle forventet leveringsforsinkelse. I likhet med et system som regelmessig fyller på lager til et konstant nivå, brukes sikkerhetslager for å beregne et terskellagernivå.
Terskellagernivået i Minimum-Maksimum-systemet fungerer som et "minimumsnivå". Hvis dette nivået passeres på et bestemt tidspunkt, dvs. at beholdningen på hånden er lik terskelnivået eller ikke når det, blir bestillingen plassert. Ellers vil ikke ordren bli utstedt og terskelnivået vil bli sporet og ordren utstedes først etter et spesifisert tidsintervall.
Maksimalt ønsket lager i "Minimum-Maksimum"-systemet fungerer som "maksimalt" nivå. Størrelsen tas i betraktning når ordrestørrelsen bestemmes. Det er indirekte (gjennom tidsintervallet mellom bestillinger) knyttet til den mest rasjonelle lasting av lagerplass, tatt i betraktning mulige forsyningssvikt og behovet for uavbrutt forsyning av forbruk.
Konstant beregnet parameter for systemet " Minimum - maksimum" er ordrestørrelsen. Samme som tidligere systemer

lagerstyring, er beregningen basert på det anslåtte forbruksnivået inntil bestillingen ankommer organisasjonens lager. Ordrestørrelsen beregnes ved hjelp av formel 7.5.
En grafisk illustrasjon av funksjonen til "Minimum-Maksimum" lagerstyringssystemet er vist i fig. 46.

x - ordremoment;
\U - leveringstid;
- leveringsforsinkelse.

Ris. 46. ​​PLAN FOR LAGERBEVEGNING I SYSTEMET FOR LAGERSTYRING "MINIMUM-MAXIMUM"

Mer om emnet "Minimum-Maksimum" System:

1. Konseptet med begrensende faktorer: Liebigs "minimumslov"
2. Sobur S.V.. Bedriftens brannsikkerhet. Brannteknisk minimumskurs: Utdannings- og referansehåndbok., 2007
3. Typologi av filosofiske systemer og konklusjoner av moderne fysikk om legitimiteten til å konstruere monistiske klassiske filosofisystemer
4. O. P. Decandolles system og andre plantesystemer i første halvdel av 1800-tallet
5. En studie av de byråkratiske tendensene til moderne organisasjonssystemer og deres forhold til det sosiale og kulturelle systemet i Frankrike
6. 3. Monistiske klassiske systemer for sekulær og religiøs filosofi som de mest perfekte filosofiske systemene
7. PROGRAMSTYRING: VÅPEN OG ROMSYSTEMER
8. Overgangen til imperialismen og dannelsen av det kapitalistiske systemet i verdensøkonomien. Opprinnelsen og essensen av dette systemet

Når du bruker filversjonen av infobaser, vises ofte feilen "Maksimal tillatt størrelse på den interne filen er overskredet", som hovedsakelig er knyttet til implementeringsfunksjonene til selve infobasen. filmodus. Den inneholder 4 filer:

• Beskrivelsesfil for tabellstruktur
• Indeksfil (flyttet fra hovedfilen)
• Verdi-fil
• Opptaksfil

Begrensninger gjelder også, for eksempel: maksimal størrelse den interne filen må ikke overstige 4 GB, lengden på nøkkelen i indeksen kan ikke overstige 1920 byte, og til slutt må antall felt for indeksering ikke overstige 256 felt. Det viktigste for oss er filstørrelsesgrensen på 4 GB. Hvordan kan det være? Du sier. Det finnes databasefiler på både 10 og 12 GB. Ja, det stemmer – dette betyr at ingen av interne filer ikke oversteg 4 GB. Jeg tør å skuffe deg. Likevel er den maksimale størrelsen på databasen, selve 1Cv8.CD-filen, fortsatt begrenset til 16 GB som standard (men selv dette kan omgås), siden dette er en loggadresseringsbegrensning filsystem NTFS (16 GB-filer kopieres ikke til Windows, fordi hvis lesing/skriving feiler på et fragment som er større enn disse 16 GB, kan ikke operativsystemet kontrollere integriteten til filsystemet.)

For å løse dette problemet må du finne ut hvilket bord som tar mye plass. For å gjøre dette kan du bruke tredjepartsprogramvare Tool_1CD, som lar deg se inne i 1Cv8.CD-filen, nemlig bestemme størrelsen på tabeller, laste opp til XML-format og mye mer.

For å løse det, må du redusere størrelsen på selve tabellen eller konvertere den til en SQL-versjon. Så hvordan kjøpe SQL server Det er ganske dyrt, vi ser etter denne tabellen empirisk. Vanligvis er dette "tunge dokumenter" med en stor tabelldel, store kataloger, spesielt ofte akkumuleringsregistre. Først av alt, fjern alle elementer som er merket for sletting fra databasen. Beregn deretter summene på nytt (hvis det er et problem i akkumuleringsregisteret, så hjelper det noen ganger). Saldoregistre kan stenges feil, noe som fører til en kraftig økning i totaltabeller. Å skrive av "faste" saldoer kan frigjøre opptil flere GB.

Det hender at alle tabeller er mindre enn 4 GB, men feilen oppstår fortsatt. Denne situasjonen mye vanskeligere. Her ligger problemet i strukturen til konfigurasjonsmatdata, nemlig indeksering. På tidspunktet for lasting informasjonsgrunnlag Fra dt-filen lastes dataene til alle tabellene først, og deretter indeksene. På et tidspunkt under indeksoppretting oppstår det en feil og påfølgende indekser opprettes ikke, noe som stopper lasting og forårsaker en feil. For å finne ut hvilken tabell som feiler når du oppretter en indeks, gjør du følgende:

• Slå på teknologimagasinet
• Vi skaper tom fil ogcfg.xml med følgende innhold for eksempel

og legg den i conf-katalogen, for eksempel C:\Program Files\1cv82\8.2.19.130\bin\conf

• vi sjekker at loggene og filene er opprettet og starter konfiguratoren på nytt og starter nedlastingen på nytt. etter at en feil oppstår, gå til loggfilen i mappen C:\log\error, åpne den og se etter hvilken indeks feilen dukket opp på.
• Deretter, ved å bruke Database Table Storage Structure-programmet, ser vi etter selve metadataobjektet.
• Vel, da ser vi empirisk etter enten de lange attributtene til dette objektet eller egenskapen som fører til svikt i indekskonstruksjonen og fortsetter å prøve, prøve og prøve til vi kommer til en løsning.
• Etter vellykkede manipulasjoner begynner vi å teste og korrigere. Som et resultat vil alle indekser bygges opp igjen og databasen vil være fullt operativ. Lykke til!