Automaatio3 min luettavaa

Automaatio luki kentän ennen kuin toinen kirjoitti sen

Kaksi automaatiota tarttui samaan tilaukseen, ja kenttä, jonka toinen luki, oli vielä tyhjä. Näin tarkistat, lukeeko oma ketjusi arvoa, jota kukaan ei ole vielä kirjoittanut.

Automaatio luki kentän ennen kuin toinen kirjoitti sen

Tilaus ilmestyi työtaululle itsestään. Siitä puuttui juuri se tieto, jonka takia sen oli tarkoitus ilmestyä sinne.

Kaksi automaatiota tarttui samaan tilaukseen lähes samalla hetkellä. Kumpikin teki oman työnsä oikein, mutta väärässä järjestyksessä: Siirto luki kentän, jonka merkintäsääntö kirjoitti vasta sen jälkeen.

Toistuva tietotyö, joka kuuluu koneelle

Osa verkkokaupan tilauksista sisältää lisätyön, joka tehdään käsin ennen lähetystä. Asiakas syöttää tilauslomakkeella oman tekstinsä ja valitsee tyylin, ja joku tekee työn sen mukaan. Jotta se onnistuu, tilauksen tiedot on saatava sinne, missä työ tehdään: Mikä tuote, mikä teksti, mikä tyyli.

Käsin tämä on tuttua copy pastea. Avaa tilaus, maalaa teksti, liimaa työtaululle, toista. Yhdelle tilaukselle se on sekunnin homma, sadannelle se on virhealtis, ja virhe maksaa tuotteen, koska väärä teksti on jo tehty valmiiksi.

Miksi kenttä oli tyhjä

Olin rakentanut ketjun suoraviivaisesti. Kaupan oma sääntö merkitsee tilauksen, jossa lisätyötä on, ja siirtopalvelu vie merkityt tilaukset taululle. Ketju oli looginen, ja se ei toiminut.

Syy oli ajoituksessa. Merkintäsääntö herää tilauksen synnystä ja kirjoittaa merkinnän omalla aikataulullaan. Siirtopalvelu herää samasta tapahtumasta. Kun siirto lukee tilausta, merkintää ei vielä ole, joten kenttä on tyhjä.

Samassa on toinen kerros, joka on hyvä tietää: Tapahtumailmoitus, jonka siirto saa, on valokuva tilauksesta sen syntyhetkellä. Vaikka merkintä ilmestyisi sekuntia myöhemmin, se ei ilmesty siihen ilmoitukseen. Tilaus muuttuu, ilmoitus ei.

Rakensin sen toisin päin

Siirsin tunnistuksen pois merkinnästä. Nyt siirto katsoo tilausriviltä kenttää, jonka kauppa kirjoittaa sillä hetkellä, kun asiakas tilaa, eli asiakkaan omaa valintaa. Se on paikalla heti, koska se on tilauksen alkuperäistä sisältöä eikä toisen automaation jälkikäteen tekemä päätelmä.

Toinen korjaus koski muotoa. Siirtopalvelu liikuttaa yksittäisiä arvoja hyvin, mutta litistää sisäkkäisen rakenteen: Monta riviä muuttuu yhdeksi pilkuilla erotetuksi merkkijonoksi. Sen jälkeen yksi pilkku asiakkaan omassa tekstissä riittää sotkemaan parit keskenään. Siirsin koostamisen ylävirtaan, siihen järjestelmään, joka näkee rakenteen, ja annoin ketjulle yhden valmiin rivin tehtävää kohti. Muotoilun testasin oikealla tilausdatalla, ja viisi tapausta viidestä meni läpi: Teksti jossa on pilkku, kaksinkertainen kappalemäärä ja tilaus jossa lisätyötä ei ole lainkaan, jolloin tulos on tyhjä.

Mitä taululla näkyy nyt

Taululla on yksi rivi kutakin tehtävää kohti. Kahden lisätyön tilaus näyttää kaksi riviä, koska tekijälle ne ovat kaksi erillistä työtä.

Tunteja en mitannut, enkä siksi väitä säästöä. Luotettavuus muuttui: Ketju ei enää riipu siitä, kumpi automaatio ehti ensin. Molemmat automaatiot toimivat koko ajan, ketju ei, ja ero näkyi vain yhtenä tyhjänä kenttänä.

Kolme kysymystä omasta ketjusta

  • Kuka kirjoittaa tämän kentän? Käy ketjusi läpi kenttä kerrallaan ja merkitse jokaisen kohdalle kirjoittaja. Jos vastaus on toinen automaatio, siinä on ajoitusriski, vaikka kaikki toimisi tänään.
  • Onko arvo olemassa jo tapahtuman hetkellä? Asiakkaan itse syöttämä tieto on paikalla heti. Johdettu merkintä, tila tai tunniste syntyy myöhemmin, ja juuri siitä ketju katkeaa.
  • Luenko ilmoitusta vai tietuetta? Jos tarvitset arvon, joka syntyy vasta tapahtuman jälkeen, hae tietue uudelleen sen sijaan, että luet sitä tapahtumailmoituksesta. Ilmoitus ei päivity jälkikäteen.

Sama pätee paljon tutumpiin ketjuihin kuin verkkokaupan tilauksiin. Jos sähköpostisääntö lajittelee viestejä merkinnän perusteella, jonka toinen sääntö lisää, tai jos raportti lukee tilaa, jonka skripti kirjoittaa yöllä, kysymys on täsmälleen sama. Tällaiset ketjut ovat niitä, joihin viikon tunnit katoavat huomaamatta, ja siksi niitä kannattaa siirtää koneelle kokonaan eikä puoliksi. Kirjoitin erikseen siitä, mistä toistuvien töiden automatisointi kannattaa aloittaa, kun aika menee kokonaan asiakastyöhön.

Oma ketjuni oli valmis vasta siinä vaiheessa, kun lakkasin lukemasta kenttää, jonka kirjoittaja saapuu paikalle minun jälkeeni.