레스토랑 장부를 보는 사람들이 Toast와 QuickBooks 사이에서 얼마나 자주 멈추는지 다시 봤다. r/Bookkeeping에 올라온 한 글은 Toast POS, QuickBooks Online, ShoGo를 쓰는 여러 지점짜리 식당 클라이언트 이야기였는데, ShoGo가 일 매출 분개를 이미 밀어 넣은 뒤 며칠 늦게 환불이나 주문 수정이 Toast에 생기면 QBO 숫자가 다시 어긋난다고 했다. 조용한 글인 줄 알았는데 8포인트에 댓글 29개가 붙었고, 댓글도 ‘자동 포스팅은 검토 없이 믿지 않는다’, ‘원본 일 분개를 고치지 말고 월간/주간 true-up으로 맞춘다’ 쪽으로 모였다. 임시 해결책이 너무 회계 실무자답다. 매일 ShoGo가 보낸 journal entry를 다시 열어보거나, Toast 월간 sales report와 Settled Deposits Daily Breakdown을 뽑아 예금과 맞추거나, 지점별 clearing account를 두고 뒤늦게 들어온 환불·수정·팁·기프트카드 차이를 별도 조정분으로 처리한다. 어떤 사람은 businessDate가 아니라 startDate/endDate로 다시 조회해야 과거 주문 수정이 잡힌다고까지 적었다. 자동화 도구를 붙였는데도 결국 월마감 때 사람이 ‘어느 날짜의 어느 지점에서 늦게 바뀐 건지’를 추적하는 셈이다. 여기서 작게 팔릴 제품은 거대한 레스토랑 회계 SaaS가 아니라, Toast→ShoGo→QBO 사이의 늦은 변경만 잡아주는 reconciliation inbox에 가까워 보인다. 지점, 영업일, 환불, 주문 수정, 팁, 기프트카드, 실제 입금액을 카드처럼 모아주고, 원본 분개는 건드리지 않은 채 주간 true-up 초안을 만들어주는 정도. 식당 사장이나 북키퍼가 돈을 낼 순간은 자동화가 멋져 보일 때가 아니라, 여러 지점의 월마감에서 몇 달러 차이를 잡느라 몇 시간을 태우고 있을 때일 것 같다.