> ## Documentation Index > Fetch the complete documentation index at: https://www.twicecommerce.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Miten pyörität huolto-ohjelmaa > Muuta yksittäiset korjaukset aikatauluksi — attribuutit jotka luot itse, kaava joka nostaa merkin, ja yksikön varaaminen työn ajaksi. inventory/stock-items Yhden yksikön varaaminen korjausta varten on yksittäinen toimenpide, ja se on jo käsitelty oppaassa [Varaa varastoartikkeli](/docs/fi/guides/inventory/reserve-a-stock-item). Tämä opas käsittelee sen päällä olevaa kerrosta: ohjelmaa, joka kertoo *mitkä* yksiköt vaativat huomiota ennen kuin kukaan huomaa ongelmaa. **TWICEssä ei ole huoltomoduulia.** Ei sisäänrakennettua huoltoaikataulua, ei tarkastuslistaa, ei sertifikaattiseurantaa eikä `Needs service` -kenttää odottamassa käyttöönottoa. Mitä on: itse määrittelemäsi attribuutit, kaavat jotka laskevat niistä, varaukset jotka poistavat yksikön saatavuudesta, ja tietueeseen liitetyt asiakirjat. Huolto-ohjelma kootaan näistä neljästä. Tämä opas on se kokoaminen, ja se on rehellinen saumojen suhteen. ## Edellytykset **Vaaditut oikeudet:** `inventory:stock_item:view` ja `inventory:stock_item:manage`, sekä kyky luoda attribuutteja inventaarioresurssille. Kaikilla neljällä järjestelmäroolilla on varastoartikkelioikeudet. **Päätä laukaisin ennen kuin rakennat mitään.** Huoltoa ohjaa joko aika tai käyttö, ja ne tarvitsevat eri tiedot: * **Ajan mukaan** — kuukaudet edellisestä huollosta. Vaatii päivämäärän, jota ylläpidät. * **Käytön mukaan** — vuokrakerrat, tunnit, syklit, matka. Vaatii luvun, jota ylläpidät. TWICE ei laske kumpaakaan puolestasi. Valitse se, jonka mukaan kalustosi oikeasti kuluu, ja ole rehellinen siitä, jaksaako kukaan pitää sitä ajan tasalla. Ohjelma, joka rakentuu luvun varaan jota kukaan ei päivitä, on huonompi kuin ei ohjelmaa lainkaan, koska se näyttää toimivalta. ## Vaiheittainen ohje Mitään näistä ei ole olemassa ennen kuin luot ne. Luo ne **inventaario**-resurssille — mekaniikka löytyy sivulta [Attribuutit](/docs/fi/concepts/admin/attributes). Toimiva minimi: | Attribuutti | Muoto | Kuka ylläpitää | | --------------------- | -------------------- | ------------------------------------- | | Edellinen huoltopäivä | Päivämäärä | Työn suorittaja asettaa | | Huoltokerrat | Luku | Kasvatetaan valmistuessa | | Käyttö | Luku | Käytön kirjaaja — TWICE ei laske sitä | | Huollon tarve | Totuusarvo tai kaava | Nostetaan käsin tai lasketaan | Ryhmittele ne niin, että ne ovat artikkelilla yhdessä eivätkä hajallaan Attribuutit-välilehdellä. **Käyttö on heikko lenkki.** Mittaria ei ole, eikä mikään lue tunteja, syklejä tai matkaa yksiköltä. Jos kukaan ei aio kirjoittaa sitä, rakenna ohjelma kuluneen ajan varaan — päivämäärä on ainakin siinä mielessä itseään ylläpitävä, että se asetetaan kerran huoltoa kohti. **Huollon tarve** -merkin asettaminen käsin toimii ja on järkevä aloituskohta. Ohjelmasta tulee hyödyllinen, kun se nostaa itsensä. Tee siitä sen sijaan **kaava**-attribuutti. Kaava-attribuutit lasketaan kirjoittamisen sijaan, ne voivat viitata saman artikkelin muihin attribuutteihin, ja TWICE laskee ne uudelleen puolestasi. Kaksi rakentamisen arvoista muotoa: * **Käyttöpohjainen** — huolto erääntyy, kun käyttö ylittää kynnysarvon. * **Aikapohjainen** — huolto erääntyy, kun edellisestä huoltopäivästä on kulunut riittävästi kuukausia. Funktiokirjasto ja syntaksi ovat sivulla [Kaavat](/docs/fi/admin/formulas). Kaavat ovat artikkelitason asia, joten rakenna ne varastoartikkelille äläkä odota SKU:n kantavan niitä alaspäin. Merkki on arvokas vain, jos voit listata mitä se nappasi. Näkymässä **Inventaario > Varastoartikkelit** suodata attribuutin mukaan — attribuutit ovat käytettävissä taulukon sarakkeina ja suodattimina — ja sinulla on työjono. Tallenna se näkymä. Huolto-ohjelma on asia, jonka joku avaa joka viikko, ja tallennettu suodatettu näkymä on se, mikä muuttaa attribuutin rutiiniksi. Kun yksikkö menee korjaamolle, varaa se. Varaus artikkelin **Tapahtumat**-välilehdellä estää päivät ja lopettaa yksikön tarjoamisen työn ajaksi muuttamatta sen elinkaarta. Varaa, älä arkistoi. Arkistointi on pysyvästi käytöstä poistuvalle varastolle, ja se vapauttaa olemassa olevien varausten takana olevat pidot — korjaus ei halua sitä. Lue lisää: [Varaa varastoartikkeli](/docs/fi/guides/inventory/reserve-a-stock-item) Huoltomuistiinpanot, laskut ja tarkastuspaperit menevät artikkelin **Asiakirjat**-välilehdelle, sille yksikölle jolle ne kuuluvat. Tämä tekee tietueesta säilyttämisen arvoisen. Yksikön alkuperä — mukaan lukien mitä sille tehtiin ja milloin — on täsmälleen se, mitä joku haluaa jälleenmyynnissä, takuuasiassa tai vahingon jälkeen. Työn valmistuttua päivitä attribuutit: aseta edellinen huoltopäivä, kasvata huoltokertoja, nollaa käyttö jos mittaat niin. Päätä sitten varaus, jotta yksikkö palaa saatavuuteen. Jos **Huollon tarve** on kaava, se nollautuu itsestään heti kun taustalla olevat arvot muuttuvat. Jos se on totuusarvo, jonkun on muistettava — mikä on perustelu kaavalle. ## Mistä tiedän, että se onnistui? * **Attribuutit ovat artikkelilla**, ja artikkeli tulee esiin kun suodatat niiden mukaan. * **Tallennettu näkymä listaa täsmälleen erääntyneet yksiköt** ja tyhjenee työn valmistuessa. * **Korjaamolla oleva yksikkö ei ole varattavissa** — varaus näkyy sen Tapahtumat-välilehdellä. * **Paperit ovat artikkelilla**, eivät jonkun sähköpostissa. * **Valmistumisen jälkeen merkki nollautuu** — itsestään jos se on kaava, käsin jos ei. ## Vianetsintä ja yleiset sudenkuopat **Sitä ei ole tuotteessa.** Ei myöskään käyttölaskureita, huoltopäiviä eikä huoltokertoja. Jotkin julkaistut sivut nimeävät nämä ikään kuin ne olisivat sisäänrakennettuja — ne kuvaavat mallia jonka rakennat, eivät ominaisuutta jonka otat käyttöön. **Mitä tehdä:** luo ne attribuutteina kuten vaiheessa yksi. Mikään ohjelmassa ei toimi ennen kuin ne ovat olemassa tililläsi. **Odotettavaa, ja pääsyy käyttöpohjaisten ohjelmien epäonnistumiseen.** Mikään ei lue tunteja, syklejä tai matkaa yksiköltä. Luku on täsmälleen niin hyvä kuin sen kirjaamisen kuri. **Mitä tehdä:** joko liitä kirjaaminen johonkin joka jo tapahtuu joka kerta — vaikka palautustarkistukseen — tai vaihda ohjelma edellisestä huollosta kuluneeseen aikaan, joka vaatii yhden päivityksen huoltoa kohti eikä yhtä vuokrausta kohti. **Syy:** merkki nostettiin mutta yksikköä ei koskaan varattu. Attribuutti on tietoa; se ei estä mitään itsestään. **Mitä tehdä:** tee yksikön varaamisesta osa merkitsemistä, ei erillistä vaihetta jonka joku voi ohittaa. Merkitseminen kertoo sinulle; varaaminen estää sen lähtemisen. **Syy:** arkistointi vapauttaa pidot niiden varausten takaa, joille yksikkö oli jo kohdistettu, jättäen kyseiset tilaukset ristiriitaan. Se on elinkaaritoimenpide, ei saatavuustoimenpide. **Mitä tehdä:** varaa korjauksia varten; arkistoi vain pysyvästi käytöstä poistuvaa varastoa. Korjataksesi tapahtuneen pura arkistointi ja käy läpi kyseisten tilausten ristiriidat. Lue lisää: [Arkistoi varastoartikkeleita](/docs/fi/guides/inventory/archive-stock-items) **Ei käytettävissä.** Tarkastuslistaa ei ole, eikä mitään tapaa vaatia sitä ennen kuin yksikkö palaa käyttöön. **Mitä tehdä:** pidä tarkastuslista siellä missä se nyt on ja liitä täytetty kappale artikkelin Asiakirjat-välilehdelle. Se antaa tietueen teeskentelemättä että pakotus olisi olemassa. **Vain ylläpitämänäsi päivämääränä.** Sertifikaattiseurantaa ei ole eikä mikään varoita ennen vanhenemista. **Mitä tehdä:** pidä vanhenemispäivä päivämääräattribuuttina ja rakenna sitä vasten sama kaavamerkki, ja työstä sitä samasta tallennetusta näkymästä. Se on sama malli kuin huoltovälit, osoitettuna eri päivämäärään. ## Seuraavat vaiheet Yksikön poistaminen saatavuudesta työn ajaksi. Itsensä nostavan merkin syntaksi ja funktiokirjasto. Ohjelman perustana olevien kenttien luonti. Huoltohistorian lukeminen yksiköltä.