Fortra's JAMS Reviews

We have a student information system (SIS) for education. We have 50 school districts that run on the same database, and they all can run reports through the GUI. JAMS manages the reports. We have a throttle so that they don't overpower the system. So, the stuff comes through the system and the throttle manages it, and then if there's a certain report that runs over, we can kill it. They can run it again with better parameters. That's pretty much the main use. We have a lot of nighttime jobs that we schedule through that as well.

It's deployed on our private cloud. We run our own server. In terms of its version, we're on the most recent version.

If JAMS has a deadlock, we get a notification. When there's a deadlock, it'll kill the job. If something runs too long, it kills it. We also have a throttle, which also helps the whole system to work. If we didn't have the throttle, it would be bedlam. It would be crazy. 

It absolutely helps to eliminate data slack across the applications. It'll kill jobs; it'll kill deadlocks faster; and it'll kill long-running queries. We can get in there, and where the software doesn't allow us to kill the job, we can get into the SQL Server, but JAMS is much cleaner, and more people can get into it without having to expose the database access to people. We can give them JAMS access where they can kill the job.

It saves time when troubleshooting stalled jobs because of the fact that more people can get into it without having the access to the backend. 

It has 100% helped to free up the IT staff’s time. Previously, there used to be two or three of us for monitoring, but now, we've boiled it down just to me. I get the notifications, and I handle them. It has absolutely reduced staff time.

The overall product is fantastic. I love it. It has been a fantastic, solid product. If I have one tiny bit of a problem with it, the support team gets in touch with me right away. I don't know if I've had another service that has been as fantastic as the JAMS support team. 

I would like a simple web interface that I could give to my team to go in and kill jobs or see why jobs died so that we don't have to drill down deeper into the application and know everything about it. It would be good to have a really clean web engine that would say here are the jobs running.  We can then click to see the time running and whether any of them fails and other similar things. I know they have one, but it's not very simplistic. It would be awesome to have a simple one. 

I have been using this solution for about 15 years.

It's 110% rock solid. JAMS has never failed us. It has been rock solid.

We only use it for one thing. I don't have any input on its scalability because we don't use it for anything else. We only use it on one platform. So, there's no centralization. We have one main application. It has the front end, the back end, the middleware, and all that jazz. All the jobs to maintain the software are run through JAMS.

We probably use the simplest features of JAMS. We have no complex code-driven things.

I would rate them a 10 out of 10. They get back to you faster than your mom will call you back. When we've had problems, such as if I've had a job that keeps on failing and then I say, "Here's the error code, and I don't know why it's failing," they're right back. They are fantastic. Although I haven't contacted them in probably a year, when we first started up, our software code was sketchy or a little weak, and it failed. JAMS was right there when we had problems with scheduling things. They were fantastic. Their support is amazing. The product is solid. It's as solid as it can be.

Positive

JAMS was our first and only one. I know they did a lot of research on it, and they picked JAMS. The whole state uses it. They picked it, and we didn't know. We didn't come from anybody, and we aren't going to anybody, that's for sure.

I've installed it many times. It's simple as a pie. With a few clicks, you are done. It gets done as fast as you can click. It's very simple. As long as you have all the parameters, a database, and your web front end, it's super easy.

Our licensing is pretty cheap because we have a state solution. So, we pay only $1,000 a year. 

We're a software provider for school systems. We are state-owned. There are 13 of us throughout Ohio, and we have a collective agreement with JAMS or a collective licensing through JAMS. Because we have so many licenses, we get a discount on the renewal, etc.

I would absolutely recommend it to anybody. If you don't give it a try, you're a fool. At least give it a try because you'll find that it's an easy install. It's an incredibly easy management tool to go around. The setup wizards are nice. It's a little slow on some of the history look-ups, and I don't know why. Other than that, it's very clean with a good front end and easy manageability.

In terms of helping us to be aware of and handle common issues that can prevent our jobs from running, we haven't had anything. It will kill a job if there's a deadlock, and obviously, we get notifications if there are bad parameters in the job run, but I don't have any notifications about not running because of permissions, low resources, or anything like that. We don't have that kind of thing set up.

I would easily rate it a 10 out of 10. With the stability and the support, to me, every day, it's a 10.

We use Fortra's JAMS as a job scheduling tool for state agencies across the country. We primarily use it for scheduling jobs and development tasks related to taxation processes.

I find the historical tracking feature of JAMS invaluable for reviewing past events. Customizable workflows with dependencies and variables allow for more complex task management. Additionally, notifications through JIRA and excellent customer support enhance the overall experience with the software.

