Esimerkki · Energia · Dataintegraatio

Reaaliaikainen mittausdata

Moni sähkö-, kaukolämpö- ja vesiyhtiö siirtää mittausdatan eteenpäin kerran vuorokaudessa yöajona. Siihen asti data odottaa. Laskutus viivästyy, ja analytiikka näyttää eilistä tilannetta.

● AMR / AMI · Tapahtumapohjainen integraatio
MITTARILUKEMA-DASHBOARD
↻ Batch · eilen
MTR-0042 · Sähkö
2 847 kWh
eilen 02:14
MTR-0117 · Kaukolämpö
18,4 MWh
eilen 02:14
MTR-0203 · Vesi
412 m³
eilen 02:14
● Tapahtuma · nyt
MTR-0042 · Sähkö
3 104 kWh
juuri nyt
MTR-0117 · Kaukolämpö
19,1 MWh
juuri nyt
MTR-0203 · Vesi
418 m³
juuri nyt
Ongelma

Kun data saapuu liian myöhään

Energiayhtiöissä mittausdata kulkee yhä yöajoina, CSV-siirtoina ja käsin tehtävinä vaiheina. Jokainen välivaihe lisää viivettä ja virheiden riskiä.

Viivästynyt laskutus
Mittarilukemat tulevat järjestelmään vasta yöajon jälkeen. Laskutus pääsee alkamaan vasta, kun data on perillä. Mittauksesta on silloin kulunut tunteja tai päiviä.
Analytiikka jää jälkeen
Dashboardit näyttävät eilistä kulutusta. Kapasiteetti- ja kuormituspäätökset tehdään vanhentuneen tiedon varassa. Ongelma korostuu kriittisinä huipputunteina.
Manuaalityö
CSV-vienti, FTP-siirto ja yöajo ovat kukin oma virheenlähteensä. Jos siirto epäonnistuu, kukaan ei huomaa sitä ennen aamua.
Tyypillinen eräajopäivä mittarilukemasta laskutukseen
Mittaus 23:00
~3 h odotus
Yöajo 02:15
~6 h odotus
ERP 08:00
~2 h käsittely
Laskutus 10:00
klo 23:00klo 02:00klo 05:00klo 08:00klo 10:00
Arkkitehtuuri

Tapahtumapohjainen integraatio vie lukeman perille sekunneissa

Jokaisesta mittarilukemasta syntyy tapahtuma, eikä eräajoa odoteta. Integraatiokerros välittää datan sekunneissa kaikkiin kohdejärjestelmiin. Yöajoja ja käsin tehtäviä siirtoja ei tarvita.

01
Mittari mittaa
Etäluettava AMR/AMI-mittari tai IoT-anturi tuottaa lukeman. Sähkön, kaukolämmön ja veden lukemat kulkevat samaa reittiä.
02
Tapahtuma syntyy
Lukemasta syntyy tapahtuma sekunneissa. Seuraavaa yöajoa tai eräajoa ei odoteta.
03
Integraatiokerros reitittää
Aplikan integraatioalusta tarkistaa ja muuntaa tapahtuman ja välittää sen rinnakkain kaikkiin kohdejärjestelmiin. Epäonnistunut siirto yritetään automaattisesti uudelleen, ja jokaisesta tapahtumasta jää jälki lokiin (audit trail).
04
Laskutus ja analytiikka
Laskutusjärjestelmä, analytiikka-alusta ja asiakasportaali saavat saman datan sekunneissa. Kaikki käyttävät todellista mittausdataa.
ENNEN · Batch-integraatio
  • ✕Mittausdata siirretään kerran vuorokaudessa yöajona
  • ✕Epäonnistunut siirto huomataan vasta aamulla
  • ✕Laskutus viivästyy, koska data ei ole saatavilla ennen yöajoa
  • ✕Jokainen uusi kohdejärjestelmä vaatii oman integraation
  • ✕Siirroista ei jää lokia, josta näkisi, kuka siirsi mitä ja milloin
JÄLKEEN · Tapahtumapohjainen integraatio
  • ✓Jokaisesta mittauksesta syntyy tapahtuma sekunneissa
  • ✓Virhetilanteet havaitaan ja käsitellään automaattisesti
  • ✓Laskutus voi alkaa heti, kun mittausdata on perillä
  • ✓Uuden kohdejärjestelmän voi liittää mukaan koskematta lähdejärjestelmään
  • ✓Jokaisesta tapahtumasta jää audit trail
Aikajana

Mittauksesta laskutukseen, askel askeleelta

Valitse vaihe ja katso, miten sama lukema etenee eräajoissa ja tapahtumapohjaisessa integraatiossa.

