Zināšanu bāze Horizon

  Horizon un Docura integrācija automatizē elektronisko dokumentu apmaiņu preču kustības procesos starp piegādātājiem un pasūtītājiem, alternatīva manuālu failu pārvietošanu.   Risinājums izmanto tiešu REST API savienojumu ar Docura — bez lokālām starpniekfailu mapēm un atsevišķiem servisiem. Ienākošie dokumenti tiek importēti automātiski, izejošie eksportēti ar vienu darbību, un to apstrādes statusi tiek atjaunināti Horizon automātiski. Saturs Kas tas ir un ko dara Pirms sāc — priekšnosacījumi Imports no Docura Eksports uz Docura Automātiska statusu atjaunināšana   1. Kas tas ir un ko dara Horizon un Docura integrācija alternatīva iepriekšējam risinājumam, kas balstījās uz lokālu mapju skenēšanu un FTG servisa uzturēšanu. Mākoņklientiem šāda infrastruktūra ir sarežģīti uzturama. Jaunā integrācija izmanto tiešu REST API savienojumu.   Risinājums aptver trīs darbības jomas: Ienākošo dokumentu imports no Docura (loģistikas pieprasījumi un saņemšanas pavadzīmes) Izejošo dokumentu eksports uz Docura (loģistikas pasūtījumi un pārdošanas pavadzīmes) Automātiska eksportēto dokumentu apstrādes statusu atjaunināšana   Kopējā plūsma Zemāk attēlota pilna datu apmaiņas plūsma starp Horizon un Docura:     2. Pirms sāc — priekšnosacījumi 2.1. Reģistrācija Docura Uzņēmumam jāvēršas pie Docura, reģistrējoties portālā docura.net un izvēloties atbilstošu tarifu plānu. Saziņa ar Docura ([email protected]) nepieciešama: lai saņemtu pieslēguma parametrus — API adresi un API atslēgu lai pieslēgtu sadarbības partnerus, kuri vēl neatrodas Docura tīklā   2.2. Lietotāja tiesības Horizon Tiesību punkts Nepieciešamās tiesības Sistēma → Datu apmaiņa → EDI API pieslēgumi Tiesības veidot, labot un apskatīt pieslēgumu informāciju   2.3. Datu sakārtošana pirms importa ✓  Pārbaudi šo pirms pirmā importa □  Klientu kartītēs aizpildīts reģistrācijas numurs vai ILN (GLN) □  Nomenklatūru kartītēs reģistrēti EAN svītrkodi □  Noliktavas kartītēs norādīta piegādes adrese ar ILN □  Sistēmā pievienots un pārbaudīts EDI API Docura pieslēgums   2.4. Pieslēguma konfigurēšana Horizon Dodieties uz Sistēma → Datu apmaiņa → EDI API pieslēgumi. Izvēlieties veidot jaunu EDI API Docura pieslēgumu. Ievadiet API adrese un API atslēga (obligātie lauki). Lauks Lietotājvārds nav obligāts. Nospiediet Pārbaudīt — sistēma verificēs savienojumu un parādīs kļūdu, ja dati ir nepareizi.     3. Imports no Docura Horizon pats periodiski pieprasa jaunus dokumentus no Docura — lietotājam nav jāpārvieto faili un nav jāuztur lokāla infrastruktūra. Atrašanās vieta: Sistēma → Datu apmaiņa → Dokumentu imports   3.1. Manuāls imports Darbība: Sistēma → Datu apmaiņa → Dokumentu imports → Jauns dokuments   Veidojot importa ierakstu, norādiet: Pieslēgums — iepriekš konfigurēts EDI API Docura pieslēgums Dokumenta pamatveids un Dokumenta tips — nosaka, kāds mērķa dokuments tiks izveidots   Situācija Rezultāts Tiek veidots jauns importa ieraksts Importē tikai tos Docura dokumentus, kas vēl nav atzīmēti kā saņemti Mērķa dokuments jau ir izpildīts Atkārtotu izveidi veikt nav iespējams   3.2. Automātiskais imports (Automatizētais darbs) Atrašanās vieta: Sistēma → Uzstādījumi → Automatizētie darbi → EDI dokumentu imports starpslānī   Lauks Obligāts Vērtības Pieslēgums Jā Iepriekš izveidots EDI API Docura pieslēgums Dokumenta veids Jā Loģistikas pieprasījums vai Saņemšanas pavadzīme Mērķa dokuments Jā Konkrēts dokumenta tips, kas tiks izveidots   3.3. Kas notiek pēc importa Horizon automātiski izveido mērķa dokumentu — loģistikas pieprasījumu vai saņemšanas pavadzīmi Oriģinālais XML fails tiek saglabāts pie importa ieraksta un pie mērķa dokumenta Docura portālā dokuments tiek atzīmēts kā saņemts (READ=Y) — atkārtotā importā vairs neparādīsies   3.4. Brīdinājumi un paziņojumi Dokumentu imports saraksts ir piesaistīts Horizon brīdinājumu sistēmai. Var iestatīt automātiskus e-pasta paziņojumus: par jaunam importētiem dokumentiem par importa kļūdām   Ko ņemt vērā importa lietošanā • Ja mērķa dokuments jau ir izpildīts — atkārtota izveide no importa ieraksta nav pieejama. • Ja nepieciešams importēt atkārtoti — atver dokumentu Docura portālā (EDI saite uz portālu) un izvēlies Saņemt vēlreiz. • Pirms atkārtotas izveides pārbaudi, ka kļūdas cēlonis (klients, noliktava, nomenklatūra) ir novērsts Horizon datos.   4. Eksports uz Docura Loģistikas pasūtījumus un pārdošanas pavadzīmes var nosūtīt uz Docura tieši no Horizon sarakstiem ar vienu darbību, bez XML failu sagatavošanas un kopēšanas.   Atrašanās vieta: Dokumenti → Loģistika → Pasūtījumi → Darbības → Saraksta eksports → EDI API pieslēgums Dokumenti → Noliktava → Pavadzīmju saraksts → Darbības → Saraksta eksports → EDI API pieslēgums Darbība parādās izvēlnē tikai tad, ja sistēmā ir konfigurēts vismaz viens EDI API pieslēgums.   4.1. Eksporta soļi Solis Apraksts 1. Dokumentu izvēle Ja sarakstā nekas nav iezīmēts — eksportē dokumentu, uz kura stāv kursors. Ja iezīmētas vairākas rindas — eksportē visus, kam eksports vēl nav veikts. 2. Pieslēguma izvēle Viens pieslēgums — sistēma to izmanto automātiski. Vairāki pieslēgumi — atveras dialogs ar izvēli. Sistēma atceras pēdējo izvēli. 3. Autentifikācijas pārbaude Pirms sūtīšanas sistēma pārbauda API derīgumu. Ja pieslēgums nederīgs — neviens dokuments netiek nosūtīts. 4. XML sagatavošana Katram dokumentam sistēma sagatavo XML failu Edisoft formātā ar galvenes info, rindu sarakstu, pievienotajiem failiem. 5. Nosūtīšana XML tiek nosūtīts uz Docura API. Operators atgriež apstiprinājuma ID vai kļūdas tekstu. Progresa logā redzama reāllaika apstrāde. 6. Dokumenta atjaunināšana Horizon saglabā: pieslēgumu, operatora ID, eksporta laiku, statusu Nosūtīts. Notikumā fiksējas EDI API eksports.   4.2. Sarakstā pieejamie lauki pēc eksporta Lauks Apraksts EDI API pieslēgums Ar kuru pieslēgumu dokuments eksportēts EDI eksporta statuss Nosūtīts (eksporta brīdī), vēlāk — Apstrādāts vai Kļūda EDI kļūdas kods Operatora piešķirtais ziņojuma identifikators EDI kļūdas paziņojums Kļūdas vai brīdinājuma teksts no operatora EDI saite uz portālu Tieša saite uz dokumentu Docura vidē   Ko ņemt vērā eksporta lietošanā • Iezīmējot rindas, jau eksportētie dokumenti tiek izlaisti automātiski — aizsargā no dublikātiem. • Nesūti to pašu dokumentu divreiz īsā laika posmā — Docura apstrādā asinhroni un var nepamanīt dublikātu. • EDI eksporta statuss un lauki tiek aizpildīti automātiski — manuāla labošana nav paredzēta.   5. Automātiskā statusu atjaunināšana Pēc eksporta Horizon automātiski vaicā Docura un atjauno dokumentu statusus — lietotājam nav manuāli jāpārbauda katrs dokuments portālā. Atrašanās vieta: Sistēma → Uzstādījumi → Automatizētie darbi → EDI API eksporta dokumentu statusu saņemšana   5.1. Konfigurācija Lauks Obligāts Vērtības Pieslēgums Jā Iepriekš izveidots EDI API pieslēgums Dokumenta veids Nē Visi veidi, Pārdošanas pavadzīme vai Pasūtījums   5.2. Ieteicamais intervāls Intervāla ieteikumi Sistēma katru reizi pieprasa Docura par pēdējo 24 stundu izmaiņām. • Minimāli: reizi 10 minūtēs (biežāk nav vērts — lieka slodze) • Optimāli: reizi stundā • Maksimāli: ne retāk kā reizi diennaktī ⚠  Ja darbs nestrādā vairāk par 24 stundām — informācija par šajā periodā notikušajām Docura izmaiņām uz Horizon neielasīsies.   5.3. Kā darbs atjaunina statusu Docura atgrieztais Horizon statuss Skaidrojums Nav kļūdas Apstrādāts Dokuments veiksmīgi nogādāts saņēmējam. Ja ir brīdinājums, paziņojums saglabājas EDI kļūdas paziņojuma laukā. Ir kļūdas pazīme Kļūda Dokuments līdz saņēmējam nenonāca.   Darbs atjauno dokumentu tikai tad, ja kaut kas patiešām ir mainījies — nevajadzīgi notikumi netiek pievienoti. Katru reālu izmaiņu fiksē notikums EDI API statusa maiņa ar precīzu lauku sarakstu.    