Improvements could be made in the service desk's knowledge and communication skills among engineers to better address customer needs and ensure issues are fully resolved. Additionally, reintroducing or offering a mobile platform could enhance accessibility and usability for users.

I have been using Fortra's JAMS for almost nine years.

We haven't had any stability issues with the solution so far.

Scalability in JAMS could be improved by enhancing word-of-mouth marketing and providing more training or demo videos for new users. Additionally, incorporating performance monitoring features could help users better scale their usage of Fortra's product.

Tech support for JAMS is generally good, with responsive and helpful engineers. However, there have been instances where the initial engineer wasn't able to address the issue and needed to escalate it to another resource. Overall, I would rate the support as an eight out of ten.

Positive

The deployment of JAMS was straightforward once we bought the solution. Additionally, the sales team responsible for handling licenses and project costs was also easy to work with.

I rely on JAMS to help me identify and address common issues that may prevent jobs from running smoothly. I typically start by checking their support site and documentation for solutions. If I can't find a solution, I search for existing tickets or create one myself. It would be beneficial if JAMS provided a community forum where users could share and resolve issues together, enhancing support for all customers.

Agents are crucial for our organization as they enable us to scale and balance processes across multiple servers. They effectively bridge the gap between structured batch automation and tasks happening on desktops and web browsers. However, we encountered an issue with a specific server's agent, which was initially challenging to diagnose. While JAMS eventually identified the problem as a database issue, there was some initial uncertainty about the cause. Overall, while agents are valuable, there can be challenges in fully understanding and addressing issues related to them.

JAMS handles exceptions effectively, but it requires users to have programming knowledge to implement them. It is not a no-code or low-code product, so users need to understand programming languages to utilize its full capabilities. Simplifying this aspect could make it more accessible and user-friendly.

Centralizing job management across all platforms and applications is highly important to our organization. It ensures that schedules and processes are properly handled, which is critical for both our customers and the public, especially for public-facing processes. Effective management reduces the risk of errors and enhances accountability for all stakeholders.

JAMS's code-driven automation is beneficial for handling complex scheduling requirements. While the website documentation may not cover all scenarios, support tickets allow engineers to assist. However, the quality of the response can vary based on the engineer's experience, leading to different levels of resolution.

JAMS saves us a significant amount of time when troubleshooting stalled jobs.

JAMS has helped us eliminate the need for monitoring tools like AutoMate. AutoMate was a simpler tool we used in the past, but JAMS provided more advanced features and functionality.

JAMS has helped free up our IT staff's time by automating tasks, which reduces the need for manual QA and troubleshooting efforts.

Before purchasing JAMS, new users should consider the scale of their operations, including the number of jobs, servers, and agents needed. Understanding these factors will help determine the budget and ensure the system meets their requirements.

Overall, I would rate Fortra's JAMS as a nine out of ten.

We use Fortra's JAMS for scheduled tasks. We have over 100 virtual servers, and JAMS allows us to manage scheduled tasks from a single location. This means that we can create jobs and run them on any of those 100 servers. For example, we can create one job to reboot a specific server at a specific time, or we can create a job to reboot multiple servers at the same time. Once the reboot is complete, we can create chain jobs to kick off other steps, such as running a script or sending an email notification.

We have not had many problems with Fortra's JAMS. I think most of the issues have been due to trial and error. A lot of it depends on us, the users, to make sure our code is correct when we create commands. We need to make sure that all of the information is accurate. We have to double- and triple-check our code to ensure there are no issues that will prevent jobs from running.

Fortra's JAMS helps make our lives easier by allowing us to automate tasks.

Fortra's JAMS helps us centralize the management of all our platforms and applications. This is important because it allows us to manage all of our systems from a single location. Previously, we had over 100 virtual servers, each with its own set of scheduled tasks. This meant that we had to log in to each server individually to view and manage the tasks. With JAMS, we can simply open the client and view all of our jobs in one place. This saves us a lot of time and effort.

JAMS' code-driven automation is highly effective in handling more complex scheduling environments.

JAMS saves us an hour of time when troubleshooting stalled jobs. 

JAMS helps to free up our IT staff's time.

Being able to create a series of chained jobs, which are basically linked jobs is valuable. This means that we can schedule a server restart at 2 a.m. Once the restart is complete, we can have the job trigger another job that will send us an email notification. Then, we can have that job trigger another job that runs some SQL statements or Power BI queries. We can continue to chain jobs together in this way.

