OpCon Reviews

We use it a lot for file transfers from SFTP sites down to our network folders, and we also use it for other kicking off processes in our core platforms. We also run some PowerShell scripting through it. It does quite a bit.

We're looking at eventually using it for some Active Directory pieces, but we haven't gotten there yet. 

The automation of processes has taken tasks that would have been done manually by somebody and moved them to a platform without us having to think about them. The time savings in not having to manually do those types of processes on a daily basis means we're much more productive and able to provide front-end staff with better solutions than we were able to before.

It has also reduced human error, and that helps save time for our IT team because there is less time spent having to figure out what somebody might have potentially done wrong. It saves us about a full-time employee's worth of time per week.

And with IT time freed up, our company has been able to move forward with other business needs. It used to mainly be a programmer who was in charge of figuring out the human errors. Having reduced the time needed for that, we've been able to move a full-time programmer into just doing programming, and that has been helpful.

For us, the most valuable feature of the solution is the file transfer piece and being able to automate the moving of files around between our various vendors. It reduces the time involved versus somebody having to individually move the files around. It has reduced what we would have done manually at one point by 98 percent. 

There are some limitations in the actual jobs that are created and how you're able to rename files. Suppose you're bringing in, say, 10, 15, or 20 reports from a core system, and you're using an "asterisk character" to identify files. For example, if you're grabbing files that start with this, end with this, but the characters in between could be different, it has to retain that same name in the destination. It won't allow you to rename them with a date stamp or the like.

We've gotten around that by writing PowerShell scripts that run after the files have been transferred, but it would be very nice if it had just the raw, built-in ability to rename multiple files with a date stamp added to them.

I've been pretty much been able to accomplish everything else with what it provides out-of-the-box.

I've been using OpCon for about two years.

It's very scalable. What we use it for, overall, is probably significantly smaller than some other larger corporate clients do. But in terms of the cost and what we get out of it and the knowledge that if we ever do need to increase the number of jobs that can be run, there is a wide range in what it can handle.

There is definitely room to grow. We currently have about 400 jobs that run per day. When we get closer to month's end, it probably jumps up closer to 600 or 650 jobs that run in a day.

I have used SMA's technical support on occasion, both for issues that have arisen and for general support to help to finish off the creation of complex jobs with their Professional Services team. I've never had an issue with getting a hold of somebody or getting any issues resolved in a very timely manner.

We have definitely seen return on our investment in time and efficiency and freeing up staff to provide better support to our employees and the membership that we serve.

The pricing is very reasonable.

The biggest lesson I have learned from using OpCon is just the sheer flexibility that these types of systems make possible. They've built a system that gives you a lot of capabilities out-of-the-box, but that also gives you some of those extra pieces where you can bring in outside tools to make it even better.

It provides a lot of power. Even though there is that limitation I mentioned in terms of being able to rename files on multiple downloads at the same time, there is the built-in ability to run scripting as well, whether they are Visual Basic, PowerShell, or Python scripts. It gives you a lot of tools. You can have it do an initial process and then launch one of those scripts to do something that is not inherently built-in.

There are about six of us who utilize it on a daily basis. Most are programmers, but we also have a couple of our service desk guys who work in it too.

We use it for pretty much everything. We purchased it when we converted to Symitar and that was the primary reason for using it. But we use it for all different vendors, downloading files, and running Oracle queries and VB scripts, etc.

When we converted to Symitar in 2013, by getting OpCon we eliminated two of our operator positions because we automated everything with it. We repurposed both positions and assigned them more meaningful tasks to do. 

We've automated several hundred processes and no longer have any manual processing. OpCon eliminates operator error by having it all automated. It gives us consistency.

The automation part of OpCon is the most valuable for us, with all the core processing. It's really mostly hands-off unless we have failures. In our old days, we'd spend a good part of the day doing processing via manual tasks. We don't have to do any of that any longer.

We've been using OpCon for about six-and-a-half years.

It's definitely been pretty stable for us. We run things 24 hours a day, so sometimes we run into issues related to putting server patches on it. We have to find a time to stop everything to load Windows patches and the like.

The scalability seems fine.

We always increase usage. We're always having new processes and adding new servers for different things. We definitely have plans for increasing usage, almost daily.

We don't need to use technical support very often, but to begin with, it was really good.

I have noticed lately that their first answers tend to be, "Let's upgrade it to the latest and greatest first," without looking into anything. The last couple of times I've logged a ticket that's been the response, which is a little frustrating. We're not big on just upgrading on a whim. We do full testing.

We had a tool before OpCon, but it's been so many years that I can't remember the name of it. It was not nearly as robust as OpCon is. Implementing things is a lot easier with OpCon. Most things don't generally take that long to implement. The way you can calculate different dates, and all the different types of contingencies make OpCon a lot more flexible.

Also, OpCon was the preferred partner of Jack Henry, which we were converting to. That was our primary reason.

Another reason was that OpCon enables us to do all these other external processes, outside of the core, with other vendors, like downloading bond files. We did not have any of that before.

The initial setup seemed fairly straightforward to begin with, but we didn't get into a lot of the more complicated features. We've grown into those features over the years. It was just set up to do the basic processing in the beginning.

Jack Henry, the vendor of Symitar, came onsite when we converted and they were here for a week. At that point we had all of our main, "good night" tasks and the like in OpCon. Gradually, over time, we've added everything else, such as our mortgage processing, which is outside of Jack Henry software. We purchased an API and we were able to automate all of that processing with OpCon also.

The SMA techs were really good to work with. They're very responsive. We didn't have any complaints about them.

After OpCon was deployed we automated our first processes right away.

Our strategy was to make sure we had no manual processes by the end. And going forward, we wouldn't take on processes unless we were able to automate them with OpCon.

We have definitely seen a return on our investment by going with OpCon. With all of the automated processes, we eliminated two positions. We also have an initiative where we're going into other departments in the credit union and finding processes that they're doing manually which we're able to automate. Using OpCon helps reduce the time our staff works on manual processes and, instead, they can spend time working on things that directly affect our members.

It's kind of hard, in the beginning, to picture it all until you start using it.

We don't roll it out to the whole company. It's centralized just within our IT department. We have three users who actually use it and manage the processes. Two of them are more primary, me and one other person, and the third person is a backup. We also have the ability to put an icon on a person's desktop and let them click the icon, and that will actually run a process in OpCon behind the scenes for them. We have about 10 of those.

I would rate it a nine out of 10. It's not a 10 because of some of the support responses recently.

We currently use Opcon for our daily job scheduling. We also use it to transfer files after jobs have been processed. Being able to let Opcon run these jobs and file transfers have saved us time daily.

It has saved our morning and evening shift time by processing tedious jobs so they're able to get more involved in other tasks. Soon we'll be able to roll it out to other departments and handle some of their tasks.  

The workflow designer is a wonderful feature to show to users. It seems so simple - and yet there's a lot going on which can be easily explained. Having the jobs laid out while attaching dependencies is a nice addition to the program. 

The service that they offer is amazing. Ryan Compton has helped me more times than I can count. He does a great job of explaining things and it has gone a long way.

The logs are a little daunting to look at the first few times, however, as you begin to understand what you're looking at, it becomes easier. 

We've been using Opcon Since February 2021.

We switched to a different core and Opcon was definitely a better replacement for the solution that we were using. 

For anyone interested in Opcon, make sure you have a few users in your company attend the training classes.