청구(Billing)는 SAP SD 프로세스의 마지막 단계이자 FI(재무회계) 모듈과 직접 연결되는 지점이다. 이번 글에서는 청구 문서의 구조, 생성 방식, FI 전표 전송 로직, 그리고 실무에서 자주 발생하는 오류와 관리 포인트를 전문가 시각에서 정리한다. 매출 인식과 세금 처리의 핵심을 이해하면 경영성과 개선 사례를 어필할 수 있다.
① 청구 문서의 의미와 역할
청구 문서(Billing Document)는 고객에게 인보이스를 발행하고, 동시에 FI 모듈에 매출과 세금을 반영하는 문서다. 이는 기업 입장에서 매출을 공식적으로 인식하는 순간이며, 현금 흐름과 직결된다. SD에서 생성된 청구 문서는 FI에 자동으로 전표로 전달되어 매출 계정, 부가세 계정, 채권 계정을 업데이트한다.
② 청구 생성 방식
청구 문서는 크게 세 가지 방식으로 생성된다. - 오더 기반 청구: 선금이나 계약 조건이 필요할 때 사용 - 딜리버리 기반 청구: 실제 출고 완료(PGI) 후 생성 - 집계 청구: 여러 딜리버리를 하나의 인보이스로 합산 기업의 영업 정책과 세금 규정에 따라 청구 유형(Billing Type)을 설정하며, 각 유형은 FI와의 연결 계정이 달라질 수 있다.
③ FI 연동과 회계 처리
청구 문서가 확정되면 시스템은 자동으로 FI 전표를 생성한다. 매출 계정은 수익으로, 부가세 계정은 세금으로, 채권 계정은 미수금으로 기록된다. 예를 들어 매출 1,000, 세금 100이라면 FI 전표는 DR: 매출채권 1,100 / CR: 매출 1,000, 부가세 100 구조로 생성된다. 이 과정에서 계정 결정(Account Determination) 로직이 잘못 설정되면 회계 불일치가 발생하므로 주의가 필요하다.
④ 실무 이슈와 관리 포인트
청구 단계에서 자주 발생하는 문제는 다음과 같다. - 청구 유형 미설정으로 FI 전표 미생성 - 세금 코드 불일치로 인한 회계 오류 - 환율 적용 누락으로 인한 금액 차이 - 집계 청구 오류로 고객 클레임 발생 이를 예방하려면 마스터 데이터 정합성, 청구 유형 관리, 세금/환율 검증 프로세스를 강화해야 한다. 경력 브랜딩 관점에서는 “청구 오류율 xx% 감소, 회계 전표 자동화로 처리 시간 yy% 단축” 같은 성과를 강조하면 차별화가 가능하다.