"1C: Enterprise 8. Hallatud rakendus." Uued võimalused

Nikita Zaitsev

Jätkame uue põlvkonna tehnoloogiaplatvormi – “1C: Enterprise 8. Managed Application” – võimaluste ja arhitektuursete kontseptsioonide ülevaatamist. Artiklis käsitletakse erinevat tüüpi klientrakendusi, konfiguratsiooni alamsüsteemide uut põhimõtet, funktsionaalsete valikute ja hallatavate aruannete mehhanisme ning mõnda muud "Hallatud rakenduse" uuendust.

Kliendirakenduste tüübid

1C: Enterprise 8 eelmistes versioonides polnud klientrakenduse käivitamiseks võimalusi. Iga kasutaja jaoks mis tahes teabebaasiga töötamiseks kasutati ainult ühte tüüpi kliendirakendust, mida nimetati "kliendiks". Kasutajate kaugtöö korraldamiseks teabebaasiga kasutati (ja kasutatakse praegu) mitmesuguseid tehnoloogiaid, millest igaühel on oma eelised ja puudused. Kaugjuurdepääsu saab korraldada standardsete 1C: Enterprise 8 tööriistade abil:

Hajutatud teabebaasi ehitamine. Iga kaugkasutajate rühm töötab oma kohaliku teabebaasiga ja andmeid sünkroonitakse regulaarselt peamise teabebaasi ja kaugandmebaaside vahel. Selle tehnoloogia eeliseks on see, et kaugkasutajad ei vaja otsest juurdepääsu "peamisele" teabeandmebaasile. Kuid on ka puudus - hajutatud teabebaasi ühes sõlmes tehtud andmemuudatusi ei edastata naabersõlmedele kohe, vaid mõne aja pärast.

Töötage veebiliidese kaudu (põhineb laiendusplatvormil 1C: Enterprise 8.Web). Eelised – võimalus töötada väikese kiirusega sidekanalitel, kasutaja arvutisse pole vaja installida "1C: Enterprise 8". Puudused: kasutajaliidese märkimisväärne funktsionaalne vaesus võrreldes "paksu kliendiga", vajadus meelitada veebirakenduse väljatöötamiseks ASP.NET-tehnoloogiat valdavaid programmeerijaid.

Kaugjuurdepääsu teabebaasile saab korraldada ka mittesüsteemsete vahenditega:

Töötage terminaliteenuse kaudu. Eelised - võimalus töötada väikese kiirusega sidekanalite kaudu, konfiguratsioonis pole vaja midagi muuta. Kuid see nõuab täiendavaid serveritarkvara litsentse ja täiendavaid riistvararessursse (ideaaljuhul spetsiaalne server "terminali" kasutajatele).

Töötage VPN-ühenduse kaudu. Eeliseks on see, et kasutaja töötab kauginfobaasiga nagu tavaliselt, justkui asuks see tema kohalikus võrgus. Puudus: vaja on tõrgeteta kiiret sidekanalit, tarbitakse palju liiklust.

Kliendi-serveri suhtlus

"Hallatud rakendus" on loodud selleks, et lihtsustada võimalikult palju ja minimeerida teabebaasidega kasutajate kaugtöö korraldamise kulusid - nüüd saavad kasutajad teabebaasiga töötada võrgus nii ettevõtte kohtvõrgus kui ka Interneti kaudu.

Haldatavas rakenduses saate kasutada kolme erinevat tüüpi klientrakendust.

"Paks klient" Sarnaselt 1C: Enterprise 8 eelmiste versioonide klientrakendusega, kuid ühildub kahe töörežiimiga - tavaline ja hallatud. Peamine erinevus nende vahel on globaalse käsuliidese konstrueerimise põhimõte (lisateavet "Hallatud rakenduse" uue liidese mudeli kohta kirjeldatakse meie sarja eelmises artiklis). “Paks klient” tarbib kasutaja arvutis rohkem süsteemiressursse, kuid ei sea konfiguratsiooniga töötamisel mingeid funktsionaalseid piiranguid.

"Õhuke klient". Täiesti uus rakendus, mis sisaldub 1C: Enterprise'is. See töötab ainult juhitavas režiimis ja on mõeldud kasutajatele Interneti kaudu teabeandmebaasidega töötamiseks (loomulikult võib see töötada ka üle kohaliku ettevõtte võrgu). "Õhukesel kliendil" on selles töötades režiim "madal ühenduskiirus", platvorm optimeerib kliendirakenduse ja serveri vahelisi suhtlusprotsesse madala kiirusega sidekanalite jaoks. "Õhuke klient" nõuab oluliselt vähem süsteemiressursse kui "paks klient", kuid on funktsionaalselt piiratud - see töötab ainult hallatud konfiguratsioonivormidega, konfiguraatori režiim pole saadaval.

Veebi klient. Sel juhul ei pea kasutaja arvutisse installima “1C: Enterprise 8” ega muud tarkvara. Töö 1C: Enterprise 8 teabebaasidega toimub tavalise Interneti-brauseri (MS Internet Explorer või Mozilla FireFox) kaudu. Veebikliendi funktsionaalsed piirangud on samad, mis “õhukesel kliendil”: see töötab ainult hallatavate vormidega, konfiguraatori režiimi ei toetata. Deklareeritakse peaaegu täielik (välja arvatud mõned väikesed piirangud) süsteemi välimuse ja käitumise identiteet "õhukeste" ja veebiklientidega töötamisel. Kahjuks ei olnud 1C selle artikli koostamise ajal veebikliendi tehnoloogiat veel avaldanud, mistõttu selle tehnoloogia kohta esitatud teave põhineb ainult hallatava rakenduse kaasasoleval dokumentatsioonil.

Alamsüsteemipõhine käsuliides

Et mitte segadusse sattuda ja selgelt aru saada, milliseid teabebaasidega ühenduse loomise meetodeid ja milliseid liidese mudeleid toetavad erinevat tüüpi 1C: Enterprise 8 kliendirakendused, on teave kõige parem esitada tabeli kujul (vt tabelid 1 ja 2 ).

Hallatava rakendusega töötamisel taandub 1C: Enterprise 8 teabebaasi võrgujuurdepääsu korraldamine peamiselt veebiserveri seadistamisele. Iga teabebaasi jaoks vajate lisaks:

Looge teabebaasi deskriptori fail (kaks rida XML-i);

Konfigureerige veebiserveri poolel (MS IIS või Apache) teabebaasile vastav rakendus (virtuaalne kataloog).

Neid toiminguid tehakse üks kord iga teabebaasi jaoks, millega kaugtööd oodatakse. Muidugi selleks, et kaugkasutajad saaksid töötada teabebaasiga „õhukese kliendi“ või veebikliendi režiimis, tuleb konfiguratsioon välja töötada ja (või) muuta, et see sobiks „Hallatud rakenduse“ uue liidese mudeliga ja peavad sisaldama nende objektide hallatud vorme, millega nad kaugkasutajaid töötavad.

