Lai nodrošinātu automātisko numerāciju sistēmas dokumentiem un klasifikatoriem, nepieciešams definēt numeratorus.   Kā izveidot jaunu numeratoru un piesaistīt vajadzīgajam dokumentu tipam?   1. Sistēma->Uzstādījumi->Dokumentu tipi un izvēlieties nepieciešamo dokumenta tipu, kuram veidosiet jaunu numeratoru. Spiediet "Labot":     2. Dodieties uz lappusi Lauku atribūti un spiediet Pievienot jaunu vērtību -> Numurs:     3. Tālāk izvēlamies esošu numeratoru vai veidot jaunu, ar labo peles taustiņu spiežot uz veidu izvēlnes un izvēloties Pievienot:     Aizpilda prasītos laukus: Nosaukums, Minimālā un Maksimālā vērtība:     4. Apraksta numeratora formātu.   Piemēram, ja vēlaties iegūt numuru šādā formātā: ve-0001-2019, tad rīkojamies šādi: pievienojam nepieciešamajā secībā zemāk redzamos laukus, izmantojot Pievienot pogu:   Teksts - norāda konstantās numeratora vērtības Skaitītājs - norāda kā ietvaros numuri tiks skaitīti uz priekšu un cik simbolus jāparedz skaitītāja vērtībai.  Datums - norāda datuma formātu numeratorā    Kad tas izdarīts, spiediet Saglabāt.   5. Pie lauka Aizpilde izvēlieties atbilstošo nosacījumu (tas nosaka, kurā dokumenta ievades brīdī numerators tiks piešķirts):     6. Ja nepieciešams nodrošināt dokumentu numuru unikalitāti, dodieties uz lappusi Unikalitāte un izvēlieties atbilstošo nosacījumu:     7. Kad viss pabeigts, spiediet Pievienot un Saglabāt.   ... View more

Šeit ir pieejams versijas apraksts. Jaunāko versiju iespējams lejupielādēt šeit: https://drive.visma.lv/#Drive%2FHoP   ... View more

Pilnas versijas apraksts ir pielikumā.  VISMA HoP atjauninājums ir pieejams šeit -  https://drive.visma.lv/#Drive/ HoP   Galvenās izmaiņas HoP Icefish versijā: Lai samazinātu HoP lietotāju pārvadībai patērēto laiku, izveidota iespēja WEB lietotāju sinhronizācijai starp Horizon un HoP. Veikta migrācija no Microsoft .Net Framework uz jaunāku versiju .Net Core 2. Tas ļaus izmantot jaunajā versijā ieviestos sistēmas uzlabojumus, un ir viens no priekšnosacījumiem Linux operētājsistēmas atbalstam, kas ļaus attīstīt HoP kā mākoņpakalpojumu. Veidojot rēķinu, turpmāk ir iespējams izvēlēties arī līgumus, kas nav piesaistīti nevienam klientam.   Rēķina rindu importam/eksportam ar Excel pievienota objekta dimensiju ielasīšana, izmaiņa pieejama no Horizon 530.versijas. Rēķinu saraksta sadaļā "Mani uzdevumi" kolonnā "Summa apmaksai" tiek atspoguļots  links uz izliecošo logu, kur redzam veiktos maksājumus par šo rēķinu. Materiālo resursu un krājumu norakstīšanas pieteikumu apstiprināšanas uzdevumiem  pievienota saskaņošanas plūsma, lai lietotājs varētu apskatīt iepriekšējos saskaņotājus un rezolūcijas. Iespēja izveidot saiti epasta šablonos uz aktīvo materiālo resursu apstiprināšanas uzdevumu, lai lietotājs no epasta uzreiz var atvērt saskaņojamo dokumentu. ... View more

Sveiciens visiem!   Lai noslēdzošā nedēļas darbdiena iesāktos īpaši priecīgi, izziņojam jaungada konkursa uzvarētājus!   3 veiksmīgie izlozes uzvarētāji ir: @rgrudins, @ivarsj un @Grosa Simona. Sazināsimies ar Jums privāti par balvas saņemšanu.   Apsveicam un priecājamies par katru jauno Visma Community biedru! Kopā mēs izveidosim spēcīgu zināšanu krātuvi un pieredzes apmaiņas vietu!   Lielisku dienu vēlot, Mija Zaļūksne Visma Community vadītāja ... View more

