Minden 1C: vállalati rendszergazda tudja, hogy a felhasználói jogok elkülönítése és a munkafelület megfelelő változásai az egyik fő feladat egy könyvelési rendszer bevezetésekor vagy új felhasználók megjelenésében. A munka hatékonysága és az adatbiztonság attól függ, mennyire jól teljesítik ezt a feladatot. Ezért ma beszélünk a felhasználói jogok és az interfész testreszabásának sajátosságairól egy felügyelt alkalmazásban.

Először is szeretném megjegyezni az ilyen típusú beállítások fő szempontjait. Sokan egyoldalúan közelítik meg ezt a kérdést, pusztán az adatokhoz való illetéktelen hozzáférés vagy szakszerűtlen módosításuk elleni védelem mértékének tekintve őket. Ugyanakkor elfelejtik az érem másik oldalát: egy egyszerű és kényelmes alkotást munkakörnyezet... Azokban az esetekben, amikor a felhasználói felület túlterhelt olyan felesleges elemekkel, amelyek jelentése ráadásul nem teljesen világos számára, hamis elképzelés merül fel a program túlzott összetettségéről, és félni kell a hibától. Nyilvánvaló, hogy ez semmilyen módon nem járul hozzá a munkavállalók termelékenységének növekedéséhez.

Ideális esetben minden alkalmazott csak azokat az interfész elemeket látja, amelyekre közvetlen feladatai ellátásához szüksége van. Akkor könnyebb dolgozni, és nem merül fel a kísértés, hogy felmásszunk, ahol nincs rá szükség. Ezenfelül akkor is van értelme elvégezni az ilyen beállításokat, ha egyes alrendszereket egyszerűen nem használnak, vagy nincs szükség hozzáférési korlátozásokra. Ez egyszerűbbé és érthetőbbé teszi a kezelőfelületet, következésképpen a felhasználó könnyebben és kényelmesen fog dolgozni.

Ha visszatérünk egy kicsit a múltba, akkor emlékezhetünk erre normál konfigurációkban Szerepek és Interfészek részei voltak a konfigurációnak és számukra finomhangolás szükséges volt ahhoz, hogy lehetővé tegye a változtatásokat, és be alapváltozatok egyáltalán lehetetlen volt.

Ennek a megközelítésnek a hátrányai nyilvánvalóak: mind az infobázis karbantartásának bonyolultsága, mind az esetleges konfliktusok a későbbi frissítések során, amikor a módosított konfigurációs objektumok megváltoztatják a hozzáférési jogokat.

Egy felügyelt alkalmazásban a jogok és az interfész beállításai végül felhasználói módba kerültek, és közvetlenül a programfelületről konfigurálódnak. A felhasználói jogokat a hozzáférési csoport tagságuk alapján osztják ki. Menjünk-hoz Adminisztráció - Felhasználói és jogbeállítások - Hozzáférési csoportok - Hozzáférés a csoportprofilokhoz, ahol a fő hozzáférési csoportok számára már előre beállított profilokat fogunk látni.

A felhasználó egyszerre több hozzáférési csoport tagja lehet, ebben az esetben összesítik a teljes jogokat. Általában minden meglehetősen világos és ismerős, kivéve, ha 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, akkor kudarcot vallunk. Egy felügyelt alkalmazásban a munkaterület interfész automatikusan generálásra kerül a hozzáférési jogok alapján. Például hasonlítsuk össze a Rendszergazda és az értékesítéskezelő szakasz panel felületeit:

Az ötlet általában megalapozott, hozzáférési jogok vannak az objektumra - a felületen mutatjuk meg, nem - elrejtjük. Ez sokkal jobb, mint a szokásos alkalmazásban megjelenő üzenetek a hozzáférés megsértéséről, amikor az utóbbiak nem egyeznek a hozzárendelt felülettel. Ha jogokat ad hozzá egy hozzáférési csoporthoz, vagy éppen ellenkezőleg, eltávolítja őket, akkor a hozzájuk társított felületelemek önmagukban jelennek meg vagy tűnnek el. Kényelmesen? Igen.

Ezenkívül a felhasználó a hozzáférési jogainak keretein belül önállóan testre szabhatja munkaterületét. Első ránézésre minden jól néz ki, de nem úgy, hogy légy lenne a kenőcsben. Nincs mechanizmus az alapértelmezett interfész központosított konfigurálására és a felhasználókhoz való hozzárendeléséhez egy felügyelt alkalmazásban.

Ha megnézzük az Adminisztráció - Felhasználói és jogbeállítások - Személyes felhasználói beállítások - Felhasználói beállítások listát, ott láthatjuk az összes olyan objektum listáját, amelyek beállításait a felhasználó megváltoztatta, de semmilyen módon nem változtathatjuk meg őket.

Azok. felajánljuk, hogy közvetlenül a felhasználó alá megyünk, és a nevében konfiguráljuk a munkafelületet. Vitatott döntés, különösen, ha nincs két vagy három felhasználó. Szerencsére a fejlesztők lehetővé tették a felhasználói beállítások másolását, ami lehetővé teszi az egyik felhasználó felületének testreszabását úgy, ahogyan a beállításokat gyorsan alkalmaznunk kell az összes többi felhasználó számára.

Annak érdekében, hogy ne legyen alaptalan, elemezzünk egy gyakorlati példát. Az online pénztárgépekre való áttérés előkészítéseként úgy döntöttek, hogy automatizálják a fogorvosi rendelőintézetek kis hálózatának pénztárpontjait. A klinikák automatizálásának alapja az iparági szoftver volt, amely nem az 1C-n alapult, és nem írja elő a fiskális nyilvántartó összekapcsolásának lehetőségét, ezért úgy döntöttek, hogy az összes szükséges funkciót tartalmazó Enterprise Accounting 3.0 konfigurációt használják a automatizálja a pénztárakat.

Itt két nehézséggel kell szembenéznünk, bár ha alaposan megnézzük, azt tapasztalhatjuk, hogy ugyanazon érem két oldala. Röviden: a személyzet még soha nem dolgozott az 1C-vel, ezért meg kellett teremteni a legkönnyebben megtanulható munkakörnyezetet, miközben meg kellett védeni az információs bázist az esetleges képesítés nélküli személyi expozíciótól. Felügyelt alkalmazás lehetővé teszi az üzleti élet és az öröm egyszerű összekapcsolását, így a felhasználó korlátozott, és ugyanakkor lehetővé teszi, hogy kényelmesen dolgozzon, és ne vegye észre a korlátozásokat.

Kezdjük. Először létre kell hoznia egy felhasználói csoport profilt. Ha kinyitjuk a standard profilokat, látni fogjuk, hogy nincs lehetőség azok megváltoztatására. Ez véleményünk szerint helyes, a történelem rengeteg példát ismer, amikor a szolgálati buzgalomban a szokásos jogokat olyan állapotba lapátolták, hogy vissza kellett állítani őket a referencia konfigurációból. Félrevezetheti az adatbázis többi felhasználóját vagy rendszergazdáját is, akik elvárják, hogy a szokásos profilok alatt normál jogokat láthassanak.

