OpCon Reviews

I use OpCon to automate processes in a financial institution.

OpCon provides a single point of control to orchestrate workflows and file moments which is incredibly important.

With the implementation of OpCon, we require minimal to no staffing on weekends or nights. The automation enabled by OpCon has streamlined our operations, reducing the number of personnel required while simultaneously enhancing our operational capabilities.

OpCon has enabled us to manage more complex schedules. We have seen a mass reduction in error rates and a lot of time savings in the target business units and operations.

I don't have a dedicated staff. Instead, I collaborate closely with a wide range of individuals. OpCon has enabled us to accomplish more with a smaller team by empowering project management teams to direct the processes. Consequently, we prioritize tasks that they deem valuable.

In the rare instances where we utilize the self-service feature, it empowers our end-users to handle their tasks independently without the need to submit tickets or contact the operations team. They can complete their processes at their convenience, allowing for flexibility in their workflow. This flexibility ensures that they are not required to execute tasks at a specific, predetermined time point.

We use OpCon to manage legacy systems alongside modern systems, which has allowed us to maintain functionality and efficiency. While some legacy software can be cumbersome and we are unable to eliminate all of it, OpCon enables us to make the most of these systems. Integrating OpCon with new components has streamlined our operations, creating a cohesive and user-friendly system.

Our company has implemented OpCon for over a decade, and we currently execute more than 2,000 processes daily. Achieving this level of process automation was not a sudden accomplishment; it has been a steady and gradual growth process. Quantifying the precise impact of OpCon is challenging due to its long-term integration into our policies, procedures, and processes. However, we estimate that OpCon has saved us hundreds of hours per week.

OpCon minimizes errors regardless of the task's complexity or whether it's a repetitive task with a predictable outcome. Therefore, complexity is not the primary factor contributing to errors; repetitiveness is.

The time to value with OpCon is immediate because it instantly frees up one person's workload. That's a win right there. No matter how big or small the automated process, it's one less manual task that someone has to do. While we may not see an immediate return on investment at the corporate level that executives crave, the positive impact on employees is immediate and tangible.

I find OpCon's ability to monitor files and folders, and its integration with other software to be the most valuable.

The UI is very dated, click heavy, and has a very unintuitive layering with in some screens. It is often difficult to see all aspects of what is entered on a given screen. 

OpCon's pricing model has become increasingly à la carte, with numerous individual components available for purchase at varying price points. This fragmented approach could be improved by implementing either bundled pricing or a more streamlined pricing structure.

I have been using OpCon for ten years.

I would rate the stability of OpCon ten out of ten.

OpCon is scalable.

Unfortunately, we can no longer reach their technical support by phone. They now only assist through email or their ticketing system. While we miss the convenience of phone support, their email and ticketing system responses are notoriously slow. However, when we do connect with a representative, they are extremely knowledgeable and helpful. It's just that there's no sense of urgency, and we're left waiting for a response indefinitely.

Neutral

We utilized a significant amount of Azure's native functionality. Azure offers a wide range of services, with some having multiple designations. Primarily the Azure automation.

OpCon is far more functional for us because not all of our applications are hosted on Azure. Therefore, OpCon's cross-platform compatibility allows it to connect to our legacy system, while Azure automation is limited to the Azure environment.

The initial deployment was straightforward. I can complete the deployment myself.

OpCon's pricing is quite fair. The task-based model is appealing because it allows us to scale up or down as needed. We're primarily focused on scaling up, and the model has been working well in that regard for some time now. However, the introduction of à la carte offerings on top of the base price is becoming a concern. While the base pricing is reasonable, the à la carte options are making the overall cost more complicated and potentially problematic.

I would rate OpCon a nine out of ten.

Regular maintenance is necessary for OpCon, encompassing updates, patches, and server reboots. These activities are similar to the standard maintenance required for other software applications.

We have OpCon deployed within our production environment and development environment.

Before implementing OpCon, it is crucial to have a thorough understanding of our current processes. The processes we intend to automate must be well-defined and documented to ensure a successful automation endeavor. Additionally, a realistic commitment of time and resources is essential for automation projects. As we gain experience and expertise in automation, the process will become faster and simpler. However, allocating appropriate time and resources remains paramount throughout the entire automation lifecycle. This includes time for understanding the processes, integrating them into OpCon, and conducting thorough testing to validate the processes within OpCon.

We automate everything we can with our core banking software, including daily and nightly processing and any other recurring IT jobs that can be automated. A lot of our employees access OpCon via its self-service feature. We're a financial institution, so various business units use it, including some people in our mortgage or insurance department. It's mostly used to start processes or run reports on demand and that sort of thing. It's a set-it-and-forget-it solution. 

The most significant benefit is time savings, which translates into money savings. It's hard to quantify how much time we've saved. When we first installed it, we could maybe calculate that, but at this point, we rely on it so much that I have no idea how many person-hours it would take somebody to do these tasks anymore. 

With the processing time freed up, we could focus more on the other business units to implement what they need and work on other special projects. In general, it made us more productive while reducing calls to our IT help desk. The users can do what they need to do without opening a ticket with our IT department or waiting on IT resources to be available. They know they will use the same criteria, so there will be consistency in what they do.

The most valuable feature is the automation in general. We don't have to rely on somebody to manually do the same process over and over again, risking human error. We like the consistency. It's the same way every time. Moreover, it integrates well with our core software.

I'm sure there's plenty that could be improved, but some of the biggest pain points aren't necessarily a fault of OpCon itself. For example, the FICS integration is a little bit clunky. We've had some tickets with their support team, and sometimes they couldn't figure it out, but that probably has more to do with FICS than with OpCon. If there were room for improvement on the SMA side, it would probably be cross-training. They have a person, maybe two, who deals with FICS. Nobody else knows it.

I've been using OpCon for probably four or five years.

OpCon is stable. We've only had issues with problems we probably should've known how to prevent, so the solution itself is stable.

OpCon is highly scalable. We don't necessarily have a need to scale it beyond what we have now, but it's easy to see it scaling up. However, we don't have any plans to scale up significantly. We'll scale but not a massive amount.

I'd rate SMA support an eight out of 10. We haven't had to contact them much aside from FICS integration and support. If it's a simple issue, they can knock it out without any problem. However, when we've called with more complex problems, we haven't gotten those fully resolved. 

Positive

I think our previous solution was called AutoMate. It wasn't nearly as robust as this, and it relied on on-screen scrapes, etc. It was pretty dissimilar to this, and we retired it as soon as we had this in place. 

The setup was relatively straightforward, but we had someone from SMA on-site, so they walked us through it and showed us how to automate some of our more complex processes. I think the whole setup took two weeks. 

For maintenance, it only takes two or three people in IT. Everybody else has access to it, but we have a core group that maintains it, and then there are around half a dozen to a dozen self-service business users. But from a day-to-day perspective, it's low maintenance. If you're not changing anything, you don't have to do anything. If you're setting up new processes, that takes a little work, but you don't have to babysit the solution.

I'm certain we've seen an ROI. I haven't run the numbers myself, but I'm sure it's probably reduced the number of full-time employees we need by at least one person.

