미지급금

Accounts payable
시리즈의 일부
어카운팅
Early 19th-century German ledger
주요 유형
주요 개념
선택한 계정
회계기준
재무제표
경리
감사
개인 및 조직
발전
부정 행위

어카운트 미지급금(AP)은 기업이 공급업체에 대해 대차대조표에 부채로 표시되는 돈입니다.이는 공식적인 법적 문서인 [1]지급채무와는 구별된다.어카운트 미지급 부문의 주된 책임은 회사와 공급업체 간의 거래를 처리하고 검토하며 공급업체로부터 미지급된 모든 송장이 승인, 처리 및 지급되도록 하는 것입니다.청구서 처리에는 청구서에서 중요한 데이터를 기록하고 이를 회사의 재무 또는 부기 시스템에 입력하는 작업이 포함됩니다.이 작업이 완료된 후 청구서는 [2]지불되기 위해 회사의 각 비즈니스 프로세스를 거쳐야 합니다.

개요

미지급 계정은 송장이 지급을 보증할 때 Account Payable 서브리더에 기록됩니다.보증(보증)은 송장이 지급을 승인받고 미지급 또는 미지급 부채로 General Ledger 또는 AP 서브레더에 기록되는 것을 의미합니다.지급채무는 종종 물품의 매입을 위한 무역지급채무, 인벤토리에 기록된 실제 물품의 매입을 위한 지급채무, 지출되는 물품이나 서비스의 구입을 위한 지급채무로 분류된다.지출비용의 일반적인 예로는 광고, 여행, 엔터테인먼트, 사무용품, 유틸리티 등이 있습니다.AP는 공급업체가 제품 또는 서비스를 이미 받은 후에 고객에게 지불할 수 있도록 함으로써 제공하는 일종의 신용입니다.공급업체는 송장에 대해 다양한 지불 조건을 제공합니다.지불 조건에는 정해진 일수 내에 송장을 지불하기 위한 현금 할인 제공이 포함될 수 있습니다.예를 들어, 순 30 조건은 지불자가 30일 이내에 지불하면 청구서에서 2%를 공제한다는 것을 의미합니다.31일째에 지불하면 전액이 지불됩니다.이것은 2/10 Net [3]30이라고도 불립니다.

가정에서 지급되는 계정은 일반적으로 전기 회사, 전화 회사, 케이블 텔레비전 또는 위성 접시 서비스, 신문 구독 및 기타 정규 서비스의 청구서입니다.가구주들은 보통 수표, 신용카드 또는 인터넷 뱅킹을 사용하여 매달 추적하고 지불한다.비즈니스에서는 일반적으로 AP 파일에는 훨씬 광범위한 서비스가 포함되어 있으며 회계사나 부기 담당자는 보통 회계 소프트웨어를 사용하여 청구서를 받을 때와 지불 시 이 부채 계좌로의 자금 흐름을 추적합니다.점점 더 많은 대기업들이 전문화된 Accounts Payable 자동화 솔루션(일반적으로 ePayables라고 함)을 사용하여 조직의 청구서 처리의 종이 및 수동 요소를 자동화하고 있습니다.

일반적으로 공급업체는 제품을 발송하고 청구서를 발행한 후 나중에 대금을 회수합니다.이는 현금 전환 주기, 즉 공급업체가 이미 원자재 값을 지불했지만 최종 고객이 그 대가로 지불하지 않은 기간입니다.

구매자가 청구서를 받으면 포장전표와 발주서에 일치하고, 모든 것이 정상일 경우 청구서가 지급됩니다.이를 3자 [4]대결이라고 합니다.3자 매칭으로 인해 결제 처리 속도가 느려질 수 있으므로 방법이 변경될 수 있습니다.예를 들어, 3자 매칭은 고액 송장만으로 한정되거나, 수령 수량이 구매 [5]주문서에 승인된 금액의 일정 비율 이내일 경우 자동으로 매칭이 승인될 수 있습니다.청구서 처리 자동화 소프트웨어는 워크플로우 프로세스 생성 중에 적용되는 비즈니스 규칙에 따라 매칭 프로세스를 다르게 처리합니다.가장 간단한 경우는 청구서 자체와 발주서 간의 쌍방향 일치입니다.

2009년의 추정에 따르면 매주 10억 건 이상의 기업간 송장이 처리되고 있으며, 이 중 97%는 여전히 수동으로 처리되고 있습니다.공급업체의 청구서 처리 및 지불에 드는 평균 비용은 5달러에서 15달러 사이였으며, 10%는 너무 늦게 처리되어 할인 조건 내에서 지불이 불가능했으며, 거의 2%는 [6]오류가 있었습니다.

