Zināšanu bāze Horizon

Kārtot pēc:
Apraksts kā rīkoties, ja darba attiecību sākumā darbiniekam vēl nav 15 gadi.
Skatīt visu rakstu
20-08-2025 09:47
  • 0 Atbildes
  • 1 vērtējumi
  • 215 Skatījumi
Sākot no Visma Horizon 570. versijas, pieņemot darbā jaunu darbinieku, daļa no darbiniekam nepieciešamajiem dokumentiem tiks izveidoti automātiski. Tā rezultātā samazinās lietotāja manuāls darbs un iespēja pieļaut kļūdas, ja dokuments tiek ievadīts nepareizi vai vispār ir aizmirsts ievadīt.  Dokumenti tiks veidoti tikai tad, ja ir iespējams viennozīmīgi pateikt, ka konkrētais dokuments ir jāveido un kādam jābūt dokumenta saturam. Ja visi nosacījumi izpildās, tad var izveidoties šādi dokumenti: IIN informācija VSAOI kategoriju reģistrs Darba stāža informācija Atvaļinājumu rezerves fondi darbiniekiem Darba laika veidi. Zemāk aprakstīti nosacījumi, pie kādiem šie dokumenti tiks veidoti. IIN informācija Pamatdati -> Personāla uzskaite -> Personu dati aprēķiniem -> IIN informācija Pie darbinieka pieņemšanas sistēma izveidos automātisku IIN informācijas ierakstu ar IIN maksātajā kategoriju Bez dokumenta. Pēc tam, izmantojot elektronisko algas nodokļu grāmatiņu funkcionalitāti, vajag ielasīt aktuālo IIN informāciju no VID EDS. Automātiskā IIN informācijas izveide notiks tikai tad, ja EANG uzstādījumos ir norādīta IIN maksātāju kategorija (bez dokumenta).   VSAOI kategoriju reģistrs Pamatdati -> Personāla uzskaite -> Personu dati aprēķiniem -> VSAOI kategoriju reģistrs Līdzīgi, kā IIN informācija, arī VSAOI kategoriju reģistra ieraksts turpmāk tiks izveidots automātiski pie darbinieka pieņemšanas. Ja darbinieks nav pensionārs, tad tiks izveidots VSAOI kategoriju reģistra ieraksts, kur laukā "VSAOI maksātāja kategorija" būs vērtība DŅ vispārējā gadījumā. Vajadzīgā vērtība tiek atrasta pēc VSAOI maksātāju kategorija kodas - pirmajām divām zīmēm jābūt DN. Kā arī ierakstam ir jābūt aktīvam un darba ņēmēja veids ir Apdrošinātie visiem VSA veidiem. Ja šiem nosacījumiem atbilst vairāki ieraksti, tad tiek ņemts jaunākais, skatoties pēc "Spēkā no" datuma. VSAOI ieraksti veidojas neatkarīgi  ir/nav atzīme pie Rēķināt riska nodevu. Savukārt, ja darbinieks ir pensionārs, tad tiek izveidots ieraksts ar pensionāram atbilstošo kategoriju.   Darba stāža informācija Pamatdati -> Personāla uzskaite -> Personu dati -> Darba stāža informācija Tā kā bieži tiek uzskaitīta darba stāža informācija, līdz ar to, arī tā tiks izveidota automātiski pie darbinieka pieņemšanas. Automātiski darbiniekam tiks izveidots darba stāža informācijas ieraksts ar veidu Iestādē. Ja sistēmā nav stāža veida "Iestādē" vai tādi ir vairāki, tad netiks veidots automātiskais ieraksts.   Automātiski tiks izveidots darba stāža ieraksts tikai tām personām, kurām tiesiskajās attiecībās ir norādīts ienākuma veids Darba alga (ienākuma veida papildkods = 1001). Atvaļinājumu rezerves fondi darbiniekiem Dokumenti -> Personāla uzskaite -> Atvaļinājumu rezerves fondi darbiniekiem Ja organizācijā ir pietiekami vienkārša atvaļinājumu uzskaite, t.i., nav vairāki fondi ikgadējam atvaļinājumam, tad tiks nodrošināta arī automātiska atvaļinājuma rezerves fonda darbiniekam izveide. Fonds ikgadējam atvaļinājumam tiks veidots tikai tad, ja darbinieka ienākuma veids ir Darba alga (ienākuma veida papildkods = 1001) un sistēmā ir viens aktīvs fonds ikgadējam atvaļinājumam.  Papildus ja sistēmā ir nokonfigurēts papildatvaļinājums par stāžu un darbiniekam ir izveidots stāža ieraksts, tad automātiski tiks izveidots arī papildatvaļinājums par stāžu. Ja ir vairākas papildatvaļinājumu par stāžu konfigurācijas, tad fonds darbiniekam netiks veidots. Ja sistēmā ir nokonfigurēti papildatvaļinājumi par bērniem, tad pievienot darbiniekam jaunus ģimenes locekļus un atzīmējot, ka šis ģimenes loceklis ir jāņem vērā papildatvaļinājumu aprēķiniem, tad automātiski izveidos papildatvaļinājuma par bērniem ierakstu. Ja sistēmā ir vairākas papildatvaļinājumu par bērniem konfigurācijas, un nav iespējams noteikt vajadzīgo konfigurāciju, tad automātiski netiks ģenerēts ieraksts pie darbinieka. Papildatvaļinājuma par bērniem piešķiršana darbiniekam notiks tad, ja darbiniekam ir piešķirts ikgadējais atvaļinājums. Darba laika veidi Pamatdati -> Personāla uzskaite -> Personu dati aprēķiniem -> Darba laika veidi Jau iepriekš tika automātiski izveidots darba laika veida ieraksts, kad darbiniekam tika izveidotas pašas pirmās tiesiskās attiecības. Darba laika veida ieraksts tiks automātiski izveidots pie visu tiesisko attiecību izveides.
Skatīt visu rakstu
14-12-2020 13:53 (Atjaunots 25-07-2025)
  • 2 Atbildes
  • 0 vērtējumi
  • 3560 Skatījumi
Lai lietotājiem būtu ērtāka un ātrāka saņemto preču cenu pārvaldība, turpmāk saņemšanas pavadzīmē būs iespēja uzreiz kontrolēt cenas un ievadīt jaunās cenas. Saņemšanas pavadzīmē ir jauna lappuse “Pārcenošana”, kurā varēs ielasīt nomenklatūras no pavadzīmes pamatinformācijas. Pārcenošanas lappusē tiks iekrāsotas un varēs atfiltrēt nomenklatūras, kurām: nav cenas,  mainījusies iepirkuma cena, būtiski mainījusies iepirkuma cena, esošā cena neatbilst minimālajam vai optimālajam nomenklatūras vai nomenklatūru grupas uzcenojumam. Pārcenošanā varēs mainīt cenas, piefiksēt tās un izdrukāt cenu zīmes.    Lai sāktu lietot pārcenošanu saņemšanas pavadzīmē jābūt aktivizētam dokumenta pamatveidam "Pārcenošana no saņemšanas pavadzīmes". Ja ir tikai viens dokumenta tips "Pārcenošana no saņemšanas pavadzīmes", tad saņemšanas pavadzīmei automātiski tas tiek izmantots, bet, ja tiek izveidoti vairāki, tad saņemšanas pavadzīmes dokumenta tipa lauku atribūtos noklusētajā vērtībā jānorāda vajadzīgs dokumenta tips.   Pārcenošanu var veikt ar tiesībām: Lappuse "Pārcenošana" pieejama vienmēr. Lai izpildītu pārcenošanu nepieciešamas tiesības Pamatdati \ Noliktava \ Pārcenošana un Pamatdati \ Noliktava \ Pārdošanas cenas \ Pievienot. Svarīgi! Pārcenošanas lappusē var veidot tikai regulārās cenas (bez pazīmes "Akcijas cena") un lappusē tiek ielasīti tikai regulāro cenu dati un aprēķini!   Kā lietot?   Kad aizpildīta saņemšanas pavadzīme jāiet uz lappusi "Pārcenošana".   1. solis - Izvēlamies darbību "Aizpildīt": Tiks ielasītas pamatinformācijā esošās nomenklatūras un to dati. Ja nomenklatūra pamatinformācijā ir vairākas reizes, tā tiks ielasīta vienu reizi un dati tiks ņemti no pirmās rindas ar šo nomenklatūru. 1. Datums, ar kuru būs spēkā jaunā cena. Automātiski aizpildās ar šodienas datumu, bet to var mainīt. 2. Cenas veids automātiski aizpildās un to nevar mainīt. Ja noliktavai ir savs cenas veids, tad aizpildās ar to, ja noliktavai nav piesaistīts cenas veids, tad aizpildās ar uzskaites parametros norādīto cenas veidu.   2. solis - Kontrole Lapas satura rindas lauku iekrāsošanas nosacījumi: Lauks Iekrāsošanas nosacījumi Esošā pārdošanas cena iekrāsojas dzeltens, ja nav aizpildīts Dokumenta iepirkuma cena iekrāsojas dzeltens, ja nesakrīt ar "Iepriekšējā iepirkuma cena, EUR" Ja nomenklatūrai vai nomenklatūru grupai ir ievadīts minimālais un optimālais uzcenojums, tad   Uzc. jaunajai pārd. cenai pret dok. iep. cenu iekrāsojas dzelteni, ja procents ir zem optimālā, bet nav zem minimālā; iekrāsojas sarkani, ja procents zem minimālā; neiekrāsojas, ja nav norādīts minimālais vai optimālais uzcenojums Uzcen. esošajai pārd. cenai pret dok. iep. cenu iekrāsojas dzelteni, ja procents ir zem optimālā, bet nav zem minimālā; iekrāsojas sarkani, ja procents zem minimālā; neiekrāsojas, ja nav norādīts minimālais vai optimālais uzcenojums   Filtrēšana  Uzcenojums zem minimālā Filtru var izmantot, ja nomenklatūras kartītē vai nomenklatūru grupai ir ievadīts minimālais uzcenojums. Tiks atlasītas tās nomenklatūras, kuru "Uzcen. esošajai pārd. cenai pret dok. iep. cenu" ir mazāks par nomenklatūras vai nomenklatūru grupas "Minimālo uzcenojumu". Uzcenojums zem optimālā Filtru var izmantot, ja nomenklatūras kartītē vai nomenklatūru grupai ir ievadīts optimālais uzcenojums. Tiks atlasītas tās nomenklatūras, kuru "Uzcen. esošajai pārd. cenai pret dok. iep. cenu" ir mazāks par nomenklatūras vai nomenklatūru grupas "Optimālo uzcenojumu". Mainījusies iepirkuma cena Atlasās tikai rindas, kurās atšķiras vērtības laukos "Iepriekšējā iepirkuma cena" un "Dokumenta iepirkuma cena" Būtiski mainījusies iepirkuma cena Atlasās tikai rindas, kurās būtiski atšķiras vērtības laukos "Iepriekšējā iepirkuma cena" un "Dokumenta iepirkuma cena". Būtiskumu definē ar kontroles un vides parametru "Iepirkuma cenu būtiska atšķirība". Iespējamie varianti: "Iepirkuma cenu būtiska atšķirība" ievadīta procentuāla vērtība "Iepirkuma cenu būtiska atšķirība" ievadīta absolūta vērtība Nav aktuālas pārdošanas cenas Atlasās tās rindas, kur nomenklatūrai uz dokumenta datumu nav aktīvas pārdošanas cenas. Filtri viens otru papildina. Nākošā saņemšanas pavadzīme tos atcerēsies katram lietotājam individuāli.    3. solis - Aizpildām jaunās cenas To var darīt: Aizpildot lauku "Uzc. jaunajai pārd. cenai pret dok. iep. cenu" tiek aprēķināta "Jaunā pārdošanas cena". Aizpildot "Jaunā pārdošanas cena", tiek aprēķināts "Uzc. jaunajai pārd. cenai pret dok. iep. cenu". Izmantojot darbību pogu labajā pusē  "Pielietot uzcenojumu".   4. solis  - Saglabāt vai Pārcenot Ja saglabā, tad cena vēl nestājas spēkā, bet protokols saglabājas sagataves statusā. Saglabājas tikai tās pārcenošanas rindas, kam mainīta cena. Ja Pārceno, tad cena ir spēkā ar norādīto datumu. Ja ir Pārcenots, tad ir iespējams Stornēt. Stornējot, cena atgriežas sagataves statusā.   5. solis - Drukāt  Drukājot pārcenotās cenas, atvērsies Pārdošanas cenu saraksts ar nofiltrētām pārcenotajām nomenklatūrām uz jaunās pārdošanas cenas datumu.   Pavadzīmju saraksta rindās būs redzams, kādā statusā ir pārcenošana.  Ikdienā, lai drukātu cenas saņemtajām precēm, ir paredzēta iespēja to darīt uzreiz no saņemšanas un norakstīšanas pavadzīmes. Saņemšanas un norakstīšanas pavadzīmē, zem peles labās pogas darbībām, ir pieejamas opcijas – “Atvērt pārdošanas cenas” un “Drukāt pārdošanas cenas”. Izmantojot šīs darbības, tiks atvērtas no pavadzīmes nofiltrētas nomenklatūras pārdošanas cenu sarakstā. No pavadzīmju saraksta iespējams iezīmēt vairākas pavadzīmes un arī ir pieejma iespēja  “Atvērt pārdošanas cenas” un “Drukāt pārdošanas cenas” darbību sarakstā.  
Skatīt visu rakstu
11-06-2025 11:31 (Atjaunots 24-07-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 283 Skatījumi
Lai nodrošinātu precīzus maksājumus un izvairītos no dublikātiem, veidojot maksājuma uzdevumus no avansa norēķinu apgrozījumu atskaites, sistēmā darbojas iebūvēta kontrole, kas notiek izpildot darbības "Izveidot bankas maksājuma uzdevumu" vai "Izveidot kases izdevumu orderi". Kontrole darbojas šādi: Veidojot atskaiti, jums ir jānorāda datu periods ar sākuma un beigu datumu. Uz norādītā beigu datuma sistēma aprēķina norēķinu personas atlikumus, lai noteiktu precīzu atmaksājamo summu. Piemēram: Par iepriekšējo mēnesi: Norādiet iepriekšējā mēneša sākuma un beigu datumu. Par aktuālajiem izdevumiem līdz šodienai: Norādiet konkrētā mēneša sākuma datumu un šodienas datumu. Sistēma pārbauda, vai par periodu pēc norādītā beigu datuma norēķinu personai jau nav izveidots maksājums.  Svarīgi ņemt vērā: Lai šī kontrole darbotos, aktuālajiem norēķiniem nedrīkst norādīt nākotnes datumu kā beigu datumu.    Piemērs:     Datums no  Datums līdz Šodienas datums Apraksts Norēķins par iepriekšējo mēnesi 01.01.2025 31.01.2025 05.02.2025 kontrole notiks pret visiem izveidotajiem maksājumiem sākot no 31.01.2025 Norēķins par aktuālajiem izdevumiem 01.02.2025 05.02.2025 05.02.2025 kontrole notiks pret visiem izveidotajiem maksājumiem sākot no 05.02.2025 Norēķins par aktuālajiem izdevumiem 01.02.2025 28.02.2025 05.02.2025 kontrole nenotiks, jo tā darbojas pret visiem izveidotajiem maksājumiem sākot no 28.02.2025
Skatīt visu rakstu
22-07-2025 15:55 (Atjaunots 22-07-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 172 Skatījumi
Sīkāks apraksts par funkcionalitāti Virsgrāmata.
Skatīt visu rakstu
16-01-2018 11:38 (Atjaunots 07-07-2025)
  • 2 Atbildes
  • 0 vērtējumi
  • 1460 Skatījumi
Instrukcija, kā saņemt un nosūtīt e-rēķinus
Skatīt visu rakstu
15-07-2020 16:21 (Atjaunots 03-07-2025)
  • 10 Atbildes
  • 2 vērtējumi
  • 10440 Skatījumi
Vairākas bankas piedāvā saviem klientiem e-rēķinu saņemšanu internetbankā.  Šajā rakstā uzzināsiet, kā pakalpojumu sniedzējs var sagatavot un uz banku nosūtīt e-rēķinu xml datni no Horizon.  Pakalpojumu sniedzējam nepieciešams ar banku vienoties par šī pakalpojuma nodrošināšanu. Horizon pusē iespēja ir pieejama visiem, veicot atbilstošu konfigurāciju. Šobrīd tiek atbalstīta e-rēķinu nosūtīšana no Horizon uz Swedbanku un SEB banku.   XML datne tiek sagatavota atbilstoši katras bankas e-rēķinu standartam un tie ir atšķirīgi no Latvijā pieņemtā vienotā elektronisko rēķinu standarta jeb Peppol formāta.  Konfigurācija - eksporta metodes apraksts    Izvēlne: Pamatdati - Datu apmaiņa - Datu ārējā eksporta metodes - Jauns   Katrai bankai ir jāveido sava eksporta metode norādot atbilstošo dziņa failu, kas nodrošina rēķinu eksportu katras bankas e-rēķinu standartam. Swedbankas e-rēķiniem ir jāizvēlas SWEDEINVOICE.dll SEB bankas e-rēķiniem ir jāizvēlas SEBEINVOICE.dll       Swedbank e-rēķinu eksporta metode:     SEB bankas e-rēķinu eksporta metode:     Metodes ievadlogā aizpildāmi dati:   Kods - saīsinājums pēc brīvas izvēles Nosaukums - nosaukums pēc brīvas izvēles Dinamiskās bibliotēkas fails - atbilstoši bankai SWEDEINVOICE.dll vai SEBEINVOICE.dll Eksporta fails - novietojums, kur saglabāt xml datni ar rēķiniem Kodējums - Windows   Zem pogas “Parametri” jānorāda: Klienta numurs - bankas piešķirts pakalpojumu sniedzēja numurs Rādīt pilnu/daļēju e-rēķinu un Līguma īpašības kods - var norādīt tikai izvēloties SWEDEINVOICE.dll. Ja klienta līgumā būs norādīta šī īpašība rēķina datumā, tad īpašības vērtība (Yes/No) tiks ierakstīta xml datnē tagā “presentment”. Visos citos gadījumos vērtība failā aizpildās ar “Yes”. Pamatdati - Klienta kartītes   Izvēlne: Pamatdati - Klienti - Klienta kartīte   Korektai eksportēto rēķinu datu aizpildei nepieciešams pievērst uzmanību zemāk minētajiem klienta kartītes pamatdatiem:   Bankas konts - ar augstāko prioritāti jābūt norādītam klienta bankas kontam (IBAN), uz kuru tiks saņemts e-rēķins un iespējams no tā arī veikta automātiskā apmaksa, ja klients tādu bankas pakalpojumu izmanto. Šo kontu sistēma noklusēti izvēlas rēķinā, kas īpaši svarīgi, ja tos ģenerē automātiski (NĪP modulis, pakalpojumu līgumi).  Swedbank e-rēķinu gadījumā konts var arī nebūt norādīts, taču SEB e-rēķinu eksporta brīdī sistēma pārbauda, lai konts atbilstu IBAN formātam un banka būtu tieši SEB (pēc bankas koda).       Uzņēmuma bankas konts - norāda savu bankas kontu, uz kuru jāsaņem apmaksa par e-rēķiniem. Ja lauks ir tukšs, tad sistēma e-rēķinu failā ielasīs kontu ar augstāko prioritāti no sava uzņēmuma/iestādes bankas kontiem.       Pamatdati - Līguma kartītes   Izvēlne: Dokumenti - Līgumi - Līguma kartīte   Uz banku sūtāmajiem e-rēķiniem ir būtiski norādīt arī līgumu, un šiem līgumiem ir jābūt aizpildītam laukam “Numurs klienta uzskaitē”. Laukā norāda ar debitoru noslēgtā līguma numuru. Šo numuru bankas savā pusē izmanto darījuma identificēšanai, tādēļ tas ir obligāti aizpildāms.       Rēķinu eksports   Izvēlne: Dokumenti - Realizācija - Rēķinu saraksts - Darbības - Saraksta eksports   Rēķinu sarakstā jāiezīmē izpildītie vai jau iegrāmatotie uz banku eksportējamie rēķini uz zem pogas Darbības - Saraksta eksports jāizvēlas atbilstošā metode pēc nosaukuma.       Norādītajā vietā sistēma izveido e-rēķinu xml datni. Tālāk to importē banku sistēmā.   Piemēram, Swedbank sistēmā ceļš importam ir: Maksājumu pieņemšana - E-rēķini - Rēķinu imports     Ja faila veidošanas laikā sistēma konstatē kādu datu neatbilstību, tad tiek parādīti atbilstoši paziņojumi.   Informācija par pēdējo xml faila eksportu ir redzama rēķinu saraksta izskatā.       Rēķina summa apmaksai Banku piedāvājumā ietilpst arī no pakalpojumu piegādātāja saņemtā e-rēķina automātiska apmaksa. Tādēļ xml datnē uz banku tiek padota arī informācija - kāda tieši ir apmaksājamā summa, jo ne vienmēr tā pilnībā sakrīt ar rēķina summu. Piemēram, ja daļu no rēķina summas redz iepriekš iemaksāts avanss, tad šī summa apmaksai būs mazāka (algoritms ir rēķina nepiesaistītā summa mīnus piesaistītā summa valūtā) Savukārt, Swedbank e-rēķinos ir paredzēts, ka uz apmaksu tiek padota visa parāda summa, kāda ir rēķina līgumam, tādēļ var veidoties situācija, ka summa apmaksai ir lielāka nekā rēķina summa.    
Skatīt visu rakstu
09-08-2023 15:32 (Atjaunots 27-06-2025)
  • 0 Atbildes
  • 2 vērtējumi
  • 2070 Skatījumi
Nosūtot e-rēķinus ir jāveic Peppol formāta noteikumu pārbaude, lai novērstu situācijas, ka e-rēķinu nevar veiksmīgi nogādāt līdz saņēmējam, jo tā tālākajā ceļā arī var tikt veiktas formāta un noteikumu pārbaudes. Piemēram, pārbaudes veic operators, pieņemot rēķinus tiešsaistē, e-adrese, saņēmēja sistēma u.tml.   Zemāk apkopoti biežākie sastopamie paziņojumi un rīcība to novēršanai.   Paziņojuma teksts  Kā rīkoties? fatal: BR-CL-23 [BR-CL-23]-Unit code MUST be coded according to the UN/ECE Recommendation 20 with Rec 21 extension Dokumenta rindiņās izmantotajām mērvienībām jānorāda atbilstošais UNECE mērvienības kods. Vairāk lasīt šeit. fatal: BR-CO-09 [BR-CO-09]-The Seller VAT identifier (BT-31), the Seller tax representative VAT identifier (BT-63) and the Buyer VAT identifier (BT-48) shall have a prefix in accordance with ISO code ISO 3166-1 alpha-2 by which the country of issue may be identified. Nevertheless, Greece may use the prefix ‘EL’. Jāpārbauda uzņēmuma/iestādes un klienta PVN maksātāju numuri. Tiem jāsākas ar LV vai citas valsts kodu. Sistēma - Uzņēmums Pamatdati - Uzņēmums - Iestādes Rēķinā lietotā klienta kartīte fatal: PEPPOL-EN16931-R003 A buyer reference or purchase order reference MUST be provided. Rēķina klienta kartītē jāaizpilda reģistrācijas kods. Brīdinājums: Pievienotā faila "xxx.edoc" tips neatbilst PEPPOL formātam. Fails netika iekļauts XML failā. Pieņemt zināšanai, ka rēķina pievienotajos failos ir pielikums ar paplašinājumu edoc, šāds formāts nav atļauts, tādēļ e-rēķina xml datnē netiek iekļauts. Atļautie formāti Brīdinājums: Pievienotā faila "xxx.xml" tips neatbilst PEPPOL formātam. Fails netika iekļauts XML failā. Pieņemt zināšanai, ka rēķina pievienotajos failos ir pielikums ar paplašinājumu xml, šāds formāts nav atļauts, tādēļ e-rēķina xml datnē netiek iekļauts. Pirms lietot saraksta darbību, pielikumos saglabāt tikai PDF. Atļautie formāti fatal: BR-CL-24 [BR-CL-24]-For Mime code in attribute use MIMEMediaType. fatal: Mime code must be according to subset of IANA code list. Rēķina pievienotajos failos ir pielikumi ar noteikumos neatļautiem paplašinājumiem (edoc, xml). No 645.14 šie faili vairs netiek iekļauti un ir augstāk redzamais brīdinājuma paziņojums. Vecākās versijās/laidienos - neatļautie faili ir jādzēš no pievienotajiem failiem. Kļūda: Dokuments nesatur PDF failu! Rēķina pievienotajos failos nav pievienots rēķina vizuālais izskats PDF formātā, tātad klients saņems e-rēķinu bez vizualizācijas. Pirms nosūtīšanas jāsaglabā rēķina PDF pie rēķina pievienotajiem failiem. TFTGMainFormBase: Elektroniskās adreses shēmas kods nav atrasts (Valsts kods: "") Klienta kartītē lpp. Rekvizīti nav norādīta valsts. Tā ir jānorāda. fatal: BR-57 [BR-57]-Each Deliver to address (BG-15) shall contain a Deliver to country code (BT-80) Rēķinā norādītajai piegādes adresei nav aizpildīts valsts kods. Jālabo piegādes adreses kartīte. Vai piegādes adrese ir mainīta rēķina piegādes adreses laukā, tad jāizvēlas adrese no saraksta. BR-25 [BR-25]-Each Invoice line (BG-25) shall contain the Item name (BT-153) Rēķins satur teksta rindu, kurai nav aizpildīts nosaukums, tas jāaizpilda. fatal: PEPPOL-EN16931-R120 Invoice line net amount MUST equal (Invoiced quantity * (Item net price/item price base quantity) + Sum of invoice line charge amount - sum of invoice line allowance amount Jāpārbauda rēķina rindas, lai Daudzums * Cena = Summa Piemēram, lietotas teksta rindas ar tukšu daudzumu. Kļūda: Neizdevās nosūtīt uz Horizon HUB! Pieprasījums beidzās ar kļūdu (HTTP: 502) Sūtot tiešsaistē nav norādīta atzīmē "Veikt Peppol formāta noteikumu pārbaudi" un rēķins neiziet pārbaudi rēķina operatora pusē. No 645.18. paziņojums papildināts ar konkrētajām neatbilstībām noteikumiem. TFTGMainFromBase: [LP33968] Kļūda : Neizdevās nosūtīt uz Horizon HUB! Kļūda: Piekļuve liegta. (Pieprasījuma idetifikators: D88A8BA9EB1B4D2835F03A0D0943xxx) Jāveic konfigurācijas sakaru pārbaude. Jāpārbauda Horizon HUB reģistrēto datu atbilstība: Licences numurs Reģistrācijas numurs     PEPPOL formāta noteikumu apraksti pilnā apjomā pieejami šeit: https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/ https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-peppol/   Uzzināt vairāk par e-rēķiniem: E-rēķini - soli pa solim 
Skatīt visu rakstu
04-02-2025 11:02 (Atjaunots 26-06-2025)
  • 0 Atbildes
  • 3 vērtējumi
  • 2358 Skatījumi
  Apraksts kā veikt Horizon Excel spraudņa instalēšanu un konfigurēšanu.
Skatīt visu rakstu
01-06-2018 09:21 (Atjaunots 11-06-2025)
  • 23 Atbildes
  • 3 vērtējumi
  • 26916 Skatījumi
1. Izcelsmes valsts ievade nomenklatūrā un pavadzīmes rindās 2. Izcelsmes valsts cenu zīmēs no pārdošanas cenu saraksta 3. Cenu zīmju ar izcelsmes valsti druka no pavazīmēm un pavadzīmju saraksta   Izcelsmes valsts ievade nomenklatūrā un pavadzīmes rindās Ražotāju var norādīt nomenklatūras lapas sadaļā “Kartīte”. To var izmantot gadījumos, ja ražotājs ir viens un izcelsmes valsts vienmēr ir nemainīga. KVP "Izcelsmes valsts kontrole saņemšanas pavadzīmēs" brīdina, ka nav aizpildītas izcelsmes valstis, taču neaizliedz saglabāt un izpildīt dokumentu.   Ievadot nomenklatūru saņemšanas pavadzīmē, tajā automātiski ielasās ražotāja valsts, kas norādīta nomenklatūras kartītē. Ir iespējams mainīt izcelsmes valsti, kā arī vienā pavadzīmē vienai nomenklatūrai ievadīt vairākas rindas ar dažādām izcelsmes valstīm.   Izcelsmes valsts cenu zīmēs no pārdošanas cenu saraksta Lai nodrošinātu Ministru kabineta noteikumu Nr. 542 "Noteikumi par pārtikas tirdzniecības vietā izvietojamo norādi par valsti, kurā ražots pārtikas produkts cenu izdrukā" prasības, ir veikti šādi papildinājumi: Pārdošanas cenu saraksta izskatā jāpievieno lauks “Izcelsmes valsts”. Ja tas ir pievienots, tad nomenklatūra sarakstā tiks attēlota tik reižu, cik ir atšķirīgu izcelsmes valstu, pamatojoties uz noliktavā esošo uzskaites atlikumu no partijām. Tādējādi būs iespējams izdrukāt cenu zīmes, kas atbilst plauktā esošo preču izcelsmes valstīm, nodrošinot katrai izcelsmes valstij savu cenu zīmi.   Pārdošanas cenu saraksta izskatā var pievienot šādus laukus: Nom.Raž.V.Nosaukums – ražotāja valsts no nomenklatūras kartītes, kas vienmēr ir vienāda visām rindām. Uzsk.IzcVls.Nosaukums – Izcelsmes valsts no saņemšanas pavadzīmes/partijas, kas nomenklatūru rindās attēlos tik reižu, cik ir partijas atlikums pa dažādām valstīm. Pieņemsim, ka nomenklatūrai "Sviests" ir vairākas izcelsmes valstis vienai partijai. Pārdošanas cenu sarakstā šādā gadījumā parādīsies trīs rindas ar dažādām izcelsmes valstīm. Ja "Sviests" ar izcelsmes valsti "Latvija" vairs nav atlikumā, tas pārdošanas cenu sarakstā neparādīsies. Svarīgi ņemt vērā, ka, ja saņemšanas pavadzīmē nav norādīta izcelsmes valsts, attiecīgā nomenklatūra netiks attēlota pārdošanas cenu sarakstā.     Ja vairākām noliktavām ir viens cenas veids un cenu zīmē nepieciešama informācija par izcelsmes valsti no noliktavas partijām, tad pārdošanas cenu saraksts ir jāfiltrē pēc lauka “Noliktava izcelsmes valstij”. Izmantojot šo filtru, cenu rindas vienai nomenklatūrai atkārtosies tik reižu, cik noliktavas atlikumam ir dažādas izcelsmes valstis.   Cenu zīmju ar izcelsmes valsti druka no pavazīmēm un pavadzīmju saraksta. Ikdienā, lai drukātu cenas saņemtajām precēm, ir paredzēta iespēja to darīt uzreiz no saņemšanas un norakstīšanas pavadzīmes. Saņemšanas un norakstīšanas pavadzīmē, zem peles labās pogas darbībām, ir pieejamas opcijas – “Atvērt pārdošanas cenas” un “Drukāt pārdošanas cenas”. Izmantojot šīs darbības, tiks atvērtas no pavadzīmes atfiltrētas nomenklatūras pārdošanas cenu sarakstā. No pavadzīmju saraksta iespējams iezīmēt vairākas pavadzīmes un arī ir pieejma iespēja  “Atvērt pārdošanas cenas” un “Drukāt pārdošanas cenas” darbību sarakstā.
Skatīt visu rakstu
11-06-2025 11:32 (Atjaunots 09-06-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 216 Skatījumi
Lai palīdzētu ar informācijas ieguvi par e-rēķiniem Horizon, zemāk apkopotas saites uz piedāvātajiem risinājumiem, funkcionalitātes un zināšanu bāzes rakstiem.    E-rēķinu aprites process ietver gan rēķinu nosūtīšanu klientiem, gan saņemšanu no piegādātājiem. Kā arī abiem virzieniem var tikt izmantoti dažādi veidi jeb kanāli, kā tieši e-rēķins tiek sūtīts vai saņemts. Tiešsaistes režīms   Tiešsaistes režīms tiek nodrošināts izmantojot integrācijas risinājumu.   Partnera risinājuma lapa: Horizon integrācija ar Unifiedpost e-rēķinu platformu  Horizon pieslēgšana risinājumam: Kā pieslēgt e-rēķinu tiešsaisti (Horizon HUB)? Īsa pamācība lietošanā: Kā saņemt un nosūtīt e-rēķinus tiešsaistē? Nosūtīšana Automatizēto darbu konfigurācija: Automatizētie darbi e-rēķinu nosūtīšanai Detalizēti par e-rēķinu sūtīšanas iespējām: E-rēķinu nosūtīšana PEPPOL formātā Formāta pārbaude: Biežākie Peppol formāta noteikumu pārbaudes paziņojumi Mērvienību sakārtošana atbilstoši formāta prasībām: Peppol formāta e-rēķini un UNECE mērvienības Piegāde uz e-adresi tiešsaistē un manuāli: Kā nosūtīt klientam e-rēķinu uz e-adresi? E-rēķins Rīgas valstspilsētas pašvaldībai vai citai pašvaldībai E-rēķinu nosūtīšana pašvaldībām  PVN reverss: Reversā PVN pazīme izejošajā e-rēķinā Saņemšana   Automatizēto darbu konfigurācija: Automatizētie darbi e-rēķinu saņemšanai Metarēķina dokumenta tipa iestatījumi: Metarēķina dokumenta tips Detalizēti par e-rēķinu importu: Imports Peppol formātā Saskaņošana: Kā nosūtīt e-rēķinu saskaņošanai E-rēķins pašvaldības iestādei E-rēķinu saņemšana pašvaldībā  E-rēķina pievienotie faili / pielikumi: Saņemta e-rēķina pievienotie faili Metarēķini un HOP rēķini   No piegādātājiem saņemtie e-rēķini tiek importēti metarēķinu sarakstā, kur tālāk tos var saskaņot izmantojot Horizon saskaņošanas funkcionalitāti un HOP lietotni Rēķini.   Lietotāju dokumentācija par metarēķiniem: Kas ir metarēķini? HOP rēķini produkta lapa: https://www.visma.lv/hop/hop-rekini/     Likumdošana/tiesību akti/ārējas saites   Ministru kabineta noteikumi Nr. 154 par piemērojamo elektroniskā rēķina standartu un tā pamatelementu izmantošanas specifikāciju un aprites kārtību (18.04.2019.) Pan-European Public Procurement On-Line (PEPPOL) BIS Billing 3.0 elektronisko rēķinu pamatelementu izmantošanas specifikācija (Core Invoice Usage Specification (CIUS), publicēta PEPPOL tīmekļvietnē  http://docs.peppol.eu/poacc/billing/3.0/   Peppol formāta biznesa noteikumi, pēc kuriem tiek veikta datu pārbaude e-rēķinu nosūtīšanā: https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/ https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-peppol/    
Skatīt visu rakstu
26-09-2024 09:58 (Atjaunots 11-06-2025)
  • 3 Atbildes
  • 3 vērtējumi
  • 10874 Skatījumi
Izrakstot e-rēķinu par darījumu, kur PVN aprēķina un maksā saņēmējs (PVN reverss), e-rēķina xml datnē ir jānorāda PVN likmes kods "AE" - atbilstoši e-rēķinu standarta nodokļu kodu sarakstam.   PVN aprēķinam izejošajā rēķinā var tikt izmantota dažāda konfigurācija, jo Horizon PVN likmes un PVN kategorijas ir brīvi veidojamas. Piemēram, 0% PVN realizācijas reversa darījumam var iegūt gan izmantojot šajos dokumentos citu PVN kategoriju un standarta likmes, gan arī ar standarta PVN kategoriju, bet citu PVN likmi. Lai nodalītu, kurā gadījumā PVN ir 0%, jo darījums ir ar 0% PVN apliekams, un kurā gadījumā PVN ir 0% kā reversa darījums, jāizmanto PVN kategorijas lauki likmēm "Peppol nulles likmes kods": vērtību “AE” norāda, ja likme ir reversa PVN likme vērtību “Z” norāda, ja likme ir 0% PVN likme Lauku "PEPPOL nulles likmes kods" var labot tikai tad, ja attiecīgās PVN likmes vērtība ir 0.   PVN kategorijas vērtība tiks izmantota PEPPOL formāta e-rēķina elementos: ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID ubl:Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:ID  ubl:Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID Ja elementa ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID vērtība ir “AE”, tad papildus arī elements ubl:Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:TaxExemptionReason tiks aizpildīts ar vērtību “Reverss”.     Vairāk par e-rēķiniem: E-rēķini - soli pa solim
Skatīt visu rakstu
11-06-2025 11:17 (Atjaunots 11-06-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 282 Skatījumi
Jauna algu atskaite, kur iespējams iegūt informāciju par IIN daļēji apliekamo ieturējumu apliekamo un neapliekamo daļu.
Skatīt visu rakstu
11-06-2025 10:52 (Atjaunots 04-06-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 267 Skatījumi
Peppol formāta e-rēķiniem ir paredzēta iespēja xml datnē iekļaut vienu vai vairākus pielikumus, piemēram, rēķina vizuālo izskatu PDF formātā. Taču piegādātāji ne vienmēr izmanto šo iespēju un tā arī nav noteikta kā obligāta prasība vienotajam e-rēķinu formātam. Šajos gadījumos e-rēķina attēlojums cilvēklasāmā formātā ir jānodrošina saņēmēja pusē. Papildus var būt arī nepieciešams importētam metarēķinam pievienot vēl citus pielikumus.   Zemāk apskatītas vairākas ar e-rēķina/metarēķina pielikumiem saistītas situācijas.   1. E-rēķins ar iekļautu PDF   Ja saņemtā e-rēķina xml datnē ir pievienots pielikums, tad no e-rēķina veidotam metarēķinam saglabājas pievienotais fails - piegādatāja sagatavotais rēķins cilvēklasāmā formātā, visbiežāk PDF. Šis ir vislabākais veids, kā piegādātājs var nodot saņēmējam savā sistēmā veidotu rēķina vizuālo izskatu cilvēklasāmā formātā, kas var saturēt arī tādu papildus informāciju, kura nav paredzēta iekļaušanai vienotajā e-rēķina formātā.   1.1. XML datne ar pielikumu - pielikuma informācija ir redzama tagā attachments.     1.2. Metarēķina importa ieraksts - PDF pielikums importa laikā tiek izdalīts atsevišķi no xml.     1.3. Pēc apstrādes xml datnē paliek tikai informācija par pievienotā faila nosaukumu, bet ne pats pielikums.     1.4. Metarēķina pielikumā ir tas pats no e-rēķina izdalītais PDF, kas redzams metarēķina importa ierakstā     2. E-rēķins bez pielikuma   Ja e-rēķina xml datne nesatur piegādātāja doto pielikumu, tad vizuālais attēlojums cilvēklasāmā formātā tiek nodrošināts ar metarēķina importa izdruku (no 660.v.), jo metarēķina importa ieraksts satur nemodificētus e-rēķina datus.    2.1. Darbībai vai automatizētajam darbam "Metarēķinu imports  - Peppol formāts" norāda vēlamo izdruku no metarēķina importa izdrukām. Noklusēti pieejama "Sistēmas izdruka".       2.2. Ja xml datne nesatur nevienu PDF pielikumu, tad importa laikā tiek izveidota izdruka un saglabāts pielikums pie metarēķina (faila nosaukums sastāv no "<metarēķina numurs><metarēķina pk><datums.laiks yyyymmddhhmmss formātā>.pdf"). Ja xml datne satur PDF pielikumu, tad jauna vizualizācija rēķinam automātiski netiek veidota.     2.3. Metarēķina importa izdrukas ir veidojamas metarēķinu sarakstā. Standarta izdrukā izvietoti biežāk aizpildītie e-rēķina datnes lauki. Var veidot savas izdrukas tāpat kā citiem dokumentiem. Ja metarēķina importa izdrukas vietā vizualizēšanai lieto metarēķina dokumenta izdruku, tad jāņem vērā, ka tā var saturēt jau Horizon puses interpretāciju par saņemtajiem datiem, nevis tikai nemainītu importēto informāciju.     3. Citu pielikumu pievienošana Importētam metarēķinam pie pievienotajiem failiem var pievienot jebkādus citus pielikumus. Jāņem vērā, ka ne visus failu formātus var uzreiz atvert uz apskati. Ir pielikumu formāti, kas vispirms ir jālejuplādē, lai tos varētu apskatīt.     Vairāk par e-rēķiniem: E-rēķini - soli pa solim  
Skatīt visu rakstu
11-06-2025 10:03
  • 1 Atbildes
  • 0 vērtējumi
  • 745 Skatījumi
Sistēmā Horizon pieejami vairāki veidi kā datus izeksportēt uz Excel. 1. Sarakstos darbības poga "Eksportēt uz Excel" Horizon sarakstos (sākot ar 660.versiju) pieejama darbības poga "Eksportēt uz Excel". Nospiežot pogu, lietotājam tiek piedāvāts papildus solis, kurā iespējams izvēlēties un sakārtot kolonnas, kuras nepieciešams eksportēt un, spiežot pogu "Eksportēt" tiks atvērts Excel fails (noklusēti .xlsx formātā) ar datiem no Horizon attiecīgā saraksta.  2. Sarakstos darbība "Eksportēt uz Excel...", izvēlne nospiežot labo peles taustiņu Horizon sarakstos, nospiežot labo peles taustiņu uz saraksta kolonnu virsrakstu joslas, tiek atvērta izvēlne, kurā izvēloties "Eksportēt uz Excel..." tiek piedāvāta iespēja sakārtot kolonnas un eksportēt tās uz Excel failu. 3. Sarakstos "Ātrais eksports uz failu" drukas logā Horizon sarakstos, nospiežot darbības pogu "Drukāt", atveras drukas logas, kura kreisajā pusē ir iespēja izvēlēties "Ātrais eksports uz failu" un labajā pusē norādīt faila nosaukumu un novietojumu. Nospiežot "Drukāt" tiks izveidots Excel fails (noklusēti .xlsx formātā) ar datiem no Horizon attiecīgā saraksta.  4. Sarakstos Excel veidne datu eksportam Lielākajā daļā Horizon sarakstu ir pieejama darbība Ārējo datu ielādei no Excel faila (Darbības -> Ārējo datu ielāde). Izvēloties Darbības -> Ārējo datu ielāde -> Excel datu struktūras veidne vai Darbības -> Ārējo datu ielāde -> Excel veidne ar datiem. Izvēloties šī darbības tiks izveidots Excel fails (noklusēti .xlsx formātā). 1.-ajā izvēlē tiks izvedota tukša strukturēta veidne, kas paredzēta datu aizpildei un importam uz Horizon. 2.-ajā izvēlē tiks izveidota aizpildīta stukturēta veidne. Sīkāk par veidņu izmantošanu šeit:  https://community.visma.com/t5/Zinasanu-baze-Horizon/Excel-veidnes-lielisks-paligs-lai-ienestu-datus-Horizon/ta-p/288267 https://community.visma.com/t5/Zinasanu-baze-Horizon/Datu-labosana-izmantojot-Excel-veidni/ta-p/288524 5. Datu eksports uz Excel no dokumentu rindām Dažādu Horzon dokumentu rindām pieejami 3 veidi, kā iespējams ekportēt rindu datus uz Excel: izvēlne "Eksportēt uz Excel..." nospiežot labo peles taustiņu uz rindu kolonnu nosaukuma darbības poga "Imports/eksports uz Excel"  izvēlne nospiežot labo taustiņu dokumenta rindās (*inventarizācijas un loģistikas dokumentos)
Skatīt visu rakstu
11-06-2025 10:01
  • 0 Atbildes
  • 1 vērtējumi
  • 224 Skatījumi
Čeka unikalitātes kontrole nepieciešama, lai nepieļautu dublikātu saglabāšanu. Galvenais ieguvums - sistēmā netiek iesniegti vairāki čeki ar vienu un to pašu numuru un datumu, tādējādi novēršot iespējamās kļūdas vai krāpšanu saistībā ar dubultu izdevumu atlīdzināšanu. Horizon parādīs brīdinājumu, savukārt HoP nebūs iespējams iesniegt čeku, ja tam eksistē dublikāts. Kā funkcionalitāte darbojas?   Čeka unikalitātes kontrole tiek veikta visā datubāzē, ņemot vērā čeka datumu. Tas nozīmē, ka, ja Horizon sistēmā jau eksistē čeks ar identisku numuru un datumu, sistēma neļaus saglabāt jaunu čeku ar šādiem pašiem rekvizītiem visā datubāzē (VNM ietvaros). Firmu režīmā šī kontrole darbojas katras firmas ietvaros atsevišķi – t.i., pārbaude tiek veikta konkrētajā firmā, kurā tiek iesniegts čeks. Kontroli var ieslēgt vai izslēgt, izmantojot jaunu uzskaites parametru Horizon. Parametrs atrodas sadaļā "Komandējumi un avansa norēķini" (iepriekš "Komandējumi"). Parametra nosaukums ir "Kontrolēt čeka numura unikalitāti datuma ietvaros". Noklusēti tas ir izslēgts:    Kontrole tiek veikta starp šādiem dokumentu pamatveidiem un laukiem,  izmantojot laukus Čeka numurs un Čeka datums: Avansa norēķinu attaisnoto izdevumu pieteikumi,  Komandējumu atskaites Attaisnojamo izdevumu pieteikumi. Ir izņēmumi: netiek kontrolēti attaisnoto izdevumu pieteikumi, kas ir iekļauti noraidītā komandējumu atskaitē; netiek kontrolēti čeki, kuru avansa norēķinu attaisnoto izdevumu pieteikumu komplekta statuss ir Anulēts vai Noraidīts; netiek kontrolēts arī tad, ja noraidīts tikai viens atsevišķs saimniecisko izdevumu čeks. Lai kontrole veiksmīgi darbotos, tā neņem vērā atstarpes čeka numura sākumā, beigās un pa vidu. Kontrole iestrādāta gan HoP, gan Horizon: saglabājot komandējuma atskaiti (Dokumenti -> Komandējumi -> Komandējuma atskaite); saglabājot Avansa norēķinu attaisnoto izdevumu pieteikumu komplektu (Dokumenti -> Avansa norēķini -> Avansa norēķinu attaisnoto izdevumu pieteikumu komplekts); atverot avansa norēķinu attaisnoto izdevumu pieteikumu komplektu labošanai un ģenerējot attaisnoto izdevumu dokumentus no darbībām; pārbaude notiek arī, mainot statusu dokumentiem, ja vien jaunais statuss nav Noraidīts vai Slēgts (komandējumiem). Mainot statusu, tiek pārbaudīts katrs saistošais čeks. HoP: Saglabājot čeku sadaļā "Mani izdevumi" un “Komandējuma atskaitēs”, ja čeks dublējas, tiek parādīts kļūdas paziņojums un tas netiek saglabāts. Horizon: Pārbaude tiek veikta dažādās vietās: Ja tiek konstatēts dublikāts, tiek parādīts kļūdas paziņojums: "Dubultnieks! Čeks ar numuru “123” no [15.03.2025] datuma jau iesniegts "Iestādē 222"."  Ja ir vairāki dubultnieki, paziņojumā var tikt uzskaitīta katra čeka rindiņa ar numuru un datumu.  Arī saskaņošanas procesa laikā tiek veikta datu pārbaude. Grāmatvedis kā saskaņotājs pieteikumā pārbauda čeka datus, un, ja tiek konstatēta neatbilstība, veic labojumus. Mēģinot laboto čeku saglabāt, sistēma veic atkārtotu pārbaudi, kas neļauj saglabāt dublikātu. Čeku var noraidīt, norādot iemeslu.   Horizon pārbaude neaizliedz, bet tikai brīdina. Tā notiek gan saglabājot pieteikumu gan ģenerējot attaisnos izdevumus. Mainot statusu uz apstiprināts Horizon brīdina, bet ļauj apstiprināt.    
Skatīt visu rakstu
11-06-2025 09:59
  • 3 Atbildes
  • 0 vērtējumi
  • 587 Skatījumi
  Informācija par to, kādi saraksti un atskaites pieejami Publicētajās atskaitēs.
Skatīt visu rakstu
01-06-2018 09:11 (Atjaunots 02-04-2025)
  • 0 Atbildes
  • 2 vērtējumi
  • 5077 Skatījumi
E-pastu žurnāls ir vieta, kur iespējams pārskatīt no sistēmas nosūtītos e-pastus un to statusus.  Horizon: Sistēma - Notikumi - E-pastu žurnāls     Sistēmas lomās pievienoti tiesību punkti Sistēma - Notikumi - E-pastu žurnāls Apskatīt - lietotājam ir iespēja redzēt visus sevis nosūtītos e-pastus (pēc versijas atjaunošanas šis tiks piešķirts visiem lietotājiem) Apskatīt visu lietotāju e-pastu notikumus - lietotājam ir tiesības redzēt visus firmā nosūtītos e-pastus (pēc versijas atjaunošanas šis tiks piešķirts sistēmā iebūvētajai administratora lomai) Apskatīt visu firmu e-pastu notikumus - lietotājs var redzēt visās firmās nosūtītos e-pastus (ieskaitot e-pastus bez firmas konteksta) (pēc versijas atjauno   Pēc versijas atjaunošanas visām lomām tiks atļauts tiesību punkts "Apskatīt", sistēmā iebūvētajai administratora lomai tiks atļauts "Apskatīt visu lietotāju e-pastu notikumus".  Tiesību punkts "Apskatīt visu firmu e-pastu notikumus" pēc versijas atjaunošanas noklusēti nebūs  atļauts nevienai lomai.   Ja e-pasts ir sūtīts no drukas loga, neizmantojot sūtīšanu automātiski iespēju, nosūtot e-pastu, izmantojot savu e-pasta programmu, tad notikums netiek reģistrēts.    Klienta SMTP servera risinājumā pieejamie e-pastu statusi: Nosūtīts, ja e-pasts veiksmīgi nodots e-pastu serverim. Kļūda, ja e-pastu nav izdevies nodot serverim.   Visma e-pastu servisa risinājumā pieejamie e-pastu statusi: Apstrāde - e-pasts gaida savu rindu uz nosūtīšanu, piemēram, kad tiek sūtīti e-pasti lielam saņēmēju lokam. Nosūtīts - e-pasts ir veiksmīgi nosūtīts saņēmējam, bet vēl nav piegādāts. Piegādāts - e-pastu ir veiksmīgi piegādāts saņēmējam. Atvērts - saņēmējs ir atvēris nosūtīto e-pastu. Šo statusu var uzrādīt tikai tad, ja to atļauj saņēmēja e-pasta pakalpojuma sniedzējs. Ja e-pasta pakalpojuma sniedzējs to neatļauj, tad e-pasta statuss paliks “Piegādāts”. Kļūda - ir notikusi kāda kļūda, kad e-pasts tiek nosūtīts vai piegādāts.   Ja e-pastam statuss ir “Kļūda”, tad kolonnā E-PASTA SAŅĒMĒJI.Kļūda ir redzams kļūdas iemesls. Ja e-pasta sūtīšanas procesā būs kļūda (piemēram, e-pasts nav piegādāts), tad lietotājam pie Aktualitātēm (zvaniņa ikona) parādīsies indikators. Skaitlis pie sadaļas "E-pasta žurnāli" norāda neapskatīto e-pastu skaitu, kuru sūtīšanas procesā bijusi kļūda.    Ja vienā e-pasta sūtīšanas tiek veikta vairākiem e-pasta saņēmējiem, tad notikumu žurnālā katrs saņēmējs būs redzams atsevišķā rindiņā.   E-pastiem, kuri tiek sūtīti saistībā ar kādu dokumentu, tiek fiksēts dokumenta pamatveids un sistēmas identifikators. Šo dokumentu ir iespējams atvērt uz apskati, izmantojot pogu Skatīt. Poga ir aktīvai tikai e-pastiem ar dokumenta piesaisti konkrētajā firmā.   E-pastu žurnāls datus no Visma e-pastu servisa saņem reizi 10 minūtes, ja nepieciešama ārpuskārtas atjaunošana, tad to var veikt Darbības - Atjaunot E-pastu žurnālu.
Skatīt visu rakstu
22-03-2023 11:02 (Atjaunots 31-03-2025)
  • 0 Atbildes
  • 1 vērtējumi
  • 1742 Skatījumi
Horizon programmatūra tiek izstrādāta un attīstīta lietošanai Windows operētājsistēmas vidē. Tas nozīmē, ka no datoriem, kuru pamata operētājsistēma nav Windows, bet gan Mac OS, Linux vai cita, Horizon būs iespējams lietot tikai tad, ja nodrošināsiet piekļuvi videi ar Windows operētājsistēmu.   To ir iespējams izdarīt vairākos veidos.   Instalējot uz sava datora Windows “virtuālo mašīnu” Virtuālā mašīna ir programmatūra, kas faktiski attēlo Windows vidi uz datora, kas izmanto citu operētājsistēmu. Lai to izmantotu, ir nepieciešams:   iegādāties un instalēt kādu no virtuālo mašīnu programmatūrām. Populārākās no tām ir Parallels (iegādes saite pieejama ŠEIT) un VMware Fusion (iegādes saite pieejam ŠEIT). Abām programmām ir pieejamas arī bezmaksas izmēģinājuma versijas.  iegādāties Windows licenci.   Kad ir sagatavota vide, tālākās darbības Horizon aplikācijas iegūšanai veic atverot virtuālās mašīnas programmas logu un sekojot ŠAI INSTRUKCIJAI.   Jāņem vērā, ka, ja vēlēsieties izmantot Horizon izdrukas, datu eksportu/importu no Excel un Excel Spraudni, būs nepieciešams instalēt arī MS Word un MS Excel programmas.   Izmantojot virtuālās mašīnas ir jārēķinās, ka atsevišķas sistēmas funkcijas var nedarboties tāpat kā datorā ar Windows operētājsistēmu. Visma kā Horizon ražotājs šīs neatbilstības neapkopo un netestē, jo tās ir atkarīgas no izvēlētās virtuālās mašīnas programmatūras. Pieredze liecina, ka visbiežāk ir novērotas neatbilstības darbībās, ko Horizon lietotājs veic, izmantojot taustiņu kombinācijas.  Izmantojot Apple Boot Camp (tikai Apple datoriem)   Windows operētājsistēmu uz Apple datora var instalēt arī izmantojot Apple radīto programmu - Boot Camp assistant. Tās instalācijas process ir aprakstīts ŠEIT. Arī šajā gadījumā būs nepieciešama Windows operētājsistēmas licence un, ja nepieciešams, arī MS Word un MS Excel programmas.   Šajā gadījumā lietotāja pieredze būs identiska kā lietojot datoru, uz kura ir tikai Windows operētājsistēma. Tomēr abas operētājsistēmas (Windows un Mac OS) nebūs iespējams lietot vienlaicīgi - lai starp tām pārslēgtos, būs jāpārstartē dators. 3. Izmantojot attālo darbvirsmu jeb “remote desktop”   Šajā gadījumā Horizon ir instalēts uz datora ar Windows operētājsistēmu un lietotājs no Apple vai cita datora šai darba stacijai pieslēdzas caur interneta pārlūku. Faktiski tas nozīmē, ka tiek izmantoti divi datori - viens, uz kura “darbojas” Horizon un otrs, caur kuru notiek pieslēgšanās pirmajam datoram.   Lai aktivizētu iespēju izmantot attālo darbvirsmu savam datoram ar Windows operētājssistēmu, sekojiet ŠAI INSTRUKCIJAI.    Jāņem vērā, ka bez papildu aizsardzības pasākumiem, attālo darbvirsmu ir iespējams izmantot tikai datoriem, kas strādā vienā tīklā. Ja vēlaties izmantot Horizon, pieslēdzoties citam datoram ārpus lokālā tīkla (piemēram, no mājas datora pieslēgties datoram, kas atrodas darbā), ir noteikti jāizmanto papildu drošības slānis - VPN pieslēgums. Attālo darbvirsmu izmantošana ir saistīta ar drošības riskiem, kuru izvērtēšana un novērtēšana noteikti ir jāuztic IT profesionālim. Lai gan, izmantojot šos paņēmienus, Horizon var lietot arī no Apple datoriem, tas saistās ar neērtībām un papildu izmaksām par Windows licencēm. Tāpēc darbiniekiem, kuri Horizon lietos ikdienā, iesakām nodrošināt darba stacijas ar Windows operētājsistēmu. Savukārt darbiniekiem, kam nepieciešams Horizon pieslēgties tikai atsevišķos gadījumos, iesakām izvērtēt, vai funkcijas (piemēram, atskaišu apskati), kam plānots izmantot Horizon, ir iespējams veikt HoP vidē, izmantojot interneta pārlūku.
Skatīt visu rakstu
04-10-2021 13:08 (Atjaunots 25-03-2025)
  • 0 Atbildes
  • 0 vērtējumi
  • 1821 Skatījumi
VISMA sadarbības partneris Firmas.lv apkopo un sniedz saviem klientiem detalizētu informāciju par Latvijas uzņēmumiem un arī iestādēm gan no LR Uzņēmumu reģistra, gan citām datubāzēm. Pieejama arī informācija no Lietuvas un Igaunijas uzņēmumu reģistra.   Horizon integrācija ar Firmas.lv nodrošina automātisku datu ielasīšanu un pārbaudi Horizon klientu kartītēs, kā arī klientu iekļaušanu monitoringa sarakstā, kas dod iespēju savlaicīgi ar e-pasta palīdzību uzzināt par izmaiņām.   Risinājumu bez maksas var izmantot pieprasot līdz 5 izziņām mēnesī, par lielāku apjomu un monitoringa izmantošanu slēdzams līgums ar Firmas.lv. Viena izziņa nozīmē vienu datu pieprasījumu no Horizon uz Firmas.lv un atbildes saņemšanu.   Konfigurācija   Izvēlne: Sistēma → Uzstādījumi → Uzskaites parametri → lpp. Norēķini → lpp. Klientu datu apmaiņa    Manuālas izmaiņas konfigurācijas parametros parasti nav nepieciešamas, jo noklusēti datu apmaiņas veids jau ir norādīts “Ar Firmas.lv”, kā arī sadaļa “Reģistrācijas parametri” ir aizpildīta ar sistēmai jau zināmo informāciju. Ja tā nav, tad šie datu lauki ir jāpapildina. Kods reģistrācijai ir uzņēmuma/iestādes nosaukuma saīsinājums.   Sadaļa “Pieslēgšanās parametri” tiek aizpildīta ar automātiski uzģenerētu lietotājvārdu un paroli pēc pirmā izziņas pieprasījuma veikšanas klientu sarakstā. Šis vārds un parole nodrošina t.s. pirmā līmeņa autorizāciju, kas nepieciešama klientu datu pieprasīšanai un saņemšanai.       Lietotāju tiesības   Integrācijas risinājumu var izmantot jebkurš Horizon lietotājs, kuram ir atbilstošas tiesības darbam ar klienta kartīti – ievade un labošana. Ar apskates tiesībām var tikai izmantot iespēju no klienta kartītes atvērt vietni Firmas.lv.     Jauna klienta datu ievade   Izvēlne: Pamatdati → Klienti → Klientu saraksts → Jauna kartīte   Ja sistēmas uzskaites parametros ir atbilstoši uzstādījumi, tad klienta kartītes ievadlogā ir pieejama poga “F” pie laukiem “Nosaukums” un “Reģistrācijas kods”. Klienta meklēšana Firmas.lv datubāzē notiek ievadot vienā no šiem laukiem reģistrācijas numuru vai daļu no nosaukuma un nospiežot pogu “F”.   Tālāk tiek parādīta pēc meklēšanas kritērijiem atrastā informācija no Firmas.lv – nosaukums, reģistrācijas numurs un adrese. Jāņem vērā, ka attēloti tiek tikai pirmie 10 ieraksti, ja atrasti vairāk, tad jāprecizē meklēšanas kritēriji. Privātpersonu dati Firmas.lv datubāzē nebūs atrodami. No atlasītajiem ierakstiem izvēlas meklēto.       Nākamajā logā var norādīt, vai tālāk klienta kartītē ielasīt visu atrasto informāciju.  Nospiežot pogu “Labi” dati tiek ielasīti atbilstošajos klienta kartītes laukos.       Saglabājot klienta kartīti, sistēma varētu pieprasīt aizpildīt vēl kādus citus klienta kartītes laukus, kas nav zināmi firmas.lv, bet ir uzstādīti kā obligāti aizpildāmi, piemēram, Norēķinu veids (Debitors, Kreditors, Neuzskaita) vai kādi citi atkarībā no klienta kartītes dokumenta tipa uzstādījumiem.       Klienta datu pārbaude un atjaunošana   Izvēlne: Pamatdati → Klienti → Saraksts → Kartītes labošana/apskate   Kartītes labošanas režīmā nospiežot pogu “F” blakus laukam “Reģistrācijas kods”, tiek attēloti Firmas.lv pieejamie dati par uzņēmumu/iestādi. Atvērtajā “Klienta informācijas” logā var pārskatīt datu salīdzinājumu starp Firmas.lv datiem un esošajiem datiem klienta kartītē. Tāpat kā pie jauna klienta ievades var izvēlēties, kuru lauku informāciju atjaunot un kuru saglabāt esošo.       Kartītes labošanas vai apskates režīmā uzklikšķinot uz apakšdaļā pieejamās pogas “Firmas.lv”, tiek atvērta saite uz vietni, kur tiek parādīta pilna informācija par izvēlēto uzņēmumu. Laukam “Reģistrācijas kods” ir jābūt aizpildītam, jo pēc tā notiek datu atlase.         Masveida datu atjaunošana iezīmētiem klientiem (no 640. versijas)   Izvēlne: Pamatdati → Klienti → Saraksts → Darbības → Firmas.lv → Masveida datu atjaunošana   Ja nav nepieciešama katras atsevišķās kartītes datu apskate un pārbaude pie datu atjaunošanas un der aktuālie dati no firmas.lv, tad izmantojama masveida datu atjaunošana. Darbība veicama klientu sarakstā - vienam vai vairākiem iezīmētiem klientiem.   Papildus logā var atzīmēt, kuru tieši datu laukus atjaunot vai neatjaunot klientu kartītēs.     Pēc darbības izpildes ir apskatāms veikto izmaiņu saraksts.     Klienta kartītes notikumu sarakstā tiek fiksēta masveida datu atjaunošana, ja tāda kartītei ir bijusi.     Informācija par sankcijām   Izvēlne: Pamatdati → Klienti → Saraksts → Kartītes labošana/apskate - sadaļa "Integrācijas"   Ielasot jaunus vai atjaunojot esošos klienta kartītes datus, no firmas.lv var tikt saņemta arī informācija no sankciju sarakstiem, ja meklētais uzņēmums/iestāde tajos ir atrodama.     Saglabājot jaunu  debitoru vai kreditoru dokumentu ar klientu, kam ir sankcijas, sistēma attēlo brīdinājumu par piemērotajām sankcijām un jautājumu, vai turpināt veidot dokumentu. Lietotājam pašam jāizvērtē, vai nepieciešama padziļinātāka sadarbības partnera izpēte, uzsākot vai turpinot darījumus.     Automātiska sankciju informācijas atjaunošana (no 640. versijas)   Izvēlne: Sistēma → Uzstādījumi → Automatizētie darbi    Sankciju informācijas automātiskai atjaunošanai jāizveido automatizētais darbs "Sankciju atjaunošana klientu kartītēs". Tad ar automatizētajā darbā noteikto regularitāti no firmas.lv tiks ielasīta un kartītēs atjaunota aktuālā informācija no sankciju reģistriem. Firmas.lv šobrīd piedāvā sankciju informāciju tikai par Latvijas uzņēmumiem.     Automatizētā darba veiktās izmaiņas ir redzamas automatizētā darba detalizētajos izpildes notikumos. Kā arī klientu kartītēs tās fiksētas ar atšķirīgu labošanas notikumu.   Iespējams veidot arī Horizon brīdinājumus, lai sūtītu ziņas par klienta kartītēm, kurām piemērotas sankcijas pēc firmas.lv datiem. Apskatīt piemērus šeit.   Klientu datu izmaiņu monitorings   Firmas.lv piedāvātais pakalpojums “Uzņēmumu datu izmaiņu monitorings” ietaupa laiku manuālām pārbaudēm. Iekļaujot klientus monitoringa sarakstā, informāciju par šo klientu adrešu maiņu, iekļaušanu vai izslēgšanu no PVN maksātāju reģistra, sankcijām, saimnieciskās darbības pārtraukšanu u.c. būtiskām izmaiņām saņemsiet e-pastā.   Izvēlne: Pamatdati → Klienti → Saraksts → Darbības → Firmas.lv → Datu monitorings - Iekļaut/Izslēgt/Sinhronizēt   Pirmo reizi veicot ar monitoringu saistītās darbības, nepieciešams autorizēties ar firmas.lv līgumā norādīto lietotājvārdu un paroli. Šī ir t.s. otrā līmeņa autorizācija, kas nodrošina darbu ar monitoringa sarakstu un ir atšķirīga no uzskaites parametros automātiski ģenerētajiem pieslēguma parametriem.       Pazīme par esošo monitoringa statusu ir atrodama klienta kartītes sadaļā "Integrācijas", tas var būt Aktīvs vai Neaktīvs. Iekļaušana vai izslēgšana no monitoringa saraksta tiek veikta vienam vai vairākiem klientiem reizē ar atbilstošajām darbībām - Iekļaut vai Izslēgt. Klienta kartītes monitoringa pazīme Aktīvs/Neaktīvs saglabājas uz Horizon lietotāju, kas veicis darbību, tādēļ var būt atšķirīga.   Sinhronizēt nozīmē salīdzināt sistēmā Horizon esošos monitoringa klientus ar vietnes Firmas.lv lietotāja profilā esošo klientu monitoringa sarakstu. Sinhronizējot par primāriem tiek uzskatīti Firmas.lv pusē esošie dati, jo monitoringam uzņēmumus iespējams pievienot ne tikai izmantojot Horizon funkcionalitāti, bet arī lietotāja profilā vietnē Firmas.lv.       Zemāk apskatāms monitoringa atbildes e-pasta vēstules paraugs. Ja izmaiņas ir tādas, kur nepieciešama datu atjaunošana Horizon klientu kartītēs, tad to veic ar pogas “F” palīdzību, kā aprakstīts iepriekš.       Izziņu limita un izlietojuma apskate   Izvēlne: Pamatdati → Klienti → Saraksts → Darbības → Firmas.lv → Parādīt izziņu atlikumu   Izvēloties šo darbību, tiek attēlota informācija par limitu noteiktajā periodā (mēnesī vai gadā) un jau iztērētajām izziņām. Izziņu limitu var mainīt sazinoties ar Firmas.lv un vienojoties par līguma nosacījumiem.        Lai izdodas uzturēt vienmēr aktuālus datus klientu sarakstā!  
Skatīt visu rakstu
11-03-2021 13:57 (Atjaunots 24-03-2025)
  • 0 Atbildes
  • 4 vērtējumi
  • 4216 Skatījumi