Veikalā redzamas piecas vienības. Pircējs pasūta divas. Noliktavā nav neviena gabala: pēdējos trīs vakar nopirka fiziskajā veikalā, bet pirmdien gaidītā krava atnāca nepilna. Tagad kādam jāzvana pircējam, jāatmaksā nauda un jāmēģina to izskaidrot. Ja tas notiek reizi mēnesī, tas ir kaitinoši. Ja katru dienu, pircēji pārstāj uzticēties atlikuma norādei, un veikals zaudē pārdošanu, ko varēja noslēgt.

Īsumā#

Atlikumi veikalā no noliktavas atšķiras dažu parastu iemeslu dēļ:

atlikumi tiek sinhronizēti ar pārtraukumiem, bet pārdošana starplaikā turpinās;
veikals un noliktava skaita dažādas lietas: fizisko atlikumu un to, ko vēl var pārdot;
vairāki pārdošanas kanāli ņem preci no viena krājuma, to nerezervējot;
preču kodi nesakrīt viens pret vienu variantu, komplektu vai iepakojuma izmēru dēļ;
atgriešanas un atcelšanas netiek nosūtītas atpakaļ;
sinhronizācija apstājas pusceļā, un neviens par to nezina.

Risinājums nav biežāka sinhronizācija. Svarīgāk ir izlemt, kura sistēma atbild par kuru skaitli, sūtīt izmaiņas tūlīt, kad tās rodas, rezervēt preci pasūtījuma brīdī un katru dienu pārbaudīt nesakritības, lai tās atrastu pirms pircējs.

Biežākie cēloņi#

Sinhronizācija ar pārtraukumiem

Daudzas integrācijas atlikumus no ERP vai noliktavas sistēmas uz veikalu pārkopē reizi dažās stundās. Viss, kas šajā laikā pārdots fiziskajā veikalā, tirdzniecības platformā vai ar pārdošanas pārstāvja starpniecību, veikalam nav redzams līdz nākamajai reizei. Jo mazāk vienību, jo lielāka iespēja pārdot preci, kuras vairs nav.

Fiziskais un pieejamais atlikums

Noliktavas sistēma bieži rāda to, kas atrodas plauktā. Veikalam vajag zināt, ko vēl var pārdot: plauktā esošo preci, atņemot to, kas jau rezervēta vēl nenosūtītiem pasūtījumiem, un bojātās vai uz laiku bloķētās preces. Ja integrācija sūta fizisko atlikumu, jau rezervētā prece veikalā joprojām šķiet pieejama, un to var pārdot vēlreiz.

Vairāki kanāli bez rezervācijas

Vienu un to pašu preci pārdod veikals, tirdzniecības platforma un B2B portāls. Katrs atņem savus pārdotos gabalus savā sistēmā, un neviens neinformē pārējos, kamēr centrālā sistēma nav atjaunināta. Tā pēdējo vienību var pārdot trīs reizes.

Kodi, kas nesakrīt viens pret vienu

Veikals pārdod T-kreklu četros izmēros, bet ERP katram izmēram ir savs preces kods. Veikals pārdod sešu gabalu iepakojumu, bet noliktavā uzskaita atsevišķas vienības. Komplektā ir trīs preces, ko pārdod arī atsevišķi. Ja atbilstība nav skaidri definēta, daži šādi gadījumi klusībā rada nepareizus skaitļus.

Atgriešanas, atcelšanas un labojumi ar roku

Atcelts pasūtījums atgriež preci atlikumā veikalā, bet ne ERP, vai otrādi. Atgriezto preci noliktavā apskata un nodod atpakaļ krājumā, bet veikalam neviens to nepaziņo. Darbinieks izlabo skaitli veikala administrācijā, un nākamā sinhronizācija to pārraksta, vai arī nepārraksta.

Kļūmes, kas paliek nepamanītas

Sinhronizācija apstājas pie 3412. preces, jo vienai precei ir kļūdaini dati. Visām pārējām precēm paliek vakardienas atlikumi. Neviens netiek brīdināts, jo darbs nav avarējis, tas vienkārši beidzies agrāk.

Kā noskaidrot, kas notiek jūsu veikalā#

Izvēlieties desmit preces, kas nesen tika pārdotas pārāk daudz. Katrai sastādiet visu pēdējās nedēļas kustību sarakstu abās sistēmās: pārdošana pa kanāliem, preču saņemšana, atgriešanas, labojumi.
Salīdziniet veikala un noliktavas atlikumu vienā un tajā pašā brīdī un pierakstiet pēdējās sekmīgās sinhronizācijas laiku.
Pārbaudiet, vai integrācija sūta fizisko vai pieejamo atlikumu.
Apskatiet sinhronizācijas žurnālus attiecīgajās dienās. Ja žurnālu nav, tas jau ir pirmais atklājums.

Likumsakarības parādās ātri. Ja nesakritības grupējas tieši pirms katras sinhronizācijas, vaina ir laikā. Ja tās saistītas ar variantiem vai iepakojumiem, vaina ir preču atbilstībā. Ja tās seko atcelšanām, vaina ir atgriešanas ceļā.

Kā izveidot sinhronizāciju, kas paliek precīza#

Nosakiet atbildību par katru lauku. Par atlikumu parasti atbild noliktava vai ERP, un veikalā to nekad nelabo ar roku. Par cenām, aprakstiem un attēliem var atbildēt cita sistēma. Pierakstiet to.
Sūtiet pieejamo, nevis fizisko atlikumu.
Rezervējiet pasūtījuma brīdī. Kad pasūtījums veikts jebkurā kanālā, samaziniet pieejamo atlikumu atbildīgajā sistēmā uzreiz, nevis tad, kad pasūtījums nosūtīts.
Pārejiet no pilnas datu pārsūtīšanas uz izmaiņu sūtīšanu. Sūtiet atjauninājumu brīdī, kad atlikums mainās, un retāk veiciet pilnu salīdzināšanu kā drošības tīklu.
Padariet katru atjauninājumu droši atkārtojamu: ja to nosūta divreiz, atlikums nedrīkst tikt samazināts divreiz.
Uzturiet skaidru atbilstības tabulu variantiem, komplektiem un iepakojuma izmēriem un ļaujiet procesam apstāties ar kļūdu, ja prece nav piesaistīta.
Reģistrējiet katru palaišanu un brīdiniet cilvēku, ja tā neizdodas vai apstrādā mazāk preču, nekā gaidīts.
Katru dienu sagatavojiet nesakritību pārskatu: preces, kurām atlikums veikalā un atbildīgajā sistēmā atšķiras, un starpību.
Ātri pārdodamām precēm ar ļoti mazu atlikumu apsveriet nelielu drošības rezervi, lai veikals pārtrauktu pārdot vienu vienību pirms noliktavas atlikums sasniedz nulli.

Atlikums ir tikai viena no datu daļām, kas pārvietojas starp veikalu un grāmatvedību. Pasūtījumiem, rēķiniem un klientiem ir tie paši noteikumi; tos apskata raksts kā savienot interneta veikalu ar Horizon, Tildes Jumis vai Visma. Ja sūtījumus veido noliktava, nevis veikals, vajadzīgi arī pakomāta un sūtījuma izsekošanas dati, kā aprakstīts rakstā par pakomātiem interneta veikala grozā.

Nevo izstrādā un labo integrācijas starp interneta veikaliem, ERP un noliktavu sistēmām. Kā projekts sākas, aprakstīts lapā ERP integrācijas.

Kāpēc interneta veikala atlikumi vairs nesakrīt ar noliktavu