JP2023128763A - Ｌ／ｃ管理装置、ｌ／ｃ管理方法、及びｌ／ｃ管理プログラム - Google Patents

Abstract

【課題】Ｌ／Ｃ取引を一元管理することで、Ｌ／Ｃの残高及び取引状況を迅速に把握し、企業の取引リスクを低減すること。【解決手段】本実施の形態に係るＬ／Ｃ管理装置は、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して記憶部に登録するＬ／Ｃ入力手段と、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して記憶部に登録する発注入力手段と、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して記憶部に登録する仕入入力手段と、を備え、Ｌ／Ｃ伝票番号をキーとして、記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示する。【選択図】図１

Description

本発明は、Ｌ／Ｃ管理装置、Ｌ／Ｃ管理方法、及びＬ／Ｃ管理プログラムに関する。

従来、Ｌ／Ｃ（Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）の管理はシステム外の管理となっており、残高の管理及び取引と紐づけての管理が困難となっていた。Ｌ／Ｃに関するシステムとして、例えば、特許文献１がある。

特開２００６－３４３９９８号公報

しかしながら、特許文献１では、Ｌ／Ｃ取引を一元管理することで、Ｌ／Ｃの残高及び取引状況を迅速に把握し、企業の取引リスクを低減することに関して何ら記載されていない。

本発明は、上記に鑑みてなされたものであり、Ｌ／Ｃ取引を一元管理することで、Ｌ／Ｃの残高及び取引状況を迅速に把握し、企業の取引リスクを低減することが可能なＬ／Ｃ管理装置、Ｌ／Ｃ管理方法、及びＬ／Ｃ管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部及び記憶部を備えたＬ／Ｃ（Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）管理装置であって、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して前記記憶部に登録するＬ／Ｃ入力手段と、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力手段と、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して前記記憶部に登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを作成して前記記憶部に登録する仕入入力手段と、を備え、前記Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、及び／又は、前記Ｌ／Ｃ仕入データの仕入金額は、前記契約金額に対する仕入金額の振当金額であり、前記Ｌ／Ｃ入力手段は、表示部に表示される照会画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、前記記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することを特徴とする。

また、本発明の一態様によれば、前記制御部は、更に、支払方法を確定する際に、前記記憶部に登録されている支払予定データを取引先、支払予定日、通貨別に集約して、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグを含む金種別支払予定データを作成して前記憶部に登録する支払方法確定処理手段を備えることにしてもよい。

また、本発明の一態様によれば、前記制御部は、更に、債務振替番号、振替日、一括決済条件、一括決済先、通貨、輸入引受手形とした振替科目を含む債務振替ヘッダデータ及び債務振替番号、支払通知番号、支払先、支払期日、振替金額を含む債務振替明細データを入力して、前記記憶部に登録し、前記支払予定データ及び前記金種別支払予定データを更新する債務振替入力手段を備えることにしてもよい。

また、本発明の一態様によれば、前記制御部は、更に、支払番号、支払日、支払先、支払方法、支払金額を含む支払データを作成して前記記憶部に登録する支払決済入力手段を備えることにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部及び記憶部を備えた情報処理装置で実行されるＬ／Ｃ管理方法であって、前記制御部において実行される、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して前記記憶部に登録するＬ／Ｃ入力工程と、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データを入力して前記記憶部に登録し、また、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力工程と、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データを入力して前記記憶部に登録し、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを入力して前記記憶部に登録し、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して前記記憶部に登録する仕入入力工程と、を含み、前記Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、及び／又は、前記Ｌ／Ｃ仕入データの仕入金額は、前記契約金額に対する仕入金額の振当金額であり、前記Ｌ／Ｃ入力工程では、更に、表示部に表示される照会画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、前記記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部及び記憶部を備えた情報処理装置が実行するためのＬ／Ｃ管理プログラムであって、前記制御部において、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して前記記憶部に登録するＬ／Ｃ入力工程と、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データを入力して前記記憶部に登録し、また、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力工程と、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データを入力して前記記憶部に登録し、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを入力して前記記憶部に登録し、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して前記記憶部に登録する仕入入力工程と、を実行するためのプログラムであり、前記Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、及び／又は、前記Ｌ／Ｃ仕入データの仕入金額は、前記契約金額に対する仕入金額の振当金額であり、前記Ｌ／Ｃ入力工程では、更に、表示部に表示される照会画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、前記記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することを特徴とする。

本発明によれば、Ｌ／Ｃ取引を一元管理することで、Ｌ／Ｃの残高及び取引状況を迅速に把握し、企業の取引リスクを低減することが可能となるという効果を奏する。

図１は、本実施の形態に係るＬ／Ｃ管理装置の構成の一例を示すブロック図である。 図２は、科目区分マスタの構成例を示す図である。 図３は、通貨マスタの構成例を示す図である。 図４は、支払方法マスタの構成例を示す図である。 図５は、仕入先マスタの構成例を示す図である。 図６は、一括決済条件マスタの構成例を示す図である。 図７は、支払先マスタの構成例を示す図である。 図８は、本実施形態に係るＬ／Ｃ管理装置の制御部の全体の処理の概略の一例を説明するためのフロー図である。 図９は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１０は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１１は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１２は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１３は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１４は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１５は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１６は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。 図１７は、本実施形態に係るＬ／Ｃ管理装置の制御部の処理の具体例を説明するための図である。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．概要］
従来、Ｌ／Ｃ（Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）残高の管理がシステム外での管理になっているため、Ｌ／Ｃ残高及び取引の状況の管理が困難であった。そのため、取引伝票を登録するオペレータはＬ／Ｃがシステム外での管理のため、Ｌ／Ｃ残高を取引金額に対して充当することができなかった。

