Svaki administrator tvrtke 1C: Enterprise zna da je zadatak razdvajanja korisničkih prava i odgovarajućih promjena u radnom sučelju jedan od glavnih zadataka prilikom uvođenja računovodstvenog sustava ili pojavljivanja novih korisnika u njemu. Učinkovitost rada i sigurnost podataka ovise o tome koliko se dobro obavlja taj zadatak. Stoga ćemo danas govoriti o specifičnostima prilagođavanja korisničkih prava i sučelja u upravljanoj aplikaciji.

Prije svega, htio bih primijetiti glavne aspekte ove vrste postavki. Mnogi ljudi pristupaju ovom pitanju jednostrano, smatrajući ih isključivo mjerom zaštite od neovlaštenog pristupa podacima ili njihove nekvalificirane izmjene. U isto vrijeme zaboravljaju na drugu stranu novčića: stvaranje jednostavnog i pogodnog radnog okruženja za korisnika. U slučajevima kada je korisničko sučelje preopterećeno nepotrebnim stavkama, čije značenje, osim toga, nije mu potpuno jasno, rađa se lažna ideja o prekomjernoj složenosti programa i postoji strah od pogreške. Jasno je da to ni na koji način ne doprinosi povećanju produktivnosti zaposlenih.

U idealnom slučaju, svaki zaposlenik trebao bi vidjeti samo one elemente sučelja koji su mu potrebni za obavljanje neposrednih zadataka. Tada će biti lakše raditi, a iskušenja kako se popeti tamo gdje to nije potrebno neće se pojaviti. Nadalje, ima smisla provoditi takve postavke čak i kad se neki podsustavi jednostavno ne koriste ili nije potrebno ograničenje pristupa njima. Ovo će učiniti sučelje jednostavnijim i lakšim za razumijevanje, a samim tim i korisniku će biti lakše i ugodnije raditi.

Ako se malo vratimo u prošlost, to se možemo sjetiti i u običnim konfiguracijama Uloge i Interfejsi bili su dio konfiguracije i za njihovo precizno podešavanje trebalo je omogućiti mogućnost unošenja promjena, a u osnovnim verzijama to je uopće bilo nemoguće.

Nedostaci ovog pristupa su očigledni: i komplikacija održavanja info baze i mogući sukobi tijekom naknadnih ažuriranja, kad promijenjeni konfiguracijski objekti zahtijevaju promjenu prava pristupa.

U upravljanoj aplikaciji, prava i postavke sučelja konačno su premješteni u korisnički režim i konfigurirani su izravno iz programskog sučelja. Prava korisnika dodijeljena su na temelju članstva u njihovoj pristupnoj grupi. Idemo na Administracija - Podešavanja korisnika i prava - Pristupne grupe - Profili pristupne grupe, gdje ćemo vidjeti već podešene profile za glavne pristupne grupe.

Korisnik može biti član više pristupnih grupa odjednom, u ovom slučaju ukupna prava zbrajat će se. Općenito, sve je prilično jasno i poznato, osim ako se postavke sada izvode u korisničkom režimu, a ne u konfiguratoru.

Ali ako pokušamo pronaći postavke sučelja, tada ćemo uspjeti. U upravljanoj aplikaciji sučelje radnog prostora automatski se generira na temelju prava pristupa. Na primjer, usporedimo sučelja panela s odjeljcima Administrator i Sales Manager:

Općenito, ideja je zvučna, postoje prava pristupa objektu - prikazujemo ga u interfejsu, ne - sakrivamo ga. Ovo je puno bolje od poruka koje iskaču u uobičajenoj aplikaciji o kršenjima pristupa kada ne odgovaraju dodijeljenom sučelju. Ako dodate prava pristupnoj grupi ili, obrnuto, uklonite ih, elementi sučelja s njima će se pojaviti ili nestati sami. Povoljno? Da.

Također, korisnik može samostalno prilagoditi svoj radni prostor u granicama svojih prava pristupa. Na prvi pogled sve izgleda dobro, ali nije bilo bez muhe u ustima. Ne postoji mehanizam za centralno konfiguriranje i dodjeljivanje zadanog sučelja korisnicima u upravljanoj aplikaciji.

Ako pogledamo Administracija - Podešavanja korisnika i prava - Osobna korisnička podešavanja - Korisničke postavke, vidjet ćemo tamo popis svih objekata čije je postavke korisnik promijenio, ali ne možemo ih ni na koji način promijeniti.

Oni. u ponudi nam je da idemo direktno ispod korisnika i konfigurišemo radno sučelje u njegovo ime. Sporna je odluka, posebno ako nema dva ili tri korisnika. Srećom, programeri su omogućili kopiranje korisničkih postavki, što omogućava prilagođavanje sučelja jednog od korisnika na način na koji moramo brzo primijeniti postavke za sve ostale.

Da ne bismo bili neutemeljeni, analizirajmo jedan praktični primjer. U pripremi za prelazak na online blagajne, odlučeno je za automatizaciju novčanih točaka male mreže stomatoloških poliklinika. Osnova za automatizaciju klinika bio je industrijski softver koji se nije temeljio na 1C i nije pružao mogućnost povezivanja fiskalnog registra, pa je odlučeno da se pomoću Enterprise Accounting 3.0 konfiguracije automatizira blagajna, koja sadrži sve potrebne funkcije.

Ovdje smo suočeni s dvije poteškoće, iako ako pogledate pažljivije, vidjet ćete da su to dvije strane iste kovanice. Ukratko: osoblje nikada prije nije radilo s 1C-om, pa je bilo potrebno stvoriti najlakše naučiti radno okruženje, istovremeno štiteći bazu podataka od mogućeg nekvalificiranog izlaganja osoblja. Upravljana aplikacija olakšava kombinovanje poslovanja s užitkom, čineći ga tako da je korisnik ograničen, a ujedno mu omogućava ugodan rad bez uočavanja ograničenja.

Počnimo. Prije svega, morate kreirati profil korisničke grupe. Ako otvorimo standardne profile, vidjet ćemo da ne postoji mogućnost promjene. To je, prema našem mišljenju, tačno, povijest zna puno primjera kada su se, u naletu uslužne revnosti, standardna prava premještala u takvo stanje da su se morala vratiti iz referentne konfiguracije. Takođe može zavesti druge korisnike ili administratore ove baze podataka koji očekuju da vide standardne skupove prava u okviru standardnih profila.

Stoga ćemo pronaći profil koji je najprikladniji za naše zadatke, u našem slučaju je to direktor prodaje, i napravit ćemo njegovu kopiju, kojoj ćemo dati ime blagajna. Sada prava možemo prilagoditi po vlastitom nahođenju. Međutim, zadana ravna lista nije baš prikladna za rad, osim ako ne morate brzo pronaći opciju koju već znate, u većini je slučajeva mnogo povoljnije raditi sa popisom omogućavanjem grupiranja po podsustavima.

