Nižšie sú hlavné objekty 1C, ktoré sa používajú pri práci s ovládateľnými formami. Stručné príklady kódu, ktoré preukazujú tradičné používanie týchto objektov pri písaní 1C konfigurácií.

Etforma

Používa v module formulára v postupoch& Zmena a & Nonserver.

Umožňuje aplikovať na prvky formulára a podrobnosti.

Odvolanie na prvku formulára nastáva prostredníctvom objektuA vyzerá takto:

ETFORT. Prvky. Údržba. Putton \u003d "v." + Verzia program;

Odvolanie na pohon existujúci vo formulári, je pravdou:

Etform.The žiadané hodnoty \u003d "Ahoj, kamaráty!";

Zjednodušené odvolanie na prvky formulára a podrobností

V tvare modulu v zásade nemôžete zadať kľúčové slovoEtforma . Môžete kontaktovať prvky formulára a podrobnosti sú zjednodušené:

// formulár prvok

Prvky. Nadváha. Hlavná stolička \u003d "v" + verzia programu;

// potrebné formy

Text \u003d "Ahoj, Comrades!";

Vlastnosti získavania podrobností o formulároch (dôležité!)

Ak má požiadavka formulára jednoduchý typ -Riadok, číslo, dátum ... potom dostať (sadu) Hodnota rekvizity je jednoducho pomenovaná:

Text \u003d položky; // názov produktu - tvar

Týmto spôsobom však nie je možné získať podrobnosti o "komplexnom" typu -Tabuľky, Drevené . Pri pokuse o získanie rekvizín s takýmto typom mena sa vráti typ objektuKolekcia dokumentácie.

Ak chcete získať hodnotu rekvizít s "komplexným" typom, musíte použiť funkciuPOTREBNÉ POTREBY ():

Aktuálny palác \u003d potrebné ("vybrané objekty");

Ak chcete nastaviť hodnotu "zložitých" rekvizít, môžete použiť funkciuSURRENTVISITFORMY (<Значение>, <ИмяРеквизита>) Vyžadujú sa oba parametre.

Funkcie POTREBNÉ POTREBY () a VALUEEREREVISITFORMY () K dispozícii len na serveri.

Objekt

Stručne povedané, neexistuje žiadne takéto kľúčové slovo v rámci formulára. Len keď je vytvorená forma, napríklad forma prvku, 1C automaticky vytvorí rekvizity na formulári s názvomObjekt . Prostredníctvom týchto rekvizícií sú dostupné vlastnosti aktuálneho objektu, ktorý je upravený na formulári.

alebo kompletnejší záznam:

Tento objekt

Obsahuje samotný objekt. Navrhnuté tak, aby ste získali objekt v objektovom module alebo forme modulu.

Použitie: Len na čítanie.

Dostupnosť: server, hrubý klient, externé pripojenie.

Formuláre V 1C: Spoločnosť je určená na zobrazenie a úpravu informácií obsiahnutých v databáze. Formuláre môžu patriť do špecifických konfiguračných objektov alebo existujú oddelene od nich a používajú všetky aplikované rozhodnutie ako celok.

Napríklad referenčná kniha Nomenklatúra Môže mať niekoľko foriem, ktoré sa použijú na určité účely - úprava prvku adresára, zobrazenie displeja atď.:

Spolu s tým môže byť spoločné formy, ktoré nepatria do špecifických konfiguračných objektov - spoločné formy.

Základné formuláre

Každý konfiguračný objekt môže byť použitý na vykonanie niektorých štandardných akcií. Napríklad pre akúkoľvek referenčnú knihu možno budete musieť zobraziť zoznam svojich položiek, zobraziť samostatné prvky referenčnej knihy, zobraziť skupinu adresára, vyberte položku Prvky a skupiny prvkov z adresára. Pre akýkoľvek dokument bude zoznam takýchto akcií oveľa menej: prezeranie zoznamu dokumentov, výber zo zoznamu dokumentov a zobraziť samostatný dokument.

Aby sa zabezpečilo, že takéto štandardné akcie sú vykonané s dátovými objektmi, pre každý z nich existuje súbor základných foriem, ktoré sa použijú pri vykonávaní vhodných činností. Hlavný môže byť priradený niektorý z formulárov podriadený tomuto objektu. Napríklad v adresári Nomenklatúramôžu existovať nasledujúce hlavné formuláre:

A dokument Prijatie tovarov a služiebzloženie hlavných foriem sa líši:

Ak teda užívateľ chce vidieť zoznam referenčnej knihy Nomenklatúra alebo zoznam dokumentov Prijatie tovarov a služiebSystém otvorí príslušný formulár priradený ako formulár zoznamu pre tieto objekty.

Automatické formuláre

Dôležitým rysom systému 1C: Enterprise 8 je mechanizmus automatických foriem. Tento mechanizmus uvoľňuje vývojára z potreby vytvoriť všetky možné formuláre pre každú z konfiguračných objektov. Developer je dosť na pridanie nového objektu konfigurácie a samotný systém vygeneruje potrebné formuláre na zobrazenie informácií obsiahnutých v tomto objekte na požadované momenty prevádzky používateľa.

Developer preto potrebuje vytvoriť svoje vlastné formy aplikačných objektov len vtedy, ak by mali mať rozdiely (ďalší návrh alebo špecifické správanie) z foriem automaticky generovaných systémom.

Komunikačný formulár s údajmi

Príslušnosť formulára pre jeden alebo iný konfiguračný objekt neurčuje zloženie dát, ktoré sa zobrazí vo forme. Skutočnosť, že formulár patrí, napríklad adresár NomenklatúraUmožňuje vám ho priradiť jednému z hlavných foriem pre túto referenčnú knihu, ale neurčuje, aké údaje zobrazia tento formulár a aké bude jej správanie.

S cieľom združovať formu údajov sa používajú podrobnosti formulára, v ktorých je uvedený zoznam údajov zobrazených formulárom. Všetky formy samy o sebe majú rovnaké správanie, bez ohľadu na to, aké údaje zobrazujú. Avšak, jeden z podrobností formulára môže byť vymenovaný za to, že hlavný (je zdôraznený tučným písmom), av tomto prípade bude štandardné správanie formulára a jej vlastnosti doplnené v závislosti od toho, ktorý typ má základné rekvizity Formulár:

Ak sa napríklad dokument bude pridelený ako hlavné údaje formulára Prijatie tovarov a služieb, Keď zatvoríte formulár, systém požiada o potvrdenie nahrávania a vykonávania tohto dokumentu. Ak sú hlavné údaje formulára prideliť, povedzme, referenčná kniha Nomenklatúra, potom sa takáto požiadavka na potvrdenie pri zatváraní formulára nevyskytuje.

Štruktúra formulára

Hlavným rysom formulárov je, že detailní detail, "na pixely". Konfiguračná forma je logická forma zloženia formy. A špecifické umiestnenie prvkov sa systém vykonáva automaticky, keď sa zobrazí formulár.

Zobrazená časť formulára (viditeľná pre používateľa) je opísaná ako strom obsahujúci tvarové prvky.

Prvky môžu byť vstupné polia, začiarkavacie políčka, prepínače, tlačidlá atď. Okrem toho, prvok môže byť skupina, ktorá obsahuje iné prvky. Skupina môže byť prezentovaná ako panel s rámom, panelom so stranami (záložky), aktuálnu stránku, príkazový panel. Okrem toho môže byť prvok tabuľka, ktorá obsahuje aj prvky (stĺpce). Štruktúra prvkov popisuje, ako bude forma vyzerať.

Všetky formality formulára je opísané vo forme detailov a príkazov. Podrobnosti sú údaje, s ktorými formulár pracuje, a príkazy sa vykonávajú. Vývojár v editore formulára musí obsahovať potrebné detaily a príkazy vo formulári, vytvoriť ich prvky formulárov av prípade potreby vypracovať prvky v skupinách.