そこで、本実施の形態では、Ｌ／Ｃの締結・振当・決済までを一元管理することで、Ｌ／Ｃの残高及び取引状況の迅速な把握を可能とし、企業の取引リスクを低減する。

具体的には、本実施の形態では、（１）Ｌ／Ｃの締結管理、発注・仕入時に締結したＬ／Ｃを充当することで、Ｌ／Ｃに紐づく取引及び残高管理を可能とする。（２）債務振替をすることで発生した買掛金をＬ／Ｃ締結銀行への外貨建てでの引受輸入手形への振替を可能とする。

本実施の形態のＬ／Ｃ管理装置は、輸入取引がある全ての企業に適用可能である。

［２．構成］
図１を参照して、本実施形態に係るＬ／Ｃ管理装置１００の構成の一例について説明する。図１は、Ｌ／Ｃ管理装置１００の構成の一例を示すブロック図である。

Ｌ／Ｃ管理装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、Ｌ／Ｃ管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

Ｌ／Ｃ管理装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。Ｌ／Ｃ管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、Ｌ／Ｃ管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、Ｌ／Ｃ管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及び、マイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２又はマウス１１２として記載する場合がある。また、モニタ１１４に情報を表示して、ユーザが入力装置１１２を操作すること等を、「ＵＩを介したユーザ操作」と記載する場合がある。

記憶部１０６には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。

記憶部１０６は、科目区分マスタ１０６ａ、通貨マスタ１０６ｂ、支払方法マスタ１０６ｃ、仕入先マスタ１０６ｄ、一括決済条件マスタ１０６ｅ、支払先マスタ１０６ｆは、データファイル１０６ｇ等を備えている。図２は、科目区分マスタ１０６ａの構成例を示す図である。図３は、通貨マスタ１０６ｂの構成例を示す図である。図４は、支払方法マスタ１０６ｃの構成例を示す図である。図５は、仕入先マスタ１０６ｄの構成例を示す図である。図６は、一括決済条件マスタ１０６ｅの構成例を示す図である。図７は、支払先マスタ１０６ｆの構成例を示す図である。

科目区分マスタ１０６ａは、図２に示すように、科目区分コード、科目区分名、科目分類を関連づけて登録したテーブル等で構成することができる。科目区分マスタ１０６ａは、科目区分コードを、科目区分名、科目分類に変換する際に参照される。

通貨マスタ１０６ｂは、図３に示すように、通貨コード、通貨名を関連づけて登録したテーブル等で構成することができる。通貨マスタ１０６ｂは、通貨コードを通貨名に変換する際に参照される。

支払方法マスタ１０６ｃは、図４に示すように、支払方法コード、支払方法名を関連付けて登録したテーブル等で構成することができる。支払方法マスタ１０６ｃは、支払方法コードを支払方法名に変換する際に参照される。

仕入先マスタ１０６ｄは、図５に示すように、仕入先コード、仕入先名、支払先コードを関連付けて登録したテーブル等で構成することができる。仕入先マスタ１０６ｄは、仕入先コードを、仕入先名、支払先コードに変換する際に参照される。

一括決済条件マスタ１０６ｅは、図６に示すように、一括決済条件コード、振替後支払方法、振替科目を関連付けて登録したテーブル等で構成することができる。一括決済条件マスタ１０６ｅは、一括決済条件コードを、振替後支払方法、振替科目に変換する際に参照される。

支払先マスタ１０６ｆは、図７に示すように、支払先コード、支払先名を関連付けて登録したテーブル等で構成することができる。支払先マスタ１０６ｆは、支払先コードを、支払先名に変換する際に参照される。

データファイル１０６ｇは、Ｌ／Ｃ明細データ、発注明細データ、Ｌ／Ｃ発注データ、仕入明細データ、支払予定データ、Ｌ／Ｃ仕入データ、Ｌ／Ｃ発注戻しデータ、金種別支払予定データ、債務振替ヘッダデータ、債務振替明細データ、支払データ等の各種データを格納するためのファイルである。

Ｌ／Ｃ明細データは、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額を含んでいてもよい。

Ｌ／Ｃ発注データは、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額（振当金額）を含んでいてもよい。

仕入明細データは、仕入番号、行番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含んでいてもよい。

Ｌ／Ｃ仕入データは、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額（振当金額）を含んでいてもよい。

支払予定データは、支払予定番号、支払予定日、伝票番号・行番号、支払先、支払予定金額、支払済金額、債務科目、支払方法、支払通知番号を含んでいてもよい。

Ｌ／Ｃ発注戻しデータは、Ｌ／Ｃ伝票番号、仕入番号、取引日、発注番号、発注金額（振当金額）を含んでいてもよい。

金種別支払予定データは、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグ（例えば、未支払「０」、支払済「１」）を含んでいてもよい。

債務振替ヘッダデータは、債務振替番号、振替日、一括決済条件、一括決済先、通貨、振替科目を含んでいてもよい。

債務振替明細データは、債務振替番号、支払通知番号、支払先コード、支払期日、振替金額を含んでいてもよい。

支払データは、支払番号、支払日、支払先、支払方法、支払金額を含んでいてもよい。

制御部１０２は、Ｌ／Ｃ管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、記憶部１０６に格納されている、科目区分マスタ１０６ａ、通貨マスタ１０６ｂ、支払方法マスタ１０６ｃ、仕入先マスタ１０６ｄ、一括決済条件マスタ１０６ｅ、支払先マスタ１０６ｆ、データファイル１０６ｇ等にアクセス可能に構成されている。なお、科目区分マスタ１０６ａ、通貨マスタ１０６ｂ、支払方法マスタ１０６ｃ、仕入先マスタ１０６ｄ、一括決済条件マスタ１０６ｅ、支払先マスタ１０６ｆ、データファイル１０６ｇは、他の場所（例えば、サーバ２００）に設けられていてもよく、制御部１０２がアクセス可能な構成であればよい。

制御部１０２は、機能概念的に、Ｌ／Ｃ入力部１０２ａと、発注入力部１０２ｂと、仕入入力部１０２ｃと、支払方法確定部１０２ｄと、債務振替入力部１０２ｅと、支払決済入力部１０２ｆと、マスタメンテ部１０２ｇと、画面表示制御部１０２ｈと、を備えている。

Ｌ／Ｃ入力部１０２ａは、例えば、モニタ１１４に表示されるＬ／Ｃ入力画面上でのオペレータの操作に応じて、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力してデータファイル１０６ｇに登録する。

Ｌ／Ｃ入力部１０２ａは、例えば、モニタ１１４に表示されるＬ／Ｃ入力画面上でのオペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、データファイル１０６ｇに登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示する。

発注入力部１０２ｂは、例えば、モニタ１１４に表示される発注入力画面やＬ／Ｃ振当画面上でのオペレータの操作に応じて、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力してデータファイル１０６ｇに登録する。

仕入入力部１０２ｃは、例えば、モニタ１１４に表示される仕入入力画面やＬ／Ｃ振当画面上でのオペレータの操作に応じて、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力してデータファイル１０６ｇに登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを入力してデータファイル１０６ｇに登録する。

Ｌ／Ｃ発注データの発注金額は、Ｌ／Ｃ明細データの契約金額に対する発注金額の振当金額であり、及び／又は、Ｌ／Ｃ仕入データの仕入金額は、Ｌ／Ｃ明細データの契約金額に対する仕入金額の振当金額であり、Ｌ／Ｃの契約金に対する振当は、発注時及び／又は仕入時に行われる。

支払方法確定部１０２ｄは、支払方法を確定する際に、データファイル１０６ｇに登録されている支払予定データを取引先、支払予定日、通貨別に集約して、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグを含む金種別支払予定データを作成してデータファイル１０６ｇに登録する。

債務振替入力部１０２ｅは、例えば、モニタ１１４に表示される債務振替入力画面上でのオペレータの操作に応じて、債務振替番号、振替日、一括決済条件、一括決済先、通貨、輸入引受手形とした振替科目を含む債務振替ヘッダデータ及び債務振替番号、支払通知番号、支払先、支払期日、振替金額を含む債務振替明細データを入力して、データファイル１０６ｇに登録し、データファイル１０６ｇの支払予定データ及び金種別支払予定データを更新する。

支払決済入力部１０２ｆは、例えば、モニタ１１４に表示される支払決済入力画面上でのオペレータの操作に応じて、支払番号、支払日、支払先、支払方法、支払金額を含む支払データを作成してデータファイル１０６ｇに登録する。

マスタメンテ部１０２ｇは、例えば、モニタ１１４に表示される不図示のマスタメンテ画面上でのオペレータの操作等に応じて、科目区分マスタ１０６ａ、通貨マスタ１０６ｂ、支払方法マスタ１０６ｃ、仕入先マスタ１０６ｄ、一括決済条件マスタ１０６ｅ、支払先マスタ１０６ｆに対して、データの入力・追加・変更・更新等の設定を行う。

画面表示制御部１０２ｈは、モニタ１１４に表示する各種画面（例えば、Ｌ／Ｃ入力画面、発注入力画面、Ｌ／Ｃ振当画面、仕入入力画面、債務振替入力画面、支払決済入力画面等）の表示及びその入力を制御する。

［３．具体例］
図２～図１１を参照して、本実施の形態におけるＬ／Ｃ管理装置１００の制御部１０２の処理の具体例について説明する。

（３－１．全体の処理）
図８は、本実施の形態におけるＬ／Ｃ管理装置１００の制御部１０２の全体の処理の概略を説明するためのフローを示す図である。

図８を参照して、本実施の形態におけるＬ／Ｃ管理装置１００の制御部１０２の全体の処理の概略を説明する。図８において、Ｌ／Ｃ入力部１０２ａは、Ｌ／Ｃ入力処理を実行する（ステップＳ１）。具体的には、Ｌ／Ｃ入力処理では、Ｌ／Ｃ入力部１０２ａは、例えば、モニタ１１４に表示されるＬ／Ｃ入力画面上でのオペレータの操作に応じて、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力してデータファイル１０６ｇに登録する。

また、Ｌ／Ｃ入力部１０２ａは、ＬＣ残高及び取引状況の照会を行い、例えば、モニタ１１４に表示されるＬ／Ｃ入力画面上でのオペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、データファイル１０６ｇに登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示する。ＬＣ残高及び取引状況の照会は、いつでも行うことができる。

