Microsoft Dynamics 365 Business Central on erityisesti keskisuurten yritysten tarpeisiin sopiva, pilvipohjainen toiminnanohjausjärjestelmä. Se yhdistää taloushallinnon, myynnin, asiakaspalvelun, toimitusketjun, tuotannon, projektinhallinnan ja raportoinnin yhteen, saumattomaan kokonaisratkaisuun. Ratkaisu saa vuosittain kaksi laajempaa versiopäivitystä sekä pienempiä, korjauksia sisältäviä päivityksiä kuukausittain. Tässä blogisarjassa perkaamme tarkasti laajat pääpäivitykset, ja nyt vuorossa on huhtikuun 2026 päivitys 28.0.
Business Centralin versiopäivitys 28.0 tuo mukanaan merkittäviä uudistuksia erityisesti tekoälyn, agenttien ja automaation hyödyntämiseen. Copilot ja agentit kehittyvät kohti arjen työn tukemista entistä laajemmin: agenttien hallinta keskitetään yhteen näkymään, niiden tehtäviä voidaan ohjata ja keskeyttää hallitusti, ja MCP-palvelimen parannukset tekevät integraatioista luotettavampia ja läpinäkyvämpiä. Samalla tekoäly siirtyy vahvemmin myös kehitykseen, jossa agentit tukevat AL-koodin koko elinkaarta suunnittelusta testaukseen.
Toimitusketjun hallintaan, taloushallintoon ja raportointiin päivitys tuo käytännön arkea helpottavia parannuksia. Suoratoimituksia ja ostolaskujen käsittelyä on yksinkertaistettu, tuotannon suunnittelua täsmennetty ja laadunvalvontaa laajennettu. Raportoinnissa korostuvat hallittavuus ja yhdenmukaisuus, kun taas hallinnan ja tietoturvan uudistukset parantavat läpinäkyvyyttä koko järjestelmässä. Kokonaisuutena 28.0 vie Business Centralia kohti älykkäämpää, integroidumpaa ja helpommin hallittavaa kokonaisuutta.
Edellisessä versiossa 27.0 julkaistuun MCP-palvelimeen (Model Context Protocol) on tullut päivityksiä ja parannuksia. Olemassa olevaan Mallikontekstiprotokollan (MCP) palvelinmääritykset -sivuun on tuotu uusia validointimahdollisuuksia, joilla voidaan varmentaa Business Centralin puolelta, että ulkoisten agenttien käytössä olevat API-rajapinnat ovat olemassa, eivätkä ne ole esim. sovelluksen poistamisen yhteydessä kadonneet. Ympäristöjen välillä tehtävää agenttien konfigurointien siirtoa varten on lisätty Import- ja Export-toiminnot.
Muut MCP-palvelimet ovat käytettävissä esiversiona (Public preview), ja Copilot Studio sekä Visual Studio Code (VS Code) ovat virallisesti tuettuja. Muille MCP-palvelimille saattaa joutua tekemään enemmän asetuksien kuntoon saamisessa: esimerkiksi Entra-sovelluksen rekisteröinnin, jotta valtuutukset saadaan toimimaan.
Kaikki MCP-konfigurointien muutokset tulevat lokitetuiksi Microsoftin Purview- sekä telemetrialokeihin. Sekä onnistuneet että epäonnistuneet MCP-kutsut näkyvät telemetriatiedoissa, mikä helpottaa MCP-palvelimien käytön seurantaa. Lisäksi jonkin aikaa sitten MCP-protokollaan käytettäväksi tullut resurssien käyttö on nyt myös tuettuna Business Centralin MCP-palvelimella.
Versio 28.0 mahdollistaa myös muiden kuin Microsoftin MCP-palvelinten lisäämisen Business Centraliin.
Agenttien tehtävien hallintaan on tuotu helpotusta ja selkeytystä. Business Centralissa agentteja käytettäessä avautuu käyttöliittymään erillinen tehtäväpaneeli omana sivupaneelinaan, jonka voi avata mistä tahansa Business Centralin sisällä. Tehtäväpaneelista pystyy seuraamaan kaikkien agenttien tekemiä tehtäviä, tarkastella niiden tietoja sekä siirtyä suoraan agentin tekemään ehdotukseen ja suorittaa tai hylätä sen. Tämä helpottaa agenttien hallinnointia ja seurantaa etenkin, jos käytössä on useampia eri agentteja, jotka tekevät eri prosesseihin liittyviä tehtäviä.
Agenttien tehtävien hallinnasta on ollut viime aikoina paljon kohinaa ja tämä on huomioitu myös Business Centralin agenttien ominaisuuksissa. Agenttien käyttöön on lisätty uusi toiminto, jonka avulla voit yhdellä komennolla pysäyttää agentin kaikki aktiiviset tehtävät kerralla. Tällä tavoin ei tarvitse odotella yksittäisten tehtävien valmistumista tai perua niitä manuaalisesti, vaan käyttäjä voi nopeasti keskeyttää agentin kaikki tehtävät ja jatkaa sen jälkeen, kun agentin pysäyttämiseen johtaneet ongelmat on saatu ratkottua.
Uusi päivitys 28.0 tuo mukanaan mahdollisuuden vaikuttaa suunnittelutyökirjan laskentatapaan silloin, kun nimikkeelle ei ole perustettu varastointiyksikköä. Aikaisemmin suunnittelutyökirjan ajo on tarkistanut, onko nimikkeelle perustettu varastointiyksikkö, ja jos näin ei ole, nimikkeen kortin suunnitteluparametreja on käytetty vain, jos suunnittelutarpeen sijainti on vastannut tuotannon asetusten Komponentit sijainnissa -kentän sijaintia.
Nyt sijaintikortille on kuitenkin lisätty kaksi uutta kenttää, joilla suunnitteluajon toimintaa voidaan ohjata tilanteissa, joissa varastointiyksikköä ei ole perustettu. Puuttuvan varastointiyksikön suunnittelupolitiikka -kentässä voidaan määrittää suunnitteluajo toimimaan yllä kuvatun mallin mukaisesti, hakemaan suunnitteluparametrit nimikkeenkortilta kokonaisuudessaan, jos varastointiyksikköä ei löydy tai ohittamaan kaikki kyseisessä sijainnissa olevat nimikkeet, joille ei ole perustettu varastointiyksikköä. Jos suunnitteluparametrit määritetään haettavaksi nimikkeen kortilta, luo suunnitteluajo nimikkeelle väliaikaisen varastointiyksikön, jolle kopioidaan nimikkeen kortin tiedot ja joka poistetaan automaattisesti suunnitteluajon valmistumisen jälkeen.
Toinen uusi kenttä on Varastointiyksikön luontipolitiikka, jolla voidaan ohjata, voiko kyseiseen sijaintiin sijoitetuille nimikkeille luoda ollenkaan varastointiyksikön korttia. Oletuksena varastointiyksikköjen perustaminen on sallittu, mutta tämä voidaan estää kentän Estetty-valinnalla.
Sijaintikortille on lisätty uudet parametrit, joilla ohjataan varastointiyksikön luontia sen puuttuessa nimikkeeltä.
Suoratoimitusten käsittelyä on virtaviivaistettu ja yksinkertaistettu, minkä lisäksi suoratoimitukset on lisätty osaksi tuotannon suunnittelua ja ne huomioidaan, kun tuotannon tarpeita lasketaan suunnittelutyökirjalla ja Tilauksen suunnittelu -tehtävällä.
Suoratoimitukset voi luoda suoraan myyntitilaukselta uudella Luo ostotilaukset -toiminnolla, joka muodostaa kaikista suoratoimitettaviksi merkatuista myyntitilausriveistä uudet ostotilaukset. Ostotilauksen toimittaja tuodaan mahdollisuuksien mukaan nimikkeen tai varastointiyksikön kortilta, mutta sitä voidaan muuttaa ennen viimeistä vahvistusta.
Ostotilausten luonti onnistuu nyt suoraan myyntitilaukselta.
Suunnittelutyökirjalle on lisätty uusi työkalurivin valikko, jonka kautta suunnittelutyökirjalle voidaan hakea kaikki suoratoimitettaviksi merkatut myyntitilaukset ostotilausten muodostusta varten. Myös Tilauksen suunnittelu -sivun Laske suunnitelma -tehtävä huomioi suoratoimitettavat myyntitilausrivit automaattisesti ostotilausten muodostusta varten.
Suoratoimituksia varten suunnittelutyökirjan työkaluriviin on lisätty uusi kohta, josta suoratoimitettavat myyntitilaukset voidaan hakea.
Aikaisemmin Business Centralin suoratoimitusprosessi on liittänyt myynti- ja ostotilauksen vahvasti toisiinsa prosessin eri vaiheissa, eikä ostolaskun muodostus ole ollut mahdollista ennen myyntilaskun kirjaamista. Tämä on voinut aiheuttaa haasteita tilanteissa, joissa toimittajan ostolasku on pitänyt kirjata ja käsitellä ennen kuin asiakas on käsitellyt heille lähetetyn myyntilaskun.
Suoratoimitusten laskutusprosessi muuttuu kuitenkin siten, että jatkossa ostolaskut eivät ole sidonnaisia myyntilaskujen tilaan, vaan ne voidaan käsitellä normaalin ostolaskuprosessin mukaisesti joko kirjaamalla sen ostotilauksesta tai varaston vastaanottotapahtumasta Hae tilausrivit tai Hae vast. oton rivit -toiminnoilla.
Huomioitavaa: Koska uudistus muuttaa pitkään voimassa ollutta Business Centralin ydinlogiikkaa, voi tämä muutos vaikuttaa mahdollisten laajennusten tai lisäsovellusten toimintaan, jotka ovat käsitelleet jollain tavalla suoratoimitusten käsittelyä.
Ostolaskuriviltä löytyy nyt uusi Hae tilausrivit- toiminto.
Business Centralin vakiona saatavilla olevia laadunvalvontatoiminnallisuuksia on laajennettu uuden AppSourcesta ilmaiseksi saatavilla olevan laajennuksen avulla. Huhtikuun 2026 jälkeen asennettaviin Business Central -ympäristöihin laajennus tuodaan automaattisesti osana vakioasennusta.
Laadunvalvonnan laajennus lisää laatutarkastuksen suorittamisen ja seurannan työvaiheet ostovastaanotoille sekä tuotannon ja kokoonpanon valmistumiskirjauksille ja sisältää mahdollisuuden luoda manuaalisia ja ajastettuja tarkastuksia ennalta määriteltyinä haluttuina ajankohtina. Ajastetut laadunvalvontatesti voidaan myös määrittää syntymään aina prosessin tietyn vaiheen yhteydessä, kuten esimerkiksi aina ostovastaanoton, tuotannon tuotoksen tai kokoonpanon kirjauksen jälkeen.
Laadunvalvontaa voidaan suorittaa useilla eri tasoilla yksittäisistä nimikkeistä nimikeryhmiin ja tiettyihin eriin sekä sarjanumeroväleihin saakka ja kokeille voidaan määrittää tarkat arvioitavat parametrit, kuten mitat, painot ja tiheys. Laadunvalvontaprosessiin voidaan myös sisällyttää ulkoisen laadunvalvonnan osuus kokonaismäärästä laskettavana erillisenä kiinteänä määränä tai prosenttiosuutena sekä karanteenimenettely, jonka mukaan hylättyjä tuotteita käsitellään.
Laadunvalvontatestin kortti.
Raportoinnin osalta jokaisesta hyväksytystä laadunvalvontatestistä voidaan tulostaa oma laatusertifikaattinsa tai analyysitodistus, joita saatetaan tarvita viranomais- tai sidosryhmäraportointiin. Lisäksi laadunvalvontaan löytyy yleisiä raportteja, joilla voidaan seurata laadunvalvonnan tasoa sekä nimike-, että laatutilaustasolla.
Ostolaskujen täsmäytyksen vakiotoiminnallisuus on uudistunut ja tukee nyt yhden ostolaskun ja ostolaskurivin täsmäytystä useaan eri ostotilaukseen tai vastaanottotapahtumaan ostolaskun rivin Hae tilausrivit -toiminnon avulla.
Tilausrivien näkymä ostolaskun rivillä.
Täsmäytys ei enää vaadi vastaanottotapahtumaa eli samalle ostolaskulle voi täsmäyttää sekä vastaanotettuja että avoimia, vastaanottamattomia ostotilauksen rivejä. Jos ostolaskun riviä täsmäytetään vastaanottamattomaan ostotilausriviin, voidaan määritellä ostotilauksella, tarvitseeko ostotilausrivi erikseen vastaanottaa vai kirjataanko ostolaskun kirjauksen yhteydessä myös automaattisesti vastaanottotapahtuma.
Lisäksi samaan ostolaskun riviin voidaan täsmäyttää useita eri ostotilaus- tai vastaanottorivejä. Ostolaskun rivin määrät ja summan voi jakaa täsmäytyksessä näiden rivien kesken ostolaskun rivin Täsmäytetyt tilausrivit -ponnahdusikkunassa.
Täsmäytyksen osalta on huomioitava, että täsmäytys ei onnistu niille tilauksille, joilta on maksettu ennakkomaksuja, jos ostotilaus on linkitetty projektiin, puitetilaukseen tai konsernitilaukseen tai se on alihankintaostotilaus. Automaattinen vastaanoton kirjaus ei myöskään ole mahdollista, jos sijainnissa on käytössä ohjattu varastonhallinta, nimike on erä- tai sarjanumeroseurattava tai rivi on jo aikaisemmin osittain vastaanotettu.
Business Centralin taloushallinnon ja kirjanpidon moduuliin on julkaistu pienempiä parannuksia. Listasimme alle tärkeimmät nostot näistä.
Ennakkoveron laskennan mahdollistava ominaisuus on tulossa käyttöön ostolaskuprosessiin. Tämä toiminnallisuus mahdollistaa sen, että Business Centralista maksetaan toimittajalle laskun summa, josta on vähennetty ennakkoveron määrä. Toimintoa varten on avattu mahdollisuus ottaa käyttöön ennakkoveron liittyvät kirjausasetukset, liiketoiminnan kirjausryhmät sekä tuotteen kirjausryhmät, kuten muissakin verotukseen liittyvissä asetuksissa Business Centralin pääkirjanpidon asetuksissa. Toiminnallisuutta voi käyttää esimerkiksi ennakkoperintärekisteriin kuulumattomille toimittajille tehtävien maksujen helpottamiseen, mutta tämä vaatii sisäisten prosessien kehittämistä toiminnon ympärille.
Aiemmassa 27.0-päivityksessä esiversiona tullut itselaskutustoiminnallisuus on nyt avattu yleiseen saatavuuteen (General availability). Toimittajakortilta on mahdollista merkata kyseinen toimittaja itselaskutussopimuksen piiriin. Tällöin kaikki toimittajalle luodut ostolaskut saavat automaattisesti itselaskutus-merkinnän. Jotta ostajan ja toimittajan laskut eivät mene ristiin, itselaskutussopimuksella merkatut toimittajat eivät voi vastaanottaa saapuvia e‑asiakirjoja ostoreskontraan. Tämä varmistaa tietojen eheyden ja estää päällekkäiset tai ristiriitaiset asiakirjat ostoprosessissa.
Toimittajakortilta on mahdollista merkata toimittaja itselaskutussopimuksen piiriin.
Raporttiasettelujen ylläpitäjät saavat nyt täyden hallinnan raporttiasettelujen elinkaareen määrittämällä niille tilan, kuten Luonnos, Odottaa hyväksyntää, Hyväksytty tai Poistettu käytöstä. Tilat varmistavat, että vain hyväksytyt asettelut ovat käyttäjien käytettävissä, mikä vähentää virheitä ja parantaa sisäisten standardien noudattamista. Selkeä vaiheistus nopeuttaa hyväksyntää, yhtenäistää raportointia ja tehostaa hallintaa. Lopputuloksena raporttiasettelut ovat luotettavammat, paremmin hallitut ja sujuvoittavat päätöksentekoa.
Päivitys tuo talousraportointiin Business Centralissa tehokkuutta, yhdenmukaisuutta ja helpompaa hallittavuutta. Raporttien löytäminen, laatiminen, jakaminen ja hallinta muuttuvat merkittävästi sujuvammaksi. Uusi laattanäkymä auttaa käyttäjiä hahmottamaan nopeasti raporttien tilan ja merkityksen.
Raporttien tekijät saavat enemmän hallintaa muotoiluun, brändäykseen, luokitteluun ja elinkaaren tiloihin, mikä tuottaa selkeämpiä ja ammattimaisempia raportteja. Käyttäjät voivat automatisoida raporttien jakelun ryhmille ja analysoida dataa kaikilla dimensioarvoilla yhdellä ajolla. Ylläpitäjät voivat lisäksi määrittää globaalit oletukset ja seurata raporttien käyttöä auditointilokin avulla, mikä tukee hallintaa ja parempaa päätöksentekoa todelliseen käyttödataan perustuen.
Uusi Default Language Code -asetus mahdollistaa yrityskohtaisen oletuskielen asettamisen kaikkiin asiakasdokumentteihin. Kun asiakirjan kieli irrotetaan käyttäjän omasta käyttöliittymäkielestä, vältetään riski lähettää laskuja vahingossa väärällä kielellä. Näin asiakkaat saavat asiakirjat johdonmukaisesti odottamallaan kielellä, mikä parantaa selkeyttä, vähentää lisäkysymyksiä ja ehkäisee väärinkäsityksiä sekä vahvistaa luottamusta.
Microsoft julkaisee BC-Bench-vertailutyökalun, jolla kehittäjät voivat mitata tekoälypohjaisten AL-koodausagenttien suorituskykyä objektiivisesti todellisissa kehitystilanteissa. Työkalu mahdollistaa eri agenttien ja parannusten vertailun yhtenäisellä perustasolla, parantaa luottamusta Copilot-työkaluihin ja tukee tietoon perustuvaa päätöksentekoa AL-kehityksessä.
Versiopäivitys 28.0 tuo tekoälyagentit mukaan koko AL-kehityssykliin: agentit voivat suunnitella, koodata, kääntää, testata ja julkaista AL-laajennuksia kehittäjän puolesta. Virallinen työkalukokoelma mahdollistaa projektin käännöksen, symbolien noudon, virheiden analyysin, virheenkorjauksen ja sovellusten julkaisemisen sekä käyttöliittymässä että automaattisesti komentoriviltä tai julkaisuputkessa.
Tekoälyagentteja voi käyttää sekä interaktiivisesti Visual Studio Codessa että automatisoiduissa prosesseissa MCP-palvelimen kautta. Tämä tehostaa refaktorointia, virheiden korjausta ja laadunvalvontaa osana jatkuvaa integraatiota. Ominaisuus siirtää AL-kehityksen agenttivetoiseen malliin, jossa kehittäjän rooli painottuu ohjaamiseen ja arkkitehtuuriin.
AL-kehittäjät voivat jatkossa ladata sovellusten symbolit suoraan NuGet-syötteistä ilman Business Central -palvelinyhteyttä. Symbolit voi hakea Microsoftin julkisista tai organisaation omista syötteistä, mikä helpottaa kehitystä eriytetyissä ympäristöissä ja mahdollistaa riippuvuuksien hallinnan ilman suoraa pääsyä palvelimeen.
Ratkaisu tukee myös maakohtaisia sovelluksia ja lisää kehityksen hallittavuutta sekä turvallisuutta, erityisesti enterprise-ympäristöissä. Uudistus nopeuttaa ja joustavoittaa AL-kehitystä ja tukee modernia DevOps-toimintamallia.
Business Central versio 28.0 mahdollistaa AL-testien ajamisen suoraan Visual Studio Codessa Test Explorerin avulla, ilman erillisiä työkaluja tai siirtymistä Business Centralin käyttöliittymään. Testit voi ajaa editorista, tulokset näkyvät heti, ja työkalulla voi tarkastella myös testikattavuutta sekä muutosten vaikutuksia. Ominaisuus on suunnattu kehitys- ja testausympäristöihin, ja se tuo AL-kehitykseen modernin, tehokkaan testausmallin.
Troubleshooting MCP Server tuo AL-kehitykseen tekoälypohjaisen virheenkorjauksen, jossa agentti analysoi suoritustilannetta, muuttujien arvoja ja kutsupinoja pysäytyskohdassa. Tekoäly voi selittää virheen taustat, ehdottaa uusia pysäytyskohta ja hakea lähdekoodia myös järjestelmä- ja kehikkotasolta. Tämä nopeuttaa monimutkaisten ongelmien ratkaisua, mutta ei korvaa perinteistä virheenkorjausta yksinkertaisissa tapauksissa.
Uusin julkaisuaalto parantaa AL-koodin HTTP-kutsujen tietoturvaa lisäämällä SSRF-suojauksen. Business Central estää automaattisesti kutsut sisäisiin ja ei-reitittyviin osoitteisiin, mikä ehkäisee pääsyn sisäverkon resursseihin. Pilvipalvelussa suojaus on aina päällä, on-premises-ympäristöissä asetuksia voi hallita erikseen. Integraatiot noudattavat nyt turvallista oletuslinjaa ilman lisätoimenpiteitä kehittäjiltä.
Tuorein versiopäivitys parantaa Copilot-laajennusten hallintaa ja tietoturvaa: kehittäjät voivat säätää sisällön suodatustasoa tarpeen mukaan ja torjua epäsuoria prompt-injektiohyökkäyksiä uuden XPIA-mekanismin avulla. Tämä mahdollistaa vaativammat käyttötapaukset ja parantaa Copilotin luotettavuutta erityisesti liiketoimintaprosesseissa.
Julkaisuaalto tuo esiversioon MCP-palvelimen ominaisuuden, joka mahdollistaa Business Central -hallintakeskuksen ohjelmointirajapintojen käytön selkeässä ja yhtenäisessä muodossa. MCP-yhteensopivat tekoälyagentit voivat suorittaa järjestelmänvalvojan tehtäviä ja analysoida ympäristön tietoja luotettavasti. Visual Studio Coden kaltaisilla työkaluilla voidaan tarkistaa päivitystilanne ja hallita asennettuja laajennuksia. Hallintakeskus tarjoaa jäsennellyt vastaukset ja varmistusvaiheet, joiden avulla käyttäjä päättää lopullisista toimenpiteistä.
MCP-palvelin helpottaa ja yhdenmukaistaa järjestelmänvalvojan työnkulkuja, jotka aiemmin vaativat PowerShell- tai Logic Apps -ratkaisuja, hyödyntämällä samoja suojattuja rajapintoja kaikissa hallintatyökaluissa.
Päivitys kokoaa käyttäjä- ja ryhmäoikeudet yhteen näkymään ja mahdollistaa käyttöoikeuksien tarkastelun yli sovellus- ja laajennusrajojen. Näkymä näyttää, mihin käyttäjiin ja ryhmiin oikeudet liittyvät, mikä helpottaa hallintaa ja parantaa tietoturvaa erityisesti laajoissa ympäristöissä.
Versiopäivitys tuo käyttöliittymään työkalun, jolla voidaan yrityskohtaisesti seurata ja hallita tietokantaindeksejä sekä niiden resurssien käyttöä. Vähemmän käytetyt indeksit voi poistaa käytöstä, mikä tehostaa suorituskykyä ja pienentää tietokannan kokoa. Muutokset tehdään hallitusti taustalla ilman käyttökatkoja.
Business Centralin viimeisimmässä versiossa julkaistiin usea pienempi parannus erilaisiin sähköisiin asiakirjoihin:
Yritysten sisäisen laskutuksen parantamiseen on luotu uusi ominaisuus, jolla voidaan linkata saapuva E-dokumentti olemassa olevaan ostolaskuun. Ominaisuus liittyy tapauksiin, joissa yritysten sisäinen laskutus on aktivoitu ja laskun saava konserniyritys on jo luonut saapuvan laskun, jonka lisäksi lasku saapuu verkkolaskukanavan kautta. Toiminto vaatii sen, että toimittaja on asetettu konserniyhtiöksi, ja laskun summan tulee vastata E-dokumentilta saapuvaa summaa.
Mikäli käytössä ei ole ollut erillistä ostolaskujen käsittelyyn erikoistunutta lisäarvoratkaisua, Business Central on tähän mennessä asettanut sähköisten asiakirjojen oletustyypin aina ostotilaukseksi. Päivityksen myötä toimittajamalleihin on tuotu uusi kenttä, jonka avulla voidaan määrittää saapuvan sähköisen asiakirjan tyyppiä. Toimittajamalliin voidaan nyt asettaa oletukseksi esimerkiksi ostotilaus tai ostolasku toimittajaan liittyvän prosessin mukaisesti.
Yllä mainittujen lisäksi, jos Business Centralia käytetään suoraan ostolaskujen käsittelyyn, on yrityksen asetuksiin tuotu ominaisuus, jonka avulla yrityksen tietoihin voidaan lisätä sama Sähköiseen asiakirjapalveluun osallistuminen, joka on jo käytössä toimittaja- ja asiakaskorteilla. Tällöin kun Business Central lähettää tai vastaanottaa sähköisiä asiakirjoja, se käyttää tätä kenttää yrityksen tunnistamiseen. Toiminto vastaa nyt asiakkaiden ja toimittajien tunnistusta, mikä lisää yhdenmukaisuutta Business Centralin sisällä.
Haluatko saada selkeämmän kuvan siitä, miten uudet toiminnallisuudet voisivat tukea juuri teidän liiketoimintaanne ja miten käyttöönotossa kannattaa edetä? Efiman Business Central -asiantuntijat ovat valmiina tukemaan teitä – ota vain rohkeasti meihin yhteyttä. Ja jos olet jo asiakkaamme, voit huoletta olla yhteydessä suoraan omaan palvelupäällikköösi.
|
Jukka Penttinen Jukka Penttinen toimii Efimalla teknisenä arkkitehtinä Dynamics 365 Business Centralin parissa. Jukan vahva ymmärrys asiakkaan tarpeista kumpuaa hänen taustastaan Business Centralin kehittäjänä ja teknisenä toimitusvastaavana. Jukka seuraa aktiivisesti Business Centralin ja Copilotin kehitystä tarjotakseen asiakkailleen aina parhaan ja ajankohtaisimman ratkaisun. |
|
Niko Eskelinen Niko Eskelinen toimii Efimalla Dynamics 365 Business Central -ratkaisukonsulttina keskittyen ERP- ja Supply Chain Management- prosesseihin. Niko on siirtynyt konsultoinnin pariin ERP-pääkäyttäjän roolista ja pyrkii projekteissaan aina asiakaslähtöisiin ratkaisuihin, jotka tuovat aitoja hyötyjä asiakkaan päivittäiseen toimintaan. Niko keskittyy vahvasti osaamisensa kehittämiseen ja seuraa tarkasti Business Centralin kehitystä ja uusia ominaisuuksia läpi koko ratkaisun. |
|
Antton Helmi Antton Helmi toimii Efimalla taloushallinnon ratkaisukonsulttina Dynamics 365 Business Centralin parissa. Taustaltaan Antton on kirjanpitäjä ja hänellä on kattava kokemus erilaisista projekteista. Antton panostaa osaamisensa kehittämiseen sekä taloushallinnon että ohjelmistojen osalta, muun muassa perehtymällä Verohallinnon ja KILA:n ohjeisiin sekä Business Centralin kehitykseen. |
|
Samu Ranki Samu toimii Efimalla taloushallinnon ratkaisukonsulttina Dynamics 365 Business Centralin parissa. Samulla on pitkä ja monipuolinen kokemus Efimalla taloushallintopalveluiden toimittamisesta ja talouden prosessien sekä järjestelmien käyttöönotto- ja kehitysprojekteista. Samu tähtää yhdistämään käytännön tekemisen ja järjestelmät fiksuiksi kokonaisuuksiksi tavoitteenaan helpottaa asiakkaan arkea, tehostaa prosesseja ja varmistaa, että ratkaisut oikeasti tukevat liiketoimintaa. |