Evidencia v internetovom obchode s veľkým katalógom tovaru: kompletný sprievodca

Torgsoft pre internetový obchod s veľkým katalógom: server, SQL Server, objednávky, prepravné listy a platby

Internetový obchod s veľkým katalógom, viacerými predajnými kanálmi, telefonickými potvrdeniami, prepravnými listami a dennými registrami platieb sa rýchlo mení na zložitý prevádzkový proces. Tento článok je podrobný plán, ako nastaviť Torgsoft, server a databázu tak, aby manažéri spracúvali objednávky rýchlo a majiteľ videl reálny obraz predaja a peňazí. Samostatne rozoberieme, čo rieši server, čo nastavenia a čo si vyžaduje kontaktovanie vývojárov.

Materiál je určený pre podniky, ktoré predávajú cez vlastnú stránku, Prom.ua, Rozetka a telefonicky, odosielajú desiatky zásielok denne cez Nova Poshta a Ukrposhta a prijímajú platby formou zálohy a dobierky. Príklady sú vhodné pre obchody s náhradnými dielmi, elektronikou, doplnkami, domácimi potrebami, oblečením, kozmetikou a ďalšie podniky s veľkým sortimentom.

Aký výsledok má priniesť správne nastavený systém

Cieľom nastavenia je konkrétny pracovný výsledok, ktorý sa dá skontrolovať. Správne vybudovaný účtovný systém pre online obchod vyzerá takto:

• katalóg tovaru sa vedie na jednom mieste — v databáze Torgsoft;
• ceny a skladové zostatky sa automaticky prenášajú na web a marketplace;
• objednávky sa dostávajú do programu bez ručného prepisovania;
• manažér má poruke údaje klienta, objednávky, tovaru, doručenia a komentárov;
• faktúra sa vytvára podľa zrozumiteľného pravidla — automaticky alebo po potvrdení;
• prepravný list sa vytvára z údajov objednávky, ak sú potrebné polia doručenia vyplnené správne;
• platby vstupujú do finančnej evidencie a zodpovedný pracovník kontroluje ich prepojenie s faktúrami;
• databáza pracuje rýchlejšie pri denných operáciách, ak sú odstránené technické úzke miesta;
• údaje sa pravidelne archivujú;
• každý pracovník má prístup iba k potrebným funkciám.

Ak vypadne aspoň jeden prvok, vzniká ručná práca: manažéri zosúlaďujú zostatky, duplikujú faktúry, ručne prenášajú údaje do prepravných listov, hľadajú platby v registroch. Pri veľkých objemoch takáto práca zaberá hodiny denne.

Čím začať: opíšte svoj proces pred technickými prácami

Nový server alebo nová verzia SQL Server zrýchľujú prácu vtedy, keď je úzke miesto skutočne v databáze, disku, pamäti alebo zastaranom zariadení. Keď je príčinou chaotický proces, zbytočné kroky manažérov alebo nevhodné nastavenia synchronizácie, výmena zariadenia problém neodstráni. Preto najskôr zaznamenajte reálny pracovný scenár.

1. Odkiaľ prichádzajú objednávky: web, Prom.ua, Rozetka, telefón, messengery, offline predajňa.
2. Koľko objednávok sa spracúva denne: do 20, 20–70, 70–200, viac ako 200.
3. Koľko tovarov je v databáze: do 5 tisíc, 5–30 tisíc, 30–100 tisíc, viac ako 100 tisíc.
4. Koľko ľudí pracuje v programe súčasne.
5. Kde je databáza fyzicky umiestnená: pracovný počítač, lokálny server, terminálový server, prenajatý server.
6. Ktoré operácie sú pomalé: filter tovaru, formulár „Predaj s vystavením faktúry“, „Objednávky vzdialeného klienta“, synchronizácia, reporty.
7. Ktoré kroky manažéri vykonávajú ručne, hoci údaje na ne už sú v objednávke.

Tieto odpovede určujú, čo potrebujete práve vy: nový server, údržbu databázy, zmenu nastavení synchronizácie alebo prehodnotenie pracovného postupu manažérov. Bez nich bude každé technické riešenie len odhadom.

Schéma práce internetového obchodu v Torgsoft

