勤怠打刻(タイムレコーダー)はどんな機能がありますか?

dPackでは、シフト管理ができるだけでなく、勤怠打刻(タイムレコーダー)の機能もあります。

シフト管理は「希望シフト」「予定シフト」の作成をする機能ですが、勤怠打刻は「実績シフト」の自動入力になる機能です。

(シフト管理の機能についてはこちらをご覧ください)

https://dmagt.com/2024/12/01/シフト計画を作る画面ではどんな操作をしますか/

それでは、実際の勤怠打刻(タイムレコーダー)の操作画面をご説明します。

勤怠打刻については、POSやdPackに使用されているiPadからも打刻作業が可能ですが、できればタイムレコーダーとして専用機器を置かれることが多いです。

ですので。勤怠打刻の画面は、通常のdPackの画面とは異なるURLで使用することができるようになっています。

シフト管理にて「予定シフト」に入っている従業員は、濃い青色で表示され、シフトには入っていないけれどこの店舗に勤務する可能性のある従業員は水色で表示されます。

現在出勤していたり、今日の勤務が終わった従業員は緑色で表示されます。

アンケート調査を行う機能もあり、その設問を自由に作成することができます。

この機能を使うと、体調管理などの調査にも使用することができます。

また、カメラ付きのタブレットを使用している場合には、フロントカメラで出勤した従業員の顔写真を撮影して、打刻のなりすまし防止や、体調チェックや身だしなみを確認することもできます。

打刻されたデータは、責任者が画面上で承認した上で、dPackからダウンロードできます。

ダウンロードデータは下記のようなデータレイアウトでEXCELファイルで出力できます。

dPackには商品マスタと材料マスタがありますが、どのように使い分けますか?

dPackでは、経理処理で売上と仕入を区別して処理できるように、

売上で使用する品目を「商品」

仕入で使用する品目を「材料」

という名称で、区別して管理することができるようにしています。これは日本のほとんどの企業が、経理処理において三分法で処理しているため、その商習慣に沿って設計しています。

この設計によって、セット商品などの組み合わせ商品とバラ商品の在庫管理が実現できています。(セット商品の登録と在庫管理についてはこちらをご覧ください)

それでは、まず売上で使用する「商品」について説明します。

(1)商品マスタ 〜売上のために使う

メニューから「マスタ管理」>「商品関係」を選択すると、商品マスタに関係するメニューが表示されます。この画面にある「商品一覧」メニューが商品マスタの入り口で、その主な機能は次のとおりです。

  • 売上数や金額を集計することができる
  • POSと自動連携することができる
  • 販売単価(売価)を持たせることができる
  • 部門などで集計することができる

このように、POSとの連動や売上分析に使用するのが「商品」です。

商品一覧メニューを押し、次の画面で検索ボタンを押すと、次のように「商品マスタ一覧」が表示されます。

この画面では、POSから自動連携された商品が一覧表示されています。

例えば、この画面の「PLUコード」は、POSで登録されたJANコード(POSでは「商品コード」と呼んでいます)が自動連携されて表示されています。

ここでPOSの画面を見てみましょう。

POSで登録された情報とまったく同じ内容が、dPackの商品マスタに自動連携されています。

つまり、dPackの商品マスタは、

売上に関する集計をしたり分析するのに使用する=商品マスタ

と、覚えてください。

POSと自動連携している場合には、dPackの商品マスタは、ほとんど変更することがありません。POSでしっかりと正しいデータが登録されていれば、dPackではそのまま流用することができます。

(2)材料マスタ 〜仕入のために使う

メニューから「マスタ管理」>「材料関係」を選択すると、材料マスタに関係するメニューが表示されます。この画面にある「材料一覧」メニューが材料マスタの入り口で、その主な機能は次のとおりです。

  • 在庫を管理することができる
  • 仕入先に発注することができる(dPack Businessの機能になります)
  • 仕入単価を持たせることができる
  • 最終仕入原価法または月次総平均法で棚卸資産評価額を計算することができる

このように、仕入先との取引や在庫の管理に使用するのが「材料マスタ」になります。

材料一覧メニューを押し、次の画面で検索ボタンを押すと、次のように「材料マスタ一覧」が表示されます。

この画面では、発注にも使用する仕入単価や在庫数量を数えたときの計測単位(個やグラムなど)が表示されています。

つまり、dPackの材料マスタは、

発注仕入や在庫に関する集計や資産評価に使用する=材料マスタ

と、覚えてください。

(3)自動連携 〜面倒なマスタメンテから解放されるために