Lai varētu izmantot automātisko piemaksu apmēra kontroles funkcionalitāti, jāizveido nepieciešamie piemaksu kontroles nosacījumu apraksti.   Pēc tam, kad ir ievadītas piemaksas un notiek algas aprēķins, tiek kontrolēts, vai piemaksu kopsumma mēnesī nepārsniedz aprēķināto robežsummu, atbilstoši piemaksu kontroles nosacījumiem.   Ievadot Rīkojumu par piemaksu, ir iespējams iegūt informāciju uz konkrētu datumu par darbinieka aktīvajām piemaksām, kurām Samaksas veids ir iekļauts kādā no Piemaksu kontroles nosacījumiem.   Piemaksu kontroles aprakstus katrā iestādē veido pēc nepieciešamības, norādot konkrētos samaksas veidus, nosacījumus un robežvērtību - procentuālo vai līdz noteiktai summai mēnesī.   Izvēlne: Pamatdati -> Personāla uzskaite -> Aprēķiniem -> Piemaksu kontroles nosacījumi Jaunu ierakstu pievienojot, tiek atvērta ievadforma Piemaksu kontroles nosacījumi.          Piemaksu kontroles nosacījumu ievadformas galvenē tiek norādīts: Kods                piemaksas kontroles nosacījuma kods; Nosaukums    piemaksas kontroles nosacījuma nosaukums; Spēkā no        datums, no kura šis nosacījums ir spēkā; Spēkā līdz      datums, līdz kuram šis nosacījums ir spēkā; Algoritms       izvēlas aprēķina algoritmu, izvēlei tiek piedāvāts : % no likmes prop. nostrādātajam laikam, % no pilnas likmes no slodzes vai Līdz summai mēnesī; Robežvērtība atkarībā no izvēlētā algoritma, tiek norādīta procentuālā robežvērtība (kolonnā redzama % zīme) vai konkrēta summa mēnesī.   Lappusē Apraksts tiek norādīti tie piemaksu samaksas veidi, kuri jāiekļauj piemaksu kontrolē. Loga kreisajā pusē redzams piemaksu samaksas veidu saraksts, no kura uz labajā pusē redzamajiem laukiem tiek pārnesti tie samaksas veidi:  1. augšējā logā - kuriem tiks veikta kontrole jebkuram no norādītajiem samaksas veidiem. Šie samaksas veidi netiek kontrolēti kopā, bet katrs atsevišķi. Laukam jābūt obligāti aizpildītam; 2.  apakšējā logā - kuriem tiks veikta kontrole vienlaicīgi ar jebkuru no augšējā logā norādītiem samaksas veidiem. Tiek norādīts to samaksas veidu komplekts, bez kura kontroles nosacījums nav spēkā - tiek kontrolēti visi šie samaksas veidi kopā. Lauks nav obligāti jāaizpilda.    Lappusē Prombūtnes norāda tos prombūtnes samaksas veidus, kas tiek iekļauti vai neiekļauti, aprēķinot piemaksu robežsummu no mēnešalgas par nostrādāto laiku. Aprēķinot piemaksu robežsummu no mēnešalgas, jāņem vērā nostrādāto (nodarbināto) dienu skaits kalendārajā mēnesī. Pilna mēneša nostrādāto dienu skaitu ietekmē atvaļinājums, slimības lapas vai cita veida prombūtne. Atzīmē iespēju „Prombūtnes samaksas veidi no kuriem” Nerēķina un pārnes uz labās puses sarakstu visus nepieciešamos prombūtnes samaksas veidus, par kuru prombūtnes laiku nerēķina robežsummu.       Piemaksu kontroles nosacījumi algu aprēķinā   Piemaksu kontroles aprēķināšanas process notiek, veicot pilnu algas aprēķinu uz Personas kartītes Tiesiskajām attiecībām pēc dokumenta mēneša.   Kad ir ievadītas piemaksas un notiek algas aprēķins, tiek kontrolēts, vai piemaksu kopsumma mēnesī nepārsniedz aprēķināto robežsummu, atbilstoši piemaksu kontroles nosacījumiem.   Ja piemaksu kopsumma pārsniedz robežsummu, tiek izdots attiecīgs paziņojums un Algas aprēķins darbiniekam netiek veikts.    Piemērs paziņojumam, ja pārsniedz robežsummu :     Tālāk jāveic situācijas analīze un manuāla dokumentu labošana.  ... View more

Instrukcija par dokumentu importa veikšanu no Excel programmas uz VISMA Horizon ir pieejama ŠEIT. ... View more

Novēlam jums sirdssiltus un gaišuma piepildītus svētkus! Paldies par šo gadu un, lai jauni izaicinājumi, panākumi un prieki nākamajā!   ... View more

Instrukcija paredzēta kā palīgmateriāls pašvaldībām, kuras nekustamā īpašuma nodokļa (NĪN) aprēķinam izmanto datorprogrammu “NĪNO” un finanšu uzskaiti veic RVS Horizon.   Instrukcijā aprakstītas veicamās darbības RVS Horizon, lai minimizētu dubultu datu ievadi saistībā ar nekustamā īpašuma nodokļa administrēšanu un nodrošinātu korektu kontu apgrozījumu un atlikumu griezumā pa ekonomiskās klasifikācijas kodiem (EKK) un institucionālajiem sektoriem.   Instrukcija pieejama pielikumā. ... View more

