How to convince client to use BizTalk

Hi All,

I have a requirement wherein csv file is to be converted to EDI 850 and send it to the destination and receive ACK and SN in EDI x12 format and convert it to CSV.

I can do this in BizTalk easily, but the client is asking is it really worth investing money to buy licensed copy of BizTalk. Can't any open source translator be used for the same.

How do I convince client? Or may Why should we use BizTalk in such scenario.?

January 24th, 2014 6:12am

Dont try to convince your client, try to find the justifications and analysis that using BizTalk would add value or not.

If your client requirement is just to do integration for this CSV to EDI, then I would not invest money and resource for any new integration product at all. Try to find the existing product/technology which would satisfy this requirement.

Analyse the volume of integration, Are there any chances for the volume to increase over the time? Analyse how the existing product/technology can handle this predicted volume and analysis the existing product based its scalability capability.

Compare the cost and time involved to implement this requirement with any of existing product/technology against BizTalk (or any new integration product)

Analyse whether your client has skillset to handle this requirement with any of the existing product. See how much effort/time/cost requirement to acquire the new skill set and retain the skill.

When it comes to BizTalk, with more than 12,000 installed customers, including 81 percent of the Fortune Global 100 and excellent customer support, BizTalk is the leading integration product in market mean to handle this requirement effectively.

But the right process is to analyse the variable capabilities of BizTalk and other integration products/ technologies to choose the right solution for your client.

There are various comparison factors you have to look into before choosing any product. Forcing BizTalk (or any product) would not going to satisfy your client in long-time.

Free Windows Admin Tool Kit Click here and download it now
January 24th, 2014 6:44am

Hi,

Its all about BizTalk usecase which you can present infront of client and client needs to decide the future roadmap for their applications and Integration (may be B2B or EAI).

Sure, youcan fire up simple application and write this on your own, but did you think about guaranteed delivery,
 disaster recovery, tracking, troubleshooting, security, or authentication?What if the network protocol to receive and send these messages needs to change? How long would it take to change your custom application compared to a simple configuration change (no recompile necessary) in BizTalk. When you keep creating monolithic applications to handle your business to business(B2B) transactions, it becomes increasingly difficult to manage it and you find yourself trying to write an infrastructure to handle it. BizTalk provides all of this infrastructure for you
. It has guaranteed delivery, standardized tracking, a business rules engine, redundancy, and much more

Again, you can certainly write your own .NET application to do very basic message conversion,
 but once your company matures and needs enterprise level messaging, reliability, and flexibility,
 then that is when you get BizTalk.

Thanks

Abhishek

  • Proposed as answer by Abhishek0127 21 hours 29 minutes ago
January 24th, 2014 8:59am

Hi,

Its all about BizTalk usecase which you can present infront of client and client needs to decide the future roadmap for their applications and Integration (may be B2B or EAI).

Sure, youcan fire up simple application and write this on your own, but did you think about guaranteed delivery,
 disaster recovery, tracking, troubleshooting, security, or authentication?What if the network protocol to receive and send these messages needs to change? How long would it take to change your custom application compared to a simple configuration change (no recompile necessary) in BizTalk. When you keep creating monolithic applications to handle your business to business(B2B) transactions, it becomes increasingly difficult to manage it and you find yourself trying to write an infrastructure to handle it. BizTalk provides all of this infrastructure for you
. It has guaranteed delivery, standardized tracking, a business rules engine, redundancy, and much more

Again, you can certainly write your own .NET application to do very basic message conversion,
 but once your company matures and needs enterprise level messaging, reliability, and flexibility,
 then that is when you get BizTalk.

Thanks

Abhishek

  • Proposed as answer by Abhishek0127 Friday, January 24, 2014 1:58 PM
Free Windows Admin Tool Kit Click here and download it now
January 24th, 2014 4:57pm

Hi,

Its all about BizTalk usecase which you can present infront of client and client needs to decide the future roadmap for their applications and Integration (may be B2B or EAI).

Sure, youcan fire up simple application and write this on your own, but did you think about guaranteed delivery,
 disaster recovery, tracking, troubleshooting, security, or authentication?What if the network protocol to receive and send these messages needs to change? How long would it take to change your custom application compared to a simple configuration change (no recompile necessary) in BizTalk. When you keep creating monolithic applications to handle your business to business(B2B) transactions, it becomes increasingly difficult to manage it and you find yourself trying to write an infrastructure to handle it. BizTalk provides all of this infrastructure for you
. It has guaranteed delivery, standardized tracking, a business rules engine, redundancy, and much more

Again, you can certainly write your own .NET application to do very basic message conversion,
 but once your company matures and needs enterprise level messaging, reliability, and flexibility,
 then that is when you get BizTalk.

Thanks

Abhishek

  • Proposed as answer by Abhishek0127 Friday, January 24, 2014 1:58 PM
January 24th, 2014 4:57pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics