Mi az a felügyelt 1c alkalmazás? Felügyelt alkalmazás. Hogyan lehet megnyitni egy meglévő objektum űrlapját

Helló.

A legutóbbi bejegyzésben a normál és felügyelt alkalmazásokról, az 1C:Enterprise normál és kezelt formáiról írtam, a cikk itt található.
A jövő a menedzselt alkalmazásé, már most is sok tipikus konfiguráció egy felügyelt alkalmazásra épül, ezek közé tartozik:
1. „1C: Trade Management 11”;
2. „1C: Kisvállalat vezetése 8”;
3. „1C: 8. dokumentumfolyamat”;
4. „1C: Vállalati számvitel 3.0”;
5. „1C: Manufacturing Enterprise Management 2.0” (a közeljövőben jelenik meg);

Ezek az alkalmazások felügyelt űrlapokon alapulnak, és automatikusan megnyílnak a vékonykliensben.

Sok külső kezelésekés a jelentések nem rendelkeznek kezelt űrlapokkal és felügyelt alkalmazásokban megnyitva megnyílnak, de üresek lesznek, pl. nem működnek, normál alkalmazásokban működnek.

A megnyitás feldolgozásának példája a következő bejegyzésben található: ""

A legtöbb általános és egyéb feldolgozás csak normál alkalmazásban futtatható.

Most fontolja meg a következő kérdést: Hogyan lehet elindítani egy normál alkalmazást, ha az alkalmazás alapértelmezés szerint a vékonykliensben fut?

Meg kell adni a konfigurátor paraméterét Kezelt alkalmazás és rendszeres alkalmazás, majd a prioritás szerint az alkalmazás indításakor.

Az alkalmazás elindításának elsőbbsége a következő:
1. Először az információs bázis regisztrációs tulajdonságát elemzik.
2. A második azt elemzi, hogy a felhasználó kénytelen-e normál vagy felügyelt alkalmazást konfigurálni. Ha az érték Auto, akkor az átmenet a következő szintre történik.
3. Végül pedig a fő konfigurációs indítási mód elemzésére kerül sor.

Annak érdekében, hogy elkapja az alkalmazás elindításának és a munka befejezésének pillanatát, azt használja.

Nézzük meg részletesebben az egyes pontokat.

Normál és felügyelt űrlapok létrehozása akkor válik elérhetővé, ha a paramétert konfigurátor módban adjuk meg Szolgáltatás – Általános – Felügyelt alkalmazás és Rendszeres alkalmazás

Alkalmazásindítási prioritás

Első az indítandó kliens kiválasztásakor bekapcsolja az infobázis regisztrációs tulajdonságát ez a számítógép. Ehhez az infobázis regisztrációs ablakában a Szerkesztés gombra kell kattintani, az infobázis szerkesztőlap harmadik lapjára lépni és a csoportban Alap indítási mód válassza ki az indítani kívánt kliens típusát.

Második az alkalmazásindítási mód elemzése megtörténik konkrét felhasználó. A felhasználók listájában van beállítva. Adminisztráció – A felhasználók kiválasztják a felhasználót, majd az Egyéb lapon a kiválasztási mezőben Indítási mód válassza a Felügyelt alkalmazás vagy Rendszeres alkalmazás.
Az Elérhető szerepkörök listában megjelölt szerepkörök esetén meg kell adnia a vastag ügyfél futtatásának jogát.

  4
 A konfigurátorban a konfigurációs tulajdonságokban van egy „Modality use mode” paraméter. Ha a Not use-t állítjuk be, akkor elvileg minden kód, amely az OpenFormModal() Question(), Warning(),...   3
 Szükséges, hogy a felhasználók ne módosíthassák a számukra konfigurált felületet! Megoldás: A letiltásához el kell távolítania a „Felhasználói adatok mentése” jogot a gyökér konfigurációs elem hozzáférési jogai közül. ...   3
 Amikor az 1C-ben dokumentumokkal dolgozik, nagyon gyakran meg kell nézni a mozgásukat regiszter szerint...   2
 A jelenlegi munkában a felhasználó általában több objektumot nyit meg. Ez lehet dokumentum, kézikönyv, jelentés stb. Az előző felületen nem volt probléma egy nyitott objektum gyors megtalálásával és frissítésével...   2
 Az előző cikkben: Címosztályozó (KLADR) telepítése 1C-ben elmondtam, hogy mi az a KLADR, és hogyan lehet betölteni 1C normál űrlapokba (8.0-8.2). Ebben a cikkben elmondom, hogyan töltheti be a címosztályozót (KLADR) a...