The licensing and pricing model changed this last year, so we're getting used to that. I think it's ultimately going to end up being more expensive. It depends on the scale of the business. It used to be per machine, so we had X number of devices licensed. Now it's not. If we had a lot of machines, the new license might have decreased the cost. Unfortunately, we didn't see the same gains. There wasn't any consolidation of licensing with the shift.

I rate OpCon eight out 10. If you're considering it, I don't think you'll regret it.

We primarily use OpCon to manage daily activities, generate reports, and handle FTP jobs for our full-service credit union.

OpCon improves our daily operations by automating many manual functions. OpCon's ability to run jobs in our host system allows us to create simple, effective automation that requires minimal employee interaction - thus helping improve our efficiency and reducing errors. We also use it for many other systems and also to trigger various scripts such as PowerShell and Python.

The automation of manual tasks using OpCon has reduced human error. In any place that we implement OpCon Automation, it removes the ability for inputting something incorrectly, and/or it will throw out an error. If we are asking for input, if they put it in incorrectly, it doesn't then attempt to run the process. It stops and says, "You did this wrong." We have that ability to kind of put those parameters in there as opposed to entering something incorrectly and then not finding out about it until the next day like, "Oh shoot, we updated a parameter and we missed a zero." OpCon definitely gives us a better feel for that. We have on my self-service alone probably 40 jobs in here. Then in our daily list running, we have over a hundred schedules running different things on a day-to-day basis. So I don't know how I can quantify how much it's reduced but it's over 50%.

OpCon has saved time for our IT team overall. In just over the years that we've done it, we keep adding new things to it. As an example, we're getting better at writing scripts that we can then execute with OpCon to alert us to various things that might be happening either in a host system or something like that. Thereby that then reduces research time to try to figure out when something went wrong. You can get a little bit deeper into it if you start using the advanced failure criteria where you can then have it so that you can say, "Hey, if you see this exit code, do this." Doing a little job output parsing, finding some different ways to push out notifications that let us know that something's gone wrong well in advance of a department coming back to us and saying, "Hey, this report didn't print the way we wanted." Or, "This process seems to be off." It definitely reduces the time that we spend looking into these projects or into these problems.

With IT time freed up, our organization has been able to move forward with other business needs. The company is learning that the ability to automate some of these things is freeing up time. Even if we're doing short-term stuff, for example with the PPP loans, the loans that financial institutions were giving out to businesses during the pandemic to help out. There's a ton of work and paperwork that goes along with that. I've been working with them to help them build some automation so that to flag loans on particular loans for particular reasons, or to pull data to send to our main house, to send out letters. That's a small example of what we're working on there.

OpCon increased our organization's overall productivity. It's hard to quantify it from my position in a company of 758 people. I don't have the statistics for all the other departments.

Last year, we added a second environment and the OpCon Deploy product. This has allowed us to build a testing environment. This has been a great addition for us as we can work through our workflows without disrupting our production environment. 

Our users use the self-service features. We have a number of them set up and their self-services are actually called Solution Manager. My accounting group uses it and my payments group probably uses it the heaviest. A lot of times we use it for daily postings, either GL postings or we have various different payroll postings that the payments group has to process based on some accounting groups that we work with and things like that, that have to be done a little bit separately than the regular payroll postings that we do. That's just the tip of the iceberg, I do have it set up for a few other groups just to do things like upload or actually transfer files via FTP to other vendors. It's a one-step process where they've created a file and that file needs to be consumed in some way, either via our host system or sent out to a vendor.

The self-service feature reduces the complexity of the technical aspects of workload automation. We've been using OpCon since 2012. Being able to give somebody a self-service button that they can press to consume a file to run a process within our host system was a huge advantage. Before, somebody had to go into the host system, run a particular batch job, manually type some things in that could also then be typed in incorrectly and create problems. It's taken a lot of steps away from what used to be a very manual process. People in other departments are not always technically minded like we are in IT, it helps them to focus on what their job is as opposed to having to do their job and then understand how to run this whole major IT process.

The self-service feature definitely increased our user's productivity. I can remember when we had an eight-page checklist that we had to go down each item and run each of these, "Step one, do this. Step two, do that." And when we brought OpCon and that clearly reduced all of that daily having to go through a checklist. We actually had one person in IT, and their job for the day was to run the checklist. Once we went to OpCon automation, whether self-service or just fully automating some things, it reduced that checklist to basically nothing at this point.

Upgrading to newer versions remains complex. I am not sure if this can be streamlined however, as when the enterprise needs to be updated, typically, all associated agents throughout the environment also need to be updated. Also, all agents, connectors, etc. all need to be on the same version for compatibility. Good documentation of your environment as it grows is very important.

We've been using OpCon since 2012.

OpCon is a very stable enterprise. We have had very few downtime issues.

Due to the fact that OpCon works with Windows and UNIX commands, it can be expanded into many areas along with embedding PowerShell scripts, etc. We continue to find new ways to utilize OpCon.

I have worked closely with many technicians at SMA and all have been excellent and committed to finding solutions that work.

OpCon is an expensive and complex solution that will take time to learn. However, once it is in place, it removes many manual processes throughout the organization. It would be best to start small with the some of the main functions first and then build up from there.  

We do not currently use OpCon's Vision features. Mainly because I've been doing it for so long and I learned through the older enterprise manager, that's where I spend most of my time. I do know that SMA has made a point of really moving the operational side of OpCon to their URL and more into the Solution Manager, which would then force us to really start using the Vision more.

It's like any other enterprise system, as they grow and we move things more to a more visual GUI type interface, then you kind of have to just grow with however the vendor grows. I'm looking at Vision like, "Do I really look at this? No." I don't even know if this is connected. We're not really set up for Vision yet so it's probably a while. It's down the road before we start using this.

We have OpCon in our test environment, we're testing that right now and putting it into production next month.

Our primary use cases are for our core system that does batch processing for our core system, which is Symitar. We have automated about 90% of our daily processing. And we have started to branch out to utilize it more for Self Service where our other business units can automate some of their processing as well.

The fact that if you automate your core processing, in our case, alleviates the need to make sure that if somebody is running late or somebody calls in sick, your jobs are still going to run, they're still going to be on time. It has notifications built-in to let you know if something has failed or has missed the start time. It really keeps your business flowing and with proactivity. That's been the biggest example for my institution. It's the fact that we're a 24-hour shop. There's no downtime. It keeps us running and moving. We're about 90% automated if we look at our core processing. 

The automation of manual tasks has reduced human error by at least 40 hours a week. It's essentially saving another person. 

It has saved our IT team time by automating things a lot less wait time for people waiting for my team to actually run processes or transfer things. There's no delay in between the time when something is supposed to happen and when it happens.

We are able to move forward with business needs. My team is now able to learn, do additional training and other facets of IT. Rather than spending the time blending jobs, transferring, and doing things manually, they're now able to work on other projects within the organization. They're learning more about different areas of how other things function within IT. We become more project-oriented than process-oriented. We're able to identify things within the business that we can automate or that could be changed. We've gone from reactive to proactive

We are at least 80% more productive. 

