(57)【要約】【課題】各店舗が物流センタでの入出荷状況を把握できるようにする。【解決手段】生鮮商品の配送管理システム１０は、商品コード、店コード及び発注数を含む発注データを有する発注テーブル１１０及び入荷待ち、入荷済み及び出荷済みを判別可能な商品のステータスと、商品コード及び店コードの発注数及び納品数とを含む入出荷情報テーブル１２０を記憶するデータ記憶部１００と、入出荷情報テーブル１２０を管理する入出荷管理部１２と、を備える。入出荷管理部１２は、物流センタで行った商品の検品に関する検品データに基づいて、入出荷情報テーブル１２０を更新し、入出荷情報テーブル１２０に記憶されている入出荷情報を店舗端末５へ送信する。【選択図】図１
2017207797.tif 000002
【特許請求の範囲】
【請求項１】
生鮮商品の配送管理システムであって、
商品識別情報、店舗識別情報及び発注数を含む発注データを有する発注テーブル、及び入荷待ち、入荷済み及び出荷済みを判別可能な前記商品識別情報に係る商品のステータスと、商品識別情報及び店舗識別情報別の発注数及び納品数と、を含む商品の入出荷情報テーブルを記憶する記憶手段と、
物流センタで行った商品の検品に関する検品データに基づいて、前記入出荷情報テーブルに記憶されている入出荷情報を更新する更新手段と、
前記入出荷情報テーブルに記憶されている入出荷情報を店舗端末へ送信する送信手段と、を備える配送管理システム。
【請求項２】
未入荷商品の納品日を繰り越す繰越登録手段と、
前記繰越登録手段で納品日が繰り越された商品を特定し、前記特定された商品の発注データを待避した後、前記特定された商品の前記発注データにおける発注数を０にして、日次締め処理を実行する日次処理手段と、
前記日次処理手段による日次締め処理後に前記発注テーブルの全データを消去し、その後、前記日次締め処理において待避したデータを前記発注テーブルに保存する復活処理手段と、をさらに備える請求項１記載の配送管理システム。
【請求項３】
前記発注テーブルにおいて欠品商品を特定し、前記欠品商品の納品数を０に設定する発注修正処理手段をさらに備える、請求項２に記載の配送管理システム。
【請求項４】
前記発注修正処理手段は、前記発注テーブルにおいて、前記欠品商品の代替品である代替商品について、発注数を０として発注データを登録する、請求項３に記載の配送管理システム。
【請求項５】
商品識別情報、店舗識別情報及び発注数を含む発注データを有する発注テーブル、及び入荷待ち、入荷済み及び出荷済みを判別可能な前記商品識別情報に係る商品のステータスと、商品識別情報及び店舗識別情報別の発注数及び納品数と、を含む商品の入出荷情報テーブルを記憶する記憶手段を有する生鮮商品の配送管理システムが行う方法であって、
更新手段が、物流センタで行った商品の検品に関する検品データに基づいて、前記入出荷情報テーブルに記憶されている入出荷情報を更新するステップと、
送信手段が、前記入出荷情報テーブルに記憶されている入出荷情報を店舗端末へ送信するステップと、を行う配送管理方法。
【請求項６】
商品識別情報、店舗識別情報及び発注数を含む発注データを有する発注テーブル、及び入荷待ち、入荷済み及び出荷済みを判別可能な前記商品識別情報に係る商品のステータスと、商品識別情報及び店舗識別情報別の発注数及び納品数と、を含む商品の入出荷情報テーブルを記憶する記憶手段を有する生鮮商品の配送管理システムのためのコンピュータプログラムであって、
前記コンピュータプログラムは、
更新手段が、物流センタで行った商品の検品に関する検品データに基づいて、前記入出荷情報テーブルに記憶されている入出荷情報を更新するステップと、
送信手段が、前記入出荷情報テーブルに記憶されている入出荷情報を店舗端末へ送信するステップと、を配送管理システムに実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生鮮食品などの商品の配送を管理する技術に関する。
【背景技術】
【０００２】
比較的規模の大きい小売店グループでは、複数の店舗の商品の発注を取りまとめて、取引先へ一括で発注し、物流センタで一括して納入を受ける。そして、物流センタで店舗ごとに商品の仕分けをして、車両等によって配送している。
【０００３】
特許文献１には、顧客が注文した商品を顧客が指示した配送先に配送する際、商品の配送を行わない販売会社および顧客が商品の配送状態を逐次把握できる物流および配送指図等の管理ネットワークシステムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２１９８８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
生鮮食品の場合、商品の回転が速いので、各店舗は日々新たな商品を発注する。発注された商品は原則として発注の当日または翌日に店舗に納品され、店舗の店頭に並べられて販売される。
【０００６】
そのため、取引先において商品が欠品していることや、道路事情で物流センタへの商品の入荷が遅れていることなどが原因で、発注した商品が予定の時刻に店舗に到着しないようなことが起きると、店舗では適切な売り場作りが困難になる。欠品や商品の到着の遅れが予め把握できていれば、別の在庫商品で売り場を構成することも可能となるが、現状ではそれを把握することも困難である。適切な売り場作りができない店舗では、販売機会の喪失につながり、売上が減少するおそれがある。
【０００７】
そこで、本発明の目的は、各店舗が物流センタでの入出荷状況を把握できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明の一つの実施態様に従う生鮮商品の配送管理システムは、商品識別情報、店舗識別情報及び発注数を含む発注データを有する発注テーブル、及び入荷待ち、入荷済み及び出荷済みを判別可能な前記商品識別情報に係る商品のステータスと、商品識別情報及び店舗識別情報別の発注数及び納品数と、を含む商品の入出荷情報テーブルを記憶する記憶手段と、物流センタで行った商品の検品に関する検品データに基づいて、前記入出荷情報テーブルに記憶されている入出荷情報を更新する更新手段と、前記入出荷情報テーブルに記憶されている入出荷情報を店舗端末へ送信する送信手段と、を備える。
【０００９】
好適な実施態様では、未入荷商品の納品日を繰り越す繰越登録手段と、前記繰越登録手段で納品日が繰り越された商品を特定し、前記特定された商品の発注データを待避した後、前記特定された商品の前記発注データにおける発注数を０にして、日次締め処理を実行する日次処理手段と、前記日次処理手段による日次締め処理後に前記発注テーブルの全データを消去し、その後、前記日次締め処理において待避したデータを前記発注テーブルに保存する復活処理手段と、をさらに備えてもよい。
【００１０】
好適な実施態様では、前記発注テーブルにおいて欠品商品を特定し、前記欠品商品の納品数を０に設定する発注修正処理手段をさらに備えてもよい。
【００１１】
好適な実施態様では、前記発注修正処理手段は、前記発注テーブルにおいて、前記欠品商品の代替品である代替商品について、発注数を０として発注データを登録してもよい。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係る配送管理システム１０を含む物流管理システムの構成図である。
【図２】検品テーブル２１０のデータ構造の一例を示す。
【図３】発注テーブル１１０のデータ構造の一例を示す。
【図４】入出荷情報テーブル１２０のデータ構造の一例を示す。
【図５】商品の出荷状況確認画面５００の一例を示す。
【図６】出荷状況確認画面５００を表示させるための処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態に係る配送管理システム１０を含む物流管理システムについて、図面を参照して説明する。本実施形態では、配送管理システム１０が、発注システム３が取引先へ発注した生鮮食品が物流センタを介して店舗へ配送されるまでを管理する場合を例にとって説明する。
【００１４】
図１は、物流管理システムの全体構成図を示す。本実施形態に係る物流管理システムは、配送管理システム１０と、複数の物流センタシステム２０と、発注システム３と、仕入管理システム４と、複数の店舗端末５とを有し、それらが互いにネットワーク９を介して接続されている。
【００１５】
配送管理システム１０、複数の物流センタシステム２０、発注システム３、仕入管理システム４、及び複数の店舗端末５は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各システム等の内部の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１６】
発注システム３は、各店舗端末５からの要求を受けて、商品を取引先へ発注する。発注システム３が取引先へ発注した商品に係る発注データは、配送管理システム１０へ送信される。
【００１７】
仕入管理システム４は、各店舗が仕入れた商品の数量及び金額（原価）等を管理する。例えば、配送管理システム１０から現実に仕入れた商品の数量（納品数）を取得して、仕入原価の算出等を行う。
【００１８】
複数の店舗端末５は、各店舗に配置されている端末装置である。店舗端末５は、店舗のユーザに対する入出力装置として機能する。例えば、店舗端末５は、発注データを含む種々の情報の入力を受け付ける。また、店舗端末５は、後述するように、各店舗が発注した商品の配送状況を出力する。
【００１９】
物流センタでは、発注した商品が入荷したら、それを店舗別に配送するための仕分け作業を行って、運送車両に積み込む荷積みを行う。物流センタシステム２０は、複数ある物流センタのそれぞれに設置されている。物流センタシステム２０は、物流センタにおける商品の入出荷を管理する。
【００２０】
物流センタシステム２０は、検品処理部２１と、検品テーブル２１０を記憶した記憶部２００とを有する。
【００２１】
検品処理部２１は、商品が物流センタに入荷したときの検品処理を行う。検品テーブル２１０は物流センタを経由して配送される商品に関するデータを有する。
【００２２】
図２は、検品テーブル２１０のデータ構造の一例を示す。検品テーブル２１０は、データ項目として、取引先コード２１０１と、商品コード２１０３と、店コード２１０５と、発注数２１０７と、納品数２１０９と、便名２１１１と、車両Ｎｏ２１１３と、ステータス２１１５とを有する。
【００２３】
取引先コード２１０１は、商品を発注した取引先を示す識別情報である。取引先コード２１０１が示す取引先から商品が納入される。
【００２４】
商品コード２１０３は、商品を示す識別情報である。
【００２５】
店コード２１０５は、商品を発注した店舗を示す識別情報である。
【００２６】
発注数２１０７は、発注した商品の数量である。発注数２１０７は、例えば、ケース単位の数量（ケース数）でよい。
【００２７】
納品数２１０９は、現実に納品された商品の数量である。納品数２１０９も、発注数２１０７と同様に、ケース単位の数量（ケース数）でよい。取引先で商品が欠品している場合及び納品が遅れている場合などは、発注数２１０７と納品数２１０９とが一致しない場合がある。
【００２８】
便名２１１１は、商品を配送する便名である。同一店舗に対して、商品の配送が１日に複数回行われる場合、便名２１１１で何番目の配送（便）であるかの識別が可能である。例えば、１日に３回配送する場合は、時間が早い順に、１便、２便、３便である。便名２１１１は、そのうちのいずれの便で配送するかを示す。
【００２９】
車両Ｎｏ２１１３は、便名２１１１に使用される車両の識別情報である。
【００３０】
ステータス２１１５は、商品の現在の状態を示す。例えば、ステータス２１１５には、商品が物流センタに到着していない「入荷待ち」、商品が入荷済みで仕分け作業を行っている「作業中」及び仕分け作業が終わり、配送のトラックへの積み込みが終了した「出荷済み」、及び仕入れ先で商品が欠品している「取引先欠品」等を含んでもよい。
【００３１】
検品処理部２１は、配送管理システム１０から送信された発注データを取得する。検品処理部２１は、取得した発注データに基づいて検品テーブル２１０にデータを保存する。例えば、取引先コード２１０１〜発注数２１０７及び便名２１１１は配送管理システム１０から取得したデータが設定されるようにしてもよい。検品処理部２１は、検品テーブル２１０に保存されているデータを定期的に、またはリクエストに応じて配送管理システム１０へ送信してもよい。
【００３２】
また、商品に取り付けられたバーコード等が所定のバーコードリーダなどの入力装置２８で読み取られると、検品処理部２１は、検品テーブル２１０のその商品に関するステータス２１１５を更新する。例えば、入荷処理として入荷した商品のバーコード等が読み取られると、検品処理部２１は読み取った情報から取引先コード２１０１及び商品コード２１０３を抽出する。検品処理部２１は、さらに、その取引先コード２１０１及び商品コード２１０３をキーにして、検品テーブル２１０の対応するレコードのステータス２１１５を「作業中」に変更してもよい。検品処理部２１は、検品した数量に合わせて納品数２１０９を更新する。
【００３３】
物流センタで作業員による仕分け作業が完了し、それぞれ仕分けされた商品には、商品コードの他、配送先店舗の店コード及び配送車両に関する情報（便名及び車両Ｎｏ等）を含むバーコード等が貼付されている。
【００３４】
出荷処理として配送車両への積み込みをする際に上記のバーコード等が読み取られると、検品処理部２１は、読み取った情報から商品コード２１０３、店コード２１０５、便名２１１１及び車両Ｎｏ２１１３等を抽出する。そして、検品処理部２１は、商品コード２１０３及び店コード２１０５をキーにして、便名２１１１及び車両Ｎｏ２１１３にバーコードから読み取った情報を保存する。さらに、検品処理部２１は、検品テーブル２１０の対応するレコードのステータス２１１５を「出荷済み」に変更してもよい。
【００３５】
次に、配送管理システム１０について説明する。
【００３６】
配送管理システム１０は、発注データ管理部１１と、入出荷管理部１２と、日次処理部１３と、データ記憶部１００とを有する。
【００３７】
データ記憶部１００は、発注テーブル１１０と、入出荷情報テーブル１２０と、繰越テーブル１３０と、取引先マスタ１４０と、商品マスタ１５０とが記憶されている。
【００３８】
発注テーブル１１０は、発注システム３が取引先へ発注した取得した発注データを記憶する。発注データは発注システム３から取得される。
【００３９】
図３は、発注テーブル１１０のデータ構造の一例を示す。発注テーブル１１０は、データ項目として、物流センタ名１１０１と、納品日１１０３と、取引先コード１１０５と、商品コード１１０７と、原価１１０９と、店コード１１１１と、発注数１１１３と、納品数１１１４と、便名１１１５と、繰越フラグ１１７とを有する。
【００４０】
物流センタ名１１０１は、各商品の配送を行う物流センタの名称である。
【００４１】
納品日１１０３は、商品を納入する日付である。納品日１１０３は、商品を発注する店舗で指定される。
【００４２】
原価１１０９は、商品の原価（単価）である。
【００４３】
繰越フラグ１１１７は、商品の納品が遅れ、納品日以降に納入されることになった商品を示すフラグである。
【００４４】
発注データ管理部１１は、発注システム３から発注データを取得して、発注テーブル１１０に保存する。発注システム３が有する発注データは、各店舗の店舗端末５で入力された商品の発注データである。例えば、物流センタ名１１０１〜発注数１１１３及び便名１１１５には、発注システム３から取得したデータが保存される。
【００４５】
また、発注データ管理部１１は、ユーザにより入力装置１８から入力された指示に従って、発注テーブル１１０の発注データを修正する。発注データの修正には、欠品による修正と、納品遅れによる繰越登録とがある。
【００４６】
例えば、発注済み商品が取引先で欠品しているために入荷しないときは、発注データ管理部１１は欠品の修正入力を受け付ける。発注データ管理部１１は、欠品した商品の入力を受け付けると、その商品コード１１０７について納品数１１１４を「０」としてもよい。また、欠品した商品の代わりの代替商品が入荷する場合には、ユーザが入力装置１８から代替商品のデータ入力が可能である。発注データ管理部１１は、代替商品の入力を受け付けると、発注データ管理部１１は、発注テーブル１１０に新たなレコードを生成し、そのレコードの発注数１１１３を「０」としてもよい。
【００４７】
また、発注済み商品の納品が遅れていて、指定された納品日に納入できない場合は、発注データ管理部１１は納品日を翌日以降に繰り越す繰越登録を受け付ける。発注データ管理部１１は、繰越をする商品の登録の入力を受け付けると、その商品コード１１０７について納品数１１１４を「０」にすると同時に、繰越フラグ１１１７にフラグをセットするようにしてもよい。
【００４８】
発注データ管理部１１は、発注テーブル１１０に保存されているデータを物流センタシステム２０へ送信する。また、発注データ管理部１１は、検品テーブル２１０のデータを取得して納品数１１１４を更新する。すなわち、物流センタで現実に納品があった商品については納品数１１１４が設定され、欠品した商品については納品数１１１４が初期値のままとしてもよい。
【００４９】
入出荷管理部１２は、入出荷情報テーブル１２０を管理する。例えば、物流センタシステム２０の検品テーブル２１０のデータを取得し、発注テーブル１１０のデータとマージして入出荷情報テーブル１２０を生成する。入出荷管理部１２は、物流センタで行った商品の検品に関する検品データに基づいて、入出荷情報テーブル１２０のデータを更新してもよい。入出荷管理部１２は、例えば、所定時間間隔で物流センタシステム２０からデータを取得して入出荷情報テーブル１２０を更新してもよいし、ユーザのリクエストを受けて更新してもよい。
【００５０】
入出荷情報テーブル１２０は、店舗が発注した商品の入出荷に関するステータス、配送手段、商品別店舗別の発注数及び納品数等を含む入出荷情報を記憶する。
【００５１】
図４は、入出荷情報テーブル１２０のデータ構造の一例を示す。入出荷情報テーブル１２０は、データ項目として、物流センタ名１２０１と、納品日１２０３と、取引先コード１２０５と、商品コード１２０７と、原価１２０９と、店コード１２１１と、発注数１２１３と、納品数１２１５と、便名１２１７と、車両Ｎｏ１２１９と、ステータス１２２１と、繰越フラグ１２２３とを有する。
【００５２】
物流センタ名１２０１〜発注数１２１３、及び繰越フラグ１２２３は、発注テーブル１１０のデータが保存される。取引先コード１２０５、商品コード１２０７及び店コード１２１１をキーにして、検品テーブル２１０のデータが入出荷情報テーブル１２０に保存される。発注テーブル１１０と重複する項目については、検品テーブル２１０のデータで上書きしても良い。
【００５３】
これにより、入出荷情報テーブル１２０において、取引先で欠品している商品は納品数１２１５に「０」が設定され、繰越フラグ１２２３が未設定である。また、欠品した商品の代替商品として納入される商品については、発注数１２１３が「０」である一方、納品数１２１５に現実に納品された数量が設定される。さらに、遅納で納品日に納品が見込めない商品については、納品数１２１５に「０」が設定され、繰越フラグ１２２３にフラグがセットされている。
【００５４】
入出荷情報テーブル１２０は、店舗端末５から参照可能である。例えば、入出荷管理部１２が入出荷情報テーブル１２０に記憶されているデータを店舗端末５へ送信しても良い。入出荷管理部１２は、例えば、入出荷情報テーブル１２０の参照リクエストを受け付けると、店舗端末５が設置されている店舗の店コードと合致するデータレコードを抽出して、後述する出荷状況確認画面５００を生成しても良い。
【００５５】
日次処理部１３は、日次締め処理を実行する。例えば、日次処理部１３は、１日の出荷がすべて終了した時点または所定の時刻になった時点で、当日の締め処理を実行するようにしてもよい。日次処理部１３は、例えば、日次締め処理として以下の処理を行う。すなわち、日次処理部１３は、発注テーブル１１０において繰越フラグ１１１７にフラグがセットされているレコードを抽出し、そのレコードのデータを繰越テーブル１３０に待避する。さらに、日次処理部１３は、繰越テーブル１３０に待避したレコード及び納品数１１１４に「０」が設定されている欠品した商品に関するレコードを発注テーブル１１０から消去する。その後、日次処理部１３は、発注テーブル１１０に保存されている発注データを仕入管理システム４へ送信する。これにより、未入荷商品を除いた、現実に入荷した商品に関するデータのみを仕入管理システム４へ送ることができる。
【００５６】
日次処理部１３は、その後、発注テーブル１１０の全データレコードを削除し、繰越テーブル１３０に待避したデータを発注テーブル１１０に復活させる。これにより、遅納した商品の発注データを翌日に繰り越すことができる。
【００５７】
取引先マスタ１４０は、取引先に関する情報を有する。例えば、取引先マスタ１４０は、取引先コードごとに、取引先の名称及び住所等の情報を有しても良い。
【００５８】
商品マスタ１５０は、商品に関する情報を有する。例えば、商品マスタ１５０は、商品コードごとに商品名を有する。さらに、商品マスタ１５０は、商品コードごとに店舗での特売情報を有していても良い。
【００５９】
各店舗では、店舗端末５を用いて図５に示すような商品の出荷状況確認画面５００によって商品の配送状況を確認することができる。
【００６０】
図６は、店舗端末５で出荷状況確認画面５００を表示させるための処理手順を示すフローチャートである。以下、同図に従ってその手順を説明する。
【００６１】
まず、店舗において、店舗端末５がユーザの指示に応じて、配送状況参照リクエストを配送管理システム１０へ送信する（Ｓ１０１）。配送状況参照リクエストには、例えば、納品日、店コード及び便名が含まれていても良い。
【００６２】
配送管理システム１０が配送状況参照リクエストを受け付けると、入出荷管理部１２がこのリクエストに含まれる店コード及び便名をキーにして、リクエストに係る店舗に関するデータレコードを入出荷情報テーブル１２０から抽出する（Ｓ２０１）。
【００６３】
入出荷管理部１２は、ステップＳ２０１で抽出されたデータレコードに含まれる取引先コード１２０５をキーにして、取引先マスタ１４０から取引先に関する情報を取得する。同様に、入出荷管理部１２は、ステップＳ２０１で抽出されたデータレコードに含まれる商品コード１２０７をキーにして、商品マスタ１５０から商品に関する情報を取得する（Ｓ２０３）。
【００６４】
入出荷管理部１２は、ステップＳ２０１及びＳ２０３で取得したデータに基づいて出荷状況確認画面５００を生成する（Ｓ２０５）。
【００６５】
入出荷管理部１２は、ステップＳ２０５で生成した出荷状況確認画面５００のデータを店舗端末５へ送信する（Ｓ２０７）。
【００６６】
店舗端末５は、配送管理システム１０から取得したデータに基づいて、出荷状況確認画面５００を表示装置に表示させる（Ｓ１０３）。
【００６７】
図５に示す出荷状況確認画面５００は、納品日５１１、店舗５１２及び便名５１３が表示されている。これらは、ユーザが指定した配送状況参照リクエストに含まれる検索条件であっても良い。出荷状況確認画面５００には、これらの検索条件に従って入出荷情報テーブル１２０を検索した検索結果が含まれる。例えば、検索結果の項目には、物流センタ名５２１と、商品名称５２２と、発注数５２３と、センタ出荷状況５２４と、取引先名称５２５と、納品日５２６とが含まれる。
【００６８】
センタ出荷状況５２４は、入出荷情報テーブル１２０のステータス１２２１に基づいて設定される。例えば、ステータス１２２１が「出荷済み」であれば、センタ出荷状況５２４には車両Ｎｏ１２１９と納品数１２１５が表示される。ステータス１２２１が「取引先欠品」であれば、センタ出荷状況５２４にはその旨が表示される。入出荷情報テーブル１２０の繰越フラグ１２２３にフラグが設定されているときは、センタ出荷状況５２４には「納品日繰越」と表示される。
【００６９】
入出荷情報テーブル１２０の納品日１２０３が前日以前であるときは、その日が納品日５２６に表示される。つまり、納品日５２６に前日以前の日が表示されている商品は前日以前の発注が繰り越されたものである。
【００７０】
これにより、各店舗では発注した商品の出荷状況を把握することができる。従って、欠品が発生した場合でも各店舗はそれをいち早く知ることができ、適切な売り場作りを行うことが可能となる。
【００７１】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【００７２】
１０  配送管理システム、１１  発注データ管理部、１２  入出荷管理部、１３  日次処理部、２０  物流センタシステム、２１  検品処理部、２８  入力装置、１００  データ記憶部、１１０  発注テーブル、１２０  入出荷情報テーブル、２１０  検品テーブル、５００  出荷状況確認画面
【図１】
2017207797.tif 000003
【図２】
2017207797.tif 000004
【図３】
2017207797.tif 000005
【図４】
2017207797.tif 000006
【図５】
2017207797.tif 000007
【図６】
2017207797.tif 000008