発注入力部１０２ｂは、発注入力処理を実行する（ステップＳ２）。具体的には、発注入力処理では、発注登録とＬ／Ｃの振当を行い、発注入力部１０２ｂは、例えば、モニタ１１４に表示される発注入力画面やＬ／Ｃ振当画面上でのオペレータの操作に応じて、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データ及びを入力してデータファイル１０６ｇに登録し、また、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額（振当金額）を含むＬ／Ｃ発注データを入力してデータファイル１０６ｇに登録する。

仕入入力部１０２ｃは、仕入入力処理を実行する（ステップＳ３）。具体的には、仕入入力処理では、仕入登録と発注時のＬ／Ｃを引き継ぎ、仕入入力部１０２ｃは、例えば、モニタ１１４に表示される仕入入力画面やＬ／Ｃ振当画面上でのオペレータの操作に応じて、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力してデータファイル１０６ｇに登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを入力してデータファイル１０６ｇに登録する。

支払方法確定部１０２ｄは、支払方法確定処理を実行する（ステップＳ４）。具体的には、支払方法確定処理では、支払準備のための処理を実行し、支払方法確定部１０２ｄは、支払方法を確定する際に、データファイル１０６ｇに登録されている支払予定データを取引先、支払予定日、通貨別に集約して、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグを含む金種別支払予定データを作成してデータファイル１０６ｇに登録する。

債務振替入力部１０２ｅは、債務振替入力処理を実行する（ステップＳ５）。具体的には、債務振替入力処理では、取引先への買掛債務から銀行への輸入引受手形債務に振替を行い、債務振替入力部１０２ｅは、例えば、モニタ１１４に表示される債務振替入力画面上でのオペレータの操作に応じて、債務振替番号、振替日、一括決済条件、一括決済先、通貨、輸入引受手形とした振替科目を含む債務振替ヘッダデータ及び債務振替番号、支払通知番号、支払先、支払期日、振替金額を含む債務振替明細データを入力して、データファイル１０６ｇに登録し、データファイル１０６ｇの支払予定データ及び金種別支払予定データを更新する。

支払決済入力部１０２ｆは、支払決済入力処理を実行する（ステップＳ６）。具体的には、支払決済入力処理では、輸入引受手形を決済し、支払決済入力部１０２ｆは、例えば、モニタ１１４に表示される支払決済入力画面上でのオペレータの操作に応じて、支払番号、支払日、支払先、支払方法、支払金額を含む支払データを作成してデータファイル１０６ｇに登録する。

（３－２．サンプルデータ）
図９～図１７は、本実施の形態におけるＬ／Ｃ管理装置１００の制御部１０２の処理の具体例を説明するためのサンプルデータを示す図である。図９～図１７を参照して、本実施の形態におけるＬ／Ｃ管理装置１００の制御部１０２の処理の具体例を説明する。

（Ｓ１：Ｌ／Ｃ入力処理）
図９を参照して、Ｌ／Ｃ入力処理の具体例を説明する。Ｌ／Ｃ入力処理では、締結したＬ／Ｃの情報を登録する。Ｌ／Ｃ入力部１０２ａは、例えば、モニタ１１４に表示されるＬ／Ｃ入力画面上でのオペレータの操作に応じて、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力してデータファイル１０６ｇに登録する。

図９（Ａ）は、Ｌ／Ｃ入力画面の表示例を示す図である。Ｌ／Ｃ入力画面は、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額、Ｌ／Ｃ発注金額、Ｌ／Ｃ仕入金額、Ｌ／Ｃ残高等の項目が表示されるヘッダエリアと、発注Ｎｏ、発注日、発注金額の項目が表示される発注エリアと、仕入Ｎｏ、仕入日、仕入金額の項目が表示される仕入エリアと、不図示の登録ボタンを備えている。ヘッダエリアで、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額を入力して、不図示の登録ボタンを押すと、入力内容に応じたＬ／Ｃ明細データがデータファイル１０６ｇに登録される。

また、Ｌ／Ｃ入力画面では、Ｌ／Ｃ伝票番号をキーとして、Ｌ／Ｃ伝票番号に紐づく取引（発注、仕入）情報及びＬ／Ｃ残高を照会することができる。

図９（Ｂ）は、Ｌ／Ｃ明細データのデータ例を示す図である。Ｌ／Ｃ明細データは、締結したＬ／Ｃ情報を管理するためのデータであり、Ｌ／Ｃ伝票番号、Ｌ／Ｃ番号、仕入先、通貨、契約金額の項目を備えている。図９（Ｂ）に示す例では、Ｌ／Ｃ伝票番号「ＬＣ０００１」、Ｌ／Ｃ番号「Ｃｒｅｄｉｔ００１」、仕入先「ＳＩ００１－０１：〇×Ｃｏ．，Ｌｔｄ．」、通貨「ＵＳＤ」、契約金額「＄１０，０００」となっている。図９（Ｂ）のデータは、図９（Ａ）のＬ／Ｃ入力画面のデータに対応している。

（Ｓ２：発注入力処理）
図１０及び図１１を参照して、発注入力処理を説明する。発注入力処理では、輸入取引のオーダー情報を登録し、同時に締結したＬ／Ｃの振当を行う（なお、Ｌ／Ｃの振当は発注時に行わず、仕入時に行うことも可能である）。

発注入力部１０２ｂは、例えば、モニタ１１４に表示される発注入力画面やＬ／Ｃ振当画面上でのオペレータの操作に応じて、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額（振当金額）を含むＬ／Ｃ発注データを入力してデータファイル１０６ｇに登録する。

