Skip to main content
Varastoartikkelitaulukko hallinnassa

Inventaario > Varastoartikkelit

Määritelmä

Varastoartikkeli on se varaston yksikkö, jonka todella omistat — fyysisen esineen digitaalinen kaksonen. Varastoartikkelit sijaitsevat varastotietueilla (API:ssa article): yksi tietue artikkelia kohti tai yksi tietue useille identtisille, ja seurantatapa on sinun valintasi. Tietue sisältää koodit, sijainnin, kunnon, attribuutit, mediat, dokumentit, täyden tapahtumahistorian sekä tulot ja kulut, ja se kuuluu tenantille ja palvelusijaintiin. Se voidaan myös linkittää SKU:hun, jolta se oletuksena perii tuotetason kentät.
Vertauskuva: Varastoartikkeli on fyysisen tuotteen passi. Passi seuraa henkilön matkaa yksilöivällä tunnuksella, ja varastoartikkeli seuraa tuotteen koko elinkaarta omalla artikkelikoodillaan — missä se on ollut, mitä sille on tapahtunut ja missä se on nyt.
Erityistä TWICEssä: Varastoartikkelit ovat oletuksena sarjanumeroituja — rekisteröinti seuraa jokaista kappaletta erikseen, ellet poista Seuraa yksilöllisesti -valintaa. Yksi fyysinen esine = yksi varastoartikkeli. Näin saat käyttöösi kappalekohtaisen kannattavuuden, kunnon seurannan ja huoltohistorian. Sama jako on myös artikkelireskontran perusta, joka kuvataan seuraavassa osiossa.

Missä sitä käytetään?

Varastoartikkelit ovat TWICEn varastojärjestelmän perusta. Käytät varastoartikkeleita, kun:
  • Rekisteröit uutta varastoa — kirjaat kalustoosi, myymälääsi tai varastoosi saapuvat kappaleet
  • Seuraat artikkelin elinkaarta — käyttö, vuokraukset, myynnit, huolto, arvonalennukset, hävittäminen
  • Hallitset saatavuutta — tiedät, mikä on käsillä, mikä asiakkaalla ja mikä korjattavana
  • Analysoit kannattavuutta — luet artikkelikohtaiset tulot ja kulut reskontrasta
  • Toimitat tilauksia — kohdistat tiettyjä artikkeleita asiakastilauksille ja skannaat niitä ulos ja sisään
Sarjanumeroituina varastoartikkeleita voi seurata tarkasti vuokraustoiminnassa, takaisinosto-ohjelmissa, kunnostusprosesseissa ja huoltopainotteisessa liiketoiminnassa.

Artikkelireskontra

Jokaisella varastoartikkelilla on oma reskontransa — aikajärjestyksessä oleva loki rahamääräisistä merkinnöistä, jotka ryhmitellään joko tuloiksi tai kuluiksi. Yhdessä ne muodostavat artikkelin kannattavuuden. Hallinnassa tämä näkyy artikkelin Tulot ja kulut -välilehtenä; API-resurssi on articleLedgers. Reskontramerkinnät voidaan sitoa orderId-arvoon (kirjataan automaattisesti, kun artikkeli tuottaa tilauksesta) tai scheduledEventId-arvoon (esim. kulua aiheuttanut huoltovaraus). Ne voivat myös olla itsenäisiä, kuten käsin tehdyt oikaisut.
Kappalekohtainen kannattavuus edellyttää sarjanumeroitua seurantaa. Yhteisvaraston varastoartikkeleilla (yksi tietue kattaa useita kappaleita) reskontran summat koskevat koko joukkoa — niitä ei voi kohdistaa yksittäiseen kappaleeseen. Katso Varastonseuranta.

Määrän käsittely: sarjanumeroitu vs. yhteisvarasto

Varastoartikkelin seurantatapa päätetään rekisteröinnissä Seuraa yksilöllisesti -valintaruudulla (trackIndividually luontipyynnössä, oletus true) ja Määrä-kentällä. Kun Seuraa yksilöllisesti on päällä, määrän N rekisteröinti luo yhden varastotietueen varastoartikkelia kohden. Kun se on pois päältä, luot yhden tietueen, joka kattaa kaikki N. trackIndividually on vain luontivaiheen syöte — sitä ei tallenneta Article-resurssille. Vastauksissa quantity-objekti kertoo tietueen kappalemäärän total ja sen sijainneittaisen byLocation-erittelyn. Milloin kumpaakin kannattaa käyttää:
  • Sarjanumeroitu — pyörät, sukset, kamerat, nostimet, kajakit, sähköpotkulaudat, kaikki vuokrattavat tai arvokkaat käyttöomaisuuserät.
  • Yhteisvarasto — kypärät, lukot, kaulanauhat, hissiliput (kun ne eivät ole RFID-pohjaisia) ja pienet kulutustavarat, joita ei tarvitse jäljittää yksitellen.
Tapa asetetaan luonnissa. Jos haluat vaihtaa sitä myöhemmin, luo uusi tietue ja siirrä historia; muunnosta paikallaan ei tueta. Lue lisää: Varastonseuranta.

Keskeiset ominaisuudet

Varastoartikkelia edustaa Article-tyyppi. Tärkeimmät kentät: Artikkelikohtainen tila lasketaan kyselyhetkellä, ja se on saatavilla saatavuustietoja sisältävässä vastauksessa:
Ominaisuuksien perintä SKU:lta. purchasePrice, description, attribuutit ja kategoria voidaan määrittää SKU:lle. Varastoartikkeli lukee arvot SKU:lta, ellei sillä ole omaa arvoa. API:n *Origin-kentät kertovat, mistä kukin arvo tuli (article vai sku). Arvon asettaminen artikkelille ohittaa SKU:n oletuksen; arvon tyhjentäminen palauttaa perinnän.Keräilyn kenttien arvot periytyvät samalla tavalla ja pysyvät erillään attributes-kentästä: tilaukselle syötetty arvo voittaa, sitten artikkelin arvo, sitten sen SKU:n. Katso Keräilyn kentät.

Status

Status kuvaa, missä kohtaa operatiivista elinkaartaan artikkeli on. Arvoja on kolme:
  • Aktiivinen — toiminnassa, voidaan kohdistaa tilauksille. (status: 'active' API:ssa.)
  • Ei aktiivinen — poissa toiminnasta (esim. korjattavana, poistettu käytöstä, kadonnut tai myyty). Säilyy järjestelmässä. (status: 'inactive'.)
  • Luonnos — rekisteröinti kesken. Ei vielä toiminnassa. (status: 'draft'.)
Vain Aktiiviset artikkelit lasketaan ATS:ään ja voidaan kohdistaa uusiin tilauksiin. Ei-aktiiviset artikkelit säilyttävät koko historiansa (reskontra, tapahtumat, liitteet). Lue lisää: Varastoartikkelin status.

Tila (In / Out)

Tila kuvaa artikkelin fyysistä sijaintia suhteessa toimintaasi. Se on automaattinen — sitä ei voi asettaa käsin.
  • In — käsillä varastossasi. Voi silti olla sidottu tulevaan tilaukseen.
  • Out — parhaillaan asiakkaalla (vuokraus käynnissä) tai muuten poissa.
Tilasiirtymät tapahtuvat keräilytapahtumissa:
  • Nouto / luovutus → Out
  • Palautus → In
Lue lisää: Varastoartikkelin tila.

Sijainnin seuranta

Varastoartikkeli on aina sidottu palvelusijaintiin. articleLocations-taulukko tallentaa määrityksen aikaväleinä:
  • Nykyinen sijainti on se määritys, jonka aikaväli kattaa nykyhetken.
  • Voit ajastaa tulevia siirtoja lisäämällä uuden aikavälin, jonka alku on tulevaisuudessa.
  • Kaikki sijaintimuutokset kirjataan tapahtumalokiin location_changed-tapahtumina.
Kun vaihdat sijaintia API:n kautta (PUT /articles/:id uudella serviceLocationId-arvolla), TWICE tarkistaa ristiriidat: tilaukset tai ajastetut tapahtumat, jotka jäisivät siirron takia orvoiksi. Artikkelivastauksen conflicts-kenttä nostaa nämä esiin ennakolta.

Media ja dokumentit

Kaksi järjestettyä tiedostokokoelmaa artikkelia kohden:
  • Media (media) — artikkelin tiedoissa näytettävät kuvat ja videot. Ensimmäistä mediaa käytetään pikkukuvana listoissa. Järjestettävissä uudelleen.
  • Dokumentit (documents) — mitä tahansa tiedostoja (PDF-tiedostoja, taulukoita, valokuvia). Jokaisella dokumentilla on orderIndex ja valinnainen comment.
