Labdien!   Brīdinām, ka rīt, 31. augustā, sakarā ar tehnisku uzlabojumu veikšanu, Visma Community būs pieejams tikai lasīšanas režīmā - t.i. viss saturs būs pieejams, tomēr nebūs iespējams ne komentēt, ne pievienot jaunus foruma jautājumus, ne rakstīt vēstules.   Atvainojamies par sagādātajām neērtībām! Ar cieņu Mija Zaļūksne (Visma Community vadītāja)     ... View more

Esam sagatavojuši vērtīgu maksas apmācību programmu.   Tajā iekļautas gan jaunas, gan iepriekšējās sezonas labākās apmācības.   Kā ierasts, apmācības notiks nelielās (līdz 10 cilvēkiem) grupās datorklasē un tās vadīs profesionāli un pieredzējuši Horizon konsultanti.     Doties uz apmācību sarakstu ... View more

UX and EasyCruit   The work on improving EasyCruit is ongoing and in this post you will get some insights to what is going on, but first a brief introduction to the author of this post. My name is Sandra Skogum and I have been working as a UX (user experience) Designer with EasyCruit for around one year. In short, my job is listening to users and improve the usability of the system according to the user’s needs. Working with UX in EasyCruit is as fun as it is challenging and at the moment a lot of focus is directed on improving the candidate management process.   A candidate management in change Redesigning the entire candidate management process in EasyCruit is a major project and in order to manage it, the work needs to be divided into smaller steps where new ideas are created, tested and iterated before they are implemented in production. To ensure that new design and functionality really add value, users are continuously involved in providing feedback about what works or does not. We are now in the first stage of redesigning the candidate management and the first version has the purpose to achieve three goals: Provide an easy overview of the candidates in a recruitment. Enable quick assessment of the information in a candidate application. Intuitive navigation between candidates.   Being able to go through applications in an easy and efficient way is crucial when quickly deciding how to proceed with candidates, and to clearly show and highlight the information that matters most to you is obviously of high importance. The reason to limit the first version to only cover the information layout and navigation depends on the desire to evaluate each part separately and since the candidate overview and the applications are the essence to continuing working with the candidates, it is a natural start to begin with. Once the first version has been evaluated, the next part of the process will be investigated, new ideas and solutions will be tested, and then the work will continue iteratively until a completely new candidate management is in place. In the video below, I will tell you more about and show a prototype of how a first version of the new information layout might look like, please take a look! Keep in mind that it is a limited version and that more functionality will be added step by step. Make your voice heard Do you have feedback or thoughts on how the candidate management could be improved to meet your needs? Do not hesitate to contact me at sandra.skogum@visma.com. Feedback from users is invaluable to create a new EasyCruit where the users' needs are supported to the best.   https://youtu.be/_Ri8hHj0bnU ... View more

Šajā rakstā grāmatvedības žurnāls iFinanses ir apkopojis svarīgākās likumdošanas izmaiņas 2018. gada 2. ceturksnī, kas saistītas ar: grāmatvedību stājas spēkā grozījumi noteikumos par grāmatvedības kārtošanu un organizāciju; precizētas saimnieciskās darbības veicēju grāmatvedības prasības. nodokļiem UIN deklarācijas iesniegšana; varēs izvēlēties nepiemērot neapliekamo minimumu darba ienākumiem; nodokļu samaksu varēs veikt 1 maksājumā. darba tiesībām ģenerālvienošanās gadījumā varēs vienoties par mazākām virsstundu piemaksām; plānots pilnveidot darba tiesisko regulējumu; šogad būs vēl viena oficiālā brīvdiena. Lasīt pilnu rakstu ŠEIT.  ... View more