There are a lot of valuable features. The version that we're currently casting, Self Service, is going to be the most valuable to us. It is going to allow us to open up the doors, broaden our automation capability and help other business units to be able to automate a lot of the little things that they do from day to day. I'm really looking forward to being able to help other areas with their automation needs. Self Service is really key.

OpCon is pretty easy to use. I'm not a programmer, I had no formal training. They offer some basic training courses. They also have a lot of documentation online and their support staff is super helpful. So it's pretty easy as long as you can take the time to familiarize yourself. It's a pretty easy application.

For the Enterprise Manager, the UI is okay. It puts your processing in alphabetical order instead of the actual processing order, but they are building a new UI. They really are on track to make it even more user-friendly. It's like they're listening to some of the common complaints from their customers, or they started to build out what we need or what we are looking for.

We are setting up the Self Service feature right now. That's going to be our biggest list in our organization. We just installed it and went through our training a few weeks ago. My team is building Self Service buttons in our testing environment right now.

Enterprise Manager is a little clunky which I know they're addressing in the solution's manager. 

It's annoying that our processes are listed alphabetically. It should be listed in dependency order or order of processing. That's one thing that drives me crazy. That's my biggest issue.

I have been using OpCon since October of 2010.

They've gone through some changes recently with the owner, but I know that they're on the right track. I feel that they're very stable.

They see that there are other competitors out in the market that do what they do. So they want to make sure that they stay relevant and are able to keep up with changing technology. They put a lot of stuff in the new release from 19 to 20. The team has been working really hard to take that stuff into account, like how to future-proof and make this more flexible. I think it's very scalable.

Currently, six of the admin users are me and my team. And we are primary users of OpCon, which means that we are monitoring and setting up. And then we have our Symitar administrative, our core host system administrative who's also involved. We also have our payments team who used to do ACH and draft returns. They are primary users as well.

For deployment, you really only need a couple of people, but I'd like to ensure that my entire team is well trained. You don't necessarily need seven people, if one or two people have a backup is plenty. My team's official title is Computer Operators. They're basically responsible for batch processing and file transfers within the credit union.

Right now 90% of the usage is my team with a small bit with our payments team. So one thing we've been able to do is learn more about the product, go out to our business and see what their needs are. With the new version and the Self Service features, we plan on branching out because Self Service allows business partners not to have to log in to either our core system or the OpCon system, it's through a UI or URL. And so the thought there is that we will be able to branch this out to accounting collections. The payments team has the other items and the card services team as well. There are certain processes in the run in our core and we would like to automate those so that they can just either run automatically or they control when they run them through.

We will start with Symitar and sometimes Symitar will refer us back to SMA. They work really well together and we're able to come to a resolution, but sometimes it's both systems in OpCon and Symitar that have an issue.

SMA support is super helpful. They're a great team.

We also looked at DMC. OpCon has a relationship with Symitar. That was a selling point for us because they have a close relationship and they already have several Symitar clients using OpCon and they came with great reviews. DMC had several other core systems that they were automating but Symitar wasn't the main system. So we just felt more comfortable going with SMA.

The initial setup was pretty straightforward. We had a great team. We had both SMA and Jack Henry, which is our core vendor. They were both on-site. They worked really well together. They were very hands-on in training and had me and my team involved in the whole process.

The deployment took us two weeks. We wanted to implement it in the test first so that we could see how it interacted with our core and our other systems within our network. So that's where we first installed it so that we could do our basic setup and testing. And then once those testing passed, then we set aside some time to set it up in a production environment. Because we obviously didn't just didn't want to gung ho and go back into production.

We use Jack Henry. They are our Symitar, which is our core processor, our integrator.

They told us about SMA because SMA has a relationship with Jack Henry as a core processor. They did a lot of their automation. Jack Henry told us about SMA, which is how I came to bring them on board. Because they had already built a lot of automation for our core processing. They already had a business relationship. 

We currently renewed with one of their new technology bundles. It's around $36,000 annually. We run a query of our SQL in our SQL database to see how many jobs we run. They're charging us per usage and whatever add-ons you want to use with OpCon.

My advice would be to ask a lot of questions. Make sure that you involve your entire staff from beginning to end. OpCon was a really easy experience. Having them on-site, sitting next to you with hands-on experience, you can't beat it. They're not hiding anything. I really appreciated the amount of effort that they put into showing up, training, and following through as well. Whenever something did go wrong, they're always there to support you.

We consider OpCon to be one of our tier-one applications, meaning it's almost as critical and important as our core host system. We haven't done any vendor comparisons in ten years because we're very happy with them. 

Typing matters. A lot of what you enter is manually typed. So watch your spacing, watch your fat fingers and copy and paste or copy schedules wherever possible. And then the other trick is eventually you always have a frequency. Those are the few things that I mess up on that really make my whole deployment delayed because I can't find why it's not working and it's always usually because I have an extra space somewhere or character I didn't need. Watch your typing and have a second set of eyes.

I would rate OpCon a ten out of ten. 

We use it to run our core system, Corelation KeyStone, as well as all of our batch processing and file movement, automation, and extract processing. We also use it to automate custom Keystone updates with Infuzion, a third party tool which streamlines input to the Keystone API. 

It's important to keep in mind that OpCon and KeyStone, together, are a completely different animal than Spectrum and UC4. They are separate systems. They work differently. What we gained with OpCon was the ability to continue to automate everything. That was the real key for us. It's not that we got better at it. We were just able to continue that level of service, which was our goal. I can't tell you what it would be like if we switched from another automation tool to OpCon for the same core system. That's not what we did. It's just that OpCon happens to work so well with KeyStone. I don't think there's another automation tool out there that's going to be able to touch it, although other vendors have since entered this space. Automic now has connectors to KeyStone and offers a viable alternative.

Total automation is our key and Corelation, which delivers the KeyStone product, is not looking at automation. I think they know they have a good partner with SMA, so they don't think about it too much. Their point of view is that they want you to do the batch processing from within the core. SMA's perspective is, "No, you want to automate all of that." Of course, that's what we wanted as well. SMA's vision was the same as ours. What OpCon really gains for you is the ability to have total, lights-out processing in a way that the core vendor doesn't quite understand or have experience around. And it's okay the core vendor doesn't have that experience because SMA does, and that's where its real value is. It will get you to the place where you can have complete, lights-out automation.

We've automated everything that runs in the batch or customization-batch updates for KeyStone. A typical day for us has 70 schedules and 496 jobs. At our credit union, we haven't had an operator since 2003. An operator is in the role where, when someone at a certain time of a day is running a batch job through the system, they're watching to see what happens with it. They're making sure the files are in the right place and the output goes where it's supposed to. We replaced that in 2003 when UC4 it started doing all that for us. OpCon has just picked up where we left off. It handles everything. And whenever it comes time to implement something new at the credit union, we're going to make sure that OpCon's driving the batch-automation on the backend.

If we're running 70 schedules and almost 500 jobs every day, we can't watch all that. There's no way. And we shouldn't have to. Automation tools are so robust, and they have been for 15 or 20 years now, that automation is a given. Any credit union is going to be automating as much as they can.

