WEBVTT
00:00:01.360 --> 00:00:04.639
Welcome everyone to another episode of Dynamics Corner.
00:00:05.200 --> 00:00:09.679
What is the difference between FNO and Business Central?
00:00:09.759 --> 00:00:10.800
Which one do you choose?
00:00:10.880 --> 00:00:12.400
I'm your co-host, Chris.
00:00:12.640 --> 00:00:13.439
And this is Brad.
00:00:13.519 --> 00:00:16.239
This episode was recorded on February 12th, 2026.
00:00:16.399 --> 00:00:17.679
Chris, Chris, Chris.
00:00:18.160 --> 00:00:25.280
FNO Business Central, Fabric, Power BI, AI, Data Lake, One Lake.
00:00:25.600 --> 00:00:27.359
There's a lot of things out there.
00:00:27.839 --> 00:00:31.440
And with us today, we had the opportunity to break some of that down with Renato.
00:00:55.920 --> 00:00:57.920
Is it both of us are not moving?
00:00:58.799 --> 00:01:01.200
But now it's better, but it was only bread.
00:01:04.400 --> 00:01:05.920
I hope I was paused in a good position.
00:01:06.000 --> 00:01:14.719
Because you ever see like how sometimes when you're in meetings and such and somebody will either drop or they'll have uh internet connectivity issues and they're in some crazy pose.
00:01:15.519 --> 00:01:15.760
See?
00:01:16.159 --> 00:01:16.959
Yeah, obviously.
00:01:18.159 --> 00:01:19.120
Yes, exactly.
00:01:19.200 --> 00:01:19.840
That's an idea.
00:01:19.920 --> 00:01:20.239
That's it.
00:01:20.319 --> 00:01:22.319
That's an idea for a website for somebody to create.
00:01:22.400 --> 00:01:23.599
What would we call it?
00:01:23.760 --> 00:01:26.400
Like disconnected pictures or something.
00:01:26.560 --> 00:01:42.799
And just the crazy pictures that people are hung in when they get disconnected, which is um But you know, we are like uh six years ago when all this stuff started, you know, COVID and so on, and you still have like you know, you are on mute, you're on mute.
00:01:42.959 --> 00:01:46.000
Oh yeah, that's the famous, that's the famous quote.
00:01:46.239 --> 00:01:46.879
You're on mute.
00:01:48.799 --> 00:01:50.400
Well, can you say that again?
00:01:50.560 --> 00:01:51.680
You broke up.
00:01:54.480 --> 00:01:55.439
Can you say that again?
00:01:55.519 --> 00:01:57.200
Uh you uh you broke up.
00:01:57.519 --> 00:02:02.959
I'm pretty sure they sell t-shirts for those men that says you're on mute, or a hat that says you're on mute.
00:02:05.040 --> 00:02:10.800
Well, to everyone's defense, I'll give, you know, I'll have to be the nice guy today.
00:02:11.120 --> 00:02:21.680
Like with Teams, if you go into a meeting now, it can be set to pre-mute everybody who joins, but I think that's also if there's a certain number of people already in the meeting that will mute the person who attends.
00:02:22.080 --> 00:02:26.800
And I'm assuming that's so that they won't cause a disruption to people already speaking.
00:02:26.960 --> 00:02:28.639
But that's true.
00:02:28.960 --> 00:02:30.400
It's it sounds like a good story.
00:02:30.560 --> 00:02:32.159
It sounds like a good story.
00:02:32.960 --> 00:02:35.759
Especially for the big groups that uh yeah.
00:02:36.240 --> 00:02:44.400
But speaking of that, uh you figure we'd still would be able to get like those large gallery meetings to work properly, right?
00:02:44.479 --> 00:02:52.479
Where you have 10 or more people, 16 or more people to be able to see everybody, and then also be able to see who's talking.
00:02:52.639 --> 00:03:03.120
It's um we can AI vibe code the space shuttle and a rocket ship, but we can't have good video conferencing.
00:03:03.520 --> 00:03:04.400
Exactly.
00:03:05.599 --> 00:03:11.360
Because it this is still good enough, you know, and there is no need to improve.
00:03:11.680 --> 00:03:12.319
Good enough.
00:03:12.400 --> 00:03:13.439
Yes, good enough.
00:03:13.680 --> 00:03:16.639
We can have the effect you could suffer the rest of the time.
00:03:17.039 --> 00:03:24.240
Yeah, we can we can still have effective meetings, but uh enough of talking about our video conference woes.
00:03:24.400 --> 00:03:24.960
That is an idea.
00:03:25.039 --> 00:03:26.639
If somebody wants to make that website, let me know.
00:03:26.719 --> 00:03:29.360
I'd be interested in seeing all the photos and people could submit them.
00:03:29.520 --> 00:03:31.680
Uh, can you tell us a little bit about yourself?
00:03:32.159 --> 00:03:36.000
Okay, thank you, Brent and Chris, for having me on on this podcast.
00:03:36.159 --> 00:03:39.680
I think after a while we managed to somehow sync our calendars.
00:03:40.879 --> 00:03:42.000
Yeah, yeah.
00:03:42.080 --> 00:03:44.159
So thank you for uh having me on this.
00:03:44.240 --> 00:03:45.599
I'm very happy to be with you.
00:03:45.759 --> 00:03:47.280
Uh my name is Renato.
00:03:47.520 --> 00:03:50.080
I'm coming from Croatia, Zagreb.
00:03:50.400 --> 00:03:59.360
Uh so uh in NAV world or in dynamic space, I was I can say now a decade, and you know it's such a good word.
00:03:59.439 --> 00:04:05.360
You know, I'm a decade, I have a decade of experience uh with working with ERPs.
00:04:05.520 --> 00:04:30.720
Uh and I started as a developer, so I was uh NAV developer, and I was just remembering two days ago with my current manager uh in this company what was my first task uh as a as a developer then, and it was like we had to connect NAV with a printer, uh you know, and we didn't have that kind of printer because you know it's the old one where you have your those um continuous papers, you know, with the whole society.
00:04:31.360 --> 00:04:39.839
And we didn't have it, and then the customer sent this to us to our uh premises and sent five boxes of those papers just so we have for testing purposes.
00:04:41.839 --> 00:04:44.319
Exactly true story matrix matrix.
00:04:44.720 --> 00:04:53.839
I had that happen to me as well early on where it was a laser printer, and someone had to send me a laser printer to the office for me to configure.
00:04:54.240 --> 00:05:01.120
And uh well, I want to go back to your stories, but I also remember it was faster one time.
00:05:01.279 --> 00:05:10.720
I was going between uh the north, well, New York and Boston area at one time, working with a lot of um implementations in New York City.
00:05:11.360 --> 00:05:20.959
It was faster to get on the train from Boston, go to New York, grab a backup, come back to be able to restore it to work on it.
00:05:21.839 --> 00:05:22.399
Yeah.
00:05:23.439 --> 00:05:24.079
Different times, yeah.
00:05:24.399 --> 00:05:25.920
Different times, yeah, yeah.
00:05:26.160 --> 00:05:32.240
And from those development uh exercises, uh, I switched to uh consultancy.
00:05:32.399 --> 00:05:40.560
So I was uh dynamics NAV consultant, uh, and then uh six years ago I uh switched uh role.
00:05:40.720 --> 00:05:54.399
Now I'm leading the team uh responsible for implementation of financing operations, business central, public, and so on at the customer side, but I also have my own company uh that I am consulting for Business Central.
00:05:54.560 --> 00:05:59.519
As you know, business central is my my true love, I would say.
00:06:00.319 --> 00:06:04.639
I share that love because I have business central in my veins, as they say, going through it.
00:06:04.800 --> 00:06:12.800
So you work with Finance and Operations, Fabric, and Business Central, and you also do consulting.
00:06:13.199 --> 00:06:14.720
You have to be Superman.
00:06:16.160 --> 00:06:20.160
Yeah, uh you know they have only 24 hours, so yeah.
00:06:21.360 --> 00:06:22.800
You work all 24 hours.
00:06:23.040 --> 00:06:24.319
Do you work all 24?
00:06:25.279 --> 00:06:36.879
Yeah, that's that's an interesting combination because I mean if you go back historically, we had Nivision, we had Xapta, which was DamGuard.
00:06:37.040 --> 00:06:42.079
Nevision had the Nivision software, Damgard had Exapta, or yeah, it was Xapter at that point.
00:06:42.160 --> 00:06:43.920
I forget when it was AX or Xapta.
00:06:44.079 --> 00:06:51.600
Then they merged, and then Microsoft Perch, and because then it wasn't like wasn't it like Nevision DamGuard that the company switched at one point or something?
00:06:51.680 --> 00:06:52.560
I don't know.
00:06:53.439 --> 00:07:02.160
And then it was always talked that you know AX, Exapta, or Finance and Operations was like the big brother to Business Central.
00:07:02.480 --> 00:07:05.519
And you're working with both of them today.
00:07:05.759 --> 00:07:08.319
Is there that much of a difference between the two?
00:07:09.040 --> 00:07:22.319
I mean, in in in if you think about uh how much you need to implement ours, and if you hope only to implement all modules, yes, it would be like big, big brother uh uh comparison to BC.
00:07:22.639 --> 00:07:28.800
Uh but it's very nice to see that, for example, we are using finance modules mostly in our organization.
00:07:29.120 --> 00:07:34.000
And you can do the same process in the both systems uh without any any issues.
00:07:34.079 --> 00:07:45.680
And users can very easily switch from one to another tool uh because we have some users that are working at the same time in BC and finance and operations, and they are uh so they're using both.
00:07:46.399 --> 00:07:47.120
Yeah, yeah.
00:07:47.279 --> 00:07:53.120
We have in one of our country we have Business Central, while in the other 11 we have uh finance and operations.
00:07:53.439 --> 00:07:58.720
Uh so it it's quite that's that's an interesting pick of why they would someone would choose that.
00:07:58.800 --> 00:08:03.360
I listen, every business makes decisions for the moment just sounds you know a little different from it.
00:08:05.360 --> 00:08:16.399
Okay, mostly because they just upgraded from NAV to BC and it was like no uh no benefit to migrate them to immediately after they migrated to BC to F and O.
00:08:16.560 --> 00:08:24.240
So they let they say okay, we want to keep a little bit of BC, and then uh let's see uh when we are going to move to group-wide solution.
00:08:26.800 --> 00:08:27.600
That's amazing.
00:08:28.079 --> 00:08:31.759
So you're saying so that they can work in finance, it's similar in finance.
00:08:32.080 --> 00:08:35.679
I have only seen FNO or finance and operations.
00:08:35.840 --> 00:08:39.360
Um, I did sit through a small demonstration of it.
00:08:39.440 --> 00:08:43.039
I've gone through a demonstration on how to develop in it many years ago.
00:08:43.200 --> 00:08:48.080
Um, but I never really had the opportunity to use it at any uh level.
00:08:48.240 --> 00:08:54.799
And I was always curious to know because it then you have two ERP systems under one umbrella.
00:08:54.960 --> 00:09:05.759
Well, you have many ERP systems now because you also have Great Plains, but I think we know where that's going in the next couple years, um, within the next couple years, uh what the differences are between them.
00:09:06.000 --> 00:09:09.039
So it's it's it's challenging to see.
00:09:09.200 --> 00:09:20.960
I mean, I've always thought that Business Central was geared towards the SMB small to medium businesses, and the finance and operations was geared towards the larger organizations.
00:09:21.360 --> 00:09:27.840
But now I'm also thinking and seeing like Business Central could run a large organization with the current technology.
00:09:28.080 --> 00:09:41.919
Maybe many, many years ago it it had some constraints uh for some the it also defines what you could depends what you define a large implementation, because I've seen several large implementations even back of NAV 2009 with several hundred users.
00:09:42.159 --> 00:09:50.240
So I was just curious to know what the difference would be for for driving somebody to one versus the other in 2026.
00:09:52.240 --> 00:09:54.960
I mean, I would now go, if you ask me.
00:09:55.360 --> 00:10:06.639
I would go and let I mean our uh situation is specific because we have 11 countries and they are all on the same environment, same tenant, everything works between one database.
00:10:06.879 --> 00:10:09.360
Except business title is its own database.
00:10:09.600 --> 00:10:17.360
To achieve that kind of uh uh work, you will need 11 environments or multiple tenants and so on for BC.
00:10:17.759 --> 00:10:20.240
So this is the way when I will go to F and O.
00:10:20.480 --> 00:10:30.960
If you have multi-country, uh lot of localization, a lot of partners, uh very heavy processes, a lot of transactions, uh then yeah, go to F and O.
00:10:31.279 --> 00:10:39.840
Even though, as you said, uh we can also support uh a lot of transactions as well with uh business central, with proper configuration, of course, of BC.
00:10:40.320 --> 00:10:47.440
Um because you can also have issues uh in F and O if you set keys differently wrongly.
00:10:48.879 --> 00:10:56.480
I I I think any system will sweat if you set it up improperly or use it improperly.
00:10:56.559 --> 00:11:04.159
Uh you know, it's a lot of times they you know permission and performance to me, performance is uh one, it's relative because how fast should something go?
00:11:04.240 --> 00:11:09.600
I mean, i I tell everyone you can only fly from here in the United States from Boston to Los Angeles so fast.
00:11:09.759 --> 00:11:15.759
I mean, you could say I'd like to be there in five minutes, but the reality is you have an entire continent you have to span.
00:11:15.840 --> 00:11:17.679
So that will definitely take some time.
00:11:18.000 --> 00:11:21.360
But yes, oftentimes it can be misconfigured.
00:11:21.440 --> 00:11:31.600
And any system, I'm not trying to say that um any system is poor in that case, because you can code yourself into um sleep or stoppage.
00:11:32.000 --> 00:11:47.200
And I mean, so so primarily uh uh because I I get this question from time to time, especially when we have uh prospects that are moving, you know, whether they do business central or another ERP, it could be uh other uh ERP, it could be Net Suite and so forth.
00:11:47.360 --> 00:11:52.799
And um, you know, a lot of the questions like when do we go to F and O.
00:11:53.279 --> 00:12:16.960
And you know, I I think my understanding, correct me if I'm wrong, is that typically around the localization, especially if you have multiple entities that uh spans across different locations where you have localization requirements and but they want to keep at the same tenant rather than multiple tenants and then having it talk to each other uh for consolidation.
00:12:17.440 --> 00:12:24.000
Is that the key factor of why you why the I mean one of the big reasons why you would want to go to FNO at that point?
00:12:24.559 --> 00:12:27.840
Yeah, that was that was the reason because of the consolidation.
00:12:28.080 --> 00:12:36.159
But then uh over the time we grow so much that even now consolidation cannot run in the let's say uh time that we want to that we want to.
00:12:36.320 --> 00:12:53.600
And what we are now trying to achieve, and this is the project for uh this year and maybe next year, consolidated all the data from both systems in one data warehouse known as Microsoft Fabric, and then on top of that implement proper consolidation tool.
00:12:53.919 --> 00:13:02.000
Because many times I hear from Microsoft support, Microsoft Engineer, look, this is the ERP, it's accounting software, it's processing tool.
00:13:02.159 --> 00:13:06.240
It's not consolidation tool, it's not meant that primary focus is consolidation.
00:13:06.399 --> 00:13:22.399
And for consolidation, we have uh various tools, even they are saying you can use Power BI together with Fabric and consolidate all your uh statements, all your transactions on that way rather than having a load on the production of database.
00:13:22.639 --> 00:13:24.879
Yeah, that is a that's a good point.
00:13:25.279 --> 00:13:26.320
That's another interesting point.
00:13:26.559 --> 00:13:35.039
It's again your ERP software is for your transactional data, and then you have other tools that give you the analysis portion of it.
00:13:35.200 --> 00:13:39.120
So instead of trying to use the same tool for everything, offload some of that.
00:13:39.360 --> 00:13:40.159
See, I like all these things.
00:13:40.639 --> 00:13:45.440
No, I do like that because a lot of times there's maybe some confusion, and I I could be wrong from an accounting.
00:13:45.519 --> 00:13:49.200
I'm not an accounting person, uh, but you know, we work with a lot of accounting.
00:13:49.519 --> 00:13:50.720
But you play one on TV, don't you?
00:13:51.039 --> 00:13:55.360
Or I play one, I play one on TV and uh or behind the teams meeting.
00:13:55.519 --> 00:14:06.320
But like if you were to look at when they say, you know, uh we need a consolidating company, and so they typically create a company in Business Central or F and O.
00:14:06.480 --> 00:14:17.519
And then, but in reality, consolidation is really just for them to report against um to you know appease the maybe some of the requirements for the consolidating, all the different companies.
00:14:17.759 --> 00:14:31.120
So you're what you're doing right now, it's rather than putting it into an entity in itself just to consolidate all the different places, uh, instead you're putting it in fabric and then presenting it in a uh Power BI report.
00:14:31.279 --> 00:14:32.559
I mean, that's really what it is, right?
00:14:32.639 --> 00:14:34.879
That's that's what that's what consolidating is.
00:14:35.039 --> 00:14:36.080
It's just a reporting answer.
00:14:36.399 --> 00:14:37.759
And then it's a report, report.
00:14:37.919 --> 00:14:40.720
And the end of the end of end product of consolidation is a report.
00:14:40.799 --> 00:14:42.559
Yeah, it's not some translation or so on.
00:14:42.879 --> 00:14:58.879
And then when I now go back from that perspective, uh if I take a look at the process wise, I could I could say that every all the countries that we implemented in F and O, for example, we can split them into multiple BC instances and nothing will break, you know.
00:14:59.279 --> 00:15:06.399
Everything will work, users will have the even better maybe UI, uh, and some advanced AI capabilities.
00:15:06.720 --> 00:15:09.039
Uh and we will be able to achieve the same.
00:15:09.200 --> 00:15:16.879
Because as I said, the process is not that complex in our F and O systems that we cannot support with BC currently.
00:15:17.120 --> 00:15:21.840
But of course, we don't have warehousing production, manufacturing, and so on.
00:15:22.320 --> 00:15:26.000
So that's why I would say uh I have this opinion.
00:15:26.320 --> 00:15:26.960
Yes, okay.
00:15:27.039 --> 00:15:32.399
So that from the manufacturing distribution point of view, maybe uh a different scenario.
00:15:32.639 --> 00:15:43.039
You had mentioned, and I was going to try to go the entire episode or recording, whatever we call these things, without saying AI, but you said more advanced AI features.
00:15:43.600 --> 00:15:44.240
Yes.
00:15:44.559 --> 00:15:53.600
So did you uh infer that Business Central has more advanced AI features today than FNO, or do you think they're relatively the same?
00:15:53.840 --> 00:15:54.879
I'm putting you on the spot.
00:15:56.720 --> 00:15:58.240
They both have MCPs.
00:15:58.399 --> 00:15:59.039
Woo-hoo.
00:16:00.559 --> 00:16:01.120
There you go.
00:16:04.639 --> 00:16:10.559
That's one, but uh, if I mean if you take numbers, like I like to be you know uh strict.
00:16:10.720 --> 00:16:11.679
Let's take a numbers.
00:16:11.840 --> 00:16:18.480
If you open the BC and search for co-pilot and agent capabilities, you will get 11 or 12 copilots, right?
00:16:18.960 --> 00:16:24.799
You have data analysis, you have chat, you have summarization, marketing text, bank reconciliation, and so on.
00:16:24.960 --> 00:16:27.919
If you go to F and O, you will find up to 10.
00:16:28.159 --> 00:16:30.240
So not more than BC.
00:16:30.639 --> 00:16:35.919
So, and that's I would say the benefit of VC, because BC is more agile tool.
00:16:36.000 --> 00:16:41.919
You know, we can implement more features, more AI features without interrupting the core standards.
00:16:42.000 --> 00:16:50.799
And F and O being Beast, uh, in my opinion, that's why they're somehow lacking of behind the BC of having those copilot capabilities within the tool.
00:16:51.039 --> 00:16:52.720
Yeah, BC does have a lot.
00:16:52.879 --> 00:17:02.399
I think they're up to I think I just did a presentation on AI uh within BC, and it's over 17 AI features.
00:17:02.559 --> 00:17:04.319
Not necessarily just copilot, but AI features.
00:17:04.400 --> 00:17:11.119
If you talk about uh the purchasing agent, sales order agent, uh, you know, let's talk about the expense agent.
00:17:11.359 --> 00:17:17.200
Now you have the agent preview, which came out 27.4, uh that you can work with.
00:17:17.359 --> 00:17:28.400
Uh you have the MCP service, like you said, you have the co-pilot chat, copilot summary, uh ask co-pilot for the co-pilot fields, uh bank reconciliation.
00:17:29.200 --> 00:17:30.079
I can keep going on.
00:17:31.119 --> 00:17:42.640
Yeah, BC is yeah, it's because I said, because I this is my opinion, uh because they are like smaller, they're better to innovate uh and team is investing a lot.
00:17:42.799 --> 00:17:47.039
I'm not saying that F and O is not doing it, but I think it's much harder for them to achieve that.
00:17:47.359 --> 00:17:48.079
No, I understand.
00:17:48.160 --> 00:17:59.440
It's it's much it's much more difficult to ship shift a large vessel when it's moving than it is something that may be a little bit smaller and has the ability to do it.
00:17:59.519 --> 00:18:00.720
So I and I understand what you're saying.
00:18:00.799 --> 00:18:09.039
It's it's um the business central team is doing a great job and they have the opportunity because of just the way the architecture works and uh uh the way it's going through.
00:18:09.279 --> 00:18:11.279
So you work with business central fabric.
00:18:11.359 --> 00:18:15.599
Fabric's another topic that people talk about.
00:18:16.079 --> 00:18:18.319
Just from an overview, what is fabric?
00:18:18.400 --> 00:18:22.160
Because I hear when it's data warehousing, you know, it's I'm an old guy.
00:18:22.319 --> 00:18:26.640
People went from you know, um SQL analytics, right?
00:18:26.960 --> 00:18:34.319
Um with uh reporting server, SQL reporting server, you know, as their data warehouse.
00:18:34.559 --> 00:18:39.440
And then now I hear like One Lake, Data Lake, Fabric, all these other things.
00:18:39.599 --> 00:18:42.480
So what is fabric in essence?
00:18:42.960 --> 00:18:50.400
I mean, in I as I'm calling it to my finance team, and I'm explaining, it's like one-stop shop for all your financial data in our case.
00:18:50.640 --> 00:18:59.759
So we are bringing all the data from various finance systems like F and O and BC into Data Lake, and from there we can manipulate with those data.
00:18:59.839 --> 00:19:06.079
So we are extracting data, you can transform, and you can of course load this data to someone else, somewhere else.
00:19:06.559 --> 00:19:18.960
Uh so I would say uh Fabric will ultimately become like main repository for your data when we are talking about reporting and uh building uh analytics and dashboards on top of finance finance data.
00:19:19.680 --> 00:19:26.240
So for the from the FNO point of view, how do you get the data into Fabric?
00:19:26.319 --> 00:19:30.799
And from the business central point of view, how do you get the data into Fabric?
00:19:31.599 --> 00:19:33.519
I uh this is where I like FNO.
00:19:33.680 --> 00:19:35.279
It's much easier than in BC.
00:19:35.680 --> 00:19:46.480
Uh in FNO you have a uh a link between uh uh F and O and Fabric, so you are usually using two datavers and then uh pushing data to uh to Fabric.
00:19:46.960 --> 00:20:08.240
Uh for BC, we still don't have a connector uh natively that we can use, so we are relying to uh some community solutions like Bert has uh or you can use uh business central, uh how is called data flows to import the data uh with data flows to fabric workspace and then consume it, consume it from there.
00:20:08.640 --> 00:20:11.279
So those are the two ways that you can do now.
00:20:11.599 --> 00:20:13.759
There are third way which I don't like.
00:20:14.160 --> 00:20:18.960
It is like you know that there is like native integration between business central and dataverse.
00:20:22.240 --> 00:20:31.440
So you can somehow that way uh use the bring data from BC to Fabric, but this is not the purpose of that connector between BC and Dataverse.
00:20:31.920 --> 00:20:32.720
Uh yeah.
00:20:32.960 --> 00:20:38.960
So I hope that soon we will have some data down for something like uh to Fabric.
00:20:40.960 --> 00:20:49.359
So you can report off of FNO, external systems and business central within Fabric, so you can do your data analysis.
00:20:49.440 --> 00:20:53.039
So if you have disparate systems or even historical data, right?
00:20:53.119 --> 00:21:01.279
It's I think a lot of times individuals, if they're going through a new implementation or an upgrade, even the challenge is what do I do with my data?
00:21:01.440 --> 00:21:05.440
Do I convert everything and bring it into my ERP software?
00:21:05.759 --> 00:21:09.119
Or do I leave my existing system functional?
00:21:09.359 --> 00:21:13.279
But or even from the reporting point of view, I have multiple systems.
00:21:13.359 --> 00:21:14.480
How do I get them all together?
00:21:14.640 --> 00:21:21.920
You know, do I do I do interfaces to import data into one system so I can do all my reporting in one place?
00:21:22.079 --> 00:21:34.720
But now we can take it up a layer, like you said, let the ERP software manage the transactions and the data reside somewhere for you to be able to do reporting on.
00:21:35.279 --> 00:21:35.759
Exactly.
00:21:35.920 --> 00:21:40.640
Yeah, I mean, this is like always, you know, as we said on upgrades for new implementations or the implementation.
00:21:40.799 --> 00:21:50.079
Should I bring 10 years of my uh GL to a new system or should I bring this outside and then connect both the systems uh in fabric?
00:21:50.400 --> 00:21:52.079
Yeah, I'd have to look at some analysis.
00:21:52.160 --> 00:21:56.960
I wonder how much of an upgrade or an implementation has to do with data management.
00:21:57.200 --> 00:21:59.759
You know, no, not even an upgrade necessarily, or even like if you move.
00:22:00.160 --> 00:22:01.039
To a new system, right?
00:22:01.119 --> 00:22:09.359
If you really are trying to take that data, how much of the effort is really in bringing that data over and why?
00:22:09.519 --> 00:22:09.680
Right.
00:22:09.839 --> 00:22:13.680
So I mean, I can understand open transactions, right?
00:22:13.839 --> 00:22:29.200
Open sales orders, open purchase orders, open receivables, open payables, you know, even maybe a couple years worth of GL information so that you can do some uh financial reporting you know in that system without having to go externally.
00:22:29.279 --> 00:22:30.799
But again, you could still go externally.
00:22:31.039 --> 00:22:32.960
But I really am curious to know or think.
00:22:33.200 --> 00:22:39.680
I'd like to see that how much of a uh how much of an upgrade implementation uh goes with data management.
00:22:40.000 --> 00:22:41.039
The the value in itself.
00:22:43.680 --> 00:22:43.920
Yeah.