Nećemo se zadržavati na ovom pitanju na sličan način, jer dodjela prava ovisi o konkretnim zadacima s kojima se korisnik suočava, možemo vam samo savjetovati da budete oprezni i da ne idete do krajnosti. Zapamtite da je vaš posao stvaranje ugodnog i sigurnog radnog okruženja, a ne izravne zabrane svega.

Nakon kreiranja profila, dodijelite pristupnoj grupi potrebnim korisnicima i pokrenite program pod jednim od njih. Ovisno o dodijeljenim pravima, vidjet ćete automatski generirano sučelje.

U principu, to je već prilično dobro, ali u našem slučaju sve se tek počinje. Na naše iznenađenje, mnogi korisnici i administratori još uvijek nemaju pojma kako je konfigurirano "Taxi" sučelje, nastavljajući se žaliti na svoje "neugodnosti".

Idemo na Glavni meni - Prikaži, gdje ćemo vidjeti niz postavki povezanih sa sučeljem.

Krenimo s toga postavke sekcije ploče, u našem slučaju, asortiman je bio ograničen na kratki popis usluga, pa je odjeljak skladišta ispao suvišan, kako ne bismo komplicirali i učinili sučelje težim, jednostavno ćemo ga ukloniti.

Zatim ćemo u svakom odjeljku klikom na zupčanik u gornjem desnom kutu sekvencijalno postaviti navigaciju i akcije. Ovdje ćemo također ukloniti sve ono što nije neophodno u svakodnevnom radu, nego ćemo, naprotiv, iznijeti ono potrebno u prvi plan.

Možete čak usporediti kako je to bilo i kako je postalo:

Za kraj, konfigurirajmo ploče. Budući da imamo nekoliko sekcija, ima smisla pomaknuti ploču sekcija prema gore, a otvorenu ploču prema dolje i na taj način radni prostor proširiti vodoravno, što je važno za monitore male dijagonale ili formata 4: 3.

Nakon završetka trebali biste ponovo provjeriti sva podešavanja, najbolje je to učiniti imitiranjem stvarnih akcija blagajnika, što će odmah pomoći da se procijeni praktičnost rada sa sučeljem. U našem slučaju dobili smo jednostavno i praktično radno mjesto blagajne, u svakom slučaju nije bilo problema s njegovim razvojem od strane osoblja:

Sada ćemo ponovo ući u program pod administratorom i otići ćemo u Administracija - Podešavanja korisnika i prava - Osobna korisnička podešavanja - Postavke kopiranja. Naš zadatak je distribuirati promjene koje smo izvršili za ostale korisnike Blagajne. Sama operacija je prilično jednostavna: odabiremo korisnika čije postavke kopiramo, ukazujemo kome i biramo koji.

I na kraju, možete spriječiti korisnika da samostalno konfigurira sučelje. Za to se vratite na profil grupe i poništite akciju Spremanje korisničkih podataka.

Kao što vidite, konfiguriranje sučelja i korisničkih prava u upravljanoj aplikaciji je vrlo jednostavno i, unatoč nekim nedostacima, pruža administratorima puno više fleksibilnosti i praktičnosti, omogućujući im da brzo stvore prikladno i sigurno radno okruženje.

• Oznake:

Molimo omogućite JavaScript za pregled

"1C: Enterprise 8. Upravljana aplikacija". Nove mogućnosti

Nikita Zajcev

Nastavljamo sa pregledom mogućnosti i arhitektonskih koncepata nove generacije tehnološke platforme - „1C: Enterprise 8. Managed application“. U članku će se razmatrati različite vrste klijentskih aplikacija, novi princip korištenja konfiguracijskih podsistema, mehanizmi funkcionalnih opcija i upravljanih izvještaja te neke druge inovacije "Upravljane aplikacije".

Vrste aplikacija klijenta

U prethodnim verzijama 1C: Enterprise 8 nije bilo opcija za pokretanje klijentske aplikacije. Da bi bilo koji korisnik radio sa bilo kakvim bazama podataka, korišten je samo jedan tip klijentske aplikacije, koji se zvao "klijent". Za organiziranje daljinskog rada korisnika s info bazom korištene su (i još uvijek se koriste) razne tehnologije, svaka sa svojim prednostima i nedostacima. Udaljeni pristup može se organizirati pomoću standardnih alata 1C: Enterprise 8:

Izgradnja distribuirane baze podataka. Svaka skupina udaljenih korisnika radi s vlastitom lokalnom bazom podataka, a podaci se redovito sinkroniziraju između glavne info baze podataka i udaljenih baza podataka. Prednost ove tehnologije je što udaljeni korisnici uopće ne trebaju izravan pristup "glavnoj" bazi podataka. Ali tu je i nedostatak - promjene podataka izvršene u jednom od čvorova distribuirane baze podataka ne prenose se u susjedne čvorove odmah, već nakon nekog vremena.

Rad kroz web sučelje (zasnovano na 1C: Enterprise 8.Web ekstenzijskoj platformi). Prednosti - mogućnost rada na komunikacijskim kanalima male brzine, nema potrebe instalirati "1C: Enterprise 8" na korisničko računalo. Nedostaci - značajno funkcionalno iscrpljivanje korisničkog sučelja u odnosu na "debeli klijent", potreba za privlačenjem programera koji poznaju ASP.NET tehnologiju za razvoj web aplikacije.

Udaljeni pristup info bazi može se organizirati i nesistemskim sredstvima:

Radite preko usluge terminala. Prednosti - mogućnost rada preko komunikacijskih kanala male brzine, nema potrebe mijenjati ništa u konfiguraciji. Ali s druge strane, potrebne su dodatne licence za serverski softver i dodatni hardverski resursi (u idealnom slučaju, namenski poslužitelj za korisnike terminala).

Radite putem VPN veze. Prednost - korisnik radi s udaljenom info bazom u uobičajenom načinu, kao da se nalazi u njegovoj lokalnoj lokalnoj mreži. Nedostatak je što je potreban pouzdan komunikacijski kanal velike brzine, troše se velike količine prometa.

Interakcija klijent-poslužitelj

"Upravljana aplikacija" dizajnirana je tako da pojednostavi i minimizira troškove organiziranja udaljenog rada korisnika s bazama podataka - sada korisnici mogu raditi sa bazama podataka putem Interneta, kako u lokalnoj mreži preduzeća, tako i putem Interneta.

Postoje tri različite vrste klijentskih aplikacija koje možete koristiti u "Upravljanoj aplikaciji".

"Debeli klijent". Slično je s klijentskom aplikacijom prethodnih verzija 1C: Enterprise 8, ali kompatibilan je s dva načina rada - normalnim i upravljanim. Glavna razlika između njih je princip izgradnje globalnog komandnog sučelja (za više detalja o novom modelu sučelja "Upravljane aplikacije", vidi prethodni članak u našoj seriji). "Debeli klijent" troši više sistemskih resursa na računaru korisnika, ali ne nameće nikakva funkcionalna ograničenja za rad sa konfiguracijom.

"Tanki klijent". Potpuno nova aplikacija uključena u 1C: Enterprise. Djeluje samo u kontroliranom načinu rada, namijenjen je korisnicima za rad s bazama podataka putem interneta (naravno, može raditi i na lokalnoj mreži poduzeća). Za „tankog klijenta“ postoji režim „niske brzine veze“, prilikom rada u njemu platforma optimizira procese interakcije između klijentske aplikacije i poslužitelja za kanale komunikacije male brzine. "Tanki klijent" zahtijeva znatno manje sistemskih resursa od "debelog klijenta", ali je funkcionalno ograničen - radi samo s upravljanim oblicima konfiguracije, režim Konfigurator nije dostupan.

Web klijent. U ovom slučaju, nema potrebe instalirati 1C: Enterprise 8 ili bilo koji dodatni softver na korisničko računalo. Rad s bazama podataka "1C: Enterprise 8" obavlja se putem redovnog internetskog pretraživača (MS Internet Explorer ili Mozilla FireFox). Funkcionalna ograničenja web klijenta ista su kao i kod "tankog klijenta": ako radite samo s upravljanim oblicima, način Konfigurator nije podržan. Deklariran je gotovo potpuni (uz izuzetak nekoliko manjih ograničenja) identiteta izgleda i ponašanja sistema pri radu s tankim i web klijentom. Nažalost, u vrijeme pisanja ovog članka 1C tehnologiju za web klijente još nije objavio, pa se informacije o toj tehnologiji temelje samo na pratećoj dokumentaciji Upravljane aplikacije.

Komandno sučelje na bazi podsistema

Da se ne zbunite i jasno shvatite koje su metode povezivanja na bazama podataka i koji modeli sučelja podržani različitim tipovima 1C: Enterprise 8 klijentske aplikacije, informacije su najbolje predstavljene u obliku tablice (vidi tablice 1 i 2).

Kada radite s upravljanom aplikacijom, organizacija mrežnog pristupa informacijskoj bazi 1C: Enterprise 8 u osnovi se svodi na postavljanje web servera. Svaka baza podataka dodatno će zahtijevati:

Kreirajte datoteku deskriptora info baze podataka (dva retka XML);

Konfigurirajte aplikaciju (virtualni direktorij) koja odgovara informativnoj bazi na strani web poslužitelja (MS IIS ili Apache).

Ove se operacije izvode jednom za svaku info bazu s kojom se očekuje daljinski rad. Da bi udaljeni korisnici mogli raditi s info bazom u režimu "tanki klijent" ili web klijentu, konfiguracija se mora razviti i (ili) izmijeniti za novi model sučelja upravljane aplikacije i mora sadržavati upravljane oblike onih objekata s kojima će raditi udaljeni korisnici.

Imajte na umu da s pojavom tehnologije web-klijenta, 1C: Enterprise 8 dobija punopravnu funkcionalnost na više platformi. Sada svi elementi informacijskog sistema mogu raditi i pod Windowsom i pod Linuxom (vidi Tablicu 3).

Jedino radno mjesto na kojem mora biti instaliran Windows je radno mjesto administratora informacijskog sustava, gdje trebate pokrenuti 1C: Enterprise 8 u režimu konfiguriranja.

Postavljanje zadatka vidljivosti naredbi

Treba napomenuti i promjene u arhitekturi klijenta i poslužitelja 1C: Enterprise 8 izvršene u vezi s pojavom novih tipova klijentskih aplikacija. U prethodnim verzijama platforme jedini oblik interakcije između klijenta i poslužitelja bila je veza, odnosno čvrsta veza između klijentske aplikacije i jednog od radnih procesa klastera poslužitelja. Ova veza se uspostavlja kada se klijent poveže s bazom podataka i traje dok se klijentova aplikacija ne zatvori.

Prilagodba korisničkog sučelja

U "Upravljanoj aplikaciji", pri radu s "tankim klijentom" ili web klijentom, koristi se fleksibilnija šema interakcije klijent-poslužitelj: korisnička sesija. Svaki poziv klijentske aplikacije poslužitelju je odvojen i obradio ih je klaster poslužitelja neovisno o prethodnim pozivima. Ova šema omogućava:

Povećajte „održivost“ sistema. Ako proces radnika na klasteru poslužitelja iz nekog razloga postane nedostupan, klijentske aplikacije prelaze na druge dostupne radničke procese (u prethodnim verzijama „pad sustava“ rada podrazumijevao je prekid svih veza i „rušenje“ svih klijentskih aplikacija koje proces koristi).

Poboljšajte performanse sistema dinamičkim uravnoteženjem radnih opterećenja. U prethodnim verzijama opterećenje je raspodijeljeno samo u trenutku prvog pristupa klijenta poslužitelju. U "Upravljanoj aplikaciji", voditelj klastera stalno nadgleda radni proces radnika i raspodjeljuje opterećenje među njima. Ako se radnički proces ili radnički poslužitelj koji je koristio aplikaciju klijenta iznenada preopterećuju, prilikom sljedećeg pristupa poslužitelju klijent će se prebaciti na manje opterećen proces ili poslužitelj.

Konfiguracijski podsistemi

U prethodnim verzijama 1C: Enterprise 8, konfiguracijski podsustavi nisu nosili nikakvo funkcionalno opterećenje. Naravno, ne može se reći da je prije pojave „Managed Applications“ mehanizam podsistema bio čisto dekorativan - programeri konfiguracije i stručnjaci koji su uključeni u održavanje baza podataka koristili su ga za rješavanje raznih tehnoloških problema. Ali podsistemi nisu imali apsolutno nikakvog utjecaja na ponašanje konfiguracije u korisničkom režimu. Štoviše, nijedan podsistem nije mogao biti definiran u konfiguraciji, a to ni na koji način nije utjecalo na njegovo funkcioniranje.

Situacija u "upravljanoj aplikaciji" potpuno je drugačija: hijerarhijska struktura podsustava je ključni konfiguracijski element na kojem se temelji globalno naredbeno sučelje. Korisničko sučelje je formirano prema sljedećim principima:

Odjeljci naredbenog sučelja kreiraju se na temelju podsustava korijenske konfiguracije (koji se nalaze na prvoj razini hijerarhije).

Na temelju pripadnosti odgovarajućem korijenskom podsustavu i podređenim podsustavima određenih konfiguracijskih objekata stvara se skup naredbi odgovarajućeg odjeljka.

Za svaku naredbu iz skupa određuje se je li načelno dostupna trenutnom korisniku. Odluka se donosi u dvije faze: prvo se one naredbe za koje korisnik nema prava pristupa uklanjaju iz skupa, a zatim naredbe koje su onemogućene pomoću funkcionalnih opcija.

