JAMS Reviews

We primarily use JAMS to coordinate jobs between our JD Edwards environment and SSIS packages that we had built to process packages through our SQL server. 

JAMS enables us to organize all these jobs. We have so many jobs that need to run in a specific order, and it's nice to have one place to put them instead of having to look in 18 different places. I still have jobs that aren't in JAMS, so we must go to each machine to find which jobs are running.

Before we had JAMS, we had a set of jobs running in JD Edwards' scheduling system and SQL jobs in its scheduling system. Those two sets of jobs were constantly interrupting each other. If the SQL jobs stopped running, the JD Edwards jobs would stop, so we had to troubleshoot and restart them. It was the same for JD Edwards jobs. JAMS allows us to coordinate the timing between them so the JD Edward jobs finish before the SSIS package runs or vice versa. 

JAMS has improved our productivity immensely because everything flows. I don't think we could operate at our current staffing levels without it. While we haven't eliminated monitoring tools, JAMS has freed up staff who were previously responsible for monitoring the systems. It's hard to estimate how much staff time has been saved, but we've been running JAMS for so long that we've probably saved years.  

The solution eliminated data slack because we can rerun some of these jobs as soon as they are completed, making the data more flexible and available to the end user. 

JAMS can save time when troubleshooting jobs. It depends on the case. Usually, it's an issue in the database, where someone entered an incorrect value. JAMS can't fix that because it's a human problem, but it brings the issue to our attention much faster because we get a failure report. It helps us solve the problem quicker once we notice something is broken. 

The JAMS agents are extremely important because we use them to run most of the jobs for the SSIS packages and anything coming out of our JD Edwards environment. It helps our users focus more on their business processes because they don't need to worry about figuring out what's working and what isn't. 

The solution's code-driven automation is pretty good. We've had a lot of success with it. 

They recently made changes to JAMS global search feature that I don't like. The search function helps locate jobs. I enter a query, and it gives me a general idea of where it might be instead of having to click the jobs folder and look for it. They changed this with the last update. 

We used to do a thing called "setups." I inherited the system, so maybe this is just how they did it before me, but in the old days, they built a setup for each job. The setup would manage the job in case you wanted to add more jobs. Now, the setups are only good if you want to run multiple jobs in a chain or in parallel. If you are running one job, you should schedule the individual job. 

We still haven't cleaned that mess up. I'm unsure if that's an issue for anyone else, but we have lots of single-setup jobs running in JAMS. JAMS sees that as two instances, assigning the same amount of resources and memory to the setup and the jobs running under it. If a setup fails, it doubles up the resources. That has almost brought us to our knees a few times when multiple jobs fail. We're using twice as many resources when all the setup is doing is ensuring that the jobs launch. 

On the one hand, it's our fault because we need to change how we do things. On the other hand, the older version focused on using setups for everything. It would be nice if they had a tool to convert the old single-job setups into one job.  

The JAMS automation code isn't so clean. 

The error handling is good overall. Sometimes when there is an exception, the error messages are a little vague, but not nearly as vague as Windows. However, I'm not sure it's a JAMS issue. It may depend on the system it's talking to, such as JD Edwards, SQL, or SSIS. JAMS will tell you that a job broke and you may want to look into it. I generally don't have any issues with its internal reporting, which is straightforward. 

I have used JAMS for about six or seven years.

The downtime has been minimal. Sometimes, we manually kill off jobs and the machine runs slowly because all the memory and CPU resources are at capacity. I would love to have a command line tool that just resets everything. Our biggest issue wasn't JAMS' fault. We didn't pick up where other people were. Now, I watch it. I check the nonproduction server once weekly to see if any jobs are hung and kill them. I report the issues to the appropriate people, but it's a nonproduction server, so it isn't life or death. 

It has been extremely stable aside from that. The only time it breaks is when we let it go too long. It's like a 5-year-old with a box of crayons. You can't leave it in a room too long or it will start throwing them at the walls. It does a great job as long as you keep an eye on it. 

JAMS scales well. It has a little scheduling screen you can open to see what's running. We have around 12,000 jobs a day, and we're a small company. I can only imagine what larger enterprises are doing. The scalability is only limited by the amount of memory you have and your servers' performance. That's the only thing holding us back at this point. 

I rate Fortra support eight out of 10. I talked to support yesterday. Typically, I'm not calling them about something critical, but I had a few serious cases. I can usually get them on the phone immediately in an emergency. They respond quickly, and I've been pleased with them overall. 

I wasn't involved in deploying JAMS, but I understand it was a significant mindset change for us. It took about six months to integrate JAMS with our ERP and SSL. From what I've heard, they loved it. We keep using it and just upgraded to the newer version of JD Edwards. Upgrading was a somewhat painful process because it involved a lot of conversions. JAMS doesn't require much maintenance aside from the occasional upgrade and checking on the jobs once weekly.

All licensing models are a little overpriced, but JAMS offers a good value, especially given their support response times and ability to handle unforeseen issues like the SFTP transfers. I hope to find more use cases to get a better bang for our buck.  

We looked at another tool when we were upgrading our document management solution OnBase from an on-prem version to the cloud. One of the requirements was that we had to scan the documents through our copy machines and put them on a network. We had to put them into a ZIP file and SFTP it to the cloud API server, and stick it in the right directory. 

They had me look into two companies, and I started researching SFTP automation. One of my searches turned up JAMS, and I called support to ask about transferring SFTP. I also talked to the other company, and their tool was awesome. It was highly intuitive, but it would be another $15,000 to $20,000 for one set of processes. We already had JAMS in-house, so we decided to use what we had. 

I rate Fortra's JAMS eight out of 10. I recommend reading the manual from front to back. I did that when we were preparing to upgrade, and it helped tremendously. It gets you in the right mindset and helps you understand the requirements. For example, we have JD Edwards, which requires a special setup. In addition to deploying the agent, you need to do more work on your enterprise servers to integrate JAMS correctly, so it knows how to talk to JD Edwards correctly. JD Edwards is very temperamental. 

On-premises

We use Fortra's JAMS primarily for SFTP file transfer.

The agents are essential because they are the core of the job scheduler process. The scheduler server only schedules the time to run the job, but the agents are the ones that execute it. We only connect to Windows systems, but it can connect to Linux systems and SQL databases. The agents have many features, including remote execution. There is so much possibility with the agents.

Running tasks help our users focus on their business processes more. Before I started using JAMS, I wasn't monitoring the server side, and I had no idea that so many file transfers go on. It's not just file transfers. So many services are running, and they need to be scheduled. There is no way a human can execute scripts, file transfers, or any process on time if we don't have a scheduler. So, the scheduler is like the company's backbone, taking care of all the processes and file transfers that need to run per the scheduled time and date.

The agents help us bridge the gap between structured batch automation and processes that occur on desktops and web browsers. I'm using it not for desktops as it is generally used; it is all about server-to-server. So, the files are created on some server and must be transferred to another server. And outside of our network using SFTP, both in and out. So, again, it's possible to execute any job locally or remotely. It can be a script. So, sitting locally or remotely, we can schedule it to run on demand, assuming it is trigger-based, like when it sees a file, it transfers by itself. Or if I email on demand, I want to run a specific job, I can email it, and then it executes that job. Or it can be time-based, like running this job every Monday at ten a.m. There are so many excellent options.

JAMS handles exceptions easily, and most configurations are straightforward. Over the past three to four years of using the tool to meet company requirements, I've always been able to find answers to my questions. I typically find a solution within the tool if I encounter an issue. The support team is also excellent; they provide clear and helpful responses, often including screenshots to guide me through the process.

It significantly reduces troubleshooting time for stalled jobs, benefiting teams like SAP and payroll that frequently transfer files internally or externally. For instance, payroll's bi-weekly file transfers to and from banks would previously consume hours when handled manually via email or other methods. Now, JAMS automates this process by retrieving files from the payroll application and delivering them to external banks. Similarly, incoming bank files are automatically fetched from their servers at specified times, eliminating manual intervention.

JAMS streamlines file transfers, saving countless hours for teams like SAP and payroll. Traditionally, tasks like sending bi-weekly payroll files to banks involved manual methods like email, consuming significant IT staff time. JAMS automates these transfers, freeing up staff and eliminating manual processes like email, ServiceNow copying, or using Box.net. JAMS recognizes a file and automatically sends or receives it whenever a file is created, saving countless hours for various departments daily.

