Magyarország - Szoftverrel kapcsolatos szolgáltatások - Betöltő program követelésállomány betöltéséhez

Feladat: Követelésállomány betöltéséhez betöltő program készítése a ZFICA_VIDEK, ZFICA_FTSZV programok mintájára Leszállítandó dokumentumok: - A betöltőprogram fejlesztési specifikációja. A specifikációnak tartalmaznia kell minden olyan információt és adatot, amely alapján egy ABAP fejlesztő a későbbiekben reprodukálni tudja a fejlesztést. - Felhasználói kézikönyv - Tesztelési forgatókönyv Kiegészítő információk: 1. Külső követelésállományok betöltéséhez jelenleg is használunk fejlesztett betöltő programokat (ZFICA_VIDEK, ZFICA_FTSZV). Tekintettel a betöltendő követelésállomány várható nagyságára (kb. 250 000 adós, kb. 700 000 számla), a két betöltő program nem alkalmas a betöltésre. 2. A követelésállomány betöltéséhez szükséges háttérbeállításokat (SZFSZ számkör, számlakijelölési jellemző, kerület, főkönyvek, CO rendelések, profitcenterek, stb.) elvégezzük házon belül. 3. A betöltendő követelésállomány csv vagy xlsx formátumban áll majd rendelkezésre. Arról nincs információnk, hogy külön állományban kerülnek-e átadásra a számlatételek és az adós törzsadatok. 4. A betöltendő követelésállomány várható adattartalma: 4.1 Üzleti partnerekkel, felhasználási hellyel kapcsolatos adatok: - vevő neve (Ő a számlafizető ÜP, ZDHKPA szerepben kell létrehozni személyként vagy szervezetként, eltérő felszólításfogadóként - ABWMA - kell felvenni az szfsz törzsbe, „Fizetője” kapcsolattípussal kell az MKK szerepben létrehozandó felhasználó ÜP-hez kapcsolni. CSAK AKKOR KELL LÉTREHOZNI, HA ELTÉR A FELHASZNÁLÓTÓL) - vevő személyes adatai, ahol rendelkezésre állnak (születési hely, idő, anyja neve) - vevő címe (számlázási cím lesz, lehet hogy tagoltan kapjuk, lehet hogy nem) Erre a címre kell az űrlapokat kiállítani (felszólító levél, tájékoztató levél, nullás igazolás, stb.) - vevő azonosító - vevő jellege (természetes személy, költségvetési szerv, társasház, gazdálkodó szervezet)>ez alapján kell eldöntenie a programnak, hogy személy vagy szervezet ÜP-t hoz létre - szervezet adatai, ahol rendelkezésre állnak (adószám, cégjegyzékszám) - felhasználó neve (ő az ingatlan használója), MKK szerepben kell létrehozni személyként vagy szervezetként - felhasználó személyes adatai, ahol rendelkezésre állnak (születési hely, idő, anyja neve) - felhasználó címe (lehet hogy tagoltan kapjuk, lehet hogy nem) - felhasználó azonosító - felhasználó jellege (természetes személy, költségvetési szerv, társasház, gazdálkodó szervezet)>ez alapján kell eldöntenie a programnak, hogy személy vagy szervezet ÜP-t hoz létre - felhasználó szervezet adatai, ahol rendelkezésre állnak (adószám, cégjegyzékszám) - felhasználási hely címe (a jelenlegi hővételezési hely cím lesz a ZHH-HOVHELY táblában) - felhasználási hely jellege (nyaraló vagy normál)> szintén a ZHH-HOVHELY táblába kerülő adat Megjegyzés: Egy felhasználó személyére vonatkozó címadat (felhasználó cím) eltérhet a felhasználási hely címétől. Továbbá egy felhasználási helyre vonatkozóan a közszolgáltatási számla vevő részére kiállított számlázási címe is eltérhet. Egy vevőhöz több felhasználási hely is tartozhat. 4.2 Számlákkal kapcsolatos adatok - számla összege - számla lejárati dátuma (fizetési határidő) - fizetési felszólítás dátuma Megjegyzés: A számla keltét a programnak kell kikalkulálnia, jelenlegi információink szerint ez a dátum a fizetési határidő mínusz 17 nap. Elvárások a programmal kapcsolatban: - alkalmasnak kell lennie kb. 250 000 adós és kb. 700 000 számla egyszerre történő betöltésére a lehető legrövidebb idő alatt (maximum 1-2 nap) az éles és a tesztrendszerben is - betöltés előtt ellenőriznie kell a programnak, hogy a névben nem szerepel - ” - karakter, ezeket a név mezőből törölni kell - betöltés előtt szintén ellenőrizni kell, hogy külföldi cím nem tölthető be a rendszerbe, akkor a felhasználási címet kell betölteni - a betöltésről naplófájlnak kell készülnie, amely tartalmazza a létrehozott ÜP és SZFSZ azonosítókat összepárosítva a betöltött adatállományban szereplő azonosítókkal, tartalmazza a létrehozott bizonylatokat, tartalmazz az esetleges hibákat hibaleírással. A feladatra fordítható maximális óraszám 168 szakértői óra. A megvalósítás (tesztelésre átadás) átfutási ideje: az egyedi szerződés megkötésétől számított 42 naptári nap.