Šis raksts atbild uz jautājumu «vai ERP pārrakstīs to, ko es salaboju veikalā»: kuri lauki katrā veikala atjaunošanā tiek pārrakstīti vienmēr, kuri tikai ar ieslēgtu rūtiņu, kas pasargā ar roku ievadītās preces, kas jāizdarīt, pirms ERP sāk barot jau esošu katalogu, un ko ERP jāliek cenas laukā. Kā dati kustas un ar ko sākt — EcomLink un ERP vai noliktavas sistēma. Ritms, noliktavas, pārbaude un pieteikums atbalstam — ERP ikdienā — ritms, noliktavas un pārbaude. Ja dati nāk no izklājlapas, nevis ERP — Sava noliktava kā piegādātājs — izklājlapa vai Google Sheets.
Kurš lauks kam pieder
Šī ir raksta galvenā tabula.
| Grupa | Lauki | Kas notiek katrā veikala atjaunošanā |
|---|---|---|
| Komercdati | statuss, cena, daudzums, krājumu statuss, «Nav vietējā noliktavā» | vienmēr tiek pārrakstīti ar to, ko atnesa pēdējais imports |
| Neobligātie aspekti | apraksti, izmēri un svars, EAN, SKU, opcijas, atribūti, attēli, piemērotība, zīmols | tiek pārrakstīti tikai tad, ja attiecīgā rūtiņa ir ieslēgta |
| Identitāte (Integrāciju centrāles sagatavotajā rindā) | piegādātāja kods, piegādātāja produkta ID, pievienošanas datums | netiek pārrakstīti nekad |
⚠️ Pēdējā rinda attiecas uz Integrāciju centrāles sagatavoto rindu — to pašu bloku Identitāte logā «Produkta detaļas». Veikala preces pusē tas nav tas pats: veikala preces piegādātāju katrā atjaunošanā pārraksta uzvarētāja izvēle, kopā ar cenu, atlikumu un statusu. Ja preci nes divi piegādātāji, veikalā redzamais piegādātājs var mainīties no palaišanas uz palaišanu.
Rūtiņas ir piegādātāja formas cilnē Importa uzvedība, rindā Atjaunot atjaunošanas laikā, tieši tādā secībā, kā tās ir ekrānā: Apraksti · Izmēri un svars · EAN · Opcijas · Atribūti · Attēli · Piemērotība · SKU · Brand (pēdējā latviski nav iztulkota un ekrānā ir angliski). Formas palīgteksts to pasaka tieši:
«Komercdati (kods, cena, daudzums, krājumu statuss) tiek atjaunoti katrā atjaunošanā. Šie slēdži nosaka, kuri neobligātie aspekti turpmākajās palaišanās tiek atjaunoti arī no šī piegādātāja datu plūsmas; visi pēc noklusējuma ir izslēgti.»
Trīs nianses, kas tieši attiecas uz ERP:
- Identifikatori aizpildās, nevis pārrakstās. SKU, modelis un MPN tiek ierakstīti tikai tad, ja veikalā lauks ir tukšs. EAN (un ar ieslēgtu SKU rūtiņu — arī SKU) tiek pārrakstīts arī tad, ja nav tukšs, bet tikai tad, ja eksports šo lauku tiešām atsūtīja.
- Pirmo nosaukumu rūtiņa neaiztur. Rūtiņa Apraksti iesaldē tikai to tekstu, kas veikala precei jau ir. Precei, kurai apraksta rindas vispār nav — un tieši tādā stāvoklī piedzimst katra jaunā veikala prece —, nosaukums un apraksts tiek uzrakstīti neatkarīgi no rūtiņas. Sk. Prece bez apraksta pazūd no veikala.
- Krājumu statusu izšķir piegādātāja iestatne, ne ERP. Pat ja eksports sūta savu statusa vērtību, veikalā piemēroto izvēlas cilne Krājumu statusu sasaiste — Noliktavā, Nav noliktavā, Nav krājumos, Nav vietējā noliktavā. Sk. Krājumu statusu sasaiste.
🔴 Pirms katras saglabāšanas pārskatiet cilni «Importa uzvedība». Saglabāšana pārraksta visas rūtiņas tādas, kādas tās tobrīd ir ekrānā — arī tad, ja mainījāt tikai datu plūsmas adresi. Neatzīmēta rūtiņa saglabājas kā izslēgta, bez brīdinājuma. Sk. Importa uzvedība.
📷 Ekrānattēls: ecomlink/vendor — piegādātāja forma, cilne «Importa uzvedība», redzama visa rinda «Atjaunot atjaunošanas laikā» ar deviņām rūtiņām
Trīs sargi pret dubultu pārrakstīšanu
1. Preces, kas veikalā ievadītas ar roku, netiek aiztiktas. Veikala prece nes atzīmi par to, kurš to radījis. Preci, ko izveidojis operators un uz kuru nenorāda neviena sagatavotā rinda, Integrāciju centrāles fāzes neiekļauj savā darbā vispār — to nemaina ne uzvarētāja izvēle, ne aprakstu atsvaidzināšana.
2. Piesaistot ERP rindu ar roku veidotai precei, tā netiek pārrakstīta uzreiz un netiek dzēsta vēlāk. Piesaistes brīdī prece tiek atzīmēta kā operatora piesaistīta un tai tiek noņemta ierindotā apraksta pārbūve — cena un atlikums turpmāk nāk no ERP, bet jūsu teksts šo palaišanu pārdzīvo. Lai tas paliktu arī turpmāk, izmantojiet nākamo punktu. Un, ja ERP rinda vēlāk pazūd, šāda prece netiek dzēsta — tā atgriežas pie parastas veikala preces; dzēstas tiek tikai tās, kuras Integrāciju centrāle pati ir radījusi un kurām avots ir pazudis.
3. «Satura statuss» ir teksta aizslēgs. Veikala preces formā (Katalogs → Produkti) datu cilnē, zem «Pieejams no» un «Atrašanās vieta», ir lauks Satura statuss. Likums ir vienkāršs: nosaukumu un aprakstu datu plūsma drīkst pārrakstīt tikai precēm ar statusu «Oriģināls no piegādātāja»; jebkurš cits statuss tekstu aizsargā — arī tukšs vai nezināms un arī tā izvēlnes rinda, kas latviski nav iztulkota un ekrānā rādās kā atslēga. Tiklīdz teksts ir pārstrādāts un uzlikts kāds cits statuss, neviens imports to vairs neaiztiek — arī tad, ja rūtiņa Apraksti ir ieslēgta.
📷 Ekrānattēls: catalog/product — produkta formas datu cilne ar atvērtu lauka «Satura statuss» izvēlni
Kad ERP sāk barot jau esošu katalogu
Šis ir visbīstamākais ERP pieslēgšanas gadījums: veikalā jau ir preces, ievadītas ar roku vai pārceltas no citurienes, un tagad tās pašas preces sāks nākt no ERP.
Integrāciju centrāle pati nemeklē veikalā jau esošas preces un tām nepiesaistās: sasaiste salīmē tikai divas sagatavotās rindas, no kurām vienai jau ir veikala prece. Tāpēc ERP piegādātājs, kam atļauts radīt jaunas preces, pieliks savas preces blakus jūsējām, un neviens tās vēlāk neapvienos.
Pareizā secība:
- Cilnē Importa uzvedība, grupā New products, izslēdziet Publish new products. Tad ERP uztur cenas un atlikumus tām precēm, kurām ir piesaistīts, bet savas nepievieno.
- Palūdziet atbalstam pilno importu (to palaiž tikai sistēmas administrators) un pēc tam ekrānā Produkti pārbaudiet, vai preces sagatavojas ar to pašu kodu, kāds veikalā ir kā preces modelis. Kā to izdarīt — sk. «Kā pārbaudīt, ka viss strādā» rakstā ERP ikdienā — ritms, noliktavas un pārbaude.
- Sasaistiet ERP kategorijas ar veikala gala kategorijām (cilne Kategorijas) un ERP zīmolus ar veikala ražotājiem (cilne Zīmoli) — nesasaistītas kategorijas un zīmoli klusi paliek ārpus veikala.
- Lūdziet atbalstam vienreizējo sasaisti starp esošajām veikala precēm un sagatavotajām rindām — no administrācijas to izdarīt nevar.
- Tikai tad izlemiet, vai ERP vispār drīkst radīt jaunas preces.
Otra rūtiņa tajā pašā grupā — Import new products on stock runs — atļauj arī stundas krājumu importam sagatavot vēl neredzētu artikulu. Šādai rindai nav apraksta, attēlu un kategorijas, līdz palaists pilnais imports. Abas rūtiņas latviski nav iztulkotas un ekrānā ir angliski.
📷 Ekrānattēls: ecomlink/vendor — cilne «Importa uzvedība», grupa «New products» ar abām rūtiņām «Publish new products» un «Import new products on stock runs»
Cena: ko ERP jāliek cenas laukā
Cenas lauks plūsmā ir cena bez PVN, no kuras veikals rēķina pārdošanas cenu. Uz to virsū strādā Cenas piemaksa ar Uzcenojuma plānu (piegādātāja formas cilnē Vispārējie) un Nodokļu klase (cilne Nodoklis).
Vēl divas iestatnes ir tikai tam piegādātājam, ko lasa kāds no standarta parsētājiem (Standard XML / CSV / JSON / XLSX): Datu plūsmas cenu valūta (cilnē Vispārējie) un Datu plūsmas cenu PVN (cilne Nodoklis). Atsevišķi rakstīts parsētājs — piemēram, DIRECTO — pats deklarē savu valūtu un to, ka cenas ir neto, tāpēc šie divi lauki tam formā nemaz nav redzami. Ja tos meklējat un neatrodat, tā ir pazīme, ka piegādātājam ir piesprausts savs parsētājs, nevis kļūda.
⚠️ Datu plūsmas cenu PVN un Nodokļu klase darbojas pretējos virzienos, un tās ir viegli sajaukt: pirmā ir likme, kas eksporta cenās jau ir iekšā un ko imports izdala; otrā ir PVN, ko veikals pieliek pircējam kasē. Nepareizs salikums dod kļūdu visa piegādātāja cenās tieši sajauktās likmes apmērā (sarakstā ir 12 % un 21 %). Sk. Nodoklis piegādātājam — divi lauki un cenas ķēde.
Otrs ERP brīdinājums: eksportā blakus pārdošanas cenai bieži ir arī iepirkuma cena vai pašizmaksa. Cenas laukā drīkst likt tikai to cenu, no kuras veikals rēķinās — uzcenojums tiek piemērots virsū. Sk. Uzcenojumi — kā veidojas gala cena.
Ja kaut kas nestrādā
ERP preces ienāca veikalā kā dublikāti blakus jau esošajām. Piegādātājam bija ieslēgts Publish new products, pirms bija izdarīta sasaiste ar esošo katalogu; Integrāciju centrāle pati dublikātus neapvieno. Izslēdziet rūtiņu un pieteiciet atbalstam vienreizējo sasaisti.
Prece Integrāciju centrāles sarakstā ir, kartiņā ir «Veikala produkta ID», bet veikalā atdod 404. Precei nav apraksta rindas. Rūtiņa Apraksti tur nav vainīga — pirmo nosaukumu tā neaiztur —, tāpēc meklējiet divus citus cēloņus: preces Satura statuss nav «Oriģināls no piegādātāja» (tad plūsma tekstu neraksta vispār), vai ERP aprakstus līdz šim nav atnesis, jo nav bijis pilnais imports. Tekstus ienes pilnais imports, veikalā tos ieraksta veikala atjaunošana — pilno importu lietotājs palaist nevar, tāpēc to piesakiet atbalstam. Pilns cēloņu saraksts: Prece bez apraksta pazūd no veikala.
Piegādātāja formas cilnē Datu plūsma ir lauks Avota valoda, kura vērtības maiņa ierindo apraksta pārbūvi visām šī piegādātāja precēm. Tas nav parasts «slēdzis pārbūvei»: aizpildot to piegādātājam, kuram tas bijis tukšs, vienlaikus ieslēdzas mašīntulkošana pārējām veikala valodām. Ja tulkošana nav vajadzīga, lauku neaiztieciet un pārbūvi pieprasiet atbalsta pieteikumā. Sk. Mašīntulkošana.
Veikalā salabotais nosaukums vai apraksts pēc nakts atkal ir vecais. Precei Satura statuss ir palicis Oriģināls no piegādātāja, un piegādātājam ir ieslēgta rūtiņa Apraksti. Uzlieciet precei Pilnībā apstrādāts.
Ja veikalā nav nevienas ERP preces vai imports pabeidzas «veiksmīgi», neko nesagatavojot, — sadaļā «Ja kaut kas nestrādā» rakstā ERP ikdienā — ritms, noliktavas un pārbaude.