Evidența contabilă într-un magazin online cu un catalog mare de produse: ghid complet

Torgsoft pentru un magazin online cu un catalog mare: server, SQL Server, comenzi, AWB-uri și plăți

Un magazin online cu un catalog mare, mai multe canale de vânzare, confirmări telefonice, AWB-uri și registre zilnice de plăți se transformă rapid într-un proces operațional complex. Acest articol este un plan pas cu pas pentru configurarea Torgsoft, a serverului și a bazei de date astfel încât managerii să proceseze rapid comenzile, iar proprietarul să vadă imaginea reală a vânzărilor și banilor. Vom analiza separat ce rezolvă serverul, ce rezolvă setările și ce necesită adresarea către dezvoltatori.

Materialul este destinat afacerilor care vând prin propriul site, Prom.ua, Rozetka și telefonic, trimit zilnic zeci de colete prin Nova Poshta și Ukrposhta și primesc plăți prin avans și ramburs. Exemplele sunt potrivite pentru magazine de piese de schimb, electronice, accesorii, articole pentru casă, îmbrăcăminte, cosmetice și alte afaceri cu sortiment mare.

Ce rezultat trebuie să ofere un sistem configurat corect

Scopul configurării este un rezultat concret de lucru, care poate fi verificat. Un sistem de evidență construit corect pentru comerțul online arată astfel:

• catalogul de produse este gestionat într-un singur loc — în baza Torgsoft;
• prețurile și stocurile sunt transmise automat pe site și pe marketplace-uri;
• comenzile ajung în program fără rescriere manuală;
• managerul are la îndemână datele clientului, comenzii, produselor, livrării și comentariilor;
• factura se creează după o regulă clară — automat sau după confirmare;
• AWB-ul se formează din datele comenzii, dacă câmpurile necesare pentru livrare sunt completate corect;
• plățile ajung în evidența financiară, iar angajatul responsabil controlează legătura lor cu facturile;
• baza funcționează mai rapid în operațiunile zilnice dacă sunt eliminate blocajele tehnice;
• datele sunt arhivate periodic;
• fiecare angajat are acces doar la funcțiile necesare.

Dacă lipsește cel puțin un element, apare munca manuală: managerii verifică stocurile, dublează facturile, transferă manual datele în AWB-uri, caută plăți în registre. La volume mari, o astfel de muncă ia ore în fiecare zi.

De unde să începeți: descrieți procesul înainte de lucrările tehnice

Un server nou sau o versiune nouă de SQL Server accelerează lucrul atunci când blocajul este într-adevăr în bază, disc, memorie sau echipament învechit. Când cauza este un proces haotic, acțiuni inutile ale managerilor sau setări nereușite de sincronizare, înlocuirea echipamentului nu va elimina problema. De aceea, mai întâi fixați scenariul real de lucru.

1. De unde vin comenzile: site, Prom.ua, Rozetka, telefon, mesagerii, punct offline.
2. Câte comenzi sunt procesate pe zi: până la 20, 20–70, 70–200, peste 200.
3. Câte produse sunt în bază: până la 5 mii, 5–30 mii, 30–100 mii, peste 100 mii.
4. Câte persoane lucrează simultan în program.
5. Unde este amplasată fizic baza: computer de lucru, server local, server terminal, server închiriat.
6. Ce operațiuni sunt lente: filtrul de produse, formularul „Vânzare cu emiterea facturii”, „Comenzi ale clientului la distanță”, sincronizarea, rapoartele.
7. Ce acțiuni managerii le fac manual, deși datele pentru ele există deja în comandă.

Aceste răspunsuri determină ce vă trebuie exact: server nou, mentenanța bazei, schimbarea setărilor de sincronizare sau revizuirea modului de lucru al managerilor. Fără ele, orice soluție tehnică va fi o presupunere.

Schema de lucru a magazinului online în Torgsoft

Pentru o afacere cu mai multe canale de vânzare, este util să gândiți printr-un lanț unic, în care fiecare verigă transmite date următoarei.

1. Baza de produse

