SEEBURGER Business Integration Suite Reviews

We use it to connect via EDI with our trading partners within the EU region and with other regions, including, America.

It's an off-premise solution. We have a secure file transfer server where we are placing the files or picking up the EDI, and then they connect and put the files in or take them away. On the SEEBURGER side, we then connect into their portal so we can then see the information about the message flows, etc.

We don't yet have any examples of how it's improved the way our organization functions because, so far in our deployment, we've just migrated over what we have, as is. We've moved all of the existing connections with our trading partners and messages across from OpenText. In the next financial year, starting next month, we'll start looking at onboarding new trading partners and really making use of the standardized messaging that we have with them, for converting to the other trading partners' formats.

What I can say is that it has met all of our requirements, to date. We are in the process, in the next couple of years, of migrating to SAP, and they have two or three different mechanisms for natively integrating with SAP. But because we're not there yet, we haven't made use of that. Currently, we are using a simple file transfer protocol mechanism, but it's fully meeting our B2B requirements.

We are looking to introduce some new message types this year, such as processing vendor invoices. That would include receiving the invoices via EDI, linking that to our ERP, and SEEBURGER Business Integration Suite (BIS) automatically doing the processing. So we're expecting to achieve some additional operational efficiencies.

If SEEBURGER plans to do something, they will meet their target. We haven't been disappointed by them at all. For example, we had six trading partners to onboard and they said, "We'll make it happen," and they did make it happen. They did exactly what they said they would do. That's a really positive thing.

I have also had a lot of good feedback from SEEBURGER and have really been kept up-to-date about the status. With some companies, a salesperson will say something but then the technical people don't deliver.

We get a monthly SLA report. We have SLA targets with them that were set in the contract, and they report against those. So far, there have been no breaches of SLA. You can also go onto their website and view real-time information so you can monitor the performance if needed. With SEEBURGER Business Integration Suite (BIS) I've got really good visualization.

For the area that we've used them for so far, I don't really see any way that they can make it easier. I can't say enough about how they have delivered exactly what they said that they would, and for the cost and in the time that they said it would take. They're bang-on there.

We implemented in the last quarter of 2019, so we're coming up to around six months in terms of the live environment.

At the moment, there has not been a single problem. We haven't had any issues after going live; 100 percent uptime. They've met all of the SLAs. The message-processing time in the SLA is up to one hour; in reality, it's been about 10 seconds.

There have been no performance issues and no outages. And if they do have an outage, then they've got disaster recovery plans to mitigate.

Scalability was the whole reason we went with SEEBURGER Business Integration Suite (BIS). Our hope is to add 20 to 40 trading partners a year. Because we've done the groundwork, we've done our initial messages, we don't need to do anything more from an integration point of view. Now it's SEEBURGER's job to connect their platform to our trading partners' platforms. That was the whole selling point.

Our entire organization is the intended beneficiary of our SEEBURGER deployment. At the moment, we've only actually got it linked into our Germany and U.K. offices, but we're expanding use in the coming months into our Italy office, for suppliers, customers, and e-invoicing.

I had to raise one ticket during the implementation, and I was using it as a test, really, to see how ticketing works. They were really good and responsive, and I was kept up to date.

The ticket was actually auto-raised by the system because a message had tried to come in, but they weren't able to process it. I then received a phone call because it could have been an urgent situation. It turned out the person's sender ID hadn't been set up correctly. It was my typo when I gave the information to SEEBURGER in the new system. But it was dealt with and resolved fantastically.

So far, I have had no issues with tech support. Nobody receives 10 out of 10 because there's always room to improve, but I would say their support rates a nine out of 10, although I can't say what they would improve.

We were already doing EDI previously and using OpenText as a communication platform, as a VAN (value added network). The problem with OpenText is that they'll pass through your messages and the dealings that we've had with them, but they don't really do the message conversions and the like. And we are looking to expand quite a lot in terms of trading partners in the coming years using EDI. With SEEBURGER Business Integration Suite (BIS), we can just send one message between us and SEEBURGER and they will do all of the hard work with the trading partners. Whereas previously, with OpenText, if each trading partner had a slightly different variant of EDI, we would have to make the adjustments ourselves.

Also, all of the EDI conversion into our ERP was actually done using a bolt-on to our ERP. Because we're moving to SAP at some point, that bolt-on was not compatible. But that is where I gained my experience, because I had to create the mappings between the EDI messages and our core internal procedures.

The move away from our old solution was about the scalability. Previously, I was spending a lot of time doing the mappings myself, as well as the onboarding and dealing with all of the headaches related to that. In addition, because we're moving to a system that doesn't have that EDI bolt-on, which is the SAP solution, we needed to find an alternative. Finally, because we wanted to rapidly increase the number of trading partners that we're connected with, we would have had to take on an additional resource. That's where the price-benefit came in.

For me, the setup was straightforward. We really planned the design out together, how it would work. We had a couple of meetings at our office. They came down to visit us, both the technical people and salespeople, to make sure that the technical people were able to deliver what the salespeople were promising. We had a planning workshop, and we said, "Okay, these are the types of messages," and we described exactly how they'd be coming into the FTP server, the kind of folder structure we had to create, the permissions, etc. Once the planning was done, we implemented according to plan, and it was fine.

We had a kickoff meeting, which involved members of SEEBURGER's sales team and their technical guys. Then, we had a second meeting with the technical guys, a meeting that was a bit more in-depth about how we were going to achieve what we wanted. We had to provide information like the trading partners' formats, the trading partners' mailbox settings, the types of messages we were using when interacting with those trading partners, etc. Then we decided the best method for communicating our messages to them. To establish that securely, we had to create a VPN tunnel directly to SEEBURGER's systems and get all that tested up. Each portion of the build was tested independently and then, as a whole, we did some end-to-end tests. It went really well.

From start to finish, the deployment took about a month. It went really quickly.

After the deployment was ready, we had some additional time with our trading partners to do some end-to-end testing before switching over to live. That way, our trading partners were happy. We only had about seven or eight trading partners that we were migrating across, but from SEEBURGER's side, they just made it happen.

On our side, it was just me, and it wasn't full-time. We did a couple of hours one day, a little bit of time another day. There was more time spent in the weekly progress updates than in actually doing things, from my side. I wasn't involved doing the work.

We worked directly with SEEBURGER. I have quite a lot of EDI experience so I understood quite a lot of it and that may have helped.

Compared to our previous solution, SEEBURGER Business Integration Suite (BIS) is more expensive. But our previous solution isn't compatible with SAP so we would have had to migrate to a solution like SEEBURGER's at some point. It has cost us more money to migrate to SEEBURGER Business Integration Suite (BIS), but in three to five years' time, we should start to reap the benefits.

We hope to start seeing ROI by the end of this year, once we start getting more trading partners onboarded. We're paying for a set monthly amount but we have only reached about 10 percent usage. Once we start approaching in the vicinity of 60 to 70 percent usage, then we should start getting an ROI. That's not SEEBURGER's fault, that's our fault, because we're not ready to be at that stage yet.

In terms of manpower, once we start to get some of these more automation processes in place, there could be a one or two headcount reduction in terms of the related tasks.

The only thing that would be an improvement would be if they had a cost model whereby you could just pay for what you're actually using. Even if it were a minimum monthly charge that they offered, if you're not utilizing all of that then they should consider a lower tier. That way, they could attract more business.

Aside from the standard usage fee there's an onboarding cost. I don't know if our prices were hardly negotiated or whether there is just a de facto price. But, in addition to the normal monthly, system-running costs, when you want to onboard a new trading partner, there's an onboarding cost. 