ENNEN · BATCH
Mittari lukee kulutuksen. Lukema jää mittarin muistiin odottamaan seuraavaa yöajoa.
Lukemaa ei näe kukaan ennen aamua. Jos mittari hajoaa yöllä, data katoaa.
JÄLKEEN · TAPAHTUMAPOHJAINEN
Mittari lähettää lukeman tapahtumana heti, kun se syntyy. Integraatiokerros ottaa sen vastaan ja välittää eteenpäin sekunneissa.
Laskutusjärjestelmä ja analytiikka päivittyvät sekunneissa. Eräajoa ei odoteta.
ENNEN · BATCH
Yöajo käynnistyy klo 02:15. Skripti lukee tiedostot, avaa yhteyden kohdejärjestelmään ja siirtää datan CSV-tiedostona.
Jos yhteys katkeaa tai tiedosto on viallinen, siirto epäonnistuu ilman hälytystä. Asia selviää vasta aamulla.
JÄLKEEN · TAPAHTUMAPOHJAINEN
Yöajoa ei ole. Jokainen lukema on jo perillä. Jos yhteys on välillä katkennut, integraatio on yrittänyt siirtoa automaattisesti uudelleen.
Klo 02:15 laskutusjärjestelmässä on jo tunnin tarkkuudella päivittyvä kulutustieto.
ENNEN · BATCH
ERP käsittelee yöajon siirtämän datan aamulla. Vasta nyt laskutus pääsee alkamaan.
Jos ketjussa oli jossain virhe, sen korjaamiseen menee tunti tai enemmän, ja laskutus viivästyy.
JÄLKEEN · TAPAHTUMAPOHJAINEN
ERP on päivittynyt yön aikana tapahtuma kerrallaan. Aamulla data on valmiina ja tarkistettuna.
Laskutus voi alkaa heti toimiston auettua tai kokonaan automaattisesti.
ENNEN · BATCH
Asiakas saa laskun vasta päivien tai viikkojen päästä, kun data on kulkenut kaikkien vaiheiden läpi.
Kassavirta viivästyy, ja laskutustiimi odottaa dataa. Laskutusta ei voi automatisoida, koska data ei tule ajoissa.
JÄLKEEN · TAPAHTUMAPOHJAINEN
Lasku perustuu todelliseen kulutukseen. Asiakas näkee saman tiedon asiakasportaalista, jossa näkymä päivittyy sekunneissa.
Viivästyneestä datasta ei tule reklamaatioita. Asiakaskokemus paranee ilman lisätyötä.
Tulokset

Hyödyt lukuina

sekunnit
Viive mittarilukemasta laskutusjärjestelmään. Ennen 24 h.
24/7
Lukemat kulkevat ympäri vuorokauden ilman ajastettua ajoa, myös viikonloppuisin
0
Manuaalista yöajoa, CSV-siirtoa tai ajastettua eräajoa
Laskuri

Laske laskutusviiveen kassavirtavaikutus

Arvioi, paljonko myyntisaamisia laskutusviive sitoo ja paljonko se maksaa rahoituskuluina.

Viiveen sitomat myyntisaamiset
175 000 €
Rahoituskustannus vuodessa (5 %)
8 750 €
Vapautuva kassavirta, kun viive lyhenee vuorokauteen
175 000 €

* Myyntisaamiset = mittarit × keskimääräinen lasku × (viive / 30). Rahoituskustannus = 5 % vuotuinen pääomakustannus sidotulle kassavirralle. Vapautuva kassavirta olettaa, että viive lyhenee yhteen vuorokauteen. Lukema tulee perille sekunneissa, mutta laskutusajo määrää lopullisen tahdin. Luvut ovat havainnollistavia.

Hyödyt

Mitä tuore data muuttaa laskutuksessa ja analytiikassa

[ 01 ]

Laskutus nopeutuu ja kassavirta paranee

Kun mittausdata on perillä sekunneissa, laskutuksen ei tarvitse odottaa yöajoa. Myyntisaamiset syntyvät aiemmin, ja kassavirta paranee, vaikka laskutusprosessia ei muuteta.

[ 02 ]

Kuormitusanalyysi tuoreesta datasta

Kulutusdata tulee analytiikka-alustaan sekunneissa. Kapasiteettia ja kuormituksen tasapainottamista koskevat päätökset tehdään ajantasaisen tiedon pohjalta.

[ 03 ]

Valmius viranomaisvaatimuksiin

Energiala on tiukasti säänneltyä. Jokaisesta tapahtumasta jää audit trail, ja tapahtumahistoria on katkeamaton. Niillä vastataan viranomaisvaatimuksiin ilman erillistä raportointityötä.

[ 04 ]

Parempi asiakaskokemus

Asiakasportaali voi näyttää sekunneissa päivittyvän kulutuksen. Asiakas näkee saman tiedon kuin laskutusjärjestelmä, joten laskun saapuessa ei tule yllätyksiä.

Mittausdata tulee monessa teknisessä muodossa. Käytössä voi olla AMR, AMI, P1-protokolla tai DLMS/COSEM. Siksi aloitamme kuntokartoituksella. Selvitämme, mitä mittarijärjestelmiä teillä on, miten data nyt liikkuu ja mikä rajapinta sopii kokeiluun (PoC). Tyypillinen PoC kestää 2–4 viikkoa.

Teknologia

Integraatiokerros, joka ei sido yhteen toimittajaan

Aplikan integraatioalusta toimii nykyisten järjestelmien rinnalla. Mittari- ja laskutusjärjestelmä jäävät käyttöön sellaisinaan.

Integraatiokerros (Aplika)
Event streaming
REST / MQTT / OPC-UA
Uudelleenyritys ja duplikaattisuoja
Audit trail
Skeemavalidointi
Tapahtumapohjainen monitorointi
Kohde- ja lähdejärjestelmät
AMR / AMI -järjestelmä
Laskutusjärjestelmä
Analytiikka-alusta
ERP / toiminnanohjaus
Asiakasportaali
SCADA / DCS

Aloitetaan kuntokartoituksella

Selvitämme, miten data nyt kulkee, ja sovimme PoC:n laajuuden. Käynnistyksestä pilottiin kuluu tyypillisesti 2–4 viikkoa.

Esimerkki on yleistetty energia-alan tapaus, ei yksittäinen asiakas. Mittarimäärät, viiveet ja eurot ovat havainnollistavia, ja laskurin luvut perustuvat sen alla oleviin oletuksiin. Teidän ympäristönne todelliset luvut selviävät kuntokartoituksessa.