資産台帳は、どんな事業もいつか行き着く質問に答える——このモノは今どこにあるのか、いくらで買ったのか、最後に移動したのは誰か、今の帳簿価値はいくらか——誰も同期を取らない誰かのラップトップの中の表計算ファイルではなく。
実物に貼るQRタグ——変わらない形式
各資産は自分のQRタグを印刷して実物に貼れる。スキャンすると履歴、最後にわかっている位置、状態がすぐ開く。このコードの形式は固定され、今後変わらない——今日印刷して貼ったステッカーが5年後にスキャンされるかもしれないからだ。後で形式を変えると、すでに現場に出ているすべてのタグが壊れる。
購入価格はその権限を持つ人だけが見られる
資産の購入価格は、専用のコスト閲覧権限(assets.costs)を与えられた人だけが読める——権限のない人には価格欄に「閲覧権限がありません」と表示され、0とは表示されない。0は「無償で入手した」という意味で、まったく別の事実だからだ。今日この権限が既定で与えられているのはオーナーだけだ。
修理と予防保守
各資産には前もって保守計画を設定でき、実際に壊れてから記憶をたどって最後にいつ整備したかを再構築するのではなく、次のサービスが本当に必要になる前にリマインダーが鳴る。
保証とクレーム——購入した店に対して行う
保険契約とクレームを資産に対して記録できるが、ここでの「クレーム」とは、その資産を売ってくれた店に戻ることを意味し、外部の保険会社への接続ではない。 クレームには権限の異なる2つの側がある——送る側には資産の閲覧権限が必要で、受ける側にはクレーム処理の権限が必要で、サーバーが両方をチェックする。
減価償却——通貨ごとに常に分けて計算
資産カテゴリーごとに減価償却の方針を設定し、システムに各項目の帳簿価値を計算させる。サマリーは常に通貨1つにつき1行で返る——サーバーが判定できない値はダッシュとして表示され、0とは表示されない。「不明」と「ゼロに等しい」は別の事実であり、異なる通貨の合計はどの画面でも足し合わされない。
よそから買ったものに不具合が出たとき、申し立ては売った店に戻ります。その側がネットショップです。売るのではなく貸すものはレンタルになります。
誰が取得原価を見られて誰が状態だけを見るかは、ビジネスコンソールの同じ担当者ごとの権限です。設備を動かした従業員のシフトはマイ職場にあります。
ゲート機、机や椅子、音響のように現場に置かれるものは、駐車場やイベントとチケットの側にも同時に現れます。
ここでの「クレーム」は、その資産を売ってくれた店との手続きだ——外部の保険会社や第三者の保険契約への接続ではない。
資産の購入価格はチーム全員が見られるわけではない。 一般的な資産管理権限とは別の、専用の権限が必要だ。