No piegādātājiem saņemto rēķinu un pavadzīmju apstrādes procesā dažādu iemeslu dēļ var rasties situācijas, kad atkārtoti tiek vadīts vai importēts rēķins, kas jau ir sistēmā. Vai Horizon par to brīdina? Vai var tikt saglabāti divi vienādi rēķini vai pavadzīmes?    Šajā rakstā uzzināsiet par sistēmas uzstādījumiem piegādātāju rēķinu un pavadzīmju unikalitātes kontrolei.     Unikalitātes kontroles principi   Lai nebūtu iespējama divu vienādu dokumentu ievade, ir jāuzstāda numuru unikalitātes kontrole dokumentu tipiem. Ja kontrole ir nepieciešama vairākiem dokumentu pamatveidiem, tad izmantojama unikalitātes grupu funkcionalitāte - piemēram, lai  kontrole pārbaudītu vienādos dokumentu numurus gan starp saņemtajiem rēķiniem, gan saņemšanas pavadzīmēm. Izmantojot metarēķinus, unikalitāte ir jākontrolē atsevišķi metarēķiniem un atsevišķi rēķiniem/pavadzīmēm, jo ar vienādu numuru būs gan metarēķins, gan no tā uzģenerētais rēķins/pavadzīme.   Ņemot vērā, ka iespējams saņemt rēķinus ar vienādu numuru no dažādiem piegādātājiem, kā arī katru gadu viena piegādātāja rēķinu numuri var atkārtoties, unikalitātes kontrolei uzstādāmi papildu nosacījumi - kontrolēt gada ietvaros un pa piegādātājiem/klientiem.   Numuru kontrole pa piegādātājiem atļauj ievadīt divus dokumentus ar vienādiem numuriem, ja dokumentu PVN kategorijas ir atšķirīgas. Tas nepieciešams korektas PVN uzskaites vajadzībām, ja viens piegādātāja rēķins ir jāsadala divos dokumentos (piemēram, PVN piemērots gan vispārējā kārtībā, gan reversā).     Metarēķina dokumenta tips   Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Metarēķins -> Lpp. “Lauku atribūti”   Lai sistēma kontrolētu metarēķinu numuru unikalitāti un attēlotu paziņojumu, ja tiek mēģināts saglabāt sistēmā rēķinu ar jau esošu numuru, jāuzstāda dokumenta tipā lauku atribūts “Numurs” un lpp. “Unikalitāte” jānorāda: 1) unikāls dokumenta veidam - kontrole ietvers visus metarēķinu dokumentu tipus, ja tie ir vairāki 2) unikāls pret dokumenta lauku - jāatzīmē, lai aktivizētu papildu parametrus 3) piegādātājs un gada ietvaros - numura kontroles papildu nosacījumi       Kontroles paziņojums pie metarēķina saglabāšanas:     !!! Jāņem vērā, ka kontrole notiek pret lauku “Piegādātājs”. Ja metarēķinam piegādātājs nav norādīts, tad kontrole nenotiek - piemēram, ja importētam e-rēķinam nav piemeklēts kreditors no klientu saraksta vai, ievadot rēķinu caur HOP, lietotājs nav atradis kreditoru izvēles sarakstā. Vēl viens papildu kritērijs numuru kontrolē ir metarēķina statuss - anulētie metarēķini tiek izslēgti no kontroles (piemēram, ja nekorekts piegādātāja rēķins ir anulēts un pēc tam sistēmā tiek ievadīts labots rēķins, kam piegādātājs ir saglabājis to pašu numuru).      !!! Metarēķinu dokumentu tipiem unikalitātes kontroli pret piegādātāju gada ietvaros ir iespējams uzstādīt, sākot no 625. versijas. Līdz šai versijai numuru kontroles nosacījumi bija pieejami sadaļā Pamatdati metarēķinu uzskaites parametros. No 625. versijas tie ir izņemti un pārvietoti uz dokumentu tipu uzstādījumiem.     Saņemtais rēķins vai pavadzīme   Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Saņ. rēķins par pakalpojumiem vai Saņemšanas pavadzīme -> Lpp. “Lauku atribūti”   Apgādes saņemtajiem rēķiniem vai noliktavas saņemšanas pavadzīmēm numuru unikalitātes kontrole ir uzstādāma tāpat kā aprakstīts šī raksta sadaļā par metarēķiniem. Šiem dokumentu veidiem tukšs lauks “Klients” nav iespējams un arī nav paredzēta dokumentu anulēšana, attiecīgi kontrole darbojas, kā norādīts pret klientu un gada ietvaros bez papildus nosacījumiem.       Numuru unikalitātes grupas Numuru unikalitātes grupas paredzētas, lai viena un tā pati kontrole aptvertu vairākus atšķirīgus dokumentu pamatveidus. Piemēram, kontrolētu, lai dokumenta numurs neatkārtojas, skatot kopā gan apgādes rēķinu, gan noliktavas saņemšanas pavadzīmju sarakstu.   Kontroles uzstādīšanai nepieciešams vispirms aprakstīt unikalitātes grupu, un pēc tam to piesaistīt visiem dokumentu tipiem, kas jāpakļauj šai kopīgajai kontrolei.     Izvēlne: Sistēma -> Uzstādījumi -> Numuru unikalitātes grupas   Izveido jaunu grupu, kurai norāda kontroles nosacījumus un kontrolējamos dokumentu tipus:     Pēc unikalitātes grupas saglabāšanas sistēma piedāvā šo grupu piesaistīt uzskaitītajiem dokumentu tipiem:     Izvēloties “Jā”, sistēma pēc kārtas atver visus dokumentu tipus uz labošanu un atliek tos saglabāt:     Kontroles paziņojums pie mēģinājuma saglabāt dokumentu ar jau eksistējošu numuru ietver arī informāciju par dokumenta pamatveidu:       Numuru kontroli ar aprakstītajiem dokumenta tipu nosacījumiem, un arī izmantojot unikalitātes grupas, var pielietot arī citviet sistēmā - tā ir kopīga Horizon funkcionalitāte. ... View more

