Zināšanu bāze Horizon

Kārtot pēc:
Datu saņemšana no VZD Kadastra informācijas sistēmas (KIS) notiek, izmantojot VZD tīmekļa pakalpes. Importētie dati tiek salīdzināti ar datiem RVS Horizon nekustamā īpašuma objektu (tālāk tekstā - NĪO) un nekustamo īpašumu (tālāk tekstā - NĪ) kartītēs, un nesakritību gadījumā tie tiek izmainīti. Datu saņemšana no KIS var notikt pēc īpašnieka reģistrācijas numura un par norādītu laika intervālu vai arī par konkrētiem NĪO kadastra apzīmējumiem vai NĪ kadastra numuriem. Datu salīdzināšana un ielasīšana Horizon kartītēs iespējama:  Automātiski – dati tiek importēti un uzreiz ielasīti Horizon uzskaites kartītēs;  Manuāli – sistēma pēc pieprasījuma salīdzina datus, un lietotājs pēc datu pārbaudes var pats noteikt, kuras izmaiņas ielasīt Horizon kartītēs. Datu sinhronizācija var notikt tikai tādiem NĪ vai NĪO, kas ir reģistrēti Horizon. Sinhronizācija jaunas kartītes neveido. Dati no Horizon netiek padoti uz KIS. NĪO un NĪ adreses netiek sinhronizētas.   Sertifikāta importēšana un saskarnes konfigurēšana Pirms uzsākt datu sinhronizēšanu ar VZD KIS, jāveic sertifikāta importēšana un saskarnes konfigurēšana. Šīs darbības jāveic tikai vienu reizi pirms pirmās sinhronizācijas un vēlāk tās izpildīt atkārtoti vairs nav nepieciešams.   Sertifikāta importēšana Sertifikāts ir jāimportē Horizon sistēmas sertifikātu glabātuvē: Sistēma → Administrēt  → Sertifikātu glabātuve  → Pievienot → Importēt CA sertifikātu no faila. Norāda importējamo sertifikāta failu, nākamajā logā ievada sertifikāta paroli un nospiež pogu “Labi”.     Importētajam sertifikātam obligāti jāsatur privātā atslēga. Sertifikāta publiskā atslēga ir jānodod VZD pusei.   Saskarnes konfigurēšana Izvēlne: Pamatdati → Nekustamo īpašumu pārvaldība → NĪP globālie parametri → Lappuse Datu sinhronizācija ar KIS.     Lai atvieglotu saskarnes konfigurēšanu, atsevišķi ievadlauki jau ir aizpildīti ar noklusētajām vērtībām. Ievadformas NĪP globālie parametri lappusē Datu sinhronizācija ar KIS jāaizpilda sekojoši lauki: Sadaļa Kadastra informācijas sistēmas web serviss URL - servisa web adrese, noklusēti aizpildīts ar šobrīd aktuālo https://apigw.viss.gov.lv/CadastreInformationService/v1_0 Lietotājs un Parole - servisa lietotāja informācija, ko izsniedz Valsts zemes dienests Sadaļa Token API URL - Token servisa saite, noklusēti aizpildīta ar šobrīd aktuālo https://ha.vraa.gov.lv/STS/VISS.Pfas.STS/oauth2/token Tvērums (scope) - tokena tvērums, noklusēti aizpildīts ar "ISS-TM_VZD-CadastreInformationService-v1_0-Request" Sertifikāts - izvēloties no Horizon sertifikātu glabātuves norāda iepriekš importēto sertifikātu Tiek veikta kontrole, lai sertifikāts satur privāto atslēgu. Sertifikāta parole - tiek kontrolēta ievadītās paroles atbilstība iepriekš norādītā sertifikāta parolei Klienta ID un Klienta noslēpums - jāievada no VZD API pārvaldnieka saņemtā informācija Sadaļa Transakcijas API URL - saite uz API servisu, noklusēti aizpildīts ar šobrīd aktuālo https://vissapi.vraa.gov.lv/ApiManagement.TransactionApi/transactions Servisa ID - API servisa identifikators, kas saņemts no VZD API Pārvaldnieka   Datu salīdzināšana - iespējams konfigurēt vai konstatētās datu atšķirības tiek atjaunotas Horizon datos automātiski sinhronizācijas laikā vai Horizon lietotājs tās pārskata manuāli un veic datu atjaunošanu. ZV plat. Mērvienība - mērvienība, kādā tiek norādītas zemes vienību platības Horizon. KIS noklusēti ir m2 (kvadrātmetri). Ja norāda ha (hektāri), tad KIS dati tiek pārveidoti salīdzināšanas un sinhronizācijas procesā. KIS atsauces teksts - Ievadītais teksts tiek attēlots NĪ un NĪ objektu uzskaites kartiņu ievadformas loga apkašējā joslā, ja dati ir sinhronizēti. Klienta papildgrupa - Nepieciešams aizpildīt gadījumos, ja tiks sinhronizētas arī NĪ kartītes, kur lappusē “Zemesgrāmatas dati” tiek piesaistīti Kadastra subjekti (klientu kartītes).  Ja sinhronizācijas procesā tiek atrastas vairākas klientu kartītes ar vienādu reģistrācijas kodu, tad kā Kadastra subjekts tiek izvēlēta kartīte ar šeit norādīto papildgrupu.  
Skatīt visu rakstu
10-09-2025 12:15 (Atjaunots 11-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 94 Skatījumi
Sīkāks apraksts par funkcionalitāti Autotransports.
Skatīt visu rakstu
13-12-2017 13:39 (Atjaunots 10-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 1374 Skatījumi
Datu saņemšana no VZD Kadastra informācijas sistēmas (KIS) notiek, izmantojot VZD tīmekļa pakalpes. Importētie dati tiek salīdzināti ar datiem RVS Horizon nekustamā īpašuma objektu (tālāk tekstā - NĪO) un nekustamo īpašumu (tālāk tekstā - NĪ) kartītēs, un nesakritību gadījumā tie tiek izmainīti. Datu saņemšana no KIS var notikt pēc īpašnieka reģistrācijas numura un par norādītu laika intervālu vai arī par konkrētiem NĪO kadastra apzīmējumiem vai NĪ kadastra numuriem. Datu salīdzināšana un ielasīšana Horizon kartītēs iespējama:  Automātiski – dati tiek importēti un uzreiz ielasīti Horizon uzskaites kartītēs;  Manuāli – sistēma pēc pieprasījuma salīdzina datus, un lietotājs pēc datu pārbaudes var pats noteikt, kuras izmaiņas ielasīt Horizon kartītēs. Datu sinhronizācija var notikt tikai tādiem NĪ vai NĪO, kas ir reģistrēti Horizon. Sinhronizācija jaunas kartītes neveido. Dati no Horizon netiek padoti uz KIS. NĪO un NĪ adreses netiek sinhronizētas.   Sīkāk par risinājuma konfigurāciju šeit>>   Horizon sistēmā aktuālie KIS dati nonāk ar ārējiem pieprasījumiem tieši no VZD KIS. Saņemtie dati, neatkarīgi no izvēlētā datu salīdzināšanas režīma, vispirms tiek saglabāti sarakstā KIS importētie dati. Par katru NĪO un NĪ šajā sarakstā ir viens ieraksts, kas tiek aktualizēts, ja sinhronizējot tiek saņemta jaunāka informācija. Izvēlne: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → KIS importētie dati     Atbilstoši konfigurācijā norādītajam datu salīdzināšanas veidam, šī saraksta dati tiek vai nu uzreiz sinhronizējot automātiski ierakstīti Horizon kartītēs, vai arī izmantoti to manuālai salīdzināšanai un tikai tad ierakstīšanai Horizon kartītēs. Pieprasījums pēc īpašnieka reģistrācijas numura   Pieprasījums pēc īpašnieka reģistrācijas numura var tikt veikts no KIS importēto datu saraksta. Šis pieprasījuma veids izmantojams, ja tālāk datu salīdzināšana tiks veikta manuāli. Izvēlne: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → KIS importētie dati → Darbības → Sinhronizēt datus ar KIS Izvēloties darbību Sinhronizēt datus ar KIS, tiek atvērts sinhronizācijas procesa aktivizēšanas logs KIS datu pieprasījums – pēc īpašnieka. Šajā logā aizpilda laukus: Reģistrācijas numurs – tiks importēti visi dati par NĪO, kas pieder īpašniekam ar šādu reģistrācijas numuru. Datums no un Datums līdz – tiks importēti dati par NĪO, kuros šajā periodā ir reģistrētas izmaiņas. Veicot sākotnējo datu ielasīšanu, šos laukus drīkst arī neaizpildīt.     Nospiežot pogu Izpildīt, tiek aktivizēts sinhronizācijas process. Sinhronizācijas procesa laikā saraksta KIS importētie dati apakšā redzama informācija par datu apstrādi – objekta kadastra apzīmējums, kopējais KIS atrasto atbilstošo ierakstu skaits un kurš ieraksts tiek apstrādāts pašlaik. Par katra ieraksta veiksmīgu apstrādi tiek attēlots paziņojums, ka objekta dati ir ielasīti datu bāzē.     Process tiek pabeigts ar paziņojumu par pēdējā ieraksta apstrādi. Ja kaut kādu iemeslu dēļ sinhronizācija nevar notikt, tad par to tiek attēlots paziņojums.     Sarakstā KIS importētie dati izvēloties darbību Notikumi, tiek atvērts apskatei iezīmētās rindas notikumu saraksts.     Pieprasījums pēc NĪO kopējā kadastra apzīmējuma vai NĪ kopējā kadastra numura     Sinhronizācija Nekustamā īpašuma objektiem tiek veikta no NĪO saraksta: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → Nekustamā īpašuma objekti Sinhronizācija Nekustamajiem īpašumiem tiek veikta no NĪ saraksta: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamie īpašumi → Nekustamie īpašumi Datu aktualizēšana var notikt tikai tādiem NĪO vai NĪ, kas reģistrēti Horizon (jābūt aizpildītiem vismaz obligātajiem ievadlaukiem). Sinhronizācijas rezultātā jauni ieraksti netiek veidoti, un, ja kāda NĪO vai NĪ nav Horizon datubāzē, tas automātiski netiks reģistrēts. Adreses netiek sinhronizētas. Sarakstā jāiezīmē ieraksti, kurus vēlas sinhronizēt, un jāizvēlas darbība Sinhronizēt datus ar KIS (automātiskā salīdzināšana) vai Ielasīt datus no Kadastra IS (manuālā salīdzināšana).     Tiek atvērts logs KIS datu pieprasījums.     Pēc noklusējuma ir atzīmēta iespēja Pilna informācija. Šajā gadījumā Horizon tiks ielasīta pilna informācija par NĪO / NĪ. Lauki Lietotājs un Parole tiek aizpildīti automātiski ar vērtībām no saskarnes konfigurācijas uzstādījumiem. Nepieciešamības gadījumā var atzīmēt parametru Izmaiņas par periodu un norādīt sākuma un beigu datumus. Tad tiks ielasīta informācija tikai par tiem NĪO / NĪ, kuriem norādītajā periodā ir tikušas reģistrētas izmaiņas.   Nospiežot pogu Izpildīt, tiek uzsākta datu ielasīšana.  Sinhronizācijas procesa gaitas apraksts ir redzams loga daļā zem saraksta, kurā secīgi tiek parādīta informācija par to, kas tiek darīts. Ja datu salīdzināšana notiek automātiski, tad tiek uzskaitītas arī sinhronizācijas laikā izmainītās vērtības. Turpat tiek attēlotas arī kļūdas, ja tādas tiek konstatētas (piemēram - Kadastra informācijas sistēmā nav informācijas par objektu ar šādu kadastra apzīmējumu). Pēc sinhronizācijas pabeigšanas sistēma attēlo informācijas logu ar paziņojumu par procesa pabeigšanu.     Ja tiek veikta Nekustamo īpašumu sinhronizācija, pēc brīža tiek jautāts, vai veikt sinhronizāciju arī šajā īpašumā ietilpstošajiem objektiem.   Ja NĪ ir bijis ievadīts tikai tā kadastra numurs, bet nav veikta sasaiste ar tajā ietilpstošajiem NĪO, tad sinhronizācijas rezultātā tiks sinhronizēti visi NĪ ietilpstošie objekti un veikta arī to sasaiste.       Nekustamajiem īpašumiem iespējama tikai automātiska datu salīdzināšana.   Sinhronizācijas notikumi   Sinhronizācijas notikumi pieejami:  Par NĪO: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → NĪO KIS sinhronizācijas notikumi  Par NĪ: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamie īpašumi → NĪ KIS sinhronizācijas notikumi     Sarakstā KIS importētie dati – apskatāms iezīmētās rindas notikumu saraksts. Izvēlne: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → KIS importētie dati → Darbības → Notikumi Notikumu sarakstā kolonnā Laiks var redzēt sinhronizācijas veikšanas laiku un datumu; kolonnā Teksts redzams viss sinhronizācijas procesa apraksts. Regulāra sinhronizācija ar automatizētajiem darbiem Automātiskai datu apmaiņai starp Horizon un KIS iespējams izveidot Horizon sistēmā definētus darbus, kas veic KIS datu sinhronizāciju.   Kā aprakstīt automatizēto darbu un ieslēgt regulāru izpildi?   Automatizētais darbs tiek aprakstīts izvēlnē: Sistēma → Uzstādījumi → Automatizētie darbi. Jāapraksta atsevišķi darbi: NĪO sinhronizācijai - izpildāmā objekta klase "NĪO datu sinhronizēšana ar KIS", NĪ sinhronizācijai - izpildāmā objekta klase "NĪ datu sinhronizēšana ar KIS". Objekta konfigurācijas lappusē norāda NĪO vai NĪ saraksta filtru, kuriem objektiem veikt sinhronizāciju. Lejupkrītošajā sarakstā tiek piedāvāti filtri, kas ir izveidoti un saglabāti atbilstošajam sarakstam. Saraksta filtram ir jābūt kopīgotam ar lietotāju, kurš ir norādīts automatizēto darbu servera konfigurācijā.       KIS un Horizon datu salīdzināšana   Aktuālo KIS datu un Horizon datu salīdzināšanu iespējams veikt divos atšķirīgos režīmos: Automātiski – visi saņemtie dati no KIS uzreiz tiek automātiski salīdzināti un ielasīti nepieciešamajos ievadlaukos; vai Manuāli – lietotājs pārskata no KIS saņemtos datus, izvēlas un atzīmē, kurus datus ielasīt. Vēlamo datu salīdzināšanas režīmu jānorāda saskarnes konfigurācijā (NĪP Globālie parametri). Atkarībā no izvēlētā salīdzināšanas režīma var būt atšķirīgs Horizon kartītēs aktualizēto datu apjoms. Manuāla salīdzināšana iespējama tikai NĪO. Automātiskā datu salīdzināšana   Ja konfigurācijā norādīta datu salīdzināšana Automātiski, tad pēc datu sinhronizācijas ar KIS aktuālie dati uzreiz būs redzami NĪO vai NĪ kartītēs - attiecīgajos ievadlaukos (kā redzams sinhronizācijas procesa gaitas aprakstā) būs mainījušās vai no jauna ievadītas vērtības.     Manuālā datu salīdzināšana   Ja konfigurācijā norādīta datu salīdzināšana Manuāli, tad KIS aktuālie dati tiek ielasīti tabulā  KIS importētie dati un tālāka salīdzināšana un ienešana Horizon kartītēs jāveic manuāli.  Izvēlne: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → Nekustamā īpašuma objekti → Darbības → KIS importēto datu salīdzināšana → izvēlas vienu no NĪO veidiem vai atbilstošajā NĪO sarakstā: Pamatdati → Nekustamo īpašumu pārvaldība → Nekustamā īpašuma objekti → izvēlas vienu no NĪO veidiem → Darbības → KIS importēto datu salīdzināšana Tiek atvērts logs KIS importēto datu salīdzināšana izvēlētajam NĪO veidam. Loga kreisajā pusē redzami saņemtie dati no KIS (tie sakrīt ar sarakstu KIS importētie dati), bet labajā pusē redzams izvēlētā objekta KIS datu un Horizon datu salīdzinājums pa laukiem.     Salīdzināšanas logā iespējams veikt sekojošas galvenās darbības:  Salīdzināt datus - Sistēma veic tabulas KIS importētie dati salīdzināšanu ar datiem Horizon kartītēs (pēc kadastra apzīmējuma). Salīdzināšanas procesa ilgums tieši atkarīgs no salīdzināmo objektu skaita. Pēc salīdzināšanas tiek mainīts objekta statuss. Apstiprināt izmaiņas - Horizon kartītēs tiks laboti visi datu lauki un apakštabulas, kuriem loga labajā pusē būs ielikta pazīme “Sinhronizēt”. Labot, Apskatīt - Attiecas uz objekta kartīti. Atverot tiek rādīti tajā brīdī kartītē saglabātie dati. Statuss - Pēc pogas Salīdzināt datus nospiešanas objektiem tiek piešķirts viens no statusiem: - Jauns – šāds objekts nav atrasts Horizon; - Atbilstošs – visi lauki sakrīt; - Mainīts – kāds no laukiem nesakrīt. Pēd. ielasīšanas datums - Datums un laiks, kad šie dati ar ārējo pieprasījumu saņemti no KIS. Pēd. salīdzināšanas laiks - Datums un laiks, kad veikta no KIS importēto datu un Horizon datu salīdzināšana. Izskata lauki kreisajā pusē - Izskatu var papildināt gan ar laukiem no sadaļas “KIS importētie dati”, gan ar Horizon NĪO laukiem. Rādīt: Visus, Jaunos, Mainītos, Atbilstošos - Izmantojams, lai atlasītu kreisās puses datus pēc viena no statusiem. Rādīt: Izmaiņu detalizāciju - Ieslēdz/izslēdz loga labo pusi ar KIS un Horizon lauku salīdzinājumu. Rindas sarkanā krāsā - Loga labajā pusē sarkanā krāsā tiek attēloti lauki, kur nesakrīt KIS un Horizon dati. Sinhronizēt? - Atzīmē, kurus laukus un apakštabulas būs nepieciešams pārrakstīt ar aktuālajiem KIS datiem. Dati tiks laboti, nospiežot pogu Apstiprināt izmaiņas. Atzīmēt visus – kreisajā pusē - Ja loga kreisajā pusē tiek atzīmēti atsevišķi NĪO vai visi NĪO, tad loga labajā pusē pazīme Sinhronizēt tiek ielikta visiem iezīmētajiem NĪO. Atzīmēt visus – labajā pusē - Tiek ielikta pazīme Sinhronizēt visiem laukiem un apakštabulām. Noņemt atzīmes – labajā pusē - Tiek noņemta pazīme Sinhronizēt visiem laukiem un apakštabulām. Apakštabulas - Tiek attēloti NĪO tabulas veida dati – piemēram, Lietošanas veidi, Lietošanas mērķi, Apgrūtinājumi, Labiekārtojumi, – kur vienam objektam var būt vairāki ieraksti. Šiem datiem sinhronizācija iespējama tikai visai apakštabulai kopā, ieliekot pazīmi Sinhronizēt salīdzināšanas loga labajā pusē pie attiecīgās rindas.
Skatīt visu rakstu
10-09-2025 12:15 (Atjaunots 10-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 89 Skatījumi
no 665.versijas lietotājiem pieejama iespēja konkrētam saskaņošanai paredzētam sistēmas dokumentam, pirms pilna saskaņošanas procesa palaišanas, veikt pārbaudi aprites scenārija piemeklēšanai un filtru atbilstībai. Saskaņojamo dokumentu sarakstos, atzīmējot konkrētu dokumentu un atverot izvēlni Darbības -> Piesaistīt/nomainīt aprites scenāriju ievadforma papildināta ar pogām Noklusētais scenārijs un Pārbaudīt etapus. Nospiežot: Noklusētais scenārijs- tiek piemeklēts dokumentam atblstošais noklusētais saskaņošanas scenārijs. Ja netiek piemeklēts neviens scenārijs, tiks parādīts ziņojums "Neizdevās atrast dokumentam atbilstošu aprites scenāriju." Ja tiek atrasti vairāki scenāriji, tad atveras logs ar sarakstu, kurā var redzēt visus piemeklētos scenārijus. Pārbaudīt etapus- tiek pārbaudīti etapu filtri konkrētajam dokumentam un zaļā krāsā iekrāsoti visi saskaņošanas etapi, kuri atbilst šim dokumentam.
Skatīt visu rakstu
10-09-2025 12:14 (Atjaunots 27-08-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 76 Skatījumi
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.    
Skatīt visu rakstu
14-12-2022 11:16 (Atjaunots 29-08-2025)
  • 3 Atbildes
  • 1 vērtējumi
  • 4283 Skatījumi
Sākot ar 665.versiju, gadījumos, kad nepieciešama padziļināta sistēmas darbības izpēte, kļūdu un problēmsituāciju risināšanai, lietotājam iespējams ieslēgt/izslēgt detalizētu darbību ierakstu un saglabāt izveidoto log (darbību ieraksta) failu.       Atverot izvēlni "Detalizēts darbību ieraksts" atveras ieraksta forma.  Formā pieejamās darbību pogas: Uzsākt ierakstu - tiek atvērts LOG fails un uzsākts ieraksts (pilnais -g5). Dialoga logā parādās informācija: "Ieraksts uzsākts dd.mm.yyyy. hh:mm:ss" Apturēt ierakstu - tiek apturēts ieraksts.  Dialoga logā parādās informācija: "Ieraksts apturēts dd.mm.yyyy. hh:mm:ss" Pabeigt ierakstu  - tiek pabeigts ieraksts. Dialoga logā parādās informācija: "Ieraksts pārtraukts dd.mm.yyyy. hh:mm:ss". Nospiežot pogu tiek noformēts fails (ar nosaukumu) un noklusēti atvērta Documents mape, kurā iespējams mainīt faila saglabāšanas vietu.     Kamēr darbību ierakts ir aktīvs (notiek darbību ierakstīšana), Horizon loga apakšējā informatīvajā joslā tiek rādīts informatīvs teksts "Tiek veikts detalizēts darbību ieraksts"     * ieteikums detalizētu darbību ierakstu izmantot konkrētu-īsu darbību ierakstam/analizēšanai.   
Skatīt visu rakstu
10-09-2025 12:14 (Atjaunots 01-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 87 Skatījumi
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.
Skatīt visu rakstu
10-09-2025 12:14 (Atjaunots 01-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 31 Skatījumi
 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.  
Skatīt visu rakstu
10-09-2025 12:14
  • 0 Atbildes
  • 0 vērtējumi
  • 20 Skatījumi
No 665.versijas Horizon pieejama iespēja pievienoto failu sarakstā (Sistēma->Administrēt->Pievienoto failu saraksts) veikt vairāku iezīmētu failu lejupielādi. Iezīmējot sarakstā ierakstus un izvēloties Darbības->Lejupielādēt failus  1.attēls tiks atvērts Parametru logs: 2.attēls Parametru logā jānorāda: Direktorija - vieta kurā tiks saglabāti lejupielādētie faili Grupēt failus pa pamatveidiem - ja ielikta atzīme, tad iezīmētajiem dokumentiem norādītajā direktorijā tiks izveidotas apakšdirektorijas pa dokumentu pamatveidiem (skat. 3.attēls) Veidot dokumentu sarakstu Excel failā- ja ielikta atzīme, tiks izveidots papildus Excel fails ar informāciju par pievienoto failu sarakstu. Ja ielikta atzīme "Grupēt failus pa pamatveidiem", tad katrā apakšdirektorijā tiks izveidots atsevišķs Excel fails. Ja atzīme nav ielikta, tad tiks izveidots viens, apkopojošs Excel fails (skat. 4. un 5.attēls).  3.attēls 4.attēls 5.attēls Atgādne: Pievienoto failu sarakstu iespējams ātri un ērti atvērt no jebkura saraksta, nospiežot darbības pogu "Sarakstam pievienotie faili".    
Skatīt visu rakstu
10-09-2025 12:14 (Atjaunots 03-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 121 Skatījumi
Pamatdati-Noliktava-Pārcenošana pieejams dokuments "Pārcenošanas protokols" Pārcenošanas protokola galvenē laukā norāda: 1) “Sākumcena” - cena pamatojoties uz kuru tiks veikts Pārdošanas cenas aprēķins; 2) "Jaunā cena" - pārdošanas cena kas tiks aprēķināta un saglabāta nomenklatūras kartītē.     Kā iespējams aprēķināt/nofiksēt jauno pārdošanas cenu?   1. Jauno cenu ievada manuāli Lietotājam iespējams vai nu uzreiz vadīt cenu laukā "Jaunā cena" vai nu izmantot "B tipa" lauku, kurā var pārslēgt uzcenojuma % vai koeficientu * un ievadīt vērtību kolonnā "B". Pēc šīs vērtības tiek veikts "Jaunās cenas" aprēķins.   2. Jaunās cenas aprēķins izmantojot "Pielietot formulu". Protokola galvenē cilnē "Formula" iespējams norādīt kādu no 3 koeficientiem A; B vai C, izveidojot aprēķina formulu. Kad formula sastādīta tad, iezīmējot rindas (ar SHIFT) vai visām rindām uzreiz (CTRL+A vai labais taustiņs->Atzīmēt visus), dokumenta labajā malā nospiežot pogu “Pielietot formulu”, tiek aprēķināta jaunā cena visām iezīmētajām rindām.   3. Jaunās cenas aprēķins izmantojot uzcenojuma procentu (minimālo, maksimālo, optimālo vai manuāli norādīto.  Iezīmējot rindas (ar SHIFT) vai visām rindām uzreiz (CTRL+A vai labais taustiņs->Atzīmēt visus), dokumenta labajā malā nospiežot pogu “Pielietot uzcenojumu” pieejama izvēle pielietot minimālo, maksimālo, optimālo uzcenojumu vai manuāli ievadīt uzcenojuma procentu. Norādot konkrēto veidu, tiek aprēķināta jaunā cena visām iezīmētajām rindām.  no 630.versijas Nomenklatūru grupā un Nomenklatūru kartītē (sadaļā "Cenas") pieejams jauns lauks "Optimālais uzcenojuma procents". Ja "Optimālais uzcenojuma procents" norādīts gan nomenklatūrai gan grupai, tad protokolā tiks ņemts vērā nomenklatūrās procents. Ja nomenklatūrā šis lauks ir tukšs, bet grupā ir norādīts, tad protokolā tiks ņemts vērā grupas uzcenojuma procents.   No 630.versijas Pārcenošanas protokolā jaunās cenas aprēķinam pieejama arī papildus "Gudrā apaļošana". Protokola labajā malā nospiežot pogu “Gudrā apaļošana”, pieejami dažādi aprēķina veidi, kas veic cenas "apaļošanu", piemēram, lai visas cenas beigtos ar ...5.   *Pārcenošanas protokolu iespējams aizpildīt un saglabāt iepriekš. Jaunā pārdošanas cena tiks ierakstīta nomenklatūras kartītēs, tikai tad kad protokolā tiks atzīmēts “Pārcenot” un Saglabāt.   Sākot ar 635. versiju pārcenošanas protokolu ir iespējams uzģenerēt nomenklatūru sarakstā. Lai ātrāk identificētu preces, kurām nepieciešama pārcenošana, turpmāk šī saraksta izskatā varēs pievienot kolonnu "Atbilst min. uzcenojumam", kas parāda vai noliktavas cenu veida aktuālā cenas uzcenojums atbilst pēdējai šīs noliktavas iepirkumu cenai. Svarīgi atcerēties, ka uzcenojums netiek rēķināts no akcijas cenām. Vienas noliktavas preces var iezīmēt un Darbībās izsaukt pārcenošanas protokola izveidi.     Pārcenošanas protokolā no 635. versijas ir radīta iespēja ievadformas izskatā pievienot nomenklatūru īpašības, kas ļauj ērtāk apstrādāt šo dokumentu. To nodrošina jauna īpašību loma "Atainot pārcenošanas protokolā". Šo jauno īpašības lomu var izmantot tikai un vienīgi kopā ar lomu "Nomenklatūra", un tā pārcenošanas protokola ievadformā tikai attēlo attiecīgās nomenklatūras īpašības vērtību.     Ja pārcenotas tiek pārdošanas cenas, tad lai dotu iespēju izvēlēties pārcenot regulārās vai akcijas pārdošanas cenas, izveidots jauns pārcenošanas dokumenta tipa atribūts "Pārcenošanā izmantojamās cenas veids.", kas noteiks pēc kāda principa tiek aizpildītas kolonnas “Sākumcena” un “Esošā cena”.  Jaunais atribūts ir dokumentu pamatveidiem “Pārcenošanas protokols”  un “Akcijas”. Iespējams izvēlēties šādas vērtības: Regulārā cena (noklusētais variants) - izmanto aktīvo cenu uz šodienu (bez atzīmes akcijas cena); Aktuālā cena  -  izmanto aktīvo cenu uz šodienu ar augstāko prioritāti; Aktuālā akcijas cena - izmanto aktīvo cenu uz šodienu ar augstāko prioritāti, izņemot regulārās cenas. Lai nodrošinātu programmas ātrdarbību, ir paredzēti ierobežojumi un parametri: 1. Maksimālais skaits šādām īpašībām ar lomu "Atainot pārcenošanas protokolā" - 10; 2. Izveidots jauns kontroles un vides parametrs "Izmantot īpašības pārcenošanas protokolā" sadaļā "Pārdošanas cenas", kas noklusēti ir ieslēgts.  
Skatīt visu rakstu
13-12-2023 13:03 (Atjaunots 09-09-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 701 Skatījumi
Instrukcija, kā izmantot fona darbus, lai laikietilpīgu darbu laikā varētu turpināt darboties ar sistēmu.
Skatīt visu rakstu
05-04-2019 08:50 (Atjaunots 04-09-2025)
  • 7 Atbildes
  • 1 vērtējumi
  • 4716 Skatījumi
Sākot no Visma Horizon 570. versijas, pieņemot darbā jaunu darbinieku, daļa no darbiniekam nepieciešamajiem dokumentiem tiks izveidoti automātiski. Tā rezultātā samazinās lietotāja manuāls darbs un iespēja pieļaut kļūdas, ja dokuments tiek ievadīts nepareizi vai vispār ir aizmirsts ievadīt.  Dokumenti tiks veidoti tikai tad, ja ir iespējams viennozīmīgi pateikt, ka konkrētais dokuments ir jāveido un kādam jābūt dokumenta saturam. Ja visi nosacījumi izpildās, tad var izveidoties šādi dokumenti: IIN informācija VSAOI kategoriju reģistrs Darba stāža informācija Atvaļinājumu rezerves fondi darbiniekiem Darba laika veidi. Zemāk aprakstīti nosacījumi, pie kādiem šie dokumenti tiks veidoti. IIN informācija Pamatdati -> Personāla uzskaite -> Personu dati aprēķiniem -> IIN informācija Pie darbinieka pieņemšanas sistēma izveidos automātisku IIN informācijas ierakstu ar IIN maksātajā kategoriju Bez dokumenta. Pēc tam, izmantojot elektronisko algas nodokļu grāmatiņu funkcionalitāti, vajag ielasīt aktuālo IIN informāciju no VID EDS. Automātiskā IIN informācijas izveide notiks tikai tad, ja EANG uzstādījumos ir norādīta IIN maksātāju kategorija (bez dokumenta).   VSAOI kategoriju reģistrs Pamatdati -> Personāla uzskaite -> Personu dati aprēķiniem -> VSAOI kategoriju reģistrs Līdzīgi, kā IIN informācija, arī VSAOI kategoriju reģistra ieraksts turpmāk tiks izveidots automātiski pie darbinieka pieņemšanas. Ja darbinieks nav pensionārs, tad tiks izveidots VSAOI kategoriju reģistra ieraksts, kur laukā "VSAOI maksātāja kategorija" būs vērtība DŅ vispārējā gadījumā. Vajadzīgā vērtība tiek atrasta pēc VSAOI maksātāju kategorija kodas - pirmajām divām zīmēm jābūt DN. Kā arī ierakstam ir jābūt aktīvam un darba ņēmēja veids ir Apdrošinātie visiem VSA veidiem. Ja šiem nosacījumiem atbilst vairāki ieraksti, tad tiek ņemts jaunākais, skatoties pēc "Spēkā no" datuma. VSAOI ieraksti veidojas neatkarīgi  ir/nav atzīme pie Rēķināt riska nodevu. Savukārt, ja darbinieks ir pensionārs, tad tiek izveidots ieraksts ar pensionāram atbilstošo kategoriju.   Darba stāža informācija Pamatdati -> Personāla uzskaite -> Personu dati -> Darba stāža informācija Tā kā bieži tiek uzskaitīta darba stāža informācija, līdz ar to, arī tā tiks izveidota automātiski pie darbinieka pieņemšanas. Automātiski darbiniekam tiks izveidots darba stāža informācijas ieraksts ar veidu Iestādē. Ja sistēmā nav stāža veida "Iestādē" vai tādi ir vairāki, tad netiks veidots automātiskais ieraksts.   Automātiski tiks izveidots darba stāža ieraksts tikai tām personām, kurām tiesiskajās attiecībās ir norādīts ienākuma veids Darba alga (ienākuma veida papildkods = 1001). Atvaļinājumu rezerves fondi darbiniekiem Dokumenti -> Personāla uzskaite -> Atvaļinājumu rezerves fondi darbiniekiem Ja organizācijā ir pietiekami vienkārša atvaļinājumu uzskaite, t.i., nav vairāki fondi ikgadējam atvaļinājumam, tad tiks nodrošināta arī automātiska atvaļinājuma rezerves fonda darbiniekam izveide. Fonds ikgadējam atvaļinājumam tiks veidots tikai tad, ja darbinieka ienākuma veids ir Darba alga vai Ukrainas civiliedzīvotāja darba alga (ienākuma veida papildkods = 1001 vai 1066) un sistēmā ir viens aktīvs fonds ikgadējam atvaļinājumam.  Papildus ja sistēmā ir nokonfigurēts papildatvaļinājums par stāžu un darbiniekam ir izveidots stāža ieraksts, tad automātiski tiks izveidots arī papildatvaļinājums par stāžu. Ja ir vairākas papildatvaļinājumu par stāžu konfigurācijas, tad fonds darbiniekam netiks veidots. Ja sistēmā ir nokonfigurēti papildatvaļinājumi par bērniem, tad pievienot darbiniekam jaunus ģimenes locekļus un atzīmējot, ka šis ģimenes loceklis ir jāņem vērā papildatvaļinājumu aprēķiniem, tad automātiski izveidos papildatvaļinājuma par bērniem ierakstu. Ja sistēmā ir vairākas papildatvaļinājumu par bērniem konfigurācijas, un nav iespējams noteikt vajadzīgo konfigurāciju, tad automātiski netiks ģenerēts ieraksts pie darbinieka. Papildatvaļinājuma par bērniem piešķiršana darbiniekam notiks tad, ja darbiniekam ir piešķirts ikgadējais atvaļinājums. Darba laika veidi Pamatdati -> Personāla uzskaite -> Personu dati aprēķiniem -> Darba laika veidi Jau iepriekš tika automātiski izveidots darba laika veida ieraksts, kad darbiniekam tika izveidotas pašas pirmās tiesiskās attiecības. Darba laika veida ieraksts tiks automātiski izveidots pie visu tiesisko attiecību izveides.
Skatīt visu rakstu
14-12-2020 13:53 (Atjaunots 04-09-2025)
  • 2 Atbildes
  • 0 vērtējumi
  • 3628 Skatījumi
Apraksts kā rīkoties, ja darba attiecību sākumā darbiniekam vēl nav 15 gadi.
Skatīt visu rakstu
20-08-2025 09:47
  • 0 Atbildes
  • 2 vērtējumi
  • 249 Skatījumi
Lai lietotājiem būtu ērtāka un ātrāka saņemto preču cenu pārvaldība, turpmāk saņemšanas pavadzīmē būs iespēja uzreiz kontrolēt cenas un ievadīt jaunās cenas. Saņemšanas pavadzīmē ir jauna lappuse “Pārcenošana”, kurā varēs ielasīt nomenklatūras no pavadzīmes pamatinformācijas. Pārcenošanas lappusē tiks iekrāsotas un varēs atfiltrēt nomenklatūras, kurām: nav cenas,  mainījusies iepirkuma cena, būtiski mainījusies iepirkuma cena, esošā cena neatbilst minimālajam vai optimālajam nomenklatūras vai nomenklatūru grupas uzcenojumam. Pārcenošanā varēs mainīt cenas, piefiksēt tās un izdrukāt cenu zīmes.    Lai sāktu lietot pārcenošanu saņemšanas pavadzīmē jābūt aktivizētam dokumenta pamatveidam "Pārcenošana no saņemšanas pavadzīmes". Ja ir tikai viens dokumenta tips "Pārcenošana no saņemšanas pavadzīmes", tad saņemšanas pavadzīmei automātiski tas tiek izmantots, bet, ja tiek izveidoti vairāki, tad saņemšanas pavadzīmes dokumenta tipa lauku atribūtos noklusētajā vērtībā jānorāda vajadzīgs dokumenta tips.   Pārcenošanu var veikt ar tiesībām: Lappuse "Pārcenošana" pieejama vienmēr. Lai izpildītu pārcenošanu nepieciešamas tiesības Pamatdati \ Noliktava \ Pārcenošana un Pamatdati \ Noliktava \ Pārdošanas cenas \ Pievienot. Svarīgi! Pārcenošanas lappusē var veidot tikai regulārās cenas (bez pazīmes "Akcijas cena") un lappusē tiek ielasīti tikai regulāro cenu dati un aprēķini!   Kā lietot?   Kad aizpildīta saņemšanas pavadzīme jāiet uz lappusi "Pārcenošana".   1. solis - Izvēlamies darbību "Aizpildīt": Tiks ielasītas pamatinformācijā esošās nomenklatūras un to dati. Ja nomenklatūra pamatinformācijā ir vairākas reizes, tā tiks ielasīta vienu reizi un dati tiks ņemti no pirmās rindas ar šo nomenklatūru. 1. Datums, ar kuru būs spēkā jaunā cena. Automātiski aizpildās ar šodienas datumu, bet to var mainīt. 2. Cenas veids automātiski aizpildās un to nevar mainīt. Ja noliktavai ir savs cenas veids, tad aizpildās ar to, ja noliktavai nav piesaistīts cenas veids, tad aizpildās ar uzskaites parametros norādīto cenas veidu.   2. solis - Kontrole Lapas satura rindas lauku iekrāsošanas nosacījumi: Lauks Iekrāsošanas nosacījumi Esošā pārdošanas cena iekrāsojas dzeltens, ja nav aizpildīts Dokumenta iepirkuma cena iekrāsojas dzeltens, ja nesakrīt ar "Iepriekšējā iepirkuma cena, EUR" Ja nomenklatūrai vai nomenklatūru grupai ir ievadīts minimālais un optimālais uzcenojums, tad   Uzc. jaunajai pārd. cenai pret dok. iep. cenu iekrāsojas dzelteni, ja procents ir zem optimālā, bet nav zem minimālā; iekrāsojas sarkani, ja procents zem minimālā; neiekrāsojas, ja nav norādīts minimālais vai optimālais uzcenojums Uzcen. esošajai pārd. cenai pret dok. iep. cenu iekrāsojas dzelteni, ja procents ir zem optimālā, bet nav zem minimālā; iekrāsojas sarkani, ja procents zem minimālā; neiekrāsojas, ja nav norādīts minimālais vai optimālais uzcenojums   Filtrēšana  Uzcenojums zem minimālā Filtru var izmantot, ja nomenklatūras kartītē vai nomenklatūru grupai ir ievadīts minimālais uzcenojums. Tiks atlasītas tās nomenklatūras, kuru "Uzcen. esošajai pārd. cenai pret dok. iep. cenu" ir mazāks par nomenklatūras vai nomenklatūru grupas "Minimālo uzcenojumu". Uzcenojums zem optimālā Filtru var izmantot, ja nomenklatūras kartītē vai nomenklatūru grupai ir ievadīts optimālais uzcenojums. Tiks atlasītas tās nomenklatūras, kuru "Uzcen. esošajai pārd. cenai pret dok. iep. cenu" ir mazāks par nomenklatūras vai nomenklatūru grupas "Optimālo uzcenojumu". Mainījusies iepirkuma cena Atlasās tikai rindas, kurās atšķiras vērtības laukos "Iepriekšējā iepirkuma cena" un "Dokumenta iepirkuma cena" Būtiski mainījusies iepirkuma cena Atlasās tikai rindas, kurās būtiski atšķiras vērtības laukos "Iepriekšējā iepirkuma cena" un "Dokumenta iepirkuma cena". Būtiskumu definē ar kontroles un vides parametru "Iepirkuma cenu būtiska atšķirība". Iespējamie varianti: "Iepirkuma cenu būtiska atšķirība" ievadīta procentuāla vērtība "Iepirkuma cenu būtiska atšķirība" ievadīta absolūta vērtība Nav aktuālas pārdošanas cenas Atlasās tās rindas, kur nomenklatūrai uz dokumenta datumu nav aktīvas pārdošanas cenas. Filtri viens otru papildina. Nākošā saņemšanas pavadzīme tos atcerēsies katram lietotājam individuāli.    3. solis - Aizpildām jaunās cenas To var darīt: Aizpildot lauku "Uzc. jaunajai pārd. cenai pret dok. iep. cenu" tiek aprēķināta "Jaunā pārdošanas cena". Aizpildot "Jaunā pārdošanas cena", tiek aprēķināts "Uzc. jaunajai pārd. cenai pret dok. iep. cenu". Izmantojot darbību pogu labajā pusē  "Pielietot uzcenojumu".   4. solis  - Saglabāt vai Pārcenot Ja saglabā, tad cena vēl nestājas spēkā, bet protokols saglabājas sagataves statusā. Saglabājas tikai tās pārcenošanas rindas, kam mainīta cena. Ja Pārceno, tad cena ir spēkā ar norādīto datumu. Ja ir Pārcenots, tad ir iespējams Stornēt. Stornējot, cena atgriežas sagataves statusā.   5. solis - Drukāt  Drukājot pārcenotās cenas, atvērsies Pārdošanas cenu saraksts ar nofiltrētām pārcenotajām nomenklatūrām uz jaunās pārdošanas cenas datumu.   Pavadzīmju saraksta rindās būs redzams, kādā statusā ir pārcenošana.  Ikdienā, lai drukātu cenas saņemtajām precēm, ir paredzēta iespēja to darīt uzreiz no saņemšanas un norakstīšanas pavadzīmes. Saņemšanas un norakstīšanas pavadzīmē, zem peles labās pogas darbībām, ir pieejamas opcijas – “Atvērt pārdošanas cenas” un “Drukāt pārdošanas cenas”. Izmantojot šīs darbības, tiks atvērtas no pavadzīmes nofiltrētas nomenklatūras pārdošanas cenu sarakstā. No pavadzīmju saraksta iespējams iezīmēt vairākas pavadzīmes un arī ir pieejma iespēja  “Atvērt pārdošanas cenas” un “Drukāt pārdošanas cenas” darbību sarakstā.  
Skatīt visu rakstu
11-06-2025 11:31 (Atjaunots 24-07-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 317 Skatījumi
Lai nodrošinātu precīzus maksājumus un izvairītos no dublikātiem, veidojot maksājuma uzdevumus no avansa norēķinu apgrozījumu atskaites, sistēmā darbojas iebūvēta kontrole, kas notiek izpildot darbības "Izveidot bankas maksājuma uzdevumu" vai "Izveidot kases izdevumu orderi". Kontrole darbojas šādi: Veidojot atskaiti, jums ir jānorāda datu periods ar sākuma un beigu datumu. Uz norādītā beigu datuma sistēma aprēķina norēķinu personas atlikumus, lai noteiktu precīzu atmaksājamo summu. Piemēram: Par iepriekšējo mēnesi: Norādiet iepriekšējā mēneša sākuma un beigu datumu. Par aktuālajiem izdevumiem līdz šodienai: Norādiet konkrētā mēneša sākuma datumu un šodienas datumu. Sistēma pārbauda, vai par periodu pēc norādītā beigu datuma norēķinu personai jau nav izveidots maksājums.  Svarīgi ņemt vērā: Lai šī kontrole darbotos, aktuālajiem norēķiniem nedrīkst norādīt nākotnes datumu kā beigu datumu.    Piemērs:     Datums no  Datums līdz Šodienas datums Apraksts Norēķins par iepriekšējo mēnesi 01.01.2025 31.01.2025 05.02.2025 kontrole notiks pret visiem izveidotajiem maksājumiem sākot no 31.01.2025 Norēķins par aktuālajiem izdevumiem 01.02.2025 05.02.2025 05.02.2025 kontrole notiks pret visiem izveidotajiem maksājumiem sākot no 05.02.2025 Norēķins par aktuālajiem izdevumiem 01.02.2025 28.02.2025 05.02.2025 kontrole nenotiks, jo tā darbojas pret visiem izveidotajiem maksājumiem sākot no 28.02.2025
Skatīt visu rakstu
22-07-2025 15:55 (Atjaunots 22-07-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 193 Skatījumi
Sīkāks apraksts par funkcionalitāti Virsgrāmata.
Skatīt visu rakstu
16-01-2018 11:38 (Atjaunots 07-07-2025)
  • 2 Atbildes
  • 0 vērtējumi
  • 1499 Skatījumi
Instrukcija, kā saņemt un nosūtīt e-rēķinus
Skatīt visu rakstu
15-07-2020 16:21 (Atjaunots 03-07-2025)
  • 10 Atbildes
  • 2 vērtējumi
  • 10687 Skatījumi
Vairākas bankas piedāvā saviem klientiem e-rēķinu saņemšanu internetbankā.  Šajā rakstā uzzināsiet, kā pakalpojumu sniedzējs var sagatavot un uz banku nosūtīt e-rēķinu xml datni no Horizon.  Pakalpojumu sniedzējam nepieciešams ar banku vienoties par šī pakalpojuma nodrošināšanu. Horizon pusē iespēja ir pieejama visiem, veicot atbilstošu konfigurāciju. Šobrīd tiek atbalstīta e-rēķinu nosūtīšana no Horizon uz Swedbanku un SEB banku.   XML datne tiek sagatavota atbilstoši katras bankas e-rēķinu standartam un tie ir atšķirīgi no Latvijā pieņemtā vienotā elektronisko rēķinu standarta jeb Peppol formāta.  Konfigurācija - eksporta metodes apraksts    Izvēlne: Pamatdati - Datu apmaiņa - Datu ārējā eksporta metodes - Jauns   Katrai bankai ir jāveido sava eksporta metode norādot atbilstošo dziņa failu, kas nodrošina rēķinu eksportu katras bankas e-rēķinu standartam. Swedbankas e-rēķiniem ir jāizvēlas SWEDEINVOICE.dll SEB bankas e-rēķiniem ir jāizvēlas SEBEINVOICE.dll       Swedbank e-rēķinu eksporta metode:     SEB bankas e-rēķinu eksporta metode:     Metodes ievadlogā aizpildāmi dati:   Kods - saīsinājums pēc brīvas izvēles Nosaukums - nosaukums pēc brīvas izvēles Dinamiskās bibliotēkas fails - atbilstoši bankai SWEDEINVOICE.dll vai SEBEINVOICE.dll Eksporta fails - novietojums, kur saglabāt xml datni ar rēķiniem Kodējums - Windows   Zem pogas “Parametri” jānorāda: Klienta numurs - bankas piešķirts pakalpojumu sniedzēja numurs Rādīt pilnu/daļēju e-rēķinu un Līguma īpašības kods - var norādīt tikai izvēloties SWEDEINVOICE.dll. Ja klienta līgumā būs norādīta šī īpašība rēķina datumā, tad īpašības vērtība (Yes/No) tiks ierakstīta xml datnē tagā “presentment”. Visos citos gadījumos vērtība failā aizpildās ar “Yes”. Pamatdati - Klienta kartītes   Izvēlne: Pamatdati - Klienti - Klienta kartīte   Korektai eksportēto rēķinu datu aizpildei nepieciešams pievērst uzmanību zemāk minētajiem klienta kartītes pamatdatiem:   Bankas konts - ar augstāko prioritāti jābūt norādītam klienta bankas kontam (IBAN), uz kuru tiks saņemts e-rēķins un iespējams no tā arī veikta automātiskā apmaksa, ja klients tādu bankas pakalpojumu izmanto. Šo kontu sistēma noklusēti izvēlas rēķinā, kas īpaši svarīgi, ja tos ģenerē automātiski (NĪP modulis, pakalpojumu līgumi).  Swedbank e-rēķinu gadījumā konts var arī nebūt norādīts, taču SEB e-rēķinu eksporta brīdī sistēma pārbauda, lai konts atbilstu IBAN formātam un banka būtu tieši SEB (pēc bankas koda).       Uzņēmuma bankas konts - norāda savu bankas kontu, uz kuru jāsaņem apmaksa par e-rēķiniem. Ja lauks ir tukšs, tad sistēma e-rēķinu failā ielasīs kontu ar augstāko prioritāti no sava uzņēmuma/iestādes bankas kontiem.       Pamatdati - Līguma kartītes   Izvēlne: Dokumenti - Līgumi - Līguma kartīte   Uz banku sūtāmajiem e-rēķiniem ir būtiski norādīt arī līgumu, un šiem līgumiem ir jābūt aizpildītam laukam “Numurs klienta uzskaitē”. Laukā norāda ar debitoru noslēgtā līguma numuru. Šo numuru bankas savā pusē izmanto darījuma identificēšanai, tādēļ tas ir obligāti aizpildāms.       Rēķinu eksports   Izvēlne: Dokumenti - Realizācija - Rēķinu saraksts - Darbības - Saraksta eksports   Rēķinu sarakstā jāiezīmē izpildītie vai jau iegrāmatotie uz banku eksportējamie rēķini uz zem pogas Darbības - Saraksta eksports jāizvēlas atbilstošā metode pēc nosaukuma.       Norādītajā vietā sistēma izveido e-rēķinu xml datni. Tālāk to importē banku sistēmā.   Piemēram, Swedbank sistēmā ceļš importam ir: Maksājumu pieņemšana - E-rēķini - Rēķinu imports     Ja faila veidošanas laikā sistēma konstatē kādu datu neatbilstību, tad tiek parādīti atbilstoši paziņojumi.   Informācija par pēdējo xml faila eksportu ir redzama rēķinu saraksta izskatā.       Rēķina summa apmaksai Banku piedāvājumā ietilpst arī no pakalpojumu piegādātāja saņemtā e-rēķina automātiska apmaksa. Tādēļ xml datnē uz banku tiek padota arī informācija - kāda tieši ir apmaksājamā summa, jo ne vienmēr tā pilnībā sakrīt ar rēķina summu. Piemēram, ja daļu no rēķina summas redz iepriekš iemaksāts avanss, tad šī summa apmaksai būs mazāka (algoritms ir rēķina nepiesaistītā summa mīnus piesaistītā summa valūtā) Savukārt, Swedbank e-rēķinos ir paredzēts, ka uz apmaksu tiek padota visa parāda summa, kāda ir rēķina līgumam, tādēļ var veidoties situācija, ka summa apmaksai ir lielāka nekā rēķina summa.    
Skatīt visu rakstu
09-08-2023 15:32 (Atjaunots 27-06-2025)
  • 0 Atbildes
  • 2 vērtējumi
  • 2097 Skatījumi
Nosūtot e-rēķinus ir jāveic Peppol formāta noteikumu pārbaude, lai novērstu situācijas, ka e-rēķinu nevar veiksmīgi nogādāt līdz saņēmējam, jo tā tālākajā ceļā arī var tikt veiktas formāta un noteikumu pārbaudes. Piemēram, pārbaudes veic operators, pieņemot rēķinus tiešsaistē, e-adrese, saņēmēja sistēma u.tml.   Zemāk apkopoti biežākie sastopamie paziņojumi un rīcība to novēršanai.   Paziņojuma teksts  Kā rīkoties? fatal: BR-CL-23 [BR-CL-23]-Unit code MUST be coded according to the UN/ECE Recommendation 20 with Rec 21 extension Dokumenta rindiņās izmantotajām mērvienībām jānorāda atbilstošais UNECE mērvienības kods. Vairāk lasīt šeit. fatal: BR-CO-09 [BR-CO-09]-The Seller VAT identifier (BT-31), the Seller tax representative VAT identifier (BT-63) and the Buyer VAT identifier (BT-48) shall have a prefix in accordance with ISO code ISO 3166-1 alpha-2 by which the country of issue may be identified. Nevertheless, Greece may use the prefix ‘EL’. Jāpārbauda uzņēmuma/iestādes un klienta PVN maksātāju numuri. Tiem jāsākas ar LV vai citas valsts kodu. Sistēma - Uzņēmums Pamatdati - Uzņēmums - Iestādes Rēķinā lietotā klienta kartīte fatal: PEPPOL-EN16931-R003 A buyer reference or purchase order reference MUST be provided. Rēķina klienta kartītē jāaizpilda reģistrācijas kods. Brīdinājums: Pievienotā faila "xxx.edoc" tips neatbilst PEPPOL formātam. Fails netika iekļauts XML failā. Pieņemt zināšanai, ka rēķina pievienotajos failos ir pielikums ar paplašinājumu edoc, šāds formāts nav atļauts, tādēļ e-rēķina xml datnē netiek iekļauts. Atļautie formāti Brīdinājums: Pievienotā faila "xxx.xml" tips neatbilst PEPPOL formātam. Fails netika iekļauts XML failā. Pieņemt zināšanai, ka rēķina pievienotajos failos ir pielikums ar paplašinājumu xml, šāds formāts nav atļauts, tādēļ e-rēķina xml datnē netiek iekļauts. Pirms lietot saraksta darbību, pielikumos saglabāt tikai PDF. Atļautie formāti fatal: BR-CL-24 [BR-CL-24]-For Mime code in attribute use MIMEMediaType. fatal: Mime code must be according to subset of IANA code list. Rēķina pievienotajos failos ir pielikumi ar noteikumos neatļautiem paplašinājumiem (edoc, xml). No 645.14 šie faili vairs netiek iekļauti un ir augstāk redzamais brīdinājuma paziņojums. Vecākās versijās/laidienos - neatļautie faili ir jādzēš no pievienotajiem failiem. Kļūda: Dokuments nesatur PDF failu! Rēķina pievienotajos failos nav pievienots rēķina vizuālais izskats PDF formātā, tātad klients saņems e-rēķinu bez vizualizācijas. Pirms nosūtīšanas jāsaglabā rēķina PDF pie rēķina pievienotajiem failiem. TFTGMainFormBase: Elektroniskās adreses shēmas kods nav atrasts (Valsts kods: "") Klienta kartītē lpp. Rekvizīti nav norādīta valsts. Tā ir jānorāda. fatal: BR-57 [BR-57]-Each Deliver to address (BG-15) shall contain a Deliver to country code (BT-80) Rēķinā norādītajai piegādes adresei nav aizpildīts valsts kods. Jālabo piegādes adreses kartīte. Vai piegādes adrese ir mainīta rēķina piegādes adreses laukā, tad jāizvēlas adrese no saraksta. BR-25 [BR-25]-Each Invoice line (BG-25) shall contain the Item name (BT-153) Rēķins satur teksta rindu, kurai nav aizpildīts nosaukums, tas jāaizpilda. fatal: PEPPOL-EN16931-R120 Invoice line net amount MUST equal (Invoiced quantity * (Item net price/item price base quantity) + Sum of invoice line charge amount - sum of invoice line allowance amount Jāpārbauda rēķina rindas, lai Daudzums * Cena = Summa Piemēram, lietotas teksta rindas ar tukšu daudzumu. Kļūda: Neizdevās nosūtīt uz Horizon HUB! Pieprasījums beidzās ar kļūdu (HTTP: 502) Sūtot tiešsaistē nav norādīta atzīmē "Veikt Peppol formāta noteikumu pārbaudi" un rēķins neiziet pārbaudi rēķina operatora pusē. No 645.18. paziņojums papildināts ar konkrētajām neatbilstībām noteikumiem. TFTGMainFromBase: [LP33968] Kļūda : Neizdevās nosūtīt uz Horizon HUB! Kļūda: Piekļuve liegta. (Pieprasījuma idetifikators: D88A8BA9EB1B4D2835F03A0D0943xxx) Jāveic konfigurācijas sakaru pārbaude. Jāpārbauda Horizon HUB reģistrēto datu atbilstība: Licences numurs Reģistrācijas numurs     PEPPOL formāta noteikumu apraksti pilnā apjomā pieejami šeit: https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/ https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-peppol/   Uzzināt vairāk par e-rēķiniem: E-rēķini - soli pa solim 
Skatīt visu rakstu
04-02-2025 11:02 (Atjaunots 26-06-2025)
  • 0 Atbildes
  • 3 vērtējumi
  • 2467 Skatījumi
  Apraksts kā veikt Horizon Excel spraudņa instalēšanu un konfigurēšanu.
Skatīt visu rakstu
01-06-2018 09:21 (Atjaunots 11-06-2025)
  • 23 Atbildes
  • 3 vērtējumi
  • 27236 Skatījumi