Altex Marketplace pentru selleri: ce diferă față de eMAG

Altex Marketplace poate fi un al doilea canal pentru un seller eMAG, dar nu este o copie a contului pe care îl ai deja. Poți reutiliza datele curate despre produs, imaginile, identificatorii și sursa de stoc. Nu poți presupune că se transferă categoria, atributele obligatorii, condițiile comerciale, statusurile, livrarea sau returul. Acestea aparțin fiecărei platforme și trebuie remapate ori confirmate.

Mai există o diferență înaintea integrării: Altex publică un profil de companii pe care le prioritizează. La 1 august 2026, pagina oficială menționa minimum doi ani de activitate, o cifră de afaceri în ultimul an echivalentă cu cel puțin 300.000 EUR și produse relevante pentru o listă de categorii. Formularul rămânea deschis și pentru mai multe familii de produse, însă fluxul public spunea clar că specialiștii evaluează aplicația. Un cont eMAG activ nu ocolește această selecție.

Prin urmare, ordinea corectă este: verifici eligibilitatea și categoria, ceri contractul, construiești economia pe SKU, apoi dimensionezi integrarea. Dacă pornești cu dezvoltarea, riști să automatizezi un canal în care firma nu intră sau o gamă care nu acoperă munca. Pentru contextul mai larg, inventarul datat al opțiunilor este în ghidul despre marketplace-urile din România; aici comparația rămâne strict Altex–eMAG.

Altex filtrează intrarea înainte să înceapă integrarea

Pagina Altex Marketplace descrie trei momente: completezi formularul, aștepți evaluarea și instrucțiunile, apoi începi vânzarea dacă aplicația avansează. Criteriile publicate sunt formulate ca prioritizare, nu ca listă juridică exhaustivă de admitere. Asta înseamnă că nu trebuie citite nici ca interdicție automată pentru orice firmă aflată sub un prag, nici ca acceptare garantată pentru una care îl depășește.

La data verificării, Altex enumera între ariile prioritizate Jucării & Bebe, Sport, Mobilă, Decorațiuni, Îngrijirea Casei, Bricolaj, Auto, produse pentru animale și băuturi. Formularul afișa și alte grupări, inclusiv răcire și încălzire, curățenie, cosmetice, anvelope și electronica auto. Lista este utilă pentru primul filtru, dar categoria exactă se confirmă în discuția de onboarding și în structura disponibilă sellerului.

Comparativ, eMAG Start selling prezintă un traseu mai larg, în care aplicantul încarcă un fișier cu produse și poate selecta până la cinci categorii apropiate activității. eMAG spune public că acceptă SRL, SA și PFA. Diferența observabilă nu trebuie tradusă în „eMAG acceptă pe oricine” și „Altex acceptă doar firme mari”. Ea spune doar că Altex își face filtrul de prioritizare mai vizibil pe landing page.

Înainte să investești timp, trimite operatorului un dosar scurt:

• datele firmei, vechimea și cifra de afaceri cerută în formular;
• site-ul și canalele pe care vinzi deja;
• mărcile, calitatea de producător, importator sau distribuitor;
• categoriile și numărul aproximativ de produse pregătite;
• identificatorii disponibili și documentele de conformitate;
• sursa de stoc și metoda de integrare dorită;
• persoana care va răspunde de catalog, comenzi și retururi.

Nu umfla gama ca să pari un candidat mai mare. O listă precisă de produse eligibile, cu date bune și stoc controlabil, permite o evaluare mai utilă decât un catalog brut cu duplicate și atribute lipsă. Onboarding-ul este prima validare a canalului: firma trebuie să poată explica ce vinde și cum execută promisiunea făcută clientului.