Piegādātāju e-rēķinus Horizon var importēt automātiski - to veic sistēmas automatizētais darbs vai arī lietotājs izmanto metarēķinu saraksta darbību “Imports - Peppol formāts”.   Nākamais solis - nosūtīt šos rēķinus saskaņošanai atbilstoši saskaņošanas scenāriju nosacījumiem. Arī šo darbību ir iespējams automatizēt (no 625. versijas).    Šajā rakstā uzzināsiet, kādi uzstādījumi nepieciešami automātiskai scenārija piesaistei e-rēķinam.   Svarīgi! Automātiska e-rēķinu maršutēšana ir derīga situācijās, kur nav nepieciešams saņemtos datus manuāli papildināt ar tādu informāciju, kas ir būtiska pareizā scenārija izvēlei. Taču no procesu puses var paredzēt, ka, piemēram, scenārija 1. etapa saskaņotājs veic šos nepieciešamos datu papildinājumus.     Metarēķina dokumenta tips    Izvēlne: Sistēma -> Uzstādījumi -> Dokumentu tipi -> Metarēķins -> lpp Lauku atribūti   Metarēķina dokumenta tipam ir jānorāda lauku atribūts “Maršrutēt” ar vērtību “Jā”. Tas nozīmē, ka no jauna izveidotam metarēķinam šī pazīmes rūtiņa ievadformā būs aizpildīta un sistēma pēc saglabāšanas automātiski meklēs piesaistāmo scenāriju.         Automatizētais darbs e-rēķinu importam Izvēlne: Sistēma -> Uzstādījumi -> Automatizētie darbi -> darbs Metarēķinu imports - PEPPOL formāts   Automātiskai maršrutēšanai objekta konfigurācijas lappusē ir jānorāda: 1) pazīme “Maršrutēt” (noklusēti tiek aizpildīta no izvēlētā metarēķina dokumenta tipa) 2) apstiprināšanas uzdevuma autors - izvēle no sistēmas personu saraksta (Pamatdati -> Uzņēmums -> Personu saraksts). Šī persona būs autors pirmā etapa saskaņošanas uzdevumam.     Ieteikums veidot jaunu, ne reālu personu (piemēram - Automatizētais darbs), jo maršrutēšanas veicējs būs sistēma, nevis cilvēks. Arī šīs “personas” kartītē norādītais e-pasts var nebūt konkrēta cilvēka, bet gan kopīgs. Atkarībā no saskaņošanas e-pastu konfigurācijas, uz šo e-pastu var nākt saskaņošanas paziņojumi, piemēram, par noraidītu vai apstiprinātu rēķinu.       E-rēķinu imports ar automatizēto darbu   Ja automatizētā darba “Metarēķinu imports - PEPPOL formāts” konfigurācijā ir norādīta pazīme “Maršrutēt” un norādīta persona laukā “Apstiprināšanas uzdevuma autors”, tad pēc jauna e-rēķina importa uzreiz seko arī izveidotā metarēķina maršutēšana jeb scenārija piesaiste. Rezultātā automātiski izveidojas uzdevums saskaņotājam.   Metarēķinam ir redzams jauns notikums “Sūtīts” ar tekstu “Automātiski maršrutēts”.   Lai automātiskā maršrutēšana darbotos atbilstoši, jāņem vērā metarēķinu saskaņošanas scenāriju konfigurācija - norādītie dokumentu un etapu filtri, ir/nav noklusētais scenārijs un citi nosacījumi. Tie nepieciešamības gadījumā jāpapildina.       E-rēķinu imports ar metarēķinu saraksta darbību   Izvēlne: Dokumenti -> Metarēķini -> Metarēķinu saraksts -> Darbības -> Imports - Peppol formāts   Darbības logā atzīmējot “Maršrutēt”, sistēma uzreiz pēc e-rēķina ieimportēšanas un metarēķina izveides automātiski piesaistīs scenāriju. Pirmā saskaņošanas uzdevuma autors šajā gadījumā būs persona, kurai ir norādīts Horizon lietotājs, kas šo darbību veica.   Darbības logam tiek saglabāti pēdējie uzstādījumi uz katru lietotāju. Tātad, ja lietotājs atzīmē “Maršrutēt”, tad arī nākamo reizi šis iestatījums būs atzīmēts.       Metarēķinu veidošana no saraksta Metarēķinu imports   Izvēlne: Dokumenti -> Metarēķini -> Metarēķinu imports -> Darbības -> Veidot metarēķinu   Var būt atsevišķas situācijas, kad pēc e-rēķinu importa nav izveidojies metarēķins un ir palicis neapstrādāts ieraksts sarakstā Metarēķinu imports. Piemēram, nav bijis norādīts metarēķina dokumenta tips, nav zināmi dokumenta tipā prasītie obligātie lauki u.tml.   Šajos gadījumos ir iespējams no saraksta lietot darbību “Veidot metarēķinu”.   Ja neapstrādātais ieraksts nav iezīmēts un veido vienu metarēķinu, tad sistēma atver ievadformu un lauks “Maršrutēt” tiek aizpildīts atbilstoši dokumenta tipa uzstādījumiem. Pirms saglabāšanas lietotājs var šo pazīmi mainīt pēc vajadzības.   Ja vienu vai vairākus neapstrādātos ierakstus iezīmē un veido metarēķinu(-us), tad nostrādā dokumenta tipā norādītie nosacījumi - ja ir paredzēts maršrutēt automātiski, tad pēc metarēķinu izveidošanas seko arī maršutēšana jeb scenārija piesaiste.       Manuāla maršrutēšana jeb scenārija piesaiste   Izvēlne: Dokumenti -> Metarēķini -> Metarēķinu saraksts   Ja ieimportēts e-rēķins ir manuāli jānosūta saskaņošanai, tad izmantojams kāds no 3 variantiem:  1) metarēķina ievadformā atzīmē “Maršrutēt” un nospiež “Saglabāt” 2) izvēlas metarēķinu saraksta darbību “Maršrutēt” (t.sk. iezīmētiem rēķiniem) 3) izvēlas metarēķinu saraksta darbību “Piesaistīt/nomainīt aprites scenāriju” (t.sk. iezīmētiem rēķiniem)   Maršrutēt nozīmē, ka sistēma automātiski piemeklē scenāriju, un tas vienmēr sākas ar 1.etapu. Piemeklēšanas laikā sistēma analizē scenārijos izmantotos filtrus. Ja scenāriju neizdodas piemeklēt, tad izvēlas noklusēto. Ja neviens metarēķina scenārijs nav noteikts kā noklusētais, tad saskaņošana netiek uzsākta. Piesaistīt/nomainīt aprites scenāriju dod iespēju izvēlēties un piesaistīt jebkuru no scenārijiem, kā arī uzsākt saskaņošanu no jebkura etapa izvēlētajam scenārijam.     ... View more

