@Ieva Juraševska Precizēšu problēmu. Pēc Jūsu norādījumiem uzstādījumos ir "Nemt vērā". 1. Vadītājs HoP Mani darbinieki pirms atvaļinājuma pieteikuma redz šādu informāciju un tā sakrīt ar Horzon atskaiti: 2. Darbinieks pirms atvaļinājuma pieteikšanas HoP redz šādu informāciju un tā ir korekta: 3. Darbinieks piesaka atvaļinājumu 10 k.d. (8 d.d.) nākamā mēneša beigās. Vadītājs apstiprinot pieteikumu redz šādu informāciju, kas patiesība ir ļoti mulsinoša un nezinātāju maldinoša, jo nevis parāda, cik drīkst apstiprināt atvaļinājumu, bet gan dienas, kas uz konkrētā atvaļinājuma pieteikuma sākumu pēc šī atvaļinājuma apstiprināšanas vēl būs palikušas (arī par šo datu attēlojumu vajadzētu padomāt, lai vadītājs redz, cik dienas viņš drīkstētu apstiprināt).  4. Pēc šī pieteikuma apstiprināšanas vadītājs Mani darbinieki joprojām redz:   Tātad, lūdzu, pārskatīt informācijas attēlojumu par pieejamo atvaļinājumu pieteikuma apstiprināšanas laikā. Savukārt Mani darbinieki sarakstā, manuprāt, vadītājiem nav lietderīga ir informācija par uzkrāto atvaļinājuma dienu skaitu šodien, kas tiktu izmantots, lai aprēķinātu uzkrājumus neizmantotajiem atvaļinājumiem, jo viņiem tā nav nepieciešama. Vadītājiem uzdevums ir kontrolēt, vai darbinieki ir pieteikuši atvaļinājumus un neveido lielus uzkrājumus. Ideāli, ja informācija būtu redzama kārtējā kalendāra gada ievaros, kā to parasti plāno atvaļinājumu grafikā, un tiktu uzrādīts, cik par šo kalendāro gadu ir nepieteikto atvaļinājuma dienu skaits. Ja nav iespējams attēlot kalendārā gada kontekstā, tad to vajadzētu attēlot kopā ar norādi par darba gadiem - cik dienu nav pieteikts par tekošo darba gadu un nākamo darba gadu. Speciālisti varētu nokomentēt, kā tas saistās kopā ar uzkrājumu aprēķināšanu (Dokumenti - Personāla uzskaite - Atvaļinājumu rezerves fondi darbiniekiem. Mums ir ielikts uzstādījumus automātiski veikt ARF aprēķinu un ja nemaldos, tad automātiski tas notiek uz šodienu + līdz perioda beigām.               ... Skatīt vairāk

Šobrīd esam pieņēmuši risinājumu visu organizēt caur vienu personu. Process ir pietiekami ātrs. Brīvas formas pieteikums Jūsu ierosinājumā prasa ļoti daudz laika.   Paldies! Gaidīsim izmaiņas kādā no HoP versijām. 🙂 ... Skatīt vairāk

Konkrētajā gadījumā šos failus ir nepieciešams nodot trešajām personām kopā ar atskaiti, kas tiek iegūta no kontu grāmatojumiem. Atskaiti esam izveidojuši, bet tad darbiniekam jāatvēl laiks katra faila lejupielādēšanai. Tie nav visi rēķini, bet metarēķinu sarakstā nav iespējams filtrēt pēc dokumenta rindām. Līdz ar to mums konkrēti tas nav risinājums, pat ja mēs ar trešo personu vienotos par šādu formātu. Katrā gadījumā nākotnē šo jautājumu varbūt var ielikt uz izskatīšanu. Ja var lejupielādēt vienu failu, iespējams, ka nav liela revolūcija jāveic, lai ielādētu vairākus vienlaicīgi.   ... Skatīt vairāk

Doma ir tāda, ka gribam atteikties no dokumentu glabāšanas, piemēram, Drive, bet tie visi tiek pievienoti Horizon. Grāmatvedis saņem rēķinus un saliek Horizon pievienotajos failos. Tomēr ir citi darbiniekiem, kam ir nepieciešamība kaut ko darīt ar ar tiem pievienotajiem failiem. Ideāli, ja: 1. Pievienoto failu saraksts būtu pieejams ne tikai Rēķinu sarakstā, bet arī Pirmdokumentu sarakstā 2. Pievienoto faila sarakstā būtu iespējams atzīmēt vairākus un Darbības-Lejupielādēt Tas būtu nepieciešams ar domu, ka varētu lejupielādēt dokumentus, kas iegrāmatoti konkrētā periodā konkrētā kontā ar konkrētām dimensijām. ... Skatīt vairāk

@Diāna 11 padalīsieties padomā, kur esmu kaut ko palaidusi garām? ... Skatīt vairāk

Paldies! Jau rakstīju, ka tas ir kā ierosinājums. Es zinu, ka VISMA interesē lietotāju ierosinājumi. Šķiet, ka darbiniekam tīri intuitīvi likās, ka tādai iespējai kaut kur jābūt, bet nevar to atrast. Tas man šķita vērā ņemama informāciju, ar kuru gribēju dalīties ar jums. 🙂   ... Skatīt vairāk

Paldies par atbildi! Visādi pieteikumu veidi jau ir izveidoti. Šeit jautājums vairāk bija par HoP kā komunikācijas rīku, piemēram, darbinieks raksta grāmatvedim "Nesaprotu, kā man ir aprēķināta alga. Vai varat to izskaidrot?" Šeit ir nepieciešama atbilde, nevis apstiprināšana par ziņas saņemšanu.   ... Skatīt vairāk

Paldies! Darba līgumus un vienošanās par grozījumiem gan kādu laiku droši vien tomēr noformēs rakstiski. Turklāt darba līguma parakstīšanu caur HoP būtu tā dīvaini organizēt - kamēr nav pieņemt darbā, nebūtu īsti korekti cilvēkam pieslēgt HoP. Precizējošs jautājums ar domu pēc iespējas tikt vaļā no drukātiem dokumentiem - uz kāda dokumenta pamatveida jāveido saskaņošanas scenārijs rīkojumam un vienošanās? ... Skatīt vairāk

Paldies! Kaut kur instrukcijās bija norāde, ka šeit, lai salīdzinātu atvaļinājumu rezervju dokumentu ar atskaiti, jānomaina uz "Neņemt vērā (dalīt)". Tā arī biju atstājusi, bet skatos, ka aprēķinu tas neietekmē. ... Skatīt vairāk

Paldies! ... Skatīt vairāk

Esam paliela grāmatvedības firma, tā ka kopā ieraksti savācas ļoti daudz. Atskaitē turklāt ir diezgan daudz kolonnu. Domāju, ka kopumā diezgan daudz laika tiek iztērēts šo atskaišu sagatavošanai. Turklāt norēķini ar nerezidentiem varētu būt aktuāli lielai daļai uzņēmumu. Tomēr saprotu arī, ka šādas atskaites izveide prasa papildus klasifikāciju pašā Horizon attiecībā uz ienākumu veidu. Principā maksājumu uzdevumos būtu jāaizpilda informācija tāpat kā par izmaksām fiziskajām personām. Tomēr varbūt nākotnē var par šo padomāt. Nu jau 20.janvāris ir garām un šis atkal būs aktuāli pēc gada. ... Skatīt vairāk

Labdien! Mums ir vairāku firmu datu bāze. Dažas no tām izmanto arī HoP. Kas ir jādara, lai jaunajam HoP lietotājam aktivizējot savu profilu, automātiski notiktu piesaiste pie uzņēmuma, kurā tas strādā un no kura ir ģenerēts lietotājs? Līdz šim automātiski izveidojās "Bez firmu ierobežojuma". Kas man nozīmēja gandrīz 200 darbiniekiem manuāli iziet cauri un sadalīt tos pa firmām.   Iespējams, ka Ray versijā tas ir mēģināts risināt, jo šodien pirmo reizi ģenerēju lietotāju jaunajā versijā un radā kļūda "Neatpazīts lauks "IEST_PK_IESTADE". Vai tas ir dēļ tā, ka web lietotājam ir automātiski izveidojusies piesaiste pie Personas, bet ne Iestādes? Tādā gadījumā, kas ir jādara, lai tas notiktu? Kad HoP administratora panelī manuāli piesaistīju moduļus, lietotājs varēja aktivizēt savu profilu.   ... Skatīt vairāk

@Raita Reine , mēs esam grāmatvedības firma, ar dažādiem klientiem. Aprakstīšu divas situācijas. 1. vienā no uzņēmumiem pircēji ir tikai un vienīgi fiziskas personas. Katru vakaru katrs veikals Horizon nolasa vienu kases pavadzīmi, kuras rezultātā tiek norakstītas preces no noliktavas. Šeit gan lielākā daļa pirkumu ir zem 150 EUR, līdz ar to šajā situācijā pareizāk būtu likt T, tomēr var būt arī situācijas, kur katrs pirkums ir par summu virs 150 EUR. 2. vēl viens uzņēmums ir pakalpojumu sniedzējs, kur ir  21% un 12%, maksājumi ar karti un skaidrā naudā. Klienti pārsvarā fiziskas personas, bet te gan katrs darījums varētu būt virs 150 EUR. Dienas kopsummas vienmēr virs 150 EUR. Mēs saņemam EKA žurnāla kopiju. Iepriekš EKA žurnāla ieraksti par katru dienu tika ievadīti grāmatojumu reģistros, bet tā rezultātā katrs ieraksts atsevišķi ielasījās PVN 1-III pielikumā. Ja būtu viena likme, es būtu izveidojusi realizācijas rēķinu EKA žurnāla ievadei ar klientu, kam PVN kategorija ir Neapliekama persona. Tā kādā citā uzņēmumā jau darām un rezultātā dienas kopsummas zem 150 EUR aizietu uz T, bet virs 150 EUR uz X. Tomēr tā kā ir 2 likmes un 2 maksājumu veidi, lai automātiski izveidotu korektus grāmatojumus atbilstoši EKA žurnālam, izmantoju Kases pavadzīmi, jo tajā var aizpildīt maksājumu sadalījumu.   Varbūt ir kādi ieteikumi, kā mums darīt citādāk? Nezinu, cik piekasīgi ir citi grāmatveži. Domāju, ka šajā situācijā nav vienas pareizās atbildes. Dažādos uzņēmumos droši vien arī dažādi šķiet, kurā vienā no šiem šiem kodiem darījumus veikalā atspoguļot. Es ierosinātu ielikt uzstādījumos iespēju katram uzņēmumam pašam norādīt kurā kodā atspoguļot darījumos veikalā.  ... Skatīt vairāk

Nu ja. Tātad tiem būtu jābūt zem X, nevis T.   32.3. darījumus, kuru vērtība bez nodokļa ir 150 euro vai vairāk, ja preču vai pakalpojumu saņēmējs ir nereģistrēts nodokļa maksātājs vai persona, kas nav nodokļa maksātājs, vai persona, kuru nevar identificēt. Šajā gadījumā aizpilda PVN 1 pārskata III daļas 4., 5. un 6.aili, tajā norādot dokumenta veida kodu "X". ... Skatīt vairāk

Labdien! Daži jautājumi: 1. Vai varētu iestrādāt iespēju pēc paziņojuma nosūtīšanas pagarināt "Aktīvs līdz"? 2. Vai varētu iestrādāt iespēju pēc paziņojuma nosūtīšanas kaut kā padarīt to neredzamu saņēmējiem - slēpt/anulēt vai vēl kaut kā? Doma ir tāda, ka, ja nu paziņojums ir nosūtīts kļūdains un nav vēlams, ka darbinieki to apskata, to varētu kaut kā noslēpt. Pieļauju, ka dzēšana no kontroles viedokļa nebūtu labākais risinājums un paziņojums tā izsūtītājam sarakstā paliek, bet būtu vēlams rast kādu risinājumu, kā aplami paziņojumi to saņēmējiem tiek noslēpti. Ziņas saņēmēji par šādu aktivitāti varētu arī saņemt e-pastu, lai nav neizpratne par to, ka ziņa e-pastā uzrādās kā saņemta, bet pie apstiprināšanas uzdevumiem neparādās. ... Skatīt vairāk

Labdien! Kases pavadzīmes Horizon apkopo zem "T" (zem 150). Vai tam ir kāda argumentācija? Tādu pašu pārdošanas pavadzīmi (tas pats klients, PVN kategorija un summa) Horizon ieliek zem "X" (virs 150). Skaidrs, ka nav zināms, kāds ir atšifrējums pa čekiem un nav saprātīgi to meklēt kases lentā. Grāmatveži laikam tos vairāk sliecas likt "X".   ... Skatīt vairāk

Es arī nevaru tikt pie programmas ielādes. ... Skatīt vairāk

Svarīgākais būtu iekšējās kārtības noteikumi un dažādas instruktāžas, resp., dokumenti, kas katram uzņēmumam vajadzīgi un katrs tajā iegulda kaut kāda apjoma resursus. Gribētos, lai darbinieki nevar tos tā vienkārši piesavināties. ... Skatīt vairāk