The most valuable aspect of JAMS is its robustness. We can configure it, and it will keep running without glitches for years. There is no issue regarding the scheduler portion and how it is easy to configure. There are so many tools they will get hung up, but JAMS starts the process once we schedule it, and then it's all good. It just keeps running.

I want JAMS to implement a global search function. Currently, jobs are organized into folders like HR and IT. To find a specific job, such as job number 500, I must navigate to the correct folder to search for it. A global search would allow me to type the job number in the root folder and be directed to the appropriate location. Additionally, the reporting functionality needs improvement, as the current version frequently crashes when generating historical reports.

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

I have never experienced lag, crashes, or downtime in all the years I have been using JAMS. 

I use only one agent on a single server, so I can't definitively assess JAMS's scalability. However, I've observed reliable failover behavior. When the primary server was rebooted for security patching, the secondary server seamlessly took over without interrupting file transfers, which occurred every five minutes. This suggests that JAMS can handle unexpected disruptions gracefully.

Whenever I contact JAMS technical support with questions, I typically receive answers via online chat the same day. In the last three years, I've only needed to call them two or three times, and those issues were related to Windows system crashes rather than JAMS itself. The support team has always been helpful, offering assistance through Zoom or video calls to resolve problems promptly.

Positive

We previously used a solution that no longer functioned, so we switched to JAMS. As the centralized tool approved by cybersecurity for job scheduling and file transfer, JAMS is the only tool we can use for these purposes.

We are using an SAP system called Maestro Scheduler, and I'm working to migrate its jobs to JAMS. Compared to Maestro, JAMS is significantly more straightforward and reliable. Maestro frequently experiences job failures, requiring extensive troubleshooting efforts. On the other hand, JAMS is straightforward to install and offers clear error messages for issues like FTP or SFTP failures. Day-to-day operations are smoother with JAMS, and problem identification is much quicker.

The initial setup is easy. One week ago, I installed JAMS in my dev environment because that AWS server was somehow decommissioned. So I had to reinstall JAMS, which was easy—like reinstalling any simple Windows application.

Under optimal conditions, JAMS can be deployed within an hour. A previous deployment was delayed due to network security restrictions in an AWS environment, which required creating a security group to allow necessary JAMS ports. With prerequisites, deployment time can be reduced to under an hour, potentially as little as 30 minutes.

The JAMS deployment is straightforward and does not require many people.

Two years ago, the JAMS tool was transferred to a new team focused on IT automation. When I informed my director of approximately ten thousand dollars of the tool's annual cost, she expressed surprise at its affordability. She mentioned that other server-side automation tools typically cost hundreds of thousands of dollars. On the other hand, JAMS is relatively inexpensive, with additional costs only incurred for tags, other services, and optional support renewals.

I would rate Fortra's JAMS nine out of ten. If the global search is added and the reporting is improved, I would rate JAMS a ten out of ten.

We are planning to upgrade JAMS to the latest version this year. Next year, we may demonstrate a demo for SAP integration or other integrations that could benefit the company. If the budget permits, we will implement these integrations. While many integrations are possible, we currently do not utilize any.

We currently use code-driven automation only limitedly and are evaluating its potential. As we utilize JAMS version 7.1.407, an older version compared to the available 7.5, we are exploring demos to determine the best fit for our future needs based on our current system.

I maintain JAMS for our organization.

Public Cloud

Amazon Web Services (AWS)

JAMS streamlines our programming job scheduling. It handles both C# projects and PowerShell scripts, allowing us to categorize and schedule critical and non-critical tasks. JAMS also alerts us via email of any job failures. While JAMS boasts features for complex, load-balanced environments, our setup is simple. Everything runs on a single production server with a backup, eliminating the need for a client-server structure.

JAMS effectively alerts us to potential job disruptions, enabling us to address issues proactively. We rely on it for timely problem notifications and monitor it daily. The Runaway feature is invaluable for identifying jobs that take too long to complete, preventing backlogs. We can effectively manage and resolve these issues by configuring the runaway limit, ensuring smooth job execution.

