JP2004238192A

JP2004238192A - Optimal shipping management method and system by rolling dispatch and meta transportation cost

Info

Publication number: JP2004238192A
Application number: JP2003032024A
Authority: JP
Inventors: Takao Iwata; 隆雄岩田; Minoru Koide; 実小出; Hiroshi Kudo; 弘工藤; Takao Matsumoto; 孝雄松本; Eiju Shibata; 英寿柴田; Toru Kanari; 通金成; Shunsuke Usami; 俊輔宇佐美; Yoshikazu Kobayashi; 義和小林; Kiyomi Mizuno; 清美水野; Yoshio Hoshi; 好夫星
Original assignee: Hitachi Chemical Co Ltd; Hitachi Ltd
Current assignee: Hitachi Ltd; Resonac Corp
Priority date: 2003-02-10
Filing date: 2003-02-10
Publication date: 2004-08-26
Anticipated expiration: 2023-02-10
Also published as: JP4263496B2

Abstract

【課題】随時発生する受注と生産の変動に追随するような配車指示を行うことによって輸送費の最適化を図る。
【解決手段】本発明は、各受注案件に対応して製造される製品の作業進捗状況に応じて出荷指示を行い、出荷対象とする受注案件について最適の配達ルートを決定し、各受注案件の輸送量を積載車両ごとの積載量に集約して仮配車指示を行う技術を特徴とする。ここで受注と作業進捗状況の更新に追随するように繰り返し出荷指示を行い、また輸送量最適化のための輸送便の変更に伴って配車が確定するまで仮配車指示を繰り返し行う。また本発明は、配車が確定することによって輸送費の実績値が計上されるので、一定期間の輸送費の実績値を監視し、問題となる輸送手段について運賃単価の代替案を指示する。これによって配車指示の修正が可能となる。
【選択図】図１An object of the present invention is to optimize a transportation cost by giving a dispatch instruction so as to follow an order and production fluctuations that occur as needed.
The present invention provides a shipping instruction according to the work progress of a product manufactured in response to each order, determines an optimal delivery route for the order to be shipped, and It is characterized by the technology of consolidating the transport amount into the load amount for each loaded vehicle and giving a temporary dispatch instruction. Here, the shipping instruction is repeatedly performed so as to follow the update of the order and the work progress status, and the temporary allocation instruction is repeatedly performed until the allocation of the vehicle is determined according to the change of the transportation service for optimizing the transportation amount. Further, according to the present invention, since the actual value of the transportation cost is recorded when the dispatch is determined, the actual value of the transportation cost for a certain period is monitored, and an alternative to the unit cost of the transportation means in question is instructed. As a result, the dispatch instruction can be corrected.
[Selection diagram] Fig. 1

Description