Separă în dosar criteriul public de dovada firmei. „Minimum doi ani” se confruntă cu data înregistrării și activitatea relevantă, nu doar cu un checkbox. Cifra de afaceri se susține prin documentul pe care îl cere operatorul, nu printr-o estimare din magazin. Categoria se susține printr-un eșantion de produse, branduri și dreptul de comercializare. Site-ul arată dacă informațiile comerciale, contactul și politicile sunt coerente. Astfel, răspunsul Altex poate fi urmărit până la o informație concretă, iar o solicitare suplimentară nu te obligă să reconstruiești dosarul.

Pregătește și întrebările pentru discuția de evaluare. Ce categorii sunt deschise în momentul aplicării? Există cerințe diferite pentru marcă proprie și distribuție? Ce volum de catalog este util pentru primul import? Ce documente se verifică înainte de contract și ce documente se verifică la produs? Când primești acces la specificația tehnică și la mediul de test? Cine este contactul operațional după lansare? Răspunsurile fac diferența dintre o aplicație „în analiză” și un proiect cu următor pas, proprietar și termen.

Nu interpreta tăcerea ca refuz definitiv și nici răspunsul pozitiv ca lansare. Ține stările separat: formular trimis, informații suplimentare cerute, eligibilitate confirmată, contract în analiză, acces tehnic primit și catalog pilot aprobat. Bugetul crește numai când starea curentă justifică următoarea muncă. În acest fel, dezvoltarea nu aleargă înaintea deciziei comerciale.

Aceeași fișă de produs intră în două sisteme diferite

API-ul Altex Marketplace separă explicit produsul, categoria, setul de atribute, oferta și stocul. Există operații pentru adăugarea și actualizarea produsului, încărcarea imaginii, listarea categoriilor, publicarea ofertelor și actualizarea cantităților. Acest model confirmă un lucru important: produsul și oferta nu sunt același obiect.

Produsul descrie identitatea comercială: denumire, brand, identificator, caracteristici, imagini și documentație. Oferta aparține sellerului: preț, cantitate și condițiile asociate vânzării. Dacă un produs există deja în catalogul platformei, poți ajunge să atașezi oferta la o fișă existentă; dacă nu, trebuie creat și aprobat. Schema exactă și regulile se văd în cont și în documentația aplicabilă integrării.

eMAG lucrează, de asemenea, cu distincția dintre documentația produsului și oferta sellerului. Dar faptul că două platforme folosesc aceleași concepte nu le face compatibile câmp cu câmp. Fiecare are taxonomia, identificatorii interni, atributele obligatorii, valorile acceptate, regulile imaginilor și statusurile sale.

Construiește o mapare cu patru coloane:

Un transcript despre un instrument multichannel arată trei căi de creare a produsului — prin canal, manual și prin import — și apoi trece separat la completarea detaliilor și inventarului. Exemplul este Sellercloud, nu Altex, așa că nu îl folosim pentru instrucțiuni de interfață. Ideea validă este că centralizarea nu elimină cerințele marketplace-ului: produsul devine publicabil abia după ce îndeplinește câmpurile canalului.

Folosește un „dicționar de date” înainte de conectare. Pentru fiecare câmp notează sursa internă, transformarea, destinația eMAG, destinația Altex, valoarea implicită interzisă și persoana care rezolvă eroarea. Astfel, „material: necunoscut” nu ajunge automat ca valoare goală, iar o categorie aproximativă nu este folosită doar pentru că importul trebuie să treacă.

Testează dicționarul pe produse deliberat diferite. Un produs simplu arată dacă traseul de bază funcționează. Un produs cu variante arată cum sunt legate mărimile, culorile sau configurațiile. Un produs cu documente speciale arată dacă atașamentele și avertismentele ajung unde trebuie. Un pachet arată dacă unitatea vândută și conținutul fotografiei sunt înțelese la fel. Dacă alegi doar cel mai ușor SKU, integrarea poate trece proba și apoi să se rupă exact în gama care contează.

Păstrează și un registru al transformărilor. Dacă titlul intern este scurtat, notează regula și motivul. Dacă o valoare de atribut este tradusă într-un vocabular controlat Altex, păstrează corespondența. Dacă o imagine este respinsă, salvează cauza și versiunea corectată. Acest registru evită ca aceeași problemă să fie „rezolvată” diferit de două persoane și îți permite să refaci exportul fără pierderea deciziilor.