Pre podnik s viacerými predajnými kanálmi je užitočné myslieť v jednom reťazci, kde každý článok odovzdáva údaje ďalšiemu.

1. Tovarová databáza

V Torgsoft sa vytvára karta tovaru: názov, čiarový kód, artikul, cena, zostatok, opis, vlastnosti, fotografie, výrobca, druh tovaru. Táto databáza je hlavným zdrojom pravdy pre všetky predajné kanály.

2. Synchronizácia s predajnými kanálmi

Tovary, ceny a zostatky sa prenášajú na web cez možnosť Synchronizácia s internetovým obchodom, na marketplace — cez Integráciu s Prom.ua a Integráciu s Rozetka.ua. Keď sa tovar predá offline, zostatok sa aktualizuje aj pre online kanály.

3. Načítanie objednávok

Objednávky z online kanálov sa dostávajú do režimu „Objednávky vzdialeného klienta“ alebo rovno vytvárajú faktúru — podľa nastavení synchronizačného objektu, stavu objednávky a typu platby.

4. Potvrdenie objednávky

Manažér telefonuje klientovi, upresňuje zloženie objednávky, doručenie a platbu. V tomto kroku potrebuje pracovník poruke zostatky, ceny, fotografiu tovaru a históriu klienta. Rýchle vytáčanie čísla a kartu klienta počas hovoru poskytuje možnosť Profil klienta a hovory Binotel.

5. Faktúra a expedícia

Po potvrdení manažér vystaví faktúru v režime „Predaj s vystavením faktúry“, vytvorí výdajový doklad, zaúčtuje platbu alebo zaznamená dobierku.

6. Doručenie

Pre zásielku sa vytvorí prepravný list cez Integráciu s Nova Poshta alebo Integráciu s Ukrposhta. Pri správnych nastaveniach sa príjemca, telefón, mesto a pobočka prenášajú z údajov objednávky.

7. Platba

Príjmy z banky sa načítavajú do programu cez možnosť Bankové výpisy a prepájajú sa s faktúrami. Majiteľ vidí, čo je zaplatené, čo čaká na platbu, kde je záloha a kde dobierka.

8. Kontrola

Vedúci prezerá zostatky, predaje, dlhy, nezaplatené faktúry, prácu manažérov a ziskovosť bez ručného zostavovania tabuliek.

Server: keď bežný počítač už nestačí

Jeden počítač je vhodný pre malý obchod s jedným používateľom a kompaktným katalógom. Pre internetový obchod s viacerými manažérmi, marketplace, veľkou databázou a aktívnymi synchronizáciami sa oplatí zvážiť samostatný server alebo terminálový režim.

Znaky, že nastal čas prehodnotiť hardvér:

• v databáze sú desaťtisíce tovarov a viacročná história dokladov;
• denne sa spracúvajú desiatky alebo stovky online objednávok;
• v programe pracuje súčasne viac ľudí;
• filtre, reporty a výbery za obdobie sa otvárajú desiatky sekúnd;
• databáza je uložená na HDD disku;
• operačný systém je zastaraný a nepodporuje kompatibilné verzie SQL Server;
• archívy databázy sa vytvárajú nepravidelne alebo iba ručne.

Orientačné technické parametre

Uvedené parametre sú praktickým orientačným bodom. Konečné požiadavky závisia od veľkosti databázy, počtu používateľov, predajných kanálov a druhu činnosti.

Minimálne požiadavky z oficiálnej špecifikácie sú určené pre najjednoduchšie scenáre. Pre internetový obchod s viacerými predajnými kanálmi, dennými synchronizáciami a registrami platieb vyberajte konfiguráciu s rezervou: dodatočná pamäť a rýchlejší disk stoja menej než opätovné presúvanie databázy o rok.

Pre terminálový režim platia samostatné požiadavky: serverový operačný systém Windows Server edícií Standard alebo Datacenter, statická IP adresa, od 8 GB operačnej pamäte plus približne 150–300 MB na každé používateľské pripojenie.

SQL Server: za čo zodpovedá

SQL Server uchováva a spracúva databázu. Keď je databáza veľká a dotazy zložité, stav indexov a štatistík, disk a pamäť skutočne ovplyvňujú rýchlosť. Pri štandardnej inštalácii sa používa bezplatná edícia SQL Server Express, ktorá má obmedzenia zdrojov. Pre veľké databázy a viacerých súčasných používateľov sa edícia SQL Server a konfigurácia servera vyberajú podľa výsledkov diagnostiky — univerzálna odpoveď „nainštalujte novšiu verziu“ tu neexistuje.

