Profilul
Importator român de fashion (femei + bărbați, mid-price) cu producție în Istanbul și Izmir. Distribuție prin lanț propriu de 18 magazine + 60 multi-brand stores + e-commerce. Cifra: ~14M EUR.
Caracteristici care fac fashion-ul greu de gestionat operațional:
- 4 colecții pe an (Spring/Summer + 2 capsule, Fall/Winter + 2 capsule)
- Lead time 60–90 zile de la design final la marfă în depozit
- Rata de retur 25–40% (online mai mare, offline mai mic)
- Plata la furnizor la 60–90 zile post-livrare
- Riscul de sezon ratat = stoc rămas cu discount 50–70%
Cele 4 provocări de gestionat în stack
1. Sezonalitate cu cicluri pre-vânzare
Comenzile către furnizorii turci pleacă 6 luni înainte de sezon. Stack-ul trebuie să modeleze:
- Plan de colecție cu volume țintă per SKU, înainte de a avea cerere reală
- Pre-vânzare către multi-brand stores cu obiective de placement
- Forecast iterativ pe baza ratei de cerere din primele 2 săptămâni de sezon
- Re-order rapid pentru hit-uri (dacă furnizorul mai are stoc materie primă)
ERP-ul standard pentru distribuție generală nu modelează asta. Ai nevoie de:
- Modul de planificare sezon (uneori inclus în ERP-uri fashion-oriented)
- Excel + integrări custom (varianta low-budget)
- ERP fashion-vertical (PCM, Centric, dar și module Dynamics/Odoo dedicate fashion)
2. SKU explosion — talie × culoare × stil
Un model = 5 talii × 4 culori = 20 SKU-uri. O colecție de 80 modele = 1.600 SKU-uri active doar pentru un sezon. Cu 4 sezoane suprapuse (sosește SS, încă lichidezi FW), poți avea 5–8.000 SKU-uri active simultan.
WMS-ul trebuie să gestioneze:
- Bin location per SKU (talie + culoare) — putaway dificil în lipsa de organizare riguroasă
- Pick path optim pe colecție (toate produsele de același tip împreună)
- Returnare în stoc cu inspecție per articol (defect, second-hand, ok)
3. Returnări — operațional și financiar
Returnările sunt a doua linie de business, nu o anomalie. Tratament necesar:
Operațional:
- Centru de procesare returnări (dedicate, nu în picking area)
- Inspecție per articol: ok → înapoi în stoc; minor defect → outlet; major defect → write-off
- Etichetare cu motiv retur pentru analiză pe SKU
Financiar:
- Provision pentru retur pe încasări (procent estimat pe baza istoricului per canal)
- Reconciliere lunară între returnări fizice și provision contabil
- Note de credit automate către multi-brand stores
În CRM/OMS:
- Vizibilitate pe rata de retur per client multi-brand
- Alertă pe rate atipice (un client cu 50% retur = problema)
4. Plata la furnizor turc la 90 zile — cash flow
Termenii standard cu furnizori turci buni: 60–90 zile. Cu un sezon de 90 zile vânzare retail, înseamnă că începi să plătești furnizorul când deja începi să lichidezi colecția cu discount. Cash flow-ul devine arta principală a CFO-ului.
Stack-ul trebuie să dea CFO-ului vizibilitate pe:
- Cash projection pe 180 zile cu sosiri, plăți, încasări estimate
- Aging clienților (cine plătește la 30, 45, 60, 90+)
- Stoc-vânzare ratio per colecție în timp real (pentru decizii de markdown)
Stack-uri uzuale pentru fashion 10–30M EUR
- Microsoft Dynamics 365 + LS Retail — popular în fashion mid-market
- SAP Business One + add-on fashion — solid dar costos
- Odoo + module retail — bun raport cost-funcționalitate
- Centric PLM + ERP separat — pentru companii cu design intern
- Stack integrat — pentru companii românești care nu vor să mențină 4 sisteme, CRMconnect oferă CRM + OMS + WMS + portal B2B (pentru multi-brand stores) integrat, cu specializări pe SKU explosion și returnări. Trade-off: nu e fashion-vertical, deci procesele de design/PLM rămân separat.
Reguli operaționale care funcționează
- Markdown automat pe regulă — la 8 săptămâni vechime, -20%; la 12 săptămâni, -40%; la 16 săptămâni, outlet
- Re-order doar pe top 20% SKU — restul, livrare unică
- Cash flow weekly review — nu lunar, în fashion lunarul e prea târziu
- Limita de credit per client multi-brand rigid aplicată în CRM, blocare automată comandă la depășire
- Inspecție 100% returnări pe valoare > 50 EUR — sub, eșantionare
Pași concreți pentru un CEO la început de implementare
- Modelează colecția în ERP cu structură talie/culoare nativă, nu „workaround” pe câmpuri text
- Construiește forecast iterativ (re-calibrare săptămânală în primele 8 săptămâni de sezon)
- Implementează centrul de returnări ca proces standalone, cu KPI propriu
- Dă CFO-ului dashboard cash flow rolling 180 zile cu drill-down pe colecție
- Setează reguli markdown automate și aplică-le fără excepție (excepțiile mănâncă marja)
Capcanele clasice
- Optimismul colecției — toate colecțiile au sell-through 50%+ în plan, 30% în realitate
- Ignorarea ratelor de retur la calculul revenue net (revenue brut e iluzie)
- Re-order pe „simțul” buyer-ului în loc de date din primele 2 săptămâni
- Plată furnizor fără verificare livrare — Turcia generează frecvent discrepanțe lot vs comandă