If you want to do any additional types of messages, there will be an implementation cost related to each message type. If you are onboarding like 10 or 20 trading partners at a time, they also have a project management cost for a defined project manager who's your main point of contact. That's how they make sure that everything gets done according to the time that they said that they were going to do it in. I've used third-party project management before for our ERP provider, and they've been shocking. So we tend to do a lot of project management ourselves. But SEEBURGER delivered. I was super-impressed.

We looked at a company called NetEDI as well as TrueCommerce. There were two more but they were discounted right at the beginning because they didn't have time for us. NetEDI EDI was ruled out quite early on so it came down to two companies.

TrueCommerce seemed really promising but I was reading a lot of negative stuff in the press and online about them; that they promised that they will deliver but they don't deliver. The sales guy was really good, but if the tech people behind it can't do what they say they're going to do... I looked at the review sites, like IT Central Station, to find out. That can sway the impact of your decision-making.

The biggest lesson is to understand the monthly fees and whether or not you're going to be making use of all of the data cap at the time of go-live. If not, try to plan for expansion so that you're maximizing the use of what you're paying for.

SEEBURGER take a lot of the headaches away from you. That was the main point of it. We were very demanding about the contracts. We got them to amend their standard contracts to meet our requirements. Make sure that you read the contacts thoroughly and that you understand all of the implications. Know what's expected of you and what to do in the implementation in ongoing phases.

We haven't really had to do any maintenance since we've migrated to them. I am the primary contact in my organization. I'm trying to bring one of my colleagues up to speed about what EDI is, to start him off from scratch. He has no knowledge of it at all. But the main point with SEEBURGER Business Integration Suite (BIS) is that you don't have to have the knowledge. They take all the hassle away from you. I'm just in a bit more of a privileged situation because I do have the knowledge. But the point is, you say to them, "All right, I have these five trading partners. If I want to reduce our costs, what information do you need me to get from them?" I can then request it and pass that back to SEEBURGER. Or we can pay SEEBURGER a little bit more money and they'll do it end-to-end. It depends on the skills you have in-house and how much you want to do yourself. They'll take it all away from you, or you can still do a bit yourself.

They also have other solutions that we haven't taken onboard as of yet, but we could consider in the future. They have some integrations with the tax authorities, like making tax digital. We have a branch in Italy and SEEBURGER have an Italy e-invoicing solution, in accordance with Italy's government policies. But we already have the solution for that, so we don't need it. Integrating into customs is another one, but we don't really have a case for that as yet. So it's not just the EDI, it's a whole framework of things that they can offer.

If we have any new requirements, they said to send them to them and they'll put together a proposal. It's really an area that they specialize in. When we were selecting SEEBURGER Business Integration Suite (BIS), we were looking at a few different other options. But they really have a high number of trading partners already with them in the automotive business. So that's hopefully something that we can make use of in the future when we're onboarding. Hopefully it will take a lot less time.

I look at the fact that SEEBURGER invests a high proportion of revenue into R&D instead of promoting brand awareness like this: If you haven't got a good product then no one's going to buy it. By putting that money back into the R&D, they're also making sure that they're meeting any new requirements that come up in B2B activity. For me, it's a thumbs-up.

They have a lot of offices globally. One of the good things for us is that we are able to deal with sales and technical people based in the UK, but they do have offices throughout Europe and America and Asia. Some of our company's regional operations are also looking at SEEBURGER Business Integration Suite (BIS) as a solution because they can talk in the local language. That was another really good point about SEEBURGER. And because we want to deploy onboard trading partners throughout Europe, they have people who can talk and work in the same countries as those people. That helps to take away those language barrier issues.

Also, they're a wholly-owned business by themselves. They're not a sub-organization of anyone else. That was quite an attractive thing for us. They've been around for a long time. They've got a lot of integrations into many ERP systems including the one that we are looking to — SAP. They seem to have it all.

Our primary use case is to send EDI documents between our partners and vendors. We're also starting now to use it as a development tool to translate SAP idocs to EDI messages and vice versa. 

When we first started, we had different systems and application, six or seven of them, globally. Using SEEBURGER Business Integration Suite (BIS), we have reduced the number of EDI communication tools. Now, we just have this one.

The solution can support B2B/EDI, EAI, and/or ERP integration requirements. The one thing that they are pushing is that they are a single solution that can meet all those needs. It's nice to have that in one system, versus using multiple systems.

It has also increased the level of efficiency in our company's operations by about 30 to 40 percent because everything is on one tool, supporting many people at the same time, worldwide.

The SEEBURGER solution has saved us money. Although there are other tools out there that do the same thing, if we had to buy those tools it would cost us more. The money that we spend on maintenance, for example, gives us the ability to communicate with other partners without having to use another tool or another partner. That's where our cost savings are. 

I like that the tool has all the adapters — all the possible protocols that are in the industry. You pay for those adapters but at least it's all in one package. You don't have to get another tool or application to support another partner. It doesn't matter if you're in Europe or if you're in North America, the solution they have is global. It can support pretty much anything and anyone.

It's rather difficult to understand, from the application, what's broken and why it doesn't work. We typically need to get support from them directly, and it's usually in a consulting role, to fix issues.

Also, the training they provide is not really adequate. They sell you things that you can use to design things in your own way. To get them to show you how those work is very difficult. To get them to explain how their application works sometimes is difficult (depending on the customization that was done) I would like to see them build training courses and I would have no issue paying for them. Everything I know about the application is self taught.

In addition, if we ask one consultant, we get one answer and if we ask a different consultant, we get a totally different answer. If we ask someone in Europe, even within the same company, we get a different answer again. They're not globally aligned in terms of what their application does and how it's actually installed. Depending on who you talk to, you get a different answer. You could say each consultant or software engineer has their own way of implementing BIS. They could do a better job if they collaborated more internally and talked to the customers and asked questions so that we could give them examples and tell them where they could do better.

Also, their release strategy, in terms of number of updates, is very demanding; it's very quick. SEEBURGER releases an update every month, if I'm not mistaken. It would be nice if they could do semi-annual releases that are not really needed. If something is broken, you can always ask them to provide a hotfix. We can't keep up with the number of patches they have (even though we may not need it). Every time they send a patch, we have to retest everything. They could improve the frequency of their patches and maybe provide a procedure to test everything so that we don't spend hours or days validating their latest update. We don't know what that patch is going to do. We have to test it and we need a team to test it. It's something that we do overnight. We have to check every adapter, every process row, all the modules in their solution.

We've been using SEEBURGER Business Integration Suite (BIS) for roughly 10 years.

It's stable. They're always improving it. Their next release, coming out next year, has a lot of improvements. In terms of stability, they're moving in the direction of selling a standard. That's the right way to go.

The scalability is really good. That's one of the biggest features. Depending on the size of your company, how much data you have or frequency, their solution can manage it. You can grow vertically or you can grow horizontally. It really depends on the business. They have the capabilities to grow and expand and handle all that architecture.

In North America, our company has smaller needs for scalability compared to what we've seen other companies do, although it is bigger than our European side. We do have certain things that Europe doesn't have, different components or boxes in front of the SEEBURGER Business Integration Suite (BIS) server, such as proxy servers. Security is different in North America. We have a second node that handles more of the high-volume transactions, but we really haven't fully utilized it yet. We're just getting it up and running now.

We have two production SEEBURGER Business Integration Suite (BIS) applications, one for Europe and one for North America. Behind them, there are quality environments. Behind them we have another instance for their compliance checker, which is another tool. We also have a development box and a sandbox for initial patches and upgrades.

Technical support is good. The person who answers your ticket is the person who is going to solve it. They don't typically have level-one, level-two, and level-three support. The person who handles the ticket is an expert. They're users of the system. In most cases they can help you. In other cases, they will seek the support of their developers or consultants because it's out of their scope, and that's a normal way to handle those situations. Overall, the support is good.

