JP2004126663A - Trade support system - Google Patents

Trade support system Download PDF

Info

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
Application number
JP2002285800A
Other languages
Japanese (ja)
Inventor
Tsuneo Miyake
三宅 恒夫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yamaha Corp
Original Assignee
Yamaha Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yamaha Corp filed Critical Yamaha Corp
Priority to JP2002285800A priority Critical patent/JP2004126663A/en
Publication of JP2004126663A publication Critical patent/JP2004126663A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a trade support system in which a lead time from order reception to delivery is shortened. <P>SOLUTION: The trade support system 1 is provided with an invoice database made up of invoice information for preparing the invoice of merchandise carried in installments in a plurality of containers so as to be exported, a sorting means for outputting sorting information for associating respective merchandise with the containers on which the merchandise is loaded based on the invoice database and a transmitting means for transmitting container information for outputting a document to be used for trade for each container on which the merchandise is loaded to a purchaser based on the invoice information and the sorting information. <P>COPYRIGHT: (C)2004,JPO

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 trade support system 1 according to a first embodiment of the present invention. In this embodiment, a trade support system 1 that exports products produced by a corporation (seller) having a production base in the first country to a local corporation (buyer) having a sales base in the second country and operates in the first country An example in which documents used for import / export (trade) are centrally managed will be described. The trade support system 1 is located in the first country where the head office is located, and the seller may be a local corporation having a production base in the third country. Hereinafter, an outline of the trade performed using the trade support system 1 will be described.
(1) The trade support system 1 includes an invoice (IV) for each container, a packing list (PL) for each container, a list of containers (CL), a shipping order (SO), a certificate of origin (CO), and when necessary. Sends a document file such as a freight insurance policy to the seller as container information.
[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 trade support system 1 as image data.
[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 trade support system 1 transmits IV, PL, and CO document files and B / L image data to the buyer as container information.
[0027]
(11) The buyer outputs the container information transmitted from the trade support system 1 and brings it to the exchange bank as a copy of the document, buys the bill in exchange for the document (copy) and the price, and purchases the document. (Original). Next, bring the original B / L to the shipping company and pay the maritime freight. In exchange, the shipping company issues a delivery order (D / O) to the master.
[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 trade support system 1. The trade support system 1 includes a main server 10, a stowage support server 20, and a document sharing server 30. The backbone server 10 is a computer on which an invoice database organized with invoice information for creating invoices for products to be exported by being divided into a plurality of containers is operated. The stowage support server 20 as a sorting unit is a computer that outputs sorting information relating each product to a container on which the product is loaded based on an invoice database. The document sharing server 30 as a transmission unit is a computer that transmits container information for outputting a document used for trade for each container on which goods are loaded to a buyer based on the invoice information and the sorting information. As shown in the figure, the trade support system 1 is interconnected with a core sales base system 40 operating at a sales base in the second country and a main production base system 41 operating at a production base in the first country via a network N such as a dedicated line or a telephone line. Is communicably connected to
[0030]
FIG. 3 is a block diagram illustrating a hardware configuration of each server.
The main server 10 includes a CPU 11, a ROM 12, a RAM 13, a hard disk (HD) 14, an input device 15 such as a mouse and a keyboard, a display device 16 such as a CRT, and a network interface (I / F) 17, and is interconnected by a bus. ing. The CPU 11 executes a database management program and a document creation program stored in the ROM 12 and the hard disk 14. The ROM 12 is a memory in which programs and data required at least for the operation of the CPU 11 are stored in advance. The RAM 13 is a memory for temporarily storing various programs, data, and the like. The hard disk 14 stores various programs such as an operating system (OS), a document creation program, a database management program, and various data such as invoice information and sorting information. The network interface 17 is configured to be connectable to a network by, for example, a network interface card.
[0031]
The stowage support server 20 has the same configuration as the core server 10. The hard disk 24 of the stowage support server 20 stores an operating system (OS), a stowage support program, and the like.
[0032]
The document sharing server 30 includes an external storage device 37 using an external storage medium such as a CD-R in addition to the configuration of the stowage support server 20, and further includes an image scanner 50 as an image reading device via the device interface 31. Is connected. The hard disk 39 of the document sharing server 30 stores various programs such as an operating system (OS), a document sharing program, a user interface (UI) program, a database management program, and various data such as container information described later. . In the document sharing server 30, the database is logically divided into a database for each sales base (database for each sales base) and a database for each production base (database for each production base). And a long-term storage database 39b. In this embodiment, it is assumed that the sales bases are located in Europe and North America, and the production bases are located in Asia. Therefore, the European DB and the North American DB in the figure are sales base-specific databases, and the Asian DB is a production base-specific database. The container information is transferred to the long-term storage database 39b after a predetermined period has elapsed since the container information was registered in the sales-base database and the production-base database as the short-term storage database 39a. Details will be described later.
[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 core server 10 will be described.
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 core server 10, the stowage support server 20, and the document sharing server 30 to function as the trade support system 1 will be described.
[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 stowage support server 20, a document creation program executed by the core server 10, a document sharing program executed by the document sharing server 30, and a user interface (UI) program. The stowage support program causes the stowage support server 20 to execute the stowage support process 51, and the document creation program causes the main server 10 to execute the document creation process 52 and the layout editing process 53. The document sharing program causes the document sharing server 30 to execute the document sharing process 54 and the backup process 55. The UI program causes the document sharing server 30 to execute a reading process 56, a collation process 57, and a document output process 58.
[0039]
The stowage support process 51 is a process for outputting sorting information based on an invoice database. The stowage support process 51 causes the operator of the trade support system 1 to simulate on the screen using information such as the product name, the number of packages, and the volume of the packages included in the invoice information, and determines the arrangement of the products to be loaded in the container. Let me decide. Hereinafter, the flow of the processing for determining the arrangement will be described based on a plurality of screens output by the stowage support process 51.
[0040]
FIG. 7 shows a container setting dialog 60 for selecting a container. When the stowage support program is started in the stowage support server 20, the stowage support process 51 is started, and a main menu (not shown) is displayed. When "Invoice information" is selected in the main menu, an invoice information selection dialog is displayed, and the operator selects invoice information to be stowed in the dialog. The container setting dialog 60 is displayed by selecting “container registration” on the main menu after invoice information is selected. After inputting the container number for uniquely identifying the container in the “container number”, the operator selects a target container size (vertical, vertical, etc.) from various pre-registered containers displayed as a list in the “container code”. Select a container that matches the width and height) and the weight limit. This is repeated for the number of containers that are deemed necessary. This registers the container.
[0041]
FIG. 8 is a stowage main screen 61 for performing a stowage simulation. The stowage main screen 61 is displayed by double-clicking the target container with the mouse in the container setting dialog 60. In the stowage main screen 61, the display area A is an area for displaying the number of the container currently being processed. The display area D is an area for displaying a list of products included in the invoice information. The display area E is an area for displaying a two-dimensional plan view showing the status of the stocking of commodities, and is an area that is the center of the placement work. Specifically, the placement operation is performed by moving the mouse to an arbitrary product in the product list, pressing the mouse button, moving the mouse to a desired position on the plan view, and releasing the mouse button at the destination, so-called dragging & Done by drop. When the product is dropped, a frame having a size and a shape corresponding to the packing volume of the product is newly displayed on the plan view. In the plan view, the layout can be simulated by freely moving the frame by mouse operation, and thereby the operator can determine the optimum layout. At this time, it is preferable to lay out items that are urgently shipped, that is, items whose delivery date is earlier, so that they are stacked in the same container in order number units. The display area C is an area for displaying a perspective view showing a three-dimensional view of the state of stocking of commodities. The display area B is an area for displaying detailed information of a product when any product is selected in the plan view. The display area F is an area in which command buttons for the operator to input various operation commands are displayed. When the "save" button is pressed, the arrangement result of the container is stored.
[0042]
When the end is selected in the main menu after the arrangement for all the containers is determined, the stowage support process 51 creates sorting information based on the arrangement for each container and registers it in the invoice database of the core server 10. .
[0043]
The stowage support process 51 according to the present embodiment uses a two-dimensional and three-dimensional arrangement of a document (picking list) used by the seller to issue the goods to be exported from the warehouse and the container in which the goods are stowed. A process of creating a diagram (container load plan) to be represented based on the arrangement result and registering the diagram in the production site database of the document sharing server 30 is also performed. The picking list and the container load plan registered in the production site-specific database are transmitted to the production site by a document sharing process 54 described later. Hereinafter, the picking list and the container load plan will be described.
[0044]
FIG. 9 is a diagram showing the picking list 62. The picking list 62 is a document used by the seller to issue goods to be exported from the warehouse, and includes an I / D, a product number, a specification, a quantity (= the number of packages × a quantity per package), a quantity per package, and a serial number of the package. , The number of packages, the invoice number for each container, etc. are described.
[0045]
FIG. 10 is a diagram showing the container load plan 63. The container load plan 63 is a document used by the seller for loading goods into the container. The container load plan 63 includes a plan view and a perspective view of a state in which the package is laid out in two-dimensional and three-dimensional manners. Rate) and stowage weight are displayed in a graph, and other information such as invoice number by container, container number, container serial number, container code, container size (length, width, height), stowage weight, number of packages, etc. are described. You. Here, the container serial number is a serial number assigned to the container registered in the above “container registration”. In the drawing, the numbers assigned to the respective frames in the plan view indicate the I / Ds shown in FIG. 9, whereby the products arranged at the positions indicated by the respective frames in FIG. 10 are specified.
[0046]
In this embodiment, the case where the operator places each product by mouse operation is described as an example. However, the stowage support process 51 may automatically perform the process from selection to placement of the container. At that time, it is also possible to preferentially select containers not for each product but for each order number.
[0047]
The document creation process 52 shown in FIG. 6 is a process for creating container information for outputting a document used for trade for each container on which goods are loaded, based on the invoice information and the sorting information. The container information is created for each document as an electronic file (document file) for printing various documents used for trade.
[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 invoice 64 for each container includes an invoice number for each container, destination information (buyer, consignee), case mark information (buyer abbreviation, destination, place of origin, etc.), order number, packing serial number, packing number, packing form, Information such as the product name, product number, specifications, quantity per package, currency unit, unit price, and total unit price are described. The invoice is a document required for export declaration, and the invoice 64 for each container is an invoice created for each product specified by the invoice information in units of the container specified by the sorting information. Here, the container-specific invoice number is obtained by adding a container serial number of a container corresponding to the invoice as a branch number after the invoice number. The invoice must be signed and is usually signed by hand on a printed sheet. However, since the signature may be valid even if it is a printed signature instead of a handwritten one, the document creation process 52 of the present embodiment uses the signature image data and the unsigned invoice for each container for printing. Outputs a document file that combines image data. More specifically, for example, the document creation process 52 causes the image scanner 50 to read the paper signed by the person in charge, and stores the image data created by the image scanner 50 and representing the signature on the hard disk of the document sharing server 30. . After the invoice 64 for each container is created as a document file, the document file created in a predetermined format is converted into image data such as JPEG, for example, and combined with the image data of the signature.
[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 packing list 65 for each container are almost the same as the invoice 64 for each container, but the gross including the weight of the case in which the product is packed is replaced with the quantity, unit price, and total unit price per package. The weight, net weight excluding the case, and packing volume are described.
[0052]
FIG. 13 is a diagram showing a container list (CL) 66. In the container list 66, an invoice number for each container, a container number, and a container serial number are described. When a document file for printing the container list (CL) 66 is sent to the seller, trade procedures such as export declaration can be performed using the container list, thereby shortening the lead time from ordering to delivery. be able to.
[0053]
FIG. 14 is a diagram showing a shipping order (SO) 67. The shipping order 67 describes an invoice number for each container, a transportation method (destination, ship name, etc.), the number of containers, and the like.
[0054]
FIG. 15 is a diagram showing the certificate of origin 73. The certificate of origin 73 describes an invoice number for each container, destination information (buyer, consignee), transportation method (destination, ship name, etc.), case mark information, product description information, and the like.
[0055]
When the creation of each document file is completed, the document creation process 52 registers the IV, PL, CL, SO, and CO of the created document in the database for each production site of the document sharing server 30 and stores the IV and PL in the corresponding document. Register in the database for each sales base. Further, the created document file name is registered in the document list data stored in the hard disk 39 of the document sharing server 30. The document list data is data used to manage the status of each document, and will be described later in detail.
[0056]
The layout editing process 53 shown in FIG. 6 is a process for editing the print layout of the case mark information. Case mark information is information written on the label attached to the case to uniquely identify the case in which the product was packed, created by the order management system, and included in the invoice information as part of the invoice information. Registered in the invoice database. The case mark information is described on the label attached to the case, and also described on the invoice (IV) for each container and the packing list (PL) for each container as described above. Hereinafter, the flow of the process of editing the case mark print layout will be described based on a plurality of screens output by the layout edit process 53.
[0057]
FIG. 16 is a diagram showing an invoice list screen 68 for displaying a list of invoice information. The invoice list screen 68 displays the invoice number and date included in the invoice information registered in the invoice database, and the operator selects the invoice number whose layout is to be edited on this screen.
[0058]
FIG. 17 is a diagram showing a case mark screen 69 displaying case mark information. The case mark screen 69 is displayed by double-clicking the target invoice information on the invoice list screen 68. The case mark screen 69 has a menu (not shown), and the operator can print the case mark by selecting “print” from the menu.
[0059]
FIG. 18 is a diagram showing an edit screen 70 for editing the print layout of the case mark information. The edit screen is displayed by selecting “edit” from a menu (not shown) on the case mark screen 69 described above. In printing, not all the case mark information is printed but only some data. Therefore, only the print frame for the data to be printed is displayed on the edit screen 70, and the operator edits the print layout of the case mark information on this screen. The edited layout information is registered in the invoice database, and is registered in the production site-specific database by a document creation process 52 described later. The layout information registered in the production site-specific database is transmitted to the production site backbone system 41 together with container information by a document sharing process 54 described later, and printed and pasted on a case by the seller.
[0060]
The document sharing process 54 shown in FIG. 6 is a process for transmitting container information to a sales base as a buyer and a production base as a seller. The document sharing process 54 transmits the document file registered in the sales base-specific database to the sales base backbone system 40 operating at the corresponding sales base, at a predetermined timing, for example, at a predetermined time interval such as every 24 hours, and transmits. An e-mail notifying that the transmission has been made later is transmitted to the sales base. The same applies to the production base database. Note that the document sharing process 54 of the present embodiment transmits a document file registered in the sales base-specific database at a timing when a collation result described later is input. The transmission of the document file is specifically performed using, for example, a replication function provided in the database. Here, the replication function is a function for maintaining a copy of the same data among a plurality of geographically dispersed databases. In the following description, transmission of a document file by the replication function is referred to as “replicate”. When the container information is transmitted to the seller, the seller can perform inventory management, shipping processing, export customs clearance procedures, and the like for each container.
[0061]
The backup process 55 is a process for backing up container information stored in the short-term storage database 39a to the long-term storage database 39b. Specifically, a record that has passed three months or more after being registered in the short-term storage database 39a is registered in the long-term storage database 39b. Here, the long-term storage database 39b is a database having a larger storage capacity than the short-term storage database 39a and capable of storing more records. After registration, the record is deleted from the short-term storage database 39a. Since three months pass earlier for a record registered earlier, a record registered earlier is deleted earlier. That is, the records in the short-term storage database 39a are deleted in FIFO (First In First Out) order. In general, trade is often completed within three months, taking into account the number of transportation days, so records that have passed three months or more are rarely referenced. If a record with a small number of references is kept stored, the search speed or the like will be reduced. Therefore, if the records are deleted in FIFO order, the short-term storage database 39a can be used efficiently with a small storage capacity.
[0062]
The backup process 55 according to the present embodiment stores a record that has passed a predetermined period of time, such as nine months or more, in an external storage medium such as a CD-R as a record that is unlikely to be referred to. Delete from the database 39b. Deleting a record that is unlikely to be referenced from the long-term storage database 39b allows the storage area of the long-term storage database 39b to be used effectively.
[0063]
The reading process 56 is a process of causing the image scanner 50 to read B / L (Bill of Lading), and storing the image data created by the image scanner 50 and representing the B / L in a database for each sales base. . When the UI program is started in the document sharing server 30, the document sharing server 30 displays a main menu (not shown) on the display device. When reading is instructed from the main menu by the operator with the B / L placed on the image scanner 50, a reading process 56 is started, and the image scanner 50 is controlled to read an image. When image data representing the B / L is created by the image scanner 50, the reading process 56 displays a dialog for designating a sales base to which the B / L is to be transmitted, and designates one sales base to the operator. Let it. When a sales base is specified, the reading process 56 stores the image data in a sales base-specific database corresponding to the specified sales base. The stored image data is transmitted to the sales base system 40 as one piece of container information by the document sharing process 54. By transmitting the B / L as image data to the sales base system 40 of the buyer, the seller can reduce the trouble of mailing a copy.
[0064]
The collation process 57 is a process of performing a process of inputting a collation result between the document output based on the container information and the B / L. The document output based on the container information here specifically refers to an invoice (IV, a packing list (PL) and a certificate of origin (CO) for each container, This means checking whether the contents described in the document and the contents described in the B / L match with each other, that is, the collation process 57 according to the present embodiment is performed until the import / export can be started. A collation process 57 outputs a collation result input screen (see FIG. 19) for inputting a collation result to the display device 36. The operator describes IV and PL later. The document is output in the document output process 58 and collated with B / L, and the status is changed from uncollated to collated on the collation result input screen.
[0065]
FIG. 19 is a diagram showing a collation result input screen 71. The collation process 57 performs an invoice (IV) name for each container, a packing list (PL) name, a certificate of origin (CO) name for each container based on the document list data stored in the hard disk 39 of the document sharing server 30. And B / L names are displayed in a list by classifying each month and each document as shown. The collation result input screen has a field “status” representing the collation result. In the initial state, when any of the documents are not ready or when the contents do not match, a diamond icon indicating that it has not been collated is displayed in the status of the document as a batch . When the contents match, the operator clicks the right button in the area where the document of the document is displayed to display a menu. When "Complete" is selected from the menu, an icon indicating that the documents of the single document have been collated at once is displayed and reflected on the document list data. Thereby, the collation result is input.
[0066]
When the collation result is input, the sales base-specific database 40 is replicated, and the document sharing process 54 notifies the sales base backbone system by e-mail. That is, the fact that the replication has been performed is transmitted to the buyer as a result of the comparison. When the verification result is transmitted to the buyer, the buyer can proceed with the import procedure at an appropriate time by waiting for the reception of the B / L verification result.
[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 image scanner 50, and makes the B / L verified at that time.
[0068]
The document output process 58 shown in FIG. 6 includes an invoice screen for displaying an invoice for each container, a packing list screen for displaying a packing list for each container, a container list screen, a shipping order screen, and a certificate of origin screen. This is a process of outputting a container load plan screen, a picking list screen, and the like to the display device 36 and displaying them almost in a layout that is printed out. When a menu item for displaying a target document is selected in the main menu described above, a list of documents that can be displayed is displayed. When the user double-clicks with the mouse, the document is displayed on the screen. Printing can be instructed from each screen, and the document output process 58 outputs the document currently displayed on the screen to the printer when the printing is instructed by the operator. The screens displayed by the document output process 58 are used by a person at the headquarters who centrally manages trade in the first country to check the contents of the document or to output the document used by the operator for the above-mentioned collation. Can be Note that the display contents of each screen are almost the same as the results printed and output, so that the details are omitted.
[0069]
Next, the operation of the trade support system 1 will be described.
FIG. 20 is a sequence chart showing a flow of trade using the trade support system 1. In the following description, an example will be described in which the document sharing server 30 replicates to the sales base system 40 at the timing when the collation result between the B / L and the container information registered in the sales base database is input.
[0070]
In S105, the operator determines the arrangement for each container in the stowage support server 20, and the stowage support server 20 creates sorting information, a picking list, and a container load plan based on the determined arrangement.
[0071]
In S110, the stowage support server 20 registers the sorting information in the invoice database of the main server 10.
In S115, the stowage support server 20 registers the picking list and the container load plan in the production site database of the document sharing server 30.
[0072]
In S120, the operator edits the print layout of the case mark information on the main server 10.
In S125, the core server 10 creates container information based on the invoice information and the sorting information.
[0073]
In S130, the core server 10 registers the created container information in the corresponding sales base database of the document sharing server 30, and registers the container information and the layout information in the production base database.
In S135, the document sharing server 30 replicates the production base database to the production base backbone system 41.
[0074]
In S140, the document sharing server 30 notifies the production base that the replication has been performed by automatically sending an e-mail to the production base.
In S145, the production base accesses the production base core system 41 by receiving the e-mail, outputs container information and the like, and starts shipping.
[0075]
In S150, the operator reads the B / L with the image scanner 50, and the document sharing server 30 registers the image data in the corresponding sales base database.
[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 document sharing server 30 replicates the sales base-specific database to the sales base backbone system 40 at the timing when the B / L verification result has been verified.
[0077]
In S165, the document sharing server 30 notifies the sales base that the container information is ready by automatically transmitting an e-mail.
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 office backbone system 40. . As a result, it becomes possible for the buyer to proceed with trade procedures such as import declaration for each container.
[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 reading process 56, the collation process 57, and the stowage support process 51 may be performed by a terminal such as a shipping company. In this case, it is possible to shorten the time from the acquisition of the B / L.
[0080]
According to the trade support system 1 of the first embodiment described above, an invoice (IV) for each container, a packing list (PL) for each container, and the like are transmitted to the sales base as container information. Since the IV and PL are created for each container, the buyer can carry out customs clearance for each container. For example, even if the quantity and type of goods loaded in one flight is large, multiple orders are collected. However, by performing the customs clearance procedure on the container loaded with the required products first, it is possible to receive the products without waiting for customs clearance of all the products to be completed. Also, when unpacking of a certain product is requested at the time of customs clearance, since the IV and PL are created for each container, it is easy to identify the container in which the product is loaded and open the product, The time required for unpacking can be reduced. Therefore, if the customs clearance procedure is carried out based on the invoice created for each container, the time required from factory shipment in the exporting country to receipt of the goods in the importing country is shortened. Therefore, according to the trade support system 1 of the present embodiment, the lead time from order placement to delivery can be reduced.
[0081]
Further, according to the trade support system 1 of the first embodiment, since the documents used for trade are centrally managed by the trade support system 1, the reliability of the documents is increased, and the identity between the seller and the buyer is ensured. Eliminating the need to fax or mail documents is no longer necessary. Therefore, it is possible to improve the reliability of the document and reduce the labor involved in the trade procedure.
[0082]
Further, according to the trade support system 1 of the first embodiment, the fact that the replication has been performed is transmitted by e-mail, so that the sales base can immediately know that the customs clearance procedure can be started. By accessing the system 40, documents required for an import declaration can be output, and the customs clearance procedure can be taken immediately without waiting for FAX transmission or mailing. Therefore, the lead time from order placement to delivery can be further reduced.
[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 document sharing process 54 of the second embodiment attaches container information to an e-mail according to the contents set on the e-mail setting screen and automatically transmits the e-mail to a sales base or a production base.
[0085]
FIG. 21 is a diagram showing an e-mail setting screen 72. When "valid" is selected in "automatic transmission", the document sharing process 54 attaches the document file to an electronic mail and automatically transmits the electronic mail. The “mail address” is an electronic mail address to which the document file is transmitted. "When to send?" Is a field for specifying when to send an e-mail. When "when invoice arrangement is completed" is selected, it is transmitted for advance notice about 15 days before shipping. If "when the B / L arrangement is completed" is selected, the B / L collation result is transmitted at the timing when the collation has been completed. “Which document do you want to send?” Is a column for designating the type of the document to be sent and the state of the document, and the document in the corresponding state is to be sent.
[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 base management system 40 or the production base management system 41.
[0087]
In the case of a sales base or a production base without the sales base backbone system 40 or the production base backbone system 41, the trade support system may be accessible through a line such as the Internet.
[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:
前記コンテナ情報を売り手に送信する手段をさらに備えることを特徴とする請求項1に記載の貿易支援システム。2. The trade support system according to claim 1, further comprising means for transmitting the container information to a seller. 前記コンテナ情報から編成された短期保存用データベースと、
前記短期保存用データベースよりレコード数が多い長期保存用データベースと、
前記短期保存用データベースから読み出した前記コンテナ情報を前記長期保存用データベースに入力する手段と、
前記短期保存用データベースから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の画像データを入力する手段と、
前記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:
前記コンテナ情報に基づいて出力される文書とB/Lの照合結果を入力する手段と、
前記照合結果を買い手に送信する手段と、
をさらに備えることを特徴とする請求項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:
前記コンテナ情報はコンテナ毎のインボイスを印刷するための文書ファイルであることを特徴とする請求項1〜5のいずれか一項に記載の貿易支援システム。6. The trade support system according to claim 1, wherein the container information is a document file for printing an invoice for each container. 前記コンテナ情報はコンテナ毎のパッキングリストを印刷するための文書ファイルであることを特徴とする請求項1〜5のいずれか一項に記載の貿易支援システム。6. The trade support system according to claim 1, wherein the container information is a document file for printing a packing list for each container. 前記コンテナ情報は商品が分載されるコンテナの一覧を印刷するための文書ファイルであることを特徴とする請求項1〜4のいずれか一項に記載の貿易支援システム。The system according to any one of claims 1 to 4, wherein the container information is a document file for printing a list of containers on which products are loaded. 署名の画像データを入力する手段と、
前記署名の画像データとコンテナ毎の署名無しインボイスを印刷するための画像データとを合成して前記文書ファイルを出力する手段と、
をさらに備えることを特徴とする請求項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.
JP2002285800A 2002-09-30 2002-09-30 Trade support system Withdrawn JP2004126663A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (6)

* Cited by examiner, † Cited by third party
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