Na základe tohto logického opisu systém automaticky vygeneruje vzhľad formulára na zobrazenie používateľa. V tomto prípade systém berie do úvahy rôzne vlastnosti zobrazených dát (napríklad typ), aby sa prvky formulára čo najpohodlnejšie pre používateľa.

Developer môže ovplyvniť umiestnenie prvkov rôznymi inštaláciami. Môže určiť poradie prvkov, zadajte požadovanú šírku a výšku. Toto sú však len niektoré ďalšie informácie, ktoré pomáhajú systému zobrazenia.

Vo formulároch môže developer použiť nielen príkazy samotného formulára, ale aj globálne príkazy používané v celej konfiguračnom veliteľskom rozhraní. Okrem toho je možné vytvoriť parametrizované príkazy, ktoré otvoria iné formuláre, pričom sa zohľadnia osobitné údaje aktuálnej formulára. Môže to byť napríklad výzva na správu rezíduí na akciách, ktorá je vybraná teraz vo forme spotrebného faktúry.

Požiadavky formy

Sada detailov formulára opisuje zloženie zobrazených údajov, ktoré sa zobrazujú alebo uložia vo forme. Zároveň podrobnosti o samotnej forme neposkytujú možnosť zobrazovať a upravovať údaje. Prvky formulára (pozri časť "Formulár" prvkov tejto kapitoly) spojený s podrobnosťami formulára sa používajú na zobrazenie a úpravu. Kombinácia všetkých podrobností formulára bude požadovaná forma.

DÔLEŽITÉ! Je potrebné pripomenúť, že na rozdiel od bežných foriem musia byť všetky údaje riadenej formy opísané vo forme detailov. Nie je dovolené používať premenné modulu formulára ako zdroje údajov pre prvky formulárov.

Existuje možnosť určiť Hlavné rekvizity formulára, t.j. náležitosť, ktorá určí štandardnú formálnosť formulára (rozšírenie formulára). Treba pripomenúť, že hlavné rekvizity formy môžu byť len jedno.

Rozšírenie formulára - Toto sú ďalšie vlastnosti, metódy a parametre objektu formy ovládacieho prvku CHARACTHONE CHARAKTROU CHARAKTISTIKA, KTORÝMI HLAVNÝM PRÍPRAVAMI FORMULOSTI.

V procese vypracovania formulára je možné jasne stanoviť možnosť prezerania a úpravy špecifických detailov formulára, v kontexte rolí, pomocou vlastností náhľadu a úpravy (tu, pozri "formulár na ladnutie" časť hlavy "editory"). Okrem toho, dostupnosť konkrétnych detailov vo väčšine formy je možné nakonfigurovať pomocou funkčných možností (viac na funkčné možnosti je možné zobraziť v kapitole "Správa konfiguračného rozhrania").

Vlastnosť vlastnej vlastnosti Uložené údaje Je to znamenie, že interaktívna zmena v rekviách povedie k pokusu o zablokovanie týchto formulárov na úpravu, ako aj na automatické nastavenie formulára modifikovanej formy.

Dátové typy dostupných v riadenej forme

Spravovaná forma sa líši od obvyklého formulára a typy údajov, s ktorými funguje. Ak je obvyklá forma pracuje s väčšina typov, ktoré poskytuje 1C: Enterprise (vrátane typu referencie, objekt dokumentu, atď), potom sa v riadiacom formulári môžu rozlíšiť nasledujúce kategórie typov:

• typy, ktoré sa priamo používajú vo forme, sú tie typy, ktoré existujú na strane pokuty a webového klienta (napríklad čísla, adresára. Relars, Graficsham, Drevo);

• typy, ktoré budú premenené na špeciálne typy údajov - dátové typy kontrolovanej formy. Takéto typy sa zobrazia v zozname podrobností formulára v zátvorkách, napríklad (referenčná rezervácia. Otočení);

• dynamický zoznam (Ďalšie informácie nájdete v časti "Dynamic List" tejto kapitoly).

Konvertovať aplikácie objekty na vytvorenie údajov

