| |
 |
There are a number of ways in which 4XTRA can communicate with the outside world: |
Serial Connection to/from Another System
| |
|
This is a continuous real-time feed of data between 4XTRA and another system. E.G. deal information to a back office processing system, or FX rates from a . |
| |
|
This connection is via the serial port of one of the background machines which is connected to a mini or mainframe terminal controller. Any of the background machines can perform this task, as long as they have access to the terminal controller. |
| |
|
The link is specific to the hardware vendor and software used for the other system. A degree of tailoring is necessary for each installation. |
Batch Download from external Systems.
| |
|
This 4XTRA can utilise network gateways to access mainframe or mini-computer systems. |
| |
|
The system can also use communication packages such as KERMIT to link to a wide variety of other systems. such links are, of course, dependant on the Client's own needs and computer systems and can be individually tailored to achieve an interface. |
Extract Files Links Via DDE or Disk.
| |
|
The 4XTRA data transmission Utility is capable of creating extract files in formats specified by the user and either depositing them on floppy disks, local hard disk or specified locations on other, interconnected networks. |
| |
|
These processes can be run in batch mode or set up to run in real time, in which case the file can either be read by some other real-time process external to 4XTRA or transmitted to such a process via DDE. These are usually output only tasks, so the failure of DDE does not affect the running of 4XTRA itself. They all include an automatic catch up process as soon as the link is restored. Specific input DDE links can be built to the client's own special requirements. |
| |
|
ODBC & OLE |
| |
|
only available in the Windows Version |
| |
|
XML & TCP/IP |
| |
|
only available in the Windows & Linux Versions |
|
|
|
|
|
