KR19990082628A - 송장 구입 주문 시스템 - Google Patents

송장 구입 주문 시스템 Download PDF

Info

Publication number
KR19990082628A
KR19990082628A KR1019980706367A KR19980706367A KR19990082628A KR 19990082628 A KR19990082628 A KR 19990082628A KR 1019980706367 A KR1019980706367 A KR 1019980706367A KR 19980706367 A KR19980706367 A KR 19980706367A KR 19990082628 A KR19990082628 A KR 19990082628A
Authority
KR
South Korea
Prior art keywords
customer
block
purchase order
invoice
message
Prior art date
Application number
KR1019980706367A
Other languages
English (en)
Inventor
테레사 엠. 그린
로버트 버그
마이클 에프. 킨
Original Assignee
헬렌 브이. 단요
시티 뱅크, 엔.에이.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 헬렌 브이. 단요, 시티 뱅크, 엔.에이. filed Critical 헬렌 브이. 단요
Publication of KR19990082628A publication Critical patent/KR19990082628A/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Abstract

본 발명은 다수의 구입주문에 대응하는 신용장에 따른 고객과 제조자간 및 재정단체와 수익자간의 다수개의 구입주문서를 추적하고 조정하는 송장 구매 주문시스템 및 그 방법에 관한 것이다. 상기 송장 구매 주문시스템은 고객(100)으로 부터 데이터를 수시하는 수신수단(102)과, 상기 데이터를 저장하는 저장수단(110)과, 상기 데이터를 처리하는 처리수단(116)을 포함한다.

Description

