Níže jsou uvedeny hlavní objekty 1C, které se používají při práci s zvládnutelnými formami. Stručné příklady kódu, které demonstrují tradiční použití těchto objektů při psaní 1C konfigurace.

Etrform.

V modulu formuláře, v postupech& Změna a Nasserver.

Umožňuje se použít na prvky formuláře a podrobnosti.

Odvolání na prvek formuláře se vyskytuje skrz objektuPrvky a vypadá takto:

Etform. Prvky. Údržba. Putton \u003d "v." + Program verze;

Ovlador odvolání k pohonu existujícímu ve formě, je pravdivá:

Etform.ThePoints \u003d "Dobrý den, soudruzi!";

Zjednodušené odvolání na prvky formy a detailů

V modulu formuláře v zásadě nemůžete zadat klíčové slovoEtrform. . Můžete se obrátit na prvky formuláře a podrobnosti jsou zjednodušeny:

// formulář prvek

Prvky. Obézní. Předseda hlavy \u003d "v." + Program verze;

// potřebné formy

Text \u003d "Ahoj, ComRese!";

Funkce získávání formulářů (DŮLEŽITÉ!)

Pokud má požadavek formuláře jednoduchý typ -Řádek, číslo, datum ... Pak dostat (Set) Hodnota rekvizit je jednoduše pojmenována:

Text \u003d položky; // Název produktu - Toto rekvizity formuláře

Nicméně, tímto způsobem není možné získat podrobnosti o "komplexním" typu -Stoly, Woodnames . Při pokusu o získání rekvizit s takovým typem názvu bude typ objektu vrácenKolekce dokumentace.

Chcete-li získat hodnotu rekvizit s "komplexním" typem, musíte použít funkciRequisitformAdrifikace ():

Současný palác \u003d requisitformadded ("Vybrané objekty");

Chcete-li nastavit hodnotu "komplexních" rekvizit, můžete použít funkciSurrencyVisitforms (<Значение>, <ИмяРеквизита>) Oba parametry jsou vyžadovány.

Funkce RequisitformAdrifikace () a ValuerereVisitforms () K dispozici pouze na serveru.

Objekt

Přísně řečeno, není takové klíčové slovo ve formě formuláře. Jen když je formulář vytvořen, například forma prvku, 1C automaticky vytvoří rekvizity na formuláři s názvemObjekt . Prostřednictvím těchto rekvizit jsou dostupné vlastnosti aktuálního objektu, který je upraven ve formuláři.

nebo úplnější vstup:

Tento objekt

Obsahuje samotný objekt. Navržen tak, aby získal objekt v modulu objektu nebo formuláře modulu.

Použití: pouze pro čtení.

Dostupnost: server, tlustý klient, externí připojení.

formuláře V 1C: Společnost je určena pro zobrazení a úpravu informací obsažených v databázi. Formuláře mohou patřit konkrétním konfiguračním objektům nebo existovat odděleně od nich a používají všechny aplikované rozhodnutí jako celek.

Například referenční kniha Nomenklatura Může mít několik formulářů, které budou použity pro určité účely - úpravy adresářového prvku, zobrazení zobrazení atd.:

Spolu s tím mohou existovat běžné formy, které nepatří do konkrétních konfiguračních objektů - společných forem.

Základní formy

Každý konfigurační objekt lze použít k provedení některých standardních akcí. Například pro jakoukoliv referenční knihu budete možná muset zobrazit seznam položek, zobrazit samostatné prvky referenční knihy, zobrazit skupinu adresáře, vyberte prvky a skupiny prvků z adresáře. Pro jakýkoli dokument bude seznam těchto akcí mnohem méně: zobrazení seznamu dokumentů, výběr ze seznamu dokumentů a zobrazit samostatný dokument.

Aby bylo zajištěno, že takové standardní akce budou prováděny s datovými objekty, pro každou z nich existuje soubor základních formulářů, které budou používány při provádění vhodných akcí. Hlavní lze přiřadit některý z formulářů podřízených tohoto objektu. Například v adresáři Nomenklaturamohou existovat následující hlavní formuláře:

A dokument Přijetí zboží a služebsložení hlavních forem bude jiné:

