DOAS és változások, összefoglaló

Átírás

1 DOAS és változások, összefoglaló 1 / 20

2 1149 Budapest, Egressy út Telefon: ; fax: Tartalomjegyzék 1. Alapcsomag Modulok/ Basic package Pénzügy modul / Finance Hibajavítás / Bugfixes Folyószámla / Current Account Hibajavítás / Bugfixes Tételek szétkapcsolása a folyószámla felületen / bf_current_account_disconnect_error.txt Bank modul / Bank modul Hibajavítás / Bugfixes Bank adat rögzítési hiba / bf_bank_item_record_error.txt Pénzügy modul / Finance Új funkció / New feature Számla modul / Invoice modul Új funkció / New feature Csoportos ÁFA alanyiság használata / nf_group_tax_number_phase2.txt Prefixhez rögzített fizetési mód / nf_invoice_prefix_default_payment_type.txt Számla modul / Invoice modul Hibajavítás / Bugfixes Számla stornózáskor hibás ellenőrzés / bf_invoice_storno_date_error.txt Bank modul / Bank modul Új funkció / New feature Bank törzsadat rögzítése a modulban / bf_bank_modul_to_accounting.txt Könyvelés / Accounting Hibajavítás / Bugfixes Projekt név módosítás átküldése a könyvelésbe / bf_accounting_project_names.txt Egyszintű jogcím kódolás használata / bf_booking_code_one_level.txt Könyvelés / Accounting Új funkció / New feature ÁFA mentes elszámoló levél tételek nem jelennek meg az ÁFA listában / nf_accounting_bonus_letter_not_include_tax_list.txt Szinkronizált adatok ügyintézőjének megjelenítése / bf_sync_modul_technical_user.txt ELÁBÉ feladás új algoritmussal / nf_accounting_cogs_new_concept.txt Cseh ÁFA bevallás bővítése új mezőkkel / nf_cz_new_site_items_for_vatxml.txt Szerviz Modul /Service Új funkció / New features Munkalapon cikk lecserélése egy másik azonos cikk cserecsoportba tartozó cikkre Szerviz Modul /Service Hibajavítás / Bug fixes Hiba a munkalapon a kapcsolattartó adatkezelési adatainak rögzítésekor / bf_service_select_contact_gdpr_error.txt Munkalap zárási hibája / bf_service_can_not_close.txt Raktár modul / Stock Új funkció / New features Cikk összevonás során a felhasználó tájékoztatása / bf_stock_merge_message_error.txt Résznév szerinti cikk keresés gyorsítása / bf_stock_substring_query_very_slow.txt Raktár modul / Stock Hibajavítás / Bugfixes / 20

3 Cikkek összevonásakor a cikk cserecsoport kezelése bf_stock_exchange_group_mertge_error.txt Hibás befejezetlen bizonylat ellenőrzés / bf_stock_incomplete_move.txt Gumitárolás során hiányzó partnernév / bf_stock_tyre_missing_customer.txt Cikk cserecsoport közös min-max készlet / bf_stock_exchange_group_common_min-max.txt Rendelési javaslatból hiányzó cikkek / bf_stock_order_proposal.txt Jármű / Vehicle Hibajavítás / Bugfixes Új jármű szerződés nyomtatási hiba (nyomtatási sablonok használata esetén)/ bf_vehicle_contract_print_error.txt Kölcsönzői naptár frissítési hiba/ bf_rentcar_cal_refresh_error.txt Tételes új jármű számlázáskor a proforma számla állapot megmaradt / bf_delete_proforma_invoice.txt Jármű / Vehicle Új funkció / New features Előlegszámla és devizanem használata jármű kölcsönzés során / nf_rentcar_deposit_and_deviza.txt Hosszabb megnevezés a szállítási károk esetében / bf_transportation_damge_long_string.txt Új jármű lekérdezés bővítése új mezőkkel / nf_ncar_search_new_fields_deposit_pdi.txt A várható jármű jóváírások kezelése belső bizonylattal / nf_vehicle_reimbursement_auto_inner_document.txt Extra csomag modulok Új funkció / New feature Mercedes Mercedes CRM változott adatok újraküldése / nf_mercedes_crm_refresh_changed_data.txt Mercedes XENTRY modul új funkciók / nf_mercedes-benz_xentry_new_features.txt Hyundai Hyundai garancia adatküldés, megjegyzés mező bővítése / nf_cz_hyundai_gar_export_long_memo_item.txt Kros könyvelési rendszer Kros könyvelési rendszer / nf_uct_export_kros.txt Extra csomag modulok Hibajavítás / Bugfixes Ford Ford EDIFACT adatok betöltése automatikus háttérfolymatként / bf_ford_background_process_error.txt Alapcsomag Modulok/ Basic package 3 / 20

