BIZENI ERP 사용자 매뉴얼

영업·구매·생산·출하·재무·설치를 한 권에서 조회합니다. 타 부서 흐름도 목차에서 확인할 수 있습니다.

전체 보기·PDF 저장

26. 인보이스·수금

인보이스 목록 (/finance/invoices)

  • 상태(발행·부분수금·수금완료 등)·공급가액·수금액을 확인합니다.
  • 출처(수주 라인 / 출하 라인)에 따라 후청구·선청구 흐름이 달라집니다.
  • 목록에서 번호(키)를 누르면 인보이스 수정 (/finance/invoices/{번호})으로 이동합니다.

인보이스 수정·신규 (/finance/invoices/{id} · /finance/invoices/new)

합산·부분 청구 화면은 매출 전용(수주·출하 미청구 라인)입니다. 「선택 건 초안 작성」 후 저장 시 초안·SI 번호가 생기고, 「인보이스 발행」 으로 청구 확정합니다.

매입 인보이스는 구매(공급업체)용으로, 수주·출하와 연결되지 않습니다. 인보이스 목록에서 「새 매입 인보이스」 로 작성합니다.

발행 전(초안·미발행) 인보이스만 헤더·라인을 편집할 수 있습니다. 발행 후에는 헤더 편집이 제한되며, 상태는 발행·결재·수금 등 업무 프로세스로만 바뀝니다(화면에서 직접 변경하지 않음).

유형(매출 / 매입)과 거래처 필드

유형 표시되는 거래처 필드 비고
매출 고객 Id(선택) 매출 청구·Commercial 메일·전자세금계산서 연계의 상대
매입 공급업체 Id(선택) 구매·매입 인보이스의 상대
  • 매입으로 유형을 바꾸면 고객 Id 입력란은 숨겨지고 값이 비워집니다. 매출로 바꾸면 공급업체 Id가 비워집니다. 저장 시에도 유형에 맞는 Id만 DB에 남습니다.
  • 발행 화면에서 만든 인보이스는 대부분 매출·고객 기준입니다. 매입 인보이스는 구매·비용 정리용으로 수동 작성하거나 연동 데이터에 따라 유형이 잡힙니다.

헤더 입력 안내

  • 발행일·만기일은 플랫폼 표준 날짜 입력(달력·yyyy-MM-dd 직접 입력)을 사용합니다. 브라우저가 이메일·비밀번호·예전 숫자를 제안하는 것은 BIZENI 기능이 아니며, 업무 화면에서는 표시되지 않도록 맞춰 두었습니다.
  • 통화는 수주·출하에서 합산·발행된 인보이스는 원문서 통화가 자동 반영되며(편집 불가), 라인 없이 수동 작성하는 초안만 재무에 등록된 통화 목록에서 선택합니다. 환율은 발행일 기준으로 저장 시 계산됩니다.
  • 상태·수금액(결제액) 은 사용자가 직접 입력하지 않습니다. 상태는 초안 생성 → (선택) 결재 상신·승인 → 인보이스 발행 → 수금 매칭 등 프로세스가 갱신하고, 수금액은 아래 은행입금·수금 매칭으로만 늘어납니다. 수정 화면에서는 조회만 합니다.
  • 유형 등 다른 목록 상자는 화면 밖으로 펼쳐져 잘리지 않습니다(카드·스크롤 영역 안에 가려지지 않음).
  • 국세청 전자세금계산서 섹션은 국내 매출·연동 테넌트에서 발행·전송·수정세금계산서를 이어서 처리합니다.

인보이스 발행 (/finance/invoices/issue)

국내 매출(KRW·Commercial) 에서 인보이스 발행은 업무상 매출 세금계산서(청구) 를 시스템에 올리는 단계입니다. 공급가액·부가세·거래처는 인보이스에 기록되고, 전자세금계산서 국세청 전송·수신자 알림은 연동이 완료된 테넌트에서 인보이스 상세로 이어집니다. ASP 자격증명·공동인증서는 회사 관리 → 센드빌(전자세금계산서) (/tenant-admin/sendbill)에서 설정합니다(BIZENI가 제공하는 전자세금계산서 발행 ASP). 해외·비 Commercial 인보이스는 세금계산서 대상이 아닐 수 있습니다.

인보이스 발행 옵션(상세 화면)에서 Commercial 이메일, 전자세금계산서 전송, 매출 분개 전기를 각각 켜거나 끌 수 있습니다(세무 전송과 Commercial 메일은 독립). 테넌트 기본값은 재무 → 기능통화 (/finance/currency-settings)의 세무 국가·기본 체크입니다. 국세청 전송이 완료된 인보이스는 헤더·라인을 직접 수정할 수 없고 수정세금계산서를 사용합니다.

발행 화면 상단 청구 모드와 수주 헤더 청구 유형이 같아야 해당 라인이 목록에 나타납니다.

구분 수주 헤더 청구 유형 발행 화면 청구 모드 청구 기준 일반적인 업무 순서
후청구(후발행) 후청구 후청구 출하(출고) 라인 — 아직 청구되지 않은 수량 수주·출하 → 인보이스 발행 → 입금 매칭
선청구(선발행) 선청구 선청구 수주 라인 — 아직 청구되지 않은 수량(승인된 수주) 인보이스 발행·선입금 → 출하요청·출하(발행 수량 한도)

후청구(후발행)

  1. 출하가 완료된 라인만 후청구 대기에 올라옵니다.
  2. 미청구 수량을 선택해 발행합니다. 동일 거래처만 한 장의 인보이스로 합칠 수 있습니다.
  3. 선청구로 이미 청구한 수주는 출하분을 다시 후청구 목록에 올리지 않습니다(이중 청구 방지).

선청구(선발행)

  1. 수주 헤더 청구 유형이 선청구인 건만 선청구 모드 목록에 나옵니다. 수주와 출하요청에서 승인 전·후에 유형을 맞춥니다.
  2. 수주 라인 기준으로 먼저 발행합니다. 입금이 먼저 들어오는 계약·선입금 실무에 맞춥니다.
  3. 출하요청은 수주 승인 후 가능하며, 라인별 요청 수량은 이미 발행한 인보이스 수량을 넘을 수 없습니다. 발행·선입금 없이 출하만 진행할 수 없습니다.

주문접수에서 수주로 전환한 경우도 동일합니다. 접수 확인 후 수주 헤더에 청구 유형을 반드시 확인·수정합니다. 자세한 접수 흐름은 주문접수를 참고하세요.

은행입금·수금

  1. 은행입금내역 (/finance/bank-deposit-lines)에서 미매칭 입금을 찾습니다.
  2. 인보이스와 매칭하면 수금이 생성되고 인보이스 잔액이 줄어듭니다.
  3. 수금 목록 (/finance/receipts)에서 인보이스 출처 수금을 조회합니다.