No Horizon eksportējot e-rēķinus atbilstoši Peppol formātam, sistēma veic formāta noteikumu pārbaudi.  Viens no biežākajiem šīs pārbaudes paziņojumiem ir saistīts ar mērvienībām: BR-CL-23 [BR-CL-23]-Unit code MUST be coded according to the UN/ECE     Paziņojums nozīmē, ka dokumenta rindiņās izmantotajām mērvienībām nav atrasti kodi atbilstoši starptautiskam mērvienību klasifikatoram, kā to paredz šis formāts. Kļūdas novēršanai ir jāpapildina mērvienības, kas izmantotas rēķinos un pavadzīmēs.     Izvēlne: Pamatdati - Noliktava - Kartītēm - Mērvienības Sarakstā labo esošās mērvienību kartītes, norādot tām UNECE kodu.     Starptautiskais UNECE mērvienību klasifikators ir ļoti apjomīgs. Horizon ieliktas biežāk izmantotās. UNECE mērvienības kartītē ir pieejamas saites uz pilno klasifikatoru, pēc tā vadoties papildināms Horizon saraksts.     Pēc mērvienību sakārtošanas atkārtoti var veikt e-rēķinu sūtīšanu.   ... View more

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ā. Ja faila veidošanas laikā sistēma konstatē kādu datu neatbilstību, tad tiek parādīti atbilstoši paziņojumi.     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.     ... View more

