EDI on the Street

Building Bridges: How EDI Eliminates Internal Silos Part 2

March 16, 2026

Synopsis

 

In this episode of EDI on the Street, we go deeper into how integrated EDI actually eliminates internal silos across organizations. Drawing from real-world integration and operations experience, they explain how connecting EDI directly with ERP, warehouse, and finance systems creates a shared data pipeline that every team can trust. The conversation explores how automated data flow, real-time visibility, and consistent transaction records improve collaboration and accountability across departments. Instead of teams reconciling different versions of the truth, integrated EDI ensures everyone is working from the same information. A must-watch for organizations looking to move beyond fragmented processes and build a more connected, efficient operation.

Explore more of the EDI services GraceBlood offers, listen on Apple Podcasts and Spotify.

Transcript

Host 1

Welcome to EDI on the Street. Now, before we get too far ahead of ourselves, we need to explicitly state for you, the listener, that this is Part 2 of a two-part series.

Host 2

Yes, Part 2. If you haven’t listened to Part 1 yet, don’t worry. You can absolutely still follow along with today’s conversation, but I highly recommend going back and checking it out when you have a moment. It provides a lot of the foundational context for what we’re going to dissect today. It really does set the stage.

Host 1

Right. In that first part, we talked extensively about how internal silos form within an organization. We looked deeply at the root causes: disconnected systems, manual workarounds, and the absolute operational nightmare of different teams operating with entirely conflicting versions of the exact same data. We painted a picture of what happens when your sales team is looking at one spreadsheet, your warehouse is looking at a completely different printed sheet that’s been scribbled on with a Sharpie. It was a very necessary, albeit sometimes painful, look at the problem.

Host 2

Mm-hmm. We really had to explore the anatomy of those silos to understand how deeply entrenched they become. We discussed how they don’t usually form out of malice. I mean, nobody wakes up in the morning, drives to the office, and decides they want to hoard data just to purposely make life difficult for the warehouse manager, right? That’s not how corporate dysfunction usually starts.

Host 1

No. Silos form out of a basic human need for self-preservation. When systems are disconnected and unreliable, people build their own little data fortresses just to survive the workday without getting blamed for a catastrophe.

Host 2

Just trying to cover themselves.

Host 1

Exactly. They create manual workarounds because the official process is fundamentally broken. But as we established in that first part, that understandable survival mechanism ultimately fractures the organization. It creates a culture of mistrust and massive inefficiency. Today, we are shifting our focus entirely from the problem to the solution. Today’s mission is entirely focused on breaking down how something called integrated EDI actually eliminates those deeply ingrained silos.

Host 2

Yes. And we’re not just going to talk about the software, right? We’re going to look at the mechanics, the processes, the daily workflows, and, most importantly, the human elements of bringing an organization back together through a shared data pipeline. And what’s fascinating here is the behavioral shift that follows the technological shift. It is never just about installing a new piece of software.

Host 1

Yeah. When integrated EDI is done right, a truly incredible organic transformation happens across the entire company. Teams stop working around each other.

Host 2

It’s profound. It changes the entire atmosphere of an office.

Host 1

That is the perfect way to frame what we’re doing today. The idea that fixing your data pipeline actually fixes your corporate culture. I want to start by deconstructing the terminology because “integrated EDI” is a massive buzzword. It gets thrown around constantly in marketing materials, sales pitches, and executive boardrooms. But I want to ask you to really unpack what this means technically for you, the listener.

Host 2

Sure. If we strip away the marketing jargon, what are we actually talking about when we use that phrase in the real world? It absolutely is a buzzword, and unfortunately, it’s very often used to describe systems that are barely connected at all. The definition has been totally diluted.

Host 1

How so?

Host 2

Well, sometimes a software vendor—or even a company’s internal IT department—will claim they have integrated EDI simply because they can export a flat file from a third-party web portal, save it to their desktop, and then manually import it into their accounting software using some sort of mapping wizard.

Host 1

Oh, wow.

Host 2

That is not true integration. That is just a slightly digitized manual process.

Host 1

Wait, let me stop you right there because you just mentioned a flat file from a web portal. For someone listening who might be a business leader or an operations manager and not necessarily a database administrator, what exactly are we talking about there? And why is that such a problem?

Host 2

