SAP F110 오류 해결 실무 완전 설정 가이드

F110 오류의 대부분은 Proposal 단계에서 발생하며, Payment Method·Bank Determination·Payment Block·DMEE 설정 네 축을 정확히 점검하면 실무 오류의 대부분을 사전에 차단할 수 있습니다.

 

막막한 그 로그 화면, 저도 처음엔 그랬습니다

F110 오류 해결이 필요할 때 대부분의 문제는 이미 F110 Proposal 오류 단계에서 시작됩니다. 지급 마감일 당일 아침, Payment run을 돌렸는데 벤더가 Proposal에 아예 안 올라오거나, 올라오긴 했는데 Payment 단계에서 실패하고, 심지어 DME 파일까지 다 만들었는데 은행에서 reject 당하는 상황 — 현장에서 자주 마주치는 상황이에요. 로그는 분명히 나오는데 어디를 봐야 할지 모르겠고, 같은 오류가 반복되는 느낌. 그 막막함이 이 글을 쓰게 된 이유입니다.

이런 분께 특히 도움이 됩니다

  • F110 운영 담당자 (반복 오류를 근본적으로 잡고 싶은 분)
  • F110 로그 분석이 익숙하지 않은 주니어 FI 컨설턴트
  • 지급런(Payment Run) 실패 원인을 매번 찾아 헤매는 FI 담당자

 

S/4HANA와 ECC 6.0과의 핵심 차이는 Vendor Master가 Business Partner(BP) 구조로 통합되었다는 점이며, F110 자동지급 프로그램의 기본 흐름 자체는 ECC와 동일합니다.

로그 화면을 살펴보는 혼란스러운 전문 인물

 

F110 전체 구조 — 오류는 어디서 발생하는가

F110은 단순히 “지급 버튼 하나”가 아닙니다. 내부적으로 4단계 파이프라인으로 구성되어 있고, 각 단계마다 오류가 발생할 수 있는 포인트가 다릅니다.

  1. Parameters 입력 — Company Code / Date / Method 설정
  2. Proposal 생성 — 지급 대상 시뮬레이션 및 검토
  3. Payment 실행 — 지급 전표 생성
  4. Payment Medium — DME 파일 생성 및 은행 송신

 

▲ F110 처리 흐름: Parameters → Proposal → Payment → DME. 오류의 약 80%는 Proposal 단계에서 감지됩니다.

왜 Proposal이 핵심일까요? SAP는 실제 지급 전에 “이 벤더에게 지금 지급할 수 있는가”를 시뮬레이션합니다. Payment Method 허용 여부, Block 여부, House Bank 가용 여부를 이 단계에서 전부 필터링합니다. 즉, Proposal 로그를 제대로 읽으면 대부분의 문제를 Payment 실행 전에 잡을 수 있습니다.

오류 발생 단계 대표 오류 유형 주요 원인
Proposal 제외 Payment Method not allowed BP/Company Code 설정 불일치
Proposal 제외 Payment blocked Invoice 또는 BP에 Block 설정
Payment 단계 House Bank 선택 오류 Ranking/통화/가용금액 문제
Payment Medium DME 파일 오류 DMEE 매핑 누락, 필드 누락

 

S/4HANA 변경사항을 보면 ECC에서는 Vendor Master(FK01/FK02)에서 관리하던 Payment Method, Bank 정보가 S/4HANA에서는 Business Partner(BP) → FI Vendor Role → Company Code Data → Payment Transactions로 완전히 이동되었습니다. FSCM Credit Management와의 연계로 Credit Block이 Proposal 단계에 영향을 주는 케이스도 S/4에서 더 빈번합니다.

 

F110 프로세스의 네 단계를 보여주는 흐름도

 

IMG 설정 및 오류별 점검 가이드

Payment Method not allowed — BP와 Country 설정의 충돌

현장에서 가장 자주 접하는 케이스입니다. “벤더에는 Payment Method T(Wire Transfer)가 들어가 있는데 왜 Proposal에 안 올라오지?”라는 문의가 실제로 굉장히 많아요. 원인은 항상 같습니다. BP에는 있는데 Company Code 또는 Country 수준에서 허용이 안 된 것입니다.

IMG 설정 경로:

SPRO > Financial Accounting > Accounts Receivable and Accounts Payable
> Business Transactions > Outgoing Payments > Automatic Outgoing Payments
> Payment Methods in Country
점검 항목 확인 위치 체크 포인트
Country 허용 여부 Payment Methods in Country 해당 Method가 사용 국가에 등록되어 있는가
Min/Max Amount Payment Methods in Country 지급 금액이 허용 범위 내에 있는가
Foreign Payment Payment Methods in Country 국가간 지급 시 Foreign Indicator 활성화 여부
BP 설정 BP → Company Code → Payment Transactions Method, Bank Account, Payee Bank 등록 여부

 

