Strukturo programskega modula v 1c sestavljajo. Skupni moduli. Podatke o projektu je mogoče vnesti v sistem na več načinov

Vsak program je sestavljen iz programsko kodo, to je dejansko iz zaporedja dejanj, napisanih v katerem koli jeziku, ki jih je treba izvesti.

Vendar pa mora biti prav ta program nekje napisan, torej nekje biti. V večini primerov je programska koda zapisana v datotekah z navadnim besedilom. Edina razlika je v tem, da razširitev v njih ni .txt, ampak .cpp ali .php.

Kje je napisan program 1C?

Kaj je modul 1C?

Seveda bi lahko kodo 1C zapisali tudi v kakšno besedilno datoteko. Obstaja pa koncept konfiguracije 1C - ki ne vključuje le seznama nastavitev, predlog obrazcev in drugih stvari, temveč tudi programsko kodo 1C. Zato je koda 1C shranjena v konfiguraciji.

Konfiguracijo sestavljajo objekti 1C, kot smo že obravnavali v prejšnjih lekcijah. Vsak predmet 1C vsebuje ugnezdene predmete, imenik ima na primer več oblik.

Vsak predmet 1C, vključno z nekaterimi ugnezdenimi, ima svoj modul - določen besedilno datoteko ki vsebuje programsko kodo.

Obstajajo tudi objektno neodvisni moduli, v katere je mogoče zapisati objektno neodvisno programsko kodo.

Tako v 1C ni "enotnega" programa. Za vsak konfiguracijski objekt 1C obstaja nabor modulov za pisanje programske kode.

Kako se uporabljajo moduli 1C?

Celoten program lahko v grobem razdelimo na dve vrsti:

Objektna metoda
Odziv na dogodke.

Metode... Kot smo že povedali, je objekt 1C integralna struktura, ki vključuje podatke in metode njihove obdelave. Te metode so niz dejanj (metod), ki jih je mogoče poklicati za obdelavo podatkov. Primer takšnega dejanja DirectoryObject.Write () - zapiše element slovarja v bazo podatkov.

Metode številnih predmetov 1C so lahko standardne (tj. Programirane na platformi 1C) in jih napisal programer v jeziku 1C. S pomočjo drugega lahko poljubno razširite funkcionalnost predmetov 1C.

Dogodki... Dogodke najdemo v številnih drugih razvojnih orodjih. Namen programa ni le izračunati nekaj ob zagonu, ampak tudi ohraniti uporabnika pri delu.

Dogodki po meri - uporabnik je pritisnil gumb. V odgovor bo izveden del kode, ki se bo odzval na dejanja uporabnika.

Sistemski dogodki - objekt 1C smo zapisali v bazo podatkov. Prišlo je do sistemskega dogodka "Snemanje objekta". Možno je konfigurirati reakcijo, ki se bo zgodila na dogodke, ki jih ni povzročil uporabnik (ki je pritisnil gumb ali naredil kaj drugega), ampak sam sistem. Izjemen primer takega dogodka je, ko se program zažene.

Vrstni red izvedbe modulov 1C

V mnogih jezikih obstaja "vstopna točka". To je prva vrstica ali funkcija, ki bo izvedena ob zagonu programa.

V 1C je več takih vstopnih točk - za vsako vrsto odjemalca. Se pravi, ko zaženete debelega odjemalca, je vstopna točka ena, ko zaženete tankega odjemalca, je drugače. To vam omogoča programiranje funkcij, ki so različne za različne vrste odjemalcev.

Vstopna točka v ustreznem modulu so upravljavci sistemskih dogodkov BeforeSystemWorkingStart () in SystemWhenStarting () (torej po vrstnem redu). Te funkcije se najprej izvedejo, lahko se samodejno zaženejo.

Če se nič ni samodejno zagnalo, se pred uporabnikom odpre vmesnik 1C in potem je vse odvisno od tega. Klikne na gumb - upravljavec za pritisk na ta gumb se izvede (ki pa lahko tudi samodejno nekaj zažene).

Delo z moduli 1C