Zároveň má SQL Server jasné hranice zodpovednosti. Môže znížiť technické oneskorenia na úrovni databázy. Duplicitné tovary, chaotické názvy, nastavenia synchronizácií, roly používateľov a postup práce manažérov zostávajú na strane procesu. Preto správna otázka pre technického špecialistu znie: kde presne je to pomalé, aká databáza, aký server, aké operácie sa vykonávajú a aký výsledok treba dosiahnuť.

Pred prechodom na inú verziu SQL Server skontrolujte:

• kompatibilitu operačného systému s potrebnou verziou SQL Server;
• objem operačnej pamäte na serveri;
• typ disku — SSD;
• existenciu úplnej záložnej kópie databázy;
• administrátorský prístup k serveru;
• plán návratu, ak by bolo potrebné presun zopakovať.

Kde hľadať úzke miesto

Symptóm naznačuje smer riešenia. Schéma nižšie ukazuje typické dvojice „symptóm a riešenie“, ktorými sa oplatí začať diagnostiku.

Posledná dvojica v schéme je dôležitá pre správne očakávania: keď konkrétny formulár pracuje pomaly na akomkoľvek zariadení, otázka sa týka logiky programu. Takéto prípady sa odovzdávajú vývojárom ako úloha a riešia sa aktualizáciou, preto výmena servera tu nepomôže.

Údržba databázy: indexy, štatistiky, optimalizácia

Databáza, ktorá pracuje roky, hromadí doklady, históriu predaja, finančné operácie a synchronizačné denníky. Pre účtovný systém je to normálne, ale databázu treba udržiavať.

V Torgsoft sú na to štandardné nástroje: servisná operácia obnovy a reorganizácie indexov a aktualizácie štatistík, ako aj režim optimalizácie databázy, ktorý analyzuje pomalé dotazy a vytvára dodatočné indexy a štatistiky. Optimalizácia môže výrazne skrátiť čas jednotlivých výberov, ak príčina oneskorenia súvisí s indexmi, štatistikami alebo plánom vykonania dotazu.

Pre rýchlosť je dôležité aj dostatočné miesto na disku, korektné vypínanie servera a neprítomnosť cudzích procesov, ktoré odoberajú zdroje v hodinách špičkovej záťaže.

Čo pripraviť pred presunom databázy a prácami na serveri

Najviac času pri technických prácach sa stráca, keď sa špecialista pripája k nepripravenému serveru. Odovzdajte technickej podpore tento zoznam vopred — a otázka vhodnosti konfigurácie sa uzavrie pred začiatkom prác.

Synchronizácia s internetovým obchodom: správna logika výmeny

Výmena s vlastným webom je postavená na tejto logike: tovar sa vytvorí alebo aktualizuje v Torgsoft, na web sa prenesú potrebné polia, kupujúci vytvorí objednávku, objednávka sa dostane do programu, manažér ju spracuje a po predaji sa zostatky aktualizujú pre všetky kanály.

Najčastejšie chyby, ktoré vytvárajú ručnú prácu:

• tovary sa upravujú súčasne aj na webe, aj v programe — vznikajú rozdiely;
• neexistuje jednotné pravidlo pre názvy, fotografie a vlastnosti;
• synchronizácia sa spúšťa ručne, keď sa už nahromadilo veľa zmien;
• nikto neprezerá synchronizačný denník, preto sa chyby výmeny zistia oneskorene;
• výmena sa spúšťa hneď na celom katalógu bez testu.

Pred úplným spustením urobte test na 20–50 tovaroch: niekoľko kategórií, rôzne ceny, tovary s fotografiami aj bez, položka „nie je skladom“, objednávka s platbou aj bez platby. Tak sa chyby nastavenia odhalia skôr, než ovplyvnia celý katalóg.

Prom.ua: na čo si dať pozor

Pre prácu s Prom.ua sú kritické tri veci: katalóg, zostatky a objednávky.

• Katalóg. Skontrolujte synchronizačný objekt, zoznam polí na export, tovarové skupiny a zhodu vlastností. Ak importný súbor veľkého katalógu presahuje veľkosť povolenú marketplace, použite nastavenie kompresie súboru pred odoslaním — súbor sa tak zmestí do limitu.
• Zostatky. Keď sa ten istý tovar predáva offline, na webe aj na Prom.ua, ručná aktualizácia zostatkov vedie k rozdielom. Zostatky je vhodné prenášať cez nastavenú synchronizáciu, aby sa práca ručne neduplikovala.
• Objednávky. Nastavte prijímanie objednávok podľa rozvrhu a pravidlo vytvárania faktúry. Skontrolujte spôsoby platby: objednávky s rôznymi typmi platby musia vstupovať na správne účty vo finančnej evidencii.
• Stavy. Spracovanie objednávky v programe mení jej stav na marketplace. Zrušenie vykonávajte cez kontakty faktúry, aby sa stav správne preniesol na Prom.ua.

Rozetka: na čo si dať pozor

Pre Rozetka sú obzvlášť dôležité kategórie, vlastnosti, cenník a stavy objednávok.

• skontrolujte prepojenie kategórií marketplace s druhmi tovaru v programe — po zmene druhu tovaru treba väzbu aktualizovať, inak položky vypadnú z cenníka;
• názvy dodatočných polí cenníka vytvárajte bez servisných znakov — tie narúšajú štruktúru súboru;
• kontrolujte veľkosť a úplnosť exportovaného cenníka: neúplný súbor prevedie tovary na marketplace do stavu odstránených;
• na prenos čísla prepravného listu do Rozetka musí byť vo výdajovom doklade nastavený príslušný stav doručenia — overte toto pravidlo v predpise manažérov.

Režim „Objednávky vzdialeného klienta“: pracovisko manažéra

Práve v tomto režime manažér vidí objednávky z webu a marketplace. Aby práca išla rýchlo, nastavte:

• z ktorých synchronizačných objektov prijímať objednávky;
• ako určovať klienta a kedy automaticky vytvárať nového;
• kedy vytvárať faktúru: hneď alebo po potvrdení;
• z ktorého účtovného centra odpisovať tovar a či ho rezervovať;
• pri aktuálnej verzii programu — zobrazovanie zostatkov a fotografií tovaru v objednávke, aby manažér rýchlejšie overil dostupnosť počas rozhovoru s klientom;
• filter „Stav“, ktorý oddeľuje objednávky bez vystavenej faktúry od už spracovaných.

Pre veľký tok objednávok pridajte vnútorný predpis: kedy volať klientovi, kedy vytvoriť faktúru, kedy zrušiť objednávku, čo robiť s klientom, ktorý neodpovedal. Predpis odstraňuje väčšinu otázok „kto čo mal urobiť“ medzi zmenami manažérov.

Klient zmenil objednávku po telefonáte: ako nestratiť maržu

V reálnej práci kupujúci často žiada vymeniť tovar, pridať položku alebo zmeniť doručenie. Pre online kanály je to dôležitý moment cenotvorby: v synchronizačnom objekte môže byť nastavená samostatná prirážka pre web alebo marketplace a objednávka prichádza do programu už s týmito cenami.

Keď manažér do takejto faktúry pridá tovar ručne, cena sa berie podľa pravidiel programu, preto ju treba kontrolovať. Určite v predpise:

• kto má právo meniť faktúru podľa objednávky;
• za akú cenu sa tovar pridáva a ako sa zohľadňuje prirážka kanála;
• kto kontroluje finálnu faktúru pred expedíciou.

Skontrolujte aj nastavenie synchronizačného objektu, ktoré určuje, odkiaľ sa berú ceny pre faktúru podľa objednávky: z internetového obchodu alebo z programu. V aktuálnych verziách programu sú ceny automatických objednávok chránené pred náhodným prepočtom pri úprave parametrov faktúry a vedomý prepočet sa vykonáva samostatnou akciou „Aktualizovať ceny“.

Cena na marketplace a v programe sa líši: postup kontroly

Rozdiel v cenách má jasnú trasu kontroly. Prejdite ju krok za krokom, skôr než urobíte závery.

1. Skontrolujte cenu tovaru v karte v Torgsoft.
2. Skontrolujte prirážku a zdroj cien v synchronizačnom objekte pre tento kanál.
3. Skontrolujte cenu tejto položky v exportovanom súbore alebo cenníku.
4. Skontrolujte cenu v objednávke v účte marketplace.
5. Skontrolujte cenu vo faktúre v programe a to, či bola faktúra upravovaná ručne.
6. Ak sa rozdiel opakuje, odovzdajte technickej podpore číslo objednávky, názov tovaru, snímky obrazovky z účtu marketplace a z programu a čas synchronizácie.

Takýto súbor údajov umožňuje na jednu žiadosť odlíšiť otázku nastavení od chyby programu.

Prepravné listy: ako odstrániť zbytočné ručné kroky

Doručenie je najčastejším zdrojom ručnej práce v online obchode. Manažér by nemal prenášať údaje klienta z jedného okna do druhého, ak tieto údaje už sú v objednávke.

• skontrolujte údaje odosielateľa a prístupové kľúče k doručovacím službám — exspirovaný kľúč zastaví vytvorenie prepravného listu;
• uistite sa, že mesto, pobočka a telefón príjemcu sa prenášajú z objednávky;
• používajte šablóny prepravných listov Nova Poshta: rozmery, hmotnosť, typ doručenia a služba kontroly platby sa ukladajú v šablóne a manažér ich nezadáva zakaždým;
• pri faktúrach s dobierkou sa služba kontroly platby aktivuje podľa príznaku faktúry — overte to na testovej zásielke;
• nastavte návrat čísla prepravného listu do objednávky na marketplace, aby kupujúci videl sledovanie bez ručného kopírovania.

Čo sa automatizuje a čo zostáva na manažérovi

Program preberá z objednávky údaje, ktoré v nej skutočne sú: príjemcu, telefón, mesto, pobočku, zloženie zásielky. Šablóna uchováva rozmery, hmotnosť, typ doručenia a službu kontroly platby. Manažérovi zostáva kontrola neštandardných prípadov: iný príjemca zásielky, zmena pobočky po telefonáte, netypická hmotnosť.

Účet marketplace vybavuje odoslanie v rámci jedného kanála. Účtovný systém paralelne vytvára výdajový doklad, odpisuje tovar zo skladu a pripravuje údaje pre finančnú evidenciu všetkých kanálov, preto časť krokov predstavuje zaznamenanie účtovných údajov. Počet krokov znižujú šablóny, úplné údaje v objednávke a pracovný predpis.

Platby: registre dobierok bez ručného zadávania každej sumy

Keď obchod denne odosiela desiatky zásielok na dobierku, príjmy prichádzajú v registroch. Ručné zadávanie každej platby sa rýchlo mení na samostatnú pozíciu. Aby ste sa tomu vyhli, rozdeľte typy platieb a pre každý stanovte pravidlo.

Bankové príjmy načítavajte do programu cez možnosť Bankové výpisy a prepájajte ich s finančnými dokladmi. Časť platieb možno priradiť podľa údajov a neurčené, čiastočné platby a vrátenia kontroluje zodpovedný pracovník samostatne podľa stanoveného pravidla — práve tie najčastejšie vytvárajú rozdiely medzi bankou a evidenciou.

Roly používateľov: prístupy podľa procesu

Keď všetci pracujú pod jedným používateľom s plnými právami, nie je možné zistiť, kto zmenil doklad alebo odstránil položku. Roly musia zodpovedať procesu.

Kritériá úspešného výsledku: dohodnite ich pred začiatkom prác

Formulácia „zlepšilo sa to“ sa nedá overiť. Dohodnite s vykonávateľom zoznam konkrétnych bodov prevzatia — potom objednávateľ aj špecialista rovnako chápu, kedy je práca dokončená.

• program sa spúšťa na serveri, používatelia sa prihlasujú zo svojich pracovísk;
• databáza sa otvára, doklady, zostatky a história sú na mieste;
• zariadenia zo zoznamu úlohy fungujú: tlačiarne, fiškálne zariadenia, skenery;
• testovací reťazec je prejdený: objednávka, faktúra, prepravný list, platba, zmena zostatku;
• je vytvorený archív databázy a overená jeho obnova;
• je zaznamenaný čas otvorenia problémových formulárov pred prácami a po nich.

