Properties I manage

Somewhere there is a pallet of goods for four villas, and the only record of which is which is a person's memory and a marker pen. When an owner asks why their restock cost what it did, the honest answer is that the invoice cannot be broken down — because the shipment never was.

That is the thing worth changing, and it is not a reporting problem. It is an attribution problem, and it has to be solved at intake or not at all.

Each property on your account gets its own address and its own suite code. You use that property's code at checkout, so a package arrives already carrying the villa it belongs to. Nothing is worked out afterwards.

• A package with no property cannot be consolidated or shipped. No override, no assign-it-later.
• A carton holds one property's goods. Never mixed, never shared.
• A carton's property must belong to your account. Cross-account billing is refused, not caught later.
• On a mixed order, the line item wins — one order for two villas splits at the line, not the header.

Those are database constraints, not checks in a screen someone can click past. There is no state this system reaches where a box exists and nobody knows whose it is. The whole path is here →

• One commercial invoice per villa, never blended — that is what customs receives and what you can hand to an owner.
• A master statement across the account, with per-property sub-invoices beneath it.
• Freight allocated by volume — each villa's share of the whole container, not a figure recalculated as though it had shipped alone.
• Duty, import tax, the 1% Customs Service Fee and clearance at cost, itemised, never folded into a freight rate where a margin can hide.
• Priority on Tuesday’s pallet, so goods that arrive close to the Monday 17:00 deadline still make that week’s sailing where they can.