Viktigaste slutsatserna
- Power Apps kan använda data i Business Central via virtuella tabeller, men de saknar Dataverse-säkerhet på radnivå, granskningsloggning och stöd för diagram.
- I sina riktlinjer för standardmiljön konstaterar Microsoft att en skapares appar och flöden i praktiken blir ägarlösa när hen slutar, så ägarskapet behöver planeras.
- I Ronja bygger, kör och förvaltar AI-agenter appen ovanpå dina befintliga system, kod räknar fram siffrorna och människor godkänner viktiga steg.
- I Ronja kommer överensstämmelsen med affärssystemet från de källbehörigheter, den datamappning och den avstämning som bestäms när systemen kopplas ihop, inte automatiskt.
- Power Apps passar bolag som redan har Microsoft-skapare och licenser på plats; ett agent-first moln passar team utan utvecklare som behöver appar ovanpå sitt affärssystem.
Hur når Power Apps data i Business Central?
Microsoft beskriver virtuella tabeller som sättet att använda Business Central-tabeller i Dataverse: du gör tabellerna tillgängliga som virtuella tabeller, och datan stannar i Business Central. Artikeln jämför bara den vägen; om din skapare planerar en annan kopplingsmetod, kontrollera hur den fungerar i Microsofts aktuella dokumentation.
För appar för kundengagemang beskriver Microsoft att skapare kan bygga med data direkt från Business Central, med full möjlighet att skapa, läsa, uppdatera och ta bort poster, utan att kopiera den till Dataverse och med den logik som redan finns i Business Central. Vägen har också dokumenterade begränsningar. Virtuella tabeller kan ännu inte användas i diagram, och bilagor, bilder och flerradiga textfält stöds inte. De är organisationsägda och saknar Dataverse-säkerhet på radnivå, så Microsoft rekommenderar en egen säkerhetsmodell för den externa källan. De stöder inte heller granskningsloggning.
Inget av detta utesluter Power Apps. Varje begränsning är arbete som någon i ditt team måste designa runt och sedan hålla på plats.
Vem bygger och förvaltar en app i Power Apps?
I Power Apps byggs och förvaltas en app oftast av en namngiven skapare i verksamheten eller på IT, vilket blir en risk när den personen går vidare eller byter roll. Att planera för det ägarskapet är en del av appens verkliga kostnad, inte något att lösa i efterhand.
I sina riktlinjer för styrning av standardmiljön konstaterar Microsoft att när en skapare lämnar organisationen blir hens appar och flöden i praktiken ägarlösa. Samma riktlinjer varnar för att appar utan ordentlig livscykelhantering löper risk för avbrott i verksamheten, och rekommenderar att appar med högt värde flyttas från standardmiljön till en hanterad miljö för att få premiumfunktioner inom säkerhet och styrning.
Den här artikeln bedömer inte Microsoft Copilot; oavsett vilket AI-stöd en skapare använder måste någon fortfarande äga version två, nästa fältändring i affärssystemet och nästa års genomgång av behörigheter.
Hur når affärsdatan en agentbyggd app i Ronja?
I Ronja ansluts plattformen till de system du redan har och samlar och modellerar din data och dina affärsdefinitioner i en gemensam grund, som analysverktyg, applikationer och automatiserade arbetsflöden körs på. Grunden och mjukvarans körmiljö finns i en företagsspecifik molndator, medan dina befintliga system ligger kvar.
Det är ett eget datalager, så det är rimligt att ställa samma fråga till Ronja som till Dataverse: hur hålls siffrorna i takt med affärssystemet? Svaret ligger i uppsättningen, inte i automatik. Källbehörigheter, datamappning och avstämning är nödvändiga steg när system kopplas ihop: vilka poster appen får läsa, hur varje fält motsvarar det ekonomi ser i affärssystemet och hur skillnader kontrolleras.
När mappningen är bestämd räknas belopp och gränser fram av explicita frågor eller kod som körs av en riktig beräkningsmotor, i stället för att skrivas av en språkmodell. Deterministisk beräkning gör en siffra reproducerbar; om den stämmer med affärssystemet beror fortfarande på mappningen och avstämningen bakom den.
Power Apps eller en agentbyggd app: sida vid sida
| Dimension | Power Apps på Business Central | Agentbyggd app på Ronja |
|---|---|---|
| Vem bygger | En skapare i verksamheten eller på IT tar fram skärmar, datakopplingar och logik, med det AI-stöd hen använder. | AI-agenter bygger appen på plattformen; ditt team bestämmer reglerna den ska följa. |
| Var datan finns | Modellstyrda appar använder Dataverse; med virtuella tabeller stannar datan från Business Central i Business Central. | Befintliga system ligger kvar; datan samlas och modelleras i en gemensam grund i en företagsspecifik molndator. |
| Hur siffrorna hålls konsekventa | Med virtuella tabeller stannar datan i Business Central, och för appar för kundengagemang beskriver Microsoft att den befintliga logiken används. | Kod räknar belopp och gränser; överensstämmelsen med affärssystemet vilar på mappningen och avstämningen som bestäms vid anslutningen. |
| Behörigheter | Virtuella tabeller saknar Dataverse-säkerhet på radnivå; Microsoft rekommenderar en egen säkerhetsmodell för den externa källan. | Behörighetsstyrning är en del av körmiljön som kör appen; du bestämmer fortfarande vem som får se vad. |
| Granskningshistorik | Virtuella tabeller stöder inte granskningsloggning, och Dataverse-granskning omfattar inte hämtnings- eller exportåtgärder. | Körmiljön omfattar versionshantering, övervakning och historik över vad som hänt. |
| Vem förvaltar | Skaparen eller teamet som byggde appen; i standardmiljön blir en skapares appar i praktiken ägarlösa när hen slutar. | AI-agenter kör och förvaltar mjukvaran, och människor godkänner viktiga beslut. |
| Uppstartsarbete | Att göra Business Central-tabeller tillgängliga som virtuella tabeller, en egen säkerhetsmodell och, för modellstyrda appar, premiumrättigheter för varje användare. | Källbehörigheter, datamappning och avstämning när systemen kopplas ihop. |
Exempel steg för steg: en app för inköpsgodkännande på Business Central
Skriv ner regeln
Det här är ett hypotetiskt scenario: Business Central används som illustration, och vilka kopplingar som finns för din miljö måste bekräftas först. Inköpsansvarig skriver ner behovet: inköpsorder över en illustrativ gräns på 50 000 i bolagets valuta ska godkännas av ekonomichefen, och order som överskrider kostnadsställets återstående budget flaggas.
Koppla källan och kom överens om datan
När Business Central kopplas in bestäms källbehörigheter, datamappning och avstämning: vilka leverantörer, inköpsorder, kostnadsställen och budgetar appen får läsa, och hur varje fält motsvarar det ekonomi ser i affärssystemet. Det är här överensstämmelsen med affärssystemet avgörs.
En agent bygger appen
AI-agenter bygger godkännandeappen mot den modellerade datan i den gemensamma grunden. Grunden och körmiljön finns i en företagsspecifik molndator, medan Business Central ligger kvar som det ledande systemet.
Kod räknar belopp och gränser
Ordersummor, återstående budget och godkännandegränsen räknas fram av exekverbar programlogik, inte av AI-tolkning. Siffrorna går att återskapa, och de stämmer med affärssystemet bara så långt som mappningen och avstämningen från anslutningssteget håller.
En människa godkänner varje viktig order
AI tolkar det som är tvetydigt, till exempel en motivering i fritext, medan ekonomichefen godkänner order över gränsen. Illustrativt: en order på 72 000 mot en återstående budget på 40 000, båda i bolagets valuta, flaggas på båda reglerna och skickas för godkännande.
Kör, övervaka och justera
Appen körs med behörighetsstyrning, versionshantering, övervakning och historik över vad som hänt. När godkännandegränsen eller ett kostnadsställe ändras bestämmer inköpsansvarig den nya regeln och AI-agenter förvaltar appen; om de underliggande fälten i affärssystemet ändras är det värt att kontrollera mappningen igen.
Hur styr du behörigheter, versioner och historik i en agentbyggd app?
I Ronja är behörighetsstyrning, versionshantering, övervakning och historik över vad som hänt en del av körmiljön som exekverar mjukvaran. Samma körmiljö kör en analys på begäran, en applikation som ett team öppnar och ett arbetsflöde som startas av ett schema eller en händelse.
Datagrunden och körmiljön finns i en företagsspecifik molndator, och dina befintliga affärssystem ligger kvar; Ronja ansluts till dem i stället för att ersätta dem. Viktiga beslut stannar hos människor: AI tolkar det som är tvetydigt, deterministisk kod räknar och validerar, och människor godkänner det som spelar roll.
Det tar inte bort styrningsarbetet på din sida. Du bestämmer fortfarande vem som får se vilka leverantörer, kostnadsställen eller budgetar, och källbehörigheter, datamappning och avstämning måste fortfarande bestämmas när systemen kopplas ihop. För dig som IT-ansvarig kan det bli enklare att stå för det som körs när kontrollerna finns i körmiljön, men det ersätter inte din egen granskning.
För vem passar arbetssättet, och för vem passar det inte
För
- Ekonomi-, drift- eller IT-ansvariga på etablerade bolag som kör Business Central utan eget utvecklingsteam
- Team som behöver interna appar på data från affärssystemet, till exempel inköpsgodkännanden, avvikelsehantering eller orderuppföljning, och som kan komma överens om hur datan mappas och stäms av
- Bolag som vill att appar, arbetsflöden och data delar en gemensam, styrd grund
- IT-ansvariga som måste kunna styra behörigheter, versioner och historik för det som byggs
Inte för
- Bolag med ett eget utvecklingsteam som vill bygga allt själva på Azure, AWS eller Google Cloud
- Team vars behov är dashboards och rapporter snarare än appar och arbetsflöden
- Team som bara behöver ett enkelt formulär på data i Microsoft 365 och redan har en skapare som förvaltar det
När är Power Apps fortfarande rätt val?
Power Apps är fortfarande ett bra val när ditt bolag redan har personer som bygger och förvaltar appar i Microsofts miljö, och när appen främst använder data som redan finns hos Microsoft. Om en kunnig skapare äger appen, IT driver en hanterad miljö och licenserna redan finns på plats är det kanske inte värt att lägga till ännu en plattform.
Licenserna hör hemma i jämförelsen. Enligt Microsoft använder modellstyrda appar Dataverse och är premiumappar som standard, och varje användare som kör en sådan app behöver en licens med premiumrättigheter för Power Apps.
Power Apps kan passa sämre när ingen har tid att äga appen, när logiken sträcker sig över Business Central och andra system som ett CRM, eller när du behöver säkerhet på radnivå och granskningsloggning för affärssystemets data via virtuella tabeller. Då är ett agent-first moln som bygger ovanpå affärssystemet i stället för att ersätta det värt att titta närmare på. Ett rimligt test är en tydligt avgränsad process, till exempel inköpsgodkännanden, jämförd på båda vägarna.
Om du vill göra det testet på din egen data kan vi gå igenom en tydligt avgränsad process tillsammans med dig.
Prata med oss
Granska en tydligt avgränsad process tillsammans med Ronja.
Prata med ossKällor
- Microsoft Learn – Power Platform integration with Business Central via virtual tables
- Microsoft Learn – Create and edit virtual tables with Microsoft Dataverse
- Microsoft Learn – Manage and govern the default Power Platform environment
- Microsoft Learn – Manage Dataverse auditing
- Microsoft Learn – Power Apps licensing FAQs
- Ronja – Platform
- Ronja docs – Deterministic by design
- Ronja – Data foundation
Vanliga frågor
Kan Power Apps läsa data i Business Central utan att kopiera den till Dataverse?
Ja, via virtuella tabeller. Datan stannar i Business Central, och för appar för kundengagemang beskriver Microsoft full möjlighet att skapa, läsa, uppdatera och ta bort poster med den logik som redan finns i Business Central. Microsoft dokumenterar också begränsningar: virtuella tabeller kan ännu inte användas i diagram, stöder inte bilagor, bilder eller flerradiga textfält, saknar Dataverse-säkerhet på radnivå och stöder inte granskningsloggning.
Ersätter Ronja Business Central eller mina andra affärssystem?
Nej. Ronja är inte ett affärssystem och ersätter inte ERP eller CRM, utan bygger ovanpå dem. Ronja ansluts till de system ett bolag redan har och bygger och driver mjukvara för arbetet som sker mellan systemen. Business Central används i den här artikeln som ett hypotetiskt scenario, så kontrollera vilka kopplingar som finns för din miljö innan du planerar ett projekt.
Hur håller en agentbyggd app sina siffror i takt med affärssystemet?
I Ronja samlar och modellerar plattformen din data i en gemensam grund, så överensstämmelsen med affärssystemet sätts upp och kommer inte automatiskt. Källbehörigheter, datamappning och avstämning bestäms när systemen kopplas ihop. Därefter räknas siffrorna fram av explicita frågor eller kod som körs av en riktig beräkningsmotor, i stället för att skrivas av en språkmodell, och människor godkänner viktiga beslut.
Vem förvaltar appen om personen som beställde den slutar?
För Power Apps konstaterar Microsoft, i sina riktlinjer för standardmiljön, att en skapares appar och flöden i praktiken blir ägarlösa när hen lämnar organisationen. I Ronja bygger, kör och förvaltar AI-agenter mjukvaran ovanpå dina befintliga system, och körmiljön omfattar behörighetsstyrning, versionshantering, övervakning och historik över vad som hänt. Du behöver fortfarande en namngiven ansvarig i verksamheten som bestämmer vad appen ska göra och godkänner ändringar.