ケータリングレンタルは数が重要です。1つの結婚式には900個の食器、400個のグラス、カトラリー、テーブルリネン、移動式冷蔵室が必要で、すべて同じ荷物で出発し、火曜日に返却されます。ストックの一部は数千円の価値があるシリアル化されたキットで、コンビオーブン、ホットカップボード、グラスウォッシャーなどが含まれ、他の部分はダース単位で数えられ、箱で処理されます。配達は会場のアクセスウィンドウに合わせて行われ、出荷と返却の差は実際の数値であり、請求する前に証明する必要があります。Renttixは、1つの注文で両方の種類のストックを処理します。
対応機材カテゴリ
ケータリングレンタルにおける一般的な課題
数百単位でのカウント、2回
すべての注文はストアから出荷され、返却時に再度カウントされます。6つのグラスウェアのクレートと12箱のプレートは、各端で誰かの1時間を要し、最初のカウントで一致することはほとんどありません。
2種類のストック、1つの注文
1つのイベント注文には、シリアル番号付きのコンビオーブンと数量で数えられた600個のグラスが混在しています。これらは異なる可用性ロジック、異なる返却処理、異なる料金が必要ですが、同じバンで出荷されます。
会場のアクセスウィンドウ
キットはサービス前に設置され、最後のゲストの後に撤去される必要があります。積み込み場、サービスリフト、テントの地面アクセスはすべてスロットを狭め、遅れたバンはクライアントにすぐに問題として見られます。
後で議論される破損
14個の壊れたグラスと欠けたプラッターは、イベントの3週間後に電話で議論されます。カウントされた返却と写真がなければ、請求は交渉であり、請求書の行ではありません。
ヤードから流出するストック
クレートは間違った棚に戻り、最後の瞬間に別の仕事に引き出されるか、全く戻ってこないことがあります。帳簿の数字と棚の数字は静かにずれていき、大きな注文が満たせなくなるまで続きます。
電気とガスの書類
オーブン、冷蔵庫、グラスウォッシャーはサイクルでテストが必要で、会場は証明書を求めます。どのユニットが最後にテストされたかを追跡し、期限切れのものが出荷されないようにするのは、忙しい夏には簡単に見失われます。
Renttixがどのようにサポートするか
数量ラインの入出庫カウント
食器、グラスウェア、カトラリーは数量ベースの商品として設定されます。注文は出荷された数量を記録し、オフハイヤーは返却された数量を記録します。Renttixは両者を比較し、ラインごとに不足をフラグします。
シリアル化されたキットとバルクストックの統合
コンビオーブンは個別の資産として追跡され、その番号と履歴を持ちますが、同じ注文のグラスウェアは数量で追跡されます。可用性と返却は両方に対して正しく機能します。
スキャン駆動のピッキングと入庫
倉庫のキューは配達日で注文をリストします。スタッフはバーコードや資産番号をスキャンして正しいラインに対してピックし、返却時には状態をスキャンします。資産を損傷または紛失として入庫すると、そのステータスが即座に変更され、対処されるまで利用可能として提供されなくなります。
破損料金または免責
損傷報告には写真、説明、責任の決定、承認が必要な料金が含まれます。カバーを販売したい場合は、損傷免責の階層をプレミアムとカバレッジ額で設定し、請求を追跡できます。
会場が受け入れる配達スロット
注文には配達時間のウィンドウと現場の連絡先が含まれます。発送ボードは配達と回収を別々にスケジュールし、車両は重量と体積の制限を持つことができるため、積載が受け入れられないバンに計画されることはありません。
議論を解決する在庫調査
すべて、カテゴリ、または1つのデポで在庫調査を実行します。Renttixは期待される数字とカウントされた数字をラインごとに示し、カウントをコミットすると帳簿が調整されます。低在庫レベルは、在庫がなくなる前にラインをフラグします。
主要なワークフロー
問い合わせと見積もり
イベントの概要を取得し、食器、グラスウェア、リネン、調理キットで見積もりを作成します。送信前にレンタル日で可用性を確認します。
確認と配達のスケジュール
見積もりを注文に変換し、会場の住所、配達時間のウィンドウ、現場の連絡先を記録し、発送ボードが正しい日に配達ジョブを立ち上げるようにします。
ピックとカウントアウト
注文は倉庫のキューに入ります。スタッフは各ラインをスキャンまたはカウントし、ピックされた数量が注文に記録され、積載が準備完了としてマークされ、発送が準備完了を確認できます。
ウィンドウ内に配達
ドライバーは発送ジョブからランを実行し、画面に会場の連絡先、アクセスノート、時間ウィンドウを表示します。配達証明は署名、受取人の名前、残されたものの写真をキャプチャします。
回収、照合、請求書発行
回収ジョブはすべてを持ち帰ります。カウントされた返却は注文とラインごとに比較され、不足や破損は損傷報告と料金を引き起こし、レンタルは請求書のランに入ります。
関連する連携
Xero
レンタル請求書、破損料金、クレジットノートをXeroに送信し、イベントの書類が再入力されずに台帳で閉じるようにします。
Stripe
請求書やデポジットのカード決済を受け付け、顧客ポータルからも可能にし、会場や個人のクライアントが電話なしで決済できるようにします。
Google Maps
注文の住所検索とルート計画の背後にあるマッピングを行い、会場の住所が正しくジオコードされ、1日の配達が合理的に順序付けられるようにします。
Twilio
独自のTwilioアカウントを接続します。ドライバーがジョブを進行中とマークすると、会場の連絡先にETAとライブトラッキングリンクをSMSで送信できます。
WooCommerce
小規模なパーティーや消費者向けレンタルをオンラインで販売し、ライブの可用性を持たせ、これらの注文を貴社の業務と同じストックと発送に組み込みます。
Calendar feed
発送スケジュールをiCalフィードとして購読し、1週間の配達と回収が運用チームのGoogleまたはOutlookカレンダーに表示されるようにします。
よくある質問
はい。数量ベースの商品として設定し、注文は出荷された数量を記録します。レンタルがオフハイヤーされると、カウントされた返却を入力し、Renttixは元の数量とラインごとに比較し、不足をフラグします。不足は注文に残り、破損料金は記録されたカウントに基づいています。
はい。商品は資産ベースで、各ユニットに独自の番号とサービス履歴があるか、数量ベースでプールを保持します。両方のタイプが同じ注文にあり、それぞれに適切な可用性ロジックが適用されます。したがって、1つのイベント注文はシリアル化されたコンビオーブンとグラスウェアやリネンのクレートを混在させることができます。
2つの方法があります。注文に対してアイテム、写真、説明、顧客の責任の有無を含む損傷報告を作成し、承認ステップを経る料金を設定するか、プレミアムとカバレッジ額を持つ損傷免責の階層を運用し、顧客が購入したカバーに対して請求を記録します。
注文には配達時間のウィンドウ、現場の連絡先、アクセスノートが含まれ、発送ボードは配達と回収を別々のジョブとしてスケジュールします。ルートオプティマイザーが時間に敏感な配達を移動しないように停止を固定でき、車両は重量と体積の制限を持つことができるため、積載が受け入れられるバンに計画されます。
はい。検査体制を間隔で定義し、カテゴリまたは商品に範囲を設定します。Renttixは期限が来ているものと期限切れのものを追跡し、各体制にはポリシーがあります：無視、警告、または再テストされるまで資産の出荷をブロックします。
クロスハイヤーします。Renttixにはサブレンタルの記録があり、サプライヤー、キット、合意された料金、レンタル期間、カバーする注文、およびサプライヤー、デポ、顧客間の輸送レッグをリンクします。借り入れたストックのコストをジョブに対して可視化し、後でサプライヤーの請求書で見つけるのではなく、管理します。