RENOZ-V3 is a multi-tenant lithium-ion battery OEM operations platform for RENOZ Energy.
It is built with TanStack Start, React 19, Supabase, and Drizzle ORM. The current codebase supports RENOZ Energy workflows across ordering, customers and partners, products and serial numbers, procurement, inventory, warehouse management, warranties, support, RMAs, documents, communications, and finance.
Services and projects exist, but they are secondary workflows. The center of gravity is battery OEM operations.
The product currently centers on a few major workflow areas:
orders / fulfillment: commercial order truth, delivery state, shipment history, and operational closeoutproducts / serialized assets: SKU, product, serial number, and battery asset lifecycle trackingprocurement / receiving / warehouse: supplier intake, purchase orders, receiving, locations, transfers, and stock movementinventory / valuation: serialized inventory, reservations, FIFO cost layers, returns, and warehouse integritysupport / issues / RMAs: issue intake, diagnosis, RMA creation handoff, remedy execution, and operator closeoutwarranty / entitlements / claims: entitlement activation, claimant-aware warranty claims, and warranty-first support contextfinance / documents / communications: operational finance artifacts, customer communications, and workflow records
TanStack Startfor routing, server functions, and SSRReact 19for UITanStack Queryfor server-state managementDrizzle ORMwith PostgreSQL / SupabaseTailwind CSS 4andshadcn/uiprimitives for UITrigger.devfor background jobsZodfor contracts and validationVitestand Testing Library for unit and component coverage
Node.js 22Bun 1.3.9- a Supabase project and working environment variables
bun install --frozen-lockfile
cp .env.example .env
bun run devThe app runs on http://localhost:3000.
Core local checks:
bun run lint
bun run lint:reliability
bun run typecheck
bun run test:unit
bun run buildRun bun run reliability:serialized-read-policy only for slices that
deliberately touch serialized lineage, inventory identity, serialized movement,
warranty/RMA serial continuity, or related repair scripts.
Canonical PR/merge gate:
bun run predeployRelease-only verification before deploying:
bun run release:verifyThis repo is set up for a single production deployment model:
-
merge into
master -
GitHub Actions runs the canonical checks
-
GitHub Actions deploys to Vercel via Vercel CLI
-
post-deploy verification runs via the production probe
-
docs/operations/deployment.md: deploy setup, environment variables, migration guidance, and rollback notes
-
docs/operations/pre-deployment-checklist.md: final readiness checklist before production deploys
src/
components/ UI primitives, shared UI, and domain components
hooks/ domain hooks and query integrations
lib/ shared schemas, query keys, utilities, and server helpers
routes/ TanStack file-based routes and route handlers
server/functions/ domain server functions and shared workflow helpers
trigger/jobs/ background job definitions
drizzle/
schema/ database schema definitions
migrations/ SQL migrations and metadata
docs/
architecture/ long-lived domain and product-model references
code-traces/ workflow-grade traces of critical paths
inventory/ inventory and operator workflow docs
operations/ deploy, auth, and integration runbooks
reference/ engineering standards and methodology
reliability/ mutation, rollout, and release-hardening standards
workflows/ operator-facing workflow companions
tests/
unit/ Vitest unit and component coverage
- ARCHITECTURE.md: public engineering overview for the app and repo
- docs/README.md: curated documentation index
- docs/reference/maintainer-sprint-process.md: repo-maintainer process for triage, issue slicing, architecture, implementation, remediation, verification, and closeout
- CLAUDE.md: local contributor/agent operating guidance used in this repo
- SECURITY.md: security reporting guidance
Start here based on what you are trying to understand:
- product and operator flows: docs/workflows/warranty-support-phase2-workflows.md
- support and RMA architecture: docs/architecture/support-issue-rma-b2b2c.md
- inventory and valuation model: docs/inventory/README.md
- workflow-grade technical traces: docs/code-traces/README.md
- reliability and rollout standards: docs/reliability/RELIABILITY-STANDARDS.md
See CONTRIBUTING.md for local setup expectations, quality gates, and repo conventions.
This repository now reads much more cleanly than an internal working tree, but a few things are still intentionally opinionated:
CLAUDE.mdis kept because it captures high-signal local operating conventions- this is a maintainer-led repo with a source-visible
UNLICENSEDpolicy unless maintainers choose a different license later - the surviving docs are intentionally biased toward current operational truth, evergreen engineering reference, and a small set of architecture notes
- the codebase is large and workflow-heavy, so the docs index is the best entry point after this README