증빙 규칙 엔진 설계: 지출결의에서 증빙 전환은 단순한 매핑 테이블이 아닙니다

경비청구서는 '누가, 무슨 일로, 얼마를 썼는지'를 기록하고, 전표는 '차변·대변 계정, 금액, 보조 회계 차원'을 요구합니다. 중간의 그 번역 층은 하나의 표로 해결할 수 없습니다——동일한 비용 유형이라도 부서, 프로젝트, 세금계산서 종류에 따라 계정과목이 달라집니다。진정으로 필요한 것은 구성 가능하고 추적 가능하며 시산 가능한 규칙 엔진입니다.

엔진은 증빙에서 네 가지 유형의 정보를 추론해야 합니다

네 가지 중 첫 번째 유형만 복잡한 규칙이 필요하지만, 바로 그것이 전체 솔루션의 성패를 좌우하는 부분입니다.

가장 흔히 범하는 설계 오류: 조건을 고정 열로 작성하는 것

많은 구현에서 매칭 조건을 규칙표의 고정 열로 설계합니다——한 열은 dept_id, 한 열은 project_id, 한 열은 invoice_type. 이렇게 하면 다음과 같은 결과가 발생합니다:매칭 차원을 하나 추가할 때마다 표 구조를 바꾸고, 코드를 바꾸고, 다시 배포해야 합니다。

올바른 방법은 규칙과 조건을 두 개의 표로 나누고, 조건 행 수에 제한이 없으며, 서로 AND 관계입니다.

이렇게 설계하면 새로운 매칭 차원을 추가할 때 field의 열거형에 값만 추가하면 되고, 테이블 구조를 변경하거나 배포할 필요가 없습니다.

계정과목 마스터 데이터는 생략할 수 없습니다

계정과목은 규칙 테이블에 코드 문자열 하나만 저장해서는 안 되며, 독립적인 마스터 데이터 테이블이 있어야 합니다. 핵심은 required_dims 이 필드——이는 시스템이 증빙 생성 단계에서 차원 완전성 검증을 완료할 수 있게 하여, 총계정에 푸시된 후 거부되는 것을 기다리지 않도록 합니다.

우선순위는 재무 담당자가 수동으로 입력하게 해서는 안 됩니다.

재무 담당자가 우선순위 숫자를 수작업으로 입력하게 하면 거의 반드시 오류가 발생합니다——그들은 모든 규칙의 정밀도를 머릿속에서 비교해야 합니다. 더 신뢰할 수 있는 방법은 시스템이 조건 수에 따라 자동으로 계산하는 것입니다:조건이 많을수록 규칙이 더 정확하고 우선순위가 높음。

자동 계산을 기반으로 수동 미세 조정 진입점을 유지하여 동일 조건 수이지만 선후를 구분해야 하는 특수 상황을 처리합니다.

반드시 예외 처리 규칙이 있어야 합니다

매칭 절차는 다음과 같습니다: 후보 규칙 선별(유형 매칭, 활성화됨, 전표 일자가 유효 기간 내 포함) → 각 조건이 모두 충족되는지 항목별 판단 → 여러 건에 해당하면 priority 오름차순으로 첫 번째 선택 → 해당 없으면 기본 규칙 적용.

예비 규칙은 생략할 수 없습니다. 이것이 없으면 고객이 비용 유형을 하나 추가할 때마다 증빙 생성이 실패하게 되는데, 이때는 이미 경비청구서가 승인되어 반려할 수 없어 업무가 바로 막힙니다. 예비 계정(예: 「미분류 비용」)을 두면 업무가 먼저 흘러가고 재무가 사후에 조정할 수 있습니다.

시산 기능 역시 생략할 수 없습니다

엔진은 반드시 시산 기능을 제공해야 합니다: 과거 경비 정산서 한 장을 입력하면 완전한 추론 체인을 출력합니다 — 어떤 규칙에 적중했는지, 왜 적중했는지, 최종적으로 어떤 계정이 생성되는지.

이 기능이 없으면 규칙 설정 오류를 전표 생성 시 오류가 발생할 때까지 발견할 수 없어 문제 해결 비용이 매우 높고, 재무 담당자도 자체 검증을 할 수 없습니다.

과거 증빙은 규칙 변경의 영향을 받을 수 없습니다

반년 후 재무가 매핑 규칙을 조정해도 당신은 여전히 '이 과거 전표가 당시 왜 이 계정과목이었는지'를 설명할 수 있어야 한다. 이는 두 가지 메커니즘에 의존한다: 규칙표의 effective_from / effective_to 효력 기간, 그리고 증빙 분개에 hit_rule_id 규칙 스냅샷 기록。

증빙 생성 시 '전표 일자'가 속한 기간에 따라 규칙 버전을 선택하며, 현재 시간에 따르지 않습니다.