That is a great clarifying question. A flat file is essentially a plain text file or a basic CSV—comma-separated values—file. It holds data, but it holds it without any structural relationships. It is literally just rows and columns of text. When companies use what we call a web-based EDI portal, they are logging into a website hosted by a third party, looking at their orders on a screen, and then clicking a button to download that data as a flat file.

Host 1

And then the fun begins.

Host 2

And then the fun begins. They get to take that file, maybe open it in Excel, massage the data, fix any formatting issues, save it, and then try to upload it into their own system. It is incredibly brittle.

Host 1

Brittle is the perfect word for it. If a single comma is out of place or if a date is formatted as month/day/year instead of day/month/year, the entire upload fails. Then a human being has to spend an hour trying to figure out why the system rejected it. So what does true integrated EDI look like?

Host 2

True integrated EDI means your EDI infrastructure is directly and intrinsically connected to your organization’s core systems at the database level.

Host 1

Database level, not screen level.

Host 2

Exactly. We are not talking about humans clicking download and upload. We’re talking about the ERP—your Enterprise Resource Planning system—which serves as the central brain of your business. We are talking about the WMS—your Warehouse Management System. We are talking about your financial workflows. It’s all talking to each other behind the scenes. The technical reality of true integration is a seamless, programmatic flow of data where an incoming electronic message triggers an immediate, automated creation or update of a record in your core database. It uses APIs or direct database injection without a single human keystroke.

Host 1

And this immediate visibility aspect is what completely changes the dynamic of a company. When an order arrives via true integrated EDI, it isn’t just received in a vacuum.

Host 2

No, it’s alive in the system, right? It doesn’t just sit in a customer service inbox waiting for someone to return from their lunch break.

Host 1

Because it hits the ERP directly, it becomes instantly visible to everyone who relies on that system. The entire company sees it. Sales sees the new demand immediately and can track their quotas. Operations sees the allocation requirements and can adjust production schedules. The warehouse sees the picking queue update in real time. Finance sees the projected revenue for cash flow forecasting. It happens in milliseconds, and it happens concurrently. But we connect this to the bigger picture. There is a factor that is even more crucial than speed.

Host 2

What’s that? The most vital aspect of this technical setup is that every single team across the entire organization is looking at the exact same version of the data. This is what we refer to as the one truth.

Host 1

The one truth. I want to underline that for the listener because it sounds almost philosophical, but it is a hard operational mandate. If you don’t have the one truth, what do you have?

Host 2

Think about the alternative. Let’s imagine a company. We’ll call them Apex Dynamics. They manufacture industrial widgets.

Host 1

Mm-hmm.

Host 2

Without integrated EDI, a massive customer—let’s say a national hardware chain—sends an order.

Host 1

Okay. Setting the scene.

Host 2

It arrives as an email attachment, usually a PDF. Sarah in customer service prints it out. She sits at her desk and hand-keys a 50-line order into the ERP. But she’s human. She’s tired, and the phone is ringing.

Host 1

A recipe for disaster.

Host 2

On line 42, she makes a typo on the quantity. She types 100 instead of 1,000. Or maybe the hardware chain used an old part number that Apex retired last year, and Sarah simply guesses what the new one should be based on her memory.

Host 1

Oh no.

Host 2

Meanwhile, because it’s a rush order, she emails a scanned copy of the original PDF directly to the warehouse manager as a heads-up so they can start pulling pallets.

Host 1

So already we have a fracture in reality.

Host 2

A massive fracture. Now, the warehouse floor is looking at the printed PDF to pick the order, which says 1,000 units. But the ERP, which controls inventory allocation, only shows a demand for 100 units because of Sarah’s typo.

Host 1

The systems are out of sync immediately.

Host 2

Exactly. The warehouse pulls 1,000 units, physically depleting the inventory, but the system thinks 900 of them are still sitting on the shelf. Next week, the sales team promises those 900 units to another customer, not realizing the physical shelf is actually empty.

Host 1

And what about finance?

Host 2

Finance tries to bill the hardware chain based on the data in the ERP. So they send an invoice for 100 units, but the warehouse actually shipped 1,000 units. Apex Dynamics just gave away 900 industrial widgets for free.

Host 1

Man. So what does this all mean?

Host 2

It means absolute chaos. It means you have multiple truths floating around the company. You have the PDF truth, the ERP truth, the physical inventory truth, which means you actually have no truth at all.