As an admin, I would like to have a web-based GUI instead of a client application that we have to install on our PCs. Many applications are moving to web-based GUIs, so it would be convenient if we could use JAMS without having to install a client on our machines. We could simply go to our local servers or website and manage everything from there.

I have been using Fortra's JAMS for almost three years.

We have not had any problems with JAMS. It has never crashed for us. If we have any issues, it is because of some of our PowerShell code or another error.

JAMS is highly scalable and could be used for a lot more than what we are currently using it for. We just haven't had the time to invest in it to actually use it properly.

The technical support has been excellent. They have always responded promptly and in a timely manner. We have never had to wait for answers.

Positive

We previously used the built-in Windows task scheduler before migrating the jobs into JAMS.

The initial setup was really straightforward and easy. I didn't run into any problems from a setup point of view. 

One person was required for the deployment.

We completed the implementation ourselves in-house with some clarification about some settings from JAMS.

We have seen a return on investment with Fortra's JAMS.

The pricing of JAMS has not been an issue for us, as it has allowed us to save time. This makes it a cost-effective product.

I would rate Fortra's JAMS nine out of ten.

Five people are using JAMS in our organization.

Fortra's JAMS is a great cost-effective solution for automating daily tasks, such as rebooting a server, running PowerShell commands, executing SQL queries, and generating SQL statements. It can do virtually anything.

I use JAMS to run repetitive tasks that I need to do each day, like loading database entries, performing backups, and building daily reports. The organization uses it for complex workflows, sequences, and ad hoc jobs.

We aren't using JAMS for much complex scheduling. We schedule tasks on weekdays, but we aren't using a calendar to specify holidays. That is something on the to-do list. We want to have it scheduled to run on the work week except for holidays or other exceptions. However, it can run jobs based on sets of schedules and sequences. 

We consolidated several Windows scheduling servers into the dev and production JAMS environments. A few servers still have custom-scheduled tasks, but we moved most jobs from Windows Task Scheduler to JAMS.

JAMS helps us troubleshoot stalled jobs. For example, if I get a work ticket to check out a failing job, it's easy to look at the log file tab on the job and quickly get the details I need. Error logs are verbose and well-written, so I know what is wrong, whether it's the credentials or a file that can't be found. 

If a job fails or there's a trigger for a bad read text pattern, JAMS will send an email alert. I usually don't hear or see the functions, and I don't know if anybody is watching the monitor tab in the scheduler to see if there are any failing jobs. Aside from any email alerts when a job fails, I have found no real dashboards—at least not with 7.3. It may not be the case with the latest version.

It hasn't enabled us to eliminate monitoring tools so far. Only a few teams use JAMS to send custom monitoring reports, and additional software comes with the VM build. It hasn't been removed. All of the organization-wide tools stay, but some of them might be utilized less. If those teams are using custom JAMS reports more than other tools, it's probably because they could tailor their JAMS script to display the information that's most relevant to their team's needs. 

JAMS provides some flexibility in that aspect. They can run jobs to check the status of the database or Windows services. It gives them the freedom to build those tasks into a sequence or a workflow and get that report back fast instead of using a tool like SolarWinds. You'd need to create a dashboard and find an admin person, and that'll take time, whereas they can just do this quick job, and it gives them the exact information they want. JAMS frees up some at-instance time. Job automation, scheduling, and the ability to pause while other jobs finish saves time. 

I like how you can add new execution methods on the fly. It isn't overly complex to add Python script support to an execution method in the JAMS system. The scheduling is excellent. You can schedule a maintenance window and take that resource unit out of everything. It halts all of the jobs. 

We did that when we upgraded the last time. It's helpful because we don't need to worry about upstream and downstream jobs or any triggers and kickoffs. I also like that the JAMS uses PowerShell and has a PowerShell module. 

Regarding JAMS' exception handling, I will say that the person scripting a job should try to catch those exceptions and do their own internal logic for it. JAMS will generate an error if I write a script with an exception, and it'll display that error in the log. JAMS catches it. 

I would like to see the ability to interface with Microsoft group-managed service accounts, but they're still in the research phase. They need to ensure everything's legit and safe. The report designer and dashboards could also be improved. We're running 7.3, so I don't know if they have updated the reporting in 7.5, but I think the reports and dashboards could be better.

If I open one of JAMS' pre-installed reports but don't launch it on the server where the scheduler's installed, it will take forever to load through our VPN connections. It may be related to how we have our servers set up. I don't know if that's an issue with JAMS or not, but I need to be careful about where I open the report designer. Otherwise, I will sit there with an endless blue circle. I can open it on my workstation or use a remote desktop to access the server and open it via that. 

It would be helpful if the data in that report designer could be leveraged in Power BI. I don't know if they have that already, but that could be one way to improve the reporting and dashboards. Maybe there's already a way to do that. I should look at their website first or contact support because Fortra's support is fantastic and always super helpful.

The company has been using JAMS for about two years, but I've only used it for a year and a half. 

JAMS has been pretty stable. We have a single instance, so we're not running high availability, and the uptime has been solid. We have only had to go down to do scheduled reboots for server patching.

It's easy to scale the VM vertically where JAMS is deployed. To scale horizontally and install more agents, we would need to buy more licenses for the agents. It's a matter of contacting support and having the money to buy more licenses. It isn't too difficult to contact our account rep. We don't have problems buying licenses for additional agents. 

It would be cool if we could install multiple agents and have the scheduler server ensure we only use the number of licenses or agents allotted under our licensing agreement. For example, if our prod environment has licenses for three agents, we could deploy six agents that are available to run jobs, but the scheduler would ensure that only three agents are active simultaneously within that environment. That would be an interesting feature.

I rate Fortra's support a ten out of ten. The turnaround is always quick when I email them. They're knowledgeable about it. I can send them a few screenshots and logs, and they respond with some suggestions. They typically resolve the problem on the first try. I haven't used their telephone support, but other people have told me that works just as well.

Positive

I wasn't around for the initial installation when the company first purchased JAMS, but I was indirectly involved with the upgrade from version 7.2 and to 7.3. The upgrade process was extremely straightforward. Fortra's support provided a Wiki article to walk us through it. We backed up the files and performed the steps. You go through the installer to upgrade it.

I rate Fortra's JAMS a ten out of ten.

We use JAMS for file transfer, but instead of using JAMS file transfer, we have a script, a CMD file, which we schedule and configure to use either WinSCP or Ipswitch WS_FTP Professional. It will use either of those to send and receive files. We use it for scheduling file transfers.

It's deployed on AWS.

JAMS saves us on the order of thousands of hours per year.

I can create new jobs and schedule them based on time, based on a file trigger, or based on an email trigger. I'm happy with all those abilities.

The interface is good, and it's very easy to define and create jobs. If a job is not running or there is an error, the solution will send an email. That's all very good and very useful.

One issue which can prevent jobs from running is when a script gets into a loop. Suppose, using WinSCP, that the script connects to a particular vendor but that vendor has changed its server security key. I have to manually accept the new key so that it trusts the new server. Until that happens, the job will be stuck. It retries without end. JAMS will not kill it, even if it is running for, say, four days. We will only realize there's an issue on Sunday when there is a reboot for all the Windows servers, including JAMS. The reboot will kill any hung threads, and then we know something was stuck for days.

I think there is a way to configure JAMS so that if a job is running for so long it will shoot out an email saying, "This job is still running." I pinged support about it a long time ago and they said something like that to me, but I have not been able to configure it yet.

Also, I'm not sure if they have fixed it in a newer version, but there is no global search in the version I have. If I have multiple sub-folders that are named for business units, like HR or IT, and I have to search for a job, I cannot search from the top. I have to go to the HR folder to search for a particular job, or to the IT folder. It would be good to have a global search, where I could search from the top, rather than having to go into sub-folders.

I've been using HelpSystems JAMS for more than a year now. I'm the only admin for PSEG.

I'm exploring JAMS as we go. I'm trying to find more time so that I can explore all the other options it has, such as SAP connectors, so that I can suggest solutions we can use.

We have used their tech support a few times and they were very good each time. They were very responsive and very quick.

Positive

This solution replaced another tool we had before, called Apps15, which crashed one day. We migrated whatever we were doing there, all the CMD scripts, to this. Once we switched, we liked it and it has become one of our very important utilities for all the file transfers between our company and its vendors. We use it for multiple file transfers every day, whenever there is a financial transaction with many files created by SAP and other applications.

It saves us time and it is not an expensive solution for what we are doing. 

Maybe in the future, when we integrate with SAP and other tools, it might be a little costly, but it's still a very cost-effective solution. It's very good.

There is an application called Maestro, but that is built into SAP. In comparison, this is a comparatively very simple and smooth application that takes less time to configure. Maestro and XI are for internal transfers only, while JAMS is the main, approved solution for doing external file transfers. It is our enterprise file transfer tool.

It's a nice tool for scheduling, but make sure you are familiar with all the connectors. It can connect to and integrate with multiple applications. We have the SAP Job Scheduling Service doing its work, but JAMS can also do the SAP portion. Instead of having multiple tools, if you look at all the features that JAMS has, it might be able to replace the other tools so that you just use one.

It's a very good solution. Even my director was very happy with it.

Most of our use cases are for automating our SQL jobs to run and send an email.

It used to be really hard for us to set up SQL jobs to email, once they were done. Or, if there was a problem, we couldn't get it to do anything smart and intuitive because that's not the way SQL works. Once JAMS came along, we could set our SQL jobs to run at 1 PM every day. When a job runs, if it can't get its data or it takes too long — or whatever criteria we set up for it — it will email us and let us know that the job needs attention.

That really has helped. When I first started here 15 years ago, I ended up having to babysit SQL jobs all day long and watching for code that wasn't written correctly, or for a lock on something that stopped the job, or somebody didn't put timeouts on it. Once JAMS came along, we set up one set of criteria for quite a few jobs, and for every job we could say, "Here's your database, and run it with these criteria." That freed up our developers' time and my time, and we had a trackable source that would tell us what was wrong. It literally changed all of our lives.

I no longer have to wait for someone to give me all the information about a job that failed, wait for somebody to respond, or question somebody about what they're asking me to fix. It's all right there. The dashboard for JAMS is very intuitive and informative.

It's helped save time—in the extreme—when troubleshooting. Our jobs don't necessarily stall anymore because we've fixed everything that ever stalled. We now know how much of a timeout to put on certain data sources or certain procedures, but we would not have known that as easily without JAMS.

When we first began using JAMS, it freed up about 50 percent of my time, or 20 hours a week. And it saved each developer about 10 hours a week, and maybe more. There have also been some advances made in SQL that have helped. But because we've been using JAMS for so long, the savings are really immeasurable. We've relied on it for so long, and we'll continue to rely on it in the future.

When a job doesn't work, all I have to do is open JAMS and open the job and, 99 percent of the time, it tells me what I need to do, or what happened, or I know where to look. Before, if a job failed and just kept failing, we had no idea where to even start looking. We'd have to go to the logs on SQL Server, which meant everybody had to have admin rights to look at the logs. Now, we have just set up JAMS to run with a service account that has the ability to do that, and then everybody can look at their own jobs and fix them. Sometimes, it's just a matter of needing to rerun a job because something was down in the network.

By setting it up with a service account that has access to everything, we don't have to run it under my name or anyone else's name. We can set it up so that everybody has permission and I don't have to worry about granting someone permission. And I don't have to give them access to the email account where the failure or success email might be sent. Everything is done with the agent or the service account. And when a new data source comes online, we just give it to the service account agent, and that sets it up so that everybody has access.

Another way it has helped is that before a client logs in to see their daily reports, and they're not there because something happened to them, we're saved by the fact that JAMS emails tell us that it's happened. We can go in and fix it before the client logs in and finds out that something failed. Or, if something was down, like FTP, we can let the client know in advance so that if they log in, they will know that the data is not available and that we know already and are working on it. JAMS has made us look smarter to our clients.

For example, when you log in to your computer and do a local Google search for shopping, the results that you get can cost our client a lot of money. It is very hard to get the top result without spending a lot of money because what Google says is that your data integrity matters a lot. If your data is stale, or you haven't done a refresh on your inventory, Google will push you down in the results and move somebody else up. That means that stale data is a big concern for our clients. Some of our clients rely on Google for 90 percent of their business. If we have their data messed up, their business is messed up because of us. We have to know that their jobs are failing and why, and be able to tell the client, early on, that this is happening so that they can do some manual uploading until we fix what's wrong.

The scheduler is the most valuable feature. Using that, we can set up all of our data sources to be available. We use multiple different data source providers and they're already in JAMS. All somebody has to do is go into JAMS and say, "I want to use Adverity," or, for whatever client it is, that they want that client's data for these dates and these criteria. They can specify that they want it sent to this database or that FTP, and with only these column names. Whatever we want to do, we can almost write the code to do it in JAMS because we already have so much data in there. It's as if JAMS has made itself into its own picker.

It can also do exceptions, you just have to remember to program them in. As a rule, when you first start out with a job and JAMS, you probably aren't going to tell it what to do with errors until you see a pattern in your errors. And then you can say, "Try three times but wait five minutes each time." You go into the job in the monitor and it says it failed. Then you can change the criteria, such as how long it's holding, or repeat the job every 10 minutes until successful.

The code-driven automation for more complex scheduling requirements frees up time because it's really easy to use. It looks complicated, and when people start using it, it might seem a little bit overwhelming, but after you get all the definitions set up, it is very easy to do. It's almost like a stand-alone software that we can't live without.

