Procure & receive
Raise purchase orders and receive stock into the Loan Pool, with warehouse, serial or batch context.
Stock ready for rentalYour products keep moving.
Your teams should stay connected.
Sell or rent the same product, with separate stock for each. Connect Loan Pool inventory, quotes, agreements, billing and returns from the first purchase order to the next rental.
Illustrative product preview · sample data
A product configured as rentable can still be sold normally. Toggle the quote or order line between sale and rental, with availability drawn from the relevant inventory pool.
Standard sales inventory and Loan Pool inventory stay separate. Changing the mode does not combine their quantities.
Used for normal sales
Used for rentals
Rental selected. Availability comes from the Loan Pool, with the rental policy and billing plan.
Illustrative selection · separate inventory quantities
Rental is more than an order with a return date. Axolt connects the commercial, warehouse and finance work around every loaned product.
Raise purchase orders and receive stock into the Loan Pool, with warehouse, serial or batch context.
Stock ready for rentalReview availability and supply gaps. Choose rental products, policies and billing plans in the quote or order.
Commercial terms alignedCapture agreed terms, handle rate approvals and connect the agreement to fulfilment and its billing start.
A traceable commitmentSee active loans and due returns. Generate rental invoices using the agreed billing frequency and timing.
Operations meet financeReceive full or partial returns through RMA. Record QC evidence and control release back to available stock.
Condition before reuseReview additional charges, approvals and invoices. Reconcile deposits and credits through the finance workflow.
Ready for the next cycleMove between the six views that connect rental operations.
Explore an illustrative workspace below.
A shared starting point for the work ahead.
See what is available, what is committed and where more supply is needed.
Keep standard sales inventory separate from Loan Pool inventory. Review rental stock by warehouse and location, including reserved, issued and inspection quantities.
Review back-order requirements, available pool stock and remaining linked purchase orders before buying more.
Receive into an eligible warehouse and complete required checks before stock becomes available for fulfilment.
Infusion Pump X200 · Warehouse A
Planning suggestions support the buying decision. A suggestion does not reserve stock.
Connect what sales agrees with what operations fulfils and finance bills. Keep the policy, pricing basis and billing plan with the agreement.
Set tenure, grace periods, base-fee methods, overdue rules and deposit requirements. Reuse an active policy or select the default in the sales flow.
Use up-front or recurring daily, weekly and monthly plans. Define advance or arrears timing and the proration method for the agreed rental period.
Capture commercial terms at agreement creation. Route rate overrides for approval and generate agreement documents without losing the order context.
Later policy edits do not silently rewrite the agreement’s captured pricing and rules.
Access ladder · LA-00131
Keep the return, the condition of the product and the financial outcome connected.
Quality pass/fail and customer charging are separate decisions. Inspection evidence supports the commercial review.
Bring the product, policy, rental price and billing plan into the quote and order conversation.
Follow availability, procurement, dispatch, due returns and inspection work from the rental workspace.
Connect scheduled rent and approved charges to invoices, deposits, credits and settlement review.
Have a more specific workflow?
Let’s walk through it together.
The same product can have both standard sales stock and rental stock. Normal sales use standard inventory, while rentals use the separate Loan Pool. Availability and movements are tracked for each pool, so rental units are not counted as available sales stock.
Yes. The rental flow supports selecting Loan Pool products, an active loan policy and billing terms in quoting and order entry. Quote conversion carries the rental context into the order and agreement. Agreed rate overrides use the configured approval process.
Billing plans support daily, weekly and monthly recurring periods, as well as up-front billing. The plan defines advance or arrears timing and proration. Rental invoices are generated against the agreement’s captured terms; posting and payment use the existing finance workflow. Eligible automatic runs require explicit setup.
The agreement can use fixed dates or wait for the applicable confirmed shipment or delivery event, according to its captured start basis. Actual Loan Pool return receipts stop future rental for the returned quantity. The accepted proration method controls shortened periods, and final arrears may still be due after a return.
Returns use the RMA and receiving workflow, including partial quantities. Products requiring QC move through inspection before release via the receiving workspace. Overdue and explicitly assessed damage or other charges are reviewed separately, with approval and invoicing through the loan finance flow. A failed inspection alone does not calculate the customer’s charge.
Yes. A product configured as rentable can be used for a normal sale or switched to rental on the quote or order line. Normal sales use standard sales inventory; rentals use the separate Loan Pool. Switching the line’s mode changes the applicable stock and commercial terms without combining the two inventory pools.
See how procurement, stock, sales and finance
can work around the same product lifecycle.
The agreement keeps the selected product, customer, order and agreed commercial terms connected. Its due date and fulfilment context support the next operational action.
The expected return date has passed in this example. The operational queue surfaces the outstanding return; the finance review evaluates overdue charges against the agreement’s captured rules.
The return is received and the product is undergoing inspection. Receiving and QC establish the stock disposition; commercial assessments are reviewed separately.
A warehouse stock position combines the rental pool with serial or batch context where applicable. Available quantities should be read separately from reservations, dispatches and QC.
The Loan Pool provides a dedicated view of rental stock. The existing warehouse and location records support receiving, reservation and outbound fulfilment.
The returned kit is waiting on inspection. Review its component records and condition evidence before releasing eligible stock for the next rental.
Eight units of demand, less three available units and two remaining linked PO units, gives a suggested purchase of three. Review existing supply and eligible warehouses before raising the PO. The suggestion itself does not reserve stock.
The illustrative requirement is covered by the available Loan Pool contribution. Planning uses the order’s channel, company and eligible warehouses.
This example already has linked purchase supply. Follow the PO through receiving as Loan Pool and the required QC release instead of creating duplicate supply.
Recurring rental invoices follow captured rate, quantity, billing timing and proration. Repeated runs protect against billing a period twice. Invoice posting and customer payment remain separate finance actions.
Overdue and explicitly assessed charges are reviewed against the accepted policy and approval rules. Supplementary settlement charges remain separate from recurring rental periods.
The rental workflow requires valid finance coding and accepted commercial terms. Errors remain visible for an authorized user to review before invoicing.
An active default policy can be preselected in the sales flow. Authorized users define the tenure, grace, fee method, replacement basis, deposit and billing-plan settings.
Policies are reusable across rental products. The agreement captures the chosen commercial terms rather than relying on future edits to the reusable policy.
This is an illustrative draft. In the product, configuration and permissions must be completed before a policy can be used as an active commercial baseline.