Kérem egyértelműsíteni a pályázati útmutatóban, hogy a pályázatban csak az új vállalati informatikai rendszerek bevezetését támogatják, vagy támogatható korábbi rendszerek bővítése is. Javasoljuk, hogy azon pályázóknak is legyen joguk pályázni, akik már rendelkeznek bizonyos vállalati irányítási és termelési rendszerekkel, de most bővíteni szeretnék azokat.
Vélemény GOP – 2009 – 221 Folyamatmenedzsment konstrukcióhoz
I. Általános észrevétel
Rendkívül rövid az egyeztetésre rendelkezésre álló idő, elvárható lenne a véleményezésre több idő biztosítása (min. 2 hét). Kérjük a jövőbeni pályázatok és időzítések kialakításánál ezt figyelembe venni.
II. Pályázók köre
Indokolt a lehetséges pályázók körének bővítése, javasoljuk az alapítványokat, a non-profit szervezeteket (ideértve az új non-profit kft-t és non-profit zrt-t is) felvenni a lehetséges pályázói körbe.
III. Időzítés
Folyamatmenedzsment pályázat esetén évente két pályázati kört tartunk szükségenek.
a. Egyet március és május között – ez esik egybe a cégek beszerzési döntéseivel
b. Egyet pedig augusztus – október között. Itt kulcsfontosságú a pályázatok értékelési sebessége, hiszen a legtöbb cég január 1-vel szeretne a rendszerhasználattal indulni, ehhez pedig néhány hét alatt eredményt kell tudniuk (hogy legyen idejük október- november-december folyamán a szállítóval szerződni és megvalósítani a projektet)
IV. Referenciákkal kapcsolatos észrevételek
Pályázati útmutató IV. számú mellékletének "Általános követelménylista" fejezetét egy új, 4. ponttal javasoljuk kiegészíteni: "Referenciák" címmel.
Indoklás:
• a GOP-2008/2-2.2.1 pályázati kiírás útmutatójának V. számú mellékletében - helyesen - szerepeltek ilyen elvárások, kérjük ezek alkalmazását.
• ezek elhagyása esetén, figyelembevéve a nagyon szigorú ellenörzési követelményeket, teljes egészében a kedvezményezett - önhibáján kívül - viselné egy nem megfelelő rendszer választásának következményeit
• 2007 óta jó néhány pályázati forduló lezajlott, ezért indokolt a referencia értékek emelése, továbbá lényeges, hogy a verseny tisztaságának biztosítása mellett a szakmai színvonal, kiforrottság követelménye is azonos hangsúllyal érvényesüljön.
Szövegszerű javaslat:
Termék referencia
Legyen a bevezetendő alkalmazás standard verziójának legalább 10 müködőreferenciája a pályázat benyújtásának időpontjáig, melyről a szállítónak (illetve a gyártónak) az árajánlatban nyilatkoznia kell.
Kompetencia referencia
Legyen minimum 10, a termék gyártója által minõsített szakember, aki a benyújtás pillanatában országosan rendelkezére áll a bevezetésekre
IVSZ Védjegy
Javaslojuk az IVSZ védjegy bevezetését a pályázatra – ez azt jelenti, hogy az IVSZ először minősítené a rendszereket, megvizsgálná a referenciákat, szakembergárdát és azután a pályázatnál már magas szakmai szinvonalon valósulnának meg a projektek.
V. Árazó file értékei
Sajnos nem áll rendelkezésünkre elegendő információ a táblázat számításaival kapcsolatban, pedig fontos lenne a piaci realitásokkal ellenőrizni az értékeket. A belső számításaink alapján az átlagok alacsonyak, de itt a véleményalkotáshoz több információra van szükségünk.
VI. Követelmények egyensúlyának megteremtése
Jelenleg egyrészt az egyes modulok követelmény szintje jelentősen eltér (pl: többihez képest a pénzügy-számvitel indokolatlanul részletezett) másrészt a funkcionális követelmények és az ellenőrizendő KPI-ok (check-list) minősége is jelentősen eltére (követelmények szigorúak, korlátozóak vs. check-list felszínes, leegyszerűsített). Kérjük ezek színvonalának összehangolását
Indoklás:
• a 2007 óta a témában megjelent pályázati kiírások követelmény specifikáció letisztultak, tükrözték az elvárható szakmai követelményeket a szállítói piac standardjait.
• Értve a kiírók szándékát, meglátásunk szerint nem az utóellenőrzés során, a megvalósítás után kell kiszűrni a problémás projekteket, hanem lehetőség szerint előzetesen, lásd előző javaslat.
• az újonnan megfogalmazott specifikációk kiérleletlenek, készültségi állapotuk jócskán elmarad az eddig tapasztaltaktól. Sajnos ezen partnerségi egyeztetés nem teszi lehetővé a követelmények részletes kidolgozását.
• Jelen helyzet fennmaradása esetén az ellenőrzés könnyen esetlegessé, szubjektívvá válna, rendkívül sok vitára adva okot.
• konkrét szöveg javaslatot csak a legkirívóbb példák esetén tettünk, alapvetően illusztratív szándékkal.
Szövegszerű javaslat:
Dokumentum Hely Eredti változat Javasolt változat vagy megjegyzés
Általános követelménylista 5.naplózás A rendszer naplózza a benne lezajló eseményeket adatváltozásokat A rendszer naplózza a benne lezajló eseményeket adatváltozásokat az alapvető üzleti folyamatokra vonatkozóan
HR, bérszámfejtés nem releváns
Gyártás Minőségbiztosítás támogatása Csak akkor ha van a cégnek ISO-ja.
Receptúrák kezelése Receptúra változatok illetve azok hatásának bemutatása... Receptúrák módosításainak illetve azok hatásának bemutatása...
Vállalati portál nem releváns
Értékesítési rendszer ok
Vállalati munkaszervezés, folyamatok nem releváns (esetleg citrix-el)
Kontrolling és döntéstámogatás nem releváns (bár sok mindent teljesít)
Logisztika Készletérték nyilvántartás A magyar törvények megengedik a csak mennyiségi nyilvántartást és akkor mi van?
workflow management helyesebb terminológia lenne : logisztikai lánc
Pénzügy számvitel Tárgyieszköz nyilvántartás maradványértékre íródott eszközök automatikus kivezetését maradványértékre íródott eszközök kivezetését
Szállító-Vevői számlák kezelése jóváíró számla nincs csak számla és számlával egy tekintet alá eső okirat illetve stornó számla
számlák érkeztetési igazolási és jóváhagyási folyamatai egy kisvállalatban ezek nem igazán használt elemek
a partnerek kezelését a kövkező szempontok szerint: partnerek minősítése; késedelmi kamat értesítő levél, az egyenlegközlő levél, a fizetési felszólítás és a kompenzálásról értesítő levél előállítása a partnerek kezelését a kövkező szempontok szerint: partnerek minősítése; egyenlegközlő, fizetési felszólító és egyéb levelezés kezelése
Főkönyvi analitikák költségnemek és költséghelyek könyvelését költségnemi és költséghelyi analitikák vezetését
Adóanalitikák INTRASTAT adatszolgáltatás INTRASTAT adatszolgáltatás (amely KKV-nál szükséges)
Pénztárkezelés Pénzleltár (nem tudom mi az?) talán címletleltár, de ha vki nem akarja minek kéne vezetnie?
Vállalati webáruház nem releváns
VII. Licenszek száma vs alkalmazottak száma
A pályázati kiírásban jelenleg a legutóbbi lezárt üzleti év átlagos statisztikai létsázmát veszi alapul a licenszek számának meghatározásánál, ehelyett javasoljuk opcionálisan:
• a pályázat beadását megelőző üzleti év éves átlagos statisztikai létszámát
• vagy a pályázat beadáskori létszámot
figyelembe venni (amelyik a pályázónak kedvezőbb).
VIII. Lehetséges funkcionalitás bővítése
Javasoljuk a lehetséges funkcionalitás bővítését:
• Termelési/ Szolgáltatási/Kereskedelmi folyamatok támogatása;
• Karbantartás, szolgáltatás menedzsment;
• Projektmenedzsment.
Ezeknek a definíciója a most kiadott 2009-GOP-2.2.3-ban a következő, ami elfogadható lenne itt is:
Termelési / Szolgáltatási folyamatok támogatása:
• Termelőcégnél (termelési modulnál):
o Összeszerelés alapú gyártás (discrete manufacturing) és recepteken alapuló folyamatos gyártás támogatása (process manufacturing);
o Gyártmánystruktúra, receptváltozatok és alternatívák kezelése;
o Gyártási folyamat tervezése, szükségletszámítás, készletfigyelés;
o A beszerzés számára előrejelzések biztosítása a gyártási terveknek megfelelően;
o Gyártási folyamat követése (ütemezés, gyári szám kezelés, visszakereshetőség támogatása stb.);
o Minőségbiztosítási rendszer támogatása a gyártási folyamatban;
o Teljes életciklus követés (tervezés, prototípus, próbagyártás, gyártás);
o Hulladékkezelés
o Selejtkezelés
o Felhasználói és adminisztrátori tevékenységek naplózása.
• Szolgáltató / Kereskedelmi cégnél (szolgáltatási modulnál):
o Szolgáltatási folyamat tervezése, szükségletszámítás;
o Szolgáltatási folyamat támogatása, követése;
o Minőségbiztosítási rendszer támogatása a szolgáltatási folyamatban;
o Felhasználói és adminisztrátori tevékenységek naplózása.
Karbantartás, szolgáltatásmenedzsment:
• Szervizszerződések nyilvántartása;
• Szervizrendelések kezelése;
• Garanciális ügymenet kezelése;
• Szervizfeladatok ütemezése, munkaelosztás és diszpécserközpont támogatása;
• Felhasználói és adminisztrátori tevékenységek naplózása.
Projektmenedzsment:
• Erőforrások tervezése;
• Time sheet alapú erőforrás nyilvántartás;
• Projektkontrolling;
• Az ügyféligények/követelmények rendszerben történő leképzését testreszabással, illetve fejlesztéssel;
• Lehetővé teszi a projektfolyamat / módszertan rendszerben történő leképzését;
• Lehetővé teszi több portfolió / projekt együttes kezelését;
• Támogassa a projektekhez rendelt erőforrások (pénzügyi, humán, technikai, információ) együttes kezelését és menedzselését;
• Lehetővé teszi a projekthez tartozó feladatlisták, határidők, illetve erőforrások közötti összefüggések leképzését;
• Felhasználói és adminisztrátori tevékenységek naplózása.
Üdvözlettel,
Vicze Gábor
NFT2 Munkacsoport vezető
Informatikai Vállalkozások Szövetsége (IVSZ)
C4. Nem elszámolható költségek köre: Információs technológia-fejlesztések - a piros részt javaslom elhagyni. A beszerezni kívánt számítógépek, szoftverlicencek számát célszerűbb lenne a pályázat benyújtásának időpontjában munkaviszonyban foglalkoztatott munkavállalók számához kötni és nem a beadását megelőző üzleti év éves átlagos statisztikai állományi létszámhoz.
Az egy alkalmazottra jutó min. 4 millió Ft nettó árbevétel ismét kizárja a kisebb vállalkozásokat, amelyek minden más feltételnek megfelelnek.
F2. A pályázatok benyújtásának határideje 2009. augusztus 31-től 2009. december 31-ig lehetséges. A legkorábbi beadási határidő viszonylag későn van, a pályázati anyag összeállítása nem indokolja a több hónapos előkészületet.
B6. Egyéb kizáró feltételek: A 2.2.1-es és a 2.2.3-as konstrukció nem pontosan ugyanazt a tevékenységet támogatja. Nem tartom indokoltnak a kikötést, miszerint csak az egyikben lehet indulni. B6. Egyéb kizáró feltételek: A horizontális célokkal kapcsolatban - Egy szoftver bevezetése sehol sem jelenik meg hulladékcsökkenésben vagy fajlagos energia-csökkenésben. Ez nemcsak az útmutatóban zavaró, hanem a kitöltő-programban is, főként a pontozások miatt.
Véleményem szerint szükségtelen kritérium a gazdálkodásra vonatkozó adatok között az elvárt min. 4 m Ft egy főre eső nettó árbevétel. Több potenciálisan pályázó vállalkozás ezt a feltételt nem tudja teljesíteni. Célszerű lenne ezt a kizáró feltételt kivenni. Korábban ez a feltétel nem szerepelt.
1. Amennyiben egy cég több telephellyel rendelkezik, de telephelyei - s így dolgozói - egy része a Közép-Magyarországi régióban, más része az ország egyéb régióiban működnek, akkor melyik pályázati lehetőségen indulhat el abban az esetben, ha az általa bevezetni kívánt rendszert az összes telephelyén működtetni szeretné? Induljon el a KMOP-2009-1.2.5.-ön a Közép-Magyarországi régióban működő telephelyeire eső projektrésszel, és a GOP-2009-2.2.1.-en is a vidéki telephelyeire vonatkozó projektrészeket tekintve?
2. Az útmutató 13. oldalán az „Egyéb, az elszámolható költségekkel kapcsolatos előírások” között található „A támogatás akkor vehető igénybe, ha a kedvezményezett a támogatásban részesíthető immateriális javakat a kötelező üzemeltetési időszak alatt az érintett régióban használja fel.” mondat – különös tekintettel arra, hogy az „Árazó mátrix”-ban csak egy régiót lehet megadni a projekt megvalósulási helyszíneként! – úgy értelmezendő, hogy a projektet csak egy régióban lehet megvalósítani?
3. A C.4 Nem elszámolható költségek köre fejezetben szerepel: „..a projekt megvalósításának helyén, a pályázat benyújtásának időpontjában, munkaviszonyban foglalkoztatott munkavállalók pályázat beadását megelőző üzleti év éves átlagos statisztikai létszámát meghaladó szoftverlicence-k díja, munkaállomások (teljes számítógép konfiguráció vagy laptop), szoftverek költsége…”
Javaslom, hogy az erre irányuló korlátozást a 2008-as átlagos statisztikai létszám helyett inkább a pályázat benyújtásának időpontjában meglévő létszámban határozzák meg, mert ez aktuálisabb viszonyokat mutat.
A KMOP-2009-1.2.5 pályázati konstrukció keretében a kizáró okok között az szerepel, h. az nem pályázhat, aki a KMOP-2009-1.2.5 keretében támogatásban részesült. Ez azt jelenti, h. aki 2008-ban részesült támogatásban (KMOP-1.2.5), az pályázhat?

E-mail: nfu@nfu.gov.hu
Infovonal: 06 40 638-638
Telefonos menürendszer