No card asked for · nothing taken from a booking · your data exports
Base helps light-equipment, event-equipment, tool and baby-gear rental teams manage orders against the quantity they can actually supply. Each order requests an integer quantity from a compatible stock pool for a defined period. Confirmation allocates that quantity atomically, so two staff members cannot promise the same remaining items. The same order then carries the agreed price, issue and return facts without pretending the product is a warehouse ERP.
This profile fits a small operator that rents interchangeable items by category and quantity, such as chairs, tools, cots or event equipment. It is useful when staff need one reliable answer for available quantity, duration-based pricing, issue and return, documents and reminders. The released profile works with pooled stock measured in whole units and request confirmation by staff.
One order connects the stock promise to fulfilment and return.
List each rentable category with a serviceable whole-number quantity. Add rental options, day-based duration rules, quantity pricing, schedules and reviewed rental, cancellation and privacy documents. Items under cleaning or repair must not remain in available capacity.
A customer requests a category, dates and integer quantity, or staff enter the enquiry. The request remains available for review while the team confirms scope and price. It does not consume stock merely because someone asked.
Base checks the compatible pool throughout the period and allocates the full requested quantity in one guarded action. The accepted duration, quantity and price lines are snapshotted. Insufficient stock leaves the request unconfirmed and the previous ledger unchanged.
At collection, staff record the issued quantity, actor, time and supported observations. The order moves into use without inventing serial numbers or a dispatch workflow. Any customer payment or deposit event is handled elsewhere and entered only as a factual note.
Staff record the returned quantity, time and condition observations, then complete the order according to the released flow. Missing or damaged items remain visible as observations for the business to resolve; Base does not infer fault or automatically charge the customer.
The profile keeps the customer promise tied to available quantity for the whole rental period.
Owning forty chairs does not mean forty chairs are free next Saturday. Confirmed allocations and service blocks reduce the compatible pool for overlapping dates. Base shows allocatable quantity, not a reassuring total that ignores existing orders.
Phone, website and counter requests can arrive together. Confirmation locks the relevant stock row and allocates the requested integer quantity in one transaction. If the remainder is too small, the complete attempt is refused instead of creating a hidden shortage.
Duration, quantity and labelled price lines stay with the accepted order. Staff record what quantity was issued and returned, by whom and when. The record supports operational follow-up without silently adding delivery, serial-unit or liability decisions.
The primary promise is a count of compatible items, not a named unit or bundle.
Every active order consumes an integer quantity from its stock pool over the relevant dates. Concurrent confirmations are serialised at the allocation point, so the total cannot exceed serviceable capacity. A failed attempt does not reserve a fraction or change another order.
The current profile does not assemble all-or-nothing kits, assign serialised units, plan a delivery window or manage partial line returns. Those are separate capabilities, not alternative words for pooled quantity. Teams needing them should not treat this page as a promise.
Ordinary fulfilment and a clear stock refusal use the same allocation ledger.
Staff enter forty chairs for a three-day period and confirm after checking the price and terms. Base allocates forty from the chair pool. At collection and return, the responsible staff member records the quantity and time against the same order.
Only ten compatible units remain when two confirmations arrive. The first valid transaction allocates them. The second receives an insufficient-stock refusal with no partial order and no negative inventory, allowing staff to offer another period or decline honestly.
Several items are under cleaning or repair before the requested dates. The serviceable pool is therefore smaller than the catalogue total. Confirmation uses the reduced quantity and refuses an order that would rely on unavailable items.
The record supports allocation decisions while leaving legal, financial and condition judgments with the operator.
Requests, confirmations, quantity allocations, issues, returns and corrections remain connected to actors and times. Accepted price and policy versions do not change when the catalogue is edited later. Historical orders remain understandable after stock is updated.
Staff may record returned quantity and visible condition under the business policy. Base does not decide loss, damage, safety or a deposit outcome. Access, retention, customer communication and any supporting evidence remain the operator’s responsibility.
Create the actual stock categories and serviceable whole-number quantities, then add day-based rental options, quantity and duration prices, operating dates and reviewed documents. Record cleaning or repair blocks that reduce stock. Configure permissions for staff who may change stock or confirm orders, and preview imported pools against active allocations. Do not create kits, serial units or delivery promises merely to make setup look complete.
A narrow pooled-stock profile is safer than implying logistics or warehouse functions that are not released.
It is not a warehouse ERP, route optimiser, heavy-equipment compliance product or delivery scheduler. R1 does not promise kits, serial-number assignment, picking lists, delivery windows, substitutions or item-by-item partial returns. Customer payment takes place outside Base; staff can record external money facts only after they occur.
Base does not yet promise bundle definitions, all-or-nothing component allocation, individual unit assignment, picking, dispatch, route planning or delivery windows for this profile. Heavy regulated equipment also needs a separate safety and legal scope.
Prices, mandatory lines and deposit requirements may be preserved with the order, but customer funds move outside Base. Staff may record a received payment, refund or deposit outcome as an external fact; the platform does not run checkout or settlement.
If the compatible serviceable pool cannot cover the full quantity and period, the confirmation is refused. No partial quantity is promised automatically and another customer’s allocation is not borrowed. Staff can offer a different date or category outside the failed action.
The promise is made before the calendar is checked, and the double booking is found by the customer standing at the counter. One view of what is free removes the guess.
ExploreThe car goes out, the car comes back, and the argument about the scratch happens six days later with nothing written down.
ExploreThe terms were on a printout in a drawer, the customer says they never saw them, and nothing recorded which version was in force that day.
Explore
Manage sunbeds, umbrellas, boards and beach stock by period with clear issue and return records. See the workflow and setup.
Protect bicycle and e-bike stock by size, category and period without overselling the last unit. See the workflow and setup.
Reserve named vessels and required crew as one rental with handover, safety notes and return evidence. See the workflow and setup.
No. Base is equipment hire software with a flat plan per business: Free at €0, Standard at €19 or Pro at €39 a month, with no commission on orders. The customer pays you outside Base, and staff record the payment fact afterwards. Whether you rent event chairs or tools, the same terms apply, so it works as party rental software and as tool hire software without a cut of each order.
No. The released equipment profile allocates a whole-number quantity from a compatible stock pool. Serialised unit assignment is a future capability and is not implied by the current order.
No. Confirmation allocates quantity atomically for the requested period. When the remaining serviceable quantity is insufficient, the later attempt is refused without a partial allocation.
The order can preserve duration, quantity and labelled price lines as an accepted snapshot. Base does not collect the customer’s money; any payment or deposit event happens externally.
Not in R1. Kits, serial units, picking lists, substitutions, delivery windows and route optimisation are explicit non-goals until separate capabilities are released.
Staff can record supported quantities, actors, times and condition observations against the order. Those facts do not automatically decide liability, damage charges or technical safety.
Next step
Registration takes an email address. The operating model, services and resources are configured afterwards, in the console.