Belföldi összesítő jelentés kereskedelmi partnerenként Lokalizációs megoldás Magyarország számára

Átírás

1 Belföldi összesítő jelentés kereskedelmi partnerenként Lokalizációs megoldás Magyarország számára Page 1 of 26

2 Contents 1. Program feltételezések ( és Note-ok alapján) Törzsadatok Adatok a számláról ÁFA teljesítés időpontja ÁFA alap és ÁFA érték Számla száma Előzmény számla sorszáma Bevalláshoz használandó beállító táblák / alkalmazás táblák Program logika általánosan Szelekciós képernyő felépítése, szerkezete Releváns esetek Számla Stornó Korrekciós számla Előleg Halasztott ÁFA CPD vevő/szállító Külső rendszerből feltöltés Nem figyelembe vett FI bizonylatok FI-CA specialitások Lehetőségek saját implementációhoz illesztésre ALV layout Számlalista Bevallás előkészítő lista XML előállítása Page 2 of 26

3 A program a RFIDHU_DSP név alatt található ("Belföldi összesítő jelentés kereskedelmi partnerenként") és a program tranzakciókódja RFHUDSP. 1. Program feltételezések ( és Note-ok alapján) 1.1.Törzsadatok A program csak azon partnerek számláiról készít bevallást, melyek törzsadatában a Belföldi egyedi adószám, Belföldi csoportos adószám, vagy a Magyar EU-s adószám rögzítve van. A program az alábbi feltételezésekkel él: o FI vevő / FI szállító partner esetén Az SAP javaslata szerint a vevő általános adatai között, a Vezérlő adatok fülön az alábbi mezőkben tárolhatjuk a különböző típusú adószámokat: Adószám típusa Mező neve a vevő Mező azonosító törzsadatában KNA1-STCD1 Belföldi egyedi adószám Adószám 1 LFA1-STCD1 Belföldi csoportos adószám Adószám 3 Magyar EU adószám EU ÁFA regisztrációs szám KNA1-STCD3 LFA1-STCD3 KNAS-STCEG LFAS-STCEG A program a Jelentendő Adószám meghatározását az alábbi logika alapján végzi: Ettől eltérő mezőkben is tárolhatjuk az adószámokat, de ebben az esetben módosítani kell a program Jelentendő adószám feltöltő logikáját az EHIMPL_BADI_HU_DSP BADI IF_EX_FI_HU_DSP_REPORT~GET_VAT_ID metódus egy saját implementációjában. o Üzleti partner használata esetén (amennyiben az üzleti partner forgalma az FI vevő/szállító számlán keresztül könyvelődött, akkor erre az esetre is az FI vevő / FI szállító partner esetén pontban leírtak érvényesek) Page 3 of 26

4 Ez az eset jellemzően az FI-CA vevők / szállítók esetén használatos. Az üzleti partner törzsadatában a Vezérlés fülön az Adószámok szekcióban kell rögzíteni a bevallásban érintett üzleti partner belföldi egyedi, belföldi csoportos vagy magyar EU adószámát. A különböző adószámokat a rendszerben beállított adó kategóriákhoz rendelve kell tárolni. A SAP által ajánlott adó kategóriák: HU0 Magyar EU-s adószám HU1 Belföldi egyedi adószám HU3 Belföldi csoportos adószám Az ajánlott adókategóriáktól el lehet térni, mindenki használhatja a rendszerében már létező más adókategóriákhoz rendelt adószámait is. Az FI-CA részt is használó felhasználóknak a V_TFK_TAXTYPE_HU táblában meg kell adni az egyes adószám típusokhoz a saját rendszerükben használt adókategória kódját. (SM30 tranzakcióval lehet ezt a beállító táblát karbantartani.) A program a Jelentendő adószám meghatározását az alábbi logika alapján végzi: Ha a partnernek van Belföldi csoportos adószáma, akkor a Belföldi csoportos adószám első 8 karaktere lesz a Jelentendő adószám. Ha a partnernek nincs Belföldi csoportos adószáma, de van Belföldi egyedi adószáma, akkor a Belföldi egyedi adószám első 8 karaktere lesz a Jelentendő adószám. Ha a partnernek nincs se Belföldi csoportos adószáma, se Belföldi egyedi adószáma, de van Magyar EU-s ÁFA regisztrációs száma rögzítve ( HU országkóddal rögzített EU regisztrációs szám), akkor a Magyar EU-s adószám HU utáni 8 karaktere lesz a Jelentendő adószám. Ha a partnernek nincs se Belföldi csoportos adószáma, se Belföldi egyedi adószáma, se Magyar EU-s adószáma, akkor a program az adott üzleti partner számláit nem jeleníti meg a bevallásban. Ettől a program logikától is el lehet térni az EHIMPL_BADI_HU_DSP BADI IF_EX_FI_HU_DSP_REPORT~GET_VAT_ID metódus egy saját implementációjában. Az RE-FX komponensben előállított számlák és kapcsolódó könyvelések, jelen lokalizációs fejlesztésben való használatának feltétele, az SAP ERP 6.05 verzió használata, illetve a Magyarországra vonatkozó országspecifikus funkciók aktiválása a rendszerben (IMG). A fejlesztés kizárólag az RE-FX modulból könyvelt kimenő számlák, stornók és azok a magyar lokalizációjában kialakított helyesbítésének, standard folyamat szerinti használatára van felkészítve. Általános feltételezés, hogy a modulban a számla könyvelés dátuma és a számla előállítás dátuma nem térhet el egymástól. Page 4 of 26

