Sistēma - Uzstādījumi - Kontroles un vides parametri, sadaļa Maksājumi. Tur var atļaut maksājumus labot visiem lietotājiem (firmas vērtība), vai tikai konkrētiem lietotājiem.     ... Skatīt vairāk

@AndisN teorētiski jā, tikai jāievēro drošības nosacījumi - jāuztaisa drošības kopija datiem, jo pietiek noraustīties datortīklam, lai sabojātu datus.  ... Skatīt vairāk

Aprēķinu mēnešiem loģika ir sekojoša: komunālās saimniecības mēdz aprēķinu dalīt pa pakalpojumu mēnešiem, piem. šobrīd ir augusts un tiek veikts NĪP aprēķins; rēķins ir ar augusta datumu; rēķinā ir rindas ar pakalpojumiem, kuru apjoms ir par jūliju (ūdens, kanalizācija, siltums, atkritumi u.c.) un rindas par tekošo mēnesi (īre, apsaimniekošana, rēķina piegāde u.c.). Aprēķina mēnesis norāda kurā mēnesī esam veikuši aprēķinu un datumi no/līdz norāda rēķina rindu datumus, par kuriem ir veikts aprēķins. Tāpat var aprēķina mēnesi izmantot, lai atlasītu pārrēķina rindas un uzzinātu kāds apjoms konkrētajā mēnesī ir no pārrēķina. Lai atskaites ar šiem parametriem pareizi strādātu ir jāpievērš uzmanība kāds aprēķina mēnesis kāds periods tiek paņemti Apjoma aprēķina logā. Papildus funkcionalitāte ir ķeksim "Pārlasīt pēc aprēķina mēneša" apjoma aprēķina logā. Tad var neaizpildīt no/līdz datumus un mums tiks ielasīti visi ieraksti, kas aprēķināti konkrētajā mēnesī, vai arī kurus būtu jāaprēķina konkrētajā mēnesī. Savukārt aprēķina metodēm var norādīt periodus: tekošais, iepriekšējais un nākamais.  ... Skatīt vairāk

7.-12. soli var aizstāt ar vienkāršu automātisko darbu "NĪP rēķinu izpilde", ko serveris veic ar noteiktu regularitāti, piem. 1x sundā izpilda visas NĪP rēķinu sagataves. ... Skatīt vairāk

  Problēma ir apstāklī, ka vienu un to pašu uzmērīšanas lietas mainīgo izskatā parāda ar divām kolonnām: "UZMĒRĪŠANAS LIETA.Apkurināmā platība" un "TG UZMĒRĪŠANAS LIETAS PAPILDDATI.Apkurināmā platība" Kolonnai  "UZMĒRĪŠANAS LIETA.Apkurināmā platība" joprojām summēšanas problēma saglabājas, taču kolonnu "TG UZMĒRĪŠANAS LIETAS PAPILDDATI.Apkurināmā platība" var sasummēt arī vecākās versijās.  Vienkārši jānomaina izskatā kolonna.  ... Skatīt vairāk

Jā, diemžēl teksta rindām PVN likmi importa veidnē norādīt nevar. Apvedceļš, kurš pirmais ienāk prātā - izveidot pakalpojumu kartiņas ar nepieciešajām PVN likmēm (piem. "Apliekas ar PVN21%", vai "Ar PVN neapliek") un tekstuālo informāciju likt laukā "Teksts", tas parādīsies kā rindas piezīmes un rindas piezīmes var izmantot kontēšanas shēmā. Ja tomēr obligāti ir vajadzīgas teksta rindas, tad noteikti ir sīkāk jāapraksta importa specifika un ražotājm jāprasa veikt izmaiņas. ... Skatīt vairāk

Pārbaudīju - 540. versijā šīs kļūdas nav. ... Skatīt vairāk

Ir divu veidu konvertācijas dokumenti - "Saistību pārnešana" ir parāda pārnešana un "Maksājuma pārnešana" ir pārmaksas pārnešana. Jāizmanto "Debitora maksājuma pārnešana" ... Skatīt vairāk

@liga2204  rakstīja: Jā, bankas doto POS, bet tas būs kopā ar EKA. Būtība ir tāda, ka Horizon būtu jāģenerējas rēķinam, kuru cilvēks uzreiz apmaksā ar karti, un, lai Horizon rēķini "saķeras" apmaksa ar rēķinu, kad importē bankas dokumentus. Šobrīd VID kategoriski noraida jebkādu iespēju inicializēt čeka drukāšanu uz EKA no grāmatvedības  sistēmas (ne tikai no Horizon)  MK noteikumos kases sistēma ir ļoti "izplūdis" jēdziens un lai varētu jums vēlamo saslēgumu realizēt ir jāsertificē vienots visu komponenšu kopums (EKA, Dators, programmatūra, kas sūsta/saņem datus no/uz EKA). Nosertificēt Horizon kopā ar kādu konkrētu kases aparātu un piedevām vēl sertificēt visas nākamās Horizon versijas ir nereāli. Diemžēl mūsu valsts politika šajā jomā ir ļoti nedraudzīga un visi, kas grib kaut ko pieslēgt kases aparātam tiek uzskatīti par potenciāliem valsts apzadzējiem. ... Skatīt vairāk