Proizvedeno v konfiguratorju. Modul lahko odprete s konfiguracijskim oknom.

Danes bomo ugotovili, kaj so skupni moduli, kaj so, zakaj so potrebni in kako jih uporabljati. V skupnem modulu lahko vzamete funkcije, ki se uporabljajo v več dokumentih. Na primer izračun zneska v tabelarnem delu dokumenta.

Vzemimo za primer našo staro konfiguracijo, ki sem jo uporabil v prejšnjih člankih. V njem imamo dva dokumenta: Prihod blaga v skladišče in Izpust blaga v skladišče. Oba dokumenta imata postopke za izračun zneska v vrstici tabelarnega razdelka.

Vsak dokument vsebuje isto kodo za izračun zneska.

Materiali postopkaPriceOnChange (postavka)
TabularSectionRow = Items.Materials.CurrentData;
TabularSectionRow.Sum = TabularSectionRow.Quantity * TabularSectionRow.Price;
Konec postopka

Danes ga bomo prenesli v splošni modul, iz dokumenta pa ga bomo poklicali.

Ustvarjamo splošni modul za izračun zneska

Začnimo, najprej morate ustvariti skupni modul. Če želite to narediti, pojdite v konfigurator, poiščite element Splošni moduli in kliknite desni klik in dodajte novega, napišite ime WorkSDokumentami. Vanj vnesemo naslednjo kodo.

Prav tako v oknu z lastnostmi potrdite polja nasproti odjemalca (upravljana aplikacija) in strežnika.

Zdaj morate nekoliko spremeniti kodo v modulu za obrazec dokumentov. Na levi strani konfiguracije iščemo dokument Prihod blaga, razširimo okna na okno Obrazci, dvokliknite obrazec Dokument in v oknu obrazca, ki se odpre, pojdite na zavihek Modul spodaj. Imamo takšno kodo

Ta postopek deluje, ko v tabelarnem delu dokumenta Prejem blaga spremenite količino in izračunate znesek.

& OnClient

Konec postopka

Ta postopek začne delovati, ko se cena spremeni v tabelarnem delu dokumenta Prihod blaga in izračuna znesek.

& OnClient

TabularSectionRow = Items.Materials.CurrentData;
TabularSectionRow.Sum = TabularSectionRow.Quantity * TabularSectionRow.Price;
Konec postopka

To zamenjamo s tem

& OnClient
Postopek Materiali Količina ob spremembi (postavka)
TabularSectionRow = Items.Materials.CurrentData;

Konec postopka
& OnClient
Materiali postopkaPriceOnChange (postavka)
TabularSectionRow = Items.Materials.CurrentData;
WorkWithDocuments.CalculateSum (TabularSectionRow);
Konec postopka

Kot ste opazili, se na prvi pogled spremeni le ena vrstica, morda se zdi, da je eno vrstico zamenjala druga. Vendar ne pozabite, da je to primer. Dejansko je lahko količina kode veliko večja, če ste na primer izračunali po kompleksni formuli, v tem primeru se bo koda opazno zmanjšala.

Enako storimo za dokument Izpust blaga iz skladišča, zaženimo in preverimo funkcionalnost kode. Tukaj smo z vami in naredili prvi skupni modul, upam, da bo moj članek komu koristen.

Natisni (Ctrl + P)