図１０（Ａ）は、発注入力画面の表示例を示す図である。発注入力画面は、発注番号、
発注日、取引区分、仕入先、部門、支払先等の項目が表示されるヘッダエリアと、商品、発注数、発注金額、債権科目区分等の項目が表示される発注明細エリアと、ＬＣ振画面を表示するためのＬ／Ｃ振当ボタンと、不図示の登録ボタンと、を備えている。ヘッダエリアと発注明細エリアでデータを入力し、更に、ＬＣ振画画面でデータを入力した後、不図示の登録画面を押すと、入力されたデータに応じた発注明細データ及びＬ／Ｃ発注データがデータファイル１０６ｇに登録される。

図１０（Ｂ）は、Ｌ／Ｃ振当画面の表示例を示す図である。Ｌ／Ｃ振当画面は、仕入先、伝票金額、通貨、Ｌ／Ｃ振当金額の項目が表示されるヘッダエリアと、Ｌ／Ｃ伝票番号、伝票番号、契約金額、振当済金額、今回振当金額、今回振当後残額の項目が表示されるＬ／Ｃ振当エリアと、を備えている。契約金額は、Ｌ／Ｃ明細データを参照して表示し、振当済金額は、Ｌ／Ｃ発注データの発注金額を集計して表示し、修正登録時は、修正前の今回振当金額を控除する。今回振当金額は、オペレータが手入力し、今回振当後残額が０以上の範囲で変更可能である。今回振当後残額は、今回振当金額の入力の都度、計算して表示し、契約金額－振当済金額－今回振当金額とする。

図１０（Ｃ）は、発注明細データのデータ例を示している。発注明細データは、発注情報を管理するためのデータであり、発注番号、行番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目の項目を備えている。図１０（Ｃ）に示す例では、発注番号「ＨＮ０００１」、行番号「１」、発注日「２０２１／１１／０１」、通貨「ＵＳＤ」、仕入先「ＳＩ００１－０１：〇×Ｃｏ．，Ｌｔｄ．」、支払先「ＳＨ００１：〇×Ｃｏ．，Ｌｔｄ．」、商品「ＩＴＥＭ００１：商品××××」、発注金額「６，０００」、債務科目「買掛金」となっている。

図１０（Ｄ）は、Ｌ／Ｃ発注データのデータ例を示しており、Ｌ／Ｃに紐づく発注明細データを管理するためのデータであり、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額（振当金額）の項目を備えている。取引日は、発注入力画面の「発注日」を設定し、発注金額（振当金額）は、Ｌ／Ｃ振当画面の今回振当金額を設定する。図１０（Ｄ）に示す例では、Ｌ／Ｃ伝票番号「ＬＣ０００１」、取引日「２０２１／１１／０１」、発注番号「ＨＮ０００１」、発注金額（振当金額）「６，０００」となっている。

図１１は、この時点でのＬ／Ｃ入力画面でのＬ／Ｃ伝票番号に紐づく取引（発注）情報及びＬ／Ｃ残高の照会を説明するための図である。同図に示す例では、Ｌ／Ｃ伝票番号「ＬＣ０００１」、ＬＣ発注金額「６，０００」、ＬＣ残高「４，０００」となっている。Ｌ／Ｃ残高は、Ｌ／Ｃの振当残高を計算して表示し、契約金額－Ｌ／Ｃ発注金額－Ｌ／Ｃ仕入金額で算出する。

（Ｓ３：仕入入力処理）
図１２～図１４を参照して、仕入入力処理を説明する。仕入入力処理では、輸入後、仕仕入情報を入力し、発注時点のＬ／Ｃの振当情報を確認する（発注を参照せず仕入からの直接入力も可能である）。

仕入入力部１０２ｃは、例えば、モニタ１１４に表示される仕入入力画面やＬ／Ｃ振当画面上でのオペレータの操作に応じて、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力してデータファイル１０６ｇに登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを入力してデータファイル１０６ｇに登録する。また、仕入入力部１０２ｃは、Ｌ／Ｃ発注戻しデータを生成して、データファイル１０６ｇに登録する。

図１２（Ａ）は、仕入入力画面の表示例を示す図である。仕入入力画面は、仕入番号、発注番号、仕入日、取引区分、仕入先、部門、支払先、支払方法等の項目が表示されるヘッダエリアと、商品、仕入数、仕入金額、債権科目区分等の項目が表示される仕入明細エリアと、ＬＣ振画面を表示するためのＬ／Ｃ振当ボタンと、不図示の登録ボタンと、を備えている。

ヘッダエリアと仕入明細エリアでデータを入力し、更に、ＬＣ振当画面でデータを入力した後、不図示の登録ボタンを押すと、入力されたデータに応じた仕入明細データ及びＬ／Ｃ仕入データがデータファイル１０６ｇに登録される。

図１２（Ｂ）は、Ｌ／Ｃ振当画面の表示例を示しており、図１０（Ｂ）とほぼ同様であるので、その詳細な説明は省略する。

図１３（Ａ）は、仕入明細データのデータ例を示している。仕入明細データは、仕入情報を管理するためのデータであり、仕入番号、行番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目の項目を備えている。図１３（Ａ）に示す例では、仕入番号「ＳＮ０００１」、行番号「１」、仕入日「２０２１／１１／０１」、通貨「ＵＳＤ」、仕入先「ＳＩ００１－０１：〇×Ｃｏ．，Ｌｔｄ．」、支払先「ＳＨ００１：〇×Ｃｏ．，Ｌｔｄ．」、商品「ＩＴＥＭ００１：商品××××」、仕入金額「６，０００」、債務科目「買掛金」となっている。

図１３（Ｃ）は、Ｌ／Ｃ仕入データのデータ例を示している。Ｌ／Ｃ仕入データは、Ｌ／Ｃ伝票番号に紐づく仕入明細データを管理するためのデータであり、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額（振当金額）の項目を備えている。取引日は、仕入入力画面の「仕入日」を設定し、仕入金額（振当金額）は、Ｌ／Ｃ振当画面の今回振当金額を設定する。図１３（Ｄ）に示す例では、Ｌ／Ｃ伝票番号「ＬＣ０００１」、取引日「２０２１／１１／０１」、仕入番号「ＨＮ０００１」、仕入金額（振当金額）「６，０００」となっている。

図１３（Ｄ）は、支払予定データのデータ例を示している。支払予定データは、債務情報を管理するためのデータであり、支払予定番号、支払予定日、伝票番号・行番号、支払先、支払予定金額、支払済金額、債務科目、支払方法、支払通知番号の項目を備えている。図１３（Ｄ）に示す例では、支払予定番号「ＳＨＹ００１」、支払予定日「２０２１／１１／２４」、伝票番号・行番号「ＳＮ０００１－１」、支払先「ＳＨ００１：〇×Ｃｏ．，Ｌｔｄ．」、支払予定金額「６，０００」、支払済金額「０」、債務科目「買掛金」、支払方法「Ｐ００２：Ｌ／Ｃ（引受輸入手形）」、支払通知番号「ＳＨＴ００１」となっている。

図１３（Ｄ）は、Ｌ／Ｃ発注戻しデータのデータ例を示している。仕入と同時にＬ／Ｃ発注データが削除され、Ｌ／Ｃ仕入データにスライドするため、元のＬ／Ｃ発注データを保持する（例えば、Ｌ／Ｃ仕入データが削除された場合に、紐づくＬ／Ｃ発注データのロールバックに使用する）。Ｌ／Ｃ発注戻しデータは、過去に振当てされていた発注の分析にも使用可能である。なお、Ｌ／Ｃ発注戻しデータは、Ｌ／Ｃを発注時に振り当てしていた場合にのみ作成される。仕入時にＬ／Ｃ振当ての場合は作成されない。

Ｌ／Ｃ発注戻しデータは、Ｌ／Ｃ伝票番号、仕入番号、取引日、発注番号、発注金額（振当金額）の項目を備えている。取引日は、Ｌ／Ｃ発注データの取引日を設定する。発注金額（振当金額）、Ｌ／Ｃ発注データの発注金額（振当金額）を設定する。図１３（Ｄ）に示す例では、Ｌ／Ｃ伝票番号「ＬＣ０００１」、仕入番号「ＳＮ０００１」、取引日「２０２１／１１／０１」、発注番号「ＨＮ０００１」、発注金額（振当金額）「６，０００」となっている。

図１４は、この時点でのＬ／Ｃ入力画面でのＬ／Ｃ伝票番号に紐づく取引（仕入）情報及びＬ／Ｃ残高の照会を説明するための図である。仕入と同時に発注のＬ／Ｃ伝票番号に紐づく発注情報が仕入情報側へスライドする。同図に示す例では、Ｌ／Ｃ伝票番号「ＬＣ０００１」、ＬＣ発注金額「０」、ＬＣ発注金額「６，０００」、ＬＣ残高「４，０００」となっている。

（Ｓ４：支払方法確定処理）
図１５を参照して、支払方法確定処理の具体例を説明する。支払方法確定処理では、支払予定データを取引先、支払予定日、通貨別に集約し、識別番号（金種別支払予定番号、支払通知番号）を付与する。支払方法確定部１０２ｄは、支払方法を確定する際に、支払予定データを取引先、支払予定日、通貨別に集約して、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグを含む金種別支払予定データを作成してデータファイル１０６ｇに登録する。

図１５（Ａ）は、支払予定データのデータ例を示す図である。図１５（Ｂ）は、金種別支払予定データのデータ例を示す図である。金種別支払予定データは、支払予定データを取引先、支払予定日、及び通貨別に集約した情報を管理するためのものである。金種別支払予定データは、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグ（例えば、未支払「０」、支払済「１」）みの項目を備えている。図１５（Ｂ）に示す例では、金種別支払予定番号「ＫＳＨＹ００１」、支払予定日「２０２１／１１／２４」、支払先「ＳＨ００１：〇×Ｃｏ．，Ｌｔｄ．」、支払予定金額「６，０００」、支払方法「Ｐ００２：Ｌ／Ｃ（引受輸入手形）」、支払通知番号「ＳＨＴ００１」、支払済フラグ「０」となっている。

（Ｓ５：債務振替入力処理）
図１６を参照して、債務振替入力処理の具体例を説明する。債務振替入力処理では、取引先に対しての買掛債務を、銀行への輸入引受手形に振り替える。債務振替入力部１０２ｅは、モニタ１１４に表示される債務振替入力画面上でのオペレータの操作に応じて、債務振替番号、振替日、一括決済条件、一括決済先、通貨、振替科目を含む債務振替ヘッダデータ及び債務振替番号、支払通知番号、支払先コード、支払期日、振替金額を含む債務振替明細データを入力して、データファイル１０６ｇに登録する。債務振替入力部１０２ｅは、債務振替ヘッダデータ及び債務振替明細データに基づいて、支払予定データ及び金種別支払予定データを更新する。

図１６（Ａ）は、債務振替入力画面の表示例を示す図である。債務振替入力画面は、債務振替番号、一括決済条件、通貨、一括決済先、振替日、振替科目の項目が表示されるヘッダエリアと、支払先、支払予定日、支払期日、振替金額、振替の項目が表示される振替明細エリアと、不図示の登録ボタンと、を備えている。ヘッダエリアと振替明細エリアでデータを入力して不図示の登録ボタンを押すと、入力されたデータに応じた債務振替ヘッダデータ及び債務振替明細データがデータファイル１０６ｇに登録される。

図１６（Ｂ）は、債務振替ヘッダデータのデータ例を示す図である。債務振替ヘッダデータは、債務の振替先情報を管理するためのデータであり、債務振替番号、振替日、一括決済条件、一括決済先、通貨、振替科目の項目を備えている。図１６（Ｂ）に示す例では、債務振替番号「ＳＭＨ００１」、振替日「２０２１／１１／２４」、一括決済条件「Ｌ／Ｃ（引受輸入手形）、一括決済先「ＳＨ００２：□△銀行」、通貨「ＵＳＤ」、振替科目「輸入引受手形」となっている。

図１６（Ｃ）は、債務振替明細データのデータ例を示す図である。債務振替明細データは、債務の振替元情報を管理するためのデータであり、債務振替番号、支払通知番号、支払先コード、支払期日、振替金額の項目を備えている。図１６（Ｃ）に示す例では、債務振替番号「ＳＭＨ００１」、支払通知番号「ＳＨＴ００１」、支払先コード「〇×Ｃｏ．，Ｌｔｄ．」、支払期日「２０２２／０２／２８」、振替金額「６，０００」となっている。

支払予定データを図１６（Ｄ）に示すように更新して、支払先に対する買掛債務を銀行への輸入引受手形に振り替えた振替データを追加する。図１６（Ｄ）に示す例では、２行目に、支払予定番号「ＳＨＹ００２」、支払予定日「２０２２／０２／２８」、伝票番号・行番号「ＳＨＮ０００１－１」、支払先「ＳＨ００２：□△銀行」、支払予定金額「６，０００」、支払済金額「０」、債務科目「輸入引受手形」、支払方法「Ｐ００１：振込」、支払通知番号「ＳＨＴ００２」のレコードが追加される。

また、金種別支払予定データを図１６（Ｅ）に示すように更新する。図１６（Ｅ）に示す例では、１行目のレコードの支払済フラグを「１」に更新し、更に、２行目に、金種別支払予定番号「ＫＳＨＹ００２」、支払予定日「２０２２／２／２８」、支払先「ＳＨ００２：□△銀行」、支払予定金額「６，０００」、支払方法「Ｐ００１：振込」、支払通知番号「ＳＨＴ００２」、支払済フラグ「０」のレコードが追加される。

（Ｓ６：支払決済入力処理）
図１７を参照して、支払決済入力処理の具体例を説明する。支払決済入力処理では、銀行への支払期日に合わせて銀行への支払を行う。支払決済入力部１０２ｆは、例えば、モニタ１１４に表示される支払決済入力画面上でのオペレータに操作に応じて、支払番号、支払日、支払先、支払方法、支払金額を含む支払データを作成してデータファイル１０６ｇに登録するとともに、ネットバンキングを介して支払金額を銀行に振り込む。また、支払決済入力部１０２ｆは、対応する金種別支払予定データの支払済フラグを「１：支払済」に更新する。

図１７（Ａ）は、支払決済入力画面の表示例を示す図である。支払決済入力画面は、支払番号、支払日の項目が表示されるヘッダエリアと、支払先、支払方法、支払金額、支払チェック（チェックで「支払」を設定）の項目が表示される支払明細エリアと、不図示の登録ボタンと、を備えている。ヘッダエリアと支払明細エリアでデータを入力して不図示の登録ボタンを押すと、入力されたデータに応じた支払データがデータファイル１０６ｇに登録される。

図１７（Ｂ）は、支払データのデータ例を示している。支払データは、支払情報を管理
するためのデータであり、支払番号、支払日、支払先、支払方法、支払金額の項目を備えている。図１７（Ｂ）に示す例では、支払番号「ＳＨＲ００１」、支払日「２０２２／０２／２８」、支払先「ＳＨ００２：□△銀行」、支払方法「Ｐ００１：振込」、支払金額「６，０００」となっている。

図１７（Ｃ）は、支払予定データのデータ例を示している。図１７（Ｄ）は、金種別支払予定データの例を示しており、支払済フラグが「１」に更新される。

以上説明したように、本実施の形態によれば、Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力してデータファイル１０６ｇに登録するＬ／Ｃ入力部１０２ａと、商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力部１０２ｂと、商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力してデータファイル１０６ｇに登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを作成してデータファイル１０６ｇに登録する仕入入力部１０２ｃと、を備え、Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、又は、前記Ｌ／Ｃ仕入データの仕入金額は、契約金額に対する仕入金額の振当金額であり、Ｌ／Ｃ入力部１０２ａは、モニタ１１４に表示されるＬ／Ｃ入力画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、データファイル１０６ｇに登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することとしたので、Ｌ／Ｃ取引を一元管理することで、Ｌ／Ｃの残高及び取引状況を迅速に把握し、企業の取引リスクを低減することが可能となる。