Validarea nu se termină la răspunsul API. Deschide produsul public, verifică sellerul, titlul, varianta, imaginile, prețul, stocul și promisiunea de livrare. Apoi caută-l prin categoria și filtrele în care ar trebui să apară. O înregistrare acceptată tehnic poate rămâne comercial invizibilă dacă atributul folosit în filtrare lipsește sau produsul a intrat într-o ramură greșită.

Articolul despre listarea produselor pe eMAG rămâne sursa pentru disciplina fișei eMAG. La Altex refolosești munca de curățare, nu ieșirea finală a acelui proces. Fișierul exportat dintr-un cont nu este modelul canonic al afacerii.

Comanda Altex păstrează sellerul în centrul execuției

Termenii Altex definesc Marketplace-ul ca platformă de intermediere care îi permite Partenerului să afișeze produse și să încheie contracte de vânzare cu clienții. Pentru produsele Marketplace, contractul se încheie între Partener și cumpărător. Produsul este marcat ca vândut și livrat de Partener, iar Altex transmite comanda către acesta.

Partenerul livrează produsul și documentele legale. Termenii mai precizează că livrarea, taxele, returul și garanția pot diferi de la un Partener la altul și de condițiile produselor vândute direct de Altex. O comandă poate conține produse Altex și produse ale mai multor Parteneri, iar fiecare vânzător transmite documentele care îi revin.

Aceste precizări fixează responsabilitatea, nu întregul manual operațional. Contractul de seller, anexele și contul trebuie să răspundă la întrebări precum:

1. când trebuie acceptată ori actualizată comanda;
2. ce statusuri sunt permise și cum sunt mapate în sistemul intern;
3. cum se emite și atașează factura;
4. ce curieri și metode de generare AWB sunt disponibile;
5. ce promisiune de livrare se afișează clientului;
6. cum ajunge solicitarea de retur la Partener;
7. ce documente și evenimente închid rambursarea;
8. cum se tratează garanția și reclamațiile pe produs;
9. ce rapoarte permit reconcilierea banilor.

API-ul public include comenzi, facturi, AWB, curieri, locații și RMA. Existența endpointurilor confirmă că fluxurile pot fi integrate, nu cum funcționează un contract concret și nici că orice funcție este activată în toate conturile. Fiecare apel trebuie testat într-un mediu și pe un scenariu controlat înainte să devină singura cale de procesare.

La eMAG, documentația publică descrie alte opțiuni și servicii, inclusiv gestionarea retururilor în anumite fluxuri, financiarul și logistica integrată. Nu trage concluzia că o responsabilitate eMAG are automat un corespondent Altex. Compară pe evenimente: comandă primită, stoc rezervat, factură emisă, colet predat, livrare confirmată, retur recepționat, produs inspectat, client rambursat, bani reconciliați.

Construiește o fișă de eveniment comună, dar păstrează sursa. Ea poate avea ID intern, canal, ID comandă în canal, SKU, cantitate, moment, status brut, status intern, document și următoarea acțiune. Statusul brut este important: dacă îl înlocuiești imediat cu eticheta internă, pierzi detaliul necesar când investighezi o abatere. Statusul intern permite însă depozitului să lucreze la fel indiferent de canal.

O comandă mixtă din perspectiva clientului nu trebuie să devină o promisiune mixtă în operațiunea sellerului. Termenii Altex arată că produsele pot proveni de la vânzători diferiți și pot avea condiții diferite. Sellerul controlează doar coletul și documentele sale. De aceea, comunicarea pregătită trebuie să explice cine livrează produsul, unde se verifică statusul și cum se inițiază returul, fără să promită ce face celălalt Partener ori Altex pentru alt produs din coș.