Pielikumā pievienota instrukcija, kā veikt pamatlīdzekļu inventarizāciju, izmantojot Elektroniskās inventarizācijas risinājumu ar mobilo ierīci, kurai ir Android operētājsistēma. ... View more

2019. gada 15. janvārī Citadeles Gateway mainīsies bankas sertifikāts un pieslēgšanās adrese. Lai pēc šī datuma Citadeles tiešsaistes bankas lietošana noritētu bez traucējumiem, nepieciešams: Atjaunināt RVS Horizon ar versijām/laidieniem sākot no 520.27, 525.27, 530.6 Citadeles tiešsaistes bankas konfigurācijā   jānorāda jaunā pieslēgšanās adrese:   https://gate.citadele.lv/gate- edge/B4BGateway. ... View more

Atver sarakstu, kurā nepieciešams identificēt ierakstus, kuri nav unikāli - piemēram klientus ar vienādiem reģistrācijas numuriem. Atver summēšanas logu. Uzstāda summēšanas nosacījumus - lauks, kuram gribam pārbaudīt unikalitāti uzstādām kā grupējošais un kā skaits (lai saskaitītu vienādo ierakstu skaitu) sakārtojot summēšanas logā ierakstus pēc kolonnas skaits ierakstiem, kuriem skaits ir lielāks nekā 1,  nav unikāli ... View more

Publicēta Horizon 530. versija. Sīkāks apraksts un pieteikšanās videosemināram: https://community.visma.com/t5/Zinasanu-baze/Publiceta-530-versija/ta-p/188683     ... View more

Pielikumā ir pieejams pilns 530. versijas apraksts.   Videosemināra ieraksts:   Jaunāko Horizon versiju iespējams lejupielādēt   šeit. To iespējams izdarīt arī caur Horizon (nonāksiet klientu zonā jau kā ielogojies lietotājs):     16.01. plkst. 10:00 aicinām uz videosemināru, kurā eksperts Raivis Bīskaps dalīsies ar svarīgākajiem jaunumiem 530. versijā. Reģistrēties iespējams ŠEIT.   Galvenās izmaiņas 530. versijā   Sistēma   Saistībā ar Vispārīgo personu datu aizsardzības regulu, sistēmā papildinātas personu datu anonimizēšanas iespējas - klienti, avansu norēķinu personas, atbildīgie u.c.   Lai nodrošinātu aktuālus WEB lietotāju datus, veikti papildinājumi WEB lietotāju datu sinhronizēšanā ar personu kartiņām un pašapkalpošanās portālu HoP.   Infrastruktūra   Lai pilnveidotu sistēmas veiktspēju, veikti uzlabojumi integrāciju un infrastruktūras serverī, nodrošinot 64 bitu instalāciju.   Norēķini   Veikti papildinājumi sistēmā, lai nodrošinātu MK noteikumu Nr.87 prasības, kas no 2019. gada 1. janvāra nosaka jaunu grāmatvedības uzskaites kārtību budžeta iestādēm. Apsaimniekošanas modulī izveidota jauna funkcionalitāte, kas nodrošina patēriņa datu uzskaiti gadījumos, ja starp pakalpojuma sniedzēju un klientu ir vienošanās par vienādu patēriņu katru mēnesi.    Algas un personāls No 530.versijas pilnībā pārejam uz jauno atvaļinājumu rezerves fondu funkcionalitāti, kā rezultātā tiek atslēgta iepriekšējā funkcionalitāte. Veikti papildinājumi elektronisko algu nodokļu grāmatiņu importā no EDS.   Saimniecība   Lai uzlabotu dokumentu apmaiņas procesus ar sadarbības partneriem, automatizēts pasūtījumu eksports uz xml failiem un veikti papildinājumi pārdošanas pavadzīmju eksportā un saņemšanas pavadzīmju importā no xml faila. Ir izveidots datu apmaiņas risinājums ar UVS izstrādāto un sertificēto SENTO LAN-E FB 1 kases aparātu. ... View more

Tuvojas svētku laiks un arī mēs vēlamies iepriecināt tos Visma Community lietotājus, kuri bijuši aktīvi jaunpienācēji!   Apsveicam un pateicamies - @katrina55555, @Vija V un @Eva Kalniņa par Jūsu iesaisti.  Izvēlieties kādu no zemāk esošajām balvām un privātā vēstulē man (Mija Zaļūksne) norādiet, kuru vēlaties saņemt:   Taka SPA dāvanu karti 50 EUR vērtībā; Jāņa Rozes grāmatnīcas dāvanu karti 50 EUR vērtībā. Paldies arī pārējiem lietotājiem - novērtējam, ka Visma Community aug un redzam, ka spējam jums ikdienā sniegt atbalstu.   ... View more

Lai būtu ērtāk un vieglāk visiem darbiniekiem nomainīt personas amata datus un piešķirt iepriekšējo kalendāru, ir izveidotas jaunas iespējas kalendāra masveida piešķiršanai/nomaiņai.   Darbības -> Lauku labošana iezīmētajām rindām:     Darbības -> Iezīmēto personas amata datu maiņa   ... View more

530. versijā Apsaimniekošanas modulī izveidota jauna funkcionalitāte, kas nodrošina patēriņa datu uzskaiti gadījumos, ja starp pakalpojuma sniedzēju un klientu ir vienošanās par vienādu patēriņu katru mēnesi. Šāda vienošanās var būt gan beztermiņa, gan uz noteiktu termiņu (remontdarbi, prombūtne, sezonalitāte u.tml.).   Piemēram, vasaras mēnešos dzīvoklī neviens nedzīvo un faktiskā patēriņa šajā laika periodā nav. Vai arī klients nevēlas katru mēnesi ziņot rādījumus, un vienojas par vienādu patēriņu katru mēnesi.   Šādās situācijās skaitītāja kartītes lpp “Patēriņš” var ievadīt noklusēto patēriņu. Tad klients var neziņot skaitītāju rādījumus, jo sistēma pie skaitītāju rādījumu apstrādes ielasa šo noklusēto patēriņu. Skaitītāju kartītē noklusēto patēriņu var ievadīt par pilniem mēnešiem, un periodi nedrīkst pārklāties.   Svarīgi! Papildus veiktas arī vizuālas izmaiņas skaitītāja kartītē - informācija par vidējo patēriņu no lappuses “Dati” pārcelta uz lappusi “Patēriņš” .     Lai atpazītu, kādā veidā rādījumi ir reģistrēti sistēmā, NĪP globālajos parametros (Pamatdati → Nekustamo īpašumu pārvaldība → NĪP globālie parametri) ir iespējams norādīt datu avotu noklusētajam patēriņam.     Reģistrējot rādījumus, sistēma automātiski ielasa noklusēto patēriņu, ja Līgumu rādījumu periods iekrīt Noklusētā patēriņa periodā vismaz ar vienu dienu.     Svarīgi! Šī jaunā iespēja darbojas tikai režīmā Līgumu rādījumi. Izmantojot režīmu Nolasītie rādījumi, šī funkcionalitāte nav pieejama.   Līdzīga iespēja sistēmā ir bijusi līdz šim - līgumu aprēķinu metodē bija iespējams saglabāt patēriņu Aprēķinu skaitītāju laukā “Vidējais daudzums” .   Svarīgi! Pie versijas maiņas tiks veikta datu migr ācija 1:1 no līgumu aprēķinu metodes Aprēķinu skaitītāju lauka “Vidējais daudzums” uz Skaitītāju lpp. “Patēriņš” sadaļu “Noklusētais patēriņš” . Lauks “Vidējais daudzums” vairs nebūs redzams.     Lai pēc datu migrācijas varētu saprast, kādi dati ir pārcelti pie skaitītājiem, vai arī lai varētu aplūkot sareģistrētos noklusētos patēriņus, sistēmā ir izveidots jauns saraksts ( Pamatdati → Nekustamo īpašumu pārvaldība → Skaitītāji → Skaitītāji ar noklusēto patēriņu ), kas attēlo Noklusētā patēriņa rindiņas no Skaitītāju kartītēm.     Lai būtu iespējams importēt datus par noklusēto patēriņu, skaitītāju Excel importa veidne papildināta ar lappusi “Noklusētais patēriņš” .   Papildināta arī skaitītāju kartītes slēgšana ar brīdinājumu, ka Noklusētā patēriņa rinda tiks slēgta ar skaitītāja “Spēkā līdz” datumu.   ... View more

Sākot ar 530. versiju, izveidota iespēja veikt vienkāršāku izejošo maksājumu importu ar Excel veidni. Šo iespēju var izmantot, piemēram, nodokļu pārmaksu atmaksu vai pabalstu izmaksu privātpersonām gadījumos, kad maksājumu sagatavošanas process notiek ārpus Horizon kādā citā sistēmā.   Šajās situācijās Horizon sistēmā klientiem nav rēķinu vai pavadzīmju, tādēļ iespēja ir pieejama tikai klientu kartītēm ar tipu Neuzskaita.   1. Izejošo maksājumu ārējo datu ielāde   Maksājumu uzdevumu sarakstam ( Dokumenti → Banka → Maksājumu uzdevumi ) ir pievienota jauna darbība “Izejošo maksājumu ārējo datu ielāde” , kur iespējams izveidot jaunu veidni vai aizpildīt datus no faila.     Pašā Excel veidnē pietiek norādīt tikai dažus obligātos laukus - vārdu, uzvārdu, personas kodu, saņēmēja IBAN un summu.     Nākamajā solī lietotājam jānorāda sava uzņēmuma bankas rēķins, no kura tiks veikta izmaksa, un maksājumu dokumentu tips.     Apstiprinot maksājumu importu, sistēmā tiek izveidoti Maksājumu uzdevumi, kurus tālāk var sūtīt uz banku.   ... View more

Lai samazinātu lietotāju administrēšanā patērēto laiku un nodrošinātu aktuālus lietotāju datus, sistēmā, sākot ar 530. versiju, veikti pilnveidojumi darbam ar WEB lietotājiem: izmaiņas WEB lietotāja kartītē, papildu iespējas WEB lietotāju ģenerēšanas darbībā, jauns automatizētais darbs. Veiktas izmaiņas Lomu sarakstā, radot iespēju analizēt dažādu tipu lomas.   WEB lietotāju izveide un labošana   Papildinātas iespējas darbībai “Izveidot WEB lietotājus”, kura pieejama pamatdatu  sarakstos:| Personu kartītes (Pamatdati → Personāla uzskaite) Personu saraksts (Pamatdati → Uzņēmums ) Lietotāji (Pamatdati → Kases sistēmas)    Turpmāk ar šo Darbību būs iespējams ne tikai ģenerēt WEB lietotāju kartītes jauniem darbiniekiem, bet arī labot kontaktinformāciju esošiem WEB lietotājiem, nolasot datus no atbilstošās personas kartītes. Kā papildu iespēja tiek piedāvāts izvēlēties pieejas vārda (login name) ģenerēšanas šablonu.       Darbība strādā ar iezīmētajām rindām. Ja darbiniekam jau ir izveidots WEB lietotājs, izpildot šo Darbību, sistēma neveidos vēl vienu lietotāju, bet gadījumā, ja atzīmēts papildu parametrs “Esošiem WEB lietotājiem labot  kontaktinformāciju” , aktualizēs vērtības WEB lietotāja kartītes laukos “Vārds”, “Uzvārds” un  “E-pasts”.   Ar aktivizēto darbības papildu parametru “Atvērt apstrādāto WEB lietotāju sarakstu” , Darbības izpildes beigās tiks atvērts saraksts ar WEB lietotāju kartītēm, kuras tika apstrādātas (izveidotas vai labotas) darbības izpildes laikā. No šī saraksta var uzreiz apskatīt darbības izpildes rezultātus, nepieciešamības gadījumā papildinot vai dzēšot kartīšu datus.   WEB lietotāju sinhronizācija ar personas kartīti   Lai WEB lietotāju dati vienmēr būtu aktualizēti atbilstoši datiem personu kartiņās un nebūtu jāveic atkārtota personu datu labošana WEB lietotāju datos, izveidots jauns automatizētais darbs “WEB lietotāju sinhronizācija” , kurš veic WEB lietotāju datu sinhronizāšanu ar personu kartītes datiem.     Šis automatizētais darbs ar laiku pilnībā aizvietos esošo “Aktivizēt/izveidot WEB lietotājus” . Jaunā automatizētā darba datu apstrādes princips līdzīgs Personu saraksta darbībai “Izveidot WEB lietotājus” .     Tā kā automatizētais darbs tiek izpildīts bez lietotāju iesaistīšanas (lietotājs nevar iezīmēt darbiniekus, kuriem jāveido vai jālabo WEB lietotāju kartītes), darbam ir parametrs “Stājušies darba attiecībās, sākot ar” , pēc kura tiks atlasīti darbinieki, kuriem jāveido/jālabo WEB lietotājs.   Ja nepieciešams aprakstīt automatizēto darbu vienīgi kontaktinformācijas sinhronizācijai, darba parametros jāaktivizē tikai viens parametrs “Esošiem WEB lietotājiem labot  kontaktinformāciju” .   WEB lietotāja sinhronizācija ar HoP   Lai vienkāršotu lietotāju datu apstrādi HoP , izveidots automatizētais darbs, kurš WEB lietotāju datus nodod uz HoP .     WEB lietotāja kartītē ( Sistēma → Administrēt → WEB lietotāji ) pievienots jauns lauks “Sinhronizācija ar HOP lietotāju” , kuru ieteicams izmantot gadījumos, kad šim WEB lietotājam ir paredzēts darbs ar pašapkalpošanās portālu HoP .   Aktivizējot šo parametru, WEB lietotāja kartītē veiktās izmaiņas NĀKOTNĒ automātiski tiks sūtītas uz HoP, tādējādi nodrošinot aktuālus HoP lietotāja datus. WEB lietotāja izveide, labošana vai deaktivēšana automātiski tiks sinhronizēta ar  HoP.       Mainīts WEB lietotāja lauka “Autorizācijas veids” nosaukums uz “Autentifikācijas veids”. WEB lietotāju sarakstā ir pielikta jauna kolonna “Kartītes pēdējās labošanas laiks” , kurā var redzēt pēdējā labošanas notikuma datumu un laiku (jaunizveidotajai kartītei šajā kolonnā būs izveides datums un laiks). ... View more

Lai samazinātu manuālās operācijas veicot loģistikas pasūtījumu eksportu uz ārējām sistēmām, ir izveidots jauns automatizētais darbs - Loģistikas pasūtījumu eksports XML formātā . Saglabāta ir arī iespēja pasūtījumus eksportēt manuāli no pasūtījumu saraksta.   Sistēma → Uzstādījumi → Automatizētie darbi   Loģistikas pasūtījumu eksporta konfigurācija jāaizpilda lappusē “Objekta konfigurācija”: Filtrs - loģistikas pasūtījumu sarakstā saglabāts filtrs, pēc kura programma atlasīs eksportējamos pasūtījumus; Neapstrādāt dokumentus, kas vecāki par - robeždatums, ar kuru sākot tiek atlasīti dokumenti eksportam; Eksporta faila direktorija - vieta, kur jāsaglabā pasūtījuma eksporta XML fails; DLL fails - eksportam jāizmanto EXPLOGPAS.DLL fails. Visi augstāk minētie konfigurācijas parametri ir obligāti aizpildāmi.     Dokumenti → Loģistika → Pasūtījumi   Loģistikas pasūtījumu saraksta izskatā iespējams pievienot lauku “Eksportēts”. Eksportētiem pasūtījumiem šajā laukā tiek norādīts eksporta datums un laiks. Lauks tiek aizpildīts gan automatizētā darba, gan manuāla eksporta gadījumā.       Svarīgi! Izmantojot automatizēto darbu, tiek eksportēti pasūtījumi, kuri: Atbilst automatizētā darbā norādītajam filtram; Pasūtījuma datums ir lielāks vai vienāds ar “Neapstrādāt dokumentus, kas vecāki par” ; Pasūtījumu sarakstā lauks “Eksportēts” ir tukšs. ... View more