5 1.2. Adatok a számláról ÁFA teljesítés időpontja Az ÁFA teljesítési időpontja az ÁFA törvény által meghatározottak szerint kezelendő. A felhasználók tetszőlegesen használhatják a rendszerben meglévő három dátum bármelyikét (könyvelési dátum, bizonylat dátum és ÁFA teljesítési dátum) ÁFA teljesítési dátumként. Értelemszerűen a rendszer által automatikusan kiadott létrehozási dátum ilyen célra nem használható. Attól függően, hogy mely dátumot használják ÁFA teljesítési dátumként, továbbá, hogy milyen módon használják az ÁFA kódokat ahhoz, hogy a bevallásban a jelentési időszakban bevallandó tételek bekerüljenek a legkülönbözőbb szelekciós dátumokat lehet használni. Arra azonban figyelni kell, hogy a több különböző dátum szelekciós adatai ne akadályozzák meg a szelekciót. Az ÁFA teljesítési dátum megjelölése az ÁFA teljesítési dátum szelekciós blokkban nem befolyásolja a normál tételek szelekcióját. A mező kiválasztásának az a szerepe, hogy a korrekciós bizonylatok esetén, valamint a normál bizonylatok esetén a bevallásba mely dátumot kell a három dátum közül átvenni a teljesítés dátuma mezőbe ÁFA alap és ÁFA érték A bizonylatokból (számlák) valamennyi értékadatot, amelyek a saját pénznemben vagy az ország pénznemében vannak vezetve, a program átvesz és az ALV listában láthatóvá tesz. Az ÁFA értékeknél a teljes ÁFA és a levonható ÁFA (szállítói számlák esetén eltérhet) külön is fel vannak tüntetve mindkét pénznemben. A bevallásba csak a teljes ÁFA értéke kerül be. A 2. és 3. saját pénznemben könyvelt adatokat a program nem gyűjti ki. A vevői tételeknél és a szállítói tételeknél a beállított határértéket (jelenleg 2 M Ft) a teljes ÁFA vonatkozásában vizsgálja a program az egyéb feltételek szerint szelektált tételek esetén. A vevők esetén a határ alatti értékű bizonylatokat - amennyiben nincs számla korrekciós hivatkozás a számlában - a szelekció a továbbiakban nem veszi figyelembe. A szállítói számlák esetén az így kimaradó tételek a kis értékű számlák közé kerülnek további vizsgálatra. A szállítói kis értékű számlák esetén további vizsgálatra nem kerül sor, ha az adott szállító vonatkozásában már létezik szelektált határt meghaladó tétel. Ebben az esetben a kis értékű tételek ÁFA értékei (teljes ÁFA) további vizsgálat nélkül összegezve bekerülnek a bevallásba. Amennyiben a szállítónak nincs határértéket elérő egyedi számlája, akkor a kis értékű tételek levonható ÁFA értékének összegére történik egy határérték vizsgálat. Amennyiben ez meghaladja a határértéket, akkor a teljes ÁFA összege bekerül a bevallásba, amennyiben a vizsgálat eredménye nem éri el a határt, akkor a kis értékű számlák nem kerülnek be a bevallásba. A korrekciós hivatkozás esetén a teljes korrekciós lánc felépítésre kerül, hogy a korrekciós tételek bekerülhessenek a bevallás korrekciós lapjaira. A korrekciós lánc felépítése után történik a határérték vizsgálata, és ha az eredeti vagy a korrekciós, vagy mindkét számla eléri a határértéket, Page 5 of 26

6 akkor bekerül a korrekciós bevallásba a teljes ÁFA értéke, a bevallási időszak, az ÁFA teljesítési dátum alapján besorolva az E, K és KT típusba. Amennyiben az eredeti bizonylat ÁFA bevallási dátuma 2012, akkor a lánc nem lesz bevallva Számla száma A Számlabizonylat sorszáma -t SD komponens esetén a pénzügyi bizonylatból a BKPF-AWKEY mező tartalma alapján határozzuk meg a VRBK- VBELN mező értékének olvasásával. A Számla kibocsátásnak kelte információ a VBRK-FKDAT mezőből kerül kiolvasásra. Ettől eltérő implementáció vagy alkalmazott üzleti logika esetén lehetőség van az SD_GET_INVOICE_DETAILS BADI metódusban saját meghatározási logika beépítésére. MM komponens tekintetében a szállító által kibocsátott eredeti számla számát a logisztikai számlaellenőrzés tranzakcióiban az RBKP-XBLNR mezőben kell rögzíteni, amely standard módon átkerül a BKPF-XBLNR mezőben. Javasolt az XBLNR mezőt kötelezővé tenni a számla bizonylatfajtáiban. (SPRO -> Anyaggazdálkodás -> Logisztika-számlaellenőrzés -> Beérkező számla -> Számkiosztás -> Számkiosztás karbantartása könyvelési bizonylatokhoz -> Bizonylatfajta) A számlabizonylat könyvelése után csak az FI bizonylat módosítható, amennyiben a logisztikai számlaellenőrzés során nem került rögzítésre a szállító által kibocsátott eredeti számlaszám, akkor ez az FI bizonylat fejének XBLNR mezőjében pótolható. Amennyiben az MM komponensben a számla stornózásra kerül, akkor a stornó számla BKPF-XBLNR mezőjének tartalma a következő értéket veszi fel: ST: + a szállító által kibocsátott stornózott számla azonosítója FI komponens esetén a Számlabizonylat sorszáma a BKPF-XBLNR, míg a Számla kibocsátásnak kelte információ pedig a BKPF-BLDAT mezőből kerül kiolvasásra. Az RE-FX komponens által könyvelt számlák szelekciója első lépésben, az FI modul bizonylatfej táblából történik, BKPF-AWTYP = REACI feltétellel. A könyvelt számla sorszáma, a releváns könyvelési bizonylatokban a BSEG tábla XREF1 mezőjében kerül eltárolásra. A program a FI-CA komponensben rögzített számlák esetén a FICA könyvelési bizonylatok Referencia (XBLNR) mezőjében rögzített adatot tekinti számlaszámnak. Ezt az adatot tartalmazza a FI-CA segéd gyűjtőtáblája (DFKKHUREPDS-XBLNR) is. Page 6 of 26

7 A FI-CA-ban manuálisan könyvelt számlák stornói alaphelyzetben nem tartalmaznak adatot a Referencia mezőben. Ezekhez a bizonylatokhoz a bevallást készítő program futás közben generálni fog számlaszámot: ST: + a stornózott FI-CA bizonylat Referencia mezőjében rögzített adat. Ezt a generált adatot nem találjuk meg a FI-CA segéd gyűjtőtáblájában (DFKKHUREPDS-XBLNR) Előzmény számla sorszáma Az SD komponens tekintetében az Előzmény számla sorszáma meghatározásánál külön kell választani a számlahelyesbítés és a stornózás esetét. Számlahelyesbítés esetén standard kiszállítás szerint az SD korrekciós számla bizonylat közvetlenül nem tartalmaz információt (bizonylatszámot) a korrigált számla számáról, ezért a bevalláshoz szükséges Előzmény számla sorszáma bizonylatszámot az SAP rendszerben megvalósított bizonylatfolyam alapján kell meghatározni. Az Összesítő jelentést előállító program meghatározza az Előzmény számla sorszáma -t az SD komponensre a következő feltételezett bizonylatáramlás alapján: Számlahelyesbítő számla FI könyvelési bizonylat --> Számlahelyesbítő számla SD bizonylat --> Számlahelyesbítő vevői rendelés --> Hivatkozással létrehozott korrigált számla SD és FI bizonylat (ami lehet akár egy előző korrekció eredményeként előállított számlahelyesbítő számla is) A bizonylatszámok meghatározásánál korrekciós láncokat is kezelünk. Feltételezésünk szerint a korrekciós láncok implementálása az OSS Note alapján kell történjen. Stornózásnál a VBRK-SFAKN mező tartalma alapján töltjük az Előzmény számla sorszáma -t. Ettől eltérő implementáció vagy alkalmazott üzleti logika esetén lehetőség van az SD_GET_INVOICE_DETAILS meghatározási logika beépítésére. BADI metódusban saját MM komponens esetén a bevalláshoz készített riport feltételezi, hogy korrekciós (jóváíró, utólagos terhelés, utólagos jóváírás) számlák esetében az eredeti bizonylatszámot a lerögzített számlabizonylat tartalmazza. A logisztikai számlaellenőrzés tranzakcióiban a korrekciós számlák esetében a megelőző számla MM-es számlabizonylatának számát a REBZG mezőben kell rögzíteni. Amennyiben a számla lekönyvelésre került, akkor csak az FI-s követő bizonylat módosítható. Ha az előző számla száma nem került rögzítésre, akkor az FI számlabizonylat szállítói lábán a REBZG mezőben manuálisan pótolható. Amennyiben a számla kiegyenlítésre került, akkor már a REBZG az FI-s bizonylaton sem módosítható. Ebben az esetben az FI számlabizonylat fejében a HUD text elembe kell rögzíteni az előző számla számát, mégpedig a szállító által kibocsátott megelőző számla azonosítóját, amely megegyezik a korrigált FI bizonylat BKPF-XBLNR mezőjének tartalmával. A REBZG mező kitöltése láncban nem lehetséges, amennyiben egy számlához több korrekciós számla érkezik, akkor mindegyik korrekciós számlának az eredeti számlára kell hivatkoznia. Számla stornó (MR8M) esetén nincs teendő, a rendszer tölti a REBZG mezőt a stornó bizonylaton, a stornózott számla MM-es számlabizonylatával. Page 7 of 26

8 Visszaszállítás esetén a jóváíró számlán ugyanúgy kell rögzíteni a megelőző számlaszámot, mint a korrekciós számla esetében. FI komponens esetén a Előzmény számla sorszáma a HUD text elembe írt, az előzmény számlán szereplő számlaazonosító. A standard RE-FX kondíció helyesbítési folyamat eredményeképpen, a RERAPP tranzakcióval könyvelt bizonylatokban, a helyesbítő számla sorszáma a BSEG-XREF1 mezőben kerül eltárolásra. A helyesbítő számla könyvelés esetében, az eredeti számla száma (helyesbített számla) a BSEG-XREF2 mezőben tárolódik. A program a FI-CA komponensben rögzített számlák esetén referált (stornózott vagy korrigált) FI-CA könyvelési bizonylatok Referencia (XBLNR) mezőjében rögzített adatot tekinti Előzmény számla sorszám -nak. Ezt az adatot tartalmazza a FI-CA segéd gyűjtőtáblája (DFKKHUREPDS-XBLNR_ORG) is Bevalláshoz használandó beállító táblák / alkalmazás táblák Azoknál az ügyfeleknél, akik a levonható és nem levonható ÁFA értéket arányosítással állapítják meg, lehetőség lesz a fent megadott táblában adókódonként arányosított értéket (százalék) megadni, melyet a program oly módon vesz figyelembe, hogy a teljes felszámított ÁFA értéket az adókódra vonatkozóan a táblában megadott százalékkal megszorozza, és ezt tekinti a levonható ÁFA értéknek. Amennyiben egy adott adókódra az adott bevallási időszakra nincs bejegyzés, akkor a teljes ÁFA értéket levonhatónak tekinti a program az előző logikától némileg eltérő módon, a tábla karbantartás egyszerűsítése érdekében. A levonható ÁFA értéket ennek megfelelően felülírja a legyűjtött adatok táblájában. Figyelem! A standard adatbázis táblákban semmilyen módosítás (visszaírás) nem történik. Az ily módon módosított levonható ÁFA értékek fognak szerepelni a kis értékű szállítói számlák összegének határérték vizsgálatakor. Arányosítás esetén mindenképpen be kell kapcsolni a nulla levonható ÁFÁ-jú tételek szelekcióját, hogy azokat is arányosítani lehessen. Az IDHU_VATPROP beállító tábla az RFHU_VATPROP tranzakción keresztül tartható karban. A táblában adókódonként, az érvényesség kezdete dátumtól fogja használni a program az arányossági százalékokat, mindaddig. míg nem lesz új dátummal bejegyzés. A program a bevallási időszak kezdő dátumára vizsgál. Figyelem! Amennyiben egy adókódra már volt a táblában bejegyzés és az adott adókódra a továbbiakban 100%-ban levonható lesz az ÁFA, akkor kell egy 100%-ra vonatkozó új bejegyzést tenni. Teljesen levonhatónak tekinti a program azt az adókódot, melyre nincs egyáltalán bejegyzés, vagy az érvényességi időtől, mikortól 100% bejegyzés van. Azok az ügyfelek, akik a bevallásban FI-CA-ban rögzített számlákat is meg kívánnak jeleníteni, a FI-CA könyvelések alatt DFKKHUREPDS nevű segéd-gyűjtőtáblában fogják gyűjteni az adószámmal rendelkező üzleti partnerek bevalláshoz szükséges adatait. A segédtábla töltése FI-CA könyvelés idején történik a megoldást leíró SAP Note-ban ismertetett eseményekbe beépített új funkciós elemek és az alábbi beállító táblák helyes előkészítése esetén.(karbantartásuk SM30 tranzakcióval): Page 8 of 26

9 V_TFK_REPDS_HU Ebben a táblában vállaltonként kell rögzíteni a vállalatban használt dátum mezőt, amelyben az ÁFA teljesítés keltét tárolják. Csak azokra a vállaltokra fut majd az FI-CA segéd gyűjtőtábla töltése, melyekre bejegyzés található ebben a táblában. V_TFK_VATCODE_HU HU országra kell beállítani azokat az ÁFA kódokat, amelyek a FI-CA-ban magyar belföldi ügyletet reprezentálnak. Csak azok a számlák lesznek gyűjtve, amelyek tartalmaznak a táblában rögzített ÁFA kódot. V_TFK_TAXTYPE_HU Adószám típusonként rögzíteni kell, hogy a FI-CA könyvelési bizonylat mely dátuma tartalmazza a bevallásban szerepeltetendő ÁFA teljesítés dátuma adatot. 2. Program logika általánosan 2.1 Szelekciós képernyő felépítése, szerkezete Általános szelekciók: Itt kell beállítani, hogy mely vállalat, vagy mely adócsoport bevallását kívánjuk elkészíteni. Vagy egy vállalat bevallását vagy egy adócsoport (csoportos adózás) választható ki, több vállalat kiválasztása nem lehetséges. Adócsoport esetén be kell állítani az adócsoport adatait és ahhoz tartozó vállalatokat (Tr: OBCF, OBCM, OBC6). Amennyiben adócsoportról van szó, minden vállalatnak azonos kell, hogy legyen a saját pénzneme. A program megnézi, hogy az összes releváns vállalatra (direktben vagy az adócsoport által megadott módon) van-e FI könyvelés megjelenítési jogosultsága a felhasználónak, s ha nincsen, akkor hibaüzenetet ad. Amennyiben a vállalat saját pénzneme (pl. EUR) nem a bevallási pénznem (HUF vagy annak megfelelő logikai pénznem pl.: HU2 stb.) akkor az ország pénznemében kell a bevallást elkészíteni, melynek feltétele, hogy a gyárak külföldön aktiválva van. A jelentés pénzneme mezőben a vállalat pénzneméből meghatározott pénznem láthat. Meghatározható, hogy mely ÁFA kódokat kell a szelekciónál figyelembe venni. Alapvetően az EU típusú ÁFA kódokat nem szelektálja a program, de előfordulhatnak olyan nem EU-s ÁFA kódok, melyeket ugyancsak nem kell szelektálni. Az adókód szelekciót megfontoltan kell használni, mert előfordulhat olyan szituáció, hogy nem a teljes számlaérték kerül bele a bevallási listába, a program csak figyelmeztető üzenetet ad a szelekciós képernyőn (pl. Egy számlában több adókód is szerepel, melyek közül a szelekcióban nem szerepel valamennyi használt adókód, ebben az esetben csak a szelektálandó adókód adatai kerülnek a számla adatok közé.) Page 9 of 26

10 Azon vállalatoknak (közüzemi vállalatok) akik FI-CA modult használnak, be kell jelölniük a választó mezőt, ha az abban szereplő adatokat is szelektálni akarják. Amennyiben a teljesen levonhatatlan ÁFA kulcsú számlákat is szelektálni akarják, akkor be kell jelölni ennek a választó mezejét ( Also invoices with 0 deductable VAT ). ÁFA teljesítési dátum szelekció Itt választható ki, hogy a vállalat vagy adócsoport mely dátumot használja az ÁFA teljesítési dátumaként. A kiválasztásnak a szelekciónál gyakorlatilag nincs hatása, azt határozza meg, hogy a bevallás ÁFA teljesítési dátumába melyik dátumot kell átemelni. Ezen kívül csak olyan szerepe van, hogy a korrekciós esetekben amennyiben a kiválasztott dátum az eredeti (visszahivatkozott) bizonylatban a törvény hatályba lépése előtti dátumú ( ), akkor nem készít korrekciós láncot. ÁFA bevallás alapján készített kiválasztás Amennyiben a normál ÁFA bevallás (RFUMSV00 program) időbélyeggel készült, akkor a bizonylatokban levő időbélyeg alapján lesznek a bizonylatok kiválasztva, az egyéb dátum szelekciós mezőknek a szelekcióban nem lesz szerepük. Ehhez a jelölő mezőt be kell jelölni és meg kell adni az ÁFA bevallás során használt időbélyeg adatokat. Egyéb szelekciók A szelekciós mezők csak akkor hatásosak, ha az előző blokkban az időbélyeg szerinti kiválasztó mező nincs bejelölve. Minden FI bizonylatban szereplő dátumra (bizonylat, könyvelési, ÁFA teljesítési és létrehozási dátum) korlátlanul lehet szelektálni, hogy illeszteni lehessen minden felhasználó könyvelési szokásainak. Figyelembe kell venni, hogy a gazdasági év kiválasztása egyúttal definiálja a könyvelési dátum évét. A bizonylatszám szelekciót kizárólag csak tesztelési időszakban és az ügyfél felelősségére szabad használni, mivel előfordulhat olyan szituáció, hogy nem a teljes számlaérték kerül bele a bevallási listába. Page 10 of 26

11 ÁFA határ összege Meghatározható a vizsgálandó határ összeg oly módon, hogy a felvett összeg, vagy annál nagyobb értékekre szelektál a program. A mező azért van a szelekciós képernyőn, hogy az esetleges törvényi változások követhetők legyenek a program módosítása nélkül. Megjelenítési változat Az ALV listában beállított és elmentett változat (layout) állítható be. A layout az ALV listában is kiválasztható. Kivitelvezérlés: Azokat az adatokat kell megadni, melyek a szelekció esetén nem játszanak szerepet, de az XML file letöltésekor vagy az ALV lista fejrészében szükségesek. A szelekciós képernyőn a Bevallási időszakot ki kell tölteni, illetve a bevallást készítő adószámát is ki kell tölteni. A bevallási időszak kezdő dátuma vezérli az arányosítás beállító táblájából az érvényességi szelekciót. (Pl: bevallási időszak , és a táblában B bejegyzés található, az a februári bevallásban még nem lesz releváns, csak márciustól). Amennyiben a Számlalista megjelenítése jelölőnégyzet nincsen bepipálva, akkor a lentebb bemutatandó Számlalista layout átugrásra kerül. Page 11 of 26

12 Page 12 of 26

13 Page 13 of 26

14 Amennyiben az XML file-t lokálisan szeretnénk letölteni, akkor a szelekciós képernyőn a Download on Local File szelekciós opciót kell kiválasztani és a teljes lokális file elérési útvonalat megadni, amely kiválasztható a keresési segítséggel is. Amennyiben az applikációs szerverre kívánjuk letölteni a file-t, akkor a logikai file nevet kell megadni, amely mögött az általános beállításokban (tranzakció: FILE) meg kell adni a fizikai útvonalat és file nevet. A Version mező (max. 6 karakter) kitöltése opcionális, az itt megadott azonosítót a fizikai file név után illeszti a rendszer, ezáltal az egymást követő futások eredményei jól elkülöníthetőek. A program háttérben is futtatható (F9), ez esetben csak az applikációs szerverre történő letöltés áll rendelkezésre. Ebben az esetben az ALV lista megtekintésére nincsen mód. 2.2 Releváns esetek Számla Azokat a számlákat kezeli a program, melyeknek van FI bizonylata (számla könyvelése). Ettől eltérő a FI-CA-ban könyvelt tételek kezelése, lásd lentebb a megfelelő fejezetben. A normál számlák esetén minden olyan bizonylat szelektálásra kerül, melyek a szelekciós feltételeknek megfelelnek, majd attól függően, hogy vane előzetes számlára hivatkozás a bizonylatban, vagy megkísérli a program felépíteni a korrekciós láncot (van előzetes bizonylat hivatkozás) vagy bekerül a táblázatba. Normál számla alatt azokat a bizonylatokat értjük, melyeknek van vevői vagy szállítói tétele. A táblába kerülésnek lényeges eleme, hogy van-e számlaszám a bizonylatban. A számlaszám szállító esetében nem a saját bizonylat azonosítónkat jelenti, hanem a szállító által adott azonosítót, melyet az XBLNR mezőben találunk, illetve az ettől eltérő esetek külön le vannak írva. Amennyiben nincs a bizonylat megfelelő mezőjében számlaszám, a bizonylat hibalistára kerül. Az ALV listában a hibátlan bizonylatok be vannak sorolva a jelentési lap azonosítókhoz. A hibás bizonylatok esetén nincs lap besorolás, és a hibajelzés is a bizonylathoz van rendelve. Page 14 of 26