In terms of freeing up employees through automation, we've also been automating processes for other departments, not entirely with OpCon but with other solutions as well. We haven't eliminated positions as a result, but we've helped free people up to do other work by taking away repetitive tasks. OpCon allowed us to do that. They have been freed to do more challenging tasks. We would never get rid of a position because their stuff has been automated. We would just free them to do other more valuable tasks. By using Solution Manager in OpCon, we've been able to automate tasks for seven departments. Each one of those represents a task that was repetitive that we were able to automate, at least somewhat. We don't look at it as individuals or FTEs, but rather as departments that have we helped become more efficient by our automation process.

It's the entire automation landscape that OpCon provides which is valuable. The way it works with Corelation KeyStone is probably unmatched for that core system in the credit union industry. SMA has created four connectors that work with KeyStone in a way that allows us to automate basically every batch-processing or back-office task. That's the true value.

In addition to that, there's also a self-service solution manager, I believe it's called Solution Manager, that allows us to enable staff to run complex automation tasks by clicking a button and entering some information. They don't have to have access to the OpCon environment to kick off those kinds of events.

It would be great if you could create physically separate "clients," as I call them. I wish I could have a production client and a testing client and that they would be separate. We have since upgraded our license model with SMA which allows us to license a test server, which will give us better flexibility for separating prod from dev.

I know that SMA is making a push to move everything into Solution Manager, a web-based interface with OpCon. Frankly, I will be sad to see the Enterprise Manager go away. Enterprise Manager is difficult to learn at first, but once you learn it, it's very powerful and very quick to get solutions in place, to troubleshoot, and to observe your production. I really like it.

In a production environment, at our credit union, we've been using it since October 2017.

OpCon has been rock-solid. It works day in and day out and is very robust. It runs on Windows Servers, but it is a very high-availability, robust scheduler automation engine.

In two years, we've had one OpCon database issue that woke people up overnight. It halted production and SMA had a fix for it pretty quickly. That's one time in two years.

I haven't seen any concerns about scaling OpCon to automate what we need. It's been very robust and it can handle whatever we throw at it. I'm confident that as we continue to add processes into our core system, OpCon will be available to drive whatever automation we need.

We don't really plan to increase usage, but as we add new products to our core system, by default, we'll use OpCon to automate whatever we can. For example, we added mobile check deposit last summer as a product for our consumers. I realize that most financial institutions have had that for a long time. On KeyStone, our new core system, that became possible. OpCon has automated quite a few pieces of that for us, such as eligibility and sending restriction lists to the different vendors, picking up posting files, etc. We never thought otherwise, that we were going to use something else. We just said, "Okay, how are we going to get this into OpCon?" 

That's how we approach every new product that we add to our KeyStone system for our members. How are we going to automate it? Anything we can put into the automation tool, we're going to.

Their support is excellent. It's one of the best I've worked with, for an automation tool, in my career. They'll pick up the phone when you call them. If you've got a simple question they'll answer it. If it's more complex, they pass it along to the right people. If you have a technical production issue, they jump on that really quickly. They do have after-hours support that we've taken advantage of. All of those things have been very valuable for us.

With UC4, our prior core system, we had to go through a core vendor and, if there was a software issue, it would take a little while for UC4 to have a fix. I don't know if that's changed with Automic, but support definitely felt once or twice removed, whereas with SMA it's very immediate.

In addition to that, SMA's development is also aggressive. They're very good. If you've got something that you want to automate, they will help you get there. They'll make a connector for it. They will enhance the connectors they do have. They will come up with a solution. That's where I think they are definitely best-in-class: their support and their development.

I wanted to see if Automic was going to work with KeyStone, our core system that we were converting to. Automic pledged to help us support that and come up with a connector for it. But in doing my due diligence, I read over what OpCon provided for KeyStone and, just by reading the documentation, I realized that we probably should go with OpCon, even though it wasn't something that I knew and it wasn't a bench strength for our organization. I realized that we weren't going to find a better partner, with robust features for KeyStone, and that we should switch.

If I had been coming into automation cold, and OpCon was the first thing I had seen, I think I would have found it a little complex to understand. But since this is the third automation tool in my career, it was a matter of just applying what I already knew, as fundamentals, to how OpCon does things.

One thing that really helps is that SMA sends a technical account manager onsite to help you do the installation and do your configuration. They give you a block of days and you can split that up so that they will come back. Our technical account manager came out three times and, each time, we did something a little more complex with OpCon. By the time he left, the third time he was here, we had not only the basic stuff installed and ready to go, but the more sophisticated stuff, like LDAP integration, the Solution Manager, Self Service, Resource Manager — the different pieces of OpCon that were more complex or more subtle. The value is that SMA guides you through that. They provide that kind of onsite assistance.

Our deployment started in February of 2017 and we went live in October of 2017. After the initial deployment, it took us just a couple of minutes to automate our first process.

We've definitely seen return on our investment by going with SMA. When we went live with KeyStone back in October of 2017, all of our batch production was automated. In fact, we had to convince Corelation, our core vendor, to let us turn it on. They wanted us to run things manually and I said, "No. We're ready. Let's turn this on and let it do what it's supposed to do."

These are ballpark figures and the ones for Automic are pretty old. Back in UC4, we converted to version 8 in 2012, and that cost us on the order of $50,000 to upgrade. 

OpCon cost us $80,000 in 2017 money, and that included everything: support, installation, onsite assistance during the conversion, etc. It's been a worthwhile investment by far. I don't recall how much our yearly maintenance is, but it is worth the money because, when it comes time to do an upgrade, we can do it ourselves and they'll support it. We don't have to pay anything extra for it. And training is included. If I want to send some of my team members to go to training, I just have to pay for travel and expenses. So the cost of ownership has been very worthwhile.

The only additional cost with SMA would be if we need additional licenses for agents. They provide 10 licenses with the standard installation. We're using seven of them. We have three left to use. After that, we'll need to buy additional licenses for agents. We haven't gotten there yet.

In my career I've used three automation tools, going back to something called Maestro made by a company called Tivoli, and then UC4, which is now called Automic, and now OpCon. Of the three of those, UC4 was probably the most intuitive and easy to use. OpCon, once you learn it, is easy to use, but it's a little bit of a harder interface at first. If you've come from an environment like UC4 or Automic, you don't quite have that ease of adoption that you might have had with that tool.

Once you get to know OpCon, you realize that it does all the fundamental things an automation tool should do. It does all the things that UC4 does. The fundamentals are there, and it's the same thing with Maestro.

Something that UC4 does better is something I've told our technical account manager at SMA when he came up to visit. During our implementation, our technical account manager asked, "What does UC4 do that OpCon doesn't?" One of those things is that it offers logically separate clients for doing production. UC4 allows you to set up a production client and a test client and a training client and a development client. These are all physically separate logins with separate containers. What that means is you can point your production environment to entirely production agents, and you can point your testing client to entirely testing agents. And then you can make a logon such that you can't ever cross over between areas. So there's greater safety when it comes to non-live environments.

