JAMS Scheduler Reviews

In my work, I mainly use JAMS Scheduler to automate and schedule running recurring jobs and workflows across different systems. We use it for things like running scripts, triggering automation processes, handling file-based jobs, and managing dependencies between scheduled tasks.

One specific example of a workflow I automate with JAMS Scheduler is scheduling an overnight process where JAMS Scheduler picks up files from a shared folder, triggers an automation job to process them, and then moves the completed files to an archive location. We also set dependencies and alerts so the next job runs only after the previous one completes successfully.

Regarding my main use case, one thing I appreciate is that we can manage these jobs centrally instead of maintaining separate schedules for every automation. It also gives us better visibility into job statuses, failures, and dependencies, which makes production support easier.

We primarily use JAMS Scheduler in an on-premises environment, mainly because some of the applications and automation workloads we manage are hosted internally. It integrates with our existing infrastructure and gives us centralized control over scheduling and production jobs.

We do not currently use JAMS Scheduler's interactive agents extensively. Our primary use is scheduled and unattended automation. Interactive processes could be useful for exception handling or jobs requiring user input, but they are not a major part of our current setup.

JAMS Scheduler has positively impacted our organization by helping us reduce manual intervention by automating recurring jobs and ensuring workflows can consistently run on schedule. It has also improved operational visibility since the team can track job status, failures, and dependencies from a central place.

I do not have a formally tracked metric, but in practical terms, we have saved a few hours of manual monitoring and follow-up checks each week. We have also seen fewer missed or incorrectly sequenced jobs because dependencies, retries, and alerts are handled automatically.

JAMS Scheduler has helped eliminate data slack across our applications to some extent by scheduling data transfers and downstream processing at the right time, ensuring files and data are available when the next application needs them. This is important because delays in upstream jobs can directly impact reporting and business operations.

I would estimate JAMS Scheduler saves us around one to two hours per week in troubleshooting time, depending on the number of failures. The job history, logs, and alerts help us identify where a workflow stalled instead of manually tracing every step.

The best features JAMS Scheduler offers are centralized job scheduling, dependency management, and monitoring. I also appreciate the alerts and retry options because they help us handle failures without constantly checking jobs manually.

Centralized scheduling makes it easier to manage all our jobs from one place instead of maintaining multiple schedulers or scripts. Dependency management is especially useful for chaining workflows because JAMS Scheduler can automatically trigger the next job only when the required previous step completes successfully.

Another useful feature is the monitoring and alerting. If a scheduled job fails or runs longer than expected, we can quickly identify it and take action, which is particularly helpful for production support and reducing manual monitoring.

JAMS Scheduler has helped quite a bit with identifying common job failures, missed schedules, dependency issues, and execution errors. The alerts and job history make it easier to identify the failure point and take corrective action without manually checking every workflow.

JAMS Scheduler's code-driven automation has been useful for handling more complex scheduling logic and workflows that go beyond simple time-based triggers. It is important for us because we can combine scripts, dependencies, conditions, and parameters to support different production scenarios without creating too much manual intervention.

One area for improvement would be making the user interface more intuitive, especially for new users working with complex job dependencies. Better dashboard customization and more detailed troubleshooting information for failed jobs would also make day-to-day support easier.

Another improvement would be stronger out-of-the-box integrations with newer cloud and enterprise platforms. Additionally, simplifying some configuration and troubleshooting steps would reduce the learning curve for teams that are new to JAMS Scheduler.

I have been using JAMS Scheduler for around one and a half years.

JAMS Scheduler has been quite stable for production scheduling in our experience. We have been using it for over one and a half years and most issues we have encountered are related to the underlying jobs or systems rather than JAMS Scheduler itself.

JAMS Scheduler has scaled well for us as the number of scheduled jobs and workloads increased. We have been able to add more jobs and dependencies without a major impact on day-to-day operations, although larger environments still need proper organization and monitoring.

The customer support has been generally good, especially when dealing with complex troubleshooting issues. We have been able to get useful guidance and troubleshooting steps.

We have had to reach out to the support team a few times for configuration questions. They were responsive and provided practical solutions to resolve them.

We migrated from Microsoft Windows Task Scheduler and some legacy scripts. We did a small proof of concept with a few critical workflows first, which helped us validate dependencies, alerts, and reliability before gradually moving the remaining jobs to JAMS Scheduler.

Before JAMS Scheduler, we mainly used Windows Task Scheduler along with custom scripts for scheduling. We switched because managing complex dependencies, monitoring failures, and maintaining schedules across multiple workflows became difficult with that approach.

The overall migration process was fairly manageable, although there was some initial effort in converting existing schedules and dependencies. The main challenge was understanding the existing workflows and rebuilding them correctly, but once the team got familiar with JAMS Scheduler, the process became much smoother.

It took roughly four to six weeks to complete the migration, including the proof of concept, workflow conversion, testing, and production rollout. We did it in phases so that critical jobs could continue running while we validated the migrated schedules.

We have seen a positive return on investment, mainly through reduced manual monitoring and faster issue resolution rather than headcount reduction. For example, saving roughly one to two hours a week on troubleshooting and monitoring adds up over time, while fewer missed or delayed jobs also reduced operational rework.

The pricing for JAMS Scheduler was reasonable for the capabilities we needed, although the licensing structure took some time to understand during the initial setup. The main cost was the licensing itself, with a relatively manageable setup since our team handled most of the implementation internally.

We evaluated other options, mainly Redwood, Run My Jobs, ActiveBatch, and Control-M. We compared them on scheduling capabilities, dependency management, monitoring, integrations, and overall fit with our existing automation environment.

I would rate JAMS Scheduler 8 out of 10 overall. It has been reliable for scheduling and managing production workflows with good monitoring and dependency handling, though there is still room to improve the UI and integrations.

I have chosen 8 out of 10 because JAMS Scheduler has been reliable for our day-to-day scheduling, dependencies, and production monitoring over the past one and a half years. I am not giving 9 out of 10 or 10 out of 10 mainly because the UI and some configuration and troubleshooting areas could be more intuitive.

Regarding JAMS Scheduler's AI capabilities, from my experience, the governance and security are fairly strong, especially around controlled job execution, permissions, and auditability. For AI-related capabilities, I would still want clear controls around data access, model permissions, and audit logs before using them for sensitive production workflows.

The accuracy and reliability of JAMS Scheduler's output is good for existing tasks, but I would want to have clear controls for business critical processes.

Accuracy is important because scheduling errors can delay downstream automations and impact business processes that depend on them. Our experience has been positive so far for routine tasks, but we still validate AI-assisted outputs before applying them to critical production workflows.