내부 관리

일반적으로 외상매입자에 의한 횡령 방지를 위해 다양한 악용 방지책이 제시된다.직무 분리는 공통의 통제이다.수표 지급이 일반적인 국가에서는 거의 모든 회사가 하위 직원 프로세스를 가지고 있으며 수표와 상급 직원을 인쇄하고 수표에 서명합니다.대부분의 경우 회계 소프트웨어는 각 직원이 자신에게 할당된 기능만 수행하도록 제한하기 때문에 한 명의 직원(컨트롤러라도)이 단독으로 지불할 수 없습니다.

일부 기업은 마스터 벤더 파일에 새로운 벤더를 추가하고 바우처를 입력하는 기능을 분리하기도 합니다.이로 인해 종업원은 다른 종업원과 공모하지 않고는 자신을 벤더로 추가하고 수표를 발행할 수 없게 됩니다.마스터 벤더 파일은 회사의 공급업체에 대한 모든 중요한 정보의 저장소입니다.이것은 [7]청구서 지불에 관한 미지급 계정의 기준점입니다.

또한 대부분의 기업은 금액이 지정된 임계값을 초과하는 수표에 두 번째 서명을 요구합니다.

미지급 계정 담당자는 부정한 송장을 주의해야 합니다.구매 주문 시스템이 없는 경우, 1차 방어선은 승인 관리자입니다.단, AP 직원은 사기적인 오퍼레이터가 광고를 게재하는 '옐로우 페이지' 바가지 등 몇 가지 일반적인 문제를 숙지해야 합니다.워킹핑거 로고는 상표권이 없고 옐로우 페이지 스타일의 디렉토리가 많이 있으며, 그 대부분이 소규모로 배포되어 있습니다.2000년 겨울 미국 급여 협회의 고용주 프랙티스에 따르면, "판매업자는 송장처럼 보이는 서류를 보낼 수 있지만, 작은 글씨로 "이것은 청구서가 아니다"라고 명시되어 있다.이것은 디렉토리 리스트 또는 광고의 요금일 수 있습니다.최근에는 환불이나 환불 수표로 보이는 것을 발송하기 시작한 기업도 있습니다.실제로는 서류에 서명을 하면 활성화되는 서비스 등록입니다.

미지급금 계좌에서, 단순한 실수가 큰 과금을 야기할 수 있다.일반적인 예로는 중복된 송장이 있습니다.공급업체가 지불 상태를 문의할 때 청구서가 일시적으로 잘못 배치되거나 승인 상태일 수 있습니다.AP 직원이 조회한 후 지불이 완료되지 않은 것을 알게 되면 벤더는 중복된 청구서를 발송합니다.그 사이에 원본 청구서가 표시되어 지불이 완료됩니다.그러면 중복된 청구서가 도착하고, 약간 다른 청구서 아래에서도 무심코 대금이 지급됩니다.

미지급금 감사

감사인은 종종 승인된 송장, 지출 보고서 및 기타 보조 문서의 존재에 초점을 맞추어 삭감된 수표를 뒷받침합니다.공급업체의 확인 또는 진술이 있다는 것은 계정의 존재를 합리적으로 증명하는 것입니다.이 문서의 일부가 감사 롤오버 시 손실되거나 파일링이 잘못되는 것은 드문 일이 아닙니다.감사원은 이러한 상황에서 표본 크기를 확대하기로 결정할 수 있다.

감사인은 일반적으로 특정 기간(30, 60, 90일 등)의 미지급 채무를 보다 잘 이해하기 위해 지급해야 할 계정의 노후 구조를 마련한다.이러한 구조는 회계연도 [8]말 현재 대차대조표를 올바르게 표시하는 데 도움이 됩니다.

자동화

많은 기업이, 어카운트 미지급 부문의 비즈니스 프로세스를 합리화 또는 자동화하는 작업에 관여하고 있습니다.이 과정은 간단하지만 특히 회사에 청구서가 매우 많은 경우 매우 번거로울 수 있습니다.처리가 필요한 청구서를 서류로 작성하면 이 문제는 더욱 복잡해집니다.이로 인해 송장 손실, 데이터 입력 중 인적 오류 및 송장 중복이 발생할 수 있습니다.이러한 문제 및 기타 문제로 인해 청구서 기준당 비용이 높아집니다.어카운트 미지급 부문의 자동화의 목적은 이 청구서 처리 프로세스를 합리화하고 잠재적인 인적 오류를 배제하고 [9]청구서당 비용을 절감하는 것입니다.

