Support GYIK
BEJELENTKEZÉSI PROBLÉMÁK
belépéskor hibaüzenet...
Ha belépéskor hibaüzenet jelenik meg, majd ugyan megnyílik a
Kontrolling, de nem töltődik be egy kimutatás sem (OLAP kapcsolódási
hiba miatt).
1. lépés: Hitelesítés rendben van-e
Először is az kell a sikeres bejelentkezéshez, hogy az SQL és az OLAP
szerverhez is legyen joga hozzáférni a felhasználónak.
Az alapvető kapcsolódást a diagnoszikai felületen is tudjuk vizsgálni,
ami a Kontrolling bejelentkező felületén F11-et nyomva jön elő. Itt ki
kell tölteni az SQL és az OLAP kapcsolat adatait (ha nem lennének
kitöltve) és bármit lehet tesztelni. OLAP esetén egyszerre vizsgálja az
AdoMD és az OleDB kapcsolatot is. Ha minden adat stimmel, érdemes
"játszani" a timeout-tal is és a titkosítással is.
1.1. Ha Vectory-s felhasználó, és a Vectoryba be tud lépni,
akkor SQL joga már biztosan van.
1.2. Olap esetén célszerű ellenőrizni először azt, hogy egyáltalán fut-e
az SQL szerveren az Analysis Services szolgáltatás (70%-ban ennek állása
okoz gondot, jellemzően valamilyen szerver restart történt, és az A.S.
nem mindig indul el utána magától).
1.3. Olap hozzáféréshez csak Windows hitelesítés jó, amihez
tartományi user-ként kell hogy hozzá legyen adva a felhasználó
az OLAP logins-hoz. (Ezt általában egy kontrolling tartományi
csoport létrehozásával oldjuk meg. A csoport hozzáfér az OLAP-hoz,
így csak be kell sorolni a tartományi felhasználót ebbe a
csoportba az Active Directory-ban.) Mindez telepítéskor elvileg be
lett állítva, tehát legfeljebb ellenőrizni kell, hogy gép-csere,
módosult felhasználónév, vagy valamilyen szerver módosulás
változtatott-e ezen.
1.4.Ha Windows hitelesítéssel szeretne a felhasználó bejelentkezni a
Kontrollingba, akkor az előzőek mellett szükség van arra is, hogy a
Vectory-ban windows hitelesítéssel (is) szerepeljen. Ez utóbbit a
Vectory-ban a Rendszer/Beállítások/Személyes fül. Javasolt a gomb
használata az új felhasználó felvételekor, mellyel a korábbi
beállításokat örökíthetjük az eddigi felhasználóról, hiszen a Windows
authentikációval történő belépés esetén az újonnan felvett felhasználó
beállításai lesznek érvényben. Az új felhasználó felvételénél
mindenképpen meg kell adnunk a bejelentkezési nevet a Vectory
rendszerbe, az iktatási szervezeti egységet, illetve a felhasználót.
Rögzítésre jön a „Regisztráljuk az új felhasználót az SQL szerverre?"
kérdés, melyre igent kell válaszolni.
Ezt követően arra kérdésre, hogy saját jelszót kapjon-e az új
felhasználó NEM-mel kell válaszolni. Igen válasz esetén marad a régi SQL
bejelentkezés.
Windows bejelentkezést használva a következő ablakban meg kell adni a
felhasználó Windows-os felhasználó nevét és a tartományt
(tartomany\nev) PL.: ZKFT\XYelado
Ha a Windows bejelentkezést választják, akkor az itt megadott név
mentésre fog kerülni a Vectory rendszerében. Tehát a sysdbadmin helyett a
ZKFT\XYelado kerül rögzítésre.
Ezután kapjuk a szokásos kérdést, hogy kapjon-e engedélyt az új
felhasználó az összes raktár kezelésére. Nem válasz esetén, amennyiben
másolással hoztuk létre az új felhasználót, csak ahhoz a raktárhoz lesz
joga, mely(ek)hez az eredeti felhasználónak is volt.
2. lépés: Driver-ek rendben vannak-e
Az Analysis Server ADOMD és OLEDB drivereket kell telepíteni a gépre,
ahonnan fut a Kontrolling. Ezek vizsgálhatók a Kontrolling diagnosztikai
felületén is, és telepíthetők is innen (bejelentkezési ablak + F11).
Ezek fenn vannak az sql telepítőn is , de a Microsofttól is letölthetők
az SQL Feature pack részeként innen:
https://www.microsoft.com/en-us/download/details.aspx?id=42295
Az alábbiakat kell kiválasztani:
64 bites rendszer esetén:
ENU\x64\SQL_AS_ADOMD.msi
ENU\x64\SQL_AS_OLEDB.msi
32 bites rendszer esetén:
ENU\x86\SQL_AS_ADOMD.msi
ENU\x86\SQL_AS_OLEDB.msi
3. lépés: tűzfal (esetleg)
Ha még ezután is gond van, akkor a kliens tűzfalán át kell engedni a
Kontrollingot.
Elképzelhető, hogy a szerver tűzfalon ki kell nyitni az Analysis Server
portját. Ez alapértelmezetten a 2382 esetleg 2383 tcp port szokott
lenni.
belépéskor nem lehet kiválasztani egy adatbázist sem...
Ha belépéskor nem lehet kiválasztani egy adatbázist sem.
ÜRES INI
Ez akkor van ha üres a Kontrolling.ini fájl. Mindig a felhasználó munka
mappájában található az az ini fájl, amit használ a Kontrolling.
A munka mappában pl *gipszjakab *felhasználó esetén pontosan itt
található ez az ini fájl:
C:\Users\gipszjakab\AppData\Local\Kontrolling\Kontrolling.ini
Ha viszont a Kontrolling bejelentkező ablakában F12-őt nyomunk, akkor
egyből láthatóvá és szerkeszthetővé lesz az ini fájl tartalma, valamint
a megnyíló ablakból gyorsan el is érhető a kis sárga mappa gombbal. Az
ablak jobb alsó részén a teljes elérési út olvasható.
A munkamappán kívül az elindított Kontrolling.exe fájl mellett is
szokott lenni egy központi Kontrolling.ini fájl. Ezzel is felülírhatjuk
a munkamappában lévőt, ha az üres.
Ha ki akarjuk tölteni, akkor a minta szerinti adatokat kell beírni.
EXCEL EXPORT, IMPORT HIBÁK
Ha nem működik az Excel exportálás, importálás...
Ha nem működik az Excel exportálás, importálás és a program hibaüzeneteket ad az
Access driver-ről.
Ilyenkor általában az a probléma, hogy nem megfelelő az office drivere,
az Access driver. Ez szükséges az export-import helyes működéséhez,
mivel a Kontrolling ezt használja. Ingyenesen letölthető.
Access Driver :
https://www.microsoft.com/en-us/download/details.aspx?id=13255
EGYÉB JELENSÉGEK
nem töltődik be egy kimutatás sem...
Ha ugyan megnyílik a Kontrolling, de nem töltődik be egy kimutatás sem
(OLAP kapcsolódási hiba miatt)
az Analysis Server ADOMD és OLEDB driverek, amelyek fenn vannak az sql
telepítőn, de a Microsofttól is letölthetők az SQL Feature pack
részeként
https://www.microsoft.com/en-us/download/details.aspx?id=42295
az alábbiakat kell kiválasztani
64 bitre: ENU\x64\SQL_AS_ADOMD.msi ENU\x64\SQL_AS_OLEDB.msi
32 bitre: ENU\x86\SQL_AS_ADOMD.msi ENU\x86\SQL_AS_OLEDB.msi
A kliens tűzfalán át kell engedni a Kontrollingot.
Elképzelhető, hogy a szerver tűzfalon ki kell nyitni az Analysis Server
portját. Ez alapértelmezetten a 2382 esetleg 2383 tcp port szokott
lenni.
Lehet-e megjegyzés rovatot a Kontrollingba átvinni, illetve van-e ilyen mező valahol?
Csak a készletbizonylatoknál viszi át a Kontrolling a megjegyzést, ám
számlánál, rendelésnél, cikknél, stb nem. Ezt nem is tervezzük
bevezetni, ugyanis a megjegyzések általában tetszőleges hosszú szöveges
adat típusúak, ami a Kontrolling rendszeres feldolgozási folyamatát, és
kezelését jelentősen lassíthatná. Ehelyett szoktuk javasolni, hogy
használjanak dinamikus mezőket. Ezek Vectorys beállítását követően a
Kontrollingos feldolgozásra kijelölt dinamikus mezők megjelennek a
Kontrollingban is.
Mire kell figyelni cikk- és ügyfélcsoportok paraméterezésénél?
Mind a cikk, mind az ügyfél csoportosítás Kontrollingos
paraméterezésénél 2 fontos szempont szerint kell eljárni.
· Olyan ügyfélcsoport/cikkcsoport kerüljön megadásra, aminek van
legalább egy nemüres alcsoportja (ha ez nem teljesül egy csoportnál,
akkor azt beszürkíti a paraméterező felület, és nem engedi kiválasztani)
· Olyan csoport fastruktúrát kell megadni (gyökér csoportjának
azonosítójával), amelyben egyértelműen sorolható be minden egyes
cikk/ügyfél, azaz a csoport fastruktúrában legfeljebb egy helyre lehet
besorolni azt. (Ellenkező esetben az éjszakai feldolgozás - hogy
biztosítsa az egyértelműséget - csak a feldolgozás sorrendje szerinti
első besorolást veszi figyelembe. Ilyenkor csak az egyik ilyen csoportba
kerül bele a cikk/ügyfél a Kontrollingon belül.)
Nem a beállított paraméter szerint jönnek a cikkek, vagy ügyfelek CSOPORT-jai, vagy a GYŰJTŐK.
Meg kell vizsgálni, hogy a legutóbbi job-lefutás után kerültek-e
beállításra a paraméterek, mivel a job lefutása frissíti ezeket. Az is
lehet, hogy már korábban beállításra kerültek, csak a job nem futott le.
Ilyenkor a job lefutás hibájáról mindenképpen bejelentést kérünk, és
kivizsgáljuk.
Nem futott le az éjszakai job.
Ilyenkor mindenképpen bejelentés kell. Általában az éjszakai job
(általában mindenes néven) utolsó néhány (általában 2-3) lépése felel a
Kontrolling frissítéséért. Ha ezeknél van probléma, akkor az
Kontrollingos ügyintézést kíván, ám ha ezt megelőző lépéseknél akad el a job,
akkor Vectorys probléma áll fenn.
A Vectory ki szokta írni bejelentkezéskor, ha probléma volta jobbal.
FIGYELEM! A Vectory program az utolsó néhány nap problémáját szokta
figyelni. Így ha javítva lett a job tegnap, és már szépen lefutott mára,
A Vectory akkor is kiírja még, mivel tegnapelőttre még hibásnak látja.
Ilyenkor nem kell külön bejelentést tenni, mivel ez magától elmúlik.
Ha az ügyfelet nagyon zavarja, akkor egy programozó a job log-ját
kitörölve megszűntetheti a jelenséget.
Invalid Xml - érvénytelen karaktert tartalmazó cikkszám
Ilyenkor a cikkszam_invalid_xml tarolt eljárással le tudod kérni a
hulye cikkszamokat, majd az alábbi sablon leírás mehet az ügyfélnek:
A kontrolling azért nem fut le az éjjeli adatkarbantartás során, mert
olyan cikkszám került be a rendszerbe, amely érvénytelen karaktereket
tartalmaz. A vectoryban ez valószínűleg nem okoz gondot és nem is
biztos, hogy látszik.
A kérdéses cikkszám a 150_2.5_2000_V0034
A problémára az a megoldás, hogy erre a cikkre cikkösszevezetést kell
csinálni: először átnevezni egy ideiglenes névre, majd vissza az
eredetire, de már helyesen, billentyűzetről beírva a cikkszámot.
Amikor ez megvan, akkor a kontrollingos job is le fog futni.
Üdv,..
alapértelmezett Kontrolling rendszerparaméterek
select * from global_new where param_name in
('kont_ktetel_dayzero_', 'kont_kkeszlet_dayzero', 'kont_penzugy_dayzero',
'kont_penzugy_dayend', 'k3_fieldlist_repair_plugin_zz_60_aruhitel', 'k4_kerekites',
'k4_tetel_zaras', 'k4_mail', 'k4_olap', 'k4_virt_tetel_gen', 'K4_GYUJTOKODOK')
exec gnup 'kont_ktetel_dayzero_','2017.01.01'
exec gnup 'kont_kkeszlet_dayzero','-12'
exec gnup 'kont_penzugy_dayzero','12'
exec gnup 'kont_penzugy_dayend','-1'
exec gnup 'k3_fieldlist_repair_plugin_zz_60_aruhitel','1'
exec gnup 'k4_kerekites','0'
declare @val varchar(255)
set @val = (select
convert(varchar(4),(year(min(tetteljdat))))+'.01.01' from tetel where tetteljdat\>'2000.01.01')
exec gnup 'k4_tetel_zaras', @val
exec gnup 'k4_mail','0'
exec gnup 'k4_olap','1'
exec gnup 'k4_virt_tetel_gen','2'
exec gnup 'K4_GYUJTOKODOK','2'