User Profile
Raita Reine
321
Posts
89
Kudos
94
Solutions
10-05-2025
14:25
Labdien, @Aivars007
Kases pavadzīmes kontējumu shēmā ir iespēja aprakstīt kontējumu arī atbilstoši maksāšanas veidiem.
Te tikai jāsaprot, ka grāmatojums ar kases kontu būs tikai virsgrāmatā un nebūs atrodami dokumenti kases modulī.
... View more
10-05-2025
11:42
Labdien, @Ivaiva !
Pareizais darbības scenārijs būtu: veidot kredītrēķinu par kļūdaino rēķinu un nosūtīt to uz HUB klientam. Veidot jaunu rēķinu (korektu) un arī nosūtīt uz HUB.
... View more
10-05-2025
11:09
Labdien, @Diāna Ozoliņa-Sakniņa !
Tādos gadījumos ir jāizveido kredītrēķins. To nosūta caur HUB, tiek veidots jauns rēķins ar korektiem datiem, un arī tas tiek nosūtīts.
... View more
25-04-2025
15:35
Labdien @liglap !
Piegādes adresi norāda pavadzīmes/rēķina lappusē "Piegāde" izvēloties to no klienta adrešu saraksta. Šeit apraksts par e-rēķiniem pašvaldībai, bet tas derīgs arī pavadzīmēm:
https://community.visma.com/t5/Zinasanu-baze-Horizon/E-rekinu-nosutisana-pasvaldibam/ta-p/701179
... View more
17-04-2025
16:05
@agnsn Iepriekš bija divas atsevišķas saites attiecībā uz UNECE standarta kodiem - Recommendation 20 un Recommendation 21. Pēc tam šie saraksti tika apvienoti vienā "Recommendation 20, including Recommendation 21 codes - prefixed with X (UN/ECE)". https://docs.peppol.eu/poacc/billing/3.0/codelist/UNECERec20/
Šajā sarakstā box ir kods XBX.
... View more
07-04-2025
09:14
Labdien, @Kristiāna Lapsiņa !
Lai papilduzdevuma izveidotājs saņemtu e-pastu par izpildītu papilduzdevumu, saskaņošanas e-pastu konfigurācijā ir jānorāda vēlamais e-pasta šablons saņēmējam "Autors" pie notikuma "Papildu AU izpilde":
... View more
12-02-2025
06:35
@Liāna
Labdien!
Jā, ir jauns formāts no 01.01.2025., bet pēc analīzes ir secināts, ka izmaiņas nav tādas, ka būtu nepieciešamas izmaiņas programmā.
... View more
11-02-2025
16:17
Labdien @Diāna Ozoliņa-Sakniņa ! Tiešsaistes režīmā šī ķekša izņemšana radīja situācijas, kur e-rēķins paliek pusceļā, jo formāta un noteikumu pārbaudes dēļ saņēmēja pusē nevar tikt pieņemts. Tādēļ tas tagad ir kļuvis obligāts un ir vienmēr ielikts. Attiecīgi no Horizon tiešsaistes režīmā nevar tikt izsūtīts e-rēķins bez formāta un noteikumu pārbaudēm. Būs vienmēr pārbaudīts. Tas ir sākot no 645.20 un 650.9.
Aprakstu un bildi tuvākajā laikā aktualizēsim.
... View more
04-02-2025
11:02
3 Kudos
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.
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
... View more
Labels:
03-02-2025
14:38
Labojums par Cēsu pašvaldību - tomēr pieprasa laukā <cbc:BuyerReference> norādīt MAKSĀTĀJA PVN numuru, kas manuprāt ir aplami no datu tālākās apstrādes viedokļa, bet tādu paraugu šobrīd dod arī Latvija.lv manuāli ievadītie e-rēķini. Maksātāja PVN laukā <cbc:BuyerReference> Horizon var ielikt, ja tas ir norādīts SAŅĒMĒJA klienta kartiņas papildkodā
... View more
28-01-2025
15:43
Labdien, @Diāna Ozoliņa-Sakniņa !
Nē, izejošajiem rēķiniem nav pieejama saskaņošana.
... View more
16-01-2025
15:52
Labdien, @asterna !
Visticamāk saņemtajā xml datnē ir lauki, kur summas vietā ir tukšums. Sarakstā "metarēķinu imports" ierakstam ir jābūt un tam ir pievienota xml datne. Šādi varētu būt ar digitalizētajiem rēķiniem (veikta atpazīšana no PDF vai papīra)
Lūgums vērsties pie rēķinu operatora.
... View more
09-01-2025
19:02
šādā gadījumā es PVN piekoriģēju gala rēķinā, jo tur, neatkarīgi no priekšapmaksas summas, var mainīt saņemtā avansa PVN summu.
... View more
06-01-2025
09:30
Labdien, @Saivo ,
Pēc aprakstītā saprotu, ka rēķina ievadformā šīm divām mērvienībām attēlo UNECE kodu nevis mērvienības kodu? Vai tomēr kā savādāk? Varbūt pielieciet kādu attēlu vai piesakiet problēmu savam apkalpotājam, lai var paskatīties konkrētajos datos.
... View more
20-12-2024
12:54
Labdien, @Baiba Almane !
1. Jā, ja pazīme E-rēķinu adresāts ir tukša, tad šiem klientiem e-rēķinu piegādi nevar veikt tiešsaistē, jāizvēlas kāds cits variants.
2. Kolonna HHubDocSt.Paziņojums aizpildās ar paziņojumu, ja sūtīšanas laikā ir kāda kļūda. Pie veiksmīgas nosūtīšanas tur ir tukšums.
... View more
15-12-2024
19:39
Noņem depozīta kontu kā uzņēmuma kontu (viss notiek) un rezultātā man tā strādā!
... View more
14-12-2024
14:15
Labdien, @Maija M ,
Jā, situācija ar NĪP rēķiniem un rindu adresēm ir mums zināma. Tur ir jāatrod un jāsaskaņo ar citiem izstrādātājiem risinājumi, kur tieši vienotajā e-rēķinu formātā šo papildinformāciju likt, lai tā nonāktu pie e-rēķina saņēmēja.
Ja būs kādas izmaiņas, tad informēsim.
NĪP rēķinu sagatavošanas principus šī iemesla dēļ nav jāmaina. Arī atsevišķi veidojot rēķinu katrai adresei, tā informācija neaiziet.
... View more
14-12-2024
14:04
Labdien, @liglap ,
Jā, tā ir veidots, ka lejuplādēt var vairākas reizes, un paziņojumu tur nav, faila nosaukumi veidojas atšķirīgi. Iesaku izlikt rēķinu saraksta izskatā kolonu "Pēdējā xml faila eksports", tad var redzēt, kam un kad tie jau ir izsūtīti un vairāk to nedarīt.
... View more
14-12-2024
10:59
Saņemot e-rēķinus pašvaldībā, ir svarīgi operatīvi noskaidrot, kurai pašvaldības iestādei/struktūrvienībai kā pakalpojuma saņēmējam rēķins ir nododams izskatīšanai un saskaņošanai, pirms veikt tā apmaksu.
Piemēram, e-rēķina saņēmējs un maksātājs ir pašvaldība, savukārt, preču/pakalpojumu saņēmējs ir pašvaldības iestāde/struktūrvienība - bērnudārzs, skola, bibliotēka u.tml.
Ja piegādātāja iesniegtajā e-rēķinā nav informācijas par saņēmēju, tad rēķina saskaņošana un apmaksa var kavēties.
E-rēķinu importa funkcionalitāte piedāvā vairākas iespējas informācijas par saņēmēju attēlošanā un interpretācijā. Kā arī tās var tikt izmantotas ne tikai pašvaldībās, bet arī citās iestādēs/uzņēmumos.
Struktūrvienības kods
Ja e-rēķina xml datnē tagā “BuyerReference” ir norādīta vērtība, tad tā tiek importēta sistēmā un ir redzama metarēķina importa ieraksta sadaļā “Pamatinformācija” laukā “Struktūrvienība”. Veidojot metarēķinu, sistēma pēc šīs vērtība automātiski piemeklē finanšu struktūrvienību un aizpilda to metarēķinā, ja struktūrvienību sarakstā ir atrasts ieraksts ar precīzi tādu kodu.
Tā kā struktūrvienības piemeklēšana notiek uzreiz importa brīdī, tad ir iespējams nodrošināt arī automātisku rēķina maršrutēšanu jeb piesaisti saskaņošanas scenārijam, ja tajā paredzēta saskaņošana atbilstoši dokumenta struktūrvienībai.
Pamatojuma teksts
Ja saņēmēja informācija ir e-rēķina xml datnē tagā “Notes”, tad tā tiek attēlota metarēķina pamatojumā. Pēc pamatojumā norādītā teksta sistēmā nav iespējama un nenotiek ne struktūrvienības, ne arī citu klasifikatoru automātiska piemeklēšana. Attiecīgi struktūrvienība šajā gadījumā ir norādāma manuāli.
Preču vai pakalpojumu saņēmēja lauks
Ja saņēmēja informācija ir e-rēķina xml datnē tagā “DeliveryParty/PartyName/Name”, tad tā tiek attēlota metarēķina laukā “Imp.preču/pakalpojumu saņēmējs”. Pēc laukā norādītā teksta sistēmā nav iespējama un nenotiek ne struktūrvienības, ne arī citu klasifikatoru automātiska piemeklēšana. Arī šajā gadījumā struktūrvienība ir norādāma manuāli.
Kā aprakstītos e-rēķina xml datnes laukus var aizpildīt, ja rēķina izrakstītāja sistēma ir Horizon, var lasīt šeit: E-rēķinu nosūtīšana pašvaldībām
Uzzināt vairāk par e-rēķiniem: E-rēķini - soli pa solim
... View more
Labels:
05-12-2024
16:27
@agnsn, uz ftgservera.
... View more
27-11-2024
08:30
1 Kudo
Caur Visma atbalsta sistēmu: https://www.visma.lv/horizon-abonesanas-centrs/
... View more
20-11-2024
14:46
Es daru bišķiņ savādāk - tā kā maksājumi ar karti nav skaidras naudas izdevumi, tad reģistrēju pirkuma iegādes dokumentus kā saņemtos rēķinus /pavadzīmes (var izveidot atsevišķu dokumenta tipu ar iekļautu PVN, lai ērtāk reģistrēt un uzstādījumos norādīt, ka PVN deklarācijā šis dokuments tiek uzrādīts kā EKA čeks) - šis arī atrisina problēmu ar nodokļa apgriezto maksāšanu elektronikas iegādes gadījumā (PVN tiek aprēķināts šajā dokumentā) un bankā noņemto naudu reģistrēju kā izejošos maksājumus (arī var izveidot atsevišķu dokumenta tipu - bet nav būtiski) gadījumā, ka kāds čeks nav atnests (pazaudēts utt.) tad maksājumā mainu kreditoru uz avansa norēķinu personu - sanāk, ka šī persona ir čeka apmērā saņēmusi naudu un nav atnesusi attaisnojuma dokumentu Kreditoru nepiesaistītajos maksājumos tad var redzēt, kuru čeku nav (tieši tāpat kā ar saņemtajiem rēķiniem/pavadzīmēm) un arī mēdz gadīties, ka ar karti maksā avansu Ja pēc bankas izraksta nav saprotams, KAM ir samaksāta nauda (DUS, GUS, VEIKALS utt) - tad man ir izveidota kreditora kartīte "? pirkums bankas karte" un arī šis maksājums parādās pie nepiesaistītajos maksājumos.
... View more
10-10-2024
10:23
Ņemot vērā gaidāmās izmaiņas likumdošanā, kas paredz obligātu e-rēķinu apriti no 01.01.2025. norēķinos starp valsts pārvaldi un uzņēmumiem, ir veikti papildinājumi VISMA Horizon un mainīti nosacījumi integrācijas risinājuma ar rēķinu operatoru Unifiedpost izmantošanā.
Tagad ir iespējamas šādas sadarbības iespējas:
Bez līguma ar Unifiedpost - e-rēķinu nosūtīšana tiešsaistē debitoriem, kas izteikuši gatavību saņemt e-rēķinus (ir atrodami e-rēķinu adresātu sarakstā). Klients e-rēķinus saņems savā sistēmā vai e-adresē.
Noslēdzot līgumu ar Unifiedpost - pilns pakalpojumu klāsts, kas ietver gan e-rēķinu nosūtīšanu, gan saņemšanu, t.sk. ar iespējām digitalizēt rēķinus, kas nav saņemti kā e-rēķini. Lai sazinātos ar Unifiedpost sūtīt ziņu uz atbalsts@unifiedpost.com.
Kādi soļi veicami?
1. Noskaidrot e-rēķinu adresātus savā debitoru sarakstā
Lai aktualizētu klientu kartītēs pazīmi laukam "E-rēķinu adresāts"
- izmanto darbību klientu sarakstā
- izveido automatizēto darbu
Realizācijas rēķinu sarakstā pievieno izskata kolonu "Klients. E-rēķinu adresāts", lai uzzinātu, kurus rēķinus var sūtīt kā e-rēķinus tiešsaistē
2. Pieslēgt tiešsaisti
Ja iepriekšējā punkta izpildes rezultāti vedina domāt, ka e-rēķinu nosūtīšana tiešsaistē būs ērtāka kā manuāli, tad jāpiesakās tiešsaistei.
Kā pieslēgt e-rēķinu tiešsaisti (Horizon HUB)?
3. Sūti klientiem e-rēķinus tiešsaistē
Kā nosūtīt e-rēķinus tiešsaistē?
Ja tiešsaistes režīms šobrīd nav saistošs, tad atceries, ka no Horizon e-rēķinu var sagatavot un nosūtīt arī manuāli: E-rēķinu nosūtīšana Peppol formātā
Uzzini vairāk par e-rēķiniem: E-rēķini - soli pa solim
... View more
Categories:
26-09-2024
15:47
Swedbank un SEB Banka informē, ka saistībā ar Eiropas Maksājumu padomes atjauninātajām prasībām ir veiktas izmaiņas ISO failu formātu aprakstā (ISO 20022).
Šīs izmaiņas ietekmē gan Swedbank un SEB Banka tiešsaistes bankas risinājumu, gan datu apmaiņu ar failiem. Pašlaik Swedbank un SEB Banka atļauj izmantot abus maksājumu importa faila variantus - esošos maksājumu ziņojumus (pain.001.001.03) vai jaunos ziņojumus (pain.001.001.09).
Swedbank atbalstīs esošo ISO formātu līdz 31.10.2024., SEB Banka - līdz 05.10.2025.
Atbilstošas izmaiņas ir veiktas arī Visma Horizon, un pieejamas, sākot no šādām versijām/laidieniem:
640.14.
645.4.
Versijas/laidiena maiņa ir nepieciešama, ja izmantojat maksājumu sūtīšanu uz banku tiešsaistē vai ar failu. Maksājumu imports netiek ietekmēts.
Swedbank maksājumiem papildu prasības:
saņēmēja un gala maksātāja nosaukumā atļauto simbolu skaits nepārsniedz 70 zīmes;
gadījumos, ja saņēmēja bankas BIC kods ir “Nē” vai nav norādīts, jābūt aizpildītam klīringa sistēmas identifikatoram.
Lai datu apmaiņa būtu veiksmīga, lietotājiem pirms datu sūtīšanas uz banku ir jāaizpilda prasītā informācija maksājuma Saņēmēja un Saņēmēja bankas kartītēs.
... View more
Categories:
26-09-2024
10:00
Horizon tiek nodrošināta e-rēķinu saņemšana un nosūtīšana atbilstoši vienotajam elektronisko jeb strukturēto rēķinu standartam.
Tiešsaistes risinājumi ir ērtākais veids, kā organizēt šo e-rēķinu apriti.
Horizon ir izveidota integrācija ar Unifiedpost e-rēķinu platformu.
Droša datu apmaiņas kanāla darbībai tiek izmantota sistēma/starpslānis Horizon HUB, kas nodrošina vienotu autentifikācijas un pārvaldības mehānismu savienojumos ar trešo pušu sistēmām. Horizon HUB atrodas mākonī un nav jāinstalē.
Risinājuma izmantošanai ir nepieciešams pieteikties, lai VISMA varētu reģistrēt sistēmā jaunu lietotāju.
Kā pieteikties risinājumam?
Nepieciešams nosūtīt pieteikumu uz atbalsts@visma.com vai izveidot jaunu pieteikumu VISMA klientu atbalsta sistēmā, norādot reģistrācijai nepieciešamos datus:
1) E-pasts - tiks izmantots kā lietotājvārds, un uz šo e-pastu tiks nosūtīta reģistrācijas saite
(ieteicams norādīt uzņēmuma vai iestādes kopējo e-pastu, piemēram, rekini@uznemums.lv)
2) Horizon licences numurs - atrodams izvēlnē Sistēma - Administrēt - Licences informācija
3) Uzņēmuma/Iestādes reģistrācijas numurs - jāpiesaka katrs licencē esošais, kam tiešsaiste nepieciešama
4) Uzņēmuma/Iestādes nosaukums - papildu informācijai
5) Kontaktpersonas vārds un uzvārds, amats, telefona numurs un e-pasts - papildu informācijai un saziņai jautājumu gadījumā
Pēc saņemtās informācijas pārbaudes VISMA pusē tiek veikta jauna lietotāja reģistrācija un uz norādīto e-pasta adresi/lietotājvārdu tiek nosūtīta saite lietotāja apstiprināšanai un informācija par tālāk veicamajām darbībām.
E-pasts ienāk no no-reply-horizon-hub@lv.visma.com un tajā esošā saite ir derīga 24h.
Kāda konfigurācija veicama?
Saņemtajā e-pastā par lietotāja apstiprināšanu ir jāklikšķina uz saites un jāievada sava izdomāta parole un jānospiež poga <Apstiprināt>.
Pēc tam jādodas uz Horizon: Sistēma - Datu apmaiņa - Horizon HUB - Konfigurācija
Horizon HUB konfigurācijas logā norāda datus:
Lietotājs - reģistrēšanās e-pasta adrese
Parole - parole, kas ievadīta reģistrēšanās saitē
Nospiež pogu <Pārbaudīt un sinhronizēt> un pēc tam <Saglabāt>.
Pārējā logā redzamā informācija ir jau noklusēti aizpildīta un nav jālabo.
Lpp. <Sakaru pārbaude> var veikt atkārtotu integrācijas kanāla pārbaudi un uzzināt, vai ir kādi saņemami e-rēķini. Ja e-rēķinu saņemšana nav paredzēta, tad tiek attēlots paziņojums "Uzņēmums netika atpazīts trešās puses sistēmā".
!!! Ja licencē ir t.s. firmu režīms (katrs uzņēmums/iestāde savā datu apgabalā), tad reģistrēšanās e-pasts un parole var būt gan katrai firmai atšķirīgi, gan arī vairākām vienādi, dati ir jānorāda katrā no firmām konfigurācijas logā. Pievienojot jaunu reģistrācijas numuru esošam Horizon HUB lietotājam, arī parole e-pastā atsūtītajai reģistrācijas saitei vairs nav nepieciešama.
!!! Ja ir iestāžu režīms (vairāki nodokļu maksātāji vienā datu apgabalā), tad reģistrēšanās e-pasts un parole būs viena un tā pati, jo arī konfigurācijas logs ir viens. Šajā gadījumā ir papildus pieejama lappuse <Iestādes>, kur var apskatīt iestādes, kas pakalpojumu izmanto.
Šajā gadījumā arī vairs nav nepieciešama paroles ievade saņemtajā reģistrācijas e-pastā, jo lietotājs jau ir reģistrēts, tam tikai nāk klāt papildu reģistrācijas numurs.
Šajā lappusē ir jānospiež poga <Sinhronizēt>, un tiks ielasīta aktuālā informācija par uzņēmumiem/iestādēm, kas piesaistītas konkrētajam Horizon HUB lietotājam.
Pēc Horizon HUB konfigurācijas loga aizpildes un saglabāšanas droša datu apmaiņas kanāla izveide ir pabeigta.
Tālāk ir veidojami automatizētie darbi.
Saistītie raksti:
Automatizētie darbi e-rēķinu saņemšanai
Automatizetie darbi e-rēkinu nosūtīšanai
... View more
Labels:
03-08-2024
18:49
Praktizēju avansus grāmatot 52 kontā ( aprēķināts PVN un ir iekļauti PVN deklarācijā ) un pārmaksas ( nepareizi ieskaitītās naudas) atsevišķā kontā debitoru pārmaksas- nav iekļautas PVN deklarācijā jo nav avansa rēķins bet ir maksājuma kļūda. Protams darba gaitā rūpīgi jāseko šo summu izmantošanas brīdī- nedrīkst samazināt pavadzīmē aprēķināto PVN.
... View more
08-07-2024
09:00
Labdien, @Maija M ! Saistībā ar e-rēķinu importu, neiesakām izmantot vairākus metarēķinu dokumenta tipus, jo e-rēķinos nav ietverama šāda informācija un visi importētie e-rēķini automātiski var tikt veidoti tikai ar vienu no tipiem.
Ja tomēr ir kāda citādāk nerisināma vajadzība, kādēļ vairāki tipi tiek veidoti, tad scenārija filtrs vai scenārija etapa filtrs ir jāveido pēc dokumenta tipa kodā vai nosaukumā ietvertās informācijas.
... View more
20-05-2024
12:03
Ko līdzīgu pagaidām izveidoju. tagad vadībai pateicu, lai līgumā jau iraksta savu identifikātoru, lai uz priekdienām vieglāk meklēt.
... View more
26-04-2024
08:53
@Andrejs_R "Veidot kļūdas failus" atzīme būs aktīva, ja darbs fonā tiek izpildīts uz servera 🙂
... View more
Activity Feed for Raita Reine
- Posted Tēma: Ģenerēt ieņēmuma orderi no kases pavadzīmes on Forums Horizon. 10-05-2025 14:25
- Posted Tēma: Klienta kartītes izmaiņas no 620. versijas on Zināšanu bāze Horizon. 25-04-2025 15:35
- Posted Tēma: Kā izveidot un saskaņot saskaņošanas papilduzdevumus? on Zināšanu bāze HoP. 07-04-2025 09:14
- Posted Tēma: PVN deklarācija-kļūda xml failā on Forums Horizon. 20-02-2025 15:19
- Posted Tēma: Kā saņemt un nosūtīt e-rēķinus tiešsaistē? on Zināšanu bāze Horizon. 14-02-2025 12:31
- Posted Tēma: E-rēķinu nosūtīšana PEPPOL formātā on Zināšanu bāze Horizon. 11-02-2025 16:17
- Posted Biežākie Peppol formāta noteikumu pārbaudes paziņojumi on Zināšanu bāze Horizon. 04-02-2025 11:02
- Posted Tēma: Kā e-rēķinu nosūtīt saskaņošanai? on Zināšanu bāze Horizon. 28-01-2025 15:43
- Posted Tēma: E-rēķinu nosūtīšana pašvaldībām on Zināšanu bāze Horizon. 28-01-2025 10:31
- Posted Tēma: E-rēķins on Forums Horizon. 16-01-2025 15:52
- Posted Tēma: E-rēķinu nosūtīšana pašvaldībām on Zināšanu bāze Horizon. 07-01-2025 12:35
- Posted Tēma: UNECE vērvienību sasaite ar Horizon mērvienībām on Forums Horizon. 06-01-2025 09:30
- Posted Tēma: Unifiedpost, nav e-rēķinu adresāts on Forums Horizon. 20-12-2024 12:54
- Posted Tēma: E-rēķinu nosūtīšana pašvaldībām on Zināšanu bāze Horizon. 20-12-2024 12:43
- Got a Kudo for Re: Bankas pārvedums izejošā puse. 15-12-2024 19:38
- Posted Re: Bankas pārvedums izejošā puse on Forums Horizon. 14-12-2024 14:41
- Posted Tēma: E-rēķini - soli pa solim on Zināšanu bāze Horizon. 14-12-2024 14:15
- Posted Tēma: Metarēķinu imports on Forums Horizon. 14-12-2024 14:04
- Posted E-rēķinu saņemšana pašvaldībā on Zināšanu bāze Horizon. 14-12-2024 10:59
- Posted E-rēķinu nosūtīšana pašvaldībām on Zināšanu bāze Horizon. 14-12-2024 10:59