OpCon is one database. Everything exists in one bucket, so testing schedules are there alongside development and production. So we have to be much more careful about where a given schedule is running. SMA's solution to that is that you buy a separate server and separate licensing and do that same thing. Why? I could do that with UC4 by spinning up a separate client. That's one area that UC4 has a better design than SMA, in its architecture for the system. This isn't going to change anytime soon, so we have since upgraded our license model with SMA which allows us to license a test server. This will give us better flexibility for separating prod from dev, and is something we'll work towards this year. 

Another area is running processes in an ad hoc fashion. UC4 was better at that. I could execute a job plan or a job any time I wanted to, outside of regular production and it was not a big deal. I could execute it and say, "Don't run until two days in the future at 1:30 p.m.," and it would sit out there and wait and then run. UC4 did that better.

On OpCon's side, it does all the same things that UC4 will do but its connectors to KeyStone are the real keys for us in our environment. That's what makes it so valuable for us. The best differentiator is SMA's support. Their support is unlike any support I've had with an automation tool in my career, so that is the real advantage.

It's been a while since I've used UC4/Automic. That was the last automation system we used with our prior core system. It matched our core system, at the time, very well. It was all script-based, script-driven, so if you are comfortable writing scripts that drive programs, UC4 was the solution for you. We were very adept at writing script-based solutions with it. That's definitely one of is pros. I have no idea about its support. We didn't really have to contact them very much, but then, of course, we were using a static version of UC4 for five or six years. Whereas with OpCon, we can take advantage of what they're developing every year if we choose to. Some of those advantages would be such things as connectors directly into the SQL database. That's something that's new that SMA is working on. It's a pretty valuable connector.

The biggest lesson I have learned from using OpCon is that it is perfectly suited to Corelation KeyStone. Automic entered the KeyStone arena in 2020 with their product, which has the same connectors now that OpCon has. Although I haven't seen it in action I know of one credit union who coordinated the integration and uses it in production. I'm sure for 
CUs converting to KeyStone who already are enterprise with Automic, this will be welcome news. For us, though, we decided to go all in with OpCon for KeyStone and do not regret the choice.

On my team, we have seven people and all seven are at least familiar with logging in and observing production with OpCon. Three of them are tasked with implementing new solutions into OpCon and supporting configuration and troubleshooting of existing solutions. We've also got seven departments using it through Self Service, with multiple people in each department using OpCon. One department has almost everyone in there. That's a lot.

SMA has a real vision and they support it. They've got the development team and the support team behind it.

I give it a nine out of 10. That one issue about a blurry line between production and development and test is the one thing that might slow us down a little bit when we are testing. We have to be very careful. Otherwise, the product itself is rock-solid. It's got everything in there that you need. Their support is excellent. Their development is aggressive. There's really nothing more that you could want from this vendor. It really is one of the best out there that I've seen in my career. It's perfectly suited for KeyStone. Now, if I looked at Automic for DNA, I might have a different opinion, but those are completely different systems.

We are an in-house Fiserv Premier bank. This solution allows us to automate a lot of the core processing. 

This is outside a bit of the day-to-day. We recently did a branch acquisition of another bank, though not a full bank. With that, we had to convert all of their ACH transactions. It was a very complicated product that we received from our core provider, Fiserv, for some translation programs. It was very cumbersome to run through the process, convert it out, get output files, etc. Without anyone touching it, I was able to automate the full process from pulling in the files from this other bank, converting everything needed, and posting it to our customer's account 24-hours throughout the day.

We run the ACH process around the Fed window about four times a day: 2:00 am, 10:00 am, 2:00 pm, and 7:00 pm. We are not staffed all those hours. If someone were to actually run through all those steps, it would take maybe 15 minutes per each file.  This is if someone were to manually do it. So, that adds up. The main thing is we can let it run at two in the morning without staff.  It of course ran in less than 10 minutes, since it was automated. 

The product allows our full-time employees to be repurposed, not eliminated. We turn ourselves from operators who used do everything to reacting or being proactive. 

We have a night operator whose whole evening was just initiating, running everything, and watching it. My predecessor and I have been doing a staggered approach, taking these tasks out of the night operator's hands and putting them into OpCon. This still gives her the control where she can initiate via the Self Service portal. Now, we're hitting that phase where I can start to let it run on its own. She's become more reactive with the handful of things that she's still doing.

Our night operator loves it. Granted, she is one of those people who is always up for change and improving things. The way that she used to run things in the IBM mainframe was more isolated. She would see the output as a whole: That process A and process B were running, but she didn't actually know the details. With OpCon, she likes to have it up to watch it (not that you have to have someone watch it closely). She uses OpCon because it is easier for her to troubleshoot if something were to come up by seeing where things are at, what step it is on, and observing colors change.

The team members' reaction to the change has all been positive. Everyone has a different feel for it, but everyone sees the positive. I do my best to put a positive spin on it. It's not so much taking anything away from anyone. It's just converting it into OpCon, running it, then determining, "Is intervention needed? Can it run on its own?" 

Anything that is file movement related is awesome. Whether you are outsourced or an on-prem in-house bank (like us), you're not just fully in-house anymore. There are so many different third-parties that you work with now. With the amount of files going back and forth between end users or simply from the core to different vendors, this is the best part about the solution, streamlining and letting it run. Whether that's constantly throughout the day, certain times of the day or month, or a specific 16th day of the month, that's probably the most helpful because there is no operator that you have to wait on. We can just push it through a traditional FTP or SMTP.

It's very helpful, as we can move quite a few files all at the same time from a server level instead of having someone at their workstation downloading a 100 files. E.g., I created a process with our recent branch acquisition that we did early last year, where files were moving between the acquiring bank (us) and the selling bank. I put on our Self Service portal buttons for execution, that said, "As file's become available..." Then, my conversion team could have access without waiting on me to pull in stuff. If they knew that the selling bank put out some large conversion files, they can go out and simply hit a button. It would go out, grab it, and in a matter of minutes, be available to them on our public shared drive versus trying to pull that down via a secure site. 

The solution is what you want out of it. It's not something you can just quickly grab, try, run, and play with. You have to get the knowledge and train yourself. It was easy for me, but I also took the time to throw myself into it. There is a learning curve to a certain extent. You have to learn the rules. There are so many different ways that you can do things in it. If you were to survey five of my peers and me, I'm sure we all work on it differently. There is no one outcome of it. This is not to say that you can't pick it up out-of-the-box, but the way SMA trains you is on their standards of using it. You have to know the concepts of it, the different terms, and how you apply things. If you are using Windows, patch scripts, or mainframe things, it's not always an apples to apples thing. There's a bit of different translation into the product.

There is a current way to help hone in on detail that you are trying to visually show. For example, they have an add-in product (Vision) that we haven't purchased. The way the add-in product works is taking tagged data and categorizing it into a tiled report view.  It's actually live and constantly updating.  I like the visual / workflow side of OpCon, since I take the time to make it viewable from a visual standpoint.  Right now, I have a hard time if I want to translate what I'm doing to show folks who aren't users an overview. While I know SMA has an option for this, it's just more data. How can I show everything without my CIO needing to login to OpCcon and having me showing him the flowchart? A different way to report visually for other people to see processes would be my only improvement.

I would like to see more connectors to other various things. However, this has more to do with other vendors holding back with their applications.

