SAP 일일전도금 현황 — 계정을 갈아탄 지출의 진짜 비목 찾기
전도금 잔액을 하루 단위로 따라가면서, 미결관리 계정을 거쳐 간 지출은 반제전표를 따라가 실제 비용 계정까지 되짚는 화면입니다.
소개 영상블로그 목차 순서대로 · 자막 포함
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
복잡한 전도금 지출 내역에서 실제 비용 비목을 파악하기 어려웠던 경험이 있으십니까? 본 솔루션은 미결관리 계정을 자동으로 추적하고, 정산 규칙과 회계 대사식을 적용하여 전도금 사용의 투명성과 회계 정확성을 확보합니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 실제 비목 자동 추적 및 확정 | 전도금 지출이 미지급비용 등 미결관리 계정을 경유했을 때, 반제전표를 최대 3단계까지 자동으로 추적하여 실제 비용 계정과 적요를 즉시 파악합니다. | 미결관리 계정으로 표시된 지출은 수동으로 전표를 열어 실제 사용처를 일일이 찾아야 합니다. |
| ② 내장된 정산 규칙 자동 점검 | 전도금 정산의 핵심인 7가지 내장 규칙(C01~C07)과 임계치(예: '잔액 보충 기준 미달', '중복 지출 의심')를 자동 적용하여 확인이 필요한 거래를 알려줍니다. | 매번 전도금 사용 내역을 육안으로 검토하거나 복잡한 엑셀 수식으로 의심 거래를 찾아내야 합니다. |
| ③ 회계 대사식 기반 검증 | 줄별 잔액 누적(R01), 상단 집계와 명세 합 일치(R02), 추적 체인과 반제전표 정합성(R03) 등 3가지 대사식을 자동으로 검증하여 데이터 불일치 발생 시 즉시 알려드립니다. | 전도금 장부의 집계와 명세 합이 맞는지, 추적 경로가 올바른지 수동으로 대사해야 합니다. |
| ④ 정확한 전기이월액 및 잔액 계산 | 매월 정산되지 않는 전도금 특성을 반영하여 '당년 누적입금 – 누적지출(전월까지)'로 전기이월액을 계산하고, 이를 기반으로 매 지출 후 줄마다 누적 잔액을 정확하게 제공합니다. | 전도금의 특성을 고려한 전기이월액 계산에 오류가 발생하기 쉽고, 줄별 잔액을 수기로 확인해야 합니다. |
| ⑤ SAP 표준 원장 데이터 정합성 | BSIS, BSEG, FAGLFLEXT 등 SAP 표준 원장 데이터를 기반으로 전표 관계를 추적하여 실제 비목을 찾고, 높은 데이터 신뢰도를 유지합니다. | 표준 데이터와 연동되지 않는 외부 시스템은 데이터 불일치 가능성이 있습니다. |
| ⑥ 실시간 전도금 현황 파악 | 매일 업데이트되는 전도금 입출금 및 잔액 현황을 실시간으로 확인하고, 사용률과 특정 계정의 비중을 한눈에 파악하여 관리 효율성을 높입니다. | 전도금 현황 파악을 위해 여러 전표를 조회하거나 수작업으로 집계해야 합니다. |
도입하면 달라지는 것
- 전도금 지출의 실제 비목 투명화 실현
- 의심 거래 자동 점검 및 조기 발견
- 수작업 없는 회계 데이터 정합성 검증
- 전도금 관리의 회계 처리 정확도 향상
이런 회사에 맞습니다
다수의 전도금 계정을 운영하며 미결관리 계정 추적 및 정산 관리에 어려움을 겪는 기업의 재무·회계팀 및 CFO에게 적합합니다.
업무 점검 — 앱이 직접 다시 계산하는 규칙
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
실제 화면 6종 둘러보기
상단에서 이월액과 잔액을 확인하고 → 첫 줄 입금부터 지출을 따라가며 → 추적 라인을 눌러 실제 비목의 경로를 봅니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
사용 방법
- Imprest Account 에서 확인할 전도금 계정을 고릅니다.
- Doc. Date 를 정합니다. 기본값은 당일이며 그날까지의 지출이 집계됩니다.
- 상단에서 전기이월액과 현재 잔액·사용률을 먼저 확인합니다.
- 목록의 첫 줄은 해당 월 입금이고 그 아래로 지출이 잔액과 함께 이어집니다.
- 추적 표시가 있는 라인을 클릭하면 미결관리 경로가 3단계로 펼쳐집니다.
- CSV 다운로드로 전기이월액과 사용내역을 함께 내려받습니다.
조회·추적 규칙
입금과 지출을 모으는 방식, 그리고 계정을 되짚는 방식이 이 화면의 뼈대입니다.
조회 흐름 (사양서)
0) 해당 월 전도금 입금 내역을 BSEG 에서 조회해 첫 줄로 출력
BUKRS · HKONT(전도금 계정) · GJAHR
VALUT = 조회일자의 해당월 01일
1) BSIS 에서 전표번호 목록 조회
BLDAT = 해당월 01일 ~ 조회일자
2) 그 전표를 BSEG 에서 읽어 다른 라인 아이템 조회
AUGBL = BELNR 인 건(Clearing 전표)은 제외
3) 라인의 G/L 계정이 미결관리 대상인지 판단 (BSEG-XOPVW = 'X')
미결관리이면 반제전표(BSEG-AUGBL)를 따라가
상대 Line item 의 계정이 또 미결관리인지 확인
미결관리가 아닌 라인을 만날 때까지 반복
→ 실제 처리전표의 계정과 Text 를 읽어 목록에 표시
상단 전기이월액 = 전월 잔액
(당년 누적입금 − 누적지출)
전도금은 매월이 아니라 분기 단위로 정산| 항목 | 산식 · 규칙 |
|---|---|
| 입금 라인 | VALUT 가 해당월 1일인 건. 항상 첫 줄 |
| 지출 범위 | BLDAT 이 해당월 1일 ~ 조회일자 |
| Clearing 제외 | AUGBL = BELNR 인 라인은 목록에서 뺀다 |
| 미결관리 판정 | BSEG-XOPVW 가 'X' |
| 추적 종료 | 미결관리가 아닌 라인을 만나면 그 계정·Text 확정 |
| 잔액 | 직전 잔액 + 입금 − 지출 (줄마다 누적) |
| 전기이월액 | 당년 누적입금 − 누적지출 (전월까지) |
목록에 실제 계정을 바로 보여 주는 이유
담당자가 알고 싶은 것은 '이 돈이 어디 쓰였나'입니다. 경유 계정을 그대로 보여 주면 한 줄마다 전표를 열어 확인해야 합니다. 추적을 화면이 대신하고 결과만 보여 주면 목록을 훑는 것만으로 사용처가 정리됩니다. 경로가 궁금하면 그때 눌러 보면 됩니다.
미결관리 추적 3단계
미결관리 계정을 만나면 한 단계씩 더 따라갑니다.
| 단계 | 계정 | 미결관리 여부 | 다음 동작 |
|---|---|---|---|
| 1단계 | 전도금 계정 | 미결관리 | 반제전표를 따라간다 |
| 2단계 | 경유 계정 (미지급비용 · 가지급금 등) | 미결관리 | 다시 반제전표를 따라간다 |
| 3단계 | 실제 비용 계정 | 미결관리 아님 | 계정과 Text 확정 — 목록에 표시 |
화면이 대신 따라가 준 덕분에 목록의 계정이 곧 실제 사용처입니다.
조회조건
| 필드 | 필수 | 설명 |
|---|---|---|
| Company Code | 필수 | 변경 못함. 로그인 사용자 → 사번 → 사원 Vendor 순으로 기본값 결정 |
| Doc. Date | 선택 | 기본값 당일. 이 날짜까지의 지출을 집계 |
| Imprest Account | 필수 | 전도금 계정 (Search help) |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
SAP 표준 기능 매핑
전표는 표준이 만들고, 이 화면은 그 관계를 따라가 실제 비목을 찾습니다.
| 표준 | 역할 | 이 화면에서의 확장 |
|---|---|---|
BSIS | G/L 미결항목 | 전도금 계정의 전표번호 목록 |
BSEG | 전표 라인 | 라인 아이템과 미결관리 여부(XOPVW) |
FAGLFLEXT | 총계정원장 합계 | 누적 잔액 산출 근거 |
FBL3N 관점 | 계정 개별항목 | 전표 단위 확인 |
F-03 관점 | G/L 반제 | 미결관리 계정의 반제 처리 |
FB03 | 전표 조회 | 추적 경로의 전표 확인 |
운영 데이터 소스 매핑
| 항목 | SAP 원천 | 비고 |
|---|---|---|
| 전표 목록 | BSIS | BUKRS · HKONT · GJAHR · BLDAT |
| 라인 아이템 | BSEG | BELNR · BUZEI · HKONT · XOPVW · AUGBL · AUGDT |
| 입금 판정 | BSEG-VALUT | 해당월 1일 |
| 잔액 | FAGLFLEXT | 당년 누적입금 − 누적지출 |
| 정산 주기 | 분기 | 매월 정산하지 않음 (사양서) |
도입 시 확인이 필요한 부분
전도금 계정 목록과 미결관리 설정이 회사마다 다릅니다. 계정을 하드코딩하지 말고 설정 테이블이나 계정 그룹으로 관리하면 사업장이 늘어도 프로그램을 고치지 않아도 됩니다. 추적 단계에 상한을 두는 것도 필요합니다. 반제 관계가 순환하면 무한 조회로 빠질 수 있습니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
자주 묻는 질문
왜 미결관리 계정을 따라가야 하나요?
미결관리 계정은 돈이 거쳐 가는 자리입니다. 전도금에서 나갈 때는 미지급비용이나 가지급금으로 잡혔다가, 나중에 정산되면서 실제 비용 계정으로 넘어갑니다. 장부에 보이는 계정만 읽으면 '미지급비용 30만원'이 되어 무엇에 썼는지 알 수 없습니다.
추적이 세 단계까지 가는 이유는?
반제전표의 상대 라인이 또 미결관리 계정일 수 있기 때문입니다. 사양서도 그 경우 다시 반제전표를 조회하도록 정해 두었습니다. 미결관리가 아닌 라인을 만날 때까지 반복하므로 단계가 더 길어질 수도 있습니다.
전기이월액은 어떻게 계산하나요?
당년 누적입금에서 누적지출을 뺀 전월 잔액입니다. 전도금은 매월 정산하지 않고 분기 단위로 정산하기 때문에 월말에 0으로 떨어지지 않습니다. 그래서 전월 잔액을 이월해 이어서 봐야 현재 잔액이 맞습니다.
Clearing 전표를 제외하는 이유는?
반제 자체는 돈이 나간 거래가 아니라 정리 행위입니다. 목록에 넣으면 같은 금액이 두 번 잡혀 잔액이 어긋납니다. 사양서에서 AUGBL이 BELNR과 같은 라인을 빼도록 지정한 것도 그래서입니다.
SAP 표준 기능과 어떻게 이어지나요?
데이터는 BSIS·BSEG 표준 구조 그대로이고 미결관리 여부도 표준 필드로 판정합니다. 이 화면은 그 관계를 따라가 실제 비목을 찾아 주는 역할을 하며, 전표 단위 확인은 표준 개별항목 조회나 전표 조회 화면에서 이어집니다.