［４．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、Ｌ／Ｃ管理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、Ｌ／Ｃ管理装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ及び当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じてＬ／Ｃ管理装置１００に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、Ｌ／Ｃ管理装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、及び、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語又は記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成及び読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

また、Ｌ／Ｃ管理装置１００は、既知のパーソナルコンピュータ又はワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、Ｌ／Ｃ管理装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

１００ Ｌ／Ｃ管理装置
１０２ 制御部
１０２ａ Ｌ／Ｃ入力部
１０２ｂ 発注入力部
１０２ｃ 仕入入力部
１０２ｄ 支払方法確定部
１０２ｅ 債務振替入力部
１０２ｆ 支払決済入力部
１０２ｇ マスタメンテ部
１０２ｈ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 科目区分マスタ
１０６ｂ 通貨マスタ
１０６ｃ 支払方法マスタ
１０６ｄ 仕入先マスタ
１０６ｅ 一括決済条件マスタ
１０６ｆ 支払先マスタ
１０６ｇ データファイル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (6)

1. 制御部及び記憶部を備えたＬ／Ｃ（Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）管理装置であって、
   Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して前記記憶部に登録するＬ／Ｃ入力手段と、
   商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力手段と、
   商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して前記記憶部に登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを作成して前記記憶部に登録する仕入入力手段と、
   を備え、
   前記Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、及び／又は、前記Ｌ／Ｃ仕入データの仕入金額は、前記契約金額に対する仕入金額の振当金額であり、
   前記Ｌ／Ｃ入力手段は、表示部に表示される照会画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、前記記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することを特徴とするＬ／Ｃ管理装置。
2. 前記制御部は、更に、
   支払方法を確定する際に、前記記憶部に登録されている支払予定データを取引先、支払予定日、通貨別に集約して、金種別支払予定番号、支払予定日、支払先、支払予定金額、支払方法、支払通知番号、支払済フラグを含む金種別支払予定データを作成して前記憶部に登録する支払方法確定処理手段を備えたことを特徴とする請求項１に記載のＬ／Ｃ管理装置。
3. 前記制御部は、更に、
   債務振替番号、振替日、一括決済条件、一括決済先、通貨、輸入引受手形とした振替科目を含む債務振替ヘッダデータ及び債務振替番号、支払通知番号、支払先、支払期日、振替金額を含む債務振替明細データを入力して、前記記憶部に登録し、前記支払予定データ及び前記金種別支払予定データを更新する債務振替入力手段を備えたことを特徴とする請求項２に記載のＬ／Ｃ管理装置。
4. 前記制御部は、更に、
   支払番号、支払日、支払先、支払方法、支払金額を含む支払データを作成して前記記憶部に登録する支払決済入力手段を備えたことを特徴とする請求項３に記載のＬ／Ｃ管理装置。
5. 制御部及び記憶部を備えた情報処理装置で実行されるＬ／Ｃ管理方法であって、
   前記制御部において実行される、
   Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して前記記憶部に登録するＬ／Ｃ入力工程と、
   商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力工程と、
   商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して前記記憶部に登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを作成して前記記憶部に登録する仕入入力工程と、
   を含み、
   前記Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、及び／又は、前記Ｌ／Ｃ仕入データの仕入金額は、前記契約金額に対する仕入金額の振当金額であり、
   前記Ｌ／Ｃ入力工程では、更に、表示部に表示される照会画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、前記記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することを特徴とするＬ／Ｃ管理方法。
6. 制御部及び記憶部を備えた情報処理装置が実行するためのＬ／Ｃ管理プログラムであって、
   前記制御部において、
   Ｌ／Ｃを締結した際に、Ｌ／Ｃ伝票番号、仕入先、通貨、契約金額を含むＬ／Ｃ明細データを入力して前記記憶部に登録するＬ／Ｃ入力工程と、
   商品を発注する際に、発注番号、発注日、通貨、仕入先、支払先、商品、発注金額、債務科目を含む発注明細データと、Ｌ／Ｃ伝票番号、取引日、発注番号、発注金額を含むＬ／Ｃ発注データを入力して前記記憶部に登録する発注入力工程と、
   商品を輸入した際に、仕入番号、仕入日、通貨、仕入先、支払先、商品、仕入金額、債務科目を含む仕入明細データと、Ｌ／Ｃ伝票番号、取引日、仕入番号、仕入金額を含むＬ／Ｃ仕入データを入力して前記記憶部に登録し、また、当該仕入明細データに基づいて、支払予定番号、支払予定日、仕入番号、支払先、支払予定金額、支払済金額、買掛金とした債務科目、Ｌ／Ｃとした支払方法、支払通知番号を含む支払予定データを作成して前記記憶部に登録する仕入入力工程と、
   を実行するためのプログラムであり、
   前記Ｌ／Ｃ発注データの発注金額は、前記契約金額に対する発注金額の振当金額であり、及び／又は、前記Ｌ／Ｃ仕入データの仕入金額は、前記契約金額に対する仕入金額の振当金額であり、
   前記Ｌ／Ｃ入力工程では、更に、表示部に表示される照会画面において、オペレータの操作に応じて、Ｌ／Ｃ伝票番号をキーとして、前記記憶部に登録されているデータを参照して、Ｌ／Ｃの発注金額、Ｌ／Ｃの仕入金額、Ｌ／Ｃの残高を含む情報を表示することを特徴とするＬ／Ｃ管理プログラム。

Images