We had a couple of previous solutions. One was Cleo LexiCom. We also had something called EDI Gateway and that's what we were using mainly, prior to this one. 

SEEBURGER is an SAP partner. When we bought SAP, because we were going with one global ERP system, our operation in Europe chose SEEBURGER at the time. I was not part of that decision but I'm happy to say they made a good choice. 

I wasn't involved in the installing of the solution. I was more involved in the configuration of it. In terms of configuring it, I didn't find it hard. If you know EDI, and you understand how protocols work, you won't find it too difficult.

It took me about nine to 10 months to migrate from one system to a different system. That covered about 40 plants. In terms of deployment, it's quick. It's just a matter of physically doing it, getting in contact with your partners and telling them, "Hey, I'm switching from this IP address to this IP address." I found it easy.

We used SEEBURGER consulting. We already had one instance in Europe. North America had to get its own instance and I was in charge of making sure that that happened: getting it installed, explaining to the consultant that these are all the flows we have today, and these are all the software components we have today. How do we put all that stuff into one box?

Our experience with them was very good. The person that we used is still with the company.

We realized savings after five years. We needed additional development as well as some minor things that we use in our company that they didn't have in their standard solution. It took us time to understand the product. During those five years we were consulting with them and needed their support to understand their tool. After that, a company should be able to be self-sufficient.

We pay maintenance of between $75,000 and $100,000 per year. The costs are based on your original purchase solution. 

As far as I can remember, the company looked at IBM Sterling and at outsourcing.

Have a good understanding of what your business is. Understand what protocols you need to support. Know what your volume of transactions is and what the latency is of those transactions. Do you have to deliver those transactions in five seconds or do you have to deliver them in two milliseconds or do you have to do it in five minutes? If I were buying software that would be my question to the vendor: How long does your tool take to go from point A to point B?

The lessons I have learned from using the solution is that their tool can do many things. It's a full B2B solution, which is nice. They have additional software that you can tie into it. If your company ever needed something really specific to communicate with another backend application, or to convert an email to an Excel, or an Excel to an EDI file, their tools can do all that.

We have around 30 to 40 people using it or who have access to it and different components of it. Their roles range from database administrators to people who monitor the servers themselves. Our EDI analysts use it and managers use it as well. SAP level-two support people use it. We have five people who are involved in updates and maintenance of the solution, including an operating systems administrator, a database administrator, IT operations, and my team that validates that updates were done properly.

The fact that SEEBURGER invests a high proportion of revenue into R&D rather than promoting brand awareness is fine. They emphasize that quite a bit. They don't spend a lot of money marketing, like SAP or Oracle would. I'd rather them spend more money on R&D. That's where the value is. They're spending money to ensure that, with any new technologies and any new security threats or issues that come up, their application stays afloat.

We may look at SEEBURGER'S API feature but it's a little bit early. We have an API management tool already. When we went to them looking for this some years ago, their tool was nice on paper, but it wasn't a reality. SEEBURGER has invested in the last couple of years and has come up with some tools. I don't know how many companies are using it, but I think it's a little premature right now for us to buy it. But it might be something that we switch to. Ten years ago, none of that played a role in our decision. It was more that our company had been using SEEBURGER Business Integration Suite (BIS) in Europe over the last three years and we needed to get the North American side of the business on SAP and to be on the same type of system.

Because I've seen some other products, I'd rate SEEBURGER Business Integration Suite (BIS) a nine out of 10. That's only because I know what they're capable of doing and there's room for improvement. It's not perfect, but their solution is probably one of the best ones out there.

Our primary use case for it is as an integration tool. We've got lots of systems. We are a service company in warehousing and transport and we've got a lot of customers. We are a 3PL company so we do transport for a lot of the big retailers. All of this has to be integrated. We've got small applications running everywhere, so any data which flows through from one application to another requires SEEBURGER Business Integration Suite (BIS).

Warehousing is our major function. We get orders from our clients, retailers that you know. Some of them use EDI, some use API, and some use web services. They come through our system and they get formatted into our standard warehouse management system, which is Manhattan. Order information has to be formatted in the Manhattan XML format.

On the transport side, there are different applications. We have Freighter which does the load planning and then there is route planning which is a separate application hosted by Paragon. The route planning information goes from the orders which we received to the Paragon system, and the orders also go to Freighter for load planning.

In addition, there is information from the warehouse system that has to go back to our big retail customers, such as stock received, dispatch confirmation, receipt confirmation, and any stock adjustments. There are different types of interfaces which go back and forth between our customers and our warehouse management systems.

There is some B-to-B integration and then we have application-to-application as well. For example, the warehouse management system might talk directly to the transport system, which is web-service or API-driven. Sometimes they can't do it themselves, so SEEBURGER Business Integration Suite (BIS) will step in to capture the data from the warehouse management system. It will do the API service to communicate with another system and get the results and push them. So it acts as a gateway for everything coming in and out of our company, a secure gateway.

Many of our customers still use file transfer, so we use SFTP a lot. Most of the interfaces are migrating to web services, SOAP or API. Those are the latest but we still have a lot of SFTP used.

It is hosted by us, internally.

It helps in communications. It's the only gateway between our client systems and any internally-hosted or cloud-hosted systems. SEEBURGER Business Integration Suite (BIS) acts as an interface between them. It provides a lot of benefits to our customers. If SEEBURGER were to go down, our company would be in limbo.

It's a very vital system. We are dependent on it because we have hundreds of major customers, all of which are big retailers. Without SEEBURGER Business Integration Suite (BIS), their orders and other communications may not go to the warehouse. There might be manual processes but that would be very hard.

It's been a good tool so far. It's helped us do things which we were not able to do. Most applications nowadays are third-party applications which require data in particular formats and there are restrictions on them. We can't modify third-party applications. The best we can do is use SEEBURGER Business Integration Suite (BIS) to massage or reformat the data from one format to another and say, "Okay, if you want it this way you will get it this way."

That's what SEEBURGER Business Integration Suite (BIS) has been good at: communicating between two applications, changing formats and using the required protocols. Some might have applications which are very old and they can't do more than FTP or SFTP. With SEEBURGER Business Integration Suite (BIS) we've got that flexibility. We can have one site communicating in an old FTP or SFTP style, or via file transfer. And with other applications, we could have API or a web service call or some other protocol used to send information. SEEBURGER Business Integration Suite (BIS) acts as an intermediary between them.

We wanted to use API. We were told that in 6.52 we could use API management. Later on, we found that API management wasn't that completely integrated into the 6.52 solution, and if you wanted to have the whole API suite you might have to go to 6.7, the latest one.

We are waiting for that. There is talk that next year we might try to migrate to 6.7. Migration is not an issue on our side, but it's the customer migration which takes a lot of time. That involves a lot of concern and hard work because we have to have the customers onboarded as well and they need to do some testing. It's always really hard to get the customers to find time for that.

It has been quite stable. We haven't had any issues after getting the system up and running. It has run very well. Maintenance is also very good and support is also okay. They've got a lot of screens and other things which help. There are proactive error notifications so we can see what's happening. It has a nice front-end screen which monitors all the adapters. If there are any issues on anything, we can see them on one screen. 

We never have problems, as such, with SEEBURGER Business Integration Suite (BIS), but we had issues which were related to the network or the machine or the database not working, getting full, or going down. But as far as the software is concerned, we haven't had any major issues. We have had minor issues which were immediately looked at and rectified by SEEBURGER.

We have a DR system for SEEBURGER Business Integration Suite (BIS). It's all saved if something goes wrong. We have multiple data centers so it's not been an issue. We have never had any major downtime.

The scalability depends on the price - which suite you're getting. At the moment, the version we are on, which is 6.52, is quite scalable because it has one adapter engine. 