Dokumentteja voi liittää myös tiettyihin ajastettuihin tapahtumiin (esim. tarkastusmerkinnät huoltovaraukseen) — katso Varastoartikkelin tapahtumat.

Tapahtumaloki ja tapahtumat

Jokaisella varastoartikkelilla on kaksi historiavirtaa:
  1. Tapahtumaloki — järjestelmän kirjaamat muutokset itse artikkeliin. Esimerkkejä kirjatuista tapahtumatyypeistä:
    • assigned_to_order / freed_from_order
    • handed_out / returned
    • status_changed
    • allocation_changed
    • sku_changed
    • location_changed
    • identifiers_changed
    • specifications_changed
  2. Ajastetut tapahtumat — käyttäjän luomat varaukset ja muistiinpanot, jotka voivat estää saatavuuden ja joihin voi liittyä dokumentteja. Tyypit: reservation, note.
Molemmat näkyvät artikkelin tietojen Aikajana / Tapahtumat -välilehdellä. Lue lisää: Varastoartikkelin tapahtumat.

Suhteet

Varastoartikkelit voidaan linkittää SKU:hun skuId-kentällä. SKU toimii tuotetason mallina: purchasePrice, description, attribuutit ja kategoria periytyvät alaspäin, ellei niitä ohiteta. Ilman SKU:ta oleva varastoartikkeli on täysin itsenäinen.
Sisältää monta -merkintää, jotka muodostavat arvot itemIncome, itemCosts ja profitability.
Sisältää monta ja . Katso Tapahtumat.
Linkitetty tilauksiin, jotka varaavat artikkelin. Tilaa ja saatavuuskatkoja ohjaavat ne tilaukset, jotka sisältävät artikkelin. Elinkaaritapahtumat kuten handed_out ja returned tulevat tilausten keräilystä.
Kuuluu palvelusijaintiin. Sijainti on aikaväleihin sidottu (articleLocations), joten sekä siirrot että tulevat muutot ovat osa mallia.

Elinkaari

1

Luonti

Varastoartikkelit tulevat järjestelmään, kun rekisteröit uutta varastoa.
Napsauta kohdassa Inventaario → Varastoartikkelit painiketta Rekisteröi kohteet ja valitse Manuaalinen syöttö. Anna Rekisteröi uusi Varastoartikkeli -ikkunassa nimi, valitse käytetäänkö Seuraa yksilöllisesti -seurantaa, aseta määrä, valitse saapumissijainti ja linkitä halutessasi SKU:hun.
Vähintään: name ja serviceLocationId. Suositeltavat: skuId (perintää varten), taxonomyCategoryId, purchasePrice ja yksi tai useampi codes-arvo (luodaan automaattisesti, jos jätetään pois).
2

Alkutila ja luonti joukkona

Uusi artikkeli on käytössä heti rekisteröinnistä.
Uudet artikkelit saavat oletuksena arvon status: 'active' (Aktiivinen) ja tilan In. Ne näkyvät heti saatavuuslaskennassa. Jos artikkelit on tarkastettava ennen käyttöönottoa, aseta statukseksi inactive (Ei aktiivinen) luonnissa.
Kyllä. Käytä hallinnan joukkorekisteröintiä (luo koodit automaattisesti N artikkelille), CSV-tuontia tai API-tuontia kutsulla POST /articles/create-many. Katso Luonti joukkona, mikä kutsu kannattaa tehdä ja montako tietuetta luoda.
3

Käyttö

Aktiiviset varastoartikkelit ovat mukana tilauksissa, listauksissa ja raporteissa.
Taulukossa Inventaario → Varastoartikkelit, artikkelin tarkastelusivulla (välilehdet Yleiset / Attribuutit / Tulot ja kulut / Keräily / Dokumentit / Tapahtumat / Tapahtumaloki), keräilynäkymissä, saatavuuskalentereissa ja SKU:n tarkastelusivuilla.
Muokata mitä tahansa kenttää, siirtää sijaintia, vaihtaa statusta, lisätä mediaa tai dokumentteja, lisätä ajastettuja tapahtumia (varauksia / muistiinpanoja), kirjata tulo- ja kulumerkintöjä, lisätä tunnisteita sekä linkittää tai irrottaa SKU:n.
Vain artikkelit, joilla on status: active ja tila In (eivätkä ole sidottuja päällekkäiseen varaukseen), kasvattavat listauksen ATS:ää. Katso Varastoartikkelin tila.
4

Muokkaus