Host 1

Exactly. You just have competing interpretations of what the customer wanted, and you spend all your profit margins paying your employees to argue in conference rooms about whose fault it is.

Host 2

Precisely. Integrated EDI fundamentally removes the interpretation phase. The machine-readable data sent by the trading partner is the exact same data that populates the ERP without human translation.

Host 1

That’s the key. No human translation.

Host 2

That is the exact same data the warehouse sees on their handheld scanners, which is the exact same data finance uses to generate the final invoice. It establishes an unshakable baseline of reality for the entire company.

Host 1

An unshakable baseline of reality. Because when you don’t have that, you spend half your day just trying to figure out what reality is before you can even begin to do your actual job. It’s exhausting.

Host 2

It is. Let’s pivot and talk about the magic of a shared data pipeline because this concept of the one truth relies entirely on how that architectural pipeline is structured. To understand the magic, we really have to define the pipeline itself. I like to contrast the concept of a single transaction pipeline with the chaos of data bouncing unpredictably between systems like a pinball machine.

Host 1

Yes. Without a unified pipeline, data is often passed linearly but haphazardly. Department A processes something, exports it to a spreadsheet, massages it, and emails it to Department B. Department B adds their own data, changes the formatting, and uploads it to Department C’s portal. At every single hop, the data changes shape. The context is lost. The original intent of the customer is buried under layers of internal translation. It’s exactly like a corporate game of telephone. You whisper a sentence at one end of the table, and by the time the message gets to the end of the line, it’s completely garbled. “Send 50 blue widgets” turns into “Bend 15 new digits.”

Host 2

That is exactly what happens. A shared data pipeline facilitated by integrated EDI changes this entirely. The data doesn’t bounce from department to department like a pinball.

Host 1

So what does it do?

Host 2

Instead, the data flows down a central shared conduit, usually anchored by the ERP acting as the master database. Every department taps into that same central conduit to do their specific job, but they do not alter the fundamental DNA of the original transaction. They interact with it. They add status updates to it, but the core order remains perfectly intact.

Host 1

Yes, exactly. Let’s construct a vivid hypothetical story to make this technical architecture really relatable. Because talking about conduits and pipelines can get a bit abstract. Let’s stick with our fictional company, Apex Dynamics, and walk through a single complex order lifecycle.

Host 2

That’s a great idea. This step-by-step walkthrough is usually the “aha” moment for people when they finally see how integrated EDI changes the entire game.

Host 1

Let’s trace it step by step. Step one: a purchase order arrives from that massive national hardware chain. For you listening, the 850 is just the standard EDI document designation for a purchase order. But it’s not a simple document.

Host 2

It really isn’t. It contains incredibly crucial details: the exact ship-to location among thousands of stores, the required delivery window, the precise item numbers, the unit of measure—whether they want 50 individual items or 50 cases—and the exact contracted price they expect to pay.

Host 1

The raw data arrives. What happens in step two?

Host 2

In step two, this is where the system acts as a gatekeeper. Are the part numbers valid and currently active in our catalog? Is the pricing on the order correct according to the specific contract we negotiated with this hardware chain? Is the requested delivery date physically possible based on our current lead times? It’s asking all the questions a human would, but instantly. Once it passes all those validation checks, it is mapped and pushed directly into the Apex Dynamics ERP. At that exact moment, the ERP instantly becomes the system of record. The order is live, and it is pristine.

Host 1

Okay, I need to play devil’s advocate here for a second because you just said it’s pushed directly into the ERP, untouched by human hands. But isn’t that inherently dangerous? Aren’t we risking automatically accepting a massively incorrect order?

Host 2

That’s a very fair concern. Like, what if a buyer at the hardware chain accidentally adds an extra zero and orders 10,000 units instead of 1,000? Without a human like Sarah eyeballing it, doesn’t the system just blindly accept a catastrophic error? That is the most common fear when companies move to automation, and it is exactly why those business rules I just mentioned are paramount. True integration isn’t blind. It is highly structured.

Host 1

So the system catches it?

Host 2

You configure the integration layer to catch those anomalies. You set a rule that says if an order quantity for this specific item exceeds 500 units, pause the transaction and flag it for human review.

Host 1

Ah, I see. The system catches the extra zero, stops the order from entering the ERP, and sends an alert to the account manager. The beauty is that the human is only intervening when there is a true exception rather than mindlessly verifying the 99% of orders that are perfectly fine.