Their architecture includes an admin server and an adapter server so you can just add more servers by adding licenses to it. If we want to scale up, we just a few more adapter engines into it; it's just adding a virtual server and more functions to it. It's not a big issue. Its scalability is very good at the moment. The software installation is not a big issue. So once you install it, you can just attach it to the existing architecture.

We have a lot of end-users sending files: FTP, SFTP, web services, or HTTP; and there are other services like AS2. We have about 75 to 80 customers and they interact with us with a file or data transfer.

It is our preferred tool at the moment. It's part of our strategy. I don't know about the future, but currently it is the only tool that we are using for interfacing with our various systems. We are still hoping to host most of the system. Most systems are migrating to the cloud, so we don't know yet. There it would an application-to-application connection, so maybe the SEEBURGER Business Integration Suite (BIS) role might be reduced, but currently it's used a lot.

One thing we need is more support. Sometimes we get stuck on the support because they've not got not many experienced people in the UK for the suite. We have modified SEEBURGER Business Integration Suite (BIS) a lot to fit our organization. We have customized it. Sometimes we find it hard to get support from their side. Most of the time their help has been good from Germany because that's what they are based. They do help but we struggled before, at times.

The second-tier is needed if there is any problem where consultation is needed to go in-depth and see what the issue might be. We lack some good help from the other side on that level.

We had an issue where the customer wanted specific things and we couldn't do it.

We were using IBM Mercator which they now call WebSphere. The move to SEEBURGER Business Integration Suite (BIS) started because at that time the company wanted to check into systems which could support new interfaces. The system we had was an old system, so we needed to upgrade it. It was a choice the business had to go through but I wasn't involved in the team that handled the selection.

The setup is complex but we get the SEEBURGER implementers to come out, the consultants who do it the first time, whenever we have a major upgrade. Recently, we have tried to do all the service packs ourselves, but if there is a major upgrade - and most probably when we migrate to 6.7 - we require some consulting time from SEEBURGER because there might be a major change in the way some of the interfaces or communication might be working. That might be when we require a lot of consulting time from SEEBURGER, to understand the product and what features it has and what capabilities we can use.

Major upgrades are as demanding as an initial deployment, but if it's just a service pack, it's okay now. They have made it much simpler. Because we are on Active-Active, we can do patching while the service is still running.

Our initial deployment, back in 2009, took about two days. The software deployment only takes a day or so. But we also had to get all the hardware, the machines, and network service. Those took time. But the software deployment and configuration took just a day-and-a-half.

For that deployment, SEEBURGER people did not just do the deployment, they also worked on initial interface development for us. There were new mapping tools and we didn't have any experience with it, so they did that also. We had a contract with them for three months or so to have them do a lot of work for us. They had two or three consultants who basically converted a lot of the old IBM maps into the new SEEBURGER Business Integration Suite (BIS)-format maps.

At that time it was a big project because after installation they had to do the maps etc. Everything had been in IBM until that time. They had to replicate that into SEEBURGER Business Integration Suite (BIS).

Now that we have more experience and good resources on our side, we do it ourselves. But at that time it took a total of six months, of which three months were for the initial consulting where we had two or three consultants. After that, it was only one consultant.

At that time it was a new thing for us so we were not in a rush. We installed and tested everything and we migrated one customer at a time. We had an old, IBM-based integration tool. The installation was done as a "blank canvas," and then we migrated our customers.

For a major upgrade, we set aside a period of seven days because we've got quite a few systems: a development system, a test system, a UAT or business integration system, and the production system. We go by step-by-step, so the whole process will take a week. On the first day, we'll do the development system and let it run for two days. Then we will upgrade the test system and let it run for two days to see if there are any issues. Then we will go to UAT, and after two days or so, the production system, which might be on a Sunday. It's an issue of timing because we have to get our change-control times allocated, especially when doing an upgrade to the production system.

We generally work with SEEBURGER. Once, when we had a lot of work to do, we did use a Polish company. I don't remember their name. We used them for a short period.

Finding SEEBURGER Business Integration Suite (BIS) expertise is very hard. There isn't much SEEBURGER expertise in the UK. I don't think many major organizations are using it in the UK. I know they have very big customers in the US and Germany.

It's very hard to quantify ROI basically because we don't see the financial aspect it. Our job is to ensure that it is running and that we get the output and whatever is needed from it. But financially, if it was down, the impact might be humongous for our company.

The cost-based model is slightly different now in SEEBURGER Business Integration Suite (BIS). They changed the licensing, based on adapters and other things. In the old style of licensing, the whole suite was one license, if I'm not mistaken. 

There is the license and then a run-cost.

But that's handled by my team leaders. I'm not into it involved in the cost and related issues.

They went through the selection process to see what interfacing applications were available in the market.

My advice would depend on the purpose you're considering SEEBURGER Business Integration Suite (BIS) for. If you are going to use it like we are using it, I would say it is a really good tool. If you have restrictions where you can't change the applications you have - you host a lot of third-party applications and you need to integrate the data between each of those applications, then SEEBURGER Business Integration Suite (BIS) is one of the best tools available. There are other tools, but this one is one of the best.

We may look to use the solution’s additional services such as its MFT (managed file transfer).

We have three integration specialists and one team leader for maintenance of the solution. We also have a design lead but he's not entirely dedicated to SEEBURGER Business Integration Suite (BIS); he does design for other things as well.

We have seen version 6.7 and we want to migrate but we have not because migration is a big task for us. It might take some time.

We use SEEBURGER Business Integration Suite (BIS) as a service. While we were not really using their software, we might be using their software internally to provide a service. Effectively, we're using them as an integration partner.

We use SEEBURGER BIS for electronic data transmissions (EDI). It does a lot of work on our behalf in terms of the mapping and on some of the integrations which are required between us and third-parties. 

We have an integrated ERP system which talks directly to the SEEBURGER systems. Therefore, we don't necessarily have any manual interaction since this is a completely automated system which talks to the SEEBURGER back-end systems.

What would have been a manual process of transmitting data items around between us and third-parties has been automated. SEEBURGER BIS handles the automation and mapping side of the communications. The automation, along with the efficiency around time and cost, has improved our organization. Around 20,000 messages a month have been automated. These typically would be financial/order transactions and confirmations in invoicing that have been automated.

The automation is the most valuable feature. We have full EDI automation through SEEBURGER BIS, which has been the biggest win for us. It removes the complexity and makes the process straightforward.

We have additional ad hoc development costs, but those vary depending on if we're bringing on another third-party into our systems via the EDI integration. So, that's highly variable.

The speed of development needs improvement. If you acquire any customization, it can be a slightly slow process. I would like to see more flexibility around customizations. The time frame right now depends on the sophistication and customization, but we have to go through a process of getting them to develop, implement, and test it. This might take a couple of weeks. If it was a simpler system to customize, the time could probably be cut by half or down by even 25 percent of what it would normally take.

The stability is pretty good. It is rare that we have any stability issues.

The performance and operating efficiency are pretty good. We don't have any major issues in terms of operating efficiency, uptime, any failed transactions. If we do, they are generally not on SEEBURGER's end. They are usually on the other party's end. The service is pretty reliable.

We have about three people (an ICP analyst and two business analysts) who work on SEEBURGER BIS, but they don't work on it full-time.

We haven't encountered any scalability issues. Whenever we've added more components in or increased the volume of transactions, we have not had any issues.

There are about 30 organizations to whom we are connected via the SEEBURGER infrastructure.

We use it everyday, which will probably only increase. We don't have any concrete plans because this is dependent on our third-party customers, as well, and whether they have the infrastructures to support this type of development work. If they don't, then we won't. If they do, then we would. It also depends on return on investment. Some customers are more important than others.

We have had no problems with tech support. Their response time and knowledge of issues is good.

We were not previously using another solution. 