가장 일반적인 AP 자동화 솔루션에는 전자 청구, 문서 스캔, 광학 문자 인식, 워크플로우 규칙 자동화, 온라인 추적, 보고서 기능, 전자 청구서 사용자 인터페이스, 공급업체 네트워크, 결제 서비스 및 모든 [9]청구서 지출 분석이 포함됩니다.효과적인 자동화 기능에는 자유형 인식(레이아웃이나 공급업체 템플릿 작성 필요성에 관계없이 청구서 문서를 해석할 수 있는 기능)과 자동 학습 [10]기능이 있습니다.

전자 청구서는 AP 부서에 매우 유용한 도구입니다.전자 청구서를 발행하면 공급업체는 인터넷을 통해 청구서를 제출하고 해당 청구서를 자동으로 라우팅 및 처리할 수 있습니다.청구서 도착과 프레젠테이션은 거의 즉시 송장 대금이 지불되기 때문에 이러한 청구서 처리에 소요되는 시간과 비용이 대폭 절감됩니다.( Financial Operations Networks, 2008 )이러한 솔루션에는 일반적으로 공급업체가 제출할 수 있는 애플리케이션을 제공하고 지원하는 서드파티 회사가 포함됩니다.고객에게 보내는 전자 청구서, 즉시 라우팅, 승인 및 지불을 받습니다.이러한 애플리케이션은 거래 상대국 간의 거래 정보를 보관하는 데이터베이스와 연결되어 있습니다.(US뱅크, Scott Hesse, 2010)송장은 EDI, CSV 또는 XML 업로드, PDF 파일 또는 온라인 송장 템플릿 등 다양한 방법으로 제출할 수 있습니다.전자 청구에는 다양한 기술과 입력 옵션이 포함되어 있기 때문에 전자 청구서가 고객에게 전자적으로 제출되어 [11]결제가 이루어지는 모든 방법의 포괄적 범주입니다.

엔터프라이즈 리소스 계획 시스템은 일반적으로 소프트웨어를 사용하여 통합된 비즈니스 프로세스 관리 서비스를 [12]기업에 제공합니다.

역사

1967년대 중반부터 기업들은 거래 파트너 간에 송장 및 구매 주문서 등의 문서를 전송하기 위한 데이터 링크를 구축하기 시작했습니다.페이퍼리스 오피스와 보다 신뢰성 높은 데이터 전송이라는 아이디어에 영감을 받아 최초의 EDI 시스템을 개발했습니다.이러한 시스템은 개발한 각 기업마다 고유하기 때문에 많은 기업에 도입하기가 어려웠습니다.ANSI 산하의 표준 기관인 공인 표준 위원회 X12는 이를 인식하여 EDI 프로세스를 표준화할 준비를 하였다.그 결과 오늘날 ANSI X12 EDI [13]표준으로 알려져 있습니다.

이는 거래 파트너 간에 거의 30년 동안 거래 데이터를 교환하는 주요 방법으로 남아 있었습니다.1990년대는 인터넷 기술의 진보와 함께 왔다.기업은 공급업체와 고객 모두에게 적합한 기능을 갖춘 보다 강력한 사용자 인터페이스 웹 애플리케이션을 제공하기 시작했습니다.이러한 새로운 웹 기반 애플리케이션을 통해 개별 청구서를 온라인으로 제출하고 EDI 파일을 업로드할 수 있었습니다.CSV 및 XML을 포함한 다른 파일 업로드 방법.이러한 서비스를 통해 공급업체는 사용자에게 편리한 웹 애플리케이션을 통해 조회 및 승인을 위해 고객에게 청구서를 제시할 수 있습니다.또한 공급업체는 고객의 시스템에 직접 액세스하지 않고도 고객에게 제출한 모든 송장 내역을 볼 수 있습니다.이는 모든 트랜잭션 정보가 청구 웹 앱을 제공하는 타사 회사의 데이터 센터에 저장되기 때문입니다.이 소유권 정보는 벤더에 표시되는 트랜잭션 정보의 양을 제어하기 위해 고객에 의해 규제될 수 있습니다(예: 지불일 또는 확인 정보).[14]

