Labdien Jaunajā Gadā!  Jautājums par noliktavas koda garumu. Šobrīd redzu, ka tas ir iespējams 10 zīmju garš. Vai koda garumu kaut kur uzstādījumos var mainīt (pagarināt)?    Liels paldies par atbildi jau avansā!      ... View more

Labdien,    Dokumentu tipos klienta kartītei "Debitors" lauku atribūtos ir uzlikti nosacījumi, ka kods (kartītes kods) ir unikāls dokumenta veidam un unikāls pret dokumenta lauku "norēķina veids".  Papildus ir izveidota kontrole, lai debitors ar attiecīgo reģistrācijas numuru tiktu ievadīts vienreiz (vērtība "reģistrācijas kods"  unikāls šim tipam un unikāls pret dokumenta lauku "norēķinu veids")    1. Vadot jaunu kartiņu, kontrole uz kodu nostrādā, bet uz reģistrācijas numuru nenostrādā. Kāpēc? kas varētu būt par iemeslu (izmantojam 620 versiju) 2. Kopējot kartiņu, nenostrādā neviena no šīm kontrolītēm un varu saglabāt kartiņu ar jau esošu kodu un esošu reģistrācijas numuru. Kāpēc?    vai ir nepieciešami kādi papildus kontroles ķeksīši? Varbūt esmu piemērojusi nepareizos unikalitātes nosacījumus?    paldies par atbildi jau avansā un lai līksma Jaunā Gada sagaidīšana!     ... View more

Labdien,    Kā no noliktavas atlikumu atskaites "izdabūt" preci, kas ir atlikumā citā noliktavā, bet izvēlētā noliktavā atlikumā ir 0 gab ar 0.00 EUR.  Un kāpēc šī prece vispār parādās atlikumos?    Veidojot atskaiti: atskaites-noliktava-nomenklatūru atlikumi un parametros norādot konkrētu noliktavu, atlikumā parādās preces, kas ir izgājušas caur šo noliktavu, bet atlikumā uz izvēlēto brīdi nav. Kā izveidot atskaiti bez šīm precēm?    paldies jau avansā par atbildēm.    ... View more

Labdien,  Papildjautājums iepriekš uzdotam jautājumam par pamatojuma pievienošanu izejošam maksājumam no izmaksu sarakstiem. Saņemts izpildraksts, kur norādīts, kas jāuzrāda maksājuma uzdevuma pamatojumā. Sistēmā ir vieta, kur šo informāciju ievadīt (skatīt attēlu). Bet kā caur uzstādījumiem "likt" sistēmai šo informāciju norādīt izmaksu sarakstā un izejošajā maksājumu uzdevumā?    ... View more

Labdien,    Kāds varētu būt iemesls tam, ka divi cilvēki ar vienādām tiesībām vada atgriešanas pavadzīmi, bet katram no tiem parādās atšķirīga informācija nomenklatūras rindā.  Ievadot nomenklatūras kodu, vienam lietotājam uzreiz iekrīt finansējuma postenis, kas norādīts attiecīgajā nomenklatūras grupā 9bet pats lauks ir neaktīvs), bet otram lietotājam (ar tādām pašām tiesībām) finanšu dimensijā parādās "V' (visas dimensijas) un lauks ir neaktīvs (nav iespēju labot).    Varbūt kādam ir ideja, kāpēc veidojas šāda situācija? Un varbūt ir idejas, kur meklēt avotu? (tiesības izskatītas).  ... View more

Labdien,    Ir darbinieks ar vairākiem izpildrakstiem, kur bez parastā nosacījuma (4. kārta, izdarīt ieturējumus 30% apmērā, saglabājot minimālo algu), ir vienots kopējs papildus nosacījums - ja ir vairāki izpildu dokumenti, tad darbiniekam jāsaglabā darba samaksa 50% apmērā, bet ne mazāka kā minimālā alga.   Kur HORIZON jānorāda šis papildu nosacījums par 50% darba samaksas saglabāšanu?  Mums visu laiku tiek saglabāta minimālā alga, kas norādīta algas konstanšu tabulā.   ... View more

Labdien, Ieviešam izpildrakstus sistēmā. Vienkāršais variants (tiesu izpildītāja nosacījums - ieturēt konkrētu procentu no darba algas līdz summas sasniegšanai) aprēķinās korekti. Taču nedarbojas, piemēram, variants, ja noteikts, ka jāsaglabā parādniekam darba samaksa 50% apmērā no minimālās darba algas un papildus par katru apgādībā esošo nepilngadīgo 15% apmērā no min. darba algas (mūsu gadījumā bērnu apgādībā nav). Lietojam šādus parametrus: 1. algas konstanšu tabulā salikām visas ieturējumu piedziņas kārtas ar nosacījumiem (šajā gadījumā Pirmā kārta); 2. izveidojām ieturējumu veidu, kuram pievienojām aprakstā atbilstošo piedziņas kārtu un aprēķinā norādījām "procenti no samaksas"; 3. Izveidojām pastāvīgo ieturējumu, kuram norādījām ieturējuma veidu no 2.punkta (jaunizveidoto), tam pievienojām 50% un norādījām pieprasīto kopsummu "līdz kopsummai". Ko esam izdarījuši nekorekti vai nepilnīgi, jo aprēķinā darbiniekam tiek atstāti 50% neto summas nevis 50% no bruto summas (no minimālās algas tas būtu 310 EUR, jo bērnu apgādībā nav.)   Ļoti gaidīšu padomu.    ... View more

Labdien,    Septembra beigās uzņēmumā notika pāreja uz jaunāku HORIZON versiju (pāreja uz 620.16). Šodien, eksportējot algu maksājumus uz banku (Luminor), bankas konta pārskatā kā "maksātājs/saņēmējs" parādās pēdējais maksājumu saraksta darbinieka vārds/uzvārds. Līdz šim tur bija tukšums.  Maksājumos viss kārtībā, arī naudas līdzekļi pārskaitīti korekti sarakstā norādītajiem saņēmējiem un summām. @Visma  Vai šī neprecizitāte saistīta ar versijas maiņu?  Ļoti gaidīsim ziņu.  ... View more

Labdien,    Tā kā uzņēmumā HORIZON tiek izmantots  jau daudzpadsmit gadus, ir izveidojušās mazas astītes virsgrāmatas kontos (atskaites -> virsgrāmata -> kontu apgrozījums pa klientiem), kas analītiskajās atskaitēs pa klientiem neparādās (atskaites -> apgāde -> klientu atlikumi).  Atradu, ka teorētiski ir iespēja caur "dokumenti -> virsgrāmata -> Atlikumu atskaišu pa klientiem salīdzināšana" izdabūt šīs astītes laukā. Bet, diemžēl, instrukcija (kas ir 2014.gadā veidota) neatspoguļo to, ko sistēma ļauj darīt šobrīd - respektīvi - dokuments "atlikumu atskaišu pa klientiem salīdzināšanas dokuments" nav grāmatojams. un pat neļauj dokumenta tipā ielikt ķeksīti pie "tiek grāmatots" (ir pelēks/neaktīvs).  Kā vēl varu "likvidēt" no virsgrāmatas kontiem astītes ar klienta nosaukumu, lai neiejauktos analītiskajā uzskaitē? ... View more

Labdien,    Izmantoju atskaiti Noliktava -> "izdevumi par pakalpojumiem". Par jūlija mēnesi bijis darījums valūtā, kas grāmatots caur uzkrātām saistībām, jo rēķins saņemts augustā:  31.07.2023 = 734***-54* = USD 01.08.2023 = 54*-53* = USD   Veidojot atskaiti "izdevumi par pakalpojumiem", tajā augstākminētie izdevumi tiek konvertēti no USD uz EUR ar 31.07.2023 datuma kursu, bet tajā pat laikā skatoties šo darījumu caur virsgrāmatas kontu, tajā darījums konvertēts ar 30.07.2023 datumu.  Grāmatojot, dokumentā norādīts periodu tips "iepriekšējais" un norādīts datums 31.07.2023, pats dokuments grāmatots 01.08.2023   Kā panākt, lai tomēr izmaksas abās atskaitēs parādītos konvertētas ar vienas dienas kursu?    Dokumenta ievade: valūtas kursi: atskaite "izdevumi par pakalpojumiem" Virsgrāmatas atskaite pa kontiem:     ... View more

Labdien,    Kā darboties ar uzstādījumiem, lai saņemtais kredītrēķins no ES dalībvalsts korekti parādītos PVN deklarācijā? Vadot PVN summu ar - zīmi, tā PVN deklarācijā vienalga parādās ar + zīmi.    jau iepriekš pateicos par padomu.      ... View more

Labdien,    Pirms dažām dienām uzlikām jaunu HORIZON versiju (610.25), lai varētu EDS iesniegt paziņojumus par fiziskām personām izmaksātajām summām. Bet līdz ar jauno versiju parādījušās izmaiņas, kas pat traucē ikdienas darbam.  Kā vienu vēlos minēt filtra automātiskā parādīšanās.  Ja veidoju atskaiti, piemēram, par kāda klienta apgrozījumu, nākamajā reizē pie atskaitēm parādās filtrs "Ātrais_filtrs_Meklēt pēc šablona "xxxxx" . Tāpat šāda filtrācija izveidojas arī maksājumu veidošanas laikā. Lai turpinātu darbu, nepieciešams atspiest "cilvēciņu" (meklēt pēc šablona) Vai no tā kā var tikt vaļā, lai tāds filtrs neveidojas? Īpaši maksājumu veidošanas laikā ir svarīgi, ka redzam visus klientus nevis tikai kādu daļu. Un ikreiz spiest cilvēciņu šķiet nežēlīgi.   Tas izskatās šādi:        Ļoti gaidīšu ieteikumus! ... View more

Labdien,    Ja 3. grupas invalīdam pienākas ne tikai papildatvieglojums par invaliditāti (šogad 120 EUR), bet arī prognozētais neapliekamais minimums, kā abus nosacījumus norādīt IIN informācijas kartiņā? Ja tiek norādīta IIN maksātāja kategorija  "3.grupas invalīds", tad (arī ja VID PNM laukā tiek norādīta neapliekamā minimuma summa) aprēķinā tiek ņemti vērā tikai 120 EUR.  Savukārt, ja tie norādīta "grāmatiņa", tad vērā ņem tikai norādīto summu  VID PNM laukā. (jo par 3. grupas invaliditāti informācijas vairs nav).  Kā jārīkojas, lai ņemtu vērā abas vērtības? (šobrīd ieliekam "grāmatiņa" un norādām VID PNM kopsummu, kas, manuprāt, nav īsti korekti) Paldies par atbildi jau avansā!    ... View more