În Torgsoft se creează fișa produsului: denumire, cod de bare, articol, preț, stoc, descriere, caracteristici, fotografii, producător, tip de produs. Această bază este sursa principală de adevăr pentru toate canalele de vânzare.

2. Sincronizarea cu canalele de vânzare

Produsele, prețurile și stocurile sunt transmise pe site prin opțiunea Sincronizare cu magazinul online, iar pe marketplace-uri — prin Integrarea cu Prom.ua și Integrarea cu Rozetka.ua. Când produsul este vândut offline, stocul se actualizează și pentru canalele online.

3. Încărcarea comenzilor

Comenzile din canalele online ajung în modul „Comenzi ale clientului la distanță” sau creează imediat o factură — în funcție de setările obiectului de sincronizare, statutul comenzii și tipul plății.

4. Confirmarea comenzii

Managerul sună clientul, clarifică componența comenzii, livrarea și plata. În acest pas, angajatul are nevoie la îndemână de stocuri, prețuri, fotografii ale produsului și istoricul clientului. Apelarea rapidă și fișa clientului în timpul apelului sunt oferite de opțiunea Profilul clientului și apeluri Binotel.

5. Factură și expediere

După confirmare, managerul emite factura în modul „Vânzare cu emiterea facturii”, creează documentul de ieșire, înregistrează plata sau fixează rambursul.

6. Livrare

Pentru colet se formează AWB-ul prin Integrarea cu Nova Poshta sau Integrarea cu Ukrposhta. Cu setări corecte, destinatarul, telefonul, orașul și sucursala sunt preluate din datele comenzii.

7. Plata

Încasările bancare se încarcă în program prin opțiunea Extrase bancare și se leagă de facturi. Proprietarul vede ce este plătit, ce așteaptă plata, unde este avans și unde este ramburs.

8. Control

Conducătorul verifică stocurile, vânzările, datoriile, facturile neplătite, munca managerilor și profitabilitatea fără centralizare manuală în tabele.

Server: când un computer obișnuit nu mai este suficient

Un singur computer este potrivit pentru un magazin mic, cu un utilizator și un catalog compact. Pentru un magazin online cu mai mulți manageri, marketplace-uri, o bază mare și sincronizări active, merită analizat un server separat sau modul terminal.

Semne că a venit timpul să revizuiți echipamentul:

• în bază sunt zeci de mii de produse și istoric de documente pe mulți ani;
• zilnic se procesează zeci sau sute de comenzi online;
• mai multe persoane lucrează simultan în program;
• filtrele, rapoartele și selecțiile pe perioadă se deschid în zeci de secunde;
• baza se păstrează pe disc HDD;
• sistemul de operare este învechit și nu suportă versiunile compatibile de SQL Server;
• arhivele bazei se creează neregulat sau doar manual.

Parametri tehnici orientativi

Parametrii de mai jos sunt un reper practic. Cerințele finale depind de dimensiunea bazei, numărul de utilizatori, canalele de vânzare și tipul activității.

Cerințele minime din specificația oficială sunt calculate pentru cele mai simple scenarii. Pentru un magazin online cu mai multe canale de vânzare, sincronizări zilnice și registre de plăți, alegeți o configurație cu rezervă: memoria suplimentară și un disc mai rapid costă mai puțin decât mutarea repetată a bazei peste un an.

Pentru modul terminal există cerințe separate: sistem de operare server Windows Server în edițiile Standard sau Datacenter, adresă IP statică, de la 8 GB memorie RAM plus aproximativ 150–300 MB pentru fiecare conexiune de utilizator.

SQL Server: de ce este responsabil

SQL Server păstrează și procesează baza de date. Când baza este mare, iar interogările sunt complexe, starea indexurilor și statisticilor, discul și memoria influențează cu adevărat viteza. În instalarea standard se folosește ediția gratuită SQL Server Express, care are limitări de resurse. Pentru baze mari și mai mulți utilizatori simultani, ediția SQL Server și configurația serverului se aleg pe baza rezultatelor diagnosticului — aici nu există un răspuns universal de tipul „instalați o versiune mai nouă”.