15 2.2.2 Stornó A bizonylat stornója (SAP standard stornó) teljes egészében korrekciós bizonylatnak minősül, annak egy speciális fajtájaként. A stornó bizonylatnak minden esetben eredeti bizonylat hivatkozást kell tartalmaznia, melynek alapján a korrekciós lánc felépíthető. Automatikus stornózás esetén a stornó bizonylat az eredeti bizonylatszámot kapja ST: előtaggal (pl: ST:eredeti bizonylatszám) Korrekciós számla A korrekciós számla alapvetően egy eredetileg kibocsátott számlára hivatkozó javító bizonylat, mely a legkülönfélébb lehet. Ilyenek lehetnek a jóváírások, terhelések negatív számla kiállítás és új számla kibocsátása vagy egy számlán belüli korrekció, stornó stb.. Minden esetben az a lényeges, hogy minden korrekció hivatkozzon egy előző bizonylatra, hogy a korrekciós lánc felépíthető legyen. Figyelem! Láncot csak akkor tud a program felépíteni, ha az eredetre hivatkozás, minden esetben az azt megelőző bizonylatra vagy korrekciós bizonylatra történik. Például számla stornó számla új számla esetén az új számla a stornó számlára, a stornó számla a számlára hivatkozik vissza. A korrekciós lánc felépítésekor annak eldöntése, hogy az egyes elemek milyen azonosítót kapnak (E, K vagy KT) az ÁFA teljesítési dátum szabja meg. Az a korrekció vagy korrekciók, melyek ÁFA teljesítése a bevallási időszakba esik KT azonosítót kapnak, amelyek ennél korábbiak, de nem az eredeti (azaz tartalmaznak még számlahivatkozást) bizonylat, azok K azonosítót kapnak, az a bizonylat melyben már nincs számlahivatkozás, függetlenül attól, hogy a bevallási időszakba esik vagy annál korábbi E azonosítót kap. A korrekciós láncban az elvárt E, K, KT sorrendbe kerülnek be a bizonylatok Előleg Az előlegek speciális esetek, különösen a szállítói előlegek. Ezek esetén a program azt feltételezi, hogy az előleg bizonylat referencia (XBLNR) mezője mindaddig üres, míg a szállító az előleg számlát el nem küldi. Ezek a bizonylatok a korábbiakban leírtaknak megfelelően hibalistára kerülnek, mert nincs számlaszámuk. Amikor a szállító a számlát megküldi, akkor az előleg bizonylat referencia mezőbe be kell írni a számlaszámot, és a program ennek megfelelően már beszelektálja az előleg bizonylatot számlát is. A végszámla a feltételek teljesítése esetén ugyancsak szelektálva lesz. Vevői előlegek esetén az előleg a lekönyvelés után automatikusan számlaként működik az SD használata esetén, az FI könyvelés esetén, pedig a szállítóknál leírtaknak megfelelően kell eljárni Halasztott ÁFA A standard halasztott ÁFA használata esetén a program kiszűri azokat a bizonylatokat, melyek ÁFA kódjában cél ÁFA kód szerepel, és azokat nem listázza. A pénzügyileg rendezett számlákat az RFUMSV25 vagy RFUMSV50 programok átkönyvelik a cél ÁF kódra. Ezek az átkönyvelések Page 15 of 26

16 azonban nem tartalmaznak vevői vagy szállítói tételeket. A program a hivatkozott eredeti bizonylatok alapján megtalálja ezen főkönyvi bizonylatokhoz a vevői vagy szállítói adatokat és annak megfelelően szelektálja be. A halasztott ÁFA kezelését az SAP az RFUMSV25 és RFUMSV50 riporttal javasolja. Azonban ezek nem mindenki számára megfelelőek, így például problémát okozhat az, hogy a pénzügyi teljesítés után átkönyvelésre kerül a bizonylat. Erre nyújt alternatívát SAP Note-ban leírt módszer, mely nem kifejezetten a halasztott ÁFA kezelésére szolgál, de adaptálható erre a célra is. A módszer lényege, hogy az RFUMSVHU program képes a pénzügyileg nem teljes egészében rendezett vagy nyitott szállítói számlákat szelektálni, illetve megjelölni. A megjelölés azt jelenti, hogy a szállítói számla fejében lévő Referencia1 mezőbe beírja a PARPMT szöveget. Majd az RFUMSV00 program ezeket a bizonylatokat kizárja a szelekcióból egy BAdI segítségével. Ezt a BAdI-t lehet úgy implementálni, hogy csak pl. bizonyos adókódok esetében működjön ez a szűrés. Ebben az esetben az RFUMSV00 programot oly módon kell használni, hogy a bevallott bizonylatokba időbélyeg kerüljön. Ugyanis a belföldi összesítő jelentés az időbélyeg alapján szelektálja le a releváns bizonylatokat, ezáltal biztosítva van, hogy meghatározott adókódok esetén csak a pénzügyileg rendezett szállítói számlák kerüljenek bele CPD vevő/szállító A CPD vevők és szállítók számlái a normál vevői és szállítói számlákkal azonos módon vannak kezelve. Minden szükséges adatot tartalmaznia kell a bizonylatnak, hogy a szelekció ne tegye hibalistára Külső rendszerből feltöltés Az ADD_DOCUMENTS BADI metódusban kell megadni az ott elvárt struktúrában a külső rendszerből hozzáadandó adatokat. Figyelni kell, hogy a külső rendszerben levő adatok ne legyenek esetleg duplán benne a rendszerben Nem figyelembe vett FI bizonylatok A vevői vagy szállítói tételeket nem tartalmazó bizonylatokat a program a halasztott ÁFA átkönyvelések bizonylatain kívüli bizonylatok vonatkozásában hibalistára teszi, mivel a megfelelő adatokat nem tudja biztosítani a bevalláshoz. Page 16 of 26

17 2.2.9 FI-CA specialitások Azok az ügyfelek, akik a bevallásban FI-CA-ban rögzített számlákat is meg kívánnak jeleníteni, a FI-CA könyvelések alatt DFKKHUREPDS nevű segéd-gyűjtőtáblában fogják gyűjteni az adószámmal rendelkező üzleti partnerek bevalláshoz szükséges adatait. A segédtábla töltése FI-CA könyvelés idején történik a megoldást leíró SAP Note-ban ismertetett eseményekbe beépített új funkciós elemek és a helyesen előkészített beállító táblák alapján. A gyűjtés alapelvei: A táblában minden olyan partner számlája rögzítésre kerül, amely törzsadatában rögzítve van Belföldi csoportos adószám és/vagy Belföldi egyedi adószám és/vagy Magyar EU-s adószám és a számla magyar belföldi ügyletet reprezentáló ÁFA kódot tartalmaz. A tábla tartalmaz a számláról minden olyan adatot, amely a bevalláshoz szükséges: o Vállalat kódja (BUKRS) o Partner kódja (GPART) o partner jelentendő adószáma (STCEG) o Számla száma (XBLNR) o Számla teljesítés kelte (DATUM) o Előzmény számla száma (XBLNR_ORG) o ÁFA alap (HWBAS / LWBAS) o ÁFA érték (SBETH / SBETL) A tábla a fenti mezőkön kívül tartalmaz még egyéb segéd információkat is. (p.: OPBEL FI-CA bizonylat száma, bizonylat száma, stb ) STBEL stornózott A FI-CA-ban manuálisan könyvelt számlák stornói alaphelyzetben nem tartalmaznak adatot a Referencia mezőben. Ezekhez a bizonylatokhoz a bevallást készítő program futás közben generálni fog számlaszámot: ST: + a stornózott FI-CA bizonylat Referencia mezőjében rögzített adat. Ezt a generált adatot nem találjuk meg a FI-CA segéd gyűjtőtáblájában (DFKKHUREPDS-XBLNR) A DFKKHUREPDS tábla a FICA könyvelési bizonylattal egyidőben töltődik. A bevallást készítő program első futtatása előtt a FI-CA segéd gyűjtőtábla előzetes feltöltése szükséges től. Ehhez az RFKKHU_INSERT_DSALES_HU migrációs programot kell futtatni. Page 17 of 26

18 2.3 Lehetőségek saját implementációhoz illesztésre A következő BADI metódusok kerültek létrehozásra: FI_GET_INVOICE_DETAILS - to get the invoice details created from FI Parameters: Changing table type with the following fields: Component Type BUKRS BUKRS BELNR BELNR_D GJAHR GJAHR AWKEY AWKEY AWTYP AWTYP AWSYS LOGSYSTEM XBLNR XBLNR1 TBTKZ TBTKZ DEFERRED_TAX IDHU_DEFERRED_TAX ISSUED_INVOICE_ID IDHU_ISSUED_INVOICE_ID ISSUED_INVOICE_DATE IDHU_ISSUED_INVOICE_DATE PREVIOUS_AWKEY AWKEY_PRE PREVIOUS_AWTYP AWTYP_PRE PREVIOUS_AVSYS LOGSYSTEM MM_GET_INVOICE_DETAILS - to get the invoice details created from MM Parameters are the same as method FI_GET_INVOICE_DETAILS. SD_GET_INVOICE_DETAILS - to get the invoice details created from SD Parameters are the same as method FI_GET_INVOICE_DETAILS. RE_GET_INVOICE_DETAILS - to get the invoice details created from RE-FX Parameters are the same as method FI_GET_INVOICE_DETAILS. Page 18 of 26

19 FI_CA_GET_INVOICE_DETAILS - to get the invoice details created from FI-CA Parameters: Changing table type IDHU_T_DSP_L (Line Type IDHU_DSP_L) with the following fields: Component Type STATUS ICON_D VATID_DOM IDHU_VATID_INDIVIDUAL VATID_GRP IDHU_VATID_GROUP VATID_EU IDHU_VATID_EU VATID_DECL IDHU_VATID_DECL VATID_TYPE IDHU_VATID_TYPE HWBAS HWBAS_BSES LWBAS LWBAS_BSET DECBAS IDHU_DECBAS HWSTE HWSTE LWSTE LWSTE_BSET HWSTE_DEDUCT IDHU_HWSTE_DEDUCT LWSTE_DEDUCT IDHU_LWSTE_DEDUCT DECSTE IDHU_DECSTE HWAER HWAER LWAER WAERS_005 WAERS WAERS ISSUED_INVOICE_ID IDHU_ISSUED_INVOICE_ID ISSUED_INVOICE_DATE IDHU_ISSUED_INVOICE_DATE PREV_INVOICE_ID IDHU_PREV_INVOICE_ID AWTYP AWTYP AWKEY AWKEY AWSYS LOGSYSTEM BUKRS BUKRS BELNR BELNR_D GJAHR GJAHR XBLNR XBLNR1 LIFNR LIFNR Page 19 of 26

20 KUNNR KUNNR XCPDD XCPDD TBTKZ TBTKZ DEFERRED_TAX IDHU_DEFERRED_TAX NAME BU_NAME1TX FORM_KEY IDHU_FORM_KEY INVOICE_TYPE IDHU_INVOICE_TYPE BUDAT BUDAT BLDAT BLDAT VATDATE VATDATE DECVATPERFDATE IDHU_VAT_PERF_DATE AWTYP_PRE AWTYP_PRE AWKEY_PRE AWKEY_PRE AWSYS_PRE LOGSYSTEM ACTUAL_PERIOD AKT_PER INV_CHAIN_ID IDHU_INVOICE_CHAIN_ID INV_CHAIN_POS IDHU_INVOICE_CHAIN_POS INT_INV_CHAIN IDHU_INTERRUPTED_INVOICE_CHAIN MESSAGE BAPI_MSG Parameters: Importing table type IDHU_T_DSP_MWSKZ_RAN_S (Line Type: MWSKZ_RAN) with the following fields: Component Type SIGN RALDB_SIGN OPTION RALDB_OPTI LOW MWSKZ HIGH MWSKZ Parameters: Importing table type IDHU_T_DSP_FICA_S (Line Type: IDHU_DSP_FICA_S) with the following fields: Component Type BUKRS BUKRS BELNR BELNR_D Page 20 of 26

21 GJAHR GJAHR GET_VAT_ID - determine the VAT ID per partner Normal vendor/customer Parameters: Changing table type with the following fields: Component Type LIFNR LIFNR KUNNR KUNNR VATID_DOM IDHU_VATID_INDIVIDUAL VATID_GRP IDHU_VATID_GROUP VATID_EU IDHU_VATID_EU VATID_DECL IDHU_VATID_DECL VATID_TYPE IDHU_VATID_TYPE NAME BU_NAME1TX STKZN STKZN For CPD customer / vendor: Changing table type with the following fields: Component Type BUKRS BUKRS BELNR BELNR_D GJAHR GJAHR VATID_DOM IDHU_VATID_INDIVIDUAL VATID_GRP IDHU_VATID_GROUP VATID_EU IDHU_VATID_EU VATID_DECL IDHU_VATID_DECL VATID_TYPE IDHU_VATID_TYPE NAME BU_NAME1TX STKZN STKZN Page 21 of 26

22 2.4 ALV layout Az ALV két fő részből áll, amelynek a részletes ismertetése az alábbiakban látható Számlalista Az első lépésben (Számlalista) láthatóak azok a számlák, amelyeket a program beválogat a szelekciós képernyő alapján. Ezen a layout-on látható az az információ is, hogy esetleg melyik számlával kapcsolatban mit hiányol a program. A hibátlan bizonylatok hozzá vannak rendelve ahhoz a bevallási laphoz (01, 01K, 02 vagy 02K, illetve sorhoz 06), melyben a bevallásban meg kellene, hogy jelenjenek. A hibás bizonylatok nincsenek bevallási laphoz rendelve mindaddig, míg a hiba nincs elhárítva. A hibás bizonylatok a sorban jelezve vannak a státus ábrával és a hiba oka is fel van tüntetve. Page 22 of 26

23 A program a szelekciós képernyőkön történő esetleges inkonzisztenciák hibaüzenetein kívül a szelekció vagy a feldolgozás során, különböző esetekben hibalistát készít, melyek alapján a felhasználó eldöntheti, hogy szelekciós hibák vannak, vagy bizonyos adatok nem felelnek meg az előzetes elvárásoknak, vagy hibás hivatkozások, esetleg adathiányok vannak. Zöld vagy piros ikonnal jelzi a program, hogy az adott tétellel kapcsolatban valamilyen hiba fellépett vagy sem, illetve a Hibaüzenet oszlopban a hiba jellegéről is ad információt. A hibák leírásakor az alapbeállítások, illetve mezők adatait jelezzük, amennyiben a felhasználó a rendelkezésre álló BADI-ban vagy más módon ezeket megváltoztatta, akkor természetesen a hibák a felhasználó által megváltoztatott adatokra vonatkoznak. Hibalistára kerülnek azok a tételek, vagy törzsadatok, melyek a limit és egyéb korlátozások miatt szelektálva lettek ugyan, de: Page 23 of 26

24 Melyekben nincs számlaszám (eredeti bizonylatazonosító), azaz az FI bizonylat esetén az XBLNR mező üres, mivel ez az érték a bevalláson szerepeltetendő. Ide tartozik a fizetett előleg is, ha nincs még számla. Nincs a bizonylatban szállítói vagy vevői tétel és erre a referenciában sincs hivatkozás. A halasztott ÁFA átkönyvelése a hivatkozás miatt (XBLNR) nem kerül hibalistára. A kigyűjtött bizonylatokhoz tartozó szállító vagy vevő törzsadatában nincs adószám felvéve. STCD3, STCD1 vagy STCEG (HU) üres. Amennyiben nincsenek a fenti mezők kitöltve, de a törzsadatban jelölve van, hogy természetes személy, akkor nem kerül hibalistára. Adóalap és Adó összeg nem érhető el az adott tételhez. Ha a partner neve üres. Ha a szelekciós képernyőn kiválasztott mezőben ahol az ÁFA teljesítés dátuma tárolt - nincsen dátum (az FI könyvelés tekintetében) Bevallás előkészítő lista A második lépésben (Bevallás előkészítő lista) (a zöld nyíl megnyomása után) kerülnek listázásra formázottan (a 1365M bevallási űrlap által elvárt adatok) azok a tételek, amelyek be kell, hogy kerüljenek a bevallásba (és így az XML file-ba): Néhány kiegészítő információ is található a listában, valamint a szállítói kis értékű számlák még tételesen szerepelnek, az ellenőrizhetőség miatt. Page 24 of 26

25 Page 25 of 26

26 2.5 XML előállítása Az ALV output felső nyomógomb során található az az ikon, amivel az XML file előállítása meg tud történni. A szelekciós képernyőn ehhez ki kell tölteni a szükséges Listakiviteli információkat. Page 26 of 26