Skip to main content
Acasă Feed-uri de preț: 5 greșeli
Ghid tehnic

Feed-uri de preț piese auto: 5 greșeli frecvente

Cinci greșeli la integrarea feed-urilor de preț, aceleași la aproape fiecare magazin nou: conversia valutară roade marja pe tăcute, caching nu există, iar stocul afișat e cu ore în urma depozitului. Le descriem pe fiecare, cu rezolvarea.

Timp de citire: 7 minute Actualizat: aprilie 2026 De Levi Balogh, Lead Engineer la Dev Opla
1

Conversie valutară calculată greșit

Majoritatea furnizorilor din Europa publică prețuri în EUR. Dacă magazinul vinde în RON, conversia trebuie să fie corectă, actualizată zilnic și cu un buffer pentru fluctuații.

Greșeala clasică: cursul BNR din ziua X, aplicat la prețurile pentru următoarele 2 săptămâni. Când EUR urcă cu 2%, marja dispare. Soluție: curs zilnic cu buffer de 1-2% și recalculare a catalogului pe cron.

Pentru conversii fixe (marjă procentuală de siguranță), documentează regula de business explicit. Nu o ascunde într-un fișier de config fără context.

2

Lipsa protecției de marjă

Furnizorul schimbă prețul cu ±30% peste noapte. Dacă nu ai reguli de validare, catalogul tău publică automat noul preț, iar un client poate cumpăra la un preț sub cost.

Regulă simplă: orice schimbare de preț mai mare de X% (de obicei 15-20%) se marchează pentru revizuire manuală înainte de publicare. Alerta ajunge la echipa de operațiuni, nu pe email pierdut în inbox.

Pentru furnizori cu prețuri volatile (anumite piese auto, componente electronice), setează buffer-uri mai mari. Pentru produse stabile (uleiuri, filtre), buffer-uri mai strânse.

3

Fără caching agresiv

Fiecare interogare la API-ul furnizorului sau la TecCom costă timp și, uneori, bani. Dacă magazinul întreabă pentru fiecare vizitator, încarci catalogul lent și plătești de 100 de ori pentru aceeași informație.

Caching pe două niveluri: Redis pentru răspunsuri imediate (TTL 30-300 secunde), Postgres pentru snapshot-urile zilnice persistente (TTL 24 de ore cu reactualizare în background).

Invalidarea cache-ului când se plasează o comandă e critică. Altfel un client poate vedea stoc disponibil când, de fapt, tocmai s-a epuizat.

4

Ignorarea volatilității stocului

Feed-urile de preț conțin de obicei și stocul. Dar stocul se schimbă între momentul în care feed-ul a fost generat și momentul în care magazinul îl folosește. În medie, 5-15 minute de întârziere.

Afișează transparent această incertitudine: „Disponibil la furnizor” (nu „În stoc la noi”), sau interoghează stocul în timp real prin TecCom când clientul ajunge pe pagina produsului.

La comandă, reverificarea disponibilității este obligatorie. Dacă stocul a dispărut între vizualizare și plasare, anulează comanda cu o notificare clară, nu o lăsa în așteptare.

5

Fără fallback pentru feed-uri căzute

Feed-ul furnizorului pică. Fie server-ul lor, fie rețeaua, fie un bug de parsing. Magazinul tău trebuie să continue să funcționeze, nu să afișeze 500 pe produsele acelui furnizor.

Strategia: păstrează ultimul feed valid într-un snapshot, și afișează prețuri cu un marcaj „actualizat acum X ore”. Clientul știe că datele pot să nu fie proaspete, dar comanda poate continua, cu reverificare la plasare.

Monitorizează vechimea fiecărui feed. Dacă e mai vechi de 24-48 de ore, escaladează la echipa tehnică. Nu lăsa magazinul să vândă cu preț de acum o săptămână.

Vrei o integrare de prețuri care nu se rupe în producție?

Am integrat feed-uri de preț de la 60+ furnizori în 20+ magazine din 2018. Discută proiectul direct cu inginerul.