KR20020025546A - 구매정보통합 시스템 - Google Patents

Abstract

본 발명은 도입발주 업무와 수입금융 업무와 수입통관 업무 등 모든 구매 업무에 관계된 절차들이 전산을 통해 종합적으로 지원되는 구매정보통합 시스템에 관한 것으로, 사용자 인터페이스모듈이 미리 다운로드 되어 설치되는 하나 또는 그 이상의 사용자 컴퓨터와; 특정 품목의 도입 발주 업무와 수입 금융 업무와 수입 통관 업무의 처리를 각각 실시하여 그 처리 결과를 상기 사용자 컴퓨터로 실시간 제공하고, 상기 처리에 필요한 데이터와 상기 처리 결과들을 네트워크를 통해 타 시스템과 교환하는 하나 또는 그 이상의 어플리케이션과, 상기 하나 또는 그 이상의 어플리케이션에서 필요로 하는 데이터들의 코드와 그 데이터 내용을 미리 저장하면서 상기 어플리케이션에서 처리된 데이터들을 저장하는 데이터베이스를 포함하는 서버로 구성되는 구매정보통합 시스템에 관한 것이다.

Description

구매정보통합 시스템{integrated Purchasing information system}

본 발명은 도입발주 업무와 수입금융 업무와 수입통관 업무 등 모든 구매 업무에 관계된 절차들이 전산을 통해 종합적으로 지원되는 구매정보통합 시스템에 관한 것이다.

종래 대부분의 업체들은 도입발주 업무와 수입금융 업무와 수입통관 업무와미착관리 업무 등 구매에 관련된 업무들을 서류 중심으로 처리하였다.

그러나 최근에는 업무 규모의 거대화로 인해 각 업무를 처리하는데 있어 전산 시스템의 도입이 요구되었다.

따라서 업체 내부에서 각 업무 부문별 전산 시스템을 구축하여 운영하였다.

즉 종래에는 특정 품목들의 도입처리를 위한 전산 시스템과, 금융처리를 위한 전산 시스템과, 통관처리를 위한 전산 시스템과, 그리고 미착처리를 위한 전산 시스템 등 모든 구매 업무를 위한 시스템들이 각기 개별적으로 운영되었다.

이들 시스템들의 운영을 통해 여러 서류 중심의 업무가 전산화되어 보다 효율적이고 신속한 처리가 가능하였다.

그러나 종래에는 개별적인 시스템 운영을 통해 각기 도입발주 업무와 수입금융 업무와 수입통관 업무와 미착관리 업무들이 처리되었기 때문에 신속한 정보 공유나 업무의 표준화가 불가능하였으며, 관련된 주변 기관의 시스템(예로써, 은행 시스템, 관세사 시스템, 보험사 시스템, 운송사 시스템 등)과 협력사의 시스템(예로써, 회계 시스템, 거래선 시스템 등)의 정보 교환이 통합적으로 이루어질 수 없었다.

결국 종래에는 구매 업무 처리를 보다 효율적으로 통합 운영할 수 있는 시스템이 요구되었으며, 더불어 도입발주/수입금융/수입통관 등을 보다 효율적으로 처리할 수 있는 시스템이 요구되었다.

따라서 본 발명의 목적은 상기한 점들을 감안하여 안출한 것으로, 특히 도입발주 업무와 수입금융 업무와 수입통관 업무와 미착관리 업무 등이 상호 연계될 수 있도록 표준화를 통해 통합적으로 전산 구축된 구매정보통합 시스템을 제공하는데 있다.

본 발명의 또다른 목적은 구매 업무에 관련된 주변 기관이나 협력사와의 원활한 정보 교환을 통해 업무의 연속성을 유지하고, 정보 공유를 통해 업무의 신뢰성을 향상시킬 수 있도록 해주는 구매정보통합 시스템을 제공하는데 있다.

상기한 목적들을 해결하기 위한 본 발명에 따른 구매정보통합 시스템의 특징은, 사용자 인터페이스모듈이 미리 다운로드 되어 설치되는 하나 또는 그 이상의 사용자 컴퓨터와; 특정 품목의 도입 발주 업무와 수입 금융 업무와 수입 통관 업무의 처리를 각각 실시하여 그 처리 결과를 상기 사용자 컴퓨터로 실시간 제공하고, 상기 처리에 필요한 데이터와 상기 처리 결과들을 네트워크를 통해 타 시스템과 교환하는 하나 또는 그 이상의 어플리케이션과, 상기 하나 또는 그 이상의 어플리케이션에서 필요로 하는 데이터들의 코드와 그 데이터 내용을 미리 저장하면서 상기 어플리케이션에서 처리된 데이터들을 저장하는 데이터베이스를 포함하는 서버로 구성된다.

바람직하게는 상기 사용자 컴퓨터가 상기 설치된 사용자 인터페이스모듈을 통해 상기 서버로 특정 업무 관련 자료의 조회와, 특정 업무의 데이터 입력/수정/삭제 처리와, 특정 업무 관련 정보의 타 시스템으로의 송수신을 요청하고, 상기 서버는 상기 사용자 컴퓨터의 여러 요청에 대해 해당되는 어플리케이션의 구동과 데이터베이스의 가동을 통해 실시간 응답을 실시한다. 여기서 상기 서버는 특정 업무의 데이터 수정 처리를 실시할 때, 수정 이전의 데이터와 수정 이후의 데이터를 함께 데이터베이스에 저장시켜 수정 처리에 따른 데이터 이력 관리를 지원한다.

또한 서로 다른 업무를 담당하는 여러 사용자의 사용자 컴퓨터들과 상기 각 어플리케이션에 연결될 때, 상기 각 어플리케이션은 하나의 데이터베이스를 가동시켜 해당 데이터를 입출력하는데, 상기 데이터베이스에 미리 저장되는 데이터들의 코드는 상기 각 어플리케이션에서 동일하게 사용되는 표준화된 코드이며, 상기 코드는 상기 서버와 정보를 교환하는 타 시스템에도 동일하게 사용되도록 정해지고, 상기 데이터베이스에 미리 저장되는 데이터들의 코드는 서로 다른 업무 처리에서 공통적으로 사용될 공통코드와, 서로 다른 업무 처리에서 개별적으로 사용될 개별코드로 구분된다. 또한 상기 데이터베이스에 미리 저장되는 데이터들의 코드로는 각 업무를 담당하는 부서와 업무 관련 국가와 각 국가의 통화와 거래은행들의 코드이며, 상기 각 어플리케이션을 통해 처리되는 업무에서 가격조건과 부보조건과 운송조건/방법과 송장종류와 결제방식과 무역방식과 수수료종류들이 미리 코드로 설정된다.

또한 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 특정 품목의 조달을 위한 구매주문(P/O) 요청 정보나 포어캐스팅(forecasting) 요청 정보, 또는 신용장(L/C) 개설 요청이나 선적 요청이나 통관 요청을 위한 정보를 전달할 경우에, 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 그 전달된 정보를 등록 저장시킨다.

또한 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 구매주문(P/O)정보나 거래선(vendor)정보나 구매단가정보나 구매 품목 정보들을 전달할 경우에 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 그 전달된 정보를 저장시키며, 상기 서버는 그 사용자의 컴퓨터의 사용자 인터페이스모듈로 신용장 개설/발행에 관한 정보, 통관정보 및 입고 관련 정보의 각 테이블을 제공한다.

다음 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 신용장처리나 신용장수정처리나 부보처리나 보증처리나 결제처리를 요청할 경우에, 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 해당 처리를 실시하고 그 처리 결과를 저장시킨다. 특히 상기 어플리케이션의 구동에 따른 신용장처리에서, 채번처리된 신용장번호는 코드로써 가동된 데이터베이스에 저장되며, 상기 저장된 코드에는 수입종류 또는/및 결제방식 또는/및 무역방식 또는/및 은행코드 또는/및 무역형태 또는/및 파일번호들의 정보를 내포한다. 또한 상기 어플리케이션은 상기 채번처리된 신용장번호 코드를 상기 데이터베이스에 읽어들인 후 그 신용장번호 코드를 분석하고, 다음 상기 정보들을 분리하여 상기 사용자 인터페이스모듈에 테이블로 제공한다.

또한 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 선하증권처리나 보세운송처리나 통관비용처리나 입고처리를 요청할 경우에, 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 해당 처리를 실시하고 그 처리 결과를 저장시킨다.

특히 상기 서버는 내장된 브라우저의 구동을 통해 접속을 시도하는 사용자컴퓨터로 서비스 사이트 페이지를 제공하며, 그 접속 시도 사용자에 대한 최초 접근 여부를 확인하여 하나 또는 그 이상의 사용자 인터페이스모듈을 그 사용자의 컴퓨터로 다운로드시키며, 그 접속 시도 사용자의 신원을 확인하여 업무 처리 권한 범위에 맞게 해당 어플리케이션 구동을 제어하는 운영 어플리케이션을 더 포함한다.

도 1은 본 발명에 따른 구매정보통합 시스템의 전체 구성을 나타낸 도면.

도 2는 본 발명의 구매정보통합 시스템에서 구매정보통합 서버의 내부 구성을 나타낸 블록도.

도 3은 본 발명의 구매정보통합 서버로부터 사용자 컴퓨터로 최초 제공되는 로긴 페이지를 나타낸 도면.

도 4는 본 발명의 구매정보통합 서버로부터 로긴된 사용자의 컴퓨터로 제공되는 메인 페이지를 나타낸 도면.

*도면의 주요부분에 대한 부호의 설명*

10 : 사용자 컴퓨터 20 : 구매정보통합 서버

이하, 본 발명에 따른 구매정보통합 시스템에 대한 바람직한 일 실시 예를 첨부된 도면을 참조하여 설명한다.

본 발명의 구매정보통합 시스템은 클라이언트-서버(client-server) 환경으로 구축된다. 물론 인터넷이나 웹을 기반으로 한 네트워크 연결로 확장 가능하다.

이하에서 클라이언트는 사용자 컴퓨터들이며, 서버는 데이터베이스(database)와 어플리케이션들(applications)이다.

클라이언트로써 사용자 컴퓨터는 클라이언트 프로그램인 브라우저를 내장하며, 그 브라우저의 구동을 통해 서버에 접근한다. 사용자 컴퓨터가 서버에 접근된 후 여러 어플리케이션과의 상호 연동을 위한 사용자 인터페이스모듈이 각 사용자 컴퓨터로 다운로드 된다.

사용자는 사용자 컴퓨터에 다운로드된 사용자 인터페이스모듈을 통해 특정 업무 관련 자료를 조회 요청하거나 특정 업무처리를 요청하거나 특정 업무 관련 정보의 송수신을 요청하는 등의 요구를 서버에 전달한다. 그러면 서버는 어플리케이션 구동과 데이터베이스 가동을 통해 요청에 대한 응답을 실시한다. 즉 서버는 조회 요청된 관련 자료를 데이터베이스로부터 검색하여 사용자 컴퓨터로 전달한다. 또한 서버는 요청된 특정 업무처리를 실행하며, 그 실행 결과를 사용자 컴퓨터로 전달하고 또한 그 결과를 데이터베이스에 저장시킨다. 또한 서버는 어플리케이션 구동을 통해 요청된 자료를 네트워크 상으로 전달한다.

다음은 본 발명의 구매정보통합 시스템에 대해 보다 상세히 설명한다.

일반적으로 생산은 고객의 요구에 따른 판매계획과 제품개발을 토대로 계획된다. 또한 그 생산계획에 따라 수급계획이 수립된다.

본 발명의 구매정보통합 시스템은 생산계획과 수급계획에 의한 시설재, 원자재 및 내수재(local) 등의 품목(Item)을 원활히 조달하기 위한 통합 전산 시스템으로, 클라이언트-서버(client-server) 환경을 기본으로 한다. 그러나 본 발명의 구매정보통합 시스템에 적용되는 네트워크 환경은 인터넷이나 웹을 기반으로 한 네트워크 연결로 확장 가능하며, 이하에서의 네트워크는 클라이언트-서버간 네트워크나 인터넷(internet), 웹(web), 또는 인트라넷(intranet) 중 어느 하나가 될 수 있다.

도 1은 본 발명에 따른 구매정보통합 시스템의 전체 구성을 나타낸 도면이다.

도 1을 참조하면, 본 발명의 시스템은 클라이언트인 사용자 컴퓨터(10)와, 구매정보통합 서버(20)로 구성된다. 특히 구매정보통합 서버(20)는 도입발주 업무를 위한 도입발주 어플리케이션과 수입금융 업무를 위한 수입금융 어플리케이션과 수입통관 업무를 위한 수입통관 어플리케이션과 미착관리를 위한 관리 어플리케이션과 이들의 통합적 운영을 제어하기 위한 운영 어플리케이션을 포함하며, 데이터저장을 위한 데이터베이스를 포함한다.

상기와 같이 구성된 구매정보통합 시스템은 도입발주 업무와 수입금융 업무와 수입통관 업무 등에 관계된 여러 기관들의 전산 시스템이나 협력사의 전산 시스템과 연결되어 정보를 양방향으로 교환한다. 즉 구매정보통합 시스템은 은행 시스템이나 보험사 시스템이나 세관 시스템이나 운송사 시스템이나 관세사 시스템 등의 여러 기관들의 전산 시스템과 웹 또는 인터넷을 통해 연결되며, 여러 거래선 시스템 등의 여러 협력사들의 전산 시스템과 웹 또는 인터넷을 통해 연결된다. 또한 구매정보통합 시스템은 전용으로 지원되는 네트워크를 통해 회계 관련 업무를 지원하는 회계 시스템과도 연결된다.

구매정보통합 시스템은 회계 시스템과 연결되어 환율정보를 제공받으며, 금융 관련 업무처리 결과로 발생된 결제정보(특히, 결제 대금)를 제공한다. 그밖에 구매정보통합 시스템은 여러 품목 조달 관련 업무처리 과정에서 발생된 비용 송장을 회계 시스템으로 전달한다. 구매정보통합 시스템은 필요로 하는 품목을 구매지에서 조달하는 에이젼트 시스템과 연결되어 선적정보를 제공받으며, 그 에이젼트 시스템으로는 구매 주문서 및 신용장을 전달한다. 구매정보통합 시스템은 신용장을 개설하기 위해 거래은행 시스템과 연결되어 신용장 개설을 신청하며, 그 거래은행 시스템으로부터 신용장 개설에 대해 응답 받는다. 구매정보통합 시스템은 거래보험사 시스템과 연결되어 적하보험 등 여러 보험에 관련된 부보정보를 제공하며, 그 거래보험사 시스템으로부터 각종 보험의 정산정보를 제공받는다. 구매정보통합 시스템은 관세사 시스템에 연결되어 각 품목 구매에 관련된 과세평가를 요청하며, 그관세사 시스템으로부터 해당 품목 구매에 대한 면장을 통보 받는다. 이를 위해 관세사 시스템은 세관 시스템과 연결되어 요청된 과세평가를 신고하고, 세관 시스템으로부터 면장을 받는다. 구매정보통합 시스템은 세관 시스템에 연결되어 반입을 신고하고, 그 세관 시스템으로부터 반입 신고에 대한 접수 완료를 통보 받거나, 반입 신고에 대한 오류를 통보 받는다. 구매정보통합 시스템은 여러 운송사 시스템과 연결되어 화물 운송에 관련된 비용정보를 제공받으며, 구매정보통합 시스템은 제공받은 비용정보에 대한 대금지불정보를 운송사 시스템에 제공한다. 구매정보통합 시스템은 필요로 하는 품목을 제공하는 거래선 시스템과 연결되어 구매주문(P/O)정보나 포어캐스팅(forecasting)정보를 전달하며, 그 거래선 시스템으로부터는 오퍼(offer)정보나 선적정보를 전달받는다.

다음 본 발명의 구매정보통합 시스템의 사용자 컴퓨터(10)는 다음의 여러 사용자에게 사용자 인터페이스모듈을 제공한다.

여러 사용자 중에서 하나는 조달 품목의 생산계획/수급계획을 수립하고 품목 조달을 요청하고 조달된 품목을 생산에 투입하는 사용자이다. 그 사용자는 사용자 컴퓨터(10)의 사용자 인터페이스모듈을 사용하여 구매주문(P/O) 요청 정보나 포어캐스팅(forecasting) 요청 정보, 또는 신용장(L/C) 개설 요청이나 선적 요청이나 통관 요청을 위한 정보를 서버(20)에 전달하여 등록/저장토록 한다. 또한 그 사용자는 사용자 컴퓨터(10)의 사용자 인터페이스모듈을 사용하여 구매주문(P/O)정보, 거래선(vendor)정보 및 구매단가정보, 그리고 구매 품목 정보들을 서버(20)에 제공하고, 서버(20)는 제공된 정보를 저장 관리한다. 이에 대해 구매정보통합 시스템은신용장 개설/발행에 관한 정보, 통관정보 및 입고 관련 정보를 사용자 인터페이스모듈을 통해 그 사용자에게 제공한다.

또다른 사용자는 사용자 컴퓨터(10)의 사용자 인터페이스모듈을 사용하여 신용장처리나 신용장수정처리나 부보처리나 보증처리나 결제처리 등 품목 조달 요청에 대한 금융 관련 업무를 처리한다. 또다른 사용자는 사용자 컴퓨터(10)의 사용자 인터페이스모듈을 사용하여 선하증권처리, 보세운송처리, 통관비용처리나 입고처리 등 품목 조달 요청에 대해 통관 관련 업무를 처리한다.

그러나 이들 사용자는 본 발명의 구매정보통합 시스템을 운영하는 상황에 따라 그들의 담당 업무가 구별되기 때문에, 본 발명에서는 하나의 사용자로써 설명된다.

다음 본 발명의 구매정보통합 시스템은 다음으로써 기능적으로 분류된다.

첫 째, 도입/발주를 위한 주문/오퍼/신용장요청/선적요청/통관요청을 실시하는 부분이다.

둘 째, 도입발주를 위한 금융처리, 즉 주문처리/신용장개설/보험처리/보증처리/결제처리를 실시하는 부분이다.

세 째, 도입발주를 위한 선적처리/보세운송처리/과세평가/도입입고처리 등을 포함하는 통관처리를 실시하는 부분이다.

네 째, 결제정보와 통관정보와 자재입고정보를 제공받아 미착처리를 실시하는 부분이다.

상기 나열된 기능적 분류를 각각 실행하기 위해 구매정보통합 시스템에는 도2에 도시된 바와 같이 상기 나열된 각 부분에 대한 어플리케이션들(도입발주 어플리케이션, 수입금융 어플리케이션, 수입통관 어플리케이션, 관리 어플리케이션)이 서버(20)에 구비된다. 이 어플리케이션들은 상기한 분류된 기능들을 각각 수행하는 독립된 어플리케이션으로써 구현된다. 그러나 이는 구현상의 차이일 뿐 상기한 분류된 기능들을 모두 수행하는 하나의 통합된 어플리케이션으로써 구현될 수 있다. 결국 상기 각 부분에 대한 어플리케이션은 운영 어플리케이션에 의해 그 운영이 제어되며, 그 운영 어플리케이션에 포함되어 운영될 수 있다.

다음은 본 발명의 구성에 따른 시스템의 동작에 대해 설명한다.

여러 사용자 컴퓨터(10)는 네트워크를 통해 구매정보통합 서버(20)와 연결되며, 구매정보통합 서버(20)로부터 온라인 환경을 제공받기 위한 브라우저(browser)를 내장한다. 따라서 사용자 컴퓨터(10)는 내장된 브라우저의 구동에 의해 구매정보통합 서버(20)의 서비스 사이트로 접속 연결된다.

이후 사용자 컴퓨터(10)에는 도 2에 도시된 바와 같이 구매정보통합 서버(20)로부터 도입발주처리를 위한 제1 사용자 인터페이스모듈과, 수입금융처리를 위한 제2 사용자 인터페이스모듈과, 수입통관처리를 위한 제3 사용자 인터페이스모듈과, 미착관리를 위한 제4 사용자 인터페이스모듈이 다운로드된다.

이들 사용자 인터페이스모듈은 여러 사용이 허가된 사용자에게 클라이언트-서버(client-server) 환경을 제공하기 위한 것으로, 각 사용자 인터페이스모듈은 사용자 컴퓨터(10)에 설치된다.

이렇게 각 사용자 인터페이스모듈이 설치된 후 사용자가 접속 연결된 도 4의서비스 사이트 페이지에서 여러 서비스 카테고리 중 특정의 것을 선택(click)하면 해당되는 사용자 인터페이스모듈이 가동되고, 그 가동된 사용자 인터페이스모듈에 맵핑되는 해당 서버 어플리케이션이 연결된다. 본 발명의 설명에서는 제1 사용자 인터페이스모듈이 도입발주 어플리케이션과 연결되고, 제2 사용자 인터페이스모듈이 수입금융 어플리케이션과 연결되고, 제3 사용자 인터페이스모듈이 수입통관 어플리케이션과 연결되고, 제4 사용자 인터페이스모듈은 관리 어플리케이션과 연결된다.

다음 구매정보통합 서버(20)에는 내부에 사용자 컴퓨터(10)의 여러 사용자 인터페이스모듈로 연결되는 도입발주 어플리케이션과 수입금융 어플리케이션과 수입통관 어플리케이션과 관리 어플리케이션이 구비되며, 또한 운영 어플리케이션이 구비된다. 또한 구매정보통합 서버(20)에는 상기 어플리케이션들과 연동하는 데이터베이스(21)가 구비된다.