4 1.1. Pénzügy modul / Finance Hibajavítás / Bugfixes Folyószámla / Current Account Hibajavítás / Bugfixes Tételek szétkapcsolása a folyószámla felületen / bf_current_account_disconnect_error.txt A folyószámla felületen két bizonylat szétkapcsolásakor a program rákérdez arra hogy az ügyintéző valóban szét kívánja-e kapcsolni a bizonylatokat. A megjelenő kérdésre az "Igen" válasz van alapértelmezetten megjelölve a képernyőn, de az ENTER gomb megnyomására a program hibásan a választ mégis "Nem"-nek értelmezte. (Ha manuálisan a megfelelő mezőre klikkeltek, akkor nem volt hiba) A hibát javítottuk, az ENTER gomb megnyomását a program helyesen "Igen" válasznak értelmezi Bank modul / Bank modul Hibajavítás / Bugfixes Bank adat rögzítési hiba / bf_bank_item_record_error.txt Egyes speciális esetekben a bank adatok rögzítése egy hiba miatt nem volt lehetséges. A hiba kijavításra került. 4 / 20

5 1.2. Pénzügy modul / Finance Új funkció / New feature Számla modul / Invoice modul Új funkció / New feature Csoportos ÁFA alanyiság használata / nf_group_tax_number_phase2.txt A DOAS rendszerben lehetőség van a csoportos ÁFA alanyiság kezelésre. A telephely beállítások funkcióban a saját cég csoportos adószáma megadható. Ha ez az adat megadott akkor a program ezt minden számlán a fejlécben feltünteti. A csoportos adószám megadható a partnerek pénzügyi adatai között is. Ha egy kimenő számlán a vevő csoportos adószáma azonos a saját cég csoportos adószámával, akkor az Értékesítési irány automatikusan Csoporton belüli értékesítés lesz. A számla ÁFA értéket nem fog tartalmazni, az ÁFA kód ÁFA körön kívüli lesz, és a számlán megjelenik a Az ÁFA törvény 8. -a alapján az értékesítés ÁFA körön kívüli felirat a láblécben. Bejövő számlán ha a vevő csoportos adószáma azonos a saját cég csoportos adószámával, akkor az Értékesítési irány automatikusan Csoporton belüli értékesítés lesz, de ezt a felhasználó manuálisan átállíthatja belföldire, ha a csoportos adószám hatályánál korábbi bizonylat kerül rögzítésre Prefixhez rögzített fizetési mód / nf_invoice_prefix_default_payment_type.txt A Karbantartás / Prefix szerkesztő funkcióban a számla prefixek esetében egy új mező került felvételre. Neve: "Alapértelmezett fizetési mód". A mezőben alapértelmezetten nincs érték, de bármely fizetési mód kiválasztható, vagy a beállított érték törölhető. A számla előkészítésekor a program a partnerhez beállított pénzügyi adatoktól függetlenül a prefixben beállított fizetési módot alkalmazza alapértelmezetten, de az ügyintéző a megajánlottnál szigorúbbat beállíthat, de enyhébbet nem Számla modul / Invoice modul Hibajavítás / Bugfixes Számla stornózáskor hibás ellenőrzés / bf_invoice_storno_date_error.txt Egyes számlák nem voltak stronózhatóak, egy túlbiztosított ellenőrzés miatt. Azért nem lehetett stornózni, mert az áfa dátum nagyobb volt, mint az aktuális dátum. Ezt javítottuk, a stornó áfa dátuma lehet nagyobb, mint az aktuális dátum, de nem lehet nagyobb, mint az eredeti ÁFA dátum. Az szintén javításra került, hogy ha eredetileg a teljesítés dátum és az ÁFA dátum különböző volt, (pipa bekapcsolt) akkor a stornó számla teljesítés dátum módosításakor nem 5 / 20

