전표를 보류(Hold)했는데 왜 전표번호가 없을까

G/L 전표를 입력하다가 코스트 센터를 몰라 일단 저장했습니다. 다음 날 동료가 "그 전표 번호가 뭐예요?"라고 묻는데, 화면에 남은 것은 직접 적어 넣은 임시 번호뿐입니다. FB03에 넣어 봐도 나오지 않습니다. 저장 방식으로 보류(Hold)를 골랐기 때문입니다. 이 글을 읽고 나면 보류와 파킹(Park)이 각각 무엇을 남기는지, 이어서 처리하거나 지울 때 어디서 막히는지 구분할 수 있습니다.

예시는 모두 가상입니다. 가상 회사 코드 1000에서 9월 30일자 은행 수수료 33,000원을 비용 계정 610000에 올리려다 코스트 센터를 몰라 멈춘 상황을 씁니다. 동작 설명은 SAP Help Portal의 Holding Documents와 Parking of Documents(S/4HANA 2025 FPS01) 페이지를 기준으로 했고, 같은 내용이 SAP ERP 6.0 EHP8 문서에도 있습니다. 실제 시스템에서 실행한 결과는 아닙니다.

보류는 '하던 일을 잠시 내려놓는' 기능이다

보류는 입력이 중간에 끊겼을 때를 위한 기능입니다. 전화를 받아야 하거나, 은행 수수료 금액이나 코스트 센터처럼 아직 모르는 값이 있을 때 지금까지 입력한 내용을 잠시 저장해 두고 나중에 이어서 입력합니다. 전표가 완성되어 있지 않아도 되고, 머리글과 항목 한 줄 이상만 있으면 됩니다. 전표 개요 화면에서 Document > Hold를 고르면 Hold Document 대화 상자가 열리고, Temporary document number 칸에 임시 번호를 넣은 뒤 Hold document를 누릅니다.

이때 시스템은 전표번호를 부여하지 않습니다. 계정 잔액도 바뀌지 않고, 보류된 데이터는 평가나 보고에 쓰이지 않습니다. 그러니 FB03이나 전표 목록에서 찾을 번호가 애초에 없습니다. 아래 화면의 1번이 코스트 센터 없이 입력한 차변 한 줄, 2번이 사용자가 정한 임시 번호, 3번이 저장 버튼입니다.

보류한 전표를 이어서 입력하려면 같은 전기 트랜잭션의 첫 화면에서 Held document(또는 Document > Get held document)를 고르고 임시 번호를 넣습니다. 번호가 기억나지 않으면 Document > Display list를 씁니다. 다만 이 목록은 내 사용자 이름으로 보류된 전표를 보여 줍니다. 동료가 보류한 전표를 내 목록에서 찾으려 하면 헛걸음이 되기 쉬운 이유입니다. 필요 없어진 보류 전표도 같은 화면에서 임시 번호로 불러와 삭제합니다.

파킹은 번호를 받고 '다른 사람에게 넘기는' 기능이다

파킹도 미완성 전표를 엄격한 입력 검사 없이 저장한다는 점은 같습니다. 거래 합계 같은 데이터를 갱신하지 않는 것도 같습니다(예외는 Cash Management입니다). 차이는 그다음입니다. 파킹하면 시스템이 일반 전표를 만들 때와 같은 방식으로 전표번호를 부여하고, "Document xxx was parked" 메시지가 나옵니다. 예시라면 가상 번호 100000077을 받습니다.

번호가 있으니 다른 사람이 찾을 수 있습니다. 나중에 본인이나 다른 사용자가 파킹 전표를 완성하고, 점검하고, 전기할 수 있습니다. 권한을 나누면 파킹만 하는 사람과 전기까지 하는 사람을 구분할 수 있어서, 입력자와 승인자를 나누는 이중 통제에 씁니다. 잔액은 바뀌지 않지만 파킹 데이터는 평가에 쓰입니다. 전표 저널에 출력되고, 파킹된 송장의 세액을 Input Tax from Parked Documents 보고서로 미리 볼 수 있으며, 지급 요청을 걸어 할인 기한 안에 지급할 수도 있습니다.

SAP 노트

보류와 파킹, 저장 뒤에 남는 것

가상 예: 회사 코드 1000, 코스트 센터를 몰라 멈춘 G/L 전표

• 보류 (Hold)

  0930001

  • 전표번호 없음, 임시 번호만
  • 잔액·합계 갱신 없음
  • 평가·보고에 쓰이지 않음
  • 목록은 보류한 사용자 기준

• 파킹 (Park)

  100000077

  • 전표번호가 부여됨
  • 거래 합계 갱신 없음
  • 전표 저널·부가세 평가에 나옴
  • 다른 사용자도 완성·전기 가능

번호와 회사 코드는 가상 값입니다. 동작은 SAP Help Portal(S/4HANA 2025 FPS01, ERP 6.0 EHP8) 설명 기준이며 실행 결과가 아닙니다.

파킹 단계의 점검은 가볍습니다. 시스템은 입력한 데이터가 존재하는지만 확인하고, 잔액이 0인지나 필수 칸이 채워졌는지는 사용자가 완전성 점검을 따로 실행할 때 봅니다. 허용오차 점검은 하지 않지만, 정의되지 않은 사업 영역을 넣는 것 같은 타당성 점검은 합니다. 개요 화면에서 잔액을 표시해 볼 수는 있습니다. 회사 코드를 넘나드는 거래는 처음 회사 코드에 파킹 전표 한 건만 만들고, 전기할 때 여러 전표로 나뉩니다.

