About AgneseZ

AgneseZ · ‎05-02-2024

Labdien! Lūgums aplīdzēt ar algu problēmu, saistībā ar dažādiem projektiem. Darbinieks uzņēmumā strādā dažādos projektos - taču 2024.gada janvārī nav strādājis, bet ir slimības lapa A un B. Pēc uzņēmuma lūguma slimības lapa ir jārēķina tikai vienā projektā X. Problēma - slimības naudu rēķina pamatalgā nevis projekta X ietvaros. Vai ir iespēja šo mainīt? Vadot prombūtni ir iespējams izvēlēties tikai pamatalgas slodzi.

AgneseZ · ‎18-05-2023

Uzņēmums ir izstrādājis GABALS.LV platformu, kurā var izstrādāt meža inventarizācijas un iesniegt tās elektroniski Valsts meža dienests, izdrukāt un nodot klientam uz rokas. Tā kā pakāpeniski šis produkts tiek laists apritē, tad sāk parādīties arī pirmie rēķini. Pagaidām šos rēķinus izraksta manuāli, bet ir plāns, ka klientam tie automātiski ģenerētos, attiecīgi vēlos noskaidrot, kādas ir iespējas šo rēķina izrakstīšanu sasaistīt ar HORIZON: variants: rēķini tiek importēti manuāli HORIZON caur xls. Kādai jābūt xls struktūrai? Vai var būt cita rēķinu numerācija, nekā šobrīd ir noteikta? Kas notiek, ja klients nav HORIZON reģistrēts? Kā tas paveicams HORIZON? variants: kādas iespējas veikt HORIZON integrāciju ar GABALS.LV? Vēlētos optimālāko risinājumu bez excel veidnēm.

AgneseZ · ‎03-05-2023

Labdien! Aprēķinot pamatlīdzekļiem nolietojumu, konstatēju, ka dažiem, kuriem jau atlikušajai vērtībai bija jābūt 0, tiek uzrādīts aprēķinātais nolietojums. Grāmatojot nolietojuma aprēķinu vai likvidējot šos pamatlīdzekļus uzmet paziņojumu (skatīt att.), ka vērtība ir negatīva. Šī negatīvā vērtība arī ir tā, kas uzrādās ailē kā aprēķinātais nolietojums uz konkrēto periodu. Lai gan visiem šiem pamatlīdzekļiem atlikusī vērtība pēc fakta jau sen kā ir 0, PL kartiņās uzrādās atlikusī vērtība (skatīt att.), kas atbilst arī iepriekš minētajai negatīvajai summai. Šobrīd šie pamatlīdzekļi ir jālikvidē, taču tas nav iespējams dēļ negatīvām summām. Kā šo būtu iespējams atrisināt?

AgneseZ · ‎04-08-2021

Paldies! Mēģināšu šādā veidā!

AgneseZ · ‎29-07-2021

Bet vai tā varētu būt, ka nestrādā funkcija, kur pie Uzskaites parametriem ielikts ķeksis "Nepielietot nodokļu atvieglojumus nākamajos periodos"? Jo izskatās, ka šis nestrādā.

AgneseZ · ‎29-07-2021

AgneseZ · ‎29-07-2021

Man ir gan šis viss sakārtots ar svārstībām, gan debitoru/kreditoru konti sadalīti pa valūtām. Problēma rodas, jo konvertējot dokumentu Horizon EUR summu aprēķina pēc ECB kursa, taču pats maksājums no konta iziet pēc bankas kursa. Apmaksas tiek veiktas interneta vietnēs caur sistēmām, tāpēc konta izrakstā apmaksas uzrādās kā PIRKUMS. Viss notiek automātiski, izņemot to, ka rodas starpība starp reālo summu, kas iziet no bankas un to ko pēc ECB kursa pārrēķina programma.

AgneseZ · ‎26-07-2021

Labdien! Aprēķinot atvaļinājuma naudu par nākamajiem periodiem saskāros ar problēmu. Tiek piemēroti atvieglojumi par pilnu mēnesi, nevis proporcionāli par konkrēto atvaļinājuma periodu. Tā kā darbinieki bieži pēc atvaļinājuma neatgriežas atpakaļ darbā, ir ļoti svarīgi atvieglojumus piemērot tikai par atvaļinājuma periodu nevis pilnu mēnesi. Uzskaites parametros ir ielikts ķeksis pie Algām "Nepielietot nodokļu atvieglojumus nākamajos periodos", kā arī Ieturējumu veidos pie IIN Prombūtnes sadaļā atvaļinājums ir zem ailes "Atvieglojumus nākamajos periodos piemērot proporcionāli prombūtnes laikam". Ar visu šo, rēķinot atvaļinājuma naudu, piemērojas atvieglojumi par pilnu mēnesi, nevis proporcionāli. Vai iespējams ir vēl kāda vieta programmā, kur nepieciešams ķeksis vai kādi papildinājumi/labojumi?

AgneseZ · ‎23-07-2021

Labdien! Darījumi notiek dažādās valūtās. Rēķins ir vienā valūtā, bet maksājums citā. Kādas darbības jāveic programmā (kontējumu shēmā), lai automātiski, veidojot Izejošā maksājuma konvertāciju, iegrāmatotos starpība, kas rodas? Starpība rodas, jo ECB kurss nesakrīt ar bankas kursu.

AgneseZ · ‎21-05-2021

Izmaksu saraksts tiek veidots šādi: "Izmaksu saraksts uz bankām" un pievieno vienu darbinieku ar ārzemju kontu. Tad nospiež "Ģenerēt MU" un izveido maksājuma uzdevumu, bet ir neaktīva poga "Izmaksu saraksta eksporta metodes" un līdz ar to nevar vispār nosūtīt failu uz banku. Tiek mēģināts arī otrs variants: "Izmaksu saraksts bankā", pievieno to pašu vienu darbinieku, izveido MU un tad var xml nosūtīt uz banku, bet bankā uzrāda to pašu kļūdu, kuru iepriekš minēju.

AgneseZ · ‎21-05-2021

Kļūdas paziņojumā bankā rakstīts - "Fails nesatur korektus maksājumus" PmtInfId: PAY20210521090027 (#1), InstrId: 1386001 (#1) Mass payment can contain only domestic payments

AgneseZ · ‎21-05-2021

Labdien! Radusies problēma ar izmaksu sarakstiem darbiniekiem, kuriem bankas konti ir ārzemju bankās (Revolut, Paysera utt.). Izveidojot izmaksu sarakstu un eksportējot, pašā programmā nekādas problēmas nerodas, taču bankā šo sarakstu atverot uzrāda kļūdu tieši darbiniekiem ar ārzemju kontiem. Līdz ar to nevar pārskaitīt algu ar eksporta failu. Kādas darbības jāveic programmā, lai šo problēmu novērstu?

Algas

Rēķinu imports

Pamatlīdzekļu negatīvās summas

Tēma: Izejošo maksājumu konvertācija

Tēma: Atgvieglojumi par nākamajiem periodiem

Tēma: Atgvieglojumi par nākamajiem periodiem

Tēma: Izejošo maksājumu konvertācija

Atgvieglojumi par nākamajiem periodiem

Izejošo maksājumu konvertācija

Tēma: Izmaksu saraksts algām uz ārzemju kontiem

Tēma: Izmaksu saraksts algām uz ārzemju kontiem

Izmaksu saraksts algām uz ārzemju kontiem

Useful pages

About Visma

Contact us

Follow us