6 változik az ÁFA dátum Bank modul / Bank modul Új funkció / New feature Bank törzsadat rögzítése a modulban / bf_bank_modul_to_accounting.txt A könyvelésben már nem lehet törzsadatot felvinni, hanem csak főkönyvi számot lehet beállítani hozzá. A bankszámlaszámok a modulból jönnek a bizonylattal együtt és a könyvelésben akkor és csak akkor viszi fel a program, ha a számlaszámhoz tartozó GUID még nincs a főkönyvi adatbázisban. Ha a modulban a bankszámlaszám törölté van téve, akkor a könyvelésben is törölté válik, hogy ne lehessen kontírozáskor kiválasztani, de a lekérdezésekben továbbra is a rákönyvelt tételek lekérdezhetőek. Ha a könyvelésben ugyanaz a bankszámla szám érkezik más GUID-al, akkor hibaüzenetet küld a program a bizonylat lekönyvelésekor: "Figyelem az érkezett bizonylat más azonosító adatokkal érkezett a modulból, mint korábban, haladéktalanul értesítse a főkönyvelőt, hogy ellenőrizte a modulban a számlaszámokat és szüntesse meg a duplikációkat." 6 / 20

7 1.3. Könyvelés / Accounting Hibajavítás / Bugfixes Projekt név módosítás átküldése a könyvelésbe / bf_accounting_project_names.txt A DOAS verziójáig ha a modulban egy DOAS projekt neve megváltozott, akkor ez a változás egy hiba miatt nem került át a könyvelésbe. A programot javítottuk ha a modulban megváltozik egy projekt neve, akkor az a változás átkerül a könyvelésbe, az első olyan bizonylattal, amiben a projekt szerepel Egyszintű jogcím kódolás használata / bf_booking_code_one_level.txt Magyar rendszerekben akkor is megkövetelte a kétszintű jogcím bontást a DOAS rendszer, ha kikapcsolták a kétszintű jogcím bontás paramétert. A hibát javítottuk, a működés országtól függetlenül csak a rendszerparaméter beállításától függ. 7 / 20

8 1.4. Könyvelés / Accounting Új funkció / New feature ÁFA mentes elszámoló levél tételek nem jelennek meg az ÁFA listában / nf_accounting_bonus_letter_not_include_tax_list.txt Egyes jármű gyártók (pl. Volvo) a bónuszt, jutalékot utólagos engedményként biztosítják. Az ÁFA törvény 77. paragrafusa szabályozza ezt a kérdést, utólagos engedmény adható pénzügyi elszámoló levél megküldésével. Az elszámoló levél ÁFA-t nem tartalmaz. Az elszámoló levél bejövő számlaként felrögzíthető, így az a jármű kartonjára felkerül, ha a rendelési számot megfelelően berögzítik. A programot továbbfejlesztettük, ezen bejövő számlaként berögzített ÁFA mentes elszámoló levél tételek nem jelennek meg az ÁFA listában, azaz ezen tételek nem szerepelnek a 1865-M-02K NAV kimutatáshoz készített XML fájlban Szinkronizált adatok ügyintézőjének megjelenítése / bf_sync_modul_technical_user.txt A modulból jött törzsadatok esetében látható lesz, hogy az adatok a modulból érkeztek szinkronizálás segítségével (A rögzítő ügyintéző "DOAS background service" lesz), és az eredeti rögzítőt a modulban kell lekérdezni ELÁBÉ feladás új algoritmussal / nf_accounting_cogs_new_concept.txt A jármű ELÁBÉ feladás nem megfelelően működött, így korábban problémák jelentkeznek, ennek megoldásra készült az alábbi fejlesztés. Az új ELÁBÉ feladási algoritmus a következő: Ha egy jármű ELÁBÉ típusú szállítói számla kerül rögzítésre, az ELÁBÉ bekerül az ELÁBÉ feladási sorba. A következő feladásnál azokat a tételek kerülnek feladásra, amelyhez már van - nem stornózott - kimenő számla. Ha egy ELÁBÉ feladási sorban szereplő vagy már korábban feladott ELÁBÉ-jű járműhöz kapcsolódó bármilyen ELÁBÉ módosítás történik az előző ELÁBÉ-t teljes összegben visszavonjuk a módosítás dátumával, és feladjuk a módosított értéket. (Ha egy új ELÁBÉ tétel, pl. új jóváíró számla érkezik, akkor természetesen a stornózás és újra feladás nem történik meg, hanem csak az új tétel kerül feladásra.) Visszavonáskor megismételjük a log-ban, hogy az előző összegeknél mi lett figyelembe véve, kiszámoljuk a tételek ELÉBÁ-ját, ami eddig szerepelt, és ellenőrizzük hogy a korábbi feladással egyezik-e a számolt érték. Nem történik differencia feladás, mert ezek kezelése áttekinthetetlen lenne. Módosításkor a log-ban két bizonylat sor látszik: 8 / 20