JAMS is highly versatile in handling exceptions. We can easily prevent a job from running on specific dates by creating exceptions within the scheduler. For instance, we can configure an exception if we don't want a job to run next Wednesday, July 4th. Additionally, JAMS allows us to skip specific dates and times or even run jobs hourly if needed, providing the flexibility to accommodate various scheduling scenarios.

JAMS centralizes job management across all our platforms and applications. We can install the JAMS client on any machine to manage it directly, and some programmers, including myself, have done so. I have the client installed on my laptop and can access all features from there. Alternatively, users can connect to the JAMS server and run the client remotely, limited to one or two people at a time. I prefer having the client installed for convenient and unrestricted access.

JAMS significantly reduces troubleshooting time for stalled jobs by providing a centralized monitor. Instead of manually checking the status of numerous jobs, we can quickly assess their progress on a single screen. While it's difficult to quantify the exact time savings, it's evident that monitoring hundreds of jobs individually would be far more time-consuming than glancing at a single monitor for a few minutes daily.

JAMS has replaced our previous homegrown program scheduler, which was used to monitor job success. Considering this legacy system, we adopted JAMS as our new monitoring and scheduling tool, eliminating the need to develop and maintain the outdated program further.

JAMS is a scheduler, so setting up a new job is easy. Once we configure it, it doesn't take much time. We create jobs all the time. We have over 200 jobs running. So, if we need a new job, creating it in a few minutes is easy, saving us time. We don't have much time to set up a new job. It's swift to do, saving us time for other projects.

The user-friendly and adaptable scheduler allows us to manage various scheduling scenarios. JAMS offers valuable features such as Runaway job settings, enabling easy pausing and scheduling for maintenance periods. It provides a complete job history and effective notification options. Overall, it is simple to use, versatile, and exceptionally reliable, meeting all our scheduling needs without issue.

JAMS notifications for hung jobs could be improved. A hung job can remain on the monitor for days without a configured Runaway Limit, preventing scheduled resumptions. Ideally, the system should proactively notify users when a daily scheduled job is imminent but the previous day's job is still running and unlikely to be completed. Currently, this information is only available with a Runaway Limit configured. Implementing automatic notifications for Runaway Limits exceeding the scheduled timeframe would be a valuable enhancement.

I have been using Fortra's JAMS for five years.

JAMS is a stable solution with no lagging or crashing that we have experienced.

JAMS is a scalable solution, but our current needs are limited. We only run a few hundred jobs, which JAMS handles without issue. If our workload doubled, we could quickly expand the system by adding more servers and agents. JAMS supports load-balancing and distributed architectures, allowing for seamless growth, but we haven't needed to utilize these features yet.

JAMS's technical support is excellent. They worked with us during our initial set-up, and we will contact them again for another installation on our development servers. They are easy to get a hold of and offer good documentation. The support team is accommodating, which is one of the areas we like about JAMS.  

Positive

We switched from a homegrown solution to JAMS.

The initial deployment is straightforward because JAMS offers excellent support.

While someone unfamiliar with JAMS will likely require assistance with the initial setup, the platform's support system ensures users can obtain the necessary help. Although I didn't handle the original installation, I successfully upgraded JAMS with minimal difficulty thanks to the documentation and support resources provided. While individuals without a technical background might encounter challenges, JAMS' support is designed to guide users through the process, making it accessible to many users.

While I wasn't involved in the initial deployment, it likely took several days due to the extensive decision-making required for the initial structure. We developed a specific framework with defined sections for critical and non-critical jobs, further categorized into nine types such as financial, business intelligence, programming, and database roles. This structure was designed to be flexible and adaptable to various scenarios, requiring careful consideration but ultimately easy to implement by following guidelines.

The pricing is reasonable.

We looked at a couple of different schedulers, and they gave us the free trial software. We tested it out, and we liked JAMS enough to purchase it.

I advocated for Windows Task Scheduler because it was free and met most of our needs. While it lacked monitoring capabilities, I developed a proof-of-concept program to address this. However, the programming team manager preferred a more enterprise-grade solution instead of our homegrown approach using Windows Task Scheduler as a foundation. They aimed to eliminate the perceived custom-built nature of our solution.

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