Päivitä kenttiä koko elinkaaren ajan.
Avaa artikkelin tiedot ja muokkaa suoraan tai valitse useita rivejä taulukosta ja käytä joukkomuokkausta. API-päätepiste on PUT /articles/:id.
Lähes kaiken: nimen, SKU-linkin, koodit, statuksen, sijainnin, attribuutit, kunnon, ostohinnan, kuvauksen, mediat, dokumentit ja tunnisteet. Itse id on muuttumaton. Koodeja voi lisätä tai poistaa, mutta niiden on pysyttävä yksilöllisinä tenantin sisällä.
Yhteisvaraston artikkeleille käytä kutsuja POST /articles/:id/increase-quantity tai POST /articles/:id/decrease-quantity. Kutsu ennen vähentämistä GET /articles/:id/plan-quantity-change, niin näet vaikutukset (blockingUnavailabilities, moves, removedSlotIds).
5

Käytöstä poisto tai poistaminen

Suosi statusmuutoksia poistamisen sijaan, jotta historia säilyy.
Aseta statukseksi Ei aktiivinen. Historia (reskontra, tapahtumat, liitteet) säilyy ja artikkeli poistuu saatavuudesta välittömästi. POST /articles/:id/inactivate yrittää myös kohdistaa tulevat varaukset toiselle saatavilla olevalle varastoartikkelille.
Arkistoi se, jolloin tietue säilyy luettavana. Katso Arkistoi varastoartikkeleita.
Vain silloin, kun se ei ole koskaan ollut tilauksella. DELETE /articles/:id estyy viestillä Stock items with order history cannot be deleted — archive them instead, jos artikkeli on tilauksella tai pitää tilaukseen sidottua varausta. Tilauksen status ei vaikuta, joten tilauksen päättäminen ei poista estoa.
Ei mitään. Poistettavalla artikkelilla ei ole tilaushistoriaa menetettäväksi.

Usein kysytyt kysymykset

Käytä yhteisvarastoa identtisille, edullisille ja keskenään vaihdettaville artikkeleille, joissa kappalekohtainen seuranta ei tuo lisäarvoa (kypärät, lukot, kaulanauhat). Käytä sarjanumeroitua (määrä = 1, Seuraa yksilöllisesti) kaikelle, mitä haluat seurata kappaleittain: arvokkaat välineet, eri tahtiin arvoaan menettävät kohteet ja kaikki vuokrattava.
Kyllä. Aseta skuId uuteen arvoon tai arvoon null, jolloin linkki irtoaa. Muutos kirjataan sku_changed-tapahtumana. Olemassa oleva reskontra- ja tapahtumahistoria pysyy artikkelilla.
codes kuuluu varastoartikkelille — se tunnistaa fyysisen esineen. SKU:n code tunnistaa tuotetyypin. Yhdellä SKU:lla voi olla monta varastoartikkelia, joilla kullakin on omat artikkelikoodinsa.
purchasePrice, description, attribuutit ja taxonomyCategoryId. API palauttaa *Origin-kentät, jotka kertovat, tuliko arvo artikkelilta vai SKU:lta. Arvon asettaminen artikkelille ohittaa perinnän; arvon tyhjentäminen palauttaa sen.
Status on sinun päätöksesi (Active / Inactive / Draft). Tilan asettaa keräily (In / Out). Ne ovat toisistaan riippumattomia — Active / Out -artikkeli on kunnossa olevaa varastoa, joka on parhaillaan asiakkaalla.
Aseta sen statukseksi Ei aktiivinen — erillistä Lost- tai Sold-statusta ei ole. Muutos ei muuta takautuvasti artikkelin sisältäviä tilauksia; hoida ne käsin (hyvitys, uudelleenkohdistus). Kirjaa syy muistiinpanona tai reskontramerkintänä.

Kehittäjän viitetiedot

Varastoartikkelit ovat API:ssa articles-resurssi.

API: Articles

Avaa päätepiste API-viitteessä.

Aiheeseen liittyvät artikkelit

SKU:t

Varastoartikkelien tuotetason malli

Varastoartikkelin status

Active / Inactive / Draft

Varastoartikkelin tila

In / Out — fyysinen sijainti suhteessa toimintaasi

Varastokoodit

Tunnisteet, viivakoodit, skannausprosessit

Varastonseuranta

Sarjanumeroitu vs. yhteisvarasto

Varastoartikkelin tapahtumat

Varaukset, muistiinpanot, tapahtumaloki