常见问题

传真服务器是一套部署在企业内部的软件系统，通过服务器上的传真板卡接入电话线路，统一处理企业的传真发送与接收。员工不再需要走到传真机前操作，在浏览器里就能发传真、看收到的传真，所有记录集中归档、可检索。

不需要。系统采用 BS 架构，服务端集中部署，员工使用常见的现代浏览器访问即可，无需在每台电脑上安装客户端软件或传真驱动。

可以。系统支持多种分发方式，按固定优先级依次判断：分机号投递、通道绑定、分发规则（二维码 / 条形码 / OCR 关键词 / DID / 主叫号码）、DID 直线号、默认分机、默认规则。命中即投递并通知对应用户；均未命中时进入公共收件箱，由管理员转派。

收到传真后，系统会自动扫描全部页面、页面任意位置的二维码与条形码，一页有多个码时可全部识别。二维码支持 QR Code、Data Matrix、Aztec、PDF417；条形码支持 Code 128、Code 39、Code 93、Codabar、ITF 以及 EAN-13、EAN-8、UPC-A、UPC-E 等。识别后按预设规则匹配码内容，投递到对应用户或部门。常见用法是在寄出的单据上打印含单号或工号的二维码，对方签字回传后自动回到经办人手上。

开启 OCR 后可以。系统对来件做整页文字识别，识别结果一方面用于关键词自动分发，另一方面写入全文索引，可直接按传真正文内容搜索历史传真。识别基于 PaddleOCR 在本地完成，不上传到外部；可选中英文（中文简繁 + 英文）或纯英文模式。需要说明的是，OCR 依赖本地 Python 运行环境，首次启动需加载模型、耗时较长。

传真本身是二值黑白图像、标准分辨率约 200 DPI，识别效果与原件质量直接相关。原件清晰、码块不过小、传输时没有严重倾斜或污损时识别率较好；反复复印的模糊件、码块被折痕压到的情况会明显影响识别。系统对未一次识别成功的页面会放大后再试一次，用于补偿低分辨率下小尺寸码的识别困难。建议上线前用实际单据先做一轮验证，同时保留默认分发或公共收件箱作为兜底，避免未命中的来件无人处理。

用户数量按企业实际组织规模配置，系统支持多部门、多角色的用户管理。具体的用户规模建议结合服务器配置与并发使用情况确定，可以联系我们评估。

传真端口数量取决于服务器上安装的传真板卡。系统启动时会自动识别板卡的实际通道数，按识别结果配置端口。需要更多线路时可加装板卡扩容，软件端无需修改。具体路数请根据板卡型号与插槽数量确认。

可以。传真线路会自动应答并接收来件，接收完成后保存为可在线预览的传真文件。配合语音引导功能，来电方按分机号后，系统可将传真直接投递到对应用户的收件箱；未指定分机的来件进入公共收件箱，由管理员转派。

支持。目前可直接上传发送的格式包括 PDF、DOC、DOCX、RTF、ODT、XLS、XLSX、CSV、ODS、JPG、PNG、BMP、TIF、TIFF。上传后由服务器自动转换为传真所需的标准格式，无需员工手工另存或打印。

可以，这也是本产品的主要部署方式。系统安装在企业自己的服务器上，传真文件、数据库与日志全部保存在企业内部，由企业自主管理和备份，不依赖外部传真云平台。

支持。系统提供 HTTP 接口，可提交传真任务并查询任务状态，采用 API Key 鉴权，并支持通过幂等标识避免重复发送。详细说明见 API 集成页面。

可以。只要业务系统能发起 HTTP 请求，就可以调用传真接口。典型用法是 OA 审批通过或 ERP 单据审核完成后，由业务系统自动提交传真任务，再按任务编号回查发送结果并写回单据。

发送与接收的传真文件保存在服务器指定的数据目录中，任务信息、状态与事件记录保存在数据库里，两者关联后可在系统中按时间、号码、主题等条件检索。由于数据都在企业自己的服务器上，可以纳入企业既有的备份策略。

系统使用三汇（Synway）模拟传真板卡接入电话线路，如 SHT-8B、SHT-16C 等型号。线路侧可接普通模拟电话线（PSTN），也可接程控交换机（PBX）的外线。如果现场已有板卡或有特定型号要求，可以联系我们确认兼容情况。

可以。发送时填写对方分机号，系统在接通后会等待对方语音提示播放，再用 DTMF 自动拨出分机号完成转接。如果对方设备收号较慢，可以调整 DTMF 按键时长参数以适应现场线路。

任务会记录失败原因（如对方占线、无人应答等），并按设定的重试次数自动重试。仍然失败的任务会保留在列表中，可以查明原因后修改并重新提交，不会静默丢失。

实施包含环境确认、板卡安装、系统部署、线路配置、收发测试与交付培训几个阶段。具体的实施与售后服务安排，请联系产品负责人沟通。