Predmeti, ki se nahajajo v veji konfiguracije drevesa Splošni moduli, naj bi vsebovali besedila funkcij in postopkov, ki jih je mogoče poklicati iz katerega koli drugega konfiguracijskega modula.
POZOR! Skupni modul lahko vsebuje le definicije postopkov in funkcij.
Skupni postopki in funkcije modulov, za katere naslovi označujejo ključna beseda Izvoz je eden od sestavnih delov globalnega konteksta. Več o postopkih pisanja v skupnem modulu lahko izveste v razdelkih »Oblika izvornih kod programskih modulov« in »Operaterji« v pomoči za vdelani jezik.
Če želite urediti skupni modul, v paleti lastnosti predmeta tipa Common Modules v oknu Configuration v lastnosti Module kliknite povezavo Open. Besedilo splošnega modula bo izdano za urejanje v urejevalniku besedil sistema 1C: Enterprise v načinu urejanja besedila programskega modula.
Skupni modul, ki je del konfiguracije, je shranjen le kot del konfiguracije.
Lastnost Global določa, ali so izvožene metode modula v skupni rabi del globalnega konteksta.
Če je lastnost Global nastavljena na True, so izvožene metode skupnega modula na voljo kot metode globalnega konteksta.
Če je lastnost Global nastavljena na False, se v globalnem kontekstu ustvari lastnost z imenom, ki se ujema z imenom skupnega modula v metapodatkih. Ta lastnost je samo za branje. Vrednost te lastnosti je objekt CommonModule. Izvožene metode tega skupnega modula so na voljo prek tega predmeta. Tako je klicanje metod globalnih skupnih modulov videti kot XXXXX.YYYYY, kjer je XXXXX ime lastnosti, ki ustreza kontekstu skupnega modula, YYYYY pa ime izvožene metode skupnega modula.
Primer:

WorkSales Equipment. Scanner črtne kode ();

Različen kontekst in skupni moduli

Z lastnostmi skupnih modulov in navodili za predprocesor lahko organizirate izvajanje različnih metod skupnih modulov v želenem kontekstu.
Vsaka lastnost skupnega modula je odgovorna za sestavljanje (in izvajanje) skupnega modula v danem kontekstu.
Na voljo so naslednje lastnosti, ki so odgovorne za kontekst, v katerem so na voljo metode skupnega modula:
● Odjemalec (redna aplikacija)- metode skupnega modula bodo na voljo debelemu odjemalcu v običajnem načinu uporabe;
● - metode skupnega modula bodo na voljo za tankega odjemalca, spletnega odjemalca in za debelega odjemalca v
način upravljane aplikacije;
● Strežnik - metode skupnega modula bodo na voljo na strežniku;
● Zunanja povezava- metode skupnega modula bodo na voljo v zunanjem spoju.
Če je hkrati nastavljenih več lastnosti, to pomeni, da bodo metode skupnega modula na voljo v več kontekstih.
Če ima skupni modul lastnost Server in nekatere druge lastnosti, to pomeni, da bo skupni modul hkrati na voljo na strežniku in v izbranem odjemalcu. Treba je razumeti, da bo v resnici šlo za več različic sestavljene kode (glede na število izbranih odjemalcev in za sam strežnik).
Poleg tega, če se metoda, ki se nahaja v takem skupnem modulu, pokliče s strani odjemalca, bo uporabljena odjemalska kopija skupnega modula, če pa s strežnika - kopija strežnika. V tem primeru lahko z uporabo predprocesorskih direktiv (podrobnosti glejte tukaj) strežnik "zaščitite" pred kodo, ki je na njem ni mogoče izvesti.
Poglejmo primer. Skupni modul (ki se lahko izvaja na tankem odjemalcu in na strežniku) ima metodo, ki ima nekoliko drugačno vedenje na strani tankega odjemalca in strežnika. Poglejmo, kako lahko to storite:

# Če Thin Client Potem
// Pokaži opozorilo
Pokaži opozorilo uporabnika("O stranki");
# EndIf
Konec postopka
Nato bo na strani strežnika koda videti tako:
Postopek Metoda CommonModule () Izvozi
// Tu pridejo različne pomembne kode
Konec postopka
Na strani tankega odjemalca bo koda videti tako:
PostopekCommonModuleMethod () Izvoz
// Tu pridejo različne pomembne kode
// Pokaži opozorilo
ShowUserNotification ("Na odjemalcu");
Konec postopka

Obstaja več načinov za prenos nadzora s odjemalca na strežnik:
● pokličite metodo skupnega modula strežnika;
● pokličite metodo v obrazcu ali ukaznem modulu, ki mu sledijo direktive o kompilaciji & AtServer, & AtServerWithoutContext

Hkrati iz postopkov strežnika ni mogoče poklicati metod odjemalskih skupnih modulov (za katere lastnost strežnika ni nastavljena) in odjemalskih metod modula obrazca ali ukaznega modula. Kontrolnik se bo vrnil odjemalcu po končanem najbolj oddaljenem klicu strežniške metode.
Izjema so metode modula obrazca in ukaznega modula, pred katerimi so direktive o kompilaciji. & OnClientOnServer, & OnClientOnServer Brez konteksta
Omeniti velja tudi naslednje točke:
● Če je skupni modul na voljo več odjemalcem, upoštevajte največje omejitve, ki jih lahko naložijo stranke pri pisanju kode, ali uporabite navodila predprocesorja za "izolacijo" kode, specifične za odjemalca.
● Predprocesorska navodila so smiselna tudi, če ima en skupni modul več kontekstov izvajanja, na primer zunanjo povezavo in tankega odjemalca ali (kar je veliko pogosteje) odjemalca in strežnik. V tem primeru bodo navodila predprocesorja oblikovala interaktivno kodo, ki je ni mogoče uporabiti na strežniku, vendar je mogoča na odjemalcu (glej zgornji primer).
Za več informacij o navodilih za predprocesor in navodilih za sestavljanje glejte razdelek Izvajanje postopkov in funkcij v pomoči za vdelani jezik.
Lastnost strežnika klicev se uporablja za nadzor možnosti klicanja izvoženih metod skupnega modula strežnika iz kode odjemalca.
Če je lastnost nastavljena, so izvoženi načini skupnega strežniškega modula na voljo za klic odjemalca. Če lastnost ni nastavljena, je mogoče take izvožene metode poklicati samo iz metod na strani strežnika (tako metode skupnih modulov na strani strežnika kot metode strežnika modula obrazca in ukaznih modulov).
Nasvet. V primerih, ko skupni modul strežnika vsebuje metode, ki jih ne želite poklicati od odjemalca (na primer iz varnostnih razlogov), je priporočljivo nastaviti lastnost strežnika klicev.
Opomba... Če so lastnosti nastavljene hkrati Odjemalec (redna aplikacija), Odjemalec (upravljana aplikacija), Zunanja povezava, se lastnost klica strežnika samodejno počisti. Če je lastnost strežnika klicev nastavljena, se lastnosti samodejno ponastavijo Odjemalec (redna aplikacija), Odjemalec (upravljana aplikacija) in Zunanja povezavače bi bile te lastnosti nastavljene hkrati.
Lastnina Privilegiran je namenjen onemogočanju nadzora dostopa pri izvajanju metod skupnega modula.
OPOMBA. Če lastnina Privilegiran je nastavljena, se lastnost Server samodejno nastavi na skupni modul, ostale lastnosti pa se ponastavijo ( Odjemalec (redna aplikacija), Odjemalec (upravljana aplikacija) in v zunanja povezava). Privilegirani modul v skupni rabi se lahko izvaja samo na strežniku.

Ponovna uporaba vrnjenih vrednosti