Kiadom a „Fejlesztési alapok az 1C: Taxiban” című könyvem második fejezetét.

2. fejezet: Rendszeres és felügyelt 1C alkalmazás

Ebben a fejezetben megnézzük, mi az a normál és menedzselt alkalmazás, és miben különböznek egymástól, de előtte megnézzük az „interfész” fogalmát.

Egyébként mi az a "interfész"? Lényegében ez a közös határ két kölcsönhatásban lévő rendszer között (nagyon gyakran az egyik rendszer egy személy). Vegyünk például egy autót. Van rajta interfész? Igen, persze. De mi a közös határ az autó és az ember között? Először is ezt munkahely, azaz közvetlenül a vezetőülés és a kezelőszervek (kormánykerék, gázpedál, fékpedál stb.) Másodszor, ezek az emberi interakció elvei az autókkal, amelyek egyfajta szabályrendszer. Például egy autó felgyorsításához meg kell nyomnia a gázpedált, le kell lassítania - a fékpedált, jobbra forduláshoz jobbra kell forgatnia a kormányt stb. Ennek a két entitásnak köszönhetően egy személy vezethet autót. Vegyél el egy dolgot, és lehetetlenné válik az autóvezetés.

A világban szoftver minden pontosan ugyanaz. Az egyik rendszer egy személy – egy operátor, egy felhasználó. A második rendszer pedig egy bizonyos típusú emberi tevékenység automatizálására létrehozott alkalmazás (az alkalmazásprogramozást fontolgatjuk).

Például önállóan kell vezetnünk a raktári nyilvántartást: el kell végeznünk az áruk raktárba érkezését, ezeket az árukat le kell írni és az egyenlegeket figyelnünk kell. Mi lesz a közös határ az alkalmazás és a felhasználó között, függetlenül attól, hogy hogyan és hol írják? Először is, ezek információbeviteli szervek – különben hogyan közvetíti a programnak, hogy valamilyen termékből 5 darab érkezett a raktárba. Esetünkben ez egy számítógép billentyűzet és PC egér. Másodszor, ez egy számítógép és egy személy közötti interakciós rendszer. Ez lehet például egy parancssori interfész: A billentyűzet segítségével különféle adatokat írhat be szöveges karakterláncok(parancsok), és használja őket a végrehajtáshoz szükséges intézkedéseket(rögzítse az áruk érkezését, az áruk fogyasztását stb.). Egy ilyen interfész valahogy így néz ki: lásd az ábrát. 1.2.1.

Rizs. 1.2.1 Példa a parancssorra

Ez az ábra mutatja parancs sor operációs rendszer A Windows segítségével szinte minden műveletet elvégezhet, amit az Explorerben: fájlok másolása, fájlok törlése, könyvtárak létrehozása stb.

Ez a fajta interfész régóta archaikus, és felváltotta a grafikus felhasználói felület (eng. grafikus felhasználói felület GUI). Ezen a felületen a felhasználó és az alkalmazás közötti interakció a kijelzőre rajzolt különféle grafikai elemeken (gombok, ikonok, kapcsolók stb.) keresztül történik. A grafikus felületen a kezelő véletlenszerű hozzáféréssel rendelkezik bármely grafikus elemhez. Esetünkben, amikor a raktári könyvelést automatizáljuk, az interakció a következőképpen nézhet ki: a kezelő megnyomja az „Átvétel” gombot, megnyílik a termékkiválasztó űrlap, ahol a kezelő kiválasztja a listából a kívánt terméket és megadja annak mennyiségét. Ha kiadásra van szüksége, az üzemeltető megnyomja a „Fogyasztás” gombot, és megnyílik egy kiválasztási űrlap is, ahol az üzemeltető szintén kiválasztja a kívánt terméket és megadja annak mennyiségét. Amikor egyenleget kell ellenőrizni, a kezelő a „Maradványok” gombra kattint, és a program megjeleníti a raktárban maradt árut. Így ezzel a grafikus felülettel meglehetősen sikeresen nyomon követheti a raktárban lévő árukat.