Horizon ir pieejams risinājums papildatvaļinājuma dienu aprēķinam pēc novērtējuma un stāža (ja nepieciešams novērtējumu saistīt arī ar darba stāžu). Lai sāktu lietot šo funkcionalitāti, jāveic konfigurācija un datu ievade, par ko sīkāk skaidrojums šajā rakstā.   Papildatvaļinājuma par novērtējumu konfigurācija Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → Atvaļinājuma rezerves fondi     Kods, nosaukums: norāda papildatvaļinājuma rezerves fonda kodu un nosaukumu. Veids: Papildatvaļinājums Darba periods: Ir iespēja izvēlēties darba periodu - Darba gads vai Kalendārais gads. Jāizvēlas tāds darba periods, kāds tiek piemērots ikgadējam atvaļinājumam Dienu tips: Apmaksājamās dienas (parasti papildatvaļinājumu piešķir apmaksājamās dienās) Dienu skaits: norāda dienu skaitu, pēc kura sistēmā tiks uzskaitīts un kontrolēts fonds. Dienu skaitu norāda 0 (nulle), ja dienu skaita noteikšanai ir piesaistīta nosacījumu tabula ARF Stāžu - novērtējumu konfigurācija. Ikgadējais ARF: Atvaļinājuma rezerves fonda aprakstā izvēloties veidu Papildatvaļinājums, tiek piedāvāta iespēja to saistīt ar ikgadējo atvaļinājumu. Saistītais ikgadējais atvaļinājums jānorāda tikai tad, ja vēlas, lai sistēma veiktu kontroli, ka papildatvaļinājumu var izmantot laikposmā līdz nākamajam ikgadējam apmaksātajam atvaļinājumam (Valsts un pašvaldību institūciju amatpersonu un darbinieku atlīdzības likums, 42.pants). Ja tiks norādīts saistītais ikgadējais atvaļinājums, tad, veidojot prombūtnes dokumentus, tiks veikta kontrole, un nepieciešamības gadījumā lietotājs tiks brīdināts, ja atvaļinājumi netiek tērēti pareizā secībā. Uzkrājuma pārcelšana: lietotājam ir iespēja izvēlēties, kā neizmantoto papildatvaļinājumu pārcelt uz nākamajiem periodiem. Ja uzkrājumu drīkst pārcelt “ierobežoti” uz noteiktu skaitu periodiem un tā darbības laikā uzkrātās dienas netiek izmantotas, tās vairs nevar izmantot  un netiek izmaksātas pie atbrīvošanas kā atvaļinājuma kompensācija; Kompensēt pie atbrīvošanas: ja neizmantoto papildatvaļinājumu ir nepieciešams kompensēt pie atbrīvošanas, tad ir jābūt atzīmētam šim parametram.  Kompensācijas algoritms: Proporcionāls/Konstants. Proporcionāls - tiek aprēķināts kompensējamo dienu skaits atbilstoši nostrādātam periodam (līdzīgi kā ikgadējam atvaļinājumam). Konstants - pieejamo dienu skaits tiek kompensēts pilnā apmērā - ja pienākas 3 dienas, tad 3 dienas tiek kompensētas.   Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → ARF Samaksas veidu konfigurācija   Lappusē Izlietojums ir jānorāda tie samaksas veidi, kas izlieto fonda uzkrājumu -attiecīgie papildatvaļinājuma samaksas veidi un papildatvaļinājuma kompensācija (ja šis papildatvaļinājums tiek kompensēts).   Pēc tam sistēmā nepieciešams nodefinēt stāžu intervālus, kas attieksies uz konkrēto papildatvaļinājumu. Stāžu intervāli atrodas Pamatdati → Personāla uzskaite → Personu lietām → Stāžu intervāli.       Sistēmā jābūt nodefinētiem arī novērtējumiem - Pamatdati → Personāla uzskaite → Personu lietām → Novērtējumi     Pamatdati -> Personāla uzskaite → Personu lietām → Atvaļinājumu rezerves fondiem → ARF Stāžu-novērtējumu konfigurācijas nepieciešams norādīt papildatvaļinājuma dienu skaitu atkarībā no stāža un novērtējuma.    Veidojot jaunu ARF Stāžu-novērtējumu konfigurācijas tabulu, vispirms ir jāizvēlas fonds, kura dienu skaits būs atkarīgs no stāža, un arī pats stāžs. Tālāk tabulā kreisajā pusē ir redzami sistēmā ievadītie novērtējumi un pirmajā rindā stāžu intervāli. Tabulā ir jāievada dienu skaits pret katru stāža intervāla-novērtējuma kombināciju.   ❗Parasti papildatvaļinājumu piešķir tikai pēc novērtējuma. Tabulā attēlots piemērs kā jāizskatās konfigurācijai gadījumā, ja ir tikai viens stāža intervāls:     ❗Ja papildatvaļinājums ir atkarīgs arī no stāža, jābūt ievadītai arī darba stāža informācijai.   Papildatvaļinājuma par novērtējumu ievade Iesakām papildatvaļinājumu par novērtējumu vadīt kā Manuālu uzkrājumu, jo bieži novērtējuma periods nesakrīt ar darbinieka darba periodu. Sistēmā jābūt ievadītiem darbinieku novērtējuma protokoliem.     Veidojot ierakstu manuāli: ierakstam ir lauks “Novērtējuma protokols”, laukā “Novērtējuma protokols” tiek piesaistīta aktuālā informācija no novērtējuma protokola,  ir iespēja nomainīt darba gada periodu, pēc kura būs jāizmanto papildatvaļinājums. Turpmāk, pievienojot papildatvaļinājuma rindiņu, tiek atrasts jaunākais novērtējuma protokols pēc novērtēšana datuma → tad tiek aprēķināts, uz kuru darba periodu attiecas novērtējums (kurā darba periodā ietilpst novērtēšanas datums) → tad tiek atrasts stāžs uz darba perioda beigām → tiek aprēķināts papildatvaļinājuma dienu skaits. Ja personāla speciālistu neapmierina piesaistītais novērtējuma protokols, aprēķinātais periods vai dienu skaits, ir iespēja to nomainīt uz citu vērtību.   ... View more

