IBM FileNet Reviews

We use it mostly as our content management system. It is our system of records, so it is where we store all our engineering, HR, admin documents, etc.

Instead storing our documents offsite (physical documents), we are storing all of our documents electronically. Therefore, we do not have an outside storage fee.

• Document storage
• The ability to search
• Check in/check out

I would like to see expanded search features, like content search. The search needs to be improved. 

Stability is perfect.

It is very scalable.

Technical support is very good.

We previously had an in-house solution.

The initial setup is a little complex. The installation and configuration to start up needs expert level knowledge.

There are lots of components to the product. Make sure before you invest that you know which components you need.

It is a very stable, scalable system, but it needs a little improvement. 

Most important criteria when selecting a vendor:

• Price
• Name
• Expertise
• Reference.

Reference is very important for us, because we are a government agency and prefer to have a government agency reference.

• Enterprise content
• Document management
• Worker's management, which we are currently not leveraging. 

It is performed fine. It is a robust solution.

From the document management side, it is able to integrate with some of our other systems, such as SAP.

It has a robust API. We are able to have systems communicate with each other, and do business process automation. Although, there are a lot of opportunities that we have not leveraged yet.

• The document management elements
• The worker's management pieces
• The distributive environment capabilities

We run a global corporation with locations all around the world, therefore the distributive environment is important.

I would like to see Azure AD added.

It is a good, stable system.

I have found that it scales well.

I would rate the technical support as medium. I do not like the login process. It is not great. 

Getting an ID, and the IDs across the different things. IDs used to solve similar problems.

I was not involved in the initial setup.

If you are planning on managing records, go with a OpenText, FileNet, or Documentum. A lot of times companies go with SharePoint as a default, but there are some pain points around worker's management in SharePoint. 

Most important criteria when selecting a vendor: Company's position in the industry within that particular technology field. We want market leaders. A company who can support an 80,000 person company which is global.

We're in the process of implementing it for what we call a product plan approval process. It's going to be used by project managers to submit their product plans to our department that will then go on and approve them.

For example, if they want to produce a pamphlet, or a website in support of a particular objective, they will hit our product plan system to input what they want to do, what they want to produce, and then it will go through an approval process. Then they'll be able to produce it in whatever languages they decide that they want to produce it in. It's more an approval workflow that we're using it for.

We will also use it for integration back to our product lifecycle management system, as well for our materials management division.

It's a lot simpler than us doing in-house development of it and managing it, so that's part of it. But the overall improvement I'd say is through the ease of automation, it takes away a lot of manual processes.

The workflow. I would say the workflow is pretty good. Also, the flexibility of being able to create custom objects with a lot of domain-specific attributes that we follow.

One of the things I know is a bit of a challenge for them - because I know that it lives on top of FileNet, so it's not necessarily living on top of a relational database, per se - is that we also are using it as our system of record for our language management and our language definitions. I know that that was a little bit of a challenge, just because of the underlying architecture.

So far, so good, but we're also very new, in this implementation particularly.

I still don't know about the scalability yet.

We've been using an implementation vendor to help us get rolling with it, a company called Vega. They've been very helpful.

I was involved in a lot of the planning, and specifically for the technical aspects of it, integration and data migration. It seemed pretty straightforward.

When selecting a vendor what's important are the 

• product
• service, response
• name and reputation.

We definitely look for somebody that we can trust, that understands our vision, that is reliable, that really is going to do their best to kind of help meet our needs without necessarily trying to push us into a corner.

I would give Case Manager a seven out of 10 at this point, because I think there has been some challenges with trying to get the language library. I know that we do have some individuals that do need to come up to speed on it technically, and the only onsite training for Case Manager is in Europe, there is not a lot of US-based training. So they have to do all their training online rather than being able to go and have a good bootcamp-style training somewhere nearby.

In terms of advice, I would say use our partner, Vega, because they've done a really good job. It's been, honestly, one of the quicker implementations that I've been part of, overall. They've done a really good job coming in and understanding our business scenario, our business case; the speed of delivery is actually really impressive. We're going to be going live either end of this month or beginning of next month. It's been six months to replace something that has been broken into two different pieces that we're merging into one, but that have been parts of solutions that have taken us much, much longer to put together.

It is primarily used for storing documents and other content in our repository for underwriting purposes.

I have been using it for a little over two years now. I think it's been working out great for what our needs are.