Payment Method 허용 구조 요약:

레이어 설정 위치 역할
Country 레벨 SPRO (Payment Methods in Country) 국가 단위 허용/제한 정의
Company Code 레벨 SPRO (Payment Methods in Comp. Code) 회사코드 단위 세부 설정
BP/Vendor 레벨 BP Master (FI Vendor Role) 개별 벤더에 할당된 Method

 

세 레이어가 모두 맞아야 Proposal에 포함됩니다. 하나라도 어긋나면 “Payment method not allowed for this vendor” 메시지와 함께 제외됩니다.

SAP F110 설정 화면을 보여주는 스크린샷

House Bank 선택 오류 — Ranking과 가용금액의 함정

IMG 설정 경로:

SPRO > Financial Accounting > Bank Accounting > Bank Accounts > Define House Banks
SPRO > Financial Accounting > Accounts Receivable and Accounts Payable
> Business Transactions > Outgoing Payments > Automatic Outgoing Payments
> Bank Determination
단계 처리 내용 조건/결과
1 지급 대상 결정
2 Ranking Order 확인 Company Code / Payment Method / Currency 기준 순위 조회
3-A House Bank 선택 완료 계좌 가용잔액 충족 시
3-B 다음 Ranking House Bank 시도 가용잔액 부족 + 다음 순위 House Bank 존재 시 → 2단계로 반복
3-C 오류 발생: No valid house bank found 가용잔액 부족 + 다음 순위 House Bank 없을 시

▲ House Bank 선택 로직: Ranking → 가용금액 → 통화 순으로 평가하며, 모든 Bank가 조건 미달이면 오류 발생.

실무에서 자주 보이는 패턴은 “테스트 때는 잘 됐는데 월말 대량 지급 시에 갑자기 안 된다”는 케이스입니다. Available Amount를 너무 작게 설정해 두거나, 통화를 KRW로만 설정했는데 USD 지급이 들어오는 경우가 원인입니다. 대체(fallback) House Bank를 Ranking 2번으로 걸어두는 것이 안전합니다.

 

점검 항목 확인 경로 비고
Ranking Order Bank Determination (SPRO) Payment Method/Currency/Company Code 조합별 확인
Account ID House Bank 정의 해당 계좌가 올바른 Account ID로 등록되어 있는가
Available Amount Bank Determination 지급 예정 총액 대비 설정값 적정 여부
Currency 매칭 House Bank 계좌 지급 통화와 계좌 통화 일치 여부

 

실무 팁 — F110 로그 분석, 이렇게 읽으세요

F110 로그 분석에서 가장 중요한 것은 Proposal Log와 Payment Log를 구분해서 보는 것입니다. F110 화면에서 Proposal 생성 후 “Proposal List” 탭의 로그를 먼저 확인하고, Payment 실행 후에는 Payment Log를 별도로 확인합니다.

로그에서 반드시 찾아야 할 키워드: “Reason for rejection”

이 한 줄이 Proposal에서 제외된 이유를 직접 알려줍니다. SLG1(Application Log)에서 Object/Subobject 기준으로 관련 로그를 조회하면 더 상세한 이력도 확인 가능합니다.

체크 항목 확인 방법 비고
BP Payment Method 설정 BP → Company Code → Payment Transactions Country/Company Code 레이어 모두 확인
Payment Block 여부 FBL1N → Payment Block 필터 문서/마스터 양쪽 확인
Currency 일치 여부 BP 통화 vs House Bank 계좌 통화 불일치 시 오류 발생
Bank Determination Ranking SPRO → Bank Determination 대체 Bank 존재 여부 포함
DMEE 필드 매핑 DMEE 트리 → 샘플 파일 생성 테스트 실제 지급 전 반드시 검증
Credit Block (S/4) FSCM Credit Management S/4 환경에서 추가 체크 필수
F110 로그를 분석하는 주니어 컨설턴트의 사무실 모습

 

SAP F110 에러 코드 실전 해결 가이드

에러별 원인 → 확인 → 해결 흐름

# 에러 메시지 발생 단계 주요 원인 확인 경로 해결 방법
1 Payment method not allowed for this vendor Proposal BP/Country/CompCode 설정 불일치 BP → Payment Transactions / SPRO → Payment Methods BP에 Method 추가 + Country 레이어 확인 → Proposal 재생성
2 No valid house bank found Payment Ranking 누락, 가용금액 초과, 통화 불일치 SPRO → Bank Determination Ranking 추가 또는 대체 Bank 설정 → Available Amount 조정
3 Payment blocked Proposal Invoice 또는 BP 마스터에 Block FBL1N → FB02 / BP 마스터 Block 해제 → Proposal 삭제 후 재생성
4 DME generation failed Payment Medium DMEE 트리 매핑 오류, 필수 필드 누락 DMEE 트리 / F110 Payment Medium 로그 DMEE Node 추가 및 재매핑 → 샘플 파일 재생성 검증

 

[1] Payment method not allowed for this vendor — 상세 해결

  1. BP 트랜잭션 → FI Vendor Role → 해당 Company Code → Payment Transactions에서 Method 등록 여부 확인
  2. SPRO > … > Payment Methods in Country에서 해당 국가에 Method가 정의되어 있는지 확인
  3. SPRO > … > Payment Methods in Company Code에서 Min/Max Amount, Foreign Indicator 확인
  4. 수정 완료 후 기존 Proposal 삭제 → 재생성

 

[2] No valid house bank found — 상세 해결

  1. SPRO > Bank Determination에서 해당 Company Code + Payment Method + Currency 조합의 Ranking 존재 여부 확인
  2. Ranking에 등록된 House Bank의 Account ID와 통화가 올바른지 확인
  3. Available Amount가 실제 지급 예정 총액보다 낮으면 상향 조정 또는 대체 Bank Ranking 추가
  4. 수정 완료 후 Proposal 재생성 → Payment 재실행

 

[3] Payment blocked — 상세 해결

  1. FBL1N에서 해당 벤더 항목 조회 → “Payment Block” 필터 적용하여 대상 Invoice 특정
  2. FB02로 해당 Invoice 열어 Payment Block 필드 공란으로 저장
  3. BP 마스터에 전체 Block(Vendor Block)이 걸려 있다면 BP에서 해제
  4. S/4 환경이라면 FSCM Credit Block 여부 추가 확인
  5. 기존 Proposal 삭제 후 재생성 (필수)

 

[4] DME generation failed — 상세 해결

  1. DMEE 트랜잭션에서 해당 Format Tree 열기 → 은행 요구 필드와 Node 매핑 1:1 비교
  2. F110 Payment Medium 실행 후 생성된 로그에서 정확한 오류 필드명 확인
  3. 누락 Node 추가 및 Source Field (BP Bank Details, Payment Header 등) 매핑 수정
  4. 테스트 환경에서 샘플 레코드로 파일 생성 → 은행 제공 샘플 파일과 비교 검증
  5. 인코딩 또는 숫자 포맷 오류라면 DMEE Node의 Format 탭에서 Character Set/Decimal 설정 수정
은행 서류와 컴퓨터 화면을 확인하는 모습

 

마무리 — 지급런 전에 반드시 기억할 것

핵심 3줄 요약:

  • Proposal 로그를 먼저 읽으세요. “Reason for rejection” 메시지 한 줄이 원인의 90%를 알려줍니다.
  • 3대 체크 항목 — Payment Method(BP + Country + CompCode), Bank Determination(Ranking + 통화 + 가용금액), Payment Block(문서 + 마스터) — 이 세 가지가 맞으면 대부분의 오류는 사라집니다.
  • DME/DMEE는 반드시 샘플로 사전 검증하세요. 은행 reject은 실제 지급이 나간 후에 알게 되기 때문에 타격이 큽니다.

 

권장 실행 순서:

① Parameters 입력 → ② Proposal 생성(Test Run) → ③ Proposal Log "Reason for rejection" 확인
→ ④ BP/SPRO 수정 → ⑤ Proposal 삭제 후 재생성 → ⑥ Payment 실행 → ⑦ DMEE 파일 샘플 검증

다음 지급 실행 전에 Proposal 로그부터 확인해보세요. 작은 메시지 하나가 수백 건의 지급 실패를 막습니다. 비슷한 오류 상황을 겪으셨거나, 로그 메시지는 나오는데 원인을 못 찾겠다면 댓글로 공유해주세요. 실제 메시지와 함께 올려주시면 같이 원인 분석해 드리겠습니다.

 

다음에 읽으면 좋은 글:

  • F110 Bank Determination 심화 — Ranking Order와 계좌 선택 로직 완전 정리
  • DMEE 실전 디버깅 — Payment Medium 구조 분석 및 은행 reject 대응법

유용한 T-code 모음

T-code 용도
F110 Automatic Payment Program 실행
DMEE Payment Medium Format Tree 편집/테스트
FB02 전표 문서 변경 (Payment Block 해제 등)
FBL1N 벤더 항목 내역 조회 (Block 확인)
FBL5N 고객 항목 내역 조회
SLG1 Application Log 조회

 

참고 출처


함께 읽으면 좋은 글

댓글 남기기