În același timp, SQL Server are limite clare de responsabilitate. El poate reduce întârzierile tehnice la nivelul bazei. Produsele duplicate, denumirile haotice, setările de sincronizare, rolurile utilizatorilor și ordinea de lucru a managerilor rămân pe partea procesului. De aceea, întrebarea corectă pentru specialistul tehnic sună astfel: unde anume este lent, ce bază, ce server, ce operațiuni se execută și ce rezultat trebuie obținut.

Înainte de trecerea la altă versiune SQL Server, verificați:

• compatibilitatea sistemului de operare cu versiunea necesară SQL Server;
• volumul de memorie RAM pe server;
• tipul discului — SSD;
• existența unei copii complete de rezervă a bazei;
• accesul de administrator la server;
• planul de revenire, dacă transferul trebuie repetat.

Unde să căutați blocajul

Simptomul indică direcția soluției. Schema de mai jos prezintă perechi tipice „simptom și soluție” de la care merită început diagnosticul.

Ultima pereche din schemă este importantă pentru așteptări corecte: când un anumit formular funcționează lent pe orice echipament, problema ține de logica programului. Astfel de cazuri se transmit dezvoltatorilor ca sarcină și se rezolvă prin actualizare, deci înlocuirea serverului nu va ajuta aici.

Mentenanța bazei: indexuri, statistici, optimizare

O bază care funcționează ani la rând acumulează documente, istoric de vânzări, operațiuni financiare, jurnale de sincronizare. Este normal pentru un sistem de evidență, dar baza trebuie întreținută.

În Torgsoft există instrumente standard pentru aceasta: operațiunea de service de reconstruire și reorganizare a indexurilor și actualizare a statisticilor, precum și modul de optimizare a bazei de date, care analizează interogările lente și creează indexuri și statistici suplimentare. Optimizarea poate reduce vizibil timpul anumitor selecții, dacă motivul întârzierii este legat de indexuri, statistici sau planul de execuție al interogării.

Pentru performanță mai sunt importante spațiul suficient pe disc, oprirea corectă a serverului și lipsa proceselor terțe care consumă resurse în orele de sarcină maximă.

Ce să pregătiți înainte de mutarea bazei și lucrările pe server

Cel mai mult timp la lucrările tehnice se pierde atunci când specialistul se conectează la un server nepregătit. Transmiteți suportului tehnic această listă din timp — iar întrebarea despre caracterul adecvat al configurației se va închide înainte de începerea lucrărilor.

Sincronizarea cu magazinul online: logica corectă a schimbului

Schimbul cu propriul site se construiește după această logică: produsul este creat sau actualizat în Torgsoft, pe site se transmit câmpurile necesare, cumpărătorul plasează comanda, comanda ajunge în program, managerul o procesează, iar după vânzare stocurile se actualizează pentru toate canalele.

Cele mai frecvente greșeli care creează muncă manuală:

• produsele sunt editate simultan și pe site, și în program — apar diferențe;
• nu există o regulă unică pentru denumiri, fotografii și caracteristici;
• sincronizarea se pornește manual când deja s-au acumulat multe modificări;
• nimeni nu verifică jurnalul de sincronizare, de aceea erorile de schimb sunt observate târziu;
• schimbul se lansează imediat pentru tot catalogul fără test.

Înainte de lansarea completă, faceți un test pe 20–50 de produse: câteva categorii, prețuri diferite, produse cu fotografii și fără, poziție „indisponibil”, comandă cu plată și fără plată. Astfel, erorile de configurare sunt depistate înainte să influențeze întregul catalog.

Prom.ua: la ce să fiți atenți

Pentru lucrul cu Prom.ua sunt critice trei lucruri: catalogul, stocurile și comenzile.