We currently do not use agents, though we understand the possibility of deploying them in a client-server environment across multiple servers for job scheduling. However, we've opted against this approach due to the increased complexity, server requirements, and associated costs. Instead, our scheduling agent resides on the same server as the JAMS scheduler, providing a consolidated solution. As a backup, we leverage a development server capable of executing jobs. We have implemented several contingency plans, including scheduling on the development server, manual execution, or utilizing Windows Task Scheduler. After careful consideration, we believe this configuration adequately meets our needs without the overhead of managing additional client servers or agents.

We don't use workflows or similar processes. As developers and programmers, our programs are designed to function independently once initiated at the correct time. Creating a workflow to manage these tasks isn't necessary because our programs are particular in their objectives. We primarily develop in C# but occasionally use PowerShell scripts. We experimented with workflow tools but ultimately determined they weren't essential for our needs.

Migrating from our old solution to JAMS was not a straightforward integration; we moved jobs manually, one by one. This process has been time-consuming due to the many jobs, and some require specific software or configurations that are not easily transferable. Unlike a typical migration, we cannot simply export jobs from the old system to JAMS; we must carefully assess each job's requirements and ensure the necessary conditions are met on the JAMS server before moving it. While this has been a lengthy process, we are steadily progressing and anticipate completing the migration to JAMS soon.

JAMS provides good documentation and support for use. The solution is straightforward, but if users need hand-holding, that is a good place to start. 

On-premises

We use JAMS to replace manual scheduled tasks on our server environment. It serves as a centralized environment to manage scheduled tasks for around 1200 jobs that perform various functions. I'm one of the administrators, and we also use it for smaller tasks on our end as engineers. JAMS handles SFTP uploads and data copying, among other things.

The most valuable feature of JAMS is its user-friendly interface, especially after upgrading from version six to seven. The monitoring tab allows easy monitoring of various jobs, showing where they might be stuck and their progress percentage. The overall audit trail makes it simple to find jobs that didn't run as expected. The user-friendly logging system includes more in-depth logs if needed. Their support is also excellent.

A major improvement would be the integration of AI to help us accomplish various tasks. AI could assist in simplifying operations and could potentially enhance the tool's capabilities.

I have been using JAMS for approximately eight to ten years.

The initial setup was easy and took about four to eight hours to establish the base environment, excluding job migration. We went through a migration with JAMS's professional services. I installed the environment myself, while they helped migrate the jobs and users.

Being on the new version, there's been zero downtime. We have a DR server for emergency use, but using it once a year is rare. JAMS is very stable.

The scalability is adequate. We might be underutilizing it, but as more jobs require processing, additional servers would be necessary. It meets the current needs effectively.

The support is top-tier. They are responsive, even for generic issues, and are very quick to respond depending on the issue's severity. Support is a significant factor for us.

Positive

We previously used Windows scheduled tasks, which were unorganized and lacked management and alerting on failures. Switching to JAMS was a significant improvement.

The initial setup was easy, taking around four to eight hours for the base setup. Recently, in a migration, JAMS's professional services helped migrate jobs, while I set up the environment.

The implementation was carried out in-house with help from JAMS's professional services. It was primarily done by one person, though I have a counterpart as backup.

They recently switched to subscription-based pricing, which increased. The price is fair considering the functionality and importance of the tool, although the increase did unsettle our management.

During our transition from Windows scheduler, we did not evaluate other solutions; we were focused solely on JAMS.

I would rate JAMS an 8 out of 10, providing room for improvement. It's very user-friendly and powerful, and for new users, there's not much advice needed due to its straightforward nature.

On-premises

I've used the solution across three employers. I've used it in the context of government, tech services and health care. Everything is IT-related, so everything from ordering supplies to finance applications, everything gets filtered through JAMS. It helps with automation. 

At my previous employer, we were working on a project with the tax controller of our state. And the company I worked for was providing a tax solution for them. Part of that was us being able to provide a solution, but they also had to have their own users be able to interact with the software solution that we provided them. That required them to have their own user accounts and privileges and all that for JAMS, and it was all tied into an SQL database. Instead, if someone joined the controller office or they changed positions or roles, typically, someone would have to go to that SQL database and manually update those records. What I did was I created a series of JAMS jobs that would allow someone just to run a job. It would ask for the basic stuff: their name, their role, and their privilege, and it would update that for them. It made something that was really complicated and annoying super easy.

