1c vállalati vékonykliens. Publikációk. Kényelmes munka az Ön számára
Az 1C:Enterprise technológia egyik kedves tulajdonsága, hogy a technológia segítségével fejlesztett alkalmazási megoldást kezelt űrlapok, futtatható vékony (futtatható) kliensben Windows, Linux, MacOS X alatt, és webes kliensként 5 böngészőhöz - Chrome, internet böngésző, Firefox, Safari, Edge és mindez – változtatás nélkül forráskód alkalmazások. Sőt, kívülről az alkalmazás a vékonykliensben és a böngészőben szinte azonosan működik és néz ki.
Találj 10 különbséget (a kivágás alatt 2 kép):
Vékony kliens ablak Linuxon:
Ugyanez az ablak a webes kliensben (Chrome böngészőben):
Miért csináltunk webklienst? Kissé szánalmasan szólva, az idő ilyen feladatot állított elénk. Az internetes munka hosszú ideje az üzleti alkalmazások előfeltételévé vált. Először is hozzáadtuk az interneten keresztüli munkavégzés lehetőségét vékony kliensünk számára (egyes versenytársaink egyébként megálltak itt, mások éppen ellenkezőleg, elhagyták a vékonyklienst, és a webes kliens megvalósítására korlátozódtak). Úgy döntöttünk, hogy lehetőséget adunk felhasználóinknak a számukra legmegfelelőbb ügyféllehetőség kiválasztására.
A webes képességek hozzáadása a vékonyklienshez nagy vállalkozás volt a kliens/szerver architektúra teljes megváltoztatásával. A webes kliens létrehozása egy teljesen új projekt, amely a nulláról indult.
A probléma megfogalmazása
Tehát a projekt követelményei: a webes kliensnek ugyanazt kell tennie, mint vékony kliens, nevezetesen:- Felhasználói felület megjelenítése
- 1C nyelven írt klienskód végrehajtása
Az 1C nyelvű ügyfélkód tartalmazhat szerverhívásokat, helyi erőforrásokkal való munkát (fájlok stb.), nyomtatást és még sok mást.
Mind a vékony kliens (ha a weben keresztül dolgozik), mind a webes kliens ugyanazt a webszolgáltatás-készletet használja az 1C alkalmazáskiszolgálóval való kommunikációhoz. A kliensek megvalósítása természetesen más - a vékony kliens C ++-ban, a webes kliens JavaScriptben van írva.
Egy kis történelem
A webes kliens projekt 2006-ban indult (átlagosan) 5 fős csapattal. A projekt bizonyos szakaszaiban fejlesztőket vontak be meghatározott funkciók megvalósításába ( táblázatos dokumentum, diagramok stb.); általában ugyanazok a fejlesztők hozták létre ezt a funkciót a vékonykliensben. Azok. a fejlesztők JavaScriptben átírták azokat a komponenseket, amelyeket korábban C++-ban készítettek.Kezdettől fogva elutasítottuk a vékonykliens C++ kódok bármilyen automatikus (legalább részleges) átalakítását webkliens JavaScriptre, a két nyelv közötti erős fogalmi különbségek miatt; a webklienst a semmiből JavaScriptben írták.
A projekt első iterációiban a webkliens a beépített 1C nyelvű kliens kódot közvetlenül JavaScript-be konvertálta. A vékony kliens másként működik - a beépített 1C nyelv kódja bájtkódba kerül lefordításra, majd ezt a bájtkódot értelmezi az ügyfélen. Ezt követően a webes kliens is hozzákezdett - egyrészt teljesítménynövekedést adott, másrészt lehetővé tette a vékony és webes kliens architektúrájának egységesítését.
Az 1C:Enterprise platform első verziója webes kliens támogatással 2009-ben jelent meg. A webes kliens akkoriban 2 böngészőt támogatott - Internet Explorer és Firefox. Az eredeti tervek az Opera támogatását tartalmazták, de az akkori Opera alkalmazáslezárási kezelőivel kapcsolatos áthidalhatatlan problémák miatt (nem lehetett 100%-os biztonsággal nyomon követni, hogy az alkalmazás bezárul, és abban a pillanatban a leválasztási eljárást elvégezni az 1C alkalmazásszervert) ezekből a tervekből el kellett hagyni.
Projekt felépítése
Összességében az 1C:Enterprise platform 4 projektet tartalmaz JavaScriptben:- A WebTools olyan megosztott könyvtárak, amelyeket más projektek használnak (itt szerepel a Google Closure Library is).
- FormattedDocument vezérlőelem
- Ütemező vezérlés (JavaScriptben implementálva a vékony kliensben és a webes kliensben is)
- Web kliens
Szerkezetileg a webes kliens nagyrészt a következő alrendszerekre oszlik:
- Felügyelt kliens alkalmazás felület
- Általános alkalmazási felület ( rendszermenük, panelek)
- Felügyelt űrlapok felülete, amely többek között körülbelül 30 vezérlőt (gombokat, különböző típusok beviteli mezők - szöveg, digitális, dátum / idő stb., táblázatok, listák, grafikonok stb.)
- A fejlesztők számára elérhető objektummodell a kliensen (összesen több mint 400 típus: kezelt felület objektummodell, adatösszetételi beállítások, feltételes formázás stb.)
- Beágyazott nyelvi tolmács 1C
- Böngészőbővítmények (a JavaScript által nem támogatott funkciókhoz használják)
- Titkosított munka
- Fájlokkal való munka
- Külső komponens technológia, amely lehetővé teszi, hogy vékony és webes kliensekben is használhatóak legyenek
Fejlesztési jellemzők
A fentiek megvalósítása JavaScriptben nem könnyű feladat. Talán az 1C webes kliens az egyik legnagyobb JavaScriptben írt kliensoldali alkalmazás – körülbelül 450 000 sor. Aktívan alkalmazunk objektum-orientált megközelítést a webes kliens kódban, ami leegyszerűsíti a munkát egy ilyen nagy projektnél.Az ügyfélkód méretének minimalizálása érdekében először saját obfuszkátorunkat használtuk, majd a 8.3.6-os platformverziótól (2014. október) kezdtük el használni a Google Closure Compilert. A számokban való használat hatása a webes kliens keretrendszer mérete az obfuszkálás után:
- Saját obfuszkátor - 1556 kb
- Google Closure Compiler – 1073 kb
A Google Closure Compiler nagyon jól működik objektum-orientált kóddal, így hatékonysága webes klienseknél a legmagasabb. A Closure Compiler néhány jót tesz nekünk:
- Statikus típusellenőrzés a projekt összeállítási szakaszában (ezt az a tény biztosítja, hogy a kódot JSDoc megjegyzésekkel fedjük le). Az eredmény a statikus gépelés, amely nagyon közel áll a C++ nyelvű gépeléshez. Ez segít a hibák meglehetősen nagy százalékának kiszűrésében a projekt összeállítási szakaszában.
- A kód méretének csökkentése homályosítással
- A végrehajtható kód számos optimalizálása, például:
- soron belüli függvényhelyettesítések. Egy függvény meghívása JavaScriptben meglehetősen költséges művelet, és a gyakran használt kis metódusok soron belüli helyettesítése jelentősen felgyorsíthatja a kódot.
- Konstansok számolása fordítási időben. Ha a kifejezés egy konstanstól függ, akkor azt az állandó tényleges értékével helyettesítjük
A kódelemzéshez a SonarQube-ot használjuk, ahol statikus kódelemzőket integrálunk. Analizátorok segítségével figyeljük a JavaScript forráskód minőségromlását és igyekszünk megakadályozni.
Milyen feladatokat végeztünk/oldunk meg
A projekt megvalósítása során számos érdekes feladattal szembesültünk, amelyeket meg kellett oldanunk.Adatcsere a szerverrel és az ablakok között
Vannak olyan helyzetek, amikor a forráskód zavarása zavarhatja a rendszer működését. A webes kliens futtatható kódján kívüli kódnak az obfuszkáció miatt olyan függvény- és paraméternevek lehetnek, amelyek eltérnek a futtatható kódunk által elvárttól. A külső kód számunkra:- A szerverről érkező kód adatstruktúraként
- Kód egy másik alkalmazás ablakhoz
/** * @constructor * @extends(Base.SrvObject) */ Srv.Core.GenericException = function () ( /** * @type (string) * @expose */ this.descr; /** * @type (Srv.Core.GenericException) * @expose */ this.inner; /** * @type (string) * @expose */ this.clsid; /** * @type (boolean) * @expose */ this. kódolva ;)
És hogy elkerüljük a zavarást, amikor más ablakokkal kommunikálunk, az úgynevezett exportált interfészeket használjuk (azok az interfészek, amelyeken az összes metódust exportálják).
/** * A DropDownWindow vezérlő exportált felülete * * @interface * @struct */ WebUI.IDropDownWindowExp = function()() /** * A kijelölést 1-gyel előre vagy hátra mozgatja * * @param (boolean) isForward * @ param (boolean ) checkOnly * @return (boolean) * @expose */ WebUI.IDropDownWindowExp.prototype.moveMarker = függvény (isForward, checkOnly)() /** * A kijelölést elejére vagy végére mozgatja * * @param (logikai érték) ) isFirst * @param (logikai) checkOnly * @return (boolean) * @expose */ WebUI.IDropDownWindowExp.prototype.moveMarkerTo = function (isFirst, checkOnly)() /** * @return (boolean) * @expose */ WebUI.IDropDownWindowExp.prototype .selectValue = function()()
Virtuális DOM-ot használtunk, mielőtt általánossá vált)
Mint minden bonyolult webes felhasználói felülettel foglalkozó fejlesztő, mi is hamar rájöttünk, hogy a DOM nem alkalmas a dinamikus felületekkel való együttműködésre. felhasználói felület. Szinte azonnal bevezetésre került a Virtual DOM analógja a felhasználói felülettel végzett munka optimalizálása érdekében. Az eseményfeldolgozás során az összes DOM-módosítás a memóriában tárolódik, és csak akkor, ha minden művelet befejeződött, a felhalmozott változtatásokat a rendszer a DOM-fára alkalmazza.Web kliens optimalizálás
Webkliensünk gyorsabb működése érdekében igyekszünk maximálisan kihasználni a böngésző szabványos szolgáltatásait (CSS stb.). Tehát az űrlap parancssorát (amely szinte minden jelentkezési űrlapon található) kizárólag a böngésző rajzolja meg, a CSS-en alapuló dinamikus elrendezés.
Tesztelés
A funkcionális és teljesítménytesztekhez egy szabadalmaztatott (Java és C++ nyelven írt) eszközt és a Selenium tetejére épített tesztcsomagot használunk.Eszközünk univerzális - szinte bármilyen ablakprogram tesztelését teszi lehetővé, ezért vékony kliens és webkliens tesztelésére egyaránt alkalmas. Az eszköz egy szkriptfájlba rögzíti annak a felhasználónak a műveleteit, aki elindította az 1C alkalmazásmegoldást. Ezzel egyidejűleg rögzítik a képernyő munkaterületének képeit - hivatkozásokat. A webes kliens új verzióinak figyelésekor a forgatókönyvek felhasználói részvétel nélkül kerülnek lejátszásra. Abban az esetben, ha a képernyőkép egyik lépésben sem egyezik a referencia képpel, a teszt sikertelennek minősül, majd a minőségügyi szakember vizsgálatot végez - ez hiba vagy tervezett változás a rendszer viselkedésében. Tervezett magatartás esetén a szabványokat automatikusan újak váltják fel.
Az eszköz az alkalmazások teljesítményét is méri 25 ezredmásodperces pontossággal. Egyes esetekben a szkript egyes részeit hurkoljuk (például többször megismételjük a parancsbejegyzést), hogy elemezzük a végrehajtási idő időbeli romlását. Az összes mérés eredményét naplóban rögzítjük elemzés céljából.
Tesztelőeszközünk és alkalmazásunk tesztelés alatt
Eszközünk és a szelén kiegészítik egymást; ha például az egyik képernyőn valamelyik gomb megváltoztatta a helyét - előfordulhat, hogy a szelén nem követi, de az eszközünk észreveszi, mert pixelenként összehasonlítja a képernyőképet a standarddal. Ezenkívül az eszköz képes nyomon követni a billentyűzetről vagy az egérről érkező bevitel feldolgozásával kapcsolatos problémákat, mivel ezt reprodukálja.
Mindkét eszköz (a miénk és a Selenium) tesztjei tipikus munkaforgatókönyveket futtatnak az alkalmazási megoldásainkból. A tesztek automatikusan elindulnak az 1C:Enterprise platform napi felépítése után. Ha a szkriptek lelassulnak (az előző buildhez képest), kivizsgáljuk és kijavítjuk a lassulás okát. A mi kritériumunk egyszerű - az új összeállítás nem működhet lassabban, mint az előző.
A fejlesztők különböző eszközöket használnak a lassulási események kivizsgálására; főként a DynaTrace Dynatrace AJAX Edition-jét használják. Rögzítésre kerül a problémás művelet végrehajtásának naplója az előző és az új összeállításon, majd a naplókat elemzi. Ugyanakkor az egyes műveletek végrehajtási ideje (ezredmásodpercben) nem biztos, hogy döntő tényező - a szolgáltatási folyamatok, például a szemétszállítás időszakosan elindulnak a böngészőben, átfedhetik a funkciók végrehajtási idejét, és torzíthatják a képet. Ebben az esetben relevánsabb paraméter a befejezések száma JavaScript utasítások, a DOM-on végrehajtott atomi műveletek száma stb. Ha az utasítások/műveletek száma ugyanabban a forgatókönyvben új verzió megnövekedett - ez szinte mindig teljesítménycsökkenést jelent, amelyet korrigálni kell.
A teljesítménycsökkenés egyik oka az is lehet, hogy a Google Closure Compiler valamilyen okból nem tudta behelyettesíteni a függvényt (például azért, mert a függvény rekurzív vagy virtuális). Ebben az esetben a forráskód átírásával próbáljuk orvosolni a helyzetet.
Böngészőbővítmények
Abban az esetben, ha alkalmazott megoldás olyan funkciókra van szükség, amelyek nem szerepelnek a JavaScriptben, böngészőbővítményeket használunk:- fájlokkal dolgozni
- kriptográfiával dolgozni
- külső alkatrészekkel való munkavégzés
Ha Safariban dolgozik, bővítményeink NPAPI-t használnak, ha pedig Internet Explorer - ActiveX technológiát használnak. A Microsoft Edge még nem támogatja a bővítményeket, így a webes kliens korlátozott.
További fejlődés
A webkliens-fejlesztő csapat egyik feladatcsoportja a funkcionalitás továbbfejlesztése. A webkliens funkcionalitásának meg kell egyeznie a vékonykliens funkcionalitásával, minden új funkcionalitás egyszerre valósul meg a vékonykliensben és a webkliensben is.További feladatok az architektúra fejlesztése, átalakítása, a teljesítmény és a megbízhatóság javítása. Például az egyik irány a további mozgás egy aszinkron munkamodell felé. A webes kliens funkcióinak egy része jelenleg a szerverrel való interakció szinkron modelljére épül. Az aszinkron modell manapság egyre relevánsabb a böngészőkben (és nem csak a böngészőkben), és ez arra kényszerít bennünket, hogy módosítsuk a webklienst úgy, hogy a szinkron hívásokat aszinkronra cseréljük (és ennek megfelelően alakítsuk át a kódot). Az aszinkron modellre való fokozatos átállást a kiadott megoldások támogatásának és fokozatos adaptálásának szükségessége magyarázza.
Címkék: Címkék hozzáadása
A 8.2-es verziótól kezdve az 1C program képes lett vékony kliens módban dolgozni, amely korlátozott funkcionalitással rendelkezik. Annak ellenére, hogy sok idő telt el a frissítés megjelenése óta, a felhasználók nagy része még mindig nem érti teljesen, miért van szükség erre az újításra, milyen helyzetekben hatékony a használata, és mi a különbség. Ebben a cikkben részletesen beszélünk arról, hogy mi az 1C vékony kliens, annak előnyei és hátrányai, valamint hogyan kell dolgozni vele.
Mi az a "vékony kliens"?
A programkliens funkcióinak megértéséhez meg kell érteni, miért nevezik "vékonynak". A válasz erre a kérdésre meglehetősen egyszerű, és az ezt a módot a munka képességei nagyon korlátozottak a "vastag" változathoz képest.
Az alkalmazás "vékony kliense" csonkoltabb beépített nyelvkészlettel rendelkezik, amely kizárólag adatátvitelre és módosításra szolgál. Ebben az esetben minden, ami az adatbázissal való munkához kapcsolódik, a szerveren fut. Az alkalmazás ezen verziójának segítségével egy menedzselt 1C felületet fejlesztenek, amely lehetővé teszi a vállalat munkájának optimalizálását.
A "vékony kliensek" 1C képesek kész adatokat fogadni webkapcsolaton keresztül, amelyeket a szerver már előre elkészített.
Ezenkívül az ilyen típusú alkalmazások használata a három technológia egyikével lehetséges:
- Interneten keresztül (internetkapcsolat segítségével);
- A TCP / IP protokollon keresztül (például "kliens-szerver");
- Közvetlenül az adatbázissal.
Internet kapcsolat
A "vékony kliens" képes interakcióba lépni az "1C: Enterprise" programmal az internethez való webkapcsolat segítségével. Ebben az esetben a munka egy speciálisan konfigurált webszerverrel történik, a http adatátviteli protokoll használatával. Maga a webszerver azonban működik az 1C:Enterprise programmal a TCP/IP protokollon keresztül vagy közvetlenül.
Fontos: webszerverként a következő rendszerek egyikét kell használnia:
- apache;
Kliens-szerver kapcsolat
Ebben az esetben a "vékony kliensek" közvetlenül csatlakoznak a szerverekhez a TCP/IP adatátviteli protokoll használatával.
Közvetlen adatbázis kapcsolat
Ebben az esetben megtörténik közvetlen interakció kliens alkalmazás adatbázissal. Ennek a munkasémának a megszervezéséhez egy speciális környezet jön létre azon a számítógépen, amelyre az ügyfél telepítve van, és amelyet a program szempontjából kiszolgálónak tekintenek. A megszervezéséhez szüksége van:
- Töltse le a szükséges szerver fájlokat a számítógépére;
- Töltse le az alkalmazás konfigurációját.
Vékony ügyfél előnyei
Ha félretesszük a folyamat technológiáját, és áttérünk azokra a közvetlen előnyökre, amelyeket az 1C kliens ezen verziójának használata nyújt, számos komoly előnyt lehet azonosítani. Ezek tartalmazzák:
- Mobilitás;
- A kommunikációs csatorna terhelésének csökkentése;
- Minimális rendszerkövetelmények;
- Vállalati költségek csökkentése.
Mobilitás
A hardveres "vékony kliens" lehetővé teszi a felhasználó számára, hogy bárhol legyen a világon, amennyiben van internetkapcsolat. Tegyük fel például, hogy egy osztályvezető külföldön nyaral. Egy fontos döntés meghozatalához meg kell ismerkednie a legfrissebb jelentési adatokkal. Teljes verzió alkalmazáshoz kötelező csatlakozás szükséges helyi hálózat, ezért ebben az esetben a „vékony kliens” jön segítségül. Lehetővé teszi, hogy normál internetkapcsolat mellett dolgozzon az adatbázissal.
Egy másik példa. Előfordulhat, hogy amikor olyan fiókban bonyolít le tranzakciókat, amely nem csatlakozik a helyi hálózathoz, például egy cég raktárában, akkor a raktári adatbázisból kell adatokat feltölteni a későbbi feltöltéshez a könyvelési osztályra.
Természetesen az ilyen manipulációk időt vesznek igénybe, és kellemetlenséget okoznak. A "vékony klienseket" csak az ilyen feladatok egyszerűsítésére használják. Ha van webkapcsolata, könnyen átvihet adatokat egy közös 1C adatbázisba közvetlenül a raktárból.
Ezenkívül a "vékony kliensek" kizárólag adatátvitelre használják a hálózati csatornát. Az alkalmazás teljes verziója a munkához szükséges szolgáltatási adatok átvitelére is használja szoftver, ami csökkenti a csatorna hasznos sávszélességét.
Így a „vékony kliensek” lehetővé teszik az 1C programban való munkát, ahol nincs webkapcsolat egy áruval áteresztőképesség.
Alacsony rendszerkövetelmény
A helyzet hasonló rendszerkövetelmények programokat. A teljes verzió működéséhez erősebb számítógépekre van szükség, mivel az alkalmazás a processzort és a RAM rendszerek. A "vékony kliensek" 1C sokkal kevésbé igényli az erőforrásokat személyi számítógép. Ezáltal akár rajta is használható gyenge rendszerek.
Vállalati költségek csökkentése
Ez a pont az összes előzőből következik. Tekintettel arra, hogy a menedzselt felület kialakítása lehetővé teszi a munkafolyamat optimalizálását, a vállalati idő- és erőforrás-megtakarítást, ez a vállalat teljes könyvelési költségének csökkenéséhez vezet.
A vékony kliens hátrányai
Természetesen minden éremnek van egy árnyoldala is. A "vékony kliensnek" is vannak kellemetlenségei és korlátai, amelyeket nem lehet figyelmen kívül hagyni. Ezek tartalmazzák:
- Erőteljes szerver követelménye;
- Korlátozott funkcionalitás;
- Szokatlan interfész.
Erős szervert igényel
Abban az esetben, ha nagyszámú „vékony kliens” kommunikál a fő szerverrel webkapcsolaton keresztül, meglehetősen nagy terhelés nehezedik rá, ami bizonyos technikai követelményeket támaszt. A program teljes verziójának használata azonban nem tölt be sokkal kevesebbet, így ez a hátrány nagyon relatív.
Korlátozott funkcionalitás
Mint fentebb már említettük, egyszerű változat Az alkalmazás nagyon korlátozott funkciókkal rendelkezik. Így például nincs lehetőség „Konfigurátor” módban dolgozni.
Felület
Ez a hátrány az idő múlásával és a frissítések megjelenésével fokozatosan megszűnik, azonban sok cég eleinte megtagadta a „vékony kliensek” használatát, vagy éppen azért próbálta elkerülni, mert az alkalmazás felülete rendkívül kényelmetlen volt, és nagyon különbözött a teljes verziótól.
Az 1C új verzióinak sok felhasználója panaszkodik lassú munka kezelt űrlapok.
Előfordul, hogy a számítógép elbutulása miatt lelassul, de néha még a meglehetősen modern és produktív gépeken is tovább iszik tőlünk az 1C. Nos, mennyit tudsz?
Van kijárat! Úgy hívják, hogy "Vékony kliens webszerveren". És még hardvert sem kell frissítenie, az 1C sokkal gyorsabban fog működni a jelenlegi számítógépein.
A vékonykliens azonban nem minden esetben használható.
Egy vékony kliens nem segít, ha
- Van egy régi 1C konfigurációja, ami egyébként gyorsan működik, például UT 10.3, Retail 1.0. Csak az 1C szerver segít itt és SQL szerver vagy RDP szerver.
- Csak egy számítógéped van. Ha az 1C rajta szégyentelenül lelassul, az egyetlen lehetőség- cserélje ki erősebbre vagy frissítse.
A vékonykliens felgyorsítja a munkát, ha
- Számos számítógépe van, amelyek 1C-ben működnek a hálózaton keresztül, miközben a felügyelt űrlapokon van konfigurációja: Trade Management 11, Retail 2, Integrated Automation 2.
jegyzet
- Ha 10-nél több felhasználója van, akkor még nagyobb teljesítmény érhető el, ha a vékony kliens mellett az 1C szerver verzióját és egy SQL szervert is telepít a webszerverre.
A vékonykliens módban végzett munka előnyei a hálózattal szemben
- Sebesség. Az 1C vékonykliens módban kétszer gyorsabban működik. Mert a fő adattömb a szerveren (alappal rendelkező számítógépen) kerül feldolgozásra, és az Ön számítógépe csak azokat az adatokat kapja, amelyeket meg kell jeleníteni.
- Biztonság. Az ügyfélszámítógépnek nincs közvetlen hozzáférése az adatbázishoz. Ezért nem fog működni az alap ellopása. Még a konfigurációt sem tudod megnyitni.
- Hozzáférés webböngészőn keresztül. Az adatbázist a Chrome / Mozilla segítségével érheti el.
- Ha bárhonnan szeretne belépni, nem csak a helyi hálózatból, fehér IP-címre van szüksége.
Ahhoz, hogy az 1C vékonykliens módban működjön, nem kell további licenceket vásárolnia. A webszerver vagy az ingyenes Apache, vagy a beépített Windows IIS szerver.
A vékonykliens módba való átkapcsolás három lépésben történik.
- Az egyik számítógépen, lehetőleg erősebb, mint a többi, telepítve van egy webszerver, és be van állítva az 1C.
- Más számítógépeken új elérési utak íródnak az adatbázishoz.
- Nyereség! Az 1C kétszer gyorsabban kezd el működni.
Jegyzet! Vékony kliensen keresztül csak azokhoz az adatbázisokhoz férhet hozzá, amelyek támogatják a kezelt űrlapok módban történő munkát az 1C 8.2 és 8.3 platformon.
Példák a felügyelt űrlapok módban történő munkát támogató konfigurációkra:
Vállalati számvitel, 3.0 és újabb kiadás
Bérszámfejtési és Humánerőforrás-kiadás 3.0 és újabb
Trade Management 11.1 és újabb
Ellenőrzés kis cég, 1.4 és újabb változat
1. szakasz. Az adatbázis közzététele.
Ha vékony kliens módban szeretne csatlakozni az adatbázishoz, futnia kell alapkiadvány
2. szakasz. Az alkalmazás telepítése és konfigurálása 1C: Enterprise 8. Vékony kliens
Töltse le ingyenesen a kliens alkalmazást
Telepítse az alkalmazást a letöltés után és futtassa 1C Enterprise (vékony kliens).
Amikor először elindítja e Az 1C Enterprise (vékony kliens) új adatbázist kell hozzáadnia a listához. Ehhez kattintson a "Hozzáadás" gombra 
Az adatbázis hozzáadásához megnyíló ablakban adja meg az adatbázis nevét (tetszőleges), és válassza ki a csatlakozási lehetőséget - web szerver. 
Illessze be a másolt hivatkozást a " Adja meg az információsbázis címkarakterláncát Ha a hálózat proxyszervert használ, adja meg annak beállításait, ellenkező esetben hagyja meg az összes alapértelmezett beállítást, és kattintson a gombra További.
A tanúsítványbeállítások ablakában hagyja meg az összes alapértelmezett értéket - kattintson a gombra További.
Az indítási beállítások ablakban elhagyhatja az alapértelmezett beállításokat. A gomb megnyomása után Kész. 
Az információs bázis megjelenik az adatbázis kiválasztási listában. Az adatbázis elindításához nyomja meg az 1C: Enterprise gombot.
Az adatbázis indításakor az ablakban Webszerver hozzáférés jeleznie kell Az Ön bejelentkezési neve és jelszava a 42 Clouds szolgáltatásból. 
Ezután megjelenik egy ablak Hozzáférés az információs bázisokhoz e - ki kell választania a sajátját felhasználó az 1C adatbázisban.jegyzet: Alapértelmezés szerint az Adminisztrátor felhasználó jön létre az adatbázisokban, jelszó nélkül.
Az adatbázis első indításakor a következő kérdés jelenik meg: „A rendszert hardverlicenc (védelmi kulcs) nélkül indították el. … Letiltja a hardverlicenc (védelmi kulcs) használatát?” (mivel a helyi számítógépről nincs közvetlen hozzáférés a hardver biztonsági kulcsához – a kulcs a 42-es felhőkiszolgálón található). Kattintson Igen az adatbázis elindításának felgyorsítása érdekében.
Ezt követően elindul az 1C alap, amellyel vékonykliens módban lehet majd dolgozni.
Kényelmes munkát neked!
A fő különbség a vékony és vastag kliens 1C között itt történik a fő számítások elvégzése – a szerveren vagy a felhasználó munkahelyén. Ez bizonyos korlátozásokat ír elő a munka egyik vagy másik változatának használatára vonatkozóan.
Az Integrus blog cikkében az 1C rendszer különböző kliens alkalmazásait tekintjük át - mit jelent az 1C vékony kliens, az 1C vastag kliens, mi az és mi a különbség, és azt is, hogy milyen esetekben. jobb mindegyiket használni.
Vastag kliens 1C
Ha vastag kliens módban használja az 1C-t, ez azt jelenti, hogy az összes adatművelet közvetlenül a felhasználó munkahelyén történik, és maguk az adatok a szerveren tárolódnak, ahol az ügyfélalkalmazás hozzáfér.
Egy ilyen kliens szinte minden funkciót képes végrehajtani, és az alkalmazások adattípusaival dolgozni.
Az 1C vastag kliens telepítése a rendszer általános elosztókészletéből történik, ahol külön komponensként szerepel. Nem jelenthet nehézséget az a kérdés sem, hogy hogyan indítsunk el egy vastag kliens 1C 8.3-at – az 1cv8.exe futtatható fájl indítja el.
Vékony kliens 1C
Az 1C vékonykliens módban történő munkavégzés azt jelenti, hogy az adatok tárolása mellett szinte minden programkód, kérés végrehajtásra kerül a szerveren, az ideiglenes fájlok és a gyorsítótár tárolásra kerülnek. A felhasználó a munkahelyén csak a kezdeti adatokat adja meg, és az eredményt látja a monitorán.
Az 1C vékonykliens az 1C elosztókészletből kerül telepítésre. Ha nem rendelkezik vele, mivel például felhő 1C-vel dolgozik és bérli, akkor egy külön terjesztési készlet letölthető az 1C webhelyéről. Győződjön meg arról, hogy a verziója megegyezik az Ön által használt platform verziójával.
Az 1C:Enterprise vékony kliense innen indul futtatható fájl 1cv8c.exe.
Külön érdemes megemlíteni, hogy egy vékony kliens 1C 8.3 esetében a munka fájlverziója nem ajánlott, a kliens-szerver mód előnyösebb. Bár a fájl mód lehetséges, az összes kód a felhasználó számítógépén fut le, ami tagadja a vékony kliens minden előnyét.
Amint láthatja, a vékony és vastag 1C kliens közötti fő különbség az, hogy a fő számításokat hol végzik el - a szerveren vagy a felhasználó munkahelyén.
Ez bizonyos korlátozásokat ír elő az egyik vagy másik munkalehetőség használatára vonatkozóan:
- fontos különbség a vékony és vastag 1C kliens között - a "Configurator" és a lekérdező konzollal való munka csak vastag kliens módban lehetséges
- egy vastag kliens a TCP / IP protokoll használatával működik, ezért meglehetősen igényes a kommunikációs csatornára, mivel működéséhez viszonylag nagy mennyiségű információt kell kicserélnie a szerverrel
- Az 1C vékony kliens kizárólag felügyelt alkalmazás módban működik, a felhasználó számára elérhető funkcionalitás korlátozott a vastag kliens funkcionalitásához képest, például nem lehet alkalmazott adattípusokkal dolgozni
- vékony kliens használatával az 1C-vel az interneten keresztül is lehet dolgozni - a vékony kliens http vagy https kapcsolaton keresztül csatlakozhat egy webszerverhez
- A vastag kliensnek meglehetősen nagy mennyisége van az elosztókészletből, nehézségek adódhatnak a telepítéssel és a konfigurációval kapcsolatban - kívánatos, hogy ezt egy képzett szakember kezelje. Míg a telepítés, a vékonykliens 1C 8.3 beállítása, az információs bázis csatlakoztatása minden többé-kevésbé haladó felhasználó hatáskörébe tartozik.
Web kliens 1C
Web kliens 1C- lényegében nem az külön alkalmazás, hanem egy olyan technológia, amely lehetővé teszi, hogy az ismerős 1C környezetben dolgozzon böngészővel, egyszerűen a megfelelő 1C webszerver címének megadásával a címsorban. Ahhoz, hogy működjön, először telepítenie kell egy webszervert, és közzé kell tennie rajta információs bázis, a webes kliens is csak olyan 1C konfigurációval fog működni, amely támogatja a vékony kliensekre vonatkozó követelményeket.
A webkliens azért jó, mert egyáltalán nem kell telepíteni a felhasználói eszközre, minden legelterjedtebb böngészőben képes működni. A mínuszok közül megjegyezhető korlátozott funkcionalitás valamint az, hogy a webszerver jelenléte nem mindig felel meg az információbiztonsági követelményeknek.
Mi a gyorsabb vékony vagy vastag kliens 1C?
Nehéz egyértelműen válaszolni a kérdésre: vékony vagy vastag 1C kliens, melyik a gyorsabb? A felhasználás körülményeitől függ.
- A vékonykliens alacsony követelményeket támaszt a felhasználó eszközével és kommunikációs csatornájával szemben, miközben a rendszer képességei szinte teljes mértékben ki vannak használva, de a munka lelassulhat, ha egyszerre több alkalmazott is használja a szerver erőforrásait.
- Egy vastag kliens jelentős energiát igényelhet a felhasználó számítógépétől és jó csatorna adatátvitel, miközben bizonyos autonómiát biztosít a felhasználónak, munkáját nem befolyásolja, hogy hányan dolgoznak egyszerre a rendszerrel, van-e internet kapcsolat stb.
Ezért az 1C kliens kiválasztása és beállítása előtt célszerű elemezni, hogy ki és hogyan használja az 1C-t az Ön cégében, milyen típusú 1C ügyfelekre lesz szüksége.
- Ha ez egy irodában található könyvelési részleg, amelyet kellően erős számítógépekkel lehet ellátni, és könnyű megszervezni az adminisztrációt, ha ezek a számítógépek helyi hálózathoz csatlakoznak, akkor egy vastag kliens kényelmesebb lesz.
- Ha alkalmazottainak gyakran távolról, interneten keresztül kell dolgozniuk, mert gyakori üzleti útjaik vannak, vagy egyszerűen más városban tartózkodnak, mert ez az Ön cégének infrastruktúrája, ha alacsony fogyasztású laptopot vagy egyéb mobil eszközök, akkor nekik megfelelő az 1C vékonykliens beállítása.
1C kliens frissítés
És végül néhány szó az 1C kliensek frissítéséről:
- a vékony kliens automatikusan frissíthető az interneten keresztül,
- a vastag kliens frissítéseit le kell tölteni az 1C webhelyéről vagy.
Ha kérdései vannak az 1C kliens kiválasztásával, telepítésével, konfigurálásával, frissítésével, adminisztrációjával kapcsolatban szoftver termékek 1C, felveheti a kapcsolatot az Integrus szakembereivel, vagy megtekintheti cégünk blogját az 1C témáival kapcsolatos utasításokkal és ajánlásokkal.