ところで、この画面例では、ほとんど商品と同じ品目が、表示されていますよね?これは、売上で使用する「商品」と、仕入で使用する「材料」がほとんど同じだからです。

その状態を、「商品と材料が1対1の関係にある」と呼んでいます。

これは小売店でよく見られるケースですが、それでも、仕入先への発注品名と売上でレシートに表示される品名を異なったものにしたいという場合もあるでしょう。そういう使い方に対応するために、商品マスタと材料マスタに区別しています。

ところが、その状態だと「商品マスタはPOSと自動連携だけれど、材料マスタは手入力で登録」することになり、とても手間がかかりますよね。ですので、

自動連携は商品マスタだけでなく、材料マスタにも自動連携できる

この機能は、dPackの初期設定で、お客様の希望により当社がシステム設定します。

小売店では、ほとんどの商品が材料と1対1の関係にあるので、この設定をあらかじめ行うことで材料マスタの登録メンテナンスからも解放されることになります。

商品と材料の関係が1対2以上の関係になる場合を「セット品」や「加工品」として管理したい場合は、こちらをご覧ください。

POSの分析機能とdPackの分析機能にはどんな違いがありますか?

dPackが最初に開発された時は、売上分析機能からスタートしました。POSで蓄積されたデータを有効活用しようというのがその最初の設計ポリシーだったからです。

ですが、POSにも集計機能や分析機能があります。ここではdPackの分析機能との役割分担についてご説明します。

(1)POSの売上分析

POSでは、クラウド上のサーバーに売上レシートデータを7年分保管するように設計されています。これは、税務上の証憑書類の保存期間に対応しているためです。このデータ保存があるので、レシート控えを紙で保存するという必要がなくなりました。

つまり、最も細かいレシートデータが取り出せるようになっているのです。

一方、大量のデータを蓄積しているということは、それを集計するのにとても時間がかかります。

ですから、すぐに取り出せるデータは直近の31日間に限定することで、集計スピードを上げています。

これは、POSの分析機能が、直近の売上データを検索して、修正したり入力間違いを探し当てたりすることを主たる目的にしていて、お客様からの問い合わせにすぐに対応できるようにしているからなのです。

(2)dPackの売上分析

それとは逆に、dPackの売上分析は、事業者の会計期間(12ヶ月)において経営成績を分析できるようにすることを目的に開発されました。

ほとんどの事業者は1年毎に決算を行い、前年度と比較しながら経営成績を評価しています。

ですので、dPackでは売上データは標準で過去24ヶ月をデータとして保存し、それよりも古いデータは自動的に削除して集計スピードを早めています。(別料金で25ヶ月以上の保管をすることも可能です)

dPackは集計スピードを早めるために、画面上に表示される集計データについては、集計テーブルを使って事前に集計して保持しています。売上データが5分毎にPOSから送信されてくるたびに、再計算して集計しています。

そのため、すでに集計したデータを表示するだけなので、分析帳票の画面表示が数秒で可能になるのです。

このように、POSとdPackは分析機能について役割分担をしています。

dPackの分析機能についてはこちらにサンプルをご用意しています。

POSの商品とdPackの商品マスタの自動連携について

dPackを導入すると、POSで登録した商品マスタはdPackにも2重で登録する必要はありません。それは、dPackの開発にいたった経緯から、必ずデータ連携することを実現してきたからです。

dPackにはPOSの機能がありません。これは、お店ですでに導入されているPOSレジがそのまま使えるよう、他社のPOSとデータ連携することを最初から目指したからです。

dPackの開発当時はまだ1台で100万円以上するPOSが主流でした。それを買い替えてもらうわけにはいきませんよね。

ですので、過去にたくさんの他社メーカーのPOSとのデータ連携を実現してきました。

そうしているうちに、POSについてもiPadで動作するクラウド型のサービスが始まりました。dPackは開発当時からブラウザで動くクラウドサービスでしたので、ようやくPOSが追いついてきたというわけです。

ここでは、最も導入実績の多いNECモバイルPOSとdPackのデータ連携を事例に、商品マスタの自動連携について説明します。

(1)自動データ連携の説明動画

まず、POSで登録された商品マスタからdPackにデータ連携するまでの説明動画をご覧ください。

(2)POSのポータルサイト(クラウド)

クラウド型サービスは、インターネットブラウザを通じてサーバーに接続して使用します。POSで使用する商品マスタの登録は、そのサーバーに登録することになります。

この画面は、NECモバイルPOSの「加盟店ポータル」サイトといって、POSの設定を行う画面です。SafariやEdgeなどインターネットブラウザを使ってアクセスします。

店舗と本部が離れている場合や、店舗が複数ある場合でも、店舗まで行かなくてもPOSの設定を変更できるように、クラウド上のサーバーでPOSの設定ができるようになっています。

ちなみに、この時点でdPackの商品マスタにもコピーされています。(後述)

(3)iPadで動作するPOS(アプリ)

店舗で使用するPOSは、iPad上で動作します。POSシステムはアプリで作られていて、Apple Storeなどからダウンロードしてインストールします。

POSシステムを起動すると、最初にサーバーからデータダウンロードするかどうかを確認されます。

これは、サーバー側にある商品マスタなどのデータが変更されているので、最新のデータに置き換えることをお知らせしてくれています。

ところで、POSシステムはどうしてアプリで作られているのでしょうか?

それは、インターネット接続が切れてしまっても、POS機能が使えるようにするためです。

インターネットが使えないからといって、お客様に注文やお会計ができませんなんて言えませんよね。

つまり、POSシステムは、アプリとしてiPadの中だけで動作するようにして、インターネット(主にWiFi)が再接続されたときに、サーバーに売上データを送信するように設計されているのです。

ですので、もし停電になってもお会計は可能というわけです。

(4)dPackとのデータ連携(クラウド)

dPackはPOSのサーバーと直接データ連携しています。POSで設定されている情報は、売上や商品だけでなく、部門や分類、消費税設定にいたるまで、すべてのデータをdPackサーバーにコピーしてきているのです。

ですので、POSのデータで集計したり分析したりする機能は、すべてdPackでも実現可能です。さらに、そのデータを使って在庫管理や売上分析に活用していくわけです。

完全なリアルタイムでサーバー接続するとサーバーに負荷がかかりますので、おおよそ5分毎にデータ連携しています。ですので、正確に言うと「ほぼリアルタイム」です。

例えば、POSで売上データが登録されると、POSサーバーに送信され、5分後にはdPackにコピーされて、ブラウザから売上分析ができるということです。

上記(2)でNECポータルで登録された商品は、それよりも前にdPackにデータ連携されています。

施設内に売り場が複数あり、POSも各売り場に設置されていますが、売り場ごとの在庫管理は可能ですか?

店舗や施設の中に複数の売り場が分散していて、それぞれにPOSが設置されているケースではその売り場ごとに「店舗」として運営するのではなく、施設全体を「店舗」として運営されていることがあります。その場合、NECモバイルPOSでは標準料金で3台までPOSを設置でき、さらに別途有償にて台数の追加も可能です。

このような場合、dPackも同様に施設全体を1店舗(=1拠点)としてご利用いただけますが、その場合は在庫管理は「拠点ごと」になってしまうので、商品の在庫数量は全売り場の合計つまり施設全体の合計数になってしまいます。ですので、そのままでは売り場ごとの在庫数量を別々に把握することはできません。

ただし、次の条件のどちらかに当てはまる場合には在庫管理が可能になります。

(条件1)POSの「部門」が売り場ごとに分けられていて、その取り扱い商品が異なる場合
(条件2)同じ商品であっても「部門」ごとに別商品としてPOSに登録されている場合

それでは、その2つの条件を詳細に見ていきます。

(1)POSの「部門」が売り場ごとに分けられていて、その取り扱い商品が異なる場合

dPackの商品マスタは原則としてPOSの商品マスタと自動連携していますから、POSに登録された商品がそのままdPackの商品マスタに自動的に連携されます。そのとき、POSで登録された「部門」を在庫管理に使用することができますので、上記の条件を満たせば部門ごとの在庫管理を行うことが、結果的に売り場ごとの在庫管理と同じになります。

上記の(条件1)の場合には、そもそも各売り場で取り扱っている商品が全て異なっており、同じ商品を複数の売り場で販売することが無いのですから、施設内の商品在庫数を合計したとしても、dPackでは部門ごとにそれぞれの商品在庫数がわかるので問題ありません。

(2)同じ商品であっても「部門」ごとに別商品としてPOSに登録されている場合

少し手間がかかるのが上記の(条件2)の場合になります。その理由は、仕入れた商品と販売する商品のコードが異なる状態で使用するためです。

例えば、POSの商品マスタの設定が次のようになっていたとしましょう。

POS商品マスタ  
POS部門POS商品コード(JAN)POS商品
売り場X2 900001 000001商品A(売り場X用)
売り場Y2 900002 000002商品A(売り場Y用)

POSでは「部門」ごとに商品を登録する必要がありますので、上記の「商品A」は同じものであっても、POSでは商品コードが異なる別の商品として登録しなければなりません。(※ 29から始まる14桁のPOS商品コードは社内だけで使用するインストアコードを表しています。インストアコードはJANコードの無い商品の管理に便利です。詳しくはこちらをご覧ください)

POSとのマスタ自動連携を選ばれた場合(当社が初期設定にて登録します)は、自動的にdPack側でも次のように商品マスタがコピーされます。

dPack商品マスタ   
dPack部門dPackPLUコード(JAN)dPack商品コードdPack商品
売り場X2 900001 00000100000 00001商品A(売り場X用)
売り場Y2 900002 00000200000 00002商品A(売り場Y用)

上記のように、「部門」もJANコード(=PLUコード)も、商品名もすべてPOSとまったく同じデータがコピーされるようになっています。(※ dPack商品コードは自動的に採番されます)

さて、商品Aが仕入された時の仕入先商品コードが「S-12345678」だったとしましょう。この商品を仕入する場合には、材料マスタに次のように登録します。

dPack材料マスタ  
dPack部門dPack材料コードdPack材料
物流倉庫S-12345678商品A(仕入状態)

(dPackでは仕入商品を「材料」と呼んでいます。詳しくはこちらをご覧ください)

さて、この状態で商品Aを100個仕入たとしましょう。在庫が増減したときは必ず移動伝票を入力します。移動伝票を仕入区分で入力すると、在庫照会の画面は次のように表示されます。

dPack在庫照会      
dPack部門dPackPLUコードdPackコードdPack品名仕入売上在庫
物流倉庫(なし)S-12345678商品A(仕入状態)1000100

この状態でPOSで売り上げたとしましょう。例えば売り場Xで20個、売り場Yで10個の売上があったとします。

商品Aは外部の仕入先から仕入したときには商品コード「S-12345678」で仕入していますが、この施設内では売り場に応じて部門を分けて管理しているので、社内専用のコード(インストアコードと言います)で商品登録しています。ですので、このままでは、次のように在庫数がマイナスになってしまいます。

dPack在庫照会      
dPack部門dPackPLUコードdPackコードdPack品名仕入売上在庫
売り場X2 900001 00000100000 00001商品A(売り場X用)020-20
売り場Y2 900002 00000200000 00002商品A(売り場Y用)010-20
物流倉庫(なし)S-12345678商品A(仕入状態)1000100

これを解決するために、物流倉庫から売り場に商品Aを補充するときに「移動伝票」を使って名前を変換してあげなければなりません。具体的には、店舗に補充したタイミングで次のように在庫移動の入力をします。(在庫移動画面で下記の3行を3回に分けて入力します)

dPack在庫移動    
移動区分dPack
部門
dPack材料コードdPack品名移動
補充出庫物流倉庫S-12345678商品A(仕入状態)30(-)
補充入庫売り場X00000 00001商品A(売り場X用)20(+)
補充入庫売り場Y00000 00002商品A(売り場Y用)10(+)

ここで、移動区分として使用している「補充出庫」「補充入庫」は、事前に移動区分として独自に登録し、わかりやすく表示した例になっています。(このように、dPackでは入庫と出庫などのグループ別にそれぞれ10種類の独自区分を登録することができます。)

その結果、次のように正しい在庫数量が表示されました。

dPack在庫照会        
dPack
部門
dPack
PLUコード
dPackコードdPack品名仕入補充
入庫
補充
出庫
売上在庫
売り場X2 900001 00000100000 00001商品A(売り場X用)0200200
売り場Y2 900002 00000200000 00002商品A(売り場Y用)0100100
物流倉庫(なし)S-12345678商品A(仕入状態)100030070

つまり、物流倉庫から店舗に補充されたときに、在庫移動によって商品をPOS用に変換していると考えていただけるとわかりやすいです。このように設定すると、売り場(=部門)ごとの在庫管理が実現できます。

なお、棚卸についても同様に、部門別に棚卸しをカウントすることが可能です。詳しくはこちらをご覧ください。

上記の設例では、仕入品「商品A(仕入状態)」を「商品A(売り場X用)」と「商品A(売り場Y用)」のように売り場別に分けて商品登録し、売り場ごとの在庫数量を管理できるようにしましたが、これとは反対に売り場で異なる商品を販売してもひとつの仕入品の在庫数量として合計して管理したい場合にもdPackは対応しています。詳しくはこちらをご覧ください

また、POSに登録した商品を部門ごとに別商品として登録したものの、売上高はやっぱりひとつの商品として売上合計で見たいという場合にも、dPackの売上分析機能を駆使して実現することができます。詳しくはこちらをご覧ください。