I would recommend doing a small proof of concept with a few real production-like workflows before committing to JAMS Scheduler. Pay particular attention to dependencies, integrations, monitoring, and licensing because those areas will give you a good idea of how JAMS Scheduler fits your environment. My overall rating for this product is 8 out of 10.

We have gone through a series of mergers, acquisitions, and purchases. We have had JAMS for almost eight years, and actually, I have been with the company for nine years. We have had JAMS long before then.

JAMS has become our enterprise job scheduler. We primarily use it for job scheduling. We are moving into the cloud. My company was first called First Global, then got into Blue Cora and Avantax through mergers, acquisitions, and divestitures. It seems like I have been with the same company for nine years, but my company and email changes every two years. We have had JAMS for a really long time. In the Blue Cora Avantax world, while we used AWS quite a bit, we were also quite a bit on-premises with SQL servers. Then, as we merged into another company called Blue Cora, they used to use the same JAMS-related products, which is owned by Fortra, also called Automate. We still liked or preferred JAMS over the others. When we migrated and finished integrations with that company, we consolidated everything that was in Automate into JAMS. It has been one of those solutions where we use it for enterprise job scheduling. We are heavy SQL servers, so from running our backups to ETL processing. I work for a FinTech company. Many of our processes, including file arrivals, come overnight, and then we sequence and trigger-base it. Based on times of file arrivals, we execute various tasks and then execute the ETL process to load them into the databases and then trigger it to execute. Some portions of our workload is in the cloud as well. We start some Glue jobs and other things as part of a trigger if using JAMS.

We have really enjoyed working with JAMS in terms of notifications, alerts, and streamlining. There used to be a process with Automate, which is another product from Fortra, but even before that, the other division of the company that we were merging with had a tool that was built in-house called a file handler or file distributor. It was an in-house developed tool, but it was not as streamlined or as efficient as JAMS is. We literally had to have a dedicated nighttime person monitoring. Although we are 24/7, the divisions of the company that we were using JAMS for have been small scale. While we have automated it, we have streamlined it in such a way that notifications go out and alerts go out, but if there is anything, then we get paged and alerted, and if anything needs to happen at midnight, we can wake up. On the other hand, with the tool I mentioned, the file handler and distributor, we used to have a dedicated nighttime person that had to be sitting and monitoring it to see when a file arrived, whether it met the conditions, and then execute the next particular job. By using JAMS, we have gained a lot more efficiencies in terms of all of those to streamline it, and there is no necessary need for having an overnight engineer just keeping an eye on all of this.

I have been used Jams for about nine years.

Between web apps and a couple of loads in AWS and then some of those still older technologies, it has definitely helped us.

We are definitely going through many mergers and acquisitions. As we are going through mergers and acquisitions, some of them are very smaller companies that we are just purchasing, but they might have had manual processes or things of that nature. The technology is not always upgraded. We are in the AI world, but things are changing so fast in one direction, but especially if you go through mergers and integrations, integrations is definitely not a fun field to be in. We can use AI, but at the end of the day, figuring out what the tech debt is, where everybody is at, and then at least until we understand the entire business scope, we have to just make sure to run the business as is at some point because business still needs to run. Those are situations where it has helped us to just say that we don't really care in which tech stack that we are in, whether it's latest or not, but the forward as well as the backward compatibility has been of great help.

I received a question asking whether we have received proper support within our organization. The question was asking about efficiency-wise what we have experienced internally in our organization using JAMS.

We have eliminated the in-house built tools that were called the file handler and file distributor. We have eliminated using Automate as much as it is. We were cutting two different checks to the same company, but we still eliminated Automate. We are almost near closing to eliminating GlobalScape, which is also still a part of the same company as well, because that is also owned by Fortra. GlobalScape will be eliminated, but everything will be centralized into JAMS.

The setup was tremendously easy. When I just joined a long time ago, that seems like eons ago now. We used to just deploy, and I think I was not even there during the initial planning or deployment or onboarding phase of JAMS. Lately, we have just done it, and then the imports, exports, and other things, we just make sure that it is all in there, and the deployment is through PowerShell XMLs and moving it from one environment, like dev to UAT, promote, and UAT to prod, promote, and has been tremendously fair, easy, and simple enough.

The return on investment has definitely been there, but at the same time, not going to lie, the primary factor, sometimes, if anything, that I might get pushback, especially with the newest acquisition and then the leadership, is the cost of the licensing has definitely gone up. We used to be in a grandfathered per the number of jobs run per model. We were literally paying pennies on the dollar, which was good, for multiple years. But now we are into the agent mode, considering how many agents we are running and where, and all of that too. The cost has definitely gone up tremendously. That is where I do know, as much as the feature sets are there, and if the newly acquired company is going to be doing a pushback, they might just say, 'Do we still need to pay this much? Or at that point, should we look into an alternative?' That might be one. Not going to lie, every company and every vendor is doing that, but at the same time, pricing sometimes is the one big pushback that might come back.

I absolutely will have to do an alternate evaluation. As I said, as part of those last three or four mergers and divestitures, we had evaluated. We didn't have to go forward. I think we already had partnerships with the vendor, and we just decided not to go fresh evaluation mode. But with the latest acquisition into Cetera and that as well, I am pretty sure that Cetera is a much bigger organization, and we might have to just go through, and they will just ask me to do an evaluation across the boards and then provide justification. I do have to do it when the timing is right.

I use JAMS Interactive. I have the client mode enabled. In terms of the scheduling, I am in the 7x version of JAMS currently, and I use that. I have the console or the dashboard where it just tells you where your job run monitoring is. We have not upgraded to the latest and greatest versions of JAMS, if any, because we are going through quite a bit of integrations and other things. That will have to become the next priorities. We are currently using other versions of JAMS or JAMS-related projects. Fortra as a company was using Automate, so we migrated from Automate to JAMS, but we also use their other versions, GlobalScape. We are trying to consolidate it all, bring everything into JAMS, and then go from there. From the agent aspect, I use the client version, keep where my job current monitor status is, and then release the jobs, cancel the jobs, and reschedule them.

Most of it is scheduled to run on an automated basis, but there are processes that either we have to do certain things ad hoc or we have to run manually, so we run some of those again. Those interactive agents have been tremendously helpful. For example, we have all those database backups automated and then run the fulls and the differentials during the nighttimes or weekend times. But then occasionally, let's say if I'm going to do a development or I have a deployment, our deployment windows run from Wednesdays or Thursdays in certain different cases on the later evenings on Central Standard Time after 6:00. But in some cases, let's say if it's a major deployment, we might want to take a backup just before deployment starts. We have set up jobs in such a way that the ad hoc jobs will run on an on-needed basis or I can parameterize and then say, 'I don't want to do a backup of everything, but I want a backup of this specific job.' Creating a job literally on the fly or running them on an ad hoc basis has been tremendously helpful. The interaction has been needed and is useful.

