은행이 광고하는 기능은 스토어에 실제로 중요한 기능이 거의 아닙니다. 여기에는 아무도 게시하지 않는 체크리스트가 있습니다. 바로 구조, 피드 품질, 그리고 미래의 대출 기관이 볼 내용입니다.
3월 둘째 주, 단일 당좌 예금 계좌에서 14개월간의 거래 내역을 스크롤하고 있습니다. Shopify 지급금. 공급업체 결제. 해당 도매 부가 채널의 Stripe 입금. 본인에게 이체한 세 번의 거래. 수익과 정확히 똑같이 보이는 포장재 공급업체로부터의 환불. 회계 담당자가 간단한 질문 하나를 했습니다. "이 입금 중 어떤 것이 매출인가요?" — 그리고 답하기 위해 두 시간 동안 스프레드시트를 만들고 있습니다.
그 계좌는 선택된 것이 아닙니다. 축적된 것입니다. 아마도 LLC를 등록할 때 지역 지점에서 판매한 소규모 비즈니스 당좌 예금일 것입니다. 아마도 설정 중에 결제 플랫폼에서 원클릭으로 활성화한 잔액 계좌일 것입니다. 어느 쪽이든, 아무도 이것이 실제 거래량을 처리하는 스토어를 위한 뱅킹 구조입니다라고 결정하고 앉아 있지 않았습니다. — 그리고 이제 자신의 돈에 대한 모든 질문에 답하기 위해 스프레드시트가 필요합니다.
이것의 밑바탕에 깔린 거짓말, 즉 은행 마케팅이 조용히 조장하는 것은 비즈니스 은행 계좌는 상품이라는 것입니다. 모두 돈을 보유하므로 가장 멋진 가입 절차나 집에서 가장 가까운 지점이 있는 계좌를 선택하세요. 이는 스토어에 특히 거짓입니다. 은행 설정은 돈이 머무는 장소가 아닙니다. 그것은 전체 장부 시스템이 구축되는 진실의 원천 계층이며, 설정 간의 차이는 장부에 걸리는 시간과 장부를 얼마나 신뢰하는지에 매달 나타납니다.
먼저, 명확하게 명시된 공개 사항입니다. 저희는 은행 업무를 판매하지 않으며, 이 가이드의 어떤 회사도 추천을 위해 비용을 지불하거나 저희에게 추천 수수료를 지불하지 않습니다. 저희는 회계 소프트웨어를 만듭니다. LedgerPort는 Shopify 및 WooCommerce 스토어를 QuickBooks와 동기화합니다. 따라서 귀하의 은행 선택에 대한 저희의 유일한 이해관계는 다운스트림에 있습니다. 귀하가 결국 선택하는 것은 저희가 스토어 소유자가 조정하는 것을 지켜보는 은행 피드가 됩니다. 이 가이드가 존재하는 이유도 바로 그것입니다. 저희는 어떤 설정이 깔끔한 장부를 생성하고 어떤 설정이 위의 3월 오후와 같은 상황을 생성하는지 봅니다. 또한 명확하게 말하자면, 이것은 재정 자문이 아니라 계좌를 *선택하고 구조화*하기 위한 가이드입니다. 예금 보험, 대출 또는 법적 효력이 있는 모든 결정에 대해서는 제공업체 및 CPA와 구체적인 내용을 확인하십시오.
스토어 자금이 머무를 수 있는 세 가지 장소
모든 전자상거래 뱅킹 설정은 세 가지 구성 요소로 이루어지며, 대부분의 잘못된 설정은 이 중 하나만 사용하거나 프로필에 맞지 않는 것을 사용해서 발생합니다.
핀테크 비즈니스 계좌 (Mercury, Relay, Novo 등)
차세대 비즈니스 뱅킹 상품은 소프트웨어 우선으로 구축되었으며, 온라인 비즈니스의 경우 그 장점이 두드러집니다. 계좌는 지점 방문이 아닌 며칠 만에 온라인으로 개설됩니다. 인터페이스는 다른 도구와의 연결을 가정합니다. 그리고 아래 설명할 아키텍처에서 가장 중요한 기능들 — 몇 번의 클릭만으로 개설할 수 있는 여러 하위 계좌, 저렴하거나 수수료 없는 송금 및 ACH, 권한이 있는 팀 로그인 — 은 프리미엄 추가 기능이 아닌 핵심 제품입니다.
각각은 무게 중심이 있습니다. Mercury는 스타트업 및 온라인 기업으로 명성을 쌓았으며, 제품은 이를 반영합니다. 깔끔한 하위 계좌 처리와 API 우선적인 자세로 뱅킹 데이터가 나머지 스택과 잘 통합됩니다. Relay는 여러 계좌 워크플로우에 집중했습니다. Profit First와 같은 봉투식 시스템을 운영하는 소유주들 사이에서 가장 많이 언급되는 이름인데, 이는 많은 당좌 예금 계좌를 개설하고 관리하는 것이 전체 설계이기 때문입니다. Novo는 소규모 운영을 대상으로 하며, 단순성과 소규모 상점에서 이미 사용하는 도구와의 통합에 중점을 둡니다. 세 가지 모두 한 클래스의 예시이며, 모든 것을 나열한 것은 아닙니다. 기능은 변경될 수 있으므로, 계약 전에 현재 약관을 직접 확인하십시오.
솔직하게 말씀드리는 고려 사항. 대부분의 핀테크 뱅킹 상품은 은행이 아닙니다. 이들은 귀하의 예금을 이면에서 하나 이상의 파트너 은행에 예치하는 기술 회사입니다. 이러한 구조는 일반적이며 실행 가능하지만 — 귀하의 특정 제공업체가 예금 보험을 어떻게 구성하는지, 실제로 누가 돈을 보유하고 있는지, 그리고 그들 간의 보장 범위는 어떻게 되는지 이해해야 합니다. 직접 질문하십시오. 좋은 제공업체는 서면으로 답변해 줄 것입니다. 그 외에도 지점이 없으므로 현금 입금은 불편하거나 불가능하며, 대출을 원할 때 귀하의 이름을 아는 지점 직원이 없습니다. 귀하의 상점이 시장, 팝업 스토어, 현금 서랍 등 실제 소매와 관련이 있다면 핀테크 계좌만으로는 부족할 것입니다.
전통적인 은행
기존 비즈니스 은행의 강점은 정확히 핀테크의 약점입니다. 현금을 입금할 수 있습니다. 문제가 생기면 지점에 직접 방문할 수 있습니다. 그리고 — 대부분의 소유주가 초기에 깨닫는 것보다 더 중요한 — 대출 관계를 구축할 수 있습니다. 3년 동안 귀하의 예금을 지켜본 은행원은 신용 한도 및 SBA 보증 대출과 같이 관계와 역사가 실제로 중요한 경우, 콜드 신청보다 더 나은 대화 상대가 될 것입니다.
고려 사항. 소프트웨어는 일반적으로 10년 뒤처져 있고, 월별 수수료와 최소 잔액 요건은 여전히 존재하며, 송금에는 보통 실제 비용이 들고, 아래의 다중 계정 아키텍처는 종종 "새 하위 계정"을 클릭하는 대신 여러 계정을 공식적으로 개설해야 함을 의미합니다. 때로는 각 계정에 자체 최소 잔액이 필요할 수도 있습니다. 이 중 어느 것도 결정적이지 않습니다. 단지 전통적인 은행은 기본이 아니라 특정 이유(현금, 대출, 지점 필요성)를 위해 선택하는 것임을 의미합니다.
결제 대행사 잔액 계좌 (Shopify Balance 등)
세 번째 옵션은 거의 결정이 아니며, 그것이 바로 문제입니다. 결제 플랫폼은 점점 더 내장된 잔액 계정을 제공하고 있으며(Shopify Balance가 대표적인 예), 여기서 지급금이 플랫폼 내 계정에 입금되며, 종종 카드와 연결되어 자금에 더 빠르게 액세스할 수 있습니다. 편리함은 실질적입니다. 이체 대기 시간이 없고, 제3자 계정 설정이 필요 없으며, 자금을 신속하게 사용할 수 있습니다.
고려 사항. 잔액 계정은 이를 전체 은행으로 사용하도록 유혹합니다. 그러면 운영 지출, 지급금, 플랫폼 활동이 모두 한 곳에 모여 스토어를 운영하고 결제를 처리하는 동일한 회사에서 제어됩니다. 이는 기본적으로가 아니라 의식적으로 내려야 할 집중 결정입니다. 특히 장부 관리를 위해 수익이 입금되는 계정에서 직접 지출하면 이 게시물 상단의 3월 시나리오가 재현됩니다. 즉, 입금과 지출이 한 피드에 혼합되어 매달 분류 작업이 필요합니다. 의도적으로 사용될 경우(실제 운영 계정으로 이체되는 지급금 수신 영역) 프로세서 잔액은 훌륭한 구성 요소가 될 수 있습니다. 모든 것을 처리하는 계정으로 사용하면 장부가 흐트러집니다.
장부를 깔끔하게 유지하는 구조
어떤 은행 마케팅 페이지에서도 알려주지 않을 부분입니다. 이는 특정 은행에 관한 것이 아니라, 계정의 수와 배열이 로고가 누구의 것인지보다 더 중요합니다.
스토어 규모에서 일관되게 깔끔한 장부를 생성하는 설정은 다음과 같습니다.
- 지급금 수신 계정. 프로세서 지급금(Shopify, PayPal, Stripe 등)을 받는 유일한 목적을 가진 하나의 계정입니다. 여기서 지출은 이루어지지 않습니다. 자금이 도착하면 정해진 일정에 따라 다른 곳으로 이체됩니다. 이 계정에는 지급금만 입금되므로, 이 계정 기록의 모든 줄은 "플랫폼이 실제로 얼마를 입금했는가?"라는 질문에 분류 없이 답합니다.
- 운영 계정. 이체된 자금이 도착하고 비즈니스가 지출하는 곳입니다. 공급업체, 광고, 급여, 소프트웨어 등. 여기서의 모든 거래는 비용 또는 이체이며, 위장한 수익 이벤트는 절대 아닙니다.
- 세금 준비금 계정. 모든 이체의 고정 비율이 이 계정으로 이동하며 비용으로 처리됩니다. 신탁으로 보유하고 있는 판매세와 소득세 충당금은 귀하의 돈이 아닙니다. 계정 경계는 이를 기억하기 위한 가장 저렴한 규율입니다. (어떤 비율을 사용할지, 판매세를 구체적으로 어떻게 처리할지는 CPA와 상담해야 합니다. 아키텍처가 여기서 중요합니다.)
실제 경계가 있을 때만 추가하세요. 두 번째 매장, 도매 채널, 재고 비축금 등이 그것입니다. 이것이 핀테크 하위 계정 기능이 더 이상 '있으면 좋은 것'이 아닌 이유입니다. Relay 또는 Mercury 등급 제품에서는 이 전체 구조를 설정하는 데 몇 분밖에 걸리지 않으며 비용도 들지 않습니다. 이것이 바로 우리가 이를 등급 강점으로 나열한 이유입니다.
QuickBooks에서 전체 시스템을 작동시키는 한 가지 규칙이 있습니다. 실제 계정당 하나의 은행 피드, 그리고 구조 내의 모든 계정이 연결되어야 합니다. 위의 각 계정은 자체 피드가 되고, 계정 간의 이체는 이중으로 수입 및 지출로 계산되지 않고 이체로 일치되며, 지급금 정산(Shopify가 보냈다고 하는 것과 은행이 도착했다고 하는 것을 일치시키는 것)은 지급금만 포함하는 피드에 대해 수행됩니다. 만약 이 일치 단계가 현재 매달 가장 힘든 부분이라면, 전체 방법은 QuickBooks에서 Shopify 지급금을 정산하는 방법 가이드에 나와 있습니다. 지급금을 받는 계정은 해당 프로세스를 고고학에서 체크리스트로 바꿔줍니다.
[이미지: 간단한 흐름도 — 처리기 지급금 → 지급금 수령 계정 → 예약된 정기 이체로 운영 계정 및 세금 준비금 분할, 각 세 계정에 QuickBooks 은행 피드 아이콘 첨부]
아무도 광고하지 않는 기준: 은행 피드 품질
두 번째 장부 기록 기준이 있으며, 잘못된 버전을 경험하기 전까지는 보이지 않습니다. QuickBooks에 거래가 어떻게 표시되는가입니다.
모든 은행은 피드를 통해 거래 설명을 다르게 표시합니다. 좋은 버전은 처리기 이름, 날짜, 지급금 보고서로 추적할 수 있는 식별자 등 인식 가능한 것을 말해주는 지급금 라인입니다. 나쁜 버전은 무엇이든 될 수 있는 참조 코드의 잘린 문자열이며, 이상하게 배치되거나 며칠씩 지연되는 피드입니다. 같은 돈, 같은 은행 잔고 — 하지만 이 중 하나는 몇 초 안에 일치하고 다른 하나는 매달 영원히 장부 담당자로부터 "이게 뭐지?"라는 이메일을 생성합니다.
이것은 기능 페이지에서는 찾을 수 없지만, 약정하기 전에 테스트할 수 있습니다. 시험 기간 동안 후보 계정을 QuickBooks에 연결하고, 실제 지급금을 몇 건 처리한 다음, 피드에 무엇이 표시되는지 확인하세요. 귀하와 비슷한 규모의 다른 매장 주인들에게 피드가 어떻게 보이는지 물어보세요. 이것은 가입 보너스보다 더 많은 시간을 절약해 줄 매력 없는 평가 단계입니다. 왜냐하면 피드 품질은 계정 수명 동안 매달 모든 거래에 대해 지불(또는 지불하지 않는) 세금이기 때문입니다.
대출 기관이 이와 동일한 계좌에 대해 문의할 사항
귀하의 은행 설정이 조용히 하고 있는 마지막 일은 언젠가 대출 기관에 제출할 파일을 구축하는 것(또는 구축하지 못하는 것)입니다.
결국 자본이 필요할 때 — 재고를 위한 신용 한도, 기간 대출, 수익 기반 자금 조달 — 심사는 은행 명세서와 장부가 서로 일치하는지에 달려 있습니다. 깔끔한 구조는 이를 자동화합니다. 지급 계좌는 수익 증명이고, 운영 계좌는 지출 내역이며, QuickBooks는 각 피드가 조정되기 때문에 두 계좌 모두에 연결됩니다. 혼합된 단일 계좌는 정반대의 결과를 낳습니다. 대출 기관이 이체와 구별할 수 없는 입금과 "확인할 수 없었습니다"에서 지연되는 신청이 발생합니다. 각 자본 출처가 확인하는 내용의 세부 사항 — 그리고 아직 기록이 준비되지 않은 경우 정리 기간 — 은 전자 상거래를 위한 자금 준비 장부에 대한 가이드에 나와 있습니다. 요약하자면, 대출 기관은 몇 년 후 당신이 선택한 은행 아키텍처의 배기 가스를 읽습니다.
이것은 또한 핀테크가 일상 업무를 처리하더라도 전통적인 은행을 계속 유지해야 하는 정직한 이유입니다. 성장 계획에 SBA 대출 또는 지역 은행 관계가 포함되어 있다면, 해당 기관의 일부 예금 기록은 천천히 쌓이고 빨리 살 수 없는 자산입니다.
순위가 아닌 프로필별 선택
전자 상거래에 가장 좋은 은행은 없지만, 형태별로 합리적인 기본값이 있습니다.
- 온라인 전용, 현금 없음, 소프트웨어에 익숙함: 핀테크 계좌를 핵심으로 사용하고 하위 계좌를 사용하여 세 계좌 아키텍처를 구축합니다. 예금 보험 구조를 서면으로 확인하십시오. 현재 약관을 확인하십시오.
- 현금 구성 요소 또는 대출 예정: 전통적인 은행이 관계와 현금 처리를 담당합니다. 위에 핀테크 계층을 추가하는 것은 아키텍처에 선택 사항입니다.
- 결제 처리기 잔액: 예약된 스윕으로 지급 착륙 구역으로 사용하기에 좋습니다. 모든 것을 처리하는 계좌로 만들지 마십시오.
무엇을 선택하든 설정은 같은 오후 작업입니다. 세 계좌를 개설하고, 스윕을 예약하고, 계좌당 하나의 피드를 연결하고, 아직 마음을 바꿀 수 있을 때 피드 설명자를 확인하십시오. 은행의 임무는 귀하의 돈을 읽을 수 있게 만드는 것입니다. 월별 마감, 세금 시즌, 대출 신청 등 모든 하위 작업은 여기서 설정한 가독성을 상속합니다.
은행은 해당 시스템의 한 계층입니다. 나머지 부분이 어떻게 함께 작동하는지 — 지급, 수수료, 매출 원가, 판매세 및 마감 자체 — 는 전자 상거래 회계에 대한 전체 가이드에서 시작하십시오.
