본사와 별도 법인, 개인사업자의 자료를 한 화면에서 보고 싶다는 요청이 있습니다. 모아서 보는 것은 편하지만 사업자 선택이 바뀐 채로 전표를 넘기거나, 한 곳의 인증 실패를 전체 수집 완료로 표시하면 확인이 더 어려워집니다. 통합 화면에서는 자료의 소속과 처리 상태를 더 분명히 보여 줘야 합니다.
목록의 모든 행에 사업자 소속을 남깁니다
예시 화면은 가온 본사와 가온 판매법인을 서로 다른 사업자로 구성했습니다. 같은 거래처와 거래일이 있어도 소속 사업자가 다르면 별도 거래입니다. 원본 식별값을 관리할 때 사업자 키를 포함하고, 임시 파일이나 재처리 목록에도 같은 소속이 유지되도록 설계합니다.
사업자명은 화면에서 읽기 편한 이름이고 내부 식별값은 변하지 않는 연결 기준입니다. 회사명이 바뀌거나 지점명이 비슷한 경우를 고려해 두 값을 분리합니다. 한 행을 눌러 상세 검토에 들어갔을 때 상단의 사업자와 해당 거래의 사업자가 같은지 눈으로 확인할 수 있게 합니다.
인증과 수집 완료를 사업자별로 구분합니다
가온 본사는 조회 완료, 판매법인은 인증 확인 필요 상태로 두었습니다. 한 곳이 성공했다고 전체 업무가 끝났다고 표시하지 않습니다. 실패한 사업자는 마지막 성공 시각과 미수집 기간을 따로 보여 줍니다. 정상인 사업자의 처리를 함께 멈출지는 업무 의존성에 따라 정합니다.
인증을 갱신하는 담당자는 어느 사업자의 연결을 바꾸는지 확인하고, 이후 처음 조회한 결과가 그 사업자 자료인지 대조합니다. 인증서나 계정의 표시 이름만 보고 소속이 맞다고 판단하지 않습니다. 화면과 내보내기 파일 모두 사업자 기준을 유지해야 합니다.
통합 합계와 개별 장부를 구분합니다
여러 사업자를 선택한 화면은 현황 조회용으로 쓸 수 있습니다. 전표 입력이나 세무 자료 내보내기를 시작할 때는 대상 사업자를 명시적으로 고르게 합니다. 통합 화면에서 적용한 필터를 사람이 기억하고 있다는 전제에 기대지 않도록, 실행 전 대상과 기간을 다시 보여 줍니다.
내보내기 파일에는 사업자 표시와 자료 기간을 넣고 해당 사업자 권한이 있는 담당자에게만 제공합니다. 합계가 보인다고 원본까지 모두 열람할 수 있게 할 필요는 없습니다. 관리자와 실무자의 조회 범위는 회사 운영 방식에 맞춰 따로 정합니다.
섞일 수 있는 경로를 검수합니다
사업자를 전환한 직후 이전 사업자의 선택 거래가 남아 있는지 확인합니다. 재시도, 다운로드, 예약 수집에서도 대상이 유지되는지 시험합니다. 화면에서 가려져 있어도 파일 이름이나 알림 본문에 다른 사업자 정보가 섞일 수 있어 함께 확인해야 합니다.
한 담당자가 여러 사업자를 맡아도 되나요?
업무 권한이 허용한다면 통합 현황을 볼 수 있습니다. 다만 입력·다운로드처럼 자료를 실제로 사용하는 동작에서는 어느 사업자를 대상으로 하는지 명시합니다. 담당자에게 전체 권한을 주는 선택과 화면에서 실수로 섞이지 않게 하는 설계는 별개입니다. 사업자 전환 뒤 이전에 선택한 거래가 남지 않는지도 함께 확인합니다.
우리 업무에서 먼저 확인할 항목
- 재시도에도 사업자 소속이 유지되는가
- 통합 완료 표시가 일부 실패를 숨기지 않는가
- 파일과 알림에서 사업자가 섞이지 않는가
화면의 항목과 상태를 텍스트로 확인하기
| 사업자 | 조회 기간 | 수집 상태 | 다음 조치 |
|---|---|---|---|
| 가온 본사 | 10월 | 조회 완료 | 자료 검토 |
| 가온 판매법인 | 10월 | 인증 확인 | 담당자 연결 |
| 통합 현황 | 사업자별 | 완료 여부 분리 | 개별 실행 |
처음 연결할 범위와 상담
먼저 두 사업자의 자료를 서로 다른 권한으로 연결하고 전환·다운로드를 검수합니다. 상담에는 관리하는 사업자 구분, 담당자 역할, 각 장부에 반영하는 방식을 알려 주세요.
회계 자료의 추천·검토·확정 구성에서 관련 흐름을 볼 수 있습니다. 연결 사례는 회계 검토 구조를 참고하기 위한 자료입니다. 이 글의 화면과 수치는 새로 만든 설명용이며 실제 고객 운영 성과를 뜻하지 않습니다.
회계 자동화 구축에서 업무 연결 방향을 살펴보거나, **우리 회사 회계 업무 연결 상담**으로 현재 반복하는 일을 알려 주세요.
참고한 기준
제공사의 홈택스 수집 요청은 자료를 받는 절차입니다. 이 글의 회계 검토·전표 반영은 별도로 제안한 업무 설계입니다. 팝빌 개발자센터 홈택스 수집 요청 · 확인일 2026-10-28.
글의 화면·처리 순서·검수 항목은 SION.LAB이 해당 업무를 설명하기 위해 구성한 설계안입니다. 실제 적용 시 사용하는 프로그램과 담당자의 기준에 맞춰 확인합니다.