Pokud tedy uživatel chce zobrazit seznam referenční knihy Nomenklatura nebo list dokumentu Přijetí zboží a služebSystém otevře příslušný formulář přiřazený jako formulář seznamu pro tyto objekty.

Formuláře generovaných automaticky

Důležitým rysem systému 1C: Podnik 8 je mechanismus automobilových forem. Tento mechanismus osvobozuje vývojáře z potřeby vytvořit všechny možné formuláře pro každou z konfiguračních objektů. Developer je dostačující k přidání nového konfiguračního objektu a sám systém vygeneruje potřebné formuláře pro zobrazení informací obsažených v tomto objektu na požadované okamžiky operace uživatele.

Developer je tedy třeba vytvořit své vlastní formy aplikačních objektů pouze v případě, že by měly mít rozdíly (další návrh nebo konkrétní chování) z formulářů automaticky generovaných systémem.

Komunikační formulář s daty

Přidání formuláře pro jeden nebo jiný konfigurační objekt nezjistí datová kompozice, která je zobrazena ve formuláři. Skutečnost, že formulář patří například adresář NomenklaturaUmožňuje ji přiřadit jednomu z hlavních formulářů pro tuto referenční knihu, ale nezjistí, co data zobrazí tento formulář a jaké budou jeho chování.

Aby bylo možné přiřadit formulář dat, podrobnosti formuláře se používají, ve kterém je zadán seznam dat zobrazených formulářem. Všechny formy samy o sobě mají stejné chování, bez ohledu na to, jaká data zobrazují. Jedním z podrobností formuláře však lze jmenovat hlavní (je zvýrazněn tučně), a v tomto případě bude standardní chování formy a jeho vlastnosti doplněno v závislosti na tom, jaký typ má primární rekvizity formulář:

Například, pokud bude dokument přiřazen jako hlavní podrobnosti formuláře Přijetí zboží a služeb, Když zavřete formulář, systém požádá o potvrzení záznamu a provádění tohoto dokumentu. Pokud hlavní detaily formuláře přiřazení, řekněme, referenční kniha Nomenklatura, pak takový požadavek na potvrzení při zavírání formuláře nedochází.

Struktura formuláře

Hlavním rysem formulářů je, že developer neopravuje podrobně "na pixelech". Konfigurační forma je logická forma formuláře kompozice. A specifické umístění prvků se provádí automaticky při zobrazení formuláře.

Zobrazená část formuláře (viditelná pro uživatele) je popsána jako strom obsahující prvky formuláře.

Prvky mohou být vstupní pole, zaškrtávací políčka, přepínače, tlačítka atd. Kromě toho může být prvek skupina, která obsahuje další prvky. Skupina může být prezentována jako panel s rámem, panelem se stránkami (záložkami), aktuální stránkou, panelovým panelem. Kromě toho může být prvek tabulka, která také obsahuje prvky (sloupce). Struktura prvků popisuje, jak bude formulář vypadat.

Veškerá formálnost formuláře je popsána formou podrobností a příkazů. Podrobnosti jsou data, se kterou forma funguje, a příkazy se provádějí. Developer v editoru formuláře proto musí obsahovat potřebné podrobnosti a příkazy ve formuláři, vytvářet své prvky formuláře a v případě potřeby vytvářet prvky ve skupinách.

Na základě tohoto logického popisu systém automaticky generuje vzhled formuláře pro zobrazení uživatele. V tomto případě systém bere v úvahu různé vlastnosti zobrazených dat (například typ) pro provedení prvků formuláře jako je to možné pro uživatele.

Vývojář může ovlivnit umístění prvků různými instalacemi. Může určit pořadí prvků, zadejte požadovanou šířku a výšku. To je však pouze některé další informace, které pomáhají systémem.

Ve formách, vývojář může použít nejen příkazy samotného formuláře, ale také globální příkazy používané v celém rozhraní Configuration Command. Kromě toho je možné vytvořit parametrizované příkazy, které otevře jiné formuláře, s přihlédnutím ke konkrétním údajům aktuálního formuláře. Například může být výzvou ke zprávě zbytků na akcii, který je nyní vybrán ve formě spotřebního faktury.

Náležitosti formuláře