• Catalog. Verificați obiectul de sincronizare, lista câmpurilor pentru export, grupele de produse și corespondența caracteristicilor. Dacă fișierul de import al unui catalog mare depășește dimensiunea permisă de marketplace, folosiți setarea de comprimare a fișierului înainte de trimitere — astfel fișierul se încadrează în limită.
• Stocuri. Când același produs se vinde offline, pe site și pe Prom.ua, actualizarea manuală a stocurilor duce la diferențe. Stocurile trebuie transmise prin sincronizarea configurată, pentru a nu dubla manual munca.
• Comenzi. Configurați primirea comenzilor după program și regula de creare a facturii. Verificați metodele de plată: comenzile cu tipuri diferite de plată trebuie să ajungă pe conturile corecte în evidența financiară.
• Statusuri. Procesarea comenzii în program îi schimbă statusul pe marketplace. Anularea trebuie făcută prin contactele facturii, pentru ca statusul să fie transmis corect pe Prom.ua.

Rozetka: la ce să fiți atenți

Pentru Rozetka sunt deosebit de importante categoriile, caracteristicile, lista de prețuri și statusurile comenzilor.

• verificați legarea categoriilor marketplace-ului cu tipurile de produse din program — după modificarea tipului de produs, legătura trebuie actualizată, altfel pozițiile vor cădea din lista de prețuri;
• creați denumirile câmpurilor suplimentare ale listei de prețuri fără caractere de serviciu — acestea strică structura fișierului;
• controlați dimensiunea și completitudinea listei de prețuri exportate: un fișier incomplet trece produsele de pe marketplace în starea de șterse;
• pentru transmiterea numărului AWB către Rozetka, în documentul de ieșire trebuie să fie setat statusul corespunzător de livrare — verificați această regulă în regulamentul managerilor.

Modul „Comenzi ale clientului la distanță”: locul de lucru al managerului

Anume în acest mod managerul vede comenzile de pe site și marketplace-uri. Pentru ca lucrul să meargă rapid, configurați:

• din ce obiecte de sincronizare se primesc comenzile;
• cum se identifică clientul și când se creează automat unul nou;
• când se creează factura: imediat sau după confirmare;
• din ce centru de evidență se scoate produsul și dacă acesta se rezervă;
• dacă există versiunea actuală a programului — afișarea stocurilor și fotografiilor produsului în comandă, pentru ca managerul să verifice mai rapid disponibilitatea în timpul conversației cu clientul;
• filtrul „Stare”, care separă comenzile fără factură emisă de cele deja procesate.

Pentru un flux mare de comenzi, adăugați un regulament intern: când trebuie sunat clientul, când se creează factura, când se anulează comanda, ce se face cu clientul care nu a răspuns. Regulamentul elimină majoritatea întrebărilor „cine ce trebuia să facă” între schimburile managerilor.

Clientul a schimbat comanda după apel: cum să nu pierdeți adaosul

În munca reală, cumpărătorul cere adesea înlocuirea produsului, adăugarea unei poziții sau schimbarea livrării. Pentru canalele online, acesta este un moment important de formare a prețului: în obiectul de sincronizare poate fi setat un adaos separat pentru site sau marketplace, iar comanda ajunge în program deja cu aceste prețuri.

Când managerul adaugă manual un produs într-o astfel de factură, prețul se ia după regulile programului, de aceea trebuie controlat. Stabiliți în regulament:

• cine are dreptul să modifice factura pentru comandă;
• la ce preț se adaugă produsul și cum se ia în calcul adaosul canalului;
• cine verifică factura finală înainte de expediere.

Verificați și setarea obiectului de sincronizare care determină de unde se iau prețurile pentru factura pe baza comenzii: din magazinul online sau din program. În versiunile actuale ale programului, prețurile comenzilor automate sunt protejate împotriva recalculării accidentale la editarea parametrilor facturii, iar recalcularea intenționată se execută printr-o acțiune separată „Actualizează prețurile”.

Prețul pe marketplace și în program diferă: ordinea verificării

Diferența de preț are un traseu clar de verificare. Parcurgeți-l pas cu pas înainte de a trage concluzii.