운영 어플리케이션은 브라우저 구동을 통해 접속을 시도하는 사용자에게 도 3 및 도 4의 서비스 사이트 페이지를 제공한다. 또한 운영 어플리케이션은 도 3의 페이지에서 그 접속 시도 사용자에 대한 최초 접근 여부를 확인하거나, 그 사용자의 신원을 확인한다.

운영 어플리케이션은 접속 시도 사용자가 최초 접근일 경우에 각 서버 어플리케이션과 연결될 사용자 인터페이스모듈들을 사용자 컴퓨터(10)에 다운로드시킨다.

다음은 다운로드된 각 사용자 인터페이스모듈과 구매정보통합 서버(20)의 내부 어플리케이션들의 연결을 통한 업무 처리 절차에 대해 상세히 설명한다.

상세한 설명에 앞서, 본 발명의 시스템은 다운로드된 사용자 인터페이스모듈을 통해 업무 처리에 필요한 코드들을 조회 확인하거나 새로운 코드를 설정하여 저장시킬 수 있도록 지원한다. 구매정보통합 서버(20)의 데이터베이스(21)에는 부서코드, 국가코드, 통화코드, 은행코드, 거래선코드(특히 거래선코드는 내수 거래선과 원자재 거래선과 시설재 거래선으로 구분된다) 등이 미리 설정 저장되며, 또한 각 업무 처리에서의 가격조건, 부보조건, 운송조건/방법, 송장종류, 결제방식, 무역방식, 수수료종류 등 업무를 진행하는데 필요한 세부 사항들을 코드로 미리 설정 저장된다.

특히 본 발명의 시스템은 모든 업무 처리에 공통적으로 사용될 공통코드와, 서로 다른 업무 처리에 사용될 개별코드로 구분하여 데이터베이스(21)에 미리 저장한다.

서버(20)는 저장되어 있던 코드들을 사용자 컴퓨터(10)의 사용자 인터페이스모듈을 통해 제공하며, 사용자는 그 제공된 코드들을 참조하거나 입력하여 업무를 처리한다.

또한 본 발명의 시스템은 필요한 코드 설정을 지원한다. 이를 위해 먼저 사용자는 사용자 컴퓨터(10)에 다운로드되어 설치된 사용자 인터페이스모듈을 통해 데이터베이스에 저장된 이전 설정 코드들의 조회를 요청하며, 그 요청에 대해 서버(20)는 데이터베이스에 저장되어 있던 여러 코드들과 그 코드들과 맵핑되는 설명들의 리스트를 사용자 인터페이스모듈로 전달한다. 특히 본 발명에서 사용되는코드들은 설정된 코드가 사용자가 처리하는 것인지 시스템에서 사용하는 것인지로 구분되며, 설정된 코드가 공통코드로 사용되는 것인지 개별코드로 사용되는 것인지로 구분된다. 데이터베이스에는 각 코드와 그 코드의 설명(코드 명칭, 처리구분, 공통/개별구분, 사용여부, 처리일, 처리자 등)들이 함께 저장된다.

이후 사용자는 사용자 인터페이스모듈을 통해 조회된 코드 리스트를 확인하고, 경우에 따라 새로운 코드들의 설정 저장을 요청한다. 물론 확인된 기존 코드들의 수정 저장도 요청할 수 있다.

이상에서와 같이 본 발명의 구매정보통합 서버의 데이터베이스에는 각 코드와 그 코드의 설명들이 서로 맵핑되어 저장되며, 이하에서는 데이터베이스에 저장된 코드들을 사용한 업무 처리 절차에 대해 설명한다.

1, 도입발주 어플리케이션과 제1 사용자 인터페이스모듈의 연결을 통한 업무 처리 절차에 관한 것이다.

도입발주 어플리케이션은 품목 구매 주문 사항을 처리하고, 신용장 개설 요청 및 오퍼(offer)에 대한 처리를 수행한다. 이후 경우에 따라 처리 내용의 수정이 필요할 때는 사용자간 데이터 교환을 지원하여 변경처리를 수행한다. 또한 도입발주 어플리케이션은 선적처리에 있어서 공급자/에이젼트(supplier/agent)의 거래선 시스템으로의 선적요청처리를 수행하고, 또한 그 거래선 시스템으로부터 전달된 선적확정처리를 수행한다. 구매정보통합 서버의 도입발주 어플리케이션은 사용자 컴퓨터의 사용자 인터페이스모듈을 통해 전달된 데이터를 데이터베이스에업그레이드(upgrade)시키거나, 사용자로부터 요청된 데이터를 데이터베이스로부터 읽어들여 사용자 인터페이스모듈로 제공한다. 또한 도입발주에 관계하여 구매정보통합 서버는 네트워크를 통해 연결된 거래선 시스템으로 선적 요청 등의 선적정보를 전달하며, 그 거래선 시스템으로부터 전달된 선적 확정 정보를 데이터베이스에 업그레이드시켜 사용자로부터 조회 요청이 있을 경우에 그 선적 확정 정보를 상기한 사용자 인터페이스모듈로 제공한다. 또한 구매정보통합 서버는 네트워크를 통해 연결된 에이젼트 시스템으로부터 선적정보를 전달받으며, 그 에이젼트 시스템으로 구매 주문서 및 신용장을 전달한다.

그밖에도 도입발주 어플리케이션은 품목 구매에 관련된 보증(L/G : letter of guarantee) 요청처리와 통관요청처리를 더 포함하여 수행한다.

이러한 도입발주 어플리케이션은 원자재(parts)와 시설재(facilities)로 구분되는 도입발주 업무에 따라 서로 다른 환경을 사용자 인터페이스모듈에 제공한다. 다시 말해서, 도입발주 어플리케이션은 원자재에 대한 도입발주 업무를 위해 기초관리(basic), 당일현황(TODAY), 포어캐스팅(forecasting), 구매주문(P/O), 오퍼(offer), 신용장/수정(LC & Amend), 선적(S/D), 물품입고(W/H), 상태(Status) 등의 처리를 수행한다. 반면에 시설재에 대한 도입발주 업무를 위해서는 기초관리(basic), 당일현황(TODAY), 구매주문(P/O), 오퍼(offer), 신용장/수정(LC & Amend), 선적(S/D), 상태(Status) 등의 처리를 수행한다. 이러한 도입발주 어플리케이션의 각 업무처리 능력에 대해 이하 설명한다.

도입발주 어플리케이션은 크게 주문처리와 오퍼처리와 선적처리를 수행한다.주문처리로는 예비주문 생성(pre P/O create), 주문 생성(P/O create), 주문 교정 관리(management of P/O revise) 등이 있으며, 오퍼처리로는 오퍼관리(management of offer)와 오퍼수정(offer amend) 등이 있으며, 마지막으로 선적처리로는 선적관리(management of S/D) 등이 있다. 본 발명의 도입발주 어플리케이션을 통한 상기한 처리들을 수행하기 위해 구매정보통합 서버의 데이터베이스에는 도입 품목의 정보(makerspec)와, 도입할 품목을 공급하는 거래선 정보 및 거래선 구성 정보와, 각 도입 품목의 단가 정보가 미리 등록되어 있다. 물론 이들 정보는 시스템 관리자가 미리 등록해 둔다. 별도로 도입발주 어플리케이션은 도입 품목 정보(makerspec)의 등록을 지원한다. 따라서 시스템에 접근한 사용자는 도입 품목 정보를 포함한 여러 다른 정보를 사용자 인터페이스모듈을 통해 서버에 전달하여 등록할 수 있다. 그러나 본 발명에서는 모든 사용자가 정보 등록이 가능한 것이 아니고, 각 사용자에게 정보 등록의 권한 범위를 서로 다르게 부여한다. 결국 운영 어플리케이션은 현재 로긴된 특정 사용자가 사용자 컴퓨터의 사용자 인터페이스모듈을 통해 특정 정보 등록을 요청했을 때, 그 사용자의 정보 등록 권한 범위에 해당되는 정보만을 선별하여 등록 받는다.

본 발명의 도입발주 어플리케이션은 다음에 설명될 주문처리를 수행하기 위한 여러 조회, 등록 및 관리 능력을 포함한다.

첫 째, 도입발주 어플리케이션은 요청이 있을 경우에 기초관리(basic)를 위한 거래선 조회(inquiry of vendor) 및 거래선 구성 조회(inquiry of vendor make-up)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 회사별 또는 각 부서별 거래선을 조회할 포맷을 사용자 인터페이스모듈에 제공한다. 사용자는 사용자 인터페이스모듈의 조회 포맷에서 거래선 부류 중 하나를 선택하고, 미리 등록된 회사(company)/해당 부서(division)의 코드번호나 미리 등록된 거래선 코드번호(vendor no) 중 하나 또는 그 이상을 조회 조건으로 입력한다. 거래선 부류 선택은 공급자, 에이젼트 및 제조자 중에서 하나를 지정한다.

이렇게 사용자가 사용자 인터페이스모듈을 통해 거래선 조회를 위한 조회 조건을 입력하면, 도입발주 어플리케이션은 해당 조회 조건에 해당된 거래선들의 정보(거래선 이름, 거래선 코드, 주소 등)를 데이터베이스에서 읽어들여 테이블로써 사용자 인터페이스모듈로 제공한다. 특히 도입발주 어플리케이션은 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

특히 도입발주 어플리케이션은 거래선 조회가 요청될 때 먼저 조회 조건으로 입력된 회사 또는 부서와 거래하는 거래선 코드들과 그 코드들에 해당되는 거래선 이름이 포함된 테이블을 사용자 인터페이스모듈에 제공한다. 이후 사용자가 제공된 테이블에서 하나의 거래선을 선택하여 상세정보를 요청하면, 도입발주 어플리케이션은 상세정보 요청된 해당 거래선의 상세정보(거래선 코드번호, 국가(nation), 거래선 회사 이름, 주소, 회사대표자(representative), 전화번호, 팩스번호, 공급자 여부(supplier discernment), 에이젼트 여부(agent discernment), 제조자 여부(maker discernment) 등)를 추가로 사용자 인터페이스모듈로 제공한다. 특히 도입발주 어플리케이션은 사용자 인터페이스모듈에 제공된 상세정보 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

또한 본 발명에서 도입발주 어플리케이션은 조회 요청된 각 거래선들과 현재 거래하고 있는 부서(division)들을 사용자 컴퓨터로 인터페이스시키며, 조회된 각 거래선의 인원 중에서 본 발명의 시스템에 등록된 인원의 사용자 식별부호(이하, ID 라 약칭함)와 이름을 사용자 컴퓨터로 인터페이스시킨다.

다음 도입발주 어플리케이션은 거래선 구성 조회(inquiry of vendor make-up) 포맷을 사용자 인터페이스모듈에 제공한다. 이후 사용자가 그 포맷을 통해 조회 조건(거래선 부류별 회사, 해당 부서, 거래선 국가)을 입력하면, 도입발주 어플리케이션은 그 조회 조건에 해당되는 각 회사 부서별 거래선들의 정보를 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 이 때 인터페이스되는 거래선 구성 정보는 해당 부서 거래선들의 공급자 코드번호(supplier no), 공급자 이름(supplier name), 공급자 국가/국가이름, 에이젼트 코드번호(agent no), 에이젼트 이름(agent name), 에이젼트 국가/국가이름, 제조자 코드번호(maker no), 제조자 이름(maker name), 제조자 국가/국가이름 들을 포함하며, 이들 거래선 구성 정보는 사용자 컴퓨터의 사용자 인터페이스모듈에 테이블로 디스플레이된다. 다음 도입발주 어플리케이션은 각 거래선의 상세정보 요청이 있을 경우에, 그 요청 내용(해당 거래선의 거래선 코드번호, 국가(nation), 거래선 회사 이름, 주소, 회사대표자(representative), 전화번호, 팩스번호, 공급자 여부(supplier discernment), 에이젼트 여부(agent discernment), 제조자 여부(maker discernment) 등의 상세정보)을 사용자 인터페이스모듈로 제공한다.

둘 째, 도입발주 어플리케이션은 요청이 있을 경우에 기초관리(basic)를 위한 거래선 인터페이스 방식의 조회 그리고 변경/저장/삭제처리를 실시한다. 이를 위해 도입발주 어플리케이션은 거래선(vendor)과 업무 형태(business type)를 선택하여 각 거래선 단위로 조회 처리할 수 있는 포맷을 사용자 인터페이스모듈에 제공한다. 이 때 도입발주 어플리케이션은 거래선 선택을 위해 현재 등록되어 있는 거래선번호와 거래선 이름을 찾을 수 있는 조회 포맷을 추가로 사용자 인터페이스모듈에 제공하며, 사용자는 그 포맷을 통해 특정 거래선 코드를 선택한다. 이어 사용자가 업무 형태를 추가된 조회 조건으로 선택하면, 도입발주 어플리케이션은 선택된 조회 조건에 해당되는 거래선 인터페이스 정보를 사용자 인터페이스모듈에 제공한다. 여기서 선택할 수 있는 업무 형태로는 포어캐스팅(forecasting), 주문(purchase order), 오퍼(offer), 신용장 개설 요청일(L/C open request date), 신용장(letter of credit), 선적 요청(shipping request), 선적 스케줄(shipping schedule), 선적 데이터(shipping data), 선하증권/패킹리스트/송장(BL/packing list/invoice), 선적, 결제(settlement), 재고정보(stock information), 상태정보(status information) 등이다. 여기서 거래선 인터페이스 정보는 거래선과의 데이터 교환을 위한 네트워크 정보로써, 조회 포맷을 통해 선택된 각 거래선의 업무 형태에 따라 특정 네트워크를 통해 전달되는 문서들의 인터페이스 정보들이다. 결국 조회 요청에 따라 사용자 인터페이스모듈에 제공되는 테이블에는 각 거래선의 특정 업무에 대해 인터페이스된 문서번호(doc no), 문서명(doc name), 국내/국외 형태 구분(do/ex type), 표준문서 형태(standard type), 표준문서구분(standard method), 네트워크 방식(network method), 네트워크(network), 도착지(destination), 서버의 수발신인 식별자(server identifier), 상대 수발신인 식별자(customer identifier), 처리일자(update date), 처리담당자(update user) 등이 포함된다.

추가로 도입발주 어플리케이션은 조회 조건에 해당되는 거래선 인터페이스 정보로써, 파일 전송 프로토콜(File Transfer Protocol : FTP) 정보를 사용자 인터페이스모듈에 제공한다. 즉, 도입발주 어플리케이션은 각 거래선의 각 업무 형태에 대한 파일 전송 프로토콜(FTP)의 인터넷 프로토콜(Internet Protocol : IP) 주소, 사용자 ID, 비밀번호, 상호(corp title), 발신 서버(send server), 상대 수발신인 이름(customer name), 전화번호(telephone no), 팩스번호(fax no), 처리일자(update date), 처리담당자(update user) 등의 정보를 사용자에게 테이블로 제공한다.

다음 도입발주 어플리케이션은 사용자가 기초관리(basic)를 위한 거래선 인터페이스 방식의 조회 결과에서 특정 거래선에 대한 네트워크 정보를 변경하고자 할 때, 그 거래선 인터페이스 방식에 대한 변경을 지원한다. 또한 특정 거래선에 대한 인터페이스 방식을 추가할 수 있도록 지원한다. 이후 도입발주 어플리케이션은 사용자의 요청에 의해 변경된 정보 또는 추가된 정보를 데이터베이스에 업데이트시킨다.

셋 째, 도입발주 어플리케이션은 요청이 있을 경우에 기초관리(basic)로써, 거래선 기간별 이자율(interest rate) 관리를 위한 거래선 기간별 이자율의 조회그리고 변경/저장/삭제처리를 실시한다. 이를 위해 도입발주 어플리케이션은 부서별, 거래선별로 이자율을 조회할 포맷을 사용자 인터페이스모듈에 제공한다. 즉 사용자는 조회할 부서와 공급자(supplier), 통화(currency), 지불기간(terms of payment), 적용기간(applied period) 중 하나 또는 그 이상의 조회 조건을 사용자 인터페이스모듈에 코드로 입력하며, 도입발주 어플리케이션은 해당 조회 조건의 자료를 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 제공한다.

특히 사용자 인터페이스모듈에 제공된 거래선 기간별 이자율 조회 포맷에 각각의 코드 선택에 의한 조회 조건이 입력되면, 도입발주 어플리케이션은 조회 조건으로 입력된 부서와 공급자, 그 부서와 공급자에 대한 지불기간 및 통화, 제조자(maker), 계약년(contract period(year)), 계약 이자율(contract interest rate(%)), 신용장 적용일(L/C app period(day)), 신용장 적용 이자율(L/C app interest rate) 등의 정보를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 사용자가 거래선 기간별 이자율 관리를 위한 조회 결과에서 특정 거래선에 대한 이자율 관리 정보를 변경하고자 할 때, 그 거래선의 기간별 이자율에 대한 변경을 지원한다. 또한 특정 거래선에 대한 기간별 이자율 관리 항목을 추가할 수 있도록 지원한다. 이후 도입발주 어플리케이션은 사용자의 요청에 의해 변경된 정보 또는 추가된 정보를 데이터베이스에 업데이트시킨다.

넷 째, 도입발주 어플리케이션은 요청이 있을 경우에 기초관리(basic)로써, 거래선별 통지은행(advising bank)/계좌번호(account no) 관리를 위한 거래선별 통지은행 및 계좌번호의 조회 그리고 변경/저장/삭제처리를 실시한다. 이를 위해 도입발주 어플리케이션은 부서(division)와 공급자(supplier), 통화(currency), 지불기간(terms of payment)별로 통지은행 및 계좌번호를 조회하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉 사용자는 사용자 인터페이스모듈을 통해 조회할 부서(division)와 공급자(supplier), 통화(currency), 지불기간(terms of payment) 중 하나 또는 그 이상의 조회 조건을 코드 입력하며, 도입발주 어플리케이션은 입력된 해당 조회 조건의 자료를 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다.

특히 사용자 인터페이스모듈로 제공된 거래선별 통지은행 및 계좌번호 조회 포맷에 각 코드 선택에 의한 조회 조건이 입력되면, 도입발주 어플리케이션은 조회 조건으로 입력된 부서와 공급자, 그 부서와 공급자에 대한 지불기간 및 통화, 신용장 개설은행 및 통지은행, 계좌번호, 처리일자(update date), 처리담당자(update user) 등의 정보를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 사용자가 거래선별 통지은행 및 계좌번호 관리를 위한 조회 결과에서 각 거래선별 통지은행 및 계좌번호 관리 정보를 변경하고자 할 때, 해당 거래선별 통지은행 및 계좌번호에 대한 변경을 지원한다. 또한 특정 거래선에 대한 통지은행 및 계좌번호를 추가할 수 있도록 지원한다. 이후 도입발주 어플리케이션은 사용자의 요청에 의해 변경된 정보 또는 추가된 정보를 데이터베이스에 업데이트시킨다.

다섯 째, 도입발주 어플리케이션은 도입 품목의 정보(makerspec) 관리를 위한 조회를 실시한다. 이를 위해 도입발주 어플리케이션은 부서(division)와 원자재(또는 시설재) 번호별로 도입 품목의 각 물품명(description), 규격(specification), 그 규격의 단위(unit), 관세처리를 위한 국제통일 상품분류코드(H/S no), 샘플 구분(sample disc)들을 조회하기 위한 포맷을 사용자 인터페이스모듈에 제공한다. 즉 사용자는 사용자 인터페이스모듈에 조회할 부서(division)와 원자재(또는 시설재) 번호 중 하나 또는 그 이상의 조회 조건을 코드 입력하며, 도입발주 어플리케이션은 코드 입력된 조회 조건에 해당되는 자료를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다.

특히 사용자 인터페이스모듈로 제공된 도입 품목 정보(makerspec) 관리를 위한 조회 포맷에 조회 조건이 입력되면, 도입발주 어플리케이션은 조회 조건으로 입력된 부서와 원자재(또는 시설재) 번호에 대한 공급자 코드번호(supplier no), 제조자 코드번호(maker no), 에이젼트 코드번호(agent no) 등도 사용자 인터페이스모듈로 제공한다.

또한 도입발주 어플리케이션은 상기한 도입 품목 정보 관리를 위한 조회 포맷을 통해 도입 품목의 정보(makerspec)를 미리 등록할 수 있도록 지원한다. 따라서 도입발주 어플리케이션은 사용자가 특정 도입 품목 정보를 입력한 후 그 입력 정보의 추가를 요청했을 때, 그 해당 정보를 데이터베이스에 업데이트시킨다.

여섯 째, 도입발주 어플리케이션은 주문처리를 위해 도입 품목 정보(makerspec)의 그룹 조회를 실시한다. 이를 위해 도입발주 어플리케이션은 부서(division)와 원자재(또는 시설재) 번호, 공급자(supplier), 제조자(maker)별로도입 물품의 에이젼트(agent), 물품명(description), 규격(specification), 규격의 단위(unit), 샘플 구분(sample disc)들을 조회하기 위한 포맷을 사용자 인터페이스모듈에 제공한다. 즉 사용자가 사용자 인터페이스모듈을 통해 조회할 부서(division)와 원자재(또는 시설재) 번호, 공급자 코드번호(supplier no), 제조자 코드번호(maker no) 중 하나 또는 그 이상의 조회 조건을 코드 입력하면, 도입발주 어플리케이션은 코드 입력된 해당 조회 조건의 자료를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다.