620.versijā veiktas būtiskas vizuālas un lietojamības izmaiņas sekojošās pamatdatu kartītēs: klienta kartīte; NĪP abonents; avansa norēķinu persona; aprūpējamais; darbinieka klienta kartīte; uzņēmuma apraksts.   Šajā rakstā dalīsimies ar klienta kartītes izmaiņām - arī citās minētajās pamatdatu kartītēs izmaiņas ir līdzīgas.    Svarīgi! Jaunajā klienta kartītē veikta gan sadaļu pārstrukturēšana, gan lauku atrašanās vietu maiņa pēc to būtības.  Lai darbs ar klienta kartīti būtu ērtāks, pievienotas arī pavisam jaunas iespējas:  ievadīt un apskatīt primāro bankas kontu uzreiz sadaļā "Rekvizīti"; norādīt faktisko adresi; ievadīt un apskatīt galveno kontaktpersonu sadaļā "Kontaktinformācija"; saites, kas automātiski ved uz konkrēto saistīto datu sadaļu; norēķinu dokumentu sadaļa, kurā iespējams redzēt visus attiecīgā klienta dokumentus par pēdējiem 6 mēnešiem. Ja nepieciešams redzēt visus dokumentus, piemēram, visus rēķinus, iespējams atslēgt noklusēto pēdējo 6 mēnešu filtru un redzēt visus klienta dokumentus. Detalizētāka informācija par sadaļu un lauku izkārtojumu pieejama Horizon palīgā.   Ar kartītes tehniskajām izmaiņām un lietojamību aicinām iepazīties arī šajā video: Kartītes augšējā un apakšējā daļa   Klienta kartītes augšējā daļā ir redzami lauki - "klienta tips", "nosaukums vai vārds / uzvārds (atkarīgs no tipa)", "norēķinu veids", "kods" un "papildkods".  Šeit iznests arī lauks "Saistītais debitors / kreditors", kuru iesakām izmantot gadījumos, ja viens un tas pats klients ir gan pircējs, gan piegādātājs. Abas kartītes ir iespējams caur šo lauku savstarpēji sasaistīt.   Klienta kartītes apakšējā daļā ir redzami lauki - "aktīvs" un "atbildīgais" (pārvietots no lpp. "Pārdošana").   Klienta kartīte ar tipu "Uzņēmums":   Klienta kartītes augšējā daļa ar tipu "Privātpersona":     Vertikālais sadaļu izkārtojums   Līdz šim daļa no informācija par klientu bija ievadāma klienta kartītes lappusēs, bet daļa - saistītajos datos, piemēram, bankas konts, adreses u.c. informācija.   Tagad visa informācija ir sakārtota kartītes kreisajā pusē redzamajās sadaļās. Labajā pusē tiek attēlots tajā brīdī izvēlētās sadaļas saturs. Sadaļai piešķirtā ikona norāda uz tās veidu - lappuse ar ievadlaukiem vai saraksts ar vairākiem saistītiem ierakstiem.   Sadaļu hierarhisko izskatu var izvērst un savilkt ar bultiņu pogām saraksta apakšā.   Sadaļu saraksts:   Meklēšana  Lai atvieglotu pārkārtoto lauku atrašanu, kartītes kreisajā pusē virs sadaļu nosaukumiem ir pieejams meklēšanas logs. Tas dod iespēju meklēt pēc nosaukuma gan pašas sadaļas, gan arī datu laukus.    Meklēšanas lauks:   Favorīti    Klienta kartītē var ievadīt dažādu informāciju, bet bieži atšķiras lietotāju vajadzības un prasības, tādēļ pievienota iespēja norādīt savus favorītus jeb biežāk lietotās sadaļas, tās atzīmējot ar zvaigznīti. Ar zvaigznīti atzīmētās sadaļas kļūst pieejamas saraksta augšpusē. Šādi var atzīmēt arī visu virsgrupu.   Pazīmi var noņemt, kā arī favorītus var sakārtot vēlamajā secībā, uzklikšķinot uz attiecīgās sadaļas nosaukuma, un, neatlaižot peli, pārvilkt augstāk vai zemāk.     Saites    Klienta kartītes labajā pusē zilā krāsā attēlotās saites aizved uz atbilstošo saistīto datu sadaļu. Piemēram, "Rekvizītu" lappusē var ievadīt vai redzēt klienta primāro bankas kontu, bet nospiežot uz saites, atveras sadaļa “Bankas konti”, kur jau aplūkojams visu šī klienta bankas kontu saraksts. Šāda iespēja ir pievienota laukiem - "Bankas konti", "Adreses", "Kontaktpersonas".   Saite sadaļā "Kontaktinformācija":     "Bankas rēķini" nosaukuma maiņa uz "Bankas konti"    Visos sistēmas moduļosveikta termina “Bankas rēķins” maiņa uz terminu “Bankas konts”. Līdz ar to, visās ievadformās, paziņojumos, izdrukās u.c. turpmāk būs redzams šis atjaunotais termins.    Svarīgi! Jāņem vērā, ka iepriekšējās versijās sagatavotās Excel veidnēs datu importam kolonnu nosaukumos vai lappušu nosaukumā ir minēts termins “Bankas rēķins”.  No 620. versijas šādu veidni nebūs iespējams importēt. Tas attiecas gan uz bankas kontu saraksta importu, gan rēķinu vai citu dokumentu, kur tiek izmantots bankas konts, importu.    Šādā gadījumā nepieciešams ģenerēt jaunu Excel veidni un aizpildīt vēlreiz ar datiem vai pārsaukt esošās veidnes kolonu vai lappusi atbilstoši jaunajam terminam.       Primārais bankas konts    Lai atvieglotu datu ievadi un uzlabotu klienta kartītes lietojamību, sadaļā "Rekvizīti" ir pievienota lauku grupa "Banka". Šajā sadaļā ir iespējams ievadīt vai apskatīt klienta primāro bankas kontu (bankas konts ar secību “1”). Šo iespēju ērti izmantot situācijās, kad klientam ir tikai viens konts.  Situācijās, ja klientam ir vairāk nekā viens bankas konts vai primārais konts mainās, tad ir iespēja nospiest uz saites "Bankas konti" un sistēma automātiski aizvedīs uz klienta bankas kontu sarakstu, kur veikt nepieciešamās izmaiņas.       Adreses   Līdz šim klienta kartītē lpp. "Reģistrs" bija iespējams norādīt tikai juridisko / deklarēto adresi. Tagad sadaļā Rekvizīti ir pievienota iespēja norādīt arī klienta faktisko adresi (agrāk - "Kontaktadrese"), kas var būt atšķirīga no juridiskās / deklarētās adreses. Ja lietotājs aizpilda faktisko adresi, tad, saglabājot kartīti, sistēma izveidos piegādes adresi ar pazīmi "Faktiskā adrese".  Ja lietotājs nospiež pogu “Juridiskā/deklarētā adrese sakrīt ar faktisko adresi”, tad faktiskās adreses lauks vairs nebūs labojams un tiks automātiski aizpildīts ar juridisko adresi.   Savukārt pašas adreses aizpildei ir pieejamas trīs iespējas: Ja VZD adrešu sarakstā ir kaut viens ieraksts, tad parādās meklēšanas ikona. Spiežot uz šīs ikonas, tiks uzreiz atvērts VZD adrešu meklēšanas ievadlogs, kur var ievadīt meklējamos parametrus un, pēc tam izvēloties atbilstošo VZD adresi, tiek automātiski aizpildīti visi sadalītās adreses lauki kā līdz šim. Adreses ikona - spiežot uz šīs ikonas, tiek atvērta sadalītās adreses ievadlauki un ir iespēja aizpildīt sadalītās adreses informācija. Ievadot adresi tikai adrešu laukā - šādā gadījumā tiks saglabāta tikai pilnā adrese, bet ne sadalītās adreses lauki.  Tāpat nospiežot uz saites, pievienota iespēja nokļūt uzreiz pie klienta piegādes adrešu saraksta.       Apmaksas termiņš    Apmaksas termiņš ir vienīgais lauks, kas aizpildāms jebkurā no divām vietām klienta kartītē - sadaļā "Grāmatvedības dati" vai sadaļā "Pirkšana / Pārdošana". Ja apmaksas termiņa vērtību ievada vienā sadaļā, tā automātiski nomainās arī otrā sadaļā. Šāds risinājums izvēlēts, ņemot vērā, ka lielai daļai lietotāju tas tiešā veidā saistīts ar pārdošanas procesiem, savukārt tikpat lielai daļai šī informācija vairāk attiecas uz citiem grāmatvedības procesiem, kam nav saistības ar pārdošanu.   Sadaļa "Grāmatvedības dati":     Sadaļa "Pārdošana":     Institucionālais sektors   Laukam "Institucionālais sektors" mainīta atrašanās vieta no sadaļas "Klasifikācija" uz sadaļu "Grāmatvedības dati". Tas ir redzams tikai tad, ja uzstādījumos ir atzīmēta institucionālo sektoru lietošana (Uzskaites parametri -> Atskaites).     Paziņojums    Lauka "Paziņojums" garums palielināts līdz 300 simboliem un mainīta atrašanās vieta no sadaļas "Pārdošana" uz sadaļu "Piezīmes".       Miršanas datums    Klienta kartītē ar tipu "Privātpersona" tagad ir pieejams lauks "Miršanas datums", taču noklusēti kartītes ievadformā tas nav redzams. Ja šāda informācija ir nepieciešama, tad klienta kartītes dokumentā tipā jāpievieno lauku atribūts “Rādīt miršanas datumu ievadformā”.   Kartītēs "NĪP abonents" un "Aprūpējamais" šis lauku atribūts ir automātiski ieslēgts, pārejot uz 620. versiju. Taču, veidojot jaunu dokumenta tipu, atribūts ir jānorāda tāpat kā klienta kartītes dokumenta tipā.    Dokumenta tipa lauku atribūti:   Klienta kartīte ar tipu privātpersona:     Klienta tipa maiņa no privātpersonas uz uzņēmumu   Klienta kartītē ir datu lauki, kas pieejami un aizpildāmi tikai kartītēm ar tipu "Privātpersona". Ja saglabātu klienta kartīti labo un tipu maina uz "Uzņēmums", tad pie nākamās saglabāšanas tiks iztukšoti lauki - vārds, uzvārds, personas kods, dzimšanas datums, miršanas datums, pases nr., pases izdošanas datums, pases derīguma termiņš un pases izdevējs.   Iepriekšējās versijās šie dati palika aizpildīti, neskatoties uz to, ka ievadformā tie vairs nebija redzami.   Sadaļa "Rekvizīti":   Sadaļa "Dokumenti":     Izņemta informācija   No jaunās pārstrukturētās klienta kartītes vizuāli ir izņemta šāda informācija: Aktivitātes no lappusēm "Klienta karte" un "Kontakti" ar klientu tagad ir gan pievienojamas, gan apskatāmas atsevišķā sadaļā Aktivitātes. Sadaļas Kontakti ar klientu vairs nav. Kontaktinformācija, kontaktpersona un piezīmes no lappuses "Klienta karte" pārnestas uz citām atbilstošām sadaļām. Informācija par kontaktu skaitu, pārdošanas plānu, realizāciju un izdarītiem pasūtījumiem izņemta no kartītes, taču tā joprojām ir pieejama klientu sarakstā attiecīgajās kolonnās. No klienta kartītes saistītajiem datiem izņemtas šādas sadaļas:  Maksājumu plāni - turpmāk apskatāmi pie klienta līgumu informācijas; Realizācija - konvertācijas - turpmāk atrodami sadaļā "Pirmdokumenti"; Peļņa; Peļņa - dinamika; Plānotie/faktiskie realizācijas apjomi; Realizācijas faktiskā pašizmaksa; Ieņēmumi no pakalpojumiem. Pēdējās 5 atskaites joprojām ir apskatāmas no klienta saraksta Darbībām.   Citas klienta kartītei radniecīgās kartītes   Reizē ar izmaiņām klienta kartītē veiktas līdzīgas izmaiņas arī citās pamatdatu kartītēs, kas ir tai radniecīgas. Avansa norēķinu persona:       Aprūpējamais:       Uzņēmuma apraksts:     ... View more

VISMA Horizon 620. versijā gaidāmas būtiskas vizuālas un lietojamības izmaiņas sekojošās pamatdatu kartītēs: Klienta kartīte  NĪP abonents Avansa norēķinu persona Aprūpējamais Darbinieka klienta kartīte Uzņēmuma apraksts Plānotais versijas publicēšanas datums ir 14.06.2023. Iesakām vēl pirms versijas nomaiņas papildus informēt sava uzņēmuma/iestādes Horizon lietotājus, kuru ikdienas darbs saistīts ar kādu no uzskaitītajām pamatdatu kartītēm.   Jaunā klienta kartīte:       Vairāk par izmaiņām un kartītes lietošanu skatīt šajā video:   ... View more

Sākot no Horizon 600. versijas (15.06.2022.) ir pieejams lietošanai jauns bankas importa risinājums, kas vēl pilnveidots arī 605. un 610. versijās.   Pāreja no esošā risinājuma uz jauno prasa dažas minūtes un ir veicama sistēmas uzstādījumos. Iesakām pāreju veikt brīdī, kad visi bankas importa dokumenti ir pilnībā apstrādāti. Šādu izvēli ir jau izdarījuši vairāk kā 80 Horizon klienti. Paldies par šo lēmumu un labām atsauksmēm!   615. versijā, kas tiks publicēta 15.03.2023., visiem uzreiz darbosies tikai jaunais bankas importa risinājums.   Ja līdz šim vēl izmantojat esošo, aicinām izvērtēt, kad sākt lietot jauno: 1) jau tagad 600., 605., vai 610 versijā, izvēloties piemērotāko pārslēgšanas brīdi, 2) 615. versijā reizē ar citām versijas izmaiņām. Vairāk informācijas: Jaunais bankas imports (sākot no 600. versijas)   Ja interesē arī ierakstu dalīšanas iespēja:  Bankas importa ieraksta dalīšana pa vairākiem klientiem/līgumiem (no 605. versijas)   ... View more