Sada podrobností formuláře popisuje složení zobrazených dat, které jsou upraveny nebo uloženy ve formuláři. Podrobnosti o samotném formuláři zároveň neposkytují možnost zobrazit a upravovat data. Prvky formuláře (viz část "Formulář" prvky této kapitoly) spojené s podrobnostmi formuláře slouží k zobrazení a úpravě. Kombinace všech podrobností formuláře bude volána pro formulář.

Důležité! Je třeba mít na paměti, že na rozdíl od konvenčních formulářů musí být ve formě podrobností popsána veškerá data řízené formy. Není dovoleno používat proměnné modulu formuláře jako zdrojových zdrojů pro prvky formuláře.

Existuje příležitost k označení Hlavní podpory formuláře, tj. rekvizit, který určí standardní formalitu formuláře (rozšíření formuláře). Je třeba mít na paměti, že hlavní rekvizity formuláře mohou být pouze jedním.

Rozšíření formy - Jedná se o další vlastnosti, metody a parametry objektu formy řídicího telefonu charakteristiky objektu, který je hlavním prvkem formuláře.

V procesu vzniku formuláře je možné jasně nastavit možnost prohlížení a editace specifických detailů formuláře, v kontextu rolí, pomocí vlastností náhledu a úprav (zde viz "Formulář ladění rolí" část hlavy "editory"). Dostupnost konkrétních detailů ve většině formulářů lze navíc konfigurovat pomocí funkčních možností (více funkčních možností lze zobrazit v kapitole "Správa konfiguračního rozhraní").

Forma nemovitosti: Uložená data Je to znamení, že interaktivní změna rekvizit povede k pokusu o blokování tohoto formuláře pro editaci, stejně jako k automatickému nastavení formuláře upravené formy.

Datové typy dostupné v řízeném formuláři

Spravovaná forma se liší od obvyklého formuláře a také typy dat, s nimiž funguje. Pokud se obvyklá forma pracuje s většinou typů, která poskytuje 1C: Enterprise (včetně typu referenčního bobury, objekt dokumentu atd.), Poté lze v řízeném formuláři rozlišovat následující kategorie typů:

• typy, které jsou přímo použity ve formě, jsou tyto typy, které existují na straně jemného a webového klienta (například číslo, adresář. Reloars, graphingham, dřevo);

• typy, které budou převedeny na speciální typy dat - datové typy řízeného formuláře. Tyto typy se zobrazují v seznamu podrobností formuláře v závorkách, například (referenční rezervace. Otočení);

• dynamický seznam (více informací viz část "Dynamický seznam" této kapitoly).

Převést objekty aplikace pro vytvoření dat

Některé použité typy (například adresářový odkaz atd.) Neexistují na straně tenkých a webových klientů (podrobnosti viz kapitola "Koncepce řízené aplikace"). Proto pro prezentaci ve formě těchto aplikací v platformě jsou zadány speciální typy dat, které jsou určeny k práci ve spravovaných formách. Tato funkce spravované aplikace způsobí, že je třeba provést konverzi aplikačních objektů na data formuláře (a zpět).

Používají se následující typy dat:

• Provence - obsahuje soubor libovolných vlastností typu. Vlastnosti mohou být jiné struktury, sbírky nebo struktury s sbírkami. Takový typ se zdá být například ve formě adresáře.

• Kolekce dokumentace je seznam zadaných hodnot podobných poli. Přístup k sběrnému prvku se provádí indexem nebo identifikátorem. V některých případech může být přístupný identifikátorem. Důvodem je typ použitého objektu, který je reprezentován touto sběrem. Identifikátor může být libovolný celé číslo. Tento typ se zdá být například ve formě tabulkové části.

• Zkouška struktury je předmětem, který je zároveň reprezentován jako struktura a kolekce. Můžete ho kontaktovat jako s některou z těchto entit. Zdá se, že tento typ je například v sadě formulářů záznamů.

• Patformandevo - objekt určený pro skladování hierarchických dat.

Objekt aplikace je reprezentován jedním nebo několika prvky dat formuláře. Obecně platí, že hierarchie a složení těchto forem závisí na složitosti a vztahu mezi aplikačními objekty řízeného formuláře.

Například dokument obsahující tabulkový díl bude reprezentován objektem typu struktury (ve skutečnosti dokumentu), který podléhá předmětu typu informační formace (tabulková část dokumentu).

Důležité! Během konfigurace je důležité si uvědomit, že objekty aplikace jsou k dispozici pouze na serveru, zatímco objekty dat formuláře lze použít na serveru a na klientovi.