Za svaku od naredbi dostupnih korisniku određuje se način vidljivosti: prikaz naredbe na odgovarajućoj ploči sučelja ili skrivanje naredbe. Platforma provjerava postavke koje je odredio programer za konfiguraciju i korisnik baze podataka. Programer za konfiguraciju može postaviti različite načine vidljivosti jedne naredbe za različite uloge, a korisnik po želji može nadjačati vidljivost svake naredbe koja mu je na raspolaganju za njegovo radno mjesto.

Stoga, prilikom prelaska na "Upravljanu aplikaciju", konfiguracijski podsustavi iz "uslužnog" objekta pretvaraju se u ključni, a programeru postaje najvažniji zadatak kompetentnog dizajniranja strukture podsustava i distribucije konfiguracijskih objekata između njih.

Mehanizam funkcionalnih opcija

Koristeći mehanizam funkcionalnih opcija, implementator može dinamički uključiti ili isključiti iz korisničke aplikacije određenu funkcionalnost i odgovarajuće elemente sučelja, te nisu potrebne promjene stvarne konfiguracije. Funkcionalne mogućnosti temelje se na aplikacijskim podacima info baze podataka i mogu se izravno uključiti tijekom rada sustava.

Uticaj funkcionalnih opcija na sučelje

Najbolji način da se objasni kako funkcionalne opcije djeluju je konkretnim primjerom. Recimo da stvaramo konfiguraciju za automatizaciju malog maloprodajnog mjesta. Dok dizajniramo našu konfiguraciju, bilježimo skup funkcionalnosti koji "prolaze" kroz konfiguraciju, pri čemu se potrebe za tim mogućnostima određuju kontekstom određene implementacije ili čak određenog procesa.

Preduzeće može koristiti različitu trgovinsku opremu (na primjer, skenere za barkod) za automatizaciju računovodstva.

U poduzeću se može organizirati nekoliko skladišta, pa će možda biti potrebno voditi evidenciju u kontekstu skladišta.

Računovodstvo se može obavljati drugačije za domaće i izvozne proizvode, za domaće i strane dobavljače.

Na primjer, ovisno o specifičnostima određene implementacije, isti bi konfiguracijski objekti trebali izgledati i ponašati se drugačije, na primjer:

Ako se koriste skeneri barkoda, određene vrste obrazaca dokumenata moraju sadržavati naredbu za kontrolu skenera.

Ako se računovodstvo vodi u kontekstu skladišta, detalji i naredbe koje se odnose na skladište moraju biti prikazani u odgovarajućim obrascima (prodajni dokumenti, izvještaji).

Ako kompanija radi sa stranim dobavljačima, na odgovarajućim obrascima (nagodbenim dokumentima, izvještajima) trebaju se prikazati detalji i naredbe koje se odnose na računovodstvo valute (valuta, kurs, "preračunati po trenutnom tečaju" itd.).

Mehanizam funkcionalnih opcija omogućava programeru aplikacija da prilagodi izgled i ponašanje konfiguracijskih objekata zahtjevima određene implementacije i specifičnostima određenog poduzeća bez nevjerojatno zamornog kodiranja funkcija koje kontroliraju vidljivost i dostupnost elemenata sučelja. Programer deklarativno definira skup funkcija (objekti i naredbe konfiguracije) i postavlja pravila prema kojima platforma treba omogućiti ili onemogućiti navedeni skup. Korisnik, s druge strane, dobija aplikacijsko sučelje koje nije opterećeno "nepotrebnim detaljima" i ne gubi vrijeme na postupcima, "u kojim je slučajevima ovo polje značajno i kada ima smisla pritisnuti ovo dugme" - sve što je sada pred njegovim očima je značajno.

Važno je napomenuti: stanje funkcionalnih opcija i njihovih parametara nema utjecaja ni na sastav konfiguracijskih objekata, niti na sastav tablica i polja baze podataka. Objekti metapodataka i njihovi atributi, kontrolirani funkcionalnim opcijama, nestaju samo iz korisničkog sučelja, ali ne i iz baze podataka. Funkcionalne opcije koriste se ne umanjiti mogućnosti konfiguracije aplikacije, već onemogućiti i sakriti od korisnika one funkcije koje su suvišne i / ili nebitne u trenutnom korisničkom kontekstu.

Upravljani izvještaji Obrazac za upravljani izvještaj

Mehanizam izvještavanja "Upravljana aplikacija" zadržao je "porodične značajke" mehanizma izvještavanja prethodne verzije "1C: Enterprise 8":

Izvještaj se temelji na shemi sastava podataka. Općenito, kako bi se stvorio novi izvještaj u konfiguraciji, dovoljno je razviti shemu izgleda - platforma će automatski generirati obrazac izvještaja (uključujući različite uslužne mogućnosti - dekodiranje, odabir, uvjetni dizajn itd.).

U prilagođenom načinu rada svaki korisnik može po želji promijeniti neke postavke sheme izgleda, kreirati i spremiti svoje osobne "varijante izvještaja".

Postavljanje varijante izvještaja

Upravljani izvještaji (tzv. Izvještaji implementirani pomoću tehnologije „Upravljačke aplikacije“) imaju niz važnih razlika u odnosu na njihove prethodnike.

Izvještaj se generira samo na strani poslužitelja, samo gotovi rezultati šalju se aplikaciji klijenta. U prethodnim verzijama 1C: Enterprise 8, izvještaj se može generirati i na strani poslužitelja i na strani klijenta.

Mehanizam za upravljanje postavkama izvještaja značajno je redizajniran. Ovaj je postupak sada hijerarhijski i sastoji se od varijanti izvještaja, postavki varijante izvještaja i prilagođenih postavki izvještaja.

Postavke izvještaja pohranjuju se u tablicu sistemske baze podataka (ako ih osigurava programer za konfiguraciju) u poseban objekt info baze podataka "Spremište postavki". U prethodnim verzijama 1C: Enterprise 8 morali ste ili spremiti postavke izvještaja kao datoteku ili razviti vlastiti prostor za pohranu postavki temeljen na registrima informacija.

Prilagođavanje izvještaja

Pogledajmo pobliže mehanizam za upravljanje postavkama izvještaja. Na prvi pogled može se činiti previše kompliciranim, ali u stvari je sve vrlo jednostavno i prikladno. Postavkama izvještaja upravlja se na nekoliko nivoa:

Nivo konfiguratora. Dizajner konfiguracije stvara shemu sastavljanja podataka i definira varijante izvještaja (varijanta izvještaja je zbirka postavki sheme sastava podataka). Na primjer, za izvještaj „Analiza prodaje“ mogu se definirati opcije „Po razdobljima“ (analiza količine prodaje u kontekstu razdoblja) i „Po skupinama“ (analiza volumena prodaje u kontekstu grupa artikala). Dizajner konfiguracije također određuje koje će postavke postavki biti na raspolaganju korisniku za promjenu tijekom rada s izvješćem.

