page:blueprints:independent retailers:inventory manager:django

Independent retailers: inventory manager using Django

Summary

A inventory manager blueprint for independent retailers built with Django on Ample. Domain schema: products (sku, name, category, price, active): the SKU catalog; stock_movements (sku, location, delta, reason, moved_at): receipts, sales and adjustments; orders (order_no, customer_reference, status, placed_at): orders with status transitions; order_lines (order_no, sku, qty, unit_price): order contents; events (seq, record_type, record_id, kind, at): application-owned history written in the same transaction. Public information: product catalog and availability, store locations and hours, returns policy. Kept out of scope until handling is reviewed: customer contact and payment details, supplier cost prices. Payment details belong to your payment provider; only order status and public catalog data are modeled here. Technical basis verified on Django: an optimistic version check and an event row written in the same transaction, a stale update rejected, and a history query over the application-owned events (history=2 conflict=rejected).

Representative Queries

Resource Requirements

Infrastructure Requirements

Framework

Django

Workload

Inventory manager

Industry

Independent retailers

Release Status

published

Support Status

verified

Execution Status

ready

Prerequisites

Workflow Steps

  1. Model the independent retailers domain
    Create the tables products, stock_movements, orders, order_lines, events. The sku catalog lives in products; keep the sensitive classes (customer contact and payment details, supplier cost prices) out of this schema.
  2. Workflow step 1
    Model SKUs and stock movements; derive stock from movements.
  3. Workflow step 2
    Apply movements transactionally with an optimistic version check on the SKU.
  4. Workflow step 3
    Record an event per movement for history.
  5. Workflow step 4
    Deploy and verify history and rejected stale updates.
  6. Deploy
    Run the synchronous deploy once and read the result. Re-running with no change is a no-op.
  7. Verify
    Run the pattern self-test(s) from the example (/p/transactional-workflows) and your own acceptance checks for the independent retailers workflow.

Examples

Success Checks

Limitations

Cost Estimate

Components

  1. App server: s-1vcpu-1gb, Quantity: 1.0, Monthly Amount: 5.0
  2. Managed PostgreSQL database: s-1vcpu-1gb, Quantity: 1.0, Monthly Amount: 5.0

Evidence Summary

Next Actions

Formats