Přenos dat mezi klientem a serverovými částmi spravovaného formuláře

Ve skutečnosti lze říci, že formulářová data jsou jednotná prezentace těchto různých aplikačních objektů, s nimiž formulář pracuje jednotně a které jsou také přítomny na serveru a na klientovi. To znamená, že formulář obsahuje některé "projekce" dat aplikací objektů jako vlastních datových typů a provádí transformaci mezi nimi v případě potřeby. Pokud však vývojář konfigurace implementuje algoritmus zpracování dat, transformace dat (ze specializovaných typů aplikovaných a zpět) musí být provedena samostatně.

Při úpravách podrobností formuláře ve specializovaném editoru (podrobnosti naleznete v části "Podrobnosti" kapitoly "editory") Je možné ovlivnit přenos dat mezi klientem a serverem během formuláře. To slouží jako sloupec požadovaného editoru. Použijte vždy. Akce této nemovitosti se liší pro tři typy údajů:

• Pro rekvizity, podřízené dynamickému seznamu (sloupec dynamického seznamu):
  • tato vlastnost je povolena - rekvizity je vždy číst z databáze a je součástí těchto formulářů;
  • vlastnosti jsou vypnuty - rekvizity je čten z databáze a je součástí těchto formulářů pouze v případě, že existuje viditelný prvek formuláře, který je spojen s rekvizitami nebo jeho podřízeným potřebným.

• Pro rekvizity, podřízený soubor pohybů:
  • tato vlastnost je povolena - pohyb dokumentu je čten z databáze a bude přítomen ve formuláři dat;
  • tato vlastnost je vypnuta - pohyb dokumentu nebude přečíst z databáze a nebude spadat do dat formuláře (pokud neexistuje žádný tvarový prvek, který odkazuje na pohyb dokumentu).

• Zbývající detaily formuláře:
  • tato vlastnost je povolena - rekvizity budou přítomny v těchto formách, bez ohledu na to, zda alespoň jeden prvek tvaru, který je spojen s požadovaným nebo jeho podřízenými potřebami;
  • vlastnosti jsou vypnuty - rekvizity budou v této podobě přítomny pouze v případě, že existuje prvek formuláře spojené s rekvizitami nebo jeho podřízeným požadovaným. Na rozdíl od podrobností dynamického seznamu nehraje roli viditelnosti prvku spojeného s rekvizitami.

Poznámka. Je třeba mít na paměti, že nemovitost instalovaná v nadřazených údajích je platná pro všechny podřízené podrobnosti. Pokud je například vlastnost použití vždy odebráno z tabulky dokumentu, systém se domnívá, že tato vlastnost je odstraněna ze všech podrobností podřízeného (navzdory skutečnému stavu nemovitosti).

Metody pro převod dat pro použití objektů na tento formulář

Chcete-li převést aplikované objekty na data formuláře a zpět je soubor globálních metod:

• Významy (),
• Nárokyvassion (),
• Copydanforms ().

Důležité! Metody práce s aplikačními objekty jsou k dispozici pouze v serverových postupech. Metoda kopírování hodnot mezi daty formuláře je k dispozici na serveru a na klienta, protože nevyžaduje objekty aplikací jako parametry.

Během konverze údajů formuláře v aplikovaném předmětu by měla být zohledněna jejich slučitelnost.

• Významný soubor () - Převádí objekt typu aplikace pro vytvoření dat;
• Prohlašování () - Převádí data formuláře do objektu použitého typu;
• CopyDanforms () - kopírování těchto tvarů s kompatibilní strukturou. Vrátí hodnotu pravdy, pokud je kopírování vyráběno nebo nepravdivé, pokud je struktura objektů neslučitelná.

Poznámka. Při provádění standardních akcí (otevírání formuláře proveďte standardní příkaz k záznamu atd.) Formuláře s hlavními detaily, transformace se provádí automaticky.

Uveďte příklad, jak používat transformaci dat ve vlastních algoritmech.

& Selhání, standardní zpracování)

Objekty \u003d reference. Chutnáři. Interpretace ("kávovar"). Příjem (); Významnérendaniformy (objekt objekt, objekt);

Extrudrtves

& Vlastní postup ()

Record Server ();

