반응형
SAP에서 자동 지급 프로그램(F110, Automatic Payment Transactions)을 실행할 때, 시스템이 생성하는 지급 제안(Payment Proposal) 및 지급 결과(Payment Run) 데이터는 재무 정합성과 이력 관리를 위해 전용 제어 테이블에 나누어 저장됩니다.
실무 리포트나 인터페이스 설계 시 매핑 기준이 되는 핵심 테이블들을 제안(Proposal) 단계와 결과(Run) 단계로 분류해 드립니다.
1. 지급 제안(Proposal) 및 파라미터 제어 테이블
현업이 F110에서 실행 주기(Run Date)와 식별자(Identification)를 입력하고 파라미터 저장 및 지급 제안을 돌렸을 때 데이터가 쌓이는 곳입니다.
- REGUT (지급 매체: TemSe 관련 제어 데이터):
- 용도: 지급 제안이나 확정 후 은행 전송용 파일(DME/대량송금 파일)을 생성할 때, 해당 지급 매체(TemSe 파일)의 관리 번호와 전송 상태 정보가 담기는 테이블입니다.
- REGUV (지급 프로그램의 제어 데이터):
- 용도: F110 각 실행 건별 현재 진행 상태(Status)를 관리하는 테이블입니다. 파라미터만 들어갔는지, 제안이 생성되었는지, 지급 전기가 완료되었는지 등의 단계별 플래그가 기록됩니다.
- REGUP (지급 프로그램의 제어 데이터 - 제안 품목 상세):
- 용도: 지급 제안 단계에서 가장 중요한 테이블입니다. 이번 F110 건에 의해 결제 대상(Proposal Item)으로 선정된 공급업체/고객의 개별 미결 전표(BSEG/ACDOCA) 내역이 상세히 저장됩니다. 현업이 지급 제안 편집 화면에서 '지급 보류'를 걸거나 은행을 수정하면 그 내역이 여기에 실시간 반영됩니다.
2. 지급 결과(Payment Run) 테이블
제안 검토가 끝나고 최종 지급 실행(Payment Run) 버튼을 눌러 회계 전표(반제 전표 및 지급 전표)가 실제로 구동되었을 때 데이터가 이관 및 저장되는 테이블입니다.
- REGUH (지급 프로그램의 제어 데이터 - 지급 헤더):
- 용도: 지급 확정 건의 헤더 정보를 담고 있습니다. 지급 전표 번호(VBLNR), 지급 금액, 지급 통화, 지급처(Vendor) 정보, 송금 은행(하우스 뱅크 HBKID, 계좌 ID HKTID), 지급 방법(ZLSCH) 등이 은행별/지급처별로 요약되어 저장됩니다.
- Tip: 은행에 대금 청구 파일(DME)을 보낼 때 레코드 레이아웃의 헤더 맵핑 소스로 주로 사용됩니다.
- REGUP (지급 품목 상세 - 결과 반영):
- 용도: 지급 실행이 완료되면, 이 테이블은 확정된 지급 전표에 의해 어떤 미결 전표들이 반제(Clearing)되었는지 최종 결과 품목 리스트를 담게 됩니다. (즉, REGUH가 총괄 지급 전표라면, REGUP는 그 지급 전표 안에 묶인 상세 반제 내역들입니다.)
🔗 테이블 간의 관계 (ERD 및 Key 매핑)
F110 관련 테이블들을 CBO 프로그램(예: 펌뱅킹 연동, 지급 명세서 뷰어)에서 조회할 때는 아래의 3가지 공통 Key를 사용하여 Join 하셔야 합니다.
- LAUFD (지급 실행일 / Run Date)
- LAUFI (지급 식별자 / Additional Identification)
- XVBLG (지급 제안 여부 플래그: X이면 제안 단계 데이터, Space이면 최종 결과 데이터)
[ REGUV ] (F110 실행 건별 진행 상태 총괄)
│
├── (KEY: LAUFD + LAUFI) ──► [ REGUH ] (지급 완료 헤더: 하우스뱅크, 총지급액 등)
│ │
│ └── (1:N 조인 - KEY: LAUFD + LAUFI + VBLNR)
│ │
└──────────────────────────────────────┴──► [ REGUP ] (지급 대상/완료 전표 상세 품목)
💡 2026 자금 인터페이스 실무자 팁 (Peer Advice)
- 펌뱅킹(국내 외환/시중은행) 연동 설계 시: F110 지급 실행과 동시에 은행 서버로 이체 전문을 쏘는 CBO 인터페이스를 구축할 때, 데이터 추출의 Base는 무조건 REGUH와 REGUP이어야 합니다. REGUH-VBLNR(지급 전표 번호)을 Key로 잡아 뱅킹 시스템에 넘겨주어야 나중에 은행에서 수납 결과(성공/실패) 리턴 파일이 왔을 때 SAP 전표와 반제 취소(FBRA) 등의 사후 처리를 자동화할 수 있습니다.
- 통합원장(ACDOCA)과의 연결 고리: F110 결과물로 생성된 실제 FI 회계 전표를 추적하고 싶다면, REGUH 테이블의 VBLNR (지급 전표 번호) 필드를 가져와서 ACDOCA-BELNR (또는 BSEG-BELNR)과 매핑하시면 원장의 세부 분개 라인(현금 계정 vs 미지급금 반제 계정)을 완벽하게 동기화할 수 있습니다.
반응형
'SAP' 카테고리의 다른 글
| 🛠️ SAP GUI 꿀팁: FB02 전표 헤더 참조 키(Ref.Key) 필드 수정 가능하게 변경하기 (T-Code: OB32) (0) | 2026.08.04 |
|---|---|
| CDHDR 테이블을 통한 T-Code 역추적 방법 (0) | 2026.07.24 |
| 1C 시스템과 러시아 국세청(FTS - Federal Tax Service of Russia, 러시아어 약어: ФНС) 간의 부가가치세(VAT) 및 전자송장 인터페이스 (0) | 2026.06.17 |
| FAGL_FCV vs FAGL_FXV (0) | 2026.06.15 |
| 1C(1C:Enterprise) 시스템의 가장 표준적인 모듈별 기본 메뉴 트리 (0) | 2026.06.12 |