Több telephelyes DOAS rendszer adatbázis egyesítése

Átírás

1 Több telephelyes DOAS rendszer adatbázis egyesítése Tartalomjegyzék Az adatbázis egyesítés célja és okai...1 A telephely összevonás folyamata...2 Az összevont DOAS rendszer használata...3 Az éles telephely összevonás előtt a teszt összevonások során a következőket szükséges ellenőrizni...4 Raktár kulcs felhasználó ellenőrzési és beállítási feladatok...5 Jármű kulcs felhasználó ellenőrzési és beállítási feladatok...6 Szerviz kulcs felhasználó ellenőrzési és beállítási feladatok...7 Pénzügy kulcs felhasználó ellenőrzési és beállítási feladatok...8 Super kulcs felhasználó ellenőrzési és beállítási feladatok...10 Az összemásolandó adatok típusa...11 Törzsadatok összemásolása...11 Az átmásolt forgalmi adatok...17 Az adatbázis egyesítés célja és okai A DOAS rendszer fejlesztése akkor indult el, amikor még Magyarországon (és Kelet-Európában) igen kezdetleges állapotban volt az Internet kapcsolat. Szerencsére ma már egy-két régió kivételével tökéletes nagy rendelkezésre állású Internet hozzáférés van a térségben. Azon DOAS felhasználó cégeknél, akik több telephellyel rendelkeznek, egyre nagyobb igény mutatkozott arra, hogy a telephelyenként adatokat egy összevont, integrált adatbázisban tárolják cég szinten, és a törzsadatok karbantartását innentől kezdve ne telephelyenként, hanem egy ponton, egy adatbázisban történjék. Ezzel jelentős számú hibalehetőséget tudnak kizárni, a törzsadatokat vállalati szinten kényelmesen és biztonságosan lehet karbantartani. Azaz: - Lehetővé válik, hogy több telephely kezelését egységesen végezze az anyaggazdász, és ne telephelyenként kelljen ezt a munkát ellátni. - Egyszerűbbé és biztonságosabbá válik a telephelyek közötti értékmozgás. A modulokban lévő folyószámlák között nem fordulhatnak elő a szinkron leállásból fakadó eltérések telephelyenként. Hátránya viszont ennek a megoldásnak, hogy nem lokális hálózaton van a bizonylatolást rögzítő adatbázis, hanem egy külső jog személy kezelése alatt álló hálózaton keresztül közlekednek on-line az adatok. Így ennek magas rendelkezésre állását a cég saját hatáskörben nem tudja garantálni, ebből a szempontból az internet szolgáltatónak ki van szolgáltatva. Tehát az egy adatbázisra való átállásnak alapfeltétele, hogy az Internet szolgáltatóval olyan

2 legyen a szerződés, ami elfogadható kompromisszumokat biztosít a rendelkezésre állással kapcsolatban. (Manapság ez 99%, vagy nagyobb nagyobb rendelkezésre állást jelent. A 99% még így is kalkulálhatóan 2,65 nap maximális leállást eredményezhet, ami lényegében az üzlet teljes szüneteltetését eredményezheti azon telephelyeken, ahol nincs szerver elérés.) A telephely összevonás folyamata A telephely összevonás a következő lépések szerint történik meg: 1. Döntés az összevonási igényről Felelős: Felhasználó cég kulcsfelhasználói 2. Éles rendszerek tesztbe másolása Felelős: RubinDMS 3. Tesztrendszerek összevonása Felelős: RubinDMS 4. Összevont tesztrendszer tesztelése Felelős: Felhasználó cég kulcsfelhasználói 5. Sikeres teszt esetén döntés az átállásról (6. pont), probléma esetén javítás, majd a folyamat megismétlése az 1. ponttól Felelős: Felhasználó cég kulcsfelhasználói 6. Átállás az összevont rendszerre Felelős: RubinDMS

3 Az összevont DOAS rendszer használata Az összevont rendszer indítása a nem összevont rendszerrel azonos módon történik. A megfelelő éles- vagy tesztrendszer kiválasztását követően megjelenik a belépési képernyő, ahol a megszokott módon meg kell adni a felhasználó nevet és a jelszót. A jelszó mező alatt látható a Telephely választó mező. Ha a felhasználó több telephelyre jogosult belépni, akkor itt választhatja ki a kívánt telephelyet. Ha a felhasználó csak egy telephelyre jogosult belépni, akkor a mező tartalma nem módosítható. A program a felhasználónévhez hasonlóan megjegyzi a legutóbb használt telephelyet, így ha az megfelelő, akkor azt nem kell módosítani. 1. Ábra: Telephely választás több telephelyes összevont DOAS rendszerben