When SEEBURGER BIS came onboard, we changed our ERP systems so they were pretty much in parallel with that.

The initial setup was before my time.

People who worked on the initial setup told me that the initial setup was pretty slick.

We deal with SEEBURGER directly and they tend to do the development work on their systems for us. For recurring development work, they will do that on our behalf.

There are some third-parties involved who tend to be geographic specific and use different EDI formats. We are required in some cases when dealing with other parts of the world for EDI to go through a separate bureau. There's little we can do about that since it is just a data exchange format.

ROI comes back to automation. We are releasing people within our own organization to go and do more high value work. This is difficult to quantify for third-parties. Overall, it's an efficiency gain, which is the main driver behind return on investment.

The ROI for this is a very subjective thing to measure. We do have our own model for how we measure return on investment around things, like EDI transactions. However, it is not so simple model as providing a hard number.

Our licensing model is based on transactions. We have a base service contract which is priced against a volume of transactions and another volume of individual transactions, which are covered by one service agreement. Then, we have development services on top of that. Our annual spend is around £80,000. It's about mid-priced, as there are some cheaper alternatives out there and some more expensive ones. It's neither cheap nor expensive. It's somewhere in the middle.

Do your technical homework carefully to ensure that it's the right solution for you, because all solutions are slightly different in various different ways. It depends on your own back office systems and how your communications would work. Do your due diligence on technical requirements.

The biggest requirement that we have is resilience and robustness of the systems. If they fail for any reason, there is a monetary cost to us. The biggest lesson that we have learned: If you partner closely with them, maintain the stability. If there are any issues, understand what those issues will be before they occur and before they would be able to potentially cause any problems. The reliability, resilience, and robustness of SEEBURGER's services are the most important things.

We have had good service and uptime, generally. The resilience is pretty good. We have not experienced any problems.

SEEBURGER is established. They have a long standing presence within the market. They appear to have been there for a considerable period of time. If we had to change our systems, that would be a big upheaval in terms of the amount of work and testing that we would have to do. It's not something that we want. We would be unlikely to partner with a company if we felt that their future was uncertain.

I think it is a good thing that SEEBURGER invests a high proportion of revenue into R&D rather than promoting brand awareness. Some companies have a huge marketing spend compared with their R&D. If they can support it, then great. For SEEBURGER, the R&D is important because they need to be resilient and responsive. They need to be delivering what their services should be providing. It is crucial for us that the R&D spend continues to be sufficient.

We have no plans to expand into their API management, MFT, eInvoicing, or IIoT services at the moment.

We're primarily using it for communication and translation of our traditional EDI documents. We're an automotive supplier so a big part of our business is automotive related, but we're also using it for synchronous APIs or web services with some of our customers or trading partners.

Of course, not everything we're doing is EDI. We're doing a lot of distribution of unstructured files, even in our company, transactions between systems. With the mapper, we're doing data transformation as well, to integrate back to our back-end ERP system. We're also using the Message Tracking component, which allows us to confirm what's come in and what has processed.

About 90 percent of our global EDI transaction volume is coming in and out of SEEBURGER Business Integration Suite (BIS).

We have different application development groups within IT. My area is primarily EDI and integrations, but in some of the other areas, like HR or payroll or shipping, there's a great need to transfer files and data with their trading partners. Those partners could be a bank or an HR company or a payroll company. The folks in our other application areas don't really have any experience with communications and integrations. Where I'm able to improve our organization is that all I need to do is have them tell me, "Hey, I need to get a file or send a file to this trading partner, can you help me?" Then I'm able to work with them and get that set up and tested.

Our other application development folks don't have to spend time worrying about doing that part of the project. I'm something like a middleman and using SEEBURGER Business Integration Suite (BIS) has decreased the turnaround time on a lot of these projects.

Also, one of the things that SEEBURGER always touts is their ability to do "any to any" formatting. I really didn't understand it when we first got the product, but what I've come to find is it doesn't matter if you want to take a CSV file or an XML file or a flat file or a PDF file or a structured EDI file; you can transform it from one format to another - any to any or even to the same format - which is a really nice feature. We deal with a lot of different databases and structures in our company. We don't have a single system. We used to have a lot of problems trying to integrate our different locations. This has allowed us to seamlessly integrate our different database products together.

One example is that we had a project where we needed to have a consolidated sales history from all of our regions loaded into a third-party product that runs an SQL database. Of course, all our legacy systems are in the iSeries or AS/400. What we were able to do, since they didn't really integrate directly with an SQL database, was to have them generate CSV files and SEEBURGER Business Integration Suite (BIS) was able to pick them up from their respective host systems, translate them, and load them to the SQL database records. It was quite easy and we didn't have to spend a bunch of money trying to add an Oracle Database or some other database that we really didn't need.

In terms of reaction time since implementing the solution, the connectivity between unlike systems is much easier. It involves less programming. The other thing is that SEEBURGER Business Integration Suite (BIS) is a JavaScript or a Java-based system within their mapping tool. You can actually write a lot of code in there. We can perform a lot of the translations even within our mapping, whereas we used to have to do custom programming on our back-end systems to fully integrate. Being able to put everything in one place has streamlined the mapping and the integration process. That has saved at least one-third of the time.

The one thing about SEEBURGER Business Integration Suite (BIS) that we really liked is that it's what I would call "platform independent." Most of our systems back in 2012 were on an AS/400 or iSeries and there were some limitations with that. We really wanted to find a product that could communicate with all platforms.

In addition to that, we really like the AS2 communication adapters, which allow us to not use a VAN and for data to be pushed between trading partners. That's a big feature we really like.

Then, in our landscape, we have a lot of AS/400s or iSeries and SEEBURGER Business Integration Suite (BIS) has a file service listener that allows data to seamlessly be transferred between the SEEBURGER solution and the AS/400. That was a very big part of it.

There are also a lot of alerting and notifications within it that allow us, even though we have a very small staff, to manage and monitor a very large number of EDI transactions.

One of the biggest features, as well, is the Mapping Designer because that's what we were looking to upgrade in addition to just communication protocols; we wanted to get a more modern mapper that we could use for both EDI documents and other types of unstructured data.

The BIS Front End needs a little bit of refreshing, especially when it comes to setting up new trading partners and trading partner agreements or transactions. It can be a bit clumsy to copy and rename and then go in and modify. That could be improved a little bit.

Also, on the server side, there are a lot of administration and configuration files that you need to go in and do maintenance on. You have to find them in a certain folder so it's very error-prone and it can be a little time consuming unless it's documented. They could pull some of those individual configuration files into the product itself where there's a better user interface for that.

In terms of adding features, they've recently talked about a few. One is a way to manage your web services or your APIs. That would be a big help because, right now, we have four web services and there's quite a lot of setup to each. They're in different areas within SEEBURGER Business Integration Suite (BIS). It's my understanding that they're going to be able to pull that together so you can view that entire setup in a more streamlined manner. That's something we're looking forward to.

The stability is good, as long as you have the database sized correctly and your server sized with the right amount of processors. It's been very good for us.

We did run into a situation where at one point we didn't have enough memory on our servers. It became slow and we had some issues there. But once we recognized what the issue was and made a correction, it was resolved quite quickly.

So, it's very stable. Of course, we're really dependent on the Windows environment and SQL Server environment. It's only going to be as stable as those platforms are.

We've had to increase the core processing units in our SEEBURGER Business Integration Suite (BIS) central instance, maybe twice, and the same with memory and disk storage. We've been able to wait until the need has come and not use up all that extra processing and memory that we didn't need.

There was documentation on how to do it and when to do it but we still used consulting services to have them direct us. We said, "Here's what we're going to do. Is this correct?" and they were able to lead us through anything we needed to do to scale up and pick up more transactions or more disk space.