Host 2

That makes perfect sense. It’s management by exception. Now, before we push that data into the ERP, you also used the word “mapped.” For a business leader listening who relies on their IT architect for the heavy lifting, what are we actually doing when we map data?

Host 1

Mapping is the translation layer. The national hardware chain sends their order using an X12 EDI standard format. It looks like lines of code separated by asterisks.

Host 2

Total gibberish to most people.

Host 1

Total gibberish. Your ERP cannot read that raw X12 code. It only understands its own proprietary database tables.

Host 2

Right.

Host 1

Mapping is the act of telling the integration software, “Take the data from the N1 segment of the EDI file, which contains the ship-to address, and insert it specifically into the delivery address field in the ERP.”

Host 2

Just linking point A to point B.

Host 1

You do that for every single piece of data: prices, quantities, items, dates. Once it’s mapped, the translation happens invisibly and instantaneously for every subsequent order. Excellent breakdown. So, the data is validated. The order is now pristine in the ERP. Step three: the warehouse needs to physically act on it.

Host 2

Yes. The physical world takes over. Because the systems are integrated, the warehouse isn’t waiting for a printed pick ticket to be walked down from the front office by a stressed-out coordinator. The Warehouse Management System, or WMS, which is constantly pulling directly from the ERP, sees the new order immediately. Instantly, the warehouse personnel looking at their RF scanners or tablets are picking the goods based strictly on that centralized ERP order—not an email, not a sticky note—the exact validated data the customer transmitted.

Host 1

And this leads right into step four, which is where the physical world meets the digital world again. Once the warehouse finishes picking and packing the pallets, they scan the final barcode on the shrink wrap. That satisfying beep.

Host 2

Exactly. That physical action, happening out on a noisy, busy warehouse floor, automatically updates the centralized system. Because the system already knows exactly what was ordered and now knows exactly what was packed into which specific box on which specific pallet, it automatically generates the shipment notice—the Advance Ship Notice, or ASN.

Host 1

And we really need to pause and appreciate the ASN because it is arguably the most complex document in the entire supply chain.

Host 2

It absolutely is.

Host 1

Why is that?

Host 2

The ASN doesn’t just tell the customer, “We’ve shipped your stuff.” It provides an incredibly granular hierarchy of data. It tells the hardware chain’s receiving dock, “Pallet A contains Box 1 and Box 2. Box 1 contains 50 blue widgets. Box 2 contains 50 red widgets.”

Host 1

That is a lot of detail.

Host 2

And it continues. “Here’s the tracking number for Pallet A, and it will arrive at Distribution Center 4 on Tuesday at 10:00 a.m.” Trying to have a human being manually type that level of hierarchical data into a web portal for a 50-pallet shipment without making a mistake is mathematically near impossible.

Host 1

Yeah, that’s just begging for a typo.

Host 2

But because the integration captured the data at the source—the scanner on the warehouse floor—the ASN is generated perfectly and transmitted instantly. And think about the beautiful symmetry of that workflow. The warehouse worker didn’t have to call customer service and say, “Hey, Sarah, tell the hardware chain we shipped the widgets, and here is a list of what’s in every box.” The physical action of simply doing their job correctly created the necessary digital communication automatically. It’s brilliant.

Host 1

Then we hit step five. Finally, an 810 invoice flows out to the customer. And here is the kicker. That invoice is generated from the exact same initial data set, updated only by the confirmed shipped quantity. If we connect this back to the bigger picture of corporate silos, why does this step-by-step flow matter so much?

Host 2

It matters because every single step references the exact same transaction lineage. When finance generates the 810 invoice, they aren’t opening a new screen and typing a new document based on a stack of paper. They are fundamentally finalizing the lifecycle of the original purchase order that entered the system days ago. The data has a clear, unbroken digital pedigree, which means teams never have to reconcile different interpretations of what the customer actually ordered.

Host 1

Exactly. Finance doesn’t have to look at the invoice they are trying to send, look at the warehouse’s handwritten shipping log, look at the customer’s original email, and try to play detective to figure out why the dollar amounts don’t match. No more data janitors, right? The numbers match automatically because they are all reflections of the exact same original digital object.

Host 2