Ezért megtaláljuk a feladatainkhoz legmegfelelőbb profilt, esetünkben az értékesítési vezetőt, és készítünk róla egy másolatot, amelyet Pénztárosnak nevezünk el. Most saját belátása szerint testre szabhatjuk a jogokat. Az alapértelmezett lapos lista használata azonban nem túl kényelmes, hacsak nem kell gyorsan megtalálnia 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.

Ebben a kérdésben nem fogunk hasonlóan foglalkozni, mivel a jogok kiosztása a felhasználó konkrét feladataitól függ, csak azt tanácsolhatjuk, hogy körültekintően járjon el, és ne menjen túlzásba. Ne feledje, hogy az Ön feladata egy kényelmes és biztonságos munkakörnyezet megteremtése, nem pedig mindent kitilt a dobozból.

Miután létrehozott egy profilt, rendeljen hozzá egy hozzáférési csoportot a szükséges felhasználókhoz, és futtassa a programot az egyik alatt. A hozzárendelt jogoktól függően egy automatikusan létrehozott felület jelenik meg.

Elvileg ez már nagyon jó, de esetünkben minden csak most kezdődik. Meglepetésünkre sok felhasználónak és rendszergazdának még mindig fogalma sincs a "Taxi" felület konfigurációjáról, továbbra is panaszkodnak "kellemetlenségeire".

Menjünk-hoz Főmenü - Megtekintés, ahol számos, az interfésszel kapcsolatos beállítást fogunk látni.

Kezdjük azzal szakasz panel beállításait, esetünkben a választék a szolgáltatások rövid listájára korlátozódott, így a raktár rész feleslegesnek bizonyult, hogy ne bonyolítsuk és ne terheljük meg a felületet, egyszerűen eltávolítjuk.

Ezután minden szakaszban a jobb felső sarokban lévő fogaskerékre kattintva egymás után beállítjuk a navigációt és a műveleteket. Itt eltávolítunk mindent, ami a mindennapi munkában nem szükséges, de éppen ellenkezőleg, a szükségeset előtérbe helyezzük.

Még összehasonlíthatja, hogy volt és hogyan lett:

Végül konfiguráljuk a paneleket. Mivel kevés szekciónk van, a logikai panelt felfelé, a nyitott panelt pedig lefelé kell mozgatni, ezáltal a munkaterület vízszintesen bővül, ami fontos a kis átlós vagy 4: 3 formátumú monitorok számára.

A befejezés után újra ellenőriznie kell az összes beállítást, a legjobb, ha ezt utánzással végzi valódi cselekvés pénztáros, amely azonnal segít felmérni a kezelőfelülettel való munka kényelmét. Esetünkben egyszerűnek és kényelmesnek bizonyult munkahely a pénztáros mindenesetre nem okozott problémát a személyzet fejlesztésével:

Most ismét belépünk a programba az adminisztrátor alatt, és megyünk az Adminisztráció - Felhasználói és jogbeállítások - Személyes felhasználói beállítások - Beállítások másolása menüpontba. Feladatunk az elvégzett változtatások terjesztése a Pénztárosok csoport többi felhasználójával. Maga a művelet meglehetősen egyszerű: kiválasztjuk azt a felhasználót, akinek a beállításait másoljuk, megjelöljük, kinek és melyiket választjuk.

És végül megakadályozhatja, hogy a felhasználó saját kezűleg konfigurálja az interfészt, ehhez térjen vissza a csoportprofilhoz, és törölje a művelet jelölését Felhasználói adatok mentése.

Mint látható, a kezelt alkalmazásban az interfész és a felhasználói jogok konfigurálása meglehetősen egyszerű, és bizonyos hátrányok ellenére sokkal nagyobb rugalmasságot és kényelmet biztosít az adminisztrátoroknak, lehetővé téve számukra a kényelmes és biztonságos munkakörnyezet gyors létrehozását.

• Címkék:

A megtekintéséhez engedélyezze a JavaScript használatát

"1C: Enterprise 8. Felügyelt alkalmazás". Új lehetőségek

Nyikita Zaicev

Folytatjuk az új generációs technológiai platform - "1C: Enterprise 8. Managed Application" - képességeinek és építészeti koncepcióinak áttekintését. A cikk a kliens alkalmazások különféle típusait, a konfigurációs alrendszerek használatának új elvét, a funkcionális opciók és a kezelt jelentések mechanizmusait, valamint a "Felügyelt alkalmazás" néhány újdonságát veszi figyelembe.

Ügyfélalkalmazás-típusok

Az 1C: Enterprise 8 korábbi verzióiban nem volt lehetőség az ügyfélalkalmazás indítására. Ahhoz, hogy bármely felhasználó bármilyen infobázissal dolgozzon, csak egy típusú ügyfélalkalmazást használtak, amelyet „kliensnek” hívtak. A felhasználók távoli munkájának megszervezéséhez infobázissal különféle technológiákat alkalmaztak (és jelenleg is használnak), amelyek mindegyikének megvannak a maga előnyei és hátrányai. Távoli hozzáférés megszervezhető az "1C: Enterprise 8" szabványos eszközével:

Elosztott építése információs bázis... A távoli felhasználók minden csoportja a saját helyi infobázissal dolgozik, az adatokat rendszeresen szinkronizálják a fő infobázis és a távoli adatbázisok között. Ennek a technológiának az az előnye, hogy a távoli felhasználóknak egyáltalán nincs szükségük közvetlen hozzáférésre a "fő" információs bázishoz. De van egy hátránya is - az elosztott infobázis egyik csomópontjában végrehajtott adatváltozásokat nem azonnal, hanem egy idő után továbbítják a szomszédos csomópontokba.

Munka a webes felületen keresztül (az 1C: Enterprise 8.Web kiterjesztési platform alapján). Előnyök - az alacsony sebességű kommunikációs csatornákon való munkavégzés képessége, nincs szükség az 1C: Enterprise 8 telepítésére a felhasználó számítógépére. Hátrányok - jelentős funkcionális elszegényedés felhasználói felület a "vastag klienshez" képest az ASP.NET programozók bevonásának szükségessége egy webalkalmazás fejlesztéséhez.

Az infobázishoz való távoli hozzáférés nem rendszeres eszközökkel is megszervezhető:

Dolgozzon egy terminálszolgáltatáson keresztül. Előnyök - az a képesség, hogy alacsony sebességű kommunikációs csatornákon dolgozzanak, nem kell semmit változtatni a konfiguráción. Másrészről azonban további licencekre van szükség a szerverszoftverekhez és további hardver erőforrásokhoz (ideális esetben dedikált szerver a „terminál” felhasználók számára).

Munka egy VPN-kapcsolaton keresztül. Előny - a felhasználó a szokásos módon működik a távoli infobázissal, mintha az a helyi helyén lenne helyi hálózat... Hátrány - megbízható, nagy sebességű kommunikációs csatornára van szükség, nagy mennyiségű forgalmat fogyasztanak.

Kliens-szerver interakció

A „Felügyelt alkalmazás” célja, hogy egyszerűsítse és minimalizálja az infobázissal rendelkező felhasználók távmunkájának megszervezésével járó költségeket - mostantól a felhasználók online tudnak dolgozni az infobázissal mind a vállalat helyi hálózatán belül, mind az interneten keresztül.

Három különböző típusú ügyfélalkalmazás használható a „Felügyelt alkalmazásban”.