4 Az éles telephely összevonás előtt a teszt összevonások során a következőket szükséges ellenőrizni Az éles összevonás előtt a RubinDMS tesztrendszer összevonásokat végez, és annak eredménye az összevont tesztrendszerben ellenőrizhető. Az összevonást a tesztrendszerben a felhasználó cég kulcsfelhasználói végzik. Az esetleges problémák elkerülése érdekében a következő kulcsfelhasználóknak szükséges a rendszert ellenőrizni: Szuper kulcsfelhasználó Jármű modul kulcsfelhasználó Szerviz modul kulcsfelhasználó Raktár modul kulcsfelhasználó Pénzügyi és könyvelés modul kulcsfelhasználó Minden kulcsfelhasználó a saját szakterülete szempontjából végzi az összevonás ellenőrzését, az egyes területek javasolt minimális ellenőrzési lépései a következő fejezetekben olvashatóak. Az ellenőrzés módja Ellenőrizni kell minimálisan 3-3 darab olyan adat típust az alábbi lista szerint, amely csak a fő telephelyen csak az altelephelyen a fő és az altelephelyen egyaránt megvan Az ellenőrzés során az adat meglétét, valamint azt kell ellenőrizni, hogy minden rész adata, paramétere átkerült-e az új rendszerbe.

5 Raktár kulcs felhasználó ellenőrzési és beállítási feladatok 1. Karbantartás / Raktár modul / Cikktörzs megjegyzés: valamennyi cikkcsoportba tartozó cikket szükséges ellenőrizni, valamennyi cikkár és minden további adatot ellenőrizni kell, különös tekintettel a következőkre Nyilvántartási ár Eladási ár Szállítói ár Árréskódok Alap és alternatív mennyiségi egység Min/max készlet adatok Egyéb kódok (árréskód, elfekvő státusz stb.) cikkcsoport 2. Karbantartás / Raktár modul / Cikkcsoport megjegyzés: minden cikkcsoportot tételesen ellenőrizni kell 3. Karbantartás / Raktár modul / Raktár megjegyzés: minden raktárat és azok telephelyhez rendeltségét ellenőrizni kell 4. Karbantartás / Raktár modul / Szállítói árlista megjegyzés: ellenőrizni kell a szállítói árlista meglétét, márkánként 5. Karbantartás / Raktár modul / Raktár/Szerviz engedmények / Akciós engedmények megjegyzés: mennyiségileg valamennyi engedmény és minimálisan 10 engedmény részletes engedmény ellenőrzése szükséges 6. Karbantartás / Raktár modul / Raktár/Szerviz engedmények / Akciós engedmény csoportok 7. Alkatrész / Készlet lekérdezés megjegyzés: raktáranként le kell ellenőrizni mennyiségi és ár szempontból a készletet, különös tekintettel a bizományba adott, bizományba vett

6 a dolgozónak kiadott készletekre 8. Alkatrész / Készlet lekérdezés megjegyzés: A legutolsó lezárt év és legutóbbi hónap zárókészletét ellenőrizni kel telephelyenként 9. Alkatrész / Forgalom lekérdezés megjegyzés: ellenőrizni kell mozgásnemenként az elmúlt egy év között időszakok forgalmát mennyiségi és ár szempontból, és telephelyenként össze kell hasonlítani a kiinduló rendszerből 10. Alkatrész / Leltár megjegyzés: ellenőrizni kell a korábbi leltárak meglétét, minimálisan telephelyenként 1-1 darabot, valamint a leltár nyitó és záró bizonylat kinyomtatott képét ellenőrizni kell 11. Alkatrész / Vevői rendelés megjegyzés: ellenőrizni kell az elmúlt és a jelenlegi év vevői rendeléseit mennyiségi szempontból, és kiemelten ellenőrizni kell telephelyenként a nyitott rendeléseket 12. Bizonylatok / Szállítólevél megjegyzés: ellenőrizni kell minimálisan a nyitott szállítólevelek mennyiségét és összegét 13. Szerviz / Munkalapok alvállalkozói tételei megjegyzés: ellenőrizni kell minimálisan a nyitott alvállalkozói tételek mennyiségét és összegét 14. Bizonylatok / Gumi tárolás megjegyzés: ellenőrizni kell számszakilag a tárolt gumik mennyiségét Jármű kulcs felhasználó ellenőrzési és beállítási feladatok 1. Jármű / Új jármű / Új jármű ügylet megjegyzés: - Ellenőrizni kell státuszonként (pl. szabad, szerződés alatt, stb.) a jármű kartonokat számossági szempontból (bármilyen szűrés nélkül, csak státusz szerint csoportosítva) - A szabad, foglalt, előszerződött, végszerződött, számlázott állapotú jármű kartonok közül minimálisan 3 esetében ellenőrizni kell a következőket: - ár és engedmény adatok

7 - jármű alapadatok (márka, modell, felszereltség, stb.) - partner, finanszírozó adatok - kapcsolódó bizonylatok, kimenő-, bejövő számlák, munkalapok és belső bizonylatok 2. Jármű / Használt jármű / Használt jármű ügylet megjegyzés: - Ellenőrizni kell státuszonként (pl. szabad, szerződés alatt, stb.) a jármű kartonokat számossági szempontból (bármilyen szűrés nélkül, csak státusz szerint csoportosítva) - A szabad, szerződött, számlázott állapotú jármű kartonok közül minimálisan 3 esetében ellenőrizni kell a következőket: - beszerzési és eladási ár és engedmény adatok - jármű alapadatok (márka, modell, felszereltség, stb.) - partner, finanszírozó adatok - kapcsolódó bizonylatok, kimenő-, bejövő számlák/vételi jegyek, munkalapok és belső bizonylatok 3. Jármű / Új jármű / Új jármű típusválaszték megjegyzés: az aktuálisan rendelhető modelleket ellenőrizni kell számszakilag, valamint minimálisan három modell felszereltségi és pénzügyi adatait részletesen kell áttekinteni Szerviz kulcs felhasználó ellenőrzési és beállítási feladatok 1. Szerviz / Munkalapok megjegyzés: - Ellenőrizni kell perfixenként a nyitott munkalapok számát, és minimálisan prefixenként egy egy munkalap részletes adatait. - Ellenőrizni kell legalább az elmúlt 1 évnyi időszak lezárt munkalapjainak darabszámát 2. Szerviz / Előjegyzések megjegyzés: Az adott munkahét és a rá következő négy hét előjegyzéseit ellenőrizni kell mennyiségi szempontból, és státuszonként minimálisan egyegy előjegyzés részletes adatait 3. Szerviz / javítás történet megjegyzés: minimálisan öt nagy szerviz aktivitással rendelkező jármű javítás történetét ellenőrizni kell. Lehetőség szerint olyan járművek esetében, amely több telephelyen is rendelkezik javítás történettel

8 4. Karbantartás / Szerviz modul / Munkadíj kategóriák megjegyzés: ellenőrizni kell valamennyi óradíjat és telephelyhez rendelését 5. Karbantartás / Jármű modul / Jármű karbantartás megjegyzés: minimálisan telephelyenként három-három jármű adatait ellenőrizni kell 6. Szerviz / Műhely teljesítmény megjegyzés: telephelyenként ellenőrizni kell az aktutális és az előző hónap produktív idő bejegyzéseit legalább telephelyenként 3 dolgozó esetében Pénzügy kulcs felhasználó ellenőrzési és beállítási feladatok 1. Befejezetlen bizonylatok megjegyzés: a befejezetlen bizonylatok nem kerülnek összevonásra, ezért azokat az összevonás előtt le kell zárni, azaz vagy el kell készíteni a bizonylatot, vagy el kell dobni azokat 2. Karbantartás / Prefix szerkesztő ellenőrizni kell telephelyenként és bizonylat típusonként valamennyi prefix meglétét 3. Bizonylatok / Számlák megjegyzés: ellenőrizni kell telephelyenként a számlákat darab szám és összeg szerint a minimálisan jelenlegi, és elmúlt év időszakra. - valamennyi telephely esetében minimálisan 1-1 raktári, szerviz, új jármű, használt jármű és VEV típusú számlát ki kell nyomtatni és összehasonlítani a kiinduló rendszer számla nyomtatási képével, prefixenként 1-1 új bizonylatot is el kell készíteni és ki kell nyomtatni különös tekintettel a telephely adataira és a pénzügyi adatokra, valamint a számla képre 4. Bizonylatok / Belső bizonylat megjegyzés: ellenőrizni kell telephelyenként a belső bizonylatokat darab szám és összeg szerint a minimálisan jelenlegi, és elmúlt év időszakra. - Bizonylatok / Belső bizonylat megjegyzés: valamennyi telephely esetében prefixenként minimálisan 1-1 belső bizonylatot kell nyomtatni és összehasonlítani a kiinduló rendszer nyomtatási képével, prefixenként 1-1 új bizonylatot is el kell készíteni és ki kell nyomtatni különös tekintettel a telephely adataira és a pénzügyi adatokra, valamint a bizonylat képre 5. Folyószámla / Folyószámla adatok karbantartása megjegyzés: telephelyenként ellenőrizni kell teljes nyitott folyószámla állományt külön-külön vevő és szállítói oldalon

9 6. Pénztár / Pénztár adatok lekérdezése megjegyzés: ellenőrizni kell telephelyenként a pénztár bizonylatokat darab szám és összeg szerint minimálisan a jelenlegi, és elmúlt év időszakra. - ellenőrizni kell a pénztárban lévő összeg mértékét valamennyi pénztár esetében - pénztáranként minimálisan egy ki- és egy befizetést ki kell nyomtatni és ellenőrizni kell a formátumot az eredeti bizonylattal összevetve - ellenőrizni kell a korábbi pénztárzárások meglétét - a valuta pénztár készlet és a valuta pénztár adatok analitikáját ellenőrizni kell 7. Pénztár / Pénztár adatok lekérdezése megjegyzés: - ellenőrizni kell az egyenleget valamennyi bankszámlaszám esetében - ellenőrizni kell a bank deviza készletet 8. Alkatrész / ELÁBÉ / Feladott készletváltozások (ELÁBÉ) megjegyzés: ellenőrizni kell a feladott készletváltozásokat számszaki és mennyiségi szempontól, minimum az aktuális és az előző évre vonatkozóan 9. Jármű / ELÁBÉ / Jármű ELÁBÉ számítás és lekérdezés megjegyzés: ellenőrizni kell a feladott készletváltozásokat számszaki és mennyiségi szempontól, minimum az aktuális és az előző évre vonatkozóan 10. Pénzügyi törzsadatok ellenőrzése megjegyzés: a Következő törzsadatok meglétét és helyességét kell ellenőrizni minimálisan: ÁFA kódok Jogcímek Számla Bank Pénztár Folyószámla Belső bizonylat GK. ELÁBÉ Raktári készletváltozás Devizanemek Fizetési módok

10 Árfolyam adatok Super kulcs felhasználó ellenőrzési és beállítási feladatok A következő menüpontok és adatok ellenőrzése szükséges 1. Karbantartás / Partner / Partnerek megjegyzés: partnerek, partnerekhez kapcsolódó adatok megléte és helyessége, minimálisan öt-öt legnagyobb forgalmú szállító, vevő, alvállalkozó, és finanszírozó adatát részletesen át kell tekinteni 2. Karbantartás / Partner / Partner csoportok megjegyzés: valamennyi típusú partnercsoportot ellenőrizni kell, az egyes telephelyek valamennyi partnercsoportjának megléte szükséges, külön ellenőrizni kell a különböző telephelyen lévő de azonos nevű csoportokat 3. Karbantartás / Partner / Partner csoport partner összerendelések megjegyzés: partner csoport típusonként legalább egy-egy partnercsoportba tartozó partnereket ellenőrizni kell 4. Karbantartás / Jogosultság / Jogosultságok szerkesztése megjegyzés: A dolgozók meglétét és telephelyhez rendelését, dolgozói csoportját kell ellenőrizni, különösen a több telephelyhez rendelt dolgozók adatait kell ellenőrizni 5. Karbantartás / Telephely megjegyzés valamennyi így a márka specifikus adatokat is ellenőrizni kell 6. Karbantartás / Nyomtatási sablonok megjegyzés: Ellenőrizni kell a sablonok meglétét, minimálisan 3 sablon megnyitása szükséges különböző típusokból 7. Karbantartás / jogosultságok / Jogosultságok szerkesztése megjegyzés: valamennyi dolgozó, dolgozó csoport meglétét ellenőrizni kell, illetve telephelyenként minimálisan 3 dolgozó eredő jogait kell megvizsgálni, valamint 3 olyan dolgozó jogait, akik több telephelyen is rendelkeztek jogosultságokkal Az összemásolandó adatok típusa A több telephelyes DOAS rendszerek adatbázis összemásolása során, a központi DOAS adatbázisba

11 kerülnek átmásolásra a többi telephely adatai. Két típusú adattáblát kezel a DOAS és így az összemásoló eljárás: Törzsadatok összemásolása: ezen adatok közül csak azokat másoljuk át, amelynek nincs megfelelője a központi adatbázisban. Forgalmi adatok összemásolása: minden adatot másolásra kerül Mivel az adatok relációban vannak egymással, a másolás után ezen relációkat is helyreállítjuk. Törzsadatok összemásolása Az összemásoló program olvassa a másolandó adatokat, és a központi telephelyen keres olyan tételt, amely az összehasonlítási feltételeknek (ld. alább részletezve) megfelel. Ha nem talál megfelelőt akkor átmásolja, ha talál akkor megmarad a fő telephely adata, azt nem módosítja. Ha volt megfelelő adat, de a tartalmuk különböző, akkor a központi telephelyen lévő adatok megmaradnak, ez néhány esetben probléma lehet. Ezért a partner, jármű és jármű karton adatokat az összemásolás előtt söprögetjük. Amely törzsadat a leírásban nem szerepel, azt nem másoltuk, mert konstans, azaz mindkét adatbázisban azonos adatokat (és azonosítókat) tartalmaz. Az átmásolt törzsadatok, és az összehasonlítás feltételei: Vastag betűvel a törzsadat magyar megnevezése, zárójelben nagybetűvel az adattábla neve, a vagy és az és kifejezések a logikai VAGY illetve ÉS műveleteket jelölik. Partner (CUSTOMER) partner guid ( a partner egyedi azonosítója. ) Partner csoport (CUSTYPE) Típus és ( kód, vagy megnevezés és márka) Alkatrész szállítók (PART_SUPPLIERS) Szállító (partner ) és márka Keresztnevek (FORENAME) tétel guid (rubin által felvett nevek) Városok (DOMICILIATION) tétel guid (rubin által felvett városok) Partner - kapcsolattartó dolgozó kapcsolatok (CUSTOMER_MANAGER) Partner és Dolgozó ( manager) és Dolgozó típus Termékcsoportok (PRODUCT_GROUP)

12 Járművek(és verziói) (CAR) A jármű összes adata ÉS kapcsolatban Cikktörzs (ARTICLE) Cikkszám Ford OWS cikkszámok (OWS_PSEUDO_PARTS) cikkszám Logó kép megnevezések (BIZ_FORM_PICTURE_NAME) Partner titulusok (CUS_TITLE) Márka (NCAR_BRAND) Márka szöveg Devizanemek (CURRENCY) ISO kód Országok (COUNTRY_CODE) ISO kód Költséghely (COSTCOVER) Kód Jogcímek (INV_BOOKING_CODES) Jogcím csoport és Kód és irány Mennyiségi egység (ART_UNIT) és Megjegyzés (rövid megnevezés) Telephely (SITE) Telephely kód Kapcsolat viszonyok (APPROACH) Fizetés mód (PAYTYPE) Fizetés módja és és alapértelmezett fiz.határ Partner cím típusok (CUS_ADDRESS_TYPE) Cikkcsoport (ARTGROUP) Kód Könyvelési cikkcsoport (ART_BOOKING_GROUP) Kód KSH típusok (KSH_TYPE) Ksh számok (KSH_NUMBER) KSH típus és Ksh szám ÁFA kód (TAXCODE) GUID vagy ( és visszaigényelhető és különbözeti és áfa körön kívüli és fordított áfa ) Munkadíj kategória (LABOUR_CATEGORY)

13 és óradíj Bizonylat formátumok (BIZ_FORMATUM) Formátum megnevezése Példány szövegek (COPY_TEXT) Prefix csoport és kód Berendezések (INSTRUMENT) ek Felhasználók, dolgozók (CUS_LINK) Bejelentkezési név (ha van ) vagy (Nincs bejelentkezési név és Név és Cím Figyelem! Gondoskodjanak róla, hogy a különböző telephelyeken az azonos bejelentkezési név ugyanazt a személyt jelentse, valamit azt, hogy ha egy felhasználó a másolandó telephelyen aktív, akkor a központi telephelyen ugyanez ne legyen törölt állapotban, mert akkor az összemásolás után alapból az illető nem lesz látható. Statisztikai kód típus (STATCODE_TYPE) Kód Statisztikai kód (USER_STATCODE) Típus és Kód Jármű kor kategória (VHC_AGE_CATEGORY) Év-től és Év-ig és Márka FCJ jármű modell (CAR_TYPE) Kód Engedmény csoport (DISCOUNT_HEAD) Guid (Ez azt jelenti, hogy csak a Rubin által definiált 3 csoport nem jött át) Árrés tartományok (MARGIN_RANGES) Min. árrés és Max. árrés Árrés csoportok (MARGIN) Kód Engedmény (DISCOUNT) A tábla összes eleme Szerviz visszahívási kampány (CALLBACK_CAMPAIGN_HEAD) Kampány kód Jármű színek (COLOUR) Szín kód Üzemanyag típusok (FUEL) Kód vagy Szerviz kategória (WORK_TYPE) Számla láblécek (INV_FOOTER) Nyelv és Fizetési mód és

14 Partner csoport és Prefix és Prefix csdoport és Márka Prefix (PREFIX) prefix érték Dolgozók garancia feladási kódjai (WORKER_CODES) Dolgozó és Márka Felhasználók által adott max. engedmény (USR_MAXDISCOUNT) Dolgozó és Cikkcsoport Folyadékok (FLUIDS) Kód vagy Nincs kód és megnevezés Folyadék-cikk összerendelés (FLUID_ARTICLE) Folyadék azonosító Cikkszám Rendszer kapcsolók (SYSTEM_PARAMS) Minden márkához beállított értéket áthoztunk Iktatás típusok (DOCKETING_TYPE) Kód Cikk keresés típus (SEARCHTYPE) Jármű marketing akció kategóriák (ACTION_CATEGORY) Jármű média / Marketing akció forrás (ACTION_SOURCE) Jármű marketing akciók (ACTION) guid Jármű kivitel (NCAR_DESIGN) azonosító Jármű sebességváltó típusok (NCAR_GEAR) Azonosító és Márka Jármű modell (NCAR_MODEL) Modell és Márka Jármű modell év (NCAR_MODEL_YEAR) Modell év és Márka Jármű motortípus (NCAR_MOTORTYPE) Azonosító és Márka Jármű típus (NCAR_TYPE) Azonosító és Márka és modell Jármű felszereltségek (ACCESSORIES)

15 Tevékenységi körök (ACTIVITY) Melléklet típusok (ATTACHMENT_TYPE) Kód (ha van) vagy Gépkocsi kategóriaák (CAR_SEGMENTATION) Kód (ha van) vagy Ügyfélkártya típus (CUS_CARD_TYPE) Partner kapcsolat típus (CUS_CONTACT_TYPE) Telefon típus (CUS_PHONE_TYPE) Felhasználói adat típus (USER_DATA_TYPE) Jelenlét(távollét) típus (WSCHEDULE_TYPE) Jármű értékesítés / Tárgyalási napló - Elállás oka (VHC_CANCELLATION_REASON) Jármű értékesítés / Tárgyalási napló - Elhalasztás oka (VHC_DELAY_REASON) Jármű értékesítés / Tárgyalási napló - Törlés oka (VHC_DELETE_REASON) Jármű finanszírozás - Hiánypótlás elemek (FINANCING_MISSING_DOC) Jármű gyári státusz (FACTORY_STATUS) Kód (ha van) Jármű szállítói finanszírozás típusok (NCAR_FINANCE_TYPE) Jármű csoport kapcsolatok törzs (NCAR_VEHICLE_GROUP) Új ármű szériák, extrák (NCAR_OPTIONS) Kód és Másod kód és Típus és EOC és DOE és VISTA és OEV átadás engedélyezés (NCAR_RELEASE_APPROVAL)

16 OEV engedély szám Típusválaszték (NCAR_BASIC_TYPE) típus(felszereltség) és modell év és motor típus és kivitel és modell és márka és gyártási kód Új jármű adatok (NCAR_BASIC_DATAS) saját rendelési szám Új ármű extra árak (NCAR_OPTIONS_PRICE) extra kód és extra típus és új jármű GUID Új ármű extra lista árak (NCAR_OPTIONS_PRICE2) extra azonosító és extra típus és típusválaszték azonosító Új ármű foglalási sor (NCAR_RESERVING) guid Új ármű tartozék (NCAR_TARTOZEK) megnevezés új jármű GUID Használt jármű extra törzs (UCAR_OPTIONS_DEF) Használt gépkocsi állapot törzs (UCAR_CONDITIONS_DEF) Használt jármű adatok (UCAR_BASIC_DATAS) saját rendelési szám Használt jármű extrák (UCAR_OPTIONS) extra kód és használt jármű GUID Használt gépkocsi állapot (UCAR_CONDITIONS) állapot azonosító és használt jármű GUID Jármű engedmény modell fej (VHC_DISCOUNT_MODEL) és márka Jármű engedmény modell tétel (VHC_DISCOUNT_MODEL_ITEM) fej azonosító és Jármű engedmény típus és megnevezés Jármű engedmény tétel (VHC_DISCOUNT) és pozíció és új/használt jármű azonosító Jármű visszaigénylés típusok (VHC_CLAIM_TYPE) Kód (ha van) Jármű igény/költség sablonok (VHC_CLAIM_TEMPLATE) visszaigénylés típus és

17 megnevezés Jármű visszaigénlések/költségek (VHC_CLAIM) guid Feladat típusok (TASK_TYPE) Jogosultság Ha egy felhasználónak mindkét telephelyen van jogosultsága, akkor átviszünk minden olyan jogot, ami a másik telephelyen nincs megadva. Telephelyhez kapcsolt jogosultság még nincs a rendszerben. Figyelem! A bank, pénztárhelyek és raktárhelyek megnevezésénél ellenőrizni kell, hogy ne legyenek azonos megnevezésűek a különböző telephelyeken. Javasoljuk, hogy az adatbázisok összemásolása előtt legalább a másolandó adatbázisokban a megnevezésekbe beírjanak egy, a telephelyre utaló szöveget. Az átmásolt forgalmi adatok A forgalmi adatok esetén minden adat másolásra kerül, módosítás nélkül. Elöl a szöveges magyar megnevezés, zárójelben nagybetűvel az adatbázis neve. Bank számlaszámok (BANK_ROGZ) Előjegyzés fej (ADVANCED_BOOKING) Csatolmányok (ATTACHMENT) Bank bizonylat fej (BANK_DOCUMENT) Bank bizonylat tétel (BANK_DOCUMENT_ITEM) Importált alkatrész szállítólevelek (BILLING_DATA) Vevői alkatrész rendelés tétel (BUYER_ORDER) Vevői alkatrész rendelés fej (BUYER_ORDER_HEAD) Szerviz Visszahívások (CALLBACK_CAMPAIGN_REGISTRATION) Jármű biztosító adatok (CAR_INSURANCE) Pénztár bizonylat fej (CASH_DOCUMENT) Pénztár bizonylat tétel (CASH_DOCUMENT_ITEM) Pénztár nyomtatási sablon (CASHIER_PRINT_S) Címletek (CIMLET) Kompenzáló bizonylat fej (COMPENSATION_DOCUMENT) Kompenzáló bizonylat tétel (COMPENSATION_DOCUMENT_ITEM) Kompenzáló levél fej (COMP_LETTER_HEAD) Kompenzáló levél tétel (COMP_LETTER_ITEM) Deviza készlet (CURRENCY_STOCK) Partner cikkszámok (CUS_ARTICLE) Folyószámla (CUSTOMER_ACCOUNT) Partner folyószámla kapcsolat/kapcsoló (CUSTOMER_ACCOUNT_RELATION) Felhasználók alapértelmezett szűrő feltételei (DEFAULT_SSC_USER) Iktatás (DOCKETING) Iktatás dossziék (DOCKETING_FOLDER) Elektronikus bank export fej (EBANK_HEAD_OUT)

18 Elektronikus bank export tétel (EBANK_ITEM_OUT) Elektronikus bank import fej (EBANK_STATEMENT_HEAD) Elektronikus bank import tétel (EBANK_STATEMENT_ITEM) Fizetési felszólítás fej (ERT_FEJ) Fizetési felszólítás tétel (ERT_TET) Jármű finanszírozás - Hiánypótlás elemek (FINANCING_MISSING_DOC_LINK) Garanciális igény fej (GUAR_TEMP_HEAD) Garanciális igény tétel (GUAR_TEMP_ITEM) Garanciális igény megrendelt munka (GUAR_TEMP_JOB) Belső bizonylat fej (INTERNAL_VOUCHER_HEAD) Belső bizonylat tétel (INTERNAL_VOUCHER_ITEM) Raktári leltár fej (INVENTORY_HEAD) Raktári leltár tétel (INVENTORY_ITEMS) Raktári leltár kijelölt raktárhelyek (INVENTORY_LOCATORS) Számla tétel (INV_ITEM) Számla fej (INVOICE) Számla megjegyzés tételek (INVOICE_COMMENTS) Számla jármű extra tételek (INVOICE_COMMENTS_VHC_OPTIONS) Számla módosítás történet fej (INVOICE_MODIFY_HEAD) Számla módosítás történet tétel (INVOICE_MODIFY_ITEM) Szerviz megrendelt munka (JOB) Szerviz megrendelt munka garancia adatok (JOB_GUAR_DATAS) Ford OWS visszaigazolások (JOB_OWS_STATUS) Szerviz munkalap normázott tételek (LABOUR_WORKER) Lease Plan számlák (LEASE_PLAN_INVOICES) Partner - tevékenységi kör kapcsolatok (LINK_ACTIVITY) Partner - Termékcsoportok kapcsolat (LINK_PRODUCT_GROUP) Raktári elveszett ügyletek (LOST_SALES) Jármű média hirdetés kapcsolat (MEDIA_ADVERTISING_LINK) Jármű média ügyfélajánlás kapcsolatok (MEDIA_CUST_RECOMM_LINK) Folyószámla vegyes bizonylat (MISC_DOCUMENT) Új jármű árajánlat (NCAR_BID) Jármű csoport kapcsolatok (NCAR_VEHICLE_GROUP_LINK) Pénztár zárások (NY_ZARO_REK) Ford OWS cikkszámok - cikkszám kapcsolat (OWS_PSEUDO_PARTS_LINK) Prefix-márka kapcsolatok (PREFIX_BRAND) Prefix-telephely kapcsolatok (PREFIX_SITE) Szerviz dolgozók produktív idők (PRODUCTIVE_TIMES) Projektek (PROJECTS) Pénztárhelyek (PTAR_ROGZ) Ford REACT export log (REACT_EXPORT_LOG) Alkatrész bevételezéskor foglalt tételek (RESERVE_AFTER_SUPPLY) Lejárt tartozás riasztások (RIASZTASOK) Keresési szűrő feltételek (SAVED_SEARCH_CRIT) Garanciális feladás gyűjtő csomag (SEND_GUAR_HEAD) Garanciális feladás tétel (SEND_GUAR_ITEMS) Bizonylat sorszámok (SERIAL_NUMBER) Raktári kimenő szállítólevél fej (SHIPMENT_HEAD) Raktári kimenő szállítólevél tétel (SHIPMENT_ITEM) FORD SPRINT log (SPRINT_LOG) Alkatrész raktár - márka kapcsolatok (STOCK_BRAND) Alkatrész raktár készlet (STORE)

19 Alkatrész raktár eltárolt készlet tétel (STORE_CLOSE) Alkatrész raktár eltárolt készlet fej (STORE_CLOSE_HEAD) Alkatrész raktár eltárolt készlet tétel - raktárhelyenként (STORE_CLOSE_STOCK) Alkatrész min-max készletek (STORE_MIN_MAX) Alkatrész raktár forgalom tétel (STOREMOVE) Alkatrész raktár forgalom megjegyzés tételek (STOREMOVE_MEMO) Cikkek összegzett adatai (rendelés, foglalás) (STORESUM) Alkatrész szállítók - márka kapcsolatok (SUPPLIER_BILLING_BRANDS) Szállítói rendelés tétel (SUPPLIER_ORDER) Szállítói rendelés fej (SUPPLIER_ORDER_HEAD) Szállítói árajánlat fej (SUP_TENDER_HEAD) Szállítói árajánlat tétel (SUP_TENDER_ITEM) Vevői árajánlat fej (TENDER_HEAD) Vevői árajánlat tétel (TENDER_ITEM) Felhasználók bejelentkezés log (USR_LOGINS) Jármű visszaigénylés (VHC_CLAIM_DIVIDE) Jármű bszámítás (VHC_COMPENSATION) Jármű reklamációk (VHC_COMPLAINT) Jármű tárgyalási napló - Beszámítás (VHC_NEG_COMPENSATION) Jármű tárgyalási napló - Beszámítás történet (VHC_NEG_COMPENSATION_HIST) Jármű tárgyalási napló - Finanszírozás (VHC_NEG_FINANCING) Jármű tárgyalási napló - Finanszírozás történet (VHC_NEG_FINANCING_HIST) Jármű tárgyalási napló (VHC_NEGOTIATION) Jármű tárgyalási napló történet (VHC_NEGOTIATION_HIST) Jármű tárgyalási napló - Járművek (VHC_NEG_VEHICLE) Jármű tárgyalási napló - Járművek történet (VHC_NEG_VEHICLE_HIST) Jármű készlet finanszírozás (VHC_STOCK_FINANCING) Jármű teszt vezetés (VHC_TEST_DRIVE) Alkatrész raktár forgalom fej (VOUCHER) Szerviz munkalap tételek végbizonylat kapcsolatai (WITEM_DIVIDE) Munkalap felszereltségek (WKF_ACCESSORIES) Szerviz dolgozók előjegyzés tételei (WORKER_SCHEDULE) Szerviz munkalapok (WORKFORM) Szerviz munkalap tételek (WORK_ITEM) Feladatok (CRM naptár) (TASK) Feladat dossziék (TASK_FILE) Feladat felhasználói adatok (TASK_FILE_USER_DATAS) Feladat naptár adatok (TASK_TIMES) Feladat típus sorok (TASK_TYPE_LINK)