1. Verificați prețul produsului în fișa din Torgsoft.
2. Verificați adaosul și sursa prețurilor în obiectul de sincronizare pentru acest canal.
3. Verificați prețul acestei poziții în fișierul exportat sau în lista de prețuri.
4. Verificați prețul în comandă în cabinetul marketplace-ului.
5. Verificați prețul în factură în program și dacă factura a fost editată manual.
6. Dacă diferența se repetă, transmiteți suportului tehnic numărul comenzii, denumirea produsului, capturi de ecran din cabinetul marketplace-ului și din program, precum și ora sincronizării.

Un astfel de set de date permite, dintr-o singură solicitare, să se distingă o problemă de setări de o eroare a programului.

AWB-uri: cum să eliminați acțiunile manuale inutile

Livrarea este cea mai frecventă sursă de muncă manuală în comerțul online. Managerul nu trebuie să transfere datele clientului dintr-o fereastră în alta dacă aceste date există deja în comandă.

• verificați datele expeditorului și cheile de acces la serviciile de livrare — o cheie expirată oprește crearea AWB-ului;
• asigurați-vă că orașul, sucursala și telefonul destinatarului se transmit din comandă;
• folosiți șabloanele AWB Nova Poshta: dimensiunile, greutatea, tipul livrării și serviciul de control al plății se salvează în șablon, iar managerul nu le introduce de fiecare dată;
• pentru facturile cu ramburs, serviciul de control al plății se activează după semnul facturii — verificați acest lucru pe o expediere de test;
• configurați întoarcerea numărului AWB în comanda de pe marketplace, pentru ca cumpărătorul să vadă trackingul fără copiere manuală.

Ce se automatizează și ce rămâne la manager

Programul preia din comandă datele care chiar există în ea: destinatarul, telefonul, orașul, sucursala, conținutul coletului. Șablonul păstrează dimensiunile, greutatea, tipul livrării și serviciul de control al plății. Managerului îi rămâne verificarea cazurilor nestandard: alt destinatar al coletului, schimbarea sucursalei după apel, greutate atipică.

Cabinetul marketplace-ului organizează expedierea în limitele unui singur canal. Sistemul de evidență creează în paralel documentul de ieșire, scoate produsul din stoc și pregătește datele pentru evidența financiară a tuturor canalelor, de aceea o parte din pași reprezintă fixarea datelor contabile. Numărul de acțiuni este redus de șabloane, datele complete în comandă și regulamentul de lucru.

Plăți: registre de ramburs fără introducerea manuală a fiecărei sume

Când magazinul trimite zilnic zeci de colete cu ramburs, încasările vin în registre. Introducerea manuală a fiecărei plăți se transformă rapid într-un post separat. Pentru a evita acest lucru, separați tipurile de plăți și stabiliți o regulă pentru fiecare.

Încărcați încasările bancare în program prin opțiunea Extrase bancare și legați-le de documentele financiare. O parte dintre plăți poate fi potrivită după detalii, iar plățile neidentificate, parțiale și retururile sunt verificate separat de angajatul responsabil după o regulă stabilită — anume acestea creează cel mai des diferențe între bancă și evidență.

Roluri de utilizatori: accesuri după proces

Când toți lucrează sub un singur utilizator cu drepturi complete, este imposibil de înțeles cine a schimbat documentul sau a șters o poziție. Rolurile trebuie să corespundă procesului.

Criterii ale rezultatului reușit: conveniți-le înainte de începerea lucrărilor

Formularea „a devenit mai bine” nu poate fi verificată. Conveniți cu executantul o listă de puncte concrete de acceptare — astfel și clientul, și specialistul înțeleg la fel când lucrarea este finalizată.

• programul pornește pe server, utilizatorii intră de pe stațiile lor de lucru;
• baza se deschide, documentele, stocurile și istoricul sunt la locul lor;
• echipamentele din lista sarcinii funcționează: imprimante, dispozitive fiscale, scanere;
• lanțul de test a fost parcurs: comandă, factură, AWB, plată, schimbare de stoc;
• a fost creată arhiva bazei și a fost verificată restaurarea ei;
• a fost fixat timpul de deschidere al formularelor problematice înainte și după lucrări.

Scenariu complet de testare

