1. A Kedvezményezetti csere célja, helye
A projekt életében lehetőség van az EPTK felületen megváltoztatni a támogatást igénylőt (főtagot), illetve konzorciumok esetében mind a főtagot, mind a konzorciumi tagokat.\n A csere a támogatási kérelem beküldését követően - az elbírálás szakaszában - sima adatmódosítással végrehajtható a kitöltő szerkeszthető állapotában (hiánypótlás vagy tisztázó kérdés során), ügyelve arra, hogy az összes releváns adatlapon átvezetésre kerüljön a tagokat érintő változás (például konzorciumi tag alapadatok, hivatalos képviselő, kapcsolattartó, bankszámla, költségek, stb.). Hangsúlyozandó azonban, hogy a nem megfelelően végrehajtott vagy a felhívás által ebben a szakaszban nem támogatott módosítások – úgy mint a projektátadás - negatív hatást gyakorolhatnak a projekt életét jelentősen meghatározó első mérföldkőre, a támogatói döntésre!
Fontos! A módosítások csak akkor végezhetők el hiánypótlás vagy tisztázó kérdés keretében, ha a támogatási kérelem összeállításakor az adatok előtöltésére közhiteles adatbázisból nem került sor EPTK-n, vagy amennyiben igen, a felhívás lehetőséget biztosít a külső adatforrásból előtöltött mezők szerkesztésére. Ellenkező esetben a korábban közhiteles adatokkal előtöltött mezők inaktívak maradnak a kitöltő ismételt szerkesztése alkalmával.
Az elbírálást követő eljárásrendi etapokban az ezen típusú módosítások külön funkciót és saját szabályrendszert kapnak.
A szerződéskötés szakaszától mindez Kedvezményezetti csere keretében tehető meg a szerződéskezeléshez kapcsolódó menüpontokon belül.
A Kedvezményezett csere kizárólag a támogatói döntés megszületését követően rögzíthető a szerződéskezelés modulokban a projekt aktuális állapotának megfelelően:
- szerződés tervezet egyeztetése során,
- hatályos szerződés esetén módosítási igény keretében.
Minden esetben kizárólag EPTK-n, a Kedvezményezett által indítható a cserére irányuló módosítási igény, Támogató által EUPR-ben nem kezdeményezhető!
- Helye Szerződéskötés során
Szerződéstervezet kezelése/Szerződéstervezet módosításának elvégzése / Munkapéldány
- Helye Hatályos TSZ esetén
Szerződések/Módosítási igények/Igénybejelentő kitöltő/Munkapéldány
- A Kedvezményezetti csere fogalma
Kedvezményezetti csere alatt összefoglalva a jogutódlást, a projektátadást és a névváltozást értjük.
A funkcionalitás keretében a Kedvezményezett csere leggyakoribb eseteinek kezelése került kialakításra, melyek a következők:\n • Nem konzorciumi szerződés kedvezményezett cseréje;\n • Konzorciumi szerződés: főtag cseréje konzorciumon kívüli ügyfélre; \n • Konzorciumi szerződés: tag cseréje konzorciumon kívüli ügyfélre.
Fentiekből következik, hogy vannak esetek, melyek a Kedvezményezetti csere funkcióval teljeskörűen kezelhetők a felületen:\n • Régi Főtag helyett új (eredetileg konzorciumon kívüli) Főtag lesz (konzorciumi és nem konzorciumi szerződéseknél egyaránt);\n • Régi konzorciumi tag helyett új (eredetileg konzorciumon kívüli) konzorciumi tag lesz; \n • Névcsere.
Minden más eset egyéb beavatkozást - például Támogató/IH által kezdeményezett fejlesztői adatjavítást vagy szerződésmódosítást – is igényel:\n • Főtag cseréje konzorciumi tagra: a főtag helyét a projekt egyik konzorciumi tagja veszi át;\n • Konzorciumi tag kiválása: az érintett konzorciumi tag átadja feladatait a főtag számára;\n • Összeolvadás: a tagok összeolvadásával konzorciumi projektből nem konzorciumi szerződés jön létre.
2. Előzetes teendők
A kedvezményezett csere rögzítését megelőzően - a csere típusától függően - első lépésként a jogutód/átvevő/névváltozás alapján az új szervezet rögzítendő!
- Főtag csere
Főtag csere esetén első lépésként új Támogatást igénylőt szükséges rögzíteni.
A rögzítést nem a szerződéskötés vagy szerződésmódosítási igény munkapéldányán, hanem az EPTK kezdőképernyőjének felső menüsorból elérhető Támogatást igénylők alapadatai /Projektkezelők funkcióban kell megtenni.
Nagyon fontos, hogy ne az aktuális / már létező támogatást igénylőt módosítsuk, hanem új főtag kerüljön rögzítésre! Az eredeti támogatást igénylő törlése is TILOS!A Támogatást igénylő rögzítése gombra állva a lehetséges Támogatást igénylő típusok gördülnek le, melynek kiválasztásával megkezdhető az új támogatást igénylő rögzítésének folyamata.
Fontos, hogy csak olyan körbe tartozó támogatást igénylőt vegyünk fel, amely az adott támogatási konstrukcióban megengedett, ellenkező esetben a kedvezményezett csere funkcióban nem fog megjelenni az újonnan felvett támogatást igénylő.A típus kiválasztását követően megadhatók az új támogatást igénylő adatai.
- Konzorciumi tag csere
A kedvezményezett csere másik típusa, amikor a konzorciumban megvalósuló szerződéseknél a konzorciumi tagokat érinti a kedvezményezett csere.
Ebben az esetben új konzorciumi tag rögzítése szükséges a szerződés tervezet munkapéldányán vagy a szerződés módosítás igénybejelentő kitöltőben.
A munkapéldányon a Kedvezményezett adatai - Konzorciumi tag alapadatai funkcióban rögzítendő az új konzorciumi tag első lépésként.
Új konzorciumi tag a módosítás indoklás megadása és mentése után rögzíthető.
Az indoklás mentését követően megnyílik az Új konzorciumi tag funkció. A konzorciumi tag típusát kiválasztva indítható el az új tag felvitele.
Itt is figyeljünk arra, hogy a konstrukcióban engedélyezett igénylői körből válasszunk, mert csak ebben az esetben választható ki az új konzorciumi tag a Kedvezményezett csere funkcióban.Hasznos tudni, hogy a konzorciumi tag alapadatai adatlap gazdálkodási formakód szerinti szűréssel van ellátva, mely biztosítja, hogy a kiválasztott konzorciumi tag típuson belül csak a felhívás által engedélyezett körbe tartozó konzorciumi tag legyen rögzíthető. Amennyiben a gazdálkodási formakód mezőben üres lista jelenik meg, az arra utal, hogy kiválasztott típust nem támogatja a felhívás!
A konzorciumi tag adatainak megadását és mentését követően az új tag megjelenik a konzorciumi tagok listafelületén. Ezzel elvégzésre kerültek az előzetes teendők az új tag vonatkozásában ennél a kedvezményezett csere típusnál.
A folyamat folytatható a kedvezményezett csere kitöltésével.
3. A Kedvezményezetti csere funkció általános működése
Miután rögzítésre került(ek) az új támogatást igénylő és/vagy az új konzorciumi tag adatai, a Kedvezményezett adatai menüsor - Kedvezményezett csere funkciójában folytatható a művelet a cserére vonatkozó adatok megadásával.
- Új kedvezményezett csere rögzítése gomb
Az Új kedvezményezett csere rögzítése gomb csak azt követően jelenik meg a felületen, ha a Módosítási indoklás már rögzítésre került.
„Új kedvezményezett csere rögzítése „ gomb elérés további feltételei:
- Szerződés tervezet egyeztetése során
- EPTK-n szerkesztés alatt áll a kitöltő,
- a TSZ tervezet adattartalmára vonatkozó nyilatkozat típusa „Adatmódosítási kötelezettség elfogadása” vagy „Módosítás kezdeményezése””,
- Módosítási indoklás rögzítésre került.
- Szerződés módosítás folyamatában:
- Kedvezményezett által indított szerződésmódosítás esetén,
- EPTK-n szerkeszthető állapotban van a kitöltő,
- Módosítási indoklás gomb alatt indoklás rögzítésre került.
- Új kedvezményezett csere rögzítése
Az „Új kedvezményezett csere rögzítése” gomb segítségével megnyíló adatlapon nevesíthetők a Kedvezményezett személyében valamint konzorciumi megvalósítású projekt esetén az egyes tagok vonatkozásában történt változások (névcsere, jogutódlás, projektátadás, összefoglalóan „kedvezményezett csere”).\n Egy módosítási igényen belül több tag tekintetében rögzíthető csere, de egy adott tag vonatkozásában csak egy ilyen esemény felvitelére van lehetőség! Új módosítási igényben természetesen van mód újabb kedvezményezett csere rögzítésére a korábban kedvezményezett cserével érintett tag esetében is.\n Az űrlap tetején figyelmeztető szöveg is emlékeztet az előzetes teendőkre: a csere adatainak rögzítését meg kell előznie az új tag rögzítésének.
A Kedvezményezett csere típusai jogszabály által meghatározott kategóriák, például jogutódlás, névcsere és projektátadás. Mindig az esetünkben releváns elemet szükséges kiválasztani a legördülő menüből.
Az adatlapon megjelölt kedvezményezetti csere típusa nincs befolyással a csere működésére, csupán jelzésértékű, a jogszabályok és eljárásrend ismeretében szükséges kiválasztani a megfelelőt.
Amennyiben a projekt címe is változik, válasszuk a projekt címéhez kapcsolódó legördülő menüben az igen opciót, és rögzítsük a projekt új megnevezését.
Hangsúlyozandó, annak ellenére, hogy a Kedvezményezetti csere adatlapon külön mezők vonatkoznak a projekt cím változására, ez a kategória nem tartozik a Kedvezményezetti csere témakörbe, ugyanis a projekt cím változás egyszerű módosítással (szerződésmódosítás, vagy adatmódosítás szerződéskötéskor) átvezethető a szerződés adatlapon (a Projekt szakmai tartalma menüponton belül).
Külön kiemelésének oka a figyelemfelkeltés a hiányos rögzítés elkerülése érdekében. Különösképp indokolt a projekt cím módosítás, ha benne van a régi tag neve is, például: XY Kft. eszközbeszerzés pályázata. A Kedvezményezetti csere pozitív bírálata esetén automatikusan felülíródik a Kedvezményezetti csere űrlapon megadott címmel a szerződés adatlap.
Konzorciumban megvalósuló projektek esetén jelöljük, hogy a csere főtagot vagy konzorciumi tagot érint. Nem konzorciális projekteknél a menüpont inaktív, értelemszerűen csak a főtag módosítható. Konzorciumi megvalósítás esetén „Nincs kiválasztva” érték látható alapértelmezetten a „Főtag vagy konzorciumi tag változik” mezőben.
Válasszuk ki a cserélni kívánt tagot, majd az Új kedvezményezettet / konzorciumi tagot.
Csak abban az esetben megy végbe zökkenőmentesen a rögzítés, ha a régi és új tagok típusa is támogatott a felhívás keretében!Az Új kedvezményezett / konzorciumi tag legördülő menüben megjelenik az a főtag, vagy konzorciumi tag, amelyet a kedvezményezett cserét megelőző lépésben újként rögzítettünk.
Az adószám és a gazdálkodási formakód automatikusan, a kiválasztott tagok alapadatai alapján jelennek meg, a kedvezményezett csere funkcióban ezek nem módosíthatók.
Az űrlap kitöltésének aktuális állapotát a Mentés gombbal rögzítjük. A Mentés gomb megnyomására lefutnak a mezők megfelelő töltöttségére vonatkozó ellenőrzések.
A Mentés gomb mindaddig aktív, amíg az űrlap véglegesítésre nem kerül. A mentés gomb hatására a rögzített adatok tárolásra kerülnek, a Kedvezményezett csere listafelületre bekerül a rögzített csere. Mentést követően még módosítható vagy törölhető a rögzített kedvezményezett csere; a rögzítési folyamat a véglegesítés gomb használatával ér véget.
Véglegesítésnél a megerősítő Igen válasz hatására felülíródnak a módosítási igénybejelentő kitöltőben a releváns, kedvezményezett cserével érintett adatlapok.
A véglegesített kedvezményezett csere nem visszavonható, törlésére csak a teljes szerződés módosítási igény törlésével van lehetőség! Véglegesítés kizárólag Beküldő jogosultság birtokában hajtható végre! (Szerkesztő hozzáféréssel nincs rá mód.)A Kedvezményezett csere adatlap véglegesítésével az új kedvezményezett (Főtag csere esetén az új Támogatást igénylőként rögzített, Konzorciumi tagcsere esetén az új konzorciumi tagként rögzített ) adatai felülíródnak a szerződés munkapéldány minden érintett űrlapján, frissítésre kerülnek a cserében érintett ügyfélhez kapcsolódó funkciók.\n Ettől függetlenül szükséges minden funkció ellenőrzése, a hiányzó adatok rögzítése, valamint a csere kapcsán megváltozó adatok módosítása, esetleges törlése!
- A kedvezményezetti cserével érintett adatlapok
Az alábbi adatlapok jellemzően minden konstrukció esetében megjelennek, és módosítással érintettek lehetnek a Kedvezményezett csere kapcsán:
Kedvezményezett alapadatai adatlap (amennyiben releváns) Konzorciumi tag alapadatai adatlap (amennyiben releváns).
A felsoroltakon túl konstrukciótól függően lehetnek olyan egyedi adatlapok is, amelyek érintettek módosítással (a teljesség igénye nélkül pl.: Projekthez szükséges közbeszerzési eljárások összefoglalása, Egyéb projektek megvalósítására kapott támogatások; Egyéb támogatások, Támogatást igénylő más vállalkozásai, Támogatást igénylő tulajdonosai, Projektmegvalósításban résztvevők bemutatása).
- Kedvezményezett cím adatai / Postacím
- Képviselő adatai
- Kapcsolattartó adatai
- Kedvezményezett tulajdonosai
- Átláthatósági nyilatkozat (amennyiben releváns)
- Megvalósítási helyszínek (amennyiben releváns)
- Bankszámla adatok
- Költségek
- Gazdálkodási adatok,
A felsoroltakon túl konstrukciótól függően lehetnek olyan egyedi adatlapok is, amelyek érintettek módosítással (a teljesség igénye nélkül pl.: Projekthez szükséges közbeszerzési eljárások összefoglalása, Egyéb projektek megvalósítására kapott támogatások; Egyéb támogatások, Támogatást igénylő más vállalkozásai, Támogatást igénylő tulajdonosai, Projektmegvalósításban résztvevők bemutatása).
Felhívjuk a figyelmet, hogy a kedvezményezett csere kapcsán a jogelőd/projektátadó konzorciumi tag nem törölhető a rendszerből, mivel kapcsolódhat hozzá folyamatban lévő kifizetés. A jogelőd/átadó tag inaktívként megjelölésre kerül a rendszerben, így nyomon követhető a csere a konzorciumi tag funkcióban.
Fontos továbbá, hogy a kedvezményezett csere kapcsán a jogelőd/projektátadó szervezet bankszámlaszáma nem törölhető a rendszerből, mivel kapcsolódhat hozzá kifizetés. A jogutód/átvevő bankszámlaszáma új bankszámlaként rögzítendő minden esetben! Amennyiben a jogutód örökli a jogelőd számlaszámát, úgy az is újként rögzítendő.
Amennyiben a kedvezményezett csere kapcsán változik a projekt címe, a módosított cím a kedvezményezett csere adatlapon rögzítendő.
A jogutód/átvevő szervezet esetében a hivatalos képviselőn és kapcsolattartón túl az EPTK felület kezelésére kijelölt felhasználó Projektkezelőként rögzítendő a Főoldal / Támogatást igénylő(k) alapadatai / Projektkezelők menüpontban.
A véglegesített csere mindaddig csak a módosítási igény kitöltőben létezik, míg az adott módosítási igény hatályba nem lép.
A szerződéstervezet, vagy szerződésmódosítás munkapéldány az adatok véglegesítését követően beküldésre kerül az EUPR rendszerbe, ahol a támogató az egyes módosított funkciókról, valamint magáról a szerződéstervezet módosításról / szerződésmódosítási igényről döntést hoz. Szükség esetén hiánypótlást kér.
Kedvezményezetti cserében érintett módosítási igények elbírálása során a támogató az igényben jelzett módosult elemekre nem hozhat más döntést, mint a Kedvezményezetti csere funkcióra vonatkozóan. Tehát vagy mindent elfogad, vagy mindent elutasít.
Amennyiben a szerződés tervezet, illetve szerződésmódosítási igény folyamata lezárul, azaz hatályba lép a szerződés, illetve a szerződés módosítása, akkor a hatálybalépéssel a módosított adatok a munkapéldányról átvezetésre kerülnek a hatályos szerződés adatlapjaira.
4. Finanszírozással kapcsolatos tudnivalók
- Véglegesített kedvezményezett csere esetén - amennyiben releváns - ki kell tölteni a Nyilatkozattétel első kifizetés igényléshez űrlapot is. A „Nyilatkozattétel első kifizetés igényléshez” gomb a már véglegesített kedvezményezett csere sorának végén érhető el.
A "Kedvezményezett csere" oldalra érkezéskor figyelmeztetés jelenik meg, ha a Kedvezményezett csere funkcióban véglegesítésre került a kedvezményezett csere, de a kedvezményezett cserénél nincs még nyilatkozat első kifizetés igényléshez:
A Nyilatkozattétel első kifizetés igényléshez gombra kattintva megnyílik az "Nyilatkozattétel első kifizetés igényléshez" űrlap. Az űrlap az "Elfogadom" gomb segítségével menthető el. Amennyiben a rendszer nem talál hibát, akkor elmenti az űrlapot, de az majd csak a hatályba lépés után jelenik meg a nyilatkozatok között. A rendszer a kedvezményezett csere oldalra navigálja vissza a felhasználót.A(z) [Új Kedvezményezett neve] esetében még nem került mentésre a nyilatkozat első kifizetés igényléshez.\n Kérjük, rögzítse a nyilatkozatot a Kedvezményezett neve mellett, a listában levő gombbal!
- Halasztott önerős szerződés esetében figyelni kell, hogy a jogutód/átvevő halasztott önerő elszámolásról történő nyilatkozata megegyezzen az előd kedvezményezett nyilatkozatával, erre jelenleg nincs még ellenőrzés a rendszerben.
- A csere hatályba lépése/jóváhagyása után az előleg adatlapon minden esetben cserélődik az igénylő neve és bankszámlaszáma a jogutód/átvevő szervezet nevére és bankszámlaszámára. Új előleg az előd kedvezményezetthez nem rögzíthető.
- A csere hatályba lépése/jóváhagyása után az elszámoló bizonylaton továbbra is kiválasztható az előd kedvezményezett és bankszámlaszáma a vevő adatainál. A jogelőd nevére rögzíthető bizonylat, ha a számlán az ő neve szerepel, de a kedvezményezetti csere elfogadása után kifizetés már nem történhet részére, csak az utód kedvezményezettnek. A jogutód elszámolhat a jogelőd előlegével.
A zökkenőmentes kifizetések érdekében javasolt a jogelőd számláit a jogutódlást megelőzően teljes körűen elszámolni!
5. A Kedvezményezetti csere típusai
A kedvezményezett cserék egyes típusainak hatása, a végrehajtandó frissítések, és az esetek kezelésének módja az oldal alján található csatolt táblázatban foglaltak szerint alakul.
Hangsúlyozandó, hogy nem a kiválasztott kedvezményezetti csere altípusa határozza meg a rendszer működését, hanem annak ténye, hogy a kedvezményezetti csere főtagot vagy konzorciumi tagot érint-e, és ennek megfelelően ki a kiválasztott jogelőd és jogutód.
Az egyes típusok részletes bemutatása:
- Főtag cseréje új Főtagra
Táblázat 1.a és 1. b esetei.
Lépései a következők:
1. Jogutód/Átvevő rögzítendő új Támogatást igénylőként a Támogatást igénylők alapadatai /Projektkezelők funkcióban.
Fontos! A már létező jogelőd támogatást igénylőt ne módosítsuk, ne töröljük! Jogutód esetén a támogatást igénylő típusa egyezzen az adott támogatási konstrukcióban engedélyezett körrel!
2. Munkapéldány megnyitása (szerződéstervezeten vagy módosítási igényen belül)
3. Új Kedvezményezett csere rögzítése
- „Típus” és „Projekt címe változik” szabadon választható a kedvezményezett csere sajátosságai függvényében
- „Főtag vagy konzorciumi tag változik”: Főtag
- Válassza ki a tagot a listából: Jogelőd (Kedvezményezett alapadatainál megjelölt régi főtag)
- Új kedvezményezett / konzorciumi tag neve: Támogatást igénylők alapadatai /Projektkezelők funkcióban rögzített új támogatást igénylő
4. Véglegesítés 🠒 az új Támogatást igénylőként rögzített főtag adatok beemelésre kerülnek a munkapéldány minden kapcsolódó funkciójába, ami a cserében érintett ügyfélhez tartozik.
Fontos! Szükséges minden adatlap ellenőrzése!
5. Hiányzó adatok rögzítése, valamint a csere kapcsán megváltozó adatok módosítása, rögzítése.
- Akár történt kifizetés, akár nem adott költségelemen, a rendszer automatikusan az Új főtaghoz rendeli a költségeket. Módosítási teendő ebben az esetben nincs.
- Fontos! Új Bankszámla minden esetben rögzítendő a Bankszámla funkcióban! A rendszer megköveteli minden tag - régi és új – esetében egyaránt, hogy rendelkeznie kell egy olyan bankszámlával, melynél a „Támogatási igényhez használt?” kérdésre igen válasz került megjelölésre.
6. Szerződés tervezet, módosítási igény beküldése
7. A csere hatályba lépése/jóváhagyása után a jogutód/átvevő részéről nyilatkozni kell a Finanszírozás menüben, hogy újra aktív legyen az Előlegek és Elszámolások almenüpont.
- Konzorciumi tag cseréje új konzorciumi tagra
Táblázat 2.a, b és 4.a, b esetei.
Lépései a következők:
1. Munkapéldány megnyitása (szerződés tervezeten vagy módosítási igényen belül)
2. Jogutód/Átvevő rögzítendő új Konzorciumi tagként a munkapéldány Kedvezményezett adatai/Konzorciumi tag alapadatai funkcióban.
Fontos! A jogutód konzorciumi tag típusa egyezzen az adott támogatási konstrukcióban engedélyezett körrel!
3. Új Kedvezményezett csere rögzítése
- „Típus” és „Projekt címe változik” szabadon választható a kedvezményezett csere sajátosságai függvényében
- „Főtag vagy konzorciumi tag változik”: Konzorciumi tag
- Válassza ki a tagot a listából: Jogelőd (Konzorciumi tag alapadatainál megjelölt régi konzorciumi tag)
- Új kedvezményezett / konzorciumi tag neve: Konzorciumi tag alapadatai funkcióban rögzített új konzorciumi tag
4. Véglegesítés 🠒 Konzorciumi tagcsere esetén az új konzorciumi tagként rögzített konzorciumi tag adatok beemelésre kerülnek a munkapéldány minden érintett funkciójában és adatlapján, ami a cserében érintett ügyfélhez kapcsolódik (például konzorciumi tag alapadatok, cím adatok, költségek, gazdálkodási adatok).
Fontos! Szükséges minden funkció ellenőrzése!
5. Hiányzó adatok rögzítése, valamint a csere kapcsán megváltozó adatok módosítása.
- Akár történt kifizetés, akár nem a cserében érintett konzorciumi tag adott költségelemein, a rendszer automatikusan az Új konzorciumi taghoz rendeli a költségeket. Módosítási teendő ebben az esetben nincs.
- Fontos! Új Bankszámla minden esetben rögzítendő a Bankszámla funkcióban! A rendszer megköveteli minden tag - régi és új- esetében egyaránt, hogy rendelkeznie kell egy olyan bankszámlával, melynél a „Támogatási igényhez használt?” kérdésre igen válasz került megjelölésre.
6. Szerződés tervezet, módosítási igény beküldése
7. A csere hatályba lépése/jóváhagyása után a jogutód/átvevő részéről nyilatkozni kell a Finanszírozás menüben, hogy újra aktív legyen az Előlegek és Elszámolások almenüpont.
- Főtag cseréje konzorciumi tagra - Kifizetés nem történt
Táblázat 3.a esete.
Lépései a következők:
1. Új Főtag rögzítése új Támogatást igénylőként a Támogatást igénylők alapadatai /Projektkezelők funkcióban, ugyanazzal a névvel, mint a konzorciumi tag, aki a helyére lép, de megkülönböztethető formában (például space karakter használatával). A megkülönböztető formában való rögzítés fontos a későbbi beazonosítás miatt!
Fontos! A már létező jogelőd támogatást igénylőt módosítani, törölni tilos!
2. Munkapéldány megnyitása (szerződéstervezeten vagy módosítási igényen belül)
3. Új Kedvezményezett csere rögzítése
- „Típus” és „Projekt címe változik” szabadon választható a kedvezményezett csere sajátosságai függvényében
- „Főtag vagy konzorciumi tag változik”: Főtag
- Válassza ki a tagot a listából: Jogelőd (Kedvezményezett alapadatainál megjelölt régi főtag)
- Új kedvezményezett / konzorciumi tag neve: Támogatást igénylők alapadatai /Projektkezelők funkcióban rögzített új támogatást igénylő
4. Véglegesítés🠒 az új Támogatást igénylőként rögzített főtag adatok beemelésre kerülnek a munkapéldány minden érintett funkciójában, adatlapján, ami a cserében érintett ügyfélhez kapcsolódik.
Fontos! Szükséges minden funkció ellenőrzése!
5. Hiányzó adatok rögzítése, valamint a csere kapcsán megváltozó adatok módosítása, esetleges törlése.
- Ha nincs kifizetéssel érintett költség, a költség adatlapon módosítható a támogatást igénylő, akihez tartozik a költség. A megszűnő konzorciumi tag költségeit át kell csoportosítani az új főtagra! Vagyis a Támogatást igénylőt át kell állítani az új Főtagra.
- Kilépő konzorciumi taghoz tartozó adatok törlése (például Kapcsolattartó, Hivatalos képviselő, stb.). Ez alól kivételt képez maga a Konzorciumi tag alapadatai funkció! Ebben módosítani, törölni a kilépő tag vonatkozásában tilos, az inaktiváláshoz szükséges lépések fejlesztői beavatkozással valósulnak meg (részletek alább).\n Figyelem! Bizonyos funkciókban (pl. cím adatok) nincs lehetőség a felületről törölni, ez Támogató/IH által kezdeményezett fejlesztői adatjavításban kezelhető.
- Fontos! Új Bankszámla minden esetben rögzítendő az új főtaghoz a Bankszámla funkcióban! A rendszer megköveteli minden tag (régi és új egyaránt) esetében, hogy rendelkeznie kell egy olyan bankszámlával, melynél a „Támogatási igényhez használt?” kérdésre igen válasz került megjelölésre.
6. Szerződés tervezet, módosítási igény beküldése.
7. Általában a munkapéldányon, de indokolt esetben a csere jóváhagyását követően a hatályos szerződésben a fejlesztő Támogató/IH által kezdeményezett adatjavítás keretében:
- inaktiválja a kilépő konzorciumi tagot a Konzorciumi tag alapadatai funkción belül, és
- sztornóz minden olyan adatot, amit korábban nem tudott törölni felületről a felhasználó.
8. A jogutód/átvevő részéről nyilatkozni kell a Finanszírozás menüben, hogy újra aktív legyen az Előlegek és Elszámolások almenü.
- Főtag cseréje konzorciumi tagra - Történt kifizetés
Táblázat 3.b esete.
Lépési megegyeznek az 5.3. fejezetben leírtakkal kiegészítve az 5.és 7. pontot a következőkkel:
5. Hiányzó adatok rögzítése, valamint a csere kapcsán megváltozó adatok módosítása, esetleges törlése.
- Ha már történt kifizetés, a kifizetéssel érintett költség adatlapján nem módosítható a támogatást igénylő, inaktív. A megszűnő konzorciumi tag költségeit át kell csoportosítani az új főtagra (Költség adatlapon a Támogatást igénylőt át kell állítani az új Főtagra), ez azonban csak Támogató/IH által kezdeményezett fejlesztői adatjavítás keretében hajtható végre!
- Amennyiben a kifizetéssel érintett költség soron van kifizetetlen maradványösszeg:
- a költség adatlapot a kifizetett mennyiségig csökkenteni szükséges (felületről végrehajtható)
- a maradványösszeg új költségként rögzítendő a jogutód számára (felületről végrehajtható).
7. Általában a munkapéldányon, de indokolt esetben a csere jóváhagyását követően a hatályos szerződésben a fejlesztő Támogató/IH által kezdeményezett adatjavítás keretében:
- a megszűnő konzorciumi tag kifizetett költségeit átcsoportosítja az új főtagra (költség adatlap támogatást igénylő mezőjében),
- inaktiválja a kilépő konzorciumi tagot a Konzorciumi tag alapadatai funkción belül, és
- sztornóz minden olyan adatot, amit korábban nem tudott törölni a felhasználó a felületről.
- Konzorciumi tag feladatátadása Főtagnak (gyakorlatilag kiválás) - Kifizetés nem történt
Táblázat 5.a esete.
Ilyen esetekben, mikor egy konzorciumi tag gyakorlatilag kilép, és átadja a projekt rá eső részét a főtagnak, nem szükséges kedvezményezett cserét rögzíteni, a csere funkció ugyanis nem tudja modellezni a „vegyes” cseréket.
A kivezetés módosítási igény és Támogató/IH által kezdeményezett fejlesztői adatjavítás segítségével végrehajtható. Lépései a következők:
1. Munkapéldány megnyitása (szerződéstervezeten vagy módosítási igényen belül).
2. A költségvetésben minden, a kilépő konzorciumi taghoz tartozó költséget módosítani szükséges: A támogatást igénylőt a jogutódra, tehát a Főtagra.
3. Törölni szükséges minden olyan adatot, ami a kilépő konzorciumi taghoz tartozik, és a kiválás után már nem releváns. Például hivatalos képviselő, kapcsolattartó, gazdálkodási adatok, stb. Ez alól kivételt képez maga a Konzorciumi tag alapadatai funkció! Ebben módosítani, törölni a kilépő tag vonatkozásában tilos, az inaktiváláshoz szükséges lépések fejlesztői beavatkozással valósulnak meg (részletek alább).
4. Szerződés tervezet, módosítási igény beküldése.
5. Általában a munkapéldányon, de indokolt esetben a csere jóváhagyását követően a hatályos szerződésben a Támogató/IH által kezdeményezett fejlesztői adatjavítás keretében:
- inaktiválásra kerül a kilépő konzorciumi tag a Konzorciumi tag alapadatai funkción belül, és
- minden olyan adat sztornózásra kerül, amit korábban nem tudott törölni felületről a felhasználó a munkapéldányban a kilépő konzorciumi tag esetében (például cím adatok).
- Konzorciumi tag feladatátadása Főtagnak (gyakorlatilag kiválás) - Történt kifizetés
Táblázat 5.b esete.
Lépési megegyeznek az 5.5. fejezetben leírtakkal kiegészítve a 2. és 5. pontot a következőkkel:
2. A költségvetésben minden a kilépő konzorciumi taghoz tartozó releváns költséget módosítani szükséges: A támogatást igénylőt a jogutódra, tehát a Főtagra.
- Ha már történt kifizetés, a kifizetéssel érintett költség adatlapján a támogatást igénylő nem módosítható, inaktív. A megszűnő konzorciumi tag érintett költségeit át kell csoportosítani az új főtagra (Költség adatlapon a Támogatást igénylőt át kell állítani az új Főtagra), ez azonban csak Támogató/IH által kezdeményezett fejlesztői adatjavítás keretében hajtható végre!
- Amennyiben a kifizetéssel érintett költség soron van kifizetetlen maradványösszeg:
- a költség adatlapot a kifizetett mennyiségig csökkenteni szükséges (felületről végrehajtható)
- a maradványösszeg új költségként rögzítendő a jogutód számára (felületről végrehajtható).
5. Általában a munkapéldányon, de indokolt esetben a csere jóváhagyását követően a hatályos szerződésben a fejlesztő Támogató/IH által kezdeményezett adatjavítás keretében:
- a megszűnő konzorciumi tag érintett kifizetett költségeit és előlegét átcsoportosítja az új főtagra (költség adatlap támogatást igénylő mezője valamint az előleg adatlap előleget igénylő neve és bankszámlaszáma),
- inaktiválja a kilépő konzorciumi tagot a Konzorciumi tag alapadatai funkción belül, és
- sztornóz minden olyan adatot, amit korábban nem tudott törölni a felhasználó a felületről.
- Tagok összeolvadásával nem konzorciumi szerződés létrehozása
Táblázat 6. esete.
Itt is gyakorlatilag a konzorciumi tag kiválása és főtagnak történő feladat átadás valósul meg, így lépései megegyeznek a 5.5 és 5.6. fejezetben leírtakkal.
A rendszer működése szempontjából kardinális kérdés, hogy a kilépő konzorciumi tag(ok) részére történt-e kifizetés.
- Amennyiben nem, az 5.5. fejezet lépési követendők.
- Amennyiben igen, az 5.6. fejezet instrukciói irányadóak.
Ha a tagok összeolvadásával változik a név, vagy új adószáma lesz a szervezetnek, akkor az 5.5/5.6 fejezetek lépéseit megelőzi egy klasszikus főtag csere az 5.1. fejezet leírása szerint!- Névcsere
Táblázat 7.a, b esetei
Névcsere a klasszikus kedvezményezetti csere funkcióval kezelhető.
- Amennyiben a Főtagot érinti, az 5.1. fejezet lépései követendők;
- Ha Konzorciumi tag érintett Névcserében, az 5.2. fejezet lépéseit szükséges végrehajtani azzal a kiegészítéssel, hogy az új főtag vagy konzorciumi tag minden adata egyezzen meg a régivel, kivéve a Támogatást igénylő/Konzorciumi tag teljes és rövidített neve!
Kedvezményezetti csere típusa: Névcsere.
Hasznos tudni, hogy a munkapéldány szerkesztésekor a Konzorciumi tag alapadatai űrlapon - a Kedvezményezett alapadatai űrlappal ellentétben – engedi a rendszer felülírni a konzorciumi tag teljes és rövidített neve mező tartalmát, de hangsúlyozandó, hogy a szabályos eljárás a Kedvezményezetti csere funkció használatát követeli meg! Praktikum szempontjából is érdemes ezt a funkciót alkalmazni, mert a rendszer a kedvezményezetti csere véglegesítésével automatikusan felülírja a konzorciumi tag nevét minden szükséges funkcióban.
6. Modulkapcsolatok
A Kedvezményezett csere hatásai/következményei az egyes eljárásrendi szakaszokban az alábbi táblázatban foglaltak szerint alakul:
Kifogáskezelés
Kedvezményezetti cserében érintett szerződésmódosítási igények elbírálása során a támogató a módosítási igény egyes elemein belül nem dönthet máshogyan, mint Kedvezményezetti csere funkcióra vonatkozóan. Tehát vagy minden módosítást elfogad, vagy mindent elutasít.
Elutasítás esetén kifogás nyújtható be a döntés ellen.
A kifogás elfogadása esetén az elutasított módosítási igény nem válik ismét szerkeszthetővé, új módosítási igényt szükséges indítani a kedvezményezetti csere ismételt rögzítésével!

