Forum

Welcome Guest! To enable all features please try to register or login.
Tea
#1 Posted : 10 October 2025 11:46:02(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

Po novi uredbi EU o takojšnjih plačilih, bančni sistem preverja naziv imetnika računa

Ker vemo da ima PA v kratkem nazivu omejeno število znakov, (bo) to predstavlja(lo) ogromen problem.

Enako velja za npr. prispevke in plačilne naloge za njih.
V PA so vsi prispevki vpisani pod "občino"/PDP, vendar.. uradni nazivi za podračune plačil prispevkov so drugačni za vsak podračun.

Kakšna bo PA rešitve?

Zelo upam, da ne, da naj si za vsak prispevek odpiramo nove subjekte, kjer bo vsak označen kot občina in na vsakem svoj prispevek / davek!
Ali pa da naj popravljamo ročno po uvozu v banko.. !

lpT
M2M
#2 Posted : 13 October 2025 09:05:25(UTC)
M2M

Rank: Newbie

Joined: 13/08/2018(UTC)
Posts: 7

Pozdravljeni,
to tudi mene zanima in sem v vezi sprememb že poslala Datalabu vprašanje ali so predvidene kakršnekoli spremembe v PA v vezi novih SEPA plačil.
V odgovor sem dobila samo to, da so 10.10.2025 objavili novico na Usersite:

https://usersite.datalab...takojsnjih-placilih.aspx

Tam pa piše, da citiram: "V programu Pantheon na tem področju ni predvidenih sprememb.".

Torej bomo prepuščeni sami sebi ali kako?

Lep dan želim,
Jelka Jerovšek
M2M d.o.o.
Tea
#3 Posted : 13 October 2025 14:08:06(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

Sem kar tja prilepila original vprašanje, ker na forumu redkokdaj, da sploh kdo od njih odgovori - pustimo se presenetiti :)
SCUKA2011
#4 Posted : 13 October 2025 16:46:01(UTC)
SCUKA2011

Rank: Advanced Member

Joined: 18/07/2012(UTC)
Posts: 36

Pozdravljeni,

pri prispevkih je v sedežni občini zadnji stolpec "prejemnik". Tu določite npr. PDP - ZPIZ ipd.. V šifrantu partnerjev odpremo nove s točnim nazivom in naslovom ter TRR-jem.
V likvidaturi je prejemnik viden v stolpcu partner.

Lp, Silvestra

Edited by user 13 October 2025 16:46:34(UTC)  | Reason: Not specified

Tea
#5 Posted : 14 October 2025 10:20:44(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

malo dodajam navodila še za druge, da bo bolj jasno:

torej
1. dodamo nove subjekte za vsak prispevek, kjer je vnešen TRR le za tisti prispevek za katerega je kreiran subjekt
2. gremo na subjekt "občina" (oz.tistega, ki ga imate za vse prispevke)
3. na menuju "občina" pri vsakem prispevku, ki se ga uporablja, v koloni "Prejemnik" dodamo novo kreirane subjekte

Problem 1 - glej pojasnila eDavkov z dne 09.10.25