Instrukcija, kā izmantot automatizēto darbu Loģistikas pasūtījumu eksports XML formātā

Lai samazinātu laika patēriņu pasūtāmā krājumu daudzuma aprēķinam, 610. versijā ir radīta jauna funkcionalitāte - Iepirkumu pārvaldība. Tā sniedz iespēju katrai organizācijai individuāli definēt nosacījumus pasūtāmā daudzuma aprēķinam, ņemot vērā dažādus krājumu apgrozījuma un nomenklatūru parametrus. Tāpat ir iespējams identificēt cenas un piegādes laika ziņā izdevīgākos piedāvājumus.     Horizon ceļš: Pamatdati - Noliktava - Iepirkumu pārvaldība - Aprēķinu formulas   Organizācijām ir iespējams izmantot kādu no jau aprakstītajām formulām, labot tās vai arī izveidot savas.     Horizon ceļš: Pamatdati - Noliktava - Iepirkumu pārvaldība - Aprēķinu formulas parametri   Formulās pieejamie parametri ir atrodami atsevišķā sarakstā. Pieejami dažādi parametri no noliktavas un loģistikas moduļiem, kā arī nomenklatūras kartītes. Ja Horizon licencē nav pieejams loģistikas modulis, iepirkumu pārvaldības funkcionalitāti joprojām varēs izmantot ar noliktavas parametriem.   Noliktavas parametri: Atlikums piegādātāja noliktavā Brīvais atlikums Brīvais atlikums uzņēmumā Cenas reitings Darba dienas Daudzums atgriezts Daudzums izsniegts kopā Daudzums norakstīts Daudzums pārdots Daudzums uz ražošanu Kalendārās dienas Maksimālais daudzums Minimālais daudzums Optimāls daudzums Pasūtīšanas intervāls Pasūtīts statusā sagatave Piegādes ilgums Piegādes nosacījumu minimālā partija Piegādes reitings Piegādes solis Pieprasīts statusā sagatave Trūkst realizācijai Zems daudzums   Loģistikas parametri: Pasūtīts statusā apstiprināts Pieprasīts statusā apstiprināts Pieprasīts un pārdots Saņemts statusā sagatave   Tālāk apskatīsim dažus iepirkumu pārvaldības lietošanas scenārijus.   Pasūtāmā daudzuma aprēķins pēc dažādām formulām   Horizon ceļš: Dokumenti - Noliktava - Iepirkumu pārvaldība   Saraksta filtrā jānorāda datu atlases un aprēķinu parametri, piemēram, noliktava, datu analīzes periods un piegādātājs.   Pasūtāmā daudzuma formula šajā gadījumā ir aprakstīta nomenklatūras kartītē un filtrā nav jānorāda. Tāpat formulu ir iespējams norādīt arī nomenklatūru grupā.       Saraksta izskatā ir pieejamas kolonnas, kas attēlo noliktavas un loģistikas moduļu atskaites datus, kā arī formulu un faktiskā daudzuma aprēķinu, pēc kura tika aizpildīta "Jāpasūta" kolonna. Ja nepieciešams, pasūtāmo daudzumu pirms pasūtījuma veikšanas ir iespējams labot manuāli.   Pasūtījuma veidošana notiek saraksta darbībās pirms tam iezīmējot nepieciešamās rindas. Darbības -> Ģenerēt pasūtījumu -> Pasūtījums.       Pasūtīšana, izvēloties izdevīgāko cenas piedāvājumu   Horizon ceļš: Dokumenti -> Noliktava -> Iepirkumu pārvaldība   Ja nomenklatūras kartītei ir aprakstīti piegādes nosacījumi no vairākiem piegādātājiem, tad iepirkumu pārvaldībā ir iespējams noteikt izdevīgāko piedāvājumu. Sarakstā filtrā šajā situācijā nenorādām piegādātāju.     Atvērtā saraksta izskatā pievieno kolonnas, kas attēlo katra piegādātāja piedāvāto cenu. Lai identificētu izdevīgāko piedāvājumu, izveidota jauna kolonna "Cenas reitings", kurā zemākā cena vienmēr tiks attēlota ar vērtību 100, savukārt augstākā ar vērtību 0.   Cenas reitings ir pieejams arī kā parametrs, kuru var aprakstīt aprēķinu formulās, lai, atverot iepirkumu pārvaldības sarakstu, uzreiz tiktu attēlots izdevīgākais piedāvājums.     Pēc tāda paša principa ir iespējams noteikt piedāvājumu ar ātrāko piegādes laiku, ja vien nomenklatūras piegādes nosacījumos tas ir aprakstīts. Sarakstā jāmeklē kolonna "Piegādes reitings".   Pasūtīšana ar daudzuma aizvietošanu apjoma cenām   Horizon ceļš: Dokumenti -> Noliktava -> Iepirkumu pārvaldība Ja nomenklatūras piegādes nosacījumos ir fiksētas apjoma cenas, tad iepirkumu pārvaldībā ir iespējama automātiska pasūtāmā daudzuma aizvietošana. Saraksta filtrā ir jāaktivizē pazīme "Aizvietot pasūtāmo daudzumu ar apjoma atlaides piedāvājumu".   Sarakstā programma attēlo pēc formulas aprēķināto daudzumu, taču izskatā var pievienot kolonnas, kas rāda starpību starp izdevīgāku apjomu, kā arī cenas. Tā kā saraksta filtrā bija atzīmēta aizstāšanas pazīme, tad veidojot pasūtījumu daudzums tajā automātiski tiek aizvietots.    

