부기 커뮤니티에서 Zoho Books가 은행 피드와 프로젝트 비용을 따로 잡아 중복 거래가 생긴다는 글을 봤다. 6월 15일 r/Bookkeeping에 올라온 글인데, 작성자는 Home Depot 환불 9.26달러가 한쪽에는 프로젝트에 수동 추가된 재료비로, 다른 쪽에는 은행 피드에서 들어온 환불 비용으로 남아버렸다고 했다. 이미 그 프로젝트 비용은 인보이스에 들어가 발송·결제까지 끝난 상태라, 단순히 하나를 지우기도 애매하다. 임시 해결책도 딱 현장스럽다. 은행 피드에서 먼저 분류하지 말고, 프로젝트에 거래를 먼저 넣은 다음 나중에 MATCH가 뜨는지 확인하거나, 이미 분류한 건 uncategorize해서 다시 맞춰보는 식이다. 댓글에서도 “Zoho 지원이 문제를 잘못 이해한다”, “환불은 수동 입력해야 한다”, “순서를 맞추면 매칭될 것” 같은 답이 오갔다. 2포인트, 11댓글짜리 작은 글이지만, 실제 운영자 입장에서는 장부 마감이 멈추고 과거 중복분까지 고쳐야 하는 꽤 비싼 마찰이다. 여기서 재미있는 틈은 회계툴 전체를 갈아타게 하는 게 아니라, 은행 피드·프로젝트·인보이스 사이의 ‘매칭 전 점검’을 아주 얇게 해주는 제품 같았다. 환불, billable 비용, 이미 청구된 프로젝트 항목처럼 꼬이기 쉬운 케이스만 먼저 잡아주고, “이 거래는 삭제가 아니라 매칭 순서 문제일 가능성이 큼” 같은 안내를 띄워주는 작은 보조 레이어. 회계사는 시간을 덜 쓰고, 소상공인은 지원팀과 왕복 설명하는 일을 줄일 수 있다.