IT:stä laadunhallintaan, hallinnollisista töistä tekniseen tiimiin – jokainen osaston työpyyntö ja ulkoinen asiakastukitapaus etenee sähköpostin ja WhatsAppin sijaan yhdessä koodilla varustetussa (TLP-2026-0001), tilakoneella ohjatussa ja auditointijäljen sisältävässä tikettijärjestelmässä. Pyyntö ohjautuu kategorian mukaan oikealle osastolle, otetaan jonosta hoidettavaksi tai osoitetaan henkilölle, käynnistetään, ratkaistaan, varmennetaan ja suljetaan. Jokainen vaihe kirjautuu vain lisättävissä olevaan (append-only) toimintolokiin; kuka teki, milloin ja miksi ei koskaan katoa. Tämä on ITSM-/helpdesk-kerros ja alue, johon ERP-järjestelmäsi ei lainkaan kosketa.
Logo, Mikro, SAP, Netsis tai Uyumsoft ei mallinna pyynnön elinkaarta (avattu → osoitettu → ratkaistu → varmennettu → suljettu), sen uudelleenavausta, sisäisen muistiinpanon ja asiakkaalle näkyvän vastauksen erottamista, SLA-/määräaikaseurantaa tai pyynnön ohjaamista toiselle osastolle ja putoamista sen jonoon. Nämä ovat ERP:n ulkopuolinen ITSM-/helpdesk-tarve. ERP:n pakottaminen tähän käyttäytymiseen räätälöinnillä on sekä arkkitehtuurin vastaista että sietämättömän kallista; siksi useimmat yritykset hukkaavat pyynnöt Exceliin ja sähköpostiin. Portaali lisää tämän kerroksen koskematta ERP:hen; ERP pysyy ainoana totuuden lähteenä.
Jokaisella osastolla on omat kategoriansa (esim. IT: Laitteisto / Ohjelmisto / Verkko). Pyyntöä avattaessa valitaan kategoria ja se ohjautuu oikealle osastolle. Jokaisella osastolla on varakategoria 'Muu'; kun pyyntö ohjataan toiselle osastolle, kategoria kohdistetaan automaattisesti kohteen 'Muu'-kategoriaan.
Avoin pyyntö odottaa osaston jonossa. Osaston jäsen ottaa pyynnön itselleen (claim), esihenkilö osoittaa sen tietylle henkilölle (assign), ja osoitettu henkilö siirtää sen perusteluineen toiselle saman osaston jäsenelle (transfer). Jokainen tapahtuma tuottaa ilmoituksen ja kirjautuu lokiin.
Väärälle osastolle pudonneen pyynnön esihenkilö ohjaa perustellen oikealle osastolle (redirect). Pyyntö putoaa kohdeosastolla uudelleen jonoon (open), osoitus nollataan ja kategoria kohdistetaan kohteen varakategoriaan. Ohjauksen perustelu säilytetään toimintolokissa.
Päälinja open → assigned → in_progress → resolved → closed; open/assigned-tiloista perusteltu hylkäys tai peruutus, resolved-tilasta uudelleenavaus. Jokainen siirtymä käy yhden transaktion sisällä tilaguardin läpi; vanhentunut näkymä tai samanaikainen toiminto estää virheellisen siirtymän. Suljettu/hylätty/peruutettu pyyntö on päätepiste, eikä ota enää vastaan toimintoja.
Osoitettu henkilö merkitsee pyynnön 'ratkaistuksi' ratkaisumuistiinpanolla; sulkemisvaltuus on pyynnön esittäjällä. Esittäjä hyväksyy ratkaisun ja sulkee sen tai avaa uudelleen perustellen (resolved → in_progress, osoitus säilyy). Määritetyn päivämäärän odottaneet ratkaistut pyynnöt suljetaan automaattisesti cron-ajolla.
Kommentit voivat olla sisäisiä (is_internal) tai julkisia. Sisäisen muistiinpanon näkevät vain kohdeosaston jäsenet ja esihenkilöt; sitä ei koskaan lähetetä pyynnön esittäjälle. Myös sisäiseen kommenttiin liitetyt tiedostot ovat esittäjältä piilotettuja. Tiimi keskustelee vapaasti keskenään, ja esittäjä näkee vain hänelle suunnatut vastaukset.
Avaus, ottaminen, osoittaminen, siirto, ohjaus, käynnistys, ratkaisu, sulkeminen, uudelleenavaus, hylkäys ja peruutus – jokainen toiminto kirjautuu muuttumattomaan toimintolokiin. Hylkäyksen/peruutuksen/ohjauksen perustelut ja siirtokohteet säilytetään lokin meta-kentässä. Kysymykseen 'kuka, milloin, miksi' saadaan aina vastaus.
Jokaiselle pyynnölle annetaan prioriteetti (matala/normaali/korkea/kiireellinen) ja määräaika (due_date). Pyyntöjä seurataan prioriteetin ja määräajan mukaan; myöhässä olevat ja lähestyvät pyynnöt nousevat esiin. Roolipohjaiset näkymät 'minulle osoitetut / osaston jono / avaamani' tekevät työmäärän seurannasta selkeää.
Sama infrastruktuuri toimii myös ulospäin suunnattuna tukipalveluna: yritys- ja tuotekohtainen kirjaus, tukikategoria/-tyyppi, ilmoitussähköposti sekä osoitus- ja vastausvirta. Sisäiset työpyynnöt ja ulkoiset asiakastukipyynnöt hallitaan yhdessä kurinalaisessa mallissa.
Työntekijä (tai asiakas) avaa pyynnön otsikolla, kuvauksella, kohdeosastolla, kategorialla, prioriteetilla ja mahdollisella määräajalla; liittää tiedostoja. Pyyntö saa yksilöllisen koodin (esim. TLP-2026-0001) ja kohdeosaston esihenkilöille lähtee ilmoitus.
Pyyntö putoaa osaston jonoon. Jäsen ottaa sen itselleen tai esihenkilö osoittaa sen jollekulle. Jos pyyntö tuli väärälle osastolle, se ohjataan perustellen oikealle osastolle ja putoaa siellä uudelleen jonoon.
Osoitettu henkilö käynnistää pyynnön (in_progress), etenee tiimin kesken sisäisillä muistiinpanoilla ja tarvittaessa siirtää sen saman osaston sisällä. Työn valmistuttua pyyntö merkitään 'ratkaistuksi' ratkaisumuistiinpanolla ja esittäjää tiedotetaan.
Esittäjä hyväksyy ratkaisun ja sulkee sen tai avaa uudelleen perustellen. Jos hyväksyntää ei tule, järjestelmä sulkee pyynnön automaattisesti määritellyn päivämäärän jälkeen. Jokainen vaihe kirjataan auditointijälkeen.
Pyyntö- & tukipalvelu on ytimeltään puhdas intranet-/ITSM-kerros; sillä ei ole ERP:ssä vastaavaa objektia eikä se ole toiminnassaan riippuvainen ERP:stä. Suhde ERP:hen rakentuu perustiedon (henkilöstö, osasto, organisaatio) syöttämisen ja pyyntöjen tulosten liittämisen kautta asianomaisiin operatiivisiin moduuleihin.
Pyynnön esittäjät, osoitetut henkilöt, esihenkilöt ja osastohierarkia syötetään ERP:stä/HR-moduulista vain luku -tilassa peilatulla henkilöstö- ja organisaatiotiedolla. Osastoesihenkilön määrittely ja jäsenyydet tulevat tästä perustiedosta; erillistä käyttäjälistaa ei tarvitse ylläpitää.
Jos pyyntö laukaisee kulun, kunnossapidon työmääräyksen, hankintapyynnön tai varallisuuden siirron, se liitetään asianomaiseen moduuliin; hyväksyntää vaativat vaiheet siirretään keskitettyyn hyväksyntämoottoriin. Näin pyyntötapahtumat yhdistyvät muiden portaalin prosessien kanssa yhteen auditoitavaan virtaan.
Tiketin elinkaari etenee kokonaan portaalissa; ERP:hen kirjoittaminen ei ole pakollista. ERP pysyy ainoana totuuden lähteenä, eikä portaali muuta sitä lainkaan tätä ITSM-tarvetta varten. Haluttaessa ratkaistujen pyyntöjen yhteenveto yhdistetään raportointikerroksessa ERP-tiedon kanssa.
Kerro ERP:si ja prosessisi. Näytämme, miten tämä moduuli toimii, ja sisällytämme sen tilaukseesi — ei henkilötyöpäivä-, lisenssi- tai käyttöönottomaksua.
Varaa esittely →