Niektoré aplikované typy (napríklad odkaz na adresár atď.) Neexistujú na strane tenkých a webových klientov (podrobnosti nájdete v kapitole "Koncept riadenej aplikácie"). Preto pre prezentáciu vo forme takýchto aplikácií v platforme sa zadávajú špeciálne typy údajov, ktoré sú určené na prácu v spravovaných formách. Táto funkcia riadenej aplikácie spôsobuje, že je potrebné vykonať konverziu aplikačných objektov na údaje formulára (a späť).

Používajú sa tieto typy údajov:

• Properturation - obsahuje súbor vlastností ľubovoľného typu. Vlastnosti môžu byť iné štruktúry, zbierky alebo štruktúry s kolekciami. Takýto typ sa zdá byť napríklad vo forme adresára.

• Kolekcia dokumentácie je zoznam zadaných hodnôt podobných poľa. Prístup k zbernému prvku sa vykonáva indexom alebo identifikátorom. Prístup identifikátorom môže byť v niektorých prípadoch neprítomný. Je to spôsobené typom aplikovaného objektu, ktorý je reprezentovaný touto zbierkou. Identifikátor môže byť celé číslo. Tento typ sa zdá byť napríklad vo forme tabuľkovej časti.

• Test štruktúry je objekt, ktorý je zastúpený ako štruktúra a zber súčasne. Môžete ho kontaktovať ako s ktorýmkoľvek z týchto subjektov. Zdá sa, že tento typ je napríklad v súbore foriem záznamov.

• Patformansko - objekt určený na skladovanie hierarchických údajov.

Aplikačný objekt je reprezentovaný jedným alebo viacerými prvkami údajov formulára. Všeobecne platí, že hierarchia a zloženie týchto foriem závisí od zložitosti a vzťahu medzi aplikačnými objektmi kontrolovanej formy.

Napríklad dokument obsahujúci tabuľkovú časť bude reprezentovaný objektom typu štruktúry (vlastne dokumentu), ktorý podlieha objektu typu informačnej tvorby (tabuľková časť dokumentu).

DÔLEŽITÉ! Počas vývoja konfigurácie je dôležité si uvedomiť, že aplikačné objekty sú k dispozícii len na serveri, zatiaľ čo objekty formulára môžu byť použité na serveri a na klientovi.

Prenos údajov medzi klientmi a serverovými časťami riadeného formulára

V skutočnosti možno povedať, že údaje formulára je jednotná prezentácia týchto rôznych aplikačných objektov, s ktorými formulár funguje jednotne a ktoré sú tiež prítomné na serveri a na klientovi. To znamená, že formulár obsahuje určitú "projekciu" údajov aplikácií objektov ako vlastné typy údajov a vykoná ich transformáciu medzi nimi v prípade potreby. Ak však konfigurácia vývojár implementuje jeho algoritmus spracovania údajov, transformácia dát (zo špecializovaných typov aplikovaných a späť) musí byť vykonaná nezávisle.

Pri úprave detailov formulára v špecializovanom editore (podrobnosti nájdete v časti "Podrobnosti" kapitoly "Editors") je možné ovplyvniť prenos údajov medzi klientom a serverom počas práce. Toto slúži ako stĺpec potrebného editora. Používať vždy. Činnosť tohto majetku sa líši na tri typy detailov:

• Pre rekvizity podriadené k dynamickému zoznamu (stĺpec Dynamic List):
  • nehnuteľnosť je povolená - rekvizity je vždy čítané z databázy a je zahrnutý v týchto formách;
  • vlastnosti sú vypnuté - rekvizity sa číta z databázy a je zahrnutý v týchto formách len vtedy, keď je viditeľný prvok formulára, spojený s rekvizinami alebo jeho podriadeným potrebným.

• Pre rekvizity, podriadená zber pohybov:
  • ubytovanie je povolené - pohyb dokumentu sa číta z databázy a bude prítomný v údajoch formulára;
  • vlastnosť je vypnutá - pohyb dokumentu nebude z databázy čítať a nespadne do údajov formulára (ak nie je žiadny tvarový prvok odkazujúci na pohyb dokumentu).