I really like PowerSchool scripting. It's really easy for me to produce some really cool code. People will ask if a certain job is possible to do with JAMS and I tell them it is. 

The JAMS database offers a lot of flexibility in tapping into it. It's good at offering additional functionality. 

The automation aspect is fundamental to what JAMS is for. If you want to schedule something to run every Monday at 8 AM or whatever, it will work without fail.

The code-driven automation is good for helping us handle complex scheduling requirements. That's a cool thing. JAMS has a lot of flexibility with being able to automate. You can just use the built-in features to run a job. However, you can also just code that into a job using PowerShell. I lean more into writing codes rather than relying on built-in functionality. That is really big for me.

Currently, we use both Windows and Linux servers, and that creates a lot of issues when it comes to talking between two different operating systems. But we're able to get by with that since JAMS has built-in capabilities to call Oracle directly and it can also call SQL. It doesn't really matter what operating system you're running on. 

JAMS is good for helping us be aware and handle common issues that prevent our jobs from running. I have jobs I've built and checked on. I can look at the state of servers to foresee if there are going to be any issues. If we have critical processes that run at 5 AM and the server is offline, then the job will fail. However, we can check-in, or it will give us alerts so that we can see what's going on and fix the issue before the job can fail. 

The solution's ability to handle exceptions that we have created has been sufficient.

JAMS helped eliminate data slack across our applications. We get these reports in, and they need to be run from a Windows server into a Linux server and ingested there. I just created a job this morning that would transfer these files to the Linux server, and then we would run some sort of features that would load them up. It's easy to do that.

The built-in triggers are great. If a file comes in, someone doesn't have to manually look for it. We just have jobs that will scan folders to see if files come in or if they're removed. It makes remedial tasks obsolete as they can just be automated. We've freed up about 20% of staff time as there have been a lot of opportunities to automate manual effort.

JAMS has built-in reporting. I've never really used it. I tried using it a few years ago and I couldn't figure it out. It was wonky. It could be improved upon.

There's a projected schedule pipeline that's never really worked for me. They could fix that and make it more user-friendly. 

I've used the solution for about nine years overall. 

It's an absolutely stable product. While I don't mean to sound negative about the web version, I will say the desktop client version has been rock solid. I'd rate stability seven out of ten since the web version skews a bit slow. If we were just talking about the desktop version, I'd rate the stability ten out of ten. 

The scalability is good. I'd rate it nine out of ten.

About 20 people use the product in my current organization.

JAMS support is fantastic. I've been bothering them for years, and they always get back to me right away. They're amazing.

There was a different solution in place that the company chose not to use. My current company migrated all of the jobs over to JAMS.

The initial setup is straightforward. We did a migration and were able to set it up in one to two hours and five people were involved. The migration itself was finished within a month's time. The main issue was handling the volume of everything they had to migrate.

There isn't really any maintenance needed. There are just some backend things, like whenever a job runs, it creates a log file, and those need to be cleaned up. Otherwise, they begin to build up. Then, every once in a while, you may have to do an update. That's about it. 

Resource-wise, we've definitely witnessed an ROI. 

The pricing is completely reasonable. 

The solution has positively impacted productivity. The ability to able to automate manual tasks and being able to check on file transfers, et cetera, has been great. It helps tremendously.

Right now, we're using version 6 of the solution; however, we're actively talking about getting version 7 this summer. 

I'd rate the solution ten out of ten. 

On-premises

We use JAMS for managed file transfer and job scheduling with Fortra's diverse enterprise application. The managed file transfer is both internal and with external third-party vendors.

JAMS has streamlined our job management across all platforms and applications by offering a centralized, single-pane control. This allows us to easily view, test, and manage all job connections, reruns, and schedules in one place. Instead of relying on older, manual scripting methods, JAMS provides a clear visual interface that shows exactly which jobs are running and when.