Custom Templates for common jobs.  I do a lot of copying and pasting for jobs, that it would be easier if I could have my own templates.  Also Custom Documentation, that could flood to multiple job types vs. similar documentation on the same job being typed up.

A little over two years now.

The stability is good. The only time we've ever had an issue was simply due to internal system issues. For example, we recently had something where our SQL Server had connection issue.  All systems were down. I've never (knock on wood) had an issue with any of the agents or application itself. 

70 percent of our manual day-to-day processes have been automated by OpCon. 30 percent of the overall daily and nightly processing take more time to do. Taking individual processes that were standalone and putting them in was one thing, but then taking and tying them altogether is that 30 percent. Basically, if you're taking the human element out of it, you have to build it so you are comfortable with it and can rely on it. That is where the time comes into it. I'm very thorough. I go through it and make sure I can cover common outcomes. For example, "Is this going to make sense? What if this happened?" You build in all this stuff so the way you rely on it, you do not have to worry about it. Whereas, with that human element, they know what to do and where to jump around. Someone who is seasoned will know how to make decisions along the way, and you have to sort of program some of that in. This doesn't apply for everything, but in some cases, it does. 

To get it expanded out to that additional 30 percent, it will probably be done in the next year with everything that is going on. Though, I would love to have it done in the next couple of months, but when an acquisition comes in, that is the priority.

I like going out throughout the entire bank and finding behind the scenes processes that other people are doing which we could help with. If it's just file movements, taking data that they are manipulating, moving things around, or simply just triggering a process, that is the fun side of my job. To sit down, look at a process, take it, and if I can, free up a quarter of someone's day by automating it, that is fun. Working with other departments in the bank, getting to learn a bit about their areas is a fun learning opportunity. Their tasks don't have to be automated either, it can be streamlined by giving them Self Service buttons. It is about making the task more efficient for the user.

The more things that are new and introduced in our environment, they go right into OpCon. It's more understanding, "How do does OpCon help us do that?" and, "Is there a tie in for it?" 

The scalability is huge.

I am the primary who maintains it. There are also two other individuals who are in a similar role to me: my immediate supervisor and another colleague. They both have access. My supervisor just relies on me to train him as needed, then the other colleague is able to jump in and interpret a lot of my stuff. However, we're divided. He's in charge of this and I am in charge of that, but we do cross-train. Beyond that, there is a night operator. She is Tier 1 support. She can help react to job failures and work on smaller things. If it's above her, then she defers it to me.

There are three different departments who use the Self Service besides us. They don't use the automation side of it, though. They use the Self Service to run a process or generate something. This is mainly our accounting department. They are very tied into it, but they don't see the automation side of it. They just know that they need to push a button and things happens. Also, our item processing area and the conversion team use the Self Service.

You have to put the effort into the training and learning. SMA is big on free training. They do monthly training down at their headquarter office. As long as you own the product, the only thing you pay for is your employees' travel expenses. The training is free. They are willing to train people and give them the knowledge. That way, you are equipped to do what you need to do. Then, obviously, they're available for support and assistance from there, but it's only for what you need above and beyond on that.

The technical support is good. I don't use it that often because they're very good about training you. It's more if I have a question, or something small comes up, then I can open a case. Otherwise, I have what they call blocks of hours. E.g., if I'm scratching my head or trying to think through how do I want to develop something? Then, I tap into my block of hours with a dedicated specialist who is assigned for our bank. It all depends on what's going on. If it's something brand new or different that I'm doing, then I'll touch base with them and run it by them. Otherwise, the block of support hours is mainly for upgrades and stuff like that.

Before, we did use file transfer stuff, which was a bunch of "if" and "then" statements. We were executing with that. But, that was very limited to what the application could do. Whereas, OpCon is a whole different game changer of what you can do from an enterprise level.

As a bank, there used to be a lot of full-time employees who would just run checklists all day doing manual steps. Whereas, with this product, we can automate the full day to a certain extent. There is still some intervention or items that are more user driven. Instead of our operators running the day-to-day, they just initiate certain phases of it. Then, we rely heavily on the Self Service portal and building out that stuff for our operators to use. They very much enjoy that.

Prior to OpCon, the organization used a lot of scripting in its own server. A big selling point for OpCon was its automation on an enterprise level. Converting everything to OpCon moved everything to one place. 

The nice thing at Frandsen is management sees the need and results of all the automation. They took an investment with my predecessor buying the product and we continue to see great results.

I was not here for this bank's initial setup, but I was previously involved with the setup of OpCon at another bank.

I've worked at five different banks and each bank operates differently in the way they have things locked down or how things are completed for projects. The setup was pretty straightforward. You just get the database and application up and running, and then, the mainframe agent up and running, which is especially important for a bank,. 

The database and mainframe side of the setup are always sort of tricky no matter what application you're working with, but it was pretty straightforward. It was up and running, then we trained and helped start to set up things for how we wanted to move forward. So, I thought it was good.

The deployment took about a day, but the bank that I worked for was very locked down when, e.g., trying to get things to open up and the right resources from SQL DBA. But, the actual application on the mainframe side, that's a no-brainer and seamless.

It took a couple weeks to deploy our first process because you have to test and get comfortable with it. We only automated a couple core things at the time because the main focus of getting OpCon in the bank was that they wanted a very cumbersome process streamlined.

At my current organization, I know that deploying the first process took them a couple months because they wanted to a lot of testing before they implemented it.

My implementation strategy is going for the easy stuff first to get a feel for it. Then, I can quickly turn things around on a small scale. Afterwards, I will graduate to that larger scale. With each implementation that I did, I evolved myself and how I wanted to do it, what I learned, etc. Because the other bank versus this bank were on two different mainframes, I had to translate a bit and think through things differently. I like doing the smaller things first, but now that I'm two and a half years into it overall, I can chew off the big things right away too. I'm not afraid of them, and they're fun, exciting, and more thrilling than the easier stuff.

We deployed it ourselves.

To deploy OpCon, you just need someone who is fluent on SQL DBA. SMA tells you there are two different approaches: If you want a whole group of people to help or if you want a train the trainer approach. 

When you take the human element out of it, someone is not interrupted nor are they delayed. They are not hung up on another thing that they are already working on. That's the nice thing about OpCon. We have the time to react to things and are not holding things up. So, if you add up those 10 minutes 15 times a day for our processes, that's quite a bit, especially for the repetitive stuff. It's easy to automate it, then it just does what you need it to do. It just runs. 

This has overall reduced our data processing times in our environment by approximately 50 percent. The nice thing is we can spread work out. If you need to have employees onsite for the ACH processing, someone has to come in early, then probably stay a bit late on that end of the shift. Now, we're spreading it out. With the ACH, if you're doing it with just an employee, then you're only doing it during working hours. Now, we can run things over a 24-hour span, spreading it out. 

There are different add-ons, like the Self Service or Vision model. It all depends on what agents you have in your environment. We have a mainframe and Windows, and while I think SQL is free, SAP or anything beyond that has different connectors that might need a license.

At my previous company, we did not look at other solutions because we knew SMA was the most well-known within our industry. 

At my current bank, they did look at HelpSystems. It was between HelpSystems or SMA OpCon. Ultimately, they went with OpCon.