The quantifiable metrics that I can easily say is at least about four to five hours per person. I keep going back to that nightly person. The nightly person literally started his day at 10:00 and finished at 6:00. Sometimes the handoffs and lack of it was not always there. But now, with the way that we have automated it in such a way and then sequencing of those things based on file arrival, some of those file arrivals start coming as early as 8:00, but then we were able to program it and stagger it in such a way that the next most important file that comes is closer towards midnight, a couple of minutes plus or minus before or after. Of course, it is coming from the vendor. We have been able to schedule it in such a way that there is nothing really that needs to start at 10:00, but wait for all these files. But the moment we start getting this file, sequence it, run it. If something gets delayed, don't wait, just send us a text so that we are on high alert, so we'll meet that 6:00 AM, 7:00 AM Eastern SLAs. Sequencing and parallel threads and things of that nature definitely give about four to five hours per day.

A couple of times, in a few instances, there are some jobs that we have asked that based on certain scenarios we want it to repeat or run multiple times during the day, and those feature sets or requirements are there. After the last completion, run it after every two hours or two and a half hours, those kind of situations we have been able to get accomplished in a simpler way without making too much code difference, but the repeat processes, JAMS does have the feature set to make those possible.

As far as if you just sequence it or ask it to run parallel, or at least I'm evaluating it when compared to an Automate or the in-house built tool and other aspects that I have just seen, it has far exceeded how it has performed when compared to the other tools.

Blue Cora used to have two holding companies. One is called Avantax, so I would still kind of put Avantax in there, but our licensing with JAMS itself is established under Blue Cora.

The interaction and things with a little bit of old tech as well as in between the new tech, meaning even within the AWS, like pushing a file, for example, you could still be on-premises. Once you get it into on-premises, push a file into S3 or do those kinds of things, and a trigger or start a Glue job and other things. Those experiences and these interactions have been there, and making API calls. All those features are out there, and it is simpler too. You don't need a dedicated specialist domain expert or something. Somebody, even a newbie, can be taught and will be able to pick that up easily. This is one of those great tools with not much of a learning curve and something easy to implement and has tremendous potential.

There are, depending upon which SQL Server editions we got in there, and the SQL Server Agents, for example, could be something that we have had batch jobs. Some of those jobs, whether we use it for CDC captures or some SQL Server logs, whatever. We are just trying to do what those agents have been set up for, and some of those jobs have been set up in this older, but again, smaller acquisitions companies, if they are coming into the SQL Server Agents, they never had this enterprise scheduler like in JAMS, but they would have been just running because they may or may not have had a dedicated DBA, that kind of a thing. Simple enough, a developer might have scheduled something in a SQL Server Agent, and then we just try to automate it and then bring it in and coordinate it with JAMS. The same situation applies for the Task Schedulers too. Not everybody had JAMS, but especially as part of these integrations and these smaller acquisitions that we are able to do and triage and manage it and make it as, 'Now we have this big holistic view and here is where everything is running.' Those are the things that have been tremendously helpful for us with JAMS. Overall, I would rate this product an 8 out of 10.

My main use case for JAMS Scheduler is that we use it for a software that we have that runs reports for 42 school districts, so it maintains the scheduling for that, as well as nighttime jobs on multiple servers, general maintenance, and imports that have to run from one server to another server that is also maintained by JAMS Scheduler.

A quick specific example of a job I run with JAMS Scheduler is the nightly imports, where 40 districts worth of data is pulled out of our primary SIS database and then loaded into individual gradebook databases, and JAMS Scheduler handles all of that.

JAMS Scheduler has positively impacted my organization by keeping things running, plain and simple.

Regarding how JAMS Scheduler keeps things running, it maintains those jobs, handles failures or warnings, and provides a level of stability and confidence. I have used Microsoft Task Manager before, and it can have failures where I have to go hunting for the problem. Everything is straightforward with JAMS Scheduler, with logs and history all mapped out for me.

JAMS Scheduler helps centralize the management of jobs on all my platforms and applications, which is important to my organization because everything runs on one server, allowing people who need to run jobs to log in and just hit the server through remote desktop and double-click to run the job. I would like to set up the web server interface where commands can be sent through a web interface in the future, but it is not that important right now.

JAMS Scheduler has helped free up IT staff's time, but I do not think there is a measure on that, as we have never had the software to determine how much we were doing things before or how little we are doing things now. So there is no real way to measure it, but it has definitely helped our software run smoothly constantly.

The best features JAMS Scheduler offers include great history charts that allow me to quickly see things that may have failed last night if an email just went awry and got buried, allowing for easy troubleshooting. I can get notifications set for warnings or fatals or just informational updates as each job is completed, which is really helpful, and the log reports that come with these notifications help me start troubleshooting before I even close the email.

The user interface of JAMS Scheduler is great and very straightforward to understand, and everything, including setting up jobs, is super simple. The wizard walks me through it. I cannot say enough about JAMS Scheduler support, as it has been the fastest, greatest, best support I have had on any product in my 35 professional years of work.

JAMS Scheduler's code-driven automation has helped handle complex scheduling requirements, but we are not that big for complex scheduling. The way we run it is almost primitive compared to what JAMS Scheduler can do, and there is nothing like deadlocks in SQL Server.

To improve JAMS Scheduler, I think some more wizards would help for different jobs, and I would be really excited to start maintaining my jobs on the SQL server. I know it can do that, but I am too new to that sort of arena, so some wizards that walk me through simple things I could change or even an AI that I could work with to set those jobs up would be beneficial.

I have been using JAMS Scheduler for 20 years.

JAMS Scheduler does help notify and handle common issues that prevent my jobs from running. They do not fail to run, but they fail for reasons that are usually in the web GUI or due to user inputting data that the database cannot handle, so that is the most that has ever gone awry. There has never been a failure of JAMS Scheduler that would require the actual application to be fixed or debugged.

JAMS Scheduler is as stable as a rock.

Regarding JAMS Scheduler's scalability, we are not that big for scalability. The software is not growing, and we are not growing. We are at a standstill since we work with school systems, so there is no scalability needed for us.

Regarding necessary improvements, the documentation is great, and the support team helps me in every single way without giving me a read-the-manual type of response. They are spot on, readily available super early in the morning and super late at night. I have leaned on the support team way more than I have gone through the knowledge base.

The customer support for JAMS Scheduler is amazing, superhero quality.