【０００１】
【発明の属する技術分野】
本発明は、随時発生する受注を対象として出荷対象か否か判定し、出荷対象とする案件について最適化された配車計画を立案する最適出荷管理技術に関するものである。
【０００２】
【従来の技術】
特開２００１−２８２８９９号公報（特許文献１）は、貨物を受注から目的地まで配送するための通信ネットワーク回線を利用した集中物流管理方法を提案する。この管理方法は、出荷対象の製品に対する積載効率の向上や輸送時間の短縮を図るものである。また輸送費の統制管理においては、定期的な輸送予算に対する輸送費実績の管理に重点が置かれていた。しかしこの技術は、製造メーカにおける当該日の配車指示において随時発生する注文・生産の変動を考慮した輸送効率最適化が前提とされておらず、さらに出荷輸送量の変化とともに契約輸送単価が変動することを考慮した輸送費の最適化が考慮されていないという問題があった。
【０００３】
【特許文献１】
特開２００１−２８２８９９号公報
【０００４】
【発明が解決しようとする課題】
従来技術には上記のような問題に伴う課題がある。本発明の目的は、随時発生する受注と生産の変動に追随するような配車指示を行うことによって輸送費の最適化を図り、また出荷輸送量の変化に伴って契約可能な輸送単価が変動することを考慮に入れて配車指示を行うことにある。
【０００５】
【課題を解決するための手段】
本発明は、各受注案件に対応して製造される製品の作業進捗状況に応じて出荷指示を行い、出荷対象とする受注案件について最適の配達ルートを決定し、各受注案件の輸送量を積載車両ごとの積載量に集約して仮配車指示を行う技術を特徴とする。ここで受注と作業進捗状況の更新に追随するように繰り返し出荷指示を行い、また輸送費最適化のための輸送便の変更に伴って配車が確定するまで仮配車指示を繰り返し行う。
【０００６】
また本発明は、配車が確定することによって輸送費の実績値が計上されるので、一定期間の輸送費の実績値を監視し、問題となる輸送手段について運賃単価の代替案を提示する。これによって配車指示の修正が可能となる。
【０００７】
【発明の実施の形態】
以下、本発明の一実施形態について図面を用いて説明する。なおこれにより本発明が限定されるものではない。
【０００８】
図１は、本発明の一実施形態である出荷・配車・輸送費管理システムの全体機能構成の概略的に示すブロック図である。出荷・配車・輸送費管理装置１は、サーバ計算機であり、出荷指示部２、配車指示部３及び輸送費統制監視部４の各機能によって構成され、プログラム実行によってこれら機能を実現する。
【０００９】
図示するように、システムはその記憶装置上に各種のデータベース及びファイルを保有する。作業進捗情報３１、製品完成情報３２、作業仕掛り情報３３及び受注情報３４は、各個別の受注案件についての最新の情報、各受注案件に対応して製造される製品の作業進捗情報あるいは製品の引当情報を含むファイルである。輸送便設定用マスタ１１は、製品納入先ごと、製品ごとに特徴づけられる輸送条件を設定するデータベースである。出荷指示基準テーブル８は、各受注案件が出荷対象となるか否かを判定する基準を設定するテーブルである。配達ルートマスタ１２は、出荷拠点を基点とする適用可能な配達ルートを定義するデータベースである。輸送単価マスタ１３は、契約可能な輸送手段及び輸送便の単価の選択肢についての情報を網羅的に設定するデータベースである。
【００１０】
出荷指示データ５１は、出荷対象と判定され輸送便が設定又は仮設定された受注案件についての情報を格納するファイルである。配車指示データ５２は、各受注案件の製品輸送量が輸送手段ごと、地域ごと、輸送便ごと、車番ごとの積載量に集約され、各々確定配車又は仮配車に区分された情報を格納するファイルである。輸送費管理ＤＢ（データベース）５３は、地域別、期間別の輸送費の予算額と実績値を格納する。
【００１１】
出荷指示部２は、まだ出荷対象とされていない受注案件について出荷指示基準テーブル８の出荷指示基準に基づいて出荷対象とするか否か判別する。また出荷指示部２は、出荷対象とする案件について輸送便設定用マスタ１１を適用して輸送手段及び輸送便を設定又は仮設定し、輸送条件が（仮）設定された受注案件を出荷指示データ５１に格納する。配車指示部３は、出荷指示データ５１の各受注案件に配達ルートマスタ１２の配達ルートを適用して輸送費が最小となるような配達ルートを決定し、積合せ調整及び積載効率の計算を行い、配車確定又は仮配車についてのデータを配車指示データ５２に格納する。輸送費統制監視部４は、配車指示データ５２を参照して確定した配車指示案件について輸送費の実績値を計上し、輸送費管理ＤＢ５３を更新する。また輸送費統制監視部４は、輸送費が統制基準値を越える場合に、輸送単価マスタ１３を参照し、輸送コスト低減のための輸送手段及び輸送便の選択肢を提示する。これによって代替の輸送手段及び輸送便を利用して配車指示データ５２中の配車指示を再設定することが可能となる。
【００１２】
ネットワークを介して出荷・配車・輸送費管理装置１に接続されるクライアント端末１６は、配車指示部３の処理結果である配車指示データをその表示装置上に表示する。クライアント端末１６の操作者の操作により、配車指示の調整を行うことが可能である。またクライアント端末１６は、輸送費統制監視部４の処理結果である輸送費の予算額と実績値を表示し、輸送費が統制基準値を越える場合に警告情報を表示する。
【００１３】
図２（ａ）は、出荷指示基準テーブル８のデータ構成を示す図である。出荷指示基準テーブル８は、各受注案件について出荷指示部２が出荷指示を発行するか否かの基準を設定するテーブルである。出荷指示基準テーブル８は、品種コードごとに出荷指示基準及び納期基準を設定する。「品種コード」は、製品名を分類するコードである。「出荷指示基準」は、受注案件に引き当てられた製品がどの製造段階にあった場合に出荷指示を発行するかを示す基準を設定するもので、この例では製品在庫、完成計上待ち及び仕掛り・計画の３段階に区分する。「製品在庫」は製品が完成し在庫品として計上されているもの、「完成計上待」は製品の完成に近い状態であるが完成品として計上されるのを待っている状態、「仕掛り・計画」は製品を製造中あるいは計画中の状態である。出荷指示の優先順序は「製品在庫」、「完成計上待」、「仕掛り・計画」の順であるので、例えば「仕掛り・計画」が設定されている製品がそれより後の製造段階であれば当然出荷対象となる。「納期基準」は顧客納期あるいは請期から輸送日数、Ｎ及び納期前の工場休日数を引いた日付が処理日の日付より大きい受注案件が出荷対象となる。Ｎは品種ごとに変数となる余裕日数であり、製造段階及び輸送段階での遅延可能性を考慮するものである。
【００１４】
図２（ｂ）は、輸送日数テーブル１０のデータ構成を示す図である。輸送日数テーブル１０は、上記納期基準中のパラメータの１つである輸送日数を決めるときの基準となるテーブルであり、出荷拠点を基点として県別及び輸送便別に設定される。「拠点コード」は出荷拠点を示すコード、「都道府県コード」は県を識別するためのコード、「地区コード」は地区を識別するためのコード、「輸送便コード」は県・地区ごとに指定される輸送便を識別するためのコード、「輸送日数」は拠点から当該県までの輸送に要する日数である。
【００１５】
図３（ａ）は、輸送便設定用マスタ１１のデータ構成を示す図である。輸送便設定用マスタ１１は、製品納入先の顧客ごと、納入製品ごとに特徴づけられる輸送量条件、輸送手段、輸送便などを設定するマスタファイルである。輸送便設定用マスタ１１の各レコードは、出荷拠点コード、出荷拠点サブコード、納入先都道府県コード、顧客コード、製品コード、数量・容量指定コード、数量・容量単位コード、輸送量上限値、輸送量下限値、輸送手段コードおよび輸送便コードを設定する。輸送量は、該当する製品に必要な包装・梱包の重量を考慮している。輸送手段は、路線便、トラック便、コンテナ、フェリー、エア便、船便、保冷車、一般者などの区分を設定する。輸送便コードはその顧客および納入製品について固定的に利用される輸送便のタイプを区分する。同一顧客、同一製品について適用可能な複数の輸送手段及び輸送便を設定することができる。
【００１６】
図３（ｂ）は、地区コード定義テーブル２６のデータ構成を示す図である。地区コード定義テーブル２６は、出荷拠点を基点として日本全国を地区に区分し、出荷拠点からその地区までの距離を定義する。地区コード定義テーブル２６の各レコードは、出荷拠点コード、地域コード、方面コード、地区コード、地域名称、方面名称、地区名称、パターンＩＤ、都道府県コード、ブロックコード及び距離を設定する。地区は地域、方面、地区の階層構成によって特定される。パターンＩＤのパターンは、少なくとも１つの地区を集約するものであり、県境にはよらない。都道府県コードはその地区が属する県のコードである。ブロックコードのブロックは、少なくとも１つの客先をグループ化したものであり、その地区が属する配達ブロックを定義する。ブロックは配達の便のための領域であるから、同一の地区が複数のブロックに属することがあり得る。距離は運賃計算のために使用される。
【００１７】
図４は、出荷指示部２の処理手順を示すフローチャートである。まず出荷指示部２は、出荷指示要求を受け付ける（ステップ１１０）。出荷指示要求は定時又は受注受付など随時のタイミングで行われ、クライアント端末１６からの指示か又は実行される他のプログラムからの自動的な指示によって行われる。出荷指示部２は、外部記憶装置上の出荷指示基準テーブル８及び輸送便設定用マスタ１１をメモリに読み出す（ステップ１２０）。次に受注情報３４から受注案件を読み出し、まだ出荷対象とされていない受注案件を品名、請期の順にソートする（ステップ１３０）。
【００１８】
次に出荷指示部２は、出荷指示基準テーブル８の「出荷指示基準」に基づいて各受注案件が出荷対象か否かを判別する（ステップ１４０）。作業進捗情報３１、製品完成情報３２及び作業計画・仕掛り情報３３を参照すると各受注案件に係わる製品の製造段階または完成品の引当状況がわかるから、該当する製品品名の「出荷指示基準」に基づいて各受注案件が出荷対象か否かを判別できる。次に出荷指示部２は、ステップ１４０で出荷対象とされた受注案件について、出荷指示基準テーブル８の「納期基準」に基づいて各受注案件が出荷対象か否か判別する（ステップ１５０）。納期あるいは請期は受注情報から得られる。また輸送日数については、輸送便設定用マスタ１１の中の該当する顧客と製品から都道府県コードと輸送便コードが得られ、輸送日数テーブル１０からその都道府県コードと輸送便コードに対応する輸送日数が得られる。
【００１９】
次に出荷指示部２は、ステップ１５０で出荷対象とされた受注案件の輸送便を設定又は仮設定する（ステップ１６０）。輸送便は、該当する顧客と製品に対応して輸送便設定用マスタ１１中に設定されたものである。また輸送手段によっては輸送便の設定が一意に確定する。それ以外は仮設定となり、より最適の輸送便に変更される可能性がある。最後に出荷指示部２は、出荷対象案件を出荷指示データ５１として外部記憶装置上に格納する（ステップ１７０）。各案件に対応する出荷指示データは、受注情報に設定又は仮設定された輸送便の情報が付加される。随時発生する受注に伴って受注情報３４が追加更新されるし、また時間の経過とともに作業進捗情報３１、製品完成情報３２および作業計画・仕掛り情報３３の内容が更新されて行くので、まだ出荷対象とされていない受注案件がある限り、これら情報の追加・更新に追随するように上記出荷指示部２の処理は繰り返し実行（ローリング）される。
【００２０】
図５は、日本地図上の配達エリアと、配達ルートマスタ１２のデータ構成を示す図である。配達ルートマスタ１２は、出荷拠点を基点とした配達エリアごとの配達ルートを定義する。配達ルートマスタ１２の各レコードは、拠点コード、都道府県コード、ルート番号、経由番号、ブロックコード、地域コード、地域名称、方面コード、方面名称、優先地域および優先方面を定義する。ブロックコードは、配達エリア内配達ブロックを示すコードである。配達ルート番号は配達ルートに付された番号であり、同一ルートについて複数の経由個所がある場合には一連の経由番号によって配達ルートが区分される。優先地域及び優先方面は、当該地域又は方面が優先される地域又は方面であるか否かを示す識別子である。日本地図上の配達エリアには配達ルートを示す経路と経由番号が示されている。地区コード定義テーブル２６に基づいて納入先の地区が決まれば、地域コードおよび方面コードを介して配達ルートマスタ１２を参照することにより、配達ルートが決定される。
【００２１】
図６は、配車指示部３の処理手順を示すフローチャートである。配車指示部３は、出荷対象案件について輸送費と積載効率を考慮して最終的に輸送便を決定する処理を行う。まず配車指示部３は、外部記憶装置上の配達ルートマスタ１２をメモリに読み出す（ステップ２１０）。次に出荷指示データ５１から出荷対象案件を読み出す（ステップ２２０）。次に配車指示部３は、仮設定状態の各案件について配達ルートを決定又は仮決定し、製品の輸送量と積載車両の積載量に基づいて積合せ調整を行い、各車両の積載効率を計算する（ステップ２３０）。
【００２２】
地区コード定義テーブル２６及び配達ルートマスタ１２を参照することによって配達ルートと配達エリアが決定される。同一配達エリアに対して複数の配達ルート（経由個所の異なるものを含む）及び輸送便が存在する場合に輸送費用が最小の配達ルート及び輸送便を選択する。輸送費は出荷拠点から納入先が属する地区までの距離に基づいて計算される。輸送費最小の原則により、輸送手段の変更もあり得る。ただし輸送便設定用マスタ１１の該当するレコード中に設定されている輸送手段及び輸送便の範囲内である。車両の積載効率が所定の数値に達しないときには、輸送費用のより安い他の輸送手段あるいは輸送便を探索する。逆に１台の車両の積載量を越える場合には、積載車両の台数を増やして追加の車両について同様に積載効率の計算と代替輸送手段又は輸送便の探索を行う。
【００２３】
次に配車指示部３は、輸送手段として路線便が仮設定されている案件について、同一配達エリアに積合せ条件を満足するトラック便があれば、路線便をトラック便に移行する調整を行う（ステップ２４０）。ここでも路線便を利用するより既にいくらかの積載量が仮設定されているトラック便を利用する方が費用安となることが条件である。次にステップ２３０及び２４０の仮設定処理の結果として輸送便が変更された出荷対象案件について出荷指示データ５１を更新する（ステップ２５０）。配車指示部３は、ステップ２１０からステップ２５０までの処理を繰り返し実行（ローリング）する。これによって出荷指示データ５１に新たに追加された出荷対象案件がステップ２３０，２４０の処理の対象となり、再度輸送便の仮設定が行われた出荷対象案件が繰り返しステップ２３０，２４０の処理の対象となる。
【００２４】
上記ステップ２３０，２４０の処理の結果として、配車指示部３は、メモリ上に輸送手段ごと、地域ごと、輸送便ごと、車番ごとの積載量と積載効率、各車番ごとに納入先別積載量の内訳、および配車が「仮配車」か「確定」かを示す情報を集約する。次に配車指示部３は、集約された配車データを配車指示データ５２に格納する（ステップ２６０）。また配車指示部３は、配車が確定した出荷指示データ５１上の出荷対象案件の輸送便についての情報を仮設定から設定済に変更する。次に配車指示部３は、クライアント端末１６の表示装置上に仮配車データを表示する（ステップ２７０）。
【００２５】
図７は、クライアント端末１６に表示される仮配車見直兼配車確定管理画面２４の例を示す図である。この例に示すように、輸送手段ごと、地域ごと、輸送便ごと、車番ごとの積載量と積載効率が表示される。また各輸送手段又は輸送便に対応して配車手続きの進捗情報と、積載予定の製品の作業進捗情報も併せて表示される。さらに配車の確定処理のためのボタンが表示されており、操作者がこのボタンを押下することにより、「仮配車」状態の輸送便を「確定」状態にすることができる。
【００２６】
次に配車指示部３は、クライアント端末１６からの指示によりクライアント端末１６上に配車計画最終確定画面２５を表示し、操作者による配車指示調整を受け付ける（ステップ２８０）。
【００２７】
図８は、仮配車見直兼配車確定管理画面２４の「配車確定画面」ボタンが押下されたときにクライアント端末１６に表示される配車計画最終確定画面２５の例を示す図である。この例では画面は「移動元」領域と「移動先」領域に分割されており、「移動元」領域に輸送便と車番に対応してその車両に積載される納入先と製品の重量についての情報のリストが現在の仮配車状況として表示される。操作者が車両の積載効率を確認した後に、「移動元」領域にある輸送製品をマウスのドラッグ指定によって「移動先」領域へ移動することができる。このようにして操作者介入による配車指示変更、車両の追加、キャンセルが容易に行える。この例は、納入先がＣＣＣＣＣである輸送製品が車番１００１１のトラックから車番１００１２のトラックへ移動された様子を示している。
【００２８】
以上のステップ２６０，２７０及び２８０は、繰り返し実行され、仮配車又は確定済配車のデータによって配車指示データ５２が更新される。各輸送便の最終確定時刻になるまでその輸送便についての上記配車指示部３の処理及びクライアント端末１６の操作者による操作が可能である。
【００２９】
図９は、輸送単価マスタ１３および関連する運賃マスタ１４のデータ構成を示す図である。輸送単価マスタ１３は、各輸送手段、輸送便、出荷拠点の組合せについて運賃区分を設定する。運賃マスタ１４は、輸送単価マスタ１３の各運賃区分に対応して設けられる。運賃マスタ１４の各レコードは、拠点コード、輸送便コード、輸送量下限、輸送量上限、距離下限、距離上限、基本輸送量、基本料金、割増輸送量、集荷料金、保険料金、配達個所割増及び保冷車のデータ項目のうち必要な項目をもつ。運賃区分は、大きく輸送量と距離によって運賃が決まるものと、距離には無関係に運賃が定額のものに分けられる。運賃マスタ１４には運送業者と契約可能な輸送単価が網羅的に設定される。従って運賃マスタ１４を参照することにより、輸送量の増減に応じて最適の輸送手段および輸送便を選択することが可能である。運賃マスタ１４は、このように契約可能な輸送手段および輸送便の単価を選択肢群として保有するので、メタ輸送コストテーブルとも呼ばれる。
【００３０】
図１０は、輸送費統制監視部４の処理手順を示すフローチャートである。まず輸送費統制監視部４は、外部記憶装置上の輸送単価マスタ１３および運賃マスタ１４をメモリに読み出す（ステップ３１０）。次に輸送費統制監視部４は、出荷指示データ５１上の仮設定状態の出荷対象案件について輸送便の仮設定を実行する（ステップ３２０）。すなわち図６のステップ２１０からステップ２５０までの処理を実行する。その処理手順及び一般的な作用効果は出荷指示部３の場合と同じである。しかしその実行されるタイミングが出荷指示部３と異なるので、新たに追加された出荷対象案件が処理の対象となる可能性があるとともに、以下で述べるステップ３３０〜ステップ３８０の処理結果が出荷指示データ５１に反映されるので、輸送費最適化により近づくことが期待される。次に輸送費統制監視部４は、ステップ２６０からステップ２８０までの処理、すなわち仮配車見直兼配車確定管理画面２４の表示、配車指示調整および配車指示データの格納を実行する（ステップ３３０）。ここで輸送費管理ＤＢ５３の輸送費実績値および運賃マスタ１４の契約輸送単価に基づいて輸送費を削減するような配車指示が可能である。
【００３１】
次に輸送費統制監視部４は、配車指示データ５２上の配車が確定した配車指示案件について運賃マスタ１４に基づいて輸送費を計算し、輸送費の実績値として計上する（ステップ３４０）。すなわち輸送費管理ＤＢ５３上の該当する地域および輸送手段について当月の実績値に計上した実績値を加算し、更新した管理データを輸送費管理ＤＢ５３に登録し、地域別、通期別の実績値を集計する。次に輸送費統制監視部４は、クライアント端末１６の表示装置上に輸送費の予算額と実績値の集計を表示する（ステップ３５０）。
【００３２】
図１１は、クライアント端末１６に表示される輸送費月次計画策定管理画面２７の例を示す図である。この例に示すように、地域別、輸送手段別、月別、期別に輸送費の予算額と実績値が表示される。なお「実予」とあるのは、通期の実績推定値である。
【００３３】
次に輸送費統制監視部４は、集計した輸送費の実績値が所定の統制基準値の範囲内か否か判定する（ステップ３６０）。範囲外の場合には、クライアント端末１６上に統制監視警報を出力する（ステップ３７０）。次に輸送費統制監視部４は、運賃マスタ１４を参照し、警報出力の対象となった輸送手段について輸送コスト低減のための選択肢群を表示する（ステップ３８０）。例えば実績値を月次・期のようにグロスでみて、輸送先「北海道」、輸送手段「トラック便」について輸送量「ｘトン」、輸送費「ｙ円」の統制監視基準値に対して輸送量が「ｚトン」に増加した場合に、輸送コストで輸送手段「トラック便」より有利な「船便」に組み替えることが可能である。なお輸送費の実績値が所定の統制基準値の範囲内であっても、操作者の判断によって輸送費統制監視部４がステップ３８０の処理を実行するよう指示してもよい。
【００３４】
表示画面上の操作によってステップ３８０からステップ３３０又はステップ３２０に戻ることができるので、輸送手段または輸送便の変更をステップ３３０の処理に反映することが可能である。各輸送便の最終確定時刻になるまでその輸送便についてステップ３３０の処理およびクライアント端末１６の操作者による操作が可能である。
【００３５】
図１２は、本実施形態の出荷・配車・輸送費管理システムのハードウェア的な構成を示す図である。システムは、出荷・配車・輸送費管理装置１、複数のクライアント端末１６及び出荷・配車・輸送費管理装置１とクライアント端末１６とを接続するネットワーク１７から構成される。出荷・配車・輸送費管理装置１は、データベース１８、ＤＢ管理部１９、ＡＰＰ（アプリケーションプログラム）処理部２０及びネットワークインタフェース部２１から構成される。データベース１８は、外部記憶装置上に設けられ、図１に示すような各種のデータベース及びファイルを格納する。ＤＢ管理部１９は、データベース１８へのアクセス要求に応答してデータベース１８の参照・更新などの操作を行い、データベース１８を管理するプログラムである。ＡＰＰ処理部２０は、図１に示す出荷指示部２、配車指示部３及び輸送費統制監視部４の各アプリケーションプログラムを含む。ネットワークインタフェース部２１は、ネットワーク１７を介するクライアント端末１６との通信を制御するハードウェア、ソフトウェアである。クライアント端末１６は、パーソナルコンピュータのようなクライアント計算機であり、表示装置と入力装置を備え、またネットワークインタフェース部、グラフィカル・ユーザ・インタフェース部などのハードウェア、ソフトウェアを備える。クライアント端末１６は、出荷指示部２、配車指示部３及び輸送費統制監視部４の処理結果を表示し、また上述したように配車指示調整などの操作のために使用される。
【００３６】
【発明の効果】
以上述べたように本発明によれば、随時発生する受注と生産の変動に追随するような配車指示を行うことによって輸送費の最適化を図ることができる。また出荷輸送量の変化に伴って契約可能な輸送単価が変動することを考慮して配車指示を行うことができる。
【図面の簡単な説明】
【図１】実施形態の出荷・配車・輸送費管理システムの概略構成を示す図である。
【図２】実施形態の出荷指示基準テーブル８及び輸送日数テーブル１０のテーブル構成図である。
【図３】実施形態の輸送便設定用マスタ１１及び地区コード定義テーブル２６のデータ構成図である。
【図４】実施形態の出荷指示部２の処理フロー図である。
【図５】実施形態の配達ルートマスタ１２のデータ構成図である。
【図６】実施形態の配車指示部３の処理フロー図である。
【図７】実施形態の仮配車見直兼確定管理画面の例を示す図である。
【図８】実施形態の配車計画最終確定画面の例を示す図である。
【図９】実施形態の輸送単価マスタ１３および運賃マスタ１４のデータ構成図である。
【図１０】実施形態の輸送費統制管理部４の処理フロー図である。
【図１１】実施形態の輸送費月次計画策定管理画面の例を示す図である。
【図１２】実施形態の出荷・配車・輸送費管理システムのハードウェアを中心とした構成図である。
【符号の説明】
１：出荷・配車・輸送費管理装置、２：出荷指示部、３：配車指示部、４：輸送費統制管理部、８：出荷指示基準テーブル、１０：輸送日数テーブル、１１：輸送便設定用マスタ、１２：配達ルートマスタ、１３：輸送単価マスタ、１４：運賃マスタ、１６：クライアント端末、２６：地区コード定義テーブル、５１：出荷指示データ、５２：配車指示データ、５３：輸送費管理データベース[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an optimal shipment management technique for determining whether or not an order received at any time is a shipment target and drafting an optimized vehicle allocation plan for a case to be shipped.
[0002]
[Prior art]
Japanese Patent Laying-Open No. 2001-282899 (Patent Document 1) proposes a centralized physical distribution management method using a communication network line for delivering cargo from an order to a destination. This management method aims to improve the loading efficiency and shorten the transportation time for the products to be shipped. In transport cost control and management, emphasis was placed on managing transport cost performance against regular transport budgets. However, this technology does not presuppose the optimization of transportation efficiency taking into account fluctuations in orders and production that occur at any time in the dispatch instructions of the manufacturer at the same day, and furthermore, the contract transportation unit price fluctuates with changes in shipping volume. However, there is a problem that the optimization of the transportation cost in consideration of the above is not considered.
[0003]
[Patent Document 1]
JP 2001-282899 A
[0004]
[Problems to be solved by the invention]
The prior art has problems associated with the above problems. An object of the present invention is to optimize transportation costs by giving a dispatch instruction that follows fluctuations in orders and production that occur from time to time, and also, contractable transportation unit prices fluctuate with changes in shipping volume. Taking this into consideration, the dispatch instruction is to be provided.
[0005]
[Means for Solving the Problems]
The present invention provides shipping instructions according to the work progress of products manufactured in response to each order, determines the optimal delivery route for the order to be shipped, and loads the transport volume of each order. It is characterized by the technology of instructing temporary dispatching by integrating the loading amount for each vehicle. Here, the shipping instruction is repeatedly performed so as to follow the update of the order and the work progress status, and the temporary allocation instruction is repeatedly performed until the allocation is determined along with the change of the transportation service for optimizing the transportation cost.
[0006]
In addition, according to the present invention, since the actual value of the transportation cost is recorded when the dispatch is determined, the actual value of the transportation cost for a certain period is monitored, and an alternative to the unit cost of the transportation in question is presented. As a result, the dispatch instruction can be corrected.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings. Note that the present invention is not limited by this.
[0008]
FIG. 1 is a block diagram schematically showing the overall functional configuration of a shipping / distribution / transportation cost management system according to an embodiment of the present invention. The shipping / distribution / transportation cost management device 1 is a server computer, and includes the functions of a shipping instruction unit 2, a dispatch instruction unit 3, and a transportation cost control monitoring unit 4, and implements these functions by executing a program.
[0009]
As shown, the system has various databases and files on its storage device. The work progress information 31, the product completion information 32, the work in progress information 33, and the order information 34 are the latest information on each individual order item, the work progress information of the product manufactured corresponding to each order item, or the product progress information. This is a file containing allocation information. The transport setting master 11 is a database for setting transport conditions that are characterized for each product delivery destination and each product. The shipping instruction criterion table 8 is a table for setting a criterion for determining whether each order item is to be shipped. The delivery route master 12 is a database that defines applicable delivery routes based on a shipping base. The transportation unit price master 13 is a database that comprehensively sets information on contractable transportation means and transportation unit price options.
[0010]
The shipping instruction data 51 is a file for storing information on an order received item for which shipping has been determined or provisionally set as a shipping target. The vehicle allocation instruction data 52 is a file in which the product transportation volume of each order is collected into the loading capacity for each transportation means, each region, each transportation service, and each vehicle number, and stores information classified into a fixed allocation vehicle or a temporary allocation vehicle. It is. The transportation cost management DB (database) 53 stores budget amounts and actual values of transportation costs by region and by period.
[0011]
The shipping instruction unit 2 determines whether or not an order received not yet to be shipped is to be shipped based on the shipping instruction standard in the shipping instruction standard table 8. In addition, the shipping instruction unit 2 sets or provisionally sets the transportation means and the transportation service by applying the transportation service setting master 11 to the case to be shipped, and sends the order case in which the transportation conditions are set (provisionally) to the shipping instruction data. 51. The dispatch instruction unit 3 applies the delivery route of the delivery route master 12 to each order item in the shipping instruction data 51, determines a delivery route that minimizes the transportation cost, performs the stacking adjustment and calculates the loading efficiency. Then, the data about the vehicle allocation decision or the temporary vehicle allocation is stored in the vehicle allocation instruction data 52. The transportation cost control monitoring unit 4 records the actual value of the transportation cost for the vehicle allocation instruction case determined with reference to the vehicle allocation instruction data 52, and updates the transportation cost management DB 53. In addition, when the transportation cost exceeds the control standard value, the transportation cost control monitoring unit 4 refers to the transportation unit price master 13 and presents transportation means and transportation options for reducing transportation cost. As a result, it is possible to reset the dispatch instruction in the dispatch instruction data 52 using the alternative transportation means and transportation service.
[0012]
The client terminal 16 connected to the shipping / distribution / transportation expense management device 1 via the network displays the dispatch instruction data, which is the processing result of the dispatch instruction unit 3, on its display device. It is possible to adjust the dispatch instruction by the operation of the operator of the client terminal 16. Further, the client terminal 16 displays the budget amount and the actual value of the transportation cost, which are the processing results of the transportation cost control monitoring unit 4, and displays warning information when the transportation cost exceeds the control standard value.
[0013]
FIG. 2A is a diagram illustrating a data configuration of the shipping instruction reference table 8. The shipping instruction reference table 8 is a table for setting a criterion for determining whether or not the shipping instruction unit 2 issues a shipping instruction for each order item. The shipping instruction standard table 8 sets a shipping instruction standard and a delivery date standard for each product code. The “type code” is a code for classifying a product name. The “shipping instruction standard” sets the standard that indicates the stage of production of the product assigned to the order when the shipping instruction is issued. In this example, the product inventory, completion waiting, and work in process・ Segmentation is divided into three stages. “Product inventory” indicates that the product is completed and recorded as inventory, “Waiting for completion” indicates that the product is near completion but is waiting to be recorded as a finished product, "Planning" is a state in which a product is being manufactured or planned. The priority order of the shipping instruction is "product inventory", "waiting for completion", "work in progress", so for example, if the product with "work in progress" is set at a later manufacturing stage If there is, it will be a shipping target. In the “delivery standard”, orders received after the date obtained by subtracting the number of transport days, N, and the number of factory holidays before the delivery date from the customer delivery date or contract date are greater than the processing date are to be shipped. N is the number of extra days that is a variable for each product type, and takes into account the possibility of delay in the manufacturing stage and the transportation stage.
[0014]
FIG. 2B is a diagram illustrating a data configuration of the transportation days table 10. The transportation days table 10 is a table serving as a reference when determining the number of transportation days, which is one of the parameters in the delivery date standard, and is set for each prefecture and each transportation service based on the shipping base. The "base code" is a code indicating a shipping base, the "prefecture code" is a code for identifying a prefecture, the "district code" is a code for identifying a district, and the "transportation code" is specified for each prefecture or district. The code “transport days” for identifying the transport flights is the number of days required for transport from the base to the prefecture.
[0015]
FIG. 3A is a diagram showing a data configuration of the transportation setting master 11. The transportation service setting master 11 is a master file for setting transportation volume conditions, transportation means, transportation services, etc., which are characterized for each customer of a product delivery destination and each delivered product. Each record of the transportation service master 11 includes a shipping base code, a shipping base subcode, a destination prefecture code, a customer code, a product code, a quantity / capacity designation code, a quantity / capacity unit code, an upper limit of the transport quantity, and a lower limit of the transport quantity. Set the value, transport code and transport code. The shipping volume takes into account the weight of the packaging required for the product. As the transportation means, classifications such as route service, truck service, container, ferry, air service, sea service, insulated car, general person and the like are set. The transportation code identifies the type of transportation that is fixedly used for the customer and the delivered product. A plurality of transportation means and transportation services applicable to the same customer and the same product can be set.
[0016]
FIG. 3B is a diagram showing a data configuration of the district code definition table 26. The district code definition table 26 divides the whole of Japan into districts based on the shipping base, and defines the distance from the shipping base to the district. Each record of the district code definition table 26 sets a shipping base code, a regional code, a district code, a district code, a regional name, a district name, a district name, a pattern ID, a prefecture code, a block code, and a distance. Districts are identified by region, direction, and district hierarchy. The pattern of the pattern ID aggregates at least one district and does not depend on the prefectural border. The prefecture code is the code of the prefecture to which the district belongs. The block of the block code is a group of at least one customer and defines a delivery block to which the district belongs. Since a block is an area for a delivery service, the same district may belong to a plurality of blocks. The distance is used for fare calculation.
[0017]
FIG. 4 is a flowchart illustrating a processing procedure of the shipping instruction unit 2. First, the shipping instruction unit 2 receives a shipping instruction request (Step 110). The shipping instruction request is made at an arbitrary timing such as a fixed time or an order reception, and is made by an instruction from the client terminal 16 or an automatic instruction from another program to be executed. The shipping instruction unit 2 reads out the shipping instruction reference table 8 and the transportation service setting master 11 on the external storage device into the memory (step 120). Next, the order items are read from the order information 34, and the order items that are not yet to be shipped are sorted in the order of product name and contract period (step 130).
[0018]
Next, the shipping instruction unit 2 determines whether or not each order item is to be shipped based on the “shipping instruction standard” in the shipping instruction standard table 8 (step 140). By referring to the work progress information 31, the product completion information 32, and the work plan / work in progress information 33, it is possible to know the production stage of the product related to each order or the allocation status of the finished product. Based on this, it can be determined whether or not each order item is to be shipped. Next, the shipping instruction unit 2 determines whether or not each of the received orders is to be shipped based on the "delivery date standard" in the shipping instruction standard table 8 for the orders received at step 140 (step 150). The delivery date or contract date is obtained from the order information. As for the transportation days, the prefecture code and the transportation code are obtained from the corresponding customer and product in the transportation setting master 11, and the transportation days corresponding to the prefecture code and the transportation code are obtained from the transportation day table 10.
[0019]
Next, the shipping instruction unit 2 sets or provisionally sets the transportation service of the order received as the shipping target in step 150 (step 160). The transportation service is set in the transportation service setting master 11 corresponding to the corresponding customer and product. In addition, the setting of the transportation service is uniquely determined depending on the transportation means. Other settings are provisional and may be changed to more optimal transportation. Finally, the shipping instruction unit 2 stores the shipping target case as the shipping instruction data 51 on the external storage device (Step 170). The shipping instruction data corresponding to each case is added with information on the transportation service set or provisionally set in the order information. The order information 34 is additionally updated in accordance with an order that is occasionally generated, and the contents of the work progress information 31, the product completion information 32, and the work plan / work-in-progress information 33 are updated with the lapse of time. As long as there is an order that is not targeted, the processing of the shipping instruction unit 2 is repeatedly executed (rolled) so as to follow the addition / update of the information.
[0020]
FIG. 5 is a diagram showing a delivery area on the Japan map and a data configuration of the delivery route master 12. The delivery route master 12 defines a delivery route for each delivery area based on a shipping base. Each record of the delivery route master 12 defines a base code, a prefecture code, a route number, a transit number, a block code, a region code, a region name, a region code, a region name, a priority region, and a priority region. The block code is a code indicating a delivery block in the delivery area. The delivery route number is a number assigned to the delivery route. When there are a plurality of transit points for the same route, the delivery route is classified by a series of transit numbers. The priority area and the priority direction are identifiers indicating whether or not the area or the direction is a priority area or direction. In the delivery area on the Japan map, a route indicating a delivery route and a via number are shown. When the delivery district is determined based on the district code definition table 26, the delivery route is determined by referring to the delivery route master 12 via the area code and the area code.
[0021]
FIG. 6 is a flowchart illustrating a processing procedure of the vehicle allocation instruction unit 3. The dispatch instruction unit 3 performs a process of finally deciding a transportation flight in consideration of the transportation cost and the loading efficiency of the project to be shipped. First, the dispatch instruction unit 3 reads the delivery route master 12 from the external storage device into the memory (step 210). Next, a shipping target case is read from the shipping instruction data 51 (step 220). Next, the dispatch instruction unit 3 determines or tentatively determines a delivery route for each item in the provisionally set state, performs a loading adjustment based on the amount of transported products and the loaded amount of loaded vehicles, and calculates the loading efficiency of each vehicle. (Step 230).
[0022]
The delivery route and the delivery area are determined by referring to the district code definition table 26 and the delivery route master 12. When there are a plurality of delivery routes (including different route points) and transportation services for the same delivery area, a delivery route and transportation services with the minimum transportation cost are selected. The transportation cost is calculated based on the distance from the shipping base to the district to which the delivery destination belongs. Due to the principle of minimum transport costs, there may be changes in the means of transport. However, it is within the range of the transportation means and the transportation means set in the corresponding record of the transportation service setting master 11. When the loading efficiency of the vehicle does not reach the predetermined value, another transportation means or transportation service with lower transportation cost is searched. Conversely, when the loading capacity of one vehicle is exceeded, the number of loaded vehicles is increased, and the loading efficiency is calculated for the additional vehicles and the search for alternative transportation means or transport flights is similarly performed.
[0023]
Next, the dispatch instruction unit 3 adjusts the route service to the truck service if there is a truck service that satisfies the loading condition in the same delivery area for the case where the route service is provisionally set as the transportation means ( Step 240). Here, too, the condition is that it is cheaper to use a truck service in which some load capacity is temporarily set than to use a route service. Next, the shipping instruction data 51 is updated for the shipping target matter whose transportation service has been changed as a result of the provisional setting processing in steps 230 and 240 (step 250). The dispatch instruction unit 3 repeatedly executes (rolls) the processing from step 210 to step 250. As a result, the shipping target matter newly added to the shipping instruction data 51 is subjected to the processing in steps 230 and 240, and the shipping target matter for which the provisional setting of the transportation service is performed again is repeatedly performed as the processing target in steps 230 and 240. Become.
[0024]
As a result of the processing in steps 230 and 240, the dispatch instruction unit 3 stores the loading amount and the loading efficiency for each transportation means, each area, each transportation service, each car number in the memory, and the loading by delivery destination for each car number. The breakdown of the quantity and the information indicating whether the dispatch is “temporary dispatch” or “fixed” are collected. Next, the dispatch instruction unit 3 stores the aggregated dispatch data in the dispatch instruction data 52 (step 260). In addition, the dispatch instruction unit 3 changes the information on the transport service of the shipping target item on the shipping instruction data 51 in which the dispatch is determined from the temporary setting to the set status. Next, the dispatch instruction unit 3 displays the temporary dispatch data on the display device of the client terminal 16 (step 270).
[0025]
FIG. 7 is a diagram showing an example of the provisional vehicle assignment review and vehicle assignment confirmation management screen 24 displayed on the client terminal 16. As shown in this example, the loading amount and the loading efficiency are displayed for each transportation means, each area, each transportation service, and each car number. In addition, the progress information of the dispatch procedure and the work progress information of the product to be loaded are also displayed in correspondence with each transport means or transport flight. Furthermore, a button for a vehicle allocation confirmation process is displayed, and when the operator presses this button, the transportation service in the “temporary vehicle allocation” state can be set to the “determination” state.
[0026]
Next, the dispatch instruction unit 3 displays a dispatch final decision screen 25 on the client terminal 16 in response to an instruction from the client terminal 16, and accepts the dispatch instruction adjustment by the operator (step 280).
[0027]
FIG. 8 is a diagram showing an example of the dispatching plan final confirmation screen 25 displayed on the client terminal 16 when the “distribution decision screen” button on the temporary dispatch review / distribution decision management screen 24 is pressed. In this example, the screen is divided into a “source” area and a “destination” area. In the “source” area, the weight of the destination and product loaded on the vehicle corresponding to the transportation service and car number are displayed. Is displayed as the current provisional dispatch situation. After the operator checks the loading efficiency of the vehicle, the transport product in the “source” area can be moved to the “destination” area by dragging the mouse. In this way, it is possible to easily change a dispatch instruction, add a vehicle, or cancel a vehicle by operator intervention. This example shows a situation in which a transport product whose delivery destination is CCCCC has been moved from the truck with the car number 10011 to the truck with the car number 10012.
[0028]
The above steps 260, 270 and 280 are repeatedly executed, and the dispatch instruction data 52 is updated with the data of the temporary dispatch or the confirmed dispatch. Until the final fixed time of each transport flight, the processing of the dispatch instruction unit 3 and the operation of the client terminal 16 by the operator for the transport flight can be performed.
[0029]
FIG. 9 is a diagram showing a data structure of the transportation unit price master 13 and the associated fare master 14. The transportation unit price master 13 sets a fare category for each combination of transportation means, transportation service, and shipping base. The fare master 14 is provided corresponding to each fare category of the transportation unit price master 13. Each record of the fare master 14 includes a base code, a transportation code, a transportation lower limit, a transportation upper limit, a distance lower limit, a distance upper limit, a basic transportation amount, a basic fee, an extra transportation amount, a pickup fee, an insurance fee, a delivery location extra and It has necessary items out of the data items of the refrigerator car. Fare categories are broadly divided into those in which the fare is determined by the amount of transport and distance, and those in which the fare is fixed regardless of the distance. In the fare master 14, all the transport unit prices that can be contracted with the carrier are comprehensively set. Therefore, by referring to the fare master 14, it is possible to select the optimal transportation means and transportation service according to the increase or decrease of the transportation amount. Since the fare master 14 holds the unit prices of transport means and transport flights that can be contracted in this way, it is also called a meta transport cost table.
[0030]
FIG. 10 is a flowchart showing a processing procedure of the transportation cost control monitoring unit 4. First, the transportation cost control monitoring unit 4 reads the transportation unit price master 13 and the freight master 14 from the external storage device into the memory (step 310). Next, the transportation cost control monitoring unit 4 executes the provisional setting of the transportation service for the shipping target matter in the provisional setting state on the shipping instruction data 51 (step 320). That is, the processing from step 210 to step 250 in FIG. 6 is executed. The processing procedure and general effects are the same as those of the shipping instruction unit 3. However, since the execution timing is different from that of the shipping instruction unit 3, there is a possibility that the newly added shipping target matter is subject to processing, and the processing result of steps 330 to 380 described below is the shipping instruction data. 51, it is expected to be closer to optimizing transportation costs. Next, the transportation cost control monitoring unit 4 executes the processing from step 260 to step 280, that is, the display of the provisional vehicle review and vehicle allocation confirmation management screen 24, the vehicle allocation instruction adjustment, and the storage of vehicle allocation instruction data (step 330). Here, a dispatch instruction that reduces the transportation cost based on the actual transportation cost value in the transportation cost management DB 53 and the contract transportation unit price in the freight master 14 is possible.
[0031]
Next, the transportation cost control monitoring unit 4 calculates the transportation cost based on the fare master 14 for the vehicle allocation instruction case in which the vehicle allocation is determined on the vehicle allocation instruction data 52, and records it as the actual value of the transportation cost (step 340). In other words, the actual value recorded in the current month for the corresponding area and means of transport in the transportation cost management DB 53 is added, the updated management data is registered in the transportation cost management DB 53, and the actual values for each region and year are totaled. I do. Next, the transportation cost control monitoring unit 4 displays the total of the transportation budget and the actual value on the display device of the client terminal 16 (step 350).
[0032]
FIG. 11 is a diagram showing an example of the transportation cost monthly plan formulation management screen 27 displayed on the client terminal 16. As shown in this example, the budget amount and the actual value of the transportation cost are displayed by region, by transportation means, by month, and by period. Note that “actual forecast” is a full-year estimated result.
[0033]
Next, the transportation cost control monitoring unit 4 determines whether or not the calculated actual value of the transportation cost is within a range of a predetermined control standard value (step 360). If not, a control monitoring alarm is output on the client terminal 16 (step 370). Next, the transportation cost control monitoring unit 4 refers to the fare master 14 and displays a group of options for reducing the transportation cost for the transportation means for which the alarm has been output (step 380). For example, when the actual value is viewed on a gross basis, such as monthly / period, the transport destination "Hokkaido" and the transport means "truck" are transported with respect to the control monitoring standard values of the transport volume "x ton" and the transport cost "yen" When the quantity increases to “z tons”, it is possible to reclassify the transportation means “truck service” to “sea service” which is more advantageous in terms of transportation cost. Note that, even if the actual value of the transportation cost is within the range of the predetermined control reference value, the transportation cost control monitoring unit 4 may instruct to execute the process of step 380 according to the judgment of the operator.
[0034]
Since the operation on the display screen allows the user to return from step 380 to step 330 or step 320, it is possible to reflect the change in the transportation means or the transportation service in the processing in step 330. Until the final fixed time of each transportation flight, the processing of step 330 and the operation of the client terminal 16 by the operator can be performed on the transportation flight.
[0035]
FIG. 12 is a diagram illustrating a hardware configuration of the shipping / distribution / transportation cost management system according to the present embodiment. The system includes a shipping / distribution / transportation cost management device 1, a plurality of client terminals 16, and a network 17 connecting the shipment / distribution / transportation cost management device 1 and the client terminal 16. The shipping / distribution / transportation cost management device 1 includes a database 18, a DB management unit 19, an APP (application program) processing unit 20, and a network interface unit 21. The database 18 is provided on an external storage device and stores various databases and files as shown in FIG. The DB management unit 19 is a program that performs operations such as referring to and updating the database 18 in response to an access request to the database 18 and manages the database 18. The APP processing unit 20 includes each application program of the shipping instruction unit 2, the dispatch instruction unit 3, and the transportation cost control monitoring unit 4 shown in FIG. The network interface unit 21 is hardware and software for controlling communication with the client terminal 16 via the network 17. The client terminal 16 is a client computer such as a personal computer, includes a display device and an input device, and includes hardware and software such as a network interface unit and a graphical user interface unit. The client terminal 16 displays processing results of the shipping instruction unit 2, the dispatch instruction unit 3, and the transportation cost control monitoring unit 4, and is used for operations such as dispatch instruction adjustment as described above.
[0036]
【The invention's effect】
As described above, according to the present invention, it is possible to optimize the transportation cost by issuing a dispatch instruction that follows the order and production fluctuations that occur as needed. In addition, it is possible to issue a vehicle allocation instruction in consideration of the fact that the contractable transportation unit price changes with a change in the shipping transportation amount.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a schematic configuration of a shipping / distribution / transportation cost management system according to an embodiment.
FIG. 2 is a table configuration diagram of a shipping instruction reference table 8 and a transportation days table 10 according to the embodiment.
FIG. 3 is a data configuration diagram of a transportation service setting master 11 and a district code definition table 26 of the embodiment.
FIG. 4 is a processing flowchart of a shipping instruction unit 2 of the embodiment.
FIG. 5 is a data configuration diagram of a delivery route master 12 of the embodiment.
FIG. 6 is a process flowchart of a vehicle allocation instruction unit 3 of the embodiment.
FIG. 7 is a diagram illustrating an example of a temporary allocation review and determination management screen according to the embodiment;
FIG. 8 is a diagram illustrating an example of a vehicle allocation plan final confirmation screen according to the embodiment.
FIG. 9 is a data configuration diagram of a transport unit price master 13 and a fare master 14 of the embodiment.
FIG. 10 is a processing flowchart of the transportation cost control management unit 4 of the embodiment.
FIG. 11 is a diagram illustrating an example of a transportation cost monthly plan formulation management screen according to the embodiment.
FIG. 12 is a configuration diagram centering on hardware of a shipping / distribution / transportation cost management system of the embodiment.
[Explanation of symbols]
1: Shipment / distribution / transportation cost management device 2: shipment instruction unit 3: dispatch instruction control unit 4: transportation cost control management unit 8: shipping instruction standard table 10: transportation days table 11: transportation flight setting Master: 12: delivery route master, 13: unit price master, 14: fare master, 16: client terminal, 26: district code definition table, 51: shipping instruction data, 52: dispatch instruction data, 53: transportation cost management database

Claims

A first step of applying a shipping instruction criterion to information indicating the work progress status of products manufactured in response to each order or the allocation status of finished products to determine whether or not the order is to be shipped. And a second step of storing in the storage means shipping instruction data in which the shipping service for the customer is provisionally set for the order to be shipped, and optimizing the shipping cost for the order to be shipped in the shipping instruction data. Determine the delivery route to optimize, and to optimize the loading efficiency, aggregate the transport volume of the product accompanying the order received into the loading volume for each loading vehicle and provisionally dispatch the vehicle, optimize the transport cost A third step of changing the temporary setting of the transportation service in the shipping instruction data in accordance with the change of the transportation service, and a fourth step of storing temporary allocation data including a loading amount for each of the loading vehicles in the storage unit. And said A fifth step of displaying the vehicle allocation data so that the vehicle allocation can be determined and corrected so that the vehicle allocation data follows the addition of the received order item and the update of the work progress status or the allocation status that occur over time. The first step and the second step are repeatedly performed as described above, and the third step is performed so as to follow the addition of the order to be shipped to the shipping instruction data and the change of the temporary setting of the transportation service. An optimal shipping management method, wherein the steps from the step to the fifth step are repeatedly executed.

Further, referring to a transportation unit price master (meta transportation cost master) which sets a group of options of a fare unit price for each of the contractable transportation means and each transportation service, the transportation cost of the transportation service for which the allocation is determined is calculated from the allocation instruction data. A sixth step of calculating the actual value of the transportation cost of the corresponding transportation means for a certain period, a seventh step of displaying the actual value, and reducing the transportation cost from the transportation unit price master for the transportation means. An eighth step of displaying the fare unit price option, and enabling the vehicle allocation instruction data to be corrected in the fifth step.

A first step of applying a shipping instruction criterion to information indicating the work progress status of products manufactured in response to each order or the allocation status of finished products to determine whether or not the order is to be shipped. And a second step of storing shipping instruction data in which shipping services are provisionally set for the order matter to be shipped with reference to a shipping service setting master for setting shipping conditions for each customer and each product in a storage means. Optimizing loading efficiency by deciding a delivery route so as to optimize the transportation cost for the orders to be shipped in the shipping instruction data with reference to the delivery route master that sets the delivery route from the shipping base to the delivery area In order to optimize the transportation cost, the transportation volume of the product accompanying the order is consolidated into the loading volume of each loading vehicle, and the transportation is changed. A third step of changing the provisional flight setting, a fourth step of storing the provisional vehicle allocation data including the loading amount of each of the loaded vehicles in the storage means, and correcting the provisional vehicle allocation data so that the vehicle allocation can be determined. A fifth step of displaying as possible, wherein the first step and the second step are performed so as to follow the addition of the order item, the progress of the work, or the update of the allocation status that occurs with the passage of time. Is repeatedly executed, and the third to fifth steps are repeatedly executed so as to follow the addition of the order to be shipped to the shipping instruction data and the change of the temporary setting of the transportation service. Optimal shipping management method.

Further, referring to a transportation unit price master (meta transportation cost master) which sets a group of options of a fare unit price for each of the contractable transportation means and each transportation service, the transportation cost of the transportation service for which the allocation is determined is calculated from the allocation instruction data. A sixth step of calculating the actual value of the transportation cost of the corresponding transportation means for a certain period, a seventh step of displaying the actual value, and reducing the transportation cost from the transportation unit price master for the transportation means. An eighth step of displaying the option of the fare unit price, and the dispatching instruction data can be modified in the fifth step.

Optimal shipping having a server computer for preparing a dispatch plan so that transportation costs are optimized, and a client computer connected to the server computer via a network for displaying dispatch instruction data and inputting a correction instruction for the dispatch instruction data A management system,
The server computer receives order information, information indicating a product work progress status and a finished product allocation status, a transport flight setting master for setting transport conditions for each customer and each product, and a delivery route from a shipping base to a delivery area. A database that stores the delivery route master that sets the
First processing means for applying a shipping instruction criterion to information indicating the work progress status or the allocation status of a product manufactured in response to each order case to determine whether or not the order case is to be shipped; And second processing means for storing, in the storage means, shipping instruction data in which a transportation service is provisionally set for the order matter to be shipped with reference to the transportation service setting master, and referring to the delivery route master. The delivery route is determined so as to optimize the transportation cost for the shipping target order item in the shipping instruction data, and the transport amount of the product accompanying the order request is reduced to the loading amount for each loading vehicle so as to optimize the loading efficiency. Third processing means for consolidating and temporarily distributing the vehicle, changing the provisional setting of the transportation service in the shipping instruction data in accordance with the change of the transportation service for optimizing the transportation cost, and loading for each loading vehicle Temporary dispatch including quantity A fourth processing means for storing the data in the storage means, and a fifth processing means for displaying the provisional vehicle allocation data so that the vehicle allocation can be determined and corrected so that the temporary allocation data is generated over time. The first processing means and the second processing means are repeatedly executed so as to follow the addition of the order matter, the update of the work progress status or the allocation status, and to the shipping instruction data of the order matter to be shipped. The third means to the fifth means are repeatedly executed so as to follow the addition of the information and the change of the provisional setting of the transportation service.