Deployed on your own infrastructure

The system runs on your own server. Fax documents, the database and the logs all stay under your control, with no dependency on an external fax cloud.

Architecture

Architecture

Browsers and business systems all reach the fax server, which schedules the ports that talk to the outside world.

Access
Staff workstationBrowser access
Department managerBrowser access
Business systemsOA / ERP via API
Server
Enterprise Fax ServerRuns on your own server · data never leaves the company
Web serviceUsers and permissionsJob queueDocument conversionFax serviceLogs and archive
File storageFax documents
DatabaseJobs and user data
Logs / archiveTraffic and audit records
Lines
Port 1
Port 2
Port 3
Port N
Telephone lines (PSTN / PBX trunks)
Customer fax machine
Supplier fax machine
Remote fax server
Deployment

Three ways to deploy

On an existing server

Installed on a server you already run, in the same network as your other internal systems, reached from the browser over the LAN.

Suits moderate fax volume where server capacity already exists
  • Reuses existing hardware, lower outlay
  • Data stays on the internal network
  • Convenient to integrate with internal systems

On a dedicated server

A machine set aside for fax, with the compute and the board slots to itself, so nothing else competes for resources.

Suits higher volume and larger line counts
  • Dedicated resources keep throughput steady
  • Room to add more fax boards later
  • Maintenance and restarts affect nothing else

On a virtual machine

Deployed into your existing virtualisation platform. Note that the fax board is physical hardware, so the VM must be able to access it via passthrough.

Suits organisations with an established virtualisation platform
  • Managed alongside your other VMs
  • Snapshots and migration available
  • Requires board passthrough support

Because this depends on physical board passthrough, feasibility has to be confirmed against your specific hypervisor and board model. Talk to us before implementation.

Implementation

Implementation

From environment check to handover training, each stage has a defined outcome.

  1. 01Environment check

    Confirm the server model, OS version, number of PCI-E slots and how many fax lines are involved.

  2. 02Board installation

    Install the fax board and driver, connect the phone lines, and verify each channel can go on and off hook.

  3. 03Software installation

    Run the installer, set the service port and data directory, and register the system service.

  4. 04Line configuration

    Configure ports to match the board channel count, then set up routing rules and voice prompts.

  5. 05Live testing

    Send and receive for real, checking success rate, legibility and whether routing lands correctly.

  6. 06Handover

    Deliver the manual and train administrators and end users.

Requirements

Environment requirements

The fax board is physical hardware and occupies a PCI-E slot, so the server must be a physical machine that can take the board (or a virtualised environment that supports passthrough). Sizing follows your line count and volume.

ServerPhysical server or industrial PC with an available PCI-E slot
Operating systemWindows Server x64
Fax boardSynway analogue fax board, such as SHT-8B or SHT-16C
LinesAnalogue telephone lines (PSTN) or PBX trunks
Port countDetermined by the board channel count; multiple boards can be installed
DatabaseBuilt-in database by default, switchable to SQL Server
ClientA current mainstream browser — no client software to install
Security

Enterprise security

The guiding principle is that your data stays local: fax documents, the database and the logs all live on your own server, backed up and managed by you.

Authentication

Every access requires a login; accounts are created and disabled by an administrator.

Permissions

Function permissions are assigned per role, defining what each person may do.

Data isolation

Fax data is separated by ownership, so standard users cannot see other people’s faxes.

File access control

Fax files are served only after authorisation — a guessed URL will not download them.

Operation log

Key business actions are recorded, so who did what and when can be traced afterwards.

Login log

Login times and sources are recorded, making unusual access visible.

Fax and device logs

Transmission, line events and conversion are logged separately for fault diagnosis.

API permissions

The API authenticates by key; keys can be scoped and disabled at any time.

HTTPS

HTTPS can be configured so traffic between browser and server is encrypted.

Want your environment assessed?

Tell us about your server and how many fax lines you need, and we will recommend a board and a deployment plan.