Oficiālā elektroniskā adrese jeb e-adrese ir viens no iespējamiem e-rēķina piegādes kanāliem. Sistēmā Horizon ir nodrošināta e-rēķinu sagatavošana un šajā rakstā uzzināsiet, kā to piegādāt uz saņēmēja e-adresi.   Piegādei var izvēlēties kādu no variantiem: Tiešsaistes režīmu sadarbībā ar rēķinu operatoru Unifiedpost Manuālu ievadi vai faila ielādi   !!! Jāņem vērā, ka e-rēķins ir strukturēta xml datne, kas iekļauj sevī rēķina vizuālo attēlu. Piegādāt e-rēķinu uz e-adresi ir jēgpilni tādiem saņēmējiem, kas ir izteikuši šādu vēlmi un ir gatavi datni ielasīt savās sistēmās tālākai apstrādei, parasti tās ir juridiskās personas.     Tiešsaistes piegāde   Lai e-rēķinus sūtītu tiešsaistē, nepieciešama integrācija ar Unifiedpost e-rēķinu apmaiņas platformu. Tā nodrošina gan e-rēķinu izsūtīšanu, gan arī saņemšanu, pieslēgumu PEPPOL tīklam u.c.iespējas. Vairāk lasīt šeit .   Kā zināt, vai klients ir gatavs saņemt e-rēķinu?   Ja klienta kartītes lauks “E-rēķinu adresāts” ir aizpildīts ar “Jā”, tas nozīmē, ka klients ir gatavs saņemt e-rēķinus.      Ja klientam nav šādas pazīmes, tad sūtiet ziņu e-pastā uz atbalsts@unifiedpost.com, norādot saņēmēja nosaukumu, reģistrācijas numuru un e-adresi. Dienas laikā šī informācija tiks iekļauta adrešu sarakstā un parādīsies Horizon.   Pazīme tiek aktualizēta ar darbības vai automatizētā darba palīdzību pēc tiešsaistes pakalpojuma pieslēgšanas, tā aizpildās tikai klientu kartītēm ar norēķinu veidu “Debitors”.       Kā nosūtīt e-rēķinu? Lai līdz saņēmējam nonāktu arī vēlamais rēķina vizuālais attēls, to pirms nosūtīšanas ir nepieciešams saglabāt pie rēķina pievienotajiem failiem. Pēc tam jāizmanto realizācijas rēķinu saraksta darbība - Sūtīt uz Horizon HUB. Detalizētāks apraksts par nosūtīšanu tiešsaistē lasāms šeit.     Manuāla piegāde   Manuālu piegādi var veikt izmantojot e-rēķinu izveidošanas formu portālā Latvija.lv (nepieciešama autentifikācija ar kvalificētiem elektroniskās identifikācijas līdzekļiem un ir jābūt izveidotam e-adreses kontam, kuram piekļūst no portāla Latvija.lv). Portālā ir iespējams gan manuāli ievadīt rēķina informāciju, gan ielādēt to XML formātā.   Par datnes iegūšanu no Horizon detalizēts apraksts pieejams šeit. Galvenās darbības: 1) saglabāt rēķina vizuālo attēlu pie pievienotajiem failiem, 2) eksportēt xml datni ar darbību "Saraksta eksports - Peppol formāts", 3) pieslēgties pie Latvija.lv un tur augšupielādēt datni e-adreses vēstulē.   Daži attēli no Latvija.lv e-adreses:         Atsevišķu rēķinu nosūtīšanai var izmantot manuālās darbības, taču lielākam rēķinu skaitam ieteicams izmantot tiešsaistes risinājumu. ... View more

Swedbank tiešsaistes risinājumā 03.01.2023. tiks mainīts TimeStamping servisa sertifikāts.   Atbilstošas izmaiņas ir veiktas arī VISMA Horizon un tās ir pieejamas sākot no sekojošām versijām/laidieniem:  600.30. 605.18. 610.9.   Lai Swedbank tiešsaistes bankas funkcionalitātes lietošana noritētu bez traucējumiem, nepieciešams atjaunināt Horizon uz minētajiem laidieniem. ... View more