Nivo stručnjaka za implementaciju. Obavlja "prilagođavanje" izvještaja prema potrebama određenog preduzeća. Specijalist za implementaciju ima pristup istim operacijama kao i programer za konfiguraciju, ali treba imati na umu važnu nijansu: možete promijeniti postojeće opcije izvještaja i dodati nove u korisničkom načinu 1C: Enterprise 8 bez izmjene konfiguracije.

Korisnik baze podataka. Korisnik kontrolira one stavke za prilagođavanje izvješća koje su postavili na raspolaganje programer za konfiguraciju i specijalist za implementaciju.

Razvoj opcija izvještaja

Pogodnost nove strukture postavki izvještaja u usporedbi s prethodnim verzijama „1C: Enterprise 8“ je ta:

Stavke prilagođenih postavki uređuju se izravno na obrascu izvještaja (ako je za stavku postavki odabrana zastava "brzog pristupa"), ili u zasebnom jednostavnom obliku. Ovaj obrazac sadrži samo najpotrebnije kontrole, nije preopterećen funkcionalnošću i ne dovodi nepripremljene korisnike u udarno stanje (samo uporedite izgled ovog obrasca s obrascem za upravljanje opcijom izvještaja).

Skup mogućnosti izvještaja i korisničkih postavki mogu se uređivati \u200b\u200bu aplikaciji klijenta, sistemski administrator ili iskusni korisnik mogu izmijeniti izvještaj u letu, pojednostavljujući ili komplicirajući njegovu prilagodbu.

Zbog činjenice da su sve napravljene postavke pohranjene u info bazi, postupak razmjene postavki između korisnika može se pojednostaviti do krajnjih granica - za to mora biti konfiguriran način konfiguracije za spremanje postavki izvještaja u poseban objekt konfiguracije "Spremište postavki". Administrator sustava konfigurira potrebne opcije za izvještaj, korisnik treba samo otvoriti obrazac izvještaja, odabrati opciju, postaviti vrijednosti „brzih“ korisničkih postavki i kliknuti na gumb „Generiraj“.

Prilagodba izvještaja na više nivoa

Ako pokušamo formulirati prednosti upravljanih izvještaja u odnosu na „redovne“ izvještaje iz „1C: Enterprise 8“ s tri riječi, tada će ove riječi biti: produktivnost, fleksibilnost, praktičnost. Upravljani izvještaji su brži - sve generiranje izvještaja vrši se na strani poslužitelja. Oni pružaju mnogo fleksibilniji mehanizam konfiguracije dijeleći postavke na dva nivoa. Konačno, s upravljanim izvještajima je jednostavno lakše raditi. Ali izvještaji, tačnije informacije prezentirane u izvještajima, konačni su proizvod informacijskog sustava, to je rezultat koji sustav pruža potrošaču.

Ovim se zaključuje naš pregled inovacije „Upravljana aplikacija“. Možda ćemo se ovoj temi vratiti nakon prvog izdanja. Naravno, cjelovitu sliku o mogućnostima nove generacije platforme možete dobiti samo držanjem u rukama i pažljivim čitanjem dokumentacije - tu priliku već imaju partneri 1C i registrirani korisnici 1C: Enterprise 8.

Vijesti. 15 do 15

Računari

ASUS (http://asus.com.ru) najavio je izlazak ličnog računara Eee Box. Proizvod je sastavljen u ultra-kompaktnom kućištu, kutija Eee može se montirati na VESA nosač. Sistem implementira sredstva za brzi prijenos i internetsku vezu (ASUS Express Gate), postoji WiFi 802.11n bežični adapter.

Zdravo.

U posljednjem postu napisao sam o uobičajenim i upravljanim aplikacijama, uobičajenim i upravljanim oblicima „1C: Enterprise“, članak je ovdje.
Budućnost pripada upravljanoj aplikaciji, sada se mnoge tipične konfiguracije grade na temelju upravljane aplikacije, uključuju:
1. "1C: Upravljanje trgovinom 11";
2. "1C: Uprava malog preduzeća 8";
3. "1C: Tok dokumenta 8";
4. "1C: Enterprise Accounting 3.0";
5. "1C: Manufacturing Enterprise Management 2.0" (bit će objavljen u skoroj budućnosti);

Te se aplikacije temelje na upravljanim obrascima i automatski se otvaraju u tankom klijentu.

Mnogi vanjski procesi i izvještaji nemaju upravljane obrasce, a kada se otvore u upravljanoj aplikaciji, otvorit će se, ali bit će prazni, tj. a ne kao radnici koji rade u običnim aplikacijama.

Primjer obrade otvaranja opisan je u postu: ""

Većina generičkih i drugih obrada može se izvoditi samo u redovnoj aplikaciji.

Sada razmislite o sledećem pitanju: Kako mogu pokrenuti redovitu aplikaciju ako se zadana aplikacija pokrene u tankom klijentu?

Parametar konfiguratora mora se postaviti Upravljana aplikacija i redovna aplikacija, a zatim prema prioritetu pri odabiru za pokretanje aplikacije.

Prioritet pri odabiru za pokretanje aplikacije je sljedeći:
1. Svojstvo registracije baze podataka prvo analizira.
2. Drugi je analizirati je li korisnik prisiljen konfigurirati redovitu ili upravljanu aplikaciju. Ako je vrijednost Auto, tada se provodi prijelaz na sljedeću razinu.
3. I posljednji se analizira glavni način pokretanja konfiguracije.

Da bismo uhvatili trenutak kada aplikacija pokreće i trenutak kad je rad isključen, on služi.

Razmotrimo svaku pojedinu točku detaljnije

Stvaranje regularnih i upravljanih obrazaca postaje dostupno ako je parametar postavljen u modu konfiguriranja Servis - Općenito - Upravljana aplikacija i Redovna aplikacija

Prioritet pokretanja aplikacije

Prvi pri odabiru klijenta kojeg treba pokrenuti analizira se svojstvo registracije info baze na ovom računalu. Da biste to učinili, u prozoru za registraciju infobaze kliknite gumb Promijeni, idite na treću karticu obrasca za uređivanje infobaza i u grupu Osnovni način pokretanja odaberite vrstu klijenta za pokretanje.

Sekunda analizira se način pokretanja aplikacije za određenog korisnika. Postavlja se na listi korisnika. Administracija - korisnici biraju korisnika i na kartici Ostalo u polju za odabir Režim pokretanja odaberite vrijednost upravljane aplikacije ili Redovna primena.
Za uloge koje su provjerene na popisu dostupnih uloga, morate navesti pravo pokretanja debelog klijenta.

Objavljujem drugo poglavlje moje knjige "Osnove razvoja u 1C: Taksi"

Poglavlje 2: Uobičajena i upravljana 1C aplikacija

U ovom ćemo poglavlju pogledati što su obična aplikacija i upravljana aplikacija i kako se razlikuju jedna od druge, ali prije toga pogledajmo koncept "sučelja".

Šta je uopće "interfejs"? Zapravo, ovo je zajednička granica između dvaju interaktivnih sistema (vrlo često osoba je jedan sistem). Uzmi automobil na primjer. Ima li interfejs? Da naravno. Ali koja je zajednička granica automobila i osobe? Prvo, to je radno mjesto, tj. direktno sjedalo vozača i komande (upravljač, papučica gasa, papučica kočnice itd.). Drugo, to su principi interakcije čovjek-automobil, koji su neka vrsta skupa pravila. Na primjer, da biste ubrzali automobil trebate pritisnuti papučicu gasa, da usporite - papučicu kočnice, da biste skrenuli udesno morate odvrnuti upravljač udesno, itd. Zahvaljujući ova dva entiteta, osoba može voziti automobil. Odbacite jednu stvar i vožnja neće biti moguća.

Isto je i u softverskom svijetu. Jedan sistem je osoba - operator, korisnik. A drugi sustav je aplikacija stvorena za automatiziranje određene vrste ljudskih aktivnosti (razmatramo primijenjeno programiranje).

Na primjer, moramo neovisno voditi evidenciju skladišta: kako bismo obavili dolazak robe u skladište, otpisali ovaj proizvod i nadzirali saldo. Koja će biti zajednička granica između aplikacije, bez obzira na to kako i gdje je napisana, i korisnika? Prvo, to su tijela za unos informacija - inače kako možete prenijeti u program da je 5 komada nekog proizvoda stiglo u skladište. U našem slučaju to je tastatura računara i kompjuterski miš. Drugo, to je sistem interakcije između računara i osobe. Na primjer, to može biti sučelje naredbenog retka: tipkovnicom ćete unositi različite tekstualne retke (naredbe) i upotrebljavati ih za obavljanje potrebnih radnji (zabilježiti dolazak robe, potrošnju robe itd.). Takav interfejs izgleda ovako: vidi sl. 1.2.1.

Sl. 1.2.1 Primjer naredbenog retka

Ova slika prikazuje naredbenu liniju Windows operativnog sistema, uz pomoć nje možete napraviti gotovo sve operacije koje obavljate u Exploreru: kopirati datoteke, brisati datoteke, kreirati direktorije itd.

Ova vrsta sučelja je odavno arhaična, a zamijenjena je grafičkim korisničkim sučeljem (eng.) grafičko korisničko sučelje GUI). U ovom sučelju interakcija između korisnika i aplikacije događa se kroz različite grafičke elemente crtane na zaslonu (tipke, ikone, sklopke itd.). U grafičkom sučelju, operator ima slučajni pristup preko kontrola bilo kojim grafičkim elementima. U našem slučaju, kada automatiziramo računovodstvo skladišta, interakcija može izgledati ovako: operator klikne gumb "Dolazak", otvara se obrazac za odabir proizvoda, gdje operator odabire željeni proizvod s popisa i unosi njegovu količinu. Ako trebate napraviti trošak, tada operater klikne na gumb "Potrošnja", otvara se i obrazac za odabir, gdje operator također odabira željeni proizvod i unosi njegovu količinu. Kada je potrebno da uskladi vage, operater klikne na dugme „Bilance“, a program prikazuje preostalu robu u skladištu. Tako, koristeći ovaj grafički interfejs, možete prilično uspješno pratiti robu u skladištu.

Završimo s teorijskim dijelom i pređemo direktno na temu ovog poglavlja. Naime, na tipove aplikacijskih sučelja programa 1C, a sve su to grafička korisnička sučelja. Program 1C: Enterprise 8 ima dvije globalne vrste grafičkih aplikacijskih sučelja. To su uobičajeni način aplikacije i način aplikacije pod upravljanim obrascima (ili upravljanom aplikacijom).

Izdanje platformi 8.0 i 8.1. radili su samo u normalnom režimu, više verzije platforme (8.2, 8.3, itd.) mogu raditi i u uobičajenom načinu aplikacije i u upravljanom aplikacijskom režimu.

Normalni način aplikacije

Gotovo sve moderne konfiguracije već se pokreću u upravljanom režimu, ali još uvijek postoje organizacije koje koriste naslijeđene konfiguracije koje se izvode u redovnom načinu aplikacije. Stoga morate znati kako funkcionira tipična aplikacija. O tome se detaljno govori u mojoj knjizi (poglavlja 3 i 4). Ovdje ćemo se dotaknuti samo najopćenitijih bodova.

Uobičajeni način aplikacije koristi sučelje i obrasce koji su korišteni na platformama 8.0 i 8.1. Ranije se ovaj mod nije nazivao na bilo koji način, ali sada se naziva "uobičajeni način aplikacije", a oblici koji se u ovom modu nazivaju "normalni oblici".

Pogledajmo brzo kako izgleda ovaj način rada. Bit će poznato mnogima, ali neki, posebno oni koji nisu pronašli posao pod platformama 8.0 i 8.1, ugledat će ga prvi put.

Nakon učitavanja programa korisnik vidi sučelje s izbornikom na njegovom vrhu (vidi Sliku 1.2.2).

Slika 1.2.2 Pogled interfejsa uobičajene aplikacije

Kretanjem kroz stavke izbornika korisnik može otvoriti različite forme. U osnovi, to su oblici popisa referentnih knjiga i dokumenata (vidi Sliku 1.2.3), ali mogu postojati i izvještaji, obrade, grafikoni itd.

Sl. 1.2.3. Obrazac liste dokumenata

Iz obrasca s popisom korisnik može otvoriti obrazac dokumenta ili referentne knjige (vidi Sliku 1.2.4).

Sl. 1.2.4. Obrazac dokumenta

Programer može koristiti automatski generirane forme ili ih samostalno dizajnirati.

Programer treba da konstruiše uobičajene forme s mišem: stavite potrebne elemente na obrazac (dugme, polje, tablicu), premjestite ih na prikladno mjesto i odredite veličinu (vidi Sliku 1.2.5).

Slika 1.2.5. Konstruiranje pravilnih oblika

Vrlo često, prilikom razvijanja složenih oblika, moralo se voditi računa o interakciji elemenata oblika jedni s drugima. Za to su uspostavljene veze. Ponekad su se zbunili, a forma je poprimala ne baš lijep izgled. Nećemo ulaziti u veći dio ovog mehanizma i posljedice njegove zlouporabe, jer je u slučaju kontroliranih oblika izgubio na važnosti.

Na kraju, želim napomenuti da za razliku od upravljane aplikacije, obična aplikacija može raditi samo pod „debelim klijentom“. Općenito, ovo je glavna, najbitnija razlika između konvencionalnih i kontroliranih oblika. Jer je način upravljanja upravljanim aplikacijama dizajniran posebno za pokretanje pod "tankim klijentom".

Upravljani način aplikacije

