Š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](/hc/help2/articles/ecomlink-un-erp). Kurš lauks kam pieder — [ERP dati un jūsu dati — kurš lauks kam pieder](/hc/help2/articles/ecomlink-erp-kurs-lauks-kam-pieder). Izklājlapa ERP vietā — [Sava noliktava kā piegādātājs — izklājlapa vai Google Sheets](/hc/help2/articles/ecomlink-sava-noliktava-izklajlapa).

## 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](/hc/help2/articles/ecomlink-erp-kurs-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](/hc/help2/articles/ecomlink-piegadataju-prioritate).
- **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:

| Darbība | Kurš |
|---|---|
| Piegādātāja ieraksts, cilnes **Datu plūsma**, **Importa uzvedība**, **Krājumu statusu sasaiste**, **Nodoklis** | jūs |
| Kategoriju, zīmolu, opciju un atribūtu sasaiste | jūs |
| Grafiki un krājumu imports | jūs |
| **Pilnais imports** | sistēmas administrators |
| **Integrācija** — parsētāja piespraušana | sistēmas administrators |
| **Prioritāte** un **Žurnāli** | sistēmas administrators |
| **Vienreizējā sasaiste** ar esošo veikala katalogu | sistēmas administrators |

### 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](/hc/help2/articles/ecomlink-zurnali-diagnostika-un-zinojumi).

**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ā](/hc/help2/articles/ecomlink-ja-nestrada).