明治ロジテック　物流IT[ケース]：ロジスティクス・ビジネス[LOGI-BIZ]バックナンバー

2011年11号

ケース
明治ロジテック　物流IT

*下記はPDFよりテキストを抽出したデータです。閲覧はPDFをご覧下さい。

NOVEMBER 2011　　44 子会社合併で総元請けとして再出発　明治ロジテックは二〇〇八年四月に旧明治乳業（二〇一一年四月に明治製菓のフード＆ヘルスケア事業を統合し「明治」に社名変更）の東西の二つの物流子会社が合併して発足した。
旧明治乳業の各工場に併設して事業所を構え、運送の元請け会社として製品や原料・資材の輸配送業務に携わっている。
　旧明治乳業の製品は大きく、チーズ・バターなどの「乳製品」、「アイスクリーム・冷凍食品」、そして牛乳やヨーグルトなどの「市乳製品」の三つのカテゴリーからなる。
　このうち乳製品やアイスクリームは特定の工場で集中的に生産し、各地のデポ（外部倉庫）に在庫を補充しながら市場へ供給している。
明治ロジテックは工場からデポへの幹線輸送のほか、デポの運営や量販店センターなどへの配送も一部、手がけている。
　一方、市乳製品は全国十五カ所に工場を置き、工場から牛乳販売店や量販店・コンビニの物流センターに直送する体制をとっている。
工場が生産拠点であると同時に顧客に対する納品拠点の役割を果たしている。
その配送と需給調整のための「保転」という業務を明治ロジテックが担っている。
　顧客の注文に応じて品揃えするため、他の工場から製品を取り寄せたり、需要予測の誤差によって生じた在庫の過不足を調整するための工場間の横持ち輸送を、同社では「保転」と呼んでいる。
　従来は各工場が、それぞれの対象エリアの顧客から直接注文を受け、保転も各工場間で個別に処理していた。
しかし、近年は市乳製品でも集中生産が進み、転送の必要なケースが増えてきたことから、効率化のために業務の集約を二段階で進めた。
　まず一九九八年に全国を六つのブロックに分け、それまで工場別に行っていた需給管理をブロック単位の管理体制に切り替えた。
ブロック内の主力工場に「ＬＣ（ロジスティクスセンター）」を設置、ＬＣに受注情報と工場別の在庫情報を集約して需給調整機能を一元化した。
ＬＣが各工場に生産数量を割り当て、保転もＬＣが指示するかたちだ。
　さらに翌九九年にはＬＣの機能を関東工場と関西工場の二カ所に集約した。
東日本全体の需給管理を関東工場が、西日本を関西工場が、それぞれ統括する体制に移行した。
明治ロジテックはこの東西のＬＣから毎日、保転の指示を受けて、車を走らせている。
　昨年秋、明治ロジテックは、市乳の保転や　ドライバーの作業実態を詳細に把握するため、昨年から大型車にデジタルタコグラフを導入している。
収集したデータから車両の稼働率や実車率などを分析するシステムを自前で開発。
安全運行による事故防止や過労防止に活かすとともに、全社的な運行効率化プロジェクトに役立て成果を上げている。
物流IT 明治ロジテックデジタコの活用で運行管理を高度化実績データの分析システムも自社開発明治ロジテックの物流運行本部長の藤井光信常務 45　　NOVEMBER 2011 幹線輸送を行う自社保有の大型車両にデジタルタコグラフを導入し、新たな運行管理システムを稼働させた。
輸送の安全・品質管理を担当する物流運行本部が輸送品質向上の施策の一つとして実施したものだ。
　同本部では輸送品質を高めるために、〇八年の統合後から点呼業務の見直しに取り組んできた。
運送事業者は法律でドライバーの乗務前と運行終了後に、運行管理者による対面点呼を行うことが義務付けられている。
同社はこの点呼を通じてドライバー一人ひとりとのコミュニケーションを強化しようと考えた。
　通常のアルコールチェックや運転免許証の確認だけでなく、ドライバーから健康状態や輸送中のトラブル、配送先の状況、顧客の要望や苦情などについて詳細な報告を受けるよう指導した。
運行終了後の点呼の際に運行管理者が車両に装着した「タコグラフ」の記録を参考にヒアリングを行う方法をとった。
　ただし、従来のアナログ式のタコグラフは車両の走行速度・時間・距離を円盤状のチャート紙に記録するだけのもので、細かな運行実態までは把握できないため、ドライバーに運転日報の内容をチャート紙に転記して提出させることにした。
ところが、その作成に時間を取られ、肝心のコミュニケーションに充分な時間をあてることができなかった。
デジタコを自社仕様にカスタマイズ　そこでドライバーへの負荷を軽減するためにタコグラフをアナログ式からデジタル式に換えることにした。
デジタル式なら周辺装置との連携で走行記録のほかにも運行管理に必要なさまざまなデータを記録できる。
しかもメモリーカードに記録したデータを運行終了後にドライバーが事業所のパソコンに読み込むことで、運転日報の自動作成も可能だ。
　このデジタルタコグラフ（デジタコ）の導入を機に、同社は新たな運行管理システム「ＭＰＶｉＳ－２１」を自社開発した。
走行データのほか、ＧＰＳ機能を使って車両の位置情報を記録、作業内容や荷物の種類などもドライバーが車載機のボタンを操作してその都度入力することでステータス管理を可能にした。
　また従来のアナログ式ではタコグラフとは別に装備していた温度センサーを車載システムに組み込み、庫内温度の記録もシステムでいっしょに管理できるようにした。
温度異常が発生すると運転席にアラームで知らせる。
　ただし、タコグラフは、ドライバーの拘束時間などを正しく記録する目的から、運行が終了しないとメモリーを読み込めない仕様になっている。
温度管理の厳格な商品は納品時に着荷主から温度履歴の確認を求められることがあり、温度センサーが一体になったデジタコではその際に不都合が生じる。
このため運行終了前でも温度履歴だけプリントアウトできるよう車載プリンターを装備した（図１）。
　運転日報は二枚組で構成される。
一枚目は「構内作業」「走行（一般道か高速道か）」「待機」「納品」「積み込み」「洗車」「休憩」などの作業状況、車の速度・走行距離、庫内の温度、速度オーバーや急加速・急ブレーキ、アイドリングなどの発生を時系列でグラフにしたもの。
車の運行・作業実態が時間を追って一目でわかるようになっている。
　二枚目は一つ一つの作業ごとに内容・場所・所要時間・荷物の種類などを一覧にしたもの。
一枚目と照合すれば「どこからどこへ何を運んだ」「待機時間が長かったのはどの納品先か」「この時間帯は空車で走っていた」「ドライバーがどこでどれだけ休憩をとった」などの実態を詳細に把握できる。
温度センサーハーネス拡張ハーネス基本ハーネス温度センサー延長ハーネス着脱式温度センサーハーネス車速センサーエンジン回転センサー車載ステーション本体装置車載プリンターＧＰＳアンテナ温度センサー図１　車載ステーションのシステム構成 NOVEMBER 2011　　46 　システムの導入でドライバーは日報作成の手間が省けるようになり、運行管理者はより踏み込んだヒアリングができるようになった。
今年の上半期は事故数が小さなトラブルを加えても前年のほぼ半分に減っており、物流運行本部長の藤井光信常務は「ドライバー一人ひとりとていねいにコミュニケーションをとるようになったことが成果につながった」と評価している。
運行実態の詳細まで記録　このようにきっかけはドライバーとのコミュニケーション強化だったが、デジタコが収集するデータを車両の運行効率化などに有効活用することも当初から狙っていた。
そのためにＭＰＶｉＳ－２１には、メモリーに記録したデータを専用のサーバーに吸い上げて分析を行い、さまざまな管理帳票を作成する機能を持たせた。
　その際に物流運行本部では「お仕着せのものを使うより自分たちが必要な帳票を自由に作れるようにしたほうがいい」（藤井常務）との判断から、分析ソフトの開発を外部へ委託せずに自前で行った。
社内の情報システム部門にも頼らなかった。
物流運行本部のメンバーが「自由検索ソフト」を使ってサーバーのデータをエクセルで加工し、必要な帳票を作成する仕組みを発案、開発まで手がけた。
　�
唯丕孱蕋� －２１のデータ分析は本部が各地の事業所から募った八人のメンバーで担当表１　車両操業度（サンプル：実績値とは異なる） 24 時間中車両操業度車両走行事業所事業所台数操業時間操業率前月比運行数実車km 空車km 実車率茨城前橋群馬習志野関東神奈川袋井愛知京都八尾関西合計 6 台 6 台 7 台 11 台 8 台 4 台 6 台 6 台 19 台 10 台 30 台 113 台 2453:05 2660:32 5208:51 4401:12 3475:50 1487:59 2882:02 2450:30 7720:20 3886:15 12522:44 49148:23 54.9％ 59.5％ 59.6％ 53.7％ 58.4％ 50.0％ 64.5％ 54.9％ 54.6％ 52.2％ 56.1％ 58.4％－1.6 －0.5 －1.3 －0.3 11.5 4 1.3 －2 2.2 1.9 3.1 1.9 143 131 148 215 336 151 222 158 730 292 1210 3736 44765.7 55699.6 34971.4 55721.9 89784.3 35825.9 74271.5 58803.2 210385.3 38503.3 278027.1 976759.2 7360.8 7728.2 14154.0 21509.0 4330.6 5290.8 8855.1 7656.7 9114.4 17360.5 26361.2 129721.3 85.9％ 87.8％ 71.2％ 72.1％ 95.4％ 87.1％ 89.3％ 88.5％ 95.8％ 68.9％ 91.3％ 88.3％茨城前橋群馬習志野関東神奈川袋井愛知京都八尾関西合計 6 台 6 台 7 台 11 台 8 台 4 台 6 台 6 台 19 台 10 台 30 台 113 台 1962:26 2022:05 3281:02 2860:46 2814:50 1145:45 2363:11 1862:01 6106:33 2253:55 10217:58 37352:48 83.05％ 76.62％ 63.26％ 65.02％ 81.69％ 77.21％ 82.84％ 76.25％ 79.12％ 57.96％ 81.66％ 76.2％ 52.97％ 49.89％ 48.56％ 46.75％ 57.94％ 56.03％ 64.21％ 53.79％ 59.45％ 40.27％ 53.31％ 53.38％ 748:15 869:39 704:32 948:26 1432:18 661:35 1158:35 927:39 3202:23 730:55 4449:49 15834:06 44.48％ 43.42％ 33.30％ 32.29％ 53.78％ 47.05％ 56.77％ 47.23％ 55.57％ 26.65％ 48.37％ 45.87％ 142:48 129:32 322:57 424:42 110:47 126:23 151:45 128:50 223:58 373:39 454:27 2589:48 8.49％ 6.47％ 15.26％ 14.46％ 4.16％ 8.99％ 7.44％ 6.56％ 3.89％ 13.62％ 4.94％ 7.50％ 371:44 392:40 360:57 582:21 471:01 265:05 301:30 423:58 916:29 878:33 2569:05 7533:23 22.10％ 19.61％ 17.06％ 19.83％ 17.69％ 18.85％ 14.77％ 21.59％ 15.90％ 32.03％ 27.93％ 21.82％ 78:22 69:10 308:59 297:43 299:58 174:18 183:10 85:34 504:43 259:29 528:29 2789:55 4.66％ 3.45％ 14.60％ 10.14％ 11.26％ 12.39％ 8.98％ 4.36％ 8.76％ 9.46％ 5.74％ 8.08％ 340:53 541:43 418:21 683:53 349:07 178:54 245:46 398:00 915:42 500:06 1197:46 5770:11 20.27％ 27.05％ 19.77％ 23.28％ 13.11％ 12.72％ 12.04％ 20.26％ 15.89％ 18.23％ 13.02％ 16.72％台数 ※前月比はポイント（％）の増減を表す。
車両操業中実車時間走行時間積納品待機その他実車実車率走行率実車走行率空車走行率時間比率時間比率時間比率している。
いずれも専任ではなく、通常は事業所で点呼や出荷業務に携わっているスタッフたちだ。
月に二～四日だけデータ分析業務を行う勤務割りにしてある。
　各メンバーがそれぞれ自分の所属する事業所のパソコンからサーバーにアクセスしてデータをとり、車両の稼働率・実車率・燃費などの分析を行い、管理に必要な帳票を作成する。
どんな切り口で分析し、どんなフォーマットの帳票にするかもメンバーの判断に委ねられている。
現場の人間が課題を見つけ、仮説を立 47　　NOVEMBER 2011 各地の事業所に輸送を割り振っている。
ただし配車は各事業所で個別に行うため、同じルートの往復に別々に車を仕立てることもある。
またチーズ・バター、アイスクリームなどの幹線輸送や資材の輸送も、それぞれ別々に配車を行っているため、全体のルートを見直して輸送効率を上げることが難しかった。
　今回、部門を越えたプロジェクトを組織し、そこにＭＰＶｉＳ－２１で分析したデータを集約することによってそれが可能になった。
今後は配車情報を一元管理する恒常的な組織の整備が課題となる。
労務違反項目もすべて管理　�
唯丕孱蕋� －２１のデータはドライバーの労働時間の分析にも活用している。
「待機時間や休憩時間を含め一日の拘束時間が一六時間を超えていないか」「一日の連続運転時間が四時間を超えていないか」「運転時間が一日九時間、二日で一八時間を超えていないか」「次の拘束までに休息時間を八時間以上とっているか」など法律で定めるすべての労務違反項目を管理し、毎月ドライバー別・事業所別に集計・分析を行い法令遵守に役立てている。
　同社は販売店への配送や一般貨物の輸送なども含め一日におよそ二〇〇〇台の車両を運行している。
このうち半分がタコグラフの装着が法律で義務付けられている八トン以上の大型車だ。
ただし大半は協力会社の車両で自社での保有率は一〇％程度に過ぎない。
　これまでにＭＰＶｉＳ－２１を導入したのは運送子会社一社の車両を含め一四六台。
今後は導入対象を広げ、他の運送子会社や同社向け業務の比重が高い協力会社にも車両更新時にＭＰＶｉＳ－２１の採用を勧めていく。
　一方、主に牛乳販売店向け配送に従事する小型車についても次世代型の運行管理システムの検討を始めた。
小型はほとんど協力会社の車両で、現在は携帯電話のパケット通信を利用した動態管理システムを搭載して運行管理や温度履歴管理を行っている。
　このシステムはもともと一〇数年前に明治乳業が導入したもので、当初はＧＰＳで移動を追跡する仕組みだった。
ＬＣを設けた際に販売店配送の配車業務も各工場からＬＣに集約した。
これに合わせて販売店からの到着時間の問い合わせに即座に答えられるよう、明治乳業が自らサーバーを用意、荷主がシステムの利用料を一部負担するかたちで導入した。
　しかし、その後、通信環境が整い、ドライバーとも携帯電話で直接連絡をとれるようになったため、現在は動態管理の必要性が薄れている。
また元請けの一元化で協力会社との契約元が、明治乳業から明治ロジテックに変わるなど当時とは状況も変わっている。
　今後は明治ロジテックの主導でシステムの導入を考える必要があり、導入の目的や投資効果など大型車とはまた別の観点から分析を急いでいる。
（フリージャーナリスト・内田三知代）てて自らＭＰＶｉＳ－２１で分析を行い、それを実証したうえで改善策を提案する。
そうした運用形態を狙いあえて専任にしなかった。
　業務への習熟やセキュリティ上の問題もあり、現状ではサーバーへのアクセスを八人のメンバーだけに制限している。
しかし、「本来は誰もがデータベースに自由にアクセスできるのが理想だ。
現場の?気づき?をこのシステムで?見える化?する形を少しずつ広げていきたい」と藤井常務は強調する。
　同社は現在、経営企画本部の主催で営業本部、物流運行本部も参加し、車の操業率（稼働率）を五〇％以上に高めることを目標とするプロジェクトに取り組んでいる。
ＭＰＶｉＳ－２１の運行データをこのプロジェクトで活用している。
毎月、物流運行本部が事業所別の稼働率や実車率など指標となるデータを提供し（表１参照）、これをもとに営業本部が運行ルートの見直しなど改善を進める。
　�
唯丕孱蕋� －２１を導入した大型車は主に、市乳の保転やチーズ・アイスクリームのデポへの輸送を担当している。
深夜に工場を出発して輸送を終え、午前中に事業所に戻るという運行パターンが多く、この場合には稼働率が四〇％にも満たない。
こうした稼働率の低い車両をＭＰＶｉＳ－２１で抽出し、稼働していない時間帯に資材などの輸送を割り当てるなど対策を進め成果を上げている。
　同社は市乳の保転については東西に配車センターを設け、センターがＬＣの指示を受けて