ERP ikdienā — ritms, noliktavas un pārbaude

Šis ir ERP pieslēguma ikdienas raksts: kāds grafiks der ERP, ko darīt, ja ERP tur atlikumus vairākās noliktavās vai filiālēs, ko nozīmē eksports, kurā ir tikai izmaiņas, kā pārbaudīt, ka viss strādā, un kuri soļi ir tikai sistēmas administratora rokās. Kā dati kustas un ar ko sākt — EcomLink un ERP vai noliktavas sistēma. Kurš lauks kam pieder — ERP dati un jūsu dati — kurš lauks kam pieder. Izklājlapa ERP vietā — Sava noliktava kā piegādātājs — izklājlapa vai Google Sheets.

Kāds ritms der ERP

Piegādātāja formas cilnē Vispārējie ir divi atsevišķi grafiki:

• Atjaunošanas biežums (Tikai manuāli (bez automātiskas atjaunošanas) · Katru stundu · Ik pēc 2/4/8/12 stundām · Reizi dienā) — cenas un atlikumi; ERP parasti der «Katru stundu» vai «Ik pēc 2 stundām».
• Pilnā importa biežums (Tikai manuāli · Reizi dienā · Reizi nedēļā · Reizi mēnesī) — apraksti, attēli, atribūti un jaunas preces; tas ir nakts darbs.

Abu noklusējums ir Tikai manuāli (bez automātiskas atjaunošanas) — jaunam ERP piegādātājam pats no sevis nenotiek nekas, kamēr grafiks nav uzstādīts. Katrā taktī vispirms pēc kārtas tiek palaisti visu attiecīgo piegādātāju importi un tikai pēc tam vienu reizi — veikala atjaunošana.

📷 Ekrānattēls: ecomlink/vendor — cilne «Vispārējie» ar abiem grafikiem: «Atjaunošanas biežums» un «Pilnā importa biežums»

⚠️ Pirmajam importam jābūt pilnajam. Krājumu imports atjauno tikai jau sagatavotās rindas (kamēr nav ieslēgts Import new products on stock runs — sk. sadaļu «Kad ERP sāk barot jau esošu katalogu» rakstā ERP dati un jūsu dati — kurš lauks kam pieder) — tukšam piegādātājam tas nostrādā «veiksmīgi» un uzraksta nulli rindu. Pilno importu drīkst palaist tikai sistēmas administrators, tāpēc to piesakiet atbalstam.

Divas noliktavas vai filiāles vienā ERP

Ja ERP tur atlikumus vairākās noliktavās un tās nav viens kopējs katls, risinājums ir divi piegādātāju ieraksti pār vienu un to pašu plūsmu: viena adrese, viena atslēga, atšķirīgs tikai noliktavu saraksts. Tieši tā ir paredzēts Directo pieslēgumam — piemēram, divi ieraksti «ERP (Rīga)» un «ERP (Madona)» ar vienu un to pašu plūsmas adresi, bet atšķirīgu noliktavu sarakstu. Kas jāzina:

• Noliktavu sarakstu norāda cilnē Datu plūsmas konfigurācija ar iestatījumu Sellable warehouse codes (blank = sum all) (šis uzraksts ir angliski). Tas ir pieejams tikai tad, kad piegādātājam ir piesprausts attiecīgais parsētājs.
• Abām rindām saraksts jānorāda skaidri. Tukša vērtība nozīmē «saskaitīt visas noliktavas» — un tieši tas klusi saliek abas filiāles atpakaļ vienā skaitlī. Rezultāts izskatās kā strādājoši atlikumi, nevis kā kļūda.
• Katra rinda sagatavo visu katalogu, tāpēc katra prece ir divreiz, un abām rindām jāsalīp vienā veikala precē — tas prasa to pašu salīdzināšanas kodu un sasaistītu zīmolu. Pircējam redzamo filiāli pasaka katras rindas savs krājumu statuss (piemēram, «Rīgā» un «Madonā»).
• Tā kā cena abām rindām ir vienāda, uzvarētāju neizšķir cena: ja abām ir atlikums, izšķir Cenas prioritāte ekrānā Prioritāte (tikai sistēmas administratoram, zem cilnes «Uzstādījumi») — lielākais svars uzvar. Ja atstāj vienādu, izvēli izšķir lielākais atlikums, un tā ir sakritība, nevis noteikums. Sk. Piegādātāju prioritāte.
• Otrā ieraksta izveide un parsētāja piespraušana ir administratora darbs. Pieteikumā pasakiet, kuras noliktavas jāatdala un kādu krājumu statusu katrai rādīt.

