Availability by date range
Per-unit availability calendars with turnaround time, overlapping-booking prevention and stock that is reserved for a period rather than decremented.
Calendars · Turnaround
Rental platforms where the date range is part of the product.
Rental software development for equipment, vehicles, products and rental e-commerce. Availability by date range, rental pricing tiers, deposits, returns and damage handling built into the transaction — because a rental that is modelled as a sale will fail on the second booking of the same item.
- Rental types
- Equipment · Vehicles · Products · Spaces
- Stack
- Magento · GraphQL · Next.js · PostgreSQL
- Languages
- Türkçe · English · العربية
- Response
- A straight answer on fit within a day
What rental software has to model.
Selling moves an item once. Renting moves it out and back, repeatedly, and the software has to know where it is on every date in between.
Rental pricing
Daily, weekly and monthly tiers, seasonal rates, long-hire discounts and minimum periods computed on the range the customer actually picked.
Tiers · Seasons
Deposits, contracts and returns
Security deposits, pre-authorisations, rental agreements, late fees and the return workflow that closes the hire and frees the unit.
Deposits · Late fees
Equipment and condition tracking
Serial numbers, maintenance windows, damage records and unit history, so a machine out for service is out of the availability pool automatically.
Serials · Maintenance
Rental e-commerce storefront
A storefront where picking dates comes before adding to cart, built headless over a commerce platform so the rental rules stay in one place.
Headless · GraphQL
Where rental businesses lose money.
Usually not in pricing. Usually in knowing what is actually free next Tuesday.
Rental availability synchronization
The website, the depot and the phone each answer differently about the same week.
An item promised twice
Two hires overlap by a day because the turnaround time was never modelled.
The cart cannot express a date range
A standard e-commerce platform was used as-is, and rental dates were bolted on as a custom field.
Deposits and damages tracked on paper
Nobody can say which deposit is still held, and disputes are settled from memory.
Maintenance is invisible to sales
A unit is booked while it is in the workshop, and the customer finds out on collection day.
Long hires are priced by hand
Weekly and monthly rates are quoted over the phone and rarely match the website.
Rental commerce already delivered.
Dcey · dcey.com.tr
A React storefront for rental commerce: date ranges, availability and returns built into the transaction rather than bolted beside it.
Read the case study →Hujuzatk · hujuzatk.com
The same availability engine applied to property: units, nights, pricing rules and operations across many operators.
Read the case study →Questions people ask.
Can Magento handle rentals?
Yes, if the rental rules are built into the commerce layer rather than the theme. The catalogue, pricing and order model carry the date range, and the storefront reads them over GraphQL. That is exactly the shape of the Dcey build.
What about deposits and pre-authorisations?
They are handled at the gateway, tied to the rental record. The deposit is authorised at booking and captured or released at return, so the finance side matches the physical side without a manual reconciliation.
Can it run alongside our existing sales catalogue?
Yes — most rental businesses sell as well as hire. The same platform can carry both, with rental attributes on the products that need them and a normal checkout for the ones that do not.
Have a complex system to build or scale?
Tell me what you are trying to build, automate or scale. You get a straight answer on fit within a day — and a name to call if it is not me.
- [email protected]
- linkedin.com/in/zakaria-haj-mohamad-87188b11b