ARCHITECTURAL CHANGE: Migrated from frontend-based code generation to
backend-based generation following best practices discovered in the orders
service implementation.
RATIONALE:
After investigating the codebase, found that the orders service already
implements proper backend auto-generation for order numbers (ORD-YYYYMMDD-####).
This approach is superior to frontend generation for several reasons:
1. **Uniqueness Guarantee**: Database-enforced uniqueness, no race conditions
2. **Sequential Numbering**: True sequential IDs per tenant per day
3. **Consistent Format**: Server-controlled format ensures consistency
4. **Audit Trail**: Full server-side logging and tracking
5. **Simplicity**: No complex frontend state management
6. **Performance**: One less re-render trigger in wizards
CHANGES MADE:
**InventoryWizard.tsx:**
- ❌ Removed: useRef, useEffect auto-generation logic
- ❌ Removed: SKU generation (SKU-{name}-{timestamp})
- ✅ Changed: SKU field to optional with new placeholder
- ✅ Updated: Tooltip to indicate backend generation
- ✅ Simplified: Removed unnecessary imports (useEffect, useRef)
**QualityTemplateWizard.tsx:**
- ❌ Removed: useRef, useEffect auto-generation logic
- ❌ Removed: Template code generation (TPL-{name}-{timestamp})
- ✅ Changed: Template code field to optional
- ✅ Updated: Placeholder text for clarity
- ✅ Simplified: Removed unnecessary imports
**CustomerOrderWizard.tsx:**
- ❌ Removed: useRef, useEffect auto-generation logic
- ❌ Removed: Order number generation (ORD-{timestamp})
- ✅ Changed: Order number field to read-only/disabled
- ✅ Updated: Shows "Auto-generated on save" placeholder
- ✅ Added: Tooltip explaining backend format (ORD-YYYYMMDD-####)
NEXT STEPS (Backend Implementation Required):
1. Inventory Service: Add SKU generation method (similar to order_number)
2. Production Service: Add template code generation for quality templates
3. Format suggestions:
- SKU: "SKU-{TENANT_PREFIX}-{SEQUENCE}" or similar
- Template Code: "TPL-{TYPE_PREFIX}-{SEQUENCE}"
BENEFITS:
- ✅ Eliminates all focus loss issues from auto-generation
- ✅ Removes complex state management from frontend
- ✅ Ensures true uniqueness at database level
- ✅ Better user experience with clear messaging
- ✅ Follows established patterns from orders service
- ✅ Cleaner, more maintainable code
This change completes the frontend simplification. Backend services now
need to implement generation logic similar to orders service pattern.
CRITICAL BUG FIX: The auto-generation useEffect hooks were watching the
name/input fields in their dependency arrays, causing them to fire on
EVERY KEYSTROKE. This created state updates while users were typing,
causing inputs to lose focus and become unresponsive.
ROOT CAUSE:
- InventoryWizard: useEffect([inventoryData.name, inventoryData.sku])
- QualityTemplateWizard: useEffect([templateData.name, templateData.templateCode])
- CustomerOrderWizard: useEffect([orderData.orderNumber])
Every keystroke in the name field triggered the useEffect, which called
both setLocalState() and onDataChange(), causing double re-renders that
interfered with typing.
SOLUTION:
1. Added useRef to track if we've already generated the code/SKU/number
2. Changed dependency arrays to ONLY watch the generated field, not the input field
3. Only generate once when name has 3+ characters and generated field is empty
4. Allow regeneration if user manually clears the generated field
IMPACT:
- Users can now type continuously without interruption
- Auto-generation still works after 3 characters are typed
- Manual editing of generated fields is preserved
- No more UI freezing or losing focus while typing
FILES CHANGED:
- InventoryWizard.tsx: Fixed SKU auto-generation
- QualityTemplateWizard.tsx: Fixed template code auto-generation
- CustomerOrderWizard.tsx: Fixed order number auto-generation
CRITICAL BUG FIX: The useEffect hooks syncing wizard state with parent were
causing infinite re-render loops, completely blocking all UI interactions
(text inputs, clicks, selections, etc.).
Root cause: useEffect(() => onDataChange({...data, ...localState}), [localState])
creates infinite loop because localState is recreated on every render, triggering
the effect again, which updates parent, which re-renders component, repeat forever.
Solution: Remove problematic useEffect sync hooks and instead:
1. Create handler functions that update both local state AND parent state together
2. Call these handlers directly in onChange events (not in useEffect)
3. Only sync auto-generated fields (SKU, order number) in useEffect with proper deps
Files fixed:
- InventoryWizard.tsx: Added handleDataChange() function, updated all onChange
- QualityTemplateWizard.tsx: Added handleDataChange() function, updated all onChange
- CustomerOrderWizard.tsx: Fixed all 3 steps:
* Step 1: handleCustomerChange(), handleNewCustomerChange()
* Step 2: updateOrderItems()
* Step 3: handleOrderDataChange()
Testing: All text inputs, select dropdowns, checkboxes, and buttons now work correctly.
UI is responsive and performant without infinite re-rendering.
This was blocking all user interactions - highest priority fix.
- Added bg-[var(--bg-primary)] and text-[var(--text-primary)] CSS variables
- Fixes white background + white text issue in dark mode
- Applied to all input, select, and textarea elements across 8 wizards
Wizards fixed:
- InventoryWizard
- CustomerWizard
- SupplierWizard
- RecipeWizard
- EquipmentWizard
- QualityTemplateWizard
- TeamMemberWizard
- CustomerOrderWizard
(SalesEntryWizard was already fixed in previous commit)
This completes the dark mode UI improvements (High Priority item).
All form inputs now properly support dark mode with correct contrast.
Main Entry Point (ItemTypeSelector):
- Moved Registro de Ventas to first position (most common)
- Changed icon from DollarSign to Euro icon
- Fixed alignment between icons and text (items-center instead of items-start)
- Improved spacing between title and subtitle (mb-0.5, mt-1)
- Better visual centering of all elements
Inventory Wizard (TypeSelectionStep):
- Enhanced selection UI with ring and shadow when selected
- Better color feedback (10% opacity background, ring-2)
- Dynamic icon color (primary when selected, tertiary when not)
- Dynamic title color (primary when selected)
- Improved spacing between title and description (mb-3, mt-3)
- Added hover effects (shadow-lg, -translate-y-0.5)
- Better visual distinction for selected state
All changes improve visual feedback and user experience.
Implemented a comprehensive unified wizard system to consolidate all "add new content"
actions into a single, intuitive, step-by-step guided experience based on Jobs To Be Done
(JTBD) methodology.
## What's New
### Core Components
- **UnifiedAddWizard**: Main orchestrator component that routes to specific wizards
- **ItemTypeSelector**: Beautiful visual card-based selection for 9 content types
- **9 Individual Wizards**: Step-by-step flows for each content type
### Priority Implementations (P0)
1. **SalesEntryWizard** ⭐ (MOST CRITICAL)
- Manual entry with dynamic product lists and auto-calculated totals
- File upload placeholder for CSV/Excel bulk import
- Critical for small bakeries without POS systems
2. **InventoryWizard**
- Type selection (ingredient vs finished product)
- Context-aware forms based on inventory type
- Optional initial lot entry
### Placeholder Wizards (P1/P2)
- Customer Order, Supplier, Recipe, Customer, Quality Template, Equipment, Team Member
- Proper structure in place for incremental enhancement
### Dashboard Integration
- Added prominent "Agregar" button in dashboard header
- Opens wizard modal with visual type selection
- Auto-refreshes dashboard after wizard completion
### Design Highlights
- Mobile-first responsive design (full-screen on mobile, modal on desktop)
- Touch-friendly with 44px+ touch targets
- Follows existing color system and design tokens
- Progressive disclosure to reduce cognitive load
- Accessibility-compliant (WCAG AA)
## Documentation
Created comprehensive documentation:
- `JTBD_UNIFIED_ADD_WIZARD.md` - Full JTBD analysis and research
- `WIZARD_ARCHITECTURE_DESIGN.md` - Technical design and specifications
- `UNIFIED_WIZARD_IMPLEMENTATION_SUMMARY.md` - Implementation guide
## Files Changed
- New: `frontend/src/components/domain/unified-wizard/` (15 new files)
- Modified: `frontend/src/pages/app/DashboardPage.tsx` (added wizard integration)
## Next Steps
- [ ] Connect wizards to real API endpoints (currently mock/placeholder)
- [ ] Implement full CSV upload for sales entry
- [ ] Add comprehensive form validation
- [ ] Enhance P1 priority wizards based on user feedback
## JTBD Alignment
Main Job: "When I need to expand or update my bakery operations, I want to quickly add
new resources to my management system, so I can keep my business running smoothly."
Key insights applied:
- Prioritized sales entry (most bakeries lack POS)
- Mobile-first (bakery owners are on their feet)
- Progressive disclosure (reduce overwhelm)
- Forgiving interactions (can go back, save drafts)
