여전히 은행에 로그인하고, 회계 소프트웨어에서 청구서를 내보내고, 청구서 결제 포털에 금액을 다시 입력하여 공급업체에 비용을 지불하고 있다면, 모든 인보이스에 숨겨진 세금을 지불하고 있는 것입니다. 중소기업은 회계 업무에 주당 약 20시간을 소비하며, 미지급금(AP)은 가장 큰 누수 중 하나입니다. 시스템 간 전환, 오타 수정, 이메일을 통한 승인 확인, 그리고 월말에 이를 모두 조정하는 과정이 포함됩니다. Xero는 더 이상 전환할 필요가 없도록 하기 위해 25억 달러의 베팅을 방금 했습니다.
2025년 6월, 뉴질랜드에 본사를 둔 Xero는 미국 청구서 결제 플랫폼인 Melio를 25억 달러와 최대 5억 달러의 추가 성과급 조건으로 인수한다고 발표했습니다. 이 거래는 Xero 역사상 최대 규모이며, Xero, QuickBooks, NetSuite 또는 스프레드시트를 사용하는지 여부에 관계없이 모두에게 영향을 미치는 광범위한 변화를 시사합니다. 즉, 청구서 결제가 회계 소프트웨어에 흡수되고 있으며, 다음에 AP 워크플로우를 선택하는 방식이 수수료, 현금 흐름, 그리고 장부의 감사 준비 상태에 영향을 미칠 것이라는 점입니다.
이 가이드는 Melio가 무엇을 하는지, Xero가 그 가격을 지불한 이유, 번들 AP와 독립형 AP가 실제로 어떻게 다른지, 그리고 전환하기 전에 현재 워크플로우를 평가하는 방법을 설명합니다. 대부분의 제품 발표에서 생략하는 부기 세부 정보도 포함됩니다.
왜 25억 달러인가? 회계와 자금 이동 간의 격차
Xero는 400만 명 이상의 구독자를 보유하고 있지만, 수익의 약 7%만이 미국에서 발생합니다. 미국은 가장 큰 성장 기회이자 동시에 치열한 경쟁에 직면한 시장이기도 합니다. Melio는 Xero가 빠르게 구축할 수 없었던 세 가지를 제공합니다.
미국 지불 인프라. Melio는 2025년 3월까지 1년 동안 300억 달러 이상의 기업 지불을 처리했으며, 약 1억 5,300만 달러의 수익과 약 80,000명의 활성 미국 고객을 보유했습니다. 또한 Fiserv, Capital One, Shopify를 포함한 파트너에게 자체 브랜드(화이트 라벨)로 제공되어 Fiserv 네트워크를 통해 3,500개 이상의 은행에 도달합니다. 이러한 유통망은 복제하기 어렵습니다.
구독료 외 거래 수익. 회계 소프트웨어는 고객들이 월 15~90달러를 지불하는 데 익숙해지도록 했습니다. 지불은 두 번째 수익화 경로를 추가합니다. 즉, 카드 기반 청구서 결제 수수료, 국제 송금의 외환(외환), 그리고 더 빠른 지불에 대한 부동(이자 수익)입니다. Xero는 장부만 기록하는 것이 아니라 자금의 흐름을 포착하려는 의도를 분명히 밝혔습니다.
번들 워크플로우 스토리. Xero의 제안은 간단합니다. "Xero 앱을 벗어나지 않고 청구서를 지불하십시오." Xero에서 승인하고, 은행에서 지불하고, 다시 Xero에서 조정하는 대신, 한 곳에서 캡처, 승인, 지불 및 조정합니다. 한 달에 40~80개의 청구서를 처리하는 기업의 경우 시스템 간 전환을 없애면 시간이 절약되고 입력 오류(중복 지불 또는 조기 할인 혜택 상실로 이어짐)가 줄어듭니다.
Xero 고객이 아니더라도 이 변화의 영향을 받지 않을 수 없습니다. 중소기업 회계 플랫폼 상위 2개 업체(Xero와 Intuit)가 모두 지불을 자체 기능에 포함시킬 때, 모든 경쟁사는 다음 질문에 답해야 합니다. AP 공급업체가 독립형 포털로 계속 경쟁력을 유지할 것인가, 아니면 효율성을 유지하기 위해 통합 제품군을 선택해야 하는가?
Melio의 실제 기능
보도자료 문구를 걷어내면 Melio는 중소기업 미지급금 허브로서 네 가지 핵심 기능을 제공합니다.
청구서 캡처. 이메일로 인보이스를 전달하거나, 모바일 앱에서 사진을 찍거나, PDF를 끌어다 놓습니다. Melio가 공급업체, 금액, 마감일을 추출하여 모든 청구서를 수동으로 입력할 필요가 없습니다. 시간 절약 효과는 누적됩니다. 한 달에 50개의 청구서를 각각 수동으로 3분씩 입력하면 승인 전 데이터 입력에만 2.5시간이 소요됩니다.
유연한 자금 조달. 신용카드로 자금을 조달하더라도 ACH 은행 송금으로 공급업체에 지불하거나, 현지 통화로 해외에 지불하거나, Melio가 지금 공급업체에 지불하고 나중에 일정에 따라 상환하는 "분할 결제"를 사용할 수 있습니다. 이러한 유연성은 현금 흐름에 중요합니다. 운영 계좌에 현금을 더 오래 보유하거나, 공급업체가 카드를 직접 받지 않는 경우 카드 리워드를 받을 수 있습니다.
승인 워크플로우. 설정한 금액 이상의 청구서를 소유자나 관리자에게 라우팅하여 승인을 받고, 누가 언제 무엇을 승인했는지에 대한 감사 추적을 유지하며, 2~3명의 소규모 팀에서도 직무 분리를 강제합니다. 이 추적은 몇 달 후 중복 지불 문제가 발생했을 때 회계사나 감사관이 요구하는 것입니다.
회계 동기화. 청구서, 지불 및 수수료를 QuickBooks, Xero 및 NetSuite에 동기화하여 원장이 은행에서 인출된 내역과 일치하도록 합니다. Melio는 QuickBooks, Xero, NetSuite 및 API 파트너를 통한 통합을 나열합니다. 이는 대부분의 AP 도구가 원장을 옆에 두고 작동하도록 설계되었으며 원장을 대체하지 않는다는 것을 상기시켜줍니다.
Melio가 무료로 제공하는 것은 아닙니다. 카드 기반 지불에는 수수료가 부과되고, 국제 송금에는 외환 스프레드가 있으며, 더 빠른 지불에는 더 많은 비용이 듭니다. 편의성 프리미엄은 실제로 존재하며, "은행 수수료"에 묻지 않고 별도의 비용으로 장부에 기록해야 합니다.
번들 vs. 독립형: 2026년 AP를 운영하는 세 가지 방법
대부분의 중소기업은 세 가지 패턴 중 하나에 해당합니다. 자신의 패턴을 파악하면 Xero-Melio를 현재 보유한 시스템과 비교 평가하는 데 도움이 됩니다.
1. 은행 청구서 결제 + 회계 소프트웨어 (전통적인 분리 방식)
회계 시스템에서 청구서를 입력하거나 동기화한 다음 은행의 청구서 결제 포털을 통해 지불하거나 수표를 발행합니다. 거래당 비용은 저렴하지만, 두 가지 진실 공급원(source of truth)을 유지해야 합니다. 조정은 수동으로 이루어지고, 승인은 종종 이메일을 통해 이루어지며, 승인 체인이 지불 경로 외부에 있기 때문에 조기 지불 할인 혜택을 놓치게 됩니다.
최적: 청구서 양이 매우 적은 경우(월 15개 미만), 단일 승인자, ACH를 수락하는 공급업체.
주의 사항: 중복 입력, 중앙 집중식 승인 로그 부재, 은행 피드와 원장이 아직 처리 중인 몇 건의 지불로 인해 일치하지 않을 때 발생하는 월말 예상치 못한 문제.
2. 독립형 AP 자동화 (Melio, Bill.com, Ramp Bill Pay 포털)
전용 AP 플랫폼에서 청구서를 캡처하고 승인한 다음そこ에서 지불하고 결과를 원장에 동기화합니다. 은행 청구서 결제보다 더 나은 캡처, 워크플로우 및 자금 조달 옵션을 제공하면서 회계 시스템은 변경하지 않습니다. 여전히 두 앱 사이를 전환해야 하지만 동기화는 더 견고하고 AP 감사 추적은 더 강력합니다.
최적: 현재 원장은 마음에 들지만 더 나은 AP 통제가 필요한 기업, 공급업체에 카드 수락을 요청하지 않고 카드 기반 지불을 원하는 기업, 또는 월 20~100개 청구서를 처리하고 소유자 외에 최소 한 명의 승인자가 있는 회사.
주의 사항: 카드 기반 지불의 건당 수수료, 국제 송금의 외환, 그리고 관리해야 할 두 번째 구독. 월말 체크리스트에는 "AP 포털이 원장과 조정되고 원장이 은행과 조정됨"이라는 3자 조정(2자 조정이 아닌)이 포함되어야 합니다.
3. 임베디드 청구서 결제 (Xero + Melio, QuickBooks Bill Pay, NetSuite 네이티브)
회계 앱을 벗어나지 않고 캡처, 승인, 지불 및 조정을 수행합니다. 원장이 워크플로우 자체이므로 승인 상태, 지불 상태 및 은행 조정이 하나의 대시보드에 표시됩니다. 분산된 팀의 경우, 이는 가장 명확한 직무 분리입니다. 청구서를 입력하는 사람이 동일한 시스템 내에서 두 번째 승인 없이는 지불을 승인할 수 없습니다.
최적: 백오피스에 하나의 로그인을 원하는 기업, 모바일 승인이 필요한 팀, "구독료"뿐만 아니라 "장부 마감 시간"을 측정하는 소유자.
주의 사항: 플랫폼 종속, 지불이 번들링된 후 가격 변경, 데이터 이전 용이성. 제품군을 떠날 경우 지불 내역과 공급업체 W-9 아카이브를 얼마나 쉽게 내보낼 수 있습니까?
보편적으로 옳은 답은 없습니다. 옳은 답은 총 비용(구독료 + 거래 수수료 + 소요 시간)은 낮아지고 통제력은 높아지는 것입니다.
수수료, 시기 및 현금 흐름: 대부분의 발표에서 생략하는 부기 세부 정보
제품 페이지는 절약된 시간을 강조합니다. 장부에는 그 시간을 절약하기 위해 지출된 비용이 무엇인지 기록해야 합니다.
거래 수수료를 올바른 계정에 기록하십시오. 카드 기반 청구서 결제 수수료, 송금 수수료, 긴급 수수료는 일반적인 의미의 "은행 수수료"가 아니며 공급업체 인보이스의 일부가 아닙니다. Expenses:Bank Fees:AP Transaction Fees 또는 Expenses:Payment Processing:Bill Pay Fees와 같은 전용 계정을 만들고 청구서 지불과 별도로 수수료를 기록하십시오. 이렇게 하면 공급업체 비용이 정확하게 유지되고 편의성 프리미엄을 확인할 수 있습니다. 지난달에 포인트를 받기 위해 18,000달러의 미지급금을 카드로 결제하는 데 340달러를 지출했다면, 얻은 포인트의 가치가 그만한 가치가 있었는지 결정할 수 있습니다.
2.9% 수수료가 있는 카드로 지불한 2,000달러 공급업체 청구서의 예시 전기:
2026-08-14 * VendorCo # INV-1842
Expenses:Contractors:VendorCo 2000.00 USD
Liabilities:AP
2026-08-14 * VendorCo # INV-1842 카드 결제
Liabilities:AP 2000.00 USD
Expenses:Payment Processing:Bill Pay Fees 58.00 USD
Liabilities:CreditCard:Chase Ink카드 대금을 당좌 예금 계좌에서 지불할 때는 별도의 이체일 뿐 비용이 아닙니다.
자금 조달 방식을 현금 포지션과 일치시키십시오. 카드로 지불하면 카드 결제일까지 현금 지출이 지연되어 현금이 부족한 주를 완화할 수 있습니다. Melio의 "분할 결제" 및 유사 할부 옵션은 이를 더욱 지연시킵니다. 부채를 올바르게 기록하십시오. 플랫폼이 지불되었다고 표시하면 공급업체에 지불된 것으로 간주되며, 아직 플랫폼에 지불하지 않았더라도 마찬가지입니다. AP 노후화 보고서에는 해당 공급업체에 대한 잔액이 0으로 표시되고 AP 제공업체 또는 카드에 대한 새로운 부채가 표시되어야 합니다. 그렇지 않으면 이중으로 계산하게 됩니다.
지불 속도와 마감일을 혼동하지 마십시오. 8월 30일 마감인 청구서를 "안전을 위해" 8월 10일에 지불하면 20일의 현금 부동 기간을 잃게 됩니다. 임베디드 워크플로우는 최적의 날짜(제때, 일찍이 아닌)에 지불을 예약하고 2/10 net 30 할인은 계산이 타당할 때만 적용할 수 있도록 해야 합니다. 관련 KPI는 "빨리 지불된 청구서"가 아니라 "할인을 고려한 후 가용 현금을 최대화하는 날짜에 지불된 청구서"입니다.
해외 미지급금은 두 줄로 기록해야 합니다. 외환 환율이 3,240달러를 의미할 때 3,000유로 인보이스를 지불하고 공급업체가 3,000유로를 수령한 경우, 공급업체 결제는 현물 환율로 기록하고 외환 스프레드는 별도 수수료로 기록하십시오. 규모가 커지면 외환 스프레드는 협상하거나 비용이 덜 드는 경로를 통해 처리할 가치가 있는 항목이 됩니다.
소규모 팀의 승인 워크플로우 및 감사 추적
중소기업은 완전한 직무 분리를 갖추는 경우가 거의 없지만, 간단한 워크플로우만으로도 가장 비용이 많이 드는 AP 오류(중복 지불, 잘못된 공급업체에 대한 지불, 소유자가 본 적이 없는 지불)를 방지할 수 있습니다.
2~5명 팀을 위한 실용적인 설정:
- 임계값. 500달러 미만 청구서: 1명의 승인자(소유자 또는 운영 관리자). 500~2,500달러 청구서: 소유자 승인. 2,500달러 초과 청구서: 소유자 plus 외부 회계사와 같은 두 번째 검토자.
- 메이커-체커. 청구서를 생성하거나 수정하는 사람은 결코 지불을 승인하지 않습니다. 이 한 가지 규칙이 대부분의 내부 오류와 사기를 방지합니다.
- 증거. 청구서 PDF, 승인 타임스탬프 및 지불 확인을 거래에 연결하십시오. Beancount와 같은 일반 텍스트 원장에서는
document: "bills/2026-08-14-vendorco-inv1842.pdf"메타데이터를 첨부하여 수년 후에 이메일을 뒤지지 않고도 감사 추적을 재구성할 수 있습니다. - 공급업체 마스터 관리. W-9를 첨부하여 한 곳에서 새 공급업체를 추가하고, 변경 요청이 있는 경우 전화로 은행 계좌 정보를 확인하며, 소유자만 지불 세부 정보를 편집할 수 있도록 공급업체 마스터를 잠급니다. AP 사기는 가짜 인보이스로 시작되는 경우가 거의 없습니다. "당사의 송금 지침을 업데이트해 주십시오"라는 요청으로 시작됩니다.
현재 프로세스가 "소유자가 Slack 메시지에 응답하여 모든 것을 승인하는 것"이라면 승인 워크플로우가 있는 것은 맞지만 감사 가능하지 않습니다. 해당 워크플로우를 누가 언제 무엇을 했는지 기록하는 시스템으로 이동하면 대화가 증거로 전환됩니다.
향후 30일 동안 해야 할 일
이번 주에 마이그레이션할 필요는 없지만, 현재 상황을 측정해야 합니다. 간단한 연습을 통해 번들 청구서 결제가 실제로 도움이 될지 알 수 있습니다.
1. 현재 AP의 실제 비용을 계산하십시오. 지난 30일 동안 지불한 청구서 수, 캡처, 승인, 지불 및 조정에 소요된 시간, 지불된 거래 수수료, 포착된 조기 지불 할인과 제공된 할인 비교, 그리고 발생한 연체료를 집계하십시오. 총 비용(수수료 + 현실적인 소유자 또는 관리자 요율로 평가된 시간)을 지불된 청구서 수로 나누십시오. 이것이 청구서당 완전 적재 비용입니다.
2. 현재 흐름을 매핑하십시오. 청구서가 받은 편지함에서 "지불 및 조정 완료" 상태까지 이동하는 경로를 그려보십시오. 어디에서 승인을 기다리나요? 로그인은 몇 번이나 필요합니까? 오류는 어디에서 발생합니까? 지도에 세 개의 시스템과 두 번의 수동 재입력이 있다면, 번들이든 독립형이든 통합이 도움이 됩니다.
3. 공급업체 조건을 감사하십시오. 지출 상위 10개 공급업체를 나열하십시오. 지불 조건은 무엇이며, 조기 지불에 대해 1% 또는 2%를 제공하는 업체가 있으며, 얼마나 자주 혜택을 받고 있습니까? 2/10 net 30 조건에서 일반적으로 30일째에 지불하는 청구서는 할인을 받지 못함으로써 발생하는 연간 36%의 비용을 의미하며, 이는 10일째에 카드로 지불하는 수수료보다 훨씬 높은 경우가 많습니다.
4. 수수료를 스트레스 테스트하십시오. 일반적인 월을 ACH 자금 조달과 카드 자금 조달 두 가지 방식으로 모델링하십시오. 구독료 차이, 거래 수수료, 외환, 그리고 실제 사용 조건(홍보용 적립률이 아닌)에 따른 포인트 또는 캐시백 가치를 포함하십시오. 번들 옵션이 수수료로 220달러를 더 지출하지만, 시간당 75달러의 완전 적재 비용으로 6시간을 절약한다면, 수수료 프리미엄은 시간을 되사는 것입니다.
5. 확정하기 전에 데이터 이전 가능성을 확인하십시오. 고려하는 모든 플랫폼에서 공급업체 목록, 청구서 내역 및 감사 로그를 내보내 보십시오. 깨끗한 내보내기에 지원 티켓이 필요하다면, 이는 플랫폼이 데이터를 내보낼 때 어떻게 취급하는지에 대한 정보입니다.
더 큰 트렌드: 지불이 원장의 일부가 되고 있습니다
Xero만 그러는 것이 아닙니다. QuickBooks는 청구서 결제를 자체 기능에 포함시켰고, Bill.com은 지출 및 비용 관리 분야로 진출했으며, Autobooks와 같은 은행 내장형 옵션은 은행 채널을 통해 60,000개 이상의 중소기업에 청구서 결제 서비스를 추가했습니다. 패턴은 분명합니다. 회계 시스템은 지불을 기록하는 것뿐만 아니라 소유하려고 합니다.
소유자에게 이러한 통합은 진정으로 도움이 될 수 있습니다. 로그인할 곳이 줄어들고, 통제력이 강화되며, 현금 가시성이 명확해집니다. 단, 두 가지 원칙을 지켜야 합니다. 첫째, 편의성이 보이지 않는 마진 누수로 이어지지 않도록 계정과목표에 수수료를 표시해야 합니다. 둘째, 전환 비용을 낮게 유지하기 위해 지불 내역을 이식 가능하게 유지해야 합니다.
두 원칙 모두 부기 원칙입니다. 지불 방식은 워크플로우 결정입니다. 비용이 얼마인지 확인하고 무슨 일이 일어났는지 증명할 수 있는지 여부는 회계 결정입니다.
재무 관리 간소화
청구서가 받은 편지함에서 지불 완료까지 어떻게 이동하는지, 그리고 번들 워크플로우와 독립형 워크플로우 중 어떤 것이 더 적합한지 재검토할 때, 모든 수수료, 승인 및 자금 조달 선택에 대한 명확하고 감사 가능한 기록을 유지하는 것이 절약된 시간이 두려운 조정으로 변하는 것을 막아줍니다. Beancount.io는 버전 관리가 가능하고 완전히 투명한 일반 텍스트 복식 부기를 제공하므로, 어떤 AP 플랫폼을 선택하든 지불 내역, 공급업체 비용 및 현금 결정을 읽을 수 있고 이식 가능하게 유지할 수 있습니다. Beancount.io에서 자세히 알아보거나 가격 페이지를 방문하여 시작하십시오.