Sistēma Horizon nodrošina visaptverošu funkcionalitāti preču partiju derīguma termiņu pārvaldībai. Šī sistēma ietver detalizētu kontroli un uzskaiti gan preču saņemšanas brīdī, to pārdošanas procesā, gan arī krājumu uzskaitē un atskaitēs, tādējādi palīdzot uzņēmumiem efektīvi pārvaldīt krājumus, izvairīties no neatbilstošu preču izplatīšanas un optimizēt noliktavas darbību.   Partijas Derīguma Termiņa Kontrole, saņemot preces Derīguma termiņa obligātums nomenklatūras kartītē: Lai nodrošinātu, ka derīguma termiņš vienmēr tiek reģistrēts, nomenklatūras kartītes lappusē "Partijas/Sērijas" ir pieejama izvēles rūtiņa "Partijas derīguma termiņa obligātums".   Ja šī rūtiņa ir atzīmēta, tad, aizpildot partijas datus, partijas derīguma termiņš ir obligāti jāaizpilda.   Šis uzstādījums garantē, ka neviena partija nevar tikt pieņemta bez derīguma termiņa norādes, kas ir pamats turpmākajām kontrolēm. Derīguma termiņa fiksēšana un brīdinājumi partijas ievadlogā: Jauna preču partija veidojas, ievadot jaunu saņemšanas pavadzīmi. Partijas ievadlogā, lappusē "Partija", ir lauks "Derīgs līdz". Ja derīguma termiņš ir norādīts, ir iespējams izveidot brīdinājumu. Šī funkcionalitāte ļauj savlaicīgi fiksēt derīguma termiņu un, ja nepieciešams, integrēt brīdinājumu sistēmā. Ja partijas informācija neaizpildās no pavadzīmes rindām ir jāpārliecinās vai kontroles un vides parametros ir aktivizēts parametrs "Partijas informācijas aizpilde rindās".   Partijas Derīguma Termiņa Kontrole, pārdodot preces Preču pārdošanas procesā Horizon sistēma nodrošina stingru derīguma termiņa kontroli, balstoties uz iestatītajiem Kontroles un vides parametriem. Tas palīdz nodrošināt, ka klientiem tiek piegādātas tikai derīgas preces un novērst riskus, kas saistīti ar beigušos derīguma termiņu precēm. Derīguma termiņa kontroles veidi: Kontroles un vides parametru grupā "Pavadzīme" ir parametrs "Derīguma termiņa kontrole". Šis parametrs var pieņemt trīs vērtības:         ▪ Nepārbauda: Derīguma termiņš netiek kontrolēts.         ▪ Brīdina: Sistēma izdod brīdinājumu, ja preces derīguma termiņš neatbilst noteiktajiem kritērijiem, taču darījumu ir iespējams turpināt.         ▪ Aizliedz: Sistēma pilnībā aizliedz darījumu, ja preces derīguma termiņš ir neatbilstošs.  Minimālais derīguma termiņa dienu skaits: Papildus "Derīguma termiņa kontrolei" ir pieejams parametrs "Minimālais derīguma termiņa dienu skaits". Ar šo parametru var uzstādīt minimālo dienu skaitu, kādam jābūt atlikušam līdz pavadzīmē izvēlēto preču derīguma termiņa beigām. Tas ļauj novērst pārdošanu precēm, kuru derīguma termiņš drīz beigsies.   Brīdinājumu teksti Ja derīguma termiņa kontrole nostrādā, lietotājs saņem paziņojumu, kura teksts ir atkarīgs no iestatītajiem parametriem: Ja "Minimālais derīguma termiņa dienu skaits" ir lielāks par nulli, brīdinājuma teksts norāda, ka derīguma termiņš ir "īsāks par pieļautajām [dienu skaits] dienām". Ja "Minimālais derīguma termiņa dienu skaits" ir nulle, brīdinājuma teksts precīzi norāda, ka "partijas derīguma termiņš ir beidzies". Derīguma termiņa kontrole pārdošanas pavadzīmēs nostrādā, izvēloties partiju vai izmantojot pogu "Sēriju izvēle" partijas logā.   Pārdošanas nosacījumi Pārdošanas nosacījumos ir lauks "Pieļaujamais derīguma termiņš" (dienās), kurā var norādīt minimālo preces derīguma termiņu, ar kuru drīkst piegādāt šo preci konkrētam klientam.   Derīguma termiņa kontrole loģistikā Derīguma termiņš tiek pārbaudīts pret loģistikas pieprasījuma apstiprināto piegādes datumu. Loģistikas dokumentam rezervējot noliktavas atlikumus, notiek kontrole. Loģistikas pieprasījumu rindu detalizētajā apskatē ir iespējams mainīt rezervēto partiju un veikt darbību "Rezervēt no noliktavas ar partiju", kas ļauj rezervēt no noliktavas konkrētas partijas vai daļēji rezervēt daudzumu, norādot konkrētu partiju. Veicot rezervāciju pieprasījumu rindām arī notiek derīguma termiņu kontrole.   Korekcijas inventarizācijas pavadzīmē pa partijām Sākot ar 610. versiju, Horizon piedāvā inventarizācijas dokumentu, kas ļauj fiksēt un koriģēt inventarizācijas skaitīšanas rezultātus izvērsumā pa noliktavas preču partijām. Pēc atlikumu fiksēšanas inventarizācijas dokumentā, lapā "Atlikumu korekcijas" (vai "Atlikumu apstrāde"), ir iespējams koriģēt partijas informāciju. Tas ietver derīguma termiņa labošanu, noklikšķinot uz attiecīgās rindas un izvēloties "Labot partijas kartiņu". Ir svarīgi atzīmēt, ka visas partijas informatīvās lauki ir labojami, izņemot iegādes cenu. Uzzināt vairāk par inventarizāciju pa partijām>>   Krājumu uzskaites metode Sistēmā ir iespējams izmantot krājumu uzskaites metodi "pēc derīguma termiņa", kas nozīmē, ka sistēma pirmo piedāvā to preci, kam ir mazāks derīguma termiņš. Tas palīdz automātiski pārdot preces, kuru derīguma termiņš ir tuvāks, samazinot risku, ka preces kļūs nederīgas noliktavā.   Partijas Derīguma Termiņa Kontrole krājumu uzskaitē un atskaitēs Lai nodrošinātu efektīvu derīguma termiņu kontroli un pārvaldību noliktavas atlikumos, Horizon sistēma piedāvā vairākas funkcionalitātes un atskaites, kas ļauj lietotājiem sekot līdzi preču derīguma termiņiem un veikt nepieciešamās korekcijas. Nomenklatūras kartītes lappuse "Atlikumi": Nomenklatūras kartītē ir pieejama lappuse "Atlikumi", kurā var redzēt informāciju par to, kādās noliktavās, cik daudz un par kādu summu izvēlētā nomenklatūra atrodas. Lai redzētu šo atlikumu sadalījumu pa partijām, ir jāatzīmē izvēles rūtiņa "Partijas". Tas nodrošina tiešu pārskatu par atlikumiem, tostarp partiju derīguma termiņiem, noliktavās. Partiju saraksts: Izvēlnē Pamatdati -> Noliktava -> Partijas ir pieejams "Partiju saraksts". Šajā sarakstā redzams ievadīto nomenklatūru daudzuma sadalījums pa partijām atkarībā no uzstādītajiem atlases nosacījumiem. Sarakstā ir pieejamas darbības partijas informācijas labošanai un apskatei, tostarp derīguma termiņam. Tas ļauj pārskatīt un kontrolēt visas partijas un to derīguma termiņus vienuviet. Atskaites "Nomenklatūru kustība pa partijām" un "Partijas apgrozījums": Horizon piedāvā atskaites, piemēram, "Nomenklatūru kustība pa partijām" un "Partijas apgrozījums", kas ļauj atlasīt un izdrukāt informāciju par nomenklatūru kustību un apgrozījumu noliktavās pa partijām noteiktā laika periodā. Šīs atskaites sniedz detalizētu ieskatu par katras partijas kustību un pašreizējo stāvokli, ieskaitot derīguma termiņus. Šī trīsdaļīgā kontroles sistēma – obligāta datu ievade saņemšanas brīdī, stingra pārbaude pirms pārdošanas un visaptveroša uzskaite atlikumos – nodrošina Horizon lietotājiem uzticamu rīku preču partiju derīguma termiņu pārvaldībai, veicinot precīzu uzskaiti un efektīvu noliktavas darbību.

 Horizon ceļš: Dokumenti -> Loģistika -> Pieprasījumi  Lai nodrošinātu precīzu piegādes plānošanu, sistēma automātiski aizpildīs pieprasījuma lauku "Piegādes datums", balstoties uz izvēlētā reisa nedēļas grafiku. Ja vēlamais piegādes datums neatbilst reisa aktīvajām dienām, sistēma automātiski meklēs un piedāvās nākamo piemērotāko datumu. Iespēja pieejama no Horizon 660.3 laidiena.   Lai izmantotu šo iespēju, tad  ir jāaizpilda reisa dienas  (Pamatdati -> Noliktava -> Dokumentiem -> Reisi  ). Piemēram, uz Koknesi regulāri brauc ceturtdienās.   Klienta piegādes adresei jābūt norādītam reisam. (Pamatdati -> Klienti -> Piegādes adreses)     Veidojot pieprasījumu, (1) automātiski aizpildās piegādes adrese vai to var mainīt un (2) aizpildās adresei piesaistītais reiss. (2) reisa aizpildes brīdī (3) tiek aizpildīts apstiprinātais piegādes datums. To var arī mainīt uz citu reisu.   Reiss uz Koknesi notiek ceturtdienās, tāpēc piegādes datums tika aizpildīts ar 11.09.2025, kas ir nākošās tuvākās ceturtdienas datums. Ja vēlamais piegādes datums iekristu 11.09.2025 sistēma to nemainītu. Ja vēlamais piegādes datums ir pagātnē, tad tuvākais reisa datums tiek meklēts no šodienas.   Ja vēlamais piegādes datums ir 12.09., tad piegādes datums tiks aizpildīts ar 18.09.2025 datumu.  

Sīkāks apraksts par funkcionalitāti Loģistika.

Lai pārdevēju darbu padarītu efektīvāku, turpmāk pārdošanas pavadzīmē un loģistikas pieprasījumā ir pieejama jauna kolonna, kas parāda rindas uzcenojuma procentu. Pārdošanas pavadzīmē uzcenojuma procents tiek aprēķināts pēc pavadzīmē piesaistīto partiju vērtības. Jāņem vērā, ka uzcenojuma procents var būt nekorekts vai netikt attēlots, ja pavadzīmē nebūs visa preču daudzuma rezervācija.     Loģistikas pieprasījuma uzcenojuma procenta aprēķins notiek citādāk, jo ievades brīdī nenotiek preču rezervācijas. Uzcenojums tiek aprēķināts ņemot vērā pēdējo preces iepirkuma cenu noliktavā.     Tāpat pieprasījumā ir iespēja manuāli ievadīt plānoto iepirkuma cenu, lai redzētu aktuālo uzcenojumu.       Uzcenojuma procentu ir iespējams apskatīt un analizēt arī šādos sarakstos: 1. Dokumenti - Noliktava - Pavadzīmju un rēķinu rindas     2. Dokumenti - Loģistika - Pieprasījumu rindas    

Strādājot ar loģistikas moduli, noteiktu darbību izpildei programmā ne vienmēr ir nepieciešama cilvēka iesaite, to var veikt automātiski, izpildoties noteiktiem nosacījumiem. Horizon 625. versijā ir radīta funkcionalitāte, kas ļauj automatizēt noteiktas loģistikas moduļa darbības. Programmā ir izveidots atsevišķs automatizētā darba veids - loģistikas dokumentu apstrāde, kurā pieejamas vairākas darbības. Šajā rakstā apskatīsim atsevišķus piemērus, kādos gadījumos var izmantot šo automatizēto darbu. Automatizēto darbu apraksta Sistēma - Uzstādījumi - Automatizētie darbi Kā aprakstīt Palaišanas uzstādījumus var apskatīt šajā rakstā https://community.visma.com/t5/Zinasanu-baze/Ka-aprakstit-automatizeto-darbu-un-ieslegt-regularu-izpildi/ta-p/421421 Objekta konfigurācijā šim darbam ir pieejami sekojoši saraksti: - Pasūtījumi - Piedāvājumi - Pieprasījumi Sarakstam būs uzstādāms kāds no kopīgotajiem filtriem, kas ļaus noteikt nosacījumus, pie kādiem darbība ir izpildāma. Iespējamās darbības šajos sarakstos: - Apstiprināt - Atcelt rezervāciju - Rezervēt no noliktavas - Slēgt - Stornēt - Ģenerēt pārdošanas pavadzīmi - Nomainīt aprites statusu   Kā vienu no piemēriem varam apskatīt automātisku preču daudzuma rezervāciju pieprasījumā, ja tas ir izpildāms un klients ir veicis priekšapmaksu, proti, noliktavā ir pieejams nepieciešamais atlikums un avansa rēķinu pilnībā apmaksā ienākošas maksājums. Vairāk par priekšapmaksas rēķinu veidošanu loģistikā var skatīt te https://community.visma.com/t5/Zinasanu-baze/Prieksapmaksas-rekini-logistika-no-590-versijas/ta-p/425248 Vispirms nepieciešams izveidot atbilstošu filtru, to dara sarakstā Dokumenti - Loģistika - Pieprasījumi. Tajā pievienojam lauku Izpildes % ar vērtību 100, Nepiesaistīts valūtā (tikai priekšapmaksa) ar vērtību 0, papildus pievieno citus nosacījumus, lai automatizētais darbs neskatītu neatbilstoša statusa dokumentus vai arī vecākus par, piemēram, 14 dienām.     Kad filtrs ir saglabāts, to nepieciešams kopīgot, lai tas būtu pieejams automatizētajā darbā. Filtra veids no Lietotāja tiks nomainīts uz Kopīgs.     Automatizētā darba konfigurācijā izvēlamies sarakstu Pieprasījumi, filtru Ir izpildāmi un darbību Rezervēt no noliktavas.     Automatizētā darba veiktās darbības tiek reģistrētas loģistikas rindu notikumos, lai tās būtu izsekojamas. Viens no veidiem kā atrast šīs darbības, ir filtrēt pēc datora, kur tā izpildīta.     Otrs piemērs būs vecu pieprasījumu automātiska slēgšana. Arī te vispirms jāizveido kopīgais filtrs, kas atlasa, piemēram, visus apstiprinātos vai daļēji izpildītos pieprasījumu agrākus par 120 dienām.     Tā kā šādi pieprasījumi varētu saturēt rezervācijas, būtu vēlams izpildīt vairākas darbības - vispirms rezervāciju atcelšanu un pēc tam dokumentu slēgšanu. Šim gadījumam vispiemērotāk būtu veidot automatizēto darbu grupu, kurā var salikt visas darbības secīgi. Zemāk attēlā redzama šāda automatizēto darbu grupas konfigurācija.    

Horizon radīta iespēja ievadot noliktavas saņemšanas dokumentu, aizpildīt tā rindas no iepriekš izveidota un apstiprināta pasūtījuma. Šo risinājumu varēs izmantot uzņēmumi kuriem ir Loģistikas modulis un Horizon atjaunots vismaz 595.versijā.   Piemērs: Dokumenti->Loģistika->Pasūtījumi  ir izveidots un apstiprināts preču pasūtījums piegādātājam.   Dokumenti->Noliktava->Pavadzīmju saraksts veidojot jaunu saņemšanas pavadzīmi nepieciešams aizpildīt tikai dokumenta galveni (dok.datumu; numuru; piegādātāju u.c. laukus pēc nepieciešamības) un rindu aizpildi var veikt izmantojot dokumenta labajā malā speciālu pogu. Izvēloties "Aizpildīt no pasūtījumiem" ir iespēja norādīt, kurš pasūtījums tiek saņemts. Saglabājot saņemšanas pavadzīmi arī pasūtījuma statusa rindas tiek "Izpildītas" vai "Daļēji izpildītas".   Izvēloties "Aizpildīt no pasūtījuma rindām" ir iespēja norādīt konkrētas pasūtījuma rindas kas tiek saņemtas. No 605.versijas Horizon radītas iespējas: 1) Ievadot noliktavas pārdošanas dokumentu, aizpildīt tā rindas no iepriekš izveidota un apstiprināta (daļēji izpildīta) pieprasījuma. 2) Ievadot Loģistikas pasūtījumu, aizpildīt to no pieprasījuma vai pieprasījumu rindām.   1.Pārdošanas pavadzīmes aizpilde.   Dokumenti->Noliktava->Pavadzīmju saraksts veidojot jaunu pārdošanas pavadzīmi nepieciešams aizpildīt tikai dokumenta galveni (dok.datumu; numuru; klientu u.c. laukus pēc nepieciešamības) un rindu aizpildi var veikt izmantojot dokumenta labajā malā speciālu pogu. Izvēloties "Aizpildīt no pieprasījumiem" ir iespēja norādīt, kurš pieprasījums tiek izsniegts.  Saglabājot pārdošanas pavadzīmi arī pieprasījuma statusa rindas tiek "Izpildītas" vai "Daļēji izpildītas".   Izvēloties "Aizpildīt no pieprasījumu rindām" ir iespēja norādīt konkrētas pieprasījumu rindas ("Apsiprinātas" vai "Daļēji izpildītas") kas tiks izsniegtas.     2.Pasūtījuma aizpilde Dokumenti->Loģistika->Pasūtījumi Izvēloties "Aizpildīt no pieprasījumiem" ir iespēja norādīt, kurš pieprasījums tiks pasūtīts piegādātājam.  Saglabājot pasūtījumu pieprasījuma  rindās (Dokumenti->Loģistika->Pieprasījumu rindas) daudzumi tiek parādīti laukā "Kl.Pieprasīts un pasūtīts".   Izvēloties "Aizpildīt no pieprasījumu rindām" ir iespēja norādīt konkrētas pieprasījumu rindas ("Apsiprinātas" vai "Daļēji izpildītas") kas tiks pasūtītas.   