So, scalability is pretty good. Right now we're only running a central instance of SEEBURGER Business Integration Suite (BIS). They allow you to split it up into individual instances. If we wanted to separate the US from Europe we could do that, and allocate different resources to each. That's another area where they're scalable. It's been pretty good for us so far.

Technical support is located in Germany and there are different levels of support you can pay for. Regardless of your support level, you're able to open tickets and, based on the severity of the ticket, they get back to you. They're all very knowledgeable of the system and they know where to pinpoint.

I will say that if the issue is something new to your company, something you haven't done before, they will refer you to consulting services which are billable. They won't do any development or the like for you. But they will troubleshoot problems.

The only thing I'm not crazy about is that, while they all speak English, they have a heavy accent in a lot of cases. Sometimes that can be difficult, depending upon who you're working with. Other than that, we've had no problems with their technical support.

The consulting services we work with, because we're in the Michigan area, are all working out of the Atlanta office. We're always working with them over the phone and through emails, so not onsite. They're are also very knowledgeable and they've come to get familiar with our implementation and how we're using their products. It really cuts down on some of the cost when we have a project because the consultants we're working with are familiar with our company. So, overall support is pretty positive.

In terms of response time, if it's a situation where you're saying you're down, they're supposed to call you within one hour, and in my experience, that's always been the case. We haven't had an experience where they're not getting ahold of us. Beyond that, if it's more of a question or you don't understand something, then it falls into another category and it might be later that day or the next day. That's fine. It's been good.

We have our own technical resources onsite. We have a server group and a firewall group and I'm the EDI application guy. We were used to a lot of the terminology and stuff from the past. With that in mind, I thought the setup was quite straightforward.

They provided us with a hardware-sizing questionnaire, which was really helpful in determining our server requirements. Thinking back - it's been six years - it really seemed to go a lot smoother than it could have gone, especially since it was a brand-new product to us.

Regarding our implementation strategy, what we wanted to do first was move all of our communications with our VANs and our direct trading partners into SEEBURGER Business Integration Suite (BIS). That meant we weren't doing the translation and the mapping within the solution, but all of the communications were done through it. What that allowed us to do was to pull all of our trading partners together from Europe and South America and North America into one place and have all the communications flowing through one area. That allowed us to support it a lot more easily and to take advantage of that AS2 protocol.

That was our initial strategy, to do communications, and then follow that up by doing the mapping, one trading partner or one transaction set at a time. And that's what we've done.

With any new product or implementation, usually there's a driving force. One of the things we were asked to do was to implement a web service in Europe that we had no expertise in and we had no platform to run it on. SEEBURGER provided both of those. They showed us how to use SEEBURGER Business Integration Suite (BIS) and we used their consulting services to assist us with the back-end integration. So, rather than put this web service or API in another place which would eventually have to be moved to a central location, we were able to incorporate it right into the SEEBURGER product.

Our first phase with communication for all of North America only took three months from the time they loaded it onto the system initially until we were cut over. And then, to pick up Europe, we didn't want to do everything at once. We worked on Europe after that and that was another three months. So, within six months we had our communications moved over and we were then moving onto the other phases.

When we deployed, we had one SEEBURGER consultant who was dedicated to us for that first three-month period. Then we had another one who came in and did some training and some of the planning with us. As far as our own internal resources go, there were three of us who identified all the trading partners and all the nuances of what needed to be set up and tested in the new system. All in all, it was about like three internal people and two SEEBURGER people.

We worked with SEEBURGER employees.

We've had some ROI. I'm not going to be able to give you any dollar numbers, but as far as headcount in my group goes, we used to have four or five people and now it's just me and one other. We're supporting the same number, and more, of trading partners than we used to. Right off the bat, that's a good savings.

All the new adapters are individually priced, which is good. You don't buy the whole system and then, if you don't use it it just sits there. You only buy the stuff you want, which is good. There are some components that are either new or that we didn't need at the time of implementation, so we added them later, or we have plans to add them in the future.

Sometimes it seems a little pricey, especially when some of the stuff is available through freeware, like SFTP communications. You can download a free copy of something and perform those type of functions. But we understand, as an IT group, that those are not long-term solutions that you want in your core processes. It costs a lot more money to buy this stuff from SEEBURGER but I think it's worth it in the long run.

Everything seems expensive to me, so I'm neutral on the pricing and the licensing.

We wanted to be platform-independent from our iSeries and AS/400, and we wanted a more modern product for our EDI integrations. We looked at SEEBURGER Business Integration Suite (BIS) vs IBM Sterling B2B Integrator. We did a lot of demos and had a lot of conversations between the two. Ultimately, we ended up choosing SEEBURGER Business Integration Suite (BIS), but those were the two primary vendors that we were evaluating.

The Sterling Integrator was a little bit more complex than it needed to be. It wasn't straightforward. The mapper was a little bit, I won't say clumsy, but it was a little bit busy, hard to understand. One of the big things we wanted to do was to have a new refresh mapper. Also, the pricing seemed to be a lot higher for what we were getting.

Based on the demos that we had - we had given a script of what we wanted to see from both companies - the way SEEBURGER presented it was much more straightforward and understandable. We could see ourselves moving to that product a lot easier than moving to the Sterling Integrator.

If you are looking to implement SEEBURGER Business Integration Suite (BIS), talk to other companies that are already using it, some that are in the same industry. That would help you feel more comfortable with what it is you're getting into, and maybe open your eyes to some of the technical capabilities that the solution has that you really hadn't even thought about yet or which weren't presented to you in the sales pitch.

I would also advise doing a lot of planning, because some of the initial setup, design, and planning you do at the onset is hard to change down the road. Take some extra time when you're figuring out how you're going to set up your trading partners, what the naming conventions are, and things of that nature. It'll make it easier.

We've established a pretty good working relationship with our sales contact, and this has been important for us. If we want to have a demo of one of their new products, we're comfortable going to them and saying, "Hey, can you tell me more about this? Hey, can you do a WebEx session to show us how this works?" It's been helpful for us to maintain those relationships.

Obviously, with any new software, training is also something. Don't skimp on that. We did it in phases. We got training on the BIS Front End itself first, and then, when we were ready to start doing the mapping, we got training on the mapping. Down the road, we took some more advanced training. We were able to do it in phases, but it's something that you don't want to skip because there are a lot of good capabilities and different ways of doing things that, if you don't know about them, you may be shorting yourself on the solutions that you deliver.

We don't use the landscape manager but that is something we are interested in. I don't know a lot about it but it keeps track of the configuration of all your implementations so when you do an upgrade, it makes it much easier to manage. That's something we're going to be looking at with the new release of SEEBURGER Business Integration Suite (BIS).

We don't do clustering. We just have a single instance of SEEBURGER Business Integration Suite (BIS) so I don't think we're using the Active-Active feature.

There are probably fewer than ten users of the solution in our organization. These are IT folks. They are the ones that really want visibility into the Message Tracking module to view the data that's come in or that went out to confirm that they're receiving the stuff they're looking for. Those transactions aren't with EDI people, they are people to whom we send a payroll file at a bank or a third-party payroll provider. The IT guys may want to monitor it.

Regarding staff required for maintenance, we have five people who are using the BIS Front End and the Mapping Designer. All five of us perform the daily monitoring activities and the trading-partner setup. We have it separated right now. We have three users in Europe and they're able to manage their own customers and suppliers. We do the same in North America. Two of us are doing the regular mapping tasks, while two of the others are occasional mappers. And one person is more of an administrator.

We have plans to continue utilizing SEEBURGER Business Integration Suite (BIS) and to use it for more non-EDI types of activity, such as payroll, banking, HR, different sales systems, warehouse management systems, and integration between ERP systems. There is seemingly an endless number of integration projects. In addition to that, we've begun to do a lot of the web services or the APIs, even within our ERP system. So our EDI transaction activity may be staying the same, but we're using SEEBURGER Business Integration Suite (BIS) for a lot more of the non-EDI integration and data transformation stuff; not the typical automotive training partners, rather more financial related types of trading partners.