일곱 째, 도입발주 어플리케이션은 각 부서의 품목 번호별 물품명, 규격 등의 조회를 지원한다.

여덟 째, 도입발주 어플리케이션은 원자재나 시설재에 대한 거래선별 품목 그룹 조회를 지원하며, 이 때 도입발주 어플리케이션은 요청된 조회 결과로써, 사업부(OBU), 공급자 코드번호(supplier no), 공급자 이름(supplier name), 에이젼트 코드번호(agent no), 에이젼트 이름(agent name), 제조자 코드번호(maker no), 제조자 이름(maker name) 등을 사용자 인터페이스모듈로 제공한다.

그밖에, 도입발주 어플리케이션은 단가 그룹 조회 및 원자재(또는 시설재) 번호별 단가 이력 조회를 지원한다. 이 때 도입발주 어플리케이션은 조회 조건으로써, 사업부(OBU), 거래선, 원자재번호(또는 시설재번호) 중 하나 또는 그 이상이 코드 입력되면, 그 조회 조건에 해당되는 데이터베이스의 정보를 사용자 인터페이스모듈로 제공한다.

별도로 도입발주 어플리케이션은 상기 주문처리를 수행하기 위한 여러 조회,등록 및 관리 처리를 통해 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

다음은 도입발주 어플리케이션을 통한 주문처리에 대해 보다 상세히 설명한다.

본 발명의 도입발주 어플리케이션은 주문(P/O) 생성하는데 있어서, 예비 주문을 먼저 생성한 후 실제 주문으로 변환할 수 있도록 지원하고, 또는 바로 주문을 생성할 수 있도록 지원한다.

도입발주 어플리케이션은 요청이 있을 경우에 주문처리를 위한 예비 주문 생성(pre P/O create)을 실시한다. 이를 위해 도입발주 어플리케이션은 주문할 품목에 대한 기본정보들을 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 만약 제공된 포맷을 통해 사용자가 주문 품목에 대한 기본 정보를 입력하면, 도입발주 어플리케이션은 입력된 기본 정보들의 상세한 나머지 정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 즉 사용자가 주문 품목에 대한 기본 정보로써, 각 물품 코드번호와 주문번호 생성을 위한 기초 자료(ILPK : I=물품류 구분, L=내수용/수출용 구분, P=생산방식, K=수입/국내도입 구분)와 주문량(order quantity)과 납기일(customer request date)과 거래선 코드번호를 제공된 포맷에 코드 입력하면, 도입발주 어플리케이션은 입력된 코드값에 대응되는 공급자 이름, 제조자 코드번호와 이름, 에이젼트 코드번호와 이름, 주문 물품 롯트번호(Lot no), 주문 물품명, 규격, 그 규격의 단위(unit of measure), 가격조건(condition), 통화, 총금액(total amount), 단가, 국가, 관세처리를 위한국제통일 상품분류코드(H/S no), 처리일, 처리담당자 등의 예비 주문 생성을 위한 데이터베이스 정보를 사용자 인터페이스모듈로 제공한다. 이후 사용자가 사용자 인터페이스모듈을 통해 예비 주문 생성을 위한 정보를 확인한 후 그 중에서 하나를 클릭으로써 예비 주문 생성을 명령한다. 그러면 도입발주 어플리케이션은 사용자에 의해 확인된 예비 주문정보를 데이터베이스에 저장한다. 이후 사용자 컴퓨터측에서 사용자 인터페이스모듈을 통한 예비 주문 생성 조회를 요청할 경우에, 도입발주 어플리케이션은 상기한 생성 과정을 거쳐 저장해둔 여러 예비 주문 생성 결과를 사용자 인터페이스모듈로 제공한다.

별도로 도입발주 어플리케이션은 주문 품목의 특성에 따라 예비 주문 생성을 위해 입력될 기본 정보를 다르게 정할 수 있다. 즉 주문 품목에 대한 기본 정보로써, 각 물품 코드번호와 주문번호 생성을 위한 기초 자료(ILPK)와 주문량(order quantity)과 납기일(customer request date)과 거래선 코드번호, 이외에 또한 주문 물품명과 규격과 통화와 단가와 상품분류코드(H/S no)가 사용자 인터페이스모듈로 제공된 포맷에 코드 입력되면 예비 주문을 생성한다.

물론 이 때 도입발주 어플리케이션이 제공하는 예비 주문 생성을 위한 정보 항목은 상기와 동일하다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 상기 생성된 예비 주문에 대한 예비 주문 그룹 조회(group inquiry of pre P/O)를 실시한다. 이를 위해 도입발주 어플리케이션은 부서(division)별로 예비 주문 생성 상황 및 그 생성 결과를 조회하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉 사용자가 사용자 인터페이스모듈을 통해 조회할 부서를 조회 조건으로 코드 입력하면, 도입발주 어플리케이션은 코드 입력된 해당 조회 조건의 자료로써, 조회 조건으로 선택된 부서의 예비 주문 생성 상황 및 그 생성 결과를 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 결국 도입발주 어플리케이션을 통한 각 부서의 예비 주문된 각 물품 코드번호와, 그에 대응되는 주문 물품명, 규격, 주문번호 생성을 위한 기초 자료(ILPK), 공급자/제조자, 상품분류코드(H/S no), 가격조건(condition), 통화, 물품 주문에 대한 납기일(CRD), 단가, 규격 측정단위(UOM : unit of measure), 주문량, 주문 물품 롯트번호(Lot no), 총금액, 에이젼트(agent), 국가 등의 조회 결과가 사용자 인터페이스모듈에 제공된다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 주문처리를 위한 주문 생성(P/O create)을 실시한다. 이를 위해 도입발주 어플리케이션은 도입 주문할 품목의 용도를 구분하고, 각 도입 품목에 대한 기본정보들을 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 도입 주문할 품목의 용도는 일반, 중계무역, 무환 등으로 구분된다. 만약 사용자 인터페이스모듈로 제공된 포맷을 통해 사용자가 주문 품목에 대한 기본 정보를 입력하면, 도입발주 어플리케이션은 입력된 기본 정보들의 상세한 나머지 정보들을 사용자 인터페이스모듈로 제공한다. 즉 사용자가 주문 품목에 대한 기본 정보로써, 먼저 사업부 코드번호(OBU no)와 공급자 코드번호와 납기일을 입력하고 다음 도입 주문할 품목의 용도를 선택한다. 또한 선택적으로 부서 코드번호, 공급자 코드번호, 납기일, 물품 롯트번호, 국가 등을 사용자 인터페이스모듈로 제공된 포맷에 코드 입력할 수 있다. 그에 따라 도입발주 어플리케이션은 입력된 코드값에 대응되는 나머지 정보로써, 공급자 이름, 에이젼트 코드번호와 이름, 통화, 가격조건, 주문일, 주문처에서 에이젼트에게 전송한 날짜(send date), 주문처가 에이젼트에게서 수신받은 날짜(receive date), 처리일, 처리담당자, 거래선 확인 구분(vendor confirm) 등을 사용자 인터페이스모듈로 제공한다. 이후 사용자는 제공된 주문 생성을 위한 정보를 확인한 후 그 중에서 하나를 클릭으로써 주문 생성을 명령한다. 그러면 도입발주 어플리케이션은 사용자에 의해 확인된 주문정보를 데이터베이스에 저장한다. 추가로 도입발주 어플리케이션은 특정 도입 물품에 대한 주문을 생성한 사용자의 참고사항을 입력할 수 있는 프리노트 포맷을 사용자 인터페이스모듈에 제공한다. 따라서 도입발주 어플리케이션은 사용자 참고사항이 입력되면 그 참고사항을 주문 생성 내용과 함께 데이터베이스에 저장한다. 물론 거래선의 사용자의 참고사항을 입력할 수 있는 프리노트란도 포함된다. 결국 주문처의 사용자와 거래선의 사용자는 이러한 프리노트 포맷을 통해 도입 주문을 위한 정보를 교환한다.

그리고, 도입발주 어플리케이션은 특정 사용자가 주문 생성을 시도할 때, 이전에 그 사용자에 의해 생성되었던 주문정보를 사용자 인터페이스모듈로 제공한다. 보다 상세하게는 각 도입 주문 물품에 대한 코드번호, 관세처리를 위한 국제통일 상품분류코드(H/S no), 주문번호 생성을 위한 기초 자료(ILPK), 납기일, 제조자 코드번호 및 이름, 단가, 규격 측정단위, 주문량, 총금액, 주문자 참고사항(remark) 첨부 여부 등을 사용자 인터페이스모듈로 제공한다.

이후 사용자가 사용자 인터페이스모듈을 통해 주문 생성 조회 및 내역 조회를 요청할 경우에는 상기한 생성 과정을 거쳐 저장해둔 여러 주문 생성 결과 및 생성 내역 결과를 사용자 인터페이스모듈로 제공한. 또한 도입발주 어플리케이션은 요청이 있을 경우에 상기 생성된 주문 생성에 대한 그룹 조회(group inquiry of P/O) 및 생성 내역 조회(group inquiry of P/O history)를 실시한다. 이를 위해 도입발주 어플리케이션은 부서(division)별로 주문 생성 상황 및 그 생성 결과를 조회하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉 사용자가 사용자 인터페이스모듈을 통해 조회할 부서를 조회 조건으로 코드 입력하고, 생성기간과 거래선을 선택하면, 도입발주 어플리케이션은 코드 입력된 해당 조회 조건의 자료로써, 조회 조건으로 선택된 부서의 주문 생성 상황 및 그 생성 결과를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 결국 도입발주 어플리케이션을 통해 특정 기간동안 생성된 각 부서의 주문정보가 사용자 인터페이스모듈로 제공된다. 추가로 도입발주 어플리케이션은 각 주문 생성 및 내역에 대한 상세정보를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 데이터베이스에 저장된 예비 주문 생성 상태 및 주문 생성 상태들에 대한 주문 교정 관리(management of P/O revise)를 실시한다. 도입발주 어플리케이션은 이러한 주문 교정 관리를 위해 상기 언급된 예비 주문 생성을 위한 포맷, 또는 주문 생성을 위한 포맷을 사용자 인터페이스모듈로 제공하여 해당 도입 주문 물품별 주문 생성 정보의 조회를 실시하며, 사용자는 사용자 인터페이스모듈을 통해 생성 정보를 확인하여 원하는 주문 항목을 교정한다. 이 때 도입발주 어플리케이션은 운영 어플리케이션으로부터 로긴된 사용자의 권한 범위를 인지한다. 그에 따라 도입발주 어플리케이션은 현재 사용자가 권한 범위 내에서만 교정을 실시할 수 있도록 한다.

다음 도입발주 어플리케이션은 데이터베이스에 저장된 각 예비 주문 생성 상황 및 주문 생성 상황들에 대한 주문 결합 관리(management of P/O combine)를 실시한다. 도입발주 어플리케이션은 이러한 주문 결합 관리를 위해 상기 언급된 예비 주문 생성을 위한 포맷, 또는 주문 생성을 위한 포맷에 추가로 결합 가능한 주문 리스트를 사용자 인터페이스모듈로 제공한다. 사용자는 사용자 인터페이스모듈과 도입발주 어플리케이션의 연결 구동을 통해 해당 도입 주문 물품별 주문 생성 정보를 조회하고, 그 조회 결과와 결합 가능한 주문 리스트를 확인한다. 그리고 도입발주 어플리케이션은 사용자에 의해 결합될 도입 주문 항목이 선택되면 결합 처리를 수행한다.

다음 도입발주 어플리케이션은 사용자 요청에 의해 주문서를 프린트(P/O print)를 지원한다. 이를 위해 도입발주 어플리케이션은 주문 생성 상황이나 내역을 조회할 수 있는 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 제공된 사용자 인터페이스모듈의 포맷을 통해 각 부서별 주문 생성 상황 및 내역을 확인한다. 추가로 사용자가 도입발주 어플리케이션에서 제공된 포맷에 주문번호(P/O no)와, 거래선 코드번호, 주문일 중 하나 또는 그 이상의 조회 조건을 선택하면, 이미 생성되어 저장된 여러 주문들의 번호 리스트가 사용자 인터페이스모듈로 제공된다. 이후 도입발주 어플리케이션은 사용자에 의한 특정 주문번호 선택 사실을 전달받는다. 그러면 도입발주 어플리케이션은 데이터베이스에 미리 저장되어 있던 주문서(purchase order) 폼(form)에 사용자에 의해 선택된 주문번호에 해당되는 여러 주문정보들을 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 도입발주 어플리케이션은 제공된 주문서의 발행을 지원한다.

추가로 도입발주 어플리케이션은 프린트 옵션(landscape 또는 portrait)을 사용자가 선택할 수 있도록 지원한다.

별도로 도입발주 어플리케이션은 상기 주문처리의 모든 과정에서 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

다음은 도입발주 어플리케이션을 통한 오퍼처리에 대해 보다 상세히 설명한다.

본 발명의 도입발주 어플리케이션은 오퍼처리를 위해 주문처리에서의 도입 주문에 대한 대금 지급 정보 처리를 지원하고, 각 도입 주문에 대한 신용장번호(L/C no) 부여를 지원하고, 그 신용장번호를 기준으로 결제에 필요한 정보 관리를 지원한다. 다시 말해서 도입발주 어플리케이션은 오퍼처리를 위해 결제에 필요한 기초 자료 입력을 지원한다.

도입발주 어플리케이션은 요청이 있을 경우에 오퍼처리를 위한 오퍼 관리(management of offer)를 실시한다. 이를 위해 도입발주 어플리케이션은 신용장 개설(L/C open)에 필요한 기초 자료 입력 포맷을 사용자 인터페이스모듈로 제공한다. 도입발주 어플리케이션은 그 기초 자료 입력 포맷으로 입력된 자료들을 전달받는다. 여기서 입력되는 자료로는, 선적방식(항공운송, 해상운송, 항공/해상운송등), 통지은행(advising bank : 신용장이 개설되었음을 거래선에 알리는 은행), 오퍼 수신자(즉, 신용장 수취인=거래선=messers), 오퍼 유효기일(offer validity), 분할선적 가능 여부 선택(partial shipment), 환적 허용 여부 선택(transshipment=운송 도중에 운송 수단이 바뀌거나 동일 운송 수단의 다른 기종으로 도입 물품을 옮겨 싣는 것에 대한 허용 여부), 은행 수수료 지불 대상(all bank charge=은행 수수료 지불을 누가 할 것인지 결정), 서류 제시 기일(presented within, 네고(nego)를 이 기일 안에 시작 : 이하에서의 네고는 서류를 거래은행에 제출하고 그 은행으로부터 일정액을 받는 과정), 서명(signature, 신용장 신청자 결정), 대금 결제 방식(terms of payment), 연지급 형태(usance type, 환어음의 인수 후 지불 방식으로, 연지급 기간에 대한 이자를 수입자가 결제시 지불하는 형태(bankers)와 연지급 기간에 대한 이자를 선적자가 지불하는 형태(shippers) 중 하나 선택), 결제일 형태(settlement date type, 결제일을 결정할 때 기준일로, 발행일자(B/L date)와 상업송장 발행일자(invoice date)와 선적일(S/D date) 중 하나 선택), 결제 요청 기간(request period) 등이다. 특히 도입발주 어플리케이션은 대금 결제 방식(terms of payment)의 코드값에 따라 포맷에 입력할 항목(어음기간(term)과 이자율(interest rate))을 달리한다.

따라서 사용자는 사용자 인터페이스모듈로 제공된 입력 포맷에 도입 주문번호(P/O no)를 먼저 입력한다. 그러면 도입발주 어플리케이션은 주문 생성 시에 데이터베이스에 저장되었던 주문 생성 정보를 사용자 인터페이스모듈로 제공한다. 이후 사용자는 사용자 인터페이스모듈로 제공된 주문 생성 정보를 확인한 후 상기에서 나열된 오퍼 처리를 위한 항목들을 입력하고 오퍼 처리를 요청한다. 도입발주 어플리케이션은 오퍼 신청을 위한 입력 정보를 데이터베이스에 저장시킨다.

이후 도입발주 어플리케이션은 사용자가 사용자 인터페이스모듈을 통해 오퍼 조회 및 오퍼 그룹 조회(group inquiry of offer)를 요청할 경우에 상기한 오퍼 관리 과정을 거쳐 저장해둔 여러 오퍼 처리 결과를 상기 사용자 인터페이스모듈로 제공한다. 이를 위해 도입발주 어플리케이션은 특정 기간 동안 각 부서(division), 거래선, 도입 주문 코드번호, 신용장번호 등의 조회 조건별 오퍼 상황을 조회하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉 사용자는 사용자 인터페이스모듈의 포맷을 통해 조회할 부서 코드번호와 조회기간을 조회 조건으로 입력하고 공급자와 도입 주문번호와 신용장번호 중 하나 또는 그 이상을 선택한다. 그러면 도입발주 어플리케이션은 입력된 조회 조건 해당 조회 조건의 자료로써, 도입 주문번호(P/O no), 거래선 코드번호, 물품매도확약서번호(offer no), 신용장 개설 요청일, 신용장 개설일, 신용장번호, 통화, 개설일 기준 신용장 유효기간(L/C term), 도입 주문일, 물품 주문에 대한 납기일(CRD) 등을 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 이 때 도입발주 어플리케이션은 요청된 조회 조건의 도입 주문이 오퍼 수정된 것일 경우에는 수정 요청 차수(amend request sequence), 수정 요청일(amend request date), 수정 종류(amend type), 수정일(amend date) 등을 추가로 사용자 인터페이스모듈로 제공한다. 추가로 도입발주 어플리케이션은 오퍼처리를 위한 사용자의 참고사항을 입력할 수 있는 프리노트 포맷을 제공한다. 따라서 도입발주 어플리케이션은 사용자 참고사항을 전달받아오퍼처리 내용과 함께 데이터베이스에 저장한다. 물론 거래선의 사용자의 참고사항을 입력할 수 있는 프리노트란도 포함된다. 결국 주문처의 사용자와 거래선의 사용자는 이러한 프리노트 포맷을 통해 오퍼처리를 위한 정보를 교환한다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 오퍼처리를 위한 오퍼 수정 관리(management of offer amend)를 실시한다. 오퍼 수정 관리를 위한 도입발주 어플리케이션은 신용장이 이미 개설된 도입 주문에 대해 신용장 관련 정보 변경을 실시하고, 상기에서 이미 설명된 도입 주문 교정 관리(management of P/O revise)를 통해 주문량이나 단가 등 품목 변경이 수행된 도입 주문에 대한 오퍼 수정을 실시한다. 즉 도입발주 어플리케이션은 주문량이나 단가 등 품목의 변경이 아닌 결제 조건이나 선적 일자나 신용장 유효기일 등의 변경이 요청될 때 오퍼 수정 관리를 실시한다.

도입발주 어플리케이션은 상기한 오퍼 수정 관리를 위해 신용장(L/C)이 개설(open)된 도입 주문번호(P/O no)별로 파일번호(본 명세서에서 파일번호는 도입 품목들을 관리하기 위해 도입 물품별로 부여된 관리번호), 신용장번호, 신용장 개설 사업부(open OBU) 코드번호, 통화, 도입주문금액(P/O amount), 신용장 개설일, 선적일, 신용장 개설금액(L/C amount), 가격조건, 신용장 유효기일(L/C validity : 수출자가 어음을 매입은행에 제시할 수 있는 마지막 날), 선적방식 등을 조회하기 위한 포맷과, 실질적인 오퍼 수정을 처리할 포맷을 사용자 인터페이스모듈로 제공한다. 즉 사용자는 사용자 인터페이스모듈의 포맷에 조회할 도입 주문번호(또는 신용장번호)를 조회 조건으로 코드 입력하며, 도입발주 어플리케이션은 코드 입력된조회 조건의 자료를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 또한 도입발주 어플리케이션은 상기한 조회 결과를 확인한 사용자로부터 수정 요청일(amend request date), 수정 종류(amend type : increase or decrease, etc), 수정금액(amend amount), 가격조건, 선적기일(또는 최종 선적일자), 개설일 기준 월 단위 신용장 유효기간(L/C term), 신용장 유효기일(L/C validity), 오퍼번호(물품매도확약서번호), 오퍼발행일자(offer date) 등의 수정 정보 입력 후 수정 요청이 있을 경우에, 그 수정 요청된 수정 정보를 데이터베이스에 업데이트시킨다. 이후 오퍼 수정의 권한을 가진 사용자가 시스템에 접근하여 해당 오퍼 수정을 처리하면, 도입발주 어플리케이션은 오퍼 생성 일자, 처리일자, 처리담당자, 수정일(amend date), 지금까지의 수정 차수(amend sequence)를 사용자 인터페이스모듈로 제공한다. 또한 도입발주 어플리케이션은 이전 오퍼상황과 수정 이후 오퍼상황에 대한 비교 참조를 보여주는 포맷을 제공한다. 이를 위해 도입발주 어플리케이션은 이전 오퍼 처리 결과와, 이전과 비교하여 수정된 오퍼 수정 결과를 사용자 인터페이스모듈로 제공하며, 그 내용은 사용자 인터페이스모듈에 제공된 비교 참조란에 디스플레이된다.

