Izsaku līdzjūtību sakarā ar horizona ieviešanu.

Fatma- nu līdzjūtību par Horizona ieviešanu- nesaprotu par ko izteikt- laba programma ar plašam iespējām. Dabīgi ka jāiemācās lietot un galvenais- nedrīkst nonākt kā lietotājs rutīnā- programmas iespējas tikai papildinās un ikdienā lietojot tādā līmenī kā to darām dažkārt pat nepamanām ka atkal kas ir labāk paveicams.
Pr uzkrātām saistībām risinājumi ir vairāki- viss atkarīgs no lietotāja velmēm un reālās nepieciešamības veikt šo uzskaiti
Atbilde uz jautājumu:
Vienkāršākais:
Ar grāmatvedības reģistru katru mēnesi veicam grāmatojumus :
D 7xxx K uzkrātās saistības
Nākoša mēnesī nodublējam šo reģistru ar - zīmi par faktiski saņemto un iegrāmatoto rēķinu summu un rēķinus vadam kā parastos dokumentus apgādē
D 7;57 K 53
Tātad faktisko izmaksu summu kas rodas no uzkrāto saistību aprēķina caur galveno grāmatu Mīnuss uzskaitē neredz uzkrātu saistību sadalījumu pa klientiem
Variants 2
Veidojam klienta kartiņas dublikātu
Piem: Latvenergo- piegādātājs
Latvenergo uzkr. saist
Mēnesī savadam rēķinus uz klientu- uzkrātās saistības ( D 7 K uzkr saist)

Kad saņemam faktisko dokumentu- ievadam normālo rēķinu bD 7 57 K 531
un vienlaicīgi veicam šim dokumentam veidoto uzkrāto saistību rēķina dzēšanu.( latvenero uzkr saist - apmaksas dok parāda dzēšana ar grāmatojumu D uzkr saisit K 7)
Tātad apgādes atlikumā kā arī galvenajā kreditoru grāmatā kontā norēķini par uzkrātajām saistībām iegūstam informāciju kāds ir uzkrāto saistību atlikums katram klientam- vieglāk kontrolēt vai ir dzēstas uzkr saist par visiem saņemtajiem attaisnojumu dokumentiem faktisko izmaksu apmērā, ....
Nu vispār varianti kaudze. Bet iespējams ka konsultanti pateiks ko labāku tā ir tikai mana kā ilgstoša lietotāja variācija. ja godīgi - viss atkarīgs no uzskaites datu pielietošanas pakāpes uzņēmuma datu analīzē. Un apsveriet vai ieguvums katru mēnesi muļļājot ( citu apzīmējumu šim procesam neredzu) šis summas uz priekšu atpakaļu ir tā vērts. Tas jāskatās konkrētajā situācijā.

Tik daudz progr. kļūdu jaunajā versija, gan negaidīju. Elementāras lietas tagad prasa nenormālo laiku. Var būt kādam ir zināms, kāpēc izveidojot maksājumu izdevumi algas izmaksu sarakstam programma nepiešķir Nr. MU automātiski, bet jāklikšķina ar roku un tā 90 darb. 90 manipulācijas. Vel, ja uz Valsts kasi MU jāliek DALĪTI ar roku, vēl 90 klikšķi, kopā 180 klikšķi.

Vai vairākiem darbiniekiem nevar veidot kopēju maksājumu uzdevumu un tā kopā ar sarakstu eksportēt internetbankā?

vecā latu versija bija tā, bet 425 tajā kreņķi.

Ne visas bankas tagad atbalsta to kopējo ( swed laikam ne) , klientu zonā bija info par to.

Swedbanka pieņem, tiem , kam ir Swedbankā konti, veidojam vienu maksājumu uzdevumu vienam sarakstam un uz dažādām citām bankām - otru. Varētu jau vienu, bet tad grūtāk pārskatīt. Bet, ja viņiem Valsts kase, tad jau gan - nav tādas pieredzes.

lai cik tas bēdīgi nebūtu lietotājiem- ar milzīgajām izmaiņām versijas ir pilnas ar kļūdām kā slikti kopts suns ar blusām bet gods un slava izstrādātāju pacietībai un darbam kā tautā saka PAŽARNIEKU REŽIMĀ Klients brēc- man programma nedara viņi cep jaunu laidienu- sekojiet līdz jaunajiem laidieniem . Dažkārt sāku izklaidēties kontaktos ar dīleri- pie jautājuma ka nevaru kaut ko izdarīt - atbilde kāds laidiens- a mums jau ...
Par maksājuma uzdevumiem- es pati lietoju variantu- darbinieks- klients un man problēmas nebija sagatavot un eksportēt uz SEB akmeni Ne numuri jāklikšķina ne kas.
Pēdējais ko esmu pamanījusi ja nekļūdos 44 ( ja ņem vētrā ka 425 versija sāka darboties kaut kur decembra beigās - tas ir rekords.
Par maksājumiem uz valsts kasi- klientu zonā bija speciāla instrukcija par šo jautājumu

Attaisnojumam izstrādātājiem- praktiski ir tapusi jauna programma brīvprātīgā piespiedu kārtā. Varēja jau iet vieglo ceļu- te jums jauna datu bāze ar valūtas apzīmējumu EUR- sākiet no jauna ar sākuma atlikumiem- nebūtu šis problēmu lavīnas pār izstrādātājiem.
Tik īsos termiņos radīt praktiski jaunu programmu bez darbības kļūdām- tas nav reali. Ir tā kā ir.

Gunta- liku vienu jaunā bāzē - arī nav tik vienkārši:) bet nu- katram savi tarakāni:)

Ludmila- dabīgi ka nav- sevišķi manā pakalpojumu variantā kad jāstrādā ar vairāk kā 20 datu bāzēm un dokumentus dod kā jau mazie klienti- atlikumi staigā līdz februāra beigām.

Labdien!
Vēršos pie zinošiem cilvēkiem - pagājušo gadu sāku strādāt ar Horizonu, jātiek galā ar atvaļinājuma rezervēm - kā lūdzu jāiegrāmato uzkrātā atvaļinājuma izmaksas? Pa kontiem man ir skaidrs, tikai nezinu ceļu Horizonā. Ja varat, norādiet lūdzu ceļu.
Es vēl tikai mācos...

Ja nestrādājat algu sistēmā ar uzkrājums atvaīnājumam dokumentiem tad dokumenti virsgrāmata grāmatojumu reģistrs kā jebkuru grāmatojumu.
Bet vispār programma ļauj algu sistēmā veikt atvaļinājumu rezerves aprēķinu un uzskaiti. pati neesmu lietojusi un nevaru komentēt.

Neesmu nekad izmantojusi grāmatojumu reģistrus, tāpēc arī nezinu, kā iegrāmatot izmaksas...
Programmā izveidoju atvaļinājuma rezerves, bet tālāk par neizmantotajām dienām neko nevaru aprēķināt. Pēc konsultantes norādījumiem to visu izrēķināju excelī, bet nezināju, kā uzkrāto atvaļinājumu un vsaoi tagad iegrāmatot
Cik saprotu, eju: dokumenti -> virsgrāmata -> grāmatojumu reģistri ... ar 31.12.2013. datumu šīs izmaksas iegrāmatoju?
Paldies jau iepriekš!
P.S. Kādi ir gadījumi, kad vēl izmanto grāmatojumu reģistrus?

Taciņa pareiza.
Grāmatojumu reģistrus lieto jebkuras operācijas reģistrēšanai galvenjā grāmatā ja tā nav kādas apakšsistēmas (bankas kases apgādes. realizācijas.....)operācija.
TIKAI JĀIEVĒRO VIENS = GALVENAJĀ GRĀMATĀ RE'ĢISTRĒTI DARĪJUMI REĢSITRĒJAS TIKAI GALVENAJĀ GRĀMATĀ UN APAŠSISTĒMĀS NEATSPOGUĻOJAS. Piemēram nevar norakstīt debitoru kreditoru parādus, jo tad realizācijas apgādes sitēma neies kopā ar galveno grāmatu)
Reģistrus pielietoju: Piemēram- finansu grāmatvedibas datu bāzē nelietoju kājumu uzskaiti- tātad krājumu palielnājums vai samazinājums gada inventarizācijā,
Gada beigās salīdzinot nodokļus ar VID:
aprēķinātās nokavējuma naudas, nodokļu pārmaksas virzīšana cita nodokļa samaksā.
Gada sākumā nesadalīto peļņu no 341 uz 342.
.....

Par 31 datumu:
Līdz ši nemācēju izmantot starpperiodus gada slēgumam- tad 31 darumu rezervēju gada slēguma operācijām bet normālo dzīvi veidzu 30 datumā. Ar šo gadu izmantoju starpperiodu.

Paldies par atbildēm! Paldies Ludmilai, tiku galā ar atvaļinājuma rezervēm bez grāmatojumu reģistriem. Izrādās, ļoti vienkārši.
Tālāk vēl priekšā peļņas un zaudējuma aprēķins utt.....un viss,kas pirms vēl jāizdara

Varbūt lūdzu kāds var palīdzēt par Horizon, kas izmanto divu uzskaites valūtu risinājumu. Kāpēc veidojot kontu atlikumu auditu pa klientiem, nav iespējams ielasīt auditējamo kontu (izvēlē vienkārši nepiedāvā kontus). Dokumenta veidā: Kontu atlikumu audits pa klientiem sistēma neļauj ielikt ķeksīti: Tiek grāmatots, varbūt tur tā vaina? Vai kāds nav saskāries ar šo problēmu?

Vai ir sagatavots šis dokuments ja jā- vai ir ielikta norāde ka kontā uzskaite pa klientiem????
Kontu analītiskās dimensijas
Ir jāsagatavo atsevišķs dokuments, kurā reģistrē konta dalījuma informāciju, kādā ir nepieciešams fiksēt eiro atlikumu precīzi pēc pārejas koeficienta no latu atlikuma.
Katram kontam jānorāda vai tas dalās vai nedalās:
 Visās aktīvajās dimensijās un objektu dimensijām
 Projektos
 Klientos
Dokumenta aizpildē programma katram kontam norādīs tādu detalizāciju dimensijās, kāda tajā brīdī ir norādīta kontu plānā. Jāpārbauda vai tas ir korekts dalījums un nepieciešamības gadījumā jālabo.
Dalījums pa klientiem jānorāda lietotājam pašam manuāli.
.
Pamatdati -> Kontu plāns -> Kontu analītiskās dimensijas

Paldies! Tā kā kontu analītiskās dimensijas jau biju sagatavojusi pašā gada sākumā, neienāca pat doma, ka tur tā vaina varētu būt. Kā reiz norēķiniem ar pircējiem, ar kuru tagad sāku- nebiju ielikusi ķeksīti pa klientiem. Tiešām palīdzējāt- paldies vēlreiz!