Če modul v skupni rabi ni globalen, postane na voljo lastnost ponovne uporabe vrnjene vrednosti. Ta lastnost ima lahko naslednje vrednosti:
● Ne uporabljaj - Ponovna uporaba vrnjenih vrednosti se ne uporablja za funkcije tega skupnega modula.
● Ob času klica in ob času seje - metoda za določanje ponovne uporabe podatkov se uporablja za skupni modul. Bistvo te metode je, da si sistem med izvajanjem kode zapomni parametre in rezultat funkcije po prvem klicu funkcije. Ko se funkcija ponovno pokliče z istimi parametri, se shranjena vrednost vrne (od prvega klica) brez izvajanja same funkcije. Če funkcija med izvajanjem spremeni vrednosti parametrov, potem ponovljeni klic funkcije tega ne bo storil.
Razlikujemo lahko naslednje funkcije shranjevanja rezultatov klicev:
● če je funkcija izvedena na strežniku in poklicana iz kode strežnika, se vrednosti parametrov in rezultat klica shranijo za trenutno sejo na strani strežnika;
● če je funkcija izvedena na debelem ali tankem odjemalcu, se vrednosti parametrov in rezultati klicev shranijo na stranki odjemalca;
● če se funkcija izvede na strani strežnika in se pokliče iz kode odjemalca, se vrednosti parametrov klica zapomnijo tako na strani odjemalca kot na strani strežnika (za trenutno sejo).
Shranjene vrednosti se izbrišejo:
● če je lastnost nastavljena na V času klica:
● na strani strežnika - ko strežnik vrne nadzor;
● na strani odjemalca - ko se postopek ali funkcija vdelanega jezika konča najvišji nivo(sistem pokliče iz vmesnika, ne iz drugega postopka ali funkcije vdelanega jezika);
● če je lastnost skupnega modula nastavljena na Za čas trajanja seje:
● na strani strežnika - na koncu seje;
● na strani odjemalca - ko je odjemalska aplikacija zaprta.
Shranjene vrednosti bodo izbrisane:
● na strežniku, v odjemalcu maščob, v zunanji povezavi, v tankem odjemalcu in v spletnem odjemalcu pri normalni hitrosti povezave - 20 minut po izračunu shranjene vrednosti ali 6 minut po zadnji uporabi.
● v tankem odjemalcu in spletnem odjemalcu z nizko hitrostjo povezave - 20 minut po izračunu shranjene vrednosti;
● če primanjkuje pomnilnik z naključnim dostopom v toku dela strežnika;
● pri ponovnem zagonu poteka dela;
● ko odjemalec preklopi na drug potek dela.
Po brisanju vrednosti se izvede klic izvožene funkcije kot pri prvem klicu.
Ta lastnost skupnih modulov ne vpliva na izvajanje postopkov - postopki se vedno izvajajo.

Če je skupni modul nastavljen za ponovno uporabo vrnjenih vrednosti, potem veljajo številne omejitve za vrste parametrov izvoženih funkcij. Vrste parametrov so lahko le:
● Primitivne vrste ( Nedoločeno, NULL, Logično, Število, Niz, Datum).
● Vse sklice na objekte zbirke podatkov.
● Strukture z vrednostmi lastnosti zgornjih vrst. V tem primeru identiteto parametrov nadzoruje "vsebina" struktur.
Če izvožena funkcija vrne kateri koli predmet, se dejansko vrne sklic na predmet, shranjen v predpomnilniku. Če po prejemu te reference pride do spremembe stanja predmeta, bo poznejši klic iste funkcije povzročil vrnitev sklica na že spremenjeni predmet brez dejanskega izvajanja funkcije. To vedenje se bo nadaljevalo, dokler shranjena vrednost ni izbrisana (iz kakršnega koli razloga). Z drugimi besedami, spreminjanje stanja predmeta, ki je posledica klica funkcije iz skupnega modula z ponovno uporabo vrnjenih vrednosti, ni razlog za dejanski klic funkcije. Ne pozabite tudi, da je predpomnilnik vrnjenih predmetov ravnodušen
stanje privilegiranega načina v času klica funkcije z ponovno uporabo vrnjenih vrednosti. Ta funkcija lahko povzroči naslednje vedenje:
● Dejanska izvedba klica funkcije z ponovno uporabo vrnjenih vrednosti (prvi klic) je bila izvedena z omogočenim privilegiranim načinom.
● Pri izvajanju funkcije je bil prejet predmet, ki ga ni mogoče sprejeti z onemogočenim privilegiranim načinom.
● Naknadni klici funkcij so bili izvedeni brez nastavitve privilegiranega načina.
● Toda dokler se predpomnilnik vrnjenih predmetov ne izbriše ali se dejanski klic ponovi, bo funkcija vrnila formalno nedostopen predmet.
● Velja tudi obratno, ko prvi klic opravite brez nastavitve privilegiranega načina, v privilegiranem načinu pa se predmet, ki bi ga lahko dobili v privilegiranem načinu, ne vrne.

