T24 NOFILE Enquiry and Service Guide
T24 NOFILE Enquiry and Service Guide
EB.TABLE.DEFINITION in T24 is crucial for creating new applications as it automates the creation of artefacts needed for the application, such as PGM.FILE, FILE.CONTROL, and DATA FILES. It also facilitates integrating new applications with T24 by allowing API generation through Design Studio, ensuring consistent application behavior and integration .
Creating and using a local table in T24 involves several steps: first, create the table using EB.TABLE.DEFINITION, which generates necessary artefacts like PGM.FILE and STANDARD.SELECTION. Next, generate the API using Design Studio and set up a server project to connect with T24. Create a class and EB.API records, then create or modify a VERSION to include the local table in the application. Finally, launch the version to manage customer data with features like adding hobbies fields .
To handle multiple file extraction in T24 without associating a single application file, a NOFILE enquiry can be used. This approach allows data extraction from any number of T24 applications. A subroutine is written to extract the required data and form the record, which the ENQUIRY application then displays .
Updating a customer's local application field in T24 requires creating a local application (e.g., CUS.HOBBIES) and inputting data records. This involves adding the local table to the CUSTOMER application, creating a class, exporting JAR, and configuring EB.API records. A VERSION for inputting the fields must be modified with hooks to manage data entry. These configurations facilitate the management and update of customer-specific fields .
The NOFILE enquiry application enhances data extraction capabilities in T24 by allowing the extraction of data from multiple T24 applications without being tied to a single file. This flexibility is achieved by writing a subroutine to gather the needed data across different applications and displaying the results through the ENQUIRY application. This approach supports complex data requirements and system integration .
Generating the API for a new table in T24 involves creating a server project in Design Studio to connect with T24 and a models project to import the application. Next, toggle the DS project as a TAFJ project, generate the T24 API, and provide the location and jar name. Finally, update the module.xml and build path, and restart jBoss to complete the setup .
A challenge in T24 is creating enquiries involving record IDs not part of the base application. The solution is using a NOFILE enquiry, which doesn't rely on a single file and allows data retrieval from multiple applications. This flexibility is supported by creating a subroutine to extract and format data, enabling comprehensive data enquiries across various records .
When creating a version for customer hobby entries in T24, considerations include ensuring that the local field, such as CUS.HOBBIES, is attached to the CUSTOMER application. The version must allow for the input of a minimum of three hobbies to authorize a customer. Proper hooks should be added for validation and processing, and the API and JAR configurations should be up-to-date for seamless integration and functionality .
T24 supports multithreaded processes through the implementation of ServiceLifecycle functions like initialize(), getIds(), and process(). This allows services to run independently or as part of COB services in T24. Benefits include improved processing efficiency, faster execution times, and the ability to handle multiple tasks concurrently, enhancing overall system performance .
In T24, updating customer information using a service hook involves implementing the ServiceLifecycle interface from com.temenos.t24.api.hook.system. A simple service updates the SHORT.NAME of customers in SECTOR 1001 by appending 'TEST' to the existing mnemonic. This involves creating a class, exporting a JAR, and restarting jBoss. EB.API records, PGM.FILE, BATCH, and TSA.SERVICE records are also created to run the TSM and TSA .