Pange tähele, et veebiklienditehnoloogia tulekuga muutub 1C: Enterprise 8 täielikult mitmeplatvormiliseks. Nüüd saavad kõik infosüsteemi elemendid töötada nii Windowsi kui Linuxi all (vt tabel 3).

Ainus töökoht, kus peab olema Windows OS, on infosüsteemi administraatori töökoht, kus tuleb konfiguraatori režiimis käivitada 1C: Enterprise 8.

Vaikimisi käskude nähtavuse määramine

Samuti tuleb märkida muudatusi 1C: Enterprise 8 klient-serveri arhitektuuris, mis on tehtud seoses uut tüüpi kliendirakenduste ilmumisega. Platvormi eelmistes versioonides oli kliendi ja serveri vahelise suhtluse ainus vorm ühendus, st jäik ühendus kliendirakenduse ja serveriklastri ühe tööprotsessi vahel. See ühendus luuakse, kui klient loob ühenduse teabebaasiga, ja seda hoitakse kuni kliendirakenduse sulgemiseni.

Kasutajaliidese kohandamine

"Hallatud rakenduses" kasutatakse "õhukese kliendi" või veebikliendiga töötamisel paindlikumat kliendi-serveri suhtluse skeemi: kasutajaseanssi. Iga päring klientrakendusest serverisse on eraldi ja seda töötleb serverite klaster, sõltumata eelnevatest päringutest. See skeem võimaldab:

Suurendage süsteemi "ellujäämist". Kui serveriklastri tööprotsess pole mingil põhjusel enam saadaval, lülituvad klientrakendused teistele saadaolevatele tööprotsessidele (varasemates versioonides tõi tööprotsessi krahh kaasa kõigi ühenduste katkemise ja kõik kliendirakendused, mida protsess teenindab).

Suurendage süsteemi jõudlust, jaotades dünaamiliselt tööprotsesside koormuse. Varasemates versioonides jaotati koormust alles siis, kui klient esimest korda serveriga ühendust võttis. Hallatavas rakenduses jälgib klastrihaldur pidevalt tööliste protsesside töökoormust ja jaotab koormuse nende vahel. Kui klientrakendust teenindanud tööprotsess või tööserver saab ootamatult ülekoormatud, lülitatakse klient järgmisel korral serverile juurde pääsedes vähem koormatud protsessile või serverile.

Konfiguratsiooni alamsüsteemid

1C: Enterprise 8 eelmistes versioonides ei kandnud konfiguratsiooni alamsüsteemid funktsionaalset koormust. Muidugi ei saa väita, et enne hallatava rakenduse tulekut oli alamsüsteemi mehhanism puhtalt dekoratiivne - konfiguratsiooniarendajad ja teabebaaside toetamisega seotud spetsialistid kasutasid seda mitmesuguste tehnoloogiliste probleemide lahendamiseks. Kuid alamsüsteemid ei mõjutanud konfiguratsiooni käitumist kasutajarežiimis. Pealegi ei saa konfiguratsioonis üldse määratleda ühtki alamsüsteemi ja see ei mõjuta kuidagi selle tööd.

Hallatava rakenduse puhul on olukord täiesti erinev: alamsüsteemide hierarhiline struktuur on võtmekonfiguratsioonielement, millel põhineb globaalne käsuliides. Kasutajaliides luuakse järgmiste põhimõtete järgi:

Käsuliidese jaotised luuakse juurkonfiguratsiooni alamsüsteemide (asuvad hierarhia esimesel tasemel) alusel.

Lähtudes teatud konfiguratsiooniobjektide kuuluvusest vastavasse juur-allsüsteemi ja sellele alluvatesse alamsüsteemidesse, luuakse vastava jaotise jaoks käskude komplekt.

Iga komplekti kuuluva käsu puhul tehakse kindlaks, kas see on praegusele kasutajale põhimõtteliselt kättesaadav. Otsus tehakse kahes etapis: esiteks eemaldatakse komplektist need käsud, mille jaoks kasutajal pole juurdepääsuõigusi, ja seejärel käsud, mis on funktsionaalsete valikute kaudu keelatud.

Iga kasutaja käsutuses oleva käsu jaoks määratakse nähtavuse režiim: kuvage käsk vastaval liidese paneelil või peitke käsk. Platvorm kontrollib konfiguratsiooniarendaja ja teabebaasi kasutaja määratud sätteid. Konfiguratsiooniarendaja saab erinevate rollide jaoks määrata ühe käsu jaoks erinevad nähtavusrežiimid ja kasutaja saab soovi korral alistada iga tema käsutuses oleva käsu nähtavuse oma töökohas.

Seega muutuvad konfiguratsiooni alamsüsteemid “Hallatavale rakendusele” üleminekul “teenuse” objektist võtmeobjektiks ning arendaja jaoks muutub esmatähtsaks ülesanne alamsüsteemide struktuuri kompetentne kujundamine ja konfiguratsiooniobjektide jaotamine nende vahel.

Funktsionaalsete valikute mehhanism

Funktsioonivalikute mehhanismi kasutades saab rakendaja kohandatud rakendusest dünaamiliselt lisada või välistada teatud funktsionaalsust ja vastavaid liideseelemente, ilma et oleks vaja tegelikku konfiguratsiooni muuta. Funktsionaalsed valikud põhinevad teabebaasi rakendusandmetel ja neid saab kiiresti vahetada otse süsteemi töö ajal.

Funktsionaalsete valikute mõju liidesele

Parim viis funktsionaalsete valikute toimimise selgitamiseks on konkreetne näide. Oletame, et loome konfiguratsiooni väikeste jaemüügiettevõtete automatiseerimiseks. Konfiguratsiooni kavandamisel paneme tähele mitmeid funktsioone, mis on konfiguratsiooniga "ristivad", kusjuures nende võimaluste vajaduse määrab konkreetse rakenduse või isegi konkreetse protsessi kontekst.

Ettevõte saab raamatupidamise automatiseerimiseks kasutada erinevaid jaemüügiseadmeid (näiteks vöötkoodiskannereid).

Ettevõttel võib vastavalt olla mitu ladu, vajalik võib olla arvestuse pidamine laokaupa.

Arvestus võib toimuda erinevalt kohalike ja eksporttoodete, kohalike ja välismaiste tarnijate puhul.

Sõltuvalt konkreetsest teostusest peaksid samad konfiguratsiooniobjektid välja nägema ja toimima erinevalt, näiteks:

Kui kasutatakse vöötkoodiskannereid, peavad teatud tüüpi dokumendivormid sisaldama käsku skanneri juhtimiseks.

Kui raamatupidamist peetakse laopõhiselt, peaksid vastavad vormid (kaubadokumendid, aruanded) näitama laoga seotud üksikasju ja käske.

Kui ettevõte teeb koostööd välismaiste tarnijatega, peaksid vastavad vormid (arveldusdokumendid, aruanded) näitama valuutaarvestusega seotud üksikasju ja käske (valuuta, vahetuskurss, “arvelda ümber jooksva kursi järgi” jne).

Funktsionaalsete valikute mehhanism võimaldab rakenduse arendajal pakkuda konfiguratsiooniobjektide välimuse ja käitumise kohandamist konkreetse teostuse nõuetele ja konkreetse ettevõtte tegevuse spetsiifikale ilma funktsioonide nähtavust ja juurdepääsetavust kontrollivate funktsioonide uskumatult tüütu kodeerimiseta. liidese elemendid. Arendaja määratleb deklaratiivselt funktsioonide komplekti (objektid ja konfiguratsioonikäsud) ning seab reeglid, mille järgi platvorm peab määratud komplekti lubama või keelama. Kasutaja saab rakenduse liidese, mis ei ole koormatud "tarbetute üksikasjadega" ja ei raiska aega, et välja selgitada, "mis juhtudel on see väli oluline ja millal on mõtet sellel nupul klõpsata" - kõike, mis on nüüd tema ees. silmad on olulised.

Oluline on märkida: funktsionaalsete valikute ja nende parameetrite olek ei mõjuta ei konfiguratsiooniobjektide ega andmebaasi tabelite ja väljade koostist. Funktsionaalsete valikute kaudu hallatavad metaandmeobjektid ja nende detailid kaovad ainult kasutajaliidesest, aga mitte infobaasist. Funktsionaalseid valikuid ei kasutata rakenduse konfiguratsiooni võimaluste vähendamiseks, vaid nende funktsioonide keelamiseks ja kasutaja eest peitmiseks, mis on praeguses kasutaja kontekstis üleliigsed ja (või) ebaolulised.

Hallatud aruanded Hallatud aruandevorm

"Hallatud rakenduse" aruandlusmehhanism on säilitanud "1C: Enterprise 8" eelmise versiooni aruandlusmehhanismi "perekonnafunktsioonid":

Aruanne on üles ehitatud andmete koostamise diagrammi alusel. Üldjuhul piisab konfiguratsioonis uue aruande loomiseks paigutusskeemi väljatöötamisest - platvorm genereerib automaatselt aruandevormi (sealhulgas erinevad teenusevõimalused - ärakirjad, valik, tingimuslik vormindamine jne).

Kasutajarežiimis saab iga kasutaja soovi korral muuta mõningaid paigutusskeemi sätteid, luua ja salvestada oma isiklikud "aruande valikud".

Aruande variandi seadistamine

Hallatud aruannetel (nn hallatud rakenduse tehnoloogia abil rakendatud aruanded) on mitmeid olulisi erinevusi nende eelkäijatest.

Aruanne genereeritakse ainult serveri poolel, kliendirakendusse edastatakse ainult valmis tulemused. 1C: Enterprise 8 eelmistes versioonides sai aruannet genereerida nii serveri kui ka kliendi poolel.

Aruande seadete haldamise mehhanismi on oluliselt ümber kujundatud. Protsess on nüüd hierarhiline ja koosneb aruande variantidest, aruande variandi seadetest ja kohandatud aruande seadetest.

Aruande seadistused salvestatakse andmebaasisüsteemi tabelisse või (kui konfiguratsiooni arendaja on ette näinud) spetsiaalsesse infobaasiobjekti “Seadistuste salvestus”. 1C: Enterprise 8 eelmistes versioonides oli vaja aruande sätted failina salvestada või teaberegistrite põhjal välja töötada oma seadete salvestusruum.

Aruande kohandamine

Vaatame lähemalt aruande seadete haldamise mehhanismi. Esmapilgul võib see tunduda liiga keeruline, kuid tegelikult on kõik väga lihtne ja mugav. Aruande seadeid hallatakse mitmel tasandil.

Konfiguratsiooni arendaja tase. Konfiguratsioonikujundaja loob andmete koostamise skeemi ja määratleb aruande valikud (aruandesuvand on andmekoostamise skeemi sätete kogum). Näiteks aruande “Müügianalüüs” jaoks saab määratleda valikud “Perioodide järgi” (müügimahu analüüs perioodide lõikes) ja “Rühmade lõikes” (müügimahu analüüs tooterühmade lõikes). Konfiguratsioonikujundaja määrab ka, milliseid seadeid saab kasutaja aruandega töötades muuta.

Rakendusspetsialisti tase. Teostab aruande “kohandamise” konkreetse ettevõtte nõuetele vastavaks. Rakendusspetsialistil on juurdepääs samadele toimingutele nagu konfiguratsiooniarendajal, kuid tuleb tähele panna olulist nüanssi: 1C: Enterprise 8 kasutajarežiimis saate muuta olemasolevaid aruandesuvandeid ja lisada uusi ilma konfiguratsioonis muudatusi tegemata.

Infobaasi kasutaja. Kasutaja haldab neid aruande seadete elemente, millele konfiguratsiooni arendaja ja juurutamise spetsialist on talle juurdepääsu andnud.

Aruande valikute väljatöötamine

Uue aruande seadete struktuuri mugavus võrreldes 1C: Enterprise 8 eelmiste versioonidega on järgmine:

Kasutajaseadete elemente redigeeritakse kas otse aruandevormil (kui seadistuselemendile on seatud lipp “kiirjuurdepääs”) või eraldi lihtsal kujul. See vorm sisaldab ainult kõige vajalikumaid juhtelemente, ei ole funktsionaalsusega üle koormatud ega šokeeri ettevalmistamata kasutajaid (võrdle lihtsalt selle vormi välimust aruandevaliku juhtvormiga).

Aruande valikute ja kasutajaseadete komplekti saab redigeerida kliendirakenduses. Süsteemiadministraator või kogenud kasutaja saab aruannet käigupealt muuta, lihtsustades või muutes selle konfiguratsiooni keerulisemaks.

Tulenevalt asjaolust, et kõik tehtud seadistused salvestatakse teabebaasi, saab kasutajate vahelist seadete vahetamise protsessi lihtsustada kuni piirini – selleks tuleb konfiguratsioon konfigureerida salvestama aruande sätteid spetsiaalsesse konfiguratsiooniobjekti “Seadete salvestus ”. Süsteemiadministraator konfigureerib vajalikud aruandesuvandid, et kasutajal tuleb avada vaid aruandevorm, valida suvand, määrata “kiire” kasutajaseadete väärtused ja klõpsata nupul “Genereeri”.

Mitmetasandiline aruannete kohandamine

Kui proovite kolme sõnaga sõnastada hallatavate aruannete eelised tavaliste 1C: Enterprise 8 aruannete ees, siis on need sõnad: tootlikkus, paindlikkus, mugavus. Hallatavad aruanded töötavad kiiremini – kõik aruannete genereerimise toimingud tehakse serveri poolel. Need pakuvad palju paindlikumat konfiguratsioonimehhanismi, jagades seaded kaheks tasemeks. Lõpuks on hallatud aruannetega lihtsalt lihtsam töötada. Kuid aruanded või täpsemalt aruannetes esitatav teave on infosüsteemi lõpptoode, see on tulemus, mille süsteem tarbijale väljastab.

Sellega on meie hallatud rakenduste uuenduse ülevaade lõpetatud. Võib-olla pöördume selle teema juurde tagasi pärast esimest väljaannet. Loomulikult saate platvormi uue põlvkonna võimalustest täieliku ülevaate ainult seda käes hoides ja hoolikalt dokumentatsiooni lugedes - 1C partneritel ja 1C: Enterprise 8 registreeritud kasutajatel on see võimalus juba olemas.

Uudised. 15-15

Arvutid

ASUS (http://asus.com.ru) teatas personaalarvuti Eee Boxi väljalaskmisest. Toode on paigutatud ülikompaktsesse korpusesse, Eee Boxi saab paigaldada VESA kinnitusele. Süsteem sisaldab kiiret allalaadimist ja Interneti-ühendust (ASUS Express Gate) ning WiFi 802.11n traadita adapterit.

Arengu ajastul Interneti-tehnoloogiad, tekkis vajadus kasutajasõbraliku ühenduse järele andmebaasiga ja sellega töötamiseks läbi veebilehitsejate. Kuna Interneti-juurdepääs toimub erinevate sidekanalite kaudu - nii kiire kui ka madala andmeedastuskiirusega -, töötati konfiguratsioon välja töö kiirendamiseks põhimõtteliselt uus mehhanism funktsionaalsuse eraldamiseks kliendi ja serveri vahel. Lisaks on muutunud ka konfiguratsioonis kasutajaliidese arendamise kontseptsioon. Platvormi 1C: Enterprise 8 uut arendatud arhitektuuri nimetati hallatavaks rakenduseks.

Mis on hallatavas rakenduses tavalisega võrreldes muutunud?

Liides

Oluliste muudatusteta jäi süsteemi infobaasiandmetega töötav ja äriloogika eest vastutav kiht. Juurdepääs kataloogidele, dokumentidele ja muudele konfiguratsiooniobjektidele, samuti päringu- ja andmevahetusmehhanismidele toimub samamoodi nagu tavarakenduses. Liidesega töötamise kiht on täielikult muutunud: käsuliides, aknasüsteem ja ka kasutajate dialoogivormid on ümber kujundatud.

Suurenenud mastaapsus

Skaleeritavus on süsteemi võime kohaneda laienevate nõuete ja kasvavate lahendatavate ülesannete mahuga. Hallatav rakendus suurendab süsteemi skaleeritavust mitme punkti tõttu.

• Koormuse ülekandmisega kliendi poolelt serveri poolele. Tüüpilises rakenduses tehti kogu töö teabebaasi objektide, arvutuste, töötlemise ja aruannete genereerimisega kasutaja arvutis, serveris töötasid vaid mõned levinumad moodulid. Hallatavas rakenduses tehakse kliendiga ainult järgmisi toiminguid:
  • vormide vastuvõtmine, avamine ja kuvamine,
  • interaktiivne dialoog kasutajaga,
  • väikesed arvutused
  • kohalike failide ja kommertsseadmetega töötamine;
• Kui tarkvaratoote 1C: Enterprise käitamiseks kasutatakse serverite klastrit, on serverites lubatud dünaamiline koormuse jaotus, mis tavarakenduses töötades ei kehti;
• Server 1C on töökindluse ja stabiilsuse parandamiseks ümber kujundatud.

Kaugtöö (võrgus)

Hallatava rakenduse teabebaasiga kaugtöö on esitatud kahes režiimis:

Õhuke klient klient installitakse kasutaja arvutisse ja suhtleb andmebaasiga kasutades Interneti-protokollid andmeedastus. Infobaasi parameetrid sisaldavad sätteid, mis võimaldavad kohandada õhukese kliendi tööd väikese kiirusega sidekanaliga; Veebiklient on klient, mis ei vaja installimist kasutaja arvutisse. Kogu töö infobaasiga tehakse läbi interneti lehitseja. Veebikliendi kasutamiseks on vaja täiendavat veebiserveri installimist ja konfigureerimist ning täiendavat veebiteenuse lisandmoodulit 1C-serveri jaoks (valitakse platvormi 1C: Enterprise installimisel).

Süsteemi kiire seadistamine rakendamise ajal

Hallatava rakenduse kõige olulisem omadus on võimalus konfiguratsiooni juurutamise ajal selle muutmise asemel kohandada. Sellise konfiguratsiooniobjekti tekkimine funktsionaalsete valikutena võimaldas rakendada keerukate rakenduslahenduste tervete funktsionaalsete osade lubamise ja keelamise võimalust. Näiteks: “ ” konfiguratsioonis üldseadetes saate ühe nupuvajutusega lubada või keelata sellise globaalse mooduli nagu Laoarvestus. Sel juhul konfigureerib süsteem automaatselt kasutajaliidese, kontrollides selle funktsionaalse osaga seotud üksikute detailide ja käskude kuvamist.

Liideste ja aruannete kirjeldamise keerukuse vähendamine

Tavarakenduses liidest luues pidi arendaja selle ise joonistama. Iga vormiobjekt tuli sinna käsitsi üle kanda ning objektide asukoht, aga ka nende omavaheline suhtlus sõltus arendajast endast. Hallatavas rakenduses kirjeldab arendaja ainult seda, millised objektid, atribuudid ja käsud peaksid vormil asuma, ning määrab käsuliidese ja vormide üldise paigutuse.

Konkreetsele kasutajale liidese ehitamisel kasutab süsteem seda kirjeldust, võttes arvesse erinevaid tegureid (kasutaja õigused, konkreetse teostuse omadused, kasutaja enda tehtud seadistused).

Tsentraliseeritud liidesehalduse võimalus

Hallatakse käsuliidest ja vorme kasutaja rolli seaded, funktsionaalsete valikute ja isiklike kasutajaseadete koosseis.

Juurdepääsuõiguste eristamise süsteemi väljatöötamine

Lisaks sellele, et hallatud rakendusel on võimalus iga rolli jaoks konfigureerida juurdepääsu ja redigeerida individuaalseid konfiguratsiooniobjektide välju, on õhukese kliendi arhitektuur üles ehitatud nii, et blokeeritud andmeid sellele ei edastata. See võimaldab juurdepääsuõigusi tõhusamalt käsitleda. Süsteemi koormus on oluliselt vähenenud - kõiki massiivseid toiminguid saab teha ilma juurdepääsuõigusi kontrollimata (privilegeeritud režiimis).

Kohandatud sätted

Rakendatud hallatavas rakenduses 1C: Enterprise kasutajaliidese kohandamise võimalus. Samuti antakse kasutajale võimalus kohandada süsteemi liidest vastavalt oma isiklikele eelistustele. See suudab juhtida käskude nähtavust käsuliideses, nende järjekorda ja rühmitamist. See võib muuta ka vormielementide nähtavust, asukohta ja rühmitamist ning konfigureerida mõningaid vormielementide atribuute, mis mõjutavad kuvamist ja redigeerimist.

1C:Enterprise on ettevõtte 1C tarkvaratoode, mis on loodud ettevõtte erinevate majandustegevuse valdkondade automatiseerimiseks. See süsteem sisaldab lahendusi tootmis-, kaubandus- ja teenindusettevõtete kompleksseks automatiseerimiseks, tooteid osaluste ja üksikettevõtete finantsjuhtimiseks, raamatupidamist, palgaarvestust ja personalijuhtimist, raamatupidamist eelarveasutustes, erinevaid tööstusharusid ja erilahendusi.

Süsteem on selle platvormi baasil välja töötatud tehnoloogiline platvorm ja rakenduslahendused (konfiguratsioonid).

Platvorm 1C:Enterprise on ainekeskne arenduskeskkond (ka andmebaasiga töötamise keskkond) ettevõtte automatiseerimisega seotud probleemide lahendamiseks.

1C konfiguratsioon on 1C platvormi abil loodud rakenduslahendus, mis sisaldab andmebaasitabelite struktuuri kirjeldust ja algoritme nende andmetega töötamiseks.

VLSI-süsteemi integreerimist toetavad peaaegu kõik 1C tehnoloogiaplatvormi versioonid (välja arvatud kõige varasemad): 7.7, 8.1, 8.2 ja 8.3. Süsteemi 1C: Enterprise peamine omadus on selle konfigureeritavus. Iga konfiguratsioon on keskendunud teatud tüüpi ettevõtetele ja lahendatavatele ülesannete klassidele (“Ettevõtte raamatupidamine”, “Tootmisettevõtte juhtimine”, “Kaubanduse juhtimine” jne).

Konfiguratsioonid jagunevad sageli kahte rühma - "standardne" ja "mittestandardne". "Standardne" konfiguratsioon on masstoodetud lahendus, mida turustatakse "kastis". Tüüpiliste konfiguratsioonide puhul toimub integreerimine VLSI-ga tavaliselt ilma lisaseadeteta.

Samuti on ettevõtte vajadustele kohandatud konfiguratsioone, mis nendes tehtud muudatuste tõttu ei ole enam standardsed, kuid on väga sarnased. Olenevalt tehtud muudatustest võib VLSI integreerimine nõuda lisaseadeid.

"Kodu kirjutatud" konfiguratsioon või "nullist" konfiguratsioon on konfiguratsioon, mis on välja töötatud 1C ettevõttest sõltumatult, tavaliselt konkreetse kliendi vajaduste jaoks. Sellised konfiguratsioonid nõuavad VLSI-ga integreerimiseks tavaliselt olulisi muudatusi.

Klient saab kasutada korraga mitut rakenduslahendust ja vastavalt sellele töötada mitme andmebaasiga. Andmebaasi valik toimub siis, kui programm käivitub.

On kaks peamist 1C käivitusrežiimi - ettevõtte režiim ja konfiguraatori režiim (sellel režiimil on ka silumisrežiim).

Ettevõtlusrežiim on peamine kasutajarežiim (erinevalt administraatoritest ja arendajatest). Selles režiimis kasutajad lisavad, muudavad, kustutavad andmeid, loovad aruandeid ja täidavad muid rakenduste ülesandeid.

Konfiguraatorirežiimis saate hallata ja muuta andmebaasi konfiguratsiooni. Just selles režiimis kirjutatakse programmi lähtekood, töötatakse välja uusi vorme, luuakse uusi aruandeid, teatmeteoseid, dokumente jne.

Konfiguraatori režiim

Konfiguraatori režiimis saame tutvuda konfiguratsiooniga, mis kirjeldab andmesalvestuse struktuuri andmebaasis. Menüüs konfiguratsiooni avamiseks valige menüüst "Konfiguratsioon/Ava konfiguratsioon".

Konfiguratsiooni nime kõrval olevast ikoonist saame aru, kas see on tüüpiline (muutmata):

Valikuid on kolm:

• Objekt ei ole redigeeritav – tüüpiline konfiguratsioon, mida ei saa muuta.
• Objekti redigeeritakse, säilitades samal ajal toe - konfiguratsioonis on tehtud teatud muudatusi, kuid see jääb toetatuks, see tähendab, et seda saab värskendada uue versiooni ilmumisel.
• Objekt on toest eemaldatud – konfiguratsiooni on oluliselt muudetud või nullist kirjutatud, seda ei värskendata uute versioonide väljalaskmisel.

Konfiguratsiooni aluseks on konfiguratsiooniobjektide struktuur, mida kirjeldavad visuaalse disaini tööriistad.

Konfiguratsiooniobjektid

Konfiguratsiooniobjekt süsteemis 1C:Enterprise on sarnaste omaduste ja sama eesmärgiga mõistete rühma kirjeldus. Näiteks Kataloogi konfiguratsiooniobjekt on mõeldud homogeensete andmeelementide - kataloogide, kaardifailide, klassifikaatorite - loendite pidamiseks.

Konfiguratsiooniobjekt ei kirjelda konkreetset väärtust, vaid ainult selle välimust. Näiteks ei kirjelda töövõtjate kataloog konkreetset organisatsiooni Solnyshko LLC, vaid sisaldab üksikasjade loendit (TIN, KPP, täisnimi jne), samuti nende väärtuste sisestamise vorme, loendite vaatamise vorme ja paigutusi. trükiteave.

Konfiguratsiooniobjektid rühmitatakse konfiguratsioonipuus vaadeteks. Kasutaja näeb konfiguratsioonipuu esimesel tasemel tüüpide nimesid, kui ta avab seadistusakna:

Allpool on VLSI-integratsiooni seadistamisel kasutatavate objektide tüüpide lühikirjeldus.

Konstandid

Pideva ja harva muutuva teabega töötamiseks kasutab süsteem Constant tüüpi objekte. Näiteks arvestusvaluutat salvestatakse konstantides.

Kataloogid

Teatud väärtuste komplektiga püsiva teabega töötamiseks kasutatakse kataloogi tüüpi objekte. Tavaliselt on kataloogid kaupade, organisatsioonide, töötajate jne loendid.

Ülekanded

Loendeid kasutatakse püsivate väärtuste kogumite kirjeldamiseks. Ülekande tüüpiline näide on käibemaksumäärad (0%, 10%, 18%, 10/110, 18/118, Ilma käibemaksuta).

Dokumentatsioon

Dokumendid on mõeldud kajastama ettevõtte majandussündmusi. Need võivad olla näiteks arved, arved, töökorraldused, arved, maksekorraldused jne. Võime öelda, et see on VLSI-ga integreerimise peamine objekt, kuna Dokumendid saadame elektrooniliselt. Iga dokumenditüüp on loodud nii, et see kajastaks oma tüüpi sündmust. See määrab selle struktuuri ja omadused. Igal dokumenditüübil võib olla piiramatu arv üksikasju ja tabeliosi.

Dokumentide saatmise või allalaadimise seadistamisel tunnevad meid enim huvi need üksikasjad ja tabeliosad.

Inforegistrid

Registrid on ette nähtud mitmesuguse ettevõtte majandus- või organisatsioonilist tegevust kajastava ja esemelise iseloomuga teabe säilitamiseks ja töötlemiseks. Näiteks võivad teaberegistrid salvestada organisatsioonide ja töövõtjate kontaktandmeid (aadressid, telefoninumbrid).

Enamikul konfiguratsioonidel on teaberegistrid, mis on loodud dokumentide ja kataloogikirjete kohta täiendava teabe salvestamiseks (ObjectPropertyValues ​​või AdditionalInformation, olenevalt konfiguratsioonist). Näiteks kui teil on vaja dokumendile mõni teave üles kirjutada, kuid konfiguratsioonis pole selleks sobivaid üksikasju, saab selle teabe salvestada registrisse. VLSI-ga integreerimisel salvestatakse 1C-dokumentide ja vastavate VLSI-dokumentide "ühendus" nendesse teaberegistritesse. Inforegistris fikseerime pakitunnused, manused ja elektroonilise dokumendi oleku.

Kliendirakenduste tüübid

Enne versiooni 1C 8.2 oli ainult ühte tüüpi kliendirakendus (sel ajal ei kutsutud seda millekski, kuna neid oli ainult üks, kuid nüüd on see "paks" klient). Tänapäeval tähendab “paks” tavalist tööd, kasutades kohaliku arvuti ressursse ja võimsust. Uued tehnoloogiad riistvararessursside säästlikuks kasutamiseks on mõjutanud ka töö klient-serveri versiooni kasutavate programmide täiustamist. Platvormi 8.2 väljalase andis 1C sfääris uued kontseptsioonid - õhuke klient, veebirakendus, milles põhikoormus langeb serverile. Kogu töö andmebaasi, objektiandmetega ja päringu täitmine toimub serveri poolel. Klient saab ainult kuvamiseks ettevalmistatud valmisandmed.

Paks klient

Klientrakendus, mis töötab nii režiimis 1C:Enterprise kui ka konfiguraatori režiimis.

Erinevalt teistest klientrakendustest ei võimalda see Interneti kaudu ühendust luua teabeandmebaasidega ja nõuab töötamiseks märkimisväärset ressurssi.

Õhuke klient

Üks klientrakendustest, mis võimaldab luua ühenduse infobaasidega nii üle kohtvõrgu kui ka Interneti kaudu (pakkub infobaasiga ühenduse http ja https protokollide kaudu veebiserveri kaudu). Töötab ainult režiimis 1C:Enterprise. Erinevalt veebikliendist nõuab see eelnevat installimist kasutaja arvutisse.

Hallatud rakendusrežiimis töötava rakenduslahendusega saavad töötada nii õhukesed kui ka paksud kliendid.

Veebi klient

Üks klientrakendustest, mis võimaldab luua Interneti kaudu ühenduse teabeandmebaasidega.

Töötab ainult režiimis 1C:Enterprise. Eelinstallimine kasutaja arvutisse pole vajalik. Veebiklient töötab mis tahes operatsioonisüsteemiga. Lisaks ei vaja veebiklient alustamiseks kohalikku arvutisse lisafaile. Alustamiseks peab kasutaja lihtsalt käivitama oma brauseri ja looma teabebaasi kaudu ühenduse veebiserveriga.

Vaatamata kõigile eelistele ei saa veebiklient õhukest klienti täielikult asendada, kuna osa funktsioone pole selles saadaval, näiteks failisüsteemiga töötamine, XML-iga töötamine, e-postiga töötamine ja teised.

Kliendirakenduste valikud

Kliendirakenduste käitamiseks on kaks võimalust.

Töö failiversioon

Töövõimalus, mis on mõeldud ühe kasutaja isiklikuks tööks või väikese arvu kasutajate tööks kohalikus võrgus.

Selle valiku korral asuvad kõik infobaasi andmed (konfiguratsioon, andmebaas, haldusinfo) ühes failis - faili andmebaasis. Selle andmebaasiga tööd teostab fail DBMS, mille on välja töötanud 1C ja mis on osa platvormist.

Töö klient-server versioon

Töövõimalus, mis on mõeldud kasutamiseks töörühmas või ettevõttes.

See on kombinatsioon kolmest koostoimivast osast:

• kliendirakendus (1C: Enterprise)
• serveriklaster (1C:Enterprise)
• Kolmanda osapoole DBMS (nt Microsoft SQL Server, PostgreSQL)

Käivitusrežiimid 1C: Enterprise

Ettevõtte käivitusrežiim määrab, millist välist töötlemist me integreerimiseks kasutame (tavaliste või hallatavate vormide jaoks).

Tavaline rakendusrežiim

Režiim, milles rakenduslahendusega töötamiseks kasutatakse 1C: Enterprise varasemate versioonide liidest, keskendudes töötamisele ainult paksus kliendis. See liides ei saa õiguste ja funktsionaalsete valikute alusel automaatselt muutuda.

Liidese näide:

Hallatud rakenduse režiim

Režiim, milles rakenduslahendusega töötamiseks kasutatakse hallatud käsuliidest ja hallatud vorme.

Hallatud rakendus muudab liidese kasutuskogemust täielikult. Konfiguratsioonis kasutajaliidese arendamise mudel muutub - liidest ei ole “joonistatud”, vaid “kirjeldatud”. Arendaja määratleb ainult käsuliidese ja vormide üldise paigutuse.

Hallatava rakenduse arhitektuur on keskendunud kogu funktsionaalsuse maksimaalsele ülekandmisele serverisse ja kliendi maksimaalsele "hõlbustamisele".

Hallatav rakendus lihtsustab oluliselt rakenduslahenduste juurutamist. Seda on võimalik mitte modifitseerida, vaid kohandada lahendust ettevõtte spetsiifikale, ilma konfiguratsiooni ennast muutmata.

Kõik uued 1C konfiguratsioonid (alates "Trade Management, versioon 11", "Enterprise Accounting, versioon 3" jne) on loodud töötama ainult kontrollitud režiimis.

Liidese näide:

Ja näide uuemast liidesest:

Kuidas töötada 1C: Enterprise'is

Kõige enam huvitab meid müügi- ja ostutehingute teostamine, kuna just neid dokumente saadetakse ja saadakse kõige sagedamini elektrooniliselt.

Vaatame, kus programmis vastavad dokumendid asuvad, kuidas neid vaadata ja printida.

Enamiku konfiguratsioonide puhul sisaldab peamenüü jaotisi "Müük" ja "Ost" (või "Müük" ja "Ostud"):

Siin "elavad" meid huvitavad dokumendid. Näiteks rakendusdokumendid. Liideses võivad nende nimed erinevates konfiguratsioonides erineda (“Kaubade ja teenuste müük” või “Müük (aktid, arved)”). Dokumendiregistri avamiseks valige müügimenüüst sobiv kirje. Registriaken sisaldab tavaliselt tööriistariba uue dokumendi loomiseks, printimiseks, filtri seadistamiseks jne:

Uue dokumendi loomisel või olemasoleva avamisel avaneb dokumendikaart:

Kõik dokumendi andmed kantakse kaardile. Paberdokumendivooga dokument prinditakse (kaardilt või registrist) ja saadetakse vastaspoolele.

Nupp Prindi pakub dokumendi prinditavate vormide loendit:

Trükitud vormid võivad olla standardsed, st need, mis sisalduvad konfiguratsioonis, ja mittestandardsed, st välised trükitud vormid või spetsiaalselt antud kliendi vajaduste jaoks konfiguratsiooni lisatud prinditud vormid. Kui klient kasutab printimisel ebastandardset vormi, siis tuleb seda VLSI-ga integreerimisel arvestada, sest Elektroonilise dokumendi trükivorm peab vastama kliendi trükitud vormile.

Samuti näeme kaardilt dokumendi alluvusstruktuuri:

Kõik seotud dokumendid kuvatakse alluvusstruktuuris. VLSI-ga integreerimisel saadetakse 1C dokumente tavaliselt mitte ükshaaval, vaid kahe või kolme seotud dokumendi komplektidena (arve + arve või arve + arve + arve).

Aruandlusstruktuuris olev teave võib olla kasulik, kui klient soovib lisada elektrooniliste dokumentide komplekti lisaks vaikimisi komplekti kuuluvatele dokumentidele. Siin näeme, kas praeguse dokumendi ja dokumendi vahel, mida klient soovib komplekti lisada, on seos.

Välised ravimeetodid

Standardkonfiguratsioonidega töötades on mõnikord vaja mõnda funktsiooni, mida 1C arendajad ei paku. Sel juhul on arendajal kaks võimalust: muuta konfiguratsiooni ise või arendada välist töötlemist. Kui konfiguratsioon ise muutub, ei ole see enam standardne ja seda pole võimalik lihtsate meetoditega värskendada. Mittestandardse konfiguratsiooni värskendamine on pikem ja tõsisem protsess.

Väline töötlemine on tegelikult väline moodul, mis on ka Configuratoris välja töötatud 1C programmeerimiskeeles, kuid ei muuda standardset konfiguratsiooni. See eksisteerib konfiguratsioonist endast sõltumatult ja seda hoitakse eraldi failis laiendiga "epf".

Seetõttu kasutame 1C integreerimisel VLSI-ga välist töötlemist ega tee kliendi konfiguratsioonis muudatusi.

Me kõik teame, et ettevõttel 1C oli 1C platvormi palju erinevaid versioone, oleme nüüd huvitatud selle artikli kirjutamise ajal ühest uusimast versioonist, need on versioonid 1C 8.2 ja 1C 8.3. Kui olete pidanud töötama mõlemas versioonis, siis tõenäoliselt märkasid erinevusi nende versioonide liidestes, kasutajate jaoks erinevad need ainult välimuse poolest. Sisuliselt valik tavaline või hallatav rakendusütleb süsteemile, milliseid vorme käivitada, regulaarne või kontrollitud, samuti seda, millist rakenduse klienti kasutatakse vaikimisi, kas paksu või õhukest. Täpsemat teavet klientide kohta leiate artiklist "Mis on paksud ja õhukesed kliendid 1C-s, samuti nende erinevused."

Tavaline 1C rakendus (tavalised vormid, tavaline liides, versioon 1C 8.2)

1C 8.2 puhul on võimalik töötada ainult tavaliste vormidega, tavalises rakendusrežiimis. Allolev pilt näitab andmebaasi töörežiimis "tavaline 1C rakendus" (tavalised vormid).

Hallatud 1C rakendus (hallatud vormid, hallatud liides, versioon 1C 8.3)

1C 8.3 platvormil saame töötada nii tavaliste vormidega (ühilduvusrežiimis) kui ka hallatavate vormidega. enamgi veel hallatavatel vormidel on kahte tüüpi kuva, see on standardne ja takso. Allpool on näidatud 1C 8.3 konfiguratsiooni näide standardsete hallatavate vormidega ja pärast seda kuvatakse liides "Takso".

Mis vahe on tavalisel ja hallatud 1C rakendusel?

Nagu me juba teada saime tavaline rakendus ja hallatav rakendus on seda tüüpi 1C programmi käivitamine. Lisaks olenevalt 1C käivitustüübi väärtusest ( tavaline või hallatav rakendus), laaditakse vaikimisi konkreetne liides ( tavalised või hallatavad vormid), seetõttu on sellel mõistel nii palju sünonüüme. Tahame märkida, et liideste erinevused on üsna olulised, hallatav liides on täielikult ümber kujundatud. Põhimõtteliselt on need kõik erinevused, mida 1C programmi tavalised kasutajad näevad. Mis puutub programmeerijatesse, siis nõuab hallatav liides muudetud koodi kirjutamist, kuna arendus toimub juba 1C 8.3-s, mitte 1C 8.2-s, seega kõik sellest tulenevad tagajärjed. Kood tuleb jagada ka kliendiks ja serveriks, seda näidatakse konfiguraatoris vastavate juhiste abil.

Tähelepanu! Nüüd toimub kursus ka õhtuti 18:30-21:30 keelekümblusformaadis.

Kursus on tervikliku kursuse "Tõhus töö 1C:Enterprise 8 süsteemis" lahutamatu osa.

Koolituse eesmärk: tutvustada õpilastele tehnoloogiaplatvormi 1C:Enterprise 8 juhitavat töörežiimi, näidata spetsialistidele lähenemisviise süsteemi ehitamiseks selle süsteemi versiooni kasutamiseks.

Kursus hõlmab uus mudel rakendusliidese ehitamiseks, uus klient-server arhitektuuri teostus, vormide mehhanism. Kursusel omandatakse praktilised oskused õpitavas tarkvarapaketis seadistamises, administreerimises ja programmeerimises. Need oskused omandatakse õppeülesande lahendamisel. Selle ülesande põhiolemus on konfigureerida pakutud konfiguratsioon, et võimaldada töötamist "õhukese kliendi" režiimis.

Kursus on mõeldud: spetsialistidele, kellel on kogemusi rakenduslahenduste konfigureerimisel platvormil 1C:Enterprise (versioonid 7.7, 8.0, 8.1, 8.2 - tavaline rakendus).

Kursusel käsitletavad mehhanismid:

• Hallatava liidese loomise põhimõtted
• Uued moodulid, mooduli täitmise kontekst, interaktsioonimehhanism
• Konfiguratsiooniobjektide liidese omadused
• Vormi seadistamine (konfiguraatorirežiimis, täitmisrežiimis)
• Direktiiv, klient-server programmeerimine, hallatava vormi mehhanism
• Funktsionaalsete valikute mehhanism, funktsionaalsete vormide valikud
• Loendivormid, dünaamilised loendid
• Trükivormide moodustamise mehhanism
• Muudatused andmete koostamise mehhanismis (hallatud rakenduses töötamise funktsioonid)
• Privilegeeritud/turvalised režiimid
• Ajutine salvestusruum, uus tehnoloogia failide ja piltidega töötamiseks
• Vormide interaktsiooni mehhanism, valiku korraldus
• Süsteemisätetega töötamine, seadete salvestusmehhanismi alistamine
• Välised allikad
• Andmete jagamise mehhanism
• Automatiseeritud testimine
• Mobiilne platvorm

Täiskohaga päevakursuse maksumus sisaldab:

• 2 päeva 10.00-17.00
• õppematerjalid
• lõunasöögid, kohvipausid
• ettevõtte "1C" sertifikaat

WEB-kursuse hind sisaldab:

• 5 nädalat kursust, 5 veebiseminari koos õpetajaga
• 1C Koolituskeskuse tunnistus nr 3 (praktilise koolituse korral)

Täiskoormusega keelekümbluskursuse maksumus sisaldab:

• 5 päeva 10:00-17:00 või 9 õhtul 18:30-21:30
• märkmed, kõrvaklapid
• lõunasöögid, kohvipausid
• juurdepääs uuendatud videomaterjalidele 2 aasta jooksul pärast kursuse läbimist
• 1C-Koolituskeskuse tunnistus nr 3

Treeningu formaadid

Päevane täistööaeg

Kellele see formaat on mõeldud:Neile, kes saavad töölt eemal olles läbida koolituse ja eelistavad klassikalist täiskoormusega koolitust.

Kestus:16 akadeemilist tundi

VEEBI koolitus

Mis see formaat on:Kavandatav formaat ühendab paljusid kaugõppe eeliseid näost näkku komponendiga, mida esindavad videomaterjalid ja veebikonsultatsioonid.
VEEBIkursus koosneb videotest, praktilistest ülesannetest ja veebiseminaridest koos õpetajatega. Kõik kursuse materjalid on Interneti kaudu kättesaadavad 24/7, et saaksid õppida endale sobival ajal. Kursus on jagatud tundideks. Tunnis tutvutakse aktuaalse teemaga materjalidega, viiakse läbi töötubasid, esitatakse küsimusi õpetajale. Iga tunni lõpus toimub veebiseminar, mille käigus uurib õpetaja kõiki laekunud küsimusi, tüüpilisi vigu ja selgitab õiget lahendust. Portaalis on saadaval veebiseminaride salvestised. Nii peetakse järjest mitu tundi. Lõpus on viimane iseseisev töö ja viimane veebiseminar.

Kestus: 5 nädalat

Mis see formaat on:

Kestus:40 akadeemilist tundi

Mis see formaat on:Täiskoormusega keelekümbluskursus on formaat, mis ühendab endas kõik täiskoormusega koolituse, kaugõppe ja individuaalõppe eelised. Tunnid toimuvad sisustatud klassiruumis, õpite iseseisvalt kursuse materjale (samm-sammult videod) ja viite läbi töötubasid. Samal ajal on kuulajaskonnas õpetaja, kes on igal ajal valmis küsimustele vastama ja aitama praktiliste probleemide lahendamisel, samuti kontrollima nende teostamise õigsust.
Eelised – individuaalsed konsultatsioonid õpetajalt Teie küsimustes, materjali valmimise tempo on Teile isiklikult sobiv.
Kõik see võimaldab kursuse materjaliga põhjalikumalt tutvuda.
Seda kursust saab läbida oma töökohalt koos õpetaja kohalolekuga, kus õpilane viibib! Kui see võimalus sind huvitab, siis helista!

Kestus:40 akadeemilist tundi

Kursuse programm

KURSUSE EESMÄRGID JA EESMÄRGID

SISSEJUHATUS

1. KASUTAMISE VALIKUD

2. KOOSTAJA TEHNILINE STRUKTUUR

• Klient-server valik:
• Faili valik:
• Kasutatud protokollid
• Serveriklastri struktuur
• Seansid
• Moodulite tüübid, üldised võimalused

3. KÄSLULIIDES

• Alamsüsteemid
• Meeskonnad
• Eelseadistus
• Liidese täiustused

4. LIIDESE OMADUSED

• Kohandatud objekti esitus
• Standardsed detailid
• Objekti detailide täitmise kontroll
• Vaikeväärtuse määramine
• Esitamise kasutamine

5. FUNKTSIONAALSED VALIKUD

6. KONTROLLIMINE VORM

• Dialoogi seadistamine
• Sündmuste töötlejate määratlemine
• Dokumendi summa arvutamine
• Lõpetamise kontrollimine, sõnumid
• Täida töötlemine
• Lülituslüliti kasutamine
• Privilegeeritud režiimihaldus
• Turvarežiim
• Uus registreerimise metoodika
• Sündmuspõhine vormimudel
• Vormi funktsionaalsed valikud
• Vaadake registri liikumisi

7. LOOS PRInditav VORM

• Lihtne dekrüpteerimine

8. LOETELU VORMID

• Dokumendi "Kauba müük" loetelu vorm
• Vorm kataloogi "Nomenklatuur" valimiseks
• Töötleja "Serveris andmete vastuvõtmisel" kasutamine
• Dünaamilise loendi abil kuvatavate andmete hankimine

9. MODAALKÕNEMISEST KEELDUMINE.

10. AJUTINE LADUSTAMINE

• Failidega töötamine (pildid)
• Valiku korraldamine

11. HALDATUD ARUANDED

• Teata "Kaubajäägid"
• Aruande valikud
• Kohandatud sätted
• Dekrüpteerimisväärtuse hankimine

12. ANDMETE AJALUGU

13. ÜKSMEHANISM

14. TULEMUSTE SÄILITAMISE INTERVALLI PIIRID

15. MÄÄRATUD TÜÜBID

16. LAUAALUN

17. SÄTETE SALVESTAMINE

• Aruande seadete salvestamine

18. ÜLDANDMED

• Objektide ühiste detailide määratlemine
• Andmete jagamise mehhanism

19. KONFIGURATSIOONI LAIENDUSED

20. PLAANID

21. VÄLISED ANDMEALLIKAD

• Ühenduse loomine Accessi andmebaasiga

22. AUTOMAATNE TESTIMINE

23. MOBIILPLATVORM

• Sissejuhatus (väljavõtted saidist "http://v8.1c.ru/overview/Term_000000818.htm")
• Andmebaasi arendus
• Eelseadistus
• Mobiilirakenduse loomine
• Rakenduse testimine

Tehnilised nõuded:

• internetiühendus(saate kontrollida oma suhtluskanalit, ühendades "test" juurdepääsuga),
• platvormi 1C:Enterprise 8.3 kättesaadavus harjutada kursuse praktilisi ülesandeid.

Programmeerimise õppimiseks saate kasutada versiooni “1C:Enterprise 8.3”.