Simulează excepțiile înainte de volum. O comandă sosește cu stoc insuficient. Factura nu se atașează. AWB-ul este respins. Clientul cere schimbarea adresei după confirmare. Returul ajunge fără accesoriu. Produsul este funcțional, dar ambalajul nu mai permite revânzarea ca nou. Pentru fiecare, notează canalul oficial de acțiune, dreptul persoanei interne de a decide și dovada păstrată. Execuția normală se automatizează ușor; calitatea operațiunii se vede în excepții.

Ce reutilizezi din eMAG și ce reconstruiești

Al doilea canal merită dacă baza comună reduce munca fără să ascundă diferențele. Împarte pregătirea în trei categorii.

Reutilizezi ca sursă: SKU-ul intern, EAN-ul verificat, imaginile originale, documentele producătorului, dimensiunile, greutatea, costul de achiziție și stocul fizic. Acestea sunt adevăruri despre produs ori firmă, nu despre un marketplace.

Remapezi pentru canal: categoria, setul de atribute, titlul public, valorile controlate, ID-urile, prețul ofertei, statusurile comenzii, curierul, motivul de retur și fluxul de eroare. Aici asemănarea dintre denumiri poate fi periculoasă: „anulat” poate avea momente și consecințe diferite în cele două sisteme.

Confirmi contractual: comisionul aplicabil, termenele, plățile, serviciile, penalitățile, returul, reclamațiile și folosirea datelor. O valoare dintr-un landing page nu înlocuiește anexa semnată.

Pentru fiecare flux, scrie ce se întâmplă dacă integrarea tace. Dacă Altex respinge actualizarea unui produs, îl vezi într-o coadă de erori? Dacă endpointul de stoc nu răspunde, oferta este oprită sau rămâne cu ultima cantitate? Dacă un AWB nu se generează, comanda intră într-un circuit manual? Fără aceste răspunsuri, automatizarea mută riscul din munca vizibilă într-o eroare invizibilă.

Nu conecta direct marketplace-ul la fiecare depozit, furnizor și foaie de calcul. Alege o sursă internă de adevăr și documentează regulile de rezervare. Apoi tratează eMAG și Altex ca destinații cu confirmări proprii. Ghidul despre sincronizarea stocului și prețului explică disciplina pe canalul eMAG; pentru două canale adaugi un strat de orchestrare, nu două adevăruri fizice despre aceeași unitate.

Portabilitatea trebuie decisă și pe roluri. Echipa de catalog poate folosi aceeași fotografie și aceeași fișă tehnică, dar are două cozi de validare. Operațiunile pot folosi aceeași zonă de picking, dar au etichete, termene și actualizări diferite. Financiarul poate folosi același plan de conturi, dar primește desfășurătoare și ajustări din surse distincte. Suportul poate folosi aceeași bază de cunoștințe despre produs, dar comunică prin mecanismele și regulile canalului.

Fă o matrice RACI simplă pentru starea pilotului: cine execută, cine aprobă, cine este consultat și cine trebuie informat. Nu este documentație birocratică dacă previne ca produsul respins să rămână fără proprietar sau ca un retur să aștepte între suport și depozit. Pentru o echipă mică, aceeași persoană poate avea mai multe roluri, dar rolurile trebuie totuși numite; altfel, sarcina apare doar când clientul reclamă.

Economia canalului se calculează înainte de dezvoltare

La data citirii, Altex publica un comision de 8% pentru comenzile de peste 100 lei, în contextul landing page-ului Marketplace. eMAG publica un interval între 7% și 25% în funcție de categorie și zero costuri pentru listare, administrarea contului și abonament. Nu compara un procent Altex cu capătul convenabil al intervalului eMAG și nu considera niciunul cost total.

Pentru același SKU, construiește câte o fișă pe canal:

preț fără TVA – cost produs – comision – cost plată aplicabil – livrare – ambalare – promovare – provizion retur – muncă variabilă = contribuție estimată