특히 도입발주 어플리케이션은 수정 내용에 따라 구분된 여러 수정 종류를 지원한다. 이를 위해 데이터베이스에는 가격조건 및/또는 선적기일의 수정을 위한 "INCREASE/SPEC"과 "DECREASE/SPEC", 개설일 기준 신용장 유효기간(L/C term) 및/또는 신용장 유효기일(L/C validity) 및/또는 선적기일의 수정을 위한 "INCREASE/TERM"과 "DECREASE/TERM", 신용장 개설금액의 수정을 위한 "INCREASE"와"DECREASE", 신용장 개설 후 통관이 아직 안된 잔량 수정을 위한 "잔량처리" 등의 여러 수정 종류들이 저장되어 있다.

다음 도입발주 어플리케이션은 사용자 요청에 의해 물품매도확약서(offer sheet) 프린트(offer print)를 지원한다. 이를 위해 도입발주 어플리케이션은 주문 상황이나 내역을 조회할 수 있는 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 사용자 인터페이스모듈로 제공된 포맷을 통해 각 부서별 주문 상황 및 내역을 확인한다. 추가로 사용자가 사용자 인터페이스모듈로 제공된 포맷에 주문 기간, 거래선 코드번호, 주문번호, 파일번호 중에서 하나 또는 그 이상의 조회 조건을 선택하면, 도입발주 어플리케이션은 이미 생성되어 저장된 여러 주문들의 번호 리스트를 사용자 인터페이스모듈로 제공한다. 이후 도입발주 어플리케이션은 사용자 인터페이스모듈을 통해 특정 주문번호가 선택되면, 데이터베이스에 미리 저장되어 있던 물품매도확약서(offer sheet) 폼(form)에 사용자에 의해 선택된 주문번호에 해당되는 여러 오퍼정보들을 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 도입발주 어플리케이션은 사용자 인터페이스모듈에 디스플레이된 물품매도확약서의 발행을 지원한다. 추가로 도입발주 어플리케이션은 프린트 옵션(landscape 또는 portrait, 스케일 등)을 사용자가 선택할 수 있도록 한다.

다음 도입발주 어플리케이션은 사용자 요청에 따라 오퍼 내용 관리(management of offer content)를 실시한다. 이는 오퍼 신청의 기본이 되는 정보(부서, 거래선 코드번호, 차수 등)를 미리 입력 저장함으로써 보다 빠른 오퍼 처리를 지원하기 위한 것이다. 이를 위해 도입발주 어플리케이션은 부서별 거래선 코드번호(공급자 코드번호 또는 제조자 코드번호) 입력을 위한 포맷을 사용자 인터페이스모듈로 제공하고, 그 사용자 인터페이스모듈로 거래선 이름을 제공한다. 다음 도입발주 어플리케이션은 특정 부서별 거래선의 다음 오퍼정보들을 선택 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 입력 오퍼정보로는, 오퍼 형태(국내 오퍼, 외화 획득용 국외 발행, 내수용 국외 발행), 오퍼의 유효기일, 신용장 유효기간(L/C term), 은행 수수료 지불 대상(all bank charge=은행 수수료 지불을 누가 할 것인지 결정), 서류 제시 기일(presented within), 서명(signature, 신용장 신청자 결정), 대금 결제 방식(terms of payment), 재고 웹 오픈(stock web open, 웹(또는 인터넷)을 통해 거래선이 재고정보를 조회할 수 있도록 오픈 여부 결정), 연지급 형태(usance type, 환어음의 인수 후 지불 방식으로, 연지급 기간에 대한 이자를 수입자가 결제시 지불하는 형태(bankers)와 연지급 기간에 대한 이자를 선적자가 지불하는 형태(shippers) 중 하나 선택), 결제일 형태(settlement date type, 결제일을 결정할 때 기준일로, 발행일자(B/L date)와 상업송장 발행일자(invoice date)와 선적일(S/D date) 중 하나 선택), 결제 요청 기간(request period) 등이다. 또한 도입발주 어플리케이션은 오퍼처리를 위한 그 밖의 다른 정보를 코드 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 코드 입력되는 정보들로는 단가(price term), 선적국(ship nation), 도착지(destination), 선적항(shipping port), 원산지(origin), 선적방식(항공운송, 해상운송, 항공/해상운송 등) 등을 입력하기 위한 포맷을 사용자 인터페이스모듈을 제공하며, 또한 도입 주문에 대한 비고사항을 입력하기 위한 포맷을 제공한다. 따라서 도입발주 어플리케이션은 사용자가 사용자 인터페이스모듈로 제공된 포맷에 정보를 입력하면, 그 입력 내용을 데이터베이스에 저장시킨다. 그밖에 도입발주 어플리케이션은 오퍼 내용 관리를 보조하기 위해 저장되어 있던 통지은행(advising bank)과 그의 계좌번호(account no), 그리고 이자율(interest rate) 관리 포맷을 사용자 인터페이스모듈로 제공한다. 도입발주 어플리케이션은 사용자가 이자율 관리를 위한 포맷에 부서, 거래선 코드번호, 대금 결제 방식(terms of payment), 통화 중 하나 또는 그 이상의 것을 입력하면, 각 부서의 거래선과 그 거래선의 대금 결제 방식, 대금 결제 방식에 적용된 통화와, 그 거래선과의 계약년(contract period(year))과 계약 이자율(contract interest rate(%))과 신용장 적용일(L/C app period(day))과 신용장 적용 이자율(L/C app interest rate)과 선적방식과 처리일과 처리담당자 등의 정보를 사용자 인터페이스모듈로 제공한다. 또한 도입발주 어플리케이션은 사용자의 요청이 있을 경우에, 미리 저장되어 있던 각 부서의 거래선과 그 거래선의 대금 결제 방식, 대금 결제 방식에 적용된 통화와, 그 거래선과의 계약년(contract period(year))과 계약 이자율(contract interest rate(%))과 신용장 적용일(L/C app period(day))과 신용장 적용 이자율(L/C app interest rate)과 선적방식과 처리일과 처리담당자 등 정보의 추가/수정/삭제를 지원한다. 또한 도입발주 어플리케이션은 사용자가 통지은행과 그의 계좌번호 관리를 위한 포맷에 부서, 거래선 코드번호, 대금 결제 방식(terms of payment), 통화 중 하나 또는 그 이상의 것을 입력하면, 각 부서의 거래선과 그 거래선의 대금 결제 방식, 대금 결제 방식에 적용된 통화와, 그 거래선에 대한 신용장 개설은행과 통지은행과 계좌번호, 그리고 처리일과 처리담당자 등의 정보를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 사용자 요청에 따라 오퍼 내용의 그룹 조회(group inquiry of offer content)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 부서의 거래선 코드번호를 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자 인터페이스모듈을 통해 사용자가 각 부서의 거래선 코드번호를 입력하면, 도입발주 어플리케이션은 각 부서의 거래선별 오퍼 수신자(즉, 신용장 수취인=거래선=messers), 오퍼 유효기일(offer validity), 선적방식(shipping method), 환적 허용 여부 선택(transshipment=운송 도중에 운송 수단이 바뀌거나 동일 운송 수단의 다른 기종으로 도입 물품을 옮겨 싣는 것에 대한 허용 여부), 은행 수수료 지불 대상(all bank charge=은행 수수료 지불을 누가 할 것인지 결정), 분할선적 가능 여부 선택(partial shipment), 대금 결제 방식(terms of payment), 선적회사정보/운송회사정보, 서명(signature, 신용장 신청자 결정), 처리일, 처리담당자, 개설일 기준 신용장 유효기간(L/C term), 서류 제시 기일(presented within), 오퍼 형태(국내 오퍼, 외화 획득용 국외 발행, 내수용 국외 발행), 연지급 형태(usance type, 환어음의 인수 후 지불 방식으로, 연지급 기간에 대한 이자를 수입자가 결제시 지불하는 형태(bankers)와 연지급 기간에 대한 이자를 선적자가 지불하는 형태(shippers) 중 하나 선택), 제조자 정보, 결제 요청 형태(settlement request type) 및 결제 요청 기간 등을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다.

별도로 도입발주 어플리케이션은 상기 오퍼처리의 모든 과정에서 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

다음은 도입발주 어플리케이션을 통한 선적처리에 대해 보다 상세히 설명한다.

본 발명의 도입발주 어플리케이션은 주문처리 및 오퍼처리된 도입 품목에 대한 선적처리를 지원한다. 즉 도입발주 어플리케이션은 다음에 설명될 수입금융 어플리케이션을 통한 신용장번호(L/C No) 채번처리 후 도입 주문 품목에 대한 선적처리 및 그 선적처리를 위한 통관 요청과 보증 요청과 결제 요청 등의 처리를 지원하며, 특히 이전 도입 주문(P/O)의 도입 물품번호(원자재 코드번호 또는 시설재 코드번호)와 선적처리 때 발생한 도입 물품번호의 비교 작업 및 그 비교를 통한 일치 작업을 지원한다.

이러한 도입발주 어플리케이션을 통한 선적처리는 다음의 절차를 통해 수행된다. 먼저, 네트워크를 통해 본 발명의 구매정보통합 시스템으로 접근한 사용자가 선적 그룹 조회를 거쳐 선적을 요청한다. 그러면 본 발명의 시스템은 중계작업으로써, 예비 선적 조회 또는 예비 선적 그룹 조회를 지원하고, 또한 확정 선적 조회 및 확정 선적 그룹 조회를 지원한다. 사용자는 조회 결과로부터 선적 요청을 확정한다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 선적처리를 위한 선적 요청 관리(management of S/D request)를 실시한다. 먼저 도입발주 어플리케이션은주문처리를 통해 도입 주문 정보들을 데이터베이스에 미리 저장해 둔 상태에서 선적 요청이 발생되면, 여러 도입 주문에 대한 선적 요청 정보를 타 시스템 네트워크를 통해 해당 거래선으로 전달한다. 이를 위해 도입발주 어플리케이션은 먼저 도입 주문 정보의 조회를 위한 포맷과, 원하는 도입 주문에 대한 선적 요청을 선택하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉, 사용자 인터페이스모듈을 통해 사용자가 부서 코드값과 기일형태(주문일, 물품 주문에 대한 납기일(CRD), 신용장 개설일, 선적 요청일, 처리일자)와 거래선 코드번호(공급자 코드번호 또는 에이젼트 코드번호)와 도입 주문번호와 파일번호와 신용장번호 중에서 하나 또는 그 이상의 것을 조회 조건으로 선택하면, 도입발주 어플리케이션은 요청된 조회 조건에 맞는 도입 주문 그룹 정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 이 때 제공되는 도입 주문 그룹 정보들로는, 주문번호, 물품번호, 주문량, 잔량, 주문일, 물품 주문에 대한 납기일(CRD), 신용장번호, 신용장 개설일, 통화 등이다. 이후 사용자는 사용자 인터페이스모듈을 통해 각 부서별 도입 주문 그룹 사항을 확인한 후 선적 요청할 하나 또는 그 이상의 도입 주문을 선적 요청으로 선택한다. 그러면 도입발주 어플리케이션은 각 도입 주문에 대한 선적 요청 기본 정보를 사용자 인터페이스모듈로 제공하며, 이후 도입발주 어플리케이션은 사용자가 자신이 선택한 각 선적 요청에 대한 선적 요청 수량과 선적 요청일을 입력하여 여러 도입 주문에 대한 선적을 요청하면, 그 요청 내용을 데이터베이스에 저장시킨다. 이후 도입발주 어플리케이션은 사용자 인터페이스모듈을 통한 사용자의 선적 요청 발송 요구가 있을 경우에, 그 사용자에 의해 입력된 각 도입 주문에 대한선적 요청 수량과 선적 요청일, 그리고 각 도입 주문에 대한 공급자 확인 구분(vendor confirm), 가능량(possible quantity), 가능한 선적일(possible ship date), 거래선 참고사항(vendor remark), 전송 날짜(send date), 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type)을 타 시스템 네트워크의 인터페이스 방식으로 해당 거래선에 전송한다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 선적처리를 위한 선적 요청 상세관리(detail management of S/D request)를 실시한다. 이 때도 상기 설명된 선적 요청 관리(management of S/D request)에서와 같이 도입발주 어플리케이션은 주문처리를 통해 도입 주문 정보들을 데이터베이스에 미리 저장해 둔 상태에서 선적 요청이 발생되면, 여러 도입 주문에 대한 선적 요청 정보를 타 시스템 네트워크를 통해 해당 거래선으로 전달한다. 이를 위해 도입발주 어플리케이션은 도입 주문번호(P/O no)와 파일번호와 선적차순(serial)과 신용장번호(L/C no) 등을 조회 조건으로 입력하기 위한 포맷과, 조회 조건에 따른 조회 결과로써 주문 물품 롯트번호(Lot no), 통화, 가격조건, 주문일, 물품 주문에 대한 납기일(CRD), 신용장 개설일, 선적 요청일, 선적방식, 선적국, 운송수단이름(ship name), 에이젼트 코드번호(agent no)/이름, 처리일, 처리담당자, 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type), 사용자 참고사항과 거래선 참고사항 등의 상세정보를 보여주기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉, 사용자 인터페이스모듈을 통해 사용자가 도입 주문번호(P/O no)와 선적차순(serial)과 신용장번호(L/C no) 등을 조회 조건으로 입력하면, 도입발주 어플리케이션은 상기 나열된 상세정보들과 다음의 도입 주문 정보들을 사용자 인터페이스모듈로 제공한다. 이 때 제공되는 도입 주문 정보들은, 도입 물품 코드번호, 주문량, 잔량, 관세처리를 위한 국제통일 상품분류코드(H/S no), 단가(unit price), 물품의 규격 측정단위, 도입 물품명(description), 규격(specification) 등이다. 이후 사용자는 사용자 인터페이스모듈의 포맷에 나열된 각 도입 물품별 도입 주문 그룹 사항을 확인한 후 하나 또는 그 이상의 주문 물품에 대한 도입 주문을 선택한다. 그러면 도입발주 어플리케이션은 선택된 각 도입 주문에 대한 선적 요청 정보를 사용자 인터페이스모듈로 제공하며, 이후 도입발주 어플리케이션은 선적 요청 수량과 선적 요청일의 입력을 통한 여러 도입 주문에 대한 선적 요청이 있을 경우에, 그 요청 내용을 데이터베이스에 저장시킨다. 이후 도입발주 어플리케이션은 사용자 인터페이스모듈을 통한 사용자의 선적 요청 발송 요구가 있을 경우에, 그 사용자에 의해 입력된 각 도입 주문에 대한 선적 요청 수량과 선적 요청일, 그리고 각 도입 주문에 대한 공급자 확인 구분(vendor confirm), 가능량(possible quantity), 가능한 선적일(possible ship date), 거래선 참고사항(vendor remark), 전송 날짜(send date), 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type)을 타 시스템 네트워크의 인터페이스 방식으로 해당 거래선에 전송한다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 선적처리를 위한 선적일정그룹 조회(group inquiry of pre S/D) 또는 선적확정그룹 조회(group inquiry of S/D)를 실시한다. 선적일정그룹 조회를 위해 도입발주 어플리케이션은 선적형태(S/D 또는 pre S/D)를 선택할 수 있으며, 또한 각 부서(division) 코드번호, 기일형태(주문일, 물품 주문에 대한 납기일(CRD), 처리일, 선적일), 거래선 코드번호(특히 공급자 코드번호 또는 에이젼트 코드번호), 주문번호, 파일번호, 신용장번호, 거래선 코드번호 중에서 하나 또는 그 이상의 것을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공하며, 또한 선택된 조회 조건에 해당되는 조회 결과로써, 도입 주문 정보와 선적정보를 보여주기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 도입발주 어플리케이션은 사용자에 의해 상기 나열된 조회 조건들이 코드 입력되면, 그 코드 입력된 해당 조회 조건의 도입 주문 정보와 선적정보를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 결국 사용자 인터페이스모듈을 통해 입력된 상기 나열된 조회 조건과, 그 조회 조건에 따른 조회 결과인 주문번호, 도입 주문된 물품번호와, 주문량, 잔량, 주문일, 물품 주문에 대한 납기일(CRD), 신용장번호, 신용장 개설일, 통화 등의 주문 정보가 사용자 인터페이스모듈로 제공된다. 동시에 또다른 조회 결과인 선적량(ship quantity), 선적금액(ship amount), 선적기일, 선하증권번호(house B/L no 또는 master B/L no), 처리일, 처리담당자, 거래선 참고사항, 거래처리일, 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type) 등의 선적정보가 사용자 인터페이스모듈로 제공된다. 이러한 주문정보 및 선적정보는 도입발주 어플리케이션이 특정 거래선으로부터 타 시스템 네트워크의 거래선 인터페이스 방식(interface type)을 통해 미리 제공받거나, 파일로써 제공받는다.

또한 선적확정그룹 조회를 위해 도입발주 어플리케이션은 선적형태(S/D 또는 pre S/D)를 선택할 수 있으며, 또한 각 주문번호 및 거래선으로부터 제공받은 파일번호, 선적차순(serial), 신용장번호(L/C no) 등을 조회 조건으로 입력하기 위한 포맷과, 조회 조건에 따른 조회 결과로써 통화, 신용장 개설금액(L/C amount), 잔량, 거래선 코드번호/이름, 선하증권번호(house B/L no 또는 master B/L no), 선적기일, 운임통화(fare currency), 가격조건, 도입 물품의 규격 측정단위(UOM), 상업송장번호(invoice no), 선적중량, 이자율, 운송수단이름, 화물수량(carton quantity), 이자액(interest amount), 물품도착예정일(ETA), 선적방식, 총금액, 선적항, 도착항, 처리일자(run date), 원산지, 선적국, 거래선 처리일자, 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type), 사용자 참고사항과 거래선 참고사항 등의 정보와 도입 주문 정보들을 보여주기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 즉 도입발주 어플리케이션은 사용자에 의해 주문번호, 파일번호, 선적차순(serial), 신용장번호(L/C no) 중에서 하나 또는 그 이상의 조회 조건이 입력되면, 그 코드 입력된 조회 조건의 정보들과 다음의 주문정보들을 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 여기서 제공되는 도입 주문 정보로는, 도입 주문된 물품번호와, 주문량, 잔량, 관세처리를 위한 국제통일 상품분류코드(H/S no), 단가, 도입 물품의 규격 측정단위(UOM), 도입 물품명(description), 규격(specification) 등이다. 다음 도입발주 어플리케이션은 조회된 정보들을 참조하여 각 도입 주문 물품에 대한 수급계획을 세울 수 있도록 수급계획 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자가 사용자 인터페이스모듈을 통해 제공된 도입 주문 정보에서 하나 또는 그 이상의 도입 주문 물품을 선택하면, 도입발주 어플리케이션은 그 선택된 도입 주문 물품에 대한 선적량, 선적금액, 선적기일, 주문처 참고사항, 거래선 참고사항 등의 수급계획 정보가 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 상기 선적처리를 위한 선적 관리(management of S/D)를 실시한다. 사용자는 도입발주 어플리케이션의 선적일정그룹 조회(group inquiry of pre S/D) 또는 선적확정그룹 조회(group inquiry of S/D)를 통해 원하는 선적정보를 확인한 후 선적 관리를 통해 선적 처리를 수행한다.

도입발주 어플리케이션은 신용장이 개설된 후 그 도입 주문 물품에 대한 선적 정보가 타 시스템 네트워크를 통해 거래선으로부터 도입발주 어플리케이션에 전달되었을 경우에, 그 선적 관리에서 선적 처리를 실시한다. 또한 도입발주 어플리케이션은 해당 도입 주문 물품에 대한 과세평가 이전에 이미 수행된 선적 처리 결과에 대한 수정을 지원한다. 또한 도입발주 어플리케이션의 선적 관리에서 선하증권번호(B/L no)는 다른 도입 주문과 중복이 가능하지만, 하나의 도입 주문에 대해 동일한 선하증권번호(B/L no)를 기준으로 여러 번의 선적 처리는 본 발명의 선적 관리에서 수행되지 않는다.

이러한 선적 관리를 위해 도입발주 어플리케이션은 도입 주문번호와 파일번호와 신용장번호 중에서 하나 또는 그 이상의 조회 조건을 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 제공된 사용자 인터페이스모듈의 포맷을 통해 특정 조회 조건을 코드 입력하면, 도입발주 어플리케이션은 그 코드 입력된 해당 조회 조건의 자료를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 그 제공된 자료는 해당 도입 주문번호가 신규선적처리에 해당되는 것인지, 해당 도입 주문번호에 대한 물품이 과세평가 이전인지 아니면 이후인지, 또는 도입 주문번호에 대한 물품이 통관 입고 처리된 것인지에 따라 다르다. 결국 도입발주 어플리케이션은 조회 조건으로 입력된 도입 주문번호의 현재 처리 상태를 확인한 후 그 조회 결과를 사용자 인터페이스모듈로 제공한다.

본 발명에서 도입발주 어플리케이션은 일반적으로 도입 주문번호와 파일번호와 신용장번호는 물론 통화, 주문잔금, 선적기일, 신용장 개설금액(L/C amount), 선하증권 발행일자(B/L date), 상업송장 발행일자(invoice date), 거래선 코드번호/이름을 사용자 인터페이스모듈로 제공하며, 선적처리를 위해 입력이 필요한 선하증권번호(house B/L no 또는 master B/L no), 가격조건, 운임통화(fare currency), 선적중량, 측정단위(UOM), 상업송장번호(invoice no), 화물수량(carton quantity), 이자율, 운송수단이름, 선적방식, 이자액(interest amount), 물품도착예정일(ETA), 도착항, 이자금액(거래선 결제방식별 이자율), 선적항, 선적국, 총금액, 원산지, 통관 요청 일자(C-C req date), 처리담당자, 통관 입고 일자(IBGO date), 결제일, 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type), 사용자 참고사항과 거래선 참고사항 등의 정보들 중에서 이미 처리된 항목들을 사용자 인터페이스모듈로 제공한다. 이후 사용자는 사용자 인터페이스모듈을 통해 선적처리에 필요한 나머지 항목들의 내용을 입력한다. 그 입력된 내용은 도입발주 어플리케이션에 전달되며, 도입발주 어플리케이션은 전달된 입력 내용을 데이터베이스에 저장시킨다. 또한 도입발주 어플리케이션은 상기 나열된 조회 결과 자료의 사용자 인터페이스모듈로의 제공 이후에 선적처리가 완료되면, 각 도입 주문번호에 해당되는 도입 물품번호와, 그 도입 물품번호의 물품명(description), 규격(specification), 주문량, 잔량, 선적량, 선적금액, 단가, 관세처리를 위한 국제통일 상품분류코드(H/S no), 주문번호 생성을 위한 기초 자료(ILPK), 측정단위(UOM), 처리일, 처리담당자 등의 처리 결과를 사용자 인터페이스모듈로 제공한다.

상기에서 도입 주문번호와 파일번호는 신용장 개설된 도입 주문번호와 파일번호이며, 통화는 신용장 개설금액의 통화 코드이다. 도입발주 어플리케이션은 선적의 전체금액에서 신용장 개설금액을 감하여 주문잔금으로 계산한다. 도입발주 어플리케이션은 대금 결제 방식이 무신용장으로 설정된 경우에만 선하증권 발행일자(B/L date) 및 상업송장 발행일자(invoice date)가 입력되도록 포맷을 설정한다. 만약 선하증권 발행일자와 상업송장 발행일자가 입력되면, 도입발주 어플리케이션은 그들을 전달받아 결제 요청일을 자동 계산하여 저장해둔다. 또한 도입발주 어플리케이션은 각 도입 주문 물품에 대한 선적량에 단가를 곱하여 총금액을 계산하며, 그 계산된 총금액에 이자율을 곱한 백분율 값을 이자액으로 계산한다.

이러한 선적 관리는 각 도입 주문번호 단위로 처리된다. 또한 도입발주 어플리케이션은 도입 주문 생성 처리를 통해 미리 데이터베이스에 저장되어 있던 주문량에서 또한 데이터베이스에 미리 저장된 선적량을 감하여 주문 잔량으로 계산한다.

이후 도입발주 어플리케이션은 사용자 컴퓨터측에서 사용자 인터페이스모듈을 통해 선적처리 조회(inquiry of S/D) 및 그룹 조회(group inquiry of S/D), 그리고 각 도입 주문 물품별 선적처리 조회(inquiry of S/D by part no) 및 그룹 조회(group inquiry of S/D by part no)를 요청할 경우에 상기한 선적 관리 과정을 거쳐 저장해둔 여러 선적처리 결과 및 그 밖의 관련 처리 결과를 상기 사용자 인터페이스모듈로 제공한다. 이를 위해 도입발주 어플리케이션은 선적처리된 도입 주문 물품별로 선적정보. 통관 입고 정보, 결제정보의 조회를 지원한다. 즉 도입발주 어플리케이션은 도입 주문 물품에 대한 기일형태(선적일, 통관 요청일)와 조회기간을 조회 조건으로 선택하기 위한 포맷을 사용자 인터페이스모듈로 제공하며, 사업부 코드번호 또는 사업부 담당 부서의 코드번호 또는 거래선 코드번호 또는 주문번호/파일번호 또는 도입 주문 물품번호 중에서 하나 또는 그 이상의 조회 조건을 입력할 수 있는 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 도입발주 어플리케이션은 사용자에 의해 특정 조회 조건이 입력되면, 그 입력된 조회 조건에 해당되는 여러 도입 물품에 대한 주문정보와 선적정보를 데이터베이스에서 읽어들여 다시 사용자 인터페이스모듈로 제공한다. 이 때의 주문정보로는 도입 주문번호(P/O no), 도입 주문된 물품번호와, 주문량, 잔량, 주문일, 물품 주문에 대한 납기일(CRD), 신용장번호, 신용장 개설일, 통화 등이다. 또한 선적정보로는 선적량(ship quantity), 선적금액(ship amount), 선적기일, 통관 요청 일자(C-C req date), 선적상태(S/D status), 선하증권번호(house B/L no 또는 master B/L no), 처리일, 처리담당자, 거래선 참고사항, 거래처리일, 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date), 선적 요청 정보를 전달할 타 시스템 네트워크의 거래선 인터페이스 방식(interface type) 등이다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 보다 빠른 선적처리를 위한 선적 내용 관리(management of S/D content)를 실시한다. 이는 선적처리 시 자주 입력되는 선적정보들을 미리 데이터베이스에 저장해 두기 위한 것으로, 이를 위해 도입발주 어플리케이션은 각 사업부의 주문 담당 부서 코드번호나 거래선 코드번호들을 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 또한 도입발주 어플리케이션은 각 사업부의 주문 담당 부서의 거래선별로 선적방식(ship method - airport, port or airport, port), 운임통화(fare currency), 선적항, 도착항, 원산지, 선적국 등의 코드를 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 특히 사용자가 사용자 인터페이스모듈로 제공된 포맷에 특정 사업부의 주문 담당 부서 코드번호 또는 거래선 코드번호를 입력하면, 도입발주 어플리케이션은 요청된 주문 담당 부서의 거래선에 대한 선적방식(ship method), 운임통화(fare currency), 선적항, 도착항, 원산지, 선적국에 대해 미리 입력 처리된 정보가 존재하는 지를 확인한다. 도입발주 어플리케이션은 확인 결과에서 이미 조회 요청된 주문 담당 부서의 거래선에 대한 여러 정보들이 존재하면 상기 나열된 정보와 함께 처리담당자와 처리일을 사용자 인터페이스모듈로 제공한다. 그렇지 않을 경우에는 사용자가 사용자 인터페이스모듈로 제공된 포맷에 상기 나열된 정보들을 입력하고, 그 입력된 정보들에 대해 도입발주 어플리케이션은 특정 주문 담당 부서의 거래선에 대한 선적방식(ship method), 운임통화(fare currency), 선적항, 도착항, 원산지, 선적국 등의 코드들을 데이터베이스에 등록한다. 이렇게 등록된 정보들은 이후에 사용자가 선적처리를 실시할 때 자동으로 사용자 인터페이스모듈로 제공되어 디스플레이된다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 선적처리를 위한 선적 데이터 리포트(shipping data report)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 사업부의 주문 담당 부서 코드번호, 거래선 코드번호들(공급자 코드번호 및 에이젼트 코드번호), 그리고 기일형태(주문일, 물품 주문에 대한 납기일(CRD), 처리일(run date), 선적일)의 입력을 통한 조회 포맷을 사용자 인터페이스모듈로 제공한다. 또한 도입발주 어플리케이션은 주문번호(P/O no)나 파일번호나 주문 물품번호(part no 또는 facilities no) 등의 입력을 통한 조회 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 사용자 인터페이스모듈로 제공된 포맷을 통해 각 사업부의 주문 담당 부서 코드번호와 거래선 코드번호들과 기일형태를 선택 입력하고, 리포트 요청할 주문번호나 주문 물품번호 중에서 하나 이상을 선택 입력한다. 조회 요청에 따라 도입발주 어플리케이션은 데이터베이스에 미리 저장되어 있던 선적데이터(shipping data) 폼(form)에 사용자에 의해 선택된 주문번호에 해당되는 여러 정보들(주문번호, 선적일, 거래선 코드번호와 이름, 신용장번호, 선하증권번호(house B/L no 또는 master B/L no), 선적방식, 운송수단이름(ship name), 선적항, 도착항, 운임통화(fare currency), 선적금액, 원산지, 물품도착예정일(ETA), 주문 물품번호, 물품명, 규격, 선적량, 단가, 총금액 등)을 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 도입발주 어플리케이션은 사용자의 요청이 있을 경우에 사용자 인터페이스모듈로 제공된 선적데이터 폼을 출력시킨다. 추가로 도입발주 어플리케이션은 프린트 옵션(landscape 또는 portrait, 스케일 등)을 사용자가 선택할 수 있도록 지원한다.

다음 상기에서의 선적처리 이후 도입발주 어플리케이션은 요청이 있을 경우에 보증 요청 관리(management of L/G request)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 사업부의 주문 담당 부서 코드번호, 거래선 코드번호들(공급자 코드번호 및 에이젼트 코드번호), 그리고 기일형태(선적일, 보증 요청일)의 입력을 통한 조회 포맷을 사용자 인터페이스모듈로 제공한다. 또한 도입발주 어플리케이션은 주문번호(P/O no)나 주문 물품번호(part no 또는 facilities no) 등의 입력을 통한 조회 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 사용자 인터페이스모듈로 제공된 포맷을 통해 각 사업부의 주문 담당 부서 코드번호와 거래선 코드번호들과 기일형태를 선택 입력하고, 조회 요청할 주문번호나 주문 물품번호 중에서 하나 이상을 선택 입력한다. 조회 요청에 따라 도입발주 어플리케이션은 데이터베이스에 미리 저장되어 있던 선적정보(shipping information)와 그밖에 정보들(신용장번호)을 사용자 인터페이스모듈로 제공한다. 여기서 선적정보로는 주문 물품번호, 선적일, 선하증권번호(house B/L no 또는 master B/L no), 선적금액, 통화, 처리일과 처리담당자 등로써 전술된 선적처리 결과들이다. 이후 사용자는 사용자 인터페이스모듈로 제공된 선적정보 및 그밖에 정보들을 확인한 후 도입발주 어플리케이션에서 제공한 포맷에 보증 요청일(L/G request date)을 입력한다. 도입발주 어플리케이션은 입력된 보증 요청일을 해당 주문번호와 맵핑되게 저장시킨다.

또한 도입발주 어플리케이션은 요청이 있을 경우에 보증 상세 조회(detail inquiry of L/G)를 실시한다. 이를 위해 도입발주 어플리케이션은 주문번호, 파일번호, 신용장번호, 보증 차수(L/G seq) 중에서 하나 또는 그 이상을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 주문번호, 신용장번호, 보증 차수(L/G seq) 중에서 하나 또는 그 이상을 조회 조건으로 입력하여 도입발주 어플리케이션으로 조회를 요청한다. 도입발주 어플리케이션은 선적에 대한 보증 요청 후 보증 처리된 정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 결국 사용자 인터페이스모듈로 인터페이스되는 정보들은 선적 요청일, 보증 요청일, 보증서 발급일, 신용장 개설 부서, 선하증권 발급일, 선하증권번호(house B/L no 또는 master B/L no), 환적 허용 여부(transshipment), 운송수단이름, 선적자, 거래선, 도착지, 도착항, 도착일, 물품명, 보증금액, 신용장 개설금액, 통화, 처리일과 처리담당자, 보증서 재발급일, 보증서 재발급금액 등이다.

다음 상기에서의 선적처리 이후 도입발주 어플리케이션은 요청이 있을 경우에 통관 및 결제 요청 관리(management of clearance & settlement request)를 실시한다. 이는 선적처리 이후 통관일자 및 결제일자를 그룹으로 관리하기 위한 것으로, 선적처리 시에 통관일자를 입력 저장하지 않았을 경우나 이미 입력 저장된 통관일자를 수정하고자 할 경우에, 도입발주 어플리케이션은 사용자 인터페이스모듈과의 연결을 통해 통관일자 입력 저장 및 수정을 지원한다. 이를 위해 도입발주 어플리케이션은 각 사업부의 주문 담당 부서 코드번호, 거래선 코드번호들(공급자 코드번호 및 에이젼트 코드번호), 기일형태(선적일, 통관일, 통관 요청일), 주문번호(P/O no), 파일번호, 선하증권번호 중에서 하나 또는 그 이상을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 조회 조건을 입력하고 조회를 요청한다. 도입발주 어플리케이션은 선적처리 결과 정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공된다. 결국 사용자 인터페이스모듈로 제공되는 정보들은 도입 주문번호, 파일번호, 선적차순, 선적일, 선하증권번호, 선적방식, 운송수단이름, 거래선, 신용장번호, 결제형태(settlement type), 처리일과 처리담당자 등이다. 그런데 만약 특정 도입 주문번호에 대해 이미 통관되었거나 이미 결제된 경우라면, 도입발주 어플리케이션은 해당 도입 주문번호와 맵핑되는 통관정보(통관 요청일, 통관일)와 결제정보(결제 요청일, 결제일, 결제금액, 통화)들을 사용자 인터페이스모듈로 제공한다. 결국 사용자는 사용자 인터페이스모듈을 통해 여러 도입주문번호에 대한 선적처리 이후 결과 정보들을 확인하며, 원하는 도입 주문번호에 대한 통관 요청일이나 결제 요청일의 입력 또는 수정을 요청한다. 도입발주 어플리케이션은 요청된 입력 사항 또는 수정 사항을 전달받아 해당 도입 주문번호와 맵핑되게 저장시킨다.

다음 도입발주 어플리케이션은 요청이 있을 경우에 입고 그룹 조회(group inquiry of warehouse) 및 상세 조회(detail inquiry of warehouse)를 실시한다. 입고 그룹 조회(group inquiry of warehouse)를 위해 도입발주 어플리케이션은 각 사업부의 주문 담당 부서 코드번호, 거래선 코드번호들(공급자 코드번호, 에이젼트 코드번호, 제조자 코드번호), 기일형태(주문일, 입고일, 선적일, 처리일), 주문 물품번호, 주문번호(P/O no) 중에서 하나 또는 그 이상을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 하나 또는 그 이상의 조회 조건을 입력하여 조회를 요청한다. 도입발주 어플리케이션은 조회 요청된 조회 조건과 맵핑되는 주문정보와, 입고정보, 그리고 선적정보를 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 여기서 제공되는 주문정보로는 주문번호, 도입 주문된 물품번호, 주문차수, 주문량, 잔량, 통화, 단가, 단위, 물품명, 규격, 주문일, 물품 주문에 대한 납기일(CRD), 신용장번호, 신용장 개설일 등이다. 다음 제공되는 입고정보로는 주문 물품번호, 입고일, 입고량, 통화, 단가, 단위, 거래선 참고사항, 주문처 참고사항 등이다. 다음 제공되는 선적정보로는 주문 물품번호, 선적차순, 선적일, 선적량, 선적금액, 선하증권번호 등이다. 다음 입고 상세 조회(detail inquiry ofwarehouse)를 위해 도입발주 어플리케이션은 주문번호 및/또는 신용장번호를 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 주문번호 및/또는 신용장번호를 조회 조건으로 입력한다. 도입발주 어플리케이션은 조회 요청된 조회 조건과 맵핑되는 상세정보를 데이터베이스에서 읽어들려 사용자 인터페이스모듈로 제공한다. 여기서 제공되는 상세정보로는 주문 물품번호, 입고일, 입고량, 단가, 단위, 거래선 참고사항, 주문처 참고사항 등이다.

별도로 도입발주 어플리케이션은 상기 선적처리의 모든 과정에서 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

다음 도입발주 어플리케이션은 주문처리, 오퍼처리 및 선적처리에 대한 결과를 일자별로 또는 주문번호별로 조회할 수 있도록 진도관리를 지원한다.

다음은 도입발주 어플리케이션을 통한 진도관리에 대해 보다 상세히 설명한다.

본 발명의 도입발주 어플리케이션은 일자별 그룹 진도관리를 실시한다.

도입발주 어플리케이션은 진도관리를 위해 일자별 상태 그룹 조회(group inquiry of status by date)를 실시한다. 이를 위해 도입발주 어플리케이션은 사용자로 하여금 주문처리된 상태(P/O), 오퍼처리된 상태(Offer), 신용장처리된 상태(L/C), 선적처리된 상태(S/D), 입고처리된 상태(receiving) 중에서 하나 또는 그 이상의 조회 조건을 단계적으로 선택할 수 있도록 해주며, 또한 각 사업부의 주문 담당 부서 코드번호, 기일형태(주문일, 신용장 개설일, 결제일, 선적일), 기간, 지불기간, 거래선 코드번호들(공급자 코드번호, 에이젼트 코드번호, 제조자 코드번호) 중에서 하나 또는 그 이상을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 사용자 인터페이스모듈로 제공된 포맷을 통해 상태를 선택하며, 이후 나머지 조회 조건을 입력하여 조회를 요청한다. 도입발주 어플리케이션은 요청된 조회 조건에 맵핑되는 여러 처리결과 정보를 사용자 인터페이스모듈로 제공한다. 여기서 만약 사용자가 주문처리된 상태를 조회 조건으로 선택했다면, 도입발주 어플리케이션은 주문처리 후 오퍼처리가 안된 도입 물품에 대한 주문번호, 주문일, 물품 주문에 대한 납기일, 거래선 정보를 사용자 인터페이스모듈로 제공한다. 또 사용자가 주문처리된 상태를 선택한 다음 오퍼처리된 상태를 더 선택했다면, 도입발주 어플리케이션은 오퍼처리 후 신용장처리가 안된 도입 물품에 대한 주문번호, 주문일, 물품 주문에 대한 납기일, 거래선 정보, 파일번호, 오퍼 발행일자, 통화, 신용장 개설금액, 지불기간 등을 사용자 인터페이스모듈로 제공한다. 또 사용자가 오퍼처리된 상태를 선택한 다음 신용장처리된 상태를 더 선택했다면, 도입발주 어플리케이션은 신용장처리 후 선적처리가 안된 도입 물품에 대한 주문번호, 주문일, 물품 주문에 대한 납기일, 거래선 정보, 파일번호, 오퍼 발행일자, 통화, 신용장 개설금액, 지불기간 등은 물론 신용장번호, 신용장 개설일 등을 사용자 인터페이스모듈로 제공한다. 또 사용자가 신용장처리된 상태를 선택한 다음 선적처리된 상태를 더 선택했다면, 도입발주 어플리케이션은 선적처리 후 입고처리가 안된 도입 물품에 대한 주문번호, 주문일, 물품 주문에 대한 납기일, 거래선 정보, 파일번호, 오퍼 발행일자, 통화, 신용장 개설금액, 지불기간, 신용장번호, 신용장 개설일 등은 물론 결제금액, 선적금액 등을 사용자 인터페이스모듈로 제공한다. 마지막으로 사용자가 선적처리된 상태를 선택한 다음 입고처리된 상태를 더 선택했다면, 도입발주 어플리케이션은 입고처리된 도입 물품에 대한 정보를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 진도관리를 위해 도입 주문 물품의 주문번호별 상태 조회(inquiry of status by P/O)를 실시한다. 이를 위해 도입발주 어플리케이션은 주문번호, 파일번호 또는 신용장번호 중에서 하나 또는 그 이상을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 사용자 인터페이스모듈로 제공된 포맷에 조회 조건을 입력한다. 도입발주 어플리케이션은 요청된 조회 조건에 맵핑되는 조회 결과(해당 조회 조건으로 입력된 도입 물품에 대한 주문처리/오퍼처리/선적처리/신용장처리의 상태)를 사용자 인터페이스모듈로 제공한다. 결국 사용자 인터페이스모듈에는 기본적으로 조회 요청된 도입 물품에 대한 주문금액, 통화, 거래선, 신용장 개설금액, 결제금액, 결제잔금, 선적금액, 선적잔금이 제공된다. 또한 도입발주 어플리케이션은 사용자가 해당 도입 물품에 대한 상세처리정보를 요청할 경우에 주문처리결과/오퍼처리결과/신용장처리결과/선적처리결과를 사용자 인터페이스모듈로 제공한다.

추가로 도입발주 어플리케이션은 주문번호, 파일번호 또는 신용장번호 중에서 하나 또는 그 이상을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공하여 주문정보와 선적정보의 비교 작업 및 그 비교를 통한 일치 작업을지원한다. 사용자가 사용자 인터페이스모듈로 제공된 포맷에 조회 조건을 입력하면, 도입발주 어플리케이션은 조회 조건에 맵핑되는 조회 결과(해당 조회 조건으로 입력된 도입 물품에 대한 주문처리/오퍼처리/선적처리/신용장처리의 상태)를 사용자 인터페이스모듈로 인터페이스시킨다. 결국 도입발주 어플리케이션에는 기본적으로 조회 요청된 도입 물품에 대한 주문금액, 통화, 거래선, 신용장 개설금액, 결제금액, 결제잔금, 선적금액, 선적잔금을 사용자 인터페이스모듈로 제공하며, 상세한 주문정보와 선적정보를 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 사용자 인터페이스모듈을 통해 주문정보와 선적정보를 비교 확인하고 수정이 필요하다면, 도입발주 어플리케이션에서 지원하는 주문처리 포맷이나 오퍼처리 포맷이나 선적처리 포맷이나 이후에 설명될 신용장처리 포맷 중에서 해당하는 처리 포맷을 통해 해당 내용을 수정한다.

