Pentru a vinde pe Prom.ua sau Rozetka, trebuie să înregistrați un cont de vânzător, să pregătiți catalogul, să configurați plata și livrarea și să organizați procesarea comenzilor. După lansare, este important să controlați fiecare abatere: întârzierea plății, o eroare în documentul de expediere, un colet neridicat, un retur, termenul de procesare, bonul fiscal și profitul real.
Pe scurt: cum să începeți să vindeți pe Prom.ua și Rozetka
Condițiile de conectare, tarifele, comisioanele și cerințele pentru produse sunt stabilite de marketplace. Înainte de lansare, verificați regulile actuale în contul de vânzător. Succesiunea generală a activităților este următoarea.
| Etapă | Prom.ua | Rozetka | Ce trebuie pregătit în Torgsoft |
|---|---|---|---|
| 1. Înregistrare | Creați contul companiei, completați datele vânzătorului și îndepliniți condițiile planului tarifar ales. | Depuneți cererea, furnizați documentele și semnați contractul cu semnătură electronică. | Stabiliți persoana juridică, depozitul, casa și contul curent pentru vânzările online. |
| 2. Catalog | Adăugați produsele manual, prin import sau prin API. Completați denumirile, categoriile, caracteristicile, prețurile, stocurile, descrierile și fotografiile. | Pregătiți lista de prețuri conform cerințelor marketplace-ului. Verificați categoriile, mărcile, caracteristicile, denumirile și fotografiile. | Completați fișele produselor și stabiliți ce grupe, prețuri și stocuri trebuie transmise către fiecare platformă. |
| 3. Sincronizare | Obțineți cheia API în contul Prom.ua și configurați transmiterea produselor și descărcarea comenzilor. | Conectați contul Rozetka și configurați schimbul de produse, comenzi și stări. | Creați câte un obiect de sincronizare separat pentru fiecare marketplace și verificați schimbul folosind produse de test. |
| 4. Plată și livrare | Activați metodele disponibile de plată și livrare și verificați condițiile acestora. | Configurați metodele de plată și livrare și punctele de expediere în contul de vânzător. | Asociați metodele de plată cu casele și conturile, conectați transportatorii necesari și indicați cine plătește livrarea. |
| 5. Procesarea comenzii | Confirmați disponibilitatea, plata și termenul de expediere și transmiteți numărul documentului de expediere. | Procesați comanda în termenul stabilit, creați expedierea și actualizați starea. | Descărcați comanda, creați factura, rezervați produsul, generați documentul de expediere, înregistrați plata și vânzarea. |
| 6. Finalizare | Confirmați executarea sau anularea și verificați plata, comisionul și eventualul retur. | Finalizați comanda conform regulilor platformei și confruntați-o cu raportul de vânzări. | Verificați încasarea banilor, emiteți bonul, înregistrați cheltuielile și retururile și verificați rezultatul financiar. |
Verificați pentru câteva produse denumirea, categoria, prețul, stocul, fotografiile și caracteristicile. Apoi creați o comandă de test și parcurgeți întregul proces până la plată, documentul de expediere și schimbarea stării. Astfel pot fi identificate erorile de configurare înainte de începerea vânzărilor regulate.
Pentru control sunt necesare date din trei surse. Marketplace-ul stabilește condițiile comenzii și regulile evaluării. Transportatorul răspunde de documentul de expediere și deplasarea coletului. Vânzătorul ține evidența mărfurilor, evidența financiară și fiscală. Torgsoft leagă aceste operațiuni de o anumită comandă, de client, de plată și de factura de ieșire.
| Ce trebuie verificat | Sursa principală de date | Ce înregistrează Torgsoft |
|---|---|---|
| Starea comenzii și metoda de plată aleasă | Prom.ua sau Rozetka | Comanda, factura, metoda de plată, plata și datoria |
| Numărul documentului de expediere și deplasarea coletului | Transportatorul | Documentul de expediere, starea livrării, destinatarul și evenimentele expedierii |
| Încasarea banilor | Banca sau serviciul de plată | Plata facturii și circulația banilor |
| Fiscalizare | Legea și metoda efectivă de plată | Bonul fiscal, forma și instrumentul de plată |
| Profitul comenzii | Documentele contabile ale vânzătorului | Costul, plățile primite, cheltuielile și retururile |
1. Metoda și starea plății
Problema vânzătorului
Stările «plătită», «acceptată», «expediată» și «primită» descriu evenimente diferite. Cumpărătorul poate plasa o comandă cu plată online. Uneori plata se finalizează cu o eroare. Coletul poate fi primit înainte ca transferul ramburs să ajungă la vânzător. În anumite scenarii de plată, marketplace-ul îi poate acorda cumpărătorului și un termen pentru plată după primirea produsului.
Angajatul trebuie să vadă separat starea comenzii, metoda de plată, suma banilor primiți efectiv și datoria rămasă. Starea marketplace-ului nu confirmă singură mișcarea banilor în contul vânzătorului.
Cine stabilește rezultatul
Marketplace-ul transmite metoda și starea plății prin API. Banca sau serviciul de plată confirmă creditarea banilor. Dacă datele diferă, vânzătorul verifică operațiunea în contul marketplace-ului și în extrasul bancar.
Cum se organizează evidența în Torgsoft
Integrarea cu Prom.ua transmite către Torgsoft comenzile, datele cumpărătorului și metoda de plată aleasă. Pentru fiecare metodă de plată trebuie indicată casa sau contul curent corespunzător și trebuie stabilit dacă este vorba despre plata ramburs.
Integrarea cu Rozetka.ua permite, de asemenea, asocierea metodelor de plată ale marketplace-ului cu casele și conturile curente din Torgsoft. Comanda este transformată în factură, iar angajatul înregistrează plata după confirmarea încasării efective a banilor.
- Descărcați sau actualizați lista metodelor de plată pentru fiecare obiect de sincronizare.
- Asociați fiecare metodă cu o anumită casă sau cu un anumit cont curent.
- Marcați metodele prin care cumpărătorul plătește la primirea coletului.
- Confruntați facturile plătite cu încasările efective. Opțiunea Extrase bancare descarcă operațiunile din băncile acceptate și ajută la asocierea unei plăți neidentificate cu o factură.
- Păstrați datoria deschisă până la încasarea efectivă a banilor.
Dacă marketplace-ul indică plata, dar banca nu confirmă încasarea, nu închideți manual datoria. Verificați mai întâi plata în contul marketplace-ului și al serviciului de plată.
2. Transportatorul și starea documentului de expediere
Problema vânzătorului
Un document de expediere poate fi creat în contul marketplace-ului, al doilea în contul transportatorului și al treilea în programul de evidență. Din această cauză, angajatul poate tipări o etichetă greșită, poate expedia coletul fără plata ramburs sau poate să nu vadă starea actuală a livrării.
Cine răspunde de date
Transportatorul atribuie numărul documentului de expediere și înregistrează evenimentele livrării. Marketplace-ul primește o parte dintre aceste date prin propriul modul de livrare. Torgsoft transmite și primește informații în limitele posibilităților API-ului serviciului respectiv.
Cum se organizează activitatea în Torgsoft
Opțiunea Integrarea cu Nova Poshta creează și tipărește documentul de expediere din factura de ieșire. În document se păstrează destinatarul, adresa sau filiala, plătitorul, parametrii încărcăturii, valoarea declarată și livrarea de retur. Torgsoft afișează starea expedierii și circulația plății ramburs.
Opțiunea Integrarea cu Ukrposhta creează expedierea, tipărește eticheta și urmărește evenimentele livrării. Pentru ambii transportatori poate fi configurată actualizarea în masă a stărilor conform unui program.
Pentru comenzile Prom.ua, Torgsoft poate transmite marketplace-ului numărul documentului de expediere Nova Poshta sau poate descărca un document deja creat. Pentru descărcare, în Torgsoft trebuie configurat același expeditor care a fost folosit la crearea documentului.
Pentru comenzile Rozetka, numărul declarației este folosit la schimbarea automată a stării comenzii. Unele operațiuni Rozetka Delivery sunt efectuate în contul de vânzător. Dacă tipărirea documentului de expediere sau actualizarea stării nu funcționează din partea serviciului, vânzătorul verifică comanda în contul Rozetka și contactează serviciul de asistență al platformei.
- numărul comenzii și factura asociată;
- numele complet și numărul de telefon al destinatarului;
- transportatorul, orașul, filiala sau adresa;
- existența plății ramburs și valoarea acesteia;
- plătitorul livrării principale și al celei de retur;
- numărul documentului de expediere în Torgsoft și pe marketplace.
3. Cine plătește livrarea
Problema vânzătorului
Condițiile afișate cumpărătorului în timpul plasării comenzii pot fi diferite de tariful efectiv al transportatorului. Cauza poate fi reprezentată de parametrii coletului, redirecționare, ambalare suplimentară, plata ramburs sau regulile programului de fidelitate al marketplace-ului.
Cine stabilește costul
Marketplace-ul stabilește condițiile livrării gratuite, reduse sau cu preț fix pentru cumpărător. Transportatorul calculează costul efectiv conform tarifului și parametrilor expedierii. Vânzătorul răspunde de corectitudinea datelor privind greutatea, dimensiunile, plătitorul și serviciile suplimentare.
Pentru Rozetka sunt posibile livrarea gratuită, plata de către cumpărător conform tarifului transportatorului și un cost fix. În cazul costului fix, cumpărătorul plătește livrarea împreună cu produsul, iar vânzătorul achită serviciile transportatorului.
Cum se contabilizează livrarea în Torgsoft
La crearea documentului de expediere Nova Poshta, angajatul alege plătitorul livrării principale și al celei de retur. Dacă plătește expeditorul, Torgsoft poate crea automat o cheltuială asociată facturii. Pentru aceasta, în parametrii integrării trebuie indicate categoria de analiză financiară pentru livrare și partenerul pentru cheltuielile poștale.
Aceeași logică de evidență se aplică integrării cu Ukrposhta. Cheltuiala este creată pe baza costului efectiv al livrării atunci când vânzătorul activează setarea corespunzătoare în timpul creării expedierii.
Cheltuielile aferente altor scheme de livrare pot fi adăugate manual la factură sau la factura de ieșire. Acest lucru este necesar pentru calcularea rezultatului unei anumite comenzi.
Păstrați în fișa comenzii două sume separate: cât a plătit cumpărătorul pentru livrare și cât a plătit efectiv vânzătorul transportatorului.
4. Expedieri întârziate, pierdute și neridicate
Problema vânzătorului
Coletul poate rămâne în tranzit mai mult decât termenul estimat, poate ajunge fără actualizarea stării, se poate pierde sau poate aștepta cumpărătorul la filială. Plata ramburs trebuie controlată separat: cumpărătorul primește coletul și vânzătorul primește banii în momente diferite.
Cine soluționează problema
Transportatorul caută expedierea și confirmă starea efectivă a acesteia. Marketplace-ul stabilește regulile privind compensarea livrării, rambursarea banilor și influența evenimentului asupra evaluării. Vânzătorul trebuie să identifice la timp abaterea și să transmită o solicitare părții corespunzătoare.
Ce poate fi controlat în Torgsoft
Torgsoft afișează numărul declarației și starea livrării în facturile de ieșire. Pentru Nova Poshta, programul afișează separat situațiile «banii trebuie să ajungă», «banii au ajuns» și «banii au fost primiți». Filtrul pentru plata ramburs ajută la reunirea acestor expedieri într-o singură listă.
Conform programului stabilit, Torgsoft actualizează în masă stările documentelor de expediere Nova Poshta și Ukrposhta. Programul păstrează un jurnal al executării sarcinilor și poate afișa mesaje despre erorile de actualizare.
- Verificați zilnic facturile fără număr de declarație.
- Examinați coletele care rămân mult timp în starea «expediat».
- Controlați separat expedierile pentru care trebuie să fie încasată plata ramburs.
- Comparați starea din Torgsoft cu cea din contul transportatorului înainte de a transmite solicitarea.
- Înregistrați numărul solicitării, data, angajatul responsabil și termenul estimat de răspuns într-un comentariu la factură sau în contactul cu clientul.
Torgsoft afișează abaterile pe baza datelor serviciilor. Căutarea coletului și decizia privind despăgubirea îi revin transportatorului sau marketplace-ului.
5. Returul produsului și reclamația
Problema vânzătorului
Refuzul la filială, returul după primire, deteriorarea și pierderea coletului au consecințe diferite. Într-un caz, produsul revine în depozit fără plată. În alt caz, vânzătorul îi rambursează cumpărătorului banii. Transportatorul poate răspunde pentru deteriorare sau pierdere.
Cine și ce face
- Vânzătorul verifică produsul, înregistrează returul în evidență și rambursează banii atunci când există temeiul corespunzător.
- Marketplace-ul procesează rambursarea plății dacă banii au trecut prin serviciul său de plată.
- Transportatorul primește reclamația privind pierderea, deteriorarea sau încălcarea condițiilor de livrare.
- Cumpărătorul furnizează produsul și documentele conform procedurii de retur.
Cum se înregistrează operațiunea în Torgsoft
După primirea efectivă a produsului, angajatul creează documentul «Retur» și identifică vânzarea inițială folosind bonul, factura, codul de bare sau datele clientului. Torgsoft readuce produsul în stocul contabil și păstrează legătura cu operațiunea inițială.
Rambursarea banilor trebuie înregistrată în casa sau în contul curent corespunzător. Dacă vânzătorul a plătit livrarea de retur, depozitarea sau alte servicii, aceste sume sunt înregistrate drept cheltuieli. Reclamația către transportator este depusă în afara Torgsoft. În program sunt păstrate consecințele contabile și datele necesare pentru verificare.
Dacă cumpărătorul nu a ridicat coletul, vânzătorul nu a primit plata și nu a emis propriul bon fiscal de vânzare, nu există temei pentru un bon de retur. Dacă bonul de vânzare a fost deja emis, procedura de retur depinde de metoda inițială de plată.
Păstrați documentul de expediere, documentul expedierii, descrierea conținutului dacă există, fotografiile ambalajului, confirmarea valorii produsului, corespondența cu cumpărătorul și documentele privind returnarea în depozit.
6. Riscul depășirii termenului de procesare a comenzii
Problema vânzătorului
Marketplace-ul evaluează viteza confirmării și expedierii, ponderea anulărilor și alți indicatori conform propriilor reguli. Angajatul poate pregăti coletul la timp, dar poate lăsa starea veche. Marketplace-ul va interpreta acest lucru drept întârziere.
Cine calculează evaluarea
Prom.ua și Rozetka stabilesc independent indicatorii de calitate, termenele admise și consecințele anulării. Torgsoft nu calculează evaluarea marketplace-ului. Programul ajută la executarea și documentarea la timp a operațiunilor de care depinde starea comenzii.
Cum se reduce numărul de erori în Torgsoft
Comenzile pot fi descărcate automat conform unui program. După descărcarea unei comenzi noi, Prom.ua primește starea de acceptare. Plata, expedierea sau anularea ulterioară modifică starea asociată conform integrării configurate.
Pentru Rozetka, Torgsoft schimbă starea în timpul procesării succesive: descărcarea comenzii, emiterea facturii, crearea facturii de ieșire, transmiterea către serviciul de livrare și primirea coletului. Angajatul selectează motivul anulării din listă și adaugă un comentariu dacă este necesar.
- configurați primirea regulată a comenzilor;
- desemnați o persoană responsabilă pentru comenzile noi și neprocesate;
- efectuați expedierile și anulările prin factura asociată;
- indicați motivul real al anulării;
- verificați jurnalul de sincronizare și mesajele de eroare;
- nu setați starea finală «Colet primit» înainte de confirmarea faptului.
Editarea simultană a aceleiași comenzi în contul marketplace-ului și în Torgsoft poate provoca sincronizarea repetată a stărilor. Pentru fiecare operațiune trebuie stabilit locul principal de lucru. Limitările API și defecțiunile temporare ale serviciului necesită verificarea în contul marketplace-ului.
7. Când și pentru ce sumă trebuie emis bonul fiscal
Problema vânzătorului
Data plasării comenzii, data plății, data expedierii și data primirii produsului pot fi diferite. Procedura de fiscalizare depinde de metoda efectivă de plată, de rolul marketplace-ului sau al operatorului poștal și de condițiile contractului cu serviciul de plată.
Ce stabilește legea
Legea Ucrainei nr. 265/95-VR obligă vânzătorul să efectueze operațiunile de plată prin RRO sau PRRO în cazurile reglementate de lege și să îi furnizeze cumpărătorului un document de plată. Pentru vânzarea la distanță trebuie stabilit cine primește banii de la cumpărător, în numele cui acționează operatorul de plată sau poștal și ce document emite acesta.
| Scenariu | Ce trebuie stabilit înainte de configurarea PRRO |
|---|---|
| Plată online cu cardul | Momentul operațiunii de plată reușite, suma plății și metoda de transmitere a bonului electronic către cumpărător |
| Plată anticipată parțială | Suma primei plăți, datoria rămasă și procedura de înregistrare a plății finale |
| Plată ramburs | Cine primește banii, ce document de plată emite operatorul și dacă vânzătorul trebuie să emită propriul bon |
| Transfer către IBAN | Dacă plata este un transfer obișnuit dintr-un cont în altul sau o plată efectuată cu un instrument de plată |
| Rambursarea banilor | Bonul inițial, suma rambursată efectiv și metoda de plată către cumpărător |
Nu poate fi stabilit un singur moment de emitere a bonului pentru toate comenzile online. Vânzătorul are nevoie de o procedură scrisă pentru fiecare metodă de plată. Aceasta trebuie convenită cu contabilul, ținând cont de contractele cu marketplace-ul, banca și transportatorul.
Cum se emite bonul în Torgsoft
Opțiunea RRO software creează bonuri fiscale electronice și le transmite Serviciului Fiscal de Stat. În modul «Comerț cu emiterea facturii» pot fi create bonuri pentru plăți anticipate, plăți ale facturilor și facturi de ieșire. Angajatul indică forma și instrumentul de plată, iar bonul electronic poate fi trimis cumpărătorului folosind datele sale de contact.
- Creați o metodă de plată separată pentru fiecare schemă efectivă de plată.
- Stabiliți evenimentul după care angajatul sau procesul automatizat emite bonul.
- Asociați metoda de plată cu o casă sau cu un cont curent.
- Pentru plata anticipată, înregistrați suma primită și datoria rămasă.
- După retur, procesați documentul de retur și bonul fiscal corespunzător dacă operațiunea inițială a fost fiscalizată de vânzător.
Denumirea metodei de plată din contul marketplace-ului nu stabilește regimul fiscal. Înainte de lansarea unei funcții noi de plată, verificați contractul, circulația banilor și documentul primit de cumpărător.
8. Profitul real după comisioane, livrare și retururi
Problema vânzătorului
Suma comenzii indică vânzarea. În contul vânzătorului poate ajunge o sumă mai mică din cauza comisionului marketplace-ului, comisionului de acceptare a plăților, plății ramburs, livrării sau reținerilor pentru retur. Dacă aceste cheltuieli nu sunt asociate facturii, raportul indică un rezultat supraevaluat.
Ce date sunt necesare
| Componentă | Cum se contabilizează |
|---|---|
| Plata cumpărătorului | Plata facturii pe baza încasării efective a banilor |
| Costul produsului | Costul vânzărilor conform metodei alese în Torgsoft |
| Comisionul marketplace-ului | Cheltuială înregistrată într-o categorie separată de analiză financiară |
| Livrarea plătită de vânzător | Cheltuială asociată facturii sau facturii de ieșire |
| Acceptarea plăților și transferul plății ramburs | Cheltuială financiară conform extrasului sau raportului serviciului |
| Returul, depozitarea și livrarea de retur | Document de retur și cheltuieli separate asociate facturii |
În modul «Comerț cu emiterea facturii», Torgsoft afișează valoarea expedierii, plata, datoria, costul și cheltuielile asociate facturii. Venitul efectiv ținând cont de cheltuieli se calculează ca plățile primite minus costul vânzărilor și cheltuielile asociate facturii.
Profitul din produse aferent expedierii și circulația efectivă a banilor răspund la întrebări manageriale diferite. Primul indică rezultatul vânzării produsului. Al doilea ține cont de încasarea plății și de cheltuielile înregistrate. Pentru comenzile cu plata ramburs sau amânată, acești indicatori pot aparține unor date diferite.
Pentru analiza managerială, creați categorii separate: «Comision Prom.ua», «Comision Rozetka», «Livrare Nova Poshta», «Livrare Ukrposhta», «Livrare de retur», «Acceptarea plăților» și «Ambalare». Dacă serviciul a reținut comisionul înainte de transferarea banilor, înregistrați suma integrală a plății și comisionul ca o cheltuială separată. Această schemă păstrează venitul clar și arată costul fiecărui canal de vânzare.
Raportul «Extras pentru o perioadă» ajută la compararea circulației banilor din Torgsoft cu datele bancare. «Soldul pe categorii de analiză financiară» arată banii primiți și cheltuiți pentru categoriile selectate. Retururile trebuie înregistrate printr-un document separat, astfel încât produsul, banii și rezultatul financiar să se modifice în mod coordonat.
Rezultatul efectiv al comenzii îi este necesar proprietarului pentru evaluarea canalului de vânzare. Valoarea venitului pentru raportarea fiscală este stabilită de regulile sistemului de impozitare ales. Comisionul marketplace-ului poate reduce profitul managerial fără să reducă valoarea venitului pe care întreprinzătorul individual trebuie să îl declare.
O singură comandă leagă clientul, produsele, factura, plata, factura de ieșire, documentul de expediere, cheltuielile, bonul fiscal și returul. Proprietarul vede unde se află produsul, dacă banii au fost încasați, ce cheltuieli au apărut și ce rezultat a produs vânzarea.
Un specialist Torgsoft vă va ajuta să selectați integrările cu marketplace-uri, servicii poștale, extrase bancare și PRRO în funcție de modul efectiv de lucru al magazinului.
Solicitați o consultațieSurse
- Legea Ucrainei nr. 265/95-VR privind utilizarea RRO și PRRO.
- Clarificarea Serviciului Fiscal de Stat privind vânzarea produselor online cu livrare poștală.
- Nova Poshta: primirea plății ramburs de către expeditor.
- Nova Poshta: termenele și condițiile de depozitare a expedierilor.
- Asistență Prom.ua: înregistrarea vânzătorului.
- Rozetka: înregistrarea vânzătorului.
- Centrul de asistență pentru vânzătorii Rozetka.

Reveniți la pasul anterior