A terminál külső összetevőinek regisztrálásával kapcsolatos problémák megoldása
Gyakran előfordul, hogy a programozóknak problémái vannak a külső összetevők (például a vásárlási eszköz-illesztőprogramok) összekapcsolásával, amikor a felhasználók 1C-vel dolgoznak, csatlakozva a kiszolgálóhoz a terminálon keresztül.
Ennek oka a Global Context funkció Külső komponens () csatlakozásának néhány funkciója.
Ebben az esetben a felhasználók láthatják például a cikk bejelentésében bemutatott képet.
A helyi számítógépeken végzett munka során nincsenek problémák a külső összetevők csatlakoztatásával.
Mi ez az oka? Ez annak köszönhető, hogy amikor a felhasználók a terminálkiszolgálón keresztül dolgoznak, kevesebb joga van, mint a helyi számítógépen végzett munkáknál.
Ezt könnyű ellenőrizni, ha adminisztrátori jogosultsággal rendelkező fiók alatt a terminálkiszolgálóhoz lép.
Ennek a különbségnek az oka, hogy az 1C nem tud egy külső összetevőt regisztrálni a rendszerleíró adatbázisba, amikor a felhasználó a szokásos jogok mellett a terminálon dolgozik, mert a normál felhasználónak nincs írási hozzáférése a HKEY_CLASSES_ROOT rendszerleíró kulcshoz.
A terminálon lévő külső összetevők csatlakoztatásáról szóló kiadványokban számosféle módszert kínálnak a probléma megoldására.
1. Indítsa el az első alkalommal 1C adminisztratív jogokat.
Ez a lehetőség nem mindig működik. Az alábbiakban elmagyarázom, miért.
2. Adja meg a terminál hétköznapi felhasználóinak a HKEY_CLASSES_ROOT rendszerleíró kulcs használatához való jogot.
Nem elegendő a "fejlett" felhasználók számára, hogy jobban csinálják, különben problémák merülhetnek fel.
3. Különböző "lotionok" használatával regisztrálja a VC-t a teljes jogú felhasználó nevében.
Túl sokat nem eszik.
Tehát hogyan lehet jobb kilépni ebből a helyzetből?
Saját megoldást javasolom ehhez a problémához. Véleményem szerint - egyszerű és gyönyörű, nem ajánlott lancere előtt.
Ennek a problémának a megvizsgálása során megkérdeztem - miért 1C általában megpróbálja újból regisztrálni a VC-t? Végtére is, már regisztrált a rendszerben.
Az eset kiderült, hogy a tipikus konfigurációban 1C (például: „Trade Management”) A szintaxis globális kontextusban módszer PodklyuchitVneshnyuyuKomponentu ():
Az illesztőprogram objektum = Új ("AddIn.ATOLScaner.Scaner45");
Amint látható, a sofőr VK csatlakozik a "ConnectedEquipment" kézikönyv "DriversTOLSkanerStrihkoda" elrendezéséből.
Mi történik ebben az esetben?
1C fenntartja eleme a temp mappát, pl: "C: \ Documents and Settings \ felhasználó \ Local Settings \ Temp \ 1032 \ v8_4_12.tmp"
és megpróbálja regisztrálni a HKEY_CLASSES_ROOT regisztrációs ágon ezen az útvonalon.
A terminálon a hétköznapi felhasználóknak nincs joga megváltoztatni a rendszerleíró adatbázist, ezért nem csatlakoznak az összetevőhöz.
Most arról, hogyan lehet kilépni ebből a helyzetből.
A Globális kontextus módszer csatlakozása A külső komponens () többféle szintaxis opcióval rendelkezik. Ezt fogjuk használni.
1. Regisztrálja a külső alkatrész regsvr32.exe segédprogramot a terminál szerver mappát a C: \ Windows \ System32 32 bites operációs rendszer mappa vagy C: \ WINDOWS \ SysWOW64 64 bites operációs rendszer.
2. A módszer további két szintaxisának egyikét használjuk. Csatlakoztassuk a külső komponenst ():
PodklyuchitVneshnyuyuKomponentu ( "C: \ WINDOWS \ SysWOW64 \ Scaner1C.dll", "ATOLSkaner" TipVneshneyKomponenty.COM);
Az illesztőprogram objektum = Új ("AddIn.ATOLScaner.Scaner45");
A meghajtó tárgya = Új (ProgID);
Véleményem szerint a 2-es opció előnyös.
Ugyanakkor az 1C nem próbálja újra regisztrálni a VC-t egy új elérési útra a rendszerleíró adatbázisban, és így minden probléma megoldódott.
Nos, ez minden. Sok szerencsét a munkádban!