Overall I would rate the solution a nine out of ten, which is really high. I have been really happy with it. Of all the projects where people have come to me, I can't remember having to say, "No, we can't do that." We're able to deliver what I have been advertising since 2012, so it's meeting our needs. Most of the issues we've had have really been things that we've done to ourselves. It hasn't been the product or bugs in the software. Support has been pretty good, we've had consulting services that have gotten to work with us regularly and they know us, so we feel like we're in good shape to tackle some of the newer projects or bigger projects in the future.

The only thing I'm always wanting is that SEEBURGER doesn't seem to be doing a lot of marketing in the U.S. It's a German company, the founder is in Germany, and most of their development staff is over there. Not as many folks are using SEEBURGER Business Integration Suite (BIS) in the U.S. They're using IBM and TrustedLink and those type of products. When I talk about SEEBURGER Business Integration Suite (BIS), nobody knows what it is. I have to sell the product and what it can do. If SEEBURGER could do some marketing, do some reaching out to management, the executive level, to give them some visibility into this product, it would make my job easier.

While there are a lot of companies in the U.S. using SEEBURGER Business Integration Suite (BIS), we don't have a network or a users group. SEEBURGER has offered some sessions in the past, where you could go to Atlanta and they would give you a three-day update on new things they're doing, but there's no forum for users, other than on Facebook. There isn't really a users group that I know of where we could get together and do things, have conferences, etc.

We use it mostly for data integration. We use a module from SEEBURGER called Managed File Transfer or MFT. We move about 30,000 to 50,000 files in a week in our company. The files are moved intracompany but they also move between our company and our external partners. We also have a bunch of stuff on Amazon. We use SEEBURGER Business Integration Suite (BIS) to integrate our data center with Amazon file transfers.

Before this product, we used to use a solution that required us to write code and then go through the process. It would take five to seven days for our development team to do the code, test it, and then promote it. The SEEBURGER Business Integration Suite (BIS) MFT solution is really configuration-driven. It comes with a number of adapters for file transfers. Some of these processes, which used to take five to seven days and cost an average of $5,000 per integration, can now be done in a couple of hours because of the configuration. And they cost less than $1,000 dollars overall. We are able to do faster delivery and it's much more robust, handling large files really well. And it does bring cost savings.

It is also flexible when it comes to adding integrations. We have created some frameworks and we are able to utilize those frameworks very quickly. The solution is really handy in those terms. For example, when we bought the product, we had a requirement for transferring data to Amazon S3 buckets but we did not have a solution in our shop for large data transfers to Amazon S3. We worked with SEEBURGER and created a framework solution and now, using that solution, we can configure the transfer in an hour or two and enable it to go to existing or new S3 buckets. It's a tremendously powerful solution and it gives us a lot of leverage to get things done quickly.

It's a very robust solution and it's very configurable. Before this product we would use an ESB-type of solution which required us to write code and go through a process. We can configure the SEEBURGER solution much more easily, instead of writing code. It does its job very well, to the extent that we do not see failures in the system. It can handle large files very well, which is one of our bigger concerns. We transfer some bank files up to ten gigs in size and it handles them really well.

Larger loads can be handled either by Active-Active or Active-Passive. The Active-Active definitely provides high up-times so if one of our nodes goes down, the other nodes still continue to work and we are not totally down. It meets our requirements for "five nines".

There's always room for improvement. One of them is that the product is not integrated very well with different cloud providers. We did work with the vendor to build a solution for Amazon, but there is no solution for other cloud providers like Google or Azure. The vendor needs to create adapters so that if we have a requirement to transfer data from our data center to another cloud, outside of Amazon, we would be able to do that. 

Another issue is that support for the vendor's operating system is not available. There used to be support for the older operating system over SMB, but they have discontinued the support. They need to come up with a solution to support the new Windows operating system.

It's a very stable solution. We do not see much of a problem with it. We may have to re-start the solution once a year at the most, but that's part of our regular maintenance cycle. The solution is very robust and stable.

I don't think the scalability of the solution is that great because they have tied the solution to their named nodes and it does not allow scalability like some of the cloud products.

We have the Premium Support and we pay extra for that, and it gives us access to their engineers. It also requires the vendor to respond within three hours, if we create a Severity 1 ticket. But we have not had many problems.

We switched mostly because of efficiency and cost reasons. Our previous solution required a lot more development and SEEBURGER Business Integration Suite (BIS) is a much more configuration-driven solution.

It is a complicated solution, it was not a straightforward setup. We leveraged their Professional Services to help us understand and architect the solutions. I do see a lot of room for improvement there, because the solution and the documentation are not very intuitive. There's a lot that could be done there. It's not like you're installing one product, it's a number of products that you have to install and configure. And there are always chances of failure. There's a lot of room for improvement.

From when we bought the product to when we took the first product live, it took us about four months. But after the infrastructure was set up it was much easier.

A lot of the third-party service providers did not have knowledge of this product. We use Accenture as our core SME but they did not have knowledge of, or skillsets in, this product. We had to work with the vendor, hire their Professional Services to do the architecture, do the installation, and to train our engineers on the solution. There was a lot of learning curve there and we spent a lot of time and money with SEEBURGER Professional Services to get to that point.

We have seen return of investment in terms of how quickly we can deliver.

It has a very goofy pricing model in the sense that they have so many components and it's not very clear what components you require to do your work. When you ask for that, you learn that there's a surcharge for them. It's not that you buy a product and you can use all the compatibilities. They have all these different bits and pieces of it and you have to pay extra for all those things.

We did a big PoC. We narrowed it down to three or four vendors and we invited all of them to come on site and demonstrate their products. We gave them a use-case scenario to implement and, based on that, we made our selection.

The only advice I would give is to see that the industry is moving towards the cloud and this solution is an on-prem solution. The vendor does not have a cloud offering, at least not that we're aware of. So evaluate a solution based on your needs.

Right now, we are deployed on-premise and we are migrating it into the cloud.

The product is being used quite a bit and it's meeting all of our needs for file transfers at this point. We are not expecting to increase usage at this point in time. We are looking to the vendor for the cloud migration and, as part of that, we may have to add more cores. The cloud architecture is different than our on-prem architecture so we may have to make architectural adjustments to allow "five nines," and that might force us to buy some additional licensing.

We do not use Landscape Manager, we only use the base solution, the Business Integration Suite. We mostly focus on the Manage File Transfer part.

We do not have any business users using the solution, it is an IT solution. We do have support teams that are the users of the solution and they're supporting and monitoring the processes. We also have a number of software engineers who are configuring processes to take the files and move the files. There are about ten people who provide support for these things, so they have access to it, along with our system administrators and engineers.

Our system administrator is responsible for running the system, upkeep, and making sure that the servers are patched and everything is working. We have a couple of engineers or developers who are using it. Right now, we are turning around about five to eight projects in a month. The developers work on some of these configurations and provide testing. It's a very small staff.

I give the solution a seven out of ten because it's a very robust product and it works well, but architecture-wise it's complicated.

This is just to transfer files securely within the Mylan network, and a few instances from the outside too. It is just to transfer files. Like a postman, it moves the files between the systems with no data transformation

We have the on-premise solution and are only using one feature of this product. Most of our solutions are on-premise, as our security team prefers it that way.

It used to take half an hour to move one file from one location to another. Now, it takes 10 minutes. 

We did not procure this software as a reason to improve our organization. We procured this software to replace the existing one.

We have found this tool useful.

The solution is flexible when it comes to adding integrations. It is much easier to use than the other tools we have to move the files. Across the board, we can move files in a short amount of time compared to our other existing tools.