09.10.2025 10:49
Plačilo davka – opozorilo glede preverjanja prejemnika, 9. 10. 2025 ..
Pri izvajanju plačilnih transakcij se od 9. 10. 2025 izvaja tudi obvezno preverjanje prejemnika plačila ((Verification of Payee – VoP), s katerim se preverja, ali se naziv oziroma ime prejemnika plačila ujema z IBAN-om prejemnika plačila.

Če pri plačilu davka prejmete opozorilo, da so podatki o nazivu prejemnika in IBAN-u prejemnika plačila neusklajeni, preverite in uskladite podatke na plačilnem nalogu s podatki, določenimi za plačilo na aktu Finančne uprave Republike Slovenije, s katerim je bila obveznost določena, oziroma s podatki, ki so za račun, na katerega plačujete, določeni v Registru proračunskih uporabnikov (Iskalnik po podračunih).


Pri plačilu davka uporabite dolgi naziv prejemnika plačila.

Problem 2: PA iz registra Ajpes podračunov NE najde in jih je potrebno vnašati ročno!

v prilogi tudi excel s podatki prejemnikov

lpT
Ker vemo da ima PA v kratkem nazivu omejeno število znakov, je rešitev ???
File Attachment(s):
Prispevki Plače Prejemniki.xls (28kb) downloaded 27 time(s).
2025-10-14_11-17-35.png (86kb) downloaded 19 time(s).
eDavki 09-10-25.png (224kb) downloaded 18 time(s).

You cannot view/download attachments. Try to login or register.
Tea
#6 Posted : 14 October 2025 10:25:15(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

Če bi bil DL kaj fleksibilen za uporabnike, bi lahko (!) v čarovnika dodali PRENOS PODATKOV za prispevke, kjer bi bili VSI PRAVILNI podatki že urejeni za prenos!!!
Tea
#7 Posted : 14 October 2025 11:43:33(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

DL - odklenite oz. povečajte število znakov v "šifra" v šifrantu subjektov iz 30 na vsaj 60, pa bo veliko problemov rešenih
MATEJABEZSI
#8 Posted : 14 October 2025 15:00:22(UTC)
MATEJABEZSI

Rank: Newbie

Joined: 11/09/2025(UTC)
Posts: 1

Banke že od leta 2022 pričakujejo pravilne prejemenike plačil za prispevke, zato se je v Šifrantu subjektov - Občini dodalo novo polje Prejemnik plačila prispevkov. V polju se izbere poljubnega prejemnika plačila prispevkov iz Šifranta prispevkov. (sprememba je bila izdana z releasom 1002700 22.4.2022).

Omejitev dolžine naziva v plačilnih nalogih je določena s SEPA standardom in ostaja enaka. PANTHEON pri generiranju plačil uporablja te standardne dolžine. Če banka pri posameznem plačilu zahteva dodatne podatke (npr. pri javnih plačilih), bo o tem sama obvestila uporabnike v svojem bančnem vmesniku

Video navodilo iz leta 2022:
https://usersite.datalab...fault.aspx?VideoId=12751

lp,
Mateja
Tea
#9 Posted : 15 October 2025 10:07:30(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

Mateja,

ne govorimo o omejitvi znakov na plačilnih nalogih, ampak v šifrantu subjektov

Čeprav bi prosila za DL razlago, ker standardi, ki jih najdem za plačilni standdardni UPN nalog omejujejo število znakov na 70 !, ne na 30

🔹 1. Evropski okvir — SEPA Credit Transfer (SCT) standard

Na ravni EU se plačila urejajo po SEPA Credit Transfer (SCT) shemi, ki temelji na ISO 20022 formatu (XML struktura).
V tem formatu je polje, ki opisuje plačnika, naslednje:

<Dbtr><Nm> → ime plačnika (Debtor Name)

Standard: ISO 20022 pain.001.001.03 (ali novejše različice)

Omejitev: največ 70 znakov

To pomeni, da mora biti v elektronskih SEPA plačilih (XML) ime plačnika dolgo največ 70 znakov.

🔹 2. Slovenski UPN obrazec

UPN (Univerzalni plačilni nalog) je slovenska implementacija SEPA standarda, ki ga uporablja Bankart in slovenske banke.
Tudi tukaj so vsa besedilna polja — vključno s poljem »Ime plačnika« — omejena na 70 znakov.

Ta omejitev velja tako:

za elektronsko oddajo (npr. e-bančništvo) kot tudi

za papirni obrazec, kjer je prostor fizično omejen.

🔹 3. Povzetek
Polje Standard / izvor Omejitev Opomba
Ime plačnika (Debtor Name) ISO 20022 / SEPA Credit Transfer 70 znakov Enako v večini EU držav
Ime plačnika (UPN obrazec) Slovenski UPN standard (Bankart) 70 znakov Usklajeno s SEPA
🔹 4. Posebni primeri

Če ime plačnika presega 70 znakov, ga mora banka skrajšati ali zavrniti.

Nekatere banke imajo v svojih sistemih lahko strožje omejitve (npr. 35 ali 50 znakov v vmesniku), čeprav SEPA dopušča do 70.

ISO 20022 / pain.001 (implementacijski vodiči)
„SEPA payments: 70 characters of name can be used.“.
nordea.com

EPC — SEPA Credit Transfer Customer-to-PSP Implementation Guidelines
(polja za initacijo so skladna z ISO 20022 in SEPA zahtevami; imena/elementi so določeni v pain sporočilih).
European Payments Council

Navodila za izpolnjevanje UPN (NLB — Navodila UPN, verzija okt 2023)
„Vnos podatka Naziv prejemnika (do največ 70 znakov) je obvezen.“ in tudi: „Naziv dolžnika … omogoča vnos do 70 znakov.“
Scribd

Slovenske elektronske strukture / pravna-tehnična podlaga (UJP / XML struktura za proračunske uporabnike)
Tabela struktur navaja: Naziv — 70 znakov (Naziv plačnika, Naziv prejemnika). Dokument obenem navaja, da so pravne podlage Zakon o opravljanju plačilnih storitev za proračunske uporabnike in ustrezni pravilniki.
Portal GOV.SI

Na ravni ISO 20022 je element <Nm> (ime/naziv) v pain.001 tehnično definiran z dovolj velikimi podatkovnimi tipi (npr. Max140Text v nekaterih različicah), vendar praktične omejitve za uporabo v SEPA shemi nalagajo 70 znakov za naziv, kot navajajo implementacijski vodiči in bankovni IG. Zato pri SEPA plačilih običajno uporabimo do 70 znakov za naziv plačnika/prejemnika.
nordea.com

V Sloveniji (UPN/UPN-SEPA): tehnični priročniki / navodila (banke, UJP / proračunske strukture) izrecno dovoljujejo 70 znakov za polje Naziv (plačnik/prejemnik). To je implementacijsko usklajeno z SEPA/ISO smernicami in je pri nas tudi praktično uporabljeno v elektronskih in papirnih obrazcih UPN.
Scribd

Pravna veljavnost: omejitev sama ni posebej določena v samem mednarodnem zakonu — izvira iz tehničnih standardov (ISO 20022 / SEPA shearulebooks & implementation guidelines) in nacionalnih implementacijskih/tehničnih pravilnikov (UJP / Banke / Bankart). Nacionalni predpisi in priloge (obrazci / XML strukture za javne/proračunske uporabnike) potem formalizirajo poljubno dolžino (v Sloveniji: 70 znakov).
European Payments Council

Po 25 letih dela z DL bi končno človek pričakoval, da nismo uporabniki tisti, ki dokazujemo DLju, da nekatere zadeve pač niso ok!
lpT
Tea
#10 Posted : 15 October 2025 10:35:01(UTC)
Tea

Rank: Advanced Member

Joined: 08/09/2022(UTC)
Posts: 59

Druga rešitev, ki bi jo DL lahko naredil, bi bila, da se za plačilne naloge bere Naziv2 v kolikor je ta napolnjen (vendar seveda z omejitvijo 70 znakov), v kolikor Naziv2 ni napolnjen, naj bere kot do sedaj Kratki naziv.

Ali pa enostavno razširi iz 30 na 70 znakov Kratki naziv.
dejan
#11 Posted : 15 October 2025 11:45:05(UTC)
dejan

Rank: PA User

Joined: 24/04/2009(UTC)
Posts: 579
Man

Was thanked: 9 time(s) in 9 post(s)
Šifra naj ostane kot je in naj se polni z kratkim nazivom ali poljubnim šifriranjem uporabnika. Naj se naredi uvoz iz ajpesa na način, da bo naziv2 kratki naziv, naziv 3 dolgi naziv. Za potrebe plačil, ddv-ja.... pa naj se v AK omogoči kateri podatek naj jemlje.
Vobo d.o.o.
Na gorci 66
2000 Maribor
www.vobo.si
Rss Feed  Atom Feed
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)
Powered by YAF 1.9.6.1 Under DNN | YAF © 2003-2026, Yet Another Forum.NET
This page was generated in 0,533 seconds.