Extrudrtves

& Nasserver procedura napsat aserver ()

Objectovka \u003d Propeformace (objekt, typ ("Reference Rezervace. Otočení")); Projekt objektu ();

Extrudrtves

Správce objektů má také metody dostupné na serveru:

• Sign-SequentiallyRevisitForms () - Provádí konverzi objektu použitého typu do zadaného formuláře rekvizity.
• RequivisitformAntion () - Převede požadované údaje formulářů do objektu typu aplikace.

Použití těchto metod je obvykle pohodlnější, protože mají například informace o typu formulářů rekvizit. Kromě toho metoda potřebný vztah () provede nastavení korespondence dat formuláře a objektu, který se používá při tvorbě zpráv. Můžete si přečíst více o tom v kapitole "Servisní funkce navigace".

Dáváme příklad použití těchto metod.

& Nasserver procedury Recaluculate Server ()

// převádí objekt rekvizit v objektu aplikace. Dokument \u003d Requisitraturafforms ("objekt"); // Provádí přepočítání metodou definovanou v modulu dokumentu. Dokument. Provádění (); // Převádí aplikovaný objekt zpět na rekvizity. NedenoceReVisitforms (dokument, "objekt");

Extrudrtves

Programové rozhraní

Patformandevo (Formdatatee)

• Findbyid Findbyid.
• Možnosti (getItems)

Popis:

Navrženo tak, aby modeloval strom v formuláři řízené dat.

Tento objekt může být serializován na / z XDTO. Typ XDO odpovídající tomuto objektu je definován v oboru názvů. XDO TYPE NAME:

Možnosti (getItems)

Syntax:

Volitelné ()

Návratová hodnota:

Typ: Sběrné sbírky Elektrizace.

Popis:

Dostane sbírku prvků stromu nejvyšší úrovně.

Dostupnost: Klient, Server, Slim Client, Web Client.

Findbyid Findbyid.

Syntax:

Najítingfider (<Идентификатор>)

Parametry:

<Идентификатор> (povinné)

Typ: Číslo. Identifikátor prvku stromu.

Návratová hodnota:

Typ: paramerterev.

Popis:

Získá prvek sbírky podle identifikátoru.

Dostupnost: Klient, Server, Slim Client, Web Client.

EateltatreeItem (FormdattreeItem)

Vlastnosti:

<Имя свойства> (<Имя свойства>)

• Getid getid.
• Getparent)
• Možnosti (getItems)
• Nemovitosti (vlastnictví)

Popis:

Prvek formuláře dat stromu.

Eateltaiteitemcollection (FormdatatreeItemcollection)

Prvky sbírky: eatellanerev

Pro zařízení je k dispozici Bypass Collection od operátora pro každou ... Od ... cyklu. Při překročení procházky, prvky kolekce. Je možné apelovat na sběrný prvek operátorem [...]. Index prvku je přenášen jako argument.

• VLOŽIT)
• Přidat (Přidat)
• Index (indexof)
• Množství (počet)
• Jasné (jasné)
• Dostat (get)
• Posun
• Vymazat

Popis:

Kolekce dřevěných prvků.

Dostupnost: Klient, Server, Slim Client, Web Client.

Viz také:

• Primární elementider, volitelná metoda
• Patformandevo, provozní metoda

Vlastnosti práce se stromovými hodnotami

Aktualizace stromu

Existuje problém podzim Platformy při aktualizaci stromu.

Pokud byl na stromě nasazen nějaký uzel a uzel Slave je vybrána při aktualizaci funkce stromu Validewandenforms. Platforma klesá.

Řešení: Před aktualizací musíte vyčistit strom.

Například:

& Nasserver procedury čistič (prvky) pro každý prvek z prvků cyklu Cleathelder (prvek. Prvky lití ()); Endcykl; Prvky. Provozování (); Extrudrtves

A zemní postup dokončení () měření \u003d stupně \u003d gradace Jasno (dřevoryty. Focusové prvky ()); Významy (ripponium, dřevoryty); Extrudrtves

A postup pro oznamování (prvku) filetů (); Extrudrtves