Case Manager is a web-based application. The product we were using before Case Manager was a desktop application. We had a lot of issues with that product. Ever since moving over to Case Manager, it's been really easy and simple to use, and it's just perfect for the job.

I think it's valuable that users are able to create their own content, and they can manage their own sets of tasks, to work at their own pace and get their jobs done.

In terms of upcoming releases, I was in a couple of sessions on the IBM Case Manager roadmap, here at Think 2018. I think it's really cool that they're now taking the time to listen to their customers, and bring features in that customers have been asking for, for years.

One of the features that I thought was very cool is that you can edit your documents within your repository straight from your desktop, from your device. You don't have to have a special editor. It will just connect to the native application that the file works with, and you can just check right back into your repository. I thought that was very cool.

In my opinion, it is very scalable. We have couple of smaller solutions that are maybe 20 to 30 users, and then we have bigger solutions - we're talking hundreds of people using it at the same time. I think it's pretty scalable and stable.

I have been using IBM technical support to work with IBM to hash out their glitches, bugs on the product. I think that IBM has been very helpful. They are very professional when it comes to working with their customers. It's very helpful.

I was not involved in the initial setup.

The only way to really tell is to try it out, see how it works for you. I think it's a great product.

We use it for monitoring events, authorization of events, for communication among all teams, all divisions of the company. It is difficult, for example, to manage a case throughout the company. BPM is no good, and Case Manager is so elastic, so flexible.

It helps with tracking cases, tracking problems, it's so good for that.

The designing. The design of development is so easy. It's a good product for designing flows, BPMs, and configuring roles.

I would like to see them improve the capabilities in the cloud, and the analytics.

It's so stable.

Scalability is good. I don't know about the cloud version, but it's good.

Good.

It's easy. The most challenging part of implementation with this product is designing the case and the flows.

When I select a vendor, the most important thing is the possibility to move to other technologies, connectivity for the digital ecosystem, and sharing; how the product shares sets for other companies.

I rate it eight out of 10, because it's stable, it's elastic, but difficult for designing the business use case.

Before implementing the product, try to pilot it, in a small division, work it in a small division and then try to scale.

We use IBM Case Manager as our platform for deploying our telemedicine solution. The use case is delivering connectivity between patient and doctor without any third parties. The cognitive capabilities of Case Manager and how we're able to create a case, which is a patient, are very valuable for us. Everything that goes into an object is about the patient, versus it being event driven.

The most critical benefit has been ease of use. It speeds along our development, helping us go to market a lot sooner.

It's cognitive capabilities and scalability. 

I'd like to see more cognitive. That's obviously where all of our world is going. I think if we can have more of those types of features and functions as a core, out of the box, that would be very helpful for us and our space.

Excellent. It's probably one of the most mature pieces of technology that IBM offers. 

I believe we built it on that platform because of its ability to scale to whatever size we need to go to.

We're consistently using technical support and they're doing a great job to this point.

We started with IBM Case Manager after doing our research on some of the other ones, just sampling them. We saw that the other ones didn't have the scalability and were very easily breakable.

For me, the most important criterion when selecting a vendor is trust.

There's a level of complexity, but our exposure, for starters, has been with the IBM Concierge, where the solution is fully loaded already, Case Manager on all of its platforms. But when we try to do it ourselves, that's not as smooth. 

We started with considering doing a peer, mobile-first type application. Obviously, from a mobility perspective that's great, but you need a lot more heft from data storage and otherwise. 

I will rate it at eight out of 10, because I think some of the technical pieces, when implementing it ourselves, were something of a roadblock until we discovered the Concierge. Those are some things they have to work on. We'd like to be a lot more independent for something like that. But outside of that, from what it delivers in terms of functionality, it's great.

My advice would be, respect the maturity of the solution if you're trying to go to a huge scale. Most new stuff breaks.

In our organization, we have a lot of documents, such as policies. It is very critical for our organization to have safely and securely stored content in our system.

FileNet is the best tool in the business for our organization to store all our content, policy documents, and claims.

We have been using FileNet since 2000. Since then, we have been upgrading our file systems with a lot of tools and the latest file systems.

It has improved my organization by how we release documents, claims, and policies. It is very important to quickly review documents to make the customer satisfied. This is solved when we use the product.

It is a faster, robust solution. The platform compatibility is very good.

To start with there are too many add-ons, which makes it hard for us. If they simplified the add-ons and plugins to be added to our existing systems, it would definitely help us in the future.