Fejezzük be az elméleti részt, és térjünk át közvetlenül a fejezet témájára. Mégpedig az 1C program alkalmazási felületeinek típusaira, amelyek mind grafikus felhasználói felületek. Az 1C: Enterprise 8 program két globális típusú grafikus alkalmazási felülettel rendelkezik. Ezek a normál alkalmazásmód és a felügyelt űrlapok alkalmazásmódja (vagy felügyelt alkalmazás).

Kiadási platformok 8.0 és 8.1. csak normál módban működött, a platform magasabb verziói (8.2, 8.3 stb.) normál alkalmazás módban és felügyelt alkalmazás módban is működhetnek.

Normál alkalmazási mód

Szinte minden modern konfiguráció már felügyelt módban működik, de még mindig vannak olyan szervezetek, amelyek régi konfigurációkat használnak, amelyek normál alkalmazásmódban működnek. Ezért ismerni kell a rendszeres alkalmazás működési elveit. Ezt nagyon részletesen tárgyalom könyvemben (3. és 4. fejezet). Itt csak a legáltalánosabb pontokat érintjük.

A normál alkalmazásmód a 8.0 és 8.1 platformokon használt felületet és űrlapokat használja. Korábban ezt a módot nem hívták semminek, de most „szokásos alkalmazási módnak”, az ebben a módban használt űrlapokat pedig „szabályos űrlapoknak” nevezik.

Nézzük meg gyorsan, hogyan is néz ki ez a mód. Sokan már ismerik, de néhányan, különösen azok, akik még nem láttak dolgozni a 8.0 és 8.1 platform alatt, először látják.

A program betöltése után a felhasználó egy felületet lát a tetején menüvel (lásd 1.2.2. ábra).

1.2.2 ábra Egy normál alkalmazás interfész nézete

A menüelemek végighaladásával a felhasználó megnyithatja különféle formák. Ezek elsősorban a címtárak és dokumentumok listáinak formái (lásd 1.2.3. ábra), de lehetnek jelentések, feldolgozások, számlatáblázatok stb.

1.2.3. ábra. Dokumentumlista űrlap

A lista űrlapról a felhasználó megnyithatja egy dokumentum vagy segédkönyv űrlapját (lásd 1.2.4. ábra).

Rizs. 1.2.4. Dokumentum űrlap

A fejlesztő használhat automatikusan generált űrlapokat, vagy saját maga is megtervezheti azokat a -ban.

A fejlesztőnek szabályos űrlapokat kell terveznie az egérrel: helyezze el őket az űrlapon szükséges elemeket(gomb, mező, asztal), helyezze át őket egy megfelelő helyre, és határozza meg a méretet (lásd 1.2.5. ábra).

1.2.5. ábra. Hagyományos formák tervezése

Nagyon gyakran az összetett formák kidolgozásakor figyelembe kellett venni a formaelemek egymás közötti kölcsönhatását. Erre a célra kötéseket hoztak létre. Néha összezavarodtak, és nem vették fel egészen a formát. csodálatos kilátás. Ezt a mechanizmust és helytelen használatának következményeit nem részletezzük, mivel az ellenőrzött formák esetében elvesztette jelentőségét.

Végezetül megjegyzem, hogy a felügyelt alkalmazással ellentétben egy normál alkalmazás csak „vastag kliens” alatt tud működni. Nagyjából ez a fő, legalapvetőbb különbség a hagyományos és az ellenőrzött formák között. Mivel a felügyelt alkalmazásmódot kifejezetten „vékony kliens” alatti munkára tervezték.

Felügyelt alkalmazás mód