1. Deschideți lista de produse și măsurați viteza filtrului.
2. Primiți o comandă de test din fiecare canal.
3. Verificați dacă clientul a fost identificat corect.
4. Creați factura.
5. Adăugați manual un produs în factură și verificați prețul.
6. Formați AWB-ul și verificați datele destinatarului.
7. Legați plata de factură.
8. Verificați schimbarea stocului în toate canalele.
9. Consultați jurnalul de sincronizare pentru erori.
10. Creați arhiva bazei și asigurați-vă că aceasta s-a înregistrat.

Pentru sarcină ridicată, verificați o zi tipică întreagă: câteva zeci de comenzi, mai mulți manageri, lucru simultan cu facturi, AWB-uri și plăți.

Serviciu, eroare de program sau dorință: cum să le deosebiți

O parte din neînțelegerile dintre utilizator și suport apar din așteptarea că orice solicitare privește o eroare a programului. În realitate, solicitările se împart pe categorii, iar fiecare are propriul traseu. Răspunsul la întrebarea „din ce categorie face parte situația mea” îl oferă diagnosticul.

Formatele și condițiile de deservire sunt descrise pe pagina suport tehnic și implementare. Dacă volumul sau costul lucrărilor ridică întrebări, conveniți-le cu suportul înainte de începerea diagnosticului.

Cum să formulați o solicitare către suportul tehnic ca să fie rezolvată rapid

Formularea „programul merge lent” nu îi oferă specialistului un punct de intrare. Descrieți amploarea, simptomele și rezultatul așteptat. Exemplu de solicitare funcțională:

O astfel de solicitare conține amploarea, formulare concrete, simptome măsurabile și limitele lucrării. Ea poate fi evaluată, planificată și verificată ca rezultat.

Ce oferă diagnosticul punctual

Diagnosticul cuprinde serverul, SQL Server, starea bazei, viteza formularelor problematice, setările de sincronizări, AWB-uri și plăți. Rezultatul este o concluzie scrisă: ce anume limitează lucrul, ce trebuie schimbat de partea afacerii, ce lucrări execută suportul și după ce criterii se verifică rezultatul. Cu o astfel de concluzie, decizia despre server, mutarea bazei sau schimbarea procesului se ia pe baza măsurătorilor.

Zone de responsabilitate: ce face suportul tehnic și ce rămâne pe partea afacerii

Specialiștii Torgsoft ajută la configurarea programului, mutarea lui pe alt computer, configurarea rețelei locale și a serverului terminal, conectarea integrărilor, analiza performanței, verificarea erorilor în funcționarea programului, configurarea copiilor de rezervă și actualizări. Erorile software se înregistrează și se corectează prin actualizări. Lista serviciilor și formatele de deservire sunt descrise pe pagina suport tehnic și implementare.

Pe partea afacerii rămân: buna funcționare a serverului și rețelei, sistemul de operare licențiat, calitatea datelor în baza de produse, accesurile la cabinetele marketplace-urilor, funcționarea API-urilor serviciilor terțe, disciplina managerilor și controlul arhivelor. Automatizarea dă rezultat atunci când tehnica, baza, setările și oamenii lucrează după aceeași regulă.

Checklist înainte de lansare sau reconfigurare

Întrebări frecvente

Concluzie

Pentru un magazin online cu catalog mare și mai multe canale de vânzare funcționează doar un sistem integrat: server care corespunde sarcinii, bază de date întreținută, versiune compatibilă de SQL Server, sincronizări configurate, reguli clare pentru comenzi, AWB-uri și plăți, roluri de utilizatori și arhive regulate. Torgsoft acoperă acest proces ca centru unic de evidență.

Așteptările sunt și ele parte a sistemului. Criteriile convenite ale rezultatului, serverul pregătit, distribuirea corectă a responsabilității și înțelegerea traseului solicitărilor reduc riscul de neînțelegeri înainte de începerea lucrărilor. Cel mai bun rezultat îl oferă această succesiune: mai întâi descrierea propriului proces, apoi verificarea bazei tehnice, după aceasta — configurarea automatizării pentru fluxul zilnic real de comenzi.