Ja imports, grafiks vai ekrāni nestrādā

Šajā rakstā ir problēmu meklēšanas 12.–17., 19. un 20. sadaļa: imports karājas vai nesākas, žurnāls ir tukšs, mainītais iestatījums neparādās, preces pēkšņi pazuda, automātiskais imports nenotiek pats, ekrāna vai pogas nav, viena prece veikalā ir divreiz un dati ienāk no nepareizās kolonnas. Beigās ir tas, ko savākt un uzrakstīt atbalstam — arī tad, ja simptoms bija aprakstīts kādā no brāļu rakstiem.

Simptomu tabula, četras vietas, kur skatīties, un ātrā pārbaudes secība ir rakstā Ja Integrāciju centrāle nestrādā — ar ko sākt; preču publicēšana, cenas un veikala dati — rakstā Ja prece neparādās veikalā vai tās dati ir nepareizi.

---

12. Imports «karājas» vai vispār nesākas

Kā izpaužas. Poga nospiesta, bet rinda paliek Dīkstāvē; vai progresa josla stāv uz vietas; vai atbilde ir «already running».

Kā tas patiesībā strādā. Imports tiek palaists kā atdalīts fona process, tāpēc lapu drīkst aizvērt — darbs turpinās. Katram piegādātājam ir sava slēdzene: piegādātāja A imports nekad nebloķē piegādātāju B. Slēdzene ir datubāzes līmeņa, tāpēc, ja process nomirst, tā atbrīvojas pati.

• «already running» nozīmē, ka šim piegādātājam tiešām darbojas cits imports. Otrs netiek palaists, un žurnālā nepaliek nekāda pēda — ne START, ne kļūda.
• Pilnais imports lielai datu plūsmai ilgst stundas. Tas nav iestrēdzis: importa progresa logrīkā ir Posms, Pievienoti, Atjaunoti un Pēdējā palaišana. (Pagājis laiks un Atlikušais laiks ir tikai veikala atjaunošanas logā, ne importa.)
• Ja tiešām jāpārtrauc — rindā ir poga Apturēt; tā aizsūta procesam pārtraukšanas signālu un atbrīvo slēdzeni.
• Veikala atjaunošanai ir viena globāla slēdzene. Krājumu atjaunošana, kas iekrīt gara pilnā piegājiena laikā, ziņo «Veikala atjaunošana jau notiek» un tiek izlaista, nevis ierindota.

Ja rinda paliek Dīkstāvē un žurnālā nav ne START, ne kļūdas, darbinieks vispār nesāka darbu — tas jāpieteic atbalstam, jo darbinieka izvade nonāk failā ecomlink_import_<piegādātāja kods>.log, kas administrācijā nav redzams.

📷 Ekrānattēls: ecomlink/ecomlink — importa progresa logrīks ar posmu joslu un skaitītājiem «Pievienoti» / «Atjaunoti»

13. Žurnālā ir tukšs

Kā izpaužas. Bloks Žurnāla ziņojumi ir tukšs vai ļoti īss, lai gan imports notika.

Cēlonis. Tas ir normāli. Žurnālā tiek saglabāti tikai brīdinājumi un kļūdas — informatīvās rindas tiek atmestas pilnībā. Vienīgais, kas apstiprina darbu, ir FINISH rinda ar skaitītājiem blokā Importa un veikala atjaunošanas izpildes. Ekrānā redzamas tikai pēdējās 200 rindas no katra bloka, un detalizētā importa izvade nonāk atsevišķā failā katram piegādātājam, ko šis ekrāns nerāda.

Rindu paraugs:

[2026-09-16 03:15:02] START  run=20260916-031502-DEMO-7f3a vendor=DEMO source=(full)
[2026-09-16 03:22:40] WARNING run=20260916-031502-DEMO-7f3a 412 product(s) vanished from the feed: disabled (status = 0)
[2026-09-16 03:41:18] FINISH run=20260916-031502-DEMO-7f3a vendor=DEMO status=success inserted=112 updated=8431 skipped=0 errors=0 retired=17 restored=3

Iekavās aiz source= ir importa veids (full — pilnais, stock — krājumu), nevis parsētāja nosaukums. Sīkāk — Žurnāli — ekrāns un izpilžu rindas.

📷 Ekrānattēls: ecomlink/logs — abi bloki, augšā START/FINISH rindas, zemāk viena WARNING rinda

14. Izmaiņas iestatījumos neparādās veikalā

Kā izpaužas. Nomainīts uzcenojums, prioritāte, kategorijas sasaiste vai piegādātāja slēdzis — veikalā viss pa vecam.