Tehát mi a sajátossága és alapvető különbsége a felügyelt alkalmazásmód és a normál között? A fő különbség a felügyelt parancsfelület és a felügyelt űrlapok használata. Nézzük meg ezeket az entitásokat külön-külön. Mi az a felügyelt parancsfelület? A kérdés megválaszolásához újra el kell mélyedni a múltban.

Tekintsük a legegyszerűbb formában, hogyan fejlesztették ki a konfigurációt egy normál alkalmazásban. Először az üzleti logikát terveztük: dokumentumok, címtárak, jelentések, feldolgozás és ezek egymás közötti interakciója. Ezután szerepköröket állítottunk be, például a „Szállító” szerepkörrel rendelkező felhasználó hozzáfért az „Árubevétel” dokumentumhoz, de nem az „Árukimenet” dokumentumhoz. Ezzel szemben az „Eladó” szerepkörrel rendelkező felhasználó hozzáfért az „Árukiadás” dokumentumhoz, de nem az „Árubevétel” dokumentumhoz. A következő lépés az volt, hogy minden felhasználótípushoz interfészt kellett kifejleszteni. Azok, akik hagyományos alkalmazás alatt gyakorolták a fejlesztést, emlékeznek arra, hogy volt egy olyan konfigurációs objektum, mint az „Interfész”, amelyben az 1.2.2. ábrán látható menühöz hasonlóan minden menüt lehetett konfigurálni. Esetünkben pedig a fejlesztőnek kellett vennie a fáradságot, hogy két interfészt hozzon létre: az egyiket a szállítónak, a másikat az eladónak. Mert ha egy közös felületet dolgozott volna ki, amelyen az „Árubevétel” bizonylatot és az „Árukimenet” bizonylatot is meg lehet nyitni, akkor nem lenne teljesen helyes, ha a szállító, amikor megpróbálja megnyitni az „Árukimenet” listát, dokumentumokat, kapott egy üzenetrendszert, hogy ehhez nincs joga. Ennek elkerülése érdekében két interfészt kellett készíteni, és minden felhasználóhoz meg kellett adni, hogy melyik felületen dolgozzon.

Felügyelt alkalmazás módban minden sokkal egyszerűbb. A menedzselt parancsfelületet a következő részben fogjuk részletesebben tanulmányozni. Ebben a részben a legáltalánosabb módon elemezzük. A taxi felület esetében a kezelt parancsfelület így néz ki:

Rizs. 1.2.6. Felügyelt parancsfelület

A felügyelt alkalmazás fejlesztésekor a programozónak kissé más utat kell bejárnia. Az üzleti logika fejlesztése előtt meg kell határoznunk azokat az alrendszereket, amelyekbe az objektumaink belekerülnek (egy normál alkalmazásban ezek is léteznek, de inkább deklaratív jellegűek). Például az „Áru átvétele” dokumentum az „Ellátás” alrendszerben, az „Áruk fogyasztása” dokumentum pedig az „Értékesítés” alrendszerben fog szerepelni. Ugyanakkor egyes objektumok egyidejűleg több alrendszerben is elhelyezhetők: a „Termékek” címtár az „Értékesítés” alrendszerben, valamint az „Ellátás” alrendszerben, valamint a „Marketing” alrendszerben fog megjelenni. Ebben az esetben a fejlesztőnek nem kell „Interfész” objektumot létrehoznia, a felhasználói jogosultságok és a funkcionális opciók beállításai alapján maga a rendszer automatikusan elkészíti a kívánt típusú interfészt.

Ha néhány felhasználónak olyan szerepköre van, amelynek nincs jogosultsága az alrendszer megtekintésére, például „Ellátás”, akkor az 1C alkalmazás indításakor egyszerűen nem fogja látni ezt a menüpontot. Ezenkívül nem fog olyan dokumentumot látni a menülistában, amelynek legalább megtekintési joga nincs.

Az 1.2.6. ábrán a felhasználói felület teljes joggal látta, és például az eladó felülete így fog kinézni:

Rizs. 1.2.7. Korlátozott felhasználói felület

Egy másik különbség a szokásos felülethez képest, hogy a felhasználó önállóan meghatározhatja felületének megjelenését a navigációs beállítások, műveletek, szakaszok stb. segítségével. Például az 1.2.7. ábrán látható felületről eltávolíthatjuk ( az aktuális funkciói közül szakasz Főmenü) tételek „Raktár” és „Termék”. Ezt a megjelenést kapod:

Rizs. 1.2.8. Felhasználói felület az aktuális rész csökkentett funkcióival

A felhasználói felület testreszabását e rész következő fejezeteiben, valamint a szerepek és a szerepek közötti kapcsolatokat nézzük meg részletesebben. kinézet A felületet a kurzus következő részében tanulmányozzuk. Most nézzük meg a fő különbségeket a felügyelt parancsfelület és a normál között.

• A kezelt parancsfelület megjelenése a felhasználói jogosultságok és a funkcionális opciók beállításaitól függően automatikusan platformmechanizmusok segítségével konfigurálható.
• A felhasználó önállóan tetszés szerint testreszabhatja a felület megjelenését.

Most nézzük meg, mik azok a kezelt űrlapok.

Tanuljon programozni 1C-ben a „Programozás 1C-ben 11 lépésben” című könyvem segítségével.

1. Nincsenek bonyolult szakkifejezések.
2. Több mint 700 oldal gyakorlati anyag.
3. Minden feladathoz tartozik egy rajz (screenshot).
4. Feladatok gyűjteménye házi feladathoz.
5. A könyv világos és egyszerű nyelven- kezdőknek.
6. A könyvet a címre küldik email V PDF formátum. Bármilyen eszközön kinyitható!

Ha ez a lecke segített valamilyen probléma megoldásában, tetszett vagy hasznosnak találta, akkor tetszőleges összeggel támogathatja projektemet:

Fizethet kézzel:

Yandex.Money - 410012882996301
Web Money - R955262494655

Csatlakozz a csoportjaimhoz.

Minden 1C:Enterprise adminisztrátor tudja, hogy a felhasználói jogok szétválasztása és a munkafelület megfelelő módosítása az egyik fő feladat a könyvelési rendszer bevezetésekor vagy új felhasználók hozzáadásakor. A munka hatékonysága és az adatbiztonság attól függ, hogy ezt a feladatot milyen jól végzik el. Ezért ma a felhasználói jogok és a felület beállításának jellemzőiről fogunk beszélni egy felügyelt alkalmazásban.

Először is szeretném megjegyezni az ilyen típusú beállítások főbb szempontjait. Sokan egyoldalúan közelítik meg ezt a kérdést, pusztán az adatokhoz való jogosulatlan hozzáférés vagy a minősítés nélküli módosítás elleni védelem intézkedésének tekintik őket. Ugyanakkor megfeledkeznek az érem másik oldaláról: egyszerű és kényelmes munkakörnyezet kialakításáról a felhasználó számára. Azokban az esetekben, amikor a felhasználó munkafelülete túlterhelt felesleges elemekkel, amelyek jelentése nem teljesen világos számára, téves benyomás alakul ki a program túlzott bonyolultságáról, és fél a hibázástól. Nyilvánvaló, hogy ez semmilyen módon nem járul hozzá az alkalmazottak termelékenységének növeléséhez.

Ideális esetben minden alkalmazottnak csak azokat az interfészelemeket kell látnia, amelyekre az azonnali feladatai ellátásához szüksége van. Akkor könnyebb lesz dolgozni, és nem lesz kísértés, hogy oda mássz, ahol nem kellene. Sőt, az ilyen beállításokat akkor is célszerű elvégezni, ha egyes alrendszereket egyszerűen nem használnak, vagy nincs szükség a hozzáférés korlátozására. Ez egyszerűbbé és érthetőbbé teszi a felületet, így a felhasználó munkája könnyebb és kényelmesebb lesz.

Ha egy kicsit visszamegyünk, emlékezhetünk rá a hagyományos konfigurációkban SzerepekÉs Interfészek részei voltak a konfigurációnak és számukra finomhangolás szükséges volt a változtatási lehetőség engedélyezése, az alapverziókban pedig egyáltalán nem.

Ennek a megközelítésnek a hátrányai nyilvánvalóak: ez bonyolítja az információs bázisok karbantartását, és esetleges konfliktusokat a későbbi frissítések során, amikor a megváltozott konfigurációs objektumok hozzáférési jogokat igényelnek.

A felügyelt alkalmazásban a jogosultságok és interfészek beállításai végül felhasználói módba kerültek, és közvetlenül a program felületéről konfigurálhatók. A felhasználók jogai a hozzáférési csoportokban való tagságuk alapján vannak hozzárendelve. Menjünk-hoz Adminisztráció - Felhasználói és jogosultsági beállítások - Hozzáférési csoportok - Hozzáférés a csoportprofilokhoz, ahol a fő hozzáférési csoportokhoz előre telepített profilokat fogunk látni.

Egy felhasználó egyszerre több hozzáférési csoportnak is tagja lehet, ebben az esetben a keletkező jogosultságok összegzésre kerülnek. Általánosságban elmondható, hogy minden meglehetősen világos és ismerős, kivéve, hogy a beállításokat most felhasználói módban hajtják végre, és nem a konfigurátorban.

De ha megpróbáljuk megtalálni az interfész beállításait, kudarcot vallunk. Felügyelt alkalmazásban a felület munkaterület automatikusan generálódik, a hozzáférési jogok alapján. Hasonlítsuk össze például az Adminisztrátor és az Értékesítési menedzser panelek felületeit:

Általánosságban elmondható, hogy az ötlet hangos, ha van hozzáférési jog az objektumhoz, akkor a felületen megmutatjuk, ha nincs, akkor elrejtjük. Ez sokkal jobb, mint a rendszeres alkalmazásokban felbukkanó üzenetek a hozzáférési jogsértésekről, amikor az utóbbiak nem felelnek meg a kijelölt felületnek. Ha jogokat ad hozzá egy hozzáférési csoporthoz, vagy fordítva, eltávolítja azokat, akkor a hozzájuk tartozó felületelemek maguktól megjelennek vagy eltűnnek. Kényelmes? Igen.

A felhasználó a hozzáférési jogai keretein belül önállóan is konfigurálhatja munkaterületét. Első pillantásra minden jónak tűnik, de volt egy légy a kenőcsben. Nincs olyan mechanizmus, amely lehetővé tenné, hogy központilag konfiguráljon és „alapértelmezett” felületet rendeljen a felügyelt alkalmazások felhasználóihoz.

Ha megnézzük az Adminisztráció - Felhasználói és jogosultsági beállítások - Személyes felhasználói beállítások - Felhasználói beállításokat, akkor ott egy listát fogunk látni azokról az objektumokról, amelyek beállításait a felhasználó módosította, de ezeket semmilyen módon nem tudjuk megváltoztatni.

Azok. arra kérünk, hogy közvetlenül a felhasználóhoz jelentkezzünk be, és az ő nevében konfiguráljuk a működő felületet. Ellentmondásos döntés, különösen, ha nincs két vagy három felhasználó. Szerencsére a fejlesztők lehetőséget biztosítottak a felhasználói beállítások másolására, ami lehetővé teszi, hogy egy felhasználó felületét úgy szabjuk testre, ahogyan a beállításokat gyorsan alkalmazzuk mindenki másra.

Hogy ne legyünk alaptalanok, nézzünk egy gyakorlati példát. Az online pénztárgépekre való átállás előkészítéseként egy kis fogászati ​​rendelőhálózat pénztárgépeinek automatizálásáról döntöttek. A klinika automatizálásának alapja az iparág-specifikus szoftver volt, amely nem 1C-re épült és nem biztosít kapcsolatot adóügyi anyakönyvvezető Ezért a pénztárgépek automatizálására az Enterprise Accounting 3.0 konfiguráció alkalmazása mellett döntöttek, amely minden szükséges funkciót tartalmaz.

