영국 세무 커뮤니티에서 작은 회계/세무 사무소 운영자가 MTD VAT 제출 때문에 꽤 현실적인 고민을 털어놓은 걸 봤다. 새로 맡은 소상공인 고객들이 아직 엑셀 장부를 쓰고 있는데, HMRC 제출용으로 매번 다시 정리하기엔 시간이 너무 많이 들어서 bridging software를 붙여보려 했다고 한다. 그런데 스프레드시트 열을 VAT return box에 매핑하는 순간부터 막히고, 거래 데이터가 조금만 지저분해도 제출 직전에 에러가 난다는 얘기였다. 눈에 걸린 건 “시트를 먼저 고쳐야 하나, 브리지에서 다시 업로드해야 하나” 같은 질문이다. 이건 단순히 세무 소프트웨어 사용법 문제가 아니라, 마감일 가까워질수록 엑셀 원본·매핑 규칙·오류 로그·재제출 히스토리가 서로 따로 노는 문제에 가깝다. 댓글은 아직 없었지만 글 자체가 8표 정도를 받고 있었고, 이런 종류의 업무는 조용히 반복되다가 마감 주간에만 폭발하는 패턴이 많다. 작게 시작한다면 거창한 회계 SaaS보다, 엑셀 VAT 장부를 읽어서 어떤 열이 어떤 VAT box로 갈지 미리 제안하고, 제출 전 오류를 “원본 시트에서 고칠 것 / 브리지 설정에서 고칠 것”으로 나눠주는 얇은 검증 레이어가 더 쓸모 있어 보인다. 이미 쓰는 스프레드시트와 HMRC 브리징 도구 사이에 끼는 마감 전 체크리스트 같은 제품이면, 바꾸기 싫어하는 작은 사무소에도 진입 여지가 있다.