The centralized control and visual clarity have greatly improved our workflow. When troubleshooting stalled jobs, the error-handling feature helps pinpoint failures quickly, allowing us to retrieve delayed information or identify processing issues. As a result, we've reduced troubleshooting time by 10 to 25 percent.

Previously, we manually managed file transfers by writing scripts, but the automated MFT feature has been a game-changer for our company. It allows us to track where files are going and detect errors if anything fails, ensuring seamless connections with third-party vendors.

If a file between vendors is missing, JAMS quickly locates it. It also alerts us if a connection is lost, helping us resolve the issue before attempting a file transfer. Effective error handling is crucial in job scheduling, and while some scripting is needed to properly view errors, JAMS supports PowerShell commands, making error navigation straightforward and helping us identify job run issues.

JAMS handles exceptions well, though each error must be configured based on specific customer needs. Once set up, it provides the data we need in the desired format.

Code-driven automation is one of JAMS' most critical features. We run nearly 3,000 jobs daily across various time slots, with some scheduled on specific days, such as the first day of the month. How we schedule and run these jobs is vital to our operations.

JAMS currently lacks the ability to implement SOX controls, which is a limitation for us as a company listed with Stock Exchange, where all transactions are audited. While it offers a feature to save files for a month, it doesn't segregate data between finance and SOX-related compliance.

Incorporating SOX-related features would save us from manually reviewing last year's data and gathering evidence for audits. A more robust audit feature within JAMS would be a valuable enhancement.

We have been on the JAMS platform for almost 18 months now.

We had some initial issues with JAMS because we had trouble understanding the number of connections we expected JAMS to handle. We undersized our servers with a lower CPU and memory, so the server was always at 90 percent utilization. Once we provided them with adequate resources to process the data, we did not see any issues. Rightsizing the server and understanding your workload will help you know what your end product should look like.

We are still evaluating this and don't think it will be difficult.

I rate Fortra support eight out of 10. We've contacted technical support about concerns and enhancements, and we've received a positive responses. There's some room for improvement, and once they make those improvements, I will change it to a nine. 

Positive

We had a homegrown SFTP solution that required updates whenever we wanted to do something new, so we switched from a manual SFTP method to an automated MFT system. It has helped us a lot because of the automated monitoring and alert system. It sends emails to users when jobs end or fail. 

The initial setup was fairly simple. We had a misunderstanding about how it should be set up that took some time to correct, but it was fairly easy once we understood how it should work. 

The core configuration was completed in a couple of days, but configuring the applications and vendor took almost six months. This was not due to the product, but because of the limitations we had working with different vendors and switching from one system to another. That switching took time.

It requires a little maintenance every week or every couple of weeks. We recycle the servers to free up the connections. All Java connections need some maintenance. We haven't seen any instability. It's effective and comfortable to use.

Initially, we sought help from a JAMS consultant. Their technical representative was available every time, and their support team was great. Whenever we had any questions or doubts during the initial days of implementation, they were very responsive. They helped us through the process of getting it running.

The licensing model for JAMS is straightforward and based on the number of agents, not the number of jobs you run. It's cheap and fairly simple.

We looked at two or three other products, like BMC Control-M and the AWS MFT solution.

We rate Fortra JAMS a nine out of ten. One important consideration is file retention. If you need to keep files for more than 30 days, you’ll need to archive them elsewhere to avoid losing them. Maintaining job history beyond 30 days is crucial to us, especially for SOX and audit purposes, so it’s important to plan for that.

Additionally, if you don’t want to expose your JAMS implementation to the internet, it’s necessary to set up a DMZ and establish a secure connection between the DMZ and JAMS to protect it from external threats.

On-premises

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. 

Private Cloud

Microsoft Azure

We utilize Fortra's JAMS to automate tasks within our banking organization.

We utilize a range of jobs for different tasks. Specifically, I possess 1,500 jobs that handle file movements. Additionally, we have approximately 600 SQL jobs, consisting of SQL commands, SSI jobs, and various other types of jobs. Our jobs run on Linux and Oracle, and perform functions such as encryption, decryption, zipping, unzipping, and uploading or downloading through SFTP or FTPS. Furthermore, we employ some visual basic jobs.

Fortra's JAMS enables us to identify and address common issues that may impede the execution of our jobs. This is of great significance to our organization.