Horizon ir pieejams risinājums papildatvaļinājuma automātisko dienu aprēķinam par aprūpē esošajiem bērniem. Atkarībā no darbinieka aprūpē esošo bērnu skaita un vecuma, sistēma automātiski aprēķina papildatvaļinājuma dienu skaitu. Lai sāktu lietot šo funkcionalitāti, jāveic konfigurācija un datu ievade, par ko sīkāk skaidrojums šajā rakstā. Papildatvaļinājuma par bērniem konfigurācija Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → Atvaļinājuma rezerves fondi   Kods, nosaukums: norāda papildatvaļinājuma rezerves fonda kodu un nosaukumu; Veids: Papildatvaļinājums; Darba periods: Ir iespēja izvēlēties darba periodu - Darba gads vai Kalendārais gads. Darba periods nosaka, par kādu uzskaites periodu notiks atvaļinājuma dienu uzskaite, tērēšana un kontroles; Dienu tips: Apmaksājamās dienas; Dienu skaits: norāda dienu skaitu, pēc kura sistēmā tiks uzskaitīts un kontrolēts fonds. Dienu skaitu norāda 0 (nulle), ja dienu skaita noteikšanai ir piesaistīta nosacījumu tabula ARF Papildatvaļinājumu par bērniem konfigurācija; Ikgadējais ARF: Papildatvaļinājumam par bērniem nav nepieciešama tieša sasaiste ar Ikgadējā atvaļinājuma izlietojumu (secīgums), tāpēc ieteicams šo lauku atstāt tukšu; Uzkrājuma pārcelšana: lietotājam ir iespēja izvēlēties, kā neizmantoto papildatvaļinājumu pārcelt uz nākamajiem periodiem. Ja uzkrājumu drīkst pārcelt “ierobežoti” uz noteiktu skaitu periodiem un tā darbības laikā uzkrātās dienas netiek izmantotas, tās vairs nevar izmantot  un tās netiek izmaksātas pie atbrīvošanas kā atvaļinājuma kompensācija; Kompensēt pie atbrīvošanas: ja neizmantoto papildatvaļinājumu, ir nepieciešams kompensēt pie atbrīvošanas, tad ir jābūt atzīmētam šim parametram. Ja papildatvaļinājumam ir izvēlēts šis parametrs, tad tiek īstenots Darba likuma 151. panta 5. punkts. Kompensācijas algoritms: Proporcionāls/Konstants. Proporcionāls - tiek aprēķināts kompensējamo dienu skaits atbilstoši nostrādātam periodam (līdzīgi kā ikgadējam atvaļinājumam). Konstants - pieejamo dienu skaits tiek kompensēts pilnā apmērā - ja pienākas 3 dienas, tad 3 dienas tiek kompensētas.   Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → ARF Samaksas veidu konfigurācija   Lappusē Izlietojums ir jānorāda tie samaksas veidi, kas izlieto fonda uzkrājumu -attiecīgie papildatvaļinājuma samaksas veidi un papildatvaļinājuma kompensācija.   Pamatdati → Personāla uzskaite → Personu lietām → Atvaļinājuma rezerves fondiem → ARF Papildatvaļinājumu par bērniem konfigurācija   Tā kā papildatvaļinājuma par bērniem pieejamo dienu skaits ir atkarīgs no aprūpē esošo bērnu skaita, tad jāizveido speciāla ARF konfigurācijas tabula, kurā norādīt dienu skaitu, atkarībā no bērnu skaita un vecuma. Zemāk redzamajā piemērā ir konfigurācijas tabula, kas veidota, atbilstoši DL noteiktajam papildatvaļinājuma dienu apmēram:   Aprēķinot pieejamo papildatvaļinājuma dienu skaitu par konkrēto periodu, bērna dzimšanas datums tiek skatīts kopā ar darbinieka atvaļinājuma periodu (darba gads vai kalendārais gads), vai kādā no perioda dienām darbinieka aprūpē esošie bērni atbilst tabulas nosacījumiem. Ja kaut vienā perioda dienā darbiniekam ir aprūpē esoši bērni, kas atbilst konfigurācijas tabulas nosacījumiem, tad par konkrēto periodu tiek piešķirts attiecīgais dienu skaits.   Bērna datu ievade papildatvaļinājumam par bērniem Pamatdati → Personāla uzskaite → Personas kartīte → Personas dati → Ģimenes locekļi vai Pamatdati → Personāla uzskaite → Personu dati → Ģimenes locekļi   Lai sistēmā varētu piešķirt papildatvaļinājumu par bērniem (saskaņā ar Darba likuma 151.pantu), jāievada informācija par darbinieka bērniem.   Papildatvaļinājuma aprēķinam obligāti aizpildāmie lauki: Vārds - bērna vārds (var rakstīt arī Dēls/Meita); Dzimšanas datums - bērna precīzs dzimšanas datums. Pārējos laukus aizpilda pēc nepieciešamības. Ja bērnam ir invaliditāte, aizpildām arī sadaļu “Invaliditāte”:   Pēc datu aizpildes obligāti jānospiež zibens , lai informācija par ģimenes locekli tiktu pievienota papildatvaļinājumam par bērniem. Pēc šī kritērija sistēma mācēs aprēķināt piešķiramo papildus dienu skaitu darbiniekam.   No Horizon 575. versijas atvaļinājuma rezerves fonda ieraksts par bērniem veidojas automātiski, izpildoties konkrētiem nosacījumiem. Sīkāk par to var izlasīt šajā rakstā: Automātiska dokumentu veidošana pie darbinieka pieņemšanas           ... View more