• Zostávajúce podrobnosti formulára:
  • nehnuteľnosť je povolená - rekvizity budú prítomné v týchto formách, bez ohľadu na to, či aspoň jeden prvok tvaru, ktorý je spojený s potrebným alebo jeho podriadeným náležitosti;
  • vlastnosti sú vypnuté - Podpätky budú prítomné v týchto formách len vtedy, ak existuje prvok formulára spojenej s rekvizínmi alebo jeho podriadeným potrebným. Na rozdiel od detailov dynamického zoznamu nehrajú úlohu viditeľnosti prvku spojeného s rekvizínmi.

Poznámka. Treba pripomenúť, že majetok inštalovaný v rodičovských detailoch je platný pre všetky podriadené detaily. Napríklad, ak je vlastnosť použitia vždy odstránená z tabuľky časť dokumentu, systém verí, že táto vlastnosť je odstránená zo všetkých podriadených detailov (napriek skutočnému stavu nehnuteľnosti).

Metódy konverzie údajov pre aplikované objekty na tento formulár

Ak chcete previesť aplikované objekty na údaje formulára a späť je súbor globálnych metód:

• Mecderendanephors (),
• NárokyVasion (), \\ t
• Copydanforms ().

DÔLEŽITÉ! Metódy Práca s aplikačnými objektmi sú dostupné len v postupoch servera. Spôsob kopírovania hodnôt medzi údajmi formulára je k dispozícii na serveri a na klientovi, pretože nevyžaduje aplikačné objekty ako parametre.

Počas konverzie údajov o formulári v aplikovanom objekte by sa mala zohľadniť ich kompatibilita.

• Meckendratinforms () - konvertuje objekt typu aplikácie na vytvorenie údajov;
• Tvrdenie () - konvertuje údaje formulára na aplikovaný typ objektu;
• CopyDanforms () - Kopírovanie týchto tvarov s kompatibilnou štruktúrou. Vracia hodnotu pravdy, ak je kopírovanie vyrába alebo nepravdivé, ak je štruktúra objektov nekompatibilná.

Poznámka. Pri vykonávaní štandardných akcií (otvorenie formulára vykonajte štandardný príkaz na nahrávanie atď.) Formulármi s hlavnými detailmi, transformácia sa vykoná automaticky.

Uveďte príklad, ako používať transformáciu dát vo vlastných algoritmoch.

Postup postupu a obsluhy (zlyhanie, štandardné spracovanie)

Objekty \u003d referencie. TASTRERS. Informácie ("kávovar"). Prijímanie (); Meckendananiforms (objekt objektu, objekt);

Extrudress

& Custom Postup záznamu ()

Záznamový server ();

Extrudress

& NESServer Postup Napíšte Aserver ()

Objectovar \u003d Propeformations (objekt, typ ("referenčná rezervácia")); Projekt ();

Extrudress

Objektový manažér má tiež metódy dostupné na serveri:

• Sign-SequeReCTIVELYNVISITFORMY () - Vykonáva konverziu objektu aplikovaného typu na špecifikované podpery.
• RequisitformFormVdikcia () - Konvertuje náležitosti údajov formulárov do objektu typu aplikácie.

Použitie týchto metód je zvyčajne pohodlnejšie, pretože majú napríklad informácie o type formulárov. Okrem toho, metóda požadovaného vzťahu () vykoná nastavenie korešpondencie údajov formulára a objekt, ktorý sa používa pri vytváraní správ. Môžete si prečítať viac o tom v kapitole "Charakteristiky navigácie".

Uveďte príklad týchto metód.

& NESServer Postup Recalculate Server ()

// konvertuje objekt Podpripty v aplikačnom objekte. Dokument \u003d požadované hodnoty ("objekt"); // Vykonáva prepočítanie metódou definovanou v dokumente modul. Dokument. Vykonávať (); // konvertuje aplikovaný objekt späť na rekvizity. NedávnoRetorevisitforms (dokument, "objekt");

Extrudress

Programové rozhranie

Patformansko (FordataTree)