📷 Ekrānattēls: ecomlink/vendor — cilne «Datu plūsmas konfigurācija» ar iestatījumu «Sellable warehouse codes (blank = sum all)» un aizpildītu vērtību

Ja ERP eksportē tikai izmaiņas

Daudzas ERP sistēmas prot eksportēt tikai to, kas mainījies kopš pēdējās reizes. Integrāciju centrāle tādu eksportu neatšķir no kataloga, no kura preces ir pazudušas, un katra importa beigās notiek trūkstošo preču pārbaude: artikuls, kura eksportā vairs nav, tiek nolikts kā neaktīvs. To vada divas rūtiņas un viens procentu ierobežojums cilnē Importa uzvedība:

• Grupā Automātiskā izslēgšana rūtiņa Izslēgt preces, kuru piegādātāja datos vairs nav — pēc noklusējuma ieslēgta. Pilnam ERP eksportam to atstājiet ieslēgtu.
• Tajā pašā grupā, ekrānā pirmā, ir vēl viena rūtiņa — Izslēgt preces, kam cena ir 0, arī pēc noklusējuma ieslēgta. Palīgteksts: «Izslēdz tikai piegādātājam, kuram 0 nozīmē "cena pēc pieprasījuma"». Daudzas ERP sistēmas tieši tā arī eksportē preces ar cenu pēc pieprasījuma — ja jūsu ERP to dara un šīs preces veikalā ir vajadzīgas, šī rūtiņa jāizslēdz (tad tāda prece paliek pārdošanā par 0.00).
• Atsevišķs izkrītošais saraksts zemāk — Datu plūsmā trūkstošo atslēgšanas ierobežojums — ar vērtībām no 0 līdz 100 % ar soli 5 %, noklusējums 20 %. Ja vienā importā pazūd lielāka kataloga daļa, pārbaude atsakās un neatslēdz neko, ierakstot žurnālā kļūdu. Tas ir sargs, kas pasargā no bojātas vai apgrieztas lejupielādes.

Ja ERP tiešām sūta tikai izmaiņas, izslēdziet rūtiņu Izslēgt preces, kuru piegādātāja datos vairs nav — palīgteksts to formulē tāpat: izslēdziet šo tikai patiesi nepilnam eksportam. Labāk tomēr palūdziet ERP pusei pilnu eksportu: rinda, kuras nav, jo nekas nav mainījies, un rinda, kuras nav, jo prece vairs netiek pārdota, izskatās identiski — un tieši atlikumu rinda, kas nav kustējusies, ir tā, kuras skaitlis joprojām ir vajadzīgs.

Kā pārbaudīt, ka viss strādā

Pēc pirmā importa (pirms veikala atjaunošanas):

1. Atveriet ekrānu Produkti un filtrā Piegādātājs izvēlieties savu ERP piegādātāju. Ja saraksts ir tukšs, imports neko nesagatavoja — ejiet uz «Ja kaut kas nestrādā».

2. Filtrā Kategorijas sasaiste izvēlieties Kategorija: nesasaistīta un filtrā Zīmola sasaiste — Zīmols: nesasaistīts. Labs rezultāts ir tukšs saraksts abos gadījumos; katra atrastā rinda ir prece, kas veikalā neienāks.

3. Meklēšanas laukā Nosaukums / SKU / EAN / MPN / piegādātāja ID ievadiet 3–5 konkrētus artikulus, ko zināt no ERP, un atveriet Produkta detaļas.

4. Blokā Identitāte salīdziniet kodu ar to, kas veikalā ir kā preces modelis. Kods sakrīt — sasaiste ar esošo katalogu ir iespējama; nesakrīt — ERP eksportē citu identifikatoru, un pirms tālākā tas jāsakārto ERP pusē vai jāmaina Salīdzināšanas koda avots.

5. Blokā Datu plūsma nodrošina pārliecinieties, ka tur ir cena, daudzums un nosaukums.

📷 Ekrānattēls: ecomlink/product — Produkti, filtru rinda ar izvēlētu piegādātāju un filtriem «Kategorija: nesasaistīta» un «Zīmols: nesasaistīts»

Pēc veikala atjaunošanas: blokā Veikala sinhronizācija jābūt aizpildītam Veikala produkta ID. Ja tur ir Vēl nav sasaistīts, prece veikalā nav nonākusi.

Ko darāt jūs un ko lūdzat atbalstam

Daļa ERP pieslēgšanas soļu veikala īpašniekam nav pieejami. Tie visi ir šie:

Kā palūgt atbalstam

Pieteikums skaitās pieteikts tikai tad, kad tas ir atbalsta sistēmā, nevis privātā e-pastā vai sarunā. Lai tas kustētos no pirmās reizes, pieteikumā norādiet:

1. veikala domēnu;
2. piegādātāja kodu un nosaukumu tieši tā, kā tas ir sadaļā Piegādātāji;
3. ko tieši vajag — pilno importu, parsētāja piespraušanu, vienreizējo sasaisti ar esošo katalogu, prioritātes maiņu vai ieskatu žurnālā;
4. 3–5 konkrētus artikulus kā piemēru (preces kods ERP pusē un, ja ir, veikalā);
5. ERP eksporta paraugfailu vai adresi, kur tas ir pieejams.

Ja kaut kas nestrādā

Imports nostrādāja, bet veikalā nav nevienas ERP preces. Visbiežākais gadījums. Cēloņu ķēde, pa vienam: nesasaistīta kategorija (vai sasaistīta ar kategoriju, kas nav gala kategorija) → nesasaistīts zīmols → piegādātājam nav Uzcenojuma plāna → nav palaista veikala atjaunošana. Pirmos divus pārbauda ekrānā Produkti ar filtriem Kategorija: nesasaistīta un Zīmols: nesasaistīts.

Imports pabeidzas «veiksmīgi», bet nekas netiek sagatavots. Tipiskākais ERP gadījums: eksporta galapunkts atbild ar HTTP 200, bet atbildes iekšpusē ir autorizācijas kļūda, nevis preces. Fails tiek iekešots, un lasītājs tajā atrod nulli ierakstu. Ko redzat jūs pats: vadības paneļa rindā preču skaits nepieaug un pēdējās izpildes laiks ir svaigs. Pēc tam trūkstošo preču pārbaude visu sagatavoto katalogu nolasa kā pazudušu — bet 20 % sargs to noraida un neatslēdz neko; tā ir otrā pazīme, ka imports atnesa nulli rindu. Palūdziet atbalstam ieskatīties ekrānā Žurnāli (tikai sistēmas administratoram, zem cilnes «Uzstādījumi»): izpildes rindā FINISH būs inserted=0 updated=0, bet pie sarga — kļūda feed-absence sweep refused. Sk. Žurnāli — diagnostika un ziņojumu atšifrējums.

Pēc ERP eksporta kļūmes puse preču pazuda no pārdošanas — vai otrādi, neviena nepazuda. Abos gadījumos strādā viens un tas pats sargs: Datu plūsmā trūkstošo atslēgšanas ierobežojums (20 %). Ja pazuda mazāk par slieksni, preces tika atslēgtas un atgriezīsies pašas, tiklīdz parādīsies eksportā; ja vairāk — netika atslēgts nekas, un žurnālā ir kļūda ar precīzu skaitli.

Vispārīgā diagnostika, kas neattiecas tikai uz ERP: Ja Integrāciju centrāle nestrādā.