다음은 도입발주 어플리케이션을 통한 신용장처리에 대해 보다 상세히 설명한다. 도입발주 어플리케이션을 통한 신용장처리는 다음에 설명될 수입금융 어플리케이션을 통한 신용장 개설 신청처리 및 신용장 개설에 따른 비용처리, 그리고 신용장번호(L/C No) 채번처리가 실시된 이후에 그 실시에 따른 제반 사항들을 조회 확인하는 것이다.

도입발주 어플리케이션은 요청이 있을 경우에 신용장 개설 및 신용장 수정에 대한 그룹 조회(group inquiry of L/C open and amend)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 사업부의 주문 담당 부서 코드번호를 선택 입력하고, 기일형태(신용장 요청일, 신용장 개설일, 신용장 처리일, 신용장 송신일, 수정 요청일, 수정일, 수정처리일, 수정 송신일)를 선택하고, 기간을 입력하고, 거래선 코드번호들(공급자 코드번호, 에이젼트 코드번호, 제조자 코드번호)을 선택 입력하고, 주문번호와 파일번호와 신용장번호를 조회 조건으로 선택 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 하나 또는 그 이상의 조회 조건을 입력한다. 도입발주 어플리케이션은 조회 요청된 조회 조건과 맵핑되는 신용장처리 결과들(개설 또는 수정된 신용장처리 결과)을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 여기서 제공되는 신용장처리 정보로는 각 사업부 코드번호, 주문번호, 파일번호, 신용장번호, 수정 차수(amend sequence), 거래선, 신용장 개설일, 만기일, 신용장 유효기일, 통화, 신용장 금액, 신용장 개설은행, 통지은행, 선적일, 처리일, 주문처에서 거래선에게 전송한 날짜(send date), 주문처가 거래선으로부터 수신받은 날짜(receive date) 등이다. 이후 도입발주 어플리케이션은 사용자가 제공된 여러 신용장처리 결과 중에서 하나를 선택할 경우에, 그에 대한 보다 상세한 정보를 제공한다. 이렇게 사용자가 제공된 여러 신용장처리 결과 중에서 하나를 선택할 경우에, 도입발주 어플리케이션은 다음에 설명될 신용장 개설 조회 포맷을 통해 상세한 신용장처리 결과를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 신용장 개설된 후 요청이 있을 경우에 물품번호별 신용장 개설 조회(inquiry of L/C open by part no)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 사업부의 코드번호를 선택 입력하고, 기일형태(신용장 요청일, 신용장 개설일)를 선택하고, 기간을 입력하고, 거래선 코드번호들(공급자코드번호, 에이젼트 코드번호, 제조자 코드번호)을 선택 입력하고, 물품번호를 조회 조건으로 선택 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 하나 또는 그 이상의 조회 조건으로 입력한다. 특히 물품번호를 입력한다. 도입발주 어플리케이션은 조회 요청된 조회 조건과 맵핑되는 물품번호별 여러 처리정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 여기서 제공되는 처리정보로는 주문번호, 물품번호, 수량, 금액/통화, 오퍼번호, 오퍼발행일자, 오퍼 요청일, 신용장번호, 신용장 개설일, 신용장 금액/통화, 거래선 코드번호/이름, 가격조건, 수입국, 원산지, 선적국, 선적항, 그 밖의 운송정보, 결제형태, 오퍼형태, 개설일 기준 신용장 유효기간, 통지은행, 처리일, 신용장 유효기일 등이다. 이후 도입발주 어플리케이션은 사용자가 제공된 여러 처리 정보 중에서 하나의 물품에 대한 것을 선택할 경우에, 그에 대한 보다 상세한 정보를 제공한다. 이렇게 사용자가 제공된 여러 처리 결과 중에서 하나를 선택할 경우에, 도입발주 어플리케이션은 다음에 설명될 신용장 개설 조회 포맷을 통해 상세한 신용장처리 결과를 사용자 인터페이스모듈로 제공한다.

다음 도입발주 어플리케이션은 신용장 개설된 후 요청이 있을 경우에 신용장 개설 조회(inquiry of L/C open)를 실시한다. 이를 위해 도입발주 어플리케이션은 각 주문번호나 파일번호, 또는 신용장번호를 조회 조건으로 선택 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 제공된 포맷에 주문번호나 파일번호, 또는 신용장번호 중 하나를 조회 조건으로 입력하고 신용장 개설이후의 처리 정보에 대한 조회를 요청한다. 도입발주 어플리케이션은 조회 요청된 조회 조건과 맵핑되는 여러 처리정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 여기서 인터페이스되는 처리정보로는 주문번호, 파일번호, 신용장번호, 거래선 코드번호/이름/주소, 신용장 개설은행, 오퍼번호(물품매도확약서번호), 오퍼발행일자, 신용장 개설일, 선적일, 신용장 유효기일, 신용장 개설금액, 통지은행, 수입면장번호(I/L no), 수입면장 유효기일(I/L validity : 물품을 국내로 반입할 수 있는 기간), 선적국, 원산지, 도착지 등이다. 이후 도입발주 어플리케이션은 사용자가 상기 나열된 정보들을 거래선으로 전달할 것을 요청할 경우에 해당 정보들을 거래선 시스템으로 전송한다. 그러나 본 발명의 도입발주 어플리케이션은 사용자의 요청이 없다 할지라도 당일 생성된 신용장 개설 정보를 특정 시간에 자동으로 보낼 수 있도록 지원한다. 즉, 도입발주 어플리케이션은 특정 시간이 되었을 때 당일 생성된 신용장 개설 정보(신용장번호 채번건에 대해서만)를 가지고 전송 데이터를 생성하고, 이후 그 생성된 전송 데이터를 거래선 시스템으로 자동 전송한다.

다음 도입발주 어플리케이션은 신용장번호 채번 후 신용장 양식 프린트(L/C application print)를 지원한다. 이를 위해 도입발주 어플리케이션은 신용장 개설 상황이나 내역을 조회할 수 있는 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 제공된 사용자 인터페이스모듈의 포맷을 통해 각 부서별 신용장 개설 상황 및 내역을 확인한다. 추가로 사용자가 도입발주 어플리케이션에서 제공된 포맷에 사업부 코드번호, 거래선 코드번호, 주문번호(P/O no), 파일번호, 신용장번호중 하나 또는 그 이상의 조회 조건을 선택하면, 이미 신용장 개설된 파일번호 리스트가 사용자 인터페이스모듈로 제공된다. 이후 도입발주 어플리케이션은 사용자에 의한 특정 파일번호 선택 사실을 전달받는다. 그러면 도입발주 어플리케이션은 데이터베이스에 미리 저장되어 있던 신용장 양식(취소불능화환신용장 발행신청서) 폼(form)에 사용자에 의해 선택된 파일번호에 해당되는 여러 신용장정보들을 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 도입발주 어플리케이션은 제공된 신용장 양식의 발행을 지원한다. 여기서 추가로 도입발주 어플리케이션은 프린트 옵션(landscape 또는 portrait)을 사용자가 선택할 수 있도록 지원한다.

다음 도입발주 어플리케이션은 신용장 수정 요청건에 대한 신용장 개설 부서의 수정 확정정보 조회를 실시한다. 이를 위해 도입발주 어플리케이션은 주문처리에서 생성된 주문번호와 파일번호와 신용장번호와 신용장 수정 차수를 조회 조건으로 선택 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 그에 따라 사용자는 사용자 인터페이스모듈로 제공된 포맷에 하나 또는 그 이상의 조회 조건을 입력하여 조회를 요청한다. 도입발주 어플리케이션은 조회 요청된 조회 조건과 맵핑되는 주문처리에 따른 주문정보(주문번호, 파일번호, 신용장번호, 신용장 수정 차수, 사업부, 통화, 총액, 신용장 개설일, 신용장 유효기일, 가격 조건 등)와 신용장 수정정보(신용장 수정일, 수정형태 등)와 신용장 수정 이전의 참고사항과 신용장 수정 이후의 참고사항을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 이후 도입발주 어플리케이션은 이들 수정 확정정보의 거래선으로의 전달이 요청될 경우에 해당 정보들을 거래선 시스템으로 전송한다.

다음 도입발주 어플리케이션은 신용장 수정정보에 대한 양식 프린트를 지원한다. 이를 위해 도입발주 어플리케이션은 사업부 코드번호, 신용장 수정일, 신용장 수정 차수, 거래선 코드번호, 주문번호, 파일번호, 신용장번호 중에서 하나 또는 그 이상을 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 따라서 사용자는 제공된 사용자 인터페이스모듈의 포맷에 원하는 코드와 수정일을 입력하면, 도입발주 어플리케이션은 데이터베이스에 미리 저장되어 있던 신용장 수정 양식(취소불능화환신용장 수정서 : APPLICATION FOR AMENDMENT TO IRREVOCABLE DOCUMENTARY CREDIT) 폼(form)에 확정된 여러 신용장 수정 정보들을 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 도입발주 어플리케이션은 제공된 신용장 수정 양식의 발행을 지원한다. 여기서 추가로 도입발주 어플리케이션은 프린트 옵션(landscape 또는 portrait)을 사용자가 선택할 수 있도록 지원한다.

별도로, 도입발주 어플리케이션은 예비 주문을 위한 기초정보 조회를 지원한다. 즉 도입발주 어플리케이션은 부서별 포어캐스팅 날짜(월별, 주간별 등), 공급자, 물품번호에 따른 단가, 제조자, 에이젼트, 거래선의 물품인도조건(또는 가격조건)(CONDITION), 통화, 총금액, 물품명, 규격, 발송 여부 등의 조회를 지원한다.

또한 도입발주 어플리케이션은 포어캐스팅과 주문의 비교 조회를 지원한다. 즉 도입발주 어플리케이션은 부서별 공급자, 물품번호, 포어캐스팅 날짜(월별, 주간별 등), 주문일에 따른 포어캐스팅 정보(원자재 또는 시설재 코드번호, 단가, 통화 등)와 주문정보(원자재 또는 시설재 코드번호, 주문번호, 주문일, 주문량, 잔량, 단가, 통화 등)의 비교 조회를 지원한다.

상기에서 설명된 주문처리, 오퍼처리 및 선적처리 이외에도 도입발주 어플리케이션은 당일현황(TODAY), 각 사용자간 정보 교환을 위한 프리노트(Free note)의 관리, 그룹 조회, 프린트 처리를 수행하며, 또한 포어캐스팅(forecasting)에 대한 관리, 그룹 조회 및 프린트 처리를 수행한다.

또한 도입발주 어플리케이션은 상기에서 설명된 수정 처리나 수정 관리에서 수정 이전의 데이터와 수정 이후의 데이터를 동시에 데이터베이스에 관리하여, 데이터 수정의 이력 관리를 지원한다.

2, 수입금융 어플리케이션과 제2 사용자 인터페이스모듈의 연결을 통한 업무 처리 절차에 관한 것이다.

수입금융 어플리케이션은 물품 구매 주문에 관련된 신용장 개설(L/C open) 요청에 대해 신용장 개설 신청처리 및 신용장 개설에 따른 비용처리, 그리고 신용장번호(L/C No) 채번처리를 수행하며, 이후 경우에 따라 처리 내용의 수정이 필요할 때는 사용자간 데이터 교환을 지원하여 변경처리를 수행한다. 또한 수입금융 어플리케이션은 적하보험 등 여러 보험에 관련된 부보처리와, 보증(L/G)처리 및 결제 관련 처리 등 물품 구매에 관련된 금융업무처리를 수행한다. 여기서 본 발명의 구매정보통합 서버는 부보처리에 필요한 각 사업부별 부보관리, 특히 각 사업부별 부보조건을 저장 관리한다. 구매정보통합 서버의 수입금융 어플리케이션은 사용자의 요청으로 전달된 입력 데이터를 데이터베이스에 업그레이드(upgrade)시키거나, 사용자 인터페이스모듈을 통해 요청된 데이터를 데이터베이스로부터 읽어들여 사용자에게 제공한다. 또한 수입금융에 관계하여 구매정보통합 서버는 인터넷 또는 웹에 기반한 네트워크를 통해 연결된 회계 시스템으로 금융업무처리 결과와 물품 조달 업무에 따른 발생 비용 송장을 전달하며, 그 회계 시스템으로부터는 환율정보를 전달받아 데이터베이스에 저장 및 업그레이드시킨다. 구매정보통합 서버는 네트워크를 통해 연결된 거래은행 시스템으로 신용장 개설을 위한 신청 내용을 전달하며, 그 거래은행 시스템으로부터 개설된 신용장을 발급 받는다. 또한 구매정보통합 서버는 네트워크를 통해 연결된 거래보험사 시스템으로 적하보험 등 여러 보험에 관련된 부보정보를 전달하며, 그 거래보험사 시스템으로부터 각종 보험의 정산정보를 전달받는다. 다음 구매정보통합 서버는 네트워크를 통해 연결된 운송사 시스템으로부터 화물 운송 비용정보를 전달받으며, 그 운송사 시스템으로 화물 운송에 대한 대금지불정보를 전달한다.

수입금융 어플리케이션은 원자재(parts)와 시설재(facilities)로 구분되는 금융 업무에 따라 서로 다른 환경으로 실행된다. 다시 말해서, 수입금융 어플리케이션은 원자재에 대한 수입금융 업무를 위해 기초관리(basic), 주문관리, 신용장 개설/관리/수정, 적하보험, 보증(L/G), 결제, 송장처리 등의 처리를 수행한다. 반면에 시설재에 대한 수입금융 업무를 위해서는 기초관리(basic), 주문관리, 신용장 개설/관리/수정, 적하보험, 보증(L/G), 결제, 송장처리, 실적&진도관리 등의 처리를 수행한다. 이러한 수입금융 어플리케이션의 각 업무처리 능력에 대해 이하 설명한다.

수입금융 어플리케이션은 요청이 있을 경우에 거래선 그룹 조회 및 거래선조건별 그룹 조회를 실시한다. 이를 위해 수입금융 어플리케이션은 각 회사별 또는 각 부서별 거래선을 그룹으로 조회할 포맷을 사용자 인터페이스모듈에 제공한다. 사용자는 사용자 인터페이스모듈의 조회 포맷에서 거래선 부류 중 하나를 선택하고, 미리 등록된 회사(company)/해당 부서(division)의 코드번호나 미리 등록된 거래선 코드번호(vendor no) 중 하나 또는 그 이상을 조회 조건으로 입력한다. 거래선 부류 선택은 시설재, 원자재 및 내수재(local) 중에서 하나를 지정한다. 여기서 원자재를 거래선 부류로 선택한 경우에는 원자재 공급자(supplier)를 선택한 것과 같다. 또한 시설재의 경우에는 수취인(beneficiary)나 에이젼트(agent)나 제조자(maker) 중에서 하나를 선택할 수 있도록 한다.

이렇게 사용자가 사용자 인터페이스모듈을 통해 거래선 그룹 조회를 위한 조회 조건을 입력하면, 수입금융 어플리케이션은 해당 조회 조건에 해당된 거래선들의 정보(거래선 이름, 거래선 코드, 주소 등)를 데이터베이스에서 읽어들여 테이블로써 사용자 인터페이스모듈로 제공한다. 특히 수입금융 어플리케이션은 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

다음 수입금융 어플리케이션은 거래선 조건별 그룹 조회를 위해 연지급별, 또는 통지은행별, 노미네이션(nomination)별로 거래선 그룹을 조회할 포맷을 사용자 인터페이스모듈에 제공한다. 특히 그 조회 포맷은 상세조회를 위해 사업부나 결제방식을 추가로 조회 조건으로 입력할 수 있다. 사용자가 사용자 인터페이스모듈의 조회 포맷에서 거래선 조건별 그룹 조회를 위한 조회 조건을 입력하면, 수입금융 어플리케이션은 해당 조회 조건에 해당된 거래선들의 정보(거래선 이름, 거래선 코드)와 그 각 거래선들과 거래하는 사업부의 코드, 결제방식 코드, 통화코드, 은행코드, 통지은행코드 등)를 데이터베이스에서 읽어들여 테이블로써 사용자 인터페이스모듈로 제공한다. 특히 수입금융 어플리케이션은 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

다음 수입금융 어플리케이션은 주문사항과 주문에 대한 항번의 조회/입력/수정/삭제를 실시한다. 이를 위해 수입금융 어플리케이션은 파일번호 또는 신용장번호를 조회 조건으로 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈로 제공된 포맷에 파일번호 또는 신용장번호를 입력하면, 수입금융 어플리케이션은 데이터베이스에 저장된 해당 파일번호 또는 신용장번호의 주문사항(수입명의, 무역방식, 결제방식, 신용장 개설부서, 신용장 개설일, 신용장 개설은행, 오퍼번호, 오퍼일자, 오퍼구분, 거래선, 개설일 기준 신용장 유효기간(L/C term), 운송방법, 도착항, 통지은행, 가격조건, 환적(transshipment) 허용 여부, 대표 제품명, 국외비용구분(수입자, 수출자), 분할선적 가능 여부, 국가, 원산지, 통화, 선적국, 선적도시, 신용장 개설금액, 운송수단 등)을 읽어들여 사용자 인터페이스모듈에 테이블로 제공하고, 또한 주문에 대한 항번과 그에 대응되는 주문정보(물품번호, 관세처리를 위한 국제통일 상품분류코드(H/S no), 물품명, 규격, 외화단가, 수량 등)를 사용자 인터페이스모듈에 테이블로 제공한다. 조회 이후에 사용자가 제공된 사용자 인터페이스모듈의 테이블에 특정 물품에 대한 새로운 주문자료를 입력하면, 수입금융 어플리케이션은 그 입력된 주문자료를 데이터베이스에 저장시킨다. 또한 조회 이후에 사용자가 제공된 사용자 인터페이스모듈의 테이블에서 특정 물품에 대한 주문사항을 수정 입력하면, 수입금융 어플리케이션은 그 입력된 수정 내용을 데이터베이스에 업데이트시킨다. 여기서 수입금융 어플리케이션은 수정 이전의 자료를 수정된 자료와 함께 보관한다. 그러나 수입금융 어플리케이션은 비용처리된 주문이나 신용장번호 채번된 물품에 대해서는 이러한 주문사항의 수정을 지원하지 않는다. 다시 조회 이후 사용자가 제공된 사용자 인터페이스모듈의 테이블에서 특정 물품에 대한 주문사항의 일부 자료 삭제를 요청하면, 수입금융 어플리케이션은 비용처리된 주문이나 신용장번호 채번된 물품의 주문을 제외하고 삭제 요청된 자료를 데이터베이스에서 삭제한다. 이 때도 삭제 이전의 자료를 보관한다. 특히 본 발명의 수입금융 어플리케이션은 사용자의 자료 입력이 용이하도록 거래선이나 도착항이나 가격조건, 선적국 등 필요한 입력 자료를 찾게끔 해주는 검색 테이블을 사용자 인터페이스모듈로 제공한다. 이전에 설명된 도입발주 어플리케이션도 이러한 검색 테이블을 사용자 인터페이스모듈로 제공하며, 이후 설명될 수입통관 어플리케이션이나 관리 어플리케이션도 검색 테이블을 사용자 인터페이스모듈로 제공한다. 또한 주문에 대한 항번 조회 이후 사용자가 사용자 인터페이스모듈의 포맷에서 조회된 항번을 선택하면, 수입금융 어플리케이션은 그 항번에 대응되는 주문정보(물품번호, 관세처리를 위한 국제통일 상품분류코드(H/S no), 물품명, 규격, 외화단가, 수량 등)의 입력/수정/삭제/발행을 테이블을 통해 지원한다. 물론 수입금융 어플리케이션은 비용처리된 주문이나 신용장번호 채번된 물품에 대해서는 새로운 자료의 입력/수정/삭제를 지원하지 않는다. 그리고 수입금융 어플리케이션은 조회된 주문 항번에 대응되는 주문정보를 미리 저장되어 있던 주문 항번 현황 폼에 기입하여 사용자 인터페이스모듈로 제공하고, 요청이 있을 경우에 현황 폼의 발행을 지원한다.

다음 수입금융 어플리케이션은 신용장 개설 대상에 대해 그룹 조회 및 개설 처리를 실시한다. 이를 위해 수입금융 어플리케이션은 신용장 개설 요청일이나 개설부서를 조회 조건으로 입력하여 신용장 개설되지 않은 품목에 대한 자료를 조회하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 미리 신용장 개설 요청 기간을 입력하고 조회범위로 신용장 개설 대상을 선택하면, 수입금융 어플리케이션은 조회 조건으로 입력된 신용장 개설 요청 기간 사이를 신용장 개설 요청일로 등록해 두었던 해당 부서의 신용장 개설 대상들의 정보들을 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 테이블로 제공한다. 여기서 사용자 인터페이스모듈로 제공되는 신용장 개설 대상들의 정보로는 신용장 개설 요청일, 파일번호, 신용장 개설은행, 주문 항번수, 수입용도, 무역방식, 결제방식, 운송방법, 국가, 통화, 가격조건, 신용장 개설금액 등이다. 특히 수입금융 어플리케이션은 요청이 있을 경우에 신용장 개설 대상에 대한 그룹 조회 이후 그 조회된 대상 정보들의 수정을 실시한다. 즉 수입금융 어플리케이션은 해당 부서의 신용장 개설 대상들에 대한 신용장 개설은행을 일괄적으로 수정할 포맷을 사용자 인터페이스모듈로 제공하고, 사용자가 사용자 인터페이스모듈에 제공된 포맷을 통해 신용장 개설은행 또는 신용장 개설 대상들의 정보들을 수정한 후 수정확정을 선택하면, 수입금융 어플리케이션은 해당 수정된 자료와 수정 이전의자료를 데이터베이스에 저장한다. 다음 수입금융 어플리케이션은 요청이 있을 경우에 신용장 개설 대상 현황이나 그의 수정 확정된 현황을 미리 저장되어 있던 신용장 개설 대상 현황 폼에 기입하여 사용자 인터페이스모듈로 제공하고, 그 현황 폼의 발행을 실시한다.