• WEELBYID WEELBYID
• Možnosti (Getitems)

Popis:

Navrhnuté na modelovanie stromu do formulára kontrolovanej dát.

Tento objekt môže byť serializovaný na / z XDTO. Typ XDTO zodpovedajúci tomuto objektu je definovaný v mennom priestore. Názov typu XDTO:

Možnosti (Getitems)

Syntax:

Voliteľné ()

Vrátiť hodnotu:

Typ: Elektrické zbierky Elektrhenidev.

Popis:

Dostane zbierku prvkov stromu na vrchole.

Dostupnosť: klient, server, štíhly klient, webový klient.

WEELBYID WEELBYID

Syntax:

Hľadanie (<Идентификатор>)

Parametre:

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

Typ: číslo. Identifikátor prvku.

Vrátiť hodnotu:

Typ: Paramerterev.

Popis:

Dostane prvok zbierky identifikátorom.

Dostupnosť: klient, server, štíhly klient, webový klient.

EatteteTreeTem (FormDattreeitem)

Vlastnosti:

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

• Getid getid
• Getparent)
• Možnosti (Getitems)
• Nehnuteľnosť (nehnuteľnosť)

Popis:

Prvok formulára údajov stromu.

EatteteTreeTeMcollection (FormDataTreeTeMcollection)

Prvky zberu: ECEELLANEREV

Pre zariadenie je k dispozícii obtoková zbierka operátorom pre každý ... od ... cyklus. Pri výbere traverérie, prvky kolekcie. Je možné osloviť prvku zberu prevádzkovateľom [...]. Index prvku sa prenáša ako argument.

• Vložka)
• Pridať (pridať)
• Index (indexof)
• Množstvo (počet)
• Jasné (jasné)
• Dostať (dostať sa)
• Posun
• Vymazať

Popis:

Zbierka drevených prvkov.

Dostupnosť: klient, server, štíhly klient, webový klient.

Pozri tiež:

• Primárny elementider, voliteľný spôsob
• Patformansko, prevádzková metóda

Vlastnosti práce s hodnotami stromov

Aktualizácia stromu

Je tu problém napadnúť Platformy pri aktualizácii stromu.

Ak bol v strome nasadený nejaký uzol a pri aktualizácii funkcie stromu je vybratá, potom sa vyberie uzol Slave Valendwandenforms Platformy.

Riešenie: Pred aktualizáciou potrebujete vyčistiť strom.

Napríklad:

& Nasserver Postup čistič (prvkov) pre každý prvok z prvkov cyklického clother (prvok. Vylievajúce prvky ()); Endcycle; Prvky. Prevádzkovať (); Extrudress

& Pozemný postup dokončenia () Meranie \u003d stupne \u003d Gradácia Jasnosť (drevorezby. Prvky zaostrenia ()); Meutrendaniforms (ripponium, drevocuts); Extrudress

Postup sťažností na oznamovanie (prvku) filé (); Extrudress

Podrobnosti formulára zabezpečujú jeho spojenie s údajmi. Zároveň je možné vymenovať jeden (a len jeden) z detailov; Nemusí to byť nevyhnutne taký typ údajov, ku ktorému nakreslíme formulár. Ale na type hlavných údajov budú závisieť od správania formulára. Okrem zmeny správania formulára sa vyskytne kontext modulu formulára. Spolu s metódami a vlastnosťami formulára sa stáva dostupnými metódami a vlastnosťami objektu, ktorý je hodnota hlavných detailov. Je dôležité, aby sa formy "ľubovoľnej formy" nemali hlavné rekvizity. V tomto prípade sa správanie formulára určuje len užívateľské nastavenia. Zvážte otázky týkajúce sa hlavných detailov.

Otázka 10.05 Skúška 1c: Professional na platforme. Aké sú hlavné rekvizity formy?

1. Určuje zdroj údajov vo forme všeobecne
2. Definuje štandardné funkcie platformy pre prevádzku typu údajov uvedených v hlavných rekviách
3. Zabezpečiť možnosť prístupu softvéru k podrobnostiam objektu z miestneho kontextu formulára
4. Poskytuje vizualizáciu podrobností o objekte na dialógovom okne Forma
5. Verpel 2 a 3
6. Správne 1 a 2

