Erinevused

Siin näed erinevusi valitud versiooni ja hetkel kehtiva lehekülje vahel.

--- et:yld_hankija [2026/02/18 11:51] – [Näide: Ostuarve sidumine kasutajaga/personaliga] vilja
+++ et:yld_hankija [2026/09/01 09:16] (Hetkel kehtiv) – [1.1.1 Hankija aadress (linn) pangas] vilja
@@ Rida 57: / Rida 57: @@
   ***Nimi pangas** - hankija nimi antud pangas. Teksti input
   ***Aadress pangas** - aadressi väli
+  ***Hankija linn pangas** -
   ***Tas. tingimus** - hankija arve tasumistingimus. Saab kirjutada käsitsi või asetada topeltklõpsuga.
   ***e-arve import eelistab siinseid andmeid** - kui on märgitud, siis e-arvest dokumendi loomisel võetakse hankija andmed hankija kaardilt, mitte e-arvelt. Näiteks tasumistingimus ja panga info.
@@ Rida 101: / Rida 102: @@
   ***Kasutajad** - avaneb kasutajate register
-  ***lisatakse** - valik rippmenüüst lisatakse, asendatakse
+  ***Lisatakse/asendatakse** - valik määrab, kas kasutaja(d)
-  ***Mall** - valik rippmenüüst
+       * __lisatakse__ menetlejad lisatakse juurde, jättes alles teised automaatselt asetunud menetlejad (kasutaja menetluse seadistuse ja/või objekti menetlusemalli kaudu)
+       * __asendatakse__ ehk kõik teised automaatselt asetunud ja käsitsi lisatud menetleja(d) eemaldatakse.
+  ***Mall** - rippmenüüst valitav  [[et:menetlus#menetluse_mallid|menetluse mall]], mis antud hankija asetamisel dokumendile peaks rakenduma. Objektiga malle ei kuvata malli valikus.
+:?: Hankija põhise menetluse rakendumiseks peab dokumendi menetlus olema eelnevalt seadistatud. Vaata lähemalt dokumentide menetlemise [[et:menetlus#hankija_seadistused|juhendist]].
+=== 1.1.1 Hankija aadress pangas===
+**Taust**
+Alates **15. novembrist 2026** muutuvad pankades ISO 20022 maksefailide nõuded:
+  * Maksefailid genereeritakse formaadis **pain.001.001.09** (senise pain.001.001.03 asemel). Directo teeb selle muudatuse automaatselt - kasutajal ei ole vaja midagi teha.
+  * Kui maksele lisatakse saaja aadress, peab see vastama **uutele struktuurinõuetele**. Poolikult täidetud aadressiga maksefaili pank vastu ei võta.
+**Millal on saaja aadress vajalik?**
+^ Makse tüüp ^ Kas aadress on nõutud? ^
+| Siseriiklik makse (Eesti-sisene) | Ei — pank aadressiandmeid ei kasuta |
+| SEPA / Euroopa makse (eurodes EMP piires) | Ei — pank aadressiandmeid ei kasuta |
+| EMP-väline makse (välismakse, nt USA, Suurbritannia, Šveits, Araabia Ühendemiraadid) | **Jah — linn ja riik on kohustuslikud** |
+Directo lisab hankija kaardil täidetud aadressiandmed maksefaili kaasa (riigi ainult koos linnaga — vt allpool) — seetõttu on oluline, et täidetud andmed oleksid alati korrektsed, ka Eesti ja Euroopa hankijate puhul.
+**Aadressi ülesehitus**
+Maksefailis koosneb aadress kolmest kihist:
+  * **Riik** - alati kahetäheline riigikood (EE, US, GB). Directos tuleb see hankija kaardi väljalt **Asumaa**.
+  * **Linn** - ainult linna nimi (nt ''Pärnu''), ilma postiindeksi, maakonna ja sõnata "linn".
+  * **Muu aadress** - tänav, maja, postiindeks. See osa on vabatahtlik: kui linn ja riik on täidetud, läheb makse läbi ka ilma tänavata. Kui muu aadress on hankija kaardil täidetud, lisatakse ka see maksefaili.
+**:!: Oluline reegel:** riik ja linn käivad maksefailis alati paaris. **Directo saadab riigi maksefaili ainult koos linnaga - kui linn on täitmata, jääb ka riik failist välja.** Nii ei saa faili tekkida vigast aadressit, kuid EMP-välise makse puhul tähendab täitmata linn seda, et kohustuslik aadress jääb failist üldse puudu ja pank lükkab makse tagasi.
+**Kuidas Directos aadressiandmeid sisestada?**
+**1. Tavajuhtum — andmed hankija kaardilt**
+Maksekorraldusele võetakse aadress hankija kaardi järgmistelt väljadelt:
+  * **Asumaa** (päises) → **riik**
+  * **Hankija linn pangas** (Pank-sektsioonis) → **linn**. Väli täidetakse käsitsi — märkige sinna ainult linna nimi. See on vabateksti väli, mitte kontrollitud linnade nimekiri — pank ei valideeri sisu ametliku loendi vastu, vaid ainult tehnilist formaati (nt välja pikkust). Seega isegi kui linnanimi on ebatäpne või kirjapilt erineb ametlikust, võtab pank makse tõenäoliselt vastu ega too seetõttu viga, kuna pangad ise ei pea täpset linnade registrit
+  * **Tänav** (päises) → **muu aadress** (vabatahtlik)
+Eesti ja Euroopa hankijate puhul ei pea kasutaja midagi täiendavat tegema. EMP-väliste hankijate puhul kontrollige enne makse tegemist üle:
+  - **Asumaa** on täidetud ja õige.
+  - **Hankija linn pangas** on täidetud ja sisaldab ainult linna nime — ilma postiindeksi ja maakonnata. Näiteks ''Pärnu'', mitte ''80032 Pärnu linn, Pärnu maakond''.
+{{:et:vilja20260826-081227.png}}
+**2. Erandjuhtum — maksele peab minema teine aadress**
+Kui maksekorraldusele peab minema hankija kaardi päises olevast **erinev** aadress, kasutage Pank-sektsiooni välja **Hankija aadress pangas**:
+  * Väli on vaikimisi tühi ja täidetakse ainult käsitsi.
+  * Väljale märkige ainult tänav ja maja (nt ''Voorimehe tn 1''). Linn märkige väljale **Hankija linn pangas** ja riiki väljale **Asumaa** — mitte sellele väljale.
+**Saaja panga aadress**
+Panga aadressi maksefaili ei lisata — ei saaja panga ega tasuja panga kohta. Pangad tuvastatakse maksefailis SWIFT/BIC-koodi järgi ja sellest piisab. Kontrollige, et välismaksete hankijatel oleks hankija kaardi Pank-sektsioonis **SWIFT** väli täidetud.
+Kui saaja pangal puudub SWIFT/BIC kood (harv erand — mõnes riigis, nt USA-s, tuvastatakse osa panku riigisisese kliiringkoodiga), siis maksefailis ei ole panga tuvastamiseks vajalikke andmeid ja pank lükkab sellise makse tagasi. Directo faili genereerimist ei takista — viga selgub alles pangas. Sellisel juhul vormistage makse käsitsi internetipangas, kus saab sisestada panga kliiringkoodi, nime ja aadressi.
+**Korduma kippuvad küsimused**
+**Kas pean kõigil hankijatel aadressid ära täitma?**
+Ei. Aadressiandmeid vajavad ainult hankijad, kellele tehakse EMP-väliseid makseid. Küll aga peavad juba täidetud andmed olema korrektsed kõigil hankijatel — kuna täidetud aadress läheb maksefaili kaasa, kehtib linna ja riigi paarisreegel ka Eesti ja Euroopa hankijate puhul.
+**Kas tänava ja postiindeksi puudumine takistab makset?**
+Ei. Kohustuslikud on ainult linn ja riik. Üksikute sihtriikide puhul võib pank siiski nõuda täisaadressi — sel juhul täitke hankija kaardil ka tänava väli.
+**Mis juhtub, kui riik on täidetud, aga linn mitte?**
+Directo jätab sel juhul riigi maksefailist välja — fail ise jääb korrektseks. Eesti ja Euroopa maksete puhul probleemi ei teki. EMP-välise makse puhul jääb aga kohustuslik aadress failist puudu ja pank lükkab makse tagasi — seetõttu täitke EMP-väliste hankijate kaardil alati nii linn kui ka riik.
@@ Rida 175: / Rida 248: @@
   * **Sisu** - reegli tulemusele vastav tekst arve rea sisu lahtris. Kui on täidetud kirjutatakse rea sisu üle täpselt selle tekstiga. Kui on täitmata kirjutatakse arve sisule e-arve rea sisu.
   * **Finantsretsept** - reegli tulemusele vastav finantsretsept, mis rakendatakse ostuarve loomisel.
-      * Ühel ostuarvel saab kasutada ainult __ühte retsepti__.
+      * Ühele arvereale rakendub korraga üks finantsretsept, kuid arve eri ridadel võivad olla erinevad retseptid.
       * Rippmenüü valikus on Dokument ja Rida, mis määravad selle, kas finantsretsept __rakendub tervele arvele (valik: Dokument)__ või rakendub selle automaatika rea filtritega __sobiva(te)le reale/ridadele (valik: Rida)__
   * **Koond** - rippmenüüga Dokument ja Rida.
@@ Rida 265: / Rida 338: @@
-=== 1.3.3. Näiteid ===
+=== 1.3.3. Erinevaid näiteid ===
@@ Rida 385: / Rida 458: @@
-==1.3.3.14 Finantsretsepti kasutamise näiteid==
+=== 1.3.4. Näide: Finantsretsepti kasutamine ===
 Finantsretsepti kaasamine hankija automaatika reeglitesse võimaldab veelgi detailsemalt ostuarvete ridu täiendada näiteks kulude jagamisel objektide / projektide proportsioonile. Jagamise proportsioon on tihti erinevate kontode lõikes sama ning luuakse üks retsept, mis võimaldab kontot valida. Vaata, kuidas sellist [[https://wiki.directo.ee/et/fin_retsept?#naeide_3vali_konto|Finantsretsepti]] luua. Automaatika reegli kirjeldamisel täida Konto väli sobiva kontoga ning lisa Finantsretsept. Reegli tabamusel rakendatakse finantsretsept ja sobiv konto võetakse hankija automaatika reeglist.
@@ Rida 394: / Rida 469: @@
 **Ostuarvel rakendunud automaatika:**
 {{:et:lauratam20250605-120447.png}}
+=== 1.3.5. Näide: Ostuarve sidumine kasutajaga/personaliga ===
-==1.3.3.16 Ostuarve sidumine kasutajaga/personaliga==
 Kui ostuarve read tuleb siduda konkreetsete kasutajatega või personaliga, siis saab seda teha kahel viisil – sõltuvalt sellest, kas kõik kulud kantakse **samale kontole või eri kontodele**.
@@ Rida 404: / Rida 477: @@
 Kui e-arve ridadele märgitud töötajatega seotud kulud kantakse ostuarvel **ühele ja samale kontole**, saab kasutada töötajakaardil olevat dokumendi numbrit.
-  *Töötaja kaardil, sakis 'Dokumendid', sisesta väljale 'Dok.nr' ostuarvel kasutatav tunnus (nt kütusekaart või mobiilinumber). See number on tavaliselt töötajapõhiselt unikaalne.
+  ***Töötaja kaardil**, sakis **'Dokumendid'**, sisesta väljale **'Dok.nr'** ostuarvel kasutatav tunnus (nt kütusekaart või mobiilinumber). See number on tavaliselt töötajapõhiselt unikaalne.
   *Hankija automaatikas vali reale 'Kuulub personali' alt vastav dokumendi tüüp (nt Kütusekaart või Telefon).
@@ Rida 453: / Rida 526: @@
 {{:et:vilja20250829-104908.png}}
-=== 1.3.4.Näide: Finantsretsepti kasutamine ===
-=== 1.3.5.Näide: Ostuarve sidumine kasutajaga/personaliga ===
 === 1.3.6. Masseksport/-import ===
@@ Rida 502: / Rida 570: @@
 {{:et:vilja20250318-165810.png}}
+==== Automaatika korduma kippuvad küsimused ====
+=== 1. Miks asetub ostuarve reale konto kirjeldus mitte reegli sisu? ===
+Süsteemiseadistused -> **Ostuarve ja kulutuse konto asetamisel võetakse kirjeldus alati kontolt**
+{{:et:lauratam20260319-142414.png}}
+  * **EI** - siis arvestab automaatika reegli real kirjutatud sisu infoga
+  * **JAH** - kirjutatakse alati real sisuks konto nimetus
+=== 2. Miks asetub ostuarve reale vale reegli sisu? ===
+Olukord võib juhtuda, kui ostuarve rida saab "pihta" mitme reegliga, kus järjekorras kõrgemal real on sisu tühi ja madalamal täidetud. Siin on abiks linnutada valik **Ainus** või kõikide reeglite "Sisu" täitmine.
+**Näide:** Andmesideteenuste arve, kus parkimise teenuste reale asetub Sisu reeglist "kõik muud numbri %55112233% kulud".
+  * Parkimise tasud saavad pihta kahe reegliga - tabeli järjekorras esimesena olevate reeglite tulemust üle ei kirjutata ehk __konto, kmk jms jäävad samaks__, aga kõige viimase reegliga täiendatakse Sisu:
+{{:et:lauratam20260319-160341.png}}
+Linnutades reeglil valiku **"Ainus"** (kui antud rida rakendub, siis teised reeglid seda üle ei kirjuta) tuleb ostuarve sisuks e-arvelt rea kirjeldus.
+{{:et:lauratam20260319-160753.png}}
+=== 3. Kuidas saaksin kõik sama kauba/teenuse ostud ostuarvel ühele reale? Näiteks kütusekaardi ostud.===
+**Näide:** Kütusekaardiga on arve perioodi jooksul soetatud mitu korda "Futura" kütust, ostuarvel kajastuvad mitmel real.
+{{:et:lauratam20260319-164151.png}}
+Vali reeglile **Koond** valik **Rida**, kõik konkreetse kütusekaardi "Futura" ostud koondatakse ostuarvel ühele reale.
+{{:et:lauratam20260319-164200.png}}
+=== 4. Kuidas saaksin erinevad kauba/teenuse ostud reegliga ühele reale koondada?  ===
+Kui ühe reana kujutada soovitud arve ridadel
+  * ei ole e-arve sisalduses ühtki ühist nimetajat ja
+  * arve iseloomust ei ole võimalik ka kasutada Sisaldus tulbas % märki, et erineva kirjeldusega arve ridadele ühine reegel luua
+siis ostuarvele ühe reana selliseid oste kujutada ei saa, kuid ostuarve **kandel** on võimalik selliste** ridade koondamine**, et finantsi aruannetes näeks infot kokkuvõtlikumalt.
+**Näide:** Andmesideteenuste arve, kus soovitud "Kõned ja internet" teenused kujutada ühe reana.
+{{:et:lauratam20260320-103917.png}}
+Ostuarvel erinevaid reegleid ühele reale koondada ei saa, kuid **identsed read koonduvad kandel**. Selleks veendu, et mõlema reegli konto, km, objektid jms on samad ning täida mõlema reegli **Sisu identselt**.
+{{:et:lauratam20260320-105346.png}}
+=== 5. Miks ei asetu töötaja objektid ostuarve reale, kui reeglil on valitud "Kuulub personali"? ===
+Automaatika **eelistab Objekt väljal** reeglis määratud objekte. Töötaja objektid lisatakse juhul, kui reeglis **Objekt on tühi**.
+{{:et:lauratam20260320-110543.png}}
+Kui ostuarve real tuleb kujutada nii töötaja objekte ja reeglis märgitud objekte, siis peab **kõik soovitud objektid** lisama **reegli objekti väljale**.
+  * Töötaja objektid + lisa objektid
+Sel juhul kuulub personali valikut kasutada ei saa. Vaata ka [[et:yld_hankija#naeideostuarve_sidumine_kasutajagapersonaliga|näiteid]] , kui objekt peab erinema kindlatel kasutajatel või üksikutel, kindlatel kasutajatel.