다음 수입금융 어플리케이션은 요청이 있을 경우에 신용장 개설 처리를 실시한다. 이를 위해 수입금융 어플리케이션은 파일번호나 신용장번호를 조회 조건으로 입력할 조회 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 파일번호나 신용장번호를 입력하면, 수입금융 어플리케이션은 입력된 조회 조건에 해당되는 주문정보를 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 테이블로 제공한다. 여기서 제공되는 주문정보로는 신용장 개설부서, 신용장 개설은행, 통화, 신용장 개설금액, 신용장 개설일, 무역방식, 신용장 유효기일, 선적기일, 결제방식 등이며, 결제방식이 연지급 형태(usance L/C)일 경우에는 추가로 연지급 기간, 연지급 구분, 연지급이자 구분 등의 정보가 추가된다. 또한 송금종류가 무신용장(T/T)일 경우에는 송금방법 구분과 송금결제 구분 등의 정보가 추가된다. 특히 수입금융 어플리케이션은 요청이 있을 경우에 파일번호별 또는 신용장번호별 주문정보 조회 이후 그 조회된 대상 정보들의 수정을 실시한다. 즉 수입금융 어플리케이션은 사용자가 사용자 인터페이스모듈에서 조회된 해당 파일번호별 또는 신용장번호별 주문정보의 일부 자료를 수정한 후 수정 확정을 선택하면, 수입금융 어플리케이션은 해당 수정된 자료와 수정 이전의 자료를 데이터베이스에 저장한다. 또한 수입금융 어플리케이션은 파일번호별 또는 신용장번호별 주문정보 조회 이후에 조회된 파일번호별 주문에 대한 비용을 조회를 사용자가 요청할 경우에, 해당 주문에 대한 수수료 종류와 외화금액, 원화금액, 환율차수, 적용환율 등의 비용정보를 포함한 테이블을 사용자 인터페이스모듈로 제공한다.

다음 수입금융 어플리케이션은 요청이 있을 경우에 신용장 개설에 대한 그룹 조회 및 개설 처리를 실시한다. 수입금융 어플리케이션은 이미 신용장 개설 처리된 정보를 파일번호별로 그룹 조회한 포맷과 조회된 그룹의 각 해당 건별로 개설 정보를 수정할 포맷을 사용자 인터페이스모듈로 제공한다. 즉 수입금융 어플리케이션은 신용장 개설건들의 개설일 구간을 입력하고, 신용장 개설부서나 신용장 개설은행이나 결제방식 중에서 하나 또는 그 이상을 조회 조건으로 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 사용자는 사용자 인터페이스모듈에 제공된 포맷에 조회 조건을 입력하면, 수입금융 어플리케이션은 조회 조건에 해당되는 신용장 개설 처리된 정보를 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 테이블로 제공한다. 이 때 제공된 정보로는 신용장 개설부서, 신용장 개설은행, 결제방식, 수입용도, 무역방식, 사업부, 수입명의, 신용장 개설일, 신용장 개설 요청일, 파일번호, 신용장번호, 통화, 거래선, 신용장 개설금액, 수수료, 신용장 유효기일, 선적기일 등이다. 특히 수입금융 어플리케이션은 요청이 있을 경우에 신용장 개설건에 대한 그룹 조회 이후 그 조회된 대상 정보들의 수정을 실시한다. 즉 조회 이후에 사용자가 제공된 사용자 인터페이스모듈에 제공된 테이블에서 특정 신용장 개설건에 대한 신용장 개설일이나 선적기일 등을 수정 입력하면, 수입금융 어플리케이션은 그 입력된 수정 내용을 데이터베이스에 업데이트시킨다. 여기서 수입금융 어플리케이션은 수정 이전의 자료를 수정된 자료와 함께 보관한다. 특히 수입금융 어플리케이션은 해당 파일번호의 신용장 개설건들에 대한 신용장 개설일을 일괄적으로 수정할 포맷을 사용자 인터페이스모듈로 제공하고, 사용자가 사용자 인터페이스모듈에 제공된 포맷을 통해 신용장 개설일을 수정한 후 수정확정을 선택하면, 수입금융 어플리케이션은 해당 수정된 자료와 수정 이전의 자료를 데이터베이스에 저장한다.

다음 수입금융 어플리케이션은 요청이 있을 경우에 특정 물품의 신용장 개설 및 수정에 대한 비용처리를 실시한다. 수입금융 어플리케이션은 먼저 신용장 개설에 대한 비용처리와 신용장 개설 수정에 대한 비용처리를 선택하고, 해당 처리의 대상일자를 조회 조건으로 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈로 제공된 포맷에서 대상일자(신용장 개설일 또는 신용장 개설 정보 수정일)를 입력하고 조회할 대상이 신용장 개설 처리대상인지 아니면 신용장 개설 정보 수정 처리대상인지 아니면 해당 비용처리내역인지를 선택하면, 수입금융 어플리케이션은 입력 또는 선택된 조회 조건에 해당되는 신용장 개설/수정 정보를 데이터베이스에서 읽어들어 사용자 인터페이스모듈에 테이블로 제공한다. 이 때 제공되는 신용장 개설/수정 정보로는 비용처리여부(처리 또는 미처리), 파일번호, 신용장번호, 수정 종류(증액 또는 감액), 통화, 신용장 유효기일, 수정금액 등이다. 이러한 조회 이후 수입금융 어플리케이션은 비용처리를 위한 적용 통화별 환율 선택이 가능한 테이블을 사용자 인터페이스모듈로 제공한다. 사용자가 적용 통화별 환율 선택 테이블에서 미처리 건에 대한 적용 환율을 결정하면, 수입금융 어플리케이션은 해당 건에 대한 비용처리 확인을 전달받아 해당 건에 대한 비용처리가 결정되었음을 데이터베이스에 저장한다. 이상에서 특정건에 대한 비용처리가 결정된 후 사용자가 사용자 인터페이스모듈을 통해 대상일자(비용처리일자)를 입력하고 비용처리내역 조회를 요청하면, 수입금융 어플리케이션은 요청된 조회에 대한 신용장 비용처리 결과를 사용자 인터페이스모듈에 테이블로 제공한다. 여기서 수입금융 어플리케이션은 비용처리 결과 테이블에서 원화의 수수료의 수정을 추가로 지원한다. 별도로 수입금융 어플리케이션은 상기 조회 이후 비용처리 취소를 위한 비용처리 내용 삭제를 지원한다. 즉 사용자가 조회된 테이블에서 비용처리 삭제를 원하는 해당 비용처리 건을 선택하여 처리된 비용을 삭제하고, 그 사실을 수입금융 어플리케이션에게 알린다. 그러면 수입금융 어플리케이션은 삭제된 해당 비용처리 건을 미처리 건으로 하여 데이터베이스에 저장하고, 해당 비용처리 건에 대한 처리비용을 삭제한 후 갱신된 비용처리내역 테이블을 사용자 인터페이스모듈로 제공한다. 그러나 수입금융 어플리케이션은 비용처리 삭제건에 대한 이전 처리비용을 일정 기간 동안 함께 저장토록 한다.

다음 수입금융 어플리케이션은 신용장 개설을 위한 각 신용장번호의 각 건별로 채번 조회 및 그의 상세조회를 실시한다. 이를 위해 수입금융 어플리케이션은 파일번호 또는 신용장번호 또는 무신용장 관리번호를 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 파일번호를 입력하면, 수입금융 어플리케이션은 그 파일번호에 해당되는 신용장 개설부서, 신용장 개설일, 신용장 개설은행, 무역방식, 결제방식, 국가, 선적국가, 선적기일, 신용장 유효기일, 대표 제품명, 거래선정보, 가격조건, 통화,신용장 개설금액 등을 데이터베이스에서 읽어들어 사용자 인터페이스모듈에 테이블로 제공한다. 여기서 수입금융 어플리케이션은 데이터베이스에 저장된 신용장 개설일자와 개설일 기준 신용장 유효기간(L/C term)을 더한 날짜를 선적기일과 신용장 유효기일로 제공한다. 또한 사용자가 사용자 인터페이스모듈에 제공된 포맷에 파일번호나 신용장번호 대신 무신용장 관리번호를 입력하면, 수입금융 어플리케이션은 상기에 나열된 정보보다 더 많은 정보들을 사용자 인터페이스모듈로 제공한다. 이 때 제공되는 보증(L/G) 잔액은 신용장 개설금액에서 보증처리 총금액을 감한 금액이 된다. 추가로 수입금융 어플리케이션은 신용장번호 입력을 통한 조회 이후 사용자가 그 신용장번호를 신용장번호 채번으로 하고자 한다면, 그 신용장번호를 채번처리하여 그 신용장번호의 채번처리 사실을 데이터베이스에 저장한다. 이후 사용자가 사용자 인터페이스모듈을 통해 신용장번호 채번된 개설건에 대한 조회를 실시한 이후 무신용장 관리번호 또는 통지은행을 사용자 인터페이스모듈에 제공된 포맷에 입력하여 해당 건에 대한 수정을 요청할 경우에, 수입금융 어플리케이션은 그 수정처리를 지원한다. 그러나 수입금융 어플리케이션은 결제방식이 연지급인 경우에 무신용장 관리번호가 입력되지 않도록 하며, 신용장 개설 수정이나 부보처리나 보증처리나 결제처리된 이후에는 수정처리를 지원하지 않는다. 특히 수입금융 어플리케이션은 신용장 개설에 대한 비용처리가 발생한 경우에만 신용장번호 채번을 지원한다. 이 때 채번처리된 신용장번호를 코드로써 데이터베이스에 저장되며, 그 코드는 수입종류, 결제방식, 무역방식, 은행코드, 년월, 무역형태(일반무역 또는 위탁가공무역), 차수, 파일번호 등의 정보를 내포한다. 따라서 수입금융 어플리케이션은 채번처리된 신용장번호 코드를 데이터베이스에 읽어들인 후 그 신용장번호 코드를 분석하여 정보를 분리한 후 사용자 인터페이스모듈에 테이블로 제공한다.

다음 수입금융 어플리케이션은 신용장 개설을 위한 신용장번호의 그룹 조회를 실시하고 또한 그 그룹조회 이후 그룹 채번처리를 실시한다. 이를 위해 수입금융 어플리케이션은 신용장 개설부서, 신용장 개설일의 구간, 신용장 개설은행 중에서 하나 또는 그 이상의 것을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 조회 조건을 입력하면, 수입금융 어플리케이션은 입력된 구간에 해당 부서의 여러 신용장번호에 대한 채번처리 상태를 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 테이블로 제공한다. 상기한 조회 이후 수입금융 어플리케이션은 사용자의 요청이 있을 경우에, 비용처리가 발생된 신용장번호들에 대해 일괄적인 채번처리 또는 개별적인 채번처리를 지원한다. 또한 수입금융 어플리케이션은 채번처리된 신용장번호들에 대해 일관적일 채번 취소를 지원한다. 그러나 신용장 개설 수정처리나 부보처리나 보증처리나 결제처리된 건들에 대해서는 채번 취소를 지원하지 않는다.

다음 수입금융 어플리케이션은 신용장 개설 신청서의 발행을 실시한다. 이를 위해 수입금융 어플리케이션은 신용장 개설부서, 신용장 개설일, 신용장 개설은행, 결제방식, 수입용도, 수입명의, 무역방식, 파일번호 중에서 하나 또는 그 이상의 것의 조합을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈에 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에서 신용장 개설부서와 파일번호를 조회 조건으로 입력하면, 수입금융 어플리케이션은 데이터베이스에 미리 저장되어 있던 신용장 양식(취소불능화환신용장 발행신청서) 폼(form)에 사용자에 의해 선택된 파일번호에 해당되는 여러 신용장정보들을 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 수입금융 어플리케이션은 제공된 신용장 양식의 발행을 지원한다. 여기서 추가로 수입금융 어플리케이션은 프린트 옵션(landscape 또는 portrait)을 사용자가 선택할 수 있도록 지원한다. 이러한 신용장 개설 신청서의 발행은 앞에서도 설명했듯이 도입발주 어플리케이션에서도 지원된다. 따라서 본 발명의 시스템은 하나의 데이터베이스의 자료를 각 어플리케이션에서 공통적으로 사용 가능하다. 이는 다시 말해서 서로 다른 어플리케이션 실행을 자신의 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 지원 받는 사용자가 동일한 정보를 공유할 수 있다.

수입금융 어플리케이션은 요청이 있을 경우에 수정처리된 수정종류별로 조회/입력/수정/삭제를 실시한다. 이를 위해 수입금융 어플리케이션은 파일번호 또는 신용장번호를 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 파일번호 또는 신용장번호를 조회 조건으로 입력하면, 수입금융 어플리케이션은 해당 파일번호 또는 해당 신용장번호에 대한 이전에 수정 확정된 주문정보와 그 주문정보에 대한 수정이력사항과 수정 이전의 참고사항과 수정 이후의 참고사항을 데이터베이스에서 읽어들어 사용자 인터페이스모듈에 테이블로 제공한다. 추가로 사용자가 조회 조건으로 수정차수를 더 입력하면, 수입금융 어플리케이션은 해당 파일번호 또는 해당 신용장번호에 대한 입력된 차수의 수정정보를 사용자 인터페이스모듈로 제공한다. 이러한조회 이후 수입금융 어플리케이션은 수정종류별 수정사항의 정보 입력과 정보 수정과 삭제를 지원한다. 이 때 입력/수정/삭제되는 사항은 수정일자, 수정종류(감액 또는 증액), 수정금액, 지급구분, 부보처리여부, 가격조건, 개설일 기준 신용장 유효기간, 선적일, 신용장 유효기일, 수입면장 유효기일, 오퍼일자, 오퍼번호 등이다. 또한 수입금융 어플리케이션은 상기에서 조회된 파일번호 또는 신용장번호에 해당되는 비용의 진도조회를 지원한다. 이에 대해 수입금융 어플리케이션은 요청이 있을 경우에, 해당 파일번호 또는 해당 신용장번호에 대한 여러 비용처리 내용을 사용자 인터페이스모듈에 테이블로 제공한다. 즉 수입금융 어플리케이션은 해당 파일번호/해당 신용장번호에 대한 신용장 개설 비용 또는 신용장 개설 수정 비용 또는 부보처리비용 또는 보증처리비용 또는 보증적립비용 또는 결제처리비용들의 비용처리 정보를 제공한다.

또한 수입금융 어플리케이션은 수정건별 그룹 조회와 수정일자별 그룹 조회를 실시한다. 수정건별 그룹 조회를 위해 수입금융 어플리케이션은 파일번호 또는 신용장번호를 조회 조건으로 입력하기 위한 포맷을 제공하며, 요청이 있을 경우에 해당 파일번호 또는 해당 신용장번호에 해당되는 각 수정차수의 비용처리내역들을 사용자 인터페이스모듈에 테이블로 제공한다. 또한 수정일자별 그룹 조회를 위해 수입금융 어플리케이션은 수정일자의 구간이나 신용장 개설부서나 신용장 개설은행이나 결제방식이나 수입용도나 무역방식 중에서 하나 또는 그 이상의 것을 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공하며, 요청이 있을 경우에 해당 조회 조건에 해당되는 구간동안 비용 수정건에 대한 정보들을 사용자 인터페이스모듈에 테이블로 제공한다.

다음 수입금융 어플리케이션은 신용장이 개설되었거나 수정된 건을 부보처리하기 위해 각 물품에 대한 적하보험 처리를 실시한다. 이를 위해 수입금융 어플리케이션은 파일번호나 신용장번호나 주문번호를 조회 조건으로 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 해당 조회 조건을 입력하면, 수입금융 어플리케이션은 해당되는 주문사항과 수정사항과 부보조건을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 이후 사용자가 부보일자를 입력하면, 수입금융 어플리케이션은 부보차수를 증가시키고 부보조건을 선택하여 부보데이터를 생성한다. 이 때 이미 부보데이터가 생성된 이후라면 그 부보데이터에 대한 수정처리를 실시한다. 수입금융 어플리케이션은 사용자에 의해 부보조건(증권번호, 보험료환율, 보험요율, 보험료)이 입력되면, 그 부보조건이 포함된 부보데이터를 데이터베이스에 등록시킨다.

다음 수입금융 어플리케이션은 적하보험 그룹 조회 및 그룹 처리를 실시한다. 수입금융 어플리케이션은 미리 등록된 부보데이터의 그룹 조회를 위한 포맷을 사용자 인터페이스모듈로 제공한다. 수입금융 어플리케이션은 일자형태(신용장 개설일, 신용장 수정일, 전표일자, 부보일자)를 선택하고 일자를 선택 입력하고 또한 신용장 개설부서와 신용장 개설은행과 결제방식과 수입용도와 무역방식과 중에서 하나 또는 그 이상의 것을 조회 조건으로 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 추가로 수입금융 어플리케이션은 그룹 조회 이후 적하보험 그룹 처리를 위해 전표일자/부보일자를 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 조회 조건을 입력하면, 수입금융 어플리케이션은 조회 조건에 해당되는 조회 그룹을 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 이 때 수입금융 어플리케이션은 각 조회 그룹의 부보여부, 부보일자, 신용장번호, 보험차수, 전표일자, 통화, 보험금액, 비용처리여부, 신용장 개설일, 파일번호, 운송방법, 가격조건, 보험료, 보험요율 등을 제공한다. 이러한 조회 이후 수입금융 어플리케이션은 조회된 각 건에 대한 일괄적 부보여부 처리를 지원한다.

다음 수입금융 어플리케이션은 적하보험 그룹 조회 및 그룹 처리 방식으로 적하보험 환불 그룹 조회 및 그룹 처리를 실시한다. 이는 적하보험 자료 중에서 환불받을 리스트를 조회한 후 그룹으로 처리하고, 환불 예상 보험료를 산출한다. 이 때 수입금융 어플리케이션은 선적금액(환불받을 선적차수의 합계)과 환율(보험환율)과 요율(보험요율 - 0.1)을 일정 비율로 곱하여 환불 예상 보험료를 산출한다.

다음 수입금융 어플리케이션은 적하보험 양식들 발행을 실시한다. 이는 적하보험 상태 리스트 발행, 세관용 송장 발행, 보험료 환불 리스트 발행을 실시한다.

다음 수입금융 어플리케이션은 보증처리를 실시한다. 이는 물품은 도착했으나 선적서류가 도착하지 않았을 경우에 해당 거래은행에 보증을 위한 것이다. 이를 위해 수입금융 어플리케이션은 보증정보의 조회/수정/삭제를 지원한다. 수입금융 어플리케이션은 파일번호나 신용장번호를 조회 조건으로 입력하고, 보증차수를 조회 조건으로 입력할 포맷과, 조회 결과(보증정보) 테이블을 사용자 인터페이스로 제공한다.

다음 수입금융 어플리케이션은 보증정보의 각 건별 조회를 위해 보증건별 그룹 조회를 실시한다. 이 때의 조회 조건은 파일번호나 신용장번호나 주문번호이며, 수입금융 어플리케이션은 조회 조건으로써 파일번호에 대한 여러 보증정보(보증차수, 결제차수, 선적차수, 보증일, 보증금액, 보증잔액, 보증료, 보증비용처리여부, 예상적립일자, 보증적립일자, 보증적립금액, 결제금액, 보증적립구분, 보증적립비용처리여부, 보증적립결제구분 등)를 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 다음 수입금융 어플리케이션은 보증정보를 일자별로 조회하기 위한 보증 일자별 그룹 조회를 더 지원한다.

다음 수입금융 어플리케이션은 보증비용처리 및 보증적립비용처리를 실시한다. 이를 위해 수입금융 어플리케이션은 비용처리 대상조건(보증비용처리와 보증적립비용처리 중 하나를 선택, 신용장 개설부서, 일자, 신용장 개설은행)을 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 일단 수입금융 어플리케이션은 보증비용처리를 위한 조회 조건이 입력되면, 보증비용처리가 안된 파일번호/신용장번호별 각 보증일자, 보증금액 등의 보증정보를 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 제공한다. 반면에 수입금융 어플리케이션은 보증적립비용처리를 위한 조회 조건이 입력되면, 보증적립비용처리가 안된 파일번호/신용장번호별 각 수수료종류, 통화, 환율차수, 수수료, 처리구분, 결제차수 등의 보증적립정보를 데이터베이스에서 읽어들여 사용자 인터페이스모듈에 제공한다. 이 때 수입금융 어플리케이션은 사용자가 사용자 인터페이스모듈에 제공된 포맷에서 원하는 수수료를 선택하여 조회할 수 있도록 지원한다. 이러한 조회 이후 사용자가 미처리된 보증비용이나보증적립비용에 대해 처리를 요청하면 수입금융 어플리케이션은 보증비용처리 및 보증적립비용처리를 지원한다.