That’s exactly right. When you lack transaction lineage, you breed absolute mistrust within an organization. Think about our fictional Apex Dynamics. Without lineage, finance starts to assume the warehouse always messes up the cycle counts.

Host 1

And the warehouse assumes the sales team always promises things that aren’t in stock just to get a commission.

Host 2

Right. Sales assumes customer service is entering the orders wrong because they are incompetent. But when the lineage is mathematically undeniable, that deeply ingrained mistrust evaporates. The data is what the data is. It removes the emotion.

Host 1

That is a brilliant transition into discussing visibility and the death of the intermediary because we just talked about how this perfectly synchronized data pipeline works architecturally. But I want to talk about what it actually feels like for the human beings working in these departments.

Host 2

The human experience of it. Yes. When you have this level of integration, it completely erases internal friction.

Host 1

It absolutely does. And the psychological relief for the employees is massive. When we talk about friction in an office environment, what are we really talking about? We’re talking about the time, energy, and emotional toll spent simply trying to coordinate basic facts.

Host 2

Just figuring out what’s going on.

Host 1

Exactly. It’s the friction of information asymmetry, where one person—say the warehouse manager—knows something, and another person, like a customer service rep, needs to know it to do their job. But the mechanism for transferring that knowledge is slow, manual, or completely broken. It creates tension, stress, and animosity.

Host 2

Exactly. Let’s break down exactly how this shared visibility empowers specific teams, and specifically how it empowers them without them ever needing to ask each other for updates. Let’s start with customer service. Imagine Sarah at Apex Dynamics. What does her day look like with integrated EDI versus without it?

Host 1

For customer service, integrated EDI is like turning on the floodlights in a pitch-black room. I love that analogy. Without it, a buyer from the hardware chain calls and says, “Sarah, where is my rush order of widgets?” Sarah feels her stomach drop. She has to say, “Let me find out.” Then she emails the warehouse. The warehouse doesn’t answer because they are busy driving forklifts, obviously. So she puts the angry customer on hold, gets up from her desk, and physically walks out to the shipping dock to search for a specific pallet among hundreds. A total waste of time.

Host 2

With integrated visibility, that same scenario is entirely different. The customer calls. Sarah looks at her ERP screen. Because of the shared data pipeline, she can instantly see the entire lifecycle of the order. She sees it was received. She sees it was acknowledged. She sees it was picked 20 minutes ago. And she sees it is currently being loaded onto a truck. The information is simply there. She can answer the customer’s question confidently in five seconds without interrupting a single person on the warehouse floor.

Host 1

It’s the difference between being a panicked detective and being a calm, authoritative guide. She doesn’t have to investigate. She just has to relay the facts.

Host 2

Exactly. Now, let’s move over to the sales department because this is another place where silos quietly destroy productivity.

Host 1

Salespeople are constantly being asked by customers, “Can you get me another 500 units next week?” Without integrated visibility, they don’t know.

Host 2

Right. They either make promises they can’t keep, or they become human messengers. They call production. They call purchasing. They call the warehouse. Then they call the customer back.

Host 1

Sometimes hours later.

Host 2

Exactly. With integrated EDI, they’re looking at the same centralized information everyone else is. Inventory levels. Open orders. Expected receipts. Production schedules. Customer allocations. It’s all available. Instead of saying, “I’ll have to check,” they can often answer immediately.

Host 1

That changes the entire customer relationship. Confidence matters. Customers trust companies that know what’s happening inside their own business.

Host 2

Absolutely. And then let’s talk about the warehouse because this is where people often think integration doesn’t matter as much.

Host 1

Which couldn’t be further from the truth.

Host 2

Exactly. Warehouse employees don’t want to spend their day chasing paperwork. They want clear priorities. They want accurate pick lists. They want confidence that what they’re shipping is exactly what the customer ordered.

Host 1

And they don’t want three different people walking onto the warehouse floor asking the exact same question. “Did this order ship yet?” “Where’s pallet number 14?” “Has this been loaded?”

Host 2

Exactly. Because everyone else can already see the status. The warehouse stops becoming the company’s information desk. They can simply focus on moving product.

Host 1

And that leads directly into production planning.

Host 2

Production planners finally have real demand visibility. They’re no longer trying to forecast based on emails sitting in someone’s inbox waiting to be entered. As soon as validated customer demand enters the ERP, production sees it. That allows manufacturers to plan labor, materials, machine time, and purchasing much earlier.

