Migracija online prodavnice: plan prenosa podataka i provere pre puštanja u rad

Migracija online prodavnice počinje popisom podataka i integracija, zatim probnim prenosom i proverom porudžbine od kupovine do obrade. Tek kada te provere prođu, dogovara se trenutak prelaska: gde se primaju nove porudžbine, ko prenosi poslednje izmene i ko odlučuje da li novi sistem može da nastavi rad.

Rad bez prekida, prenos svakog podatka i nepromenjene Google pozicije ne mogu se obećati unapred. Potrebni su dogovoren obim, prihvatljiv zastoj ako je neophodan i plan za probleme. Ovaj vodič je kontrolna lista za razgovor vlasnika prodavnice, operativnog tima i tehničkog partnera.

Da li je potrebna migracija ili dorada postojećeg sistema?

Najpre zapišite šta postojeći sistem ne može da podrži: varijante proizvoda, više magacina, cene po kupcu, obradu porudžbina ili integraciju sa ERP-om. Za svaki problem proverite da li se može rešiti doradom ili promenom procesa. Prelazak na novu platformu ima smisla kada očekivana korist opravdava razvoj, prenos, obuku i održavanje.

Redizajn može menjati i kupovni tok, pretragu i merenje, a ne samo izgled. Migracija platforme dodatno otvara pitanje prenosa podataka i odgovornosti između starog i novog sistema. Te dve promene mogu biti deo istog projekta, ali ih treba posebno opisati i testirati.

Napravite popis podataka i odredite ko njima upravlja

Za svaku grupu podataka zabeležite izvor, način izvoza, vezu između starih i novih oznaka, odgovornu osobu i način provere. Praktičan popis obuhvata:

• Artikle i varijante: šifru, barkod, veličinu, boju, jedinicu mere, kategoriju i aktivnost. Proverite i šifre sa početnim nulama, koje tabelarni program može pogrešno da pretvori u brojeve.
• Cene i zalihe: izvor cenovnika, magacine, rezervacije i pravila raspoloživosti. Ne poistovećujte fizičku količinu sa količinom dostupnom za novu prodaju.
• Kupce i naloge: identifikatore, kontakt podatke, adrese, grupe kupaca i način prijave. Posebno proverite šta se može preneti kroz izabrani alat.
• Porudžbine: stavke, popuste, iznose, statuse plaćanja i isporuke, ERP oznake i brojeve pošiljki. Otvorene porudžbine traže plan nastavka obrade, a istorijske plan pristupa.
• Sadržaj i slike: opise, kategorije, vodiče, dokumenta, veze i metapodatke. Proverite i dostupnost datoteka posle prenosa.
• Integracije i obaveštenja: ERP, kurire, naplatu, mejlove i zadatke koji automatski razmenjuju podatke. Odredite koji sistem sme da pokrene svaku radnju.

Mogućnosti prenosa zavise od platforme i alata. Na primer, Shopify customer CSV ne prenosi postojeće lozinke ni podatke o porudžbinama. Shopify vodič za migraciju opisuje druge načine prenosa, uključujući aplikacije i API, i preporučuje redosled proizvodi, kupci, pa istorijske porudžbine. To je primer ograničenja konkretnog postupka, a ne univerzalno pravilo za sve platforme.

Ako BizniSoft vodi robu i cene, dogovorite njegova pravila pre importa. Detaljniji pregled razmene podataka nalazi se u vodiču za BizniSoft integraciju sa online prodavnicom.

Probni prenos proverite kroz stvarne scenarije

Broj uvezenih redova je početna kontrola. Ne dokazuje da kupac vidi pravu cenu ili da magacin dobija ispravnu porudžbinu. Napravite uzorak koji uključuje jednostavan proizvod, varijante, nedostupnu robu, akcijsku cenu, B2B kupca i otvorenu porudžbinu.

Za svaki test upišite očekivani rezultat i osobu koja ga prihvata:

1. Artikal se pronalazi, prikazuje pravu varijantu, sliku, cenu i dostupnost.
2. Kupac vidi samo podatke i komercijalne uslove koji mu pripadaju.
3. Porudžbina ima iste stavke, količine i ukupne iznose kroz prodavnicu i dogovoreni ERP tok.
4. Odbijeno ili prekinuto plaćanje ne postaje automatski potvrđena uplata; ponovljena potvrda ne pravi novu porudžbinu.
5. Ponovljen import ne duplira već prenete zapise, a prijavljene greške ostaju u listi za obradu.
6. Porudžbina može da se nastavi kroz pakovanje i kurira, uz proveru već postojećih oznaka pošiljke.

Testno okruženje podesite tako da ne šalje poruke kupcima, ne kreira stvarne pošiljke i ne upisuje probne dokumente u produkcioni ERP. Za naplatu koristite testni režim pružaoca usluge gde je dostupan. To su uslovi testiranja koje tim mora da potvrdi, a ne pretpostavljene osobine nove platforme.