JAMS is going to disagree with me about the following, because they think that this is not always a problem. But since COVID, we have had a lot of people working from home who can't always connect to the JAMS server. We use VPN, as most companies do, and we have it set up so that everybody can access the JAMS server. But many times, our people cannot access it.  They'll try to log in to JAMS and will tell me they can't and I don't know why not. Nothing has changed. 

I have to look at their access and what is wrong with their IP. We've discovered some problems over the years that have been the cause, and that's because it's all behind the scenes to us. We have two VPN servers and we figured out that one of the VPN servers didn't have the permissions for it to log in to the JAMS IP address. We fixed that. And sometimes, new people think that they can just log in to the JAMS server, but they haven't been set up with permissions. 

But JAMS could do a better job of telling you what the problem is when you try to log in to the server. The way it works now is that if you can't log in to the server, it brings up a long form that you have to submit. And nobody likes to submit a long form and sit back and wait.

We've been using Fortra's JAMS for at least eight years.

JAMS is scalable but the problem that our company has is that we have about 144 companies under one banner. For example, if we have an airline company under our banner, and another company has an airline under their banner, we can't be connected because that would be a breach of contract.

That means we can't share our JAMS server with another company under our banner. That's a limitation of the JAMS license because you can only use JAMS on one server at a time; one license, one server, that's it.

Given that we're paying all that money, it would be nice if we could have it installed on a couple of servers so that one airline and another airline could both use it but not be on the same system.

JAMS support is very responsive and they know who I am when I call, so I don't have to go through their making sure that I'm an authorized user, et cetera. 

JAMS has versions and they only work with certain other versions. For example, if JAMS 21 is the current version and I'm setting up somebody in it, but they're connecting to our on-prem server, they have to have JAMS 6 instead of JAMS 7. If I put them on the wrong one, they'll never be able to connect. So when I have to re-download an older version of the software if I don't have it saved, JAMS always reaches out to me and says, "Do you just need software or something else?" They take a proactive approach to their support, which I appreciate because sometimes, when they contact me because I have to do a download, I'll say, "Hey, I have a quick question," and I can throw that in without waiting for a couple of days.

They're really the closest thing that we have ever found to being like a coworker who is dedicated to doing nothing other than fixing and scheduling things and checking on all of our data.

Positive

We never had any monitoring tools, other than the fact that we could look at the SQL logs, but that's like reading a foreign language. Rarely does the log ever lead you to an actual solution to a problem, whereas the JAMS logs do. They tell you what happened and to look at this or look at that. Sometimes it will even let you know that a password has expired, for example. At times, it tells you everything you need to know. At other times, it gives you enough that you know where to look and you can see that the login is not working, or the source is down, or for some reason, there's no data there for the day.

Things have probably changed, but back then, if you had SQL 2016 and 2018 and you set up a scheduled job for data in 2016, some of it was bound to fail. With JAMS, we don't have to worry about that because it will automatically tell us what version it is, and even tell us it won't work so we can easily fix it.

The initial setup was very straightforward. I can also export from my on-premises JAMS and import them so that the jobs and all the data criteria do not have to be set up on a new server from scratch. That is very helpful and that's what we did when we put it on the Azure server recently. 

For that project, we initially set aside three days where four of us were going to work on it because it took years to get JAMS exactly how we wanted it and we thought it was going to take a while. But it was very simple. It was up in about two hours.

A lot of people in our organization use JAMS with the service account. But in terms of people who set up new jobs, we have six admin users. There are another ten or so who use just the service account.

When we first got the software, we had something like two half days with JAMS people over a screen share. We've always had a service contract with them and the couple of times we've ever had to reach out to them they were very responsive. When we set this up, on our Azure server. We did not have to reach out to them.

We have absolutely seen return on investment with JAMS. It comes down to the fact that our developers can actually spend time developing instead of troubleshooting and looking at why SQL or the data source isn't working. Or they can simply say, "Hey, I got this email from JAMS, Kammy can you look at it?" Or they can say to my boss, "We have to stop using this data because every day we're having problems getting into it. Can we have a meeting about this?" All of that is JAMS-driven.

In the end, you'll find that it's really worth the price. There is some sticker shock, but it's worth every dime.

Several of us evaluated other options, but JAMS was what we all came back to because it was the only software we found that could do everything that we needed it to do for all the different kinds of data that we get. We deal with over 90 data sources with different kinds of data from different kinds of companies, and JAMS was the only one we found that really could handle them all.

