Paldies! Notestēsim. ... View more

Datu avota nomaiņa no lauka "UZMĒRĪŠANAS LIETA.Apkurināmā platība" uz "TG UZMĒRĪŠANAS LIETAS PAPILDDATI.Apkurināmā platība" deva vajadzīgo rezultātu. Paldies! Iesaku šo risinājumu pievienot Horizon "Palīga" saturam, arī citu lietotāju informēšanai. ... View more

Kā noskaidrojām, 540.versijā tomēr šo kļūdu programmētāji ir atstājuši. Tad jau laikam pagaidām versijas maiņa jēgas nebūs, gaidīsim nākošo? ... View more

Mums tas nepalīdz, mums ir 530.versija. ... View more

Paldies, šī funkcija ir ļoti noderīga! Vai kaut kur ir pieejams Horizon atskaišu redaktora vidē pieejamo funkciju saraksts (vismaz biežāk lietojamo) ar to darbības aprakstiem?  ... View more

Ja pareizi sapratu, tad es tagad tieku sabārts par to, ka Horizon forumā uzdevu jautājumu par Horizon funkcionalitāti? ... View more

Tomēr nepiekrītu. Šis jautājums nav specifisks, šāds pēctecības princips ir bijis vienmēr un visās jomās. Neatkarīgi, vai tie ir skaitītāju rādījumi, vai grāmatvedībā saldo, kāda summa vai rādījums ir uz perioda beigām, precīzi tādiem pašiem datiem ir jābūt uz nākošā perioda sākumu. Ja nav, tad ir jābūt kādam pamatojumam. Konkrētie dati ir redzami attēlā. ... View more

    Identiska situācija ir līgumam Nr.50921, kur ūdens skaitītājam Nr.A5092-1 sākuma rādījums "110" uz 01.02.2019. ir ņemts no šī paša dzīvokļa iepriekšējā līguma Nr.5092, šī paša skaitītāja pēdējā, 30.11.2018. rādījuma.   Šīs 2 kļūdas atklājam tikai pēc tam, kad saņēmām klientu pretenzijas. Kā es varētu veikt skaitītāju rādījumu salīdzināšanu uz 31.01.2019. un uz 01.02.2019.? Varbūt atklājam vēl kādu pārnešanas funkcijas kļūdu? ... View more

Sapratu, piekrītu, Horizon nerada ierakstus, to veic lietotājs, vai nu manuāli, vai importējot, kā šajā gadījumā no WEB Portāla. Taču jebkurā gadījumā skaitītāju rādījumi uz perioda sākumu, ir tabu. Šis lauks ir slēgts rediģēšanai. Lietotājam nav nekādu iespēju to koriģēt, ne manuāli, ne ar importu. Tādēļ aizdomas krīt uz Horizon programmētāju atstātu caurumu. Paskaidrošu, kāpēc. Lai nodrošinātu skaitītāju rādījumu pēctecību, kārtējā mēneša sākuma rādījumam ir jābūt vienādam ar iepriekšējā mēneša beigu rādījumu. Pievienotajā attēlā ir redzams, ka skaitītāja rādījums uz 01.02.2019. ir vienāds ar skaitītāja rādījumu uz 31.10.2018. Tātad pārnests uz februāra sākumu ir nevis janvāra beigu rādījums, bet gan oktobra beigu rādījums. Gandrīz identiska situāciju piefiksējām 15.martā.      Ievēroju vienu kopsakarību abiem šiem gadījumiem - īpašumiem bija notikusi dzīvokļu īpašnieku, līdz ar to - NĪP līgumu maiņa, to var redzēt pēc līgumu numuriem. Kļūdainā rādījumu pārnešana abās reizēs ir notikusi tieši no iepriekšējā līguma pēdējā fiksētā rādījuma lauka. ... View more

Var vēl mēģināt pārstartēt Horizon pēc parametru (krāsas) izmainīšanas. Reizēm palīdz. ... View more