Podrobnosti formuláře zajišťují jeho spojení s daty. Zároveň lze jmenovat jeden (a pouze jeden) z detailů; Nemusí to být nutně takový typ dat, ke kterému nakreslíme formulář. Ale na typu hlavních rekvizit bude data záviset na chování formuláře. Kromě změny chování formuláře dochází kontext modulu formuláře. Spolu s metodami a vlastnostmi formuláře se stává dostupnými metodami a vlastnostmi objektu, který je hodnotou hlavních údajů. Je důležité, aby formy "libovolné formy" nemají hlavní rekvizity. V tomto případě je chování formuláře určeno pouze uživatelskými nastaveními. Zvažte problémy na hlavních údajích.

Otázka 10.05 zkouška 1C: Profesionální na platformě. Jaké jsou hlavní podpěry formuláře?

1. Určuje zdroj dat pro formulář obecně
2. Definuje standardní funkce platformy pro provoz typu dat uvedených v hlavních rekvizitách
3. Zajistit možnost přístupu softwaru na podrobnosti objektu z místního kontextu formuláře
4. Poskytuje vizualizaci podrobností objektu v dialogu formuláře
5. Verpel 2 a 3
6. TRUE 1 A 2

Správná odpověď je šestá, viz výše.

Otázka 10.06 Zkouška 1C: Profesionální na platformě. Jaké jsou podrobnosti formuláře?

1. Popsat složení zobrazených dat, upravených nebo uložených ve formuláři
2. Zobrazení a úpravy dat ve formuláři
3. TRUE 1 A 2

Správná odpověď je třetí - obojí.

Otázka 10.07 Zkouška 1C: Profesionální na platformě. Co by arbitrary řízené formuláře přidělilo hlavní rekvizity ...

1. je nutné v vlastnostech podrobností formuláře vybrat políčko "Hlavní rekvizity"
2. musíte vyplnit vlastnost "Data", výběr požadovaného formuláře rekvizity

Správná odpověď je druhá:

Otázka 10.08 Zkouška 1C: Profesionální na platformě. Ať už libovolný obvyklý formulář pro přidělení hlavních rekvizit ...

1. formulář, kterou musíte udělat hlavní, hlavní rekvizity současně se stanoví automaticky.
2. je nutné v vlastnostech podrobností formuláře vybrat políčko "Hlavní rekvizity"
3. musíte zadat nabídku "Edit", položku "Hlavní rekvizity" a vyberte požadovanou hodnotu
4. musíte vyplnit vlastnost "Data", výběr požadovaného formuláře rekvizity

Správná odpověď čtvrtá:

Hlavní rekvizity je zvýrazněno tučně:

Otázka 10.09 Zkouška 1C: Profesionální na platformě. V přítomnosti jednoho základního detailu formuláře může jeden přidat další základní rekvizity?

1. To je nemožné
2. Je možné přiřazením odpovídající hodnoty majetku nemovitosti.
3. Můžete programově pouze při odkazu na formulář "Formulář"
4. Je možné přidáním jiné hodnoty na odpovídající vlastnost formuláře.

Správná odpověď je první, hlavní rekvizity je přísně sám, protože Komunikace s objektem by měla být jednoznačná.

Otázka 10.113 Zkouška 1C: Profesionální na platformě. Který z údajů formuláře uvedené na obrázku je hlavní?

1. Seznam Karsovivutu.
2. Objekt adresáře.
3. Pro formy referenčních knih nejsou žádné hlavní detaily
4. Ve formách referenčních knih jsou všechny detaily hlavním

Správná odpověď je druhá, který tuku.

Uživatel s referenčními knihami a dokumenty v 1C se skládá z vyplnění polí ve formuláři.

Podrobnosti 1C jsou pole adresáře a dokumentů, které se zobrazují ve formuláři tak, aby je uživatel naplnil.

Podrobně uvažujte o tématu podrobností v 1c.

Co je to 1C podrobnosti

Každá referenční kniha a dokument 1c se skládá ze sady polí. Taková pole se nazývají detaily 1C (pro programátor 1C).

V konfigurátoru v konfiguračním stromu 1C rozbalte libovolný adresář nebo dokument a uvidíte pobočku podrobností. Jedná se o seznam podrobností (pole) adresáře.

Zobrazení jako stejné podrobnosti 1C Podívejte se na formulář referenční knihy 1C.

Každá vlastnost 1C má vlastnosti, které naznačují, jaký druh hodnoty je uloženo v podpěru (řetězec, číslo atd.) A jak s ním uživatel bude pracovat.