Adaugă separat costul fix: integrare, mapare, testare, monitorizare, mentenanță și training. El nu trebuie împărțit la un volum inventat. Folosește trei scenarii de volum și arată cum se schimbă rezultatul, apoi înlocuiește scenariile cu observațiile pilotului.

Fă și trei trasee de comandă: livrat fără incident, anulat după pregătire și returnat. O ofertă poate arăta profitabil în primul și negativ în al treilea. Dacă nu știi cine suportă un cost, celula rămâne „de confirmat”; nu o completezi cu zero. Contractul și anexele trebuie să închidă necunoscutele înainte de expunerea mare.

Diferența de preț dintre canale poate fi justificată de costuri și strategie, dar fiecare platformă are reguli și percepții proprii. Stabilește o podea de contribuție, nu doar un preț de listă. O campanie, un voucher ori o schimbare de comision nu poate coborî oferta sub acea podea fără aprobare și motiv urmărit.

Costul dezvoltării se aprobă după o diagramă a fluxurilor și o estimare de muncă manuală. Dacă pilotul poate fi rulat controlat printr-un fișier și câteva produse, obții mai întâi dovada de categorie și comandă. Dacă volumul sau frecvența actualizărilor fac manualul riscant din prima zi, integrarea devine condiție de siguranță. Decizia depinde de catalog și operațiune, nu de preferința pentru „automat”.

Separă investiția necesară lansării de investiția cerută de scalare. Prima acoperă accesul, maparea unui eșantion, traseul comenzii și controlul stocului. A doua poate include bulk management, monitorizare, alerte, reconciliere automată și raportare. Dacă le cumperi împreună, nu mai știi cât a costat dovada și cât ai pariat pe un volum încă nevăzut.

Pentru decizia financiară, pune costurile fixe pe orizonturi, nu doar într-o sumă. Unele sunt unice, precum maparea inițială. Altele reapar la fiecare schimbare de categorie ori API. Altele sunt recurente lunar, chiar fără comandă. Un canal cu o contribuție bună pe comandă poate rămâne neatractiv dacă întreținerea sa consumă constant o echipă mică; invers, un cost inițial mare poate fi justificat dacă procesul stabil ulterior și cererea observată îl recuperează într-un scenariu prudent.

Nu folosi cifra de afaceri drept obiectiv al pilotului. Ea poate crește în timp ce numerarul se blochează, retururile vin mai târziu și costul intern nu este atribuit. Urmărește contribuția, cash-ul, timpul și incidentele ca dimensiuni separate. Abia după reconciliere poți decide ce cost este structural și ce cost a aparținut învățării inițiale.

Pilotul Altex trebuie să răspundă unei întrebări incrementale

Nu porni pilotul ca să dovedești că poți publica produse. Întrebarea utilă este: „Altex aduce comenzi suplimentare, cu contribuție acceptabilă, pentru această categorie, fără să destabilizeze eMAG și magazinul propriu?”. Publicarea este doar premisa testului.

Alege un set restrâns care acoperă situațiile reale: produse deja cunoscute pe eMAG, produse pentru o categorie prioritară Altex, valori diferite, un caz cu retur mai dificil și un produs cu atribute mai bogate. Nu există o cantitate universală. Expunerea se dimensionează după stoc, marjă și capacitatea de a urmări fiecare excepție.

Înainte de activare, notează:

• ipoteza de categorie și motivul pentru care Altex ar putea adăuga cerere;
• sursa fiecărui câmp și ID-urile create;
• prețul minim și costurile încă neconfirmate;
• stocul rezervat și regula când două canale comandă simultan;
• proprietarul pentru import, comandă, livrare, suport și retur;
• pierderea maximă admisă și evenimentul de oprire;
• rapoartele folosite pentru a separa comenzile și banii.

Pilotul trece prin trei porți. Tehnică: produsele sunt corecte, stocul se schimbă controlat, iar comenzile și documentele circulă. Operațională: livrarea, întrebările și retururile au proprietar și sunt închise. Economică: sumele sunt reconciliate, iar contribuția include incidentele și munca observată.