9 mi lett vissza vonva mi lett újra feladva. ELÉBÉ kiszámolása a következő esetekben történik: bejövő számla módosul, stornózásra, helyesbítésre vagy visszaküldésre kerül, vagy új bejövő számla kapcsolódik hozzá, vagy kerül elvételre vagy a kimenő számla stornózásra, helyesbítésre kerül bejövő számla jogcíme, vagy dátuma módosításra kerül ekkor a módosítás szintén bekerül az ELÁBÉ feladási sorba, és mindig újraszámítódik az egész Cseh ÁFA bevallás bővítése új mezőkkel / nf_cz_new_site_items_for_vatxml.txt A cseh elektronikus ÁFA feladásba szükséges saját cég kapcsolat tartó adatok berögzíthető a telephely karbantartásban. 9 / 20

10 1.5. Szerviz Modul /Service Új funkció / New features Munkalapon cikk lecserélése egy másik azonos cikk cserecsoportba tartozó cikkre A munkalapon ha cikk tételen állunk, megnyomható a "Cikkcsere" gomb, ennek megnyomására az adott cikk csere és helyettesítő cikkeit mutatja a program. (Az első cikken van a fókusz) A megfelelő tételre állva a kiválaszt gomb megnyomása után a program kicseréli a cikket a kiválasztottra. Ha Mercedes menüről van szó, akkor is működik a funkció. Ha Ford menüről van szó, akkor a program a menüt átkonvertálja menü sablonná és azt követően végzi el a módosítást. 10 / 20

11 1.6. Szerviz Modul /Service Hibajavítás / Bug fixes Hiba a munkalapon a kapcsolattartó adatkezelési adatainak rögzítésekor / bf_service_select_contact_gdpr_error.txt Ha a munkalapon kapcsolattartót választottak ki és a kapcsolattartó adatkezelési nyilatkozat képernyője megjelent, akkor ha a "Mégsem" gombot nyomták meg, akkor a program hibával elszállt. A hiba kijavításra került Munkalap zárási hibája / bf_service_can_not_close.txt Egyes esetekben a program hibásan figyelmeztetett lezáratlan munkatételre, így munkalap nem volt számlázható. A hiba kijavításra kerül. 11 / 20

12 1.7. Raktár modul / Stock Új funkció / New features Cikk összevonás során a felhasználó tájékoztatása / bf_stock_merge_message_error.txt Ha két cikk összevonása nem lehetséges, mert az egyik vagy mindkét cikknek a legutolsó zárás előtti forgalma volt, akkor a felhasználót a program erről minden esetben egyértelmű üzenetben tájékoztatja: "Figyelem a két cikk összevonása nem lehetséges, mert az egyik vagy mindkét cikknek a legutolsó zárás előtti forgalma volt" Résznév szerinti cikk keresés gyorsítása / bf_stock_substring_query_very_slow.txt Az F12 cikk kereső felületen a résznév szerinti keresést optimalizáltuk, így annak gyorsabb a futása Raktár modul / Stock Hibajavítás / Bugfixes Cikkek összevonásakor a cikk cserecsoport kezelése bf_stock_exchange_group_mertge_error.txt Ha olyan cikket adunk egy cikk csere csoporthoz, amelyik már egy másik cikkcsere csoport része, akkor a program rákérdez arra, hogy összevonja-e a két csoportot "Igen" válasz esetén a program a két csoportot összevonja Hibás befejezetlen bizonylat ellenőrzés / bf_stock_incomplete_move.txt Munkalapra kiadás előtt a program ellenőrzi hogy van-e befejezetlen munkalapra kiadás bizonylat a munkalapra. A befejezetlen munkalapra kiadás keresés hibásan működött, egyes esetekben akkor is elő kívánta venni a befejezetlen bizonylatot, ha az ténylegesen már nem létezett és ilyen esetben a program hibával elszállt, így nem lehetett a munkalapra kiadni alkatrészt. A hiba kijavításra került. 12 / 20

13 Gumitárolás során hiányzó partnernév / bf_stock_tyre_missing_customer.txt Ha gumi tárolás rögzítése előtt a kereső felületen már megadjuk a rendszámot és rákeresünk a jármű korábbi gumi tárolásaira, akkor az új gumi tárolás bizonylat rögzítésekor a jármű rendszáma automatikusan kitöltésre kerül, de a járműhöz tartozó partner nem kerül kitöltésre, így az a bizonylatba sem kerül be, és így a bizonylat a partner szerint nem kereshető meg. A hibát javítottuk, ha új rögzítéskor már automatikusan kitöltött a rendszám, akkor a rendszámhoz tartozó partner adatokat is kitölti a program Cikk cserecsoport közös min-max készlet / bf_stock_exchange_group_common_min-max.txt A DOAS verzióban a program hibásan az egy cikk csere csoportba tartozó cikkek esetében nem közösen kezelte a min-max cikkeket, azaz az egyik módosítása nem módosította a másik cikk értékeit. A hiba kijavításra került, az egyik cikk esetében a min-max mennyiség váltása a másik cikk min-max mennyiségét is módosítja Rendelési javaslatból hiányzó cikkek / bf_stock_order_proposal.txt A min-max alapú rendelési javaslatból hiányoztak egyes olyan cikkek amelyek nem voltak benne cikk cserecsoportba. A problémát orvosoltuk, valamennyi a lekérdezésnek megfelelő cikk bekerül a rendelési javaslatba 13 / 20

14 1.9. Jármű / Vehicle Hibajavítás / Bugfixes Új jármű szerződés nyomtatási hiba (nyomtatási sablonok használata esetén)/ bf_vehicle_contract_print_error.txt Új jármű szerződés nyomtatásakor (nyomtatási sablonok használata esetén) program hiba keletkezett., mert olyan mezőt is próbált nyomtatni a program ami nem működött Kölcsönzői naptár frissítési hiba/ bf_rentcar_cal_refresh_error.txt A kölcsönzői naptár frissítésekor ha a korábban kiválasztott elem, a frissítés után már máshova került volna (pl. a képernyőn nem látható helyre) akkor programhiba keletkezett Tételes új jármű számlázáskor a proforma számla állapot megmaradt / bf_delete_proforma_invoice.txt Ha a program úgy volt beállítva, hogy számlára tételesen nyomtatásra kerülnek az új jármű extrák és szériák, akkor a program hibásan nem törölte a proforma számlát a megtekintése után. A hiba javításra került. 14 / 20

15 1.10. Jármű / Vehicle Új funkció / New features Előlegszámla és devizanem használata jármű kölcsönzés során / nf_rentcar_deposit_and_deviza.txt A kölcsönző modulban lehetőség van egy-egy ügyletnél előleg számlát kiállítani és devizában számlázni, ezek a beállítások a kölcsönzés tétel ablakon érhetők el, az előlegszámla az "Új előleg" gomb megnyomása után készíthető., a devizát a "Árlista" részben lehet kiválasztani Hosszabb megnevezés a szállítási károk esetében / bf_transportation_damge_long_string.txt Az új jármű ügylet karbantartás modulban a "Szállítási károk" mezőben hosszabb szöveg is rögzíthető már, a korábbi 1000 karakter helyett már 2000 karakteres is Új jármű lekérdezés bővítése új mezőkkel / nf_ncar_search_new_fields_deposit_pdi.txt A "Jármű / Új jármű / Új jármű ügylet" menüpontban új kiválasztható oszlopokat vettünk fel: Kiáltott előlegek értéke Levonható előleg érték Utolsó előleg dátuma Gyári számla nettó értéke Gyári számla bruttó értéke Utolsó UGK munkalap száma Utolsó UGK munkalap dátuma Új jármű BM modell kategóriák A várható jármű jóváírások kezelése belső bizonylattal / nf_vehicle_reimbursement_auto_inner_document.txt Az alábbi funkció csak az "Belső bizonylat készítés a még nem beérkezett jóváírásokból" rendszerparaméter bekapcsolása esetén működik. A rendszerparaméter alapértelmezetten cseh és szlovák rendszerekben bekapcsolt magyar és román rendszereken kikapcsolt. 15 / 20

16 Egyes országok pénzügyi előírásai szerint a ha a cég értékesít egy autót, akkor mindent, ami ezzel a eladással (teljesítéssel) összefügg, azt abban az időszakba kell könyvelni, amikor a autó értékesítésre került, így a kiadás és bevétel ugyanabba a hónapba kerül. Járműveknél az a specialitás, hogy egy adott hónapban eladják a járművet, a végszámlát kiállítják, de a kapcsolódó jóváíró számlát csak például 3 hónap múlva fogják megkapni és rögzíteni. Mivel a jóváírás összefügg a eladással, így azt le kell tudni már könyvelni akkor, amikor a jármű számlázásra került azaz abban az időszakban, amikor a végszámla teljesítése történt. Ekkor még nem létezik a jóváíró számla, de valószínűsíthető hogy lesz. Ezenkívül elvárás, hogy ha eladnak egy autót egy adott hónapban, akkor annak a hónap nyereségébe bele kell számolni a várható jóváírást is, mert másképpen téves a könyvelési kimutatás. Ha ez nem így lenne, akkor abban a hónapban, amikor eladták a járművet akkor nem keletkezne nyereség, majd három hónap múlva, amikor nem csináltak semmit, egyszer csak megjelenne a nyereség. Ez nem megfelelő, mert a könyvelésnek a valóságot muszáj követnie. Az értékesítők rögzítik a visszaigénylés tételeket az új jármű kartonra, hogy ki tudják számolni a jármű nyereségét. Ezeknek a tételeknek van egy-egy terv és tény oldaluk. A tervezett adatot a értékesítő tölti ki, aki már a jármű eladáskor tudja, hogy mekkora a várható nyereség. A tényt a könyvelő rögzíti úgy, hogy a bejövő jóváíró számla rögzítéskor a konkrét tételt hozzákapcsolja a UGK visszaigénylés tételekhez, és ezzel igazolja őket. Ez így helyes, de a könyvelésben is meg kell jeleníteni a terv adatokat, tehát a várható bónuszokat le kell tudni könyvelni. Ezt a DOAS verziója előtt a könyvelők a visszaigénylések terv adatai alapján kézzel könyvelték, és ez sok hiba lehetőséggel járt. A DOAS verziója felett a visszaigénylés terv alapján keletkezik belső bizonylat, ha az még nincs számlával rendezve. Ezt a belső bizonylatot úgy kell lekönyvelni, hogy az egyik oldal a bevétel a jármű eladáshoz, a másik oldal egy összekapcsoló főkönyvi szám, amit úgy hívnak hogy "becsült tételek", angol megnevezéssel "estimated items". Ha majd megjön a jóváírás, akkor azt már nem mint bevétel a jármű eladáshoz könyvelik, hanem csak erre az összekapcsoló főkönyvi számra. Tehát igazolják a tervet. Így ennek a főkönyvi számnak a maradéka a tervezett, de még nem megérkezett jóváírások értéke. A rendszerben egy új belső bizonylat típust hoztunk létre, neve: "Új jármű visszaigénylés". A keletkező belső bizonylat prefixét a visszaigénylés típusban kell beállítani. A visszaigénylések karbantartásában és a konkrét új jármű ügylet kartonon a visszaigénylések fülön elérhető egy új gomb: "Belső bizonylatok generálása". A megnyomása után a program megkérdezi a felhasználótól, hogy milyen dátummal szeretné felírni a különbségeket. Ezután legyártja a belső bizonylatokat a kiválasztott visszaigénylések alapján. Csak azokat a visszaigényléseket veszi figyelembe, melyek típusához van visszaigénylés belső bizonylat jogcím rendelve. A visszaigénylés típusok kistörzsben a konkrét visszaigénylés típuson jogcímet lehet kiválasztani a belső bizonylat típusú jogcímekből, és ezzel a jogcímmel fog keletkezni a belső bizonylat. A belső bizonylat tételen van hivatkozás a visszaigénylés tételre, így a belső bizonylat tételén lehet látni, hogy az melyik visszaigénylés alapján keletkezett. 16 / 20

17 A hivatkozás fordítva is megvan, így a visszaigénylésén is látható a keletkezett belső bizonylat, vagy bizonylatok száma. A belső bizonylat generálási algoritmus az adott rendelés számhoz és visszaigényléshez a következő: 1. Ha a adott visszaigénylés típusa szerint nem kell belső bizonylatot generálni, vagy az UGK karton státusza kisebb, mint számlázott, akkor minden keletkezett belső bizonylatot a program stornózza. 2. Ha létezik olyan belső bizonylat, ami a rendeléshez tartozik, de nem egyezik meg a jogcím a visszaigénylés típuson megadott jogcímmel, akkor azt a program stornózza. 3. Ha az adott visszaigénylés típus szerint kell belső bizonylatot generálni és az UGK karton státusza legalább számlázott akkor: 3.1. Ha a visszaigénylés még nincsen lezárva: A program összegzi az eddig kiállított belső bizonylatok értékeit. Ha ez a érték nem egyezik meg a visszaigénylés terv oldalával, akkor a különbségre generál belső bizonylatot. A dátuma a UGK számla dátuma A visszaigénylés már le van lezárva: A program összegzi az eddig kiállított belső bizonylatok értékeit. Ha ez a érték nem egyezik meg a igazolt értékkel, akkor a különbségre generál belső bizonylatot. A dátuma a felhasználótól bekért dátum lesz. Ennek oka, hogy ilyen esetben a felhasználó azaz a könyvelő dönti el, melyik hónapban kívánja könyvelni ezt a különbséget a terv és tény között. Jármű végszámla stornózása esetén a program stornóz minden visszaigénylés típusú belső bizonylatot, ami az adott járműhöz tartozik és még nem volt stornózva. 2. Extra csomag modulok Új funkció / New feature 2.1. Mercedes Mercedes CRM változott adatok újraküldése / nf_mercedes_crm_refresh_changed_data.txt Minden interfészben, így a Mercedes CRM rendszerben is nyilván tartjuk, hogy mely harmadik feleknek (adatkezelőknek) továbbítottuk az ügyfél és az ügyfélhez kapcsolódó adatokat. Interfészenként van egy-egy lista ami tartalmazza azon adatok azonosítóját, GUID-ját amelyek már elküldésre kerültek az adott interfészen. 17 / 20

18 Ha olyan adat változik a DOAS rendszerben az export szűrésének megfelelő időintervallumán belül amely korábban már elküldésre került Mercedes CRM adatként, akkor függetlenül hogy aktuálisan nem történt tranzakció az adattal, azt az adatot ismét el küldjük a következő napi adatküldés során Az érintett adatok partner partner kapcsolattartó értékesítő jármű tárgyalási napló Azaz ha Mercedes CRM rendszerbe elküldött, bármely fenti adat megváltozik, úgy azt a napi adatküldésben a program azt ismét elküldi. A DOAS adatainak védelme érdekében bevezetésre került egy új rendszerparaméter: Neve: "Mercedes-Benz CRM import DOAS meglévő adatot (partner, jármű, tárgyalási napló) nem módosíthat!" Elérési helye: Karbantartás / Rendszer paraméterek Extra csomag modul paraméterek / Brand / Mercedes / Mercedes CRM Ezzel szabályozható, hogy a CRM Import során a Mercedestől származó külső adat bármely, DOAS-ban már meglévő adatot (partner/jármű/tárgyalási napló) módosítson! 2.2. Mercedes XENTRY modul új funkciók / nf_mercedesbenz_xentry_new_features.txt A Mercedes-Benz járművek javításait el kell küldeni a XENTRY rendszerbe. Az adatküldés automatikusan működik a munkalap végbizonylata elkészítésekor de csak akkor ha a munkalapot legalább egyszer már átadták a XENTRY rendszernek. Ennek biztosítására felvételre került a "Mercedes-Benz jármű szerviz javításokat minimálisan egyszer át kell adni a XENTRY rendszernek' rendszerparaméter. A paraméter alapértelmezetten bekapcsolt Mercedes-Benz márkájú rendszerekben, de kikapcsolható. A paraméter csak a szerviz típusú munkalapokra van hatással a karosszéria munkalapokra nem. Ha a paraméter bekapcsolt, de még nem adtuk át a XENTRY rendszernek a munkalapot, akkor a végbizonylat elkészítésekor a "Figyelem! A munkalap XENTRY rendszerbe átadása kötelező, a végbizonylat kiállítása előtt." üzenet jelenik meg és a végbizonylat nem elkészíthető. Ha munkalapot átadtuk a XENTRY-be, akkor a forgalmazás munkalapra menüpontban sem lehet kiadni, visszavenni a munkalapról semmit. 18 / 20