Če ima lastnost skupni modul Ponovna uporaba vrnjenih vrednosti je nastavljeno na Za čas trajanja seje, nato vrednosti vrste Upravitelj začasnih tabel.
Če je funkcija skupnega modula z nastavljeno ponovno uporabo poklicana iz istega skupnega modula (na primer z imenom CommonModule), si zapomnite naslednjo posebnost: če je funkcija poklicana z imenom MyFunction (), potem funkcija se bo izvajala vsakič, ko se funkcija pokliče ... Za uporabo shranjenih vrednosti je treba funkcijo poklicati s polnim imenom:
CommonModule.MyFunction ().
Metoda globalnega konteksta odstrani vse vrednosti za večkratno uporabo, tako na strežniški kot na odjemalčevi strani, ne glede na to, kje se metoda pokliče. Po izvedbi metode RefreshReusedValues () prvi klic funkcije bo popolnoma izveden.

Modul je zasnovan za integracijo z rešitvami, ki vsebujejo konfiguracijo "ERP Enterprise Management 2". Nepogrešljiv za projektno naravnana podjetja in organizacije!

Funkcionalnost sistemi:
Vodenje projektov Načrtovanje vsebine in časovni razpored projekta Načrtovanje obsega in dostave projekta Načrtovanje podizvajalcev in materialni stroški projekta Načrtovanje kadrov in projektov Obremenitve in upravljanje časa s projekti Zapisovanje dejanskih podatkov in projektnih dogodkov Upravljanje projektnega financiranja Odprema oblikovalskih del Različice projektov	Analiza načrta in dejstev projekta Upravljanje projektnih komunikacij Upravljanje znanja Ocena projekta in izračun pogodbene cene Upravljanje projektnih pogodb Upravljanje projektne dokumentacije Upravljanje s projektnimi tveganji Upravljanje portfelja in programa Upravljanje virov projektne organizacije

Podatke o projektu je mogoče vnesti v sistem na več načinov:

ročno prek nadzorne plošče projekta;
naložite / raztovorite podatke iz / v MS Project;
naložite podatke iz predloge, shranjene v sistemu;
na kombiniran način: del ročno, del iz MS Project.

Delo lahko razporedite na različne načine:

tako da vodja projekta upravlja projektni načrt, funkcionalni vodja pa delo. Delovna sredstva se dodelijo ob upoštevanju opravljenih vlog;
vodja projekta vodi načrt projekta in izvedbo dela. Delovna sredstva so dodeljena ne glede na vloge.

Vizualni komplet orodij sistema omogoča upravitelju, da dobi informacije o projektu v različnih pogledih: tabelarni, podatkovno drevo, Ganttovi grafikoni, zemljevid mejnikov projekta, mrežni diagram. Sistem vam omogoča, da upravitelju dodelite določeno projektno nalogo in samodejno njene podnaloge, ki se razlikujejo od vodje projekta kot celote.

Rešitev je namenjena lastnikom poslovnih nepremičnin, družbam za upravljanje, gradbenim in razvojnim organizacijam. Izdelek omogoča povečanje učinkovitosti poslovanja podjetij z avtomatizacijo postopkov vodenja registra nepremičninskih objektov, upravljanjem najemnih pogodb in poravnav z najemniki ter upravljanjem nepremičninskih objektov. Program ponuja rešitve za probleme računovodstva, upravljanja, pravnega in upravnega računovodstva.

Možnosti rešitve:

poravnava računov pri najemnikih na podlagi izdanih računov (načrtovani dolg), nadzor plačevanja računov z analitiko za predmete, storitve in obdobja;
ločena dodelitev in nadzor plačilnih pogojev za fiksne in variabilne dele najemnine;
možnost izračunavanja kazni za zamudo pri plačilu na podlagi tako dejanskega (po aktih) kot načrtovanega (po računih) dolga;
uporaba poljubnih formul za izračun stroškov storitev variabilnih delov (na primer obračunavanje obresti iz najemnikovega trgovinskega prometa po različnih algoritmih);