기업이 디지털 시대로 발전함에 따라 점점 더 많은 기업이 전자 청구 서비스로 전환하여 지급 계정 부서를 자동화하고 있습니다.어떤 사람들은 심지어 이것이 가까운 미래에 산업 표준이 될 것이라고 믿는다.2013년 GXS 팀의 보고서에 따르면, 유럽은 전자 송장 발행 관행 도입을 권장하는 정부 법안을 채택하고 있습니다.미국에는 아직 그러한 법이 없지만 이 기술의 가치를 인정하고 있습니다.미 재무부는 연방정부 전체에 전자발송을 도입하면 비용을 50% 절감하고 연간 [15]4억 5천만 달러를 절감할 수 있을 것으로 추정했습니다.

로봇 솔루션의 가용성이 높아짐에 따라 기업은 AP의 프로세스 개선을 더욱 추진하고 있습니다.엔드 투 엔드의 로보틱 프로세스 자동화(RPA)를 어카운트 미지급 부문에 적용함으로써 조직은 운용 [16]비용을 절감하면서 청구서 처리 속도와 정확성을 높일 수 있습니다.일부 조직에서는 RPA를 구현함으로써 AP 프로세스에서 사람의 개입을 거의 제거할 수 있었다고 보고하고 있습니다.따라서 [17]수동 처리에 소비하던 시간을 65%에서 75%까지 단축할 수 있었습니다.

「 」를 참조해 주세요.

무료 사전인 Wiktionary에서 지불 가능한 계정을 찾아보세요.

레퍼런스

  1. ^ Needles, Belverd E.; Powers, Marian; Crosson, Susan V. (23 February 2010). Financial & Managerial Accounting. - Belverd E. Needles, Marian Powers, Susan V. Crosson - Google Boeken. ISBN 978-1439037805. Retrieved 2013-11-29.
  2. ^ 회계도구(2013), Accounts Payable Controls, 2021년 6월 25일 액세스
  3. ^ "What does 2/10 net 30 mean? Make early payments a reality". Tipalti. 2018-02-09. Retrieved 2018-08-24.
  4. ^ Schaeffer, Mary S. (2007). Controller and CFOs Guide to Accounts Payable. John Wiley & Sons. ISBN 978-0-471-78589-7.
  5. ^ "The Invoice Approval Process". AccountingTools. Retrieved 2013-11-29.
  6. ^ 파라타, L., 지불 계정: Critical Issues and Solutions, CFO Innovation, 2009년 10월 25일 발행, 2021년 6월 26일 액세스
  7. ^ Schaeffer, Mary S. (2006). Accounts Payable & Sarbanes Oxley: Strengthening Your Internal Controls. John Wiley & Sons. ISBN 0-471-78588-1.
  8. ^ Elmore, Christopher (2011). The 8 Pitfalls of Accounts Payable Automation. NC: CreateSpace. p. 198. ISBN 978-1-4610-3996-9.
  9. ^ a b 애버딘 그룹: 스콧 페자, w. j. (2010년, 10월)전자 지불 솔루션 선택 보고서: 구매자 가이드 지불 계정 최적화, 4페이지.www.adp.com에서 취득: CS1 maint: 아카이브된 타이틀 복사(링크)
  10. ^ Seeburger (2007), "청구서 처리 자동화 솔루션"
  11. ^ Tieto. (2009년)e-invoice의 미래, 페이지 5. digitdoc에서 취득: CS1 maint: 제목으로 아카이브된 복사(링크)
  12. ^ "A step-by-step scenario to AI-enabled Invoice Processing". NuAIg. 2021-10-22. Retrieved 2021-11-25.
  13. ^ 힐, M. G. (N.D.)전자 데이터 교환의 간단한 이력, 페이지 6.BizTalk Server 2000에서 취득 : 초보자 가이드 http://books.mcgraw-hill.com/downloads/products/0072190116/0072190116_ch01.pdf Wayback Machine에서 2014-03-09 아카이브 완료
  14. ^ GXS.(1997년)짧은 역사.eInvoice 기본에서 취득:http://www.einvoicingbasics.co.uk/what-is-e-invoicing/a-brief-history/
  15. ^ Bruno Koch, G. (2013년, 4월)E-Invoice / E-Billing.GSX에서 취득:http://www.gxs.co.uk/wp-content/uploads/billentis-2013-report.pdf
  16. ^ "Article : Robotic Process Automation in Accounts Payable – Tomorrow is Today". wns.com. Retrieved 2016-07-29.
  17. ^ "KPMG Strategic Visions On The Sourcing Market 2016". 2016-04-13. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)