On a scale of 1 to 10, I would rate the customer support as a 10, as it is an easy answer.

We did not use a different solution before JAMS Scheduler. That was the research we did, and JAMS Scheduler was the clear solution. We did not try anyone else and got very good pricing on a statewide license from JAMS Scheduler, so it was a no-brainer.

I have not seen a clear return on investment since we never had a before JAMS Scheduler. It is hard to say how much time or money it has saved. However, what it has provided is a level of stability and confidence that the software will keep on working without needing to maintain or look at logs to see if it is functioning. That knowledge that it is running solid is immeasurable for our organization because our software is mission-critical, especially for school systems and the needs of teachers and kids needing grades.

Regarding my experience with pricing, setup cost, and licensing, I was not involved in the negotiations and am responsible for updating the licenses every year when they come in from our management council.

Before choosing JAMS Scheduler, we did not evaluate other options. Nothing else was considered.

I would rate JAMS Scheduler as a 10, or even 11 or 12. I choose a 10 or even higher for JAMS Scheduler because the number one thing is the support. I know no matter what happens, if anything fails, I am going to get an answer fast.

Regarding JAMS Scheduler's AI capabilities, I have not used it, as we are probably not big enough to use any sort of governance like Citibank or some of the bigger organizations, so we probably will not even delve that deep into the technology.

About JAMS Scheduler's AI capabilities, I unfortunately have not used it enough to provide a good response. We set it up, we run it, it is great, and I have not had to even talk to it because of the support team, and while I know I am emphasizing that, it needs to be highlighted.

My advice for others looking into using JAMS Scheduler is to do it. I do not know of anything better, and I cannot imagine there is something that outshines it. I would rate JAMS Scheduler an overall 10 out of 10.

I primarily use JAMS Scheduler to schedule automations and repetitive data tasks, things that need to be done daily, weekly, monthly, or when a file changes in a folder.

Once a week, we need to take a snapshot of our data sets at the same time every week, and I was able to schedule that in JAMS Scheduler to run the SQL queries and save those results to a new table every Monday morning at 6:00 AM, which makes it a lot easier because we can get it started before anyone is getting to work for the day. The data is consistent; it's the first snapshot that's taken right at the start of the new work week before I even turn on my computer.

Another project is that I have a folder system set up on our shared network drive and different people on the team can drop files into those folders. JAMS Scheduler scans those folders to look for any new items that are added and then, when it finds one, it imports that data to our database and moves that file into a subfolder for our archives.

I'm just an independent contributor, so I'm not positive about how other people are using JAMS Scheduler, but I know that we use it extensively for all different kinds of automation tasks across the organization.

The previous example is a good one to focus on here because for that process, I really need the snapshot to be done at 6:00 AM on Monday morning. If I didn't have a way to automate that, it would be very cumbersome because I certainly don't want to have to log in two hours before my shift starts for the day or to be sure to wake up at 6:00 AM on a weekend. Being able to automate things ensures that things can run overnight or in the early morning when it needs to, and it frees up a lot of bandwidth for my time during the day when I don't need to be bothered with handling all of these repetitive tasks.

JAMS Scheduler helping handle complex scheduling requirements, and I've answered that rather thoroughly. That's what the scheduling software is for, and it is critical for our organization because we need it to do all of these tasks on a schedule.

JAMS Scheduler has so many features that I've really barely even scratched the surface of everything that can be done in it. I tend to use the jobs a lot and then I use the ability to group multiple jobs together to run all of them at once, which is really helpful. Being able to monitor which processes are running is great. There are very detailed scheduling options; you can even do work days only or weekdays, all kinds of options. I can group my jobs into setups and run a number of jobs all at once and schedule those all to run as a group, which is very helpful.

I do use the notifications sometimes within JAMS Scheduler. I found that I have to turn off the success alerts because there are so many of them. I do like to get failure alerts so that I have a heads up if something doesn't go through; that's always useful. Otherwise, I use the monitoring tools sometimes if I'm trying to wait for a job to run completely before I check on the log and see how everything worked.

I also know we're using a bit of a later model or edition of JAMS Scheduler, so we are planning to upgrade soon. I don't think it's appropriate for me to comment on what could be improved because I assume that a lot of improvements have been made for the new version.

I am pretty happy with it overall. The edition that we are using could be a little bit more intuitive, perhaps. I take off a star because of a particular job that I have scheduled for every Monday at 6:00 AM. The setting was unintuitive when it said 'workdays' because it turns out that twice this year it didn't run because Monday was a holiday. I don't see how I was supposed to know that from the dropdown menu, and that caused issues for our reporting and the quality of our data because I had to run that script myself when I caught the error about three hours after it should have run. That was frustrating. However, I think that could absolutely be fixed in a more recent version. Now I know; that's the sort of thing you only mess up once and then you remember it forever.

I started using JAMS Scheduler about two years ago.

JAMS Scheduler is stable.

JAMS Scheduler's scalability is good; we are able to set up a separate folder for each team's jobs. It has worked well as we expanded across different teams.

I don't know about JAMS Scheduler's customer support; I haven't contacted them.

Our edition of JAMS Scheduler doesn't have AI capabilities, so I really can't comment on AI features. Whether we evaluated other options before choosing JAMS Scheduler is not my department. I would rate JAMS Scheduler a nine on a scale of one to ten.

My main use case for JAMS Scheduler is working with data warehouses, where we use JAMS Scheduler to load our data daily from different sources like files, DB2, Oracle, and other platforms.

A specific example of how I use JAMS Scheduler to load our data is in one of the newer projects where we use JAMS to call a SQL Agent job to load a table in SQL Server. Then, I use JAMS load and extract tasks and run PowerShell to get those files and move them to Snowflake stage. After that, I use JAMS to call Coalesce jobs. We have jobs in Coalesce, and JAMS could call the Coalesce jobs to load data from Snowflake stage all the way to the goal schema, which is the final landing tables for those data.

I have many jobs set up as File Watchers, allowing us to receive a lot of data from different files from various vendors. When a new file gets dropped off, it takes some action once we receive the new file.

JAMS Scheduler has positively impacted my organization by automating a lot of jobs that had a tendency to fail, such as the File Watcher I mentioned. Previously, with the SQL Server Agent job set at a fixed time, if the file wasn't there, it would still run and not load anything. We wouldn't even know unless notifications were set up. With JAMS Scheduler File Watcher, it only kicks off the job when the file is dropped off. That is a very good feature we are using. Additionally, we appreciate the visual management it provides, allowing us to view all the jobs running and what is scheduled.

