JP2004126663A - Trade support system - Google Patents
Trade support system Download PDFInfo
- Publication number
- JP2004126663A JP2004126663A JP2002285800A JP2002285800A JP2004126663A JP 2004126663 A JP2004126663 A JP 2004126663A JP 2002285800 A JP2002285800 A JP 2002285800A JP 2002285800 A JP2002285800 A JP 2002285800A JP 2004126663 A JP2004126663 A JP 2004126663A
- Authority
- JP
- Japan
- Prior art keywords
- container
- information
- invoice
- trade
- document
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 claims description 87
- 238000003860 storage Methods 0.000 claims description 36
- 238000012856 packing Methods 0.000 claims description 32
- 230000007774 longterm Effects 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 10
- 238000012795 verification Methods 0.000 claims description 4
- 238000004519 manufacturing process Methods 0.000 description 36
- 238000010586 diagram Methods 0.000 description 35
- 230000008676 import Effects 0.000 description 17
- 230000006870 function Effects 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 230000010076 replication Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000004904 shortening Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 238000009499 grossing Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、貿易に用いる文書の作成及び通信を支援するための貿易支援システムに関する。
【0002】
【従来の技術】
商品を外国に輸出するときには、売り手はインボイス、パッキングリスト、シッピングオーダー、原産地証明書、重量容積証明書等の多数の書類を作成する。輸出通関時には、インボイス、パッキングリスト等に基づいた輸出申告が行われる。税関によって輸出申告が許可されると貨物を船、航空機等の輸送手段に積み込むことが可能になる。海上輸送の場合、貨物が船積みされると船会社によってB/Lが発行され、輸入決済によりB/Lが買い手に渡ると買い手は船会社から貨物を引き取ることができる。輸入通関時にはインボイス、パッキングリスト等に基づいた輸入申告が行われる。税関によって輸入申告が許可されると、買い手は輸入国で自由に商品を流通させることが可能になる。このように、貿易手続はインボイス、パッキングリスト、原産地証明書等の文書を用いて行われる。
【0003】
従来、インボイス、パッキングリスト、原産地証明書等の貿易に用いる文書を、売り手のコンピュータで作成し、買い手に通信ネットワークを通じて送信する方法が知られている(例えば特許文献1参照)。在庫や売り上げを管理する基幹システムのデータに基づいて輸出申告及び輸入申告に用いるインボイス、パッキングリスト、原産地証明書等の文書を自動作成することにより、それらの文書作成に係るコストを低減することができる。また、輸出申告及び輸入申告に用いるインボイス、パッキングリスト、原産地証明書等の文書を通信ネットワークを通じて早期に入手して申告準備を進めることにより、発注から納品までのリードタイムを短縮することができる。
【0004】
【特許文献1】
特開平11−66171号公報
【0005】
【発明が解決しようとする課題】
しかし、従来の方法では、船、航空機等の輸送手段の便毎、或いは1回の発注毎に貿易に用いる文書が作成されるため、次に述べる問題がある。
【0006】
一般に、インボイス毎に通関手続きがなされるため、一便に積載される商品の数量や種類が多い場合、一便毎に作成されたインボイスに基づいて一便に積載された全商品をまとめて通関しようとすれば通関手続に要する期間も長くなる。また一般に、納期、港などの条件が合う複数の買い手向けの商品は一便にまとめて輸送される。同一便内で買い手毎に商品をまとめておくことにより、通関、開梱をスムーズにしたいという要請がある。しかし、インボイス、パッキングリスト原産地証明書等の文書が一便毎或いは発注毎に作成されていると、特定の買い手向けの商品が積載されているコンテナを特定して商品を開梱するのに手間がかかる。したがって、一便毎に作成されたインボイスに基づいて通関手続を進めると、輸出国での工場出荷から輸入国での商品受け取りまでに要する期間が長くなり、その結果、発注から納入までのリードタイムが長くなる。
【0007】
本発明はかかる問題を解決するために創作されたものであって、発注から納入までのリードタイムを短縮できる貿易支援システムを提供することを目的とする。
【0008】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る貿易支援システムは、複数のコンテナに分載して輸出される商品のインボイスを作成するためのインボイス情報で編成されたインボイスデータベースと、各商品を当該商品が積載されるコンテナに関連付ける仕分け情報を前記インボイスデータベースに基づいて出力する仕分け手段と、前記インボイス情報及び前記仕分け情報に基づいて貿易に用いる文書を商品が積載されるコンテナ毎に出力するためのコンテナ情報を買い手に送信する送信手段と、を備えることを特徴とする。
【0009】
本発明に係る貿易支援システムによると、複数のコンテナに分載して輸出される商品の貿易に用いる文書をコンテナ毎に出力するためのコンテナ情報が買い手に送信される。このため、買い手はコンテナ毎に輸入申告等の貿易手続を進行することができるので、発注から納入までのリードタイムを短縮することができる。
【0010】
さらに本発明に係る貿易支援システムは、前記コンテナ情報を売り手に送信する手段をさらに備えることを特徴とする。このため、売り手はコンテナ毎に在庫管理、出庫処理、輸出通関手続き等をすることができる。
【0011】
さらに本発明に係る貿易支援システムでは、前記コンテナ情報から編成された短期保存用データベースと、前記短期保存用データベースよりレコード数が多い長期保存用データベースと、前記短期保存用データベースから読み出した前記コンテナ情報を前記長期保存用データベースに入力する手段と、前記短期保存用データベースからFIFO順でレコードを削除する手段とをさらに備え、前記送信手段は、前記短期保存用データベースから買い手に前記コンテナ情報を送信することが望ましい。
【0012】
さらに本発明に係る貿易支援システムでは、B/Lの画像データを入力する手段と、前記B/Lの画像データを買い手に送信する手段と、をさらに備えることが望ましい。
【0013】
さらに本発明に係る貿易支援システムは、前記コンテナ情報に基づいて出力される文書とB/Lの照合結果を入力する手段と、前記照合結果を買い手に送信する手段と、をさらに備えることを特徴とする。輸入申告に用いられる文書はB/Lと照合されていなければならないため、買い手はB/Lの照合結果の受信を待つことにより適切な時期に輸入手続を進行することができる。
【0014】
さらに本発明に係る貿易支援システムでは、前記コンテナ情報はコンテナ毎のインボイスを印刷するための文書ファイルであることを特徴とする。このため、輸入申告等の貿易手続をコンテナ毎のインボイスに基づいて進行することができるので、発注から納入までのリードタイムを短縮することができる。
【0015】
さらに本発明に係る貿易支援システムでは、前記コンテナ情報はコンテナ毎のパッキングリストを印刷するための文書ファイルであることを特徴とする。このため、輸入申告等の貿易手続をコンテナ毎のパッキングリストに基づいて進行することができるので、発注から納入までのリードタイムを短縮することができる。
【0016】
さらに本発明に係る貿易支援システムでは、前記コンテナ情報は商品が分載されるコンテナの一覧を印刷するための文書ファイルであることを特徴とする。このため、輸出申告等の貿易手続をコンテナの一覧を用いて進行することができるので、発注から納入までのリードタイムを短縮することができる。
【0017】
さらに本発明に係る貿易支援システムは、署名の画像データを入力する手段と、前記署名の画像データとコンテナ毎の署名無しインボイスを印刷するための画像データとを合成して前記文書ファイルを出力する手段と、をさらに備えることが望ましい。
【0018】
尚、本発明に備わる複数の手段の各機能は、構成自体で機能が特定されるハードウェア資源、プログラムにより機能が特定されるハードウェア資源、又はそれらの組み合わせにより実現される。また、これら複数の手段の各機能は、各々が物理的に互いに独立したハードウェア資源で実現されるものに限定されない。
【0019】
また、本発明はシステムの発明として特定できるだけでなく、プログラムの発明としても、そのプログラムを記録した記録媒体の発明としても、方法の発明としても特定することができる。
【0020】
【発明の実施の形態】
以下、本発明の実施の形態を複数の実施例に基づいて説明する。
【0021】
(第一実施例)
図1は、本発明の第一実施例による貿易支援システム1を用いた貿易手続の概要を示す模式図である。本実施例では、第一国に生産拠点を持つ法人(売り手)が生産した商品を第二国に販売拠点を持つ現地法人(買い手)に輸出し、第一国で稼働する貿易支援システム1がその輸出入(貿易)に用いる文書を一元管理する場合を例に説明する。尚、貿易支援システム1は本社のある第一国にあり、売り手は第三国に生産拠点を持つ現地法人であってもよい。以下、貿易支援システム1を用いて行われる貿易の概要について説明する。
(1)貿易支援システム1は、コンテナ毎のインボイス(IV)、コンテナ毎のパッキングリスト(PL)、コンテナの一覧(CL)、シッピングオーダー(SO)、原産地証明書(CO)、必要なときは貨物保険証券などの文書ファイルをコンテナ情報として売り手に送信する。
【0022】
(2)売り手は、コンテナ情報に基づいて貿易に用いる文書としてSOとCLとを出力し、船会社に持参して商品の船積みを申し込む。
(3)船会社は、船長に渡すための正式なSOを売り手に交付する。
【0023】
(4)売り手は、本船が港に入港すると、商品を積載したコンテナとSOとを持参し、船長にSOを渡して船積みを依頼する。
(5)船長は、船積みが終了すると当該コンテナが船積みされた状況を確認して図示しないメーツレシートを発行し、貨物受取証として売り手に渡す。
【0024】
(6)売り手は、メーツレシートを船会社に持参して海上運賃などを支払い、これと引き替えに船会社から船荷証券(B/L)を発行してもらう。
(7)売り手は、B/Lをイメージスキャナで読み込んで画像データとして貿易支援システム1に登録する。
【0025】
(8)売り手は、コンテナ情報に基づいて貿易に用いる文書としてIV、PL及びCOを出力し、船会社から発行されたB/Lと共に一件の貿易に必要な書類(一件書類)の原本として為替銀行に持ち込み、荷為替手形を組んで銀行に買い取って貰い、船積みした商品を現金化する。
【0026】
(9)手形を買い取った為替銀行は、一件書類(原本)を輸入先の為替銀行に送付し、買い取り代金を取り立てる。
(10)貿易支援システム1は、IV、PL及びCOの文書ファイル、並びにB/L画像データを買い手にコンテナ情報として送信する。
【0027】
(11)買い手は、貿易支援システム1から送信されたコンテナ情報を出力して一件書類の写しとして為替銀行に持参し、一件書類(写し)及び代金と引き替えに手形を買い取って一件書類(原本)を受け取る。次に、船会社にB/Lの原本を持参して海上運賃を支払い、これと引き替えに船会社から船長宛の荷渡指図書(D/O)を発行して貰う。
【0028】
(12)買い手は、本船が入港するとD/Oを船長に渡して当該コンテナを本船から受け取る。
以上が一件分の貿易の概要である。尚、貿易に用いる各文書の詳細については後述する。
【0029】
図2は、貿易支援システム1の構成を示す図である。貿易支援システム1は、基幹サーバ10、積付支援サーバ20及び文書共有サーバ30で構成される。基幹サーバ10は複数のコンテナに分載して輸出される商品のインボイスを作成するためのインボイス情報で編成されたインボイスデータベースが稼働するコンピュータである。仕分け手段としての積付支援サーバ20は、各商品を当該商品が積載されるコンテナに関連付ける仕分け情報をインボイスデータベースに基づいて出力するコンピュータである。送信手段としての文書共有サーバ30は、インボイス情報及び仕分け情報に基づいて、貿易に用いる文書を商品が積載されるコンテナ毎に出力するためのコンテナ情報を、買い手に送信するコンピュータである。図示するように貿易支援システム1は第二国の販売拠点で稼働する販売拠点基幹システム40及び第一国の生産拠点で稼働する生産拠点基幹システム41と専用回線や電話回線などのネットワークNで相互に通信可能に接続されている。
【0030】
図3は、各サーバのハードウェア構成を示すブロック図である。
基幹サーバ10は、CPU11、ROM12、RAM13、ハードディスク(HD)14、マウスやキーボードなどの入力装置15、CRTなどの表示装置16及びネットワークインタフェース(I/F)17を備え、バスで相互に接続されている。CPU11は、ROM12及びハードディスク14に格納されたデータベース管理プログラムや文書作成プログラムを実行する。ROM12は、CPU11が動作するために最低限必要なプログラムやデータを予め格納しているメモリである。RAM13は、各種のプログラムやデータ等を一時的に格納するメモリである。ハードディスク14には、オペレーティングシステム(OS)、文書作成プログラム、データベース管理プログラムなどの各種のプログラムや、インボイス情報や仕分け情報などの各種のデータが記憶される。ネットワークインタフェース17は、例えばネットワークインタフェースカードによりネットワークに接続可能に構成されている。
【0031】
積付支援サーバ20は、基幹サーバ10と同一の構成である。積付支援サーバ20のハードディスク24にはオペレーティングシステム(OS)、積付支援プログラム等が記憶される。
【0032】
文書共有サーバ30は、積付支援サーバ20の構成に加えてCD−Rなどの外部記憶媒体を利用する外部記憶装置37を備え、更にデバイスインフェース31を介して画像読み取り装置としてのイメージスキャナ50が接続されている。文書共有サーバ30のハードディスク39にはオペレーティングシステム(OS)、文書共有プログラム、ユーザインタフェース(UI)プログラム、データベース管理プログラムなどの各種のプログラムや、後述するコンテナ情報などの各種のデータ等が記憶される。文書共有サーバ30においてデータベースは販売拠点別のデータベース(販売拠点別データベース)と生産拠点別のデータベース(生産拠点別データベース)とに論理的に分割されており、それらは更に期間別に短期保存用データベース39aと長期保存用データベース39bとに分割されている。本実施例では販売拠点は欧州及び北米に存在し、生産拠点はアジアに存在するものとする。従って図中の欧州DBと北米DBとは販売拠点別データベースであり、アジアDBは生産拠点別データベースである。コンテナ情報は短期保存用データベース39aとしての販売拠点別データベース及び生産拠点別データベースに登録されてから所定の期間が経過した後に長期保存用データベース39bに移行される。詳しくは後述する。
【0033】
尚、本実施例の販売拠点別データベース及び生産拠点別データベースは欧州、北米、アジアなどのように地域別に分割されているが、フランス、ドイツ、アメリカなどのように国別に分割してもよい。
【0034】
尚、これらのプログラムや各種のデータは、所定のサーバからネットワークを介してダウンロードして入力してもよいし、図示しないリムーバブルメモリ等のコンピュータ読み取り可能な記憶媒体から読み出して入力してもよい。
【0035】
次に、基幹サーバ10のインボイスデータベースに登録されるインボイス情報及び仕分け情報について説明する。
図4は、インボイス情報のデータ構造の模式図である。インボイス情報は複数のコンテナに分載して輸出される商品のインボイスなどを作成するための情報である。尚、図中において”*”は同一構造のデータが複数存在することを表す記号である。インボイス情報は、インボイス番号、宛先情報(買い手、荷受人など)、支払方法(FOB価格(又はCIF価格)、支払期限など)、輸送方法(出港地、仕向地など)、売り手情報、日付、ケースマーク情報(買い手略称、仕向地、原産地など)、商品明細情報(オーダー番号、梱包数、梱包形態、商品名、品番、仕様、一梱包当たり数量、グロス重量、ネット重量、縦、横、高、梱包容積、梱包の通し番号)、価格情報(通貨単位、単価、価格条件)などで構成されている。ここでインボイス番号は当該インボイス情報を一意に識別するための番号である。ケースマーク情報は積み荷に貼り付けるラベルに記載される情報であり詳しくは後述する。オーダー番号は受注単位毎に付与される識別番号である。インボイス情報は受注管理システムなどの他のシステムによってインボイスデータベースに登録される情報であり、1つの船積みロットとして取り扱われる複数の受注の受注情報がとりまとめられて1件のインボイス情報として登録される。具体的には例えば、小売店からの受注を表す受注情報が販売拠点から受注管理システムにオンラインで送信され、受注を管理するための受注情報データベースに登録される。このとき当該受注情報に対してオーダー番号が付与される。受注管理システムは商品の在庫情報を管理するための在庫情報データベース及び商品の生産情報を管理するための生産情報データベースからそれぞれ在庫情報と生産情報とを読み出し、受注情報と対比(引き当て)する。これにより現在の在庫と今後の生産から出荷される商品が特定される。在庫情報データベース及び生産情報データベースにはその結果が反映される。売り手はそれらのデータベースに基づいて船会社と配船スケジュール、輸送方法などを調整し、1の船積みロットとして取り扱う受注を決定する。受注管理システムは1の船積みロットとして取り扱う各受注の受注情報に同一のインボイス番号を付与する。次に、同一のインボイス番号を有する受注情報を受注情報データベースから取得すると共に、その受注情報で特定される商品の一梱包当たり数量、グロス重量、ネット重量、梱包容積、通貨単位、単価、価格条件などを商品情報データベースから読み出し、輸送方法、宛先情報などと併せてインボイス情報を作成し、インボイスデータベースに登録する。これによりインボイス情報が登録される。
【0036】
図5は、仕分け情報のデータ構造の模式図である。仕分け情報は、商品とその商品が積載されるコンテナとを関連付ける情報である。インボイス情報で特定される商品が1つのコンテナに積載しきれない場合、それらの商品は複数のコンテナに分載される。仕分け情報はどのコンテナにどの商品が積まれるかを対応付けて表すコンテナ毎の明細である。仕分け情報は、インボイス番号、コンテナ番号、商品情報(品番、梱包数)で構成されている。
【0037】
次に、基幹サーバ10、積付支援サーバ20及び文書共有サーバ30を貿易支援システム1として機能させるためのプログラム(貿易支援プログラム)について説明する。
【0038】
図6は、貿易支援プログラムのデータフロー図である。貿易支援プログラムは積付支援サーバ20で実行される積付支援プログラム、基幹サーバ10で実行される文書作成プログラム、文書共有サーバ30で実行される文書共有プログラム及びユーザインタフェース(UI)プログラムで構成され、積付支援プログラムは積付支援サーバ20に積付支援プロセス51を実行させ、文書作成プログラムは基幹サーバ10に文書作成プロセス52及びレイアウト編集プロセス53を実行させる。文書共有プログラムは文書共有サーバ30に文書共有プロセス54及びバックアッププロセス55を実行させる。UIプログラムは文書共有サーバ30に読み取りプロセス56、照合プロセス57及び文書出力プロセス58を実行させる。
【0039】
積付支援プロセス51は、仕分け情報をインボイスデータベースに基づいて出力するプロセスである。積付支援プロセス51は、インボイス情報に含まれる商品名、梱包数、梱包容積などの情報を用いて画面上で貿易支援システム1のオペレータにシミュレーションを行わせ、コンテナに積載する商品の配置を決定させる。以下、配置を決定する処理の流れについて、積付支援プロセス51によって出力される複数の画面に基づいて説明する。
【0040】
図7は、コンテナを選択するためのコンテナ設定ダイアログ60である。積付支援サーバ20で積付支援プログラムが起動されると、積付支援プロセス51が開始されて図示しないメインメニューが表示される。メインメニューで”インボイス情報”を選択するとインボイス情報選択ダイアログが表示され、オペレータは当該ダイアログで積付対象とするインボイス情報を選択する。コンテナ設定ダイアログ60は、インボイス情報が選択された後、メインメニューで”コンテナ登録”が選択されることで表示される。オペレータは「コンテナ番号」にコンテナを一意に識別するためのコンテナ番号を入力した後、「コンテナコード」にリストとして表示される予め登録されている種々のコンテナの中から目的のコンテナサイズ(縦、横、高さ)及び制限重量に合ったコンテナを選択する。これを凡そ必要と思われるコンテナの数分だけ繰り返す。これによりコンテナが登録される。
【0041】
図8は、積付のシミュレーションを行うための積付メイン画面61である。積付メイン画面61は、コンテナ設定ダイアログ60で目的のコンテナをマウスでダブルクリックすることで表示される。積付メイン画面61において表示領域Aは現在処理対象のコンテナ番号などを表示する領域である。表示領域Dは当該インボイス情報に含まれる商品を一覧表示する領域である。表示領域Eは商品の積付の状況を二次元で示す平面図を表示する領域であり、配置作業の中心となる領域である。配置作業は具体的には、商品の一覧で任意の商品にマウスを合わせてマウスボタンを押し、そのままマウスを平面図上の目的の位置に移動させ、移動先でマウスボタンを離す操作、所謂ドラッグ&ドロップによって行う。商品をドロップすると当該商品の梱包容積に応じた寸法及び形状の枠が平面図上に新たに表示される。平面図上においては当該枠をマウス操作で自由に移動させて配置をシミュレーションでき、これによりオペレータは最適配置を決定できる。この際、出荷を急ぐもの、すなわち納期の早いものはオーダー番号単位で同一コンテナに積むようレイアウトするとよい。表示領域Cは商品の積付の状況を三次元で示す斜視図を表示する領域である。表示領域Bは平面図でいずれかの商品が選択されたときその商品の詳細情報を表示する領域である。表示領域Fはオペレータが種々の操作コマンドを入力するためのコマンドボタンが表示される領域であり、”保存”ボタンを押下すると当該コンテナについての配置結果が保存される。
【0042】
全てのコンテナについての配置が決定された後にメインメニューで終了が選択されると、積付支援プロセス51はコンテナ毎の配置に基づいて仕分け情報を作成し、基幹サーバ10のインボイスデータベースに登録する。
【0043】
尚、本実施例の積付支援プロセス51は、売り手が倉庫から輸出の対象商品を出庫するために用いる文書(ピッキングリスト)、及び積付を行ったコンテナ内の配置を二次元及び三次元で表す図(コンテナロードプラン)を配置結果に基づいて作成し、文書共有サーバ30の生産拠点別データベースに登録する処理も行う。生産拠点別データベースに登録されたピッキングリスト及びコンテナロードプランは後述する文書共有プロセス54によって生産拠点に送信される。以下、ピッキングリスト及びコンテナロードプランについて説明する。
【0044】
図9は、ピッキングリスト62を示す図である。ピッキングリスト62は売り手が倉庫から輸出の対象商品を出庫するために用いる文書であり、I/D、品番、仕様、数量(=梱包数×一梱包当たり数量)、一梱包当たり数量、梱包の通し番号、梱包数、コンテナ別インボイス番号などの情報が記載される。
【0045】
図10は、コンテナロードプラン63を示す図である。コンテナロードプラン63は売り手がコンテナへの商品の積付に用いる文書であり、コンテナに梱包が二次元及び三次元でレイアウトされた状態の平面図及び斜視図が記載される他、容積率(充填率)及び積付重量がグラフで表示され、その他、コンテナ別インボイス番号、コンテナ番号、コンテナ通し番号、コンテナコード、コンテナサイズ(縦、横、高さ)、積付重量、梱包数などが記載される。ここでコンテナ通し番号は前述の”コンテナ登録”で登録されたコンテナに振られる通し番号である。図中において平面図の各枠に振られた数字は図9に示すI/Dを示しており、これにより図10の各枠で示される位置に配置される商品が特定される。
【0046】
尚、本実施例ではオペレータがマウス操作によって一つ一つの商品を配置する場合を例に説明したが、コンテナの選択から配置までを積付支援プロセス51が自動で行うようにしてもよい。その際、商品毎でなく、オーダー番号毎のコンテナとなるよう優先的に選択されるようにすることもできる。
【0047】
図6に示す文書作成プロセス52は、インボイス情報及び仕分け情報に基づいて、貿易に用いる文書を商品が積載されるコンテナ毎に出力するためのコンテナ情報を作成するプロセスである。コンテナ情報は、貿易に用いる種々の文書を印刷するための電子ファイル(文書ファイル)として文書毎に作成される。
【0048】
ここで貿易に用いる文書について説明する。ここでいう貿易に用いる文書とは具体的には、コンテナ毎のインボイス(IV)、コンテナ毎のパッキングリスト(PL)、コンテナの一覧(CL)、シッピングオーダー(SO)及び原産地証明書(CO)のことをいう。尚、必要であれば貨物保険証券を貿易に用いる文書に含めてもよい。以下、各文書について説明する。
【0049】
図11は、コンテナ毎のインボイス(IV)64を示す図である。コンテナ毎のインボイス64には、コンテナ別インボイス番号、宛先情報(買い手、荷受人)、ケースマーク情報(買い手略称、仕向地、原産地など)、オーダー番号、梱包通し番号、梱包数、梱包形態、商品名、品番、仕様、一梱包当たり数量、通貨単位、単価、単価合計などの情報が記載される。インボイスは輸出申告に必要な文書であり、コンテナ毎のインボイス64はインボイス情報で特定される商品について、仕分け情報で特定されるコンテナ毎の単位で作成したインボイスである。ここでコンテナ別インボイス番号は、インボイス番号の後に、当該インボイスに対応するコンテナのコンテナ通し番号を枝番として付加したものである。インボイスには署名がなされている必要があり、通常は印刷した用紙に手書きで署名される。しかしながら、署名は手書きではなく印刷された署名であっても有効とされる場合があるため、本実施例の文書作成プロセス52は署名の画像データとコンテナ毎の署名無しインボイスを印刷するための画像データとを合成した文書ファイルを出力する。具体的には例えば、文書作成プロセス52は担当者が署名を行った用紙をイメージスキャナ50に読み取らせ、イメージスキャナ50によって作成された当該署名を表す画像データを文書共有サーバ30のハードディスクに記憶する。コンテナ毎のインボイス64を文書ファイルとして作成した後、所定のフォーマットで作成されている当該文書ファイルを例えばJPEGなどの画像データに変換し、署名の画像データと合成する。
【0050】
尚、指定紙しか受け付けない国もあるため、そうした場合はコンテナ毎のインボイスとしての文書ファイルには罫線を印刷するための情報を含めないようにし、指定紙にテキスト情報のみを印刷するようにしてもよい。
【0051】
図12は、コンテナ毎のパッキングリスト(PL)65を示す図である。コンテナ毎のパッキングリスト65に記載される内容はコンテナ毎のインボイス64とほぼ同一であるが、一梱包当たり数量、単価、単価合計の替わりに、商品を梱包しているケースの重量を含むグロス重量、ケース分を除いたネット重量、及び梱包容積が記載される。
【0052】
図13は、コンテナの一覧(CL)66を示す図である。コンテナの一覧66には、コンテナ別インボイス番号、コンテナ番号及びコンテナ通し番号が記載される。コンテナの一覧(CL)66を印刷するための文書ファイルを売り手に送信すると、輸出申告等の貿易手続をコンテナの一覧を用いて進行することができるので、発注から納入までのリードタイムを短縮することができる。
【0053】
図14は、シッピングオーダー(SO)67を示す図である。シッピングオーダー67には、コンテナ別インボイス番号、輸送方法(仕向地、船名など)、コンテナ数などが記載される。
【0054】
図15は、原産地証明書73を示す図である。原産地証明書73には、コンテナ別インボイス番号、宛先情報(買い手、荷受人)、輸送方法(仕向地、船名など)、ケースマーク情報、商品明細情報などが記載される。
【0055】
文書作成プロセス52は、各文書ファイルの作成が完了すると、作成した文書のうちIV、PL、CL、SO及びCOを文書共有サーバ30の該当する生産拠点別データベースに登録し、IV及びPLを該当する販売拠点別データベースに登録する。更に、作成した文書ファイル名を文書共有サーバ30のハードディスク39に記憶されている文書一覧データに登録する。文書一覧データは各文書のステータスを管理するために用いるデータであり、詳しくは後述する。
【0056】
図6に示すレイアウト編集プロセス53は、ケースマーク情報の印刷レイアウトを編集するためのプロセスである。ケースマーク情報は商品を梱包したケースを一意に識別するためにケースに貼り付けるラベルに記載される情報であり、受注管理システムよって作成されて、インボイス情報の一部としてインボイス情報に含まれてインボイスデータベースに登録される。ケースマーク情報はケースに貼り付けるラベルに記載される他、前述したようにコンテナ毎のインボイス(IV)やコンテナ毎のパッキングリスト(PL)にも記載される。以下、ケースマークの印刷レイアウトを編集する処理の流れをレイアウト編集プロセス53が出力する複数の画面に基づいて説明する。
【0057】
図16は、インボイス情報の一覧を表示するインボイス一覧画面68を示す図である。インボイス一覧画面68にはインボイスデータベースに登録されているインボイス情報に含まれるインボイス番号と日付が表示され、オペレータはこの画面でレイアウトを編集するインボイス番号を選択する。
【0058】
図17は、ケースマーク情報を表示するケースマーク画面69を示す図である。ケースマーク画面69は、インボイス一覧画面68で目的のインボイス情報をダブルクリックすることで表示される。ケースマーク画面69は図示しないメニューを備えており、オペレータはそのメニューから”印刷”を選択することで当該ケースマークを印刷させることができる。
【0059】
図18は、ケースマーク情報の印刷レイアウトを編集するための編集画面70を示す図である。編集画面は上述のケースマーク画面69で図示しないメニューから”編集”を選択することで表示される。印刷においてはケースマーク情報が全て印刷されるのではなく一部のデータのみが印刷される。このため編集画面70には印刷されるデータについての印刷枠のみが表示され、オペレータはこの画面においてケースマーク情報の印刷レイアウトを編集する。編集されたレイアウト情報はインボイスデータベースに登録され、後述する文書作成プロセス52によって生産拠点別データベースに登録される。生産拠点別データベースに登録されたレイアウト情報は後述する文書共有プロセス54によってコンテナ情報と共に生産拠点基幹システム41に送信され、売り手側で印刷されてケースに貼り付けられる。
【0060】
図6に示す文書共有プロセス54は、コンテナ情報を買い手としての販売拠点及び売り手としての生産拠点に送信する処理を行うプロセスである。文書共有プロセス54は、販売拠点別データベースに登録されている文書ファイルを対応する販売拠点で稼働する販売拠点基幹システム40に例えば所定のタイミングあるいは24時間毎などの所定の時間間隔で送信し、送信後に送信した旨を通知する電子メールを販売拠点に送信する。生産拠点別データベースについても同様である。尚、本実施例の文書共有プロセス54は、販売拠点別データベースに登録されている文書ファイルについては後述する照合結果が入力されたタイミングで送信する。文書ファイルの送信は具体的には例えばデータベースが備えるレプリケーション機能を用いて行う。ここでレプリケーション機能とは、複数の地理的に分散したデータベース間で同じデータのコピーを保持するための機能である。以降の説明においてはレプリケーション機能による文書ファイルの送信のことをレプリケートと呼ぶものとする。コンテナ情報を売り手に送信すると、売り手はコンテナ毎に在庫管理、出庫処理、輸出通関手続き等をすることができる。
【0061】
バックアッププロセス55は、短期保存用データベース39aに記憶されているコンテナ情報を長期保存用データベース39bにバックアップするプロセスである。具体的には、短期保存用データベース39aに登録されてから3ヶ月以上経過したレコードを長期保存用データベース39bに登録する。ここで長期保存用データベース39bは短期保存用データベース39aより記憶容量が大きく、より多くのレコードを記憶できるデータベースである。登録後、短期保存用データベース39aから当該レコードを削除する。先に登録されたレコードほど先に3ヶ月が経過するため、先に登録されたレコードほど先に削除されることになる。すなわち短期保存用データベース39aのレコードはFIFO(First In First Out)順で削除される。一般に貿易は輸送日数を考慮しても3ヶ月以内に完了することが多いため、3ヶ月以上経過したレコードは参照されることが少ない。参照される回数が少ないレコードを記憶し続けると検索速度などが低下することから、FIFO順で削除すると短期保存用データベース39aを少ない記憶容量で効率よく利用できる。
【0062】
尚、本実施例のバックアッププロセス55は、例えば9ヶ月以上などの所定期間以上経過したレコードを、参照される可能性がほぼないレコードとしてCD−Rなどの外部記憶媒体に保存し、長期保存用データベース39bから削除する。参照される可能性がほぼないレコードを長期保存用データベース39bから削除すると、長期保存用データベース39bの記憶領域を有効に利用できる。
【0063】
読み取りプロセス56は、イメージスキャナ50にB/L(Bill of Lading:船荷証券)を読み取らせ、イメージスキャナ50によって作成された当該B/Lを表す画像データを販売拠点別データベースに記憶させるプロセスである。文書共有サーバ30でUIプログラムが起動されると、文書共有サーバ30は表示装置36に図示しないメインメニューを表示する。イメージスキャナ50にB/Lを載置した状態でオペレータによりメインメニューから読み取りが指示されると読み取りプロセス56が開始され、イメージスキャナ50を制御して画像を読み取らせる。イメージスキャナ50によって当該B/Lを表す画像データが作成されると、読み取りプロセス56は当該B/Lを送信すべき販売拠点を指定するためのダイアログを表示してオペレータに販売拠点を一つ指定させる。販売拠点が指定されると、読み取りプロセス56は当該画像データを指定された販売拠点に対応する販売拠点別データベースに格納する。格納した画像データは文書共有プロセス54によってコンテナ情報の一つとして販売拠点基幹システム40に送信される。B/Lを画像データとして買い手側の販売拠点基幹システム40に送信すると、売り手は写しを郵送するなどの手間を低減できる。
【0064】
照合プロセス57は、コンテナ情報に基づいて出力される文書とB/Lとの照合結果を入力する処理を行うプロセスである。ここでいうコンテナ情報に基づいて出力される文書とは具体的にはコンテナ毎のインボイス(IV、コンテナ毎のパッキングリスト(PL)及び原産地証明書(CO)のことをいい、照合とはそれらの文書に記載された内容とB/Lに記載された内容とが一致するか否かを確認することをいう。すなわち本実施例の照合プロセス57は、輸出入が開始できるようになるまでの状態(ステータス)を管理するためのプロセスである。照合プロセス57は、照合結果を入力するための照合結果入力画面(図19参照)を表示装置36に出力する。オペレータはIV及びPLを後述する文書出力プロセス58で出力してB/Lとの照合を行い、照合結果入力画面でステータスを未照合から照合済みにする。
【0065】
図19は、照合結果入力画面71を示す図である。照合プロセス57は、文書共有サーバ30のハードディスク39に格納されている文書一覧データに基づいてコンテナ毎のインボイス(IV)名、コンテナ毎のパッキングリスト(PL)名、原産地証明書(CO)名及びB/L名を図示するように月毎、一件書類毎に区分けして一覧表示する。照合結果入力画面は照合結果を表すフィールド「ステータス」を備えている。初期状態のとき、いずれかの文書が準備できていないとき、又は内容が一致しないとき、ステータスには未照合であることを示す菱形のアイコンが当該一件書類の文書に一括して表示される。内容が一致するとき、オペレータは当該一件書類の文書が表示されている領域で右ボタンをクリックしてメニューを表示させる。当該メニューの中から”完了”を選択すると、当該一件書類の文書について一括して照合済みを示すアイコンが表示され、文書一覧データに反映される。これにより照合結果が入力される。
【0066】
照合結果が入力されると販売拠点別データベース40がレプリケートされ、その旨が文書共有プロセス54によって販売拠点基幹システムに電子メールで通知される。すなわち、照合結果として、レプリケートを行ったことを表す旨が買い手に送信される。照合結果を買い手に送信すると、買い手はB/Lの照合結果の受信を待つことにより適切な時期に輸入手続を進行することができる。
【0067】
第三国と第一国とが異なる国である場合、第三国の売り手は出荷時にB/Lを第一国のオペレータにFAXする。オペレータはFAXを入手するとIV、PL及びCOの内容と一致しているか否かを確認し、一致していればIV、PL及びCOについてのみ照合済みにする。同時に売り手はB/Lの原本をオペレータに郵送し、オペレータは入手した原本をイメージスキャナ50で読み取り、その時点でB/Lを照合済みにする。
【0068】
図6に示す文書出力プロセス58は、コンテナ毎のインボイスを表示するインボイス画面、コンテナ毎のパッキングリストを表示するパッキングリスト画面、以下同様にコンテナの一覧画面、シッピングオーダー画面、原産地証明書画面、コンテナロードプラン画面、ピッキングリスト画面などを表示装置36に出力し、ほぼ印刷出力されるレイアウト通りに表示させるプロセスである。前述したメインメニューで目的の文書を表示するためのメニュー項目を選択すると表示可能な文書が一覧表示され、マウスでダブルクリックすると当該文書が画面に表示される。各画面からは印刷を指示することが可能であり、文書出力プロセス58はオペレータから印刷を指示されるとそのとき画面に表示中の文書をプリンタに出力する。文書出力プロセス58が表示する各画面は、第一国で貿易を一元管理する本社の担当者が文書の内容を確認したり、あるいはオペレータが前述の照合に用いる文書を出力したりすることに用いられる。尚、各画面の表示内容は印刷出力される結果とほぼ同じため詳細は省略する。
【0069】
次に、貿易支援システム1の作動について説明する。
図20は、貿易支援システム1を用いた貿易の流れを示すシーケンスチャートである。尚、以下の説明では文書共有サーバ30は販売拠点別データベースに登録されたコンテナ情報とB/Lとの照合結果が入力されたタイミングで販売拠点基幹システム40にレプリケートする場合を例に説明する。
【0070】
S105では、オペレータは積付支援サーバ20でコンテナ毎に配置を決定し、積付支援サーバ20は決定された配置に基づいて仕分け情報、ピッキングリスト及びコンテナロードプランを作成する。
【0071】
S110では、積付支援サーバ20は仕分け情報を基幹サーバ10のインボイスデータベースに登録する。
S115では、積付支援サーバ20はピッキングリスト及びコンテナロードプランを文書共有サーバ30の生産拠点別データベースに登録する。
【0072】
S120では、オペレータは基幹サーバ10でケースマーク情報の印刷レイアウトを編集する。
S125では、基幹サーバ10はインボイス情報及び仕分け情報に基づいてコンテナ情報を作成する。
【0073】
S130では、基幹サーバ10は作成したコンテナ情報を文書共有サーバ30の該当する販売拠点別データベースに登録し、コンテナ情報及びレイアウト情報を生産拠点別データベースに登録する。
S135では、文書共有サーバ30は生産拠点別データベースを生産拠点基幹システム41にレプリケートする。
【0074】
S140では、文書共有サーバ30は生産拠点に電子メールを自動送信することによりレプリケートを行ったことを生産拠点に通知する。
S145では、生産拠点は電子メールを受信することで生産拠点基幹システム41にアクセスし、コンテナ情報などを出力して出荷を開始する。
【0075】
S150では、オペレータはイメージスキャナ50でB/Lを読み取り、文書共有サーバ30はその画像データを該当する販売拠点別データベースに登録する。
【0076】
S155では、オペレータは発行されたB/Lをコンテナ毎のインボイス(IV)、コンテナ毎のパッキングリスト(PL)及び原産地証明書(CO)の内容と照合し、内容が一致していれば照合結果を照合済みにする。
S160では、文書共有サーバ30はB/Lの照合結果が照合済みになったタイミングで販売拠点別データベースを販売拠点基幹システム40にレプリケートする。
【0077】
S165では、文書共有サーバ30は電子メールを自動送信することによりコンテナ情報が準備できたことを販売拠点に通知する。
S170では、販売拠点のオペレータは電子メールを受信することでコンテナ情報が全て準備できたことを知り、販売拠点基幹システム40にレプリケートされているIV、PL及びB/Lの画像データを印刷出力する。これにより買い手側においてコンテナ毎に輸入申告などの貿易手続を進行することが可能となる。
【0078】
尚、本実施例ではB/Lについての照合結果が入力されたタイミングで販売拠点別データベースをレプリケートする場合を例に説明したが、レプリケートのタイミングは設計事項であり、S135において生産拠点別データベースがレプリケートされるのと同じタイミングでレプリケートしてもよいし、24時間毎などの所定の時間間隔でレプリケートしてもよい。
【0079】
また、本実施例ではB/Lの画像データもレプリケートによって送信しているが、B/Lの画像データを電子メールに添付して送信してもよい。
また、読み取りプロセス56、照合プロセス57、積付支援プロセス51は、船会社などの端末により行ってもよい。この場合、B/Lの入手からの時間の短縮などを図ることができる。
【0080】
以上説明した第一実施例の貿易支援システム1によると、コンテナ情報としてコンテナ毎のインボイス(IV)、及びコンテナ毎のパッキングリスト(PL)などが販売拠点に送信される。IV及びPLはコンテナ毎に作成されているため買い手はコンテナ毎に通関手続きを行うことができ、例えば一便に積載される商品の数量や種類が多くても、複数の受注がまとめられたものであっても、必要な商品が積載されたコンテナについて先に通関手続きを行うことで全商品の通関が完了するのを待つことなく先に受け取ることができる。また、通関時にある商品の開梱が要求された場合、IV及びPLがコンテナ毎に作成されているためその商品が積載されているコンテナを特定して商品を開梱することが容易であり、開梱に要する時間を短縮できる。したがって、コンテナ毎に作成したインボイスに基づいて通関手続を進めると、輸出国での工場出荷から輸入国での商品受け取りまでに要する期間が短くなる。よって本実施例の貿易支援システム1によると、発注から納入までのリードタイムを短縮することができる。
【0081】
更に、第一実施例の貿易支援システム1によると、貿易に用いる文書が貿易支援システム1で一元管理されるため文書の信頼性が上がり、売り手と買い手との間で同一性を担保するための文書をFAX送信したり郵送したりすることが不要になる。従って文書の信頼性を上げつつ貿易手続に関わる手間を低減できる。
【0082】
更に、第一実施例の貿易支援システム1によると、レプリケートされたことが電子メールで送信されるため販売拠点は通関手続きの開始が可能になったことを直ぐに知ることができる上、販売拠点基幹システム40にアクセスすることで輸入申告に必要な文書を出力することができ、FAX送信や郵送を待つことなく即座に通関手続きがとれる。従って発注から納入までのリードタイムを更に短縮することができる。
【0083】
(第二実施例)
第二実施例は、コンテナ情報を電子メールに添付して送信する場合の例である。尚、第二実施例では第一実施例と実質的に同一の部分については説明を省略する。
【0084】
第二実施例の文書共有プロセス54は、電子メール設定画面で設定された内容に従ってコンテナ情報を電子メールに添付して販売拠点又は生産拠点に自動送信する。
【0085】
図21は、電子メール設定画面72を示す図である。「自動送信」で”有効”が選択されると文書共有プロセス54は文書ファイルを電子メールに添付して自動送信する。「メールアドレス」は文書ファイルが送信される先の電子メールアドレスである。「いつ送信しますか?」は電子メールをいつ送信するかを指定する欄であり、”インボイス手配が完了したとき”が選択されると船積み前15日頃事前通知のために送信される。”B/L手配が完了したとき”が選択されるとB/Lの照合結果が照合済みにされたタイミングで送信される。「どの文書を送信しますか?」は送信する文書の種別及び文書の状態を指定する欄であり、該当する状態の文書が送信対象となる。
【0086】
第二実施例の貿易支援システムによると、販売拠点基幹システム40あるいは生産拠点基幹システム41のない販売拠点又は生産拠点にコンテナ情報を送信できる。
【0087】
尚、販売拠点基幹システム40あるいは生産拠点基幹システム41のない販売拠点又は生産拠点の場合、インターネットなどの回線を通じて貿易支援システムにアクセス可能としてもよい。
【図面の簡単な説明】
【図1】本発明の第一実施例による貿易支援システムを用いた貿易の概要を示す図である。
【図2】本発明の第一実施例による貿易支援システムを示す模式図である。
【図3】本発明の第一実施例による貿易支援システムのハードウェア構成を示すブロック図である。
【図4】本発明の第一実施例による貿易支援システムのインボイス情報のデータ構造図である。
【図5】本発明の第一実施例による貿易支援システムの仕分け情報のデータ構造図である。
【図6】本発明の第一実施例による貿易支援システムのデータフロー図である。
【図7】本発明の第一実施例による貿易支援システムにおいて仕分け情報を作成するための一画面を示す図である
【図8】本発明の第一実施例による貿易支援システムにおいて仕分け情報を作成するための一画面を示す図である
【図9】本発明の第一実施例による貿易支援システムのピッキングリストを示す図である。
【図10】本発明の第一実施例による貿易支援システムのコンテナロードプランを示す図である。
【図11】本発明の第一実施例による貿易支援システムにおけるコンテナ毎のインボイスを示す図である。
【図12】本発明の第一実施例による貿易支援システムにおけるコンテナ毎のパッキングリストを示す図である。
【図13】本発明の第一実施例による貿易支援システムにおけるコンテナの一覧を示す図である。
【図14】本発明の第一実施例による貿易支援システムが出力する船会社に渡す文書である。
【図15】本発明の第一実施例による貿易支援システムのコンテナ情報の一つとしての原産地証明書を示す図である。
【図16】本発明の第一実施例による貿易支援システムのインボイス情報の一覧を表示する画面を示す図である。
【図17】本発明の第一実施例による貿易支援システムのケースマークを表示するための画面を示す図である。
【図18】本発明の第一実施例による貿易支援システムのケースマークの印刷レイアウトを編集するための画面を示す図である。
【図19】本発明の第一実施例による貿易支援システムにおける照合結果を入力するための画面を示す図である。
【図20】本発明の第一実施例による貿易支援システムを用いた貿易の流れを示すシーケンスチャートである。
【図21】本発明の第二実施例による貿易支援システムにおける電子メールの送信設定を行うための画面を示す図である。
【符号の説明】
1 貿易支援システム
10 基幹サーバ
14 ハードディスク(インボイスデータベース)
20 積付支援サーバ(仕分け手段)
30 文書共有サーバ(送信手段)
39a 短期保存用データベース
39b 長期保存用データベース
50 イメージスキャナ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a trade support system for supporting creation and communication of documents used for trade.
[0002]
[Prior art]
When exporting goods to foreign countries, sellers prepare numerous documents such as invoices, packing lists, shipping orders, certificates of origin, certificates of weight and volume. At the time of export customs clearance, an export declaration is made based on invoices, packing lists, and the like. If customs permits export declaration, the cargo can be loaded on transportation means such as ships and aircraft. In the case of sea transportation, a B / L is issued by the shipping company when the cargo is loaded, and the buyer can pick up the cargo from the shipping company when the B / L reaches the buyer by import settlement. At the time of customs clearance, an import declaration is made based on invoices, packing lists, and the like. If customs permits the import declaration, the buyer is free to distribute the goods in the importing country. In this way, trade procedures are performed using documents such as invoices, packing lists, and certificates of origin.
[0003]
2. Description of the Related Art Conventionally, there is known a method in which documents used for trade, such as an invoice, a packing list, and a certificate of origin, are created by a computer of a seller and transmitted to a buyer through a communication network (for example, see Patent Document 1). Reduce the cost of creating documents such as invoices, packing lists, certificates of origin, etc. for export and import declarations based on data from the backbone system that manages inventory and sales. Can be. In addition, by obtaining documents such as invoices, packing lists, certificates of origin, etc. used for export and import declarations through a communication network at an early stage and preparing for declarations, the lead time from ordering to delivery can be shortened. .
[0004]
[Patent Document 1]
JP-A-11-66171
[0005]
[Problems to be solved by the invention]
However, in the conventional method, a document to be used for trade is created for each flight of transportation means such as a ship or an aircraft, or for each order, and thus has the following problem.
[0006]
Generally, customs clearance is performed for each invoice, so if there are many quantities and types of products to be loaded in one flight, all products loaded in one flight will be combined based on the invoice created for each flight. If you do so, the time required for customs clearance will be longer. In general, products for a plurality of buyers that meet conditions such as a delivery date and a port are transported together in one flight. There is a demand for smoothing customs clearance and unpacking by grouping products for each buyer on the same flight. However, if documents such as invoices and packing list certificates of origin are created for each flight or for each order, it is difficult to identify the container where the goods for a particular buyer are loaded and unpack the goods. It takes time and effort. Therefore, if customs procedures are carried out based on invoices created for each flight, the time required from factory shipment in the exporting country to receipt of goods in the importing country will be longer, and as a result, lead from ordering to delivery will be increased. The time becomes longer.
[0007]
The present invention has been made to solve such a problem, and an object of the present invention is to provide a trade support system capable of shortening a lead time from order placement to delivery.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, a trade support system according to the present invention includes an invoice database organized with invoice information for creating an invoice for goods to be exported by being divided into a plurality of containers; Sorting means for outputting, based on the invoice database, sorting information relating the container on which the product is loaded, and a document used for trade based on the invoice information and the sorting information for each container on which the product is loaded. Transmitting means for transmitting container information to be output to the buyer.
[0009]
ADVANTAGE OF THE INVENTION According to the trade support system concerning this invention, the container information for outputting the document used for the trade of the goods divided into a some container and exported is transmitted to a buyer. For this reason, the buyer can proceed with the import procedure such as import declaration for each container, so that the lead time from order placement to delivery can be shortened.
[0010]
Further, the trade support system according to the present invention is characterized by further comprising means for transmitting the container information to a seller. For this reason, the seller can perform inventory management, shipping processing, export customs procedures, and the like for each container.
[0011]
Further, in the trade support system according to the present invention, the short-term storage database organized from the container information, the long-term storage database having a larger number of records than the short-term storage database, and the container information read from the short-term storage database And a means for deleting records from the short-term storage database in FIFO order, wherein the transmission means transmits the container information from the short-term storage database to a buyer. It is desirable.
[0012]
Further, the trade support system according to the present invention preferably further comprises means for inputting the B / L image data and means for transmitting the B / L image data to the buyer.
[0013]
Further, the trade support system according to the present invention is further characterized by further comprising: means for inputting a document output based on the container information and a B / L collation result; and means for transmitting the collation result to a buyer. And Since the document used for the import declaration must be matched with the B / L, the buyer can proceed with the import procedure at an appropriate time by waiting for the reception of the B / L matching result.
[0014]
Further, in the trade support system according to the present invention, the container information is a document file for printing an invoice for each container. For this reason, a trade procedure such as an import declaration can be made based on the invoice for each container, so that the lead time from ordering to delivery can be shortened.
[0015]
Further, in the trade support system according to the present invention, the container information is a document file for printing a packing list for each container. For this reason, a trade procedure such as an import declaration can be made based on the packing list for each container, so that the lead time from ordering to delivery can be shortened.
[0016]
Further, in the trade support system according to the present invention, the container information is a document file for printing a list of containers on which goods are loaded. For this reason, a trade procedure such as an export declaration can be performed using a list of containers, so that a lead time from ordering to delivery can be reduced.
[0017]
Further, the trade support system according to the present invention outputs the document file by combining the image data of the signature with the image data of the signature and the image data for printing the unsigned invoice for each container. It is desirable to further comprise a means for performing.
[0018]
Each function of the plurality of means provided in the present invention is realized by a hardware resource whose function is specified by the configuration itself, a hardware resource whose function is specified by a program, or a combination thereof. The functions of the plurality of means are not limited to those realized by hardware resources which are physically independent of each other.
[0019]
In addition, the present invention can be specified not only as a system invention, but also as a program invention, a recording medium recording the program, and a method invention.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described based on a plurality of examples.
[0021]
(First embodiment)
FIG. 1 is a schematic diagram showing an outline of a trade procedure using a
(1) The
[0022]
(2) The seller outputs SO and CL as documents to be used for trade based on the container information, and brings it to the shipping company to apply for shipping of goods.
(3) The shipping company issues a formal SO to the seller to hand over to the master.
[0023]
(4) When the ship enters the port, the seller brings the container loaded with the goods and the SO, hands the SO to the master, and requests shipping.
(5) When the loading is completed, the master confirms the status of loading of the container, issues a not-shown receipt, and hands it to the seller as a freight receipt.
[0024]
(6) The seller brings the metres receipt to the shipping company and pays the marine freight, etc., and in exchange for this, the shipping company issues a bill of lading (B / L).
(7) The seller reads the B / L with the image scanner and registers it in the
[0025]
(8) The seller outputs IV, PL and CO as documents to be used for trade based on the container information, and together with the B / L issued by the shipping company, the original document (one document) required for one trade As a currency exchange bank, make a draft of the bill, have the bank purchase it, and cash the loaded goods.
[0026]
(9) The exchange bank that bought the bill sends the original document to the foreign exchange bank of the import destination to collect the purchase price.
(10) The
[0027]
(11) The buyer outputs the container information transmitted from the
[0028]
(12) When the vessel enters the port, the buyer gives the D / O to the master and receives the container from the vessel.
The above is a summary of one trade. The details of each document used for trade will be described later.
[0029]
FIG. 2 is a diagram showing a configuration of the
[0030]
FIG. 3 is a block diagram illustrating a hardware configuration of each server.
The
[0031]
The
[0032]
The
[0033]
Although the database for each sales base and the database for each production base in this embodiment are divided according to regions such as Europe, North America, and Asia, they may be divided according to countries such as France, Germany, and the United States.
[0034]
Note that these programs and various data may be input by downloading from a predetermined server via a network, or may be input by reading from a computer-readable storage medium such as a removable memory (not shown).
[0035]
Next, invoice information and sorting information registered in the invoice database of the
FIG. 4 is a schematic diagram of the data structure of the invoice information. The invoice information is information for creating an invoice or the like of a product to be exported by being divided into a plurality of containers. In the figure, "*" is a symbol indicating that a plurality of data having the same structure exist. Invoice information includes invoice number, destination information (buyer, consignee, etc.), payment method (FOB price (or CIF price), payment deadline, etc.), transportation method (departure, destination, etc.), seller information, date , Case mark information (buyer abbreviation, destination, place of origin, etc.), product description information (order number, number of packages, packing form, product name, part number, specifications, quantity per package, gross weight, net weight, length, width, Height, packing volume, packing serial number), price information (currency unit, unit price, price condition), and the like. Here, the invoice number is a number for uniquely identifying the invoice information. The case mark information is information described on a label attached to the cargo, and will be described later in detail. The order number is an identification number given to each order unit. The invoice information is information registered in the invoice database by another system such as an order management system. Order information of a plurality of orders handled as one shipping lot is collected and registered as one invoice information. You. Specifically, for example, order information representing an order from a retail store is transmitted online from the sales base to the order management system, and registered in an order information database for managing the order. At this time, an order number is given to the order information. The order management system reads out the stock information and the production information from a stock information database for managing the stock information of the product and a production information database for managing the production information of the product, respectively, and compares (allocates) the order information with the order information. As a result, the products to be shipped from the current stock and future production are specified. The results are reflected in the stock information database and the production information database. The seller adjusts the shipping schedule, transportation method, etc. with the shipping company based on those databases, and determines an order to be handled as one shipping lot. The order management system assigns the same invoice number to order information of each order handled as one shipping lot. Next, the order information having the same invoice number is obtained from the order information database, and the quantity per package, gross weight, net weight, packing volume, currency unit, unit price, price specified by the order information are acquired. The conditions and the like are read from the product information database, invoice information is created together with the transportation method, destination information, and the like, and registered in the invoice database. Thereby, the invoice information is registered.
[0036]
FIG. 5 is a schematic diagram of the data structure of the sorting information. Sorting information is information that associates a product with a container on which the product is loaded. If the products specified by the invoice information cannot be fully loaded in one container, those products are divided into a plurality of containers. Sorting information is a specification for each container, which represents which container is loaded with which product. The sorting information includes an invoice number, a container number, and merchandise information (part number, number of packages).
[0037]
Next, a program (trade support program) for causing the
[0038]
FIG. 6 is a data flow diagram of the trade support program. The trade support program includes a stowage support program executed by the
[0039]
The
[0040]
FIG. 7 shows a
[0041]
FIG. 8 is a stowage
[0042]
When the end is selected in the main menu after the arrangement for all the containers is determined, the
[0043]
The
[0044]
FIG. 9 is a diagram showing the picking
[0045]
FIG. 10 is a diagram showing the
[0046]
In this embodiment, the case where the operator places each product by mouse operation is described as an example. However, the
[0047]
The
[0048]
Here, documents used for trade will be described. Specifically, the documents used for trade here include invoice (IV) for each container, packing list (PL) for each container, list of containers (CL), shipping order (SO), and certificate of origin (CO). ). If necessary, the freight insurance policy may be included in the document used for trade. Hereinafter, each document will be described.
[0049]
FIG. 11 is a diagram showing an invoice (IV) 64 for each container. The
[0050]
In some countries, only designated paper is accepted. In such a case, the information for printing ruled lines should not be included in the document file as an invoice for each container, and only the text information should be printed on the designated paper. You may.
[0051]
FIG. 12 is a diagram showing a packing list (PL) 65 for each container. The contents described in the
[0052]
FIG. 13 is a diagram showing a container list (CL) 66. In the
[0053]
FIG. 14 is a diagram showing a shipping order (SO) 67. The
[0054]
FIG. 15 is a diagram showing the certificate of
[0055]
When the creation of each document file is completed, the
[0056]
The
[0057]
FIG. 16 is a diagram showing an
[0058]
FIG. 17 is a diagram showing a
[0059]
FIG. 18 is a diagram showing an
[0060]
The
[0061]
The
[0062]
The
[0063]
The
[0064]
The
[0065]
FIG. 19 is a diagram showing a collation
[0066]
When the collation result is input, the sales base-
[0067]
If the third country and the first country are different countries, the seller of the third country faxes the B / L to the operator of the first country at the time of shipment. When the operator obtains the FAX, it checks whether or not the contents match the contents of IV, PL, and CO. If the contents match, the operator confirms only the IV, PL, and CO. At the same time, the seller mails the original of the B / L to the operator, and the operator reads the obtained original with the
[0068]
The
[0069]
Next, the operation of the
FIG. 20 is a sequence chart showing a flow of trade using the
[0070]
In S105, the operator determines the arrangement for each container in the
[0071]
In S110, the
In S115, the
[0072]
In S120, the operator edits the print layout of the case mark information on the
In S125, the
[0073]
In S130, the
In S135, the
[0074]
In S140, the
In S145, the production base accesses the production
[0075]
In S150, the operator reads the B / L with the
[0076]
In S155, the operator checks the issued B / L against the contents of the invoice (IV) for each container, the packing list (PL) for each container, and the certificate of origin (CO). Mark the result as verified.
In S160, the
[0077]
In S165, the
In S170, the operator at the sales office knows that all the container information has been prepared by receiving the e-mail, and prints out the image data of the IV, PL and B / L replicated in the sales
[0078]
In the present embodiment, the case where the database for each sales base is replicated at the timing when the collation result for B / L is input has been described as an example. The data may be replicated at the same timing as the data is replicated, or may be replicated at predetermined time intervals such as every 24 hours.
[0079]
Further, in this embodiment, the B / L image data is also transmitted by replication, but the B / L image data may be attached to an e-mail and transmitted.
Further, the
[0080]
According to the
[0081]
Further, according to the
[0082]
Further, according to the
[0083]
(Second embodiment)
The second embodiment is an example of a case where container information is attached to an electronic mail and transmitted. In the second embodiment, a description of portions substantially the same as those in the first embodiment will be omitted.
[0084]
The
[0085]
FIG. 21 is a diagram showing an
[0086]
According to the trade support system of the second embodiment, container information can be transmitted to a sales base or production base without the sales
[0087]
In the case of a sales base or a production base without the sales
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of trade using a trade support system according to a first embodiment of the present invention.
FIG. 2 is a schematic diagram showing a trade support system according to a first embodiment of the present invention.
FIG. 3 is a block diagram showing a hardware configuration of the trade support system according to the first embodiment of the present invention.
FIG. 4 is a data structure diagram of invoice information of the trade support system according to the first embodiment of the present invention.
FIG. 5 is a data structure diagram of sorting information of the trade support system according to the first embodiment of the present invention.
FIG. 6 is a data flow diagram of the trade support system according to the first embodiment of the present invention.
FIG. 7 is a diagram showing one screen for creating sorting information in the trade support system according to the first embodiment of the present invention.
FIG. 8 is a view showing one screen for creating sorting information in the trade support system according to the first embodiment of the present invention.
FIG. 9 is a diagram showing a picking list of the trade support system according to the first embodiment of the present invention.
FIG. 10 is a view showing a container load plan of the trade support system according to the first embodiment of the present invention.
FIG. 11 is a diagram showing an invoice for each container in the trade support system according to the first embodiment of the present invention.
FIG. 12 is a diagram showing a packing list for each container in the trade support system according to the first embodiment of the present invention.
FIG. 13 is a diagram showing a list of containers in the trade support system according to the first embodiment of the present invention.
FIG. 14 is a document output to the shipping company by the trade support system according to the first embodiment of the present invention.
FIG. 15 is a diagram showing a certificate of origin as one of container information of the trade support system according to the first embodiment of the present invention.
FIG. 16 is a diagram showing a screen displaying a list of invoice information of the trade support system according to the first embodiment of the present invention.
FIG. 17 is a diagram showing a screen for displaying a case mark of the trade support system according to the first embodiment of the present invention.
FIG. 18 is a view showing a screen for editing a print layout of case marks of the trade support system according to the first embodiment of the present invention.
FIG. 19 is a view showing a screen for inputting a collation result in the trade support system according to the first embodiment of the present invention.
FIG. 20 is a sequence chart showing a flow of trade using the trade support system according to the first embodiment of the present invention.
FIG. 21 is a diagram showing a screen for performing an e-mail transmission setting in the trade support system according to the second embodiment of the present invention.
[Explanation of symbols]
1 Trade support system
10 backbone server
14 Hard Disk (Invoice Database)
20 stowage support server (sorting means)
30 Document sharing server (transmission means)
39a Short-term storage database
39b Long-term storage database
50 Image Scanner
Claims (11)
各商品を当該商品が積載されるコンテナに関連付ける仕分け情報を前記インボイスデータベースに基づいて出力する仕分け手段と、
前記インボイス情報及び前記仕分け情報に基づいて貿易に用いる文書を商品が積載されるコンテナ毎に出力するためのコンテナ情報を買い手に送信する送信手段と、
を備えることを特徴とする貿易支援システム。An invoice database organized with invoice information for creating an invoice for goods to be exported in a plurality of containers,
Sorting means for outputting sorting information relating each product to a container on which the product is loaded based on the invoice database;
Transmission means for transmitting to the buyer container information for outputting a document used for trade based on the invoice information and the sorting information for each container on which goods are loaded,
A trade support system comprising:
前記短期保存用データベースよりレコード数が多い長期保存用データベースと、
前記短期保存用データベースから読み出した前記コンテナ情報を前記長期保存用データベースに入力する手段と、
前記短期保存用データベースからFIFO順でレコードを削除する手段とをさらに備え、
前記送信手段は、前記短期保存用データベースから買い手に前記コンテナ情報を送信することを特徴とする請求項1又は2に記載の貿易支援システム。A short-term storage database organized from the container information;
A long-term storage database having a greater number of records than the short-term storage database,
Means for inputting the container information read from the short-term storage database to the long-term storage database,
Means for deleting records in the FIFO order from the short-term storage database,
3. The trade support system according to claim 1, wherein the transmitting unit transmits the container information from the short-term storage database to a buyer. 4.
前記B/Lの画像データを買い手に送信する手段と、
をさらに備えることを特徴とする請求項1、2又は3に記載の貿易支援システム。Means for inputting B / L image data;
Means for transmitting the B / L image data to the buyer;
The trade support system according to claim 1, 2 or 3, further comprising:
前記照合結果を買い手に送信する手段と、
をさらに備えることを特徴とする請求項1〜4のいずれか一項に記載の貿易支援システム。Means for inputting a collation result between the document output based on the container information and the B / L;
Means for transmitting the verification result to the buyer,
The trade support system according to any one of claims 1 to 4, further comprising:
前記署名の画像データとコンテナ毎の署名無しインボイスを印刷するための画像データとを合成して前記文書ファイルを出力する手段と、
をさらに備えることを特徴とする請求項6に記載の貿易支援システム。Means for inputting signature image data;
Means for combining the image data of the signature and image data for printing an unsigned invoice for each container and outputting the document file;
The trade support system according to claim 6, further comprising:
前記インボイス情報及び前記仕分け情報に基づいて貿易に用いる文書を商品が積載されるコンテナ毎に出力するためのコンテナ情報を買い手に送信する送信ステップと、
を含むことを特徴とする貿易支援方法。Outputs sorting information that associates each product with the container on which the product is loaded, based on an invoice database organized with invoice information for creating invoices for products that are to be exported in multiple containers. Sorting step
A transmitting step of transmitting container information to the buyer for outputting a document used for trade based on the invoice information and the sorting information for each container on which goods are loaded,
A trade support method comprising:
前記インボイス情報及び前記仕分け情報に基づいて貿易に用いる文書を商品が積載されるコンテナ毎に出力するためのコンテナ情報を買い手に送信する送信手段、
としてコンピュータを機能させるためのプログラム。Based on an invoice database organized with invoice information for creating invoices for products to be divided into a plurality of containers and exported, sort information relating each product to a container in which the products are loaded is output. Sorting means,
Transmitting means for transmitting to the buyer container information for outputting a document used for trade based on the invoice information and the sorting information for each container on which goods are loaded,
Program to make a computer function as a computer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002285800A JP2004126663A (en) | 2002-09-30 | 2002-09-30 | Trade support system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002285800A JP2004126663A (en) | 2002-09-30 | 2002-09-30 | Trade support system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004126663A true JP2004126663A (en) | 2004-04-22 |
Family
ID=32279008
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002285800A Withdrawn JP2004126663A (en) | 2002-09-30 | 2002-09-30 | Trade support system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004126663A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006215931A (en) * | 2005-02-07 | 2006-08-17 | Yasuo Oka | Internet personal memory server |
JP2007011618A (en) * | 2005-06-29 | 2007-01-18 | Jfe Steel Kk | Management method and apparatus for shipping mark information |
JP2009294796A (en) * | 2008-06-03 | 2009-12-17 | Ricoh Co Ltd | Trade support processing system, trade support processing method and trade support processing program |
JP2010528373A (en) * | 2007-05-21 | 2010-08-19 | アマゾン・テクノロジーズ・インコーポレーテッド | System and method for providing export services to retailers |
WO2018131114A1 (en) * | 2017-01-12 | 2018-07-19 | 株式会社日立物流 | Work assistance device and work assistance method |
-
2002
- 2002-09-30 JP JP2002285800A patent/JP2004126663A/en not_active Withdrawn
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006215931A (en) * | 2005-02-07 | 2006-08-17 | Yasuo Oka | Internet personal memory server |
JP2007011618A (en) * | 2005-06-29 | 2007-01-18 | Jfe Steel Kk | Management method and apparatus for shipping mark information |
JP2010528373A (en) * | 2007-05-21 | 2010-08-19 | アマゾン・テクノロジーズ・インコーポレーテッド | System and method for providing export services to retailers |
JP2009294796A (en) * | 2008-06-03 | 2009-12-17 | Ricoh Co Ltd | Trade support processing system, trade support processing method and trade support processing program |
WO2018131114A1 (en) * | 2017-01-12 | 2018-07-19 | 株式会社日立物流 | Work assistance device and work assistance method |
JPWO2018131114A1 (en) * | 2017-01-12 | 2019-11-07 | 株式会社日立物流 | Work support device and work support method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4021198B2 (en) | Apparatus, system and method for online, multi-package, multi-carrier, multi-service package return shipping management | |
US7577587B2 (en) | Purchase order and purchase order response interactive forms | |
JP3639188B2 (en) | Article delivery information management system and management method | |
TW200534139A (en) | Strategic sourcing for packaging material procurement using centralized packaging data management system | |
GB2265032A (en) | Inventory management for combination goods. | |
JP2004139245A (en) | Slip processing system and slip processing method | |
US20080114643A1 (en) | Methods of Creating Electronic Customs Invoices | |
US20070038530A1 (en) | Gemstone certificate production and delivery system | |
US20040167819A1 (en) | Gift notification method | |
JP2002109002A (en) | Strategic cooperation information management system, operation method therefor, managing program recording medium therefor or slip issuance system, freight management system, physical distribution management system and merchandise management method | |
JP2004126663A (en) | Trade support system | |
JP6247914B2 (en) | Trade business support equipment | |
US20030074241A1 (en) | Online shipment information server system and method for providing shipment information to freight forwarder | |
JP3908163B2 (en) | Virtual shopping mall shipment support system | |
US20090299892A1 (en) | Trade support process system, trade support process method, and recording medium | |
JP2002211750A (en) | Physical distribution managing system and method | |
CN108345916A (en) | Multifunctional mobile towards retail business manages system and method | |
JP2007031052A (en) | Shipping instruction supporting system, shipping instruction supporting device, shipping instruction supporting program, and shipping instruction supporting method | |
JP7489361B2 (en) | Information processing system and information processing device | |
US8165922B2 (en) | Physical on demand testing with version support | |
JP7286123B1 (en) | Information processing system, information processing method, and information processing apparatus | |
JPH06139260A (en) | Sales management program | |
JP2003067636A (en) | Gift system, server, program and recording medium | |
JP3770952B2 (en) | Voucher processing system and method | |
JP2002297935A (en) | Trial calculation, estimate and order receiving and placing processing system for receiving and placing order for printed matter |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060110 |