Správna odpoveď je šiesta, pozri vyššie.

Otázka 10.06 Skúška 1c: Profesionál na platforme. Aké sú podrobnosti o formulári?

1. Ak chcete opísať zloženie údajov, ktoré sú zobrazené, upravené alebo uložené vo forme
2. Zobrazenie a úprava údajov vo formulári
3. Správne 1 a 2

Správna odpoveď je tretia - obaja.

Otázka 10.07 Skúška 1c: Professional na platforme. Aký by bol svojvoľný spravovaný formulár prideliť hlavné rekvizity ...

1. v vlastnostiach podrobností formulára je potrebné vybrať políčko "Hlavné podprchy"
2. musíte vyplniť vlastnosť "Údaje", výber požadovaného formulára

Správna odpoveď je druhá:

Otázka 10.08 Skúška 1c: Professional na platforme. Bez ohľadu na ľubovoľný obvyklý formulár na pridelenie hlavných rekvizín ...

1. formulár, ktorý potrebujete na vytvorenie hlavného, \u200b\u200bhlavné rekvizity v rovnakom čase sa určujú automaticky.
2. v vlastnostiach podrobností formulára je potrebné vybrať políčko "Hlavné podprchy"
3. musíte zadať menu "Upraviť", položku "Hlavné rekvizity" a vyberte požadovanú hodnotu
4. musíte vyplniť vlastnosť "Údaje", výber požadovaného formulára

Správna odpoveď Štvrtá:

Hlavné rekvizity sú zvýraznené tučným písmom:

Otázka 10.09 Skúška 1c: Professional na platforme. V prítomnosti jedného základného detailov formulára môžete pridať ďalšie základné rekvizity?

1. To je nemožné
2. Je možné priradiť zodpovedajúcu hodnotu majetku majetku.
3. Môžete naprogramovať len pri odkazovaní na formulár "formulár"
4. Je možné pridaním ďalšej hodnoty do príslušnej vlastnosti formulára.

Správna odpoveď je prvá, hlavné rekvizity sú prísne samostatne, pretože Komunikácia s objektom by mala byť jednoznačná.

Otázka 10.113 Skúška 1c: Professional na platforme. Ktorý z podrobností formulára uvedeného na obrázku je hlavný?

1. Zoznam Karsovivutu
2. Objekt adresára
3. Pre formy referenčných kníh neexistujú žiadne hlavné údaje
4. Vo formách referenčných kníh sú všetky podrobnosti hlavné

Správna odpoveď je druhá, že tuk.

Užívateľ s referenčnými knihami a dokumentmi v 1C pozostáva z plnenia polí na formulári.

Podrobnosti 1C sú adresárové a dokumentové polia, ktoré sa zobrazujú na formulári, aby ich používateľ vyplnil.

Podrobne zvážiť tému detailov v 1c.

Čo je 1c detaily

Každá referenčná kniha a dokument 1C pozostáva zo sady polí. Takéto polia sa nazývajú 1C detaily (pre programátor 1C).

V konfigurátore, v konfiguračnom strome 1C, rozšíriť akýkoľvek adresár alebo dokument a uvidíte pobočku detailov. Toto je zoznam detailov (polí) adresára.

Zobraziť rovnaké detaily 1c Pozrite sa na formu referenčnej knihy 1C.

Každá vlastnosť 1C má vlastnosti, ktoré označujú, aký druh hodnoty je uložený v prop. (String, číslo atď.) A ako bude užívateľ s ním pracovať.

Kliknite pravým tlačidlom myši na akékoľvek rekvizity 1C a kliknite na položku Vlastnosti. Zoznam vlastností vybraných rekvizít sa otvorí v pravom okne.

Hlavné vlastnosti 1C podrobnosti:

Štandardné detaily 1c.

Ako si všimnete, existuje 1c podrobnosti o formulári adresára, ktoré nie sú uvedené v konfigurátore: Group, Meno, BIK.

