What is your primary use case for SEEBURGER BIS?

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.

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.

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.

We are a third-party logistics company. We work for a lot of people. We've got SEEBURGER Business Integration Suite (BIS) because we needed an SFTP server. We have a lot of customers at various levels of IT maturity. Originally it all started off with just FTP, but we now use AS2 and SFTP an awful lot, and we're now moving into the API world. There are some common interfaces here and there but, generally, it's all bespoke to each customer, of which we have about 75 to 80 and that's changing every month. We run in the realm of 800,000 processes a week. There is about a 50-50 split between internal systems talking to it and external customers sending files in. The solution is on-premise.

Our primary use case is EDI: commercial messages such as purchase orders from the customer. We send invoices, credit memos, and we also have a small amount of purchase orders going out to our suppliers and their responses come back in. It's B2B. I don't think we're doing anything "wow" or extraordinary. It's quite basic, traditional EDI. We get a file from our customers such as an XML file, standard ones from GS1, and that's converted to an IDoc which goes into SAP.

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.

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.

It is primarily an EDI translator for us. We have over 1,000 trading relationships running through it, totaling a couple of million documents. We don't just have EDI flowing through the platform. We have XML documents from some partners, and other things flowing inbound and outbound. But the bulk of it is EDI. Our deployment is on-premise. We went that way because we knew the cost of doing it the other ways was more expensive. And in general, that is the model that we use.

We use the solution for EDI and file swaps, but it will be used for all integrations going forward.

EDI with automotive businesses is our primary use case.

The reason that we bought the product was that we have a very robust healthcare inventory environment in SAP here at the university. That involves huge inventory, purchase orders with 300 lines, electronic invoices, 856s, 855s. We knew we were going to have to have some standalone EDI ability here. That was the main goal of getting it, which we very quickly accomplished.

We are using it mainly for EDI with a wide variety of trading partners. We do a lot of EDI transactions with a lot of our customers and vendors, as well as a few healthcare providers. We have a lot of transactions, but we don't really have that big of a load. On a daily basis, we have around 2,000 transactions.

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 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.

We use the product to process for our EDI/B2B platform. It supports various transaction formats including X12, EDIFACT, cXML and xCBL. We also use the product to handle various communication protocols, including AS2, FTP, HTTP and PGP encryption.

The company has been using the solution for three years now. I have been onboard for one year. We are using the managed services, which is cloud-based, and SEEBURGER Business Integration Suite (BIS) manages this part for us. We do have a modified or hybrid managed services model. We do our own mapping internally, but everything else is through the cloud and SEEBURGER Business Integration Suite (BIS) services.

The primary use case is EDI. We also use SEEBURGER Business Integration Suite (BIS) to migrate and transfer files. We have two systems: development and production. The landscape has two systems and levels. It is hosted by one of our providers in-house.

It's our EDI translator. We use it daily, it's on-prem. It's SEEBURGER Business Integration Suite (BIS) 6 and we've been using it for eight or nine years.

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.