uporaba več metrov porabe za eno storitev spremenljivega dela;
možnost dodelitve individualnih in enotnih tarif za storitve s spremenljivim delom;
vodenje inšpekcijskih pregledov nepremičnin;
možnost skupne uporabe s prihajajočimi rešitvami "Upravljanje ERP gradbene organizacije 2.0" in "Modul 1C: Realtor. Upravljanje prodaje nepremičnin za 1C: ERP" v okviru ene same konfiguracije.

Možnosti rešitve "Modul 1C: Upravljanje vozil za 1C: ERP":

Računovodstvo naročil za vozila;
Izdaja in obdelava tovornih listov;
Izračun standardne in dejanske porabe goriva. Vsi algoritmi za izračun standardne porabe goriva se izvajajo v skladu z odredbo Ministrstva za promet z dne 14. julija 2015 N NA-80-r. Rešitev vam omogoča spremljanje porabe goriva za vozila z neomejenim številom opreme in prikolic.

Računovodstvo prejema, porabe in odpisa goriv in maziv;
Računovodstvo registrskih tablic in baterij;
Integracija s satelitskimi nadzornimi sistemi.
Izračun proizvodnje v tovornem listu za različne parametre. Glavni parametri (kilometrina, teža tovora, promet tovora, čas v redu, čas mirovanja itd.) So vnaprej določeni v sistemu. Z referenčnimi knjigami lahko prilagodite poljubne parametre proizvodnje in te podatke dodatno analizirate;

Moduli platforme 1C: Enterprise 8.3, 8.2

Skupni moduli

Funkcije, ki so v takem modulu označene z oznako "export", je mogoče poklicati od koder koli v konfiguraciji. Klic se izvede prek CommonModuleName.FunctionName ().

V takšnih modulih ni spremenljivega razdelka.

Izvajanje skupnih modulov je odvisno od parametrov, nastavljenih v njihovih lastnostih:

Zastava "Global"

Če je ta zastavica nastavljena, potem kontekst takega modula postane globalen. To pomeni, da pri dostopu do njegovih funkcij izvoza ni treba določiti imena modula. Imena njegovih izvoznih funkcij pa morajo biti edinstvena v kontekstu globalne konfiguracije.

Zastavica strežnika

Funkcije takega modula se lahko izvajajo na strežniku.

Zastavica odjemalca (običajna aplikacija)

Funkcije takega modula se lahko izvajajo v odjemalcu v običajnem načinu uporabe.

Zastavica odjemalca (upravljane aplikacije)

Funkcije takega modula se lahko izvajajo v odjemalcu v načinu upravljane aplikacije.

Zastavica klica strežnika

Zastavica je na voljo za module z nastavljeno zastavico "Server". Omogoča odjemalcu klice pri izvoznih funkcijah tega modula (za izvedbo na strežniku).

Zunanja zastava za pridružitev

Izvozne funkcije takega modula se lahko pokličejo, ko so priključene iz zunanjega vira.

Zastava "privilegirano"

V modulu s takšno zastavo bo preverjanje pravic onemogočeno. Primerno za produktivnost ali administrativne dejavnosti.

Možnost ponovne uporabe

Če omogočite ta parameter, bodo vrnjene vrednosti izvoznih funkcij predpomnjene takoj po prvem klicu. Predpomnjenje je možno za čas trajanja klica (čas izvedbe določenega postopka) ali za čas uporabniške seje.

Aplikacijski modul

Zasnovan za obravnavo dogodkov ob zagonu in zaustavitvi aplikacije. Obstajata dve vrsti: za običajne in upravljane aplikacije.

Ne preobremenite ga, ker to vpliva na čas zagona aplikacije.

Modul seje

Poseben modul, ki se uporablja za inicializacijo parametrov seje. To je potrebno, da se koda ne podvoji v različnih aplikacijskih modulih.

Uporabljati ga je treba previdno, saj se modul lahko izvede večkrat in tudi brez nadaljnjega zagona baze. Izvedeno pred aplikacijskimi moduli.

Lep pozdrav, (učitelj in razvijalec).