Pilns versijas apraksts ir pieejams pielikumā. VISMA HoP atjauninājums ir pieejams šeit - https://drive.visma.lv/#Drive/ HoP   Galvenās izmaiņas HoP Goldfish versijā:   Izveidota integrācija ar Horizon WEB moduļiem "Komandējumi" un "Darba laika uzskaite". Tagad lietotājiem, lai izmantotu šīs funkcionalitātes, vairs nebūs jāpārslēdzas starp Horizon WEB un HoP. HoP "Materiālie resursi" modulis papildināts ar jaunu lietotni "Krājumu norakstīšana", kas paredzēta noliktavā esošo krājumu norakstīšanas iniciēšanai. Veikti papildinājumi kas atvieglo lietotāju administrēšanu un uzlabo sistēmas drošību. Veikti Horizon uzlabojumi atvaļinājumu dienu attēlošanai, kas ir pieejami no Horizon 515.v.13.l. Ja Horizon nav atjaunots uz šo laidienu, tad atvaļinājumu dienu attēlošana un atvaļinājumu kalkulators HoP nav pieejams. Sākot ar Horizon 510 12. laidienu web lietotājam piesaistītajam Horizon lietotājam jāpieliek tiesību punkts -  Dokumenti > Personāla uzskaite > [Jauns] atvaļinājuma rezerves fondi darbiniekiem > Pievienot un labot, lai tiktu attēlots atvaļinājuma uzkrājums. Materiālo resursu sarakstā izveidota iespēja pamatlīdzekļiem pievienot attēlu. ... View more

Ir izveidots datu apmaiņas risinājums ar UVS izstrādātajām 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ētajām sistēmām.   Datu apmaiņa ir veidota ar UVS TradePro POS, kas ir izmantojama ar šādām UVS sistēmām:   Kases sistēmām: UVS FB.7.1 TPPOS UVS FB.7.0 TPPOS 1 UVS FB.7.1 POS FASTFOOD 1 UVS FB.7.1 POS CAFE 1   Hibrīdkases sistēmām: UVS HFB.V7.1 CAFE 1 UVS HFB.V7.1 FASTFOOD 1 UVS HFB.V7.1 TPPOS 1.0   Datu apmaiņas risinājums ar UVS ir iekļauts modulī Pieslēgums EKA un bez papildus maksas būs pieejams visiem klientiem, kuri līdz šim šo moduli ir lietojuši.   Izveidotā datu apmaiņa nodrošina Horizon pamatdatu nosūtīšanu uz TradePro POS datubāzi un pārdošanas datu saņemšanu kases pavadzīmes izveidošanai.     Svarīgi! Darījuma čeku veidošana un drukāšana tiek veikta ar TradePro POS.  Lai veiktu datu apmaiņu jāizveido fiskālā printera tīkla apraksts un jāapraksta divi automatizētie darbi - datu nosūtīšanai un saņemšanai.   Fiskālā printera tīkla apraksts   Pamatdati -> Kases sistēmas -> Fiskālo printeru tīkli Fiskālā printera tīklā norādāmā informācija datu apmaiņas nodrošināšanai ar TradePro POS. Lappuse Pamatdati: Kases sistēmas kods Horizon; Kases sistēmas nosaukums Horizon; Atzīmei jābūt ieliktai; PVN kategorija tiek izmantota veidojot kases pavadzīmi; (PVN likmēm un to procentuālajām vērtībām PVN kategorijā ir jāsakrīt ar TradePro POS aprakstītajām!) Atzīmei jābūt ieliktai. Lappuse Informācija: Kases pavadzīmes dokumenta tips; Kases pavadzīmes klients; Veicot datu apmaiņu, tiek nosūtīti papildgrupā iekļautie klienti; Kases pavadzīmes noliktava; Veicot datu apmaiņu, tiek nosūtītas papildgrupā iekļautās nomenklatūras; Atzīmei jābūt ieliktai; Veicot datu apmaiņu, tiek nosūtītas norādītā cenu veida cenas. Cenu veidam un cenām jābūt ar iekļautu PVN; TradePro POS SQL servera adrese; TradePro POS SQL datubāzes nosaukums; TradePro POS datubāzes SQL lietotājs; TradePro POS datubāzes SQL lietotāja parole. Svarīgi! Tiek atbalstītas tikai A, B, C, D un N likmes. Pirms uzsākt datu apmaiņu ir jāpārliecinās, ka likmju procentuālās vērtības TradePro POS ir norādītas atbilstoši Horizon konfigurācijai.   Datu nosūtīšana   Datu nosūtīšanu no Horizon uz TradePro POS datubāzi nodrošina automatizētais darbs ar definēto virzienu “HORIZON -> UVS TradePro POS”. Tiek nosūtīti šādi pamatdati: Preču un pakalpojumu kartiņas (preču, pakalpojumu kartiņās jābūt aprakstītam vismaz vienam svītrkodam, kā arī cenai un nomenklatūru papildgrupai, kuras norādītas fiskālā printera tīklā) Preču un pakalpojumu cenas (cenas tiek nosūtītas svītrkodu griezumā) Klientu kartiņas (klientu kartiņās jābūt norādītai papildgrupai no fiskālā printera tīkla) Kases sistēmas lietotāji (bez tiesību apraksta) (Pamatdati -> Kases sistēmas -> Lietotāji) Automatizētais darbs, veicot atkārtotu datu nosūtīšanu, tiek sūtīti tikai tie dati, kuros ir bijušas izmaiņas no iepriekšējās sūtīšanas reizes.     Datu saņemšana   Realizācijas datu saņemšanu no kases sistēmās un kases pavadzīmes veidošanu nodrošina automatizētais darbs ar definēto virzienu UVS TradePro POS -> HORIZON.   ... View more

Avansa norēķinu modulis nodrošina uzņēmuma darbinieku avansa norēķinu uzskaiti. Lai veiktu uzskaites analīzi vai meklētu kļūdas, bieži vien grāmatvedībai ir jāiegūst informācija par avansa norēķinu konta apgrozījumu avansa norēķinu personu griezumā.   Lai to nodrošinātu daļa Horizon lietotāju izmanto vienu no septiņām finanšu dimensijām:   Sistēma- > Uzstādījumi -> Uzskaites parametri     Tas nozīmē, ka atvēlētajā dimensijā tiek ievadīta katra avansa norēķinu persona.     Kamēr uzņēmuma uzskaites procesi nav sarežģīti, tikmēr finanšu dimensijas izmantošana netraucē, bet kolīdz tie kļūst sarežģītāki, katra pieejamā finanšu dimensija ir “zelta vērta”.   Kā rīkoties, lai neaizņemtu finanšu dimensijas? Objektu dimensijas   Lai neaizņemtu finanšu dimensiju avansa norēķinu analītikas nodrošināšanai virsgrāmatā par avansa norēķinu personām, ir iespēja izmantot Objektu dimensiju:   Sistēma -> Uzstādījumi -> Objektu dimensijas.   Horizon sistēmā ir iespējams aktivizēt 7 objektu dimensijas.  Viena no tām ir <Avansa norēķinu personas objektu dimensija>.     Katrai objektu dimensijai ir sava ievadforma, kurā iespējams konfigurēt informāciju. Šo informāciju pēc tam būs iespējams izlikt izskatā virsgrāmatas kontu apgrozījuma atskaitēs.   Izskata lauka vērtības ir pieejamas no avansa norēķinu personas kartiņas, kas dod iespējas pievienot tādus laukus kā grupa, avansiera e-pasta adrese un citus laukus pēc vajadzības.   Būtiskākā priekšrocība objektu dimensijas izmantošanā ir tāda, ka avansa norēķinu personas objektu dimensija tiešā veidā atspoguļo avansa norēķinu personu sarakstu un tas veidojas automātiski, līdz ko sistēmā tiek izveidota un saglabāta jauna Avansa norēķina persona!   Avansa norēķinu personas kartītei tiek piesaistīta personas kartīte no uzņēmuma personu saraksta, tādējādi šī piesaiste pārnes datus no darbinieka personas kartītes un vienmēr nodrošina aktuālo informāciju par darbinieka personas datiem, bankas rēķiniem, kā arī novērš potenciālo kļūdu gadījumus, kad informācija tiek uzturēta vairākos sarakstos.   Pamatdati- > Avansa norēķini -> Norēķinu personas     Kā strādā objektu dimensija?   Lai veiksmīgi izmantotu avansa norēķinu personu objektu dimensiju, tad visos avansa norēķinu saņemšanas un izdevumu dokumentos lappusē  <sadalījums> izskatā ir jāizliek šī objektu dimensija, piemēram, avansa norēķinu personas kartītes kods, lai tādējādi varētu norādīt informāciju no Avansa norēķinu objektu dimensijas.   Gadījumā, ja šī informācija vienmēr būs aizpildīta un  kontēšanas shēmā objektu dimensija norādīta, tad grāmatojot, informācija par avansa norēķinu personu, aizpildīsies automātiski no sadalījuma.   Kā konfigurēt kontēšanas shēmu?   Lai kontējuma logā tiktu pārnesta informācija par avansa norēķinu personu, tad kontēšanas shēmā sadaļā <Objekta dimensijas> jānorāda, ka avansa norēķinu personas informācija tiek ņemta no dokumenta sadalījuma lappuses.    Kur var redzēt informāciju par grāmatojumiem?   Par piesaistīto objektu – avansa norēķinu personu ir iespējams skatīt Virsgrāmatas kontu apgrozījumu atskaites, iegūstot informāciju pa avansa norēķinu personām.     Svarīgi par kontu plānu!   Avansa norēķinu objektu dimensija būs pieejama tikai tiem kontiem, kuriem kontu plānā būs aktivizēts lauks par šo objektu dimensiju: Pamatdati -> Kontu plāns -> Konti     Šo pazīmi iespējams aktivizēt ne tikai avansu norēķinu kontiem, bet arī izdevumu kontiem, tādējādi, iegūstot analītisku informāciju par izdevumiem avansa norēķinu personu griezumā.   Gadījumā, ja avansa norēķinu kontam ir akvizētas vairākas dimensijas, tad virsgrāmatas atlikumiem ir jāsakrīt ar moduļu atlikumiem tieši tādā pašā dimensiju griezumā, ieskaitot objektu dimensijas.   Kā salīdzināt Virsgrāmatu un moduli?   Lai pārbaudītu, vai avansa norēķinu modulis sakrīt ar virsgrāmatu ir jāsalīdzina virsgrāmatas atskaite Atskaites-> Virsgrāmata->Kontu apgrozījums ar moduļa atskaiti Atskaites->Avansa norēķini->Avansa norēķinu apgrozījumi. To arī ir iespējams darīt ar Horizon iebūvēto rīku: Dokumenti -> Virsgrāmata -> Atlikumu atskaišu salīdzināšana.   Ielasot datus uz konrkēto datumu, mēs norādām, kādā dimensiju griezumā vēlamies redzēt atlikumus.   Kad tas ir izdarīts, ejam uz  sadaļu <Konti> un ielasām atlikumus no virsgrāmatas.     Tad ielasām atlikumus no moduļa.     Ielasīšanas rezultātā redzēsim abus atlikumu veidus vienā logā. Mūsu ērtībai izrēķinām startpības ar peles labo taustiņu -> Aizpildīšanas iespējas-> Aizpildīt mērķa atlikumu ar moduļa atlikumu     Sistēma izrēķina summu un grāmatojumu starpības pa rindiņām.     Moduļa un virsgrāmatas sakrišanu ir jānodrošina arī pirms avansa norēķinu objektu dimensijas ieviešanas Horizon uzskaitē.   Ieteicamā prakse ir salīdzināt virsgrāmatu un avansa norēķinu moduli ik mēnesi. ... View more

Rakstā uzzināsiet vērtīgu informāciju par NACE (saimnieciskās darbības statistiskā klasifikācija) kodiem un iespējamajām sekām, ja uzņēmums veic saimniecisko darbību, bet VID noziņotais NACE kods pašam nodokļu maksātājam vai tam, no kā nodokļu maksātājs saņem preces vai pakalpojumus, nav atbilstošs darījuma ekonomiskajai būtībai.    Lai lasītu pilnu rakstu, spiediet šeit. ... View more

Informējam, ka ir publicēta 520. versija un pieejams apraksts ŠEIT. ... View more

Pielikumā ir pieejams pilns 520. versijas apraksts.   Versiju iespējams lejupielādēt šeit.      Versijas videosemināra ieraksts:   Galvenās izmaiņas 520. versijā   Sistēma   Saistībā ar Vispārīgo personu datu aizsardzības regulu ir veikti papildinājumi sistēmā reģistrētajos notikumos, reģistrējot lietotāju veiktās darbības sarakstos, kā arī izveidota iespēja fiksēt lietotāju lomas uz noteiktu termiņu.   Pieejami arī citi papildinājumi, kas palīdz ērtāk veikt lietotāju pārvaldību.   Norēķini   Tiešsaistes bankas maksājumu apstiprināšanā pieejami uzlabojumi, kas ļauj lietotājiem,kuri neizmanto Horizon, veikt maksājumu apstiprināšanu Swedbank internetbankā.   Algas un personāls   Lai automatizētu prognozētā neapliekamā minimuma datu atjaunošanu, izveidota iespēja šos datus importēt no EDS, veicot elektronisko algas nodokļa grāmatiņu importu.    Automatizēta papildu atvaļinājumu piešķiršana par aprūpē esošajiem bērniem, darba stāžu un darbinieka novērtējumu.   Saimniecība   Pieejams risinājums atgriežamās taras uzskaitei un taras atlikumu fiksēšanai pie klientiem.   Izveidota datu apmaiņa ar UVS izstrādāto  hibrīdkases sistēmu TradePro POS, kas nodrošina preču un realizācijas datu apmaiņu. ... View more

