Fax 스트리밍 소개: Fax.Plus를 통한 실시간 팩스 페이지 전송

작성자:

Alohi 팀

2025년 4월 17일

뒤로

10분 소요

최종 업데이트: 2026년 3월 11일

대부분의 팩스 서비스는 예전과 동일한 방식으로 작동합니다: 문서는 한 페이지씩 전송되며, 마지막 페이지가 도착하기 전까지는 시스템이 아무것도 수신하지 않습니다. 문서가 2페이지든 200페이지든, 전체 분량이 도착하기 전까지는 그 어떤 내용도 처리할 수 없습니다.

많은 사용 사례에서는 괜찮습니다. 하지만 수신 문서가 시의적절한 결정을 촉발하는 산업(환자 의뢰, 대출 신청, 법원 제출 서류, 통관 허가 등)에서는 그 지연이 단순히 불편한 수준을 넘어섭니다. 경쟁력에 대한 부담이 됩니다.

팩스 스트리밍은 Fax.Plus 제공하는 기능으로, 이러한 대기 시간을 완전히 없애줍니다. 일괄 처리 대신, 팩스가 수신되는 즉시 각 페이지를 디코딩되는 대로 실시간으로 순차적으로 전달합니다. 본 게시물에서는 이 기능의 작동 방식, 가장 중요한 적용 분야, 그리고 통합 방법을 설명합니다.

팩스 스트리밍이란 무엇인가요?

팩스 스트리밍은 수신 팩스의 각 개별 페이지를 전체 전송 세션이 완료되기 전에 디코딩되는 즉시 애플리케이션으로 전송하는 실시간 문서 전달 방식입니다.

표준 클라우드 팩스 설정에서는 문서가 하나의 완전한 파일로 전달됩니다: 모든 페이지가 도착하여 조립된 후에야 알림과 PDF를 한 번에 수신하게 됩니다. 팩스 스트리밍은 이를 이벤트 기반 웹훅 모델로 대체합니다.

팩스 스트리밍이 활성화된 경우 Fax.PlusAPI가 팩스 페이지 수신됨 각 페이지가 디코딩되는 순간 웹훅 이벤트가 발생합니다. 각 이벤트는 팩스 세션 ID, 페이지 번호, 발신자 번호, 수신자 번호를 포함하는 경량 JSON 페이로드를 전달합니다. 해당 페이지는 API를 통해 단일 페이지 TIFF 파일로 즉시 이용 가능합니다. 진행 중인 팩스는 상태를 진행 중시스템이 나머지 문서가 계속 도착하는 동안 부분적인 문서 처리를 시작할 수 있도록 합니다.

Fax.Plus 웹훅 참조 문서에서 전체 기술 문서를 확인할 수 있습니다.

일괄 팩스 대 팩스 스트리밍: 실제 차이점은 무엇인가?

차이는 애플리케이션이 콘텐츠에 접근할 수 있는 시점에 달려 있습니다.

표준 일괄 배송

팩스는 통신 세션을 통해 페이지별로 전송합니다.

시스템은 세션이 종료될 때까지 대기합니다(모든 페이지 수신 완료).

완성된 PDF는 웹훅 또는 폴링을 통해 조립 및 전달됩니다.

귀하의 애플리케이션이 문서에 적용됩니다. 총 대기 시간: 페이지 수와 선 품질에 따라 2~50분 이상 소요됩니다.

팩스 스트리밍 전송

1페이지가 해독되었습니다.

웹훅이 즉시 발동됩니다. 애플리케이션이 페이로드를 수신하면 단일 페이지 TIFF를 가져올 수 있습니다.

페이지 2, 3, 4… 각각 도착할 때마다 자체 웹훅 이벤트를 트리거합니다.

귀하의 애플리케이션은 전송 중인 콘텐츠와 병렬로 콘텐츠를 처리하고 있습니다. 첫 데이터 수신까지 소요 시간: 초.

표준 보드 속도로 50페이지 문서를 처리할 때, 일괄 처리와 스트리밍 처리의 차이는 45분째에 행동하는 것과 10초째에 행동하는 것의 차이이다.

경쟁 팩스 서비스 업체들은 어떻게 비교되나요?

