Dynamics Corner
About Dynamics Corner Podcast "Unraveling the World of Microsoft Dynamics 365 and Beyond" Welcome to the Dynamics Corner Podcast, where we explore the fascinating world of Microsoft Dynamics 365 Business Central and related technologies. Co-hosted by industry veterans Kris Ruyeras and Brad Prendergast, this engaging podcast keeps you updated on the latest trends, innovations, and best practices in the Microsoft Dynamics 365 ecosystem. We dive deep into various topics in each episode, including Microsoft Dynamics 365 Business Central, Power Platform, Azure, and more. Our conversations aim to provide valuable insights, practical tips, and expert advice to help users of businesses of all sizes unlock their full potential through the power of technology. The podcast features in-depth discussions, interviews with thought leaders, real-world case studies, and helpful tips and tricks, providing a unique blend of perspectives and experiences. Join us on this exciting journey as we uncover the secrets to digital transformation, operational efficiency, and seamless system integration with Microsoft Dynamics 365 and beyond. Whether you're a business owner, IT professional, consultant, or just curious about the Microsoft Dynamics 365 world, the Dynamics Corner Podcast is the perfect platform to stay informed and inspired.
Dynamics Corner
Episode 430: Exploring Business Central: Online vs. On-Premises
Are you considering Microsoft Dynamics 365 Business Central as your ERP software, or are you considering an upgrade to your version of Microsoft Dynamics NAV?
In this insightful discussion, host Krs Ruyeras and Brad Prendergast welcome two distinguished Microsoft MVPs, Duilio Tacconi and Alexander Drogin, to discuss the key differentiators between Business Central Online and On-Premises. They explore licensing, infrastructure, performance, and security considerations, offering valuable perspectives for businesses deciding between these two platforms. The conversation buzzes with the benefits of cloud flexibility and the challenges of managing on-premises setups, delivering a fun, clear, and inspiring guide to making informed choices that’ll spark ideas and fuel confident decisions.
#MSDyn365BC #BusinessCentral #BC #DynamicsCorner
Follow Kris and Brad for more content:
https://matalino.io/bio
https://bprendergast.bio.link/
Welcome everyone to another episode of Dynamics Corner. Is it faster if I run on a treadmill inside my house versus running outside? I'm your co-host, chris.
Speaker 2:And this is Brad. This episode was recorded on August 7th 2025. Chris, Chris, Chris, Is it faster? I think it's a matter of how fast you're running.
Speaker 1:Well, it depends the environment too, right, like if you're inside on a treadmill, it's consistent. Maybe outside you get the environment, you get the asphalt, maybe some trail.
Speaker 2:Some elevation.
Speaker 1:I see what you're saying.
Speaker 2:And just like the environment may impact your choice on where you're going to run, you also have choices when you're using Business Central to run Business Central Online or Business Central On-Premise With us today we had the opportunity to talk about some of the differences between those two. We had some two amazing guests. We had Alexander andilio.
Speaker 4:Arrivederci, hello, hello, good morning.
Speaker 2:Hello, hello Hello hello. How are you? How are?
Speaker 4:you doing, sir? Yeah, all good. How's Santa? Can you hear me all well?
Speaker 2:We hear you well, I hear you well. It's always good to hear you. We're waiting for the real Italian stallion over here. It's a pleasure, it's an honor to speak to the real Italian stallion and Mr Alexander, do you know, to the real Italian stallion? And, mr Alexander, do you know where the real Italian stallion comes from. Nope, no, alexander, do you know?
Speaker 4:Sorry, do I know what?
Speaker 2:The real Italian stallion.
Speaker 3:Is it Rocky? Rocky Balboa? It is.
Speaker 2:Rocky.
Speaker 4:Balboa.
Speaker 2:So that's where the real Italian stallion comes from you're the real. Italian stallion, not Rocky Balboa.
Speaker 2:I'm honored of this title well, I say it to you all the time. Now, I didn't think you picked it up, or if anybody knew, but that's what it is. So, no, that's good. We appreciate you both taking the time to speak with us today. I've been looking forward to this conversation for a long time, because I have this question asked to me often. When I say often, it's probably almost daily. Now I don't want to say almost daily, but it's several times a week. You know what that question is what is the difference between business central online and business central on-premises? And we couldn't think of two others. Well, we could think of two others that would be able to help us answer that question, besides the two of you. So you're on the spot now, both of you.
Speaker 3:I let Alexander start.
Speaker 2:But before we get into that, I do have some questions on it. And before we get into that, would you mind telling us a little bit about yourself, Alexander? I?
Speaker 4:do have some questions on it. And before we get into that, would you mind telling us a little bit about yourself, alexander? Yeah, I'll try. First of all, good evening, good afternoon, it's good morning for you, and thank you for having me in this podcast. I'm really happy to be here. Well, a little bit about me. Well, you know me as a business central developer. Yeah, I started in this area well, pretty long time ago. It was over 20 years now, uh, when business center was still called navision attain and it wasn't even microsoft. And since that, all time, since that time I'm still working with, with navision dynamics, nav, bc, whatever it's called. Well, I start. I've been so in different capabilities, let's say, worked at an end client in consulting. For a while we even worked with duilio together providing support for partners at microsoft. Although duido was on the front line, I was hiding behind and the development team actually fixing those bugs that made it through the first line support.
Speaker 2:It's good to be behind the front lines, to be hidden in the back.
Speaker 4:I never envy those who are in the front actually dealing with partners and clients, so Duilio was the hero.
Speaker 3:No no.
Speaker 1:Maybe you were fixing your own bugs?
Speaker 3:I don't know.
Speaker 2:That's a shot from the front line. That was good. I like that.
Speaker 3:It was 15 years ago, probably 15 years Long. Probably 15 years Long, long time ago, in another galaxy.
Speaker 2:Time goes so quick it feels like it moves fast. Twilio, would you mind telling us a little bit about yourself?
Speaker 3:Yeah, I'm Twilio Tacconi. I used to work in Microsoft like Alexander for more than 15 years and then I moved to a partner site, and in a partner site I'm more on the performance side. I don't want to define myself as a developer, I do not pretend to, but I'm just analyzing, through telemetry and other sources, depending on if you are on-premises or online, what is actually the output of the code. So this kind of question on-prem or online it is something that I have in my heart, in my soul actually, and I'm just taking and tackling this every day in a different way from the specific area that I'm working on. Yeah, that's good, that's good.
Speaker 2:Thank area that I'm working on. Yeah, that's good, that's good. Thank you both again for being on. Thank you both for all that you do for the community and for everyone using Business Central. So, to go back to it, it is a question because when a customer has an implementation, or if they're looking at a new implementation, or if they're looking to upgrade, they are presented with Business Central Online and Business Central On-Premises from some partners and as well as the literature they can read. But along with the question of what's the difference, you know, the first question is well, which one should I use? But in order to make the decision on which one you should use, I think it's important to know what the differences are and maybe why someone would use Business Central Online versus on-premises or vice versa. So, with that, what do you guys think? What would you say are the differences?
Speaker 1:Would that make a difference, though, brad? If it's going to be from a business aspect, would you consider the cost as well, on top of long-term maintenance, on top of the technical?
Speaker 2:This, is what I'm looking for. It's what are the differences between business central online and business central on-premises? And then that's always the other day. Do you say on-premise or on-premises? Did you know? A lot of people talk about that, by the way, and then some just say, yes, you say on-premise or on-premises? Did you know? A lot of people talk about that, by the way, and then some just say yes, it's on-premise, and then some just cut it short and say on-prem to avoid it. But no, there are many differences. So, mr Duilio and Alexander, what do you think? What are some of the big differences between Business Central Online and on-premises?
Speaker 4:Well, if Duilu, let me start, I would say well, we can look from very different points of view. Maybe we can think first, like Christopher suggested, from a business perspective, from development, maintenance costs and so on. But I think the most important aspect right now, first of all, that if a new customer comes to you and asks if I should use on-prem or SaaS, the first thing to consider is that they can't buy an on-premise license anymore. So I think the question is solved basically oh okay, yeah, basically oh, okay yeah, so so we're done.
Speaker 2:We're done with the conversation.
Speaker 4:Yeah that's the biggest difference. I believe it's Microsoft like incentive they want clients to use to be in SaaS. So there is no new licenses on-premise.
Speaker 2:Okay. So for those that are using the existing versions and they want to move to Business Central Online, there's still some differences from those using Business Central on-premise and Business Central Online to maybe make the move to Business Central online if they're on-premise or vice versa, if they have the licenses in place or if they do have licensing for it as well. So we talked about there is a license required for Business Central on-prem, so you are required to buy licenses if you're using Business Central Online, but those are the user license and the user levels, whereas Business Central On-Prem, you're required to have the user license, the application license and any licenses that you need for extensions as well. So what else, mr Dweller, do you have something big?
Speaker 3:I know you have a lot in there, all the infrastructure behind the scene. But if you want to go in the on-prem then you have to pay for the license, plus you have to create your own infrastructure, maintain your own infrastructure. Those are the two main point in here. So the same license, but then if you want to go into on-premise, then you have to take care also of what is running behind the scene. Then you have to purchase your license of what is running behind the scene. Then you have to purchase your license for the SQL server and for the SQL server. Then you have to purchase the license for your Windows server and then you just have to purchase your own SAN for the disks in order to make it perform, and so on and so forth.
Speaker 3:And this is just for the infrastructure per se. And then you have to maintain the infrastructures. I mean that once you have deployed everything, even the deployments, you have to do this by your own. Once the deployment has been done, then you just have to schedule your own maintenance for the SQL Server re-indexing, update of the statistics, all the jobs that you want behind the scene, everything that is upon you, including the typical maintenance that you have behind the scene. Everything it is upon you, including the typical maintenance that you have to do on the SQL server and on the Windows server, from a security perspective or using a patching strategy. All of the things that I told you has been performed and done by Microsoft under the umbrella of the Dynamics 365 Business Central online version. So this is one of the two big differences.
Speaker 1:Don't you have to do the IIS and web services and SSL and DNS, all of that right.
Speaker 3:Yeah right, completely completely. And then you have to take care of everything, even if your infrastructure because this is part of your infrastructure even if your infrastructure might have some problem with security, then you have to do penetration tests. This is what Microsoft also does by itself in order to see okay, is my online version secure enough? And if it's not secure enough, then they will add much more security substrate, software substrate or controls or whatever it is, and it is continuing evolving, upgrading, updating. That is one thing.
Speaker 2:That sounds like a big one. We're starting off pretty big with a big difference. So one of the differences with online, you don't have to be concerned with the infrastructure. With on-prem, you have to be concerned with the infrastructure and again, someone may need to use it and they may have an infrastructure. But when I think of maintaining infrastructure, you also have to have the individuals to maintain the infrastructure. So that's what just came to me when were saying that, as you're thinking of, all that you have to work with is somebody needs, there's a person that needs to do all this not just the licensing.
Speaker 2:Yes, yes, just not the licensing for it as well, which is quite um. It's interesting now that you put it in that that light, wow, uh. What are some other differences? Are there any differences within the application? We talked about the licensing. That's a difference and, as I alluded to, I know one thing I'll throw in there is if you create extensions ptes for yourself, or if you have somebody do them for you, then you need to also pay for the objects, like they used to in the old days, I guess, but we all have been working with it for a long time. Someone new may not understand, but the extensions that you create are also required to pay for those objects as well, for those extensions that you use, correct?
Speaker 2:yes, that's right yeah, and if you're online it's not necessary to use those. So with that geez, we'll go there, we'll keep going, keep going. So what are some other differences that stand out? Is there anything? From the application point of view, the platform is a big one, or, like you said, the behind the scenes, the infrastructure is a big one.
Speaker 3:AI out of the box is one thing actually. All the AI feature the one of the box is one thing actually. All the AI features the one with the artificial intelligence that are in the online version, all of those ones are going with under the umbrella of the online version. Those ones are not available to be used on the on-premise. In the on-premise you still can, but you have to provide your own development and then connect to your own AI spots and so on.
Speaker 4:And, if I may add, it's not only about AI, it's basically any Azure services, because we can't talk about Business Central right now. Another big thing at Business Central when we talk about Business Central on-premise, it's kind of a standalone application. So we install it, we use it. Now, what different like why Business Central has become Business Central and was not Norwegian anymore? Because it's a different kind of application, because it's part of a bigger ecosystem. All the whole Azure infrastructure and we have easy integration, simple integrations, with lots of Azure services out of the box, practically when they're online it can be done. Yes, it can be done on-premise as well, but involves more of those qualified people who can set it up, who know how to do it, more penetration testing, more security concerns when they integrate on-premise network with Azure. So Business Central Online comes with many benefits of those Azure services.
Speaker 2:Okay, so Business Central Online, you can have access to Azure services. Dulee mentioned AI On-prem. You can have access to Azure services. Julie mentioned AI On-prem. You can have access to those services, but it requires someone to do some sort of development, whether you purchase something to do it or if you hire someone to do the development. What are some of the other features of the Azure services that are within Business Central that differentiate between on-prem and online?
Speaker 4:I can think of blob storage, file storage access that are within Business Central, that differentiate between on-prem and online. I can think of blob storage, file storage access, for example, if we want to use any storage online. Well, when it comes to integrations, especially when it's integrations, we can use all the rich tool tool set that azure can offer like uh, uh, as your, as you use um yeah, basically it is.
Speaker 3:I talk about ai, an agent. Uh, those are all services. This one. Some of them come out of the box natively and those are only available out of the box in the online version and not in the on-prem. But it's not that, because in the on-prem you cannot have it, but you just have to develop this your own and this is adding extra cost to the solution. This one it is already there and maintained by Microsoft so that it is covering correctly all the standard of development, deployment, security and so on and so forth.
Speaker 3:This is the good part of the online version. There are many, many goodies. Other kind of integration out of the box. It is with Teams, and even with Teams you can use it and you can even bundle this with Teams and even with Teams you can use it and you can even bundle this to Teams. Well, here in Italy, I think, also for the dimension of the companies, then we don't have that much integration with Microsoft Teams. But this is just another goodies, another things that has been added. And if you go to BC Learn and then you see what are the things that are available for the on-premise and for the online version, you have not a long list, but a medium list of the things that are not available in the on-premises, Even something also related to the connection between power platform the online version, born with native connection also with the Power Platform, or the Power thingy, with the Power BI and Power Apps and everything that you have with the power in front of it. It will be much more easier within the online version compared to the on-premises.
Speaker 4:And we need to turn CRM to the left.
Speaker 3:The R365 as well.
Speaker 1:Yeah, so a lot of that. Technical additional requirements, right? I think you need gateways installed locally in your application server or somewhere in your network and someone has to maintain that as well.
Speaker 2:Okay. So if someone's looking to use ai with business central, I know they keep at the microsoft keeps adding features and functionality, like now, as you mentioned, the agents, sales, sales order agent, payables, agent, and they have other co-pilot summary now they have.
Speaker 2:I'm still waiting for that autofill to work, but we'll see uh I'm hoping, I'm waiting, I keep trying, every, every, every release I try to see if I can get that to to fill something from outside, uh for an address or something to see.
Speaker 2:So if you're looking to have any integrations, it's not to say that you can't do it with on-premise, it's just a little bit more effort, uh, to connect to any of the azure services that we spoke about. And if, uh, you don't need it, I guess you can take that consideration off. Uh. But in my opinion, just to throw it in there, just to add something, thinking about that, you may limit yourself. You may not need some of those services, but you have to think about the future as well and what it would take to use some of those services. And so someone who's looking to use that natively, as you had mentioned, without having to hire or pay for someone to do the development which, again, you may have a reason for that, which is okay, just to keep that in mind to consideration as well. And with that, is there anything else that stands out for either one of you? The differences between them, with the on-prem version and online version.
Speaker 4:Well, we kind of. Yeah, go ahead.
Speaker 4:Oh, we mentioned a little like we touched upon the development side. We said that on-prem, for example, we need to pay for additional objects when we develop, customize anything which we don't need to do in SaaS. But there is other side of it. We are more flexible on-prem in what we can do, what we can access. We can access file system, for example, which we obviously can't do in SaaS. The file system doesn't exist.
Speaker 4:Want to store anything? Use blob storage, file storage, those Azure services, net control, net add-ins. We want something really custom. We need to full flexibility or a full power of NET. We can do it when we deploy on-prem in the cloud. Now we are very much limited and if we want to do something like this, we have to think about contributions into the system app, because only system app can access dotnet. Actually, I had this kind of problem when we needed integration by FTP, for example, until recent time, thanks to one recent open source contribution in Business Central. Now we will probably have FTP access or FTP services in Business Central system, but before previously we didn't have. So it was quite a problem to access an FTP server from Business Central.
Speaker 2:So that's a big point. So if you're working online, access to the local file system doesn't exist because it operates outside of your network in a sense, so you don't have access to it. So if you needed to do some FTP integrations, as you mentioned that's a common one that I see where there are some challenges with online you have to, as you mentioned, use some online storage and then, from that online storage, exchange the files, whereas on-prem you can work with a local file system and then be able to exchange the files through there. And you mentioned another one as well. You mentioned if you needed to use some. You mentioned use NET controls or any other custom controls or apps. What do you mean by that?
Speaker 4:Well, any kind of NET development. What was it? Well, I can give an example from our development perspective. I work for LS Retail and in the past, all the custom code, all the connections with hardware for example, hardware station in LS used to be a big NET control. Well, we communicate with hardware a lot. Well, there is no better way to do it than NET control. Now we don't have this option. The only thing we can do is online communication via APIs. There's no NET anymore and there was a lot of NET code here.
Speaker 2:Oh, with that application, I know there was a lot, as you had mentioned, because it was a requirement to work with the hardware, so it required to have the NET stack so that you can interface with the hardware directly in order to use the application. So that's one thing to consider between on-prem and online. See, it's good to deep dive into this, because I hear so many different things between online and on-prem, and some are in favor of it one over another for various reasons, but it's nice to hear the differences between the two of them as well. So what can you think? One thing that I hear, and maybe you can help articulate it for me a little bit, is data access is something that I hear is a big one, that people talk about Data access and data capacity. Can you maybe tell me a little bit about that with on-prem and online?
Speaker 4:Well, of course he detailed all those things that we need to purchase to deploy Business Central on-premise. We need to have our hard drives, SSD licenses, but we're practically unlimited in the storage when we store data on-prem right. We have our own server and storage is cheap, even if it's ssd prices are going down lower and lower on ssd storage when we are online. We have 80 gigabytes storage plus three gigabytes per full user and 80 gigabytes storage plus three gigabytes per full user and, if I remember correctly, three gigabytes per full user license and two gigabytes per team user license additionally on top of these 80. And that's it and additional storage.
Speaker 4:Well, it can be purchased, but it's not that cheap. It's quite expensive. Yeah, and there are some customers who have a lot of data. If you have terabyte of data, it's not that rare Terabyte of data and it's one environment, what I'm saying. 80 gigabytes plus it's the limit per tenant for all environments and you need production environment, you need sandbox, at least one, and if you need two sandboxes for development, for testing, like troubleshooting, support, well, we're talking about three gigabytes data. How much will it cost? I don't know the price, but it will be quite expensive.
Speaker 2:Yes, so that's a consideration. Then is the amount of storage, amount of data that you would like to have within your business central environment, because online you have a fixed capacity per your licensing and then you can purchase additional capacity, whereas on-prem you have the capacity of whichever system that you have. And, as you had mentioned, disk space now is relatively cheap. I remember when memory I remember when remember I was outside I bought a four gig chip and I think I spent several hundred dollars for it, right, and I even remember I was I was so happy and excited that now I had like a four gig, uh, four gig, of ram in my machine. And in the same thing with disk drives, remember you talked about disk drives like, oh, I have a gig, I have, uh, 10 gig, and now it's you know, a little ssd card you can get. You know 128, 256 gig, for you know less than 20, so it's uh us don't get stuck in the 90s bread.
Speaker 3:It was. It was a good decade, it was a. It was a very good decade. I'm trying to bring it back still.
Speaker 2:I'm trying to bring back the 90s because for many reasons, for many reasons, but no, thank you. That's another consideration for on-prem, for the storage I hear often as well and I hear others talk about, is the data access.
Speaker 3:Let's clear up that. To be able to have access to the data directly between on-prem and online, yeah, well, in the on-prem you can put the fingers into SQL Server and you can even deep dive into changing even the triggers. But right now it changes since a couple of versions. It might also give you an error, from what I remember, but you can even change what it does in the trigger. If you insert in one table, then you can trigger something else in your premise. Don't do this because Microsoft also stated this is the worst way to do it because otherwise it might give you unpredictable results. But in on-premise, you really have access to anything. I'll give you just one example. Another example Microsoft just recently announced that they want to introduce in upcoming version 27, that it is 2025, wave 2, in October recordtruncate. So well, yes, but with some if, if, if, and then in the on-prem version, if you do truncate, well, it would mean it's the truncate that it is on that you can do into SQL Server 11. Truncate means that, okay, this is the table. Okay, remove everything that you have inside in a femtosecond. So if you have 1 million of records, 10 million of records, 20 million of records, five seconds, four seconds, right, alexander, with a truncate blink of an eye, your change log, your job queue entry log or the log that you have of everything, I don't know. Maybe you have sending web services and then you want to stay and you want to store the payload there. So tables, even with less record, but with big blobs inside of it, completely flushed away, and Microsoft want to introduce this recordtruncate.
Speaker 3:That it is just a winning things, but they have limitation. So it doesn't work. If you have, from what I've read, media, media set fields, because then you have a reference and then you might have orphaned. Then if you have on delete code or even events on and after this kind so there are some if this one is not truncated In the on-premise, still, you want to go with this finger snap thingy so you delete, but then you have to handle the media set orphaned by your own. So you just have to do the clean up after. So you have much more degrees of freedom in the on-premise. But this comes with great power, comes with great responsibility. You know what I mean. I know what that means.
Speaker 2:I know it is true and a lot of times individuals don't remember that. As you mentioned, if you're just doing a quick truncate, you do also have the media sets or other links that may be associated with those records as well, that uh could get orphaned and create some problems. I go back to the record truncate. I read that recently, uh, and I was excited when I read it and also it took me a moment to get my head around it, because I think you can also use filters on that too. Right? If I read it correctly, it's not the same trunccated as.
Speaker 2:SQL, you can filter records and you can still delete a large number of records while using a filter, instead of having to loop through and delete them or I don't know where If you did delete all.
Speaker 3:Yes, I have to still play with this, but from what it is written, written, the things that it does it takes all the remaining record into a temporary table, does the truncate and then inflate them there. So if you have, if you want to delete 10 records over 10 million, then it is a bad idea. Again, I haven't played with that right now, but if it is that way then maybe it might be the way around, but anyway, I did remember reading that as well.
Speaker 2:Now that you mentioned that, that it copies the data off, cleans the table and then copies the data back or transfers the data back. I guess you could say yeah, yeah but it's okay.
Speaker 3:Yes, me too. I'm really excited. This works super well with, overall, your custom table, the one where you store logs or something that well, where you completely have the handle. And maybe you forget about this after one, two, three months and say, okay, how much records I have inside? Oh, 25 million, million, half of the database, oh gosh. And then in the online version it would be hard to have them deleted. If you forget also to apply retention policies since the beginning, that might happen yeah, no, that's that's good.
Speaker 2:To go back to even what Alexander mentioned in the beginning, if you have a sandbox environment, it goes towards the capacity. So if you need to copy your production to your sandbox, you can truncate some of those tables that you may not need for testing. Again, I'd be very careful to do any of that in production because of the data that you have and the other records that you need, but from a sandbox point of view, you may not need to have all of those entries or all of those transactions to do testing and that way you're not using a lot of space that is limited and expensive online with those sandbox environments, which is good. Yeah, that's so. You know, it's like Christmas Whenever they publish the list of what's new or what's coming or what's planned. I guess you could say it's like a Christmas list for me, and it's like Christmas Whenever they publish the list of what's new or what's coming or what's planned.
Speaker 2:I guess you could say it's like a Christmas list for me and it's twice a year, so Christmas does come twice a year, just so everybody knows. It's when they release the what's new and planned for wave one or wave two.
Speaker 1:Christmas wave.
Speaker 3:Yes, it is.
Speaker 2:It is, we'll have to ride that wave. Another thing thing, and I'll throw this out there if you have anything else to add, you can jump in and add it as well. But my mind races with all of the questions that I get asked, because I get the opportunity, thankfully, to speak with many people and I get asked many questions. Uh, and Duilio will hit this one Are there any performance differences between online and on-premise? Actually, I have to go.
Speaker 1:Sorry, I have to go the moment you answer that, we'll just mute you the entire time. The moment you answer that, we'll just mute you the entire time.
Speaker 4:This question is very much linked to the previous one. For me and it's my pain actually, because Julio said we can't define triggers when we're working on-premise. We can't define triggers directly in the SQL tables. Never do this. But I must admit I've done this and that's only me. You did it.
Speaker 3:You did it Guilty, guilty, yeah, I am guilty.
Speaker 4:I am guilty, yeah, but why I did this? Exactly because of performance problem. It was a project where pretty large database running something around 100 companies ATE or something like that and there was a job task that was aggregating data from all these companies into one single table that must contain all the aggregated data for reporting, basically because if we try to set up any kind of Power BI aggregations or JetReports or whatever from dozens of 80, 100 companies, it will be well, let's say, will not perform. So it was a nightly talk. It was collecting data from all these companies into one aggregated table and, yes, it was a SQL stored procedure. It wasn't a trigger, by the way, it was a stored procedure.
Speaker 4:And I know when we're talking about migration, for example, from on-prem to cloud, at least there is at least one category of customers I know of who don't want to do this, exactly because of performance problems and direct data access. They have their own stored procedures because they have large, large jobs running overnight, like stock planning, for example, inventory plan, stock planning, for example, inventory plan. Al is never going to perform as well as fine-tuned stored procedure written specifically for a task. Right, because we steal from AL. We can't work with small bits of data. We need to send a large number of queries to the database.
Speaker 4:Well, when it's a stored procedure, it's going to be faster anyway and, yes, they have their own stored procedures. In my case, I found a way around it, let's say, still managed to do it. I ditched that stored procedure, so did it, did it, moved it to online somehow. But there are clients who are really very reluctant to move to SaaS because they have their favorite stored procedures fine-tuned very fast and if they move to SaaS they are limited to L and it's much slower. That's a problem of lack of the direct access and why it's very much linked to performance.
Speaker 3:And this is not only a YAL, even with the classic client or other ones, will be the same thing, this whole procedure. If you go down, like Alexander stated, you cannot be faster than this because it is all, everything is done server side, everything completely, so you don't have any kind of interaction between a client. And faster than this because it is all, everything, it is done server side, everything, completely, so you don't have any kind of interaction between a client and then server yeah, don't move any data between business center on sql, everything down there completely server side and, yes, we also have some, some kind of seed remaining this one.
Speaker 3:There is one that it is more or less doing the mrp during the night with third procedure, but but those are really corner cases from very, very releases in the back. I was joking when I was saying I have to go out, but it is the performance of the online version. It is getting better and better, release after release, and you're always running on the latest version of SQL Server and always running on the latest version of SQL Server. And SQL Server in the latest version always have goodies that you can take care of. And then also AL. It is right now that it is since NAV 2013,. It is SQL Server. Only it might take, with this short lifecycle that you have that it is one hour and a half. So I think it is the flexible. It is not modern lifecycle, the modern lifecycle. It is going out of support every two versions. So the third one will make it the third one out of support. This means that even the SQL Server version that in the SQL system requirements, or better, the compatibility version that was supported, it is moving higher and higher in a very lower timeframe. This means that you can support features that have been introduced with SQL Server 2016, 2017, and onwards. Otherwise, for compatibility reasons, you cannot do it. This means that you can support, I don't know.
Speaker 3:There is one thing that it is maxed up. It is DUP, dop feedback that it will suggest you the best degrees of parallelism when a query is executed. So we will execute with one degrees of parallelism. Let's say it will try with three and then it will execute, and then we'll get the result. Then it will try with two, and then we'll get the result with the same, and then we'll say, okay, I can discard the three from the two and retain the one from the two as an execution plan, then so on and so forth. So those are just small things. And maybe there is another one that is optimized locking, that it is actually SQL Server 2025. That still, we cannot use it, right, alexander?
Speaker 4:Yes, but now we still can't use it in Business Central. And anyway, now it's available even in SQL Server on-premise.
Speaker 3:Yes, but you never know if we change the transaction isolation level from the repeatable read into the read committed. You'll never know.
Speaker 4:Maybe. I know that the idea, the overall direction of the development of the way the platform team is working is towards reducing the strictness, the level of the isolation level. So repeatable read was introduced a while ago to solve certain problems in the platform. Now maybe it will be changed to read committed. If those problems can be solved in a different way, we don't know. Maybe.
Speaker 3:Yeah, I remember I think it was changed from serializable to repeatable read with NAV 5.0 SP1. There was a fix in 5.0 SP1 a long time ago, yeah. So from a performance perspective, it is evolving. It is really evolving quite fast and for me it is delicious. Honestly, I very, very, very, very highly prefer an online environment to work with, because I don't have to take care of many, many, many stuff to work with, because I don't have to take care of many, many, many stuff.
Speaker 3:If you start to have a performance problem or if you want to improve performance, then you have to look okay, let's have a look at the infrastructure. Then it comes that you have to run specific tools. You have to analyze all the configurations and then you have to analyze all of the maintenance plans that you have in place, which are the things that you do in the online version within the telemetry. Then you have to take care of all the other things that count most for you. All the other stuff are upon the product group and the product group.
Speaker 3:It is relying on a specific service behind the scene that it is taking care with very, very high profession, with something that most probably any mortal cannot do it exactly. It is very, very sophisticated. So I swear it is very, very sophisticated and they are taking care of this maintenance based on the information that they have of more than 45 000 right Right now I think it is more than 50,000 production environment that are evolving. I'm taking on the data tier and then they can determine. Okay, those are the things that mostly we have to apply in order to maintain the indexes or to update the statistics and so on and so forth. This kind of automation. For me it is super good and it is far easier to work with in performance. On the online version.
Speaker 4:Well, now we're touching the topic. We usually spend a lot of time with the video discussing, so if we start now, we can end tomorrow spend a lot of time with the video discussing. So if we start now we can end tomorrow.
Speaker 3:Just for the introduction. You mean Just for the introduction.
Speaker 4:Yes, and I would counter that when I work online, I kind of miss many things. I miss, you know, I can't see the execution plan, I miss my query store. I can't see it and I want to see the execution plan. Well, when I analyze performance cases, I need to mimic the data that client has exactly. I need to replicate the volume of data, the distribution, the histogram of the data distribution somehow to see, well, to hope, that the execution plan will be the same that the customer have While on-premise. I can connect, run this query, even on the production database or a copy of it, and I can see the execution plan. It will be executed exactly in this case. That's something I'm missing. And the query store? Of course Telemetry is good, it has a lot of statistics. And the query store. Of course, telemetry is good, it has a lot of statistics, but query store is much richer in features.
Speaker 2:So do you have the same level of telemetry access on-prem that you do have online?
Speaker 4:Well, telemetry, yeah Well, we can send the same telemetry from on-prem that we receive from SaaS, yes, but we don't have those analysis features, those troubleshooting features in SaaS that are available on-premise when we have direct access to a database to the back end.
Speaker 2:So, from the performance point of view, online is getting better and you don't have access to some of the features that you have online on prem. Excuse me for troubleshooting.
Speaker 4:Yes.
Speaker 2:So that's why you just called it.
Speaker 3:Yeah, exactly, exactly, exactly. Like Alexander, I'm, of course, missing the XML representation or the text, if you want, but I'm using the XML representation, because it is humanly readable of the estimated execution plan of the query. So this is what actually will be the next execution and what it is causing the biggest overhead, in order to optimize this in the less round trip. And I do agree that it would be great to have also the query execution plan. The problem of the execution plan is that you want to send this into telemetry because it might be super big.
Speaker 3:And if you send this for every long-running SQL query that it is higher than 750 milliseconds, maybe on demand, it would be good. I just want this, this, this, this and that and then just send me the query execution plan and then that would be a good compromise. Yeah, but yes, it is evolving. If you look at, this is just the first signal. Was with version. Was the first signal this is a question for you about telemetry when was the first signal introduced in telemetry in Business Central? I know?
Speaker 2:14, maybe.
Speaker 3:Is it 14?
Speaker 2:I know it exists in 2018 and they keep adding signals to each version. Which version, I don't know. Alexander, what do you think?
Speaker 4:I don't remember.
Speaker 3:Version 15 was the first one I was going to say that. Yes there were two seniors number up. Well, no, because version.
Speaker 2:Well, version 14 was the last version where you could use cal, and they switched it over to al completely in version 15 which don't even get me into the whole version number thing, because that will send us to a spiral.
Speaker 3:But version 15 when it became pure al definitely, and in version 15 they recognize okay, we need something, some telemetry, to let you know, to deflect cases to us. And the first and you. It was created for the authorization. The first one was the authorization because at the support they were receiving a lot of okay, I cannot get access, I cannot enter actually inside in my environment. But because there was probably more problem with credentials, then they added this signal Okay, within the signal you can recognize, okay, then there is an influx, it is a problem. Otherwise there is only one user that cannot enter, exactly.
Speaker 2:So that is a good little bit of history with telemetry.
Speaker 1:I thought it was designed for online, so that Microsoft can see everything.
Speaker 3:Before this, the instrumentation with telemetry. It was even before, before version 15. And Microsoft, if you imagine, you know, imagine Titanic, the iceberg, right. Yes yes, that's like in Titanic, so we just see, maybe from far distance, the peak of the iceberg. But Microsoft do have a lot of telemetry, so maybe we just have 500, 600 seniors I do not remember how much. We have it, microsoft, they have thousands and thousands of their seniors actually.
Speaker 2:Yes, the telemetry they have is great because they can see who uses which feature, which button, which, everything, which is good because it helps with the understanding of how the application is used and enhanced. But no, it wasn't invented just for that, chris, even a lot of other applications outside of business central use telemetry. Telemetry gets used on everything Now. Vehicles, when you're driving, emit telemetry and a lot of people don't realize that there's a lot there.
Speaker 1:So I know I'm saying just from a lot of people's perspective. I get that a lot. You know, it's like like I understand telemetry has been around, even with other erp systems as well, but uh, when it was sort of introduced to the end users a lot of end users I heard that from their feedback. It's like, oh, maybe because they just want to see more, and blah, blah, blah and say, well, I think they've always seen a lot more than what you had thought, but I appreciate the history.
Speaker 4:Yeah, we had a little history lesson.
Speaker 2:We should start a trivia in every discussion that we have. So to go back to. So the performance it seems to be questionable right Between the two, depending upon what you need. But Business Engine Alliance pretty performant. If you have large systems, maybe have a little bit more on-prem. Is that what I'm hearing?
Speaker 4:Yes, a little bit, but on the other hand, well, it's an exhaustible topic actually, because we haven't mentioned two things. First, scaling so when the system experiences high load it will be automatically scaled. So user sessions will be redistributed to another virtual machine automatically. That happens behind the scene in the cloud. Spikes in workload, so you don't have to keep always that backup system, I don't know additional extra confidential resources, additional virtual machines, just because you have a spike at some time. You expect it or it will be done automatically behind the scene. And another thing that we have is scale out. In SaaS we always have a copy of the database which can be accessed in read-only mode from queries and from pages. So these queries will be redirected to a copy of the database. That will not affect active users posting something or entering data.
Speaker 3:And reports.
Speaker 1:Reports yeah, yeah, reports as well so that's, that's a good call out because the scaling is important right. So, as you know, some organizations where they may have seasonality, where they have a lot more volume, rather than if you're an on-prem, you kind of have to manage that and expand that to accommodate that little small maybe a seasonal kind of component and you're not oversizing your environment just for that two months that you may need. Where Microsoft, if it's a business, the BC Online version, it would just do that for you.
Speaker 2:And so that's again another technical debt that you may not want for on-prem.
Speaker 3:I can tell you one word Black Friday that you may not want for on-prem.
Speaker 4:Go ahead, mr Sir. One word Black Friday.
Speaker 3:Yeah, exactly yes. During Black Friday there is this high volume everyone that is doing this kind of integration with webshops they have this kind of Black Friday craziness. Then you will see, we will touch. We don't end In a scalable system. What does it mean when you have to scale this kind of multi-tenant proposition?
Speaker 2:So they will add more and more and more horsepower in order to make it work during the Black Friday. Yeah, two key points that you mentioned, alexander, but I want to first go with them in order because I have a question on the scaling. So we understand that the system will scale based upon the spikes or the influx of volume or transaction or load. I guess you could say Is there a limit to that? Is there a limit to the duration? So, if you have a, or is it just scale to the use of your system as you use it, are you aware if there's a limit to how much it can scale?
Speaker 4:I don't know. I think we spoke about this, I'm sorry. Go on.
Speaker 1:Yeah, sorry, I didn't mean to cut you off, alexander. There was a session that I went to. They talked about that there's a threshold percentage where, if it I believe it was like 80% as it stays consistent at 80 utilize and as it creeps up, then they would go ahead and and create a vm for you and it's a specific duration of time. Where it goes below, that is, below a specific threshold, then they will go ahead and take that vm away because you're no longer using it. I remember seeing that slide somewhere, maybe a couple years ago directions. It's 60% actually and there is a perfect 60%.
Speaker 4:Oh yeah okay, even lower. Yeah, a series of podcasts under Business Central, under the hood, and there is one episode where Christian Heididam was talking about exactly this topic. He mentioned these thresholds. Yeah, when it's's consistently, when the virtual machine utilization is consistent over 60, there's another one uh created, uh, and the load balancer will start redirecting user, balancing user sessions between these two machines. If the two will be above 60, uh, now another one will be created, and so on, and theoretically. Well, they don't mention any limit to this. If there is any, sky's the limit. Probably Maybe there is some limit to how much resources the client can consume, but well, to the best of my knowledge, it's not published, at least.
Speaker 2:Okay, and the second part of this I want to understand and you said it's a key point and you talked through it in Dualio Combatant as well is if you're running queries or reports against the data, it's not running against your production system, it's running against a copy of the system. Therefore, it doesn't impact the performance.
Speaker 4:Yes, it's actually. There is a property in reports, queries and pages, as far as I remember, so we can specify exactly. So this report will be reading data from a scale-out copy, not accessing the actual production database, but will be accessing only the reporting copy.
Speaker 3:Only API, only API queries and API pages. Just to be precise. Okay so it's only the.
Speaker 2:API queries and only the API pages. If you specify that it's for the data, is it data intent? I think it's like the data intent access.
Speaker 4:Is that the property Data access intent yeah, database access intent.
Speaker 3:it is called, and then you can. There is also a page inside Business Central that is called database access intent and this will show pages, report and query and then you can determine there is the default behavior. And then you can determine there is the default behavior and then you can choose read only or read write. Okay, and this one. Let's say some of the reports are by default customer top 10, vendor top 10, and customer details. Those are already read only and they will go, if it is available in the online version, into the read only node those reports here, if it is available in the online version, into the read-only node those reports here. But you can choose what you want to move into the read-only node and this means that you're offloading your reading from the transactional node, you're offloading into the other SQL Server node. It's like having two SQL Server at the price of one.
Speaker 2:I like that.
Speaker 3:That is the thing. Remember one thing If you are on-premises, this is only possible if you have the SQL Server Enterprise SKU. This means that only if you spend quite a lot of money. This read-only replica does not work if you have the standard one. That is one thing, and I know this because we have enabled this. We have some on-prem customer big fishes that do have SQL Server enterprises and we have enabled this read-only replica also in the on-premises. So it is really an added value in the online version to have this read-only replica, Because you're offloading all the loads, let's say API. If you have a lot of get, those are going and those are redirected into the other node.
Speaker 2:My mind is racing with that.
Speaker 1:That's a lot to consider.
Speaker 2:That's a big one for anyone who works with any development to understand the intent of what they're writing and how it works to be to help, not necessarily cause some performance issues with the users. Um, I I have more questions that I have. Is there anything else to add to the performance key?
Speaker 1:I mean we can I know we can unpack performance for days but I think from a business perspective it's really hard to maybe an edge case where you would want to be on-prem but you really have to be intentional of wanting to be on-prem. Or Business Central Online really gives you a lot of this flexibility and if you look at it from a business perspective cost it just doesn't make sense. If I was to make a decision of which direction I'm going the cost of saving long-term it's got to be Business Central Online. I just don't see it. I mean, like I said, you guys mentioned a lot of the benefits of maybe some of the on-prem capabilities and a little bit more control, but you really got to be intentional of staying in it.
Speaker 4:Yes, I would say. If there are customers who want to stay on-prem, there are. To me, from my experience, there are two maybe categories I mentioned already mentioned. One is big client, who runs big tasks in the background and they want to get maximum performance. Or maybe they have integrations with internal in-house systems on-premise and they don't want to go in the cloud. They have maybe their SQL stored procedures. They run in the background and there is another edge to it is internet connection. Not every client has completely 100% stable internet connection and sometimes they must be online, uh well, just to be able to do, to perform, to do any job. Uh, in talking from the retailer perspective, we have point of sale, pos terminals running. If it is online, you lose internet connection, you lose sales, your store doesn't work, it just stops uh, uh, okay, yeah, of course we can talk about a backup connection, but sometimes in some places internet connection can be so unreliable and unstable that users stay offline for days, weeks, and I'm not exaggerating. Really it's a real customer pain. There was a real customer pain.
Speaker 2:There was a case when their store was offline for a week and they can't afford it, of course that's a very good point to bring up that that we hadn't talked about is that the business center requires a stable internet connection, and if you have locations that need to access or use the system if they don't have, if they're in a remote area, or if they're in an area where the internet connection is not stable due to the infrastructure, then online could be challenging for them to use, which, yeah I could see that that that is a consideration to have again to use between either or.
Speaker 2:I had a lot of questions that are coming to my mind as we were talking about that, but we went. I got a little sidetracked for it. The application we talked about. We have Wave 1, wave 2. I'm going to jump a little bit here just because I like to get these out. You have all these updates with the wave one, wave two and the minor updates every month. What is the update process? To stay current with the application for online versus on-prem?
Speaker 3:That's a super good question. In the online version there is a cadence where you can apply this update or upgrade and now that we have the so-called flexible update cadence right now you might want to do this once every five months. So it is 2.5 per year if you want to have this update cadence. Otherwise, microsoft, little by little, will kick in the application update. But it is important One thing it is the patching strategy If there is a medium to a severe application bug. But it is important One thing it is the patching strategy.
Speaker 3:If there is a medium to a severe application bug, microsoft is taking care of this and then it is deploying this through the pipeline. So this means that let's say that now you are in minor update 26.3, and then you find out that there is an application problem, microsoft will fix it and then deploy it worldwide in all 26, 23 environments. So you will have this fix between one to seven days or so. If you are on-premises and this kind of problem eats you, then you have to wait for the next cumulative update. So this means that if this one we discover this by, let's say, the first of this month, then the application update for the on-premises version you have to wait for September in order to have this available, then you have to pick it up and then you have to deploy this yourself available. Then you have to pick it up and then you have to deploy this yourself. That is one of the big goodies where the online version is working far better and flawlessly compared to the on-premises version.
Speaker 4:Big goody, which comes with a pinch of salt, I would say, exactly one that we discussed yesterday. You're not in control of these updates completely allowed. You have your and you don't even know if it's going to be applied next night. Because if you're running your night heavy job, your MRP planning, your stock planning, aggregation, whatever it is, the moment this patch comes in, your job stops, it's interrupted, rolled back. If you don't have a strategy, some kind of commit in the middle, if it can't recover, you're losing your job, just fails and stops, and you don't know when it's going to happen.
Speaker 3:Yeah, there are two kinds of fixes. The application of fixes runs typically very rarely outside the Windows update. The platform hotfixes the one that Alexander mentioned are something in the bits in the platform, in the DLL or in the component version that are used in the online version. This one, since you have to patch one node at a time, you cannot rely on the update window because there are many customers with different night and if you're running mrp or some business critical process that it is very heavy and you're forced to run it overnight, then maybe this one will interrupt you. And just to add on the alexander comment that it is, I just fully support the.
Speaker 3:The one that maybe is hitting you. It is stopping the queue and then this one is not starting. The worst things it is happens is that when it is eating and then it is rolling back and starting once again because the task address is very resilient. But when it starts and then maybe it spans from three, four, five hours, then it goes when all the users start working and maybe if it is MRP it is blocking everything. Then you have to try to stop it. But the biggest advantage in DOLA, this is one of the biggest advantages. You just have to slightly maintain or take care of when the platform or application of success has to be deployed. But this flexible update and the fact that there is a continuous update, this one it is a good thing. Otherwise, on-premises, you have to care about this by your own.
Speaker 2:So you'd have to run platform and application updates yourself? Yeah, and you could. Also you have a little more control then on-prem, when those updates get installed as well. So it's it's with online. Uh, those application hot fixes are sent to your environment as they release them because of uh, each of those nodes is shared by many customers, as you had mentioned, and and they need to. Well, they can't separate the customers that way. I mean, if you have 50,000 customers, you could have 50,000 variations of Windows. So I don't think they have 50,000 machines that they could run that on.
Speaker 2:And then for the application excuse me, yes, for the application updates they have the monthly cadence, but now they've changed the way you can delay it. Updates they have the monthly cadence, but now they've changed the way you can delay it, the delay schedule, to give you some more flexibility to know when it is. But eventually you will have to update, whereas if you have on-prem you have some more control if there is a reason why you may not want to upgrade at a particular point. That's the only struggle with that is if you go too far behind.
Speaker 2:I think what it sounds like to me is it gets a little more troublesome to get current right. If you, if you stay close to it, you can get to it rather quickly. But if you defer staying current, it could be a little more challenging. And then, as you had mentioned, you have to up, you have to apply those updates yourself at that point, or somebody has to do it for you, which could include data migrations. If the schema has changed or there's some step that you have to go through, so the upgrade could be. There could be some time involved as well, too, depending upon the size of your system, am I correct?
Speaker 3:Yeah, that's correct.
Speaker 2:Okay, okay, I'm trying to just think of all these things because, again, this is one of those questions that, like I said, I get asked quite often. Are there any other major differences or points to bring between choosing to go on-prem or online that come to light?
Speaker 1:Are there differences in compliances too?
Speaker 2:That was the question I was going to ask, but not the compliance. You hit me, thank you, just I have to remember now what I was going to ask.
Speaker 1:Cause we get that, I get but maybe it's related to compliance. Cause I get, we get that question, so I at least I get that question where like, okay, what's the compliances?
Speaker 3:I'm like oh and other things to decide. It is where my data are, so people are thinking about the security.
Speaker 3:Actually, I'm thinking about, well, in the US. It is also a very, very sensible argument. But even in Italy, let's say Italy, at the moment, it is served with West Europe actually. So we are in Netherlands the data. So it might be that sometimes you want this in your own local subsidiaries In Italy, there is a brand new data center in North Italy that actually is in Milan, and we are just waiting in order to move the cluster out from the West Europe and then use it with North Italy, like it happened, for example, for Switzerland, for Norway, for Germany and other ones, where the data is stored within the same country. That is the thing.
Speaker 3:Another matter of choosing online versus on-premises is the security. So people are asking quite a lot of questions about how much it is secure the online version compared to on-prem. Then when they ask, I revert so how much you are secure that you are one, how many people you are one, two, three, four, five, six people that are One, two, three, four, five, six people. That are six people, 10 people in the IT department that are securing your environment. In Microsoft, there is a peloton of people only for the security purposes and the security of Business Central Online.
Speaker 3:It is really a matter that counts towards 50,000 environment all over the world. So this security, it is taken serious quite, sometimes close to the paranoid right, sometimes close to the paranoid. For example, you see this new feature that it is using this certificate validation. It is always wants to okay, is the certificate valid or not valid? This one it is not to make it just take it just into small consideration, but this one it is to keep the environment very, very more secure and it is not something to say okay, now you're restricting the capabilities, no, we are making the things more secure the capabilities.
Speaker 2:No, we are making the things more secure, with the security going to security you talk about the security from the application point of view and someone being able to access your data. I want to take that a step further because and, chris, that's where you came to, because my question was in between the security and the compliance is who has access to the data? That's another question. So with on-prem, you can control who has access to the data. That's another question. So with on-prem, you can control who has access to your data from your infrastructure. Who has access to your data or who can see your data, based upon security of your SQL server.
Speaker 2:What about online? What considerations are to make sure because that goes into some compliance issues and also some security issues is who can see my data? So now I have my data stored online somewhere and again, this could be with. This is a question for any application. That's online, right, it's not just Business Central online, because we are all just trusting that we're putting our data in the cloud somewhere and the data that we're storing may be sensitive. It could be personal identifying information, could be banking information, could be all sorts of information like that. So now what's in place to control that for online versus on-prem?
Speaker 4:I don't know. Let me see who exactly has access from Azure, because it's all stored somewhere in Azure. I can say that nobody in Microsoft development or support team has access to customer data for sure. Even when you raise a support ticket to Microsoft because you have problems with the data or some issues, support team cannot access this data, even for troubleshooting or whatever. They just don't have it successfully.
Speaker 3:I can confirm this. So they never, ever, resolve cases. I remember I was in Lyon at Directions two years ago. So the first, talking about telemetry, the first thing that I told people it is that if you think that Microsoft have access to your data, microsoft doesn't. And how they resolve the problem, it is every single case it is resolved through telemetry. That is why I have used this kind of metaphor of the iceberg we just can see the peak of it, but behind the water there are really terabyte and terabyte and terabyte and terabyte of data every day that are sent into telemetry, and every single area server runtime, client runtime, application they have their own specific telemetry signal. Telemetry signals are, per definition, gdpr aware in Italy, in Europe. It means that they do not contain PII personal identified information Nowhere. So there is no way that Microsoft can spoil up your bank number or credit number. Maybe other people does it, maybe your wife or the people that are with you, but not the other ones.
Speaker 2:That's good. Now that is a big concern for some organizations that need to validate that their data is secure with that, whether it be data access controls and such Well, Mr Duilio and Alexander, I appreciate you taking the time to speak with us today about online and on-prem Business Central, and also, Duilio, I'm looking forward to seeing you again this October. Duilio and I are going to do Community.
Speaker 3:Summit, community Summit, north America. I'm really excited.
Speaker 2:I'm really excited too. We're doing another repeat, but improved, because a lot of new things are coming our way. We're doing a session on PageScript in a Community Summit, North America. Duilio has a few other sessions as well. Ruma has it.
Speaker 3:You might be doing something on performance yes, um, exactly, it is uh al profiling in the dynamic 365 business central, a sort of csi of al code that will be I hope they have a big room for that.
Speaker 2:I hope they have a big room for that. I'll be there, so I'm looking forward to you in october. Thank you, it's uh alexander. Will you be uh presenting anywhere soon?
Speaker 4:I don't think you're making it to orlando no, no, not in orlando and not going to be at directions probably excellent.
Speaker 2:No um, in the meantime, if anyone would like to reach out to either one of you, would you mind telling us what's the best way to contact you? Alexander?
Speaker 4:well, I think there is a guest intake form that I need to fill. Is it published? Is contact published somewhere?
Speaker 2:yes, yes the guest intake form. The guest information will be linked to each episode, so your contact information that you provide will be listed there and they can contact you to those means.
Speaker 3:Mr Duilio, sir, yes, you can contact me at duiliotaccone that is my name. Duiliotaccone at eos-solutionsit.
Speaker 2:Great. Thank you both. We appreciate you taking the time to speak with us. I truly appreciate that, because any time you spend doing one thing, you're not spending it doing another, and time is something that you don't get back. So I appreciate it and I look forward to speaking with you both again soon, and I'll talk with you later. Ciao, ciao.
Speaker 3:Thank you so much.
Speaker 2:Ciao, bye. Thank you, chris, for your time for another episode of In the Dynamics Corner Chair and thank you to our guests for participating.
Speaker 1:Thank you, brad, for your time. It is a wonderful episode of Dynamics Corner Chair. I would also like to thank our guests for joining us. Thank you for all of our listeners tuning in as well. You can find Brad at developerlifecom, that is D-V-L-P-R-L-I-F-Ecom, and you can interact with them via Twitter D-V-L-P-R-L-I-F-E. You can also find me at matalinoio, m-a-t-a-l-i-n-o dot I-O, and my Twitter handle is matalino16. And you can see those links down below in their show notes. Again, thank you everyone. Thank you and take care.