Pa, koja je značajka i osnovna razlika između upravljanog načina aplikacije i uobičajenog? Glavna razlika je uporaba upravljanog naredbenog sučelja i upravljanih obrazaca. Analiziramo svaki od ovih entiteta odvojeno. Što je upravljani komandni interfejs? Da bismo odgovorili na ovo pitanje, potrebno je ponovo duboko ući u prošlost.

Razmotrimo u najjednostavnijem obliku kako je konfiguracija razvijena u redovnoj aplikaciji. Prvo smo dizajnirali poslovnu logiku: dokumente, direktorijume, izvještaje, obradu i njihovu međusobnu interakciju. Zatim smo postavili uloge, na primjer, korisnik s ulogom "dobavljač" imao je pristup dokumentu "Dolazak robe", ali ne i dokument "Potrošnja robe". I obrnuto, korisnik s ulogom "Prodavač" imao je pristup dokumentu "Potrošnja robe", ali ne i dokumentu "Dolazak robe". Sljedeći je korak bio razviti sučelja za svaku vrstu korisnika. Oni koji su vježbali razvoj putem uobičajene aplikacije sjećaju se da je postojao takav konfiguracijski objekt kao "Interface", u kojem je bilo moguće konfigurirati svaki izbornik poput izbornika na slici 1.2.2. I u našem slučaju programer je morao naporno raditi kako bi napravio dva sučelja: jedno za dobavljača i drugo za prodavača. Jer da je razvio jedno zajedničko sučelje u kojem možete otvoriti i dokument „Primanje robe“ i dokument „Potrošnja robe“, ne bi bilo sasvim ispravno da dobavljač, kada pokušava otvoriti listu dokumenata „Potrošnja robe“, primi poruku sistem da na to nema pravo. Da bi se to izbjeglo, bilo je potrebno stvoriti dva sučelja i za svakog korisnika odrediti pod kojim sučeljem bi trebao raditi.

U načinu upravljanja aplikacijama mnogo je lakše. Istražit ćemo upravljačko komandno sučelje detaljnije u sljedećem dijelu. U ovom dijelu ćemo ga raščlaniti na najopćenitije. U slučaju taksi sučelja, upravljano naredbeno sučelje izgleda ovako:

Sl. 1.2.6. Kontrolirano komandno sučelje

Prilikom razvoja upravljane aplikacije, programer će morati ići malo drugačijim putem. Prije razvijanja poslovne logike moramo definirati podsustave u koje će biti uključeni i naši objekti (u redovnoj aplikaciji oni također postoje, ali su više deklarativnog karaktera). Na primjer, dokument "Dolazak robe" bit će uključen u podsustav "Snabdijevanje", a dokument "Potrošnja robe" bit će uključen u podsustav "Prodaja". U isto vrijeme neki se objekti mogu nalaziti u više podsustava istovremeno: direktorij „Proizvodi“ bit će uključen u podsustav „Prodaja“, u podsustav „Nabavka“ i u podsustav „Marketing“. U tom slučaju, programer ne mora kreirati objekt "Interface", sustav će automatski izgraditi željeni tip sučelja na temelju postavki korisničkih prava i funkcionalnih opcija.

Ako neki korisnik ima ulogu koja nema prava pregledavanja podsustava, na primjer, "Snabdijevanje", onda kada se pokrene 1C aplikacija, on jednostavno neće vidjeti ovu stavku izbornika. Također, na listi izbornika neće vidjeti dokument, na koji nema pravo najmanje pogledati.

Na slici 1.2.6 vidjeli ste korisničko sučelje s punim pravima, a na primjer, sučelje prodavača izgledat će ovako:

Sl. 1.2.7. Ograničeno korisničko sučelje

Još jedna razlika od uobičajenog sučelja je u tome što korisnik može samostalno odrediti izgled svog sučelja pomoću navigacijskih postavki, radnji, odjeljaka itd. Na primjer, iz sučelja na slici 1.2.7 možemo ukloniti stavke "Skladište" iz funkcija trenutnog odjeljka (gornji izbornik) i "Proizvod". Izgledat će ovako:

Sl. 1.2.8. Korisničko sučelje s oduzetim funkcijama trenutnog odjeljka

Prilagoditi korisničko sučelje detaljnije ćemo opisati u narednim poglavljima ovog dijela, a proučit ćemo odnos između uloga i izgleda sučelja u sljedećem dijelu ovog tečaja. U međuvremenu, zabilježimo za sebe glavne razlike između upravljanog naredbenog sučelja i uobičajenog.

• Tip upravljanog naredbenog sučelja automatski se konfigurira pomoću mehanizama platforme, ovisno o postavkama korisničkih prava i funkcionalnim opcijama.
• Korisnik po želji može samostalno prilagoditi izgled sučelja.

Sada pogledajmo koji su to obrasci kojima se upravlja.

Naučite programiranje u 1C uz pomoć moje knjige "Program u 1C u 11 koraka"

1. Nema komplikovanih tehničkih uslova.
2. Preko 700 stranica praktičnog materijala.
3. Svaki zadatak prati slika (snimak zaslona).
4. Zbirka zadataka za domaće zadatke.
5. Knjiga je napisana jasnim i jednostavnim jezikom - za početnike.
6. Knjiga se šalje e-poštom u PDF formatu. Može se otvoriti na bilo kojem uređaju!

Ako vam je ova lekcija pomogla u rješavanju bilo kojeg problema, sviđala vam se ili se pokazala korisnom, tada možete podržati moj projekt prijenosom bilo kojeg iznosa:

možete platiti ručno:

Yandex.Money - 410012882996301
Web novac - R955262494655

Pridružite se mojim grupama.

Pažnja! Sada se tečaj održava i u večernjim satima od 18:30 do 21:30 u uronjenom formatu.

Kurs je sastavni dio opsežnog kursa „Efikasan rad u sistemu„ 1C: Enterprise 8 “.

Svrha obuke: upoznati studente sa kontroliranim načinom rada tehnološke platforme 1C: Enterprise 8, pokazati stručnjacima pristup izgradnji sistema za korištenje ove verzije sistema.

Kurs pokriva novi model za izgradnju aplikacijskog sučelja, nova implementacija klijent-poslužiteljska arhitektura, mehanizam oblika. Studenti će tokom kursa steći praktične vještine konfiguriranja, administracije, programiranja u studijskom programskom paketu. Ove će se vještine sticati dok se problem učenja riješi. Suština ovog zadatka: postavljanje pružene konfiguracije da se osigura sposobnost rada u režimu "tankog klijenta".

Kurs je namijenjen: za stručnjake s iskustvom u konfiguriranju aplikativnih rješenja na platformi 1C: Enterprise (verzije 7.7, 8.0, 8.1, 8.2 - uobičajena aplikacija).

Mehanizmi obuhvaćeni tečajem:

• Principi izgradnje upravljanog sučelja
• Novi moduli, kontekst izvršavanja modula, mehanizam interakcije
• Svojstva interfejsa konfiguracije objekta
• Prilagodba oblika (u načinu konfigurator, u režimu izvođenja)
• Direktive, programiranje klijenta / poslužitelja, kako funkcionira upravljani obrazac
• Mehanizam funkcionalnih opcija, formira funkcionalne opcije
• Lista obrazaca, dinamičke liste
• Mehanizam formiranja tiskarskih ploča
• Promjene u mehanizmu sastavljanja podataka (osobitosti rada u upravljanoj aplikaciji)
• Povlašteni / sigurni modovi
• Privremeno skladištenje, nova tehnologija za rad sa datotekama, slikama
• Mehanizam interakcije oblika, organizacija selekcije
• Rad sa podešavanjima sistema, preglasavanje mehanizma za čuvanje postavki
• Spoljni izvori
• Mehanizam dijeljenja podataka
• Automatizovano testiranje
• Mobilna platforma

U cijenu dnevnog tečaja uključeno je:

• 2 dana od 10:00 do 17:00
• metodološki materijali
• ručkovi, pauze za kafu
• potvrda firme "1C"

Trošak WEB kursa uključuje:

• 5 sedmica kursa, 5 webinara sa nastavnikom
• potvrda o 1C-Centru za obuku br. 3 (podložno praksi)

U cijenu uronjenog tečaja uključeno je:

• 5 dana od 10:00 do 17:00 ili 9 večeri od 18:30 do 21:30
• sažetak, slušalice
• ručkovi, pauze za kafu
• pristupite dvije godine ažuriranim videozapisima nakon završetka kursa
• potvrda o 1C-Centru za obuku br. 3

Formati učenja

Dnevno sa punim radnim vremenom

Za koga je ovaj format:Za one koji mogu učestvovati u honorarnom treningu i preferiraju klasične treninge sa punim radnim vremenom.

Trajanje:16 akademskih sati

WEB trening

Kakav je ovaj format:Predloženi format objedinjuje mnoge prednosti učenja na daljinu sa komponentom video-materijala licem u lice i mrežnim savjetovanjima.
WEB kurs sastoji se od video zapisa, praktičnih zadataka i webinara sa nastavnicima. Sav materijal za tečajeve dostupan je 24 sata dnevno putem interneta - možete uči u ugodno vrijeme. Tečaj je podijeljen na časove. Tokom predavanja proučavaju se materijali o trenutnoj temi, obavljaju se radionice, postavljaju se pitanja nastavniku. Na kraju svake lekcije održava se webinar u kojem učitelj analizira sva pristigla pitanja, tipične pogreške i objašnjava ispravno rješenje. Snimanje webinara dostupno je na portalu. Na ovaj način odvija se nekoliko časova jedno za drugim. Na kraju se provodi završni samostalni rad i završni webinar.

Trajanje:5 sedmica

Kakav je ovaj format:

Trajanje:40 akademskih sati

Kakav je ovaj format:Redovni uronski tečaj je format koji objedinjuje sve prednosti redovnog obrazovanja, tehnologija učenja na daljinu i individualnog usavršavanja. Časovi se održavaju u opremljenoj učionici, samostalno proučavate materijale kurseva (korak po korak) i izvodite radionice. Istovremeno, u učionici postoji učitelj koji je spreman u svakom trenutku odgovoriti na pitanje i pomoći u rješavanju praktičnih problema, kao i provjeriti ispravnost njihove provedbe.
Prednosti - pojedinačne konsultacije nastavnika o vašim pitanjima, tempo donošenja materijala koji vama lično odgovara.
Sve to daje dublje proučavanje gradiva predmeta.
Moguće je pohađati ovaj kurs sa vašeg radnog mjesta uz puni učinak nastavnikovog prisustva tamo gdje je student! Ako vas zanima ova prilika - nazovite nas!

Trajanje:40 akademskih sati

Program kursa

CILJEVI I CILJEVI PREDMETA

UVOD

1. OPCIJE RADA

2. TEHNIČKA STRUKTURA INTERAKCIJE

• Opcija klijent-poslužitelj:
• Opcija datoteke:
• Korišteni protokoli
• Struktura klastera servera
• Sesije
• Vrste modula, zajedničke karakteristike

3. KOMANDITE INTERFACE

• Podsistemi
• Naredbe
• Predodređivanje
• Poboljšanje interfejsa

4. IMOVINE INTERFACEA

• Prilagođena reprezentacija objekata
• Standardni rekviziti
• Kontrola popunjavanja rekvizita predmeta
• Postavljanje zadane vrijednosti
• Koristeći potčinjenost

5. FUNKCIONALNE OPCIJE

6. KONTROLIRANI OBRAZAC

• Postavka dijaloga
• Definisanje dostavljača događaja
• Proračun iznosa dokumenta
• Provjerite punjenje, poruke
• Ispunite rukovanje
• Pomoću preklopnika
• Povlašteno upravljanje režimom
• Siguran način
• Nova metodologija vođenja po registrima
• Model obrasca sa upravljanjem događaja
• Formirajte funkcionalne opcije
• Pogledajte kretanja registra

7. IZRADA OBRAZACA ZA ŠTAMPU

• Jednostavno dešifriranje

8. OBLIKI LISTE

• Obrazac liste dokumenta "Prodaja robe"
• Obrazac za odabir referentne knjige "Nomenklatura"
• Korištenje alata "OnFetchingDataOnServer"
• Dohvaćanje podataka koje prikazuje dinamička lista

9. ODBIJANJE MODALNIH POZIVA.

10. NAČASNO SKLADIŠTENJE

• Rad sa datotekama (slike)
• Organizacija izbora

11. UPRAVLJENI IZVJEŠTAJI

• Izvještaj o preostalom stavci
• Opcije izvještaja
• Prilagođena podešavanja
• Dobivanje vrijednosti dešifriranja

12. ISTORIJA PODATAKA

13. MEHANIZAM JEDINICA

14. BORBE INTERVALA SLAGANJA

15. DEFINIRANE VRSTE

16. DESKTOP

17. POSTAVKE SKLADIŠTENJA

• Spremanje postavki izvještaja

18. OPĆI DETALJI

• Definiranje uobičajenih atributa za objekte
• Mehanizam dijeljenja podataka

19. PROŠIRENJA KONFIGURACIJE

20. PLANNER

21. VANREDNI IZVORI PODATAKA

• Pristupanje bazi podataka

22. AUTOMATSKO ISPITIVANJE

23. MOBILNA PLATFORMA

• Uvod (izvodi iz „http://v8.1c.ru/overview/Term_000000818.htm“)
• Razvoj baze podataka
• Predodređivanje
• Izgradnja mobilne aplikacije
• Testiranje aplikacije

Tehnički zahtjevi:

• pristup Internetu (svoj komunikacijski kanal možete provjeriti povezivanjem na "test" pristup),
• dostupnost 1C: Enterprise 8.3 platforme za vježbanje praktičnih zadataka kursa.

Možete koristiti verziju "1C: Enterprise 8.3" za podučavanje programiranja.