Sākot ar 530. versiju ir izveidots datu apmaiņas risinājums ar UVS izstrādāto un atbilstoši Ministru kabineta 2014. gada 11. februāra noteikumiem Nr. 96 “Nodokļu un citu maksājumu reģistrēšanas elektronisko ierīču un iekārtu lietošanas kārtība” sertificēto SENTO LAN-E FB 1 kases aparātu.   Datu apmaiņas risinājums ar UVS ir iekļauts modulī Pieslēgums EKA un bez papildus maksas pieejams visiem klientiem, kuri līdz šim šo moduli ir lietojuši.   Svarīgi! Kases aparāta tīkla aktuālajai konfigurācijai ir jābūt aprakstītai pirms tiek veikta datu sinhronizācija.   Konfigurācija   Sākot darbu ar jaunu kases aparātu, uz darba stacijas, no kuras tiks veikta datu sinhronizācija, ir jāveic kases aparāta dziņa failu reģistrācija. Ir izveidots instalācijas fails UVS_Sento_Drv.exe .   Faila lejupielāde:  ftp://apvinst:iopyRT5431@ftp.visma.lv/apv/UVS_Sento/UVS_Sento_Drv.zip   Sistēma → Uzstādījumi → Dokumentu tipi → Kases pavadzīme Kases pavadzīmes dokumenta tipā ir jāpiešķir automātiskais numerators.   Kases aparāta tīkla apraksts   Pamatdati → Kases sistēmas → Kases aparātu tīkli   Kases aparāta tīklā norādāmā konfigurācija datu apmaiņas nodrošināšanai:    Lappuse “Dziņa dati”   Dziņa fails Datu apmaiņa ar SENTO LAN-E FB 1 kases aparātu tiek nodrošināta ar UVSSENTODRV.DLL failu. Parametri Skatīt zemāk “Lappuse “Dziņa dati” → Parametri” Arhīvu glabāšanas termiņš Iespējams norādīt cik dienas glabāt kases realizācijas datus Horizon datubāzes arhīvā. Dati, kuri pārsniedz norādīto termiņu, tiek dzēsti brīdī, kad tiek veidota tekošās dienas kases pavadzīme.   Lappuse Dziņa dati → Parametri   Draivera direktorija Direktorijā tiek saglabāti pēdējās datu apmaiņas .txt faili. Direktorijai jābūt piešķirtām datu rakstīšanas/lasīšanas tiesībām. Komunikācijas veids - TCP/IP pieslēgums - jānorāda kases aparāta IP adrese un ports - Pieslēgums ar seriālo portu - jānorāda kases aparātā izmantotais COM ports Vienlaicīgi var tikt izmantots viens komunikācijas veids . Uzstādījumi ir jāveic gan Horizon, gan kases aparātā. EKA nodokļu numuri PVN likmju konfigurācija vispirms ir jāveic kases aparātā. Pēc tam Horizon kases tīkla aprakstā jānorāda Horizon PVN likmju kodi, lai to procentuālās vērtība atbilst kases aparāta PVN likmju procentu vērtībām. Ja uz kases aparātu tiks sūtītas preces/pakalpojumi ar likmi “N - Neapliekams”, tad kases aparātā likmei G ir jābūt aprakstītai PVN Neapliekams. Maksāšanas veidu kodi Maksāšanas veidu konfigurācija vispirms ir jāveic kases aparātā. Pēc tam Horizon kases tīkla aprakstā jānorāda Horizon maksāšanas veidu kodi, ievērojot secību kāda tiem ir piešķirta kases aparātā. Nomenklatūras nosaukuma garums Pēc noklusējuma 40 zīmes. Tas ir maksimālais atļautais zīmju skaits kases aparātā.   Lappuse “Datu nosūtīšana” Cenas veids Uz kases aparātu tiek sūtītas norādītā cenu veida cenas. Cenu veidam un cenām jābūt norādītām ar iekļautu PVN . PVN kategorija Norādītā cenu veida PVN kategorija. Tiek izmantota kases pavadzīmes veidošanā. Cenas veids Uz kases aparātu tiek sūtītas norādītā cenu veida cenas. Cenu veidam un cenām jābūt norādītām ar iekļautu PVN . PVN kategorija Norādītā cenu veida PVN kategorija. Tiek izmantota kases pavadzīmes veidošanā.   Lappuse “Pavadzīmes veidošana”   Klients Kases pavadzīmes klients. Noliktava Kases pavadzīmes noliktava. Pvz.ģen.veids Katram kases aparātam tiek veidota atsevišķa kases pavadzīme. Kases pavadzīmes dokumenta tips Datu nosūtīšana uz kases aparātu   Sistēma → Datu apmaiņa → Kases aparāti   Datu nosūtīšana uz kases aparātu ir veicama manuāli.   Kases aparātu nodaļu sūtīšana: Maksimālais atļautais koda zīmju skaits kases aparātā ir 2 Kodā drīkst būt izmantoti tikai cipari Maksimālā koda vērtība 99 Kases aparāta nodaļas iespējams pievienot, labot, dzēst.   Datu nosūtīšana uz kases aparātu   Sistēma → Datu apmaiņa → Kases aparāti   Datu nosūtīšana uz kases aparātu ir veicama manuāli.   Kases aparātu nodaļu sūtīšana: Maksimālais atļautais koda zīmju skaits kases aparātā ir 2 Kodā drīkst būt izmantoti tikai cipari Maksimālā koda vērtība 99 Kases aparāta nodaļas iespējams pievienot, labot, dzēst   Preču un pakalpojumu sūtīšana:   Svarīgi! Kases aparātā preču un pakalpojumu nosaukumi nedrīkst sakrist. Uz kases aparātu primāri tiek sūtīts svītrkoda nosaukums, bet ja tas nav aizpildīts, tad preces/pakalpojuma nosaukums. Nosūtīt iespējams preces un pakalpojumi ar svītrkodiem Nosūtīt iespējams arī preces un pakalpojumus bez cenas Šādā gadījumā, noformējot čeku, cena kases aparātā ir jānorāda manuāli. Tiek sūtītas cenas, kuras ir spēkā uz norādīto datumu Tiek sūtītas preču un pakalpojumu mērvienības Svarīgi! Uzsākot darbu ar jaunu kases aparātu, pirms preču un pakalpojumu sūtīšanas ir nepieciešams pārliecināties, lai mērvienību apzīmējumi kases aparātā, sakrīt ar apzīmējumiem Horizon. Tas nepieciešams, lai kases aparātā precēm un pakalpojumiem tiktu piešķirtas pareizas mērvienības un netiktu veidoti lieki mērvienību ieraksti. Maksimāli atļautais mērvienību skaits kases aparātā ir 14. Preces un pakalpojumus ir iespējams pievienot, labot, dzēst   Datu saņemšana no kases aparāta   Sistēma → Datu apmaiņa → Kases aparāti   Realizācijas datu lasīšana no kases aparāta ir veicama manuāli.   Svarīgi! Kases pavadzīmes veidošana ir jāveic pirms Z-atskaites noņemšanas uz kases aparāta. Pēc Z-atskaites noņemšanas kases pavadzīmi ieveidot nebūs iespējams.     Kases pavadzīmes veidošana no arhīva   Sistēma → Datu apmaiņa → Kases aparāti   Pēc kases pavadzīmes izveidošanas realizācijas dati tiek saglabāti Horizon datubāzes arhīvā. Nepieciešamības gadījumā kases pavazīmi iespējams izveidot no arhīva.   ... View more