JAMS doesn't centralize the management of jobs for all of our platforms because we have things that aren't built on SQL databases. We can't automate the login to some of the data that we work with because other places don't allow it. We would have to do that interactively with JAMS, so it would almost be pointless to use JAMS for something like that. But JAMS centralizes most of it. If you look at our scheduler compared to how many people used to have to run jobs manually every single day, or had to remember to do something and go back and look and see if it was successful, every single day, the difference that JAMS has made is tremendous. That is why JAMS is worth every bit of its very expensive cost.

My advice would be to understand that if you're spending hours a day or a week trying to figure out why

• SQL or automated data jobs or
• logging in manually and downloading data and moving data around or
• even archiving data (we do a lot of data archiving through JAMS because we can tell it: "if older than X, delete it.")

isn't working, JAMS can handle it all.

For anything that you code manually or have to pull up a script in SQL and look at logs for, JAMS can make it all easier, so that you don't have to do those things every minute of every day. You can spend about 10 minutes a day on them, whereas you might have spent three or four hours before.

We have many uses for JAMS, primarily for jobs in our data warehouse, but also jobs for debt integration, ETL, moving data between organizations, scheduled archives and database maintenance, data quality work, and triggering analytics model updates.

We used to have a job scheduled to start at 03:00 AM, and it would run to 10:00 or 11:00 AM because we had to add enough buffer time between jobs to account for time variability in individual tasks. This often caused problems in production because the database would still be in use when our staff came in the morning, leading to user reports of sluggishness in the database. With JAMS, this process is completed by 06:30 or 07:00 AM, long before our users get in, so they're happy, and I'm happy. Everything is done by the time I get in to work, and I just have to take care of exceptions if there are any. JAMS is a win for our organization.

JAMS helps to centralize the management of jobs on all our platforms and applications; I transitioned everything over to it so we have a single application to control all tasks, which has been tremendously helpful.  

JAMS helped eliminate ''data slack'' across our applications, ensuring that current data is ready when users need it. Referring back to my previous example, the data warehouse job took until 10:00 to 11:00 AM to be completed, and users had to wait until then for full reports. Now, that's all done before they get into the office.   

The product helped to free up the IT staff's time, especially mine as the primary administrator. It saves me at least two to three hours a week on average.  

The product reduced the time it takes to carry out data warehouse jobs and send out reports by half. 

The ability to sequence jobs is excellent; it means we don't have to schedule them individually, and if one fails, it doesn't unwind the entire workflow.

JAMS is excellent for helping us be aware of and handle common issues that can prevent jobs from running. The solution notifies us when jobs go sideways, which is extremely helpful. Additionally, we can change our parameters if the network changes or if adjustments are made, allowing us to quickly alter a bunch of jobs just by updating a parameter. 

We use the solution's Interactive Agents; we deploy them on different servers to run the jobs directly. Adding interactive processes is very important to our organization.   

Running interactive tasks helps users focus on business processes. I'm the primary administrator for JAMS. It helps tremendously by allowing me to offload all the problems that can occur with jobs and all the associated rescheduling and rerunning of them. With JAMS, my job is much easier.  

JAMS is second to none when it comes to handling exceptions, exceptions meaning issues where a job might fail for one reason or another. I can dive into the job, and the log files are centrally located so that I can find the root cause very quickly. I can then address the issue, fix it, and rerun it all from one application.  

The platform's code-driven automation is excellent for helping us handle complex scheduling requirements. There hasn't been anything we haven't been able to do through PowerShell. 

JAMS helps us troubleshoot stalled jobs; it points us in the right direction as the centrally located log files allow us to see how far the job progressed and the specific point of failure. It gives us a good starting point for troubleshooting.  

Fortra is getting much better with documentation and examples, but there is still room for improvement.

There are a few minor issues on the schedule for items to be fixed; there are workarounds, but I'm looking forward to a patch that will resolve them more conclusively. There's a built-in report executer to deliver reports, which we can send to an individual, but we can't CC other staff, for example.

We've been using the solution for a little over three years. 

The solution is exceptionally stable; I can't think of a time when we had any issues.

The solution is scalable, as far as I can tell. We don't do rocket surgery here, so we haven't had to scale, but we could if needed. We have three users in total; two regular and one occasional. 

The JAMS customer service and support staff are unmatched in their ability to assist us and help us resolve issues. I rate them ten out of ten. 

Positive

We previously used Windows Scheduler and SQL Server Agent, so these aren't really third-party products or competitors to JAMS as such.  

We didn't migrate from a third-party product but switched from using a SQL agent built into SQL servers. Those jobs are triggered by JAMS now. We did a POC before migrating, and it took about two weeks. 

