# Voiko nykyistä ERP:tä täydentää vaihtamatta kaikkea?

Rajaa yhden lisäosan ja selvittää sen toteutusedellytykset.

Nykyistä ERP:tä voi usein täydentää rajatulla lisäosalla, jos tarvittava tieto on käytettävissä ja vastuut voidaan erottaa selkeästi. Ennen toteutuslupausta selvitetään rajapinnat, käyttöehdot, tiedon omistajuus ja virhetilanteet. Tietyn ERP:n kanssa valmista yhteensopivuutta ei voi olettaa.

Koko järjestelmän vaihtamisen ajatus voi tuntua kohtuuttomalta, jos vain yksi työvaihe hidastaa arkea. Strategiaklinikan ERP-moduulien lähtökohta onkin esimerkiksi tilauskäsittelyn, tuotannon työvaiheen tai raportoinnin täydentäminen. Toimiva ydin voi säilyä.

## Voiko tuotannon tai kuljetuksen järjestelmän säilyttää?

Kyllä, jos uusi osa saa tarvitsemansa tiedot ja tieto pysyy yksiselitteisenä. Tuotantotyökalu voi näyttää ERP:n tilauksia ja kerätä työvaiheen tilan. Kuljetusyrityksen lisäosa voi helpottaa tilauksen vastaanottoa tai puuttuvan tiedon täydentämistä. Nämä ovat mahdollisia rajauksia, eivät valmiita liitäntöjä tai tuotteita.

Selvitä ensin, pystyykö nykyinen järjestelmä jo tekemään työn asetuksella tai olemassa olevalla moduulilla. Jos puute koskee vain raporttia, pelkkä lukuyhteys tai sovittu tiedostovienti voi olla kirjoittavaa integraatiota yksinkertaisempi. Siirron viive ja käsityö pitää silti hyväksyä tietoisesti.

## Lisäosan esiselvitys

| Selvitettävä asia | Päätös, jonka sitä varten tarvitset |
| --- | --- |
| Yksi työnkulku | Mistä tapahtuma alkaa ja milloin se on valmis? |
| Perustiedon lähde | Missä asiakas, tuote, tilaus ja tila pidetään oikeina? |
| Yhteyden tapa | API, tiedostosiirto vai muu toimittajan tukema menettely? |
| Käyttöehdot | Saako tiedon lukea, tallentaa ja muuttaa? Maksaako rajapinta erikseen? |
| Tunnisteet | Miten sama tilaus tunnistetaan eri järjestelmissä? |
| Kirjoitusvastuu | Kumpi järjestelmä saa muuttaa mitäkin kenttää? |
| Virhetilanne | Miten katko havaitaan, käsittely uusitaan ja tulos täsmäytetään? |
| Testaus | Onko testiympäristö ja turvallinen esimerkkiaineisto saatavilla? |

Pyydä ERP-toimittajalta dokumentaation lisäksi tarvittavat käyttöoikeudet, rajat, versiotuki ja yhteyshenkilö. API-esittely ei yksin osoita, että juuri tarvittava tieto tai takaisin kirjoittaminen olisi mahdollista.

## Milloin lisäosa on arkkitehtuurisesti järkevä?

Lisäosa sopii tilanteeseen, jossa ydinjärjestelmän vastuu säilyy selkeänä ja lisäosan toiminto voidaan rajata. CTO:n kannattaa piirtää tietovirta ja tarkistaa, ettei synny kahta kilpailevaa tilauksen tai varastosaldon totuutta. Jos sovellus alkaa kopioida suuren osan ERP:n päätöksistä, riippuvuuksista ja perustiedoista, rajaus ei ehkä enää ole lisäosa.

Uutta toiminnanohjausta kannattaa arvioida, jos nykyinen ydinprosessi ei palvele toimintaa tai sen tekninen elinkaari loppuu. Sekään ei tarkoita, että kaikki korvataan yhdellä kertaa. Valmisratkaisu, prosessin muutos ja vaiheittainen uusiminen kuuluvat vaihtoehtoihin.

## Aloita pienellä kokeella

Valitse yksi tietotyyppi ja yksi tapahtuma. Varmista lukeminen ja tarvittaessa kirjoittaminen testissä, mukaan lukien sama tapahtuma kahdesti sekä katkennut yhteys. Sovi, miten vanha työtapa jatkuu kokeilun aikana ja millä ehdolla siirrytään käyttöön. Näin jatkuvuuden huoli muuttuu tarkistettaviksi tehtäviksi.

Seuraavaksi: [tuotannon tilannekuva](/tieto/fi/valmistavan-yrityksen-tuotannon-tilannekuva.md), [integraatioiden tarkistuslista](/tieto/fi/integraatiot-kayttooikeudet-ja-data.md) tai [tarjouspyyntö](/tieto/fi/ohjelmiston-tarjouspyynto.md).

## Lähteet ja julkaisutiedot

- [Strategiaklinikan palvelut ja toimintatapa](https://strategiaklinikka.fi/index.md)

Julkaisija: Strategiaklinikka. Päivitetty: 2026-11-05.

Pysyvä osoite: https://strategiaklinikka.fi/tieto/fi/nykyisen-erp-jarjestelman-taydentaminen.md

[Kaikki oppaat](/tieto/index.md) · [Palvelut ja yhteystiedot](/index.md)