Stability is really good. Earlier, we used to have a lot of issues with the stability, especially with the updates for the new products. The new additions made now are so stable. It is a very good for operating systems. They have simplified it using products in different situations.

Scalability is really good. Earlier, it used to be a cluster-based solution. Now, with the latest versions over the last five or six years, we have a form architecture, which we produced. We find that it helps for scaling all of our systems to our service.

We use IBM support quite a lot. We have a license with this product, then whenever there are any issues, we always contact IBM to get them resolved.

The beauty is the response time. It is very good nowadays within the platform.

Earlier they used to have a very basic version of FileNet, the content services. That was back in the mid 90s. We also had the product that were being used on the FileNet site and also having too many issues. They came up with the new products like FileNet, which made it easier to store the documents. They added more security on top of the documents. So there's a lot implements that happened over time.

The main product we use is IBM based products, FileNet, the case manager and that stuff. On top of it we build a lot of APIs and other services and that includes supplemental customer applications. So for that, we mostly work with our participating companies who are rather preferable for our company.

It was complex. There were a lot of dependencies depending on the product. It had to be compatible with the Windows matching. All the time it had to be compatible with X and OS, so we did not have dependencies with all the operating system rights. 

For the medium scale or large scale, I would recommend FileNet. FileNet is free of licensing expenses, thus good for the money. It is not expensive, but worth for the money, especially for medium scale and large scale industries.

For small scale industries, they allow different options. They can do open source. It is the complexity of the data security that they should think about before they choose.

There were a lot of other vendors trying to overtake it, like Hyland, for more than 15 to 20 years. FileNet has had the same platform which is stable, but it is very compatible with our requirements. It supports OS, Linux, Oracle and digital, making it more flexible than most products on the market.

We use FileNet with our Cognos. We used to store all of our report history within Cognos, inside the content store. We've removed it from the content store and put it inside the FileNet system. Our users can still access their reports, but we don't have to store it in our content store.

Our main benefit is keeping our content store small, where our content store was about 5.5GB. Best practices from IBM is about 3GB, so we were way over that. By moving all the report history out of the content store, we're now down to about 1.5 to to 2GB.

Keeping our content store small. That helps our DBAs when they have to do the backups of our audit system, or of the content store. It's in SQL Server, and to back up SQL Server of something that size takes a lot of time and a lot of effort. But now that we've shrunk that down, it's a little bit more manageable to handle backups. I know if we do ever have to restore our content store - which we hope we never do - we're able to do it in a more timely fashion because it's smaller in size.

It does what we need for it to do. As long as it can continue to handle the volume that we're throwing at it, I don't think that it's going to be a problem.

We've been using it now for about four years. When we first went to it, we were having some issues, communication across the network issues, but we have had very few issues with it. 

We add stuff to it all the time, so it's scaling vertically all the time, and we haven't had any issues with it. We started out around 3GB, and we're up to about 5GB, and we expect to be somewhere at around the 10 to 12GB mark by 2020, just because that's the way our business is growing.

One of our account reps was very instrumental in getting us set up, but we really haven't had, other than network latency issues in the very beginning, a lot of issues where we needed to go to technical support for it.

We were using the out-of-the-box content store of Cognos, and we were just busting at the seams, so we had to come up with a solution. One of our account reps actually came up with the solution. We looked at a couple other things, but this was a solution we decided to go with.

The important criterion for us when selecting a vendor is mostly that it's going to handle volume. Our particular company is a distribution system, and so we have tons and tons of data, so we need to be able to handle volume. What we typically run into is, people give us a proof of concept, and it will handle it with a small use case. But when you try and explode that use case into something that we need, at the volume we're working at, many of those solutions just fall flat at that point. This particular solution, that didn't happen. 

It was pretty straightforward. Like I said, the biggest issues we had were on our company side, the network latency of moving that much data across our network at one time. Once we opened up a dedicated pipe for that data movement, we haven't seen any issues like that.

I'd give it an eight out of 10. Eight's not high, not low, necessarily, but it does everything we need. I'm not going to give anything a 10, but I'm definitely not gonna give it a one.

I would say you need to take a look at the size of your content. If you're going to use it to replace the content store of Cognos, you need to look at the size and make sure you're within best practices. Cognos is a product that's wishy-washy at times, and most of the issues that we've ever had with Cognos were because our content store was too big. Now that we've shrunk the content store, our Cognos is actually better. If you are looking at that, this would be a solution I would suggest to you, just to keep your content store small.