530.versijā, salīdzinot ar iepriekšējām, tas ko es zinu, ir mainīts skaitītāju rādījumu ievades formas aiļu fona krāsa pie negatīva patēriņa NĪP modulī. Lietotājam pašam ir iespēja mainīt krāsas dažās vietās šeit: Sistēma > Uzstādījumi > Kontroles un vides parametri > Lietotāja saskarne No šī, krāsu maiņai es izmantoju Obligāti aizpildāmo lauku iezīmēšana un Sarakstu sagatavju iezīmēšana. Pēdējais varbūt daļēji noder Jūsu gadījumā. ... View more

Sapratu, ka šādu programmas reakciju var izsaukt, veicot darbības šādā secībā (es gan vairs nemēģināju): 1) izveido jaunu FO objektu, ar komandu Shift+F2; 2) no jaunizveidotā FO objekta sastāva, atslēdzot pieejamības filtru, dzēš visas tās telpu grupas, kas bija vecajam FO, un kas neattiecas uz šo jauno FO; 3) jaunā FO sastāvam pievieno tam nepieciešamās jaunās telpu grupas. Varbūt, ka kritiskais ir 2) solis, jo dzēšot vienam FO piesaistītos objektus, iespējams, tiek dzēsti arī citu FO (kuri pat nav atvērti labošanai) sastāva objekti jeb telpu grupas. Baidos pat iedomāties, ja līdzīga situācija būs arī ar NĪP līgumu datiem. ... View more

     Papētīju Apjoma summēšanas metodi, mums tā jau ir izveidota, tieši tā, kā ir aprakstīts, taču janvāra aprēķinos izskatās, ka šī metode nav nostrādājusi, jo apkures aprēķinos nav ņemta vērā tieši tā siltumenerģijas daļa, kas patērēta karstā ūdens pēc normām, uzsildīšanai. Tiktāl par to, kas attiecas uz siltumenerģijas izdevumu sadali mājā.      Kas attiecas uz mājas ūdens starpību aprēķiniem, tur šī metode nederēs, jo ūdens starpība starp mājas ievadā un dzīvokļos patērēto ūdens apjomu mūsu gadījumā tiek aprēķināta pirms Apjoma aprēķina dzīvokļos. Tādā gadījumā būtu jāmaina algoritms visiem aprēķiniem, kas saistās ar ūdens apjomu. Sākotnēji būtu jāaprēķina dzīvokļos karstā ūdens apjoms pēc normām un kopējais ūdens apjoms pēc skaitītājiem (t.sk. aprēķināto vidējo patēriņu), tas jāsalīdzina ar ūdens apjomu mājas ievadā. Gadījumos, kad mājas ievadā ir mazāks ūdens apjoms, nekā summāri dzīvokļos, tad par radušās starpības vērtību jāsamazina ūdens apjomi pēc normām, proporcionāli iepriekš aprēķinātajam. Atsevišķos gadījumos, karstā ūdens apjomi pēc normām varētu samazināties līdz nullei, bet tie nevarētu būt ar mīnus zīmi. Tikai pēc tam varētu iegūt to reālo ūdens starpību (pozitīvu vai negatīvu), kas būtu jāsadala uz dzīvokļiem. Sadalāmo starpību attiecinām tikai uz auksto ūdeni. ... View more

Zinu no pieredzes, ja Maximā tiek noskenēts svītrkods, bet klientam nevēlas maksāt visu summu, kases operators var maksājamo summu koriģēt. Tikai maksājot atlikušo daļu, klientam pašam jāatceras, kāda ir atlikusī summa, jo operators to nezinās. ... View more

Paldies! Ļoti iespējams, ka šis risinājums noderēs, lai iegūtu kopējo aprēķināto karstā ūdens apjomu (summējot pēc individuālajiem skaitītājiem un pēc normām). Pēc iegūtā karstā ūdens apjoma, excel tabulā sarēķināšu, kādai summai no kopējās mājas siltumenerģijas jāpaliek uz apkures izdevumiem, un salīdzināšu ar Horizon aprēķināto. Nesakritību gadījumā varēšu koriģēt uz apkuri sadalāmo summu tieši pieņemšanas nodošanas aktā, lai klienti saņemtu korektus rēķinus. ... View more

Pēc 530.versijas uzstādīšanas no Horizon datiem - atkritumu izvešanas vietu 170 funkcionālo objektu (FO) reģistriem, mūsu uzņēmumam bez pēdām tika izdzēstas apmēram 4000 piesaistītās telpu grupas. Tagad tas viss ir jāievada no jauna, manuāli. Spējat iedomāties, ko tas nozīmē laikā, kad jāsāk gatavot komunālo pakalpojumu rēķini klientiem. Šo kļūdu uzgāju nejauši, vēloties slēgt NĪP līguma atkritumu Aprēķinu metodi, kad Horizon izmeta kļūdu, par to, ka metode nav atrasta FO sastāvā, kaut gan līdz šim aprēķini bija veikti sekmīgi. Pārbaudot FO sastāvus, atklāju, ka tur palikuši tikai ap 10% līdzšinējo ierakstu. ... View more

Ievērtēju arī blakusefektu - no atkritumu FO grupām ir izdzēsti 90% no gandrīz 5000 telpu grupām. Tagad tas viss man ir jāatjauno manuāli. Vnk super! 😕 ... View more

Vitālija atbilde man patika labāk. 😉 ... View more

Laikam nepieminēju, ka mājas karstā ūdens patēriņam nav ievada skaitītājs (jeb kontrolskaitītājs), tā iemesla dēļ, ka mājai karstais ūdens netiek piegādāts centralizēti. Centralizēti tiek piegādāts aukstais ūdens, bet karstais tiek uzsildīts lokāli, mājas siltummezglā. Līdz ar to, ūdens starpības aprēķina metodi norādīt kā situācijas risinājumu aprēķinu veikšanai karstā ūdens patēriņam bez individuālajiem skaitītājiem, nav īsti korekti. Joprojām gaidām risinājumu funkcionalitātes uzlabošanai tieši Horizon. ... View more

Nav nekā vienkāršāka, kā aprēķināt ūdens starpību mājās, kur ir tikai aukstais ūdens. Problēmas sākas, kad starpības aprēķinos jāiekļauj arī karstā ūdens apjoms. MK1013 neko par to nesaka. Teorētiski jau var uzstādīt mājas ievadā arī karstā ūdens skaitītāju, un mēģināt aprēķināt starpības divām sistēmām vienlaicīgi, bet, diez vai tas būtu lietderīgi. Faktu, ka karstā ūdens normu aprēķina dēl rodas kļūdas grāmatvedības pārskatos, atklājām tikai šomēnes. Galvenā grāmatvede sāka pārbaudīt siltumenerģijas komersanta izrakstīto rēķinu summu atbilstību Horizon aprēķiniem, un atklāja, ka ir diezgan lielas novirzes š.g. janvārī. Pārbaudīju vienu no mājām, Darba 13A, un atklāju, ka starpība ir tieši par pēc normām aprēķinātā karstā ūdens apjoma uzsildīšanas daļu. Piekrītu, ka tehniski mājas ūdens starpību šis aprēķins neietekmē, jo aprēķināta tiek tikai maksa par siltumenerģiju ūdens uzsildīšanai, bet pats ūdens šeit it kā nepiedalās. Bet šāds fakts pats par sevi ir absurds, jo tiek aprēķināta maksa par neeksistējoša ūdens uzsildīšanu. Klients to redz savā rēķinā. Otra kļūda, kas rodas aprēķinos, ir tā, ka šī maksa tiek aprēķināta papildus jau sadalītajiem mājas siltumenerģijas izdevumiem, šajā gadījumā mākslīgi paaugstinot iedzīvotājiem maksu par apkuri, un sekojoši - rupju aprēķinu neatbilstību izrakstītajiem rēķiniem. Visvieglākā izeja no situācijas šeit it kā būtu - vispār neaprēķināt karsto ūdeni iedzīvotājiem pēc normām, esam jau to izmēģinājuši, un no pieredzes zinu - šādos gadījumos klienti apzināti vairs neatjauno vecos karstā ūdens skaitītājus, jo, kaut arī reizēm nākas apmaksāt ūdens starpību, toties par karstā ūdens uzsildīšanu viņiem vairs nav jāmaksā. Rezultātā - šos negodīgo klientu radītos izdevumus sedz pārējie mājas iedzīvotāji, ziemā kā papildus maksu par apkuri, vasarā kā paaugstinātus uzsildīšanas izdevumus godīgajiem klientiem. Varbūt ir iespējama šāda aprēķinu secība (shematiski)?: 1) ar Apjoma aprēķinu - tiek aprēķināts karstā ūdens apjoms tiem līgumiem, kam ir atbilstošas Metodes; 2) ar Mājas apjoma aprēķinu M1 aprēķina mājas ūdens starpības, ņemot vērā arī apjomus pēc normām; 3) ar Mājas apjoma aprēķinu M2 aprēķina mājas karstā ūdens apjomu, summējot skaitītāju apjomus un normu apjomus; 4) ar Mājas apjoma aprēķinu M3 aprēķina megavatstundas apkurei, no kopējā atņemot karstā ūdens un cirkulācijas MWh. Ja šādi nekas neizdosies, tad nāksies atteikties no karstā ūdens aprēķina normām, neskatoties uz faktu, ka no tā cietīs godprātīgie klienti. ... View more