Úplný testovací scenár

1. Otvorte zoznam tovarov a zmerajte rýchlosť filtra.
2. Prijmite testovaciu objednávku z každého kanála.
3. Skontrolujte, či bol klient správne určený.
4. Vytvorte faktúru.
5. Pridajte tovar do faktúry ručne a skontrolujte cenu.
6. Vytvorte prepravný list a skontrolujte údaje príjemcu.
7. Prepojte platbu s faktúrou.
8. Skontrolujte zmenu zostatku vo všetkých kanáloch.
9. Prezrite synchronizačný denník kvôli chybám.
10. Vytvorte archív databázy a uistite sa, že sa zapísal.

Pre vysokú záťaž kontrolujte celý typický deň: niekoľko desiatok objednávok, viacerí manažéri, súčasná práca s faktúrami, prepravnými listami a platbami.

Služba, chyba programu alebo želanie: ako ich rozlíšiť

Časť nedorozumení medzi používateľom a podporou vzniká z očakávania, že každá žiadosť sa týka chyby programu. V skutočnosti sa žiadosti delia do kategórií a každá má vlastnú trasu. Odpoveď na otázku „do ktorej kategórie patrí moja situácia“ dáva diagnostika.

Formáty a podmienky obsluhy sú opísané na stránke technickej podpory a implementácie. Ak rozsah alebo cena prác vyvolávajú otázky, dohodnite ich s podporou pred začiatkom diagnostiky.

Ako zostaviť žiadosť na technickú podporu, aby sa vyriešila rýchlo

Formulácia „program je pomalý“ nedáva špecialistovi vstupný bod. Opíšte rozsah, symptómy a očakávaný výsledok. Príklad funkčnej žiadosti:

Takáto žiadosť obsahuje rozsah, konkrétne formuláre, merateľné symptómy a hranice práce. Dá sa vyhodnotiť, naplánovať a skontrolovať výsledok.

Čo dáva vecná diagnostika

Diagnostika zahŕňa server, SQL Server, stav databázy, rýchlosť problémových formulárov, nastavenia synchronizácií, prepravných listov a platieb. Výsledkom je písomný záver: čo presne obmedzuje prácu, čo treba zmeniť na strane biznisu, aké práce vykoná podpora a podľa akých kritérií sa kontroluje výsledok. S takýmto záverom sa rozhodnutie o serveri, presune databázy alebo zmene procesu prijíma na základe meraní.

Zóny zodpovednosti: čo robí technická podpora a čo zostáva na biznise

Špecialisti Torgsoft pomáhajú s nastavením programu, jeho presunom na iný počítač, nastavením lokálnej siete a terminálového servera, pripojením integrácií, analýzou výkonu, kontrolou chýb v práci programu, nastavením zálohovania a aktualizáciami. Chyby softvéru sa registrujú a opravujú aktualizáciami. Zoznam služieb a formáty obsluhy sú opísané na stránke technickej podpory a implementácie.

Na strane biznisu zostávajú: funkčnosť servera a siete, licencovaný operačný systém, kvalita údajov v tovarovej databáze, prístupy do účtov marketplace, práca API cudzích služieb, disciplína manažérov a kontrola archívov. Automatizácia prináša výsledok vtedy, keď technika, databáza, nastavenia a ľudia pracujú podľa jedného pravidla.

Kontrolný zoznam pred spustením alebo prenastavením

Časté otázky

Záver

Pre internetový obchod s veľkým katalógom a viacerými predajnými kanálmi funguje iba celistvý systém: server zodpovedajúci záťaži, udržiavaná databáza, kompatibilná verzia SQL Server, nastavené synchronizácie, zrozumiteľné pravidlá pre objednávky, prepravné listy a platby, roly používateľov a pravidelné archívy. Torgsoft pokrýva tento proces ako jednotné centrum evidencie.

Aj očakávania sú súčasťou systému. Dohodnuté kritériá výsledku, pripravený server, správne rozdelenie zodpovednosti a pochopenie trasy žiadostí znižujú riziko nedorozumení ešte pred začiatkom prác. Najlepší výsledok dáva táto postupnosť: najskôr opis vlastného procesu, potom kontrola technického základu, potom nastavenie automatizácie podľa reálneho denného toku objednávok.