송장 구입 주문 시스템
국제 시장에서는, 소매상과 같은 구매자들이 고객들을 위해 물건을 생산하는 제조자와 계약을 할 때 구입 주문서를 발급하는 것은 일반적인 관행이다. 구입 주문서에는 인도날자, 물품의 수량, 물품의 제조규격 및 구매가 등 많은 조건들이 표시되어 있다. 이와 같은 구입 주문서하에서 생산된 물건에 대한 지불을 받기 위해, 제조자는 송장를 발급한다. 종종 국제 시장에서는, 고객은 각각 다른 물품이나 제조자들을 위해 많은 구입 주문서를 발급해야 할 필요가 생기게 될 것이다. 고객에 있어서는 종종 이러한 구입주문서를 신용장으로 통합할 재정 단체와 함께 일하는 것이 유용하거나 또는 필요하다. 신용장은 고객, 계약금, 일반적으로는 제조자에게까지 확장된다. 대금 지불은 제조자뿐만 아니라 수익자에게도 이루어 진다는 사실을 이해해야만 한다. 그러나, 본 명세서에서는 제조자가 신용장의 수익자/수취인이 될 것이다.
따라서, 신용장은 고객과 제조자간의 핵심적 관계에 있다. 신용장을 가지고 재정 단체으로부터 송장의 대금을 받기 위해서는, 제조자에 의한 수락 서류를 제출하도록 요구된다. 예를 들어, 제조자는 선하증권, 송장, 그리고 물품이 어디서 만들어졌는지를 나타내는 원산지 증명서, 그리고/또는 검사필증을 보여주도록 요구받는다. 신용장을 이용함으로써 요구되는 서류를 재정 단체에 제출할 때, 고객는 차변에 기재되며, 제조자(또는 신용장의 수익자)는 대변에 기재된다. 물품의 인도가 신용장의 조건대로 이루어지면 종종 제조자(또는 수익자)와 고객의 국가가 서로 달라도 고객은 신용장으로 자금의 지불이 가능하며, 또 제조자(또는 수익자)는 물품대를 지불받게 된다는 것을 확신시킨다. 그러므로, 신용장은 국제 무역을 수행하는데 있어서 매우 중요한 역할을 한다. 신용장을 취급하는데 일반적이고 국제적으로 인식되는 절차는Uniforms and Practice를 포함한 많은 안내서나 참고서에 설명되어 있다.
종종 국제 무역 거래에는-단지 신용장에 직접 관계되는 것만 해도- 매우 많은 양의 서류 작업이 필요하다. 그러므로, 국제 거래에서 물품과 대금의 적절한 수취를 위해 필수적인 서류작업을 추적(tracking)하는 것은 힘들고, 시간도 많이 소요되며, 비용도 많이 들 수 있다. 역사적으로 볼 때, 은행은 신용장에 부속되는 정보에 스스로를 개입시키기 보다는, 오히려 신용장과 직접 관계된 정보나 서류에 자신이 관여하는데 제한을 두어 왔다. 따라서, 신용장의 사용자, 즉 고객들은 거래에 관하여 은행에 제공되는 정보의 양을 제한하여 왔는데, 그 이유는 은행이 그러한 정보가 지나치게 상세하다고 간주하고, 또 그러한 정보는 신용장 발급을 관리하는 Uniform Customs and Practice(UCP)에서 요구되지 않기 때문이다. 통상적으로, 고객은 신용장과 직접 관련이 없는 문제에 있어서는 은행의 관여 없이, 제조자와 직접 연락해 왔다.
대규모 고객들은 은행에 각각 다른 많은 신용장을 가지고 있다. 신용장이 많을 경우, 은행은 그 많은 수의 신용장을 하나의 그룹으로 묶을 수 있으며, 그 각 그룹마다 신용장 정리번호를 할당하여, 이 은행의 정리 번호를 이용하여 거래를 체계화할 수 있다. 이렇게 하나의 신용장으로 묶음으로 해서 주신용장이 생기게 된다. 고객들이 그들의 구입주문서를 송장과 신용장을 일치시키려 할 때, 고객, 은행 그리고 제조자에 의해 각각 다른 그룹과 숫자가 사용되기 때문에, 거래를 하는데 어려움이 있다. 예를 들어, 고객이 오직 구입주문서 번호로 처리되는 구입주문서의 상황을 알려고 한다면, 1) 그 신용장 및/또는 은행의 정리 번호를 찾기 위해 은행에 전화를 걸어야 하며, 2) 송장 번호를 알기 위해 은행에 전화를 걸어야 하며, 3) 신용장과 송장에 대한 은행 정리번호를 알아 내기 위해 은행에 전화를 걸어야만 한다.
따라서, 고객에게 신용장과 제조자의 송장을 조정하는 구입 주문 정보를 제공하기 위하여, 은행과 같은 재정 단체를 위한 산업이 필요하다.
또한 신용장에 따라서 제조자에 의해 작성된 서류의 상호 관계는 대체로 수작업으로 이루어져서 값이 비싸며, 은행에게는 시간이 많이 투자되는 업무이다. 따라서, 은행에게는 검토를 효과적이고 실증적으로 실행할 수 있도록 표준방법으로 수락 서류를 입력하기 위한 개량된 발전된 방법이 필요하다.
또한, 역사적으로 은행은 거래상 신용장을 발급하는 데 관계되는 유일한 기관이었으므로, 부수적인 세목에 있어서는 고객와 제조자 간에 광범위한 교류가 요구되었다. 따라서, 은행사업에는 고객과 제조자가 얻을 수 있는 정보를 표준화하는데 상당히 관여할 필요가 있었다. 이것은 신용장과 직접적으로 관계되지 않는 정보에도 해당된다. 이로 인해 고객은 구입주문서의 상황이나 그에 따른 지불을 알아볼 수 있도록 정보의 흐름을 보다 효율적으로 함으로써 고객에게 "부가 가치(value added)"가 많은 서비스를 제공하게 한다. 또한, 정보를 가능한 빨리, 되도록이면 전자적으로 얻을 필요가 있게 된다.
〔발명의 요약〕
본 출원인은 개량된 송장 구입 주문 추적 시스템과 방법을 사용하여 상기 설명된 과정을 용이하게 처리하는 시스템을 발명하였다. 본 발명의 송장 구입 주문 추적 시스템 및 그 방법은 데이터베이스에 구입 주문 데이터를 저장하고, 이 데이터를 재정 단체에 의해 발급된 신용장과 결합시킨다. 재정 단체에 의해 발급된 신용장 포멧은 구입주문서 조회와 그것을 다루는 재고 유닛("SKU")을 포함한다. 이 결합으로 인해 구입주문서 또는 신용장 중에 어느 하나에 관련된 정보에 들어갈 수 있으며, 찾을 수 있다.
이 시스템은 다음과 같이 동작된다. 우선, 고객은 많은 구입주문서를 발급한다. 그 다음 그 구입주문서는 신용장으로 분류된다. 그 다음에 구입증명서상의 데이터는 재정 단체에 의해 붙혀진 신용장 정리 번호에 따라 컴퓨터에 입력되며, 메시지 포멧으로 구성되어 재정 단체의 전자 메시지 센터에 전송된다. 이 신용장 번호는 발급된 신용장을 검증하는 유일한 수단이며, 그것은 모든 다른 거래 데이터에 있어서 연결 고리 역할을 한다. 그리고 상기 전자 메시지 센터는 정확한 정보가 입력되었으며, 구입주문 메시지가 신용장 정리번호와 일치한다는 것을 확인하기 위해 거래 추진 시스템에 의해 액세스된다. 만약 이런 것들이 성공적으로 일치되면, 다음에는 구입주문메시지는 파일 서버에 있는 송장 구입 주문 시스템 데이터베이스 저장소에 저장된다. 구입주문서 및/또는 신용장의 추후 정정은 비슷한 방법으로 시스템을 통해 진행된다.
제조자가 신용장에 의해 요구되는 서류(송장, 선하증권, 원산지 증명서, 검사필증 등)를 제시하면서 신용장 하에서 재정 단체으로부터 지불을 요구할 때, 이러한 서류의 세부 사항은 재정 단체의 대표에 의해 하드카피에서 송장구입주문시스템으로 입력된다. 그러면 상기 시스템은 자동적으로 제조자가 제시한 서류의 데이터를 처음의 구입주문서와 신용장에 기록된 내용과 대조한다. 상기 시스템은 차이점을 자동적으로 찾아낸다. 예를 들어, 구입 주문서에 기록된 많은 상품들의 차이점을 찾아낸다. 이런 차이점들은 불일치한 것(irregularities)으로 식별된다. 상기 시스템은 제조자에 의해 제시된 서류에 대해, 모든 불일치한 점들을 포함하여, 자동적으로 고객에게 보고한다. 따라서, 이러한 개량된 시스템하에서 고객는 어떠한 불일치에 대해서도 자동적으로 알게 된다. 따라서, 고객는 정보, 예를 들어, 선적된 상품, 선적된 올바른 수량, 또는 제조자가 올바른 재료를 구할 수 없었기 때문에 약간 다른 상품이 선적되었다는 등의 정보를 즉시 얻는다. 이로 인해 고객은 그들 자신의 내부 시스템을 최신 정보로 업데이트할 수 있어, 제조자 및/또는 재정 단체에게 물어 보아야만 하는 많은 의문점을 줄일 수 있게 되었다. 이러한 불일치들은 정보 데이터로서 고객에게 되돌려 진다.
지불을 행하기 전에, 재정 단체의 대표(representative)는 제조자가 신용장에 대해 제시한 서류들을 점검하여 제조자가 신용장의 조건과 규정을 제대로 수행하였는지를 확인한다. 상기 대표는 모든 불일치 목록을 포함하여 상기 설명된 보고서를 볼 수 있다. 만약 조건과 규정이 맞지 않으면, 재정 단체의 대표는 보고서의 도움을 받아 모순정보(discrepancy)라고 명명되는 그 문제를 확인한다. 보편적인 불일치에는 선하증권이 너무 오래되었거나 "기한이 경과(stale)"된 것, 또는 신용장의 만기가 끝난 후에 제조자가 서류를 제출한 경우 등이 포함된다. 이와 같은 모순정보에 있어서, 재정 단체은 지불이 행해지기(또는 지불을 행할 수 있기) 전에 고객로부터 승인을 얻어야만 한다. 반대로 고객는 불일치에도 불구하고 지불하는데 찬성하던지, 또는 신용장을 제외한 채 제조자(수익자)와 협상한다.
역사적으로, 불일치된 모순정보는 데이터베이스에 파일된 텍스트로서 기록되어 있다. 이 시스템하에서는 데이터베이스를 이용하여 보편적인 모순정보를 추적할 방법은 없다. 그러나 개량된 송장 구입 주문 시스템하에서는 표준 성문화된 포맷(standard codified format)에 입력된다. 이것은 사용자가 보편적인 모순정보를 코드로 추적할 수 있게 하기 위해서이다. 상기 개량된 시스템은 모순정보에 근거하여 고객이 지불하는데 찬성하거나 반대하거나 할 수 있게 할 뿐만 아니라, 특정 제조자로부터 발생된 지금까지의 모순정보 내역을 집계할 수 있게 한다. 이러한 내역을 이용하여 고객는 다른 제조자들을 평가하고 비교하는 데 사용할 수 있으며, 및/또는 과거의 업무 수행에 근거하여 제조자와 협상하는데 하나의 수단으로서 사용할 수도 있다.
재정 단체는 전통적으로 많은 수의 구입주문서에 대한 신용장을 인수하여, 지불할 고객의 구좌에서 한 번 인출한다. 큰 고객들의 구좌에서는 매일 여러 차례에 걸쳐 인출해도 된다. 그러면 고객은 재정 단체에 의한 다양한 차변계정과 차변계정에 상응하는 모든 구입주문서를 정정하여 일치시켜야 하는 업무를 안게 된다. 오류 가능성과 계속적인 처리에 대한 필요성은 매우 크다.
송장 구입 주문 시스템은 각 차변 계정에 기록된 구입주문서내의 각 차변계정에 있는 리포트와 함께 고객에게 자동으로 제공된다. 이들 구입주문서의 차변계정은 저장소내에 미리 저장되어 있는 고객의 고유정리번호와 조회된다. 이와 같이 각각의 구입주문서에 대해 차변 계정의 상세한 배분은 고객이 환어음 기록내용과 고객자신의 차변계정을 자동적으로 일치시킬 수 있으므로, 환어음 기록내용이 마감된다. 따라서, 구입주문서에 대한 차변계정을 조정하는 수작업을 모두 제거할 수 있다.
또한 구입주문서/SKC 레벨에서 차변 계정을 상세히 배분할 뿐만 아니라, 송장 구입 주문 시스템은 또한 고객에게 물품 조달과 관계된 청구금액의 상세 내역서를 제공한다. 따라서, 고객은 특정한 제품을 얻는 데 드는 모든 비용을 확인할 수 있다. 이 정보를 이용하여 고객은 시장에서 보다 효율적으로 경쟁할 수 있는 가격을 결정할 수 있게 된다.
본 발명은 구입주문서를 처리하기 위한 처리 방법과 시스템과 관련된 것으로서, 특히 구입주문서와 그에 상응하는 신용장을 자동적으로 추적, 저정 및 기타 그 밖의 처리를 하는 송장 구입 주문 시스템 및 그 방법에 관한 것이다.
도 1은 본 발명의 송장 구입 주문 시스템(이하, "시스템"으로 약칭함)을 구성하는 통합된 구성 요소와 통신의 전체도이다.
도 2는 송장 구입 주문 시스템을 작동하기 위한 시작 플로우챠트로서, 이것은 국제무역거래를 감시하기 위한 방법이다. 이것과 다른 모든 도면은 다른 방법으로 표기되지 않는 한, 무역 서비스 대표가 시스템에 로깅(Logging)해서 그것을 작동하는 단계를 나타낸다.
도 3 은 시스템 메인 메뉴를 도표화한 것으로, 시스템의 주 기능도시한 다이어그램이다.
도 4는 전원을 끈 후(shut down), 시스템을 초기화하기 위하여 사용되는 일과개시(Start-of-Day)과정을 도시한 다이어그램이다.
도 5는 정정을 선택하는 과정을 도시한 다이어그램이다.
도 6은 도 5의 계속도면으로, 신용장(LC) 정정을 처리하는 과정을 나타낸다.
도 7은 도 5의 계속도면으로, 구입주문서(PO) 정정을 처리하는 과정을 나타낸다.
도 8은 시스템의 정보 메뉴하에서 얻을 수 있는 기능을 나타낸다.
도 9는 도 8의 계속도면으로 구입주문서에 관한 정보를 얻어내는 과정을 서술하고 있다.
도 10은 시스템하에서 얻을 수 있는 다른 처리 옵션을 도시한 다이어그램이다.
도 11은 송장를 처리하는 과정을 도시한 다이어그램이다.
도 12는 송장 처리 영역에서 정보를 얻기 위한 옵션을 도시한 다이어그램이다.
도 13은 독립 송장를 처리하는 과정을 도시한 다이어그램이다.
도 14는 독립 송장 처리에서 정보를 얻기 위한 옵션을 도시한 도 13의 계속도면이다.
도 15는 모순정보(Discrepancies;불일치)를 처리하는 과정을 도시한 다이어그램이다.
도 16은 지불 상황을 처리하는 과정을 도시한 다이어그램이다.
도 17은 독립 송장에 대한 지불 상황을 처리하기 위한 과정을 도시한 다이어그램이다.
도 18은 송장 또는 모순정보를 복구하기 위한 과정을 도시한 다이어그램이다.
도 19는 하루일과의 종료(End-of-day)처리 과정을 도시한 다이어그램이다.
도 20은 시스템에 들어온 기구(instrument)를 검사하기 위해 시스템에서 유용한 일반 옵션을 도시한 다이어그램이다.
도 21은 시스템의 관리 능력을 도시한 다이어그램이다.
도 22는 도 20의 계속도면으로, 특정 기구를 조사하기 위한 과정을 도시한 다이어그램이다.
도 23은 도 8의 계속도면으로, 송장 또는 지불 상황(Payment Status)에 관한 정보를 얻기 위한 스텝을 도시한 다이어그램이다.
도 24는 도 21의 계속도면으로, 고객 정보의 추가, 변경 또는 삭제 과정을 도시한 다이어그램이다.
시스템(도 1)은 수입자와 수출자를 위한 무역 거래 정보 관리 시스템의 도면이다. 이것은 고객이 구입주문에 상응하는 송장에 대해 구입 주문서를 발송하고, 감시하며, 조정하는 수단을 제공한다. 거래 정보는 고객(블록100)에 의해 만들어지거나 또는 무역 서비스 대표(블록112)에 의해 만들어진다. 고객는 신용장(LC), 구입주문(PO)정보, LC 정정, PO 정정, 그리고 모순정보에 대한 답을 보낼 수 있다.
이 정보는 고객 환경 내에서 만들어진다. 요구를 받으면, 고객 정보는 지역 전송 모듈(Local Transport Module, LTM)(블록102)내의 지역 개인 컴퓨터내에 저장되어 있는 소프트웨어를 사용하여 구조화된 메시지로 변환된다. 상기 메시지는 부호화되어 지역 전송 모듈(블록102)을 통해 전자 메시지 센터(EMC)(블록104)로 전송된다. 고객 메시지 전송 모듈(CTM)(블록 106)은 EMC에 있는 메시지를 검색하고 "Handshake" 경로를 통해 시스템 메시지 프로세서(SMP)(블록108)에 되돌아온(inbound) 메시지를 통과시킨다.
이 SMP는 메시지를 확인하고 포맷 상태, 완전성, 잘못을 점검한다. 확인이 되지 않은 메시지는 정기적으로 거부되며 삭제되고, SMP에 의해 발생되어서 CTM 및 EMC를 통해 메시지 상태로 고객에게 통지된다. 일단 확인이 되면, 메시지 프로세서는 시스템 파일 서버(블록110)로 메시지를 보내는데, 이 메시지 파일 서버는 중앙 프로세서가 발급을 알리는 동안 메시지를 임시로 저장한다.
메시지는 시스템 파일 서버(블록110)에서 일단 다른 영역으로 보내진다. 사전에 처리된 LC들과 LC 정정은 SMP를 통해 중앙처리 메시지 전송 모듈(CPMTM)(블록 114)로 복귀된다. 상기 CPMTM은 이 메시지를 EMC(블록 104)로 전송한다. 은행의 중앙 처리 시스템(블록 116)은 EMC(블록 104)로부터 메시지를 회수하여 그것을 처리한다. LC들과 LC 정정은 승인(발급) 또는 거부된다. CPMTM에 의해 메시지가 회수되었을 경우, 중앙 처리기는 EMC로 메시지를 전송하고, 다시 SMP로 보낸다.
반대로 SMP는 상황에 따라 시스템 파일 서버를 업데이트하는데, 발급된 LC와 LC 정정은 영구적인 데이터베이스로 통과시키고, 거부된 처리는 임시 파일에서 삭제한다. 이와 동시에 SMP는 상태 조건( status condition)을 EMC(블록104)로 전송하기 위해, 이것을 CTM(블록106)으로 통과시킨다. SMP에서 보내진 상태 메시지는 고객이 그들의 지역 전송 모듈(블록102)을 이용하여 메시지를 검색할 때까지 EMC에 보관한다.
PO와 PO 정정도 비슷한 방법으로 입력된다. PO 정보는 지역 시스템내의 고객(블록100)에 의해 만들어진다. 고객은 연결된 거래(linked transaction)를 만들며 몇 개의 PO를 하나의 LC로 분류한다. 이 지역 시스템은 분류된 PO를 LC로 연결시켜, 연결된 메시지를 만들거나 또는 연결된 정보를 구조화된 메시지로 포맷하기 위해 변환 소프트웨어를 사용한다. 그런 다음, 이 메시지는 지역 전송 모듈을 통해 EMC(블록104)로 보내져서 CTM(블록106)으로부터 회수될 때까지 임시로 저장된다.
다시 말하면, CTM은 Handshake 경로를 통하여 메시지를 SMP(블록108)로 보낸다. SMP는 포맷 상태나 완전성, 잘못을 점검하며 그 메시지를 확인한다. 확인된 메시지는 시스템 파일 서버(블록 110)로 보내지는데, 그곳에서 PO정보는 중앙처리유니트에 의해 LC 또는 LC 정정의 발급을 알리는 동안 저장된다. 확인이 안 된 메시지는 정기적으로 거부 또는 삭제되며, 고객은 SMP에 의해 발생되어 CTM을 통해 EMC로 보내진 상태 메시지를 통해 상태(condition)를 알게 된다.
EMC(블록104)를 통해 CP(블록 116)에서 회수된 상태 메시지는 시스템 파일 서버를 업데이트한다. 발급된 LC와 LC정정은 PO를 서버내의 임시 파일에서 영구 파일로 이동시킨다. 발급되지 않은 LC와 LC 정정은 임시 파일에서 사용하지 못하는 PO를 삭제함으로써 시스템 파일 서버를 업데이트한다. 모든 상태 메시지는 SMP(블록108)에서 CTM(블록106) 및 EMC(블록104)으로 보내져, 고객의 LTM(블록 102)에 의해 회수되기를 기다린다. PO와 PO정정은 고객 대표 터미널(Customer Representative Terminal)(블록112)에서 시스템 지원 소프트웨어(System)를 사용해서, 무역 서비스 대표(Trade Service Representative)(TSR)에 의해 처리된다. 데이터베이스에서 PO에 대한 송장 처리는 "Maker" 로서 역할하는 TSR에 의해 수행된다. 상기 "Maker"는 데이터베이스에서 기록을 검색하며, 기록한 다음, 그 기록이 "Checker"라 불리는 또 다른 TSR에 의해 검사받을 준비가 되었음을 나타내는 표시문자를 붙여서 그것을 데이터베이스로 복귀시킨다. 이 "Checker"(TSR)는 기록을 검색하고, "Maker"의 작업을 검사하며, 그 기록을 허가하거나 거부한다. 이 Maker/Checker 형상은 같은 사람이 같은 기록에 대해 두 기능을 수행할 수 없다는 것을 확신시킨다.
거부된 기록은 "거부(rejected)"라는 표시문자를 달고 있으며 다시 한 번 "Maker"에 의해 처리된 부분을 수정하거나 "Checker"에 의해 검사된 부분을 수정할 때 다시 한 번 이용된다. 승인된 기록은 "전송(transmitted)"이라고 표시문자가 붙여져서 고객이 복구하기를 기다리며 SMP(블록108)를 통해 메시지로서 CTM(블록106) 및 EMC(블록104)로 보내진다.
또한 TSR은 독립된 송장에 들어가, 구입주문서의 지불 상황, 송장 레벨에서 상세청구금액, 성문화된 포맷을 이용하여 LC 모순 정보를 보고하기 위해 시스템을 이용한다. 모든 정보는 메이커에 의해 처리되며, 첵커에 의해 검사된다. 시스템은 검사된 기록을 구조화된 메시지로 변환하는데 이렇게 변환된 메시지는 SMP를 통해 CTM, EMC(블록104)로 보내지며, 여기에서 고객에 의해 복구되기를 기다린다.
송장 구입 주문 시스템(도 1)은 상징적으로 블록100에서 도 2와 함께 시작되는 플로 챠트이다. TSR은 시스템 네트워크에 연결된 컴퓨터 터미널을 통해 시스템(블록202)에 들어감으로써 (블록200)을 시작한다. 상기 컴퓨터는 486/66 프로세서나 그 이상의 기능을 가지며, IBM과 호완이 가능한 모든 퍼스널 컴퓨터이면 된다. 처음 나타나는 화면은 로긴 화면이다. 사용자는 사용자 ID(블록204)와 패스워드(블록206)로 프롬프트한다. 사용자ID는 6자 내지 8자의 길이로 되어 있다. 입력된 패스워드가 틀리면, 시스템은 패스워드를 재입력하라고 사용자에게 알릴 것이다. 만약 패스워드가 3회 잘못 입력되면, 시스템은 종결된다(블록210). 이 경우, 사용자는 사용자의 특권(previleges)을 다시 시작하기 위해 시스템 관리자(블록212)와 반드시 접촉해야 한다. 만약 사용자ID와 패스워드가 일치하면, 그리고 그것이 당시의 하루일과의 종료과정이 가동된 후(블록1900, 도 19), 첫 번째 로긴이라면, 하루일과의 개시(Start-of-day)과정은 자동적으로 시작될 것이다. 만약 사용자가 어떤 다른 때에 로긴을 했다면, 시스템 메인 메뉴가 나타날 것이다.
만약 그것이 하루일과의 종료(END-of-Day)과정이 가동된 후(블록 1900, 도 19) 첫 번째 로긴이라면, 사용자는 하루일과의 개시를 가동하라고 요구받을 것이다. 하루일과의 개시는 시스템 메시지 프로세서(SMP)의 상태, 하루일과의 종료에 의해 되돌아온 많은 메시지와 하루일과의 종료에 의해 거부된 많은 메시지를 재생하는 화면으로 시작된다. 데이터와 시간이 맞는가를 사용자에게 묻는 경고화면이 나타난다. 이 과정은 시스템의 시계가 실제 시간과 일치하는가를 확인하는 것이다. 화면에서는 나타난 시간이 실제 시간의 3에서 4분 이내에 있는가를 물어볼 것이다(블록404). 만약 그럴 경우, 사용자는 "YES" 를 선택한 후 계속 진행하면 된다. 만약 그것이 3에서 4분 이내에 있지 않다면, "No"를 선택한다. 시스템은 중지될 것이다(블록406). 그러면 사용자는 반드시 감독자에게 그 문제를 알려야 한다. 이 경우, 시스템 관리자(System Administrator)는 시스템을 사용하기 전에 시스템의 시계를 다시 맞추어 놓아야 할 것이다.
만약 시스템 시간이 허용 오차범위내에 있다면, 다음 화면은 사용자에게 요약 로그(Log)와 되돌아온 메시지가 인쇄될 것이라고 알려준다. 요약 로그에는 새로운 그리고 거부된 메시지가 포함되어 있다. 요약 로그는 하루일과의 종료과정에 의해 모든 되돌려진 메시지를 받으면 자동적으로 인쇄된다. 그러면 시스템은 사용자에게 하루일과의 시작을 표시하는 시간 검인(timestamp)이 찍혔다고 알린다. 사용자가 <OK>를 클릭하거나 엔터하면, 시스템은 사용자를 메인 메뉴롤 보낸다. 이들 메시지에는 LC 지원서, LC 정정, PO, PO 정정 및 모순정보에 대한 답변이 포함되어 있다. 일단 계속이 선택되면, 시스템은 3가지 기능을 자동적으로 수행되는데, 15일간 처리되지 않고 남아있는 것을 정정하기 위해 시스템을 첵크하고(블록412), 4시간 이상 동안 불충분한 메시지를 첵크하고(블록416), 들어오고 나가는 모든 메시지를 로그시킨다(블록420), 만약 정정이 15일 이상 해결되지 않은 채로 있으면, 사용자에게 상태 메시지가 보내진다(블록414). 4시간 이상 동안 불충분한 상태로 있던 메시지인 경우는, 시스템이 그 불충분한 메시지를 삭제함으로써 그 불충분한 메시지를 거부하며, 고객에게 그 메시지를 전송한다(블록 418). 일단 이러한 기능이 완수되면, 하루일과의 개시 프로그램은 끝난다. 시스템은 시스템 메인 메뉴(블록 300)로 들어간다.
시스템 메인 메뉴(블록 300)는 시스템이 수행하는 모든 기능의 원점이다. 시스템 메인 메뉴는 사용자에게 5가지 기능, 즉 정정(블록 304); 정보(블록 308); 처리(블록 312); 검사(블록 316); 관리(블록 320)를 선택할 기회를 준다. 시스템 메인 메뉴는 또한 사용자가 도움(블록 324)을 얻고 시스템(블록 326)에서 나갈 수 있게 해 준다. 사용자는 시스템 메인 메뉴에서 상기 어떠한 것이라도 선택할 수 있다.
사용자는 LC 정정과 PO 정정 모두를 처리하기 위해서 정정을 선택해야 할 것이다. LC나 PO정정 중 어떤 하나를 처리하기 위해서는 사용자는 정정화면(블록 502)의 풀 다운 메뉴에서 "Processing"을 선택해야 한다. 프로세싱 풀 다운 메뉴(Processing pull down menu) 하에서, 사용자는 LC 정정(블록504) 또는 PO 정정(블록514) 중 어떤 하나를 선택할 수 있다. LC 및 LC 정정은 중앙 처리 스텝에서만 발급될 수 있고, 다른 어떤 사용자도 LC나 LC 정정을 발급할 수 없다. 처리를 위해 LC 정정 또는 PO 정정 중 어떤 하나가 선택되면, 정정 선택 화면이 불러내어진다. 사용자는 우선 베이스 번호(Base Number)를 선택한 다음 나타난 정정 선택 화면(블록506, 블록516)에서 처리하기 위해서는 정정을 선택한다. 시용자는 정정 처리 화면(블록508, 화면518)을 불러낼려면 "Process"를 선택한다. LC와 PO 정정 모두가 있는 이 화면에서, 사용자는 정정 상태(블록512, 블록522)를 처리한다.
정정 처리는 정정의 세부 내용을 재검토하고, 거래 사건에 대해 "status"를 할당하는 과정을 포함한다. 정정 상태는 "승인(Accepted)", "거부(Rejected)", 또는 "대기(Pending)"이 될 수 있다. 그 상태를 처리하기 위해서는 메이커와 첵커의 작업 모두가 필요하다. 어떤 환경 하에서도 메이커와 첵커 중 하나가 데이터를 정정 처리/검사 화면으로 바꾸거나 넣을 수 없다.
처리를 위해 LC 정정 또는 PO 정정 중 어느 하나가 선택되면, 정정 처리 화면이 불려내어 진다. 사용자는 반드시 수정으로 처리하기 전에 고객 기준 번호를 선택해야만 한다.
"Process"를 선택한 후, 시스템은 화면의 좌측에 원래의 거래를 표시할 것이며, 화면의 우측에는 관련된 정정을 표시할 것이다. 사용자는 선택된 베이스 번호에 대해 여러 가지 수정을 통해서 스크롤(scroll)할 수 있다. 재검토된 각각의 수정에 대해, 메이커는 그 정정을 "Approve", "Reject" 또는 "Pend"할 수 있다.
또한, 한 번 상황이 적용되면, TRS메이커는 시스템을 나간다. 이것은 검사에대한 그들 상태와 함께 메이커에 의해 검토된 정정을 패스한다. 언제든지, 사용자가 정정의 검토를 취소하기를 원하면, 사용자는 취소할 수 있으며, 정정 선택화면으로 복귀된다.
또한, LC 정정을 기본적인 구입주문하에서 정정을 행하면, 사용자는 "PO Details"을 선택함으로서 PO정정의 상세내용을 관찰할 수 있다. "PO Details"을 선택하였을 경우, PO의 상세내용이 화면의 좌측상에 원래의 구입 주문서와 함께 표시되고, 정정내용이 화면의 우측상에 표시된다. 그 후, 상기 LC 정정 정보는 LC가 정정된 것을 LC의 우측 화면상에 표시한다(블록602). 정정 LC가 아닐 경우에는 사용자는 "Cancel" 을 선택하고, 정정선택화면으로 복귀한다(블록504). 정정 LC가 선택되면, LC 정정이 표시되어 있을 경우, 사용자는 처리하여야 할 것인지를 결정하고(블록606), 표시되어 있지 않을 경우에는 리스트로 부터 정정 LC를 선택할 수 있다(블록608). LC 정정이 준비되어 있으면, 사용자는 처리하여야 할 것인지를 결정한다(블록610). 사용자는 상황을 처리하기 전에 LC 정정의 상세내용을 관찰할 수도 있다(블록614 또는 블록620). 사용자가 처리하기 전에 LC 정정의 상세내용을 관찰하기를 원하면, "PO Details"를 선택하여(블록616), LC 정정의 상세내용을 화면상에 표시한다. LC 정정의 상세내용의 검사가 종료되면, 사용자는 "Cancel"을 선택한다(블록618).
LC 정정의 상세내용이 검사완료되면, 사용자는 계류중인 상태를 승인, 거부 또는 할당중 어느 하나를 선택할 수 있다. 이것은 LC처리화면에서 대응하는 상태를 선택함으로서 행한다(블록612). 이것은 이행하여야 할 처리가 종료된다. 사용자는 "Save"를 선택함으로서 변경내용을 저장할 수 있다(블록622). 저장하지 않고 나가기 위하여 "Cancel"을 선택한다(블록626). 사용자가 변경내용을 저장하고 싶을 경우에는 LC 정정기록을 변경하고, 검사대기중에 있을 경우에는 시스템 파일 서버로 기록을 되돌려 보낸다.
처리되고 있는 정정이 PO이면, CRT에서 처리할 수도 있다(블록112). 그후, PO정정 정보가 그것이 정정된 것을 PO의 우측 화면상에 표시된다(블록702). 정확한 PO가 아닐 경우에는 사용자는 "Cancel"을 선택하고(블록706), 정정 선택화면으로 복귀한다(블록504). 정확한 PO가 선택되어 있을 때, PO정정이 표시되면, 사용자는 처리하여야 할 하나를 선택하고(블록704), PO정정이 표시되지 않으면, 리스트에서 정확한 정정을 선택할 수 있다(블록708).
사용자는 대기중의 상태 즉 승인, 거부 또는 할당중 어느 하나를 선택할 수도 있다. 이것은 PO처리 화면에서 대응하는 상태를 선택함으로서 행한다(블록710). 또한, 어떤 처리가 필요할 경우 사용자는 결정한다(블록712). 수행하여야 할 처리가 종료되면, 사용자는 "Save"(블록714)를 선택하여 변경내용을 저장하거나 또는 저장하지 않고 나가기 위하여 "Cancel"을 선택할 수 있다(블록718). 사용자가 변경내용을 저장하고 싶을 경우에는 PO정정을 변경하고, 그것이 저장되어 있을 경우에는 시스템 파일 서버에 기록내용을 되돌려 보낸다.
검사하여야 할 정정을 선택하기 위하여 사용자는 정정 메뉴에서 "Authorization"을 선택하고, LC정정 또는 PO을 선택한다(블록524). 이때, 또 다른 정정 선택화면이 표시될 것이다. 사용자가 베이스번호 및 위임받아야 할 각각의 정정을 선택하고, 처리상세화면을 불러내기 위하여 "Process"를 선택한다(블록602,블록702). 또한, 사용자는 시스템 메인 메뉴로 복귀하기 위하여 정정 메뉴에서 "Exit" 를 선택해도 된다(블록552).
승인된 PO정정이 검사되었을 경우, 상기 PO정정 기록은 시스템 파일 서버의임시 파일에서 영구 파일로 옮기기 위하여 시스템 파일 서버의 영구 파일을 새롭게 바꾼다(블록110). 거부된 PO정정이 검사되었을 경우, 상기 거부된 PO정정 기록은 삭제될 것이며, 또한 고객에게 SMP(블록108), CTM(블록106), EMC(블록104)를 통해서 상황 메시지를 발생한다. 계류 조건에서는 시스템 파일 서버내의 임시 파일로 부터 기록을 옮기지 않는다(블록110).
사용자는 시스템 메인 메뉴(블록308)에서 "Information"을 선택함으로서 예를들면 LC들, PO들, 송장들, 지불상태, 모순 정보 및 독립 송장들의 고객정보를 얻을 수 있다(블록308). 상기 시스템 메인 메뉴에서 "Information"을 선택하여 정보 화면을 불러낸다(블록800).
고객에 관한 정보를 얻기 위하여 사용자는 고객 정보화면에서 "Customer"를 선택한다. 이때, 고객 정보화면이 표시된다. 사용자의 모든 기록을 선택하기 위하여 <OK>를 클릭한다. 개인 기록을 선택하기 위하여 사용자는 화면의 베이스 번호 필드하에서 사용할 수 있는 드롭 다운 리스트에서 베이스 번호를 선택한다. 이때, 화면에는 고객의 베이스 번호, 고객 성명, 세계 또는 지역ID번호, 및/또는 고객위치등이 표시된다(블록808). 사용자는 "Print"를 선택함으로서, 화면에 표시되는 정보를 프린트하거나(블록806) 또는 "Exit"를 선택함으로서 시스템 메인 메뉴로 복귀할 수 있다(블록808).
특정 고객을 위한 LC에 관한 정보를 표시하기 위하여 사용자는 정보화면에서 "LC(Letter of Credit)"를 선택하여 상기 LC 정보화면을 불러낸다.
사용자는 모든 기록을 선택하기 위하여 <OK>를 클릭하고, 개인 기록을 선택하기 위하여 화면상에서 각각의 기준영역하에서 사용할 수 있는 드롭 다운 리스트중에서 베이스번호 또는 개인 LC기준번호를 선택한다.
특정 고객번호를 위해 모든 LC번호는 화면에 표시된다(블록812). 사용자는 고객의 베이스번호를 선택(블록814)하고 나서 그 LC를 화면에 표시하기 위하여 <OK>를 선택한다(블록816). 사용자는 "Print"를 선택(블록818)함으로서 화면에 표시된 정보를 프린트하거나 또는 <Exit>를 선택함(블록820)으로서 시스템 메인 메뉴로 복귀할 수 있다.
PO에 관한 정보는 화면에서 "구입주문서"를 선택(블록822)함으로서 얻을 수 있으며, 모든 기록을 선택하기 위하여 사용자는 <OK>를 클릭하여야 한다. 사용자는 개인기록을 선택하기 위하여 LC번호, 베이스 번호 및/또는 PO번호를 입력(블록904)한 다음, 특정 PO에 대한 정보를 얻기 위하여 <OK>를 선택한다(블록905). 사용자는 "Print"를 선택함으로서 화면에 표시된 정보를 프린트하거나(블록908) 또는 "Exit"를 선택함으로서 시스템 메인 메뉴로 복귀할 수 있다(블록916). 또한, 사용자는 특정 PO를 강조함으로서 PO에 주문된 특정품목에 관한 정보를 얻을 수 있으며, 상기 PO리스트 화면에서 "SKU(재고 유닛)Details"를 선택(블록910)하여 상기 PO에 주문된 특정품목에 대한 상세한 내용을 포함하는 화면을 불러낼 수 있으며, 또 "Print"를 선택하여 화면에 표시된 정보를 프린트하거나(블록913) 또는 "Exit"를 선택하여 구입요청 리스트화면에 복귀할 수도 있다(블록914).
사용자는 정보화면에서 "Invoice"를 선택하여 송장(Invoice)정보를 화면에 표시할 수 있다(블록826). 마찬 가지로, 이들 정보를 리스트된 특정품목을 강조하기 위하여 화면에 표시할 수 있으며, 또 SKU의 상세내용을 화면에 표시하기 위하여 더블 클릭할 수도 있다. 사용자는 모든 기록을 선택하기 위하여 <OK>를 클릭해야 한다. 그리고, 사용자는 개인 기록을 선택하기 위해서 상황, 베이스 번호, LC 및/또는 PO번호를 입력하고, 송장선택화면에서 <OK>를 선택하고(블록2302), 또 사용자는 이들 리스트에서 송장을 강조한다(블록2304). 사용자는 "Print"를 선택함으로서 화면에 표시된 정보를 프린트하거나(블록2306) 또는 "Exit"를 선택함으로써 시스템 메인 메뉴로 복귀할 수 있다(블록2314). 또한 사용자는 송장 정보화면에서 "Charge Details"를 선택함으로서 선택된 송장에 대한 청구리스트를 얻을 수 있다(블록2308). 마찬가지로 특정품목 리스트를 강조함으로서 상기 정보를 화면에 표시할 수 있으며, 부가청구의 상세 내용을 화면에 표시하기 위하여 더블 클릭한다. 또 사용자는 "Print"를 선택하여 화면에 표시된 정보를 프린트하거나(블록2310), 또는 <OK>를 선택해서 화면을 닫을 수도 있다(블록2312).
사용자는 선택 메뉴의 정보에서 "Payment Status"를 선택하여 송장의 지불상황을 화면에 표시할 수 있으며(블록830), 송장은 상황, 베이스번호, 수표번호, 송장번호, LC 및/또는 PO번호를 입력함으로서 화면에 표시할 수 있으며, 지불상태 정보화면에서 <OK>를 선택함으로서 화면에 표시할 수 있다(블록2302). 사용자는 이들 리스트에서 송장을 강조한다(블록2304). 사용자는 "Print"를 선택함으로서 화면에 표시된 정보를 프린트하거나(블록2306) 또는 "Exit"를 선택함으로써 시스템 메인 메뉴로 복귀할 수 있다(블록2314). 또한 사용자는 지불 상태화면에서 "Charge Details"를 선택함으로서 선택된 송장에 대한 청구리스트를 얻을 수 있다(블록2308). 마찬가지로 특정품목 리스트를 강조함으로서 상기 정보를 화면에 표시할 수 있으며, 부가청구 상세 내용을 화면에 표시하기 위하여 더블 클릭한다. 또 사용자는 "Print"를 선택하여 화면에 표시된 정보를 프린트하거나(블록2310), 또는 <OK>를 선택해서 화면을 닫을 수도 있다(블록2312).
사용자는 메인 메뉴의 정보 옵션에서 "Discrepancy"를 선택하여 모순정보를 화면에 표시하고(블록832), 상기 모순 정보리스트를 화면에 불러낸다. 모든 모순 정보리스트는 승인 또는 거부된다(블록834). 사용자는 모든 기록을 선택하기 위하여 <OK>를 클릭해야 한다. 개인 기록을 선택하기 위하여, 특정의 모순정보들은 상황, 베이스 번호, LC 및/또는 청구번호를 입력하고, 또 모순정보 리스트 화면에서 <OK>를 선택함으로서 선택된다(블록836). 사용자는 "Print"를 선택함으로서 화면에 표시된 정보를 프린트하거나(블록838) 또는 "Exit"를 선택함으로써 시스템 메인 메뉴로 복귀할 수 있다(블록840).
사용자는 시스템 메인 메뉴의 정보 옵션에서 "Independent Invoice"를 선택함으로서 독립송장 정보를 화면에 표시할 수 있다(블록842). 상기 독립송장 정보를 화면에 불러낸다. 특별 고객을 위해 모든 독립 송장리스트를 얻기 위해서 "Independent Invoice"를 선택한다(블록844). 사용자는 모든 기록을 선택하기 위하여 <OK>를 클릭할 수 있다. 개인 기록을 선택하기 위하여, 특정 개인 송장은 상황, 베이스 번호, LC 및/또는 청구번호를 입력하고, 또 모순 정보리스트 화면에서 <OK>를 선택한다(블록846). 또, 사용자는 "Print"를 선택함으로서 화면에 표시된 정보를 프린트하거나(블록848) 또는 "Exit"를 선택함으로써 시스템 메인 메뉴로 복귀할 수 있다(블록850).
사용자는 송장, 독립 송장, 모순정보, 지불상태, 독립 송장용 지불상태를 처리해도 되며, 기록을 보상하고 또 시스템 메인 메뉴에서 "Processing"을 선택하여 하루일과(End-of-Day)순서를 실행한다(블록312, 블록1000).
송장을 처리하기에 앞서 모든 정정을 처리해야 한다(블록1104). 도 5에 도시한 정정 처리를 위해서 블록500에서 시작한다. 송장정보를 입력하기 위하여 메이커(사용자)는 고객 베이스 번호, 관련 LC 기준번호, 관련 PO기준번호 및 SKU기준번호를 선택한 후, 송장번호를 입력한다. 이것은 청구기준번호(BRN)윈도우(블록1110)를 불러내서 지불하여야 할 품목이 있으면, 사용자는 청구기준번호, 청구일, 화폐 및 총액을 입력한다(블록1112). 그후 완결되었을 경우, 사용자는 송장처리화면에 이동시키기 위하여 <OK>를 클릭한다(블록1116). 송장선택시에 에러가 있었을 경우에는 메이커는 "Reset"을 선택하고 송장선택 데이터를 다시 입력한다(블록1120). 언제나, 사용자는 "Reset"를 선택해서 데이터를 다시 입력하기 위하여 화면을 클리어 및 리셋할 수 있으며, 이때, 화면은 구입주문서에 기재되어 있는 본래의 정보로 복귀되며, 사용자는 각각의 필드내에 데이터를 다시 한 번 입력할 수 있다.
송장선택 데이터를 입력한 후에, 송장을 처리할 수 있다(블록1118). 사용자가 송장의 처리를 원한다면, 송장처리화면에서 <OK>를 선택하고(블록1130), 송장처리를 원하지 않으면 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택한다(블록1128). <OK>의 선택은 송장처리화면을 불러낸다. 송장처리는 그 송장에 적용되어 있는 PO의 데이터와 송장데이터를 비교하는 것을 포함한다. 상기 송장처리화면은 화면의 좌측에 청구요약을 표시하며, PO정보는 화면의 우측에 표시된다. 상기 청구요약은 특정 BRN하에서 시스템에 입력된 송장의 합계를 나타낸다. 사용자는 복사지(Hard Copy Paper)송장 또는 나타나는 기타 지불조건에 대해 송장처리화면상의 본래의 PO상세 내용과 비교한다(블록1132). 만약 어떤 정보가 일치하지 않으면, PO기록내의 정보 필드를 사용자에 의해서 변화시킨다(블록1134). 이들 변화의 어떤 것은 적색으로 나타나며, 또 불규칙적으로 발생되며, 또 화면상의 우측에 자동적으로 나타난다(블록1135). 또한, 불규칙은 송장처리화면에서 풀다운 메뉴에서 "File"을 선택한 후, "Irrgulaities"를 선택함으로서 관찰할 수 있다. 전체 데이터를 한 번 입력하거나 정확하게 변경하면 사용자는 송장기록을 저장하기 위하여 "Save"를 선택한다(블록1136). "Save"는 검사 또는 재처리를 위해 다시 호출될 때까지 그것이 존재할 경우 만약 사용자가 송장기록에 대한 변화를 저장하기를 원하지 않을 경우에는 "Cancel"을 선택하여 사용자를 시스템 메인 메뉴에 복귀시킨다(블록1140). 저장한 후 다른 송장을 처리하기 위하여 사용자는 송장선택화면에 사용자를 복귀시키는 "Next"를 선택한다(블록1138). 만약 입력이 종료되고 또한 송장을 저장한 후면, 사용자는 정확하지 않은 BRN이 입력된 것을 인식하고, 사용자가 송장선택화면에 복귀시키고 "Change BRN"을 선택함으로서 에러를 정정할 수 있다(블록1124). 새로운 BRN 또는 다른 BRN을 선택된 송장에 적용할 수 있다. 사용자는 변경된 청구기준 정보를 가진 원래의 청구기준 데이터를 옮기기 위하여 "Set"를 선택한다(블록1126).
상기 송장처리화면은 풀 다운 메뉴에서 "File"을 선택하여 사용할 수 있는 정보종류를 가진다(블록1202). 정보화제로는 고객; 수익자; 불규칙성; 청구합계; LC 정보; 및 PO정보가 있다. 송장처리화면에서 "File/Custmer"를 선택함으로서 선택된 고객화면에는 특정 베이스번호와 관련된 고객의 성명 및 주소를 표시한다(블록1204). 상기 고객화면을 닫기 위하여 <OK>를 선택하거나 또는 현재의 윈도우를 자동적으로 닫기 위하여 "File"메뉴에서 다른 옵션을 선택한다(블록1206). 송장처리화면에서 "File/Beneficiary"를 선택함으로서 선택된 수익자화면에는 수익자를 위한 성명 및 주소를 표시하고(블록1208), 상기 수익자화면을 닫기 위하여 <OK>를 선택한다(블록1210). 송장처리화면에서 "File/Irregularities"를 선택함으로서 선택된 불규칙화면에는 송장의 처리에서 발생된 불규칙 리스트를 표시하고(블록1212), 불규칙화면을 닫기 위하여 <OK>를 선택한다(블록1214). 송장처리화면에서 "File/Charge"를 선택함으로서 선택된 청구금액화면은 특정 송장에 관련된 모든 청구금액의 기입을 허락한다(블록1216). 청구금액화면에서 청구금액은 차변계정에 들어가고, 할인/조정/반환은 대변계정에 들어간다(블록1218). 이 청구금액화면을 닫기 위하여 <OK>를 선택한다. 청구합계화면을 청구금액화면에서 입력되는 모든 총구금액을 반영하기 위하여 새롭게 정정하기 전에 사용자는 송장기록을 "Save"해야 한다. 송장처리화면에서 "File/Bill Summary"를 선택함으로서 선택된 청구금액합계화면은 청구기준번호하에서 청구금액 합계, 즉 송장과 청구금액을 합산한 청구금액합계를 표시한다(블록1222). 또한, 상기 청구금액합계는 입력되어 있는 송장의 번호, 검사된 번호 및 검사하기 위해 남아있는 번호를 표시한다. 이 청구금액합계화면을 닫기 위하여 <OK>를 선택한다(블록1222). 송장처리화면에서 "File/PO정보"를 선택함으로서 선택된 PO정보화면은 정정되거나 또는 원래의 PO정보를 표시하고(블록1224), 이 PO 정보화면을 닫기 위하여 <OK>를 선택한다(블록1226). 송장처리화면에서 "File/LC Information"을 선택함으로서 선택된 LC정보화면은 정정된 LC정보 또는 원래의 LC정보를 표시한다(블록1228). 상기 LC정보화면을 닫기 위하여 <OK>를 선택한다(블록1230).
상기 시스템은 사용자가 대응하는 PO가 없는 송장을 처리하도록 허용한다. 이들 기구는 "독립 송장(I/I)"이라 부른다. 이들 독립 송장은 시스템을 사용하여 입력할 수 있고, 처리할 수도 있다. 상기 시스템 메인 메뉴에서 "Processing" 을 선택(블록312)한 후, 처리메뉴에서 "Independant Invoice"를 선택한다(블록1004). 이들 메뉴를 독립 송장 선택화면에 불러낸다(블록1302). 베이스 번호를 선택한 후, 사용할 수 있는 필드에 데이터를 입력한다(블록1304). 데이터가 적절하게 입력되면, 데이터를 저장하기 위하여 <OK>를 선택하고 상기 독립 송장처리화면으로 나아간다(블록1312). 데이터가 정확하게 입력되지 않았을 경우에는 모든 영역을 클리어하기 위해 "Reset"을 선택하고 나서 다시 데이터를 입력한다(블록1308). 데이터를 저장하지 않고 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택한다(블록1310).
독립 송장의 처리는 독립 송장데이터 수익자정보에 들어가는 것을 포함한다. 필드에 적용할 수 있는 데이터를 입력한다(블록1318). 독립 송장에 변경을 저장하기 위해서 "Save"를 선택한다(블록1320). 독립 송장(I/I: Independent Invoice)이 저장되었을 경우, 독립 송장기록 메시지를 상기 시스템 파일 서버에 보낸다. 다른 독립 송장을 처리하기 위하여 "Next"를 선택한다(블록1323). 이들은 독립 송장선택화면으로 사용자를 복귀시킨다. 저장하지 않고 상기 시스템 메인 메뉴에 복귀시키기 위하여 "Cancel"을 선택한다(블록1324).
독립 송장처리화면, 송장처리화면은 사용자가 청구금액 및 청구합계에 정보를 입력하도록 허용한다. 상기 독립 송장처리화면에서 "File/Charge"를 선택함으로서 선택된 청구금액화면에는 청구금액의 입력을 허용하고(블록1402), 특정 송장과 함께 입력되는 모든 청구금액을 표시한다(블록1404). 상기 독립 송장처리화면에서 청구금액은 차변계정으로서 표시되고, 할인은 대변계정으로서 표시된다. 상기 독립 송장처리화면을 닫기 위하여 <OK>를 선택한다(블록1406). 상기 독립 송장처리화면에서 "File/Bill Summary"를 선택함으로서 선택된 청구금액합계화면에는 청구금액 기준번호하에서 청구금액 총계, 송장과 청구금액의 합계를 표시한다(블록1408). 또한 상기 청구금액합계화면에는 입력된 송장의 번호, 검사된 번호, 검사하기 위해 남아 있는 번호도 표시된다. 상기 청구금액합계화면을 닫기 위하여 <OK>를 선택한다(블록1410). 상기 독립 송장 정보를 저장하지 않고 독립 송장 처리화면을 나가기 위해 독립 송장 처리화면에서 "Cancel" 을 선택할 수도 있다(블록1412). 상기 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택할 수도 있다.
모순정보를 처리하기 위하여, 상기 시스템 메인 메뉴에서 "Processing"을 선택한 다음, 풀 다운 메뉴처리에서 "Discrepancy"를 선택한다(블록1006). 이들 순서는 모순정보선택화면을 불러낸다(블록1502). 사용자는 베이스 번호를 선택한다(블록1501). 상기 모순정보선택화면이 표시된다. 사용자가 BRN을 입력하고, 상기 모순정보선택화면의 상부에서 LC번호를 선택하면(블록1504), 이들은 모순정보선택화면을 불러낸다(블록1506). 상기 모순정보선택화면에서 화면의 종류를 선택함으로서 다음 종류, 예를들면 LC, 지불명령서, 송장, 팩킹 리스트, 보험, 증명서, PO 및 기타 서류 등을 LC번호와 관련된 모순정보를 선택할 수 있다(블록1507). 상기 종류들 중에서 어떤 것이 선택되었을 경우, 대표적인 모순정보 리스트들이 화면에 표시된다. 사용자는 희망하는 리스트 중에서 모순된 정보를 선택하고, 상기 모순 정보 영역에 정보를 변경하고 또 추가할 수 있다(블록1509).
상기 모순 정보 영역에 충분한 방법으로 정보를 변경 또는 추가하면, 모순정보의 변경을 저장하기 위하여 "Save"를 선택한다(블록1514). 시스템 파일 서버에 전송되어서 검사를 대기하고 있는 변경된 모순정보는 추가 처리를 위하여 다시 호출할 때까지 저장된다(블록1516). 다른 모순정보 LC를 처리하기 위하여 "Next"를 선택한다(블록1518). 상기 모순정보를 강조함으로서 모순정보를 삭제하고, "Delete"를 선택한다(블록1512).
정보가 충분한 방법으로 입력되지 않으면, 미리 선택된 모순정보의 화면을 클리어하기 위하여 "Reset"을 선택(블록1510)하고, 저장하지 않고 대변계정의 모순정보-문자로 복귀하기 위하여 "Cancel"을 선택하거나(블록1524) 또는 저장하지 않고 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택한다(블록1526).
시스템을 사용하여 지불상태를 처리할 수 있다. 지불상태의 처리는 PO들과 LC들에 대한 지불상태를 미리 고객에게 전달하는 것으로 되어 있다. 청구서 및 송장이 전달될 경우 시스템에 지불이 등록된다. 따라서, 시스템은 지불상태에 적합한 조치정보를 고객에게 전달한다. 지불상태의 처리는 시스템 메뉴에서 처리의 선택과 함께 개시된 후(블록312,블록1602), 풀 다운 메뉴에서 지불상태를 선택한다(블록1008, 블록1602).
특정 고객의 지불상태를 처리하기 위하여 베이스 번호 또는 고객 단축 성명 및 RBN에 의해 고객을 선택한다(블록1604). 메이커는 "Paid", "Open" 또는 "Reject"를 선택함으로서 서류에 근거한 청구서를 변경할 수 있다(블록1606).
청구상태의 변경이 정정되면, 메이커는 지불상태를 저장하는 "Save"를 선택한다(블록1612). 그후, 상기 지불상태 메시지는 SMP를 경유하여 시스템 파일 서버로 전송된다(블록1614).
지불상태 변경이 정정되지 않았으면, 사용자는 데이터를 다시 입력하기 위해 모든 필드를 클리어하는 "Reset"를 선택한다(블록1614). 또한, 사용자는 저장하지 않고 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택해도 된다(블록1624).
또한, 지불상태처리화면에서 청구금액에 대한 정보를 관찰할 수도 있다. 사용자는 선택된 송장에 대한 청구금액의 상세내용을 관찰하기 위하여 "Charge Details"를 선택해도 된다(블록1608). 이 지불상태 처리화면에서 청구금액은 차변계정에 들어가 있고, 할인금액은 대변계정에 들어가 있다(블록1610). 상기 청구금액화면을 닫기 위하여 우측 마우스 버튼을 클릭한다.
마찬 가지로, 독립 송장하의 지불처리를 시스템을 사용하여 행할 수 있다. 상기 지불상태의 처리는 시스템 메인 메뉴에서 "Processing"의 선택과 함께 개시(블록312, 블록1702)된 후, 풀 다운 메뉴에서 지불상태를 선택한다(블록1008, 블록1702).
특정 고객의 지불상태를 처리하기 위하여 베이스 번호 또는 고객의 단축 성명 및 BRN에 의해 고객을 선택한다(블록1704). 메이커는 "Paid", "Open" 또는 "Reject"를 선택함으로서 서류에 근거한 청구서를 변경할 수 있다(블록1706).
청구상태의 변경이 정정되면, 메이커는 지불상태를 저장하는 "Save"를 선택한다(블록1710). 그후, 상기 지불상태 메시지는 검사대기 중에 있는 시스템 파일 서버로 전송된다(블록1712).
지불상태 변경이 정정되지 않았으면, 사용자는 데이터를 다시 입력하기 위해 모든 필드를 클리어하는 "Reset"를 선택해도 된다(블록1714). 또한, 사용자는 저장하지 않고 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택해도 된다(블록1722).
또한, 지불상태처리화면에서 청구금액에 대한 정보를 관찰할 수도 있다. 사용자는 선택된 독 송장에 대한 청구금액의 상세내용을 관찰하기 위하여 "Charge Details"를 선택해도 된다(블록1706, 블록1708). 이 청구금액 화면(윈도우)을 닫기 위하여 우측 마우스 버튼을 클릭한다.불합격된 송장 및 모순된 정보들은 처리복구기능을 사용하여 시스템상에서 복구된다. 상기 시스템 메인 메뉴에서 "Processing"을 선택된 후에(블록312, 블록1802), 풀 다운 메뉴 처리에서 "Repair"를 선택한다(블록1012, 블록1802).이들은 복구결과화면을 불러온다. 거부된 품목의 리스트를 관찰하기 위하여 풀 다운 메뉴의 "File"을 사용하여 송장(블록1804) 또는 모순정보(블록1808)를 선택한다. 상기 풀 다운 메뉴에서 "File"을 선택한 후, 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택한다(블록1806). 송장 또는 모순정보가 선택되었을 경우, 불합격된 품목의 리스트가 복구결과 화면에 표시된다(블록1810). 그 후, 사용자는 복구하여야 할 품목을 선택한다(블록1812). 선택된 복구하여야 할 품목이 불합격된 모순정보일 경우에는 불합격된 모순정보화면이 표시된다(블록1816). 복구하기 위한 처리는 이 관점에서 원래의 모순정보의 처리와 같다.
복구결과 화면에 "Invoice"가 선택되었을 경우에는 송장복구화면이 표시된다(블록1814). 상기 송장복구화면은 송장처리화면과 같다(블록1132). 송장복구화면상의 필드와 원래의 PO를 비교하여(블록1820), 어떤 정보가 일치하지 않으면, PO영역의 정보 필드가 변경된다(블록1822). 이들 변경의 어떤 것은 적색으로 나타나고, "불규칙"을 발생할 것이며, 화면의 좌측 상부에 자동적으로 나타난다(블록1824). 송장처리화면에서 풀 다운 메뉴의 "File"을 선택함으로서, 불규칙을 관찰할 수 있으며, 그 후 "Irregularities" 를 선택한다. 모든 데이터가 입력되거나 또는 정확하게 변경되면, 사용자는 송장기록을 저장하기 위하여 "Save"를 선택한다(블록1828). "Save"는 검사대기 중에 있는 시스템 파일 서버에 송장기록 메시지를 저장한다(블록1830). 사용자가 송장 기록의 변경을 저장하고 싶지 않을 경우, "Cancel" 을 선택하고, 사용자를 시스템 메인 메뉴에 복귀시킨다(블록1834). 저장한 후 또 다른 송장을 처리하기 위하여 송장선택화면에 사용자를 복귀시키기 위하여 사용자는"Next"를 선택한다(블록1832).
또한 사용자는 처리 메뉴에서 하루 일과 과정을 불러내도 된다(블록1014). 하루 일과 순서는 매일의 일과로 행해야 한다. 모든 순서를 클리어하고, 모든 메시지를 정확하게 처리하는 것을 보증해야 한다. 하루 일과 과정은 다음 10개의 스텝을 포함한다:
1.모든 사용자가 시스템에 기록되어 있는 것을 확인하는 일과를 호출한다.
2.시스템 메인 메뉴에서 "Processing"을 선택한 후, "End-of-Day(하루일과의 종료)"를 선택. 시스템 백업이 행해졌을 경우, 하루 일과는 시스템 프로세 서(SMP)를 일시 정지시킨다.
3.하루일과의 종료가 달성될 경우, 설정된 표준 리포트를 작성한다.
4.하루일과의 종료에 관련된 에러 또는 문제점이 있는지 여부를 결정하기 위 하여 상기 표준 리포트를 점검한다.
5.리포트가 작성되고 또 상기 리포트의 정확성을 점검한 것을 보증하기 위해 시스템 감독자의 사인을 받는다.
6.리포트가 작성되면 즉시 적용할 수 있을 경우 보상기능을 활성화 한다(블록1922).
7.하루일과의 종료를 외부 매체(예를 들면 테이프) 및 저장매체에 백업한다.
8.하루일과 일지를 산출한다.
9.모든 스텝을 행항 것을 입증한다.
10.처리자가 떠나기 전에 일한 것을 확인한다.
이들 하루일과의 종료 스텝의 대개는 시스템을 사용해서 행한다. 하루 일과의 종료 순서를 초기화하기 위하여, 시스템 메인 메뉴에서 "Processing"를 선택한 후(블록312), 풀 다운 메뉴 처리에서 "End-of-Day"를 선택한다(블록1014). 상기 화면은 "미완성 등록을 확인했습니까？"라는 메시지를 표시한다. 사용자가 미완성 등록을 확인하지 않았을 경우에는 "No"를 선택하고 사용자는 순서를 확인하기 위해 시스템 메인 메뉴로 복귀한다. 사용자가 순서를 확인하였을 경우에는 "Yes"를 선택한다(블록1906). 이것은 프린트 리포트화면을 불러낸다. 이 화면에서 사용자는 프린트하기 위하여 다음 리포트, 예를 들면, 매매보고서 송부; 미결사항; 품목품절; 등록송장; 지불증명서; 요약 데이터; 사용자 요약 데이터중에서 선택한다. 어떤 리포트 또는 모든 리포트는 프린트를 위해 선택해도 된다(블록1908). 요약 입출력 데이터의 프린트, 결산 입출력 데이터의 프린트는 필수적인 것이다. 리포트의 프린트를 초기화하기 위하여 <OK>를 선택한다. 그후, 화면상에 다음 메시지, 예를들면 프린트를 원하십니까？"가 표시된다(블록1912). 사용자는 리포트를 복사하기 위해 "Yes"를 선택해도 된다(블록1916). 복사가 불필요할 경우에는 "No"를 선택하거나(블록1918) 또는 앞의 화면으로 복귀하기 위하여 "Cancel"을 선택한다(블록1914). 프린트한 후에 처리화면에 하루 일과가 표시된다(블록1920). 사용자는 처리화면에서 수행하여야 할 하루일과 중, 다음 기능, 예를들면 인쇄 인입 메시지; 보상 인입 메시지; 프린트 인출 메시지; 보상 인출 메시지 기능의 일부 또는 전부를 선택해도 된다(블록1922). 상기 선택된 기능을 수행하기 위하여 "<OK>"를 선택한다(블록1924). 프린팅 메시지 및 보상 메시지를 선택한 후에 시스템의 백업이 행해진다(블록1926).종료할려면 사용자는 상기 메시지 프로세서를 다시 동작시키기 위하여 <OK>를 클릭한다(블록1928). 일과표에 시간 도장을 찍으며, 화면에 메시지 프로세서가 동작중임을 나타낸다.
처리메뉴하에서 창출되고 저장된 모든 품목들은 메이커에 의해서 행해진다. 업무 결재전에 검사하기 위하여 확인자를 위해 메이커에 의해서 저장된 모든 처리된 품목의 순서를 시스템은 시스템 파일 서버에서 창출한다. 확인자는 검사하기 위하여 검사 메뉴를 사용한다. 시스템은 특정 품목의 메이커 및 확인자 모두를 같은 개체로 허용하지 않는다. 검사 메뉴는 시스템 메인 메뉴에서 "Inspection"을 선택함으로서 불러낼 수 있다(블록316). 검사를 위해 검사 메뉴, 예를들면 송장(블록2004; 독립 송장(블록2010); 모순정보(블록2014); 지불상태(블록2032); 및 독립송장을 위한 지불상태(블록2038)중에서 선택된 하나를 표시한다. 이들중 확인자에 의해 선택되면 검사대기 품목의 순서와 함께 화면을 불러낸다. 그후, 확인자는 배취(Batch)레벨 또는 상세 레벨에 있어서 검사를 시작한다. 배취레벨을 검사하기 위하여 확인자는 검사를 위한 하나 이상의 리스트된 품목을 선택하고, 검사행위를 저장하고 또 고객에게 메시지를 전송하기 위하여 "Save"를 선택하거나 또는 거래를 거부하기 위하여 "Reject"를 선택하고, 정정을 위해 메이커에게 되돌려 보낸다. 다음에 "Reset"를 선택하여 상기 선택된 검사 메뉴를 클리어하고, 본래의 모드로 화면을 복귀시킨다. 상세레벨에서 검사하기 위하여 확인자는 리스트에 표시된 품목을 선택하고 나서 "Details"를 선택한다(블록2006, 블록2012, 블록2016, 블록2034 및 블록2040). 특히 송장, 독립 송장, 지불상태, 독립 송장을 위한 지불상태를 검사하는 방법은 본질적으로 동일하다. 검사를 위해서 품목이 선택되면, 화면상의 데이터는 프린트된 거래 내용과 비교한다. 입력된 상세 내용이 프린트된 거래 내용과 같으면, 확인자에 의해서 "Approve"를 선택하고(블록2202), 메시지를 데이터 베이스에 저장하고, 메시지를 고객에게 전송한다(블록2204). 화면에 표시된 데이터가 프린트된 데이터와 일치하지 않으면, 확인자는 "Reject"를 선택하고(블록2206), 상기 품목을 복구 순서로 보낸다(블록2208). 확인자는 청구금액 합계화면을 검토하기 위하여 "Bill"을 선택해도 된다(블록2210). 다음에 확인자는 <OK>를 선택하여 청구금액 합계화면에서 나가도 된다(블록2212). 확인자가 어떤 품목을 다시 선택하기를 원하면, "Reset"를 선택한다(블록2214). 또한 확인자는 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택해도 된다(블록2216).
모순정보의 검사를 위한 방법은 청구금액 합계화면에 액세스를 하지 않는다는 점에서 상기 처리방법과 다르다. 모순정보 검사 - 선택화면에서 LC가 선택된다(블록2016). "Detail"이 선택되었을 경우(블록2016), 모순정보 검사 - 상세화면이 표시된다. 상기 화면은 모순정보의 리스트를 표시한다. 확인자는 특정 모순정보 품목과 LC를 비교하여 모순정보가 확실하면, <OK>를 선택하고(블록2018) 모순정보 경보를 고객에게 보낸다(블록2020). 상기 모순정보가 확실하지 않으면, "Reject"를 선택하고(블록2022), 모순정보를 복구순서 및 처리를 위하여 메이커에 복귀시킨다(블록2024). 승인 또는 거부를 저장하기 위하여 "Save"를 선택해도 되며, 모순정보검사화면으로 복귀한다(블록2026). 저장하지 않고 상기 모순정보 선택화면으로 복귀하기 위하여 "Next"를 선택해도 되며(블록2028), 저장하지 않고 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택해도 된다(블록2030).
시스템을 유지하기 위하여 수행하여야 할 관리기능이 필요하다. 안전을 위하여, 패스워드 외에 모든 관리 기능을 액세스하는 것은 사용자ID를 제한한다. 관리 기능을 수행하기 위하여 시스템 메인 메뉴에서 "Administration"을 선택한다(블록320).관리 메뉴는 고객 정보를 추가 또는 변경, 통화정보의 추가 또는 변경, 패스워드 변경, 모순정보 코드 테이블에 대한 추가 또는 변경 등에 사용된다.
고객 정보를 추가 또는 변경하기 위하여 관리 풀 다운 메뉴에서 "Custmer"를 선택한다(블록2104). 이것은 고객 화면을 불러낸다. 고객 베이스 번호를 입력 또는 선택한다(블록2402). 고객 번호가 새로운 번호일 경우 사용 필드내에 고객 정보가 입력되며, 고객 기록이 하나만 존재하면 필요로 하는 필드에 기입된다(블록2404). 새로운 고객을 저장 또는 현존하는 고객 정보를 변경하기 위하여 "Save"를 선택한다(블록2406). 그후 고객 정보는 시스템 파일 서버에 보낸다(블록2408). 또한 고객은 삭제될 수도 있다. 고객을 삭제하기 위하여 관리자는 상기 시스템에서 고객에 관한 모든 기록을 먼저 삭제하여야 한다.블록(2410). 모든 기록이 삭제되면, 고객화면에서 고객 번호를 선택한 후, "Delete"를 선택한다(블록2412). 이 스텝은 시스템 파일 서버의 데이터 베이스에서 고객을 삭제한다. 관리자가 고객의 기록을 변경하면, 시스템 메인 메뉴로 복귀하기 위하여 "Exit" 를 선택한다(블록2414).
시스템에서 통화정보를 추가 또는 삭제할 수 있다. 상기 관리 풀 다운 메뉴에서 "Currencies"를 선택한다(블록2108). 표준 3문자 S.W.I.F.T. 통화 코드(블록2110), 통화의 설명(블록2112), 통화가 사용되는 국가명(블록2116) 및 사용되어야 할 소수자리 번호(블록2118)를 입력한다. 이들 정보가 입력되면, 데이터 베이스에 통화를 저장하기 위하여 "Save"를 선택하거나 또는 통화 코드 및 설명을 삭제하기 위하여 "Delete"를 선택하고(블록2122), 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택한다(블록2124).
관리메뉴에서 패스워드를 변경할 수 있다. 패스워드는 30일 마다 변경하여야 하지만 매일 한 번 이상 변경해야 한다. 패스워드는 3개 사이에 개재된 다른 패스워드를 사용할 때까지 반복할 수 없다. 패스워드를 변경하기 위하여 관리 풀 다운 메뉴에서 "Password"를 선택한다(블록2126). 이들은변경된 패스우워드 화면을 불러낸다.사용자는 사용자 ID, 구 패스워드, 새로운 패스워드를 입력한 다음, 제공된 필드에 새로운 패스워드를 입력(블록2128)한 다음, 데이터 베이스에 새로운 패스워드를 저장하기 위하여 사용자는 <OK>를 선택하거나 또는 변경된 패스워드를 원상태로 만들고, 또 시스템 메인 메뉴로 복귀하기 위하여 "Cancel"을 선택한다(블록2132).
상술한 바와 같이 모순정보는 데이터 베이스에 저장되어 있는 코드 번호에 대응한다. 이들 코드들은 상기 모순 정보를 설명하기 위해 사용될 뿐만 아니라, 모순정보의 일치를 리포트하고 또한 더욱 실제적으로 설명할 수 있도록 사용되는 것이다. 모순정보는 관리 메뉴를 사용하여 추가 및 변경할 수 있다. 모순 정보 코드를 추가하고 변경하기 위하여 관리 화면에서 "Descrepancies"를 선택한다(블록2146). 현존하는 모순 정보 코드를 변경하기 위하여 모순정보 코드를 선택한다. 새로운 모순 정보 코드를 입력하기 위하여 모순 정보 필드내에 새로운 코드를 입력한다(블록2148).코드가 선택되면, 현재의 설명을 변경하거나 또는 새로운 설명을 입력한다(블록2150). 변경된 코드를 저장하거나 또는 새로운 코드를 저장하기 위하여 "Save"를 선택하고(블록2152), 저장하지 않고 시스템 메인 메뉴로 복귀하기 위하여 "Exit"를 선택하거나(블록2154) 또는 데이터 베이스에서 선택된 코드를 삭제하기 위하여 "Delete" 를 선택한다(블록2156).

Claims (23)

  1. 다수의 구입주문에 대응하는 신용장에 따른 고객과 제조자간 및 재정단체와 수익자간의 다수개의 구입주문서를 추적하고 조정하는 송장 구매 주문방법에 있어서,
    고객으로 부터 상기 재정단체의 구입 주문서 및 신용장에 관한 제1 데이터를 전자적으로 수신하는 수신스텝과, 상기 재정단체의 처리 시스템에 관한 매점에 상기 제1 데이터를 저장하는 저장스텝과, 상기 구입 요청서에 따른 제조자의 이행에 대응하는 제조자로 부터 제2 데이터를 입력하는 입력스텝과, 상기 제1 데이터와 제2 데이터사의 차이를 확인하기 위해 상기 처리 시스템에서 자동적으로 비교하는 비교스텝과, 상기 제2 데이터의 일부분과 상기 차이를 확인하는 메시지를 상기 처리시스템에 의해 자동적으로 산출하는 산출스텝과, 상기 재정단체에서 고객에게 제1 메시지(리포트)를 전자적으로 전송하는 전송스텝과, 상기 신용장에 따른 재정단체로 부터 수익자에게 지불하고 상기 재정단체에서 상기 고객의 회계 계정으로 부터 상기 지불에 대응하는 총액을 차변계정에 기입하는 스텝과, 상기 구입주문서에 대응하는 각각의 지불 총액을 상기 처리 시스템에 의해 자동적으로 분할하는 스텝과, 각각의 개별 구입주문지불 총액 및 구입주문서에 대응하는 차변지불계정 총액을 조정하기 위하여 고객에게 권한을 위임함으로써 각각의 개별 구입주문 총액 및 차변 지불계정 총액을 포함하여 상기 고객에게 제2 메시지를 전자적으로 제공하는 스텝을 포함하는 것을 특징으로 하는 송장 구입주문방법.
  2. 제1항에 있어서, 상기 재정단체는 은행인 것을 특징으로 하는 송장 구입주문방법.
  3. 제1항에 있어서, 상기 제1 데이터는 고객에 의해 사용된 구입주문 기준번호, 구입 주문서에 대응하는 각각의 기준번호를 포함하는 것을 특징으로 하는 송장 구입주문방법.
  4. 제1항에 있어서, 상기 비교스텝에서 하나 이상의 차이를 확인하고, 상기 제1 메시지내의 구입 주문서에 대응하는 각각의 차이를 확인하는 스텝을 추가로 포함하는 것을 특징으로 하는 송장 구입주문방법.
  5. 제1항에 있어서, 상기 제2 메시지 내의 구입주문 기준번호에 대응하는 상기 구입주문 지불총액을 각각 확인하는 스텝을 추가로 포함하는 것을 특징으로 하는 송장 구입주문방법.
  6. 제1항의 방법에 상기 제1 메시지를 자동적으로 산출하는 산출스텝은 상기 차이를 자동으로 성문화하고, 상기 제1 메시지 내에 상기 성문화된 차이를 포함하는 스텝을 추가로 구비한 것을 특징으로 하는 송장 구입주문방법.
  7. 제1항의 방법에 상기 제1 메시지를 개별적으로 점검한 후 재정단체에 관련된 개체에 의해 상기 신용장에 따른 지불을 위임하는 스텝을 추가로 포함하는 것을 특징으로 하는 송장 구입주문방법.
  8. 제1항에 있어서, 상기 고객이 상기 제1 메시지 내에 포함된 상기 차이를 인식한 후, 고객과 제조자간의 신용장하에서 지불을 협상하는 스텝을 추가로 포함하는 것을 특징으로 하는 송장 구입주문방법.
  9. 제1항에 있어서, 상기 차이는 규격을 벗어난 재질로 제조된 상품과, 구입주문서에서 요구하는 수량보다 적은 상품과, 기간이 지난 구입주문서의 그룹으로 부터 떨어진 것을 특징으로 하는 송장 구입주문방법.
  10. 제1항에 있어서, 상기 제1 데이터는 고객에 의해 사용된 SKU기준 번호를 포함하는 것을 특징으로 하는 송장 구입주문방법.
  11. 제1항에 있어서, 상기 제조자는 상기 수익자인 것을 특징으로 하는 송장 구입주문방법.
  12. 제1항에 있어서, 상기 차이는 모순정보로 구성되며, 상기 제1 메시지 내에 모순정보를 포함하는 것을 특징으로 하는 송장 구입주문방법.
  13. 제1항에 있어서, 상기 차이는 불규칙으로 구성되며, 상기 제1 메시지 내에 을 불규칙을 포함하는 것을 특징으로 하는 송장 구입주문방법.
  14. 다수의 구입요청에 대응하는 신용장에 따른 고객과 제조자간 및 재정단체와 수익자간의 다수개의 구입주문서를 추적하고 조정하는 송장 구매 주문 시스템에 있어서,
    고객으로 부터 상기 재정단체의 구입 주문서 및 신용장에 관한 제1 데이터를 수신하는 수신수단과, 상기 제1 데이터를 저장하는 저장수단과, 상기 제1 데이터를 처리하는 재정단체에 관련된 처리수단과, 상기 처리수단내에 입력되는 구입주문서에 따른 제조자의 이행에 대응하는 제2 데이터와, 상기 셋트된 2개의 데이터 사이의 차이를 자동적으로 확인하기 위하여 상기 제1 데이터와 제2 데이터를 자동적을 비교하는 다른 처리수단과, 상기 차이를 확인하는 제1 메시지를 자동적으로 발생하는 또 다른 처리수단과, 상기 고객에게 제1 메시지를 전송하는 수단과, 송장에 따라 수익자에게 지불하는 지불수단과, 고객의 계산서로 부터 상기 재정단체의 상기 지불에 대응하는 총액을 차변계정에 기입하는 차변계정 기입수단과, 각 구매주문서에 대응하는 개개의 고객주문 총액에 상기 지불총액을 자동적으로 분석하는 또 다른 처리수단과, 대응하는 고객 주문에 대한 고객 주문 총액을 자동적으로 조정하기 위하여 상기 고객에게 권한을 위임함으로서 상기 분석된 정보를 포함하는 제2 메시지를 고객에게 전송하는 수단을 포함하는 것을 특징으로 하는 송장 구입주문 시스템.
  15. 제14항에 있어서, 상기 재정단체는 은행인 것을 특징으로 하는 송장 구입주문 시스템.
  16. 제14항에 있어서, 상기 제1 데이터는 고객에 의해 사용된 구입 주문 기준번호, 구입주문서에 대응하는 각각의 기준번호를 포함하는 것을 특징으로 하는 송장 구입주문 시스템.
  17. 제14항에 있어서, 상기 제1 메시지는 그 대응하는 구입주문서에 의해 각각의 차이를 확인하고, 또 하나 이상의 차이를 확인하는 것을 특징으로 하는 송장 구입주문 시스템.
  18. 제14항에 있어서, 상기 제2 메시지는 그 대응하는 구입 주문서 기준번호에 의해 각각의 구입 주문 지불 총액을 확인하는 것을 특징으로 하는 송장 구입주문 시스템.
  19. 제14항에 있어서, 상기 처리수단은 각각의 차이를 성문화하는 성문화수단을 추가로 포함하고, 상기 제1 메시지 내에 성문화된 차이를 포함하는 것을 특징으로 하는 송장 구입주문 시스템.
  20. 제14항의 송장 구입 주문시스템에 상기 제1 메시지를 개별적으로 점검한 후에 신용장에 따른 지불을 위임하는 재정단체에 관련된 개체를 추가로 포함하는 것을 특징으로 하는 송장 구입주문 시스템.
  21. 제14항에 있어서, 상기 제조자는 수익자인 것을 특징으로 하는 송장 구입주문 시스템.
  22. 다수의 SKU's에 대응하는 신용장에 따른 고객과 제조자간 및 재정단체와 수익자간의 다수개의 지불을 추적하고 조정하는 송장 구매 주문방법에 있어서,
    고객으로 부터 상기 재정단체의 SKU's 및 신용장에 관한 제1 데이터를 전자적으로 수신하는 수신스텝과, 상기 재정단체의 처리 시스템에 관한 매점에 상기 제1 데이터를 저장하는 저장스텝과, 상기 SKU's에 따른 제조자의 이행에 대응하는 제조자로 부터 제2 데이터를 입력하는 입력스텝과, 상기 제1 데이터와 제2 데이터사의 차이를 확인하기 위해 상기 처리 시스템에서 자동적으로 비교하는 비교스텝과, 상기 제2 데이터의 일부분과 상기 차이를 확인하는 메시지를 상기 처리시스템에 의해 자동적으로 산출하는 산출스텝과, 상기 재정단체에서 고객에게 제1 메시지(리포트)를 전자적으로 전송하는 전송스텝과, 상기 신용장에 따른 재정단체로 부터 수익자에게 지불하고 상기 재정단체에서 상기 고객의 회계 계정으로 부터 상기 지불에 대응하는 총액을 차변계정에 기입하는 스텝과, 상기 SKU's에 대응하는 각각의 SKU's지불 총액을 상기 처리 시스템에 의해 자동적으로 분할하는 스텝과, 각각의 개별 SKU's지불 총액 및 SKU's에 대응하는 차변지불계정 총액을 조정하기 위한 차변 지불계정 총액을 포함하여 상기 고객에게 제2 메시지를 전자적으로 제공하는 스텝을 포함하는 것을 특징으로 하는 송장 구입주문방법.
  23. 다수의 구입요청에 대응하는 신용장에 따른 고객과 제조자간 및 재정단체와 수익자간의 다수개의 SKU's를 추적하고 조정하는 송장 구매 주문 시스템에 있어서,
    고객으로 부터 상기 재정단체의 SKU 및 신용장에 관한 제1 데이터를 수신하는 수신수단과, 상기 제1 데이터를 저장하는 저장수단과, 상기 제1 데이터를 처리하는 재정단체에 관련된 처리수단과, 상기 처리수단내에 입력되는 SKU에 따른 제조자의 이행에 대응하는 제2 데이터와, 상기 셋트된 2개의 데이터 사이의 차이를 자동적으로 확인하기 위하여 상기 제1 데이터와 제2 데이터를 자동적을 비교하는 다른 처리수단과, 상기 차이를 확인하는 제1 메시지를 자동적으로 발생하는 또 다른 처리수단과, 상기 고객에게 제1 메시지를 전송하는 수단과, 송장에 따라 수익자에게 지불하는 지불수단과, 고객의 계산서로 부터 상기 재정단체의 상기 지불에 대응하는 총액을 차변계정에 기입하는 차변계정 기입수단과, 각 SKU에 대응하는 개개의 고객주문 총액에 상기 지불총액을 자동적으로 분석하는 또 다른 처리수단과, 대응하는 고객 주문에 대한 고객 주문 총액을 자동적으로 조정하기 위하여 상기 고객에게 권한을 위임함으로서 상기 분석된 정보를 포함하는 제2 메시지를 고객에게 전송하는 수단을 포함하는 것을 특징으로 하는 송장 구입주문 시스템.
KR1019980706367A 1996-02-09 1997-02-07 송장 구입 주문 시스템 KR19990082628A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US1144096P 1996-02-09 1996-02-09
US74372896A 1996-11-06 1996-11-06
US60/011,440 1996-11-06
US8/743,728 1996-11-06

Publications (1)

Publication Number Publication Date
KR19990082628A true KR19990082628A (ko) 1999-11-25

Family

ID=26682391

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019980706367A KR19990082628A (ko) 1996-02-09 1997-02-07 송장 구입 주문 시스템

Country Status (9)

Country Link
US (1) US20030191710A1 (ko)
EP (1) EP0880749A4 (ko)
JP (1) JP2002515993A (ko)
KR (1) KR19990082628A (ko)
CN (1) CN1254429A (ko)
AR (1) AR008039A1 (ko)
AU (1) AU713314B2 (ko)
CA (1) CA2244915A1 (ko)
WO (1) WO1997029445A1 (ko)

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998044442A1 (en) * 1997-04-02 1998-10-08 Citibank, N.A. Method and system for standardizing and reconciling invoices from vendors
AUPP196098A0 (en) * 1998-02-23 1998-03-19 Taubenschlag, John George Wholesale financing program (wfp)
AU691467B3 (en) * 1998-02-23 1998-05-14 John George Taubenschlag Wholesale financing program (WFP)
AU692418B1 (en) * 1998-02-23 1998-06-04 John George Taubenschlag Wholesale financing program
CA2358528C (en) 1998-12-23 2015-04-14 The Chase Manhattan Bank System and method for integrating trading operations including the generation, processing and tracking of trade documents
US7068832B1 (en) 1999-05-11 2006-06-27 The Chase Manhattan Bank Lockbox imaging system
US7805365B1 (en) 1999-10-25 2010-09-28 Jpmorgan Chase Bank, N.A. Automated statement presentation, adjustment and payment system and method therefor
US7822656B2 (en) 2000-02-15 2010-10-26 Jpmorgan Chase Bank, N.A. International banking system and method
US8768836B1 (en) 2000-02-18 2014-07-01 Jpmorgan Chase Bank, N.A. System and method for electronic deposit of a financial instrument by banking customers from remote locations by use of a digital image
AU2001240079A1 (en) * 2000-03-06 2001-09-17 Wellogix Inc. Method and process for providing relevant data, comparing proposal alternatives, and reconciling proposals, invoices, and purchase orders with actual costs in a workflow process
US7403917B1 (en) * 2000-03-24 2008-07-22 Intuit Inc. Reconciling combinations of transactions
US20010056390A1 (en) * 2000-06-23 2001-12-27 Praveena Varadarajan Method and system hosting of multiple billers in an internet bill presentment and payment environment
JP4558156B2 (ja) * 2000-08-01 2010-10-06 株式会社三菱東京Ｕｆｊ銀行 データ寄託システム用記録媒体
US8468071B2 (en) 2000-08-01 2013-06-18 Jpmorgan Chase Bank, N.A. Processing transactions using a register portion to track transactions
WO2002015098A2 (en) 2000-08-11 2002-02-21 Loy John J Trade receivable processing method and apparatus
AU2001285284B2 (en) * 2000-08-25 2005-02-24 American Express Travel Related Services Company, Inc. System and method for account reconciliation
JP4615104B2 (ja) * 2000-09-05 2011-01-19 株式会社三菱東京Ｕｆｊ銀行 ドキュメントエスクロウシステム、記録媒体及びドキュメントエスクロウ実行方法
AU2002224482A1 (en) * 2000-11-06 2002-05-15 First Usa Bank, N.A. System and method for selectable funding of electronic transactions
US7587363B2 (en) * 2000-11-06 2009-09-08 Jpmorgan Chase Bank, N.A. System and method for optimized funding of electronic transactions
US7702579B2 (en) * 2000-12-19 2010-04-20 Emergis Technologies, Inc. Interactive invoicer interface
US8805739B2 (en) 2001-01-30 2014-08-12 Jpmorgan Chase Bank, National Association System and method for electronic bill pay and presentment
US6882983B2 (en) * 2001-02-05 2005-04-19 Notiva Corporation Method and system for processing transactions
US8326754B2 (en) 2001-02-05 2012-12-04 Oracle International Corporation Method and system for processing transactions
US20020184121A1 (en) * 2001-05-31 2002-12-05 Sun Microsystems, Inc. Methods and system for performing business-to-business electronic invoice presentment and payment with line item level granularity
US6862577B2 (en) * 2001-05-31 2005-03-01 International Business Machines Corporation System and method for shipping material
US20030158832A1 (en) * 2001-05-31 2003-08-21 Sijacic Michael Anthony Methods and system for defining and creating custom activities within process management software
US20020184123A1 (en) * 2001-05-31 2002-12-05 Sun Microsystems, Inc. Methods and system for performing electronic invoice presentment and payment dispute handling with line item level granularity
US20020184145A1 (en) * 2001-05-31 2002-12-05 Sun Microsystems, Inc. Methods and system for integrating XML based transactions in an electronic invoice presentment and payment environment
US7752130B2 (en) * 2001-05-31 2010-07-06 Oracle America, Inc. Methods and systems for delivery of information upon enrollment in an internet bill presentment and payment environment
WO2003017150A2 (en) * 2001-08-13 2003-02-27 Accenture Global Services Gmbh A computer system for managing accounting data
US7236947B2 (en) * 2002-01-25 2007-06-26 Hewlett-Packard Development Company, L.P. Providing highly automated procurement services
US20030220863A1 (en) 2002-05-24 2003-11-27 Don Holm System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US7689482B2 (en) 2002-05-24 2010-03-30 Jp Morgan Chase Bank, N.A. System and method for payer (buyer) defined electronic invoice exchange
CA2489729A1 (en) * 2002-06-18 2003-12-24 Mastercard International Incorporated System and method for integrated electronic invoice presentment and payment
US7769650B2 (en) 2002-12-03 2010-08-03 Jp Morgan Chase Bank Network-based sub-allocation systems and methods for swaps
US20040117741A1 (en) * 2002-12-17 2004-06-17 Expeditors International Of Washington Inc. System and method for managing document processing in a networked environment
US10311412B1 (en) 2003-03-28 2019-06-04 Jpmorgan Chase Bank, N.A. Method and system for providing bundled electronic payment and remittance advice
US8630947B1 (en) 2003-04-04 2014-01-14 Jpmorgan Chase Bank, N.A. Method and system for providing electronic bill payment and presentment
US7856406B2 (en) * 2003-04-28 2010-12-21 Onforce, Inc. System and method for managing accounts payable and accounts receivable
US20050075978A1 (en) * 2003-10-02 2005-04-07 Old World Industries System and method for automated payment and adjustment processing
US7814003B2 (en) 2003-12-15 2010-10-12 Jp Morgan Chase Billing workflow system for crediting charges to entities creating derivatives exposure
US7380707B1 (en) 2004-02-25 2008-06-03 Jpmorgan Chase Bank, N.A. Method and system for credit card reimbursements for health care transactions
US8554673B2 (en) 2004-06-17 2013-10-08 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8121944B2 (en) 2004-06-24 2012-02-21 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US8290862B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US8290863B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US7822682B2 (en) 2005-06-08 2010-10-26 Jpmorgan Chase Bank, N.A. System and method for enhancing supply chain transactions
US7676409B1 (en) 2005-06-20 2010-03-09 Jpmorgan Chase Bank, N.A. Method and system for emulating a private label over an open network
JP4748161B2 (ja) * 2005-07-12 2011-08-17 株式会社村田製作所 多層配線基板及びその製造方法
US20070112650A1 (en) * 2005-10-24 2007-05-17 Benjamin Klehr Entry of invoice before goods receipt
US20070094136A1 (en) * 2005-10-24 2007-04-26 Robert Reiner Method of selecting line item kind for invoice database
US8301529B1 (en) 2005-11-02 2012-10-30 Jpmorgan Chase Bank, N.A. Method and system for implementing effective governance of transactions between trading partners
US10410274B1 (en) * 2006-03-06 2019-09-10 Versata, Inc. Invoicing portal with easy search and easy user communication
US7734545B1 (en) 2006-06-14 2010-06-08 Jpmorgan Chase Bank, N.A. Method and system for processing recurring payments
US20080021822A1 (en) * 2006-07-18 2008-01-24 Jpmorgan Chase Bank, N.A. Method and system for receivables management
US11017410B2 (en) 2006-12-30 2021-05-25 Cfph, Llc Methods and systems for managing and trading using a shared order book as internal exchange
US7916925B2 (en) 2007-02-09 2011-03-29 Jpmorgan Chase Bank, N.A. System and method for generating magnetic ink character recognition (MICR) testing documents
US8762270B1 (en) * 2007-08-10 2014-06-24 Jpmorgan Chase Bank, N.A. System and method for providing supplemental payment or transaction information
US7766244B1 (en) 2007-12-31 2010-08-03 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US20090276669A1 (en) * 2008-04-30 2009-11-05 Caterpillar Inc. Method for processing and redirecting misdirected advanced shipping notices (ASNs)
US9953143B2 (en) * 2008-05-05 2018-04-24 Oracle International Corporation Software identifier based correlation
US8112355B1 (en) 2008-09-05 2012-02-07 Jpmorgan Chase Bank, N.A. Method and system for buyer centric dispute resolution in electronic payment system
US20140177831A1 (en) * 2008-09-24 2014-06-26 Hung-Chien Chou Key protecting method and a computing apparatus
US8391584B2 (en) 2008-10-20 2013-03-05 Jpmorgan Chase Bank, N.A. Method and system for duplicate check detection
US9092447B1 (en) 2008-10-20 2015-07-28 Jpmorgan Chase Bank, N.A. Method and system for duplicate detection
US20110137761A1 (en) * 2009-05-27 2011-06-09 Mckean Enterprises, L.L.C. Method for detecting fraudulent transactions between practice management and accounting software
US8447641B1 (en) 2010-03-29 2013-05-21 Jpmorgan Chase Bank, N.A. System and method for automatically enrolling buyers into a network
CN101814175A (zh) * 2010-04-27 2010-08-25 郑州银保托管电子商务有限公司 银保托管电子商务系统聚合对账方法
US8463676B1 (en) * 2010-07-29 2013-06-11 Intuit Inc. Interpreting refund discrepancies
US8589288B1 (en) 2010-10-01 2013-11-19 Jpmorgan Chase Bank, N.A. System and method for electronic remittance of funds
US20120221448A1 (en) * 2011-02-24 2012-08-30 Vision InfoSoft Corporation Method and system for detecting and addressing invoicing anomalies
US8543504B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8543503B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US9058626B1 (en) 2013-11-13 2015-06-16 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US10319025B2 (en) * 2015-11-24 2019-06-11 Bank Of America Corporation Executing terms of physical trade documents
CA3027630A1 (en) * 2016-07-01 2018-01-04 Wells Fargo Bank, N.A. International trade finance blockchain system
US10783572B2 (en) 2017-12-11 2020-09-22 Wells Fargo Bank, N.A. Centralized accounting system for invoice generation accessible via computer network
JP7458597B2 (ja) * 2020-01-22 2024-04-01 アジアンブリッジ株式会社 販売支援システム
US20230035551A1 (en) * 2021-07-29 2023-02-02 Intuit Inc. Multiple source audit log generation
US11616744B2 (en) 2021-07-29 2023-03-28 Intuit Inc. Context-dependent message extraction and transformation
US11809390B2 (en) 2021-07-29 2023-11-07 Intuit Inc. Context-dependent event cleaning and publication

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4412287A (en) * 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4270042A (en) * 1977-08-01 1981-05-26 Case John M Electronic funds transfer system
US4321672A (en) * 1979-11-26 1982-03-23 Braun Edward L Financial data processing system
US4312510A (en) * 1979-12-11 1982-01-26 Richard Bodner Board game apparatus
US4346442A (en) * 1980-07-29 1982-08-24 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities brokerage-cash management system
US4363489A (en) * 1980-10-17 1982-12-14 Mattel, Inc. Electronic stock market terminal game
US4378942A (en) * 1980-12-19 1983-04-05 Isaac Paul J Trading game
USRE32985E (en) * 1982-07-09 1989-07-11 Omron Tateisi Electronics Co. Credit transaction processing system
US4903201A (en) * 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US4980826A (en) * 1983-11-03 1990-12-25 World Energy Exchange Corporation Voice actuated automated futures trading exchange
US4734858B1 (en) * 1983-12-05 1997-02-11 Portel Services Network Inc Data terminal and system for placing orders
US4674044A (en) * 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US5222018A (en) * 1985-07-18 1993-06-22 Pitney Bowes Inc. System for centralized processing of accounting and payment functions
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
US4799156A (en) * 1986-10-01 1989-01-17 Strategic Processing Corporation Interactive market management system
US4750119A (en) * 1986-10-10 1988-06-07 Tradevest, Inc. Purchasing system with rebate feature
US5038284A (en) * 1988-02-17 1991-08-06 Kramer Robert M Method and apparatus relating to conducting trading transactions with portable trading stations
US4974878A (en) * 1988-04-20 1990-12-04 Remittance Technology Corporation Financial data processing system using payment coupons
US5117354A (en) * 1988-05-24 1992-05-26 Carnes Company, Inc. Automated system for pricing and ordering custom manufactured parts
US4947028A (en) * 1988-07-19 1990-08-07 Arbor International, Inc. Automated order and payment system
US5054096A (en) * 1988-10-24 1991-10-01 Empire Blue Cross/Blue Shield Method and apparatus for converting documents into electronic data for transaction processing
US4992940A (en) * 1989-03-13 1991-02-12 H-Renee, Incorporated System and method for automated selection of equipment for purchase through input of user desired specifications
US5168446A (en) * 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5101353A (en) * 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5220500A (en) * 1989-09-19 1993-06-15 Batterymarch Investment System Financial management system
US5237158A (en) * 1989-10-10 1993-08-17 Unisys Corporation Image-based document processing system providing for priority document shipment
US5168444A (en) * 1989-11-15 1992-12-01 Teknekron Transportation Systems Shipment system including processing of document images
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5297031A (en) * 1990-03-06 1994-03-22 Chicago Board Of Trade Method and apparatus for order management by market brokers
JP2922972B2 (ja) * 1990-04-09 1999-07-26 株式会社日立製作所 自動取引装置
US5361199A (en) * 1990-07-31 1994-11-01 Texas Instruments Incorporated Automated procurement system with multi-system data access
US5319542A (en) * 1990-09-27 1994-06-07 International Business Machines Corporation System for ordering items using an electronic catalogue
ATE201106T1 (de) * 1990-10-01 2001-05-15 Thomas A Bush Transaktionsverarbeitungssystem
US5297032A (en) * 1991-02-01 1994-03-22 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities trading workstation
US5315508A (en) * 1992-09-03 1994-05-24 Monarch Marking System Label generating and data tracking system for processing purchase orders
US5465206B1 (en) * 1993-11-01 1998-04-21 Visa Int Service Ass Electronic bill pay system
US5440479A (en) * 1994-03-22 1995-08-08 Hutton; Glenn W. Apparatus and method for purchasing floral arrangements
US5717989A (en) * 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade system
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
US5757917A (en) * 1995-11-01 1998-05-26 First Virtual Holdings Incorporated Computerized payment system for purchasing goods and services on the internet
US5671279A (en) * 1995-11-13 1997-09-23 Netscape Communications Corporation Electronic commerce using a secure courier system

Also Published As

Publication number Publication date
EP0880749A1 (en) 1998-12-02
AR008039A1 (es) 1999-12-09
AU713314B2 (en) 1999-11-25
AU2249797A (en) 1997-08-28
WO1997029445A1 (en) 1997-08-14
EP0880749A4 (en) 2003-05-28
CA2244915A1 (en) 1997-08-14
CN1254429A (zh) 2000-05-24
JP2002515993A (ja) 2002-05-28
US20030191710A1 (en) 2003-10-09

Similar Documents

Publication Publication Date Title
KR19990082628A (ko) 송장 구입 주문 시스템
US7657441B2 (en) Method and system for facilitating electronic dispute resolution
US7865413B2 (en) Method and system for processing transactions by a third party using a central database to facilitate remittance
US8880437B1 (en) System and method for integrating trading operations including the generation, processing and tracking of and trade documents
EP0789884B1 (en) Full service trade system
US6115690A (en) Integrated business-to-business Web commerce and business automation system
US20030182206A1 (en) Accounts payable electronic processing
EP0430540A2 (en) Computerized inventory monitoring and verification system and method
US20060074799A1 (en) Method and system for integrated payment processing
AU2002242031A1 (en) Method and system for processing transactions
US20080086413A1 (en) Systems and methods for collaborative payment strategies
WO2000058900A1 (en) Portfolio investment guideline compliance and financial fund administration system

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid