„Merg bine pe eMAG România. Cât de complicat este să vând și în Ungaria fără să deschid firmă acolo?” Răspunsul scurt este că eMAG a construit un program prin care un seller poate administra vânzarea regională din același ecosistem. Dar accesul tehnic nu dovedește că firma, produsele și marja sunt pregătite. Înainte de activare trebuie clarificate contractul, localizarea catalogului, stocul, livrarea și returul, TVA-ul și responsabilitățile produsului.
Nu porni cu tot catalogul. Alege produse pentru care cunoști contribuția pe comandă, poți susține promisiunea de livrare și ai o persoană care urmărește incidentele până la închidere. Apoi rulează un pilot separat pe fiecare piață. Ungaria și Bulgaria nu sunt două căsuțe într-un export, ci două contexte în care aceeași ofertă poate avea cost, cerere și fricțiuni diferite.
Articolul folosește documentația publică eMAG, Comisia Europeană și ANAF. Amplify nu administrează încă un cont de marketplace și nu oferă consultanță fiscală ori juridică. Funcțiile și eligibilitatea se confirmă în contul de seller, iar tratamentul TVA se validează cu un contabil care vede firma, traseul bunurilor și țările în care este păstrat stocul. Dacă problema actuală este încă în oferta din România, începe cu ghidul despre stoc, preț și indicatorii de vânzător, nu cu extinderea.
Extinderea începe cu cinci condiții, nu cu traducerea catalogului
O companie nu este pregătită pentru cross-border doar fiindcă poate semna documentele în platformă. Este pregătită când poate răspunde cu dovezi la cinci întrebări:
| Condiție | Întrebarea care trebuie închisă | Dovadă minimă înainte de activare | Semnal de oprire |
|---|---|---|---|
| economie | ce rămâne după prețul local, TVA, comision, livrare, retur și curs valutar? | fișă de contribuție pe SKU și scenariu de retur | rezultatul depinde de un cost neconfirmat sau de un volum inventat |
| catalog | poate clientul înțelege exact produsul, varianta și limitările? | listare revizuită în limba pieței, cu atribute, unități și imagini verificate | traducerea schimbă sensul, lipsește un avertisment sau varianta este ambiguă |
| stoc | aceeași unitate nu poate fi promisă simultan în mai multe locuri? | sursă unică de stoc, rezervare și alertă la abatere | stocul se actualizează manual sau cu întârziere necunoscută |
| operațiuni | comanda, livrarea, suportul și returul au proprietar și termen? | flux testat cap-coadă și contacte stabilite | returul nu are adresă, criteriu de inspecție ori responsabil |
| conformitate | firma știe cine declară TVA și ce obligații are produsul? | răspuns scris de la contabil și verificare pe categorie | răspunsul este „probabil se ocupă platforma” |
Ordinea contează. Traducerea unui catalog neprofitabil produce mai repede o ofertă neprofitabilă. Un curier integrat nu repară un stoc duplicat. OSS poate simplifica declararea unor vânzări, dar nu decide în locul firmei ce tranzacții intră în schemă. Un flux bun reduce necunoscutele înainte ca prima comandă să le transforme în cost.
Pentru fiecare condiție notează trei stări: confirmat, de confirmat și blocant. „Confirmat” cere un document, o setare văzută sau un test reușit; nu o presupunere. „De confirmat” are proprietar și termen. „Blocant” oprește produsul fără să oprească neapărat întreg pilotul. Această separare îți permite să lansezi cinci produse curate chiar dacă alte cincizeci au atribute sau documente incomplete.
Un diagnostic de marketing și operațiuni este util înaintea extinderii când nu este clar dacă blocajul actual vine din cerere, ofertă, marjă sau execuție. Cross-border multiplică sistemul pe care îl ai deja. Dacă sistemul local produce anulări și retururi fără cauză urmărită, încă două piețe măresc zgomotul, nu învățarea.
Pregătirea se verifică și prin absența dependențelor fragile. Dacă singura persoană care știe să corecteze o ofertă lipsește, pilotul se oprește? Dacă un fișier este importat greșit, există o versiune anterioară și o listă a SKU-urilor atinse? Dacă un client cere o informație tehnică, suportul o poate obține fără să traducă în grabă un mesaj prin trei persoane? Aceste întrebări par administrative, dar determină dacă un incident rămâne o excepție mică sau se propagă în catalog, livrare și rating.
Ce deschide eMAG Cross-Border și ce trebuie confirmat în cont
Pagina publică eMAG Cross-Border descrie un pachet pentru vânzarea în România, Ungaria și Bulgaria. Fluxul public include semnarea documentelor legale pentru piețele noi, alegerea unui curier eligibil, traducerea produselor eligibile, exportul ofertelor și administrarea prețului și stocului. Acestea sunt funcții declarate de platformă, nu o garanție că orice firmă ori produs este acceptat.
Ordinea de lucru poate fi transformată într-un dosar de activare:
- verifici în cont ce țări și ce documente sunt disponibile firmei;
- citești termenii și anexele pentru fiecare platformă, nu doar rezumatul comercial;
- confirmi curierul, punctul de predare, condițiile de retur și costurile aplicabile;
- stabilești dacă exportul ofertelor va fi automat sau manual;
- aștepți traducerea produselor eligibile și o verifici înainte de activare;
- testezi prețul, stocul și statusul ofertei separat pe fiecare piață;
- păstrezi dovada setărilor cu data verificării.
eMAG avertizează public că, dacă oferta nu este exportată automat, produsul poate primi ID-uri diferite, iar opțiunile de sincronizare a prețului și stocului nu mai funcționează în același mod. Această diferență nu este un detaliu de interfață. Ea decide dacă o modificare făcută în România ajunge previzibil în celelalte două piețe sau trebuie controlată prin alt proces.
| Cine | Ce poate confirma | Ce nu trebuie presupus |
|---|---|---|
| eMAG | disponibilitatea programului, documentele, produsele eligibile, exportul și integrările din cont | profitabilitatea produsului și tratamentul fiscal individual al firmei |
| sellerul | adevărul despre produs, stoc, preț, documente, suport și capacitate operațională | că traducerea sau integrarea elimină nevoia de verificare |
| curierul ori FBE | traseul, predarea, evenimentele logistice și procedura contractuală de retur | că orice dimensiune, categorie ori destinație are același cost și termen |
| contabilul sau consultantul | TVA, OSS, facturare, stocare și obligațiile firmei în configurația reală | că platforma își asumă automat toate obligațiile sellerului |
Documentația publică eMAG Academy pentru Cross-Border și FBE oferă rezumate, dar o parte din pași se oprește la autentificare. De aceea, capturile din cont și răspunsurile primite în mesageria sellerului fac parte din dosar. O informație găsită într-un comunicat din 2023 poate explica lansarea serviciului, dar nu dovedește tariful sau condiția valabilă în august 2026.
Catalogul localizat nu este o descriere tradusă cuvânt cu cuvânt
eMAG spune că produsele eligibile pot fi trimise la traducere după parcurgerea pașilor programului. Sellerul rămâne însă sursa adevărului despre produs. Traducerea poate reda cuvintele, dar numai firma știe dacă o unitate, o compatibilitate, o avertizare sau denumirea unei variante a rămas corectă.
Fișa de acceptare pentru fiecare SKU ar trebui să includă:
- titlul și varianta exactă, fără promisiuni adăugate în traducere;
- categoria, atributele obligatorii și valorile folosite în filtre;
- unitățile de măsură, dimensiunile, greutatea și formatele locale;
- materialul, compatibilitatea, conținutul pachetului și excluderile;
- instrucțiunile, garanția, avertismentele și documentele cerute categoriei;
- imaginile în aceeași ordine și corespondența dintre imagine și variantă;
- răspunsurile pregătite pentru întrebările previzibile în limba clientului;
- prețul afișat și efectul conversiei în moneda locală asupra contribuției.
O traducere corectă gramatical poate fi greșită comercial. „Universal” poate deveni o promisiune de compatibilitate pe care produsul nu o susține. „Set” poate ascunde câte bucăți sunt incluse. O unitate românească poate fi înțeleasă diferit dacă abrevierea nu este localizată. O fotografie cu două produse poate sugera că ambele intră în pachet.
Într-un material video despre vânzarea internațională, prezentatorul FedEx mută discuția de la simpla disponibilitate la calitatea datelor și a experienței. Folosim ideea ca întrebare de control, nu cifrele prezentării: poate operațiunea să răspundă la cerințele pieței cu date corecte și o promisiune executabilă?
Revizia trebuie făcută de o persoană care înțelege produsul, iar pentru categorii reglementate și de specialistul relevant. Nu activa SKU-ul dacă persoana care verifică nu poate explica produsul din listare fără să consulte varianta românească. Clientul din Ungaria sau Bulgaria nu ar trebui să aibă nevoie de pagina din România ca să afle ce cumpără.
Pentru catalogul propriu, dincolo de marketplace, o strategie SEO pentru eCommerce poate păstra controlul asupra paginilor, căutărilor și cererii organice. MKT-09 rămâne însă despre intrarea prin eMAG; nu promite că aceeași traducere este suficientă pentru un site localizat sau pentru Google în altă limbă.
Livrarea și returul decid dacă promisiunea rezistă peste graniță
Programul public eMAG menționează curieri integrați care pot prelua produsele din România pentru livrare în Ungaria și Bulgaria. FBE Cross-Border este o altă configurație, cu propriile condiții în cont. Nu alege între ele după o etichetă precum „simplu” sau „rapid”. Compară traseul complet al comenzii și al returului pentru produsele pilot.
| Moment | Întrebarea de control | Eveniment care trebuie păstrat | Proprietar intern |
|---|---|---|---|
| comandă | când este rezervat stocul și când poate fi eliberat? | ID comandă, SKU, cantitate, status | operațiuni marketplace |
| pregătire | cine verifică produsul, documentele și ambalarea? | ora pregătirii și excepția găsită | depozit |
| predare | ce dovedește transferul către curier sau FBE? | scanare, AWB, greutate, colet | logistică |
| tranzit | cine urmărește lipsa unui eveniment sau o întârziere? | ultimul status și timpul de la el | suport/operațiuni |
| livrare | cum este confirmată promisiunea făcută clientului? | livrare, refuz, incident | suport |
| retur | unde ajunge coletul și cine îl inspectează? | motiv, stare, cost, decizie | retururi/depozit |
| reintrare | produsul se revinde, se remediază sau se casează? | gradare și mișcare de stoc | financiar + depozit |
Un transcript despre logistica orientată spre client tratează urmărirea, opțiunile locale, returul și suportul ca părți ale aceleiași experiențe. Prezentarea aparține unui furnizor logistic, deci nu folosim procentele ei ca rezultat probabil. Întrebarea utilă este dacă fluxul firmei continuă după „predat curierului”. Dacă nimeni nu urmărește excepția și reintrarea în stoc, livrarea nu este închisă operațional.
Înainte de lansare, simulează cel puțin două retururi: unul vandabil și unul deteriorat. Pentru fiecare, notează cine emite sau furnizează eticheta, cine comunică în limba clientului, unde sosește produsul, când se aprobă rambursarea, cum sunt tratate costurile și când stocul devine din nou disponibil. Nu inventa un termen universal. Folosește termenul contractual și probele din cont.
Adaugă și o regulă de oprire. Dacă statusurile nu se sincronizează, dacă returul nu poate fi urmărit sau dacă suportul nu poate răspunde inteligibil, oprești produsul înainte de a crește bugetul. Greșelile frecvente la vânzarea pe eMAG devin mai scumpe când cauza trebuie căutată în trei platforme, două limbi și mai multe trasee logistice.
Nu evalua curierul doar prin costul afișat. Construiește un cost pe comandă închisă: transportul inițial, contribuția sellerului, materialele, manipularea, excepțiile, refuzul și traseul invers. Un serviciu aparent mai ieftin poate consuma mai mult dacă echipa deschide tichete manual, dacă produsele așteaptă inspecția sau dacă stocul rămâne blocat între statusuri. La polul opus, un flux mai scump nu merită automat; trebuie să reducă o fricțiune pe care o poți vedea în propriile comenzi.
TVA și obligațiile locale se clarifică înainte de prima comandă
Comisia Europeană explică faptul că regulile pentru comerțul electronic B2C transfrontalier s-au schimbat la 1 iulie 2021. Pentru anumite vânzări la distanță în UE există un prag cumulat de 10.000 EUR, iar One Stop Shop poate permite declararea și plata TVA printr-un singur stat membru de identificare. Acesta este cadrul general, nu răspunsul individual pentru orice seller.
OSS este un canal de declarare pentru operațiunile pe care le acoperă. Nu este o scutire, nu stabilește singur cota corectă, nu curăță datele tranzacției și nu înlocuiește toate declarațiile interne. Ghidul ANAF arată, între altele, condiții de eligibilitate și raportare. Un contabil trebuie să decidă aplicarea după ce vede traseul real.
Trimite-i o fișă concretă, nu întrebarea vagă „pot vinde în Ungaria?”:
- firma este stabilită în România și ce coduri de TVA are acum;
- vinde B2C, B2B sau ambele și cum identifică tipul clientului;
- din ce țară pleacă bunurile pentru fiecare configurație logistică;
- dacă bunurile vor fi stocate vreodată în Ungaria sau Bulgaria;
- valoarea cumulată a vânzărilor B2C transfrontaliere relevante în UE;
- cine emite documentele către client și ce date primește din marketplace;
- cum sunt înregistrate retururile, reducerile și anulările;
- ce obligații de mediu, ambalaj, garanție sau siguranță are categoria;
- ce evidențe trebuie păstrate și cine reconciliază platforma cu contabilitatea.
Diferența dintre expedierea din România și stocarea într-un alt stat este esențială. Documentația Comisiei separă vânzările la distanță acoperite de OSS de operațiunile interne și de alte obligații. De aceea, afirmația „nu trebuie niciodată înregistrare locală” nu poate fi făcută fără configurația exactă. La fel, faptul că o platformă facilitează tranzacția nu înseamnă că devine automat persoana obligată pentru toate componentele TVA ale sellerului.
Un video explicativ despre OSS pentru afaceri B2C spune explicit că pragul de 10.000 EUR nu este un prag general pentru orice TVA. Afirmația este confruntată cu Comisia Europeană și ANAF înainte de utilizare. Materialul ajută la formularea întrebărilor, nu la depunerea declarației.
Pilotul se proiectează pe produse, nu pe întreaga țară
Un pilot bun nu urmărește să „vadă dacă Ungaria merge”. Urmărește o ipoteză precisă: un grup de produse poate fi vândut într-o piață nouă cu contribuție pozitivă, stoc controlat și un nivel de incidente pe care echipa îl poate închide. Bulgaria primește propria ipoteză, chiar dacă activarea tehnică seamănă.
Începe cu produse care au:
- contribuție cunoscută în România și spațiu pentru costuri suplimentare;
- dimensiuni și fragilitate ușor de gestionat;
- rată de retur și motive cunoscute;
- atribute complete, imagini clare și documente disponibile;
- stoc suficient pentru test, dar expunere financiară limitată;
- puține variante care se pot confunda;
- cerere plauzibilă, verificată fără a pretinde un volum garantat.
| Etapă | Ce faci | Ce nu faci încă | Dovada de trecere |
|---|---|---|---|
| pregătire | închizi dosarul de activare și fișa fiecărui SKU | nu publici catalogul în masă | nicio condiție blocantă deschisă |
| probă tehnică | verifici export, preț, stoc, comandă și statusuri | nu pornești promovare | o comandă poate fi urmărită cap-coadă |
| probă operațională | livrezi, răspunzi și simulezi returul | nu adaugi produse din impuls | incidentele au proprietar și timp observat |
| probă economică | reconciliezi comenzi și retururi pe SKU | nu numești venitul profit | costurile confirmate sunt în aceeași fișă |
| decizie | extinzi, menții, repari sau oprești | nu amesteci piețele într-o medie | motiv scris și acțiune pentru următorul ciclu |
Stabilește înainte pierderea maximă acceptată și condiția de oprire. Nu este nevoie de o sumă universală. Pentru o firmă poate fi numărul de produse expuse; pentru alta, valoarea stocului sau timpul de suport. Important este ca limita să existe înainte de primele comenzi, când entuziasmul poate transforma orice rezultat într-un motiv de continuare.
Separă și modificările în timp. Dacă schimbi simultan prețul, transportul, imaginile și selecția de produse, următorul ciclu nu îți spune ce a produs diferența. Notează ipoteza, schimbarea și data, apoi lasă suficient timp pentru ca o comandă să ajungă la livrare ori retur. Scopul pilotului nu este să obțină o poveste frumoasă din primele zile, ci să reducă incertitudinea cu fiecare ciclu complet.
Folosește cicluri complete, nu primele comenzi. Un produs nu este validat cât timp încă nu ai văzut livrarea, plata, returul posibil și reconcilierea. Un material FedEx despre pregătirea pentru schimbări vamale susține ideea de a înțelege impactul și datele înainte ca schimbarea să lovească operațiunea. Clipul privește reforme vamale și nu dovedește reguli actuale pentru transportul intra-UE eMAG; contribuția sa rămâne principiul de pregătire timpurie.
Întrebări frecvente
Am nevoie de firmă în Ungaria ca să vând acolo?
Documentația publică eMAG prezintă Cross-Border ca program prin care sellerii pot intra în Ungaria și Bulgaria din ecosistemul regional și cere semnarea documentelor pentru platformele vizate. Nu rezultă de aici că orice firmă este eligibilă sau că nu poate avea obligații fiscale locale. Confirmă forma contractuală în cont și cere contabilului un răspuns pentru traseul bunurilor, stocare și tipul clienților.
Cine traduce descrierile produselor?
eMAG spune că produsele eligibile sunt trimise la traducere în cadrul fluxului Cross-Border. Sellerul trebuie să verifice titlul, atributele, unitățile, compatibilitatea, avertismentele și imaginile înainte de activare. Platforma poate furniza traducerea; adevărul despre produs și responsabilitatea listării nu trebuie externalizate orbește.
Este suficient OSS ca să vând în ambele țări?
Nu poate fi stabilit doar din destinațiile de vânzare. OSS acoperă anumite operațiuni B2C, iar aplicarea depinde de stabilire, traseul bunurilor, prag și tipul tranzacției. Dacă stocul ajunge într-un alt stat sau există operațiuni locale, pot apărea obligații suplimentare. Validează configurația cu un specialist fiscal.
Cum aleg între Ungaria și Bulgaria pentru primul pilot?
Compară numai produsele eligibile pe care le poți opera: contribuția după costurile confirmate, calitatea localizării, traseul logistic, capacitatea de suport, documentele și riscul de retur. Nu alege doar după mărimea declarată a pieței. Dacă dovezile sunt apropiate, rulează două piloturi mici și păstrează rezultatele separate.
Trebuie să activez tot catalogul odată?
Nu. Un pilot restrâns protejează stocul, timpul echipei și reputația contului. Începe cu SKU-uri clare și controlabile, urmărește ciclul complet și extinde numai ce are dovadă economică și operațională. Produsele care nu trec fișa de localizare sau conformitate rămân inactive.
Fișa de decizie după primele cicluri complete
La sfârșitul fiecărui ciclu, nu întreba doar „cât am vândut?”. Completează aceeași fișă pentru fiecare piață și produs:
| Domeniu | Ce notezi | Dovezi | Decizia posibilă |
|---|---|---|---|
| cerere | vizite, comenzi și întrebări care arată intenția reală | rapoarte pe SKU și mesaje, fără a amesteca țările | extinde selecția sau schimbă oferta |
| contribuție | venitul comparabil minus costurile variabile confirmate | comandă, comision, logistică, retur, curs și alte costuri aplicabile | menține, repară prețul sau oprește |
| stoc | diferențe, rezervări eșuate și timp de sincronizare | jurnalul mișcărilor și incidente | repară integrarea înainte de volum |
| livrare | predare, excepții, refuzuri și promisiune respectată | AWB, scanări, conversații | păstrează traseul sau schimbă configurația |
| retur | motiv, stare, cost și reintrare | inspecție pe produs și reconciliere | corectează listarea, ambalarea sau selecția |
| suport | întrebări, limbă, timp și rezoluție | tichete grupate după cauză | creează răspunsuri, resurse sau proprietar nou |
| conformitate | documente și clarificări rămase | răspunsuri scrise și data verificării | continuă numai fără blocante |
Patru decizii sunt suficiente:
- extinde când produsul păstrează contribuția și operațiunea închide comenzile și retururile fără improvizații;
- menține când ipoteza este promițătoare, dar nu există încă un ciclu suficient de clar pentru a mări expunerea;
- repară când cererea există, dar o cauză controlabilă strică prețul, listarea, stocul ori livrarea;
- oprește când contribuția rămâne negativă, condiția de conformitate nu se închide sau echipa nu poate susține promisiunea.
Decizia se ia separat pentru Ungaria și Bulgaria. O medie regională poate ascunde exact piața care consumă marja sau produsul care generează retururi. Tot separat trebuie păstrate necunoscutele: ce nu ai putut verifica nu devine zero și nici „probabil inclus”.
Cross-Border merită tratat ca o extindere a sistemului comercial, nu ca un buton de distribuție. Dacă produsul, datele, stocul și responsabilitățile sunt clare, eMAG poate reduce o parte din fricțiunea tehnică. Dacă ele nu sunt clare, platforma doar transportă mai repede aceeași problemă în încă două piețe.