The migration process was as easy as it could be. Migrations are never easy, but it was as easy as possible.  

I was involved in the solution's deployment, and it was straightforward; it took less than a day. We didn't have much of an implementation strategy as we're a small shop. Usually, one other employee and I work with setting up servers and installation. He did the server setup, and then we configured the product, making minor tweaks as needed.

We did not use a consultant, though we contacted support for some advice, and they were extremely helpful.

In time, we have seen an ROI with JAMS, and the ease of use is a significant factor here. I reflect on how much time it has saved me, two to three hours a week, but it likely saves much more time in terms of setting up jobs and so on. On top of that, the visibility into where jobs fail, and the ability to fix issues as a result, makes our entire process more robust.

The product is reasonably priced, and we don't have any add-ons.

We did a POC with ActiveBatch Workload Automation, but JAMS is the more modern tool, the price is much better, and the ability to script using PowerShell is a big plus.

I rate the solution nine out of ten. 

My advice to others considering the solution is that they will be surprised by how much it will help.

JAMS did not help eliminate any monitoring tools because we had none.

We use Fortra's JAMS to schedule jobs.

JAMS agents are instrumental in supporting our growth and scalability.

We have been using JAMS for eight years, and the majority of its benefits were realized early on. However, it remains a valuable scheduling software that consolidates our over 500 jobs into a single platform. JAMS allows us to clearly organize our tasks for the data warehouse, web, and other applications. While we could run these jobs independently, JAMS provides a structured approach that simplifies management and reduces manual overhead.

JAMS helps centralize job management on all of our platforms and applications. This is crucial, and it is the reason we still use JAMS.

JAMS has enabled the IT team to allocate more time to other tasks. Without JAMS, job automation would consume significantly more of our resources.

JAMS has also helped us free up a moderate amount of time by making it easier to troubleshoot stalled jobs.

The dashboard is intuitive.

The error messages from JAMS need clarification, hindering our ability to resolve issues swiftly.

The JAMS client requires attention. Its behavior can be erratic, and certain features lack intuitiveness. For instance, the search function, while powerful, is not user-friendly and can be challenging to master. The overall user interface also needs refinement.

The JAMS report viewer can be improved and needs a lot of work.

We have been using Fortra's JAMS for eight years.

The upgraded JAMS system has significantly improved stability compared to its previous versions. Before the upgrade (last year), we were experiencing frequent issues due to the system's age. However, since the update, performance has been much more reliable.

It scales very well

The technical support response time is good but the quality of the response varies.

Positive

In my previous organization, we used Jenkins, a powerful continuous integration and continuous delivery tool. While I cannot definitively compare it to JAMS, I found Jenkins' user-friendly interface and extensive integrations with various backend systems significantly streamlined our development processes. Unfortunately, my experience with Fortra's licensing and sales practices was less favourable. I have concerns about the company's integrity, particularly following their recent changes to our licensing arrangement, which seemed to be implemented in bad faith. Such actions raise questions about their trustworthiness and future intentions, leaving me uncertain about what to expect from them.

In our complex environment, the initial setup for someone with no JAMS experience would be difficult, but it would be straightforward in a simple environment.

When we upgraded JAMS last year, we purchased the consulting services from Help Systems.The consultant assigned to us was excellent.

Fortra's JAMS pricing structure has deteriorated significantly since its acquisition by Fortra. Previously, both Help Systems and MVP offered more favorable pricing and licensing terms. However, Fortra's current pricing and licensing practices are unnecessarily complicated far less customer friendly. In addition to standard licensing fees, numerous additional costs are associated with using JAMS. Fortra's approach of charging for seemingly minor components, such as separate agents and schedulers, is frustrating and adds to the overall cost of ownership.

I would give Fortra's JAMS a rating of five out of ten. While the software is excellent, my experience with the company could have been better. As a result, I would not consider purchasing any other Fortra products in the future.

We have two JAMS users in our organization.

JAMS is a technically powerful tool, but it has a learning curve for new users. It's crucial to understand the user interface and how agents communicate with the back-end system. Before connecting JAMS to other applications, it's important to familiarize yourself with its capabilities. For example, some scripts can be executed directly within JAMS, allowing you to create jobs using JAMS' features before relying on external scripts. However, debugging failed JAMS jobs can be time-consuming due to the complexity of the logs. Once you've mastered it, JAMS functions effectively, though the licensing structure is a notable caveat.

We exchange files on a nightly basis with vendors.

 The ability to protect the data we exchange against cybersecurity threats varies depending on the type of data being exchanged.