Universal Software z/OS

Auto Trans Modernization Guide

File Transfer

Auto Trans is a file transfer product by Universal Software. Explore technical details, modernization strategies, and migration paths below.

Product Overview

Auto Trans is a file transfer solution designed for z/OS mainframe environments.

It integrates with z/OS security subsystems like RACF, ACF2, and Top Secret for authentication and access control.

Modernization Strategies

Rehost

Timeline:
6-12 months

Lift-and-shift to cloud infrastructure with minimal code changes. Fast migration with lower risk.

Refactor (Recommended)

Timeline:
18-24 months

Optimize application architecture for cloud while preserving business logic. Best ROI long-term.

Replatform

Timeline:
3-5 years

Complete rewrite to cloud-native architecture with microservices and modern tech stack.

Frequently Asked Questions

General

What does Auto Trans do?

Auto Trans is a file transfer product designed for bulk data movement between z/OS systems. It leverages SNA for communication and provides features like timed transfers, data compression, and checkpoint/restart capabilities to ensure reliable data delivery.

Is this a system, application, or tool?

Auto Trans is best described as an application. It provides a specific set of functionalities for transferring data between systems, rather than being a general-purpose system or a development framework.

What types of organizations use this?

Organizations that rely on z/OS systems for critical business functions and need to move large volumes of data between those systems are ideal candidates for Auto Trans. This includes industries like banking, insurance, and government.

When should we consider Auto Trans?

A company should consider Auto Trans when they need a reliable and efficient way to transfer datasets between z/OS systems, especially when dealing with large volumes of data or when data integrity is critical. The checkpoint/restart feature is particularly valuable in these scenarios.

What are the alternatives to Auto Trans?

Alternatives to Auto Trans include Axway Transfer CFT, Managed File Transfer Platform Server, PC/Transfer, and SecureFTP. These products offer similar file transfer capabilities, but may differ in terms of platform support, features, and integration options.

Technical

What infrastructure is required?

Auto Trans requires a z/OS environment with SNA connectivity. It operates within an LPAR and relies on z/OS subsystems for its functionality. No specific databases are required, as it directly transfers datasets.

For mainframe products: Does this run in an LPAR?

Auto Trans runs on the z/OS platform and is dependent on the z/OS operating system. It leverages SNA for communication between systems.

What protocols and APIs does it use?

Auto Trans uses SNA (Systems Network Architecture) for communication between z/OS systems. It does not typically expose REST or SOAP APIs, but may offer native APIs for integration with other z/OS applications.

What are the main system components?

The main components of Auto Trans include the transfer client, the transfer server, and the control datasets. The transfer client initiates the transfer, the transfer server receives and processes the data, and the control datasets store configuration and status information.

Business Value

What business problem does it solve?

Auto Trans solves the business problem of efficiently and reliably transferring large datasets between z/OS systems. Without it, organizations would need to rely on less efficient methods, potentially leading to delays, errors, and increased operational costs.

What would happen if an organization did NOT use this product?

If an organization did not use Auto Trans, they would likely experience slower data transfer speeds, increased risk of data corruption, and higher operational costs associated with manual data transfer methods. This could impact critical business processes that rely on timely data availability.

What is the business value of using Auto Trans?

The primary business value of Auto Trans lies in its ability to automate and streamline data transfer processes, reduce the risk of errors, and improve overall efficiency. This translates to cost savings, improved data quality, and faster time-to-market for critical business applications.

Security

How does Auto Trans handle security?

Auto Trans leverages z/OS security features for authentication and access control. Specific authentication methods include RACF, ACF2, and Top Secret. The access control model is typically based on ACLs (Access Control Lists) defined within z/OS.

What specific authentication methods are supported?

Auto Trans integrates with z/OS security subsystems such as RACF, ACF2, and Top Secret to control access to datasets. It uses these systems to authenticate users and authorize access to specific data resources.

What encryption is used and where?

Auto Trans typically uses encryption during data transfer to protect sensitive information. The specific encryption algorithms used may vary, but commonly include AES and DES. Encryption is applied to the data stream during transmission between systems.

Operations

What are common implementation challenges?

Implementing Auto Trans requires expertise in z/OS systems and SNA networking. Common implementation challenges include configuring SNA connectivity, defining transfer schedules, and ensuring data integrity.

What ongoing operational requirements exist?

Ongoing operational requirements for Auto Trans include monitoring transfer jobs, managing datasets, and performing routine maintenance tasks. This requires skilled z/OS system programmers and operators.

What monitoring/logging capabilities exist?

Auto Trans provides logging capabilities to track transfer activity and identify potential issues. These logs can be integrated with SIEM platforms for centralized monitoring and security analysis.

Ready to Start Your Migration?

Download our comprehensive migration guide for Auto Trans or calculate your ROI.

Calculate ROI