帐篷租赁是一年工作压缩在一个夏天。十八个月前预订的婚礼和上周确认的音乐节在同一个八月周末举行，两个都需要一个团队、一辆货车和一个完整的结构，而这些并没有悄悄地承诺给其他人。设备体积庞大，以部件形式到达：框架、屋顶帆布、内衬、地板、加热器、照明。半数场地是没有有用地址的田地。软件在这里的作用是诚实地保持前期预订，预留整个结构而不是松散的组件，计划搭建和拆除的行程与实际团队的可用性相匹配，并确保十月份返回时短缺的部分被收费。
我们支持的设备类别
帐篷租赁中的常见挑战
季节同时到来
三分之二的年度工作集中在五月到九月之间。每辆货车、每个团队和每个清晰跨度都在同几个星期六被承诺，而同样的库存从十一月到三月都放在仓库里。
长时间搁置的报价
婚礼咨询提前十二到十八个月到来，然后就沉寂了。保持临时日期而不阻碍实际预订，并记住哪些报价仍需跟进，是许多确认工作悄然丢失的地方。
结构以部件形式发出
一个帐篷不是一个物品。它是一个框架、屋顶帆布、侧墙、内衬、地板、加热器和一串灯。预订框架而忘记内衬，团队在现场才发现。
团队和货车，不仅仅是库存
搭建需要四个人工作六小时，一辆能承载负荷的货车，以及两天后的拆除时间。库存可用性并不能告诉你是否有人有空去搭建。
没有可用地址的场地
你的一半安装是在田地、牧场或酒店花园的后面。邮政编码让司机离大门还有四分之一英里，而地面状况只有在某人脑海中。
几周后发现的损坏
帆布湿了回来，被卷起来，撕裂在下次搭建时才显现。桩、棘轮和内衬面板一个一个地丢失。当你正确计数时，活动早已开票。
Renttix 如何提供帮助
前期预订日历
预订日历显示几周和几个月后的预订情况，因此在你再次报价之前可以看到哪些星期六已经被承诺。可用性是根据你输入的日期检查的，而不是根据电子表格。
无需重新输入的转换报价
在Renttix中构建报价，包括结构、附加项和租赁日期，设置其有效期，并在定金到账时将其转换为订单。状态历史显示发送的内容和时间。
扩展到每个部件的捆绑包
定义一次帐篷套餐——框架、帆布、内衬、地板、照明，每个都有数量——并在一个操作中将其添加到订单中。Renttix将其扩展为每个组件的单独行，每个都有自己的数量、费率和税，捆绑折扣标记在这些行上。没有东西隐藏在标题项中，因此每个部件都被挑选、发货和单独收费。
搭建和拆除的派遣板
每个订单在派遣板上生成一个交付任务。分配车辆和司机，将大负荷分成两辆货车，并固定一个时间关键的停靠点，以便路线优化器不能移动它。
带冲突检查的团队排班
员工排班表根据实际员工可用性安排班次，并在你双重预订某人之前警告你。假期和不可用性被记录，因此你承诺给周六搭建的团队实际上在那里。
损坏报告和短缺收费
租赁结束时比较返回的物品与发出的物品，并标记差异。损坏报告附带照片、责任决定和收费，并在任何内容到达客户发票之前经过批准步骤。
关键工作流程
咨询和报价
接受咨询，构建包含结构、地板、照明和家具的报价，并设置有效期。在承诺任何事情之前，检查活动日期的可用性。
现场访问和确认
将现场勘查作为派遣板上的任务预订。记录订单上的现场地址、访问代码、特殊要求和现场联系人，然后收取定金并签署租赁协议。
装载清单和准备
订单出现在仓库拣货队列中，最早的优先。院子扫描每个框架部分、内衬袋和地板托盘与订单行，然后标记装载准备发货。
搭建日
团队根据派遣板上的任务工作，包含现场位置、联系人和备注。交付证明在结构交接时捕捉照片、签名和接收者姓名。
拆除、入库和开票
收集任务在约定日期进行。设备按其状态扫描回库，租赁进入下一个开票周期。
相关集成
HubSpot
客户作为HubSpot联系人和公司推送，每个订单成为一个交易，携带其价值、行摘要和所达到的阶段。一旦订单有发票，已开票总额和仍欠金额也会标记在交易上。
Google Maps
订单上的地址查找和地理编码，以及路线规划背后的地图。交付坐标存储在订单上，因此行程是从一个真实点而不是粗略邮政编码计划的。
Twilio
通过您自己的Twilio账户发送SMS。当司机标记任务在途中时，客户会收到ETA和实时跟踪链接。
Calendar feed
订阅您的派遣计划作为iCal订阅，因此搭建和拆除任务出现在团队的Google或Outlook日历中，与其他所有内容一起。
Xero
将租赁发票、贷项通知单和客户记录推送到Xero，因此夏季的开票无需重复输入就能入账。
Stripe
接受定金和余额的信用卡支付。客户可以从门户支付发票，这在婚礼余额在搭建前一周到期时很重要。
常见问题
不是作为一行，而是作为一个操作。您定义一个捆绑包——框架、屋顶帆布、内衬、地板、照明、加热器——每个部件都有数量，将该捆绑包添加到订单中会将其扩展为每个组件的单独行。每行都有自己的数量、费率和税，捆绑折扣标记在上面，并以捆绑名称作为原因，因此文件解释了套餐价格而不是隐藏它。保持部件为真实行是重点：内衬被预订、挑选和单独返回，而不是隐藏在标题结构中。设备定义是一个单独的功能——它们记录完整设备包含的内容，并在返回检查时检查附加到资产的组件是否符合该列表。
根据需要提前。报价有一个有效期和状态历史，因此提前十八个月的咨询在客户回来时仍然可追溯。确认的租赁在预订日历上显示其日期，并在任何人报价同一周末时根据这些日期检查可用性。
可以，通过员工排班表。您根据每个员工安排班次，Renttix在班次保存之前检查冲突。员工可用性和假期被记录，因此排班表反映了谁是真正有空的。派遣板单独持有交付和收集任务，每个任务分配一个车辆和司机。
您进行交叉租赁。Renttix有一个子租赁记录，链接供应商、租入的设备、商定的费率和租赁期，以及它所覆盖的订单。供应商、您的院子和客户之间的运输段通过交付证明进行跟踪，因此您知道借用的库存在哪里以及它的成本。
每个订单都有一个交付地点名称、地址、现场联系人和司机备注，以及坐标。从地址查找中选择现场，返回的坐标存储在订单上；手动输入地址，订单保存时进行地理编码。这些坐标、现场名称、联系人的姓名和号码以及访问代码和特殊要求备注都复制到交付和收集任务中，因此团队打开任务时看到的是办公室记录的内容，而不是打电话询问。
租赁结束时，返回的数量与发出的数量进行比较，任何短缺都会被标记。损坏报告记录物品、照片、描述以及客户是否负责，收费需要批准后才会应用。所有内容都保留在订单上，并出现在文件列表中。