비용 정산서 자동 전표 생성: 업무 전표에서 회계전표로 어떻게 연결하는가

시스템을 구매한다고 전표가 자동 생성되는 것은 아닙니다. 세 가지 전제 조건이 모두 충족되어야 합니다.회계 계정과목표는 최종 단계까지 규범화하고, 비용 유형과 계정과목의 대응 관계를 행별로 확인했으며, 보조 회계 차원은 전표 필드에서 그대로 전달 가능。이 세 가지 일이 완료되지 않으면 어떤 시스템도 직접 기장할 수 있는 증빙을 생성할 수 없습니다.

왜 이 일은 듣는 것처럼 간단하지 않은가

비용 정산서는 업무 언어로, 누가 무슨 일로 얼마를 썼는지 기록하고; 전표는 회계 언어로, 차대변 계정과목, 금액 및 보조 회계 차원을 표현합니다. 둘 사이에는 한 층의 번역 메커니즘이 필요합니다.

번역의 난점은 1:N：동일한 '여비교통비'라도 연구개발 부서 출장은 연구개발 지출로, 영업 부서 출장은 판매비용으로, 기타 부서는 관리비용으로 처리합니다. 동일한 전표라도 전용 세금계산서를 취득하면 매입세액을 분리하고, 일반 세금계산서는 분리하지 않습니다. 동일한 지출이라도 직원이 선지급하면 기타 미지급금 대변, 회사가 직접 지급하면 은행예금 대변으로 처리합니다.

증빙 생성의 여덟 단계

제6단계의 검증은 반드시 사전에 이루어져야 한다

이 단계의 검증 절대 총계정 시스템의 오류 보고에 의존해서는 안 됩니다。검증 실패 시 초안 상태로 멈추고, 재무 담당자가 이해할 수 있는 오류 메시지를 제공해야 합니다. 예를 들어 '계정 660201은 프로젝트 입력을 요구하지만 전표에 제공되지 않았습니다'와 같이 하여, 스스로 규칙을 조정한 후 재생성할 수 있게 합니다.

총계정으로 전송된 후에야 거부되면, 재무가 보는 것은 총계정 시스템이 던진 기술 오류 코드이며, 어느 전표에 문제가 있는지도, 무엇을 고쳐야 하는지도 알 수 없습니다.

세 가지 전제 조건이 구체적으로 무엇을 의미하는가

1. 계정과목표를 최종 단계까지 규범화

최종 레벨 계정만 장부 기입이 허용됩니다. 계정 마스터 데이터에 is_leaf를 표시하고, 각 계정이 반드시 포함해야 하는 보조 회계 차원을 명시해야 합니다. 이 데이터는 일반적으로 총계정 시스템에서 내보내어 항목별로 활성화 상태를 확인해야 합니다.

2. 비용 유형과 계정과목의 관계를 행별로 확인

이는 전체 프로젝트에서 가장 핵심적인 산출물이자 가장 함정을 묻기 쉬운 곳입니다. 재무는 구두로 '출장비는 관리비용'이라고 단순화하기 쉽지만, 오픈 후에야 영업부는 판매비용으로 계상해야 함을 떠올립니다.

따라서 이 대응표는 반드시 행별로 작성하고 행별로 확인하며 재무 책임자가 서명해야 합니다. 표의 구조는 대략 다음과 같습니다:

부서 조건을 비워 두면 모든 부서에 적용됨을 의미합니다; 부서 예외가 있는 경우 별도로 입력하며, 시스템은 조건이 더 정확한 규칙을 우선 매칭합니다.

3. 보조 회계 차원 투과 전달 가능

증빙 행은 부서, 원가 센터, 프로젝트, 직원, 공급업체 등의 차원을 포함해야 합니다. 이들은 매핑이 필요하지 않지만 다음을 보장해야 합니다: 지출결의서에 이러한 필드가 있고, 코드가 총계정원장 시스템과 일치해야 합니다.코드가 일치하지 않으면 추가 변환 대조표가 필요합니다，이 점은 조사 단계에서 명확히 물어봐야 합니다.

검증 방식: 과거 전표를 가져와 건별 대조

규칙 구성 완료 후 가장 효과적인 검증 수단은 재무팀에 10~20장의 실제 경비청구서와 그에 대응하는 수기 전표를 요청하여 건별로 시산 비교하는 것입니다. 이는 어떤 형태의 요구사항 인터뷰보다 누락된 예외 규칙을 더 잘 드러냅니다.

샘플은 특수 상황을 최대한 포함해야 합니다. 선지급 정산, 다중 명세서 병합, 공제 불가 매입, 기간 초과, 무효 홍색 역발행 등입니다. 이 몇 가지가 바로 문제가 가장 쉽게 발생하는 유형입니다.