Dogovorite redosled prelaska i prenos poslednjih izmena

Dok se nova prodavnica priprema, u staroj nastaju porudžbine, promene cena i rezervacije. Prvi izvoz zato nije dovoljan za završni prelazak.

Predlog operativnog redosleda koji treba prilagoditi konkretnom sistemu:

1. Sačuvajte proverenu rezervnu kopiju i zabeležite poslednji obrađeni identifikator ili vreme prenosa.
2. Odredite trenutak prestanka upisa u stari sistem. Ako nije moguć pouzdan prenos dok oba sistema rade, planirajte kratku pauzu naručivanja umesto nedokazanog obećanja kontinuiteta.
3. Prenesite poslednje nove i izmenjene zapise. Proverite i otkazivanja, promene statusa i rezervacije, ne samo novootvorene porudžbine. Zatvaranje naručivanja ne zaustavlja naknadne potvrde naplate ili kurira: beležite i uskladite događaje pristigle posle dogovorene granice, bez ponovnog izvršavanja već potvrđenih radnji.
4. Za svaku grupu podataka potvrdite da je obrađena zaključno sa dogovorenom granicom. Uporedite broj zapisa, oznake i iznose prema planu provere.
5. Isključite stare automatske izvoze i aktivirajte nove prema dogovorenom redosledu. Ne dozvolite da oba sistema kreiraju dokument ili pošiljku za istu porudžbinu.
6. Proverite prijem nove porudžbine, upis, obaveštenja i nastavak obrade na novom sistemu. Evidentirajte sve probne zapise da ne završe kao redovne isporuke.
7. Odgovorna osoba potvrđuje nastavak rada ili aktivira unapred dogovoreni plan za problem.

Redovni prijem porudžbina otvorite tek kada su kritične provere prošle, završni prenos potvrđen i nema nerazjašnjenih razlika u porudžbinama, naplatama ili zalihama. Potrebno je zabeleženo odobrenje odgovorne osobe. Ako neki od tih uslova nije ispunjen, odložite otvaranje i rešite razliku pre nastavka.

Kod dostave treba razlikovati kreiranu pošiljku od fizičke predaje paketa. Obim razmene zavisi od kurira i ugovorenog pristupa; detalji su u vodiču za kurirske integracije.

Povratak na stari sistem nije samo vraćanje adrese sajta

Ako je nova prodavnica već primila porudžbinu ili potvrdu naplate, vraćanje stare baze može ostaviti te događaje van evidencije. Plan povratka mora da obuhvati zapise nastale nakon prelaska i proveru radnji koje su već izvršene u ERP-u ili kod kurira.

Pre puštanja odredite: koji kvar zaustavlja prijem novih porudžbina, ko donosi odluku, kako se čuvaju novi zapisi i ko ih usklađuje. Posle povratka prvo proverite otvorene porudžbine, naplate i naknadno pristigle potvrde, pa nastavite automatizacije. Sačuvajte pristup starim podacima i proverenu arhivu za poređenje, uz isključene stare upise i automatizacije dok ne bude odlučeno koji sistem nastavlja rad.

Šta proveriti za SEO pri promeni URL-ova?

Ako adrese ostaju iste, ne uvodite preusmeravanja bez razloga. Kada se menjaju, Google smernice za selidbu sajta preporučuju mapiranje starih adresa na odgovarajuće nove stranice i praćenje obe verzije.

• Koristite trajna serverska preusmeravanja, poput 301 ili 308, direktno ka odgovarajućem odredištu. Ne usmeravajte sve uklonjene proizvode na početnu stranicu.
• Proverite canonical oznake, interne veze i sitemap sa novim adresama.
• Uklonite razvojni noindex i zabrane obilaska samo sa stranica koje treba da budu javne i indeksabilne.
• Proverite stare važne URL-ove, slike i sadržaj koji ima posete ili spoljne veze.
• Preusmeravanja zadržite najmanje godinu dana, prema Google preporuci, i pratite greške i indeksiranje u Search Console-u.

Google navodi da su tokom ponovnog obilaska i indeksiranja moguće privremene oscilacije pozicija. Tehnički ispravna migracija ne predstavlja obećanje nepromenjenog saobraćaja.

Šta poslati za procenu migracije?

Pripremite adresu postojeće prodavnice, naziv platforme i ERP-a, okviran broj artikala i varijanti, spisak magacina i integracija, tipove kupaca i nekoliko ponovljivih operativnih problema. Dodajte podatak da li menjate domen ili URL strukturu i koji zastoj je prihvatljiv za poslovanje.

ECOM01 u okviru eCommerce sistema po meri planira katalog, integracije, URL migraciju i merenje. Pošaljite upit za procenu projekta sa opisom sadašnjeg toka porudžbine. Na osnovu toga može se dogovoriti šta se prenosi, šta treba dodatno proveriti i koji kriterijumi prethode puštanju u rad.