경쟁사 중 페이지별 스트리밍 전송을 기본 기능으로 제공하는 업체는 없습니다. 모든 주요 플랫폼은 일괄 전송 방식을 사용합니다: 문서 전체가 서버 측에서 조립된 후 최종 페이지 수신 완료 시에만 전송됩니다. 유일한 부분적 예외는 Concord Technologies로, 전송 중 첫 페이지 미리보기를 제공하지만 이는 유료 추가 번들로만 제공되며 기본 요금제에 포함되지 않습니다.

제공자	페이지별 스트리밍	그들의 "실시간"이 실제로 의미하는 바
Fax.Plus	예 Enterprise 에 표준으로 포함됨	`팩스 페이지 수신됨` 활성 전송 중 디코딩된 각 페이지마다 웹훅이 발동됩니다.
콩코드 테크놀로지스	첫 페이지만 유료 애드온	"실시간 상태 및 작업 보고" - 기본 플랜에서 상태 추적 가능; 첫 페이지 미리보기는 유료 "고급 다음 단계 번들"을 통해서만 이용 가능.
eFax (합의)	아니	웹훅은 문서 전체가 eFax 서버에 PDF/TIFF로 저장된 후 발동됩니다. 이후 애플리케이션은 API를 호출하여 다운로드해야 합니다. "실시간" = 상태 업데이트만 가능하며, 페이지별 접근은 불가합니다.
링센트럴	아니	팩스 수신 또는 전송 성공 시 웹훅 또는 이메일 알림이 발송됩니다. SDK: C#, PHP, JS, Python. 페이지별 수신 이벤트는 문서화되어 있지 않습니다.
인터팩스 (업랜드)	아니	2단계 인바운드 모델: "웹 피드백" 콜백이 팩스 도착을 앱에 알린 후, 앱은 이미지를 가져오기 위해 별도의 API 호출을 수행해야 합니다. REST + SOAP. 페이지별 이벤트 없음.
아이팩스	아니	팩스 완료 시 웹훅이 발동됩니다. 페이로드에는 다음이 포함됩니다: `팩스 총 페이지 수` 그리고 `팩스로 전송된 페이지` - 그러나 완료 후 데이터로서, 진행 중인 사건이 아닌.
알림	아니	웹훅은 성공적인 전송, 전송 실패 또는 수신 팩스 시 발동됩니다. 모두 문서 완료 이벤트입니다. 페이지별 트리거는 없습니다.
이더팩스	아니	폴링 기반 검색을 위한 Inbox 컨트롤러가 포함된 REST API. 페이지별 이벤트에 대한 웹훅은 문서화되지 않음; 인바운드 액세스는 풀 기반입니다.

팩스 스트리밍이 가장 큰 차이를 만드는 곳

문서의 첫 페이지가 이후 진행을 결정하는 모든 상황에서 실시간 페이지 전달이 가장 중요합니다. 각 산업별 적용 사례는 다음과 같습니다.

의료: 환자 입원 및 의뢰 분류

의료 팩스 처리량은 여전히 상당합니다. 펜 메디슨(Penn Medicine)만 해도 연간 약 130만 건의 기록을 팩스로 수신합니다(KLAS Research, 2023; Streiffer et al., 2024). 업계 연구에 따르면 팩스는 여전히 의료 시스템 전반에서 의뢰 데이터의 주요 채널로 자리 잡고 있습니다(KLAS Research, 2023). 급성기 및 행동 건강 환경에서는 시설이 수신된 의뢰에 대응하는 속도가 환자를 확보할 수 있는지 여부를 직접적으로 결정합니다.

배치 전송 방식에서는 입원 담당자가 환자 기록 전체가 도착해야만 환자 이름, 보험 ID 또는 의뢰 의사를 확인할 수 있습니다. 팩스 스트리밍을 사용하면 첫 페이지가 몇 초 만에 도착합니다: 담당자는 환자를 식별하고, 자격 확인을 시작하며, 의뢰 의료기관에 연락하는 동시에 2페이지부터 80페이지까지의 전송이 계속 진행됩니다.

재정적 손실 규모는 상당합니다: 미국 병원들은 연간 약 1,500억 달러를 의뢰 유출(더 빠르게 대응하는 경쟁사로 이탈한 환자들)로 인해 잃고 있습니다. (Modern Healthcare, 2020) 이 수치는 상당 부분 문서 처리 지연에서 비롯됩니다.

Fax.Plus 팩스 API는 이러한 환경을 위해 특별히 설계되었습니다: 저장 시 AES-256 암호화, 전송 시 TLS 1.2+, 웹훅 페이로드에서 PHI 생략, 그리고 모든 적용 대상 기관을 위한 BAA(사업자 계약서) 제공.

법률: 계약서 검토 및 법원 제출 서류 접수

법률 사무소와 법무 운영팀은 다수의 장으로 구성된 문서(계약서, 증거개시 자료, 법원 명령서)를 대량으로 수신하는데, 첫 페이지의 조항 하나가 사건의 전체 전략적 입장을 바꿀 수 있습니다. 파트너가 제출 기한이나 합의 금액을 확인하기 위해 문서 일괄 처리가 완료되기를 30분간 기다리는 것은 불필요한 위험입니다.

팩스 스트리밍을 통해 전송이 시작되는 순간 문서 검토를 시작할 수 있습니다. 대량의 소송 지원 팀의 경우, 이는 더 빠른 대기열 라우팅을 의미합니다: 접수 시스템이 표지 페이지 메타데이터를 읽고 전체 문서가 도착하기 전에 해당 문서를 적절한 변호사나 사건에 할당할 수 있습니다.

금융 서비스: 대출 신청서 및 거래 서류

은행, 모기지 처리 담당자 및 금융 자문가는 정기적으로 여러 페이지로 구성된 신청서 패키지를 접수합니다. 이 패키지의 첫 페이지에는 신청자 신원, 대출 금액, 부동산 주소가 기재되며, 해당 파일을 담당할 심사관 또는 자문가를 결정합니다. 스트리밍 기술은 즉각적인 라우팅과 조기 신용 조회를 가능하게 하여, 현재 수 시간에 달하는 처리 시간을 단축시킵니다.

물류 및 통관: 운송 서류

화물 운송업체와 통관 중개업체에게 선하증권이나 상업송장 지연은 화물을 항구에 억류시킬 수 있습니다. 팩스 스트리밍을 통해 물류 시스템은 서류가 도착하기 시작하는 즉시 통관 사전 심사를 시작할 수 있으며, 완전한 서류 패키지를 기다릴 필요가 없습니다.

보험: 청구 및 보험 증권

보험사 손해사정사는 접수된 청구서 첫 페이지(보험증 번호, 사고 발생일, 청구인 신원 정보 포함)부터 검증 및 보장 범위 확인을 시작할 수 있으며, 이 과정에서 증빙 서류는 계속 전송됩니다. 대량 청구 업무 처리 시, 이는 분류 대기열에서 상당한 병목 현상을 해소합니다.

팩스 스트리밍 활성화 및 통합 방법

팩스 스트리밍은 Fax.Plus 주문형 기능으로 제공됩니다. Alohi 문의하여 계정 전체에 활성화할 수 있습니다. 활성화 후에는 할당된 팩스 번호가 있는 모든 회원 계정이 자동으로 이용 가능합니다.

통합 개요

웹훅 엔드포인트를 구성하여 수신하십시오 팩스 페이지 수신됨 당신의 Fax.Plus 설정.

팩스가 도착하기 시작하면, 각 페이지가 디코딩될 때마다 엔드포인트는 HTTP POST 요청을 수신합니다.

사용하십시오 id (팩스 세션 ID) 및 페이지 페이로드의 필드를 통해 개별 TIFF 파일을 가져오기 위한 Fax.Plus API.

팩스 상태 필드를 모니터링하십시오: 진행 중 스트리밍하는 동안, 성공 세션이 종료될 때.

응용 프로그램 로직에서 페이지가 도착하는 대로 처리하십시오. 최종 페이지를 기다리지 않고 접수 양식을 채우고, 큐로 라우팅하고, 조회 작업을 시작하십시오.

아키텍처는 상태 비저장 방식이며 개발자 친화적입니다: 폴링 루프나 세션 관리 오버헤드가 없습니다. 단일 웹훅 핸들러와 표준 REST 엔드포인트만 있으면 충분합니다. 신속한 통합을 위한 SDK가 제공됩니다.

보안 및 규정 준수

팩스 스트리밍을 통해 전송되는 모든 페이지는 Fax.Plus 전체를 관리하는 동일한 인프라로 보호됩니다:

저장 시 AES-256 암호화, 사용자별 고유 암호화 키 적용.

전송 중인 모든 데이터에 대해 TLS 1.2 이상을 사용합니다.

