주차장에서 "고객과의 저녁식사 85.50"이라고 문자를 보내면, 차에 도착할 즈음 그 경비는 분류되고, 카드와 대사되고, 제출되고, 승인되어 있습니다. 열어야 할 앱도, 작성해야 할 양식도, 나중에 찾아야 할 영수증 사진도 없습니다. 이것이 Expensify가 2026년 7월에 가동한 것입니다. 일상적인 문장의 문자 메시지, 이메일, 또는 앱 내 채팅을 통한 경비 관리, 그리고 스스로 다단계 승인 워크플로를 실행하는 AI 에이전트까지. 소기업을 운영한다면 문제는 데모가 인상적인지가 아닙니다. 실제로 수동 입력이 얼마나 남는지, IRS가 여전히 여러분에게 무엇을 요구하는지, 그리고 챗봇이 타이핑을 하는 상황에서 어떻게 장부를 감사 대비 상태로 유지하는지입니다.
Expensify가 실제로 출시한 것
2026년 7월 1일, Expensify는 Concierge AI를 지원 도우미에서 제품 내에서 실제로 행동을 취하는 자동화 계층으로 확장했습니다. 이메일, 문자 메시지, 또는 Expensify 앱을 통해 자연어로 상호작용하며, 단순히 질문에 답하는 것이 아니라 작업을 완료합니다.
새로운 기능은 다섯 가지로 나뉩니다:
대화형 분석. 직원, 카테고리, 가맹점, 워크스페이스 또는 보고 기간별 지출을 물어보면 설명과 함께 시각적 차트를 돌려받습니다. CSV를 내보내고 피벗 테이블을 만드는 대신, "지난달 여행에 얼마를 썼지"라고 물으면 내역을 볼 수 있습니다.
채팅 기반 경비 관리. 요청만 하면 경비와 보고서를 생성, 편집, 분류, 태그, 제출, 승인, 거부할 수 있습니다. Concierge는 경비를 현금으로 표시할 수도 있고, 정책에 어긋나 보이는 것이 있으면 카테고리 한도를 설명할 수도 있습니다.
워크스페이스 관리. 요청만 하면 정책을 구성하고, 경비 규칙을 생성 및 관리하며, 멤버를 추가 또는 제거하고, 계정 문제를 해결하고, 설정을 업데이트할 수 있습니다. 전담 관리자가 없는 소규모 팀에게 이는 설정 패널을 뒤지는 수고를 없애줍니다.
교차 채널 접근. 동일한 도우미가 Concierge 주소로 보내는 이메일, 미국 번호의 단축 코드로 보내는 문자 메시지, 그리고 앱에서 직접 작동합니다. 채널은 여러분의 선택이며, 기반이 되는 경비 기록은 동일합니다.
베타 버전의 자율 워크플로 에이전트. 수행한 작업의 완전한 감사 추적과 함께, 일상적인 경비 관리 작업을 스스로 수행하는 AI 에이전트에 대한 사용자 지정 지시를 정의할 수 있습니다. 에이전트는 보고서를 제출, 승인, 거부, 보류, 재라우팅할 수 있으며, 워크스페이스 관리자 권한이 부여되면 승인자 역할을 맡을 수 있습니다. 각 에이전트는 자체 계정을 받고 생성자의 계정에 전체 접근 권한의 코파일럿으로 추가되므로, 그 행동이 익명이 아니라 누구의 것인지 추적할 수 있습니다.
그 아래에는 Expensify의 영수증 스캔 기술인 SmartScan이 있습니다. 이는 가맹점, 날짜, 합계, 통화, VAT 금액을 추출하고, 경비를 코딩하며, 해당하는 카드 거래가 있을 경우 대사하고, 금지된 구매를 품목 수준에서 표시합니다. 2026년 6월에 출시된 별도 통합은 OAuth를 통해 Expensify 데이터를 외부 AI 도우미에 연결하므로, 아무것도 내보내지 않고도 어떤 보고서에 승인이 필요한지 물어볼 수 있습니다.
회사의 표현은 노골적입니다: AI는 배워야 할 또 다른 인터페이스를 만드는 것이 아니라 일을 없애야 한다. 소규모 팀의 경우, 경비 워크플로는 어차피 입력하려던 한 문장으로 축소됩니다.
실제로 남는 수동 입력은 얼마인가
솔직한 답은 7090퍼센트가 사라지고, 1030퍼센트는 여전히 사람의 눈이 필요하다는 것입니다. 이 범위는 현실적인 소규모 팀 배포에서 나온 것으로, 나머지는 AI가 잘못 분류하는 거래입니다: 이례적인 공급업체, 개인 및 업무가 혼합된 청구, 그리고 한 번도 본 적 없는 정책의 경계 사례입니다. 자동화는 설정 시 구성하는 카테고리 매핑과 지출 정책을 그대로 증폭시키므로, 엉성한 계정과목표는 규모에 걸쳐 자신 있게 틀린 코딩을 낳습니다.
그 범위 이면의 시간 절약은 상당합니다. 수동 경비 추적은 직원당 매달 약 10시간을 잡아먹습니다. 한 달에 영수증 500건을 처리하는 팀의 경우, AI 도구는 처리 시간을 약 16.7시간에서 약 1.5시간으로 단축합니다. AI 경비 워크플로를 운영하는 소기업은 주당 약 4.3시간을 절약하고 수동 방식보다 1218퍼센트 더 많은 공제 가능 경비를 포착한다고 보고하는데, 이는 대부분 영수증을 덜 잃어버리기 때문입니다. 2025년의 한 사례 연구에서는 오류가 90퍼센트 감소하고, 승인 시간이 40퍼센트 단축되며, 경비 관련 비용이 25퍼센트 감소한 것을 발견했습니다. 공급업체들은 자동화된 워크플로로 전환한 후 상환 주기가 1014일에서 2448시간으로 줄어드는 벤치마크를 발표합니다. 전환한 재무 팀은 일반적으로 이전에 데이터 입력에 쓰던 시간의 6080퍼센트를 되찾으면서, 수동 평균 1~4퍼센트였던 오류율을 0.5퍼센트 미만으로 줄입니다.
남는 것은 타이핑 작업이 아니라 검토 작업입니다. 신뢰도가 낮거나 이례적인 가맹점 항목에 대해 매주 예외 검토를 실행하고, 정책을 벗어난 지출, 중복, 업무로 코딩된 개인 청구에 대해 매월 정책 점검을 하십시오. 그리고 카테고리 맵을 엄격하게 유지하십시오. 허용하는 모든 모호한 카테고리("기타," "일반 경비," "그 외")는 AI가 열정적으로 채우고 회계사가 연말에 비워야 하는 통이 됩니다.
흔한 실수는 AI의 첫 달을 대표적인 것으로 취급하는 것입니다. 정확도는 공급업체와 수정 사항을 학습하면서 높아집니다. 첫 달에는 검토에 주당 30분, 둘째 달에는 15분, 매핑이 안정화되면 10분 미만을 배정하십시오. 정확도가 개선되지 않는다면, 문제는 보통 모델이 아니라 여러분의 정책입니다: 겹치는 카테고리, 문서화되지 않은 예외, 그리고 모든 것을 무비판적으로 승인하는 승인자들은 에이전트에게 무엇이든 괜찮다고 가르칩니다.
AI가 타이핑을 해도 IRS가 여전히 여러분에게 요구하는 것
자동화는 누가 타이핑하는지를 바꾸지, 무엇이 증거로 인정되는지를 바꾸지 않습니다. 적용되는 기준은 IRS 간행물 463을 관통하는 문구인 "적정 입증"입니다. 각 경비에 대해 금액, 날짜, 장소 또는 구매 설명, 그리고 사업 목적을 제시할 수 있어야 합니다. 식사의 경우, 관련된 사람들의 업무 관계를 추가하십시오. 공급업체 영수증만으로는 이것을 거의 모두 충족하지 못하는데, 경비가 왜 업무 관련이었는지를 명시하지 않기 때문입니다. 그 "왜"는 AI가 지어내는 데 가장 서투르고 감사관이 가장 신경 쓰는 항목입니다.
두 가지 기준액이 중요합니다. 일반적으로 $75 이상의 모든 경비에는 영수증과 같은 증빙 자료가 필요합니다. $75 미만인 경우, IRS는 영수증 보관을 요구하지 않지만, 여러분의 기록으로부터 금액, 날짜, 장소, 사업 목적을 입증할 법적 의무는 여전히 있습니다. 숙박은 예외입니다: 호텔 및 숙박 경비는 아무리 작아도 항상 영수증이 필요합니다. $75 미만의 교통 요금과 잡비는 영수증이 필요 없는 전형적인 경우이지만, "영수증 없음"이 결코 "기록 없음"을 의미하지는 않습니다.
시점도 중요합니다. 책임 계획(accountable plan)에 따라 합리적인 기간 내에 경비를 입증해야 하며, 규정은 이를 기록 제공에 60일, 초과 선지급금 반환에 120일로 다룹니다. 문자 메시지 포착은 여기서 도움이 되는데, 메시지 자체가 경비 발생 시점 또는 그 무렵에 타임스탬프가 찍히기 때문입니다. 4월에 재구성한 신발 상자의 영수증은 그 반대입니다: 날짜 없는 금액, 목적 없는 날짜, 그리고 더 이상 기억나지 않는 목적들입니다.
AI 워크플로에 대한 실질적 함의는 검토 시점이 아니라 포착 시점에 사업 목적을 요구하는 것입니다. 도구를 구성하여 "저녁식사 85.50" 같은 문자가 제출 전에 "누가 있었고 어떤 프로젝트를 위한 것이었나요"를 되물어보게 하십시오. 그 후속 질문 하나가 적정 기록과 85.50달러의 추측 사이의 차이입니다. 답변을 결코 다시 찾을 수 없는 별도의 채팅 스레드가 아니라 경비와 함께 저장하십시오. AI가 모든 것을 올바르게 추출했더라도 기반 영수증 이미지를 보관하십시오: 추출은 편의이고, 영수증은 증거입니다.
직원에게 상환하는 경우, 책임 계획을 통해 동일한 규칙이 적용됩니다. 직원은 영수증과 그것이 무엇을 위한 것이었는지에 대한 기록으로 각 경비를 입증하고, 여러분은 입증된 금액을 상환하며, 입증되지 않은 것은 임금이 됩니다. 사업 목적을 확인하지 않고 승인하는 에이전트는 상환을 규정 준수로 만들지 않습니다; 오히려 비준수를 더 빠르게 만들 뿐입니다.
AI 영수증 사기 문제, 그리고 자신을 보호하는 방법
영수증을 읽는 동일한 모델들이 이제 몇 초 만에 설득력 있는 위조품을 생성할 수 있습니다. AI 생성 영수증은 2025년에 제출된 사기 문서의 약 14퍼센트를 차지했으며, 이는 전년도에 거의 전무했던 것과 대조됩니다. 최고재무책임자(CFO)의 약 70퍼센트가 직원들이 여행 경비와 영수증을 위조하려고 AI를 사용하고 있다고 생각하며, AI 영수증 생성기 검색은 2025년 한 분기에만 340퍼센트 급증했습니다. 대부분의 부정 경비 보고서는 여전히 사기가 아니라 정직한 실수입니다: 업계 데이터에 따르면 부적합 지출은 보고서의 15~20퍼센트로, 중복, 항목별로 구분되지 않은 영수증, 정책을 벗어난 지출이 원인입니다. 그러나 사기의 하한선은 높아졌고, 여러분의 통제는 위조 영수증이 완벽해 보일 수 있다고 가정해야 합니다.
구조적 방어가 탐지적 방어를 이깁니다. 가장 효과적인 접근은 사기 영수증이 워크플로에 들어갈 기회를 애초에 줄이는 것입니다:
가능하면 법인 카드로 결제하고 교차 확인하십시오. 카드 피드와 제출된 영수증이 금액, 날짜, 가맹점에서 불일치하면 보고서를 보류하십시오. 실제 카드 청구에 대한 위조 영수증은 여전히 은행의 진실 버전과 일치해야 합니다.
합계만이 아니라 항목별 영수증을 요구하십시오. 합계만 있는 전표는 위조하기 쉽고 정책 점검에 쓸모가 없습니다. 항목화는 위조자에게 그럴듯한 상품 목록을 지어내도록 강요하고, 검토자에게 업장과 대조해 상식 점검할 무언가를 제공합니다.
크거나 이례적인 구매에는 사전 지출 요청을 사용하십시오. 돈이 나가기 전의 승인은 "이 놀라운 2,400달러 청구를 상환하라"를 "이미 승인한 2,400달러가 여기 있습니다"로 바꿉니다. 에이전트는 일치하는 사전 승인 없이 기준액을 초과하는 보고서를 보류함으로써 이를 자동으로 시행할 수 있습니다.
정책을 구체적으로 문서화하십시오. "합리적인 식사"는 시행할 수 없습니다; "1인당 최대 75달러의 고객 식사, 파트너 승인 없는 주류 금지"는 에이전트와 감사관 모두 적용할 수 있는 것입니다. 사전 지출 통제와 함께 잘 정의된 정책은 현재 사기 지침에서 가장 많이 인용되는 예방 조치입니다.
처음부터 끝까지 디지털화하십시오. 한 번 스캔하고 폐기되는 종이 영수증은 바꿔치기 가장 쉽습니다. 휴대폰 사진, AI 추출, 카드 대사, 승인이 하나의 기록에 존재하는 포착-원장 사슬은 나중에 파일을 대체할 여지를 훨씬 적게 남깁니다.
소규모 팀에게 80/20 버전은 법인 카드에 항목별 영수증, 그리고 AI가 표시한 것이나 기준액을 초과한 것에 대한 주간 검토입니다. 법의학적 이미지 분석은 필요 없습니다; 예외 사항에 대한 두 번째 눈과 AI가 두 번 모두 동일하게 시행할 수 있을 만큼 명확한 정책이 필요합니다.
문자 메시지 경비를 원장에 기장하는 방법
경비가 문자, 이메일, 앱 중 무엇으로 오든, 여전히 같은 곳에 기록됩니다: 무엇을 샀는지에 대한 비용 계정, 그리고 어떻게 지불되었는지에 대한 현금 계정 또는 직원 상환 부채입니다. AI의 카테고리는 제안일 뿐이고, 여러분의 계정과목표가 결정입니다. 자동화를 켜기 전에 각 앱 카테고리를 정확히 하나의 원장 계정에 매핑하고, 공급업체마다 새 계정을 만들고 싶은 충동을 참으십시오. 매달 대사하는 안정적인 비용 계정 열 개가 결코 검토하지 않는 정밀한 계정 쉰 개를 이깁니다.
전형적인 소기업 매핑은 여행 식사를 한 계정에, 사무용품을 다른 계정에, 그리고 상환을 직원에게 지급할 때 청산되는 부채를 통해 기록하는 모습입니다. Beancount 문서는 이 계정 구조를 자세히 설명하며, Fava 같은 대시보드는 결과 전기를 채팅 도우미가 보여주는 것과 동일한 카테고리별 지출 차트로 바꾸는데, 다만 앱의 피드가 아니라 여러분의 감사된 원장에서 계산됩니다.
다음은 문자로 제출된 고객 저녁식사가 기장된 모습과, 이를 청산하는 상환 내역입니다:
2026-01-01 open Expenses:Travel:Meals USD
2026-01-01 open Assets:Bank:Checking USD
2026-01-01 open Liabilities:Reimbursements:Employees USD
2026-07-02 * "고객 저녁식사" "문자 제출, 에이전트 승인"
Expenses:Travel:Meals 85.50 USD
Liabilities:Reimbursements:Employees
2026-07-05 * "직원 상환"
Liabilities:Reimbursements:Employees 85.50 USD
Assets:Bank:Checking첫 번째 거래는 경비가 발생할 때 기장하고 지불해야 할 금액을 상환 부채에 보관합니다. 두 번째는 현금이 은행에서 나갈 때 그 부채를 청산합니다. 저녁식사가 대신 회사 카드로 청구되었다면, 상계는 상환을 거치지 않고 카드 부채에 직접 기장되며, 카드 명세서 대사가 AI 추출에 대한 교차 확인이 됩니다. 어느 쪽이든, 문자 스레드의 사업 목적은 적요나 전기의 메타데이터 필드에 들어가야 합니다. 왜냐하면 그것이 IRS가 요구하고 영수증에는 포함되지 않는 항목이기 때문입니다.
한 가지 매핑 결정은 세심한 주의가 필요합니다: 일당과 주행거리. 이들은 영수증 기반 경비가 아니라 계산된 수당입니다. 영수증이 있는 식사와 연료와 섞지 말고 자체 계정에 기장하여, 검토자가 어떤 항목에 영수증이 첨부되어야 하고 어떤 항목에 주행거리 기록이나 여행 날짜가 있어야 하는지를 한눈에 구분할 수 있게 하십시오. AI 에이전트가 "고객사까지 120마일 운전"이라는 문자로 주행거리를 처리할 때, 그것이 생성하는 기록 항목이 입증 자료이므로, 거리만이 아니라 출발지, 목적지, 사업 목적을 기록하는지 확인하십시오.
받은편지함 혼란에서 감사 대비 상태로
카드 청구 더미와 영수증 사진첩에서 시작한다면, 다음 순서로 설정하십시오:
1. 먼저 카테고리를 확정하십시오
비용 계정 열 개 정도를 적고, 각각에 무엇이 들어가는지를 예시 두 개와 제외 항목 하나로 정의하고, 모든 앱 카테고리를 하나의 계정에 매핑하십시오. 사용하지 않는 앱의 기본 카테고리는 삭제하거나 비활성화하십시오. 이 한 시간의 작업이 일 년치의 잘못된 코딩을 예방합니다.
2. 포착 시점에 목적을 요구하십시오
사업 목적에 대한 후속 질문 프롬프트를 켜고, 식사의 경우 참석자를 요구하십시오. 검토 시점에 선택 사항이 아니라 제출 전에 필수로 만드십시오. 4월에 2월의 저녁식사를 재구성할 미래의 자신이 고마워할 것입니다.
3. 에이전트 규칙을 좁게 설정한 후 넓히십시오
가장 안전한 작업부터 워크플로 에이전트를 시작하십시오: 알려진 공급업체의 고정 금액 이하 반복 소프트웨어를 자동 승인하고, 기준액을 초과하는 것은 여러분에게 재라우팅하며, 영수증이나 목적이 누락된 보고서를 보류하는 것입니다. 첫 달 동안은 매주 모든 에이전트 행동을 검토하십시오. 그 후에야 에이전트가 더 넓은 카테고리를 승인하도록 하고, 어떤 에이전트도 명목 금액 이상으로 자신의 생성자 경비를 승인하지 않는다는 엄격한 규칙을 유지하십시오.
4. 연간이 아니라 매월 대사하십시오
매월 앱의 제출 합계를 카드 명세서와 은행 피드에 대사하고, 원장이 동일한 목적과 함께 동일한 경비를 담고 있는지 확인하십시오. 월간 대사는 여행을 아직 기억하고 있을 때 잘못 코딩된 공급업체를 잡아냅니다; 연간 대사는 회계사가 조사한다고 청구서를 보낼 때 잡아냅니다.
5. 감사 추적을 읽기 쉽게 유지하십시오
에이전트의 완전한 행동 로그는 사람이 따라갈 수 있을 때만 유용합니다. 주기적으로 무작위로 승인된 보고서를 열어, 두 번째 시스템을 열지 않고도 누가, 무엇을 위해, 누가 승인했고, 영수증이 어디 있는지를 답할 수 있는지 확인하십시오. 답할 수 없다면, 자동화를 넓히기 전에 적요 템플릿을 강화하십시오.
관통하는 요점은 문자 메시지 경비와 워크플로 에이전트가 타이핑을 없애지 책임을 없애지 않는다는 것입니다. 여러분의 정책이 무엇이 허용되는지를 결정하고, 카테고리 맵이 어디에 기장될지를 결정하며, 목적 프롬프트가 입증 여부를 결정하고, 월간 검토가 그것이 실제로 작동했는지를 결정합니다. 이 네 가지를 제대로 하면 AI가 나머지를 처리합니다. 다음 유용한 단계는 첫 번째 단계입니다: 무엇이든 연결하기 전에 열 개의 계정과 그 정의를 적으십시오. 왜냐하면 에이전트가 그 후에 배우는 모든 것은 그 페이지에서 시작되기 때문입니다.