It is stable. We haven't faced any major issues since the implementation of this software.

From what I understand, scalability is much easier. However, we haven't increased our volumes or interfaces. We are still only using 20 to 30 percent. We are far away from any increase or decrease of the system sizes.

Our users are mostly the technical team. We have five to seven people using the system. It is the technical team only, not the end-users, and most of them are IT engineers.

We have more than 300 interfaces in this platform.

We have only requested technical support a couple of times. We haven't faced any issues with them. They are very good.

We procured this software to replace webMethods. 

The initial setup is not the straightforward. It took couple of months for us to set up.

We had planned to do it in a month and migrate all the file transfer interfaces into this new platform, but it took us two months for installation, then another two months to move the interfaces. It may not be a software issue, because there are so many other factors, e.g., resources, dealing with partners, etc.

We accepted the help of the SEEBURGER team, making it a typical software setup and installation process.

We have seen ROI.

The pricing and licensing is very competitive.

We evaluated SEEBURGER Business Integration Suite (BIS) and a couple of other tools. We found SEEBURGER Business Integration Suite (BIS) to be better suited for our organization.

The Active-Active helps handle larger loads without time delays.

Our reaction time has changed by 50% since implementing this solution.

There are so many moving components. Even if it is on-premise, some servers need to be on the DMZ and some need to be inside of the firewall, so working with SEEBURGER Business Integration Suite (BIS) made it easier.

We use it for our EDI. 

It's primarily for receiving orders from some of our customers and we then issue invoices to those customers via EDI. We also dialogue with our logistics companies who will be shipping the orders to the customers. We send messages to our logistics companies telling them about new products or batch changes or an order which needs to be sent out to this customer by that date. That logistics company will then confirm back to us when they've done so and that kicks off another process, which is the invoice. It's end-to-end in a lot of ways.

It routes electronic messaging from other companies. The benefit of that is that there's no human intervention, so there is less opportunity for errors. That's in contrast to receiving something by fax and entering it. Here, it's going straight into your system.

SEEBURGER has all the maps for a lot of our customers, a relationship with many of them already. So the onboarding is relatively easy. That helps a lot.

We use SEEBURGER Business Integration Suite (BIS) for getting orders from our customers, sending invoices out, and to have a dialogue with our warehouses. Using EDI means that there are more system-to-system interactions. That means that the people in our offices have more time to do more value-added activities, rather than just entering orders into the system.

We don't use it so that we can reduce headcount. It's more about being more efficient, adding more value to the business. Rather than sitting there mindlessly entering in orders, that is done automatically so we can use the resources elsewhere.

In terms of onboarding our new customers to create an EDI relationship, SEEBURGER Business Integration Suite (BIS) is generally very good.

It just works. We get a monthly report from them so we can see how it's all operating. I keep an eye on that report, but it's just on a very high level. If there's any failure, we usually get some kind of email communication from them saying, "We had this downtime, some messages might not get through." We also have a portal that we can look at to see if our messages have transmitted successfully and been received successfully. We have people monitoring our messages and if there's anything that has failed then they're looking into why.

Our customers send us orders by EDI. When orders come in they go into our ERP system directly, so there is integration there.

Another very good feature is that when they're doing proactive maintenance, they always give us a lot of notice.

There might be some improvements they could make to the portal, but they're not anything that stops me from working.

It doesn't happen that often at all, but occasionally we get a message, such as this one from a few weeks ago: "SEEBURGER Cloud and Managed Services operation team has recognized a critical incident, which delayed the message processing within the SEEBURGER Cloud Service. We are handling this as Priority-One." But this was the first such message in a very long time.

I don't think there's a stability problem. I really don't tend to get many issues. The agreement we have with them is 99.5 percent uptime.

At the moment, it's doing what we want it to do. Going forward, once we start looking at our future, we might think about other things you might want to do with it. But at the moment it's serving our purposes.

We have hundreds of customers but we don't have EDI with hundreds of customers because those customers need to have the ability to do EDI too. 

EDI is a very good efficiency tool and there are always plans to increase its usage, but there's a cost involved with that. The cost isn't just the cost with SEEBURGER Business Integration Suite (BIS). There would potentially be changes to our ERP system. Each customer has its own requirements as well, so each onboarding of a customer is not a "vanilla" process or the same as it was with the previous customer.

Technical support is fine. We log a ticket and we get some kind of response back. It's different from what we used to have when we had a dedicated business partner who, if we had a problem, would be contacted first. They've changed their model in the last two or three years and there's now a service desk you contact and they handle it. It has gone from that very personal relationship to a more helpdesk-type of thing. And whilst that's not a massive issue if you've got all the backup of the paperwork and the history behind it, when we had that one dedicated person, that person knew pretty much everything about our system.

When I first joined, there was one business partner we dealt with regularly, and now it's that service desk. We have lost that personalization a little bit. There hasn't been a massive issue with having the service desk. And when there was that one, dedicated person, there would be a single point of failure. For example, if that person left then we'd lose all that knowledge anyway. So I understand what they're doing. But with a helpdesk, sometimes you have to explain a lot of things over and over again because they have different people dealing with different tickets.

While you might want that one person, you also need people with that technical background. The service desk provides that technical background. I understand where they're coming from, but I did enjoy that relationship and being able to pick up the phone to one person and say, "We're having this issue."

Return on investment for us on this is the greater efficiency.

There is a standard agreement for the messaging every month. But if we make a change request — a change to a mapping or something like that — then there is a fixed price per hour. We get the quotes for those types of things from the service desk. We would then approve that quote before they started any work.

My advice would be to do it. But do not underestimate the time it will take to implement it. Just because SEEBURGER Business Integration Suite (BIS) may have a map with a customer, it's not a, "Yep, switch it on," and it will automatically link up. When I first started working with EDI I had no clue about it. People said, "Yeah, it's fine. It works like this." But I hit a lot of stumbling blocks, primarily because what you have to do to satisfy your internal requirements and regulations may not match up with other companies' requirements. 

We are pharmaceutical company so we have to have a lot of testing, a lot of evidence, to prove that the messages we sent are received in the way we want them to be received. Whereas for some other companies, they just want to do one test and go live with it. So my advice is to be patient and try and work through all the stumbling blocks. It's not as easy as people think, but it can be done. Once it's done, it's easy, once you've gone live.

The biggest thing we've learned is that there are not many barriers to using it. Persevere with it. Although each customer is different, you can find a way around it. It might take some time, it might take some effort, but it can be done. That is the biggest lesson I've taken from it.

SEEBURGER was very helpful to me in bringing up my knowledge on this topic. I am grateful to them and they're always available. They are a good business partner for our company so, generally, I'm happy.

In terms of users, it's our IT department that monitors the EDI messages, so there are at least four or five people there who use SEEBURGER Business Integration Suite (BIS). And we have the people who get involved with any projects related to EDI, so that might be another three or four people. And there are probably some people in our manufacturing department, maybe another 12 people, who are actually looking at the messages. But some of those people would not be looking at the messages in the SEEBURGER Business Integration Suite (BIS) portal. Only be the IT department does that. Other people look at the success or failure of messages in our ERP environment.

Regarding the fact that SEEBURGER invests a high proportion of revenue into R&D rather than promoting brand awareness, I don't really have any opinion on that. It's up to them, if that's what they want to do. For me, what's important is to make sure that my messages get through and there are no issues with my customers.

Overall, I would rate the solution at seven out of ten. We've lost a little bit of that personalization — someone who might know our business more. We're dealing with anybody in the service desk area. In terms of price, it's not massively cheaper. But I like that we've got an account manager. If I need to call him he's available. He gives me good information, so it's not like I've got no one to call. Overall, it does what it says on the box.