웹훅 페이로드에서 PHI 정보가 완전히 생략됨: 귀사 측 서버 로그에는 민감한 환자 또는 고객 데이터가 포함되지 않습니다.

완전한 규정 준수 스택: HIPAA, ISO/IEC 27001(EY CertifyPoint 인증), SOC 2 Type II, PCI-DSS, GDPR, CCPA, CSA STAR.

모든 적용 대상 기관을 위한 Business (BAA) 이용 가능.

99.99% 가동 시간. 190개 이상의 국가에서 4백만 명 이상의 사용자.

Alohi 스위스 제네바에 본사를 Alohi , 스위스 연방 데이터 보호법(FADP)에 따라 운영됩니다. 전 세계적으로 20개 이상의 데이터 저장 위치를 보유하고 있습니다. 자세한 내용은 Alohi 센터에서 확인하실 수 있습니다.

팩스 스트리밍을 활성화해야 하는 대상

팩스 스트리밍은 다음 중 하나라도 해당될 때 적합한 선택입니다:

응용 프로그램은 전체 문서가 수신되기 전에 수신 팩스 내용에 대해 조치를 취해야 합니다.

여러 페이지로 구성된 문서를 처리하며, 첫 페이지에는 실행 가능한 데이터(환자 이름, 청구자 ID, 대출 번호, 사건 참조 번호)가 포함됩니다.

Fax.Plus 기반으로 맞춤형 접수, 라우팅 또는 분류 워크플로를 구축하고 있습니다.

귀하는 시간 경쟁이 치열한 환경에 있으며, 여기서 문서 접근 속도가 빨라질수록 의사 결정이 가속화되고 더 나은 결과를 얻을 수 있습니다.

현재 배치 기반 팩스 플랫폼을 사용 중이며, 이로 인해 업무 흐름의 신속성에 지장을 주는 지연 현상이 발생하고 있습니다.

사용 사례가 더 단순한 경우(가끔 발생하는 소량의 팩스로 전송 지연이 중요하지 않은 경우), 표준 웹훅 전송은 여전히 완전히 이용 가능하며 이전과 동일하게 작동합니다. 팩스 스트리밍은 대체 기능이 아닌 추가 기능입니다.

시작하기

Fax.Plus 팩스 스트리밍을 활성화하려면 Alohi 문의하십시오. 기술적 통합을 위해 전체 웹훅 참조는 Fax.Plus 문서에 있으며, 팩스 객체 참조는 apidoc.fax.plus 확인할 수 있습니다.

의료 Fax.Plus 평가 중이라면, HIPAA 준수 팩스 API 가이드와 의료 산업 페이지에서 준수 아키텍처 및 BAA(업무계약서) 가용성에 대해 상세히 다루고 있습니다.

자주 묻는 질문

팩스 스트리밍이란 무엇인가요?

팩스 스트리밍은 수신 팩스의 각 페이지를 전체 문서 전송이 완료되기 전에 전달하지 않고, 디코딩되는 즉시 개별적으로 애플리케이션으로 전송하는 실시간 팩스 전달 방식입니다.

팩스 스트리밍은 일반 클라우드 팩스와 어떻게 다른가요?

표준 클라우드 팩스 서비스는 배치 모델을 사용합니다: 모든 페이지가 전송되고 조립된 후에야 애플리케이션이 전체 문서를 수신합니다. 팩스 스트리밍은 각 페이지마다 이벤트가 발생하는 이벤트 기반 웹훅 모델을 사용하므로, 시스템이 분 단위가 아닌 초 단위로 콘텐츠에 접근할 수 있게 합니다.

fax_page_received 웹훅이란 무엇인가요?

팩스 페이지 수신됨 Fax.Plus 웹훅 이벤트로, 활성 전송 중 단일 팩스 페이지가 디코딩되는 순간 발생합니다. 팩스 스트리밍의 핵심 메커니즘으로, 애플리케이션이 폴링 없이 실시간으로 페이지를 처리할 수 있게 합니다.

HIPAA 규제를 받는 환경에서 팩스 스트리밍을 사용할 수 있습니까?

예. Fax.Plus 스트리밍 API는 HIPAA를 완전히 준수합니다. 모든 데이터는 저장 시 AES-256으로 암호화되며 전송 시 TLS 1.2+를 사용합니다. 웹훅 페이로드에는 PHI(개인 건강 정보)가 포함되지 않습니다. 적용 대상 기관을 위한 Business 계약(BAA)을 제공합니다.