The business problem
A price that includes shipping depends on where the order is going and which cost source is available. Missing regional data should be visible before someone relies on a batch of prices.
Regional pricing gained an explicit cost-fallback order, a shipping workbench and a readiness queue for missing setup.
See the real screens ↓Explore 1 real view of this workflow. Select a task, show every screen, or enlarge an image to read the original controls.
Actual Pro-A-Motors interface captures. Private identities and contact details are covered or outside the crop; screen data has not been replaced.
A price that includes shipping depends on where the order is going and which cost source is available. Missing regional data should be visible before someone relies on a batch of prices.
Regional cost sources and missing-input explanations are visible alongside the products that depend on them.
Pricing staff can locate incomplete setup and understand which available shipping-cost source is supporting a regional price.
The readiness queue contains Blocking rows for missing shipping fallbacks. Each row identifies a region, product and category.
The queue establishes an unresolved input issue. It does not prove that every separate pricing action is blocked by every warning.
Repair the appropriate SKU or category input, check the fallback order and review readiness again before the separate price-generation step.
Pricing receives either a traceable shipping source or a specific unresolved setup issue.
Check SKU regional cost, SKU all-region cost, category regional cost, then category all-region cost.
Review missing region assignments and products without a usable shipping fallback.
Correct the relevant source data and inspect readiness before the separate pricing run.
Regional materialization and customer-specific shipping programs have different fallback rules; do not treat them as interchangeable.
The import dialog separates zero-cell handling from replacement and category-average updates.
The queue identifies setup problems. Pricing generation and application remain distinct operations.
Existing records are shown as captured. Private identities are covered or outside the crop. No business records were changed for this collection. Implementation history supports behavior beyond the visible screen; a still image is not an end-to-end test or a measured productivity result.
A custom Pro-A-Motors regional shipping and pricing layer built around Odoo products, categories and pricelists. Carrier-cost inputs and storefront pricing remain separate concerns.
Brings regional shipping assumptions and fallback rules into the price calculation.