Dynamics Corner

Episode 330: In the Dynamics Corner Chair: Tips Working with Client-Side Interfaces in BC

• Patrick Schiefer • Season 3 • Episode 330

Share episode

In this conversation, Brad and Kristoffer talk with Patrick Schiefer about Business Central design patterns and interfacing with Business Central. Patrick discusses using Azure Relay to access local hardware and Power Automate to access local file systems without writing code. Patrick highlights the power of the Business Central API and the ability to interface with other services. He explains using JavaScript add-ins on Business Central pages to interact with local hardware or services. The conversation provides valuable insights into integrating Business Central with legacy systems.
 
 
Connect with Patrick on LinkedIn (https://www.linkedin.com/in/patrickgrabensteiner/)

Send us a text

#MSDyn365BC #BusinessCentral #BC #DynamicsCorner

Follow Kris and Brad for more content:
https://matalino.io/bio
https://bprendergast.bio.link/

Speaker 1:

Welcome everyone to another episode of Dynamics Corner, the podcast where we dive deep into all things Microsoft Dynamics. Whether you're a seasoned expert or just starting your journey into the world of Dynamics 365, this is your place to gain insights, learn new tricks and make development fun again. I'm your co-host, chris.

Speaker 2:

And this is Brad. This episode was recorded on July 9th 2024. This is Brad. This episode was recorded on July 9th 2024.

Speaker 2:

Chris, chris, chris the heat is on, and so are we. This episode was exciting because it goes back to my roots with development, and we learned some neat tips and tricks, new tools, yes, and even new thoughts on ways to approach implementations, to think not with how things were, but how things can be. And I learned some cool development tricks. And now I want to make a game in Business Central With us today. We had the opportunity to speak with Patrick Schaefer of Cosmo Consult. Patrick, how are you doing?

Speaker 3:

I'm fine and you.

Speaker 2:

Good, good, good. Welcome back. Been looking forward to talk with you again. It's been a short time, but after having such great information last time, I've been looking forward to talking to you this time about another important topic that you talked about that I saw that you spoke about at Tech Days, which was an interesting topic. But before we get into the conversation, could you tell everyone a little bit about yourself?

Speaker 3:

yeah, I'm Patrick Schieffer. I'm from Austria, working for Cosmo Consult. I'm'm actually MVP for two months now A goal for me for the last couple of years, I guess.

Speaker 2:

Congratulations on that. By the way, it's a big accomplishment. Yeah, congrats.

Speaker 3:

Yeah, and on Easy Tech Days, as you already mentioned, I talked a little bit about some stuff I'm working on. I talked basically about nothing is impossible in PC, which means that, in my opinion, you don't have any technical restrictions in Business Central, when you just know how to cope with your problems.

Speaker 2:

Anything is possible in Business Central.

Speaker 3:

In my opinion, everything is possible. At my workshop I've done a workshop and a session. Actually, I found one problem which I didn't find a solution, of which I didn't find a nice solution. I found a dirty solution. A session. Actually, I found one problem which I didn't find a solution, of which I didn't find a nice solution. I found a dirty solution for it. But for most problems you will find a solution in Business Central and it's just about knowing how you can work around some things, because we got this universal code thing and we got the migration to cloud and so on, and, yeah, we have many, many restrictions when we think about cloud.

Speaker 2:

Oh, yes, there is. Well, I mean, there are some challenges that you'd mentioned when you're working in the cloud environment that I know we encounter and I encounter quite often, you know, around file management, around sometimes, information or interface exchanges or the like as well, which can make things difficult. But to go back to your point, I've always said that too, that I don't think there's any problem. You know other than you know life and, in a lot of cases, medical needs, but there isn't anything that you can't solve if you have the you know proper amount of time and the proper amount of money. Usually you can fix most problems or find solutions for most problems Time and money If you spend a little time or a lot of time and a lot of money on it too. So, no, no, it's. It's an interesting conversation and I'd like to talk with you about some of the Business Central design patterns that you talk about, as far as, as you'd mentioned, being able to solve problems and come across solutions within Business Central, understanding how to code and understanding how it works.

Speaker 3:

So yeah, so basically I've showed some different design patterns for solving problems. So my main problem, which I was talking about, was accessing local hardware, because still in SaaS we have still many, many situations where we have to access local hardware. So we at Cosmo Consult, for example, have one customer which has a smart card secured system and we need to access this smart card from Business Central, and the customer is fully in SaaS. So we needed to find a solution and what we did is that we used the Asia Relay service from Microsoft, which is a quite cool technology. It's just a technology which is in between Business Central and some local service and you will connect from Business Central to this Asia Relay and then you will have a local service. We use the shop for our service, but you can use any, any programming language you want and then we can like from locals service also to this Asia relay.

Speaker 3:

And why are these Asia relay? You can and synchronously talk to your local hardware and it's very easy. And you already mentioned costs at the beginning. It's also very cheap to use it. So it costs I think it's about nine euro a month to use this Asia service and I guess in most of the business central projects nine euro a month, about nine nine dollars for them. For the american um, your uh audience, um, I guess nine dollars are quite nothing inside of a business centric program project because projects are huge and you pay a lot of money for licensing and so on.

Speaker 2:

Well, I've seen some solutions that cost quite a bit more than nine euro a month if you lay it all out. But you hit on one of the big struggles that I've also encountered with Business Central, and that is in the old Cal days of the non-online environments, you had access to the local system, whether it be the file shares, whether it be the printers, whether it be, you know, any other type of hardware device, and that's one of the big struggles that a lot of implementations are having now. Even with printing, you know, with the ability to, you know, automatically print. I know you can do PDFs and stuff with the service to do it, and even file transfers.

Speaker 2:

And you had mentioned using Azure Relay, which is a great service. But that is something important to think about is no longer thinking about the constraints of Business Central, to start to realize now that there's other services in the technology stack that we have access to to solve the problem. You know it's strange because if you've been working with Business Central or Navision or Nav, you're accustomed to solving a problem a certain way and this forces us to think differently but to use different tools to solve the problem. So that is a great solution. So in that case you had created a service, but there are also other services available that somebody could communicate with to interact with this Azure Relay Service and the local system.

Speaker 3:

For the Azure Relay Service itself, there is an open source tool from Microsoft which is in the PC Tech Samples. It's a GitHub repository and you can use it out of the box. There's already some examples, or even for file system and so on, something like that and you can use it out of the box and change just the local service to fit your needs and everything works fine. So for our first project we have done with the Asia Relay we use this open source tool. Now we wrote our own because our projects are getting bigger and we have more things we want to access, so we wrote our own service. But basically you can use this open source service. It will work for most of the scenarios and, as you already said, um, when you work for a novitiain of business central for years, you often just think about business central and many, many developers forget about that. We are living in a huge ecosystem from microsoft. We can use many, many services.

Speaker 3:

I also talked about Power Automate, for example, in my session at PC Tech Days, because Power Automate has a lot of connectors for file systems, so you can also use Power Automate to access your local file system.

Speaker 3:

So you can also use Power Automate to access your local file system Even without using of any Azure resource or something like that.

Speaker 3:

You can really work with your plain local file system. You don't just have to install the, as it goes, on-prem data gateway from Microsoft and then you can use the local file system. And I'm working on a proof of concept at the moment, because I didn't try it out now, but I'm working on a proof of concept where R Automate is reading a local file system and sending data via the PC connector to Business Central, so you can handle file interfaces without even writing one line of code. And that's, in my opinion, is very amazing because Business Central is getting very simple. You don't have any additional code for your file system and so on, and you don't have to deal with upgrades, because in SaaS we get these upgrades every six months and so on, and we don't have to deal with any breaking changes because the connector and power automate stays the same. So, in my opinion, if it worked like I mentioned, then it would be a very amazing solution to many, many problems.

Speaker 2:

I think that would be an amazing solution because I know that I deal with a lot of individuals that have file transfers and in trying to work with everyone to get their head around the technology is not the same, that you have to come up with different solutions and to be able to use that different, like you said, the ecosystem to connect it together and you don't have to write any code is a definite saving.

Speaker 1:

We did have a conversation with someone with that. You know, when you're designing a solution in Business Central, you really have to have at least an understanding of what other tool options you have out there, not just from an AL standpoint right. So you got to learn a little bit more about power automate, what it can do to give you that same result but in a different tool.

Speaker 3:

Yeah, and what I always talking about is the Business Central API. So Business Central API is very mighty, Even the standard API. If you don't use any custom APIs, you can do very much things and you can write any external service which is accessing business-centric and because the versioning of the API you don't have any breaking changes anyway.

Speaker 2:

so many ways how you can achieve something in business-centric you say the word breaking changes and I honest I have to admit I cringe every time I hear that because that's over the past several years.

Speaker 2:

I hear breaking change, breaking change and it just for some reason it triggers me to hear that you can eliminate or reduce the amount within Business Central and the ability to interface to other services to be able to interact with Business Central. It is powerful and they do quite a bit more. You can ensure that, whomever is dealing with the contract for the service, you don't have any issues as these updates come out or these changes come out, that it's going to work the same for you and then you can work through the changes. So, when talking about the Business Central design patterns and some of these legacy interfaces and thinking differently and implementing Business Central online versus Microsoft Dynamics Nav on-prem or Business Central on-prem, what are some of the other points or challenges that you've had for interfacing information with Business Central? I really like the Azure Relay, by the way. I have to investigate that a little further.

Speaker 3:

Yeah, the Azure Relay is a very huge solution where you can achieve almost everything, but it has one disadvantage it costs nine euros per listener, which means every computer where you want to access hardware you have to install this service, and every service costs nine euros. And you also have to cope a little bit with connection and so on. And one very common use case in Austria what we have is we have cache drawers, for example, which are connected to the local machine and not to any server or something like that, and you really have to access the hardware of your local machine, which is connected maybe to the web client but not to your server or something like that. Or even you are maybe just connected with a SaaS environment via the Internet and maybe you don't have any server anymore, you just have your client. And, of course, when you think about cash draws and point of sales, you also may have more than one point of sale in your stores.

Speaker 3:

So you have to deal with these different connections, and what I do for that is that I use a JavaScript add-in, because Business Central has the possibility to execute native JavaScript code inside of the web client and the advantage of JavaScript is that it's fully executed on the client side, so you can do whatever you want on the client side. And again, what I have done is that I brought a C sharp service as small. Again, writing a C sharp web API is a very easy job. You can start with web APIs within minutes and you have set up a simple API just by one PowerShell command and it starts up with a studio code and you have the API running and then, from the JavaScript, I just access this web API which is running on the local host, and because the web client and the C-sharp service are both running on the same machine, I can just access it via local host and can so access really my local client hardware and can do whatever I want on the local machine.

Speaker 3:

I guess I can do everything which I have done back in the days in Navision with it. There's only one problem with it you need an active page for it, because web client add-ins only support add-in pages, because it's JavaScript code and you need some kind of UI. But using this solution, you have also the possibility to access your local client hardware and you have the advantage advantage it doesn't cost anything. You don't need any additional service in asia or something like that, and when you just use localhost, you don't have to think about much about security because you don't exposing any port or something like that to the internet or you don't have a connection to the internet anyway from your service. Your service is just available via the local machine, so it's quite secure. Of course, there are always some ways how to hack something, but it's quite secure compared to other solutions.

Speaker 2:

Well, there's always a security concern. I don't, you know it's. You can always take the safest route. If somebody's you know in your house, sitting at your computer, you know there's only so much you can do at some point. It's doing the best you can to minimize it. So what you had mentioned here. Another option is you could write JavaScript in Business Central pages that can interact with the local hardware or local service on the computer to perform a function. Not many may know that you can create JavaScript or execute JavaScript within a page. How does one do that? Do you do some sort of control add-in? Do you have to load something special for that, or how do you do that?

Speaker 3:

Basically. I have an example here.

Speaker 2:

That is amazing. So you created a control add-in. The control add-in has JavaScript for the startup and for the scripting, and then you have a method, procedure, function.

Speaker 2:

I hear everybody call them different names these days but you have a procedure, a callback procedure, that you can execute within code, which then has the URL to your local servers, which you created, and then you can communicate and send messages back and forth, where they must have had an API, as you had mentioned, to open the cache drawer. So even that local API is not something you would have to write if you had another. In this case, if you had a company that managed the hardware for the cash drawer or for another device for that pos system I'm assuming it's a pos system with a cash drawer you could just communicate with their service. Hey, chris, see how easy that is 10 lines of code done but it's.

Speaker 2:

This is the type of solution, these are the types of solutions that are important to think of when you have an online environment, so you get the advantages of the online system, with the upgrade staying current, but then also still the what some would call the limitation of interacting with your local hardware. You can, you know, solve that through a number of means, as we're talking about One, you could use JavaScript. Two, you could use Azure services. And what else could we use? There always has to be a number three.

Speaker 3:

Yeah, of course the number three for hardware or let's say it's hardware is to just have an API on the client side and call it directly via Business Central. Didn't mention this method at first because it's kind of SaaS ready but it's better for on-prem and we don't want to use on-prem anymore. That's why I didn't mention it as the first option. It's the easiest option from these three options because you only have to write your AL code and you only have to write your C-sharp code and you don't need an additional Azure service. You don't need JavaScript knowledge or something like that. Um. But therefore, uh, the business central server needs access to your API and, um, if you're on prem, that might not be a problem.

Speaker 3:

You also can use local hosts or something like that. But if you're in in South, you saas, you might expose a port to the internet, so you open up something from your local network to the internet and when you do that you have to think about security very much. You have to think about authentication and authorization and so on. Of course you can include o out in in Sharp, but it makes your solution more complicated. That's why it's not the preferred solution for me when you're in SaaS, but if you're on-premise, it's the easiest solution. But what we actually do is that, at least for our product, we use both versions and we implement an AL interface where we can switch between these solutions. So we have both ways implemented even in the same C-sharp service. So we have one C-sharp service which is allowing us to use the Azure Relay and the API, and inside of Business Central we can switch this implementations. So it's also easy to switch between on-premise and SaaS if you're migrating.

Speaker 2:

I like that design. So you have an interface that can accommodate both solutions, so you can architect the solution appropriately, whether it be an on-premise solution or an online solution, which allows you the opportunity, as you had mentioned, to always consider the security considerations or additional checks that you need to put in place to ensure that the system that you put together is both secure and sound, which is good. Do you have any other tips and tricks for us here?

Speaker 3:

this is like I'm excited now I've learned some great things today yeah, I talked also about a file system.

Speaker 3:

Of course you can use these three options which I showed you, which I talked about, for connecting to the file system also, but for the file system there are already some other solutions which are better. So you have some built-in possibilities in Business Central you have, for example, the blobs inside of the database. But I, in my personal opinion, would not use blobs inside of the database. But I, in my personal opinion, would not use blobs inside of that database because it will will blow up your database somewhere when you store files inside there. But there are also other options, like we have a one drive integration, we have asia blob storage integration and we have an asia file share integration and we have an Azure File Share integration.

Speaker 3:

And the Azure File Share is the one which we are using the most because it acts like a normal local drive in Windows. So if you have a file service or you have a legacy system which is writing files somewhere, you can use the Asia FileShare, connect it to your Windows computer and it acts like a normal local drive and the legacy system will not even recognize that it is now writing to Asia. It just writes the path and then from the AEL perspective, it's also very easy. There's this new Asia service client which was introduced, I guess, in BC23, or maybe it was also BC24. I'm not sure in which version it was introduced. I have that same problem.

Speaker 2:

My mind is a blur. I forget which. They come out with so many features at each year that I forget or each wave, or sometimes even in the middle of the wave. I guess it's part of the wave still, but I forget where it came from.

Speaker 3:

Yeah, I think it was actually an open-source contribution that someone edited. Now we have the possibility to read and write files to Azure file services directly from Business Central and we can use it like we've done the CodeUnit 119 earlier. We can use now that the Azure file service client and whatever we want with files, and even we just get out streams of it, so we can use this stream for XML ports, excel buffer, xml buffer and so on, for every table and every system we used earlier. Enough we now can use this Azure File Service client and, of course, you have to change a little bit of your code, but not that much. So the upgrade from local files to Asia file services it's not very complicated and, yeah, every time we talk about Asia, someone will say that what's the cost for Asia?

Speaker 1:

I was just about to ask you that, and Asia File Service is a very cheap solution.

Speaker 3:

It costs a few euros a month when you stay under 10 gigabytes or something like that, so it's very cheap. And as long as you don't store massive data like that, so it's very cheap. And as long as you don't store massive data on there, you will not have any cost problems with the Azure file services.

Speaker 2:

See, chris, these are all great solutions to think of. And again, some of these monthly charges. I listen and I hear the same conversations about cost. It's important to be conscientious of the cost. If you have a subscription, it is difficult sometimes to calculate what that cost would be. But I've also been in cases where someone will not want to spend. You know, go back to the reference of nine euros per month for a solution for a subscription, but they'll of nine euros per month for a solution for a subscription, but they'll spend 3000 euros to write a solution. That's complicated, that's you know. So it's, yeah, it costs more.

Speaker 2:

You know, in the long term it's cheaper to use some of these services because you can get to use them quicker and they stay within the technology stack and you don't have to also repay to upgrade it in a sense. I mean you may have to change some of your code as technology changes. I'm not saying it's a cross, but some of the solutions I've come across, so it's important to keep those. With the Azure File Service, you had mentioned that, the JavaScript. You needed a UI page. With the Azure File Service, I know a lot of implementations have imports and exports where they have to deal with files, whether it's bank-type files, that they have to get with FTP and they can't use the API methods With the Azure File Services, can you use those with scheduled jobs, like with a job scheduler, to pull and import them so that you're not required to use a UI or a user?

Speaker 3:

Yeah, it's a normal code unit. You can use it from everywhere. So you can also use it in job queues and so on. Well, I personally try to force people to. I personally try to force people to not use JobQueue for file services. I rather go for any trigger-based system, like I've mentioned already, power Automate at the beginning. So in my opinion, it's always better to have a trigger-based solution which is reacting on changes in files and not pauling from time to time. But it's just as you like. I don't think there are any performance problems when you use job queues or something like that. So you have to do very much job que cues, I guess, to get the performance problem. But yeah, it's just a personal opinion to have it more trigger-based.

Speaker 2:

I like the triggers as well, and so it's nice to know that you can work with those, because that way, you're not checking, you're waiting, in a sense, somebody's telling you that something's happening, instead of you having to check to see if it's happened all the time.

Speaker 3:

As you've already mentioned, you have customers which are needing FTP or something like that. Power Automate also has the triggers for FTP, so you can directly connect to an FTP server and work with that. So, basically, power Automate is a very powerful tool when talking about files.

Speaker 1:

Yeah, it's very flexible.

Speaker 2:

Yeah, Chris is going to be the Power Automate person here.

Speaker 1:

There's so many. I mean just hearing from different people with different use cases of Power Automate. It's impressive.

Speaker 2:

It's almost like a separate application. Wait it is, wait it is.

Speaker 3:

I really like the approach of keeping code outside of Business Central or even of having no code anyway, because then you don't have any problems with upgrades.

Speaker 2:

Yes, and that allows the customers to take advantage of the application and also some of the. I think you can create a better solution if you can put together the pieces properly and you have less problems, I think. So you have an easier implementation. In a sense, the customer is more satisfied because it's not typically a long and costly solution and you don't have to tell them, oh, you can't upgrade, or they don't get those notifications that you can't upgrade or they have broken processes when they do go through an upgrade. So it is nice to be able to use the existing pieces and put it all together. That's what I look at it now as is. You know, when we first started out, you used to have to create and develop a lot to get things to work within the vision right or microsoft dynamics. Now, you know, as time's progressed, we've been able to now more and more just take pieces and plug them in and put them together, almost like you have a laptop you plug it into the wall to get electricity, you have something else, you plug it in and everything kind of works and communicates together. Chris, you like that analogy there? Yeah, it's very good.

Speaker 2:

Okay, uh, do you have any other quick business central design pattern legacy interface tips for us. I'm writing all these down. I'm gonna go practice with all of these. I'm going to make a game in business central with javascript that's my goal now, like tic-tac-toe or something. I did see someone had tetris the other day. I was reading something, I forget which post or who I saw with that, but I want to put a game like one of the games from the seventies, like space invade, or eighties and space invaders or something.

Speaker 1:

Yeah, like a break, break time from BC or you're on your break games.

Speaker 2:

Yeah, you can play a game. Then make it so you can hide it. So if somebody comes by, they see your screen and you're back on bc easter egg. Yes, there you go.

Speaker 3:

We have to do that, that's, that's a mission of mine now, and I'll have to credit patrick for telling me about that. So basically that one. Where are the solutions which I showed on on bc tech days? So I don't have anything, uh, prepared now anymore.

Speaker 2:

Okay, I'm always looking for more, always looking for more. Have you done anything with printers, local printers? That's a big, big challenge.

Speaker 3:

That's actually the most used case at Cosmo Consult. We even put this together in an AppSource model. So we have put it on the AppSource using the Azure Relay. So we have put it on the EPSOS using the Asia Relay. So we have our own solution with printers on EPSOS using the Asia Relay, and now they are also working the colleagues on making it possible without Asia Relay for on-premise systems. So, yeah, we use this technology for printing.

Speaker 2:

That is it is. It's. One of the challenges I come across weekly is not necessarily printing like a user's printing, but they want to print things to specific printers automatically, like years ago when you had the default printer or even if you wanted to schedule printers. I don't understand why people print stuff still these days, but you know it's one of those.

Speaker 3:

It's still one of our most problems. Even when you have warehouses or something like that, you want to print out that warehouse document on the printer which you are working on. Even when you think about the universal print which is Microsoft advertising and implementing in Business Central, it's nice, it works, but you pay per print job. When you think about warehouses, you have maybe thousands of print jobs, but they are all just one page. You don't pay per page, you pay per print shop and you will have problems with costs.

Speaker 2:

It gets very expensive if you, if you have a lot of print shops that is one of the things universal print and anytime you mention it, that's what it always comes up to is the cost, like you had mentioned, because it quickly. It's unfortunate because it is a great tool, I guess you could say, to allow you to print directly from Business Central, but it really is just cost prohibitive to anybody that would use it with any volume. If you have to print one document a month, maybe it'd be okay, but, like you said, if you start working with warehouses where they may have to print out warehouse documents, shipping documents, packing documents, it can get costly rather quickly. But that is still the number one use case I see is printing and I think, chris, how many times do we hear that every time?

Speaker 1:

It's okay.

Speaker 2:

I need to print to this printer that's sitting right next to me.

Speaker 3:

Automatically Yep you post something and you want to have your posted warehouse document printed out in front of you.

Speaker 2:

That's good. It's nice to know that you have a solution. I know there's a number of solutions available that are for that and they all have their different options. It's nice to know that you have a solution. I know there's a number of solutions available for that and they all have their different options, but it's nice to know that you have one at Cosmo Consult as well.

Speaker 3:

One funny and easy solution which a colleague of mine had. They switched over to a non-paper warehouse and the warehouse people just had problems because they don't want to go to the screen every time and refresh and check if there is a new warehouse document. A new goes to Ikea. That's a furniture shop, and he bought a lamp with Wi-Fi which can change the color and this lamp already has included an API and what he has done is he just called this API via the on-premise server and every time they have a new order now the lamp starts to flickering in red. So the solution was about 10 euros for the lamp and maybe an hour of implementing and they have an easy to use solution now how they see if something new is here to work on. That is fine.

Speaker 2:

I call that genius project yeah, genius, because you had a problem and you, your colleague, thought of practical ways, efficient ways. That's the key. You know, you don't need something fancy, you don't need something costly, something so simple as a light that just signify or signals that you have a document, so that they can visually see it.

Speaker 1:

See I, like that idea fun projects we're gonna have to spend some time together.

Speaker 2:

Patrick, do you want to make a game with me in Business Central? Of course, every time We'll have to make a game together, we'll put it out there, we'll make a game. We'll make something up, something fun, like trying to match documents or something I don't know. Well, patrick, thank you again for taking the time to speak with us. We do appreciate you taking the time. Time truly is the currency of life. Once you spend it, you can't get it back. So anyone who spends time speaking with us, we're greatly appreciative of. If anyone else would like to, if anyone would like to learn more about some of the sessions that you present or some of the other tips and tricks that you told us today about connecting with legacy interfaces through business central, what is the best way to get in contact with you?

Speaker 3:

um, best way to get in contact with me is via twitter or x or linkedin, or I'm also blogging about everything I I show and to also find all my solutions which I have on my sessions and on GitHub. So if you go to GitHub, slash Patrick Schiever, you will find all my solutions which I've done in the last couple of years. Or you just go to my blog, patrickschiefercom, you will also find some of the solutions.

Speaker 2:

I'm definitely going to check out your github listing also and we're going to put the links to your twitter and x. Will it ever be called x? Will it ever be called x? Just be twitter for everybody forever.

Speaker 3:

It's going to be Twitter, if you've been there before.

Speaker 1:

Yeah, next generation. You're right, Maybe they'll call it X, but they hear Twitter.

Speaker 2:

enough they may. I don't know. Maybe he's trying to go the way of Microsoft and changing the name every year just to throw everybody off. But again, thank you, Patrick. We'll put links to your LinkedIn and Twitter profile in the show notes. We look forward to talking with you soon.

Speaker 3:

Thank you for inviting me have a great day.

Speaker 1:

That's great. Thank you, Tata. Thank you.

Speaker 2:

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 and thank you to our guests for participating. 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, and you can interact with them via Twitter D-V-L-P-R-L-I-F-E. You can also find me at Mattalinoio, m-a-t-a-l-i-n-o, dot I-O, and my Twitter handle is Mattalino16. And you can see those links down below in their show notes. Again, thank you everyone. Thank you and take care. You, you, you, you, you, you, you.

People on this episode

Head Shot

Kris

Host
Contributor

Brad

Co-host