Pirmais solis — Diagnostika. Atveriet Diagnostika — kāpēc prece nav veikalā un ievadiet kādas skartās preces kodu → Pārbaudīt. Blokā Grafiks rindā Gaida palaišanu ekrāns nosauc katru mainīto uzstādījumu atsevišķi: «Kategorijas mainīts 11:20 | 24.09.2026, un neviena palaišana to vēl nav aiznesusi līdz veikalam». Šādu rindu var būt līdz piecām — Kategorijas, Zīmoli, Uzcenojumi, Piegādātāju prioritāte, Piegādātāju iestatījumi. Ja rinda ir, labojums ir pieņemts un gaida veikala atjaunošanu, t.i., 1. punktu zemāk.

Ir arī viens gadījums, kad atjaunošanas palaišana nepalīdz nekad, un to nosauc tas pats ekrāns: Publicēšanas pārbaudes rindā Datu kvalitātes artefakti ir sarkans krustiņš ar teikumu «Veikala prece #N vairs nepieder modulim (ext = M), tāpēc veikala atjaunošana neraksta tās cenu, atlikumu un statusu — tie ir iesaluši tur, kur bija.» Tad izmaiņas neparādīsies ne pēc vienas palaišanas — šo piesakiet atbalstam.

📷 Ekrānattēls: ecomlink/diagnostics — bloks «Grafiks» ar rindām «Pēdējais krājumu imports», «Importa grafiks» un vienu «Gaida palaišanu» rindu par mainītajiem uzcenojumiem

1. Nav palaista veikala atjaunošana. Imports vien neko nepārcenos un nepārpublicēs.
2. Atjaunošana nostrādāja, bet visi skaitītāji palika uz 0. Tas gandrīz vienmēr nozīmē, ka sistēma konstatēja: kopš pēdējās veiksmīgās izpildes nekas nav mainījies — un darbu izlaida. Vadības paneļa atjaunošanas logā tas parādās kā ziņojums «Kopš pēdējās veikala atjaunošanas nekas nav mainījies.»; žurnālā tas nepaliek.
3. Fāze tika izlaista, jo tai nebija ko darīt. No pārlūka palaistā veikala atjaunošana vienmēr ir krājumu atjaunošana, un tā izpilda visas fāzes, izņemot bāreņu ierakstu tīrīšanu. Aprakstu, attēlu, atribūtu, opciju un izmēru fāzes tiek izlaistas tikai tad, ja kopš pēdējās konverģētās izpildes nav mainījusies neviena to ievade un šī izpilde neko nav publicējusi. Tātad: vispirms saglabājiet izmaiņu attiecīgajā ekrānā (piegādātāja forma, sasaiste, uzcenojums) un tikai pēc tam spiediet Palaist veikala atjaunošanu — tad fāze nostrādās. Pilnais piegājiens atšķiras ar to, ka izpilda visas fāzes beznosacījuma un papildus iztīra bāreņu ierakstus; to palaiž krons vai sistēmas administrators.

Noderīgi zināt: pēc uzcenojuma vai prioritātes maiņas nākamā atjaunošana pārrēķina visu katalogu, tāpēc tā ir ievērojami ilgāka par parasto. Tas nav bojājums. Sīkāk — Veikala atjaunošana — fāzes un kas tajās notiek.

15. Preces pēkšņi pazuda no veikala

Kā izpaužas. Liela daļa preču kļuva neaktīva, vai otrādi — katalogs «karājas» ar vecām precēm, kuru piegādātāja datos vairs nav.

Pirmais solis — Diagnostika. Atveriet Diagnostika — kāpēc prece nav veikalā un ievadiet pazudušās preces kodu → Pārbaudīt. Ekrāns atšķir divus gadījumus, kas Produktu sarakstā izskatās vienādi. Pie vārtiem Preces imports sarkans krustiņš ar teikumu «Prece pazuda no pēdējās datu plūsmas, tāpēc tā tika izslēgta. Tā ieslēgsies pati, tiklīdz plūsma to atkal atsūtīs.» — tas ir pirmais punkts zemāk. Pie vārtiem Pārdodama — «Nav atlikuma, un piegādātājam nav uzstādīts «nav noliktavā» statuss — tāpēc nav ko pārdot un ko publicēt.» — tas ir pēdējais punkts. Un, ja spriedums ir Veikalā, izslēgta — «Veikala prece #N ir izslēgta, jo uzvarējusī rinda nav pārdodama.» —, veikala prece vēl pastāv, bet pircējam tā nav redzama; skatiet vārtus Pārdodama un šīs sadaļas pēdējo punktu.