다음 수입금융 어플리케이션은 보증적립처리 대상에 대한 그룹 조회 및 그의 그룹 처리를 실시한다. 이를 위해 수입금융 어플리케이션은 보증예상적립일자, 선적예상적립일자, 보증적립일자 중 하나를 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈에 제공된 포맷에 조회 조건을 입력하면, 수입금융 어플리케이션은 해당 자료를 데이터베이스에서 읽어들여 사용자 인터페이스모듈로 제공한다. 이러한 그룹 조회 이후 사용자의 요청이 있을 경우 수입금융 어플리케이션은 보증적립일자와 보증적립구분을 수정하여 그 수정 내용을 수정 이전의 내용과 함께 데이터베이스에 저장시킨다. 또한 수입금융 어플리케이션은 사용자가 제공된 포맷에 보증예상적립일자와 선적예상적립일자를 입력하여 그룹 조회를 요청한 후 그 조회 결과 그룹 테이블에서 각 보증예상적립일자와 선적예상적립일자에 대한 보증적립일자를 입력하면, 그룹 처리를 실시하고 그 실시 결과를 데이터베이스에 저장한다. 또한 수입금융 어플리케이션은 데이터베이스에 저장된 보증적립처리대상에 대해 파일번호나 신용장번호나 주문번호별로 조회하여 그 파일번호별이나 신용장번호별이나 주문번호별로 적립처리를 실시한다. 또한 수입금융 어플리케이션은 신용장번호별 보증적립처리된 자료의 그룹 조회를 지원하며, 일자별 보증적립처리된 자료의 그룹 조회를 지원한다.

다음 수입금융 어플리케이션은 여러 보증 양식들 발행을 실시한다. 이는 보증대상현황 및 상태 발행, 신청서(화물운송장에 의한 수입화물인도승락(신청)서)발행, 적립대상현황 및 적립 상태 발행을 실시한다.

다음 수입금융 어플리케이션은 각 물품 도입에 대한 결제처리, 결제수정처리, 결제삭제처리를 실시한다. 이를 위해 수입금융 어플리케이션은 신용장번호 또는 파일번호를 조회 조건으로 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공하며, 그에 따라 수입금융 어플리케이션은 신용장 개설 기본 내역을 사용자 인터페이스모듈로 제공한다. 이후 사용자가 사용자 인터페이스모듈에 제공된 포맷에서 선적차수 조회를 선택하면, 수입금융 어플리케이션은 결제처리할 해당 파일번호의 선적차수를 사용자 인터페이스모듈로 제공한다. 이후 사용자가 하나의 선적차수를 선택하고 처리 조건에 따라 은행지불금이나 연지급 이자금액을 입력하면, 수입금융 어플리케이션은 새로운 결제차수를 생성한 후 그 입력 자료를 데이터베이스에 저장한다. 이렇게 처리된 결제자료는 이후 수정 및 삭제가 가능하도록 지원된다.

다음 수입금융 어플리케이션은 결제정보의 조회 및 상세조회를 지원하고, 결제건별 그룹 조회를 지원하고, 결제일별 그룹 조회 및 그 조회 후 결제일자조정을 지원한다.

다음 수입금융 어플리케이션은 은행에서 신청서 결제처리된 후 결제물품대금 및 부대비용을 산정하기 위한 결제비용처리를 실시한다. 또한 수입금융 어플리케이션은 신용장 개설 및 신용장 개설 수정에 대한 결제방식이 무신용장인 경우에 무신용장 송금액 및 부대비용 송장처리를 실시한다. 또한 수입금융 어플리케이션은 신용장 개설 이후나 신용장 수정 이후에 거래보험사에 부보처리와 선적처리를 마치고 선적물품에 대한 보험을 부보하여 해당 보험료 송장처리를 실시한다. 또한 수입금융 어플리케이션은 보증적립 보증금 및 후취 보증료 송장처리를 실시한다. 이때는 결제대금이나 연지급이자나 은행지불금이나 부대비용이나 보증료나 연지급환가료나 인수수수료에 대한 송장을 생성한다. 또한 수입금융 어플리케이션은 보증적립 보증금 환입 송장처리를 실시한다. 이때도 결제대금이나 연지급이자나 은행지불금이나 부대비용이나 보증료나 연지급환가료나 인수수수료에 대한 송장을 생성한다.

다음 수입금융 어플리케이션은 결제대금 및 부대비용 송장처리를 실시한다. 이때도 결제대금이나 연지급이자나 은행지불금이나 부대비용이나 보증료나 연지급환가료나 인수수수료에 대한 송장을 생성한다.

다음 수입금융 어플리케이션은 타 시스템으로 전송할 신용장 개설 신청서/통지서와 신용장 조건변경 신청서/통지서 생성을 지원한다.

다음 수입금융 어플리케이션은 수입금융처리에 대한 결과를 일자별로 또는 파일번호별로 조회할 수 있도록 진도관리를 지원한다.

별도로 수입금융 어플리케이션은 상기 설명된 모든 수입금융 처리 과정에서 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

3, 수입통관 어플리케이션과 제3 사용자 인터페이스모듈의 연결을 통한 업무 처리 절차에 관한 것이다.

수입통관 어플리케이션은 구매 물품의 통관에 관련된 과세평가처리 및 보세운송처리, 그리고 통관처리와 입고처리를 수행하며, 경우에 따라 통관과정에서 발생되는 제반 비용처리를 수행한다. 구매정보통합 서버의 수입통관 어플리케이션은 사용자 인터페이스모듈을 통해 입력된 데이터를 데이터베이스에 업그레이드(upgrade)시키거나, 또는 수입통관 어플리케이션은 조회 요청된 데이터를 데이터베이스로부터 읽어들여 사용자 인터페이스모듈에 제공한다. 또한 수입통관에 관계하여 구매정보통합 서버는 네트워크를 통해 연결된 관세사 시스템으로 과세평가 요청정보를 전달한다. 그 관세사 시스템은 세관 시스템으로 과세평가를 신고하고, 그 세관 시스템으로부터 면장을 전달받는다. 그러면 관세사 시스템은 전달받은 면장을 구매정보통합 서버에 전달한다. 다음 구매정보통합 서버는 네트워크를 통해 연결된 세관 시스템으로 반입 신고를 전달하고, 그 세관 시스템으로부터 반입 신고에 대한 접수 완료를 통보 받거나, 반입 신고에 대한 오류를 통보 받는다.

별도로 수입통관 어플리케이션은 상기 설명된 모든 수입통관 업무처리 과정에서 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

4, 관리 어플리케이션과 제4 사용자 인터페이스모듈의 연결을 통한 업무 처리 절차에 관한 것이다.

관리 어플리케이션은 수입금융처리 중 결제처리 결과로부터 발생된 외상매입이나 원가 대체된 구매 물품에 대해 관리하고 또한 그 관리 정보를 회계 시스템에 제공하며, 그 회계 시스템으로부터 미착관리를 위한 환차정보를 제공받는다. 또한 관리 어플리케이션은 수입통관처리에서 발생된 통관정보나 입고정보를 제공받아 미착 재고를 관리한다.

관리 어플리케이션은 요청이 있을 경우에 환차/외화평가 리스트 발행을 실시한다. 이는 파일번호의 해당 월 기준으로 환차 리스트와 외화 금액을 평가하고 그에 따른 양식을 발생하는 것이다. 이를 위해 관리 어플리케이션은 양식 발행 종류(환차 리스트 발행과 외화평가 리스트 발행 중 하나를 선택)를 선택하고, 사업장이나 그 사업장의 특정 사업부, 또는 통화나 일자 중 하나 또는 그 이상의 것을 조회 조건으로 입력할 포맷을 사용자 인터페이스모듈로 제공한다. 여기서 환차 리스트 발행은 해당 파일번호의 해당 월 기준으로 환차 손익을 발행하는 것이며, 외화평가 리스트 발행은 해당 파일번호의 해당 월 기준으로 외화 금액을 평가하여 발행하는 것이다. 관리 어플리케이션은 사업장이나, 그 사업장의 특정 사업부를 조회 조건으로 입력하고자 할 때 이를 돕기 위해 사업장의 각 사업부별 코드 테이블을 사용자 인터페이스모듈에 별도로 제공한다. 상기에서 사용자가 사용자 인터페이스모듈에 제공된 포맷에 조회 조건을 입력하면, 관리 어플리케이션은 데이터베이스에 미리 저장되어 있던 환차 리스트 양식에 사용자에 의해 선택된 사업장 또는 해당 사업부의 해당 월 기준으로 한 환차 손익 정보를 기입하여 사용자 인터페이스모듈로 제공한다. 또는 관리 어플리케이션은 데이터베이스에 미리 저장되어 있던 외화평가 리스트 양식에 사용자에 의해 선택된 사업장 또는 해당 사업부의 해당 월 기준으로 한 외화 금액 평가 정보를 기입하여 사용자 인터페이스모듈로 제공한다. 그 다음 관리 어플리케이션은 제공된 신용장 양식의 발행을 지원한다. 여기서 추가로 관리 어플리케이션은 프린트 옵션(landscape 또는 portrait)을 사용자가 선택할 수 있도록 지원한다.

관리 어플리케이션은 미착 계정별 조회 및 완료 처리를 실시한다. 이는 해당 파일번호의 계정별 합산 금액을 조회하고, 그 조회 이후 완료처리하기 위한 것이다. 이를 위해 관리 어플리케이션은 사업부나 파일번호를 조회 조건을 입력하기 위한 포맷을 사용자 인터페이스모듈로 제공한다. 사용자가 사용자 인터페이스모듈로 제공된 포맷에 사업부 또는 파일번호를 입력하면, 관리 어플리케이션은 입력된 조회 조건에 해당되는 미착 계정들의 합산 금액을 사용자 인터페이스모듈로 제공한다. 이 때 관리 어플리케이션은 신용장 개설처리금액이나 통관처리금액이나 결제처리금액 중에서 하나와, 물품대금과, 통관비와, 운송비와, 제세와, 원가(예정실적)를 합산하여 사용자 인터페이스모듈로 제공하며, 이전 월부터 현재 월까지의 금액을 합산한다. 다음 관리 어플리케이션은 상기한 각 사업부 또는 파일번호의 미착 계정별 조회를 실시한 후 완료처리를 실시한다. 관리 어플리케이션은 데이터베이스에서 읽어들인 신용장 개설처리금액과 통관처리금액이 일치하면서 통관처리금액과 결제처리금액이 정해진 일정금액(예로써, $10 이나 10000원) 이하의 차이가 날 때 금액 정리를 지원한다. 특히 관리 어플리케이션은 정리된 대상을 상태별로 관리한다. 즉 통관과 결제가 종료되었으나 결제처리금액이 정해진 일정금액 이하의 차이가 발생하여 인위적으로 정리한 상태, 신용장 개설처리금액과 통관처리금액과 결제처리금액이 일치하고 예정부대비용과 실적비용이 같은 상태, 신용장 개설처리금액과 통관처리금액과 결제처리금액이 일치하는 상태, 통관처리금액과 결제처리금액이 일치하는 상태, 신용장 개설처리금액과 통관처리금액이 같거나 신용장 개설처리금액과 결제처리금액이 같은 상태로 나누어 관리한다.

다음 관리 어플리케이션은 미착 재고 비교 조회를 실시하는데, 관리 어플리케이션은 사용자가 제공된 포맷에 여러 사업부와 해당 월을 입력하고 원하는 계정을 선택하면, 입력된 각 사업부의 전년과 전월의 재고(금액)를 당월 재고(금액)와 비교한 테이블 및/또는 그래프를 사용자 인터페이스모듈로 제공한다.

다음 관리 어플리케이션은 미착 계정 명세서 발행 및 미착 계정 상세명세서 발행을 실시한다. 이는 당월의 미착 재고 금액을 발행하는 것으로, 관리 어플리케이션은 사용자가 제공된 포맷에 사업장의 원하는 사업부들을 선택 입력하고 해당 월과 계정을 입력하여 명세서 발행을 요청하면, 미착 계정 명세서 및 미착 계정 상세명세서를 발행한다. 미착 계정 명세서에는 총 신용장 금액(신용장 개설금액에서 신용장 개설시 발생된 수정금액을 감한 금액)과 이월된 금액부터 해당 전월까지의 누적 금액과 순수한 당월 증가금액과 순수한 당월 감소금액과 잔액(전월의 이월 금액과 당월 증가금액을 더한 금액에서 당월 감소금액을 감한 금액)이 포함된다. 또한 미착 계정 상세명세서에는 파일번호별 합계금액과 계정별 합계금액과 각 사업부별 합계금액이 더 포함된다.

또한 관리 어플리케이션은 결제대전 상태 리스트 발행을 실시한다. 사용자가 제공된 포맷에 사업장 또는 그 사업장의 각 사업부를 조회 조건으로 입력하고 발행하고자 하는 결제일자를 입력하여 발행을 요청하면, 관리 어플리케이션은 데이터베이스에 미리 저장되어 있던 결제대전 상태 리스트 양식을 발행한다.

다음 관리 어플리케이션은 무환건에 대한 미착 관리를 실시한다. 이는 무환건인 미착된 파일번호에 대해 상태를 조회하고 그 상태 리스트를 발행하는 것이다. 사용자가 제공된 포맷에 사업부 및 일자를 입력하여 조회를 요청하면, 관리 어플리케이션은 해당 일자의 해당 사업부의 각 파일번호에 대한 미착금액들을 사용자 인터페이스모듈에 테이블로 제공한다. 이 때 미착금액과 함께 통화와 선적금액이 그 테이블에 포함된다. 이후 사용자의 요청이 있을 경우에, 관리 어플리케이션은 그 조회된 테이블을 발행한다.

다음 관리 어플리케이션은 미착 계정별 상세 조회 및 발행, 각 사업부별 미착 재고 조회 및 발행, 각 월별 미착 재고 조회 및 발행, 파일번호별 미착 그룹 조회 및 발행들을 지원한다.

별도로 관리 어플리케이션은 상기 설명된 모든 미착관리 업무처리 과정에서 사용자 인터페이스모듈에 제공된 조회 결과 테이블을 별도의 파일로 사용자 컴퓨터에 저장토록 지원한다.

이상에서 설명된 본 발명의 구매정보통합 시스템은 구매 업무에 관련된 주변 기관이나 협력사와의 원활한 정보 교환을 통해 도입발주 업무와 수입금융 업무와 수입통관 업무로 이어지는 구매 업무의 연속성을 유지할 수 있도록 해주며, 또한 각 업무에서 처리된 정보들의 공유를 통해 업무의 신뢰성을 향상시킬 수 있도록 해주기 때문에 업무 처리의 최적화(구매 업무의 소요시간 단축 및 구매 관련 소요비용 절감)를 실현시킨다.

또한 본 발명에서는 도입발주 업무와 수입금융 업무와 수입통관 업무와 미착관리 업무 등이 상호 연계될 수 있도록 표준화를 통해 통합적 전산화가 이루어지므로, 정보 흐름의 투명성이 보장된다.

이상 설명한 내용을 통해 당업자라면 본 발명의 기술 사상을 일탈하지 아니하는 범위에서 다양한 변경 및 수정이 가능함을 알 수 있을 것이다.

따라서, 본 발명의 기술적 범위는 실시 예에 기재된 내용으로 한정하는 것이 아니라 특허 청구 범위에 의해서 정해져야 한다.

Claims (14)

1. 사용자 인터페이스모듈이 미리 다운로드되어 설치되는 하나 또는 그 이상의 사용자 컴퓨터와;

   특정 품목의 도입 발주 업무와 수입 금융 업무와 수입 통관 업무의 처리를 각각 실시하여 그 처리 결과를 상기 사용자 컴퓨터로 실시간 제공하고, 상기 처리에 필요한 데이터와 상기 처리 결과들을 네트워크를 통해 타 시스템과 교환하는 하나 또는 그 이상의 어플리케이션과, 상기 하나 또는 그 이상의 어플리케이션에서 필요로 하는 데이터들의 코드와 그 데이터 내용을 미리 저장하면서 상기 어플리케이션에서 처리된 데이터들을 저장하는 데이터베이스를 포함하는 서버로 구성되는 것을 특징으로 하는 구매정보통합 시스템.
2. 제 1 항에 있어서, 상기 사용자 컴퓨터는 상기 설치된 사용자 인터페이스모듈을 통해 상기 서버로 특정 업무 관련 자료의 조회와, 특정 업무의 데이터 입력/수정/삭제 처리와, 특정 업무 관련 정보의 타 시스템으로의 송수신을 요청하고, 상기 서버는 상기 사용자 컴퓨터의 여러 요청에 대해 해당되는 어플리케이션의 구동과 데이터베이스의 가동을 통해 실시간 응답을 실시하는 것을 특징으로 하는 구매정보통합 시스템.
3. 제 2 항에 있어서, 상기 서버는 특정 업무의 데이터 수정 처리를 실시할 때,수정 이전의 데이터와 수정 이후의 데이터를 함께 데이터베이스에 저장시켜 수정 처리에 따른 데이터 이력 관리를 지원하는 것을 특징으로 하는 구매정보통합 시스템.
4. 제 1 항에 있어서, 서로 다른 업무를 담당하는 여러 사용자의 사용자 컴퓨터들과 상기 각 어플리케이션에 연결될 때, 상기 각 어플리케이션은 하나의 데이터베이스를 가동시켜 해당 데이터를 입출력하는 것을 특징으로 하는 구매정보통합 시스템.
5. 제 4 항에 있어서, 상기 데이터베이스에 미리 저장되는 데이터들의 코드는 상기 각 어플리케이션에서 동일하게 사용되는 표준화된 코드이며, 상기 코드는 상기 서버와 정보를 교환하는 타 시스템에도 동일하게 사용되도록 정해지는 것을 특징으로 하는 구매정보통합 시스템.
6. 제 4 항에 있어서, 상기 데이터베이스에 미리 저장되는 데이터들의 코드는 서로 다른 업무 처리에서 공통적으로 사용될 공통코드와, 서로 다른 업무 처리에서 개별적으로 사용될 개별코드로 구분되는 것을 특징으로 하는 구매정보통합 시스템.
7. 제 4 항에 있어서 상기 데이터베이스에 미리 저장되는 데이터들의 코드로는 각 업무를 담당하는 부서와 업무 관련 국가와 각 국가의 통화와 거래은행들의 코드이며, 상기 각 어플리케이션을 통해 처리되는 업무에서 가격조건과 부보조건과 운송조건/방법과 송장종류와 결제방식과 무역방식과 수수료종류들이 미리 코드로 설정되는 것을 특징으로 하는 구매정보통합 시스템.
8. 제 1 항에 있어서, 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 특정 품목의 조달을 위한 구매주문(P/O) 요청 정보나 포어캐스팅(forecasting) 요청 정보, 또는 신용장(L/C) 개설 요청이나 선적 요청이나 통관 요청을 위한 정보를 전달할 경우에, 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 그 전달된 정보를 등록 저장시키는 것을 특징으로 하는 구매정보통합 시스템.
9. 제 1 항에 있어서, 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 구매주문(P/O)정보나 거래선(vendor)정보나 구매단가정보나 구매 품목 정보들을 전달할 경우에 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 그 전달된 정보를 저장시키며, 상기 서버는 그 사용자의 컴퓨터의 사용자 인터페이스모듈로 신용장 개설/발행에 관한 정보, 통관정보 및 입고 관련 정보의 각 테이블을 제공하는 것을 특징으로 하는 구매정보통합 시스템.
10. 제 1 항에 있어서, 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 신용장처리나 신용장수정처리나 부보처리나 보증처리나결제처리를 요청할 경우에, 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 해당 처리를 실시하고 그 처리 결과를 저장시키는 것을 특징으로 하는 구매정보통합 시스템.
11. 제 10 항에 있어서, 상기 어플리케이션의 구동에 따른 신용장처리에서, 채번처리된 신용장번호는 코드로써 가동된 데이터베이스에 저장되며, 상기 저장된 코드에는 수입종류 또는/및 결제방식 또는/및 무역방식 또는/및 은행코드 또는/및 무역형태 또는/및 파일번호들의 정보를 내포하는 것을 특징으로 하는 구매정보통합 시스템.
12. 제 12 항에 있어서, 상기 어플리케이션은 상기 채번처리된 신용장번호 코드를 상기 데이터베이스에 읽어들인 후 그 신용장번호 코드를 분석하고, 다음 상기 정보들을 분리하여 상기 사용자 인터페이스모듈에 테이블로 제공하는 것을 특징으로 하는 구매정보통합 시스템.
13. 제 1 항에 있어서, 상기 서버는 상기 사용자 컴퓨터에 설치된 사용자 인터페이스모듈을 통해 사용자가 선하증권처리나 보세운송처리나 통관비용처리나 입고처리를 요청할 경우에, 해당 어플리케이션의 구동과 데이터베이스 가동을 통해 해당 처리를 실시하고 그 처리 결과를 저장시키는 것을 특징으로 하는 구매정보통합 시스템.
14. 제 1 항에 있어서, 상기 서버는 내장된 브라우저의 구동을 통해 접속을 시도하는 사용자 컴퓨터로 서비스 사이트 페이지를 제공하며, 그 접속 시도 사용자에 대한 최초 접근 여부를 확인하여 하나 또는 그 이상의 사용자 인터페이스모듈을 그 사용자의 컴퓨터로 다운로드시키며, 그 접속 시도 사용자의 신원을 확인하여 업무 처리 권한 범위에 맞게 해당 어플리케이션 구동을 제어하는 운영 어플리케이션을 더 포함하는 것을 특징으로 하는 구매정보통합 시스템.