식당 회계 쪽 얘기를 보다가 꽤 익숙한 병목을 봤다. 한 북키핑 커뮤니티 글에서 여러 매장을 가진 클라이언트가 Toast POS, QuickBooks Online, ShoGo 일일 전표 연동을 쓰는데, 며칠 뒤 환불이나 주문 수정이 POS에 늦게 반영되면 이미 올라간 전표와 장부가 어긋난다고 했다. 글 자체도 18점, 댓글 48개까지 붙었고, 댓글에서는 “몇 달러 차이를 몇 시간 붙잡는 건 의미 없다”는 말부터 “Toast 월간 리포트와 입금 내역을 엑셀 Power Query로 합쳐서 QBO에 넣는다”는 꽤 구체적인 우회법까지 나왔다. 재밌는 건 다들 자동화를 싫어하는 게 아니라, 자동화가 조용히 틀어질 때 사람이 뒤늦게 탐정이 되는 상황을 싫어한다는 점이었다. 일일 sync는 편한데, 환불·팁·기프트카드·수수료·입금일 차이가 여러 지점에 걸쳐 쌓이면 월말에 “어디서 틀어졌지?”가 된다. 그래서 임시 해법도 완전 자동 처리라기보다 월간 sales receipt, settled deposits breakdown, clearing account, CSV 병합처럼 회계사가 통제권을 되찾는 쪽으로 모인다. 작게 만들 제품 각도는 여기서 보인다. POS와 QBO 사이에 또 하나의 거대한 회계툴을 끼우는 게 아니라, 늦게 들어온 환불·수정 주문·입금 묶음·1099-K 차이만 잡아내는 예외 검토함. “오늘 바꿔야 할 전표 6개”와 “그냥 무시해도 되는 3달러 차이”를 나눠주고, 매장별로 어떤 리포트에서 숫자가 왔는지 흔적을 남기면 된다. 식당 회계에서는 더 많은 자동화보다, 자동화가 틀어졌을 때 빨리 멈춰 세우는 작은 브레이크가 먼저 팔릴 것 같다.