Klepněte pravým tlačítkem myši na všechny rekvizity 1C a klepněte na příkaz Vlastnosti. Seznam vlastností vybraných rekvizit se otevírá v pravém okně.

Hlavní vlastnosti detailů 1C:

Standardní podrobnosti 1C.

Jak si všimnete, existuje 1C podrobnosti ve formě adresáře, které nejsou uvedeny v konfigurátoru: Skupina, Jméno, BIK.

Ve formě seznamu referenční knihy jsou také podrobnosti o 1C, které nejsou uvedeny: Označení odstranění.

Jedná se o standardní detaily 1C. Co to je? Ve výchozím nastavení má sadu podrobností 1C. Pro referenční knihy, například kód a jméno. Dokumenty Toto je datum a číslo.

Standardní podrobnosti 1C lze zobrazit následovně:

• Přejít na editor objektů 1C (adresář nebo dokument) kliknutím dvakrát pomocí myši
• V okně, které se otevře, vyberte kartu Data
• Zde můžete nakonfigurovat kód Standardní detaily a referenční název
• Kliknutím na tlačítko Standardní podrobnosti 1C zobrazíte úplný seznam.

Obecné informace 1C.

Počínaje verzí 1C 8.2.14 v 1C se objevil nový objekt 1C - obecně detaily 1c. Pomocí něj můžete přidat rekvizity (pole), které budou přítomny okamžitě v různých referenčních knihách a dokumentů.

Vlastnosti celkových údajů 1C:

• AUTO POUŽITÍ - přidává celkem 1C rekvizity na všechny referenční knihy a dokumenty
• Složení - umožňuje přidat celkové údaje 1C pouze na nezbytné referenční knihy a dokumenty (AUTO POUŽITÍ, pak nepoužívat k hodnotě).

Jak přidat požadovanou 1c

Klepněte pravým tlačítkem myši na pobočku 1S požadovaného adresáře a zvolte Přidat.

Zavedeme název 1C rekvizit, například "závislost" a synonymum pro kancelář ". Zadejte Zanechat výchozí řádek, ale vložte tick neomezenou délku.

Přidáme další rekvizity 1C stejným způsobem, jen si vybrat typ Boolean, pojďme to nazvat "běžící".

Jak odvodit rekvizity na formuláři 1C (tlustý klient 1c)

Odhalíme pobočku formy stejné referenční knihy. Otevření formuláře - vyberte formu položky a dvakrát stiskněte dvakrát myší.

Vytáhněte myš přes okraj formuláře a protáhněte jej (volitelná položka).

V panelu Configurator klepněte na tlačítko "Umístění dat". Můžete také použít menu menu / umístění.

Vidíte - naše podrobnosti formuláře nejsou chovány. Nainstalujte zaškrtávací políčko na nich. A také klíšťata vložte nápisy a automaticky se umístí.

Jak odvodit rekvizity na formuláři 1C (jemný klient 1c)

Odhalíme pobočku formy stejné referenční knihy. Vyberte formu prvku a dvakrát stiskněte myší.

Na kartě Requisites otevřete objekt řádku. Zobrazí se seznam podrobností přidaných dříve v adresáři.

Nyní jednoduše přetáhněte z pravého okna na levé správné rekvizity a zobrazí se na formuláři.

Požadavky jsou 1C.

V klientovi Tolstaya má formulář své vlastní rekvizity. Jsou na kartě Podrobnosti.

Tyto údaje nejsou uloženy v databázi, ale mohou být použity ve formě pro pole, která jsou potřebná k práci s formulářem.

Například jste přidali zaškrtnutí. Když je stisknuto na formuláři, něco se stane. Hodnota zaškrtnutí pro vás nezáleží (není nutné jej napsat) - používá se pouze pro vypnutí formuláře při práci s ním. V tomto případě jako data nepoužíváte požadovaný adresář, ale formuláře rekvizity.

Periodické podrobnosti 1C.

V 1C verzi 7.7 byly periodické detaily. Jejich význam je: Hodnota rekvizit se liší v různých termínech. Například hodnota dne 1. září je jedna a 1. října - jiná. Stejným potřebným.

V 1C 8 periodické podrobnosti č. To je implementováno následovně: