대부분의 팩스 서비스는 예전과 똑같은 방식으로 작동합니다. 문서가 페이지 단위로 전송되지만, 마지막 페이지가 도착할 때까지 시스템에는 아무것도 전달되지 않습니다. 문서가 2페이지든 200페이지든, 어떤 내용이라도 처리하려면 전체 묶음이 도착할 때까지 기다려야 합니다.
많은 사용 사례에서는 이 정도로도 충분합니다. 하지만 수신 문서가 시간에 민감한 결정(환자 의뢰서, 대출 신청서, 법원 제출 서류, 통관 승인 등)으로 이어지는 업종에서는 이런 대기가 단순한 불편이 아닙니다. 경쟁력을 떨어뜨리는 요인입니다.
Fax Streaming은 Fax.Plus API에서 사용할 수 있는 기능으로, 이러한 대기 시간을 완전히 없애 줍니다. 페이지를 묶어서 전달하는 대신, 팩스가 수신되는 동안 각 페이지가 디코딩되는 즉시 순차적으로 실시간 전달합니다. 이 글에서는 Fax Streaming이 어떻게 작동하는지, 어떤 경우에 가장 큰 효과를 내는지, 그리고 어떻게 연동하는지 설명합니다.
Fax Streaming은 수신 팩스의 각 페이지를 디코딩되는 즉시, 전체 전송 세션이 끝나기 전에 애플리케이션으로 보내는 실시간 문서 전달 방식입니다.
일반적인 cloud 팩스 환경에서는 문서가 하나의 완성된 파일로 전달됩니다. 모든 페이지가 도착해 하나로 합쳐진 후에야 알림과 PDF를 받게 됩니다. Fax Streaming은 이를 이벤트 기반 웹훅 모델로 대체합니다.
Fax.Plus 계정에서 Fax Streaming을 활성화하면, 각 페이지가 디코딩되는 즉시 API가 웹훅 이벤트를 발생시킵니다. 각 이벤트에는 팩스 세션 ID, 페이지 번호, 발신 번호, 수신 번호가 포함된 가벼운 JSON 페이로드가 담겨 있습니다. 해당 페이지는 API를 통해 단일 페이지 TIFF 파일로 즉시 사용할 수 있습니다. 진행 중인 팩스는 상태로 표시되므로, 나머지 페이지가 계속 도착하는 동안 시스템에서 일부 문서의 처리를 시작할 수 있습니다.
전체 기술 문서는 Fax.Plus API 웹훅 참조 문서에서 확인할 수 있습니다.
차이는 애플리케이션이 콘텐츠에 접근할 수 있는 시점에 있습니다.
표준 일괄 전달
Fax Streaming 전달
표준 전송 속도로 50페이지 문서를 수신할 때, 일괄 전달과 스트리밍의 차이는 45분 시점에 처리하느냐, 10초 시점에 처리하느냐의 차이입니다.
경쟁 팩스 제공업체와는 어떻게 다른가요?
페이지 단위 스트리밍 전달을 기본 포함 기능으로 제공하는 경쟁 업체는 없습니다. 주요 플랫폼은 모두 일괄 방식을 사용합니다. 즉, 서버에서 전체 문서를 조합한 뒤 마지막 페이지가 수신된 후에야 전달합니다. 유일하게 부분적인 예외는 Concord Technologies로, 전송이 진행되는 동안 첫 페이지 미리보기를 제공하지만 유료 추가 번들로만 제공되며 기본 요금제에는 포함되지 않습니다.
| 제공업체 | 페이지 단위 스트리밍 | 각 업체가 말하는 "실시간"의 실제 의미 |
|---|---|---|
| Fax.Plus | 예 요청 시 이용 가능 |
전송이 진행되는 동안 디코딩된 각 페이지마다 웹훅이 발생합니다. |
| Concord Technologies | 첫 페이지만 유료 추가 기능 |
"실시간 상태 및 작업 보고" - 상태 추적은 기본 요금제에 포함되며, 첫 페이지 미리보기는 유료 "Advanced Next Step Bundle"에서만 제공됩니다. |
| eFax (Consensus) | 아니요 | 전체 문서가 eFax 서버에 PDF/TIFF로 저장된 후에 웹훅이 실행됩니다. 이후 애플리케이션이 API를 호출하여 다운로드해야 합니다. "실시간"은 상태 업데이트만을 의미하며, 페이지별 접근은 불가능합니다. |
| RingCentral | 아니요 | 팩스 수신 확인 또는 전송 성공 시 웹훅 또는 이메일 알림이 실행됩니다. SDK: C#, PHP, JS, Python. 수신 팩스의 페이지별 이벤트는 문서화되어 있지 않습니다. |
| InterFAX (Upland) | 아니요 | 2단계 수신 방식: "Web Feedback" 콜백이 팩스 도착을 앱에 알리면, 앱이 이미지를 가져오기 위해 별도의 API 호출을 해야 합니다. REST + SOAP 지원. 페이지별 이벤트는 없습니다. |
| iFax | 아니요 | 팩스 완료 시 웹훅이 실행됩니다. 페이로드에는 와(과) |
| Notifyre | 아니요 | 전송 성공, 전송 실패, 팩스 수신 시 웹훅이 실행되며, 모두 문서 전체 단위의 이벤트입니다. 페이지별 트리거는 없습니다. |
| ETHERFAX | 아니요 | 폴링 방식 조회를 위한 Inbox 컨트롤러를 제공하는 REST API입니다. 페이지별 웹훅 이벤트는 문서화되어 있지 않으며, 수신 팩스 접근은 풀(pull) 방식입니다. |
문서의 첫 페이지가 다음 단계를 좌우하는 곳이라면 어디서든 실시간 페이지 전달이 가장 중요합니다. 산업별로 어떻게 활용되는지 살펴보세요.
의료 분야의 팩스 물량은 여전히 상당합니다. Penn Medicine 한 곳만 해도 연간 약 130만 건의 기록을 팩스로 수신하는 것으로 추정되며(KLAS Research, 2023; Streiffer et al., 2024), 업계 조사에 따르면 팩스는 의료 시스템 전반에서 의뢰 데이터의 주된 전달 채널로 남아 있습니다(KLAS Research, 2023). 급성기 및 행동 건강 분야에서는 수신된 의뢰에 시설이 얼마나 빨리 대응하느냐가 환자 확보 여부를 직접적으로 좌우합니다.
일괄 전달 방식에서는 입원 코디네이터가 환자 이름, 보험 ID, 의뢰 의사를 확인하려면 전체 환자 병력이 도착할 때까지 기다려야 합니다. Fax Streaming을 사용하면 첫 페이지가 몇 초 만에 도착하므로, 코디네이터는 2페이지부터 80페이지까지 아직 전송되는 동안 환자를 확인하고, 자격 확인을 시작하며, 의뢰 의료진에게 연락할 수 있습니다.
Fax.Plus HIPAA 준수 팩스 API는 이러한 환경을 위해 설계되었습니다. 저장 시 AES-256 암호화, 전송 시 TLS 1.2+ 적용, 웹훅 페이로드에서 PHI 제외, 모든 적용 대상 기관을 위한 BAA 제공을 지원합니다.
로펌과 법무 운영팀은 계약서, 증거 개시 자료, 법원 명령 등 여러 페이지로 된 문서를 대량으로 받으며, 첫 페이지의 조건이 사건의 전체 전략 방향을 바꿀 수도 있습니다. 파트너 변호사가 제출 기한이나 합의 금액을 읽기 위해 일괄 전송이 끝날 때까지 30분을 기다리는 것은 불필요한 위험입니다.
Fax Streaming을 사용하면 전송이 시작되는 순간부터 문서 검토를 시작할 수 있습니다. 대량의 소송 지원 업무를 처리하는 팀에게는 대기열 분배도 더 빨라집니다. 접수 시스템이 표지 메타데이터를 읽고 전체 문서가 도착하기 전에 적합한 변호사 또는 사건에 문서를 배정할 수 있습니다.
은행, 모기지 처리 업체, 재무 상담사는 여러 페이지로 구성된 신청 서류를 자주 받으며, 첫 페이지에는 신청인 신원, 대출 금액, 부동산 주소가 담겨 있어 이를 바탕으로 어떤 심사 담당자나 상담사가 해당 건을 처리할지가 결정됩니다. 스트리밍은 즉각적인 라우팅과 더 이른 신용 조회를 가능하게 하여, 현재 몇 시간씩 걸리는 처리 시간을 단축합니다.
화물 운송업체와 관세사에게 선하증권이나 상업 송장이 지연되면 화물이 항구에 묶일 수 있습니다. Fax Streaming을 사용하면 물류 시스템이 전체 서류가 도착하기를 기다리지 않고, 서류가 도착하기 시작하는 즉시 통관 사전 심사를 시작할 수 있습니다.
손해사정인은 증빙 서류가 계속 전송되는 동안에도 수신된 청구서의 첫 페이지(증권 번호, 사고 일자, 청구인 신원 포함)부터 검증과 보장 확인을 시작할 수 있습니다. 대량의 보험금 청구를 처리하는 업무에서는 분류 대기열의 상당한 병목을 해소할 수 있습니다.
Fax Streaming은 Fax.Plus에서 온디맨드 기능으로 제공됩니다. Alohi 영업팀에 문의하면 계정 전체에 활성화됩니다. 활성화되면 팩스 번호가 할당된 모든 구성원 계정이 자동으로 이 기능을 사용할 수 있습니다.
연동 개요
이벤트를 수신하도록 웹훅 엔드포인트를 구성하세요.(팩스 세션 ID)와 필드를 사용하여 Fax.Plus API를 통해 개별 TIFF 파일을 가져오세요., 세션이 종료되면 입니다.이 아키텍처는 상태를 저장하지 않으며 개발자 친화적입니다. 폴링 루프도, 세션 관리 부담도 없습니다. 웹훅 핸들러 하나와 표준 REST 엔드포인트만 있으면 됩니다. 빠른 연동을 위한 SDK도 제공됩니다.
Fax Streaming으로 전달되는 모든 페이지는 Fax.Plus 전체 플랫폼을 운영하는 것과 동일한 인프라로 보호됩니다.
Alohi는 스위스 제네바에 본사를 두고 있으며, 스위스 연방 데이터 보호법(FADP)에 따라 운영되고 전 세계 40개 이상의 데이터 상주 지역을 보유하고 있습니다. 자세한 내용은 Alohi Trust Center에서 확인하실 수 있습니다.
다음 중 하나라도 해당된다면 Fax Streaming이 적합합니다.
사용 사례가 더 단순한 경우(전송 지연이 중요하지 않은 소량의 간헐적인 팩스)에는 표준 웹훅 전달 방식을 이전과 똑같이 그대로 사용하실 수 있습니다. Fax Streaming은 기존 기능을 대체하는 것이 아니라 추가되는 기능입니다.
Fax.Plus 계정에서 Fax Streaming을 활성화하려면 Alohi 영업팀에 문의하세요. 기술 연동에 대한 전체 웹훅 참조는 Fax.Plus API 문서에, 팩스 객체 참조는 apidoc.fax.plus/concepts/fax에서 확인하실 수 있습니다.
의료 환경을 위해 Fax.Plus를 평가 중이라면, HIPAA 준수 팩스 API 가이드와 의료 산업 페이지에서 규정 준수 아키텍처와 BAA 제공 여부를 자세히 확인하실 수 있습니다.
팩스 스트리밍은 문서 전체의 전송이 끝나기를 기다렸다가 전달하는 대신, 수신 팩스의 각 페이지를 디코딩되는 즉시 애플리케이션으로 개별 전달하는 실시간 팩스 전달 방식입니다.
표준 cloud 팩스 서비스는 일괄 처리 모델을 사용합니다. 모든 페이지가 전송되어 조립된 후에야 애플리케이션이 전체 문서를 받게 됩니다. 팩스 스트리밍은 페이지마다 발생하는 이벤트 기반 웹훅 모델을 사용하므로, 시스템이 몇 분이 아닌 몇 초 만에 내용에 접근할 수 있습니다.
는 전송이 진행되는 동안 팩스 한 페이지가 디코딩되는 즉시 발생하는 Fax.Plus API 웹훅 이벤트입니다. Fax Streaming의 핵심 메커니즘으로, 애플리케이션이 폴링 없이 실시간으로 페이지를 처리할 수 있게 해 줍니다.
네. Fax.Plus 팩스 스트리밍 API는 HIPAA를 완벽하게 준수합니다. 모든 데이터는 저장 시 AES-256으로, 전송 시 TLS 1.2 이상으로 암호화됩니다. 웹훅 페이로드에는 PHI가 포함되지 않습니다. 적용 대상 기관에는 Business Associate Agreement(BAA)가 제공됩니다.
수신 팩스 문서가 시간에 민감한 의사 결정을 좌우하는 모든 산업이 스트리밍의 이점을 누릴 수 있습니다. 가장 효과가 큰 사용 사례는 의료(환자 입원 및 의뢰 분류), 법률(계약서 및 법원 제출 서류 접수), 금융 서비스(대출 처리), 물류(통관 서류), 보험(보험금 청구 처리)입니다.