Protams, ka vienmēr pastāv iespēja neveikt karstā ūdens apjoma aprēķinu pēc normām. Esam jau savulaik to praktizējuši. Kas notiek realitātē? Tie klienti, kuru karstā ūdens skaitītājiem beidzās derīguma termiņš, atklāja, ka izdevīgāk ir samaksāt aukstā ūdens starpību un karsto ūdeni lietot bez ierobežojumiem un bez maksas, uz kaimiņu rēķina. Tas ir pretrunā ar mūsu uzņēmumā ieviestajiem likumīgu, godīgu un taisnīgu aprēķinu principiem. Iepriekšējā programmā nebija problēmu, jo ūdens apjoms gan pēc dzīvokļu skaitītājiem, gan pēc normām tika aprēķināts vienā blokā un summējās. Turpretī Horizon vienu summu aprēķina Mājas apjomā, savukārt otru - Apjoma aprēķinu, un sadabūt šīs naidīgās nometnes kopā ir neiespējamā misija. Ja to varētu izdarīt, tad jau pēc kopējā karstā ūdens apjoma iegūt attiecīgās MWh, un tālāk pareizi aprēķināt tās MWh, ka attiecas tikai uz apkuri - tās ir pāris matemātiskas darbības. Šo pašu principu var attiecināt uz ūdens starpības aprēķinu. Ja Mājas apjoma aprēķina algoritmā būtu iespējams iekļaut to karstā ūdens apjomu, kuru  Apjoma aprēķins iegūst no līgumu mainīgajiem, tad arī mājas ūdens starpība, iespējams, aprēķinātos pareizi. Par mājas aprēķinu pārskatu. Ja tajā citastarp ir pieejami dati par personu skaitu dzīvokļos, par aukstā ūdens apjomu pēc skaitītājiem dzīvokļos, par karstā ūdens apjomu pēc skaitītājiem dzīvokļos, tad pēc loģikas, vajadzētu būt arī datiem par karstā ūdens apjomu pēc normām dzīvokļos, bez kura šis pārskats ir ne tikai nepilnīgs, bet pat maldinošs, jo piedāvā nepareizus datus par reāli aprēķināto karstā ūdens patēriņu mājā izvēlētajā periodā. Sekas jau tagad atspoguļojas grāmatvedības atskaitēs. ... View more

Paldies, ievērtēju. Tumši sarkanā krāsa nomainīta uz gaišāk sarkanu. Nu jau melnās krāsas simboli uz sarkanā fona ir labāk saskatāmi. ... View more