Situācijā, kad slēgtā periodā tiek konstatēts nekorekti atpazīts maksājums, kur norādīts nepareizs klients un izveidota nepareiza piesaiste ar rēķinu, šo piesaisti nepieciešams atcelt, lai maksājumu piesaistītu pareizajam klientam un sasaistītu ar pareizo rēķinu. Šādai vajadzībai sistēmā izveidots jauns risinājums “Piesaistes atcelšana slēgtā periodā”. Tas veidots saistībā ar perioda slēguma pārgrāmatošanas risinājumu, kuru izmanto uzskaitei pa norēķinu grupām.   Risinājuma pamatā ir no realizācijas maksājumu dokumentu saraksta automātiski ģenerējams dokuments, kas atceļ piesaisti starp nekorekti atpazīto maksājumu un rēķinu, kā arī izveido automātiskās piesaistes abām dokumenta pusēm.   1. Ceļš Dokumenti -> Realizācija -> Maksājumu dokumenti -> Lietotājam jāiezīmē nepareizi atpazīto maksājumu -> Darbības -> “Ģenerēt piesaistes atcelšanas dokumentu”   2. Jānorāda piesaistes atcelšanas dokumenta tips Tālāk jānorāda piesaistes atcelšanas dokumenta tips, datums un statuss, kādā ģenerēt dokumentus, kā arī pareizais klients un līgums, uz kuru piesaiste jāpārceļ.   Tiks uzģenerēti tik dokumenti, cik rēķinu piesaistīti maksājumam.   3. Iespēja izskatā izlikt objekta “Piesaistes atcelšana” laukus “Dok. skaits” un “Ir atcelšanas dok.” Realizācijas Maksājumu dokumentu un Realizācijas Preču dokumentu saraksta izskatā iespējams izlikt objekta “Piesaistes atcelšana” laukus “Dok. skaits” un “Ir atcelšanas dok.”, pēc kuriem var identificēt, ka šiem dokumentiem ir saite ar piesaistes atcelšanas dokumentu.     Svarīgi!    Piesaistes atcelšanas dokuments atceļ piesaisti tikai vienam iezīmētajam maksājuma uzdevumam, pie tam piesaisti atcelt iespējams tikai starp maksājuma uzdevumu un saistību dokumentu.   Piesaiste ar priekšapmaksas dokumentu vai saistību / maksājumu pārcelšanām netiek atcelta.   Gala rezultātā tiek uzģenerēts Piesaistes atcelšanas dokuments, kas pēc uzbūves līdzīgs maksājumu pārnešanas dokumentam – tas sastāv no saistību dokumenta puses (“No”) un maksājuma dokumenta puses (“Uz”). Abu pušu dokumenti tiek attēloti Konvertāciju dokumentu sarakstā.   Saistību pusē pieejama saite uz rēķinu, ar kuru atcelta piesaiste; maksājumu pusē – saite uz maksājumu, ar kuru atcelta piesaiste.   Ģenerēšanas laikā tiek izveidotas automātiskās piesaistes abām dokumenta pusēm (saistību un maksājuma pusei) atbilstoši veiktajai konfigurācijai sistēmas Uzskaites parametros.   Dokumenta summa ir vienāda ar piesaistes summu starp maksājuma uzdevumu un rēķinu, ar kuru atcelta piesaiste.   ... View more

Metarēķins ir VISMA ekspertu radīts termins rēķina/pavadzīmes/kredītrēķina importa formai sistēmā.   Šī forma vēl nav grāmatvedības dokuments - tajā tiek veikta importēto datu atpazīšana (klients, valūta, preču/pakalpojumu saturs, utt), kā arī tā tiek izmantota saņemtā dokumenta elektroniskai saskaņošanai.   Pēc datu atpazīšanas un saskaņošanas, uz šī dokumenta pamata, grāmatvedis jau ģenerē gala dokumentu (rēķinu vai pavadzīmi).   Sīkāka informācija par metarēķiniem ir pieejama ŠEIT.   ... View more