no 595.versijas uzņēmumiem kuri Horizon lieto Loģistikas moduli noliktavas saņemšanas un pārdošanas dokumentos ir iespēja pārskatīt kāds ir katras dokumenta rindas statuss pret pasūtīto/pieprasīto daudzumu. Šī funkcionalitāte ļauj ātri un vienkārši noliktavas dokumenta ievades brīdī konstatēt neatbilstības starp pasūtīto/pieprasīto daudzumu. Saņemšanas un pārdošanas dokumentu ievadformā pieejams atsevišķs šķirklis <Pasūtījumi>-saņemšanas dokumentos un <Pieprasījumi> pārdošanas dokumentos. Piemērs bildēs: 1.ATTĒLS Pieprasījums 2.ATTĒLS Pārdošanas pavadzīme, kurā mainīti daudzumi. 3.ATTĒLS <Pieprasījumi> šķirklis Pārdošanas pavadzīmē. Kolonnā <Starpība> sarkanā krāsā iekrāsojas rindas, kurās pārdotais daudzums ir mazāks nekā pieprasītais. Kolonnā <Pārdots vairāk kā pieprasīts> zaļā krāsā iekrāsojas rindas kur pārdotais daudzums pārsniedz pieprasīto.   Analoģiska funkcionalitāte pieejama Pasūtījumu un Saņemšanas pavadzīmju salīdzināšanai. 1.ATTĒLS. Pasūtījums 2.ATTĒLS. Saņemšanas pavadzīme. 3.ATTĒLS <Pasūtījumi> šķirklis Saņemšanas pavadzīmē. Kolonnā <Starpība> sarkanā krāsā iekrāsojas rindas, kurās saņemtais daudzums ir mazāks nekā pasūtītais. Kolonnā <Saņemts vairāk kā pasūtīts> zaļā krāsā iekrāsojas rindas kur saņemtais daudzums pārsniedz pasūtīto.

Horizon 590.versijā papildināta iespēja veidot un mainīt preču rezervācijas, kas veidotas no loģistikas moduļa dokumentiem (pieprasījumiem vai iekšējiem pieprasījumiem).   Šis funkcionalitātes papildinājums īpaši svarīgs uzņēmumiem, kuriem svarīgi rezervēt realizācijai konkrētas noliktavas preču partijas (piemēram: svarīgi izsniegt ar konkrētu derīguma termiņu vai konkrētu sērijas numuru).   1. Rezervēšanas loģistikas pieprasījumu rindās   Dokumenti->Loģistika->Pieprasījumu rindas, rezervēt preces iespējams 2 veidos: Atzīmēt konkrēto rindu->Darbības->Rezervēt no noliktavas vai ->Darbības->Rezervēt no noliktavas ar partiju. (no 590.versijas) nostājoties uz konkrētās pieprasījuma rindas->labot rindu->atvērtajā rindas labošanas logā->Rezervēts no noliktavas sadaļā iespējams: 1. Rezervēt no noliktavas- rezervācija notiks pēc FIFO metodes     2. Rezervēt no noliktavas ar partiju 595.versijā šo funkcionalitāti esam papildinājuši ar iespēju ne tikai izvēlēties/mainīt konkrētas partijas, bet arī mainīt/norādīt kādu daudzumu no kuras partijas vēlamies rezervēt. Piemērā, izveidots pieprasījums kurā klients vēlas iegādāties 10 gab. Šokolādes saldējumu. Mēs vēlamies klientam rezervēt 6 gab. no konrētām partijām. Ja vēlamies rezervēt konkrētus daudzumus, tad visērtākais veids ir labot pieprasījuma rindu, atverot detalizēto formu un sadaļā "Rezervēts no noliktavas" izvēlēties konkrētās partijas, kuru daudzumus iespējams labot. Pieprasījuma rindu sarakstā redzams ka ir rezervēti 6 gab. Ja vēlamies redzēt arī sarakstā detalizētāku informāciju par to kādas tieši partijas ir rezervētas, tad saraksta izskats jāpapildina ar "Partija" informāciju. Papildinot izskatu ar partiju informāciju, pieprasījumu rinda sadalās, parādot kāds konkrēti daudzums no kādas partijas tika rezervēts. Piemērs -  saraksts bez partijām: Piemērs -  saraksts papildināts ar partijas informāciju   2. Partijas maiņa ģenerētā noliktavas dokumentā   Līdz 590.versijai, ja loģistikas pieprasījumā jau bija rezervēta prece, tad uzģenerējot noliktavas dokumentu (pārdošanas, norakstīšanas vai iekšējās kustības pavadzīmi), partiju nebija iespējams mainīt. Partijas izvēles lauks bija neaktīvs. 590.versijā pavadzīmē kas uzģenerēta no loģistikas pieprasījuma  ir iespējams mainīt partiju.     Arī tad, ja mainītas partijas noliktavas dokumentā un noliktavas dokuments izpildīts, saite ar pieprasījumu saglabājas un pieprasījuma rinda izpildās. Ja noliktavas dokumentā tiek mainīta loģistikā rezervētā partija, tad šī partija tiek atgriezta brīvajā atlikumā un noliktavā tiek rezervētas jaunās, noliktavas dokumentā izvēlētās partijas.

Lai varētu ātrāk apstrādāt tos darījumus, kur klients ir gatavs uzreiz iegādāties preces pēc piedāvājuma saņemšana, ir radīta jauna funkcionalitāte, kas ļauj no šī piedāvājuma ģenerēt pārdošanas pavadzīmi, izlaižot pārējos loģistikas dokumentus.       Piedāvājumu saraksta izskatā var pievienot izveidotās pavadzīmes datus, lai būtu skaidrs, kuri darījumi ir apstrādāti.       Tā kā funkcionalitāte ir radīta, lai paātrinātu pārdošanas procesu, šādā scenārijā nav paredzēta piedāvājuma rindu izsekojamība. Ja tāda tomēr ir nepieciešama, tad šajā procesā ir jāieslēdz arī pieprasījumu veidošana.