19 A XENTRY rendszerből át vesszük az ES1 (2 karakter), és az ES2 (4 karakter) kódokat is a cikkszámmal. A DOAS felületen ezeket az adatokat összevonva kezeljük a cikkszámmal, de a XENTRY rendszerbe megbontva, azaz cikkszám + ES1 + ES2 kerül küldésre. A cikk keresés (F12) ablakban, ha a Xextry rendszerből válólapon teszünk be cikkszámot a cikkszám mezőbe, akkor a keresés gomb megnyomásakor a program törli az átvett formázási space karaktereket és úgy keres. Az "Invoice markers" XENTRY mező megfelel a "Végbizonylat típusa" DOAS mezőnek ezért ezt az adatot küldjük. A munkalap "Számlák" fülére fel vettük a "XENTRY-be küldés" gombot, ennek megnyomásával egy már végbizonylatolt munkalap adatai ismételten elküldésre kerülnek a XENTRY rendszerbe. Ha a XENTRY-ből ismeretlen cikket kapunk, akkor azt a tétel képernyőn a "Felvétel" gomb megnyomásával azt fel lehet venni. A tétel szerkesztő ablakban cikkszám/megnevezés mezőn ALT+lenyíl (vagy tab) hatására megjelenik a cikk kereső ablak, a "Nem talált adatot" üzenettel. A szűrő feltételekben a cikkszám, és a kapott megnevezés van. Itt az "Új" gomb megnyomásával a cikk felvitel képernyő jelenik meg a cikkszám, megnevezés valamint az alapértelmezett cikkcsoport adatokkal. A cikkszám/megnevezés mező előtt piros "!" jelzi, ha a mezőben látható cikkszám/megnevezés nem létesik a cikktörzsben. OK tesztelve Ha a XENTRY-ből ismeretlen cikket kapunk és a munkalapot visszaadjuk a XENTRY-nek, akkor a cikkszámot és a nevet egyaránt úgy küldjük ahogy azt megkaptuk. Megrendelt, javítás alatt állapotú munkalapok esetén a XENTRY-ből átvett tételeknek is automatikusan ilyen állapotúak lesznek így visszaadni zárolásra kerülnek Munkalap keresés táblázatban a jobb egér gomb használatával elérhető a XENTRY zárolás feloldása funkció A vevői rendelés, alkatrész számlázás és munkalapra kiadás képernyőkön csak akkor engedélyezett a XENTRY hívás, ha az adott felhasználónak van XENTRY belépési azonosítója. A munkalap keresés felületen a Keres gomb, az első keresést követően Frissít feliratra változik, amíg nem módosítunk a keresési feltételeken annak érdekében, hogy a XENTRY-ből visszavett munkalap lekérdezhető legyen. A XENTRY-ből átvett menüket a DOAS rendszerben lehet szerkeszteni. Visszahívási akcióhoz kapcsolódó menüket a DOAS hibamentesen átvesz a XENTRY-ből. 19 / 20

20 2.3. Hyundai Hyundai garancia adatküldés, megjegyzés mező bővítése / nf_cz_hyundai_gar_export_long_memo_item.txt A Cseh és Szlovák piacon használt Hyundai garancia feladás során az adatküldésben lehetséges hosszabb megjegyzés tételt küldeni, az eddigi 60 karakter helyett 999 karakter hosszú lehet ez az adat Kros könyvelési rendszer Kros könyvelési rendszer / nf_uct_export_kros.txt A DOAS rendszerben lehetséges a Szlovák Kros nevű könyvelés rendszerbe feladni bizonylatokat. 3. Extra csomag modulok Hibajavítás / Bugfixes 3.1. Ford Ford EDIFACT adatok betöltése automatikus háttérfolymatként / bf_ford_background_process_error.txt A Ford EDIFACT betöltési folyamatok tokenizált futása nem működött. "Nincs kiválasztott funkció" hiba üzenet jelent meg és nem futott a folyamat. A hiba kijavításra került. 20 / 20