Take your time. Think about it. Once you start to create different concepts and learn them, come up with naming conventions, your own rules, and go by them. This way, everything is similar. It's easier for me to train my operators if it all looks the same.

Ease of use depends on how you set it up. It is there, but it all depends on what you want to do with it and how much time you want to put into it. If you just want to move some files around and keep things looking the same, it is easy to use. But, if you want to do some tricky stuff, you have to put some time into it, making it look clean and understandable for you and everyone else. You also have to document a bit, but that is sort of case by case.

I come up with rules, trends, conventions, prefixes, etc. that I'll find sometimes six months later. Then, I'm like, "Ah, I like this a lot better. I'm going to set this as my own standard going forward." I am evolving myself and constantly making it easier for me to use.

The solution expands my creativity when looking at processes.

I would rate the solution a nine (out of 10). It is in its own league. OpCon makes my job so much easier. SMA is a great company and partner.

Primarily, it is used for automation of our daily processing with our core system, Symitar. There are the jobs that we run every day. We also have weekly and monthly jobs setup. These jobs have to do with different departments or reports run on specific days of the week or month. 

We process all of our ACHs and shared draft or check processing in OpCon. Also, VISA credit card processing is all done through OpCon.

We are running anywhere between 400 to 500 jobs a day, on average.

The biggest benefit, as a department, is it has allowed us to move away our focus from manually processing all daily processes with our ACH and shared drafts, reports, etc. It's allowed us the opportunity to work on different projects and upgrades within our organization. It's given us time back from needing to have someone onsite manually processing everything from 6:00 am until 10:00 pm at night.

We are about 92 percent automated right now.

It has streamlined operations, specifically with the timing of our processes. We don't have to worry about if things are going to run at a certain time. The automation allows us to say, "Okay, we want this to run at this time, and this to not run until that is done." So, it has really streamlined the accuracy and timeline of when jobs run throughout the day.

Employees have been very positive, as far as the changes in their tasks are concerned. For example, our payment services and accounting department use Self Service. This has helped them from their old manual process of taking anywhere from 10 to 15 minutes for a job started to a simple click, then the job is done. So, they have been very excited to not have to go through such a rigorous process just to run one step.

The most valuable process that we use is just the basic automation with the use of Enterprise Manager, which is their user interface. We also use a bit of their Self Service product, but not as much as we want to. Our primary feature is just the Enterprise Manager, which is essentially their basic version. This feature allows us to create, modify, and test different automation processes. It also allows us to be notified in the case of jobs failing to finish, or if for some reason the job doesn't finish in time. It can tell us that information as well, but it gives us a good overall view of OpCon processes and where we are at for the day.

I would definitely rank basic ease of use as very high. It is very user-friendly. There are some processes and functions which are a little more advanced. Overall, it's something that is very user-friendly, as they have designed it to be that way.

I don't think there's a change that needs to be made other than little minor bug fixes here and there.

There are limitations to this product and certain things that it just can't do. It does not have the ability to interact with third-parties via the web/Internet. We have certain processes where we have to interact with a third-party on a website, and unfortunately OpCon just cannot do that.

We have been using OpCon for 11 years.

The stability is amazing. Because everything is on-prem, we control the network environment from OpCon to other servers within our networking environment. As far as the product goes, there has only been one time in the 11 years that we've been using it when the product has gone down. It was due to our networking going down, so it wasn't even the product. It was an internal issue.

Deployment and maintenance really only needs one person. OpCon is that user-friendly. With the right support, one person should be able to build, maintain, and administrate it. This is actually my primary role.

Our department isn't very big. As far as people that this would specifically affect, we only have about four employees. As far as overall in the organization, it has really helped out a lot with our accounting, payment services, and card services departments. Including those departments, we are looking at 45 to 50 employees that OpCon has affected as far as automating their processes.

Its users are primarily in our IT department. We have five in our IT department, but then we also have our payment service and accounting departments who use the Self Service feature. We have about 25 actual users that have hands-on contact with OpCon. Most of those are with the Self Service. Internally, with IT and the Enterprise Manager solution, there are only about five of us who really touch that part of the product.

We are not one of their bigger clients, but OpCon definitely has the opportunity to grow. We have increased substantially from when we first started. We were only running about 200 jobs a month, and now, we are running anywhere from 400 to 500 jobs a day. The allotment for growth is there. We have just gone to enterprise licensing, which allows us to install the agent anywhere on different servers. We are just getting ready to install it on another four or five machines. The scalability is definitely there. With our program or agreements, we have that ability to grow exponentially.

They are absolutely fantastic. Since I've been the primary administrator, I've worked with OpCon support multiple times. Every single time I've worked them, I've not had a bad experience. They've been able to resolve any type of situation that I may have or help with any technical assistance needs. They have been very consistent. Even with changes of support reps there, it's still been very consistent as far as the quality of support that I've received.

OpCon was our first workload automation tool.

The initial setup was quite complex. Because we have been on it for quite some time, the process to initially establish and build OpCon was substantially different than it is now. Now, if we were a new customer going onto OpCon, the process would be much simpler.

We weren't familiar a lot with the solution at the time of the initial setup. Also, it was more of a scripted program when we initially installed it. Whereas, now, even though the scripting is still there, the process of installing and upgrading is much simpler even for an initial install. A few years back, we upgraded from our really old version to a newer version. The upgrade only took a couple of hours. The initial install was two weeks of hands-on writing jobs, scripting jobs, and doing all of that. Now that they've built job functions into the program, a lot of that scripting isn't required. It's already built in.

Our first processes were automated during the initial install, but we were extremely limited at that point. We only automated maybe five percent of our daily processes. As far as regular implementation and automation of those processes, we really started getting into that and getting stuff active from a testing environment within a month or two. After a couple of months, I was familiar enough with the product to where I could start just going in and building automation. To get comfortable with the product, it took about two months.

As far as implementation strategy overall, after the initial install, we really tried to focus on the standard daily processing, such as ACHs and share drafts/checks. From there, we expanded into daily reports running for different departments. Now, we are even to the point where all of our credit card processes are automated. This is an ongoing strategy in which we try to automate as much as possible to alleviate the need for manual processing. The manual processing of files, or even file transfers, is a really big thing that we've been doing a lot recently, e.g., uploading and downloading files from third-party vendors.

Their consultant came onsite and performed the install. We did an initial training on it as well.

We have absolutely seen ROI. It has allowed more time for our staff to work on projects which affect the organization on a greater level than just daily processing. This has allowed us to expand our base. It has really helped out with that.

As far as data processing in the manual entry, we are saving overall two hours a day. This would be instead of manually going eight hours. Therefore, it has saved about 25 percent of data processing time.

Annually, we pay $29,000. This is for a blanket policy that covers everything, like licensing and support. 

If we choose to purchase consulting hours, that is an additional cost. However, we've been lucky enough that we've not used all of our allotted consulting hours. Therefore, that is not something that we have had to purchase a lot of. The last time that we purchased consulting hours was roughly two years ago. We purchased a block of 10 for $2,500. It was $250 per hour.