Lai padarītu ērtākas darbības ar priekšapmaksas darījumu apstrādi loģistikā, ir radīta jauna funkcionalitāte, kas ļauj priekšapmaksas rēķinus ģenerēt manuāli piedāvājumu un pieprasījumu sarakstos. Pieprasījumu sarakstā priekšapmaksas rēķinu var veidot arī tikai noliktavā rezervētajai precei. Priekšapmaksas rēķinu ģenerēšana tiek izsaukta abu sarakstu Darbībās.     Pēc ģenerēšanas procesa beigām, rēķins būs pieejams realizācijas rēķinu sarakstā.     Ja priekšapmaksas rēķins ir ticis ģenerēts piedāvājumam, tad no piedāvājuma ģenerētam pieprasījumam tiks izveidota saite ar šo priekšapmaksas rēķinu.    

Tā kā ir situācijas, kad noliktavas dokuments programmā netiek ģenerēts no loģistikas moduļa, kā piemēram, importēts ar Excel veidnēm, XML failu vai ievadīts manuāli, bet saite ar loģistiku ir nepieciešama, ir radīta jauna funkcionalitāte, kas ļauj šo saiti izveidot noliktavas pavadzīmē. Saites ir iespējams veidot uzreiz visai pavadzīmei vai arī katrai rindai atsevišķi. Kā piemēru apskatīsim pārdošanas pavadzīmi. Vispirms programmā tiek ievadīta pavadzīme, tad dokumenta galvenē jāspiež poga "Saites ar pieprasījumiem" un jāizvēlas "Piesaistīt pieprasījumus". Kā redzams šeit arī būs iespējams saites atcelt.     Tālāk tiks atvērts pieprasījumu saraksts, kurā varēs iezīmēt piesaistāmos dokumentus un veikt piesaistes izveidi.     Kā redzams, programma izveido saites ar tām rindām, kas ir atrodamas pieprasījumā.      Otrs variants ir saites veidot katrai rindai individuāli, to dara pavadzīmes ievadloga labajā pusē spiežot pogu "Saites ar pieprasījumiem" un izvēloties "Piesaistīt pieprasījumu rindas". Kā redzams šeit būs iespējams piesaistīt arī visu pieprasījuma dokumentu un atcelt saites.     Tālāk tiks atvērts pieprasījumu rindu saraksts, kurā varēs iezīmēt vēlamās pieprasījumu rindas un veikt piesaistes izveidi.     Rezultātā tiek izveidota saite tikai ar šo vienu rindu.     Ērtākai datu pārskatīšanai pavadzīmes saistītajos datos tagad ir pieejamas arī piesaistīto pieprasījumu rindas.    

No 585.versijas Horizon izstrādāts jauns noliktavas pavadzīmju statusss <IZVEIDOTS>     Šis statuss nepieciešams dokumentiem, kuri tiek veidoti, ģenerējot no loģistikas dokumentiem. Gadījumos, kad dokumentam ir norādītas obligāti aizpildāmās vērtības (piemēram: dokumentā jānorāda "Atbildīgais"), vai sistēmā aktivizēti Kontroles un vides parametri, kas līdz šim neļāva izveidot pavadzīmi, ja nebija aizpildīts kāds dokumenta lauks vai nosacījums. No 585.versijas dokumentus būs iespējams uzģenerēt. Šie dokumenti izveidosies ar statusu <IZVEIDOTS>. Tos būs iespējams papildināt ar nepieciešamo informāciju un saglabāt <Sagatave> statusā. Izejošie noliktavas dokumenti (pārdošanas PVZ, norakstīšanas PVZ, iekšējās kustības PVZ) ar statusu <IZVEIDOTS> rezervē daudzumus (*ja dokumentā ir atzīme "rezervēt") no noliktavas un ietekmē uzņēmuma un noliktavas BRĪVO ATLIKUMU.   Daudzumi, kas ir saņemšanas dokumentos ar statusu <IZVEIDOTS> nepalielina uzņēmuma un noliktavas uzskaites atlikumu (līdzīgi kā dokumenti <SAGATAVE> statusā), bet tos iespējams redzēt atsevišķā kolonnā, piemēram Pamatdati->Noliktava->Nomenklatūras sarakstā laukā "Piegādē"   Dokumenti ar statusu <IZVEIDOTS>  atrodami arī pirmdokumentu sarakstā: Dokumenti->Virsgrāmata->Pirmdokumenti    