Pentru incrementalitate, compară evoluția acelorași SKU-uri pe eMAG și în magazinul direct, dar nu pretinde cauzalitate dacă ai schimbat simultan prețuri și campanii. Uită-te la comenzi noi, canibalizare probabilă, diferențe de categorie și cereri specifice platformei. Dacă nu ai un experiment curat, notează nivelul de încredere al concluziei.

Oprești când produsul nu poate fi menținut corect, contribuția rămâne sub limită într-un scenariu normal sau incidentele consumă capacitatea echipei. Repari când există cerere, dar o mapare, promisiune de livrare sau regulă de stoc strică rezultatul. Extinzi numai după ce primele cicluri au ajuns la retur și reconciliere. Un diagnostic eCommerce poate separa problema de canal de problema din date și ofertă înainte de investiția următoare.

Ține un jurnal de schimbări pe durata pilotului. Notează data, produsul, ipoteza, modificarea, motivul și persoana care a aprobat-o. Dacă schimbi prețul, stocul publicat, conținutul și livrarea în aceeași zi, nu mai poți explica rezultatul. Schimbările urgente de siguranță au prioritate, dar optimizările comerciale se fac pe rând, cu o fereastră suficientă pentru observarea ciclului de comandă.

La revizuire, adu împreună catalogul, operațiunile și financiarul. Catalogul vede respingerile și calitatea fișelor. Operațiunile vede timpul și excepțiile. Financiarul vede plățile, comisioanele și ajustările. Dacă decide numai echipa care urmărește comenzile, canalul poate părea bun înainte ca retururile și costul muncii să ajungă în raport.

Decizia se scrie pe canal și pe familie de produse. „Altex funcționează” este prea larg: o categorie poate susține contribuția, iar alta poate consuma suport și retur. Păstrează motivul deciziei, informațiile încă incerte și următoarea dată de revizuire. Astfel, extinderea rămâne reversibilă și nu transformă rezultatul unui eșantion într-o regulă pentru întregul catalog.

Întrebări frecvente

Cum devin seller pe Altex Marketplace?

Completezi formularul oficial cu datele companiei, contactul, site-ul și categoriile dorite. Altex evaluează aplicația și transmite pașii următori. Landing page-ul publică un profil de companii prioritizate, dar acceptarea efectivă și contractul nu pot fi verificate fără aplicația firmei.

Dacă vând deja pe eMAG, sunt acceptat automat?

Nu. Experiența eMAG poate demonstra că ai un catalog și procese, dar Altex aplică propria evaluare, structură de categorii și condiții. Folosește contul existent ca dovadă operațională, nu ca substitut pentru onboarding.

Pot copia fișierul de produse din eMAG?

Îl poți folosi ca material de inventar, nu ca import garantat. Păstrezi datele adevărate despre produs, apoi remapezi categoriile, atributele, identificatorii și oferta după schema Altex. Verifici fiecare rezultat publicat.

Altex are API pentru selleri?

Da. Documentația publică v2.0 include produse, oferte, stocuri, comenzi, facturi, AWB-uri, curieri și RMA. Accesul, autentificarea și funcțiile disponibile contului se confirmă în onboarding; existența endpointului nu garantează că integrarea ta este gata.

Merită să țin eMAG și Altex simultan?

Da, dacă al doilea canal aduce contribuție suplimentară și operațiunea poate proteja stocul, livrarea și returul. Nu decide după încasări brute. Rulează un pilot Altex separat, reconciliază-l și măsoară munca înainte de extindere.

Altex merită evaluat ca sistem diferit, nu ca destinație pentru încă un export. Cele mai valoroase active portabile sunt datele curate, economia cunoscută și disciplina operațională. Restul — admitere, categorie, ofertă, statusuri și contract — se câștigă prin verificare. Dacă această separare este făcută înaintea integrării, al doilea marketplace devine un test controlat; dacă nu, devine încă un loc în care aceeași eroare se propagă mai repede.