It's definitely worth the cost. It will help with your time management. It helps take the human error out of some of the day-to-day or mundane things, such as processes that have to be done manually. It gives you peace of mind to know that something that you scheduled will run, and if for any reason it doesn't, you have the support to help get you back on track and troubleshoot any issues.

There is not a whole lot that needs to be changed with the program. I think it's a fantastic program. I wish that we, as an organization, were utilizing it more to its full functionality. Otherwise, their functionality and processing are fantastic. Overall, it's a great product and doesn't need to change.

The biggest lesson that I've learned from using it is to not underestimate it. They have recently changed their slogan to, "Yes, that's possible." That's one of the things that I've really learned and have accepted with this program. There have been multiple times where I was quite resistant to what it could do. It opened my eyes to how powerful it is and what it really can do.

I would rate OpCon as a nine (out of 10). Nothing is perfect, but it's as close to it as you can get.

Our primary use case is file movement.

It cuts down on phone calls from other departments because they can monitor their own work, once we set up their projects.

I've got eight individuals who work for me and, before we had OpCon, I lost about two of them a day to processing our Check 21 files. That whole process is now completely automated. Instead of performing the work, they're just monitoring it through OpCon. I've gained back two full-time employees to use in other areas. Instead of being "button-pushers," they now monitor the processes. Five of my team members, and me, have been through the OpCon training, and they're getting more and more involved every day. They're slowly rolling out some new jobs and learning how to tweak and manage it.

With ACH, I get about a half an FTE back. I haven't had to add anybody to my department, whereas without OpCon, I would have had to add one or two bodies.

In two weeks, OpCon has done 15,677 jobs that an operator would normally have had to do. It has significantly streamlined operations, and it does things right, every time.

All of its features are valuable. We use the heck out of it. I just went to a conference and there were only three of us who had our hands raised every time they asked about a different level of OpCon and how we have it deployed.

One of the things we like about it is that you can open it up to other departments so that they can see their own tasks running. We were one of three at that conference that said they had it deployed to other departments.

At first, it's a little clunky, but once you learn it, it actually is very simple. You have to get over that initial learning hump.

In addition, right now I've got two servers that are using 2008 and that's holding me up from getting to version 19.0 of OpCon. There are key products that I just can't ignore. I can't just upgrade. I wish SMA could go back a little bit further or give a little bit more support for older software, like 2008. I understand their point: The 2008 software is out of date, technically. But trying to get a vendor to update its application to work with something newer is out of our hands. I wish I didn't need to lock up my whole OpCon because of this process that probably does 600 jobs every two weeks. It's a big process that came in about three years ago and, when it came in, OpCon was key in getting it deployed into our bank. But the latest operating system it works with is 2008. I'm at the point now where I want OpCon 19.0, but I'm held to my current version because of that one application. It would be nice if they had a way that you could upgrade and still work with an older version a little bit longer.

We've been using this solution for four-and-a-half years.

The stability of this solution is awesome. It's the only product I've ever seen that you can actually build to fix itself if it has a problem. You'll build something and, if you find an issue, you can say, "Hey, if this happens again, do this to correct it."

Scaling is pricey. We've got 20-something servers and six AS/400s tied to it. If I want to add another five servers, it would be pricey. 

We currently have about 40 users. All they're doing is monitoring. Only five operators and I are actually making the changes, adding new procedures, etc.

In terms of increasing usage of OpCon, at the moment we're okay. It just depends on new products that the bank says it wants to buy. Currently, we have enough work for the next five years to get OpCon built and up and running 100 percent.

Technical support is awesome every time I call. Now, when I call I'm asking more, "Hey, can I do this?" and they'll say, "Yeah, try this or this." It's really simple and I hang up the phone and away I go. At first, I was on the phone with them for quite a bit, but now I might make a phone call once a month.

We used to use Robot, but that was strictly AS/400. It had a lot of limitations. OpCon is way easier to use than Robot was, and OpCon goes across multiple platforms, which makes it an even better solution.

At the time, I was number two in terms of setting it up. My manager was the key person in rolling it out. I was working to keep the lights on and to keep the business going while he was learning about OpCon and doing the setup. He got let go and it became my responsibility.

My manager worked on it for about one-and-a-half years before he was let go, and at that time we probably had 1,000 jobs running, in total, every two weeks. And out of that, we really didn't have a high success rate. He didn't share some of the key utilities with us so that we could work on it. When he got let go we got the entire, "Here's the product. Do it." We were able to figure out the problems. He had set stuff up initially but he had more test stuff in there than he had production stuff. Once I figured out what he was doing, it didn't take me a week or 10 days to start making changes.

He didn't have it working perfectly, and it took me about two months to correct some of the issues that he had and actually make it worthwhile. Now, I've got myself and five others trained, and it's really doing a lot for us.

We're up around 94 or 95 percent success on jobs that run.

We've done a couple of upgrades, and their upgrades are getting simpler. The more stuff that comes out, the easier it does get.

Given that it's running, eventually I'll have to have one person for each shift just to monitor it. When we do deploy some of the new SLAs and some of the new features that are in 19.0, we will be able to even better manage it. Eventually, someday, we'll be a lights-out organization.

We used OpCon consulting a little bit. We paid OpCon to come in to help us with our ACH. When you're moving millions of dollars, you want it to work right the first time. So we had someone come in from OpCon and he was with us for a week. We got ACH to process about 95 percent through it. We still have a little tweaking to do here and there, but it's doing files every day now.

We're licensed by the number of servers we have, and as long as we don't increase that, we just pay the maintenance on it. They've got a new pricing model out where you pay for the jobs. But looking at that, we'd pay a lot more than what we're paying today, so we'll just keep adding servers.

The TCO, compared to Robot, is a little bit more expensive, but it goes across many platforms, so we get more bang for our buck.

If anybody were to ask me if they should buy this product, the number one thing I would ask them is, "Do you know operating systems? Do you know DOS?" If you know file structures, etc., this product will be easy. I started back with the old 8088 PCs. You had to do everything you could just to be able to use the computer. This is a great tool to use if you've got that knowledge.

If you are bringing OpCon in, make sure you have somebody who can spend the time on it to get it implemented. Our company brought it in and said, "Here is a tool you can use." They didn't assign any one person to implement it. If that was my only job, I could stay very busy. Part of my problem getting it rolled out is that I'm an operations manager. I'm running a department that is 24/7 and, for the most part, projects that come into the bank are about 90 percent of what I get to do on OpCon.

We still have a long way to go in terms of the number of processes to be automated. We have automated about 10 percent of our jobs, but we have some other factors that are holding us back at the moment. Our core software has just done a big upgrade, which is affecting the way that we use it. OpCon can work with it, but the screens have all changed. The security is being upgraded in our core product and there are going to be new menu options. This is Jack Henry's biggest security change in 20 years. It's called global security. It's supposed to be fully deployed by March of next year. We're still in the process of waiting for that before we can start building day-to-day processes into it, through our core application.

We probably do between 170,000 and 200,000 jobs a year. Some of those jobs take two minutes and some of those jobs take eight hours. We haven't quite got all our time back yet, but we have been working on key applications, trying to free people up to do other things.

Overall, I'd give OpCon 11 out of 10 if you'd let me.