Itt két nehézséggel kell szembenéznünk, bár ha jobban megnézzük, azt találjuk, hogy ez ugyanannak az éremnek a két oldala. Röviden: a személyzet még soha nem dolgozott az 1C-vel, ezért olyan munkakörnyezetet kellett létrehozni, amely a lehető legkönnyebben megtanulható, ugyanakkor védelmet nyújt. információs bázis a személyzet esetleges minősíthetetlen befolyásától. A felügyelt alkalmazás lehetővé teszi, hogy egyszerűen ötvözze az üzletet az örömmel, így korlátozza a felhasználót, ugyanakkor lehetővé teszi számára, hogy kényelmesen dolgozzon anélkül, hogy észrevenné a korlátozásokat.

Kezdjük. Először is létre kell hoznia egy felhasználói csoport profilt. Ha megnyitjuk a szabványos profilokat, látni fogjuk, hogy nincs lehetőség megváltoztatni őket. Ez véleményünk szerint helyes, a történelem rengeteg példát tud arra, amikor a hivatalos buzgalom rohamában a szabványjogokat olyan állapotba lapátolták, hogy vissza kellett őket állítani a szabványos konfigurációból. Ez félrevezetheti az adatbázis többi felhasználóját vagy adminisztrátorát is, akik elvárják, hogy meglássák szabvány készletek jobb

Ezért megtaláljuk a feladatainknak legmegfelelőbb profilt, esetünkben Sales Manager, és készítünk róla másolatot, aminek a Pénztár nevet adjuk. Most már saját belátásunk szerint konfigurálhatjuk a jogokat. Az alapértelmezés szerint kínált sima listával azonban nem teljesen kényelmes dolgozni, hacsak nem kell gyorsan találni egy már ismert opciót; a legtöbb esetben sokkal kényelmesebb a listával dolgozni, ha engedélyezi az alrendszerek szerinti csoportosítást.

Ezen a témán nem térünk ki, hiszen a jogok kiosztása a felhasználó konkrét feladataitól függ, csak azt tanácsolhatjuk, hogy járjunk körültekintően és ne essünk túlzásokba. Ne feledje, hogy az Ön feladata a kényelmes és biztonságos munkakörnyezet megteremtése, és nem az, hogy mindent megtiltson.

A profil létrehozása után a kívánt felhasználókhoz hozzáférési csoportot rendelünk, és az egyik alatt elindítjuk a programot. A hozzárendelt jogoktól függően egy automatikusan generált felületet fog látni.

Ez elvileg már egész jó, de nálunk minden még csak most kezdődik. Meglepetésünkre sok felhasználó és adminisztrátor még mindig nem tudja, hogyan konfigurálja a „Taxi” felületet, és továbbra is panaszkodik a „kellemetlenségeiért”.

Menjünk-hoz Főmenü - Nézet, ahol számos beállítást fogunk látni a felülettel kapcsolatban.

Kezdjük azzal szakasz panel beállításai, esetünkben a kínálat egy rövid szolgáltatáslistára korlátozódott, így a raktár rész feleslegesnek bizonyult, hogy ne bonyolítsuk és ne terheljük a felületet, csak eltávolítjuk.

Ezután minden szakaszban a jobb felső sarokban lévő fogaskerékre kattintva szekvenciálisan konfiguráljuk a navigációt és a műveleteket. Itt is eltávolítunk mindent, ami a mindennapi munkában nem szükséges, és éppen ellenkezőleg, előtérbe helyezzük azt, ami szükséges.

Akár összehasonlíthatod is, milyen volt és hogyan lett belőle:

Végül konfiguráljuk a paneleket. Mivel kevés partíciónk van, érdemes a partíciós panelt felfelé, a nyitott panelt lefelé mozgatni, ezáltal vízszintesen kibővíteni a munkaterületet, ami a kis átlós vagy 4:3 formátumú monitoroknál fontos.

A befejezés után ismét ellenőriznie kell az összes beállítást; a legjobb, ha ezt a pénztáros valós tevékenységeinek szimulálásával teheti meg, ami azonnal segít értékelni a felülettel való munka egyszerűségét. Esetünkben egy egyszerű és kényelmes pénztáros munkahelyet kaptunk, mindenesetre a személyzet elsajátításával nem volt probléma:

Most ismét jelentkezzünk be a programba rendszergazdaként, és menjünk az Adminisztráció - Felhasználói és jogosultsági beállítások - Személyes felhasználói beállítások - Beállítások másolása menüpontra. A mi feladatunk, hogy az általunk végrehajtott változtatásokat a Pénztárosok csoport megmaradt felhasználói között terjesztjük. Maga a művelet meglehetősen egyszerű: válasszuk ki azt a felhasználót, akinek a beállításait másoljuk, jelezzük kinek és válasszuk ki, hogy pontosan mit.

Végül pedig megakadályozhatja, hogy a felhasználó saját maga szabja testre a felületet; ehhez lépjen vissza a csoportprofilhoz, és törölje a jelet a műveletből. Felhasználói adatok mentése.

Mint látható, a felület és a felhasználói jogok beállítása egy felügyelt alkalmazásban meglehetősen egyszerű, és néhány hiányosság ellenére sokkal nagyobb rugalmasságot és kényelmet biztosít a rendszergazdáknak, lehetővé téve számukra, hogy gyorsan kényelmes és biztonságos munkakörnyezetet hozzanak létre.

• Címkék:

Mindannyian tudjuk, hogy az 1C cégnek sok volt különböző verziók 1C platformok, most néhány érdekelni fog minket legújabb verziói a cikk írásakor ezek az 1C 8.2 és 1C 8.3 verziók. Ha mindkét verzióban kellett dolgoznia, akkor valószínűleg különbségeket észlelt ezen verziók interfészeiben, a felhasználók számára csak megjelenésükben különböznek. Lényegében egy választás rendszeres vagy menedzselt alkalmazás megmondja a rendszernek, hogy mely űrlapokat kell megjeleníteni a futtatáshoz, rendszeres vagy ellenőrzött, valamint azt, hogy melyik alkalmazáskliens lesz alapértelmezetten használatos, vastag vagy vékony. Több részletes információk Az ügyfelek számára olvassa el a „Mi a vastag és vékony kliens az 1C-ben, valamint ezek különbségei” című cikket.

Normál 1C alkalmazás (normál űrlapok, normál interfész, 1C 8.2 verzió)

Az 1C 8.2-ben csak a munkavégzés lehetséges szabályos nyomtatványokkal, normál alkalmazási módban. Az alábbi kép az adatbázist „normál 1C alkalmazás” üzemmódban mutatja (normál űrlapok).

Felügyelt 1C alkalmazás (felügyelt űrlapok, felügyelt felület, 1C 8.3 verzió)

Az 1C 8.3 platformon normál (kompatibilitási módban) és menedzselt űrlapokkal is dolgozhatunk. Ráadásul a kezelt űrlapoknak kétféle megjelenítésük van, ez a standard és a taxi. Az alábbiakban látható egy példa egy 1C 8.3 konfigurációra szabványos kezelt űrlapokkal, majd utána a „Taxi” felület látható.

Mi a különbség a normál és a felügyelt 1C alkalmazás között?

Amint azt már megtudtuk egy normál alkalmazás és egy felügyelt alkalmazás az 1C program ilyen típusú elindítása. Sőt, az 1C indítási típus értékétől függően ( rendszeres vagy menedzselt alkalmazás), alapértelmezés szerint egy adott felület töltődik be ( rendszeres vagy kezelt űrlapok), ezért nagyon sok szinonimája van ennek a fogalomnak. Szeretnénk megjegyezni, hogy az interfészek közötti különbségek meglehetősen jelentősek, a menedzselt felületet teljesen újratervezték. Elvileg ezek mind azok a különbségek, amelyeket az 1C program hétköznapi felhasználói látnak. Ami a programozókat illeti, a felügyelt interfész módosított kódot igényel, mivel a fejlesztés már az 1C 8.3-ban történik, és az 1C 8.2-ben nem, tehát az ebből eredő összes következmény. A kódot kliensre és szerverre is fel kell osztani, ezt a konfigurátor megfelelő direktívái jelzik.