"Vastag kliens". Hasonló az 1C: Enterprise 8 korábbi verzióinak kliens alkalmazásához, de kompatibilis két működési móddal - normál és felügyelt. A fő különbség közöttük a globális felépítés elve parancs interfész (a "Felügyelt alkalmazás" új interfész-modelljéről további részletek sorozatunk előző cikkében találhatók). A "kövér kliens" több rendszererőforrást fogyaszt a felhasználó számítógépén, de nem szab funkcionális korlátozásokat a konfigurációval való együttműködésre.

"Vékony kliens". Az 1C: Enterprise teljesen új alkalmazás. Csak vezérelt üzemmódban működik, a felhasználók számára az interneten keresztül dolgozik infobázissal (természetesen a vállalkozás helyi hálózatán is működhet). A "vékony kliens" esetében létezik "alacsony csatlakozási sebesség" mód, amikor abban dolgozik, a platform optimalizálja az ügyfélalkalmazás és a szerver közötti interakció folyamatait alacsony sebességű kommunikációs csatornák számára. A "vékony kliens" lényegesen kevesebb rendszererőforrást igényel, mint a "vastag kliens", de funkcionálisan korlátozott - csak felügyelt konfigurációs formákkal működik, a Configurator mód nem érhető el.

Web kliens. Ebben az esetben nincs szükség az 1C: Enterprise 8 vagy bármilyen további szoftver telepítésére a felhasználó számítógépére. Az "1C: Enterprise 8" információs bázisokkal végzett munka egy szokásos internetes böngészőn (MS internet böngésző vagy Mozilla Firefox). A webes kliens funkcionális korlátai megegyeznek a "vékony kliens "ével: csak felügyelt űrlapokkal dolgozva a Configurator mód nem támogatott. Szinte teljes (néhány kisebb korlátozás kivételével) személyazonosságot deklarálnak kinézet és a rendszer viselkedése, ha vékony és webes klienssel dolgozik. Sajnos a cikk írásakor az 1C még nem tette közzé a web-kliens technológiát, ezért a technológiáról nyújtott információk csak a felügyelt alkalmazás kísérő dokumentációján alapulnak.

Alrendszer-alapú parancs interfész

Annak érdekében, hogy ne keveredjen össze és ne értse meg egyértelműen, hogy az infobázisokhoz való csatlakozás mely módszerei és melyik interfészmodellek támogatottak különböző típusok "1C: Enterprise 8" ügyfélalkalmazás, az információkat legjobban táblázat formájában lehet bemutatni (lásd az 1. és 2. táblázatot).

A "Felügyelt alkalmazás" használatakor az "1C: Enterprise 8" infobázishoz való online hozzáférés megszervezése alapvetően egy webkiszolgáló beállítását jelenti. Minden infobázishoz további szükséges:

Hozzon létre egy infobázis leíró fájlt (két sor XML);

Konfigurálja a webkiszolgáló (MS IIS vagy Apache) oldalán az infobázisnak megfelelő alkalmazást (virtuális könyvtárat).

Ezeket a műveleteket egyszer végzik el minden olyan infobázis esetében, amellyel távoli munka várható. Természetesen ahhoz, hogy a távoli felhasználók az infobázissal "vékony kliens" vagy webes kliens módban dolgozzanak, a konfigurációt ki kell dolgozni és (vagy) módosítani kell a "Felügyelt alkalmazás" új interfész-modelljéhez, és tartalmaznia kell a kezelt azoknak az objektumoknak a formái, amelyekkel távoli felhasználókat fognak használni.

Ne feledje, hogy a web-kliens technológia megjelenésével az "1C: Enterprise 8" teljes értékű multiplatform funkcionalitást szerez. Most az összes elem tájékoztatási rendszer Windows és Linux alatt is futtatható (lásd a 3. táblázatot).

Az egyetlen munkahely, ahol a Windows operációs rendszert telepíteni kell, az az információs rendszer rendszergazdájának a munkahelye, ahol az 1C: Enterprise 8 alkalmazást a Configurator módban kell futtatnia.

A parancs láthatóságának beállítása alapértelmezés szerint

Megjegyzendő továbbá az "1C: Enterprise 8" kliens-szerver architektúrájában az új típusú ügyfélalkalmazások megjelenésével összefüggésben végrehajtott változások. A platform korábbi verzióiban az ügyfél-kiszolgáló interakció egyetlen formája a kapcsolat volt, vagyis egy kemény kapcsolat az ügyfélalkalmazás és a kiszolgálófürt munkásfolyamatai között. Ez a kapcsolat akkor jön létre, amikor az ügyfél csatlakozik az infobázishoz, és az ügyfélalkalmazás bezárásáig fennáll.

A felhasználói felület testreszabása

"Felügyelt alkalmazásban", amikor a következővel dolgozik: vékony kliens"Vagy a webes kliens rugalmasabb kliens-szerver interakciós sémát használ: felhasználói munkamenetet. Az ügyfélalkalmazás minden kiszolgálóhoz intézett hívása külön van, és a kiszolgálófürt a korábbi hívásoktól függetlenül dolgozza fel. Ez a rendszer lehetővé teszi:

Növelje a rendszer "túlélhetőségét". Ha egy kiszolgálófürt munkásfolyamata valamilyen oknál fogva elérhetővé válik, az ügyfélalkalmazások más rendelkezésre álló munkásfolyamatokra váltanak (a korábbi verziókban a munkafolyamat „összeomlása” az összes kapcsolat megszakadását és a folyamat által kiszolgált összes ügyfélalkalmazás „összeomlását” eredményezte).

Javítsa a rendszer teljesítményét a terhelések dinamikus elosztásával. A korábbi verziókban a terhelést csak a szerverhez való első kliens-hozzáférés pillanatában osztották szét. A "Felügyelt alkalmazásban" a fürtkezelő folyamatosan figyelemmel kíséri a dolgozói folyamatok terhelését, és a munkaterhelést elosztja közöttük. Ha az ügyfélalkalmazást kiszolgáló munkásfolyamat vagy munkaszerver hirtelen túlterhelt, a kiszolgáló következő elérésekor az ügyfél kevésbé terhelt folyamatra vagy kiszolgálóra vált.

Konfigurációs alrendszerek

Az 1C: Enterprise 8 korábbi verzióiban a konfigurációs alrendszerek nem hordoztak funkcionális terhelést. Természetesen nem mondható el, hogy a "Felügyelt alkalmazás" megjelenése előtt az alrendszer mechanizmusa tisztán dekoratív volt - a konfigurációs fejlesztők és az információs bázisok karbantartásával foglalkozó szakemberek számos technológiai probléma megoldására használták fel. De az alrendszerek egyáltalán nem befolyásolták a konfiguráció viselkedését felhasználói módban. Ráadásul a konfigurációban egyáltalán nem definiálható egyetlen alrendszer, és ez semmilyen módon nem befolyásolta annak működését.

A "Felügyelt alkalmazás" helyzete teljesen más: az alrendszerek hierarchikus felépítése a legfontosabb konfigurációs elem, amelyre a globális parancs interfész épül. A felhasználói felület a következő elvek szerint jön létre:

A parancs interfész szakaszai a root konfigurációs alrendszerek alapján jönnek létre (a hierarchia első szintjén találhatók).

Bizonyos konfigurációs objektumok megfelelő gyökéralrendszeréhez és alárendelt alrendszereihez való tartozás alapján létrehozzák a megfelelő szakasz parancssorát.

A halmaz minden egyes parancsához meghatározzák, hogy az az aktuális felhasználó számára elvben elérhető-e. A döntést két szakaszban hozzák meg: először azokat a parancsokat távolítják el a készletből, amelyekhez a felhasználónak nincs hozzáférési joga, majd a funkcionális opciókkal letiltott parancsokat.

A felhasználó számára elérhető összes parancs számára meghatározza a láthatósági módot: jelenítse meg a parancsot a megfelelő interfész panelen, vagy rejtse el a parancsot. A platform ellenőrzi a konfiguráció-fejlesztő és az infobázis-felhasználó által megadott beállításokat. A konfiguráció-fejlesztő egy parancs különféle láthatósági módokat állíthat be különböző szerepkörökhöz, és a felhasználó, ha szükséges, felülírhatja a munkahelye számára elérhető minden egyes parancs láthatóságát.

Így amikor egy „felügyelt alkalmazás” -ra váltunk, a konfigurációs alrendszerek egy „service” objektumból kulcsfontosságúvá válnak, és az alrendszerek felépítésének kompetens megtervezése és a konfigurációs objektumok elosztása között a fejlesztő számára a legfontosabb feladat válik.

Funkcionális opciók mechanizmusa

A funkcionális opciók mechanizmusának használatával a megvalósító dinamikusan beilleszthet vagy kizárhat a felhasználó alkalmazásából bizonyos funkciókat és azok megfelelő interfész elemeit, és a tényleges konfiguráció nem szükséges. A funkcionális opciók az infobázis alkalmazási adatain alapulnak, és a rendszer működése közben menet közben közvetlenül kapcsolhatók.

A funkcionális opciók hatása az interfészre

A funkcionális opciók működésének magyarázatának legjobb módja konkrét példa... Tegyük fel, hogy konfigurációt hozunk létre egy kiskereskedelmi üzlet automatizálásához. Konfigurációnk megtervezésekor megjelöljük a sorozatot funkcionalitásamelyek "átadás" a konfigurációhoz, ezeknek a képességeknek az igényét egy adott megvalósítás vagy akár egy adott folyamat összefüggései határozzák meg.

A vállalkozás különféle kereskedelmi berendezéseket (például vonalkódolvasókat) használhat a könyvelés automatizálásához.

Egy vállalatnál több raktár is szervezhető, ennek megfelelően szükség lehet nyilvántartások vezetésére a raktárak kapcsán.

A könyvelés eltérően történhet a helyi és az exporttermékekre, a helyi és külföldi beszállítókra.

Egy adott megvalósítás sajátosságaitól függően ugyanazoknak a konfigurációs objektumoknak másképp kell kinézniük és működniük, például:

Vonalkódolvasók használata esetén bizonyos típusú dokumentuműrlapoknak parancsot kell tartalmazniuk a szkenner vezérléséhez.

Ha a könyvelést raktárakkal összefüggésben végzik, akkor a raktárral kapcsolatos részleteket és parancsokat a megfelelő nyomtatványokban (értékesítési dokumentumok, jelentések) kell megjeleníteni.

Ha a vállalat külföldi beszállítókkal dolgozik, akkor a megfelelő nyomtatványokon (elszámolási dokumentumok, jelentések) fel kell tüntetni a deviza elszámolásával kapcsolatos részleteket és parancsokat (pénznem, árfolyam, "újraszámítás a jelenlegi árfolyamon" stb.).

A funkcionális opciók mechanizmusa lehetővé teszi az alkalmazásfejlesztő számára, hogy a konfigurációs objektumok megjelenésének és viselkedésének az adott megvalósítás követelményeihez és egy adott vállalkozás sajátosságaihoz való igazítását a funkciók hihetetlenül unalmas kódolása nélkül, amelyek szabályozzák az interfész láthatóságát és hozzáférhetőségét. elemek. A fejlesztő deklaratív módon meghatározza a függvények (objektumok és konfigurációs parancsok) halmazát, és meghatározza azokat a szabályokat, amelyek szerint a platformnak engedélyeznie vagy tiltania kell a megadott halmazt. A felhasználó viszont olyan alkalmazásfelületet kap, amelyet nem terhelnek a "felesleges részletek", és nem pazarolja az időt az eljárásokra, "mely esetekben ez a mező jelentős, és amikor van értelme megnyomni ezt a gombot" - minden, ami most a szeme előtt jelentős.

Meg kell jegyezni fontos pont: a funkcionális opciók és paramétereik állapota nincs hatással a konfigurációs objektumok összetételére, a táblák és az adatbázis mezők összetételére. A funkcionális opciók által vezérelt metaadat-objektumok és azok attribútumai csak a felhasználói felületről tűnnek el, az infobázisról azonban nem. A funkcionális opciókat nem az alkalmazáskonfigurációs lehetőségek csökkentése érdekében használják, hanem azért, hogy letiltsák és elrejtsék a felhasználó elől azokat a funkciókat, amelyek feleslegesek és / vagy lényegtelenek a jelenlegi felhasználói környezetben.

Felügyelt jelentések Felügyelt jelentés űrlap

A "Felügyelt alkalmazás" jelentési mechanizmus megtartotta az 1C előző verziójának jelentési mechanizmusának "családi jellemzőit": Enterprise 8:

A jelentés az adatösszetétel sémáján alapul. Általánosságban elmondható, hogy egy új jelentés létrehozásához a konfigurációban elegendő egy elrendezési séma kidolgozása - a jelentés űrlapját (beleértve a különféle szolgáltatási lehetőségeket - visszafejtés, kiválasztás, feltételes tervezés stb.) Automatikusan létrehozza a platform.

Egyéni módban minden felhasználó kívánság szerint módosíthatja az elrendezési séma egyes beállításait, létrehozhatja és elmentheti saját személyes "jelentésváltozatait".

Jelentésváltozat konfigurálása

A kezelt jelentéseknek (az úgynevezett jelentések, amelyeket a "Felügyelt alkalmazás" technológiával hajtanak végre) számos fontos különbség van az elődöktől.

A jelentés csak a szerver oldalon jön létre, csak a kész eredményeket küldi el az ügyfélalkalmazás. Az 1C: Enterprise 8 korábbi verzióiban a jelentés létrehozható mind a kiszolgáló, mind az ügyfél oldalon.

Jelentősen felülvizsgálták a jelentésbeállítások kezelésének mechanizmusát. Ez a folyamat most hierarchikus, és jelentésváltozatokból, jelentésváltozat-beállításokból és egyéni jelentésbeállításokból áll.

A jelentés beállításait a rendszer adatbázis-táblázata vagy (ha a konfiguráció fejlesztő biztosítja) egy speciális "Beállítások tárolása" infobázis objektumba menti. Az 1C: Enterprise 8 korábbi verzióiban vagy el kellett mentenie a jelentés beállításait fájlként, vagy saját információs nyilvántartások alapján ki kellett dolgoznia a beállításokat.

A jelentés testreszabása

Vizsgáljuk meg közelebbről a jelentésbeállítások kezelésének mechanizmusát. Első pillantásra túl bonyolultnak tűnhet, de valójában minden nagyon egyszerű és kényelmes. A jelentés beállításait több szinten kezelik:

Konfigurátor szint. A konfigurációs tervező létrehoz egy adatösszetételi sémát és meghatározza a jelentésvariánsokat (a jelentésváltozat az adatösszetételi séma beállításainak gyűjteménye). Például az "Értékesítés elemzése" jelentésnél meghatározhatók a "Periódusok" (az értékesítés volumenének elemzése időszakonként) és a "Csoportok szerint" (az értékesítés volumenének elemzése tételcsoportok szerinti bontásban) opciók. A konfiguráció-tervező azt is meghatározza, hogy mely beállításokat lehet majd megváltoztatni a felhasználó számára a jelentéssel való munka során.

Végrehajtási szakember szint. Végzi a jelentés "átdolgozását" egy adott vállalkozás követelményeinek megfelelően. Az implementációs szakember ugyanahhoz a művelethez fér hozzá, mint a konfiguráció fejlesztője, de egy fontos árnyalatot meg kell jegyezni: az 1C: Enterprise 8 felhasználói módban megváltoztathatja a meglévő jelentésopciókat, és újakat adhat hozzá anélkül, hogy bármilyen módosítást végezne a konfigurációban.

Információs bázis felhasználó. A felhasználó ellenőrzi azokat a jelentés-testreszabási elemeket, amelyeket a konfiguráció-fejlesztő és a megvalósítási szakember tett elérhetővé.

Jelentési lehetőségek kidolgozása

A jelentésbeállítások új struktúrájának kényelme az 1C: Enterprise 8 korábbi verzióihoz képest:

Az egyéni beállítások elemei közvetlenül a jelentés űrlapján szerkeszthetők (ha a gyors hozzáférés"), Vagy külön egyszerű formában. Ez az űrlap csak a legszükségesebb vezérlőket tartalmazza, nincs túlterhelve a funkcionalitással és nem sokkolja a felkészületlen felhasználókat (csak hasonlítsa össze ennek az űrlapnak a megjelenését a jelentés opció kezelésére szolgáló űrlappal).

A jelentésbeállítások és a felhasználói beállítások halmaza szerkeszthető az ügyfélalkalmazásban, a rendszergazdánál vagy tapasztalt felhasználó menet közben módosíthatja a jelentést, egyszerűsítve vagy bonyolítva annak testreszabását.

Annak a ténynek köszönhetően, hogy az összes elvégzett beállítást az infobázis tárolja, a felhasználók közötti beállítások cseréjének folyamata a határértékig egyszerűsíthető - ehhez a konfigurációs módot úgy kell konfigurálni, hogy a jelentés beállításait egy speciális konfigurációs objektumban tárolja "Beállítások tárolása" ". A rendszergazda konfigurálja a jelentéshez szükséges opciókat, a felhasználónak csak meg kell nyitnia a jelentés űrlapot, ki kell választania egy beállítást, be kell állítania a „gyors” felhasználói beállítások értékeit, és kattintson a „Generálás” gombra.

Többszintű jelentés testreszabása

Ha három szóval megpróbáljuk megfogalmazni a kezelt jelentések előnyeit az „1C: Enterprise 8” „szokásos” jelentéseivel szemben, akkor ezek a szavak a következők: termelékenység, rugalmasság, kényelem. A kezelt jelentések gyorsabbak - az összes jelentés létrehozása a szerver oldalon történik. Sokkal rugalmasabb konfigurációs mechanizmust biztosítanak a beállítások két szintre osztásával. Végül a kezelt jelentésekkel egyszerűen könnyebb dolgozni. De a jelentések, pontosabban a jelentésekben bemutatott információk az információs rendszer munkájának végtermékei, ezt az eredményt szolgáltatja a rendszer a fogyasztó számára.

Ezzel lezárul a „Managed Application” innováció áttekintése. Talán az első kiadás után visszatérünk erre a témára. Természetesen teljes képet kaphat a platform új generációjának képességeiről csak úgy, ha a kezében tartja és gondosan elolvassa a dokumentációt - az 1C partnerei és az 1C: Enterprise 8 regisztrált felhasználói már megkapják ezt a lehetőséget.

Hírek. 15-15

Számítógépek

Az ASUS (http://asus.com.ru) bejelentette a személyi számítógép Eee Box. A terméket ultrakompakt karosszériába állítják össze, az Eee Box egy VESA tartóra szerelhető. A rendszer megvalósítja a nagy sebességű letöltés és az internetkapcsolat eszközeit (ASUS Express Gate), van vezeték nélküli wiFi adapter 802.11n.

Szia.

Az utolsó bejegyzésben a közös és kezelt alkalmazásokról írtam, a közös és kezelt formákah "1C: Enterprise", a cikk itt van.
A jövő a felügyelt alkalmazásé, most már sok tipikus konfiguráció épül fel a felügyelt alkalmazás alapján, ezek a következők:
1. "1C: Kereskedelemirányítás 11";
2. "1C: Kisvállalkozás vezetése 8";
3. "1C: 8. dokumentumfolyam";
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ékony kliensben.

Sok külső kezelések és a jelentéseknek nincs kezelt űrlapjuk, és egy kezelt alkalmazásban megnyitásakor megnyílnak, de üresek lesznek, azaz nem dolgozókként dolgoznak hétköznapi alkalmazásokban.

A bejegyzés feldolgozásának példáját a bejegyzés írja le: ""

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

Most fontolja meg a következő kérdést: Hogyan indíthatok rendszeres alkalmazást, ha az alkalmazás alapértelmezés szerint vékony kliensben indul?

Be kell állítani a Configurator paramétert Felügyelt alkalmazás és rendszeres alkalmazás, majd a prioritás szerint, amikor az alkalmazás elindítását választja.

Az alkalmazás elindításának prioritása a következő:
1. Először az infobázis regisztráció tulajdonságait elemezzük.
2. A második annak elemzése, hogy a felhasználó kénytelen-e beállítani egy szokásos vagy felügyelt alkalmazást. Ha az érték Auto értékre van állítva, akkor a következő szintre lép.
3. És az utolsó elemzi a konfiguráció indításának fő módját.

Az alkalmazás elindulásának és a munka leállításának pillanatára szolgál

Vizsgáljuk meg az egyes pontokat részletesebben

Rendszeres és felügyelt űrlapok létrehozása akkor válik elérhetővé, ha a paraméter konfiguráló módban van beállítva Szolgáltatás - Általános - Felügyelt alkalmazás és Rendszeres alkalmazás

Az alkalmazás indításának prioritása

Az első az indítandó ügyfél kiválasztásakor az infobázis regisztrációs tulajdonság be van kapcsolva ez a számítógép... Ehhez az infobázis regisztrációs ablakában kattintson a Módosítás gombra, lépjen az infobázis szerkesztési űrlap harmadik fülére, és a csoportban Alapvető indítási mód válassza ki az indítandó kliens típusát.

Második elemzik az alkalmazás indítási módját egy adott felhasználó számára. A felhasználók listájában van megadva. Adminisztráció - A felhasználók kiválasztanak egy felhasználót, és a kiválasztás mező Egyéb lapján Indítási mód válassza a Felügyelt alkalmazás értékét vagy Rendszeres alkalmazás.
Az Elérhető szerepkörök listában bejelölt szerepkörökhöz meg kell adnia a vastag kliens futtatásának jogát.

Kiadom a "Fejlesztés alapjai 1C-ben: Taxi" című könyvem második fejezetét

2. fejezet: Közös és felügyelt 1C alkalmazás

Ebben a fejezetben megvizsgáljuk, hogy mi a rendes alkalmazás és a kezelt alkalmazás, és miben különböznek egymástól, de előtte nézzük meg az "interfész" fogalmát.

Mi is az a "felület"? Valójában ez egy közös határ két egymással kölcsönhatásban lévő rendszer között (nagyon gyakran az ember egy rendszer). Vegyünk például egy autót. Van interfésze? Természetesen. De mi a közös határ az autó és az ember között? Először is, ez egy munkahely, azaz közvetlenül a vezetőülés és a kezelőszervek (kormánykerék, gázpedál, fékpedál stb.). Másodsorban ezek az ember-autó interakció elvei, amelyek valamiféle szabályok. Például az autó felgyorsítása érdekében meg kell nyomni a gázpedált, lassítani - a fékpedált, jobbra forduláshoz a kormánykereket jobbra kell csavarni stb. Ennek a két entitásnak köszönhetően az ember vezethet autót. Vegyen el egy dolgot, és vezetni nem lehet.

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

Például önállóan kell vezetnünk a raktár könyvelését: az áruk raktárba történő megérkezésének elvégzéséhez le kell írni ezt a terméket és figyelemmel kell kísérni az egyenleget. Mi lesz a közös határ az alkalmazás, függetlenül attól, hogy hogyan és hol van megírva, és a felhasználó között? Először is ezek a szervek az információk bevitelére - különben hogyan lehet átvinni a programba, hogy valamilyen termékből 5 darab megérkezett a raktárba. Esetünkben az számítógép billentyűzet és pC egér... Másodszor, ez egy számítógép és egy személy interakciós rendszere. Ez lehet például parancssori felület: a billentyűzet segítségével különféle szöveges vonalakat (parancsokat) ad meg, és ezeket használja a szükséges műveletek végrehajtására (az áruk érkezésének, az áruk fogyasztásának stb. Rögzítésére). Egy ilyen felület kb. Így néz ki: lásd az 1. ábrát. 1.2.1.

Ábra: 1.2.1 Parancssori példa

Ez az ábra mutatja parancs sor operációs rendszer Windows, ezzel szinte az összes műveletet elvégezheti, amelyet az Intézőben végez: fájlok másolása, fájlok törlése, könyvtárak létrehozása stb.

Ez a típusú interfész régóta archaikus, és helyébe grafikus felhasználói felület lépett (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őn rajzolt különféle grafikus elemek (gombok, ikonok, kapcsolók stb.) Révén történik. A grafikus felületen az operátor véletlenszerű hozzáféréssel rendelkezik a vezérlőkön keresztül bármilyen grafikus elemhez. Esetünkben, amikor automatizáljuk a raktár könyvelését, az interakció így nézhet ki: az operátor rákattint az "Érkezés" gombra, megnyílik a termékválasztó űrlap, ahol az operátor kiválasztja a kívánt terméket a listáról, és megadja annak mennyiségét. Ha ráfordításra van szükség, akkor az operátor rákattint a "Fogyasztás" gombra, megnyílik a kiválasztási űrlap is, ahol az operátor szintén kiválasztja a kívánt terméket és megadja annak mennyiségét. Ha szükséges az egyenlegek egyeztetése, az operátor rákattint az „Egyenleg” gombra, és a program megjeleníti a raktárban lévő többi árut. Így ennek a grafikus felületnek a segítségével meglehetősen sikeresen nyomon követheti az árukat a raktárban.

Fejezzük be az elméleti részt, és térjünk közvetlenül a fejezet témájára. Mégpedig az 1C program alkalmazási felületeinek típusaihoz, amelyek mind grafikus felhasználói felületek. Az 1C: Enterprise 8 programnak két globális típusú grafikus alkalmazásfelülete van. Ezek Normál alkalmazási mód és Alkalmazási mód a Felügyelt űrlapok (vagy a Felügyelt alkalmazások) alatt.

A 8.0 és 8.1 kiadás platformjai. csak alatt dolgozott normál mód, a platform magasabb verziói (8.2, 8.3, stb.) mind normál alkalmazásmódban, mind felügyelt alkalmazás módban működhetnek.

Normál alkalmazás mód

Szinte az összes modern konfiguráció már felügyelt módban fut, de még mindig vannak olyan szervezetek, amelyek hagyományos alkalmazásmódban futnak. Ezért tudnia kell, hogyan működik egy tipikus alkalmazás. Ezt nagyon részletesen leírja könyvem (3. és 4. fejezet). Itt csak a legáltalánosabb pontokat érintjük.

A normál alkalmazás mód a 8.0 és 8.1 platformon használt interfészt és űrlapokat használja. Korábban ezt a módot nem hívták semmilyen módon, de most "normál alkalmazás módnak" hívják, és az ebben a módban használt űrlapokat "normál formáknak" nevezik.

Nézzük meg röviden, hogy néz ki ez a mód. Sokan már ismerik, de néhányan, főleg azok, akik nem találtak munkát a 8.0 és 8.1 platformok alatt, először látják.

A program betöltése után a felhasználó egy felületet lát, amelynek tetején egy menü található (lásd: 1.2.2. Ábra).

1.2.2. Ábra Rendszeres alkalmazás interfész nézete

A menüelemekben való navigálás révén a felhasználó különféle űrlapokat nyithat meg. Alapvetően ezek a referenciakönyvek és dokumentumok listájának formái (lásd az 1.2.3. Ábrát), de lehetnek jelentések, feldolgozások, számlák, stb.

1.2.3. Ábra Dokumentumlista űrlap

A lista űrlapból a felhasználó megnyithatja egy dokumentum vagy referenciakönyv formáját (lásd: 1.2.4. Ábra).

Ábra: 1.2.4. Dokumentum nyomtatvány

A fejlesztő használhat automatikusan létrehozott űrlapokat, vagy önállóan is megtervezheti őket.

A fejlesztőnek az egérrel meg kell terveznie a szokásos űrlapokat: helyezze el a szükséges elemeket (gomb, mező, táblázat) az űrlapon, helyezze őket kényelmes helyre, és határozza meg a méretet (lásd: 1.2.5. Ábra).

1.2.5. Ábra Szabályos alakzatok felépítése

Nagyon gyakran, a komplex formák kidolgozásakor figyelembe kellett venni a formaelemek kölcsönhatását. Ehhez kötéseket hoztak létre. Néha összezavarodtak, és a forma nem egészen alakult csodálatos kilátás... Nem fogunk belemenni ebbe a mechanizmusba és annak visszaélésének következményeibe, mivel a kezelt formák esetében elvesztette jelentőségét.

Végül szeretném megjegyezni, hogy egy felügyelt alkalmazással ellentétben egy közönséges alkalmazás csak "vastag kliens" alatt működhet. Nagyjából ez a legfőbb, leginkább kardinális különbség a hagyományos és az ellenőrzött formák között. Mivel a felügyelt alkalmazás módot kifejezetten "vékony kliens" alatt futtatták.

Felügyelt alkalmazás mód

Mi tehát a sajátossága és alapvető különbsége a kezelt alkalmazás mód és a szokásos között? A fő különbség a kezelt parancs interfész és a kezelt űrlapok használata. Vizsgáljuk meg ezeket az entitásokat külön-külön. Mi az a felügyelt parancs interfész? E kérdés megválaszolásához vissza kell mélyedni a múltba.

Vegyük fontolóra a legegyszerűbb formájában, hogyan fejlesztették ki a konfigurációt egy szokásos alkalmazásban. Először üzleti logikát terveztünk: dokumentumok, referenciakönyvek, jelentések, feldolgozás és egymással való kölcsönhatásuk. Ezután beállítottuk a szerepeket, például egy "Szállító" szerepkörrel rendelkező felhasználó hozzáférhetett az "Áruk megérkezése" dokumentumhoz, de az "Áruk fogyasztása" dokumentumhoz nem. És fordítva, az "Eladó" szerepű felhasználó hozzáférhetett az "Áruk fogyasztása" dokumentumhoz, de az "Áruk megérkezése" dokumentumhoz - nem. A következő lépés az interfészek kifejlesztése volt az egyes felhasználói típusokhoz. Azok, akik gyakorolták a fejlesztést egy hétköznapi alkalmazásban, emlékeznek arra, hogy létezett egy olyan konfigurációs objektum, mint az "Interface", amelyben minden egyes menüt testre szabni lehetett, mint az 1.2.2. Esetünkben a fejlesztőnek keményen kellett dolgoznia, hogy két interfészt készítsen: az egyiket a szállítónak, a másikat az eladónak. Mert ha kifejlesztett volna egy közös felületet, amelyben megnyithatja mind az "Áruk megérkezése", mind az "Áruk fogyasztása" dokumentumot, nem lenne teljesen helyes, ha a szállító megpróbálja megnyitni a dokumentumok listáját " Áruk fogyasztása "üzenetüzenetet kapott, hogy erre nincs joga. Ennek elkerülése érdekében két interfészt kellett létrehozni, és minden felhasználó számára meg kell határozni, hogy melyik felületen dolgozzon.

Sokkal könnyebb a felügyelt alkalmazás módban. A következő részben részletesebben megvizsgáljuk a kezelt parancs felületét. Ebben a részben a legáltalánosabban fogjuk lebontani. A taxi interfész esetében a kezelt parancs interfész a következőképpen néz ki:

Ábra: 1.2.6. Vezérelt parancs interfész

A felügyelt alkalmazás fejlesztésekor a programozónak kissé más utat kell választania. Az üzleti logika fejlesztése előtt meg kell határoznunk azokat az alrendszereket, amelyekbe objektumaink beletartoznak (egy szokásos alkalmazásban ezek is léteznek, de inkább deklaratív jellegűek). Például az "Áruk megérkezése" dokumentum bekerül az "Ellátás" alrendszerbe, az "Áruk fogyasztása" dokumentum pedig az "Értékesítés" alrendszerbe. Ugyanakkor egyes objektumok egyszerre több alrendszerben is elhelyezhetők: a "Termékek" referenciakönyv az "Értékesítés", az "Ellátás" alrendszerbe és a "Marketing" alrendszerbe kerül. Ebben az esetben a fejlesztőnek nem kell létrehoznia „Interface” objektumot, a rendszer a felhasználói jogok és a funkcionális opciók beállításai alapján automatikusan felépíti a kívánt interfésztípust.

Ha néhány felhasználónak van olyan szerepköre, amely nem rendelkezik jogokkal az alrendszer megtekintésére, például "Supply", akkor amikor az 1C alkalmazás elindul, akkor egyszerűen nem fogja látni ezt a menüpontot. Továbbá nem fogja látni a menylistában egy olyan dokumentumot, amelyhez legalább nincs joga megtekinteni.

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

Ábra: 1.2.7. Korlátozott felhasználói felület

Egy másik különbség a szokásos interfésztől, hogy a felhasználó a navigációs beállítások, műveletek, szakaszok stb. Segítségével önállóan meghatározhatja interfészének megjelenését. Például az 1.2.7. Ábra felületéről eltávolíthatjuk a "Warehouse" elemeket a függvényekből az aktuális szakasz (legfelső menü) és a "Termék" felirat. Így fog kinézni:

Ábra: 1.2.8. Felhasználói felület az aktuális szakasz lecsupaszított funkcióival

A felhasználói felület testreszabásáról részletesebben a rész következő fejezeteiben foglalkozunk, és a tanfolyam következő részében tanulmányozzuk a szerepek és az interfész megjelenésének kapcsolatát. Addig is jegyezzük meg magunknak a fő különbségeket a kezelt parancsfelület és a szokásos között.

• A felügyelt parancs interfész típusát a platformmechanizmusok segítségével automatikusan konfigurálják, a felhasználói jogok és a funkcionális opciók beállításaitól függően.
• A felhasználó tetszés szerint testreszabhatja a felület megjelenését.

Most nézzük meg, hogy mik a kezelt formák.

Tanuljon meg 1C-ben programozni a "Program 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 kép (képernyőkép).
4. Házi feladatok gyűjteménye.
5. A könyv érthetően íródott és egyszerű nyelv - kezdőnek.
6. Könyv elküldve email ban ben pDF formátum... Bármely eszközön kinyitható!

Ha ez a lecke segített bármilyen probléma megoldásában, tetszett vagy hasznosnak bizonyult, akkor támogathatja projektemet bármilyen összeg átutalásával:

kézzel fizethet:

Yandex.Money - 410012882996301
Internetes pénz - R955262494655

Csatlakozzon a csoportjaimhoz.

Figyelem! Most a tanfolyamot szintén este 18: 30-21: 30 között tartják merülő formátumban.

A tanfolyam szerves része az "Hatékony munka a rendszerben" átfogó tanfolyamnak "1C: Enterprise 8".

A képzés célja: a hallgatók megismertetése az 1C: Enterprise 8 technológiai platform ellenőrzött működésével, a szakemberek megközelítésének bemutatása a rendszer felépítéséhez a rendszer ezen verziójának használatához.

A tanfolyam kiterjed új modell az alkalmazás felületének kiépítéséhez, az ügyfél-szerver architektúra új megvalósítása, formamechanizmus. A tanfolyam során a hallgatók gyakorlati ismereteket szereznek a konfigurálásban, az adminisztrációban és a programozásban a vizsgált szoftvercsomagban. Ezeket a készségeket a tanulási probléma megoldása során sajátítják el. Ennek a feladatnak a lényege: a megadott konfiguráció beállítása a "vékony kliens" módban való munkavégzés biztosításához.

A tanfolyam célja: az 1C alkalmazásmegoldások konfigurálásában jártas szakemberek számára: Enterprise platform (7.7, 8.0, 8.1, 8.2 verzió - közös alkalmazás).

A tanfolyam által lefedett mechanizmusok:

• A felügyelt felület kiépítésének alapelvei
• Új modulok, modul végrehajtási kontextus, interakciós mechanizmus
• Konfigurációs objektum interfész tulajdonságai
• Űrlap testreszabása (konfigurátor módban, futásidejű módban)
• Irányelvek, kliens / szerver programozás, a felügyelt űrlap működése
• Funkcionális opciók mechanizmusa, funkcionális opciók alkotása
• Lista űrlapok, dinamikus listák
• A nyomólapok kialakításának mechanizmusa
• Változások az adatösszetétel mechanizmusában (a felügyelt alkalmazásban való munkavégzés sajátosságai)
• Kiváltságos / biztonságos módok
• Átmeneti tároló, új technológia dolgozni fájlokkal, képekkel
• A formák kölcsönhatásának mechanizmusa, a szelekció szervezése
• Munka a rendszerbeállításokkal, a beállítások tárolásának mechanizmusának felülírása
• Külső források
• Adatmegosztási mechanizmus
• Automatizált tesztelés
• Mobil platform

A teljes munkaidős nappali tanfolyam költségei a következőket tartalmazzák:

• 2 nap 10: 00-17: 00 között
• tananyagok
• ebédek, kávészünetek
• "1C" cég tanúsítványa

A WEB-tanfolyam költségei a következőket tartalmazzák:

• 5 hetes tanfolyam, 5 webes szeminárium tanárral
• 1C-3. számú oktatóközpont igazolása (gyakorlattól függ)

A nappali merülő tanfolyam költségei a következőket tartalmazzák:

• 5 nap 10:00 és 17:00 óra között, vagy 9 este 18:30 és 21:30 között
• absztrakt, fejhallgató
• ebédek, kávészünetek
• 2 évig hozzáférés a tanfolyam befejezése után a friss videókhoz
• 1C-Training Center 3. számú igazolása

Tanulási formátumok

Teljes munkaidős nappali

Kinek szól ez a formátum:Azok számára, akik részmunkaidős képzésben vehetnek részt, és inkább a klasszikus teljes munkaidős képzéseket részesítik előnyben.

Időtartam:16 akadémiai óra

WEB edzés

Mi ez a formátum:A javasolt formátum ötvözi a távoktatás számos előnyét a videoanyagok és az online konzultációk által bemutatott szemtől szembeni komponenssel.
A WEB tanfolyam videókból, gyakorlati feladatokból és webes szemináriumokból áll a tanárokkal. Minden tananyag elérhető a nap 24 órájában, az interneten keresztül - kényelmes időben tanulhat. A tanfolyam osztályokra oszlik. Az óra során tanulmányozzák az aktuális témához kapcsolódó anyagokat, workshopokat tartanak, kérdéseket tesznek fel a tanárnak. Minden óra végén webináriumot tartanak, amelyen a tanár elemzi az összes beérkezett kérdést, tipikus hibákat és elmagyarázza a helyes megoldást. A webináriumi felvétel elérhető a portálon. Ily módon több osztály zajlik egymás után. A végén egy utolsó önálló munkát és egy utolsó webináriumot készítenek.

Időtartam:5 hét

Mi ez a formátum:

Időtartam:40 akadémiai óra

Mi ez a formátum:A nappali merülő tanfolyam olyan formátum, amely egyesíti a nappali oktatás, a távtechnológiák és az egyéni képzés összes előnyét. Az órákat felszerelt tanteremben tartják, önállóan tanulmányozza a tananyagokat (lépésről-lépésre videók), és műhelymunkákat tart. Ugyanakkor az osztályban van egy tanár, aki bármikor kész válaszolni egy kérdésre és segíteni a gyakorlati problémák megoldásában, valamint ellenőrizni megvalósításuk helyességét.
Előnyök - a tanár egyéni konzultációi az Ön kérdéseivel, az Önnek személyesen megfelelő anyag átadásának ütemével.
Mindez mélyebb tanulmányt ad a tananyagról.
Lehetőség van arra, hogy ezt a tanfolyamot a munkahelyéről vegye igénybe, a tanár jelenlétének teljes hatásával ott, ahol a hallgató tartózkodik! Ha érdekel ez a lehetőség - hívjon minket!

Időtartam:40 akadémiai óra

Tanfolyam program

A TANFOLYAM CÉLJAI ÉS CÉLKITŰZÉSEI

BEVEZETÉS

1. FUNKCIÓS LEHETŐSÉGEK

2. A KAPCSOLAT MŰSZAKI SZERKEZETE

• Kliens-szerver opció:
• Fájl opció:
• Használt protokollok
• Kiszolgálófürt felépítése
• Munkamenetek
• Modulok típusai, közös jellemzők

3. PARANCSFELÜLET

• Alrendszerek
• Parancsok
• Előbeállítás
• Az interfész javítása

4. INTERFÉSZTULAJDONSÁGOK

• Az objektumok egyedi ábrázolása
• Normál kellékek
• Az objektumok részleteinek kitöltésének ellenőrzése
• Az alapértelmezett érték beállítása
• Az alárendeltség használata

5. FUNKCIÓS OPCIÓK

6. VEZÉRLETT FORMA

• Párbeszédpanel beállítása
• Az eseménykezelők meghatározása
• A dokumentum összegének kiszámítása
• Ellenőrizze a kitöltést, az üzeneteket
• Töltse ki a kezelést
• A kapcsoló használatával
• Kiváltságos mód kezelése
• Biztonságos mód
• Új módszer a nyilvántartások szerinti lebonyolításra
• Eseményvezérelt kezelt űrlapmodell
• Forma funkcionális lehetőségek
• Regisztrációs mozgások megtekintése

7. NYOMTATÁSI FORMA LÉTREHOZÁSA

• Egyszerű visszafejtés

8. A LISTA FORMÁI

• Az "áruk értékesítése" dokumentum listájának formája
• Űrlap a "Nómenklatúra" referenciakönyv kiválasztásához
• Az "OnFetchingDataOnServer" kezelő használata
• Dinamikus lista által megjelenített adatok lekérése

9. A MODÁLIS HÍVÁSOK ELutasítása.

10. IDEIGLENES TÁROLÁS

• Fájlok (képek) kezelése
• A kiválasztás szervezése

11. KEZELT JELENTÉSEK

• Tétel hátralévő jelentése
• Jelentési lehetőségek
• Egyéni beállítások
• A visszafejtési érték lekérése

12. ADATTÖRTÉNET

13. EGYSÉGEK MECHANIZMUSA

14. A TÁROLÁSI INTERVÁL határa

15. MEGHATÁROZOTT TÍPUSOK

16. MUNKATÁBLÁZAT

17. A BEÁLLÍTÁSOK TÁROLÁSA

• Jelentésbeállítások mentése

18. ÁLTALÁNOS RÉSZLETEK

• Meghatározás általános részletek tárgyaknál
• Adatmegosztási mechanizmus

19. KONFIGURÁCIÓS BŐVÍTÉSEK

20. TERVEZŐ

21. KÜLSŐ ADATFORRÁSOK

• Hozzáférés az adatbázis-kapcsolathoz

22. AUTOMATIKUS VIZSGÁLAT

23. MOBIL PLATFORM

• Bevezetés (kivonatok a "http://v8.1c.ru/overview/Term_000000818.htm" cikkből)
• Adatbázis fejlesztés
• Előbeállítás
• Mobil alkalmazás építése
• Az alkalmazás tesztelése

Technikai követelmények:

• internet-hozzáférés (ellenőrizheti kommunikációs csatornáját a "teszt" hozzáféréssel csatlakozva),
• az 1C: Enterprise 8.3 platform elérhetősége a tanfolyam gyakorlati feladatainak gyakorlásához.

A programozás tanításához használhatja az "1C: Enterprise 8.3" verziót.