The interactive agents are critical components since we cannot use a JAMS server for SQL jobs due to permission issues. Therefore, we delegate this task to another server. However, this causes the job to be offloaded from JAMS' scheduler, hence the need to distribute the process to another server.

We centralize all of the tasks in our bank, which include Microsoft Windows tasks, scheduled tasks, batch jobs, and scripts. This is a replacement for the SQL job that we previously scheduled across approximately one hundred servers. By centralizing and scheduling these tasks together, the entire process is visible to everyone in the bank. This is critical because if the system goes down, it would affect all banking processes, including ACS payments, ATM, reporting, and other functions. This software is essential for the bank's operations, and without it, we cannot function properly.

Fortra's JAMS helped us centralize job management across our platforms and applications. This is critical because we schedule tasks across multiple applications and operating systems, using triggers and start dates to coordinate their execution. Managing permissions has always been an issue, but we've now centralized permissions for all jobs based on department.

Code-driven automation assists us in managing complex scheduling needs. The system includes a built-in template form. Fortra's JAMS provides the ability to improve the form within the code. This feature is beneficial because we can create our own custom scripts and add them to the system. However, it would be even better if we could add additional forms to the system.

Fortra's JAMS helps to eliminate data inconsistencies across our applications. Essentially, all of our activities occur at the system level, primarily through batch processing. We are not end-users and they do not directly access our system. Instead, we upload reports to SharePoint or similar systems, from where end-users can access them. However, end-users access our reports indirectly and not directly through the JAMS server. We typically share our reports with customers via email, by sending attachments, or by uploading them to SharePoint, OneDrive, or a shared folder. End-users do not directly access our system.

Fortra's JAMS saves us time when troubleshooting. Using the sequence log I have 14,000 jobs running every day.

Fortra's JAMS streamlines our monitoring processes by centralizing scheduling and management, eliminating the need for multiple tools.

Fortra's JAMS freed up the time of our IT staff. Previously, we had 20 servers, each running a different type of application. However, we have now consolidated all of these applications into one system.

Fortra's JAMS saved us the costs of a few full-time employees.

All the features are valuable and we utilize all critical features of the solution, such as scheduling, automation, and notifications.

It is important to receive notifications if a charged job fails and SQL is halted. JAMS does not provide halted notifications by default, which is a critical feature that needs to be added.

Fortra's JAMS has an encryption code, but they are not compliant with the open-source GPG program, which is a requirement. They are planning to add the GPG program by customizing and bundling it with JAMS, which would be great. Currently, we are using open-source software, and it begs the question of why we are using JAMS. JAMS has an encryption code, but it lacks a PGP engine in the server or an extra connection. They have added it, but version 7.3 is not functional. However, version 7.5 offers more job features, increased connections to the store, and enhancements to the cloud base, such as Azure, which makes it easier to access the cloud.

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

Fortra's JAMS stability is great.

Our requirements are met by Fortra's JAMS, and we have not experienced any scalability issues.

The technical support is great. They respond quickly even after hours and are knowledgeable.

Positive

Before we switched to Fortra's JAMS, we utilized a MOVEit SQL Server. However, we found that JAMS is a superior solution.

The initial setup is straightforward. A single server can be set up within a few hours while deploying multiple servers may take a few days to complete.

The implementation was completed in-house.

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

There are no additional costs other than the license for Fortra's JAMS which is affordable.

I reviewed several solutions online before going with Fortra's JAMS because of the features and price.

I give Fortra's JAMS a nine out of ten.

There are 50 users in our system, but only my team has administrative privileges. This means that while all users can access the JAMS client and run, release, or cancel their jobs, they cannot delete or modify anything. The remaining 46 users are simply managing their own jobs, whereas my team of four has the ability to modify settings.

I used Fortra's JAMS successfully across a variety of jobs and it is highly recommended. The solution saved me a significant amount of money, time, and effort through effective monitoring and other features. Overall, I believe Fortra's JAMS is a great product that can benefit many people.

I have come to understand the importance of centralizing management within our organization for the benefit of both the company and its employees. This facilitates prompt troubleshooting and efficient communication of notifications.

On-premises