Host 1

Earlier planning almost always translates into lower costs.

Host 2

Absolutely. Less overtime. Fewer expedited shipments. Better inventory utilization. Fewer last-minute surprises.

Host 1

Let’s not forget purchasing.

Host 2

Purchasing benefits tremendously. Because they can see actual demand flowing into the ERP in real time, they’re making procurement decisions using current information rather than yesterday’s spreadsheet.

Host 1

Instead of discovering tomorrow morning that they’re short on raw materials because someone forgot to forward an email.

Host 2

Exactly. And finally, finance.

Host 1

Finance is often the department that spends the most time cleaning up everyone else’s mistakes.

Host 2

Which is incredibly expensive. When orders, shipments, and invoices all originate from the same transaction lineage, reconciliation becomes dramatically easier. Invoice disputes decrease. Cash flow improves. Collections become easier because customers are receiving invoices that accurately match what they ordered and what they actually received.

Host 1

And all of this happened because everyone was working from one shared source of truth rather than maintaining their own isolated version of reality.

Host 2

That’s the heart of integrated EDI. People often think they’re buying automation. What they’re really creating is organizational alignment.

Host 1

That’s such an important distinction because people hear the word “automation” and immediately think about saving labor. And yes, that’s certainly part of the equation. But what they’re really eliminating is organizational friction.

Host 2

Exactly. When every department has immediate access to the same trusted information, communication becomes dramatically simpler. People stop asking, “Can you send me the latest spreadsheet?” They stop asking, “Which version is correct?” They stop wondering whether someone updated the system yet.

Host 1

Because there is only one version.

Host 2

Exactly. That single source of truth changes the conversations happening throughout the organization. Instead of discussing what happened, teams start discussing what should happen next.

Host 1

That is such an important shift. You’re moving from reactive conversations to proactive conversations.

Host 2

Right. Instead of spending a meeting trying to determine whether an order actually shipped, the meeting becomes, “How do we improve our fulfillment process?” You’re solving business problems instead of solving information problems.

Host 1

And that distinction has enormous strategic value. Because every hour employees spend reconciling conflicting information is an hour they aren’t improving the business.

Host 2

Exactly. When executives talk about operational efficiency, this is what they’re really talking about. They’re talking about removing unnecessary work.

Host 1

Let’s also address something that surprises a lot of organizations. Integrated EDI doesn’t eliminate communication between departments.

Host 2

No. It actually improves it.

Host 1

Exactly. People sometimes assume that automation somehow isolates employees. The opposite happens. Instead of communicating about basic status updates, teams communicate about meaningful decisions.

Host 2

That’s a really important point. Customer service isn’t calling the warehouse asking whether something shipped. They’re calling because a customer has an unusual request that requires collaboration. Production isn’t calling purchasing asking whether an order was entered correctly. They’re discussing capacity planning for next quarter.

Host 1

The conversations become more valuable.

Host 2

Exactly. Automation removes low-value communication while preserving—and even improving—high-value collaboration.

Host 1

I think that’s one of the most overlooked benefits of integrated EDI. People focus on the technology, but the real transformation is cultural.

Host 2

Absolutely. Organizations become more collaborative because everyone is working from the same foundation. Trust increases. Accountability improves. Departments stop protecting themselves because they no longer need to. Everyone can see the same facts.

Host 1

And when everyone trusts the data, decision-making becomes dramatically faster.

Host 2

Exactly. Leaders don’t spend meetings debating whose report is correct. They spend meetings deciding what action to take. That is an enormous competitive advantage.

Host 1

It really is. And I think that’s the perfect place to wrap up today’s discussion. In Part 1, we explored how organizational silos develop and why disconnected systems create so many operational challenges. Today, we focused on how integrated EDI removes those silos by creating a shared, trusted flow of information across the organization.

Host 2

Hopefully this conversation helped demonstrate that integrated EDI isn’t simply about replacing manual processes. It’s about giving every department confidence that they’re making decisions using the exact same information. That alignment improves efficiency, reduces errors, strengthens customer service, and ultimately creates a much healthier organization.

Host 1

Thanks for joining us for another episode of EDI on the Street. If you found today’s discussion helpful, be sure to subscribe so you don’t miss future episodes. We’ll see you next time.

Host 2

Thanks for listening.