Kasvihuonekaasupäästöjen (GHG) osalta Copilot voi arvioida kokonaispäästöt kuvausten ja syöteparametrien perusteella ja mukauttaa päästökertoimia tulevaa käyttöä varten.

Voit kokeilla toimintoa seuraavasti:

1. Kirjaudu Business Central Online ‑ympäristöösi.
2. Siirry Vastuullisuuspäiväkirja-sivulle.
3. Syötä Vastuullisuustilit ja täytä Kuvaukset-kenttään tarkat tiedot sekä muut saapuvat parametrit, kuten Polttoaine/sähkö, Etäisyys, Mukautettu summa, Asennuskerroin tai Aikakerroin.
4. Valitse Ehdota päästöjä Copilotin avulla.

Keskusteluun liittyminen

Hienoa, että olet mukana Copilot-siirtymässä.

Auta meitä parantamaan Dynamics 365 Business Centralia keskustelemalla ideoista, antamalla ehdotuksia sekä lähettämällä palautetta. Keskustelupalsta on käytettävissä osoitteessa aka.ms/bcIdeas. Kumppaniyhteisökeskusteluun voi liittyä myös Dynamics 365 Business Central ‑kumppanien yhteisöverkossa Viva Engagessa (aiemmin Yammer), jossa voi osallistua tekoälyn tulevaisuuden muokkaamiseen Business Centralissa.

Automaattinen täyttö on Business Centralin Copilotin uusi ominaisuus:

• Copilot voi ehdottaa uutta tietuetta luonnosteltaessa tai nykyistä tietuetta muokattaessa arvoja joihinkin sivun muokattaviin kenttiin.
• Automaattinen täyttö on käytettävissä kortti- ja asiakirjasivujen, kuten Asiakkaat, Myyntitilaukset, Nimikkeet ja jopa omat mukautetut sivut, kentissä (mutta ei niiden riveillä tai sarakkeissa).
• Ehdotukset juurrutetaan yrityksen tietoihin, ja ne voivat perustua äskettäin käytettyihin arvoihin, usein käytettyihin arvoihin taikka älykkääseen haku- tai asetuskentän arvovalikoiman valintaan. Ne voivat olla myös tekoälyn luomia kentän ja kontekstin mukaan.
• Copilot ehdottaa arvoa ja antaa mahdollisuuden tarkistaa, mistä ehdotus on peräisin. Hallinta säilyy viime kädessä käyttäjällä, joka päättää käytetäänkö arvoa, hylätäänkö se vai korvataanko se.
• Saatavana myöhemmin tässä aallossa: Copilot hakee verkosta automaattisesti lisätietoja ja antaa ehdotuksia asiakkaan tai toimittajan yhteystiedoista, tuotekoodeista tai vastaavista kentistä, jotka yleensä sisältävät julkisia tietoja.

Kokeilu

Vihje: automaattista täyttöä pääsee kokeilemaan jo maaliskuussa 2025, kun käytössä on esiversiota 26 käyttävä eristysympäristö.

Copilotilta voi pyytää ehdotuksia etsimällä kentän säkenöintikuvake.

Copilot antaa ehdotuksia useissa pikavälilehden (ryhmän) kentissä. Tietokuvake auttaa ymmärtämään, miten Copilot teki ehdotuksen.

Ehdotus tarkistetaan, säilytetään tai hylätään. Kaikki ehdotukset voidaan säilyttää tai hylätä myös joukkotoimintona.

Tietoja tietoturvasta, tietosuojasta ja tekoälystä

Copilot perustuu Microsoftin kokonaisvaltaiseen tapaan käsitellä yritystason tietoturvaa, tietosuojaa, vaatimustenmukaisuutta ja vastuullista tekoälyä. Microsoftin periaatteena on, että tiedot pysyvät tietojen omistajan tietoina: Business Centralissa olevia tietoja ei siis käytetä tekoälymallien kouluttamiseen.

Lisätietoja on Dynamics 365:n Copilotin tietosuojaa ja tietoturvaa koskevissa usein kysytyissä kysymyksissä

Keskusteluun liittyminen

Hienoa, että olet mukana Copilot-siirtymässä.

Auta meitä parantamaan Dynamics 365 Business Centralia keskustelemalla ideoista, antamalla ehdotuksia sekä lähettämällä palautetta. Keskustelupalsta on käytettävissä osoitteessa aka.ms/bcIdeas. Kumppaniyhteisökeskusteluun voi liittyä myös Dynamics 365 Business Central ‑kumppanien yhteisöverkossa Viva Engagessa (aiemmin Yammer), jossa voi osallistua tekoälyn tulevaisuuden muokkaamiseen Business Centralissa.

Copilotin keskusteluominaisuuksia on parannettu seuraavasti:

• Käyttäjät voivat esittää kysymyksiä asennettujen lisäosasovellusten sisällöstä, kuten uusista sivuista, kentistä ja liiketoimintaprosesseista.
• Copilot selittää ja opettaa Business Central -ympäristön käyttöä asennettujen sovellusten toimittamien ohjeiden perusteella.
• Kysy Copilotilta ‑kuvake on käytettävissä sellaisten mukautettujen kenttien työkaluvihjeissä, jotka ovat peräisin asennetuista sovelluksista.

Tietoja tietoturvasta, tietosuojasta ja tekoälystä

Copilot perustuu Microsoftin kokonaisvaltaiseen tapaan käsitellä yritystason tietoturvaa, tietosuojaa, vaatimustenmukaisuutta ja vastuullista tekoälyä. Microsoftin periaatteena on, että tiedot pysyvät tietojen omistajan tietoina: Business Centralissa olevia tietoja ei siis käytetä tekoälymallien kouluttamiseen. Lisätietoja on kohdassa Dynamics 365:n ja Power Platformin Copilotin tietosuojaa ja tietoturvaa koskevat usein kysytyt kysymykset

Etsitkö lisätietoja?

• Lue Keskustelu Copilotin avulla -kohdan esiversion ilmoitus
• Tietoja keskustelusta Copilotin kanssa
• Tekoälyn usein kysyttyjä kysymyksiä keskustelusta Copilotin avulla

Kerro mielipiteesi

Hienoa, että olet mukana Copilot-siirtymässä.

Auta meitä parantamaan Dynamics 365 Business Centralia keskustelemalla ideoista, antamalla ehdotuksia sekä lähettämällä palautetta. Keskustelupalsta on käytettävissä osoitteessa aka.ms/bcIdeas. Voit myös liittyä keskusteluun Dynamics 365 Business Central ‑kumppanien yhteisöverkossa Viva Engagessa (aiemmin Yammer) ja auttaa muokkaamaan tekoälyn tulevaisuutta Business Centralissa.

Business Centralin Copilot parantaa jo käyttäjien luovuutta ja tuottavuutta tekoälyn avulla tärkeissä sovellusskenaarioissa antamalla ohjeita ja avustamalla tuotteen käytössä sekä etsimällä oikeat tiedot.

Tässä julkaisussa tekoälyn käyttö laajennetaan antamaan asiakkaille mahdollisuus hallita ja automatisoida liiketoimintaprosesseja tekoälyagentteja käyttämällä. Agentit voivat työskennellä itsenäisesti, suorittaa määritettyjä tehtäviä, reagoida erilaisiin tapahtumiin ja syötteisiin, päätellä tietojen tilan sekä korjata virheet käyttäjän syötteen ja Business Central -käyttökokemuksen perusteella. Vaikka agentit eivät käytännössä tarvitse lainkaan käyttäjän toimia, käyttäjille ilmoitetaan, jos heidän on tehtävä jotakin. Agentit voivat toimia käyttäjän lisäksi myös yrityksen, osaston ja tiimin puolesta.

Tätä ominaisuutta voidaan käyttää Business Centralissa ottamalla käyttöön ensimmäinen käyttövalmis agentti, Myyntitilausagentti, jolla voidaan automatisoida myyntitilausten sieppaaminen sähköpostiviesteistä.

Agentti on määritetty siten, että se voi hallita koko prosessia:

1. Nimikepyyntöjen vastaanottaminen asiakkaan sähköpostiviestistä yrityksen jaetussa postilaatikossa.
2. Asiakkaan tunnistaminen Business Centraliin rekisteröidyistä asiakkaista.
3. Pyydetyt nimikkeet sisältävän myyntitarjouksen luonnosteleminen.
4. Nimikkeen saatavuuden varmistaminen.
5. Myyntitarjouksen lähettäminen asiakkaalle hyväksyttäväksi.
6. Vahvistuksen vastaanottaminen, tarjouksen muuntaminen myyntitilaukseksi ja tilauksen jakaminen asiakkaalle sähköpostitse.

Agentti toimii sisällytettyjen ohjeiden ja käyttäjän määritysten mukaisesti. Se tunnistaa ja suorittaa tekoälyn avulla vaiheet, jotka tarvitaan tämän tehtävän suorittamiseen Business Central -ympäristössä. Se pyytää käyttäjän toimia tietyissä tilanteissa. Kyse voi olla esimerkiksi lähtevän viestinnän valmistelusta tai yrityksen hyväksynnän antamisesta tärkeissä toiminnoissa. 

Myyntitilausagentti voi käyttää vain niitä tuotteen osia, joita se tarvitsee tehtävien suorittamiseen. Se sisältää valmiiksi määritetyt oikeudet ja roolin (profiilin), jotka määritetään automaattisesti agentille agentin aktivoinnin yhteydessä. 

Agentin määrityskokemus on yksinkertainen. Siinä määritetään agentin nimi sekä kanava myyntitarjous- ja -tilauspyyntöjen vastaanottamiseen (jaettu yrityssähköposti). Tämän lisäksi valitaan vaiheet, jotka sisällytetään tai jätetään pois, kun asiakkaiden tilauksia vastaanotetaan.

Kun agentti on aktivoitu, se on valmis suorittamaan myyntitilauksen sieppausprosessin automaattisesti. Agentin käynnistäjä on Business Centralin sisäinen sähköpostin käsittelytoiminto, joka määritetään seuraamaan agentin määrityksissä ilmoitettua yrityspostilaatikkoa.

Myyntitilausagentin suorittamat toiminnot, mukaan lukien siirtyminen Business Central -sivuilla, tietueiden luominen ja muokkaaminen sekä toimintojen kutsuminen, ovat täysin läpinäkyviä, joten niitä voidaan tarkastella Copilot-ruudussa. Toiminnoissa näkyy agentin käyttäjätunnus, joka näkyy muiden käyttäjien tavoin samoissa paikoissa ja samalla tavoin esimerkiksi luettelonäkymissä, historiatiedoissa, kirjatuissa asiakirjoissa ja ilmoituksissa.

Myyntitilausagentin tekemät muutokset ovat täysin Business Centralin käyttäjien nähtävissä ja hallittavissa lisäkokemusten ansiosta. Niiden avulla seuraavat ovat mahdollisia käyttäjille:

• Agentin ilmoitusten löytäminen. Kyse voi olla esimerkiksi siitä, että agentti tarvitsee apua tai prosessi edellyttää ihmisen tekemää tarkastusta (kuten kaikissa saapuvissa ja lähtevissä viesteissä, hyväksynnöissä ja puuttuvien tietojen lisäämisessä).  
• Copilot-ruudussa näkyvä tehtävän konteksti ja historia (aikajananäkymä) ymmärretään paremmin, mikä koskee myös tärkeitä vaiheita.  
• Kustakin agentin luomasta entiteetistä (kuten myyntitarjouksesta tai myyntilauksesta) saadaan yksityiskohtainen arviointi. Kaikkia agentin tietyssä tehtävässä tekemiä muutoksia tai ehdotuksia voidaan tarkastella, joten näitä muutoksia voidaan tarvittaessa muuttaa tai tehtävän jatkaminen voidaan hyväksyä.
• Agentin suorittamien vaiheiden hylkääminen ja tarjouksen tai tilausten muuttaminen tarpeen mukaan, jonka jälkeen agenttia pyydetään jatkamaan työnkulkua.

Tämän toiminnon käyttöä varten on kirjauduttava Business Central Online ‑ympäristöön ja noudatettava seuraavia ohjeita. Tämä toiminto lisää seuraavat ominaisuudet Copilotiin:

• Sen lisäksi, että käytetään kuvausten 80 %:n merkkijonovastaavuutta automaattisessa vastaavuusmäärityksessä, Copilot sisällyttää myös nimikeviittaukset ja KP-yhdistämismääritykset esikäsittelyyn.
• Jos saapuvassa sähköisessä asiakirjassa on rivejä, joita ei ole liittyvässä ostotilauksessa, se korostaa ristiriidan ja voidaan suorittaa Luo ostotilausrivi -toiminto, joka pyytää määrittämään yhdistettävän tyypin (KP-tili, Nimikekulu, Resurssija niin edelleen) ja numeron. Ostotilausrivin Määrä voidaan muuttaa, mutta tällä rivillä on säilytettävä sama kokonaissumma. Business Central luo sitten uuden rivin ostotilaukseen ja pitää sen kohdistettuna saapuvan sähköisen asiakirjan perusrivin kanssa.
• Jos uusi Luo kohdistussääntö ‑asetus otetaan käyttöön, Copilotin kohdistamat rivit tallennetaan tulevaa käyttöä varten joko nimikeviitteenä tai KP-yhdistämismäärityksenä.

Keskusteluun liittyminen

Hienoa, että olet mukana Copilot-siirtymässä.

Auta meitä parantamaan Dynamics 365 Business Centralia keskustelemalla ideoista, antamalla ehdotuksia sekä lähettämällä palautetta. Keskustelupalsta on käytettävissä osoitteessa aka.ms/bcIdeas. Kumppaniyhteisökeskusteluun voi liittyä myös Dynamics 365 Business Central ‑kumppanien yhteisöverkossa Viva Engagessa (aiemmin Yammer), jossa voi osallistua tekoälyn tulevaisuuden muokkaamiseen Business Centralissa.

Kaikilla yrityksillä on kuluja. Osa niistä liittyy toimitusketjuun ja osa toimintakustannuksiin, kuten vuokraan, julkisiin palveluihin, liisaukseen, ruokaan, puhelinlaskuihin ja ohjelmistotilauksiin. Nämä toimintakustannukset eli yleiskustannukset ovat ostovelka-agentin ensimmäinen painopistealue. Nämä kustannukset saadaan usein sähköpostin liitteinä tai muiden kanavien kautta.

Yleiskustannusten ostamiseen liittyvien tiedostojen ja liitteiden hakeminen

Ostovelka-agentin ensimmäinen versio voi hakea ostojen liitteitä (PDF-tiedostoja) siltä Microsoft 365 -sähköpostitililtä, johon toimittajat lähettävät laskut. Agentti voi tuoda PDF-tiedostoja myös jaetusta SharePoint-kansiosta, johon kirjanpitäjä ja muut työntekijät asettavat käsiteltävät tiedostot. Nämä laskuasiakirjat tuodaan Business Centralin sähköisiin asiakirjoihin jatkokäsittelyä varten. Kun asiakirjat on tuotu, agentti siirtää tiedostot arkistokansioon.

Tuotujen ostojen liitteiden ja tiedostojen käsitteleminen

Azure Document Intelligence käsittelee tuodut tiedot OCR-tekstintunnistusteknologian avulla. Tulokset tallennetaan Business Centralissa sähköiseen asiakirjaan. PDF-liitteiden päivitetty katseluohjelma antaa käyttäjille mahdollisuuden vahvistaa OCR-tekstintunnistuksen käsittelyn tarkastelemalla liitettä lähes täysikokoisessa näytössä siten, että siepatut tiedot, kuten summat ja kuvaukset, näkyvät sisällön päällä.

Ostolaskujen luominen

Kun Azure Document Intelligence käsittelee ostojen liitettä, ostovelka-agentti luo ostolaskuasiakirjan odottamaan hyväksyntää ja kirjausta. Agentti käyttää näiden laskujen luontiin erilaisia ennustimia ja ilmaisimia, kuten yrityksen käytettävissä olevaa ostohistoriaa, kirjanpitokäytäntöjä ja muita agentin määrityksen aikana tehtyjä määrityksiä. Ostovelka-agentin tavoitteena on sujuvoittaa koko työnkulkua ostojen liitteiden tunnistamisesta ja tuomisesta, olennaisten kulujen luokittelussa tarvittavien tietojen sieppaamisesta ja kulujen rekisteröimisestä oikein kirjanpitoon aina ostoasiakirjojen luontiin saakka.

Jatkossa ostovelka-agentti käsittelee entistä monimutkaisempia skenaarioita ja yrityksen määrittämiä sääntöjä, hallitsee toimitusketjun kuluja ja täsmäyttää avoimet ostotilaukset sekä tukee myöskin muiden kanavien, kuten PEPPOLin ja muiden käyttöpisteiden, kautta lähetettyjä sähköisiä laskuja tai sähköisiin asiakirjoihin oman ohjelmointirajapinnan kautta lähetettyjä toimittajan laskuja.

Yhteenvedon laatiminen on Business Centralin Copilotin uusi ominaisuus:

• Uusi yhteenvetotietoruutu näkyy kortti- ja asiakirjasivuilla, kuten Asiakas-, Myyntitilaus- ja Nimike-sivuilla ja jopa mukautetuilla sivuilla.
• Tietueiden yhteenvedot näytetään muutamana luettelokohtana tärkeimmistä tarvittavista tiedoista, ja lisää merkityksellisiä tietoja saa pyytämällä.
• Copilot hakee tietoja nykyiseltä sivulta, tietoruuduista sekä asiaan liittyviltä sivuilta ja tilastoista. Tällä tavoin tunnistetaan käyttäjän puolesta, mikä on kiireellistä ja tärkeää.
• Yhteenvedot räätälöidään keskittymään siihen, mikä on roolin kannalta tärkeää.
• Yhteenvedossa voidaan siirtyä, siihen voidaan tututusta ja sen avulla voidaan toimia nopeasti tietojen perusteella.
• Yhteenveto päivitetään uusimpien tietojen perusteella.

Kokeilu

Aloittamaan pääsee etsimällä sivuilta Yhteenveto-tietoruudun ja laajentamalla sen.

Linkkien avulla voidaan vierittää kenttään tai siirtyä lisätietoja sisältävälle sivulle.

Copilot-ruudussa voi näyttää lisää merkityksellisiä tietoja. Tässä ruudussa voi seurantakysymyksiä kysymällä etsiä tietueita, analysoida tietoja tai oppia käyttämään Business Centralia.

Tietoja tietoturvasta, tietosuojasta ja tekoälystä

Copilot perustuu Microsoftin kokonaisvaltaiseen tapaan käsitellä yritystason tietoturvaa, tietosuojaa, vaatimustenmukaisuutta ja vastuullista tekoälyä. Microsoftin periaatteena on, että tiedot pysyvät tietojen omistajan tietoina: Business Centralissa olevia tietoja ei siis käytetä tekoälymallien kouluttamiseen.

Lisätietoja on kohdassa Dynamics 365:n ja Copilotin tietosuojaa ja tietoturvaa koskevat usein kysytyt kysymykset.

Liity keskusteluun

Hienoa, että olet mukana Copilot-siirtymässä.

Auta meitä parantamaan Dynamics 365 Business Centralia keskustelemalla ideoista, antamalla ehdotuksia sekä lähettämällä palautetta. Keskustelupalsta on käytettävissä osoitteessa aka.ms/bcIdeas. Kumppaniyhteisökeskusteluun voi liittyä myös Dynamics 365 Business Central ‑kumppanien yhteisöverkossa Viva Engagessa (aiemmin Yammer), jossa voi osallistua tekoälyn tulevaisuuden muokkaamiseen Business Centralissa.

Microsoft järjestää jokaista suurta Dynamics 365 Business Central ‑päivitystä varten saataville julkisen esiversion. Esiversio tulee saataville ennen päivityksen julkaisua, jotta asiakkaat ja kumppanit voivat testata uusia toimintoja ja muita tuotemuutoksia sekä valmistautua niihin käyttäen eristysympäristöä. Tähän saakka eristysympäristöä ei ole voinut päivittää esiversioon, minkä vuoksi seuraavan pääversion testaaminen omilla tiedoilla ja laajennuksilla on ollut hankalaa.

Julkisesta esiversiosta alkaen eristysympäristö on mahdollista päivittää esiversioon. Tällä tavoin asiakkaat ja kumppanit voivat tehdä seuraavaa:

• Tunnistaa ja ratkaista ympäristötietojen tai asennettujen laajennusten mahdollisesti aiheuttamat ongelmat, ennen kuin päivitys tulee saataville tuotantoympäristöihin.
• Testata uusia toimintoja sekä itse päivitystoimintoa omien tietojen avulla, jolloin saadaan entistä tarkempi kuva päivityksen suorituskyvystä ympäristöissä.
• Tarkistaa entistä aiemmin, että asennetut sovellukset ja integroinnit toimivat edelleen saumattomasti uudessa versiossa. Näin tarvittaviin muutoksiin jää enemmän aikaa ennen tuotantoympäristöjen päivittämistä.
• Valmistaudu tehokkaammin. Tuotantoympäristöä läheisesti muistuttava esiversioympäristö mahdollistaa varhaisemmat käyttäjän valmiustoiminnot, kuten tuotekoulutuksen ja muutosviestinnän.

IPv4-osoitteiden määrä on rajallinen, ja ne tulevat jossain vaiheessa loppumaan. Tästä julkaisuaallosta alkaen Business Central tukee IPv6-osoitteita. Siirtyminen IPv6-versioon ei ainoastaan varmista ympäristöjen sujuvaa liitettävyyttä vaan myös parantaa tietojen suojausta IPv6-versioon sisältyvien suojausprotokollien ansiosta. Tärkeintä on kuitenkin se, että tämä päivitys valmistelee ympäristöjä tulevaisuutta varten siirryttäessä kohti laajaa IPv6-käyttöönottoa.

MultiSubnetFailover mahdollistaa nopeamman vikasietoisuuden kaikille käytettävyysryhmille (AG) tai vikasietoklusteriesiintymille (FCI) SQL Server 2012:ssa ja uudemmissa versioissa sekä lyhentää merkittävästi vikasietoaikaa yhden ja usean aliverkon Always On -topologioissa.

Tässä julkaisuaallossa lisättiin uusi palvelinasetus EnableSqlMultiSubnetFailover. Kun tämän asetuksen arvon arvoksi on määritetty tosi, MultiSubnetFailover on käytössä palvelimen ja tietokannan välisissä yhteyksissä.

Tämä julkaisuaalto laajentaa Business Centralia tehokkailla Copilot-toiminnoilla ja -työkaluilla, jotka parantavat käyttäjien luovuutta ja säästävät aikaa. Esimerkiksi Myyntitilausagentti auttaa PK-organisaatioita parantamaan tehokkuutta ja asiakassuhteita automatisoimalla myyntitarjousten ja -tilausten sieppausprosessin tekoälyn avulla.

Microsoft Copilot Studio -viestin käytöstä joissakin Copilotin ja agentin ominaisuuksissa, kuten myyntitilausagentissa, veloitetaan. Tämä toiminto ottaa käyttöön kulutukseen perustuvan laskutusmallin valituissa, Business Centralin Copilotin kehittämistyökaluilla muodostetuissa ominaisuuksissa, mukaan lukien myyntitilausagentti ja tekoälytoiminnot.

Toimintojen käyttö edellyttää Business Central -ympäristön linkittämistä Power Platform -ympäristöön Business Central -hallintakeskuksessa.

Linkityksen jälkeen Business Central -ympäristö voi kuluttaa Microsoft Copilot Studio -viestejä Power Platform -ympäristöön määritetystä ennakkoon maksetusta viestikapasiteetista. Se myös kyttää Azure-tilauksen käytön mukaisen laskutuksen laskutuskäytäntöä.

Ympäristöpäivitykset voivat sisältää muutoksia toimintoon, josta asennetut sovellukset ovat riippuvaisia, mikä puolestaan voi rikkoa kyseiset sovellukset. Vuoden 2024 2. julkaisuaaltoon saakka vain ilmoituksen vastaanottajat ja rekisteröidyt Application Insights -resurssit saivat viestejä, jotka koskivat asennettujen sovellusten yhteensopimattomuutta tulevan Business Central -päivityksen kanssa.

Näihin muutoksiin varautumista etukäteen ja päivitysvirheiden välttämistä helpottaa se, että sovelluksen yhteensopivuusraportteja voidaan nyt tarkastella suoraan hallintakeskuksessa. Sellaisen version päivityksen aikatauluttamista ei sallita, jonka kanssa asennetut sovellukset eivät ole yhteensopivia.

Aiemmin tietuelinkkejä ja huomautuksia ei siirretty automaattisesti online-vuokraajaan osana siirtymistä pilvipalveluihin. Sen sijaan tiedot piti siirtää manuaalisin keinoin. Nyt pilvipalveluihin siirtymisen asetukset ja replikointityökalut siirtävät tietueiden linkit ja huomautukset automaattisesti puolestasi, ja selviät itse vähällä vaivalla.

Business Central ‑hallintakeskuksen ohjelmointirajapinnan Power Platform ‑yhdistimen avulla voit automatisoida erilaisia ympäristön hallinnan tehtäviä käyttämällä Power Platform ‑tuotteita, kuten Microsoft Copilot Studiota. Tällaisia tehtäviä ovat muun muassa seuraavat:

• Ympäristöjen luominen
• Ympäristöjen kopioiminen
• Ympäristöpäivitysten ajoittaminen
• Ympäristöjen integrointi muihin järjestelmiin

Aiemmin suurilla päivityksillä ja aliversiopäivityksillä oli suhteellisen tiukat päivityskäytännöt. Tässä julkaisussa otetaan käyttöön seuraavat joustavuutta lisäävät muutokset:

• Suurilla päivityksillä on viiden kuukauden päivitysjakso: Tämä muutos antaa enemmän aikaa huolellista testausta ja valmistelua varten ennen päivityksen toteuttamista. Jälleenmyyjät voivat hajauttaa kaikkien asiakasympäristöjen päivityskuorman koko kalenterivuodelle, joten suurten päivitysten yhteydessä ei synny ruuhkia. Kehittäjillä on enemmän aikaa varmistaa, että kaikki sovellukset ovat yhteensopivia päivityksen kanssa. Ja jos asiakkailla on erityisiä testaus- ja valmistelutarpeita, heillä on enemmän aikaa ottaa kyseiset tarpeet huomioon.

• Valinnaiset aliversiopäivitykset: Tämä muutos antaa järjestelmänvalvojille mahdollisuuden valita omien tarpeiden ja aikataulun perusteella milloin aliversiopäivitykset toteutetaan tai toteutetaanko niitä lainkaan. Oletustoiminta ei muutu eli ympäristöt vastaanottavat päivityksiä joka kuukausi. Uusi ympäristötason asetus kuitenkin mahdollistaa kuukausittaista aliversiopäivityksistä kieltäytymisen.

Näiden muutosten osana seuraavan suuren päivityksen lisäaika päivityskauden jälkeen lyhennettiin kuukauteen. Kuten aiemminkin päivitys suoritetaan eikä sitä voi lykätä myöhempään ajankohtaan tämän lisäajan aikana. Päivityksen käyttöönotto pakotetaan poistamalla yhteensopimattomien laajennusten asennus lisäajan päättyessä.

Käyttökokemusta parannetaan jatkuvasti lisäämällä uusia toimintoja, säätämällä visuaalinen tyyli vastaamaan moderneja suunnitteluperiaatteita ja reagoimalla käyttäjien palautteeseen. Tämä toiminto ottaa käyttöön seuraavat parannukset:

• Tietoruutuun päivitettiin uusi pyöreäreunainen asettelu.
• Power BI Embedded -kokemusta päivitettiin ohjausobjekteja ja ulkoasua säätämällä.
• Roolienhallinta ja raporttienhallinta päivitettiin näyttämään sivujen ja raporttien mahdolliset kuvaukset laajennettuina opetuksen työkaluvihjeinä.
• Roolienhallintaan ja raportinhallintaan lisättiin uusi vaihtoehto, jolla voidaan avata sivuja ja raportteja erillisessä ikkunassa Resurssienhallintaa sulkematta.
• Ympäristön ja yritysvalitsimen hakukenttään päivitettiin hakukuvake ja ohjeteksti.
• Järjestelmän ja sovelluksen toimintojen välille lisättiin uusi erotin luetteloiden pikavalikoissa.
• Kehoteoppaiden kuvake päivitettiin Keskustelu Copilotin avulla -toiminnossa.

Lisätietoja käyttöliittymän mukauttamisesta ja tuottavuuden ylläpitämisestä on kohdassa Business Centralin käyttäminen.

Tämä toiminto optimoi näytön tilan käytön Business Centralin verkkoasiakasohjelmassa:

• Optimoitu kapean tilan oletussivukoko.
• Tietoruudun parannettu koko ja animaatio kapeassa tilassa. Tietoruutu lisätään sivun leveyteen, joten pääsisältöalueen leveys pysyy samana, kun tietoruutua laajennetaan ja kutistetaan.
• Parannetut kentän otsikoiden ja arvojen väliset suhteet kapeassa tilassa.
• Mahdollisuus muuttaa tietoruudun kokoa sekä muistaa tämä sivu- ja tilakohtainen valinta. Salli tietoruudun leveyden säätäminen -toiminto kattaa tämän ominaisuuden.

Tämä toiminto mahdollistaa PDF-liitteiden avaamisen suoraan Business Central -verkkoasiakasohjelmassa ilman, että ne olisi ladattava ensin. Tiedostot näytetään esikatselutilassa tulostuksen esikatselutoimintoa muistuttavassa katseluohjelmassa, josta PDF-tiedosto on aina ladattavissa.

Tämä toiminto toimii automaattisesti kaikilla Business Centralin alueilla, myös ISV-koodissa. Se kuitenkin edellyttää laajennuksen kehittäjien toimia, koska kaksi AL-menetelmää on lisätty sieppaamaan tämä uusi toiminta File.Download-menetelmän mallin mukaisesti:

• File.ViewFromStream – Business Central Online
• File.View – paikallinen Business Central

Tämä toimintoa käytetään nyt Business Centralin eri alueilla, kuten asiakirjojen liitteissä ja saapuvissa asiakirjoissa.

Business Centralin käyttökokemuksessa on nyt mahdollista muuttaa tietoruudun kokoa kaikilla sivuilla ja kaikissa sivutyypeissä, jotka tukevat tietoruutua. Tällä toiminnolla voi tehdä seuraavia:

• Tietoruudun koon muuttaminen on mahdollista tietyissä mittasuhteissa siten, että sivun pääosa pysyy näkyvissä.
• Tietoruudun sisältö juoksutetaan sujuvasti uudelleen täyttämään käytettävissä olevan tila.
• Tietoruudun koko jää selaimen muistiin käyttäjä- ja sivukohtaisesti (muiden keveiden säätöjen tavoin).
• Jakajan kaksoisnapsauttaminen palauttaa tietoruudun oletuskoon.

AL:n HTTP-kutsujen suojausta parannetaan siten, että AL-suorituspalvelu tarkistaa nyt kaikki palvelinvarmenteet, joita käytetään kutsuttaessa verkkopalvelun päätepistettä HttpClient-tietotyypistä. Varmenteen tarkistus otetaan oletusarvoisesti käyttöön. Palvelinvarmenne asennetaan päätepisteen puolelle, eikä se ole varmenne, joka liitetään AL-pyyntöön.

Jos sovellus- tai vuokraajakohtainen laajennus on valinnaisesti poistettava varmenteen tarkistus käytöstä, HttpClient-tietotyyppiin lisätty uusi ominaisuus sallii AL-koodin poistaa palvelinvarmenteen tarkistuksen käytöstä lähtevässä verkkopalvelukutsussa.

Jos sovellus- tai vuokraajakohtaisen laajennuksen julkaisijan on korjattava HTTP-kutsut, jotka epäonnistuvat palvelinvarmenteiden epäonnistuneen tarkistuksen vuoksi, uusi telemetriatapahtuma on lisätty ja se lähetetään mahdollisesti epäonnistuvan varmenteen tarkistuksen vuoksi.

Mahdollisuutta poistaa varmenteen tarkistus käytöstä hallitaan toiminnon hallinta-avaimella, mikä sallii sovelluksen ja vuokraajakohtaisen laajennuksen julkaisijan muokata koodia. Versiossa 27 varmenteen vahvistus otetaan oletusarvoisesti käyttöön ilman mahdollisuutta poistaa sitä käytöstä.

Monien muiden ohjelmointikielten tavoin AL tukee nyt continue-avainsanan käyttöä silmukoissa silmukan seuraavan iteraation käynnistämiseen. Aiemmin tuettiin vain break-avainsanaa, joka kuitenkin peruutti koko silmukan, kun taas continue-avainsana ohittaa nykyisen silmukkaiteraation ja jatkaa seuraavaan.

Koska jäsenten, kuten AL-kielen menetelmien tai kenttien, nimenä voi olla jo continue, silmukoiden continue-avainsanaa ei tueta, jos kontekstissa on continue-niminen jäsen. Näin vältetään häiriöitä aiheuttava muutos. Vaikka kääntäjä varoittaa tästä, continue-nimisten objektityyppien ilmoittaminen silti sallitaan.

Jos kumppani haluaa rekisteröidä sovelluksen Key Vaultin, sitä ei enää tarvitse pyytää sähköpostitse Microsoftille. Myöskään Entra-vuokraajatunnuksen rekisteröintiä ei tarvitse odottaa.

Kumppanin on sen sijaan toimittava seuraavasti:

• Lukuoikeuden myöntäminen Dynamics 365 Business Central ISV Key Vault -lukijasovellukselle.
• AllowedBusinessCentralAppIds-nimisen salaisen koodin luominen kyseisessä Key Vaultissa. Tämän salaisen koodin on sisällettävä kunkin sellaisen sovelluksen appId-tunnus, jolla on Key Vaultin käyttöoikeus. Jos sovelluksia on useita, ne on erotettava toisistaan pilkulla (,).

Tällä tavoin toimimalla voidaan lyhentää rekisteröinnin odotusaikaa sekä nopeuttaa ja helpottaa rekisteröintiä.

On huomattava, että Entra-vuokraajatunnuksen jo rekisteröineiden AppSource-sovellusten on otettava käyttöön salainen koodi ennen sovellusten uusien versioiden lähettämistä. Jos tätä varattua salaista AllowedBusinessCentralAppIds-koodia ei ole, lähetys todennäköisesti epäonnistuu jatkossa.

Business Central ‑asiakas lähettää telemetriatapahtuman, jos asiakasohjelman apuohjelmassa tapahtuu poikkeus. Telemetriatiedot auttavat järjestelmänvalvojia seuraamaan virheitä ja reagoimaan niihin, ennen kuin käyttäjät ilmoittavat niistä.

Asiakasohjelma kirjaa seuraavanlaisia tietoja ongelmista:

• Ympäristö ja yritys.
• Laajennus, sovellus tai apuohjelma.
• Asiakassovelluksen tyyppi (selain, tabletti, puhelin ja niin edelleen).
• Virheen tiedot.
• Virheen kokenut käyttäjä.

CardPageID-ominaisuutta voidaan nyt muokata luettelo- ja listpart-sivuilla PageExtensionin kautta. Tällä tavoin voidaan ohittaa määritys siitä, mikä korttisivu näytetään, kun käyttäjä kaksoisnapsauttaa nimikettä luettelo- tai listpart-sivulla.

Jos ominaisuus on jo määritetty perussivulla, PageExtension-arvo ohittaa sen. Jos useat PageExtension-laajennukset muokkaavat ominaisuutta, viimeksi käytetty laajennus otetaan käyttöön. Koska vuokraajakohtaiset laajennukset käytetään AppSource-sovellusten jälkeen, kilpailutilanne, jossa useat AppSource-sovellukset määrittävät samaa CardPageId-ominaisuutta, voidaan ratkaista tarvittaessa vuokraajakohtaisessa laajennuksessa, vaikka näin tapahtuukin harvoin.

Business Centralin vuoden 2024 1. julkaisuaallossa DevOps-putkien osana olevien laajennusten seuraamista helpottamaan otettiin käyttöön Source- ja Build-ominaisuudet laajennusten app.json-kokoonpanotiedoissa. Tällä tavoin laajennuksen luonnissa käytettävän soveltuvan lähdevaraston, vahvistustunnuksen ja koontiversiojärjestelmän löytäminen on helppoa. Business Centralin vuoden 2024 2. julkaisuaallossa lisättiin mahdollisuus tarkastella Source-tietoja laajennuskortissa Laajennuksen hallinta -sivulla. Vuoden 2025 1. julkaisuaallossa lisättiin myös Build-tiedot.

Laajennuksen hallinta -sivun laajennusten yksityiskohtainen korttisivu sisältää nyt Build-tiedot. Build-tietojen sisältönä on by, jolla seurataan koontiversioagenttia, ja url, jolla määritetään sen koontiversiojärjestelmän käynnistyksen URL-osoite, jossa koontiversio sijaitsee.

Lisätietoja Source- ja Build-tiedoista on kohdassa Laajennusten lähteen ja koontiversion metatietojen seuranta.

AL-kehittäjien on helppo jäljitellä HttpClient Get-, Put-, Delete- ja Post-kutsuja yksikkötesteissä. Ajatuksena on sallia yksikkötestien HttpClient-kutsujen vastausten korvaaminen kätevästi ottamalla käyttöön uusi HttpClient-kutsut sieppaava käsittelijäfunktio.

Kun HttpClientHandler lisätään testimenetelmään, jokainen kyseisen testin suorittamisen aikana tapahtuva HTTP-pyyntö siepataan ja reititetään käsittelijään. Käsittelijämenetelmän allekirjoitus on seuraavanlainen: se vastaanottaa HTTP-pyynnöstä tietoja sisältävän TestHttpRequestMessage-kutsun sekä sellaiset jäljitellyn HTTP-pyynnön vastausarvot sisältävän TestHttpResponseMessage-kutsun, jotka käsittelijän on tarkoitus päivittää. Totuusarvon palautusarvo ilmaisee, onko kyseessä hylkäys ja annetaanko alkuperäinen HTTP-pyyntö (tosi) vai käytetäänkö jäljiteltyä vastausta (epätosi).

Käyttöön on otettu myös uusi ominaisuus testaamaan TestHttpRequestPolicy-nimisiä codeuniteja. Tämä ominaisuus määrittää, miten lähteviä HTTP-pyyntöjä käsitellään testin suorittamisen aikana, ja sillä on seuraavat mahdolliset arvot:

• BlockOutboundRequests: mikä tahansa testin suorittamisen aikana lähetetty HTTP-pyyntö, jota HTTP-asiakasohjelmakäsittelijä ei havaitse ja käsittele, aiheuttaa poikkeuksen.
• AllowOutboundFromHandler: HTTP-asiakasohjelmakäsittelijän on havaittava kaikki testin suorittamisen aikana lähetetyt HTTP-pyynnöt. Käsittelijä saa nimenomaisesti epäonnistua ja lähettää alkuperäisen pyynnön ulkoiseen päätepisteeseen.
• AllowAllOutboundRequests: kaikki testin suorittamisen aikana lähetetyt lähtevät HTTP-pyynnöt sallitaan.

Seuraavassa on esimerkki ulkoisen verkkopalvelunkutsun tekevästä codeunitista sekä sen sieppaava ja sitä jäljittelevä testi-codeunit. HttpClientHandlerin käyttö testi-codeunitissa kannattaa huomioida.

Verkkoasiakasohjelmassa voidaan nyt luoda suoraan vastaava tietyn ympäristön launch.json-määritys, mikä helpottaa tietyn ympäristön tutkimista Visual Studio Codessa tai sen virheenkorjausta.

Business Centralin verkkoasiakasohjelmassa on kaksi launch.json-määrityksen luontivaihtoehtoa.

Käytettävissä on Luo käynnistyskokoonpanot tälle ympäristölle -toiminto Ohje ja tuki -sivun Vianmääritys-osassa.

Lisäksi käytettävissä on Luo käynnistysmääritykset -toiminto Laajennusten hallinta -sivuvalikon Kehitä VS Code -toimintoryhmässä.

Liittymäluetteloita ja -sanakirjoja voidaan nyt luoda.

Syntaksi noudattaa seuraavia malleja, ja se vastaa yksinkertaisen tyypin luettelon tai sanakirjan luontia:

• Luettelo [Interface IFoo]
• Sanakirja [; Interface IFoo]

Järjestelmäsovelluksessa on täydellisiä esimerkkejä liittymäluettelon käyttämisestä telemetrian kirjaustoiminnossa.

Seuraavat esimerkit havainnollistavat luetteloiden ja sanastojen luomista liittymien avulla.

@-etuliitteen käyttäminen mahdollistaa useille riveille ulottuvan merkkijonon kirjoittamisen AL-kielessä. Tällä tavoin kirjoitettava merkkijono on helpommin luettavissa esimerkiksi silloin, kun sisältö on jäsennetyssä muodossa, kuten JSON-sisältöä.

Tätä vaihtoehtoa käytettäessä on muistettava, että lisätty välilyönti (esimerkiksi yritys sisentää rivejä) on osa merkkijonoa, minkä vuoksi sen käyttöä ei suositella.

Alla olevassa esimerkissä tätä ominaisuutta käytetään määritettäessä JSON-mallirakenne tekstimuuttujaan. Merkkijonoon alussa olevan @-merkin käyttöön monirivisen merkkijonon ilmaisijana kannattaa kiinnittää huomiota.

Toiminnot, joihin on määritetty RunObject-ominaisuus, käyttävät kohdesovellusobjektin Caption-, ToolTip-, AboutText- ja AboutTitle-ominaisuuksia, jos mitään näistä ominaisuuksista ei ole määritetty toiminnossa. Tämä varmistaa yhdenmukaisuuden ja uudelleenkäytön myös nykyisissä toiminnossa samalla, kun kyseisten arvojen korvaaminen sallitaan määrittämällä ne nimenomaisesti toiminnossa.

Myös ToolTip-ominaisuuden lisääminen raportteihin tukee tätä.

Tässä julkaisuaallossa voit tarkastella upotettuja Power BI ‑raportteja tai ‑sivuja uudessa virtaviivaisessa käyttöliittymässä. Jos raportissa on useita sivuja, voit helposti siirtyä niiden välillä uuden siirtymisvaihtoehdon avulla.

Objekteja voidaan nyt hakea ladatuista symbolipaketeista Avaa symboli nimen perusteella -toiminnolla (Ctrl+T).

Tämä helpottaa objektien löytämistä ja lähteen avaamista, jos symbolit sisältävät lähdekoodia.

Se myös mahdollistaa GitHub Copilotin käytön Visual Studio Codessa. Ehdotuksia voidaan parantaa valitsemalla valittujen, liittyvien symbolien lähde Copilot Studion kontekstiksi omaa koodia kirjoitettaessa.

Työtilan symbolien haun suorituskykyä on parannettu siten, että se tukee entistä suurempaa käytettävissä olevien symbolien määrää.

Kahdessa edellisessä julkaisussa mahdollisuus siirtää taulukoita ja kenttiä laajennusten välillä on otettu käyttöön Microsoftin omissa laajennuksissa. Tässä julkaisussa kumppaneille annetaan mahdollisuus käyttää samoja ominaisuuksia omissa laajennuksissaan.

Lisätietoja tällaisista ominaisuuksista on ohjeissa, jotka otettiin käyttöön tukemaan ensimmäisen osapuolen sovelluksia. Lisätietoja on kohdassa Taulukoiden ja kenttien siirtäminen laajennusten välillä.

IncStr-menetelmän uusi ylikuormitus on lisätty tukemaan luvun satunnaista suurentamista tai pienentämistä merkkijonomuuttujassa. Tämä mahdollistaa numerosarjojen tai muiden vastaavien sarjojen kasvattamisen kerralla enemmällä kuin yhdellä.

Positiivista lukua pienennettäessä käytetään try-funktiota tilanteissa, joissa merkkijonoa ei voi enää pienentää. Muodon osalta nollat lisätään tarvittaessa eteen pienennettäessä.

Esimerkki näyttää kokonaisluvun 99 kasvattamisen AText-merkkijonomuuttujassa luvuksi 109 yhdellä kutsulla käyttämällä uutta IncStr-menetelmän ylikuormitusta ja lisäysparametria 10.

Raporttiasetteluissa on käytettävissä seuraavat uudet ominaisuudet:

• ObsoleteState
• ExcelLayoutMultipleDataSheets

Kehittäjä voi ilmaista ObsoleteState-ominaisuudella, että asettelu on vanhentunut ja että se poistetaan myöhemmässä versiossa. Ominaisuus näkyy Raporttiasettelut-sivulla.

Kehittäjä voi ohittaa ExcelLayoutMultipleDataSheets-ominaisuudessa yleisen ominaisuuden, joka on määritetty asettelukontekstiin raporttiobjektissa. Kehittäjä voi lisätä raporteissa, joissa yleistä ExcelLayoutMultipleDataSheets-ominaisuutta ei ole määritetty (ja jonka tulkintana on siksi Epätosi), Excel-asetteluja, joissa ExcelLayoutMultipleDataSheets-toimintoa käytetään, ilman riskiä siitä, että he häiritsisivät käyttäjien aiemmin lisäämien Excel-asettelujen toimintaa.

Laajennusten hallinta -sivulla on nyt Kehitä VS Codessa -toimintoryhmä, joka tuo kehittäjillä useita uusia mahdollisuuksia. Yksi niistä on Lataa VS Codessa -toiminto, joka antaa käyttäjälle mahdollisuuden valita yhden tai usean Visual Studio Codessa avattavan laajennuksen.

Avatussa Visual Studio Code -projektissa on aina mahdollista käyttää kyseisten laajennusten symboleja, kun taas lähteen käyttö määräytyy kyseessä olevien laajennusten ja käyttöoikeuksien IP-suojausasetusten perusteella.

Nykyinen JsonObject laajennetaan siten, että YAML voidaan lukea JsonObjectiin, käsitellä JSON-muodossa JsonObject-ohjelmointirajapinnan avulla ja mahdollisesti kirjoittaa uudelleen YAML-koodina.

Kaksi uutta menetelmää lisätään lukemaan YAML JsonObject-esiintymään:

[Ok :=] ReadFromYaml(String) [Ok :=] ReadFromYaml(InStream) 

Kaksi uutta menetelmää lisätään kirjoittamaan JsonObject-esiintymä YAML-koodina:

[Ok :=] WriteToYaml(String) [Ok :=] WriteToYaml(OutStream) 

ToText-menetelmä on lisätty yksinkertaisiin tyyppeihin (BigInteger, totuusarvo, tavu, päivämäärä, päivämäärä ja aika, desimaali, kesto, GUID, kokonaisluku, selite, aika ja versio) helpottamaan muuntamista tekstiksi.

Muotoilun lisäasetuksia käytettäessä kannattaa jatkaa MUOTO-parametrin käyttöä.

JSON-tietojen käytön ohjelmointirajapintaa on parannettu menetelmillä, joiden ansiosta tietojen lukeminen JsonTokenin kautta ei ole aina välttämätöntä.

JsonObject-esiintymiin on lisätty seuraavat:

value := GetBoolean(Key: Text [; DefaultIfNotFound: Boolean]) value := GetByte(Key: Text [; DefaultIfNotFound: Boolean]) value := GetChar(Key: Text [; DefaultIfNotFound: Boolean]) value := GetInteger(Key: Text [; DefaultIfNotFound: Boolean]) value := GetBigInteger(Key: Text [; DefaultIfNotFound: Boolean]) value := GetDecimal(Key: Text [; DefaultIfNotFound: Boolean]) value := GetOption(Key: Text [; DefaultIfNotFound: Boolean]) value := GetDateTime(Key: Text [; DefaultIfNotFound: Boolean]) value := GetDate(Key: Text [; DefaultIfNotFound: Boolean]) value := GetTime(Key: Text [; DefaultIfNotFound: Boolean]) value := GetDuration(Key: Text [; DefaultIfNotFound: Boolean]) value := GetText(Key: Text [; DefaultIfNotFound: Boolean]) value := GetArray(Key: Text [; DefaultIfNotFound: Boolean]) value := GetObject(Key: Text [; DefaultIfNotFound: Boolean]) 

JsonArray-esiintymiin on lisätty seuraavat:

value := GetBoolean(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetByte(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetChar(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetInteger(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetBigInteger(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetDecimal(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetOption(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetDateTime(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetDate(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetTime(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetDuration(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetText(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetArray(Index: Integer [; DefaultIfNotFound: Boolean]) value := GetObject(Index: Integer [; DefaultIfNtFound: Boolean]) 

Vaikutusalue 3 on tärkeä tarkan seurannan kannalta, koska se ilmaisee suurimman osan päästöistä, vaikuttaa liiketoimintapäätöksiin ja vastaa monia säädöksiä. Vaikutusalueen 3 mittaaminen on luultavasti myös monimutkaisinta, sillä siinä tarvitaan tietoja useista lähteistä. Tietoja tarvitaan esimerkiksi toimittajilta sekä sisäistä toiminnoista, kuten siirroista ja valmistuksesta.

Kun päästöarvot kirjataan ostolaskuihin, Business Central luo kestävän kehityksen kirjanpitomerkinnän tavalliseen tapaan. Se luo myös uuden vastuullisuusarvotapahtuman, joka viittaa saman nimiketapahtumatyypin nimiketapahtumarekisterin tapahtumaan, ja kirjaa laskettuun CO2e-määrään liittyvät tiedot. Tästä alkaa päästöjen arviointiprosessi, jossa Business Central seuraa kaikkia päästömuutoksia muiden prosessien kautta. Tämä ostoasiakirjojen toiminto koskee tällä hetkellä vain nimikkeitä. Se ei vielä tue lisäpäästöjen lisäämistä nimikeveloituksilla. Lisäksi tämä versio tukee vain päästöjen laskennan Keskiarvo-mallia.

Kestävän kehityksen toimintojen hyödyntäminen ympäristövaikutusten, kuten kasvihuonekaasupäästöjen, vedenkäytön ja jäteintensiteetin, mittaamiseen ylläpitää samalla vaatimustenmukaisuuden raportoinnissa tarvittavia tietoja. Käytettävissä on myös toimintoja, kuten tilastotilejä, sosiaalisten vaikutusten ja hallinnon vaikutusten seuraamiseen ja mittaamiseen.

Tämän toiminnon avulla voidaan kerätä vastuullisuustietoja ja kohdistaa ne lakisääteisiin taksonomioihin, joita tarvitaan raportointiin eri standardien mukaisesti. Tällaisia standardeja ovat esimerkiksi yritysten kestävän kehityksen raportoinnin direktiivi (CSRD) tai liiketoiminnan vastuu- ja kestävyysraportointi (BRSR). Kun tiedot on kerätty ja koostettu Business Centralissa, ne voidaan siirtää sujuvasti projektin ESG-raportointisovellukseen (esiversio), jossa voidaan lisätä tekstiä tai kontekstitietoja tarpeen mukaan. Raportointiprosessi päättyy lakisääteisten vaatimusten mukaisten tiedostojen luontiin lähetystä varten, mikä sujuvoittaa koko kestävyysraportoinnin työnkulkua.

Tämä integrointi antaa pienille ja keskisuurille yrityksille (PK-yrityksille) ratkaisun, joka helpottaa monimutkaisten ESG-raportointivaatimusten noudattamista. Se mahdollistaa vastuullisuusmittareiden käyttämisen ja yhdistämisen suoraan Business Centralista projektin ESG-raportointiin (esiversio).

Ratkaisun sisältö:

• Vaikutusalueen 1, vaikutusalueen 2 ja vaikutusalueen 3 päästömittareiden integrointi Business Centralista projektin ESG-raportointiin (esiversio).
• Business Centralin mittarit voidaan yhdistää projektin ESG-raportoinnissa (esiversio) jo oleviin käsitteisiin.
• Mittarien arvojen luominen ja niiden liittäminen yhdistettyihin käsitteisiin ja arvioon.

Voit määrittää taksonomiat Business Centralissa useista tapahtumatietolähteistä ammentaen. Esittelytiedot valmistellaan alkumäärityksessä, mutta niitä voi muokata tarpeen mukaan. Määrityksen jälkeen aiemmin luodut tiedot voidaan koostaa taksonomioiden perusteella. Jos integrointia raportointityökalun kanssa ei ole, voidaan luoda CSRD-raportoinnin valmisteluasiakirjana toimivan raporttiasettelun.

Voit määrittää taksonomiat Business Central käyttämällä erilaisia tapahtumatietolähteitä. Esittelytietoja varten valmistellaan alkuasetukset, mutta voit muokata niitä omien tarpeidesi mukaan. Määrityksen jälkeen aiemmin luodut tiedot voidaan koostaa näiden taksonomioiden perusteella.

Kun olet koonnut tietyn raportointikauden tiedot, voit integroida ESG-raportointityökalun ja valmistella tiedot raportointia varten. Koska Business Central ei sisällä kaikkia CSRD-raportoinnissa tarvittavia tietoja, voit vaihtaa ESG-raportointityökaluun, jossa olevaan esimääritettyyn CSRD-malliin voit lisätä puuttuvat mittarit raportointitiedoston luomista varten.

Tulevaisuudessa laajennamme tätä integraatiota muihin ESG-raportointistandardeihin.

Seuraavissa taulukoissa on uusi Oletusvastuullisuustili-kenttä:

• KP-tili
• Nimike
• Nimikeluokka
• Resurssi
• Tuotantosolu
• Kuormitusryhmä

Jos Oletusvastuullisuustili-kenttä täytetään Nimikeluokka-taulukossa, luokkaan määritetyt nimikkeet perivät arvon.

Lisäksi Nimike-, Resurssi-, Tuotantosolu- ja Kuormitusryhmä-taulukoissa on uudet CO2-oletuspäästöt-, CH4-oletuspäästöt- ja N2O-oletuspäästöt-kentät. Näiden kenttien arvoja voidaan muokata Nimike-kortissa, jos Täydennysjärjestelmä-kentän nimikemäärityksenä on Osto. Muussa tapauksessa Business Central laskee arvot. Jos näissä kentissä on arvo ja Täydennysjärjestelmä-kentän valintaa muutetaan, sanoma varoittaa päästökenttien arvojen poistamisesta.

Näiden kenttien käyttäminen edellyttää, että ne otetaan käyttöön Vastuullisuusmääritys-sivulla. Määritysten edellyttäminen selkeyttää käyttökokemusta yrityksissä, joissa niitä ei haluta käyttää.

Jos Oletusvastuullisuustili-kenttään määritetään arvo ja käsiteltävinä on ostoasiakirjoja tai yleisiä päiväkirjoja, arvo siirtyy liittyviin Vastuullisuustili- ja Päästösumma-kenttiin.

Seuraavat toiminnot on lisätty kestävän kehityksen esittelytietotyökaluun:

• Kestävän kehityksen toiminnot on otettu käyttöön ostoasiakirjoissa.
• Lisättiin päästöhyvityksiin liittyvä uusi toiminto ja nimike.
• Sisältää uuden ostolaskun, jossa on esimerkkejä kestävyystiedoista ja päästöhyvityksistä.
• Sisällytettiin tiedot hiilimaksu- ja hiilidioksidiekvivalenttilaskelmista.
• Lisättiin uudet tilastotilit ja päiväkirja yhteisöpalvelua ja hallintoa varten.
• Luotiin tuloskortti ja tavoitteet.
• Otettiin käyttöön uusi ESG-esimerkki talousraporteissa.

Kestävän kehityksen toimintojen raportointia ja analytiikkaa parannettiin merkittävästi. Kolmen nykyisen Excel-asettelun sisältävän raportin lisäksi käytettävissä on uusia Power BI:n ja tietoanalyysin työkaluja.

• Päivitetyssä Power BI:n kestävän kehityksen sovelluksessa voidaan seurata uusia tunnuslukuja ja skenaarioita, kuten luokka- ja vaikutusaluekohtaisia päästöjä, hiilidioksidiekvivalentti (CO2e) -analyysia, siirtymää hiilineutraaliuteen, toteutuneiden, perustason ja tavoitteen vertailua sekä vesi- ja jätehuoltoanalyysia.
• Yhteiskuntaan ja hallintoon liittyviä uusia tunnuslukuja ja skenaarioita, kuten sukupuoli- tai ikäjakaumaa ja tutkintoja, voidaan seurata.
• Kaikissa raporteissa on opetusvihjeitä, ja ne on dokumentoitu.
• Lisätietoja on ohjeiden uudessa Kestävän kehityksen analytiikka -kohdassa.

Jos kyseessä on taloustietoihin liittyvät päästötiedot, molemmat tietotyypit voidaan kirjata yhdellä rivillä Yleiset päiväkirjat -sivulla. Se tehdään avaamalla yleinen päiväkirja ja lisäämällä tavalliset taloustiedot. Sen jälkeen valitaan Vastuullisuustili ja syötetään seurattavat summat kunkin tilin osalta CO2-päästöt yhteensä-, CH4-päästöt yhteensä- ja N2O-päästöt yhteensä -kenttiin. Pääkirjanpidon tapahtumat -sivulla on helppo etsiä liittyvä kestävän kehityksen tapahtumaEtsi tapahtumat -toiminnolla. Nämä tiedot ovat saatavana myös Kirjattu yleinen kirjauskansio -sivulla.

Tämä toiminto mahdollistaa valmiiden tuotteiden hiilidioksidiekvivalentin (CO2e) laskemisen käyttämällä raaka-aineiden päästötietoja ostoasiakirjoista ja lisäämällä valmistusprosessien päästöt.

Tässä on apuna seuraavilla sivuilla olevat uudet CO2e yksiköittäin- ja CO2e yhteensä -kentät:

• Tuotannon tuoterakenne
• Reititys
• Komponentit
• Toiminnot
• Tuotantotilauksen rivit
• Kulutus
• Tuotospäiväkirjat

Tuotannon tuoterakenne -sivulla näiden kenttien arvot saadaan nimikkeiden päästötiedoista. Reititys-sivulla ne perustuvat Tuotantosolu- ja Kuormitusryhmät-sivujen päästötietoihin.

Nämä kentät lasketaan Vastuullisuusarvotapahtumat-sivun Keskiarvo-menetelmällä. Tuotantotilauksen laskettuja arvoja voidaan tarkastella suorittamalla Päivitä tuotantotilaus -tilaus. Business Central lisää kunkin kirjauksen yhteydessä valmiisiin tavaroihin liittyvät uudet arvot Vastuullisuusarvotapahtuma-sivulle. Arvot perustuvat raaka-aineiden kulutukseen ja toimintojen tuotokseen.

Kulutus- ja tuotostapahtumat luovat nimiketapahtumaan yhdistetyn vastuullisuusarvotapahtuman, minkä lisäksi tuotostapahtuma on yhdistetty myös kapasiteettitapahtumaan. Samojen päästöjen kirjaaminen kahdesti estetään siten, että näitä tapahtumia ei kirjata vastuullisuustapahtumaan vaan ainoastaan vastuullisuusarvotapahtumaan. Nämä tapahtumat liittyvät vain nimikkeen päästöjen arvostukseen.

Tämä toiminto mahdollistaa hiilidioksidiekvivalentin (CO2e) laskemisen tavallisille siirretyille nimikkeille ja kokoonpanon nimikkeille. Se tehdään käyttämällä ostoasiakirjojen päästötietoja ja lisäämällä siirto- tai kokoonpanotilausprosessien päästöt.

Laskentaa helpottaa Siirtotilaukset- ja Kokoonpanotilaukset-sivuilla olevat uudet CO2e yksiköittäin- ja CO2e yhteensä -kentät. Siirtotilauksissa näitä arvoja voi kasvattaa vain siirrettyjen nimikkeiden osalta. Kokoonpanotilauksissa Business Central laskee kulutettujen nimikkeiden ja resurssien päästöjen avulla kokoonpanonimikkeen CO2e-kokonaispäästön.

Näiden kenttien arvot lasketaan Vastuullisuusarvotapahtumat-sivun Keskiarvo-menetelmällä. Business Central lisää kunkin kirjauksen yhteydessä tiettyyn tapahtumaan liittyvät uudet arvot Vastuullisuusarvotapahtuma-sivulle. Näitä tapahtumia ei kirjata vastuullisuustapahtumaan vaan ainoastaan vastuullisuusarvotapahtumaan, mikä estää samojen päästöjen kirjaamisen kahdesti. Nämä tapahtumat liittyvät vain nimikkeen päästöjen arvostukseen.