전기하면 같은 번호, 지우면 빈 번호

파킹 전표를 전기하면 파킹 데이터는 지워지고 전표 데이터베이스에 전표가 기록되며, 이때 비로소 거래 합계가 갱신됩니다. 파킹 때 받은 번호가 그대로 전기된 전표로 넘어갑니다. 100000077로 파킹한 전표는 100000077로 전기됩니다. 여러 건을 목록으로 한꺼번에 전기하면 어떤 전표가 전기되었는지 결과 목록이 나오고, 코스트 센터 같은 계정 지정이 빠져 실패한 전표는 그 목록에서 이어서 처리합니다.

반대로 파킹 전표를 삭제하면 그 번호는 다시 쓰이지 않습니다. Parked Documents > Post/Delete(FBV0)에서 회사 코드·전표번호·회계연도로 한 건을, Document List로 여러 건을 골라 지울 수 있지만, 지운 번호는 번호 순서에 빈자리로 남습니다. 감사 때 전표번호가 건너뛴 이유를 묻는다면 삭제된 파킹 전표도 확인할 후보입니다. 번호가 비는 다른 원인은 SAP 번호가 건너뛰면 전표가 삭제된 것일까에서 정리했습니다.

SAP 노트

파킹 전표의 두 갈래

번호는 파킹할 때 정해진다. 전기하면 이어지고, 삭제하면 빈자리로 남는다

• 파킹

  100000077

  • 전표 생성과 같은 방식으로 번호
  • 데이터 존재 여부만 확인
  • 완전성 점검은 선택

• 전기하면

  100000077

  • 파킹 데이터는 지워짐
  • 같은 번호로 전표 생성
  • 거래 합계가 이때 갱신

• 삭제하면

  • 삭제된 번호는 재사용 불가
  • 번호 순서에 빈자리가 남음
  • Document List로 여러 건 선택

전기·삭제는 Parked Documents > Post/Delete(FBV0) 기준. 번호는 가상입니다.

정상 경로 밖에서 헷갈리는 지점

몇 가지는 파킹을 써도 기대와 다르게 움직입니다. 첫째, 대체(substitution)는 파킹 단계에서 실행되지 않습니다. 파킹 전표에서 회계 전표를 만드는 전기 시점에 실행되므로, 파킹 화면에서 대체 결과가 안 보인다고 설정 오류로 단정하면 안 됩니다. 둘째, 파킹에는 표준 트랜잭션과 단일 화면 트랜잭션 두 가지가 있고 서로 전환할 수 없습니다. 계정 지정 모델은 쓸 수 있지만 참조 전표는 쓸 수 없습니다.

릴리스 차이도 있습니다. SAP ERP에서 classic General Ledger Accounting으로 입력한 파킹 전표는 classic G/L에서만 이어서 처리하고 전기할 수 있습니다. classic G/L에서는 개별 항목 조회에서 Parked Documents 파라미터를 골라 파킹 전표를 함께 볼 수도 있습니다. S/4HANA의 Fiori 앱에서는 흐름이 다릅니다. G/L 분개는 파킹 대신 검증(verify) 요청을 보내고, 미지급·미수 앱에서는 여전히 파킹할 수 있으며, 파킹된 전표는 Display Parked Journal Entries 앱(App ID FBV3)에서 보고 완성·전기합니다. SAP GUI의 보류·파킹 설명은 S/4HANA 2025 FPS01 문서에도 그대로 있습니다.

SAP 노트

정상 경로 밖에서 헷갈리는 네 가지

보류·파킹 전표를 이어 처리할 때 먼저 볼 것

• 보류 전표를 못 찾음

  • FB03으로는 찾을 번호가 없음
  • Held document에서 임시 번호
  • Display list: 내 사용자 기준

• 대체(substitution)가 안 됨

  • 파킹 단계는 대체 미지원
  • 전기해서 전표가 될 때 실행
  • 허용오차 점검도 하지 않음

• 다른 화면에서 못 엶

  • 표준 트랜잭션과 단일 화면
  • 두 파킹 방식은 서로 전환 불가
  • 참조 전표도 쓸 수 없음

• S/4HANA Fiori G/L

  • G/L 분개는 검증(verify) 흐름
  • AP·AR 앱은 파킹 가능
  • FBV3 앱으로 파킹 전표 조회

S/4HANA 2025 FPS01과 ERP 6.0 EHP8 도움말 기준. ERP의 classic G/L에서 입력한 파킹 전표는 classic G/L에서만 처리됩니다.

저장 버튼을 누르기 전에 물어볼 것

둘 다 잔액을 건드리지 않으니 겉보기에는 비슷합니다. 갈리는 지점은 하나입니다. 이 전표를 나 말고 다른 사람이 찾아야 하는가입니다. 오늘 안에 내가 직접 이어 쓸 거라면 보류로 충분합니다. 승인자가 보거나, 다른 사람이 마무리하거나, 미리 세액을 잡아야 한다면 파킹해서 번호를 받아 두세요. 그리고 파킹 전표를 지우기 전에는 그 번호가 빈자리로 남는다는 것을 기억해 두면 됩니다.