Vo forme zoznamu referenčnej knihy existujú aj podrobnosti o 1C, ktoré nie sú uvedené: odstránenie.

Toto sú štandardné detaily 1c. Čo to je? Každý má štandardne súbor detailov 1c. Pre referenčné knihy, napríklad - kód a názov. Dokumenty Toto je dátum a číslo.

Štandardné údaje 1c možno zobraziť nasledovne:

• Prejdite na editor objektov 1C (adresár alebo dokument) kliknutím na to dvakrát pomocou myši
• V okne, ktoré sa otvorí, vyberte kartu údajov
• Tu môžete konfigurovať štandardné údaje kód a referenčný názov
• Kliknutím na tlačidlo Štandardné údaje 1C zobrazíte celý zoznam.

VŠEOBECNÉ PODROBNOSTI 1C.

Vychádzajúc z verzie 1C 8.2.14 V 1C sa objavil nový objekt 1C - VŠEOBECNÉ PODROBNOSTI 1C. Použitie ho môžete pridať rekvizity (pole), ktoré budú prítomné okamžite v rôznych referenčných knihách a dokumentoch.

Vlastnosti celkových detailov 1c:

• Automatické použitie - pridá celkom 1C rekvizity na všetky referenčné knihy a dokumenty
• Kompozícia - Umožňuje pridať celkové údaje o 1C len na potrebné referenčné knihy a dokumenty (automatické použitie, potom sa nepoužívate na hodnotu).

Ako pridať požadované 1c

Kliknite pravým tlačidlom myši na vetvu 1S požadovaného adresára a vyberte položku Pridať.

Predstavujeme meno 1C rekvizity, napríklad "závislosť" a synonymum pre kanceláriu ". Typ Poďme opustiť predvolený riadok, ale položte si neobmedzenú dĺžku.

Pridávame ďalšie rekvizity 1c rovnakým spôsobom, jednoducho si vyberiete typ Boolean, zavolajte to "Beh".

Ako odvodiť rekvizity na formulári 1C (hrubý klient 1c)

Odhalíme vetvu formulára tej istej referenčnej knihy. Ak chcete otvoriť formulár - vyberte formulár položky a dvakrát stlačte myšou.

Vytiahnite myš nad okrajom formulára a natiahnite ho (voliteľná položka).

V paneli Configurator kliknite na tlačidlo "Umiestnenie dát". Môžete tiež použiť menu menu / umiestnenia.

Vidíte - naše podrobnosti formulára nie sú chované. Začiarknite políčko. A tiež zaškrtávajú prepisky a automaticky umiestnite.

Ako odvodiť rekvizity na formulári 1C (jemný klient 1c)

Odhalíme vetvu formulára tej istej referenčnej knihy. Vyberte formu prvku a dvakrát stlačte myšou.

Na karte Requisitions otvorte objekt riadu. V adresári uvidíte zoznam podrobností.

Teraz jednoducho presuňte z pravého okna do ľavého pravých rekvizít a zobrazí sa na formulári.

Podrobnosti formuláre 1c.

V klientovi Tolstaya má formulár svoje vlastné rekvizity. Sú na karte Podrobnosti.

Tieto údaje nie sú uložené v databáze, ale môžu byť použité na formulári pre polia, ktoré sú potrebné na prácu s formulárom.

Napríklad ste pridali kliešť. Keď sa stlačí na formu, niečo sa deje. Hodnota kontrolnej značky pre vás nezáleží (nie je potrebné zapísať) - používa sa len na prepnutie formulára pri práci s ním. V tomto prípade, ako údaje, nepoužívate požadovanú adresáru, ale formulár Podpripty.

Periodické detaily 1c.

V 1C verzie 7.7 boli periodické detaily. Ich význam je: hodnota rekvizín je odlišná v rôznych dátumoch. Napríklad hodnota 1. septembra je jedna, a 1. októbra - ďalšie. Na rovnakom potrebnom.

V 1C 8 Pravidelné detaily č. Toto je implementované takto: