
Mégsem változnának az M-lapos szabályok, de az eÁFA-felkészülést nem érdemes halogatni
2026-07-07A Microsoft Dynamics 365 Business Central 28.3 frissítés olyan fejlesztéseket hoz, amelyek a napi ERP-működés automatizálását, a pénzügyi folyamatok követhetőségét, az értékesítési rendelésfeldolgozást, a B2B e-kereskedelmet, a gyártási alvállalkozói folyamatokat és az egyedi fejlesztések kezelését érintik. A frissítés nem egyetlen nagy újdonságról szól, hanem több olyan gyakorlati változásról, amely a Business Centralt használó vállalatok működését teheti gyorsabbá, átláthatóbbá és kontrolláltabbá. A Microsoft 28.3-as összefoglalója szerint a frissítés a Business Central 2026 release wave 1 része, amely a 2026. április és október közötti kiadási hullámhoz kapcsolódik.
A cikkben a magyar vállalatok számára is releváns újdonságokat foglaljuk össze. A fókusz azokon a fejlesztéseken van, amelyek egy magyar közép- vagy nagyvállalat számára is fontosak lehetnek, ha Business Centralt használ, frissítés előtt áll, vagy a Copilot- és agent-alapú automatizálás lehetőségeit vizsgálja.
Tartalomjegyzék
- Mit jelent a Business Central 28.3 frissítés?
- A legfontosabb újdonságok röviden
- Copilot és agent fejlesztések
- Pénzügyi és e-dokumentum változások
- Shopify B2B és e-kereskedelmi fejlesztések
- Gyártás és alvállalkozói folyamatok
- Adminisztráció, fejlesztés és PTE-kezelés
- Copilot és agent adatmozgás
- Frissítési teendők online és on-premises környezetben
- Kinek érdemes kiemelten foglalkoznia a 28.3-mal?
- GYIK
Mit jelent a Business Central 28.3 frissítés?
A Business Central 28.3 a Microsoft Dynamics 365 Business Central 2026 release wave 1 egyik frissítése. Új és továbbfejlesztett funkciókat, nyilvános előzetes verziós képességeket, általánosan elérhető fejlesztéseket, valamint hibajavításokat tartalmaz. A Microsoft 28.3-as oldala szerint az online ügyfelek értesítést kapnak, amikor a frissítés ütemezhető, az új ügyfelek pedig automatikusan a 28.3-as verziót kapják.
A verzió üzleti szempontból azért érdekes, mert több olyan területet érint, ahol a Business Central már nemcsak nyilvántartó rendszerként, hanem aktív folyamatkezelő platformként működik. Ilyen például a szállítói számlák agent-alapú feldolgozása, az e-mailből érkező értékesítési rendelések kezelése, a B2B webshopos rendelési folyamatok összekötése, a gyártási alvállalkozói folyamatok támogatása és az egyedi bővítmények kontrolláltabb telepítése.
Egy magyar vállalat számára a 28.3-as frissítés legfontosabb kérdése nem az, hogy „mennyi új funkció érkezett”, hanem az, hogy ezek közül melyik ad valódi üzleti értéket. A frissítés előtt érdemes átgondolni, hol van sok kézi adminisztráció, hol akad el a számlafeldolgozás, mennyire tiszta a cikktörzs, milyen integrációk működnek, és milyen egyedi fejlesztések vannak a rendszerben.
A legfontosabb újdonságok röviden
A Business Central 28.3 legfontosabb, magyar vállalatoknál is releváns újdonságai az agent-alapú automatizálás, a pénzügyi folyamatok digitalizálása, a B2B e-kereskedelem támogatása, az alvállalkozói gyártási folyamatok fejlesztése és a PTE-k admin centerből történő kezelése köré rendeződnek. A Microsoft 28.3-as összefoglalója ezeket Copilot és agentek, e-commerce, electronic documents, financial management, governance and administration, valamint supply chain management területeken sorolja fel.
| Terület | Újdonság | Állapot | Üzleti jelentőség |
| Copilot és agentek | Expense Agent projekt-hozzárendelés | Nyilvános előzetes verzió | Költségek pontosabb projekthez és projektfeladathoz rendelése |
| Copilot és agentek | Több Sales Order Agent egy cégen belül | Általánosan elérhető | Értékesítési csapatok, termékvonalak vagy vevői csoportok elkülönített kezelése |
| Copilot és agentek | Payables Agent ingyenes próbamód 50 számláig | Általánosan elérhető | Szállítói számlafeldolgozás kipróbálása éles számlákkal, kisebb kockázattal |
| E-commerce | Shopify B2B company sync több Shopify csomagban | Általánosan elérhető | B2B e-kereskedelmi folyamatok szélesebb körű összekötése Business Centrallal |
| E-dokumentumok | Fizetési állapotok kezelése az E-Document keretrendszerben | Nyilvános előzetes verzió | Fizetett, részben fizetett és nem fizetett dokumentumok jobb követése |
| Pénzügy | Műanyag- és cukoradó számítási keretrendszer | Általánosan elérhető | Speciális termékadózási számítások támogatása standard keretrendszerben |
| Adminisztráció | PTE-k feltöltése, telepítése és kezelése admin centerből | Általánosan elérhető | Egyedi fejlesztések kontrolláltabb életciklus-kezelése |
| Gyártás | Alvállalkozói képességek gyártási folyamatokhoz | Általánosan elérhető | Külső gyártási lépések, anyagmozgások és beérkeztetések jobb kezelése |
Milyen Copilot és agent újdonságokat hoz a Business Central 28.3?
A Business Central 28.3 egyik legerősebb témája az agent-alapú automatizálás érettebbé válása. A Microsoft nem általános AI-funkcióként kezeli ezeket az újdonságokat, hanem konkrét üzleti folyamatokba építi be őket: költségelszámolásba, értékesítési rendelésfeldolgozásba és szállítói számlakezelésbe.
Expense Agent: projekt-hozzárendelés költségelszámolásnál
Az Expense Agent projekt-hozzárendelési fejlesztése lehetővé teszi, hogy a felhasználók költség rögzítésekor vagy szerkesztésekor közvetlenül projektet és projektfeladatot adjanak meg. Ez különösen azoknál a vállalatoknál hasznos, ahol a költségeket nem elég főkönyvi vagy dimenziós szinten követni, hanem projektalapú elszámolásra is szükség van. A Microsoft szerint a funkció projektkövetés bekapcsolása mellett a Categorization fülön érhető el.
A gyakorlatban ez a tanácsadói, mérnöki, projektalapú szolgáltatói, építőipari vagy belső projektelszámolással dolgozó cégeknél lehet értékes. Ha egy munkatárs utazási, szállás-, anyag- vagy egyéb költséget rögzít, a költség már a beküldéskor pontosabban kapcsolható a megfelelő projekthez.
Loginform-tipp: az Expense Agent akkor működik jól, ha a projektstruktúra, a költségkategóriák, a jóváhagyási útvonalak és a könyvelési logika előre tisztázott. Érdemes a bevezetés előtt megnézni, hogy a jelenlegi projektek, projektfeladatok és dimenziók elég egyértelműek-e az automatikus vagy félautomatikus költségfeldolgozáshoz.
Sales Order Agent: több agent egy cégen belül
A Sales Order Agent 28.3-as fejlesztése lehetővé teszi, hogy egy Business Central cégen belül több agent példány működjön egymástól elkülönített beállításokkal. A Microsoft leírása szerint minden agent saját postafiókkal, mappabeállítással, e-mail aláírással, feldolgozási szabályokkal és teljesítménymutatókkal rendelkezhet.
Ez azoknál a cégeknél lehet hasznos, ahol nem egyetlen értékesítési postafiókba érkezik minden rendelés vagy ajánlatkérés. Külön agent kezelheti például a belföldi és exportértékesítést, a nagykereskedelmi és viszonteladói ügyfeleket, vagy az eltérő termékvonalakat.
A fejlesztés üzleti előnye, hogy az értékesítési folyamat kevésbé válik központi szűk keresztmetszetté. Az agentek csapatonként, termékkörönként vagy ügyfélcsoportonként külön mérhetők, így jobban látszik, hol mennyi e-mail érkezik, mennyi ajánlat vagy rendelés készül, és mennyi idő takarítható meg.
Loginform-tipp: több Sales Order Agent bevezetése előtt érdemes végiggondolni, hogyan érkeznek ma a vevői rendelések. Nem biztos, hogy a jelenlegi postafiók-struktúra alkalmas agent-alapú feldolgozásra. Sokszor már az is nagy előrelépés, ha a beérkező rendelési, ajánlatkérési és információs e-maileket tisztább mappaszabályokkal választjuk szét.
Okosabb cikktalálat és nagyobb PDF-mellékletek
A Sales Order Agent 28.3-ban okosabb cikktalálati logikát kap. A Microsoft szerint az agent több rétegben keres: pontos azonosító alapján, attribútumok szerint, illetve fuzzy kereséssel is. A rendszer olyan jellemzőket is figyelembe vehet, mint a szín, anyag vagy méret, és ezek alapján rangsorolhatja a találatokat.
A frissítés gyakorlati szempontból fontos újdonsága, hogy az agent már akár 50 oldalas PDF-mellékleteket is kezelhet; korábban ez a limit 10 oldal volt. A rendszer azt is jelzi, ha egy mellékletet kihagyott, és megadja a kihagyás okát, például oldalszám-, karakterlimit- vagy formátumprobléma esetén.
Ez B2B értékesítésnél különösen hasznos, mert a vevői megrendelések gyakran PDF-ben, nem pedig strukturált adatkapcsolaton keresztül érkeznek. Ha a rendszer nagyobb mellékleteket is feldolgoz, és a kihagyott dokumentumoknál diagnosztikát ad, kevesebb rendelés veszhet el a folyamatban.
Loginform-tipp: az okos cikktalálat alapja továbbra is a jó cikktörzs. Ha hiányoznak a vevői cikkszámok, GTIN-ek, kereszthivatkozások, attribútumok vagy pontos termékleírások, az agent kevesebb magabiztossággal tud dolgozni. Sales Order Agent pilot előtt érdemes cikktörzs-auditot végezni.
Payables Agent: 50 számlás ingyenes próbamód
A Payables Agent a szállítói számlák feldolgozását automatizálja Business Centralban. A Microsoft dokumentációja szerint a Payables Agent e-mailben érkező PDF számlákat dolgoz fel, és támogatja a számladraftok létrehozását, ellenőrzését és további feldolgozását.
A 28.3 egyik gyakorlati újdonsága, hogy a Payables Agent próbamódban legfeljebb 50 számlát dolgozhat fel számlázható AI credit fogyasztás nélkül. A próba során a rendszer PDF számlákat dolgoz fel, a felhasználó pedig ellenőrzi és jóváhagyja a draftokat; a Microsoft dokumentációja külön jelzi, hogy semmi nem könyvelődik automatikusan emberi ellenőrzés nélkül.
Ez a próbamód különösen hasznos lehet magyar vállalatoknál is, mert a szállítói számlafeldolgozás sok helyen még mindig jelentős kézi munkát igényel. Egy 30–50 számlás pilot alapján reálisabban felmérhető, hogy az agent mennyire tudja csökkenteni az adminisztrációt, és milyen adattisztasági vagy folyamatbeli feltételek szükségesek a használatához.
Loginform-tipp: a Payables Agent kipróbálásához érdemes vegyes számlacsomagot összeállítani: különböző szállítóktól, eltérő áfakulcsokkal, devizákkal, költséghelyekkel, dimenziókkal és visszatérő tételekkel. Így nem demóhelyzetben, hanem valódi üzleti környezetben látszik, mennyire illeszkedik az agent a cég pénzügyi működéséhez.
Milyen pénzügyi és e-dokumentum változások érkeznek?
A Business Central 28.3 pénzügyi területen az automatizált számlafeldolgozás, az e-dokumentumok fizetési állapotának követése és a speciális termékadózási számítások irányában hoz fontos változásokat. Ezek közül több nemcsak nagyvállalati, hanem középvállalati környezetben is releváns lehet.
E-Document framework: fizetési státuszok kezelése
Az E-Document keretrendszer új fizetési funkciója lehetővé teszi, hogy egy e-dokumentum teljesen fizetett, részben fizetett vagy nem fizetett állapotként legyen kezelhető. A Microsoft szerint a funkció a fizetés beszedésének dátumát, az áfát is tartalmazó beszedett összeget, valamint a fizetéskori alapösszeget és áfaösszeget is kezeli.
Ez azért fontos, mert az e-dokumentumok szerepe nem áll meg a kiállításnál vagy befogadásnál. Egyre több vállalatnak van szüksége arra, hogy az elektronikus dokumentumok teljes életciklusát lássa: mikor keletkezett, milyen státuszban van, kifizették-e, részben fizették-e, és milyen pénzügyi esemény kapcsolódik hozzá.
Magyar cégek esetében ez a gondolkodásmód különösen hasznos lehet akkor, ha a vállalat sok e-dokumentummal, számlázási integrációval, külső számlakezelő rendszerrel vagy több lépéses jóváhagyási folyamattal dolgozik. A pontos fizetési státusz jobb riportingot és kevesebb egyeztetési munkát eredményezhet.
Loginform-tipp: e-dokumentumoknál a technikai adatcsere csak az egyik oldal. Legalább ilyen fontos, hogy a pénzügyi csapat tudja, milyen státuszokat szeretne riportolni, milyen egyeztetéseket akar kiváltani, és mely pontokon kell emberi kontrollt megtartani.
Műanyag- és cukoradó számítási keretrendszer
A Business Central 28.3 általánosan elérhető funkcióként hozza a műanyag- és cukoradó számítási keretrendszert. A Microsoft szerint sok ország vezet be műanyaghoz és cukorhoz kapcsolódó jövedéki vagy termékadó jellegű szabályokat, ahol az adóalap az anyagösszetételtől, a súlytól vagy az értékesített mennyiségtől függ.
A Business Central új mezőkkel és excise journal képességekkel támogatja az adóalap kiszámítását. Műanyag esetén a rendszer többek között beszerzési, pozitív készletkorrekciós, gyártási output, assembly output és tárgyieszköz-beszerzési tételekből számolhat; cukor esetén értékesítési és negatív készletkorrekciós tételeket használhat a jelentési időszakra.
Fontos korlát, hogy a konkrét országos bevallási nyomtatványok nem részei ennek a funkciónak. A Microsoft leírása szerint a keretrendszer az alapadatok és számítások előállítását támogatja, a helyi bevallási logikát partnereknek és ügyfeleknek kell illeszteniük.
Loginform-tipp: ez tipikus példa arra, amikor a standard ERP-funkció és a helyi pénzügyi-számviteli szakértelem együtt ad értéket. A keretrendszer segíthet a számításban, de a vállalatnak pontosan tudnia kell, milyen termékkörre, milyen jogszabályi logikával, milyen riportolási elvárás mellett akarja használni.
Mit jelent a Shopify B2B fejlesztés?
A Business Central 28.3 egyik e-kereskedelmi újdonsága, hogy a Shopify B2B company sync több Shopify csomagban használható. A Microsoft 28.3-as összefoglalója szerint a market catalogok, fizetési feltételek és B2B rendelésfeldolgozás több Shopify plan esetében elérhetővé válik, nem csak a Plus csomagban.
Ez azért fontos, mert a B2B e-kereskedelem nem ugyanúgy működik, mint egy lakossági webshop. Céges vevőknél gyakoriak az egyedi árlisták, szerződéses fizetési feltételek, több telephely, eltérő rendelési jogosultságok, jóváhagyási folyamatok és visszatérő megrendelések.
Ha a Shopify és a Business Central között jobban kezelhetők a vállalati vevői struktúrák, árlisták, fizetési feltételek és rendelési folyamatok, akkor kevesebb kézi adatrögzítésre és utólagos egyeztetésre lehet szükség. Ez különösen olyan kereskedő cégeknél lehet érdekes, amelyek B2B webshopban értékesítenek, de a készletet, számlázást, vevői törzsadatokat és pénzügyi folyamatokat Business Centralban kezelik.
Loginform-tipp: Shopify B2B integrációnál nem az a fő kérdés, hogy „van-e kapcsolat” a két rendszer között. A lényeg az, hogy az üzleti logika helyesen mozogjon: vevői adatok, árak, fizetési feltételek, készletinformációk, rendelések, számlázás és státuszok. Egy integráció akkor jó, ha nem újabb kézi ellenőrzési réteget hoz létre, hanem valóban csökkenti az adminisztrációt.
Milyen gyártási újdonság érkezik az alvállalkozói folyamatokhoz?
A Business Central 28.3 általánosan elérhetővé teszi az alvállalkozói képességeket a gyártási folyamatokban. A Microsoft leírása szerint ez azoknál a vállalatoknál fontos, ahol külső beszállítók vagy partnerek a gyártási folyamat egyes részeit végzik el.
A fejlesztés többek között támogatja az alapanyagok és komponensek alvállalkozókhoz történő logisztikai áramlását, a raktárkezelést, a cikk-követést, a rugalmas árazást, a késztermékek beérkeztetését és az alvállalkozóktól visszaérkező késztermékek kezelését.
Ez magyar gyártó, kereskedő-gyártó vagy bérgyártó modellel dolgozó vállalatoknál is releváns lehet. Tipikus helyzet, amikor a cég megtartja a tervezést, minőségellenőrzést, értékesítést és pénzügyi kontrollt, de a gyártási műveletek egy részét külső partner végzi.
Az alvállalkozói gyártás ERP-ben mindig összetett kérdés, mert egyszerre érinti a készletet, beszerzést, gyártást, logisztikát, költségelszámolást és nyomon követhetőséget. Ha a folyamat nincs jól modellezve, könnyen eltérhet egymástól a fizikai árumozgás és a rendszerben látható készlet- vagy költségállapot.
Loginform-tipp: alvállalkozói gyártási folyamat beállítása előtt érdemes folyamatábrát készíteni. Külön jelölni kell, mikor mozog alapanyag, mikor történik szolgáltatás vagy művelet, mikor érkezik vissza késztermék, milyen költség keletkezik, és mikor történik könyvelési esemény. A Business Central beállításnak ezt a valós folyamatot kell leképeznie.
Mi változik adminisztrációban és fejlesztői működésben?
A Business Central 28.3 fontos adminisztrációs fejlesztése, hogy a per-tenant extensionök, vagyis PTE-k feltölthetők, telepíthetők és kezelhetők a Business Central admin centerből és admin center API-kon keresztül. A Microsoft szerint az adminisztrátorok nemcsak megtekinthetik és eltávolíthatják a bővítményeket, hanem PTE-csomagokat is feltölthetnek, azonnal vagy ütemezetten telepíthetnek, és láthatják a közelgő extension verziókat.
Ez a fejlesztés azoknak a vállalatoknak különösen fontos, amelyeknél sok egyedi fejlesztés, testreszabás vagy ügyfélspecifikus extension működik. A PTE-életciklus admin centerből történő kezelése átláthatóbb deploymentet, jobb governance-t és könnyebb automatizálást adhat.
A Microsoft dokumentációja szerint az új API-végpontok build pipeline-okkal és deployment automatizációval is összekapcsolhatók, valamint admin center API MCP serveren keresztül AI-assisted fejlesztői munkafolyamatokban, például VS Code-ban is használhatók.
Loginform-tipp: egyedi Business Central fejlesztéseknél nemcsak az számít, hogy elkészül-e a funkció. Legalább ennyire fontos, hogy verziózható, tesztelhető, visszakövethető és kontrolláltan telepíthető legyen. A PTE-kezelés admin centerből ebben adhat jobb működési keretet.
Mit kell tudni a Copilot és agent adatmozgásról?
A Business Central 28.3 környékén külön figyelmet érdemel a Copilot- és agent-adatfeldolgozás földrajzi kérdése. A Microsoft 28.3-as oldala szerint 2026. július 1-jétől a 28.0 vagy újabb verziójú Business Central környezetek bizonyos országokban vagy régiókban más Azure földrajzi területen dolgozhatnak fel Copilot- és agent-kéréseket, és ez a Copilot & agent capabilities oldalon kezelhető.
Ez nem egy látványos funkció, de vállalati IT, adatvédelem és compliance szempontból fontos. Az agentek használata előtt érdemes tisztázni, milyen adatokat dolgoznak fel, milyen jogosultságok mellett működnek, hogyan történik a hozzáférés-kezelés, és milyen adatfeldolgozási beállításokat engedélyez a szervezet.
Magyar és EU-s környezetben különösen fontos, hogy az AI-funkciók bevezetése ne pusztán technikai döntés legyen. A pénzügyi, IT-, adatvédelmi és üzleti oldalnak közösen kell meghatároznia, mely agentek használhatók, milyen adatkörrel, milyen kontrollpontok mellett.
Loginform-tipp: Copilot- vagy agent-funkció bevezetése előtt érdemes rövid AI-governance ellenőrzést tartani. Ennek része lehet a jogosultságok áttekintése, a felhasználói kör kijelölése, a feldolgozott adatok azonosítása, a credit-fogyasztás tervezése és annak meghatározása, hogy mely folyamatokban marad kötelező emberi jóváhagyás.
Hogyan történik a Business Central 28.3 frissítés?
Online Business Central ügyfeleknél az új ügyfelek automatikusan a 28.3-as verziót kapják, a meglévő ügyfelek pedig értesítést kapnak, amikor a frissítés elérhető és ütemezhető. On-premises környezetben a frissítési útvonal attól függ, hogy a vállalat jelenleg 28-as, 27-es vagy korábbi verziót használ.
Online környezetben
Online környezetben a legfontosabb feladat a frissítési ablak megtervezése, a sandbox környezet ellenőrzése és a kritikus üzleti folyamatok tesztelése. Bár a felhős Business Central frissítései ütemezetten érkeznek, az egyedi fejlesztések, integrációk és üzleti folyamatok miatt a tesztelést nem érdemes kihagyni.
Ajánlott ellenőrzési lista:
- Van-e aktív sandbox környezet a frissítés előzetes tesztelésére?
- Minden egyedi extension kompatibilis a 28.3-mal?
- Működnek a kritikus integrációk: webshop, bank, számlázás, EDI, Power BI, külső alkalmazások?
- A főkönyvi kimutatások, pénzügyi riportok és zárási folyamatok változatlanul helyesek?
- A jogosultságok, jóváhagyási folyamatok és háttérfolyamatok működnek?
- Agent vagy Copilot funkció használata esetén tisztázott az adatkezelési és credit-fogyasztási logika?
On-premises környezetben
On-premises környezetben a frissítés technikai és üzleti projekt egyszerre. A Microsoft 28.3-as oldala szerint 28-as verzióról a Business Central 2026 release wave 1 update telepítési útmutatót kell követni, 27-es vagy korábbi verzióról pedig a 28-as verzióra történő upgrade dokumentáció az irányadó.
On-premises rendszereknél különösen fontos az egyedi objektumok, régi NAV/Business Central örökségek, riportok, integrációk, külső komponensek és jogosultságok felmérése. Egy régebbi verzióról történő frissítés sokszor nemcsak technikai upgrade, hanem folyamat- és adatminőségi felülvizsgálat is.
Loginform-tipp: on-premises frissítésnél érdemes külön kezelni a technikai upgrade-et és az üzleti validációt. A rendszer attól még nem biztos, hogy üzletileg készen áll, hogy technikailag elindul. A pénzügyi zárás, készletértékelés, gyártási elszámolás, banki fájlok, számlázási folyamatok és egyedi riportok tesztelése külön figyelmet igényel.
Kinek érdemes kiemelten foglalkoznia a Business Central 28.3 frissítéssel?
A Business Central 28.3 azoknak a vállalatoknak különösen fontos, amelyek sok számlát, rendelést, e-dokumentumot, gyártási folyamatot vagy egyedi fejlesztést kezelnek Business Centralban. A frissítés legnagyobb haszna nem feltétlenül egyetlen új gombban jelenik meg, hanem abban, hogy több folyamat automatizálhatóbb, jobban követhető és kontrolláltabban üzemeltethető lesz.
Kiemelten érdemes foglalkozni a 28.3-mal, ha:
- sok szállítói PDF számla érkezik e-mailben;
- nagy mennyiségű B2B rendelés jön e-mailben vagy mellékletekben;
- Shopify és Business Central integráció működik vagy tervben van;
- a vállalat alvállalkozókat von be gyártási lépésekbe;
- sok egyedi fejlesztés vagy per-tenant extension fut;
- a cég Copilot vagy agent funkciókat szeretne kipróbálni;
- a pénzügyi és számviteli kontroll üzletileg kritikus;
- a vállalatnál több rendszer között mozognak vevői, szállítói, készlet- vagy rendelési adatok.
Egy Business Central frissítésnél nem az a legfontosabb kérdés, hogy „mi az új funkció”, hanem az, hogy az adott újdonság hol ad valódi üzleti értéket. Érdemes először felmérni, mely folyamatok érintettek, hol várható időmegtakarítás, mely funkciók igényelnek adatminőségi előkészítést, és hol kell emberi kontrollt beépíteni az automatizmus mellé.
Mit érdemes most megtenni?
A Business Central 28.3 előtt érdemes rövid, célzott hatásvizsgálatot végezni. Ez megmutatja, hogy az új funkciók közül melyik releváns az adott vállalatnak, melyik csak később lesz érdekes, és melyik igényel technikai vagy folyamatbeli előkészítést.
Javasolt lépések:
- Verzióhelyzet felmérése: online vagy on-premises környezet, jelenlegi verzió, aktív extensionök.
- Folyamatprioritás meghatározása: számlafeldolgozás, rendeléskezelés, e-kereskedelem, gyártás, riporting.
- Sandbox teszt: frissítés kipróbálása nem éles környezetben.
- Agent pilot kiválasztása: Payables Agent, Sales Order Agent vagy Expense Agent üzleti tesztje.
- Adatminőségi ellenőrzés: cikktörzs, szállítók, vevők, dimenziók, projektek, fizetési feltételek.
- Jogosultság és compliance review: agentek, Copilot, adatmozgás, Copilot credit fogyasztás.
- Élesítés ütemezése: update ablak, felelősök, tesztforgatókönyvek, visszaállási terv.
Összefoglalás
A Business Central 28.3 nem egyszerű karbantartási frissítés. Jól látszik belőle, hogy a Microsoft az ERP-folyamatok automatizálását, az agent-alapú működést, az e-dokumentumok követhetőségét, a B2B e-kereskedelmi integrációkat, az alvállalkozói gyártási folyamatokat és az egyedi fejlesztések kontrollált kezelését erősíti.
A legfontosabb tanulság: a 28.3 értéke nem automatikusan jelenik meg a frissítés telepítésével. Akkor hoz valódi hasznot, ha a vállalat tudatosan kiválasztja, mely funkciókat akarja használni, előkészíti az adatokat és folyamatokat, majd teszteli az üzleti hatást.
Szeretné tudni, hogy a Business Central 28.3 mely újdonságai érintik a vállalatát?
Egy célzott frissítési hatásvizsgálat során áttekinthető a jelenlegi Business Central környezet, az egyedi fejlesztések, az integrációk és azok a folyamatok, ahol a 28.3-as verzió valódi időmegtakarítást vagy nagyobb üzleti kontrollt adhat.
GYIK – Business Central 28.3
Mi az a Business Central 28.3?
A Business Central 28.3 a Microsoft Dynamics 365 Business Central 2026 release wave 1 egyik frissítése. Új funkciókat, nyilvános előzetes verziós képességeket, általánosan elérhető fejlesztéseket és hibajavításokat tartalmaz, főként Copilot-agentek, pénzügy, e-dokumentumok, Shopify B2B, gyártás és adminisztráció területen.
Automatikusan frissül a Business Central 28.3-ra?
Online Business Central környezetben az új ügyfelek automatikusan a 28.3-as verziót kapják, a meglévő ügyfelek pedig értesítést kapnak, amikor a frissítés ütemezhető. On-premises környezetben külön telepítési vagy upgrade folyamat szükséges.
Mely Business Central 28.3 újdonságok lehetnek fontosak magyar cégeknek?
Magyar cégeknek különösen a Payables Agent 50 számlás próbamódja, a Sales Order Agent fejlesztései, az e-dokumentumok fizetési státuszkezelése, a Shopify B2B integráció, az alvállalkozói gyártási képességek és a PTE-k admin centerből történő kezelése lehet releváns. Ezek nem országspecifikus lokalizációk, hanem általános üzleti és technológiai fejlesztések.
Mit jelent a Payables Agent 50 számlás próbamódja?
A Payables Agent próbamódja legfeljebb 50 szállítói számla feldolgozását teszi lehetővé számlázható AI credit fogyasztás nélkül. A próba során a rendszer feldolgozza a PDF számlákat, de a draftokat a felhasználó ellenőrzi, és semmi nem könyvelődik automatikusan emberi jóváhagyás nélkül.
Mire jó a Sales Order Agent fejlesztése?
A Sales Order Agent 28.3-as fejlesztései segítik az e-mailben érkező vevői rendelések és ajánlatkérések feldolgozását. Egy cégen belül több agent példány is működhet, okosabb lett a cikktalálat, és az agent nagyobb PDF-mellékleteket is kezelhet.
Miért fontos a PTE-kezelés admin centerből?
Az admin centerből kezelhető per-tenant extension életciklus egyszerűbbé és kontrolláltabbá teszi az egyedi Business Central fejlesztések feltöltését, ütemezett telepítését, API-alapú automatizálását és verziókövetését. Ez különösen hasznos testreszabott, több környezetben működő Business Central rendszereknél.
Érdemes azonnal használni az új Copilot-agenteket?
Az új agenteket érdemes kipróbálni, de nem érdemes előkészítés nélkül éles üzleti folyamatba engedni. A Payables Agent, Sales Order Agent és Expense Agent akkor működik jól, ha rendben vannak az alapadatok, jogosultságok, postafiókok, jóváhagyási szabályok, adatkezelési beállítások és pénzügyi kontrollpontok.
Tovább információ: https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/whatsnew/whatsnew-update-28-3