We have seen measurable outcomes owing to JAMS Scheduler. Users previously complained that we ran the report but there was no data. These calls have been minimized due to JAMS Scheduler. Another positive aspect is the various alert systems we could set up, as sometimes we could put jobs in Dev and UAT environments with different priorities. I also appreciate the feature where we could prioritize based on different folder structures we might have, setting it up at the folder level without going job by job.

JAMS Scheduler has helped notify and handle common issues that prevent our jobs from running. We have set up rules around job timing, and if a job runs longer than the average running time, we receive email alerts which are very helpful. We also set up alerts for when jobs haven't started at a specific expected time, which were not available to us in the SQL Agent job.

JAMS Scheduler has indeed helped centralize the management of jobs across all platforms and applications in our department. All our jobs are scheduled in JAMS Scheduler, and we can easily see everything that is set up and scheduled in one platform. We all have JAMS Scheduler desktop installed on our laptops for easier access.

JAMS Scheduler helps save time when troubleshooting stalled jobs. If there is a failure, I probably save five minutes trying to figure out where or which step it might have failed. While we haven't utilized the advanced features, I definitely see that it saves us time because it is somewhat centralized.

The best features JAMS Scheduler offers are the monitoring feature where we could monitor what is upcoming, what ran successfully, and what failed. Furthermore, if something fails, we could easily look at their properties or job log history, audit trail, and diagnose what happened.

What I appreciate most about the monitoring feature is the visibility; you could easily identify what is scheduled to run soon and what failed, although we have a lot of notifications set up, which I am not a fan of.

JAMS Scheduler could be improved in terms of its history formatting. Currently, it is a simple text file format that is hard to read. When I have a job with multiple steps and I am trying to pinpoint errors, it is challenging to scroll up and down and figure out exactly where the error is. While I will eventually find it, the formatting is something that could definitely be improved.

Another improvement I suggest for JAMS Scheduler is concerning the JAMS Scheduler desktop client. After prolonged non-use, it just freezes for me, and I cannot even close the scheduler. I have to do control alt delete and close it from the task menu. That is a bug that could be improved.

The only other improvement I would suggest for JAMS Scheduler is in the reporting part, which is not easy to set up. I would prefer if there were built-in templates for us to start with. That is another area I believe JAMS Scheduler could enhance.

I have been using JAMS Scheduler for about six years.

JAMS Scheduler is stable.

I do not know the answer to JAMS Scheduler's scalability.

We have not fully migrated from another solution, but we were using SQL Agent job, and we are still using it. We introduced JAMS Scheduler as an additional layer with the intention of moving out of SQL Server Agent jobs to JAMS Scheduler. We have probably completed 60% of the migration, but many jobs are still scheduled in SQL Agent job, which JAMS Scheduler is calling, with job steps in SQL Agent.

I previously used SQL Agent job, and we are still using it.

In terms of overall migration difficulty, I would rate it a six out of ten as it was a new tool, and being a small team, we did not have enough training. There was much figuring out on our own, and we may not have utilized the best practices for some of the features. Thus, there is still a learning curve for us.

I believe we have seen a return on investment in terms of time saved, but I do not think we have saved any resource time. However, we definitely save time for each employee, especially for newer employees, as it is easier to train them on using JAMS Scheduler. While we have saved some time, I do not have the exact metrics.

Concerning pricing, setup cost, and licensing, it is not my decision.

Before choosing JAMS Scheduler, we evaluated Alteryx, but it was not good enough for us or it was too complicated.

I chose a rating of eight out of ten because compared to what we were using, the SQL Server Agent job or even Snowflake Scheduler, JAMS Scheduler provides us more capability in scheduling and visibility on what has been scheduled. It also allows us to neatly organize jobs into different folders such as Dev, UAT, and Prod, based on projects. Additionally, passing parameters is another valuable feature I appreciate.

Regarding JAMS Scheduler's AI capabilities, we have not used that feature yet. I have not used JAMS Scheduler's AI capabilities regarding accuracy and reliability of output.

Regarding code-driven automation in JAMS Scheduler, we might explore those features, but we are not using it right now.

My advice for others looking into using JAMS Scheduler is to take the time to learn the tool and its features so that you can set it up correctly the first time. This will allow you to utilize its advanced features, making follow-on job setups quicker and more standardized, which also simplifies training for new people.

I provided a review rating of eight out of ten for JAMS Scheduler.

Our main use case for JAMS is to automate our data pump backups for our PeopleSoft Oracle system, as well as run a myriad of different processes that we want to schedule related to integrations that have dependencies based on other jobs. We also use JAMS to do our database refreshes for a weekly REL, HCM, and Finance environments that we have to do a database refresh. There are approximately 32 steps, and we use JAMS to manage each of those steps in an automated fashion.

A specific example of a process or workflow we're running with JAMS involves our zero-tolerance firewall, making it very difficult to move a production data set or dump files across the network to non-prod environments, with REL operating as a production-size database. However, it is in the data center with the non-prod environments. It is production size, so we use JAMS to get around that process to be able to move files to a file server and then move them from there to where we need them to be. We go through moving the export files, use JAMS to unzip those files, export our local PeopleSoft configuration for each of the environments, including security and things of that nature, and then we drop all the SysAdmin, performing a schema refresh of the SysAdmin schema. We drop all the schema objects, shut down the application and web server processes (some on Windows, some on Linux), do a shutdown restart of the database, and then import the data. We re-import our local configuration that I mentioned before, perform some purging of app messages, update the developer roles from a security standpoint since we're moving from production (the source) to REL (the target environment) that is production-like but has very different security. After that, we clear process scheduler reports, take care of any PHI or anything related, update emails to ensure we're not sending any to our production clients with a generic email those processes use, run stats on the target environment, start the application and web servers associated with that environment, export the files, zip them up, and send out an email to the team to let them know the refresh is complete.

We also use JAMS to maintain our RMAN archive logs, ensuring those are taken care of. We use it for anything long-running, receiving notifications if something runs longer than it normally does. We update synonyms, perform data pump exports, rotate alert logs, clean up the Oracle U01 file space (the home directory for Oracle), and export out a copy of any errors from the alert logs so that we have that information emailed to us. This is part of what we call our daily health check, where we do a number of things to get information into an email and our daily health check so that we don't have to physically go to the server and sign on to see some statistics that might be related to the host or the instance.

JAMS has positively impacted our organization by saving us time, reducing errors, and improving workflows. We are not just using it in the Oracle PeopleSoft environment; on the Epic side of the house, we have multiple processes, setups, and jobs running to move files around. As an organization, multiple DBA teams, including the Oracle PeopleSoft, the Epic DBA team, and the SQL Server DBA team, are using JAMS in similar manners.

JAMS has freed up time, serving as a single source for multiple teams within our department, though I cannot quantify exactly how much time. It is apparent to anyone you ask in the organization that we are saving time by utilizing JAMS.

The best features JAMS offers for our team include the ability to get information emailed to us in an automated fashion based on schedules we have set up with a lot of flexibility regarding when and how we run them. We include dependencies in many of these jobs, so one setup inside of JAMS does not execute a job unless there are certain dependencies. We also utilize the aspect of JAMS that allows us to time a job; if we know a job runs within a couple of hours, we can set limitations to prevent it from becoming a run-on job. If something hangs in the network or there is an error, we use that portion of JAMS to tell the system to proceed to the next step, realizing it is running beyond the normal standard time.

JAMS helps centralize the management of jobs across all our platforms and applications, which is important because we have multiple teams using it. This centralization allows us to have a single point for management and reporting, so it has been very helpful in that regard.

JAMS has handled and automated complex scheduling requirements, as we have multiple systems requiring dependencies and different criteria for when something executes and how long it is allowed to execute. That automation has been extremely helpful.

When it comes to improvements for JAMS, I think upgrading and migrating some of the current processes could benefit from possibly having a multi-window setup so that you can see both the setup and the job itself, along with the code, without the need for multiple windows. It would be really nice to have both things available in front of you where you could see the log file and the results of any changes you make to your code.

I have been using JAMS for approximately four years.

For the most part, JAMS is very stable. Occasionally, if you leave multiple windows open over a period of time, it is necessary to end that task and restart.

To the best of my knowledge, we have been able to scale JAMS as needed for our purposes.

I have not had very many reasons to call customer support; it has been fine in the cases where we reached out, but there have not been many reasons to contact them.

I do not believe our organization migrated from another solution, as I was not here at that time and do not have any further information to share. I do not believe we previously used a different solution; I think we implemented JAMS for the purpose it was intended.

My manager has mentioned many times that they did a comprehensive review before choosing JAMS. However, I was not involved in that process.

I do not have any hard evidence regarding specific outcomes or metrics, but it is very obvious from the time I have been here—prior to that when JAMS was implemented—that time savings issues were buried in paperwork and are not something I have had an opportunity to go back and review.

I believe the pricing and licensing were fair. I was not here when that process took place and do not know exactly, but I have not heard anything negative regarding the pricing. As we are also going into a merger, joining two organizations, the pricing for adding on that additional hospital has been fair and we are moving forward with that project. To the best of my knowledge, the pricing and licensing have been reasonable for Rady's.

JAMS has helped notify and handle common issues that prevent our jobs from running, as we have a number of processes currently using it that give information related to specific jobs or setups running in JAMS. We use that extensively on a daily basis.

A perfect example of JAMS helping eliminate data slack across applications is our database refresh that we perform on a weekly basis, where our development team tests some of our most current changes in the environments.

My advice for others looking into using JAMS is that if you have complicated processes and scheduling requirements with dependencies across your enterprise, JAMS would be a tool I suggest they consider. It allows you to code in shell script, Python, and offers a lot of versatility for getting your tasks done. I would rate this product an 8 out of 10.

My main use case for JAMS is to manage over 6,000 jobs to schedule on a daily or weekly basis, which include different types of jobs such as Python, Linux scripts, and more.

JAMS is used for monitoring purposes, as we have scripts running every five minutes that check the stability of our systems.

JAMS offers diverse scheduling capabilities for any kind of job, including Linux, PowerShell scripts, and SQL, enabling automation of jobs, which has proven beautiful after three years of usage. The UI is very friendly, specifically in version 7.0 onwards, and it's a very stable product with few observed problems. The documentation is neat and clear whenever needed, providing exactly what we seek, and the support team at JAMS is really helpful, replying within two to three hours, which is greatly appreciated.

The feature I rely on most day-to-day is the concept of having a sequence of jobs. This simplifies scheduling for clients by allowing us to create a sequence that includes all jobs for that client. Whenever a new job needs to be scheduled, we create the job and add it to the sequence without much hassle.

JAMS has positively impacted my organization by completely removing the headache of scheduling jobs, not just for the organization but for all internal operations teams need. As an SRE, I write numerous scripts in different languages such as Python, Linux, and PowerShell, which I can simply schedule on JAMS, helping us sort out tasks efficiently.

JAMS could be improved with a web client that is accessible and as fast as a normal website, eliminating the need to RDP to the servers to access the JAMS client.

A functionality running on the JAMS server to continuously check the JAMS agents would ensure they are working properly. If an agent is not responding, a feature to restart the service from the job server machine would be beneficial.

The upgrade process, particularly when switching from V6 to V7, could be clearer in terms of documentation, ideally with screenshots showing exactly what needs to be done on each screen.

I have been using JAMS for more than three years now.

In my experience, JAMS is stable.

JAMS's scalability is noteworthy; we run 6,000 jobs per day without facing any problems, so it handles growth and increased workloads effectively.

The customer support is excellent; they are fast, technically strong, and the people I've interacted with know what needs to be done.

Positive

I had my first interaction with JAMS in my current company, where no prior automation or third-party tool was used, as we relied solely on writing scripts and manually scheduling them on Linux or PowerShell.

JAMS has helped me save about 40% of my time specifically related to scheduling or script tasks in my daily work. The design of JAMS makes it very easy to copy jobs and make minimal changes while ensuring functionality. The architecture of JAMS is neat and clean, enabling us to run agents on different machines while having the job scheduler and servers on one machine, which simplifies understanding its operations and helps in troubleshooting.

I did not evaluate other options before choosing JAMS, as it was already in place when I began.

If you have a huge number of jobs to schedule, you can definitely opt for JAMS. While I'm unsure about the costs, JAMS is especially beneficial for those needing to manage a large volume of jobs. I rate JAMS 8 out of 10.

My primary use case for JAMS is enterprise workload automation and batch job orchestration. I use it to schedule and manage business-critical batch processes that need to run at specific times or only after certain dependencies have been met. From my perspective as a developer, JAMS provides a centralized way to automate recurring workloads, coordinate dependencies between different systems, and monitor job execution. Instead of relying on manual scheduling or custom scripts, I use JAMS to ensure these processes run reliably and consistently. What I appreciate most is that it gives operations and development teams clear visibility into scheduled workloads, making it easier to monitor execution, troubleshoot issues, and ensure critical business processes complete on time.

A common example is coordinating overnight batch workloads. I have a number of scheduled processes that need to run in a specific sequence rather than all at once. JAMS allows me to define those schedules, manage dependencies between jobs, and ensure that a downstream process only starts after the previous one has completed successfully. From my perspective as a developer, this reduces manual intervention and gives me confidence that recurring workloads are executed consistently. If a job encounters an issue, JAMS also provides centralized monitoring and status visibility, making it much easier for the operations and development teams to identify the problem and take corrective action.

One thing I particularly value about JAMS is that it provides a centralized view of scheduled workloads. Rather than having scheduling logic spread across different applications or scripts, everything can be managed and monitored from a single platform. That makes it easier for both development and operations teams to understand job status, investigate failures, and maintain consistent execution across environments. I also appreciate its flexibility. Whether it is handling recurring schedules, managing dependencies, or responding to operational events, JAMS gives me a reliable framework for workload automation that has helped improve the consistency.

JAMS offers several best features that enhance its functionality. Centralized monitoring and alerting have helped my team significantly by providing timely visibility into job statuses and alerts for any issues that may arise. For instance, there have been situations where I identified failures quickly due to instant alerts, allowing me to troubleshoot and resolve problems before they escalated, improving overall operational efficiency.

In terms of improvements, I believe JAMS can enhance its user interface for better user experiences. I would like to add that more streamlined configurations and enhanced reporting features would also greatly benefit users. There are indeed improvements needed in JAMS, particularly in enhancing its integration capabilities with third-party applications.

I would rate JAMS's ability to handle exceptions as a nine out of ten. From my experience, JAMS does a good job of handling exceptions by providing clear job status, centralized monitoring, and timely alerts when something does not go as expected. If a scheduled workload fails, is delayed, or encounters a dependency issue, it is straightforward to identify where the problem occurred and begin troubleshooting. I also appreciate that it maintains execution history and detailed logs, which makes it easier for both development and operation teams to investigate issues and determine the appropriate next steps. The reason I did not give it a ten is that I would like to see more proactive capabilities such as predictive recommendations or automated guidance for resolving recurring failures. Those enhancements would make exception handling even more efficient.

I have been using JAMS for a little over two years as part of my enterprise application environment, and my experience has primarily been from the application integration side, where I work with systems that rely on JAMS to schedule, orchestrate, and monitor business-critical batch workloads. Over that time, I have become familiar with how it supports workload automation, dependency management, and operational monitoring in an enterprise environment.

JAMS is deployed in my organization using a hybrid cloud environment, allowing me to leverage both on-premises and cloud resources for optimal flexibility and performance. In my hybrid environment, I use AWS as my cloud provider, which integrates well with my existing infrastructure and meets my business needs. I did not purchase JAMS through the AWS Marketplace; instead, I opted for a direct vendor engagement that suited my requirements better.

JAMS has indeed helped notify and handle common issues that prevent my jobs from running by providing alerts and status updates, allowing me to proactively manage job failures and troubleshoot effectively. I think it is very important to use JAMS's interactive agents. Interactive processes give operations and support teams the ability to respond quickly when business requirements change or when unexpected situations arise. Instead of relying solely on fully automated schedules, they can trigger, pause, resume, or rerun specific workloads when needed while still maintaining proper control and visibility. From my experience, that flexibility helps reduce operational delays, improves collaboration between development and operations systems, and allows critical business processes to be completed more efficiently. It also minimizes manual work because everything is managed through a centralized platform with appropriate monitoring and audit capabilities. Overall, having both automated scheduling and interactive process management makes the workload automation solution much more adaptable to real-world operational needs.

Running interactive tasks is important because it gives users the flexibility to respond to operational needs without disrupting the overall workload automation process. There are situations where a business user or operations team may need to trigger a task on demand, rerun a process after resolving an issue, or execute a workload outside its normal schedule. From my experience, having that capability helps teams stay focused on business outcomes rather than spending time coordinating manual processes. It reduces delays, improves responsiveness, and allows critical tasks to be completed when they are needed while maintaining centralized monitoring and control. For my organization, it is an important capability because it complements automated scheduling with the flexibility to handle real-world operational scenarios efficiently.

I have not made extensive use of JAMS's interactive agents specifically, so I cannot speak to every capability from direct experience. However, based on my understanding of the platform, they help bridge the gap between automated batch workloads and tasks that require user interaction or actions performed through desktop or web applications. I think that is valuable because not every business process is fully automated. There are workflows where a manual approval, data validation, or user-triggered action is needed before the next step can continue. Having interactive agents allows those processes to be incorporated into the same workload automation framework, providing better visibility and coordination instead of managing them separately. While my primary use of JAMS has been around scheduling and workload automation, I can see how interactive agents would be beneficial for organizations that have a mix of automated and user-driven processes. It provides a more unified approach.

JAMS indeed helps centralize the management of jobs on all my platforms and applications. Having a centralized platform to manage scheduled workloads across different applications instead of each application having its own scheduling mechanism is crucial. JAMS gives operations teams a single place to manage, monitor, and track job execution. From my perspective as a developer, this improves coordination between teams because everyone has visibility into the status of critical workloads. It also simplifies troubleshooting since job history, execution status, and other relevant information are all easily accessible, ensuring that business-critical processes are executed consistently and reliably across the organization.

JAMS's code-driven automation does indeed help handle complex scheduling requirements, which is critical to my organization. It allows me to create intricate schedules that would be difficult to manage manually, ensuring that all dependencies are respected and workflows execute seamlessly. This capability is essential for maintaining operational efficiency and meeting my business demands effectively. I would rate this review nine out of ten overall.

There are many types of use cases for JAMS. I get to know about Gemini and Google Cloud SDKs, which I use in making my projects for hackathons and my portfolios.

By using JAMS, my company has seen benefits such as getting to know about Google products and the latest features that are newly launched by Google. Additionally, they help me in building my projects portfolio and engaging with knowledge. I participated in many types of quests and seminars where I learned more about this, and I was also a speaker there so that I could explain what JAMS is and what the Google tools are.

JAMS helps notify and handle common issues that prevent jobs from running because when we use JAMS, we get to know about Google products and there is also a feature of Google Cloud notification. From there, the notifications are about open job roles, new job quests, and many more things that today's HRs use to build new jobs.

JAMS helps centralize the management of jobs on all my platforms and applications.

JAMS helps save time when troubleshooting stalled jobs because it provides troubleshooting features. If any of the programs are debugged or errors occur, then troubleshooting clarifies them.

I would enhance the compatibility feature of JAMS because sometimes when the server is under high load, it does not inform us and we cannot get answers. It often tries to give irrelevant answers, so I would improve that compatibility of JAMS.

I have been using JAMS for about two to three months. I completed all the JAMS labs in one to 1.5 months.

When I use JAMS and the troubleshooting method, it takes one to two hours to resolve problems. However, when the servers are under high load, it can take more than one day sometimes.

My company did not migrate from another solution to JAMS.

I have experience with the pricing, the setup cost, and the licensing, and I find it to be good.

I did not see a return on investment with JAMS because I did not invest in any type of JAMS. When the Google Cloud study JAMS arrived in India, they provided free credits to use JAMS products.

I have experience with the pricing, the setup cost, and the licensing, and I find it to be good.

I evaluated many types of questions about how to build AI automations before choosing JAMS. I found that many features did not work properly when trying to make AI automations without JAMS, so I took the help of Gemini and all the Google Lab products that helped me build proper AI automation.

I appreciate that JAMS has a very familiar UI because it is not complex. Every child, meaning 15 to 20 years of age, can easily use JAMS because the UI feature is very good and very eco-friendly for students who are going to use JAMS for the first time. I also appreciate the temporary user ID and address feature because it is very safe and secure.

I sometimes use JAMS' interactive agents because I have made projects where I did not get the code properly. I used Google Gemini according to JAMS where we get information on how to use Gemini for the project. That is how I leverage JAMS' contribution toward my project.

It is important for my company to use interactive processes because people who want to work with Google can collaborate and contribute toward JAMS, as it gives the best types of knowledge for today's and future curriculum of AI and development technology.

Running interactive tasks helps users focus on their business processes because according to the automations that we use in today's world, this can help in the business field.

It is important in my company because when we get new buyers or new customers, automation helps us very quickly and is very helpful for us. In the absence of any types of people or employers, we get this automation done in their work on their behalf. This is majorly important in today's time.

JAMS' interactive agents help bridge the gap between structured batch automation that happens on desktops and web browsers because they allow people without knowledge of coding or technical skills to use these types of agents to interact with them and also use JAMS products in their work and business.

I would rate JAMS' ability to handle exceptions between 9 to 9.5 because when I use JAMS, I get rid of all my problems by using the Google Cloud Labs in JAMS.

JAMS' code-driven automation has helped handle complex scheduling requirements because it helps in complex problems according to each person's need.

JAMS has helped eliminate data slack across my company.

It is important for my company that data is ready to go when users need it because we use JAMS products and prototypes in our company's database since it is eco-friendly and easy to use, without complex debugging issues.

JAMS helps to eliminate monitoring tools because it makes our work easier, so we do not need to buy some subscriptions, which means it eliminates them.

When I use JAMS, it helps me eliminate tools that sometimes make mistakes. However, due to JAMS, I get to know about products such as Gemini and other Google software, including Google Colab and Google Cloud Labs, which make my work easier, even compared to paid platforms.

JAMS has helped to free up my IT staff's time.

It has freed up enough time because it is eco-friendly and easy to use, which is why it helps.

I would advise companies considering JAMS to allow more time for study, as not only two to three months of evaluation might be insufficient. Sometimes students or beginners may not get the full information about JAMS in that timeframe, requiring them to wait for another cohort or another year. I suggest they should provide more free service and time for users to enhance and utilize all features of JAMS. I would rate this product a 9 overall.

My use case is in batch scheduling and managing the batch jobs.

The best features of JAMS are that it is very user-friendly and not so complex. JAMS is not as complex as other tools, so we can easily get over with the tool.

Since implementing JAMS, I see a lot of improvement because they issue multiple new versions of the tool every three to four months. We usually upgrade it, which is a good thing, so we don't need to wait for a longer period of time to get our issues resolved.

JAMS does help notify and handle common issues that prevent jobs from running, which is time-saving for us. We do not need to wait for long hours; we get notified immediately, and that's a good thing. It also reduces the manpower, as there's no need for manual intervention in those cases.

JAMS helps centralize the management of jobs on all of my platforms and applications, which has helped my organization significantly. Everything is getting centralized now and all comes into the same place, where we take care of all the batch monitoring and everything. We know when and where the jobs are executing, which jobs are executing, and who is responsible for the jobs, giving us higher visibility and better handling of the batches.

Since JAMS itself is the tool that we are using for monitoring, it has helped eliminate any monitoring tools we previously used. We can see all the batch execution status within the tool itself, which saves money, time, and cost, allowing us to handle everything in one single tool.

An area that has room for improvement is related to the AWS RDS and database part, where they said that is in progress and they will be bringing it in the new version. It is handling the database in the Azure cloud environment as of now.

I have been using JAMS for the past four years.

In terms of stability, JAMS is a stable solution, and I would rate it as nine.

For scalability, I would rate it as seven because when we have a huge volume, sometimes the tool is not so responsive.

I would rate the technical support from the vendor as eight.

Positive

I have tried other solutions including Control-M and workload automation tools from other vendors.

The deployment was easy with not much complexity involved. We had good support from the vendor, so it was easy. We did it with the development area first, which took around two to three days. Initially understanding the requirements and building up the servers all took around two to three days to install everything. For production, it was easy since we had already done it for development and knew how it had to be done, so for production, it took around one day.

JAMS does require maintenance, as we do patching on the servers where JAMS is installed. Other than that, we do regular upgrades whenever the new version of the tool comes into place. It is not complex to do maintenance; in fact, it is easier. Everything is a direct process, and we have proper documentation in place, so it is not complex.

I would say we have seen a 30% return on investment because we had multiple tools in place previously, and now we have stopped using all those tools.

My thoughts on the pricing of JAMS are that I won't say it is cheap, but it is cost-efficient, and that should be acceptable.

I do not regularly exchange files with vendors or customers because it is basically for our internal use. We have all the things within ourselves, not like external things, and there is not much file transfer within our tool.

JAMS has not helped handle complex scheduling requirements, as we usually don't use more code-driven scheduling. We always go with the sequencing and other GUI options and have not gone into that code-driven part.

It does not take much time when troubleshooting stalled jobs, as we can see all the error logs and everything within JAMS itself, making it time-saving. If a job fails, we can check the errors and logs within a few minutes to see why the job failed, which saves around 20% of our time.

Approximately 30 to 40 users work with JAMS in my organization.

The migration process to JAMS is moderate, not easier and not difficult, because a few processes are easy and a few processes are a little bit difficult. The processes I would consider on the more difficult side are some complex processes where we have to run some APIs or run some things in pipelines which are in Azure or AWS, as it requires a little bit of modifications and other things.

I would recommend this product to any users, especially for medium or smaller enterprises, because in terms of a huge volume of jobs, sometimes the tool gets a little slow in response. For medium and smaller enterprises, it is a very good tool; however, for a bigger environment, I am not sure how good it is.