sākot no 585.versijas loģistikas pieprasījumu un pasūtījumu rindās (Dokumenti->Loģistika->Pieprasījumu rindas un Dokumenti->Loģistika->Pasūtījumu rindas) būs pieejama papildus informācija par saitēm starp noliktavas un loģistikas dokumentiem, kā arī iestrādāta jauna iespēja mainīt saistītos dokumentus un daudzumus. 1. PIEPRASĪJUMU RINDAS:     Pieprasījumu rindu izskatā pieejamas 2-as jaunas sadaļas: <PVZ UN LG RINDAS SAITES> un <LOĢISTIKAS DOKUMENTU RINDAS SAITES> <PVZ UN LG RINDAS SAITES> atspoguļo informāciju par pieprasījuma rindu daudzumu sasaisti ar noliktavas izniegšanas dokumentu/iem (pārdošanas pvz; norakstīšanas pvz; iekšējās kustības PVZ u.c.) "Kopējais saistītais daudzums"- atspoguļo, kāds pieprasītais daudzums ir piesaistīts noliktavas dokumentam/iem "Pieejamais daudzums sasaistīšanai"- parāda, pieprasīto daudzumu, kas nav piesaistīts noliktavas dokumentam/iem "Daudzums PVZ rindā"- parāda kāds kopējais daudzums ir noliktavas dokumenta/u rindā. Šajā laukā atspoguļosies arī tie daudzumi, kas pārsniedz pieprasītos, piemēram, ja pārdots vairāk nekā pieprasīts. 1.Piemērā redzam situāciju, kad ar  PIEPR-1957 klients pieprasījis "Nomenklatūru 2" 100 gab. No pieprasījuma tika uzģenerēta pārdošanas pavadzīme, kurā daudzums mainīts uz 120 gab.  -"Kopējais saistītais daudzums"- ir 100 gab. jo viss pieprasītais daudzums tika pārdots. -"Pieejamais daudzums saistīšanai"- ir 20 gab., jo pārdošanas pavadzīmē ir vēl 20 gab., kuri nav piesaistīti nevienam pieprasījumam. -"Daudzums PVZ rindā"- ir 120 gab., jo šāds daudzums ir pārdošanas pavadzīmē. Šajā piemērā redzams, ka klientam pārdots vairāk nekā klients prasījis. 2.Piemērā redzam situāciju, kad PIEPR-1958 klients pieprasījis "Nomenklatūru 8" 100 gab. No pieprasījuma tika uzģenerēta pārdošanas pavadzīme, kurā daudzums mainīts uz 80 gab. -"Kopējais saistītais daudzums"- ir 80 gab. Pārdots tika 80 gab. no 100 gab., attiecīgi lauks "Pieprasīts" joprojām parāda 20 gab., kas klientam vēl nepieciešami. -"Pieejamais daudzums sasaistīšanai"- ir 0 gab., jo pārdošanas pavadzīmē visi 80 gab. ir piesaistīti pieprasījumam. -"Daudzums PVZ rindā"- ir 80 gab., jo šāds daudzums ir pārdošanas pavadzīmē.  <LOĢISTIKAS DOKUMENTU RINDAS SAITES> atspoguļo informāciju par pieprasījuma rindu daudzumu sasaisti ar pasūtījumu rindām "Kopējais saistītais daudzums"- atspoguļo, kāds daudzums  ir pieprasīts un sasaistīts pasūtījuma/u rindām "Pieejamais daudzums saistīšanai"- parāda, ka pieprasījuma rindās ir daudzums ko vēl ir iespējams piesaistīt pasūtijumam. "Daudzums rindā"- parāda kāds kopējais daudzums ir pasutījumā Piemērā redzam situāciju, kad divos pieprasījumos PIEPR-1957 un PIEPR-1959 klienti pieprasījuši "Nomenklatūru 1"  kopā 110 gab. No pieprasījumu rindām tika uzģenerēts pasūtījums PASUT-0898, kurā daudzums mainīts uz 120 gab. -"Kopējais saistītais daudzums"- ir 110 gab. jo viss pieprasītais daudzums tika pasūtīts. -"Pieejamais daudzums saistīšanai"- ir 10 gab. jo pasūtīts tika 120 gab., bet piesaistīto pieprasījumu daudzums ir 110 gab. , attiecīgi šos 10 gab. iespējams piesaistīt citam pieprasījumam, ja nepieciešams. -"Daudzums rindā"- ir 120 gab., tas ir kopējais daudzums pasūtījumā.   2.DETALIZĒTA RINDU APSKATE:   Lai detalizētāk varētu pārskatīt, kādi tieši dokumenti un daudzumi ir piesaistīti konkrētajai pieprasījumu rindai, iespējams ieslēgt rindas labošanas režīmu un sarakstā atvērsies konkrētās rindas detalizācijas logs   Detalizācijas logā var NE TIKAI APSKATĪT bet arī MAINĪT SAISTĪTOS DAUDZUMUS un DOKUMENTUS!!! Piemēram, ja nepieciešams mainīt REZERVĒTO PARTIJU:   3.PASŪTĪJUMU RINDAS:     Pasūtījumu rindu izskatā pieejamas 2-as jaunas sadaļas: <PVZ UN LG RINDAS SAITES> un <LOĢISTIKAS DOKUMENTU RINDAS SAITES> <PVZ UN LG RINDAS SAITES> atspoguļo informāciju par pasūtījumu rindu daudzumu sasaisti ar noliktavas saņemšanas dokumentu (saņemšanas pvz; iekšējās kustības pvz u.c.) "Kopējais saistītais daudzums"- atspoguļo, kāds daudzums ir saņemts un jau piesaistīts pasūtījumam "Daudzums PVZ rindā"- parāda kāds kopējais daudzums ir noliktavas dokumenta rindā "Pieejamais daudzums sasaistīšanai"- parāda, kāds daudzums ir saņemšanas dokumentā, kas nav piesaistīts nevienam pasūtījumam. Piemērā redzam situāciju, kad pasūtījumā NR: PASUT-0898 piegādātājam pasūtīts "Nomenklatūru 1"  kopā 120 gab. Saņemšanas pavadzīmē, kas ģenerēta no šī pasūtījuma, saņemts 100 gab. -"Kopējais saistītais daudzums"- ir 100 gab. jo viss kas tika saņemts, ir piesaistīts pasūtījumam. -"Pieejamais daudzums saistīšanai"- ir 0 gab. jo brīvo daudzumu ko piesaistīt citiem pasūtījumiem nav. -"Daudzums rindā"- ir 100 gab., tas ir kopējais daudzums saņemšanas pavadzīmē. <LOĢISTIKAS DOKUMENTU RINDAS SAITES> atspoguļo informāciju par pasūtījuma rindu daudzumu sasaisti ar pieprasījumu rindām "Kopējais saistītais daudzums"- atspoguļo, kāds daudzums jau ir piesaistīts pieprasījumu rindām "Daudzums rindā"- parāda kāds daudzums ir pieprasījumā "Pieejamais daudzums sasaistīšanai"- parāda, cik vēl iespējams piesaistīt pie pieprasījumiem Piemērā redzam situāciju, kad pasūtījumā NR: PASUT-0898 piegādātājam pasūtīts "Nomenklatūru 1"  kopā 120 gab. Pasūtījums tika ģenerēts no 2-ām pieprasījumu rindām PIEPR-1957 un PIEPR-1959 , ar kopējo daudzumu 110 gab.. Saņemšanas pavadzīmē, kas ģenerēta no šī pasūtījuma, saņemts 100 gab. -"Kopējais saistītais daudzums"- ir 110 gab. jo pieprasījumu rindu kopējais daudzums 110 gab. ir piesaistīts šim pasūtījumam. -"Pieejamais daudzums saistīšanai"- ir 0 gab. jo visas pieprasījumu rindas ir piesaistītas. -"Daudzums rindā"- ir 110 gab., jo pieprasījumu rindās kopumā ir 110 gab..  Laukā "Pasūtīts" paliek 10 gab., jo daudzums ir pasūtīts bet nav piesaistīts nevienam pieprasījumam un vēl 10 gab. ir laukā "Pieprasīts un pasūtīts", jo pieprasīti bija 110 gab. bet saņemti tikai 100 gab. 4.DETALIZĒTA RINDU APSKATE:   Lai detalizētāk varētu pārskatīt, kādi tieši dokumenti un daudzumi ir piesaistīti konkrētajai pasūtījumu rindai, iespējams ieslēgt rindas labošanas režīmu un sarakstā atvērsies konkrētās rindas detalizācijas logs   Detalizācijas logā var NE TIKAI APSKATĪT bet arī MAINĪT SAISTĪTOS DAUDZUMUS un DOKUMENTUS!!!

Loģistikas cenu piedāvājumu izmanto, lai izteiktu klientam piedāvājumu par preču piegādi ar norādītajām cenām.

Video, kā veidot priekšapmaksas rēķinus no loģistikas pieprasījuma vai pasūtījuma.