• Prece pazuda no datu plūsmas. Pēc noklusējuma ieslēgtā rūtiņa Izslēgt preces, kuru piegādātāja datos vairs nav noliek šādu preci kā neaktīvu; tā atgriežas pati, tiklīdz parādās atpakaļ plūsmā.
• Cena plūsmā ir 0. Pēc noklusējuma ieslēgtā rūtiņa Izslēgt preces, kam cena ir 0 katrā importā noliek tādu preci kā neaktīvu. Izslēdziet to tikai piegādātājam, kuram 0 nozīmē «cena pēc pieprasījuma».
• Nostrādāja 20 % aizsargs, un neizslēdzās nekas. Ja vienā importā pazūd lielāka daļa nekā Datu plūsmā trūkstošo atslēgšanas ierobežojums (noklusējums 20 %), pārbaude atsakās un neatslēdz neko. Tas ir sargs, kas strādā (nepilnīga lejupielāde nekad nedrīkst noņemt katalogu no pārdošanas) — bet tas nozīmē arī to, ka katalogs paliek ar vecajām precēm, un vienīgā pēda ir žurnālā.
• Prece ir bez atlikuma un bez krājumu statusa. Publicēšanai vajag vienu no diviem. Ja piegādātāja cilnē Krājumu statusu sasaiste vajadzīgais statuss ir --- Nav ---, prece bez atlikuma veikalā neparādās vispār. --- Nav --- nav neitrāla izvēle. Sk. Krājumu statusu sasaiste.

16. Automātiskais imports nenotiek pats

Kā izpaužas. Ar roku viss strādā, bet naktī vai pa stundām nekas nenotiek. Vadības panelī pie rindas parādās oranžs vai sarkans signāls Importa periods nokavēts.

• Atjaunošanas biežums un Pilnā importa biežums (abi cilnē Vispārējie) ir Tikai manuāli (bez automātiskas atjaunošanas) — tas ir noklusējums katram jaunam piegādātājam, un attiecībā uz pilno importu tas nozīmē, ka pilnais imports nekad nenotiek pats.
• Piegādātājam izslēgts «Imports» (Jā/Nē lauks cilnē Vispārējie). Automātiskā palaišana ņem tikai ieslēgtos piegādātājus. Ar roku palaists imports tik un tā nostrādās — bet izslēgts piegādātājs veikalā jaunas preces neveido un neuzvar uzvarētāja izvēlē, tāpēc «imports notika, veikalā nekas nemainījās» ir tieši šis gadījums.
• Pilnā importa grafiks ir par blīvu. Dienas palaišana sākas agrās rīta stundās, un tai atvēlēta atlikusī nakts; plūsmai, kas līdz rītam nepaspēj, jāliek Reizi nedēļā.

Ja neviens piegādātājs nav gatavs attiecīgajā taktī, netiek palaista arī veikala atjaunošana — tā seko uzreiz pēc importiem, vienu reizi.

📷 Ekrānattēls: ecomlink/vendor — cilne «Vispārējie» ar laukiem «Atjaunošanas biežums» un «Pilnā importa biežums», abi uz «Tikai manuāli (bez automātiskas atjaunošanas)»

17. Ekrāns nav redzams vai poga neko nedara

Kā izpaužas. Kolēģim cilņu ir vairāk nekā jums; poga izskatās nospiežama, bet nekas nenotiek; lietotņu katalogā poga ir Nav piekļuves.

• Cilnes zem «Uzstādījumi» (Vendor profiles (angliski), Pārsaiste, Prioritāte, Žurnāli, Integrācija) redz tikai sistēmas administratori. Tās netiek uzzīmētas vispār — nevis padarītas neaktīvas.
• Katram ekrānam ir sava tiesību rinda. Imports un veikala atjaunošana ir atsevišķi maršruti: bez rediģēšanas tiesībām uz tiem pogas ir redzamas, bet darbība neizpildīsies.
• Pilnais imports ir tikai sistēmas administratoram, neatkarīgi no pārējām tiesībām.
• Poga «Savienot» lietotņu katalogā neko neieslēdz — tā ved uz to pašu vadības paneļa maršrutu, un, ja aplikācija veikalam nav ieslēgta, panelis uzreiz aizsūta atpakaļ uz sākumu. Aplikāciju ieslēdz veikala konfigurācijā, nevis ar pogu.

Un pēdējais, kas mulsina visbiežāk: daļa saskarnes latviešu panelī ir angliski, jo latviešu valodas failā šo tekstu vēl nav. Piemēri: cilne Vendor profiles un viss tās ekrāns, piegādātāja formas rūtiņas New products, Publish new products, Import new products on stock runs un Brand, viss Dry run bloks, kā arī daļa iestatījumu nosaukumu cilnē Datu plūsmas konfigurācija. Tā nav kļūda.

19. Viena un tā pati prece veikalā ir divreiz

Kā izpaužas. Divu piegādātāju viens un tas pats artikuls veikalā ir kā divas atsevišķas preces, nevis viena ar labāko cenu.

