비즈니스가 수령하는 모든 결제는 두 번 기록됩니다. 한 번은 자금이 도착하는 곳에서, 또 한 번은 장부가 있는 곳에서. 실물 제품을 판매한다면 아마 재고 앱에서 세 번째로 기록할 것입니다. 그리고 각각의 인계 지점마다 숫자가 어긋날 기회가 생깁니다. 업계 연구에 따르면, 연결되지 않은 판매 및 결제 플랫폼은 기업에 매달 약 5~7일분의 추가 인력 수작업 부기 업무를 발생시킵니다. "돈이 도착했다"와 "장부가 일치한다" 사이의 간극에서 조정 적체, 잘못 분류된 거래, 그리고 정체를 알 수 없는 월말 조정이 탄생합니다.
이 간극이 인기 있는 소프트웨어 조합 하나에서 좁혀졌습니다. Xerocon London을 앞두고 inFlow Inventory는 자사의 Xero 연동에 대해 지금까지 가장 큰 업데이트를 발표했으며, 세 가지 개선 사항을 중심으로 만들어졌습니다: 양방향 결제 동기화, Xero 추적 카테고리 지원, 그리고 각 거래를 올바른 계정으로 자동 라우팅하는 결제 수단 매핑. 이 정확한 스택을 사용하든 아니든, 이 업데이트는 이해할 가치가 있습니다 — 잘 설계된 재고-회계 연결이 어떤 모습인지 보여주며, 아래 체크리스트는 어떤 도구를 사용하든 동일한 가치를 얻는 데 도움이 될 것입니다.
모든 제품 비즈니스가 아는 두 시스템 문제
재고를 판매한다면, 두 시스템에 살고 있는 셈입니다. Xero(또는 QuickBooks, 또는 자체 원장)는 재무를 보관합니다: 청구서, 지급서, 계정과목표, 회계사가 신고서를 작성하는 근거가 되는 보고서. 재고 앱은 운영을 보관합니다: 재고 수준, 판매 주문, 구매 주문, 피킹 리스트, 바코드. 둘은 항상 일치해야 하지만, 실제로는 끊임없는 주의를 기울이지 않으면 좀처럼 일치하지 않습니다.
일상에서 마찰이 어떻게 나타나는지 살펴보겠습니다:
결제가 두 번 표시됩니다. 고객이 청구서를 지불합니다. 누군가 은행 조정 중에 Xero에 이를 기록하고, 그다음 누군가가 재고 앱에서 동일한 주문을 지불 완료로 표시하는 것을 기억해야 합니다. 두 번째 단계를 놓치면 운영 팀은 이미 지불한 고객을 추적하거나, 연령 분석 보고서가 받을 돈을 과대평가하게 됩니다.
모든 결제 수단이 한 바구니에 들어갑니다. 카드, PayPal, 은행 송금, 현금 — 매핑 없이는 모두 단일 범용 청산 계정에 쌓입니다. 그런 다음 누군가가 장부가 현실을 반영하도록 손으로 다시 분류하는데, 이는 바로 오류를 낳는 반복적인 작업입니다.
부문별 보고에는 계정과목표 수술이 필요합니다. "지점별, 지역별, 또는 영업사원별 수익성을 보여주세요"는 일상적인 요청입니다. 보고 차원이 없으면 유일한 답은 계정을 복제하는 것입니다 — Sales-East, Sales-West, Sales-Online — 계정과목표가 아무도 신뢰하지 않는 미로가 될 때까지.
이 각각을 한 달에 수백 건의 주문으로 곱하면 월말 위기가 찾아옵니다: 장부를 마감하기 전 며칠간의 대사, 재분류, 조정 작업입니다. 근본적인 문제는 노력이 아니라 구조입니다. 한 시스템에 입력된 데이터는 다른 시스템으로 들어가는 신뢰할 수 있는 경로가 없습니다.
업데이트된 inFlow–Xero 연동이 실제로 하는 일
2026년 6월 업데이트는 inFlow를 재고의 진실 공급원으로 유지합니다 — 대부분의 데이터는 inFlow에서 Xero로 한 방향으로 흐릅니다 — 단 하나의 의도적인 예외가 있습니다: 결제인데, 이제 양방향으로 동기화됩니다. 세 가지 기능이 이 변화를 이끕니다.
양방향 결제 동기화
이제 어느 쪽에서든 기록된 결제가 자동으로 다른 쪽에 나타납니다. Xero에서 조정하거나, Xero에 연결된 도구를 통해 결제를 받거나, Xero 생태계의 제3자 매출채권 앱을 통해 수금하든, 결제는 다시 inFlow로 흘러 들어갑니다. inFlow에서 결제를 기록하면 Xero로 전송됩니다. 청구서와 지급서는 아무도 두 번 손대지 않아도 두 시스템 모두에서 최신 상태로 유지됩니다.
이것이 이중 입력 습관을 없애는 기능입니다. 운영 팀과 회계사는 항상 동일한 결제 상태를 봅니다. 이는 "그들이 지불했나요?"라는 Slack 메시지와 잔액이 0인 고객에게 보내는 독촉 이메일이 줄어든다는 뜻입니다.
추적 카테고리 지원
inFlow에서 보고 차원 — 지역, 영업사원, 부서, 비용 센터 — 으로 태그된 거래는 이제 Xero의 라인 항목에 해당 태그를 전달합니다. 부문별 보고서가 계정과목표에 임시방편을 덧붙이지 않고 Xero에서 바로 나옵니다.
이것은 들리는 것보다 더 중요합니다. Xero는 한 번에 두 개의 추적 카테고리만 활성화할 수 있으며, 각각 최대 100개의 옵션을 허용하므로, 가장 큰 혜택을 받는 비즈니스는 두 차원을 신중하게 선택하는 곳입니다(자세한 내용은 아래에서). 이 업데이트 이전에는 재고 앱에서 Xero로 이러한 태그를 가져오려면 수동 코딩이나 취약한 내보내기-재가져오기 루틴이 필요했습니다. 이제 태그는 거래와 함께 따라갑니다.
결제 수단 매핑
각 결제 수단을 설정 중에 한 번, Xero 계정과목표의 특정 계정에 매핑합니다. 그 이후로는 현금, 수표, 카드, 은행 거래가 각각 스스로 있어야 할 곳에 들어갑니다. 더 이상 모든 것을 한 계정에 쏟아붓고 월말에 재분류할 필요가 없으며, 아무도 책임지지 않는 청산 계정에 정체불명의 잔액이 남지 않습니다.
이 업데이트는 모든 inFlow Inventory 고객에게 제공되며, 연동은 Xero App Store에 등록되어 있고, 설정은 약 15분이 걸립니다 — 대부분 inFlow의 거래 유형을 올바른 Xero 계정에 매핑하는 데 소요됩니다. 그 매핑 단계는 "약 15분"이 시사하는 것보다 더 많은 주의를 기울일 가치가 있으며, 다음 섹션에서 설명합니다.
실제로 작동하는 방식
두 개의 판매 채널 — B2B 포털과 소규모 소매 카운터 — 을 통해 두 지역에서 판매하는 도매 유통업체를 상상해 보세요. 업데이트 이전에는 일주일의 판매가 일주일의 대사를 의미했습니다: 포털 지급금 대 주문, 카운터 영수증 대 금전 등록기, 각 결제가 두 곳에서 지불 완료로 표시되고, 각 채널의 수익이 올바른 계정으로 재분류됩니다.
업데이트된 연동을 연결한 후, 흐름은 다음과 같습니다:
- 주문이 inFlow에서 생성, 피킹, 청구되며 채널과 지역으로 태그됩니다.
- 청구서가 모든 라인 항목에 해당 추적 태그를 지니고 Xero로 동기화됩니다.
- 고객이 지불할 때 — Xero를 통해, 연결된 결제 도구를 통해, 또는 inFlow에 직접 기록하여 — 결제가 두 시스템에 동시에 등록됩니다.
- 각 결제는 해당 수단이 매핑된 계정에 들어갑니다: 카드 수금은 카드 청산 계정으로, 은행 송금은 운영 계정으로, 등등.
- 월말: 수백 개의 라인을 대사하는 대신, 부기 담당자는 예외 — 자동화가 플래그를 지정했거나 배치할 수 없었던 소수의 거래 — 를 검토합니다.
자동화가 하지 않는 일에 주목하세요: 계정 구조, 추적 차원, 조정 정책을 결정하지 않습니다. 당신이 설정한 규칙을 실행할 뿐입니다. 잘못된 규칙은 여전히 잘못된 장부를 만들어냅니다, 단지 더 빠르게. 그래서 설정 체크리스트가 중요한 것입니다.
연결하기 전에: 이것이 도움이 될지 결정하는 다섯 가지 결정
연동은 연결하는 대상의 품질을 증폭시킵니다. 설정 중에 이 다섯 가지 결정을 검토하면 자동화가 나쁜 습관 대신 좋은 습관을 복리로 키울 것입니다.
1. 먼저 계정과목표를 정리하세요
엉성한 계정을 Xero에 매핑하는 것은 엉성함을 자동화할 뿐입니다. 연결하기 전에 휴면 계정을 보관 처리하고, 거의 중복되는 계정("Supplies" 대 "Office Supplies")을 병합하고, 모든 계정이 하나의 명확한 소유자와 목적을 가지도록 하세요. 설정의 주요 단계는 inFlow 거래 유형을 Xero 계정에 매핑하는 것입니다 — 모호한 계정마다 시간 압박 속에서 잘못 내리게 될 매핑 결정입니다.
2. 두 개의 추적 차원을 의도적으로 선택하세요
Xero는 두 개의 활성 추적 카테고리를 지원하므로, 모든 것을 추적하고 싶은 충동을 참으세요. 대부분의 제품 비즈니스에게 가장 가치 있는 조합은 어디 차원(지역, 지점, 창고, 또는 판매 채널)과 누구 차원(영업사원, 부서, 또는 고객 유형)입니다. 실제로 실행하는 세 가지 보고서 — 채널 수익성, 지역별 판매, 담당자 실적 — 를 적어두고, 세 가지 모두를 만들어내는 조합을 선택하세요. 아무도 필터링하지 않는 100개 항목의 추적 옵션 목록은 통찰이 아니라 잡동사니입니다.
3. 결제 수단을 깔끔하게 조정되는 계정에 매핑하세요
각 고빈도 결제 수단에 자체 청산 계정을 부여하세요: 카드 프로세서 지급금용 하나, B2B 포털용 하나, 은행 송금용 하나. 그렇게 하면 각 계정이 정확히 하나의 외부 명세서와 조정되며, 불일치가 혼합된 잔액이 아니라 하나의 출처를 가리킵니다. 저빈도 수단은 계정을 공유할 수 있습니다 — 목표는 추적 가능성이지, 계정 개수 극대화가 아닙니다.
4. 동기화를 켜기 전에 기초 잔액을 조정하세요
양방향 동기화는 앞으로 두 시스템이 일치하도록 유지합니다; 과거의 불일치를 고치지는 않습니다. 연결하기 전에 양쪽 시스템에서 미결 청구서, 미결 지급서, 청산 계정 잔액의 전체 조정을 실행하고, 명확한 메모와 함께 모든 추급 조정을 기록하세요. 그렇지 않으면 첫 동기화가 모든 오래된 불일치를 한꺼번에 무자비하게 드러낼 것이고, "15분 설정"을 3월의 잔액을 디버깅하는 데 보내게 될 것입니다.
5. 하나의 판매 채널로 시범 운영한 후 확장하세요
먼저 단일 채널이나 위치에 대해 동기화를 켜고, 모든 곳에 배포하기 전에 하나의 전체 청구 주기 — 청구서에서 결제, 조정까지 — 를 실행하세요. 영향 범위가 작을 때 매핑 실수(고전적인 예: 환불이 대조 수익이 아니라 마이너스 수익으로 분류됨)를 잡을 수 있습니다. 깨끗한 한 주기가 일주일의 구성 검토 회의보다 더 가치가 있습니다.
자동화에도 살아남는 네 가지 함정
잘 연결된 스택에도 실패 모드가 있습니다. 다음을 주의하세요:
추적 카테고리 남용. 모든 것에 태그할 수 있는 자유는 팀이 모든 것에 태그하도록 유혹합니다. 옵션이 늘어납니다 — "Online," "Online-US," "Online-US-Promo" — 보고서에 해독기가 필요할 때까지. 새로운 추적 옵션을 새 계정처럼 대하세요: 이유와 소유자가 필요하며, 목록은 매년 정리됩니다.
추측으로 분류되는 환불과 부분 결제. 양방향 동기화는 금액을 충실히 이동시키지만, 환불, 지불 거절, 또는 부족 결제가 어떻게 분류되는지는 여전히 누군가가 결정합니다. 정책을 문서화하고(환불은 대조 수익 계정으로, 프로세서 수수료는 수수료 비용 계정으로, 매출과 절대 상계하지 않음) 양쪽에서 동일하게 적용하세요.
"동기화됨"이 "조정됨"을 의미한다고 가정하기. 두 시스템에 나타나는 결제는 은행 명세서와 검증된 일치와 같지 않습니다. 은행 조정을 별도의 통제로 유지하세요 — 자동화는 대사 작업량을 줄이지만, 월을 승인하는 사람은 돈이 실제로 도착했는지 여전히 확인해야 합니다.
감사 추적 무시하기. 모든 자동 전기는 출처 문서로 추적 가능해야 합니다. 무언가 잘못되어 보일 때 — 그리고 결국에는 그럴 것입니다 — 해결은 "이 Xero 라인 뒤에 있는 inFlow 주문을 보여주세요"로 시작합니다. 팀이 1분 이내에 답할 수 없다면, 연동은 블랙 박스이고, 블랙 박스는 감사를 통과하지 못합니다.
깔끔한 동기화에도 깔끔한 장부가 필요합니다
연동을 부기 규율의 대체물로 취급하고 싶은 유혹이 있습니다: 앱을 연결하고, 동기화를 신뢰하고, 분기에 한 번 보고서를 확인하세요. 그것은 작동합니다, 작동하지 않을 때까지는 — 보통 연말에, 회계사가 6개월치 잘못 매핑된 수수료나 봄부터 표류해온 청산 계정을 발견할 때.
더 건강한 관점: 자동화는 양을 처리하고, 사람은 판단을 처리합니다. 동기화는 수천 번의 키 입력을 없앱니다; 당신의 일은 계정 구조를 설계하고, 예외를 검토하고, 자동화가 작동했음을 증명하는 계정을 조정하는 것이 됩니다. 그 규율을 유지하는 비즈니스는 월말이 며칠에서 몇 시간으로 줄어드는 것을 발견합니다. 그것을 건너뛰는 비즈니스는 동일한 혼란을 발견합니다, 이제는 규모 있게 기계가 생성한.
이 원칙은 어떤 스택을 운영하든 성립합니다. 재고 시스템과 회계 시스템이 전혀 대화할 수 없다면, 첫 번째 업그레이드는 더 화려한 앱이 아니라 문서화된 루틴입니다: 누가 무엇을, 어디에 기록하고, 누가 확인하는지. 양방향 동기화에서 가장 많은 것을 얻는 비즈니스는 이미 그 루틴을 종이에 갖고 있던 곳입니다.
재고와 장부를 일치시키세요
주문량이 증가함에 따라 운영과 회계 사이의 수동 인계가 병목이 됩니다 — 이중 입력된 모든 결제와 손으로 분류된 모든 거래는 팀이 고객에게 쓰지 않는 시간입니다. 깔끔한 계정과목표와 의도적인 추적 차원으로 연동을 제대로 구현하면 월말이 발굴 작업에서 검토로 바뀝니다.
동일한 규율이 장부 자체에도 적용됩니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공합니다 — 블랙 박스도, 공급업체 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 왜 플레인 텍스트 회계로 전환하는지 확인하세요.