Metarēķinu sarakstā līdz šim bija iespēja metarēķinu piesaistīt apgādes rēķiniem. Programmā ir veikti papildinājumi (sākot ar 530. versiju), lai metarēķinus turpmāk būtu iespējams piesaistīt arī pavadzīmēm un pamatlīdzekļu dokumentiem.   Ceļš: Dokumenti → Metarēķini → Metarēķinu saraksts   Metarēķinu sarakstā ir pievienota iespēja izveidot piesaistes saņemšanas pavadzīmēm, pamatlīdzekļu iegādes un rekonstrukcijas dokumentiem . Izveidojot piesaisti metarēķinam tiek uzstādīts statuss - “Nodots” .   Pievienota arī iespēja atcelt piesaistes. Veicot šādu darbību, metarēķina statuss tiek uzstādīts - “Apstiprināts” . Gadījumā, ja metarēķinam ir piesaistīti vairāki dokumenti, tad piesaistes tiek atceltas visiem piesaistītajiem dokumentiem.   Piesaistes izveidošana un atcelšana ir veicama katram metarēķinam atsevišķi . Šīs darbības tiek reģistrēts metarēķina notikumu sarakstā .   Metarēķinu sarakstā zem Darbības -> Dokumentu saraksts ir apskatāmi metarēķinam piesaistītie dokumenti.     Ceļš: Dokumenti → Pamatlīdzekļi → Saraksts   Pamatlīdzekļu dokumentu sarakstā ir papildināts izskats, lai tajā būtu iespējams pievienot informāciju par piesaistīto metarēķinu.   Šāda iespēja jau šobrīd ir pieejama apgādes rēķinu un pavadzīmju sarakstos.   ... View more

MK noteikumi Nr. 87, sākot ar 01.01.2019.   Sākot ar 2019. gada 1. janvāri, stājas spēkā MK noteikumi Nr.87, kas nosaka jaunu grāmatvedības uzskaites kārtību budžeta iestādēm, kā rezultātā tiek mainīts kontu plāns: https://likumi.lv/ta/id/297134-gramatvedibas-uzskaites-kartiba-budzeta-iestades   Kas jāņem vērā lietotājiem?   Attiecībā uz apgādes un realizācijas kontiem šobrīd kontu maiņu masveidā sistēmā iespējams veikt tikai virsgrāmatas līmenī, izmantojot kontu atlikumu pārgrāmatošanas dokumentu. Tādējādi virsgrāmatā klientu atlikumi tiek pārgrāmatoti uz jaunajiem klientu kontiem, bet apgādes un realizācijas moduļa uzskaitē paliek vēsturiskie dokumenti. Tas būtiski ietekmē tās sistēmas funkcionalitātes, kur tiek izmantots klienta konts no parāda dokumenta grāmatojuma, piemēram, maksājuma sadalījuma aizpilde no piesaistītā dokumenta (gan manuāli, gan izmantojot tiešsaistes banku funkcionalitāti) un informācijas ieguve par parāda dokumentu klienta kontu un uzkrājumu kontiem debitoru novērtēšanas risinājumā. Piemērs Piemēram, sistēmā ir ie vadīts realizācijas rēķins ar 01.09.2018. izpildes datumu, kas  grāmatots uz 2319 kontu. Sākot ar 01.01.2019. datumu, jaunajā kontu plānā šis konts aizvietots ar 2311 kontu, savukārt, iepriekšējais 2319 konts tiek slēgts. Virsgrāmatas līmenī atlikumi no 2319 konta tiek pārgrāmatoti uz  2311 kontu, izmantojot kontu atlikumu pārgrāmatošanas dokumentu, taču realizācijas modulī klienta parādu veidojošie dokumenti joprojām paliek grāmatoti 2319 kontā. Ja sistēmā ir ieslēgts Kontroles un vides parametrs “Piesaistīto dokumentu informācija uz sadalījumu”, 2019. gadā apmaksājot 2018. gada rēķinu, kaut arī rēķins grāmatots 2319 kontā, uz maksājuma sadalījumu jāpārnes jaunais 2311 konts, atbilstoši kontu atbilstības tabulai pēc MK noteikumiem Nr.87. Savukārt, debitoru novērtēšanas risinājumā, ja  01.09.2018. datuma rēķinam tiek rēķināti uzkrājumi 2018. gadā, tad uzkrājuma apjoms jāgrāmato uz 2319 kontam atbilstošo uzkrājumu kontu, taču 2019. gadā uzkrājums jāgrāmato jau uz 2311 kontam atbilstošo uzkrājumu kontu. Lai šo situāciju atrisinātu, sistēmā veikti papildinājumi maksājumu sadalījumu aizpildes algoritma noteikšanā un debitoru novērtēšanas risinājumā, paplašinot esošo kontu pārejas tabulu funkcionalitātes pielietojumu.   Sīkāks apraksts par kontu pārejas tabulu pielietojumu maksājumu sadalījumā, pieejams pielikumā. ... View more