Pirmais solis — Diagnostika. Atveriet Diagnostika — kāpēc prece nav veikalā un ievadiet viena no dublikātiem kodu → Pārbaudīt. Publicēšanas pārbaudes rindā Datu kvalitātes artefakti ekrāns nosauc tieši šo gadījumu: «Kods '…' ir publicēts kā N atsevišķas veikala preces — dublikāti, ko pēc tam nekas neapvieno.» — un nosauc arī pašu kodu, pēc kura preces nesaplūda. Ja blakus ir otra rinda «Sasaistes kods '…' ir atzīmēts kā nesasaistāms, tāpēc šī rinda nekad nesaplūst ar cita piegādātāja rindu.», cēlonis ir otrs — tas ir aprakstīts zemāk kā atkārtots kods, un tādā gadījumā prioritāte šeit neko neietekmē. Abas rindas ir dzelteni brīdinājumi: spriedumu tie nemaina, bet cēloni nosauc.

Cēlonis. Preces no dažādiem piegādātājiem saplūst pēc starppiegādātāju produkta koda, ko nosaka piegādātāja lauks Salīdzināšanas koda avots (cilne Vispārējie; noklusējums — MPN). Ja diviem piegādātājiem šis avots ir atšķirīgs vai ja izvēlētā lauka plūsmā nav, koda vērtība nesakrīt un preces nesaplūst. Ja vienam piegādātājam viens un tas pats kods atkārtojas vairākām precēm, tā grupa tiek atzīmēta kā nesasaistāma un netiek apvienota vispār.

Ko darīt. Salīdziniet abu piegādātāju Salīdzināšanas koda avotu un pārliecinieties, ka izvēlētais identifikators plūsmā tiešām ir aizpildīts. Kad preces saplūdušas, kura cena uzvar, nosaka Piegādātāju prioritāte (sk. arī 8. sadaļu rakstā Ja prece neparādās veikalā vai tās dati ir nepareizi).

20. Cena vai daudzums ienāk no nepareizās kolonnas

Kā izpaužas. Sagatavotā cena vai daudzums sistemātiski neatbilst piegādātāja failam — piemēram, daudzuma vietā ienāk svars vai cenas vietā ieteicamā mazumtirdzniecības cena.

Cēlonis. Piegādātāja plūsmas lauki tiek piesaistīti moduļa laukiem ekrānā Uzstādījumi → Pārsaiste. Nepareizi piesaistīta kolonna dod pareizi izskatošos, bet nepareizus datus — imports nekādu kļūdu nedod.

Ko darīt. Ekrāns Pārsaiste ir tikai sistēmas administratoram. Piesakiet atbalstam: «Piegādātāja kods X, lauks <cena / daudzums> ienāk no nepareizās kolonnas; plūsmā pareizā kolonna ir <nosaukums>.» Sīkāk — Lauku pārsaiste (remap).

---

Ja kaut kas nestrādā

Ja neviens no iepriekšējiem punktiem neatbilst, savāciet šo un rakstiet atbalstam — tieši šī informācija ietaupa vienu saraksti turp un atpakaļ:

1. Piegādātāja kods un konkrēti artikuli (piegādātāja produkta ID), nevis «dažas preces». Preces kartiņā ir gan piegādātāja produkta ID, gan Veikala produkta ID, ja tāds ir.
2. Datums un aptuvenais laiks, kad imports vai atjaunošana tika palaista, un no kurienes — ar roku no vadības paneļa vai pēc grafika.
3. FINISH rindas saturs no žurnāla, ja to varat redzēt. Ja Žurnāli jums nav pieejami (ekrāns ir tikai sistēmas administratoriem), tā arī uzrakstiet — atbalsts to nolasīs pats.
4. Ko tieši nesen mainījāt. Piegādātāja formas saglabāšana pārraksta visas formas rūtiņas tādas, kādas tās ir ekrānā, tāpēc arī «es tikai nomainīju URL» ir svarīga ziņa. (Lauks Imports ir Jā/Nē izvēle, nevis rūtiņa — to šis slazds neskar.)

Divas lietas, ko atbalsts var redzēt, bet jūs ne, un ko tāpēc nav vērts meklēt pašiem:

• Darbinieka izvades faili (ecomlink_import_<kods>.log un veikala atjaunošanas fails) — tajos ir detalizētais importa protokols, kas administrācijā nav redzams.
• Iepriekšējās lejupielādes. Katra jaunā lejupielāde veco saglabā arhīvā 20 dienas, tāpēc parasti var precīzi pateikt, kas piegādātāja failā bija vakar un kas šodien — tas ir ātrākais veids, kā pierādīt, ka mainījās plūsma, nevis modulis.