FBRA로 반제를 풀었는데, 입금 전표는 왜 그대로 남아 있을까

고객 입금을 엉뚱한 송장과 반제해서 FBRA로 반제를 풀었습니다. 그런데 고객 원장에 입금 전표가 그대로 있고, 이번에는 미결 항목으로 떠 있습니다. 잘못 푼 것일까요? 아닙니다. 반제를 푸는 것(reset)과 전표를 취소하는 것(reverse)은 다른 일이고, FBRA는 고른 방식에 따라 앞의 것만 하거나 둘 다 합니다. 이 글을 읽고 나면 FBRA를 누르기 전에 '풀기만' 할지 '역분개까지' 할지 고르고, 누른 뒤 고객 잔액이 어떻게 보여야 정상인지 미리 셈할 수 있습니다.

규칙은 SAP Help Portal의 SAP S/4HANA 2025 FPS02(온프레미스) 매출채권·일반 원장 문서를 따랐습니다. 아래 회사 코드 1000, 고객 100234, 전표 번호와 금액은 모두 지어낸 값입니다. SAP 시스템에서 실행해 본 결과가 아니라 문서의 규칙을 가상 예에 적용한 것입니다.

예: 입금이 엉뚱한 송장을 지웠다

고객 100234에게 1,100,000원짜리 송장이 두 장 있습니다. 10월 5일 송장 1800000101과 10월 12일 송장 1800000102입니다. 11월 3일 고객이 101번 송장 대금 1,100,000원을 보냈는데, 담당자가 입금을 넣으면서(F-28) 102번 줄을 골라 반제했습니다. 금액이 같으니 반제는 문제없이 끝났고, 입금 전표 1400000057과 송장 102번이 반제됨 상태가 됐습니다.

그 결과 기한이 지난 101번이 미결로 남아 독촉장이 나가고, 고객은 이미 냈다고 연락해 옵니다. SAP 문서가 반제 풀기를 설명할 때 드는 상황과 같습니다. 이 시점의 고객 잔액은 1,100,000원입니다. 미결 관리 계정에서는 잔액이 늘 미결 항목의 합과 같으니, 미결로 남은 101번 한 장이 곧 잔액입니다.

FBRA가 지우는 것은 반제 표시다

FBRA(Reset Cleared Items) 첫 화면에는 송장 번호가 아니라 반제 전표 번호와 회사 코드, 필요하면 회계연도를 넣습니다. 이 예의 반제 전표는 입금 전표 1400000057입니다. 번호를 모르면 고객 개별 항목 화면(S/4HANA에서는 Manage Customer Line Items)에서 송장 102번을 반제한 입금부터 찾습니다. 바로 풀기 전에 Goto → Accompanying items로 이 전표가 반제한 줄을 먼저 볼 수 있습니다.

반제를 풀면 시스템은 줄 항목에 붙어 있던 반제 정보를 지우고, 그 변경을 변경 문서에 남깁니다. '풀기만'을 고르면 반제 전표와 그 전표가 반제했던 줄이 모두 다시 미결이 됩니다. 입금 전표 1400000057은 지워지지 않고 그대로 있습니다. 역분개하지 않은 반제 전표는 다른 미결 항목과 함께 다시 반제될 미결 항목으로 남기 때문입니다. 질문의 답이 여기에 있습니다. 풀기만 했다면 입금 전표가 남아 있는 것이 정상입니다.

이때 고객 원장의 미결은 송장 101번, 송장 102번, 입금 -1,100,000원 세 줄이고, 합은 여전히 1,100,000원입니다. 풀기만으로는 금액을 새로 전기하지 않으니 잔액이 바뀌지 않는 것이 맞습니다. 남은 일은 입금 1400000057을 101번 송장과 다시 반제하는 것입니다. GUI에서는 고객 반제(F-32), S/4HANA 앱으로는 Clear Incoming Payments에서 합니다. 그러면 102번만 미결로 남고 잔액은 그대로 1,100,000원입니다.

SAP 노트

같은 입금, 세 가지 상태

가상 고객 100234의 미결 항목과 잔액 (금액 단위 원)

• 풀기 전: 엉뚱한 송장과 반제됨

  • 미결: 송장 1800000101 +1,100,000
  • 반제됨: 송장 1800000102, 입금 1400000057
  • 잔액 1,100,000

• 풀기만 한 뒤

  • 미결: 송장 101, 송장 102, 입금 057 -1,100,000
  • 새 전기 없음. 잔액 1,100,000 그대로
  • 다음 일: 입금 057을 송장 101과 다시 반제

• 풀고 역분개한 뒤

  • 미결: 송장 101, 송장 102
  • 입금 057은 새 역분개 전표와 반제됨
  • 잔액 2,200,000

가상 회사 코드 1000의 예. 101·102·057은 전표 번호 끝자리. SAP Help Portal S/4HANA 2025 FPS02 기준이며 SAP 시스템에서 실행한 결과가 아니다.

그 반제 전표로 만든 서신 요청이 있었다면, 반제를 풀 때 시스템이 그 요청을 완료로 표시할지 묻습니다. 풀린 반제를 근거로 서신이 나중에 나가지 않게 하려면 완료로 표시합니다.

입금 자체가 틀렸다면 역분개까지

이번에는 상황을 바꿔, 다른 고객의 입금을 100234에 잘못 넣었다고 해 봅시다. 이때는 짝을 바꿔도 소용이 없으니 '풀고 역분개(Resetting and reversing)'를 고릅니다. 반제가 풀리고 입금 전표에 대한 역분개 전표가 새로 생기며, 입금 줄은 그 역분개 줄과 반제됩니다. 고객 100234의 미결은 송장 101번과 102번 두 장이 되고, 잔액은 2,200,000원으로 늘어납니다. 역분개 뒤 계정의 차변·대변 합계가 둘 다 늘어 보일지, 입금이 처음부터 없던 것처럼 보일지는 음수 전기(negative posting)를 쓰는지에 달려 있습니다. 어느 쪽이든 잔액은 같습니다.

풀기만 한 다음 FB08로 입금 전표를 역분개해도 같은 곳에 닿습니다. 순서만 거꾸로 하면 안 됩니다. FI 전표는 반제된 항목이 없어야 역분개할 수 있어서, 반제된 줄이 남은 입금 전표에 FB08을 먼저 걸면 막힙니다. 송장 102번을 역분개하려 할 때도 마찬가지로 반제부터 풉니다. 역분개는 보통 원래 전표와 같은 전기 기간에 넣지만, 그 기간이 이미 닫혔다면 열린 기간의 전기일을 넣어야 합니다.

풀기만으로 끝나지 않는 반제

반제 전표가 반제 말고도 금액을 따로 만들었다면, 그 금액까지 되돌려야 하므로 '풀기만'으로 끝나지 않습니다. 문서가 드는 경우는 다음과 같습니다.

• 반제 전표에 환차가 있는 경우, 제3 통화로 반제한 경우, 순액법(net procedure)으로 전기한 전표가 낀 반제는 반제를 풀 때 시스템이 반제 전표를 역분개합니다. Fiori 앱 설명도 환차가 있으면 반드시 역분개해야 한다고 적습니다.
• 입금 때 할인을 잡아 세금 조정이 생겼다면, 그 조정을 되돌리기 위해 풀고 역분개합니다.
• 수표로 지급한 전표에는 수표 지급 취소(Cancel check payment) 기능이 있습니다. 반제를 풀고, 지급 전표를 역분개하고, 수표 대장의 수표를 무효로 하는 일을 함께 합니다.

SAP 노트

풀기만 할까, 역분개까지 할까

FBRA를 누르기 전에 반제 전표를 보고 고른다

• 입금은 맞고 짝만 틀렸다

  • 풀기만(Resetting only)
  • 그 뒤 F-32로 맞는 송장과 다시 반제

• 입금 자체가 틀렸다

  • 풀고 역분개(Resetting and reversing)
  • 또는 먼저 풀고 FB08로 역분개
  • 반제된 줄이 남아 있으면 FB08은 막힌다

• 풀기만으로 끝나지 않는 반제

  • 환차, 제3 통화, 순액법 전표가 낀 반제: 풀 때 시스템이 반제 전표를 역분개
  • 할인으로 세금 조정이 생긴 반제: 풀고 역분개

• 수표로 지급한 전표

  • 수표 지급 취소(Cancel check payment)
  • 풀기, 지급 전표 역분개, 수표 대장의 수표 무효를 함께

SAP Help Portal S/4HANA 2025 FPS02 매출채권·일반 원장 문서 기준. SAP 시스템에서 실행한 결과가 아니다.

S/4HANA 앱과 FBRA

SAP S/4HANA에는 같은 일을 하는 Fiori 앱 Reset Cleared Items(F2223)가 있습니다. Manage Customer Line Items에서 입금을 찾아 문맥 메뉴로 열 수 있고, 버튼은 Reset과 Reset and Reverse 두 가지입니다. Reset and Reverse를 고르면 역분개 사유를 넣습니다. 고객·공급업체 계정과 미결 관리 G/L 계정에 쓸 수 있습니다. 2025 FPS02의 기능 비교표에서 두 도구가 갈리는 점은 확장 미결 관리(extended open item management)입니다. 이것은 FBRA만 지원합니다.

이 글은 2025 FPS02 문서만 보았습니다. 이전 릴리스와 SAP S/4HANA Cloud Public Edition의 화면과 동작은 대조하지 않았고, FBRA 팝업의 실제 문구도 공개 문서에서 확인하지 못해 위 그림은 줄여 그린 예시입니다.

누르기 전에 정할 한 가지

풀고 나서 남은 입금 전표는 오류가 아니라 '풀기만'을 고른 결과입니다. FBRA를 누르기 전에 질문 하나로 고르세요. 입금은 맞고 짝만 틀렸다면 풀기만 하고 곧바로 맞는 송장과 다시 반제합니다. 입금 자체가 틀렸다면 풀고 역분개합니다. 누른 뒤에는 고객 잔액을 봅니다. 풀기만 했다면 잔액은 그대로여야 하고, 풀고 역분개했다면 입금액만큼 늘어 있어야 합니다.